WO2009071032A1 - Procédé, système et dispositif de traitement de message dans la messagerie instantanée - Google Patents

Procédé, système et dispositif de traitement de message dans la messagerie instantanée Download PDF

Info

Publication number
WO2009071032A1
WO2009071032A1 PCT/CN2008/073279 CN2008073279W WO2009071032A1 WO 2009071032 A1 WO2009071032 A1 WO 2009071032A1 CN 2008073279 W CN2008073279 W CN 2008073279W WO 2009071032 A1 WO2009071032 A1 WO 2009071032A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
user
protocol command
module
client
Prior art date
Application number
PCT/CN2008/073279
Other languages
English (en)
Chinese (zh)
Inventor
Lixian Huang
Xiongwen Chen
Bin Li
Original Assignee
Tencent Technology (Shenzhen) Company Limited
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
Priority claimed from CN2007100774962A external-priority patent/CN101179522B/zh
Priority claimed from CNA2008100877713A external-priority patent/CN101247363A/zh
Application filed by Tencent Technology (Shenzhen) Company Limited filed Critical Tencent Technology (Shenzhen) Company Limited
Publication of WO2009071032A1 publication Critical patent/WO2009071032A1/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/04—Real-time or near real-time messaging, e.g. instant messaging [IM]

Definitions

  • the present invention relates to instant messaging (IM) technology, and more particularly to message processing methods, systems and apparatus in instant messaging messages.
  • IM instant messaging
  • Instant messaging is a real-time communication method in which users can communicate with friends and groups in real time through instant messaging tools.
  • instant messaging tools users have put forward higher requirements for the ease of use, stability and security of instant messaging tools.
  • User status is one of the most important components of instant messaging tools.
  • the user's friends can view the current status of the user so that the user's friends can decide whether to contact the user.
  • the status that users can set mainly includes online, offline, stealth, away, and busy.
  • the protocol command from the friend such as a message or a voice/video connection request, is received, that is, it is still interfered by the protocol command sent by the friend.
  • the discussion group dialog box in the open task bar is highlighted to remind the user.
  • the discussion group dialog box in the task bar will be frequently highlighted, for those who do not pay attention or This kind of highlighting becomes a kind of interference when users who don't have time to pay attention to this discussion group.
  • the main object of the present invention is to provide a message processing method in instant messaging, which can flexibly process received protocol commands and is convenient for users to use.
  • Another object of the present invention is to provide a message processing system in instant messaging that can flexibly process received protocol commands for user convenience.
  • Still another object of the present invention is to provide a message processing apparatus in two types of instant messaging, which can flexibly process received protocol commands for user convenience.
  • a message processing method in instant messaging comprising:
  • the local client logs into the network and establishes a communication connection
  • the peer client user After receiving the protocol command from the peer client, it is determined whether the peer client user is a message masking object, and if yes, performing corresponding processing according to the set message shielding manner.
  • the message shielding manner is: a message weak prompt mode and/or a lock mode;
  • Masking objects and setting message blocking methods include:
  • the corresponding processing according to the set message blocking mode includes:
  • the local client determines that the received protocol command is a personal chat message or a discussion group chat message, and determines that the current state is in a mute state, saves the received message content, marks as unread, and updates the unread. The number of messages.
  • the method further includes:
  • the prompting the user to mark the unmarked message content includes:
  • the setting message weak prompt information includes:
  • the message weak prompt icon is set, and the message weak prompt icon is displayed in the task tray area of the operating system of the local client.
  • the method further includes:
  • the query When the local client user triggers the message number query operation, the query and display the number of unread messages to the local client user;
  • a message queue marked as unread is extracted, and the message is displayed.
  • the corresponding processing according to the set message blocking mode includes:
  • the local client determines that the received protocol command is a connection request, and determines that it is If the previous state is the mute state, the refusal to receive the request protocol command is directly generated and sent to the peer client.
  • the method further includes: adding a mute state to the local client, and setting the local client to a mute state.
  • the set message blocking mode is the locking mode
  • the corresponding processing according to the set message shielding mode includes:
  • the local client Determining, by the local client, that the received protocol command is a personal chat message or a discussion group chat message, updating the protocol command to the chat record box, and further determining whether the current state is in a locked state, and if so, No processing; otherwise, the dialog is highlighted to the user interface.
  • the corresponding processing according to the set message shielding mode includes:
  • the method further includes: receiving and saving a lock setting parameter from the user;
  • Determining whether the current state of the self is in the locked state includes: acquiring the lock setting parameter, and determining, according to the lock setting parameter, whether the current state is in a locked state.
  • the method further includes: adding a lock mark in the dialog box.
  • the highlighting of the dialog to the user interface includes: invoking a display handler to cause the dialog to flash.
  • the display processing function is an application programming receiving function Flash of Windows. Window
  • a message processing system in instant messaging comprising:
  • the local client is used to log in to the network to establish a communication connection, determine a message shielding object, and set a message shielding mode.
  • determine a protocol command from the peer client determine whether the user of the peer client is a message shielding object. If yes, the corresponding processing is performed according to the set message blocking mode;
  • the peer client is configured to generate a protocol command and send the protocol command to the local client.
  • a message processing device in instant messaging the device comprising:
  • a data receiving module configured to receive a protocol command from another client, send the protocol command to the message management module, and send a status query command to the state management module;
  • the state management module is configured to receive the status After querying the command, sending the current state of the device to the message management module;
  • the message management module is configured to determine a type of the received protocol command, and when the determined protocol command is a personal chat message or a discussion group chat message, and determine that the current state of the device is in a mute state, save the received Message content, marked as unread, and updating the number of unread messages; when it is determined that the protocol command is a connection request, and determines that the current state of the device is in a mute state, directly generating a reject request protocol command and sending the data to the data transmission Module
  • the data sending module is configured to send the received reject request protocol command to the corresponding client.
  • the message management module is further configured to: when receiving the protocol command of the first message type, send a setting signal to the tray management module;
  • the device further includes: a tray management module, configured to: after receiving the setting signal, set a message weak prompt icon, and detect an operation triggered by a user logging in to the device, and query the corresponding operation according to different operations triggered by the user Corresponding parameters in the message management module, right The user who logs in to the device prompts accordingly.
  • a tray management module configured to: after receiving the setting signal, set a message weak prompt icon, and detect an operation triggered by a user logging in to the device, and query the corresponding operation according to different operations triggered by the user Corresponding parameters in the message management module, right The user who logs in to the device prompts accordingly.
  • the device further includes: a session window module, configured to generate a corresponding protocol command according to an operation of a user logging in to the device, and send the corresponding protocol command to the data sending module;
  • the data sending module is further configured to: send the protocol command to a corresponding client.
  • a message processing device in instant messaging comprising:
  • a message receiving module configured to receive a protocol command from another client, and forward the command to the message processing module, and send the update command to the message processing module;
  • a lock setting module configured to receive and save a lock setting parameter from a user
  • the message processing module configured to determine a type of the protocol command after receiving an update command sent by the message receiving module, if The message or the discussion group chat message is updated to the chat record box, and further determines whether the current state of the device is in a locked state, and if so, no processing is performed; otherwise, the dialog box is highlighted to the user.
  • Interface if the protocol command is a connection request, further determining whether the current state of the device is in a locked state, and if yes, directly generating a reject request protocol command and sending the data to the data sending module; otherwise, highlighting the dialog box
  • the data sending module is configured to send the received reject request protocol command to the corresponding client.
  • the message processing module further includes:
  • a message update submodule configured to receive an update command sent by the message receiving module, and determine a type of the protocol command, if it is a personal chat message or a discussion group chat message, update the protocol command to a chat record box ;
  • a lock state determining submodule configured to obtain a lock setting parameter from the lock setting module, thereby determining whether the device is currently in a locked state, and if so, not processing or directly generating a reject receiving request protocol command and sending the data to the data sending module, If not, send a highlight Display the command to highlight the processing sub-module;
  • the highlighting processing submodule is configured to determine, according to the locked state, a highlighting command sent by the submodule, and highlight the dialog box into the user interface.
  • the lock setting module is further configured to add a lock mark to the dialog box after receiving the lock setting parameter of the user.
  • the local client logs in to the network and establishes a communication connection, first determines a message shielding object and sets a message shielding mode; when receiving a protocol command from the opposite client, determining the peer client Whether the user is a message masking object, and if so, the corresponding processing is performed according to the set message blocking mode.
  • the local client determines that the received protocol command is a personal chat message or a discussion group chat message, and determines that the current state is in a mute state, and then saves The content of the received message is marked as unread, and the number of unread messages is updated, and the content of the message marked as unread is presented to the user; if the local client determines that the received protocol command is a connection request, and determines its current current If the state is in the mute state, the refusal to receive the request protocol command is directly generated and sent to the peer client.
  • the set message blocking mode is the lock mode
  • the protocol command is updated to the chat record box, and further determines its current location. Whether the status is locked, if yes, no processing; otherwise, the dialog is highlighted to the user interface; if the local client determines that the received protocol command is a connection request, further determine whether the current state is In the locked state, if yes, the refusal to receive request protocol command is directly generated and sent to the peer client; otherwise, the dialog box is highlighted to the user interface.
  • the received protocol command can be flexibly processed, which is convenient for the user to use.
  • FIG. 1 is a flow chart of an embodiment of a method for setting a mute state according to the present invention. Flow chart.
  • FIG. 3 is a schematic structural diagram of a message processing apparatus in an instant messaging according to a first embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a second embodiment of a message processing apparatus in an instant messaging according to the present invention.
  • FIG. 6 is a flow diagram of an embodiment of a method for masking a discussion group chat message in an instant communication.
  • FIG. 7 is a timing diagram of a method for shielding a discussion group chat message in instant communication according to the present invention.
  • FIG. 8 is a schematic structural diagram of a message processing system in instant messaging according to the present invention. Mode for carrying out the invention
  • the present invention proposes a message processing scheme in instant messaging, that is, after the local client logs in to the network and establishes a communication connection, the message shielding object is determined, and the message shielding mode is set;
  • the protocol command from the peer client it is determined whether the user of the peer client is a message masking object, and if so, the corresponding message processing manner is performed according to the set message blocking manner.
  • the message shielding mode may be a message weak prompt mode, a lock mode, or a combination of the two.
  • the message masking object refers to the peer client user who can communicate with the local client user (the peer client user mentioned here can refer to the group).
  • the peer client users can be separately determined to set the message shielding mode, or all or part of the peer client users can be set to the message shielding mode in batches. For example, the local client user sets his own instant messaging tool to be online.
  • the local client user corresponds to two classification groups, one of which is a class group and the other is a netizen group, if the local end
  • the client user only wants to communicate with the users in the classmate group, then the user in the entire group of users can be used as a message shielding object to set a message shielding mode for them; or, if only, one of the classmates is wanted Or some users communicate, then other users in the group can be further used as a message shielding object, and a message shielding manner is set for them.
  • the specific implementation is not limited.
  • different message shielding methods can be set for different users.
  • the communication between the local client user and the peer client user may refer to a one-to-one two-person session, or may be a discussion group session composed of multiple people.
  • the single user or the discussion group only corresponds to an identifier for defining the identity of the user.
  • the user corresponding to the identifier is collectively referred to as a message shielding object. . That is to say, for a discussion group, if it needs to be set to message masking mode, it can only be set for this discussion group, but not for one of the users.
  • the specific implementation of the solution in this embodiment of the present invention includes: The local client determines that the received protocol command is a personal chat message or a discussion group chat message, and determines its current current If the status is mute, the content of the received message is saved, marked as unread, and the number of unread messages is updated. Then, the content of the message marked as unread is prompted to the local client, that is, the message weak message is set.
  • the query displays the number of unread messages to the local client user; when detecting that the local client user triggers the message read operation, extracts the message queue marked as unread, and performs the message. If the local client determines that the received protocol command is a connection request, and determines that its current state is in a mute state, the refusal to receive the request protocol command is directly generated and sent to the peer client.
  • the specific implementation of the solution of the present invention includes: if the local client determines that the received protocol command is a personal chat message or a discussion group chat message, the protocol command is updated to Chat the record box, and further determine whether the current state is in the locked state, and if so, do not process; otherwise, the dialog box is highlighted to the user interface; if the local client determines that the received protocol command is a connection request Then, it is further determined whether the current state is the locked state. If yes, the refusal to receive the request protocol command is directly generated and sent to the peer client; otherwise, the dialog box is highlighted to the user interface.
  • the solution in the embodiment of the present invention enables the local client to flexibly process the received protocol command, which is convenient for the user to use.
  • the message weak message prompting method is more suitable for the double session, and the locking method. It is more suitable for discussion group sessions.
  • FIG. 1 is a flow chart of an embodiment of a method for setting a mute state according to the present invention. It is assumed that the instant messaging type in the embodiment is a double session; in addition, for convenience of description, the local client user is referred to as user A, and the peer client user who is in session with user A is collectively referred to as user B; The package has the same meaning as indicated by the protocol command and represents the data group to be transmitted. As shown in Figure 1, the following steps are included:
  • Step 101 User A logs in to the local client through the account and password.
  • User A enters the account number and password in the local client login interface, sends a protocol command to verify the validity of the account and password to the instant messaging server through the channel with the instant messaging server, and the instant messaging server verifies that the account and password are valid. After that, the user A successful login message is returned to the local client, and the local client loads the friend and group list data by using the local file system.
  • Step 102 When the user A performs the setting of the mute state, the local client combines the universal Internet number (UIN) of the user A and the state coded data corresponding to the mute state into the data packet, encrypts and sends the data to the instant messaging server. Perform user A's mute status setting.
  • UIN universal Internet number
  • the implementation of this step may be: the local client creates a state entry menu, and responds to the user A's mute state submenu click command, and the local client combines the UIN number of the user A and the state coded data corresponding to the mute state according to the agreed protocol format.
  • the data packet is encrypted and sent to the instant messaging server.
  • Step 103 After receiving the data packet sent by the local client, the instant messaging server determines, by using the header parsing, that the state protocol is set, and then forwards the data packet to the state server for processing; the state server decrypts the data packet. And after the parsing, it is confirmed that it is a valid data packet, and the UIN number of the user A and the state coded data set by the user are parsed, and then step 104 and step 105 are simultaneously performed.
  • Step 104 The status server sets the status of the user A correspondingly, and returns a status setting success message to the user A at the local client, and ends the process.
  • the state server sets the state of the user A according to the state coded data, and returns a state setting success message to the local client, and the local client receives the state setting. After the success message, the status presentation in the main panel is updated and the current processing flow ends.
  • Step 105 The status server obtains a list of UIN numbers of all the friends corresponding to the user, and sends a status update protocol command of the user to the peer client that is logged in by the online friend.
  • the status server obtains the UIN number list of all the friends of user A according to the UIN number of user A. Through the UIN number list, the status server sends the status update protocol command of user A to the peer client that is currently logged in by the online friend. For example, if the user B is in the online state, the status server obtains the login IP address and port address of the user B by querying the login server, and delivers the status update protocol command of the user A to the peer client registered by the user B.
  • Step 106 After receiving the status update protocol command, the peer client in the online state performs the status update of the user A, and ends the process.
  • the peer client After receiving the user A status update protocol command sent by the status server, the peer client that is logged in by the user B analyzes and decrypts the valid data packet, extracts the UIN number and status code data of the user A, and queries the user B correspondingly.
  • the buddy list object performs the status update of user A.
  • Flow chart Assume that user A has logged in to the local client and is set to the mute state, as shown in Figure 2, including the following steps:
  • Step 201 After the user B successfully logs in to the peer client through the account and the password, the peer client prompts the user B that the current state of the user A is a mute state.
  • Step 202 The user B sends a message or a connection request to the user A, and the peer client sends a corresponding protocol command to the local client.
  • the connection request includes: a voice connection or a video connection, and the like.
  • user B When user B sends a message to user A, user B enters a message in the tongue window of the peer client, and the tongue window responds by sending a trigger message of the ⁇ 3 ⁇ 4, extracts the message input by user B, and combines the user according to the agreed message format.
  • the UIN number of B, the UIN number of user A, and the message content are sent to the data packet, and are encrypted and sent to the instant messaging server; after receiving the data packet, the instant messaging server performs parsing and decryption to confirm that it is a valid data packet, and then extracts User A's UIN number is forwarded, and the data packet is forwarded to the local client.
  • the peer client When user B sends a connection request to user A, if the button of voice or video is clicked in the session window, the peer client combines the UIN number of user B and user A into the data packet, and sends a voice or video connection request.
  • the protocol command is sent to the instant messaging server; the instant messaging server forwards the connection request protocol command to the local client.
  • Step 203 After receiving the protocol command, the local client queries its current state. Since User A logged in to the local client has set the status to mute, the status of the query is: Mute status.
  • Step 204 After querying that the current state is the mute state, determine the type of the received protocol command, if it is a connection request, go to step 205; if it is a message, go to step 206.
  • Step 205 The local client directly returns a protocol command for rejecting the request to the peer client, and ends the process.
  • the implementation of this step may be: the local client directly returns a protocol command rejecting the request to the instant messaging server, and the instant messaging server forwards the protocol command rejecting the request to the peer client where the user B is located.
  • Step 206 The local client saves the content of the received message in the protocol command, marks as unread, and updates the number of unread messages.
  • the step further includes: when the local client saves the content of the message marked as unread, the corresponding prompt method is used to prompt the user.
  • the prompting method may be: setting a message weak prompt information, and detecting a user triggered operation. For example, using the operating system of the local client, such as the API function associated with the Windows tray, the corresponding message weak prompt icon is set and displayed in the task tray area, and the operation triggered by the user A is detected.
  • the content can be completed by independently selecting related technologies in the prior art in the implementation process of the method shown in FIG. 2, and is not limited herein.
  • Step 207 When user A performs a message inquiry, the corresponding information is displayed to the user A, and the process ends.
  • the corresponding information is displayed to the user A.
  • the user A trigger message number query operation is detected, for example, when the user A moves the mouse to the message weak prompt icon, or the user A clicks the corresponding button on the preset keyboard, the number of unread messages is queried, to the user A. Displaying the number of unread messages; if it is detected that the user A triggers the message reading operation, for example, detecting that the user A clicks or double clicks on the message weak prompt icon, or clicks the corresponding ⁇ * on the preset keyboard, Extracting a message queue marked as unread, for message Display.
  • the operation of the user may be autonomously set in the specific implementation of the embodiment shown in FIG. 2, which is not limited herein.
  • the number of unread messages can be cleared, and the unread message can be deleted, or the unread message can be marked as read, so that it can be valid when the local client receives a new unread message.
  • step 203 and step 204 can be reversed, that is, the type of the received protocol command is first determined, and then the local client performs a query of its own state.
  • the state of the local client is set to the mute state. Therefore, in the method flow after the step 203 and the step 204 are changed, the corresponding operation is still performed according to the type of the protocol command, and details are not described herein again.
  • FIG. 3 is a schematic structural diagram of a first embodiment of a message processing apparatus in instant messaging according to the present invention. As shown in Figure 3, the device includes:
  • the data receiving module 310 is configured to receive a protocol command from another client, and send the protocol command to the message management module 330, and send a status query command to the state management module 320.
  • the status management module 320 is configured to send the current status of the device to the message management module 330 after receiving the status query command.
  • the message management module 330 is configured to determine a type of the received protocol command, and when the determined protocol command is a personal chat message or a discussion group chat message, and determine that the current state of the device is in a mute state, save the received message. Content, marked as unread, and updating the number of unread messages; when it is determined that the protocol command is a connection request, and determines that the current state of the device is in a mute state, directly generating a reject request protocol command and transmitting the data to the data transmission mode Block 350;
  • the data sending module 350 is configured to send the received reject request protocol command to the corresponding client.
  • the message management module 330 is further configured to send a setting signal to the tray management module 340 when receiving the protocol command of the first message type.
  • the tray management module 340 is configured to: after receiving the setting signal, set a message weak prompt icon, and detect a user-triggered operation, and query corresponding parameters in the message management module 330 according to different operations triggered by the user, and perform corresponding operations on the user. prompt.
  • the message management module 330 is further configured to return a corresponding parameter when the tray management module 340 performs a query of related parameters.
  • the message management module 330 is queried to obtain the number of unread messages. And displayed to the user; if the user is triggered to read the message, for example, detecting that the user clicks or double clicks on the message weak prompt icon, or clicks the corresponding button in the preset keyboard, then the message management module The 330 query gets a message queue marked as unread and displays it.
  • the data sending module 350 is configured to send the reject receiving request protocol command to the corresponding client.
  • the session window module 360 is configured to generate a corresponding protocol command according to a user operation, such as inputting a message or sending a connection request, and send the data to the data sending module 350.
  • the data sending module 350 is further configured to send the protocol command to the peer client.
  • the device shown in FIG. 3 includes at least a data receiving module 310, a state management module 320, a message management module 330, and a data sending module 350.
  • a peer client When the device shown in FIG. 3 is used as a peer client, at least including: ⁇ tongue window module 360 and Data transmitting module 350.
  • a complete client for instant messaging can be used as both a local client and a peer client. Therefore, it is generally required to include both the client module and the peer client.
  • FIG. 4 is a block diagram showing the structure of a second embodiment of a message processing apparatus in instant messaging according to the present invention.
  • the device includes: a message receiving module 410, a lock setting module 420, a message processing module 430, and a data sending module 440, wherein:
  • the message receiving module 410 performs data interaction with the message processing module 430 for receiving protocol commands from other clients and forwarding them to the message processing module 430, while sending update commands to the message processing module 430.
  • the lock setting module 420 performs data interaction with the message processing module 430 for receiving and saving lock setting parameters from the user, and thereafter providing the lock setting parameters to the message processing module 430.
  • the lock setting module 420 can also add a lock mark in the dialog box based on the lock setting to facilitate user control.
  • the lock setting module 420 provides a lock setting entry in the discussion group dialog box, so that the user can lock the message prompt function of the discussion group through the lock setting entry.
  • the message processing module 430 performs different processing according to whether the lock function of the lock setting module 420 is enabled.
  • the message processing module 430 separately enters the message receiving module 410 and the lock setting module 420.
  • the data data interaction is used to determine the type of the protocol command after receiving the update command sent by the message receiving module 410. If it is a personal chat message or a discussion group chat message, the protocol command is updated to the chat record box. And further determining whether the current state of the device is in a locked state, and if so, no processing is performed; otherwise, the dialog box is highlighted to the user interface; if the protocol command is a connection request, further determining that the device is currently located Whether the status is the locked state, if yes, the refusal to receive the request protocol command is directly generated and sent to the data sending module 440; otherwise, the dialog box is highlighted to the user interface.
  • the data sending module 440 is configured to send the reject receiving request protocol command to the corresponding client.
  • the message processing module 430 may further include: a message update submodule 4301, a lock state determination submodule 4302, and a highlighting processing submodule 4303; wherein: a message update submodule 4301, configured to receive a message receiving
  • the update command sent by the module 410 determines the type of the received protocol command, and if it is a personal chat message or a discussion group chat message, updates the protocol command to the chat record box.
  • the lock state judging sub-module 4302 is configured to obtain a lock setting parameter from the lock setting module 420, thereby determining whether the device is currently in a locked state: if yes, no processing or directly generating a reject receiving request protocol command and sending the data to the data sending module 440. If no, send a highlight command to the highlighting processing sub-module 4303.
  • the highlighting processing sub-module 4303 is configured to judge the highlighting command sent by the sub-module 4302 according to the locking state, and highlight the dialog box to the user interface.
  • the highlight processing sub-module 4303 calls a display processing function to highlight the dialog box by flashing it.
  • the display processing function is an Application Programming Interface (API) function Flash Window in a Windows system.
  • API Application Programming Interface
  • the function requires two parameters, and the first parameter is to flash the title bar.
  • Discussion group handle, number The two parameters are Boolean parameters.
  • the Boolean parameter is "True”
  • the discussion group is set to flash state. If it is "False”, it returns to the original state. Therefore, the implementation of highlighting in this embodiment is to set the first parameter of the API function to the window handle of the discussion group, and the second parameter is set to "True".
  • highlighting can also be achieved by other means, so the scope of protection of the present invention is not limited to the API functions described above.
  • FIG. 6 is a flow diagram of an embodiment of a method for masking a discussion group chat message in an instant communication. The method is implemented based on the apparatus shown in FIGS. 4 and 5, as shown in FIG. 6, including the following steps:
  • the lock setting module 420 Before performing all the steps of the embodiment, the lock setting module 420 first receives the lock setting performed by the user on the discussion group, and saves the lock. Setting parameters.
  • the lock setting module 420 can also add a lock mark in the discussion group dialog box based on the lock setting to facilitate user control.
  • Step 601 Receive a new discussion group chat message and update the message content to the chat record box.
  • the message receiving module 410 updates the received discussion group chat message to the chat record frame
  • the specific implementation includes: the message receiving module 410 receives the new discussion group chat message, and forwards the discussion group chat message to the message processing module 430. And sending an update command to the message processing module 430; after receiving the discussion group chat message and the update command, the message processing module 430 updates the discussion group chat message to the chat record box.
  • Step 602 Determine whether the discussion group is locked. If yes, the process ends. Otherwise, step 603 is performed.
  • the message processing module 430 determines whether the discussion group is locked: if yes, the process ends, otherwise, step 603 is performed.
  • the specific judgment process includes: The message processing module 430 acquires the lock setting parameter of the user from the lock setting module 420, and determines whether the current discussion group is in the locked state according to the lock setting parameter.
  • Step 603 Highlight the discussion group dialog box to the user interface.
  • the message processing module 430 can call a display processing function, such as an API function Flash Window in Windows, to highlight the discussion group dialog box by flashing it.
  • a display processing function such as an API function Flash Window in Windows
  • FIG. 7 is a timing diagram of a method for shielding a discussion group chat message in instant communication according to the present invention.
  • the timing diagram is implemented based on the apparatus shown in FIG. 4 and FIG. 5. Assuming that the user has opened the discussion group in the taskbar, the specific implementation process of this embodiment is as follows:
  • Step 701 The lock setting module 420 receives the lock setting performed by the user on the discussion group, saves the lock setting parameter, and adds a lock mark in the discussion group dialog box.
  • the lock setting module 420 provides a lock setting entry in the discussion group dialog box, so that the user can lock the message prompt function of the discussion group through the lock setting entry.
  • Step 702 The message receiving module 410 receives a new discussion group chat message.
  • Step 703 The message receiving module 410 forwards the discussion group chat message to the message processing module 430 and sends an update command to the message processing module 430.
  • Step 704 After receiving the update command, the message processing module 430 updates the message content to the chat record box of the discussion group.
  • Step 705 The message processing module 430 sends a request to the lock setting module 420 to query the lock setting parameters of the discussion group.
  • Step 707 The message processing module 430 knows that the discussion group is not locked by the received lock setting parameter, and then highlights the discussion group dialog box to the user.
  • the message processing module 430 calls an API function Flash Window of Windows, and highlights the discussion group dialog box by flashing, the specific process is: setting the first parameter of the API function to The window handle of the discussion group, the second parameter is set to "True".
  • the specific process is: setting the first parameter of the API function to The window handle of the discussion group, the second parameter is set to "True".
  • highlighting can also be achieved in other ways.
  • FIG. 8 is a schematic diagram showing the structure of a message processing system in instant messaging according to the present invention. As shown in Figure 8, the system includes:
  • the local client 801 is configured to log in to the network to establish a communication connection, and determine a message shielding object and a message shielding manner. After receiving the protocol command from the peer client 802, determine whether the user of the peer client 802 is a message. Mask the object, if it is, then process it according to the set message blocking mode.
  • the peer client 802 is configured to generate a corresponding protocol command according to the operation of the user and send the command to the local client 801.
  • the received protocol commands can be flexibly processed for user convenience.

Landscapes

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

Abstract

Dans un procédé de traitement de message dans la messagerie instantanée, le client actuel ouvre une session sur le réseau et établit une connexion de communication ; l'objet de protection de message est déterminé et le mode de protection de message est établi ; il est jugé si l'utilisateur du client opposé est un objet de protection de message lors de la réception d'une commande de protocole du client opposé et, si c'est le cas, le processus correspondant est effectué conformément au mode de protection de message établi. Il y a également un système et un dispositif de traitement de message dans la messagerie instantanée. Par l'application duprocédé, du système et du dispositif de la présente invention, les commandes de protocole reçues peuvent être traitées de manière souple, et l'utilisation est commode pour l'utilisateur.
PCT/CN2008/073279 2007-11-30 2008-12-01 Procédé, système et dispositif de traitement de message dans la messagerie instantanée WO2009071032A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200710077496.2 2007-11-30
CN2007100774962A CN101179522B (zh) 2007-11-30 2007-11-30 一种在即时通信中屏蔽讨论组聊天消息的方法及系统
CN200810087771.3 2008-03-26
CNA2008100877713A CN101247363A (zh) 2008-03-26 2008-03-26 实现即时通讯消息弱提示的方法、客户端及系统

Publications (1)

Publication Number Publication Date
WO2009071032A1 true WO2009071032A1 (fr) 2009-06-11

Family

ID=40717310

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073279 WO2009071032A1 (fr) 2007-11-30 2008-12-01 Procédé, système et dispositif de traitement de message dans la messagerie instantanée

Country Status (1)

Country Link
WO (1) WO2009071032A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104283765A (zh) * 2013-07-09 2015-01-14 腾讯科技（深圳）有限公司 一种消息显示方法、装置及终端设备
CN108089800A (zh) * 2017-12-13 2018-05-29 北京小米移动软件有限公司 防打扰模式进入方法及装置
CN108989180A (zh) * 2018-05-25 2018-12-11 深圳市赛亿科技开发有限公司 即时通讯系统及其群聊信息处理方法、即时通讯服务器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060168087A1 (en) * 2005-01-18 2006-07-27 Nortel Networks Limited Instant messaging client and server
CN1992684A (zh) * 2005-12-28 2007-07-04 腾讯科技（深圳）有限公司 即时通信工具中屏蔽群组内消息的方法及系统
CN101179522A (zh) * 2007-11-30 2008-05-14 腾讯科技（深圳）有限公司 一种在即时通信中屏蔽讨论组聊天消息的方法及系统
CN101247363A (zh) * 2008-03-26 2008-08-20 腾讯科技（深圳）有限公司 实现即时通讯消息弱提示的方法、客户端及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060168087A1 (en) * 2005-01-18 2006-07-27 Nortel Networks Limited Instant messaging client and server
CN1992684A (zh) * 2005-12-28 2007-07-04 腾讯科技（深圳）有限公司 即时通信工具中屏蔽群组内消息的方法及系统
CN101179522A (zh) * 2007-11-30 2008-05-14 腾讯科技（深圳）有限公司 一种在即时通信中屏蔽讨论组聊天消息的方法及系统
CN101247363A (zh) * 2008-03-26 2008-08-20 腾讯科技（深圳）有限公司 实现即时通讯消息弱提示的方法、客户端及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104283765A (zh) * 2013-07-09 2015-01-14 腾讯科技（深圳）有限公司 一种消息显示方法、装置及终端设备
CN104283765B (zh) * 2013-07-09 2018-12-28 腾讯科技（深圳）有限公司 一种消息显示方法、装置及终端设备
CN108089800A (zh) * 2017-12-13 2018-05-29 北京小米移动软件有限公司 防打扰模式进入方法及装置
CN108989180A (zh) * 2018-05-25 2018-12-11 深圳市赛亿科技开发有限公司 即时通讯系统及其群聊信息处理方法、即时通讯服务器

Similar Documents

Publication Publication Date Title
US9641804B2 (en) Audio/video conferencing system
JP5031833B2 (ja) マルチスレッドのインスタントメッセージング
US7818375B2 (en) Providing advanced instant messaging (IM) notification
EP2122922B1 (fr) Commande à distance utilisant la messagerie instantanée
US8027438B2 (en) Electronic message translations accompanied by indications of translation
US8528050B2 (en) Instant messagings
WO2009074079A1 (fr) Procédé et appareil de communication instantanée
US20090187831A1 (en) Integrated Electronic Mail and Instant Messaging System
US20060235932A1 (en) Chat server mute capability
JP2005516294A (ja) 非インスタントメッセージング環境にインスタントメッセージング機能を提供する技術
TW201347467A (zh) 群組通信資訊的發送方法、用戶端、群組伺服器
CN108111405B (zh) 一种基于互联网社交软件的多用户信息交互方法及装置
US20100235440A1 (en) Message processing method, system and client
JP2006072752A (ja) 電子メール通信システムおよび電子メール通信装置および方法およびプログラム
CN107347028B (zh) 消息的处理方法和装置
WO2009071032A1 (fr) Procédé, système et dispositif de traitement de message dans la messagerie instantanée
CN101247363A (zh) 实现即时通讯消息弱提示的方法、客户端及系统
WO2021109715A1 (fr) Système de vérification d'identités, procédé et dispositif d'application de communication et support de stockage
EP1567936A2 (fr) Kit de developpement logiciel destine a des applications et a un systeme de communication en temps reel
JP2003091492A (ja) メッセージ交換システム、監視システム、サーバシステム、メッセージ交換方法、メッセージ監視方法、プログラム及び記録媒体
US20030206200A1 (en) Bar communication
WO2009092228A1 (fr) Procédé, serveur, système et client pour la transmission automatique d'informations
US7970836B1 (en) Method and apparatus for parental control of electronic messaging contacts for a child
JP2009003582A (ja) メッセージ送受信システム、端末装置、端末処理プログラム、サーバ装置、サーバ処理プログラム、表示物表示方法、及び表示態様情報送信方法
CN107517154A (zh) 一种前台应用无关的处理、传递用户输入信息的方法和系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08856684

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PERSUANT TO RULE 112(1) EPC OF 131010

122 Ep: pct application non-entry in european phase

Ref document number: 08856684

Country of ref document: EP

Kind code of ref document: A1