WO2018024123A1 - 消息交互方法和装置 - Google Patents

消息交互方法和装置 Download PDF

Info

Publication number
WO2018024123A1
WO2018024123A1 PCT/CN2017/094011 CN2017094011W WO2018024123A1 WO 2018024123 A1 WO2018024123 A1 WO 2018024123A1 CN 2017094011 W CN2017094011 W CN 2017094011W WO 2018024123 A1 WO2018024123 A1 WO 2018024123A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
message
request
session
identifier
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2017/094011
Other languages
English (en)
French (fr)
Inventor
张创城
何子琦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2018024123A1 publication Critical patent/WO2018024123A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/02—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail using automatic reactions or user delegation, e.g. automatic replies or chatbot-generated messages
    • 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 the field of communications technologies, and in particular, to a message interaction method and apparatus.
  • the present invention aims to solve at least one of the technical problems in the related art to some extent.
  • an object of the present invention is to provide a message interaction method, which can realize adding a proxy in a message interaction of an instant messaging application, thereby effectively improving the user experience.
  • Another object of the present invention is to propose a message interaction method.
  • Another object of the present invention is to propose a message interaction method.
  • Another object of the present invention is to propose a message interaction method.
  • Another object of the present invention is to propose a message interaction method.
  • Another object of the present invention is to provide a message interaction apparatus.
  • Another object of the present invention is to provide a message interaction apparatus.
  • Another object of the present invention is to provide a message interaction apparatus.
  • Another object of the present invention is to provide a message interaction apparatus.
  • Another object of the present invention is to provide a message interaction apparatus.
  • a message interaction method includes: receiving a first request sent by a client of a first user, where the first request includes a second request for proxying the first user The user identifier of the user and the identifier of the session in which the first user is located; determining, according to the user identifier of the second user, that the second user is an agent of the first user; and receiving the client of the second user Message sent; the message will be A message as the first user is sent in a session corresponding to the identity of the session.
  • the message interaction method in the embodiment of the first aspect of the present invention can implement the message interaction in the instant messaging application by sending the message sent by the second user client as the message of the first user in the session where the first user is located. Add an agent to effectively enhance the user experience.
  • the message interaction method of the second aspect of the present invention includes: generating a first request, where the first request includes: a user identifier of a second user for proxying the first user, An identifier of a session in which the first user is located; sending the first request to a server, so that the server sends a message sent by the client of the second user as the first user or the first user agent The message is sent in the session corresponding to the identity of the session.
  • the message interaction method of the second aspect of the present invention sends the first request to the server, so that the server sends the message sent by the client of the second user as the message of the first user in the session corresponding to the identifier of the session. It can realize the addition of agents in the message interaction of instant messaging applications, effectively improving the user experience.
  • a message interaction method includes: receiving a proxy instruction, where the proxy instruction carries a user identifier of a first user that is proxyed, and a session identifier of the first user The proxy instruction is for indicating that the second user is a proxy of the first user; receiving a message input by the second user and an instruction for sending the message; and the message is according to the instruction Sending to the server, so that the server sends the message as the message of the first user in a session corresponding to the identifier of the session.
  • the message interaction method of the third aspect of the present invention receives a proxy instruction by a client of the second user, receives a message input by the second user, and an instruction for sending the message, and sends the message to the server according to the instruction, so that the server Sending the message as the message of the first user in the session corresponding to the identifier of the session can effectively improve the flexibility and applicability of the message interaction method, and implement adding a proxy in the message interaction of the instant messaging application, thereby effectively improving the user's use.
  • a proxy instruction by a client of the second user receives a message input by the second user, and an instruction for sending the message, and sends the message to the server according to the instruction, so that the server Sending the message as the message of the first user in the session corresponding to the identifier of the session can effectively improve the flexibility and applicability of the message interaction method, and implement adding a proxy in the message interaction of the instant messaging application, thereby effectively improving the user's use.
  • a message interaction method includes: generating proxy configuration information and a first request according to an agent selected by a first user, where the first request includes: a user identifier of the second user of the user, an identifier of the session in which the first user is located; sending the proxy configuration information and the first request to a client of the second user, so that the second user The client sends, according to the proxy configuration information, the message input by the second user as the message of the first user in a session corresponding to the identifier of the session.
  • the message interaction method by sending the proxy configuration information and the first request to the client of the second user, so that the client of the second user inputs the message of the second user according to the proxy configuration information.
  • the message sent as the first user is sent in the session corresponding to the identifier of the session, and the agent can be added in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • a message interaction method includes: receiving proxy configuration information and a first request sent by a client of a first user, where the first request includes: a user identifier of a second user of the user, an identifier of the session in which the first user is located; receiving a message input by the second user and an instruction to send the message; and the message according to the proxy configuration information
  • the transmission is in the session in which the first user is located.
  • the message interaction method receives the agent configuration information and the first request sent by the client of the first user, and receives the message input by the second user when the second user confirms the response of the agent.
  • the instruction for sending the message sends the message in the session where the first user is located according to the proxy configuration information, which can effectively improve the flexibility and applicability of the message interaction method, and realize adding the proxy in the message interaction of the instant messaging application. Effectively enhance the user experience.
  • a message interaction apparatus includes: a first request receiving module, configured to receive a first request sent by a client of a first user, where the first request includes And a determining module, configured to determine, according to the user identifier of the second user, that the second user is the first user a message receiving module, configured to receive a message sent by the client of the second user, and a first message sending module, configured to send the message as the identifier of the first user to the identifier of the session Corresponding session.
  • the message interaction apparatus can implement the message interaction in the instant messaging application by transmitting the message sent by the second user client as the message of the first user in the session where the first user is located. Add an agent to effectively enhance the user experience.
  • the message interaction apparatus of the seventh aspect of the present invention includes: a first generation module, configured to generate a first request, where the first request includes: a second proxy for proxying the first user a user identifier of the user, an identifier of the session in which the first user is located, and a first sending module, configured to send the first request to the server, so that the server sends the message sent by the client of the second user A message that is the first user or the first user agent is sent in a session corresponding to the identity of the session.
  • the message interaction apparatus sends the first request to the server, so that the server sends the message sent by the client of the second user as the message of the first user in the session corresponding to the identifier of the session.
  • the server sends the message sent by the client of the second user as the message of the first user in the session corresponding to the identifier of the session.
  • a message interaction apparatus includes: a proxy instruction receiving module, configured to receive a proxy instruction, where the proxy command carries a user identifier of a first user that is proxyed, a session identifier of the first user, the proxy instruction is used to indicate that the second user is a proxy of the first user, and the first message instruction receiving module is configured to receive the message and the second user input And an instruction for sending the message; the second message sending module is configured to send the message to the server according to the instruction, so that the server sends the message as the message of the first user in the session The identity corresponds to the session.
  • the message interaction apparatus receives the proxy instruction by the client of the second user, receives the message input by the second user, and the instruction for sending the message, and sends the message to the server according to the instruction, so that the server Sending the message as the message of the first user in the session corresponding to the identifier of the session can effectively improve the flexibility and applicability of the message interaction method, and implement adding a proxy in the message interaction of the instant messaging application, thereby effectively improving the user's use.
  • the server Sending the message as the message of the first user in the session corresponding to the identifier of the session can effectively improve the flexibility and applicability of the message interaction method, and implement adding a proxy in the message interaction of the instant messaging application, thereby effectively improving the user's use.
  • the server Sending the message as the message of the first user in the session corresponding to the identifier of the session can effectively improve the flexibility and applicability of the message interaction method, and implement adding a proxy in the message interaction of the instant messaging application, thereby effectively improving the user's use
  • a message interaction apparatus includes a second generation module, configured to generate proxy configuration information and a first request according to an agent selected by a first user, where the first request The user identifier of the second user that is used to proxy the first user, the identifier of the session in which the first user is located, and the second sending module, configured to send the proxy configuration information and the first request to the second a client of the user, so that the client of the second user sends the message input by the second user as the message of the first user according to the proxy configuration information in a session corresponding to the identifier of the session.
  • the message interaction apparatus sends the proxy configuration information and the first request to the client of the second user, so that the client of the second user inputs the message of the second user according to the proxy configuration information.
  • the message sent as the first user is sent in the session corresponding to the identifier of the session, and the agent can be added in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • a message interaction apparatus includes a fourth receiving module, configured to receive proxy configuration information and a first request sent by a client of a first user, where the first request The user identifier of the second user that is used to proxy the first user, the identifier of the session in which the first user is located, and the second message instruction receiving module, configured to receive the message input by the second user and used to send the message The instruction of the message; the third message sending module is configured to send the message in the session where the first user is located according to the proxy configuration information.
  • the message interaction apparatus receives the proxy configuration information and the first request sent by the client of the first user, and receives the message input by the second user when the second user confirms the response of the consenting proxy. And the instruction for sending the message, sending the message in the session where the first user is located according to the proxy configuration information, which can effectively improve the flexibility and applicability of the message interaction method, and implement adding the proxy in the message interaction of the instant messaging application. To effectively enhance the user experience.
  • FIG. 1 is a schematic flowchart of a message interaction method according to an embodiment of the present invention.
  • FIG. 2 is a schematic diagram of a chat interface of a session where a first user is located in an embodiment of the present invention
  • FIG. 3 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • FIG. 6 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a chat message interface in an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a proxy selection interface in an embodiment of the present invention.
  • FIG. 9 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • FIG. 10 is a schematic flowchart diagram of a message interaction method according to another embodiment of the present invention.
  • FIG. 11 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • FIG. 12 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • FIG. 13 is a schematic flowchart diagram of a message interaction method according to another embodiment of the present invention.
  • FIG. 14 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • 15 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • 16 is a schematic flowchart of a message interaction method according to another embodiment of the present invention.
  • 17 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • FIG. 18 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • FIG. 19 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • FIG. 20 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • 21 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • FIG. 22 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • FIG. 23 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • FIG. 24 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • 25 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • FIG. 26 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • the message interaction method being configured as a message interaction device.
  • the message interaction method can be applied to an instant messaging application, wherein the application can be a software program running on an electronic device, such as a personal computer (PC), a cloud device or a mobile device, moving Devices such as smartphones, or tablets.
  • PC personal computer
  • cloud device or a mobile device
  • moving Devices such as smartphones, or tablets.
  • FIG. 1 is a schematic flowchart of a message interaction method according to an embodiment of the present invention.
  • the message interaction method may include:
  • S101 Receive a first request sent by a client of the first user, where the first request includes a user identifier of the second user for proxying the first user and an identifier of the session where the first user is located.
  • the execution body of this embodiment may be a server.
  • the first user is a user who initiated the proxy request.
  • the first user's client is an instant messaging application client installed on the electronic device on the first user side. For example, Taobao Want Want client.
  • the first request is generated for the client of the first user.
  • the first request includes a user identifier of the second user for proxying the first user and an identifier of the session in which the first user is located.
  • the client of the first user may generate the first request according to the instruction of the first user, and send the first request to the server, so that the server is configured according to the second user used to proxy the first user according to the first request.
  • User ID will The corresponding second user is added to the session where the first user is located, and no limitation is imposed on the second user.
  • the second user is a user selected by the first user for proxying the first user, and the user identifier of the second user for proxying the first user may uniquely identify the second user, which may be first
  • the user's client is obtained according to the instructions of the first user.
  • the session where the first user is located is the ongoing session of the first user in the instant messaging application on the electronic device.
  • FIG. 2 is the first user in the embodiment of the present invention.
  • the proxy add button 21 in FIG. 2 can be clicked to trigger the first user's client to generate the first request and send the first request to the server.
  • the message interaction method may further include:
  • S301 Send a second request to the client of the second user according to the user identifier of the second user, where the second request is used to confirm whether the second user confirms the proxy.
  • the second user is a user who proxies the first user.
  • the client of the second user is an instant messaging application client that logs in to the account of the second user.
  • the second request may be sent to the client of the second user, and after detecting the client of the second user, the second request may be sent.
  • the second request may be sent up to the second user's client, and adding the second user to the current session when the second user confirms the consent to the agent, or sending the message sent by the second user's client to the second user when the second user confirms the consent to the agent.
  • the first user's client does not limit this.
  • S302 Receive a response of the second request sent by the client of the second user, where the response of the second request is a confirmation of the second user confirming or disagreeing with the response of the agent, and when the response of the second request is the second user confirming the consent of the agent In response, the second user is determined to be the agent of the first user according to the user identifier of the second user.
  • the response of the second request includes the second user confirming the response of the consenting agent, and the second user confirms the response of the disagreeing agent
  • the second user's client may receive the second request sent by the server according to the second request.
  • the second request prompts the second user, and receives the response instruction of the second user, generates a second user confirmation agreement or disagrees with the response of the agent according to the response instruction of the second user, and confirms or disagrees with the second user.
  • the response is sent to the server, and when the response of the second request is a response of the second user confirming the consent of the agent, then performing the determination of the second user as the agent of the first user according to the user identifier of the second user.
  • the second user by transmitting, to the client of the second user, the second user confirms whether or not to agree to the proxy.
  • the second request determines whether the agent agrees to the agent.
  • the first user may select another contact as the agent, and when the second user agrees to the agent, receive the message sent by the client of the second user. , effectively improve the flexibility and applicability of the message interaction method.
  • S102 determining, according to the user identifier of the second user, that the second user is the agent of the first user.
  • the second user is the user selected by the first user for proxying the first user
  • the user identifier of the second user for proxying the first user may uniquely identify the second user, which may be according to the second
  • the user identifier of the user determines that the second user is the agent of the first user, and adds the second user to the session corresponding to the identifier of the session.
  • S103 Receive a message sent by a client of the second user.
  • the message sent by the client of the second user may be a session message for performing message interaction in the session.
  • the server when receiving the first request sent by the client of the first user, the server reads the user identifier of the second user in the first request, and according to the correspondence between the user identifier and the account, from the database Reading the account of the corresponding second user, it can be understood that when the user uses the instant messaging application, the application is registered in the application, and after receiving the registration request of the user, the server on the application side receives the registration request of the user.
  • the user's account number, password, and user ID are stored in the database, which is not limited.
  • the server may detect the instant messaging application client that logs in to the account of the second user as the client of the second user.
  • the server may further generate a second request according to the user identifier after receiving the first request sent by the client of the first user, where the second request is used to enable the second user to confirm whether to approve the proxy, and trigger S301. .
  • S104 Send the message as the first user in the session corresponding to the identifier of the session.
  • a message may be sent to the client of the first user such that the client of the first user sends the message in the session.
  • the first request further includes an identifier for identifying whether the second user is visible, wherein whether the second user is visible may be, for example, in a session in which the first user is located, and whether the identity information of the second user is Visible to the third user, the third user is, for example, a session object of the session in which the first user is located.
  • the method includes: when the identifier is invisible, the message of the first user is not prompted to be a proxy message in the session; When visible, the first user's message is prompted as a proxy message in the session.
  • the second user when the first user has an agent to replace the need to exchange messages with the other party, and needs to hide the identity information of the agent, the second user can be set to be invisible, and when the first user does not need to hide the agent's body When the information is shared, the second user can be set to be visible, and no limitation is imposed on this.
  • FIG. 4 is a schematic flowchart diagram of a message interaction method according to another embodiment of the present invention. This embodiment is exemplified by the message interaction method being configured as a message interaction device.
  • the message interaction method may include:
  • S401 Receive a first request sent by a client of the first user, where the first request includes a user identifier of the second user for proxying the first user and an identifier of the session where the first user is located.
  • S401 in this embodiment is the same as S101 in the embodiment of FIG. 1, and details are not described herein again.
  • the first request may further include the user identifier of the Nth user
  • N is a positive integer greater than or equal to 3, and may also be based on the user identifier of the Nth user.
  • the N user's client sends a third request, where the third request is used to enable the Nth user to confirm whether to agree to the proxy, so that the first user and the Nth user together act as the proxy of the first user, and the detailed processing flow is described in adding the second.
  • the method flow of the user as an agent is not described here.
  • S402 Send a second request to the client of the second user according to the user identifier of the second user, where the second request is used to confirm whether the second user approves the proxy.
  • the server when receiving the first request sent by the client of the first user, the server reads the user identifier of the second user in the first request, and according to the correspondence between the user identifier and the account, from the database Reading the account of the corresponding second user, it can be understood that when the user uses the instant messaging application, the application is registered in the application, and after receiving the registration request of the user, the server on the application side receives the registration request of the user.
  • the user's account number, password, and user ID are stored in the database, which is not limited.
  • the server may detect the instant messaging application client that logs in the account of the second user, as the client of the second user, and send the message to the client of the second user.
  • S403 Receive a response of the second request sent by the client of the second user, where the response of the second request is a second user confirming the consent or disagreeing with the response of the agent, and when the response of the second request is the second user confirming the consent of the agent In response, the second user is determined to be the agent of the first user according to the user identifier of the second user.
  • the second request may be sent to the client of the second user, and when the second user confirms the consent to the proxy, the second user is added to the current Conversation, or, at When the second user confirms the consent to the proxy, the message sent by the client of the second user is sent to the client of the first user, which is not limited.
  • the response of the second request includes the second user confirming the response of the consenting agent, and the second user confirms the response of the disagreeing agent
  • the second user's client may receive the second request sent by the server according to the second request.
  • the second request prompts the second user, and receives the response instruction of the second user, generates a second user confirmation agreement or disagrees with the response of the agent according to the response instruction of the second user, and confirms or disagrees with the second user.
  • the response is sent to the server, and when the response of the second request is a response of the second user confirming the consent of the agent, then performing the determination of the second user as the agent of the first user according to the user identifier of the second user.
  • the first user may be prompted on the client side of the first user, so that the first user can select other contacts as the proxy, thereby effectively improving the flexibility and applicability of the message interaction method.
  • S405 Send a historical session record of the session to the client of the second user when the response of the second request is a response of the second user confirming the consent of the agent.
  • the second user may also be added to the session corresponding to the identifier of the session, or the message is sent to the client of the first user.
  • the first user's client to send a message in the session, there is no restriction on this.
  • the server when the server adds the second user to the current session, the history in the current session can be read, and the history is sent to the client of the second user, so that the second user can The history record is obtained, so that the second user can send an accurate message in combination with the session context when the first user speaks the session, ensuring the consistency and accuracy of the message, and effectively improving the practicability of the message interaction method.
  • S406 Determine, according to the user identifier of the second user, that the second user is an agent of the first user.
  • the second user is the user selected by the first user for proxying the first user
  • the user identifier of the second user for proxying the first user may uniquely identify the second user, which may be according to the second
  • the user identifier of the user determines that the second user is the agent of the first user, and adds the second user to the session corresponding to the identifier of the session.
  • S407 When one of the first user and the second user inputs, prompting another user of the first user and the second user.
  • a prompt message when the first user inputs in the chat interface of the session, a prompt message may be generated, for example, the first user is inputting. Sending a prompt message to the client of the second user, or when the second user inputs the chat interface of the session, generating a prompt message, for example, the second message The user is typing. And sending the prompt message to the client of the first user, to avoid the message that the second user and the first user input the same, occupying the resource of the message interaction, improving the efficiency of the message interaction, and saving the memory consumption of the server and improving the message interaction. System performance.
  • S408 Receive a message sent by a client of the second user.
  • the message sent by the client of the second user may be a session message for performing message interaction in the session.
  • S409 Send the message as the first user in the session corresponding to the identifier of the session.
  • the first request further includes an identifier for identifying whether the second user is visible, wherein whether the second user is visible may be, for example, in a session in which the first user is located, and whether the identity information of the second user is Visible to the third user, the third user is, for example, a session object of the session in which the first user is located.
  • the method includes: when the identifier is invisible, the message of the first user is not prompted to be a proxy message in the session; When visible, the first user's message is prompted as a proxy message in the session.
  • the second user can be set to be invisible, and when the first user does not need to hide the identity of the agent.
  • the second user can be set to be visible, and no limitation is imposed on this.
  • the second user determines whether to approve the proxy by sending a second request for the second user to confirm whether to approve the proxy to the client of the second user, and when the second user disagrees with the proxy, the first user
  • the other contact can be selected as the proxy, and when the second user agrees to the proxy, the message sent by the client of the second user is received, which effectively improves the flexibility and applicability of the message interaction method.
  • the user can send an accurate message in conjunction with the session context to ensure the consistency and accuracy of the message, and effectively improve the practicability of the message interaction method.
  • the message that the second user and the first user input are consistent can be avoided, and the resource of the message interaction is occupied.
  • Improve the efficiency of message interaction and save the memory consumption of the server and improve the performance of the message interaction system.
  • FIG. 5 is a schematic flowchart of a message interaction method according to another embodiment of the present invention. This embodiment is exemplified by the message interaction method being configured as a message interaction device.
  • the message interaction method may include:
  • S501 Generate a first request, where the first request includes: a user identifier of the second user that is used to proxy the first user, and an identifier of the session in which the first user is located.
  • the execution body of this embodiment may be a client of the first user.
  • the client of the first user may generate the first request according to the instruction of the first user, where the first request includes: a user identifier of the second user for proxying the first user, and a session of the first user Identifying, and sending the first request to the server, so that the server sends the message sent by the client of the second user as the message of the first user in the session corresponding to the identifier of the session.
  • the user identifier of the second user for proxying the first user may uniquely identify the second user, and may be obtained by the client of the first user according to the instruction of the first user, for example, the first user.
  • the button for adding the proxy may be triggered in the interface of the session, and the contact that needs to be the proxy is selected in the proxy selection interface to trigger the client to generate the first request.
  • the first request further includes an identifier for identifying whether the second user is visible, and the client of the first user may set the identifier that is visible to the second user according to the instruction of the first user.
  • the method before S501, the method further includes:
  • S601 Display an interface of a session where the first user is located, where the interface includes a button for adding an agent.
  • FIG. 2 is a schematic diagram of a chat interface of a session according to an embodiment of the present invention.
  • FIG. 2 includes a button 21 for adding a proxy, a message 22 for a first user, and a message 23 for a session object.
  • the button 21 of the adding agent in FIG. 2 can be clicked to trigger the first user's client to generate the first request.
  • FIG. 7 is a schematic diagram of a chat message interface according to an embodiment of the present invention.
  • FIG. 7 includes a button 71 for adding an agent and a proxy setting module 72, wherein the user can click the button 71 of the add proxy to select a contact as a proxy.
  • the proxy setting module 72 is configured to cause the first user to set an identifier for identifying whether the second user is visible.
  • the message when the identifier is invisible, the message is sent as the message of the first user in the session corresponding to the identifier of the session; when the identifier is visible, the message corresponding to the message as the first user agent is sent in the identifier of the session. In the conversation.
  • FIG. 8 is a schematic diagram of a proxy selection interface according to an embodiment of the present invention.
  • FIG. 8 includes a contact list 81 and a contact selection box 82.
  • S603 Receive an agent selected by the first user in the agent selection interface.
  • S502 Send the first request to the server, so that the server sends the message sent by the client of the second user as the message of the first user in the session corresponding to the identifier of the session.
  • the first client may further receive a message sent by the client of the second user, and send the message in the session, for example, when the second user confirms the consent of the agent, the client of the second user is The message sent by the terminal is sent to the client of the first user.
  • the contact list may be a contact that is added in advance by the first user in the instant messaging application, and the first user may select one contact as the second user, and the client may select the contact of the first user. Identifying the user identifier as the second user, generating the first request according to the user identifier, or the first user may also select N contacts as the Nth user, and using the identifier of the N contacts as the identifier of the Nth user, according to The identifier of the Nth user generates a first request, which is not limited thereto.
  • the client of the first user may also obtain the identifier of the session in which the first user is located, and use the identifier of the session as part of the first request to use the user of the second user to proxy the first user.
  • the identifier, the identifier of the session in which the first user is located is sent to the server.
  • the first request is sent to the server, so that the server sends the message sent by the client of the second user as the message of the first user in the session corresponding to the identifier of the session, so that the instant messaging application can be implemented. Adding a proxy to the message interaction of the program effectively enhances the user experience.
  • FIG. 9 is a schematic flowchart of a message interaction method according to another embodiment of the present invention. This embodiment is exemplified by the message interaction method being configured as a message interaction device.
  • the message interaction method may include:
  • S901 Receive a proxy instruction, where the proxy instruction carries a user identifier of the first user that is proxyed, a session identifier of the first user, and the proxy instruction is used to indicate that the second user is the proxy of the first user.
  • the execution body of this embodiment may be a client of the second user.
  • the second user is a user who proxies the first user.
  • the client of the second user is an instant messaging application client that logs in to the account of the second user.
  • the second user is a user selected by the first user for proxying the first user
  • the user identifier of the first user may uniquely identify the first user, and may be used by the client of the second user according to the proxy instruction. Get it.
  • the client of the second user may confirm whether to approve the proxy according to the proxy instruction, and when the second user confirms the response of the consenting proxy, send the historical session record of the session to the client of the second user, and the second user does not
  • the agent is approved
  • the first user may be prompted on the client side of the first user, so that the first user can select the first user. His contacts act as agents to effectively increase the flexibility and applicability of the message interaction method.
  • the message interaction method further includes: S1001: receiving a request sent by the server, wherein the request is for causing the second user to confirm whether to agree to the proxy.
  • the second user is a user who proxies the first user.
  • the client of the second user is the client of the instant messaging application that logs in to the account of the second user.
  • the request for agreeing to the proxy may be sent to the client of the second user, and the client of the second user may receive the request sent by the server.
  • S1002 Prompt the second user according to the request, and receive a response instruction of the second user.
  • a prompt message may be generated, for example, the first user invites you to the agent! agree or not.
  • the second user determines whether to proxy, and the second user can input a response command in the prompt interface.
  • S1003 Generate a response of the request according to the response instruction of the second user, and send the response of the request to the server, where the response of the request is a response of the second user confirming consent or disagreeing with the proxy.
  • S1004 Receive a historical session record of the session sent by the server.
  • the second user when the response of the request is that the second user confirms the response of the consenting agent, the second user is added to the session corresponding to the identifier of the session, and the server may read the session of the first user.
  • the history session record is sent to the client of the second user, so that the second user can learn the history record, so that the second user can send an accurate message in conjunction with the session context when the first user speaks the session to ensure the continuity of the message. Sex and accuracy, effectively improve the practicality of the message interaction method.
  • the first user may select another contact as the agent, and when the second user agrees to the agent, receive the client of the second user.
  • the sent message effectively enhances the flexibility and applicability of the message interaction method.
  • S902 Receive a message input by the second user and an instruction for sending the message.
  • the historical session record of the session is sent to the client of the second user, so that the second user can learn the history, so that the second user can endorse the first user.
  • the accurate message can be sent in conjunction with the session context to ensure the consistency and accuracy of the message.
  • the client of the second user can also receive the message input by the second user and the instruction for sending the message to send the message according to the instruction. To the server for message interaction in the session.
  • S903 Send the message to the server according to the instruction, so that the server sends the message as the first user's message in the session corresponding to the identifier of the session.
  • the client of the second user sends a message to the server according to the instruction, so that the server uses the message as The first user's message is sent in the session corresponding to the identity of the session.
  • the client of the second user receives the proxy instruction, receives the message input by the second user, and the instruction for sending the message, and sends the message to the server according to the instruction, so that the server uses the message as the message of the first user.
  • Sending the session corresponding to the identifier of the session can effectively improve the flexibility and applicability of the message interaction method, and implement adding a proxy in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • FIG. 11 is a schematic flowchart diagram of a message interaction method according to another embodiment of the present invention. This embodiment is exemplified by the message interaction method being configured as a message interaction device.
  • the message interaction method may include:
  • S1101 The client of the first user displays an interface of the session where the first user is located, where the interface includes a button for adding the proxy.
  • This embodiment is an example of interaction between the client of the first user, the client of the second user, and the server.
  • S1103 The client of the first user receives the agent selected by the first user in the agent selection interface.
  • the first user's client generates a first request, where the first request includes: a user identifier of the second user for proxying the first user, and an identifier of the session where the first user is located.
  • S1105 The client of the first user sends the first request to the server, so that the server sends the message sent by the client of the second user as the message of the first user in the session corresponding to the identifier of the session.
  • S1106 The server receives the first request sent by the client of the first user, where the first request includes a user identifier of the second user for proxying the first user and an identifier of the session where the first user is located.
  • S1107 The server sends a second request to the client of the second user according to the user identifier of the second user, where the second request is used to confirm whether the second user confirms the agreement.
  • S1108 The client of the second user receives the second request sent by the server, wherein the second request is used to confirm whether the second user approves the agent.
  • S1109 The client of the second user prompts the second user according to the second request, and receives a response instruction of the second user.
  • S1110 The client of the second user generates a second user confirmation consent or disagrees with the response of the agent according to the response instruction of the second user, and sends a response of the second user confirmation consent or disagreement to the server.
  • S1111 The server joins the second user to the session corresponding to the identifier of the session when receiving the response of the second user confirming the consent agent.
  • S1112 The server sends the historical session record of the session to the client of the second user.
  • S1113 The client of the second user receives a historical session record of the session sent by the server.
  • S1114 The client of the second user displays the interface of the session, and receives the proxy instruction, where the proxy instruction carries the user identifier of the first user being proxied, the session identifier of the first user, and the proxy instruction is used to indicate that the second user is to be Acting as a proxy for the first user.
  • S1115 The client of the second user receives the message input by the second user and the instruction for sending the message.
  • S1116 The client of the second user sends a message to the server according to the instruction.
  • S1117 The server receives the message sent by the client of the second user, and sends the message as the message of the first user in the session corresponding to the identifier of the session.
  • S1118 When one of the first user and the second user inputs, prompting another user of the first user and the second user.
  • the second user determines whether to approve the proxy by sending a second request for the second user to confirm whether to approve the proxy to the client of the second user, and when the second user disagrees with the proxy, the first user
  • the other contact can be selected as the proxy, and when the second user agrees to the proxy, the message sent by the client of the second user is received, which effectively improves the flexibility and applicability of the message interaction method.
  • the user can send an accurate message in conjunction with the session context to ensure the consistency and accuracy of the message, and effectively improve the practicability of the message interaction method.
  • the message that the second user and the first user input are consistent can be avoided, and the resource of the message interaction is occupied.
  • Improve the efficiency of message interaction and save the memory consumption of the server and improve the performance of the message interaction system.
  • FIG. 12 is a schematic flowchart diagram of a message interaction method according to another embodiment of the present invention. This embodiment is exemplified by the message interaction method being configured as a message interaction device.
  • the message interaction method may include:
  • S1201 Generate proxy configuration information and a first request according to the proxy selected by the first user, where the first request includes: a user identifier of the second user for proxying the first user, and an identifier of the session where the first user is located.
  • the session in which the first user is located is the session corresponding to the identifier
  • the second user is the user selected by the first user to proxy the first user.
  • the execution body of this embodiment may be a client of the first user.
  • the client of the first user may generate the proxy configuration information and the first request according to the proxy selected by the first user, where the first request includes: a user identifier of the second user for proxying the first user, The identifier of the session in which the user is located, and the first request is sent to the client of the second user, so that the message sent by the client of the second user is sent as the message of the first user in the session corresponding to the identifier of the session.
  • the user identifier of the second user for proxying the first user may uniquely identify the second user, and may be obtained by the client of the first user according to the instruction of the first user, for example, the first user.
  • the button for adding the proxy may be triggered in the interface of the session, and the contact that needs to be the proxy is selected in the proxy selection interface to trigger the client to generate the proxy configuration information and the first request.
  • the first request further includes an identifier for identifying whether the second user is visible, and the client of the first user may set the identifier that is visible to the second user according to the instruction of the first user.
  • S1202 Send the proxy configuration information and the first request to the client of the second user, so that the client of the second user sends the message input by the second user as the message of the first user according to the proxy configuration information. In the conversation.
  • the proxy configuration information and the first request are sent to the client of the second user.
  • the contact list may be a contact that is added in advance by the first user in the instant messaging application, and the first user may select one contact as the second user, and the client may select the contact of the first user. Identifying the user identifier as the second user, generating the proxy configuration information and the first request according to the selected contact and the user identifier, or the first user may also select N contacts as the Nth user, and the N contacts The identifier is used as the identifier of the Nth user, and the proxy configuration information and the first request are generated according to the identifiers of the selected N contacts and the Nth user, and no limitation is imposed thereon.
  • the client of the first user may also obtain the identifier of the session in which the first user is located, and use the identifier of the session as part of the first request to use the user of the second user to proxy the first user.
  • the identifier, the identifier of the session in which the first user is located, and the proxy configuration information are sent to the client of the second user.
  • the proxy configuration information and the first request are sent to the client of the second user, so that the client of the second user sends the message input by the second user as the message of the first user according to the proxy configuration information.
  • the agent can be added in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • FIG. 13 is a schematic flowchart diagram of a message interaction method according to another embodiment of the present invention. This embodiment pays by the message
  • the inter-method is configured as a message interaction device to illustrate.
  • the message interaction method may include:
  • S1301 Display an interface of a session where the first user is located, where the interface includes a button for adding an agent.
  • FIG. 2 is a schematic diagram of a chat interface of a session where a first user is located in an embodiment of the present invention, wherein FIG. 2 includes a proxy add button 21, a message 22 of the first user, and a session object of the session in which the first user is located. Message 23.
  • the proxy add button 21 in FIG. 2 may be clicked to trigger the proxy selected by the first user of the first user, and generate proxy configuration information and the first request.
  • FIG. 7 is a schematic diagram of a chat message interface according to an embodiment of the present invention.
  • FIG. 7 includes a button 71 for adding an agent and a proxy setting module 72, wherein the user can click the button 71 of the add proxy to select a contact as a proxy.
  • the proxy setting module 72 is configured to cause the first user to set an identifier for identifying whether the second user is visible.
  • the message when the identifier is invisible, the message is sent as the message of the first user in the session corresponding to the identifier of the session; when the identifier is visible, the message corresponding to the message as the first user agent is sent in the identifier of the session. In the conversation.
  • S1303 Receive an agent selected by the first user in the agent selection interface.
  • FIG. 8 is a schematic diagram of a proxy selection interface according to an embodiment of the present invention.
  • FIG. 8 includes a contact list 81 and a contact selection box 82.
  • S1304 Generate proxy configuration information and a first request according to the proxy selected by the first user, where the first request includes: a user identifier of the second user for proxying the first user, and an identifier of the session where the first user is located.
  • the session in which the first user is located is the session corresponding to the identifier
  • the second user is the user selected by the first user to proxy the first user.
  • the client of the first user may generate the proxy configuration information and the first request according to the proxy selected by the first user, where the first request includes: a user identifier of the second user for proxying the first user, The identifier of the session in which the user is located, and the first request is sent to the client of the second user, so that the message sent by the client of the second user is sent as the message of the first user in the session corresponding to the identifier of the session.
  • the user identifier of the second user for proxying the first user may uniquely identify the second user, and may be obtained by the client of the first user according to the instruction of the first user, for example, the first user.
  • the button for adding the proxy may be triggered in the interface of the session, and the contact that needs to be the proxy is selected in the proxy selection interface to trigger the client to generate the proxy configuration information and the first request.
  • the first request further includes an identifier for identifying whether the second user is visible, and the client of the first user may set the identifier that is visible to the second user according to the instruction of the first user.
  • S1305 Send a second request to the second user's client according to the second user's user identifier, where the second request is used to enable the second user to confirm whether to approve the proxy.
  • the client of the first user when sending the first request, the client of the first user reads the user identifier of the second user in the first request, and sends the user identifier to the client of the second user according to the user identifier.
  • the second user is asked to confirm whether or not to agree to the second request of the agent.
  • S1306 Receive a response of the second request sent by the client of the second user, where the response of the second request is a response of the second user confirming or disagreeing with the agent.
  • the second request may be sent to the client of the second user, and when the second user confirms the consent to the proxy, the second user is added to the current The session is sent, or the message sent by the client of the second user is sent to the client of the first user when the second user confirms the consent of the proxy, which is not limited.
  • the response of the second request includes the second user confirming the response of the consenting agent, and the second user confirms the response of the disagreeing agent
  • the second user's client may receive the second request sent by the server according to the second request.
  • the second request prompts the second user, and receives the response instruction of the second user, generates a second user confirmation agreement or disagrees with the response of the agent according to the response instruction of the second user, and confirms or disagrees with the second user.
  • the response is sent to the first user's client.
  • the first user may be prompted on the client side of the first user, so that the first user can select other contacts as the proxy, thereby effectively improving the flexibility of the message interaction method. And applicability.
  • S1308 Send a historical session record of the session to the client of the second user when the response of the second request is a response of the second user confirming the consent of the agent.
  • sending the proxy configuration information and the first request to the client of the second user may determine the second according to the user identifier of the second user.
  • User is the first a proxy of a user, wherein the second user is a user selected by the first user for proxying the first user, and the user identifier of the second user for proxying the first user may uniquely identify the second user, and may be based on the second user.
  • the user identifier determines that the second user is the agent of the first user, and adds the second user to the session corresponding to the identifier of the session.
  • the message input by the client of the second user may be a session message for message interaction in the session.
  • the message includes: when the identifier is invisible, the message of the first user is not prompted in the session.
  • a message for the agent when the identity is visible, the message prompting the first user to be the agent's message in the session.
  • the second user can be set to be invisible, and when the first user does not need to hide the identity of the agent.
  • the second user can be set to be visible, and no limitation is imposed on this.
  • the second user determines whether to approve the proxy by sending a second request for the second user to confirm whether to approve the proxy to the client of the second user, and when the second user disagrees with the proxy, the first user
  • the other contact can be selected as the proxy, and when the second user agrees to the proxy, the message sent by the client of the second user is received, which effectively improves the flexibility and applicability of the message interaction method.
  • FIG. 14 is a schematic flowchart of a message interaction method according to another embodiment of the present invention. This embodiment is exemplified by the message interaction method being configured as a message interaction device.
  • the message interaction method may include:
  • S1401 Receive proxy configuration information and a first request sent by the client of the first user, where the first request includes: a user identifier of the second user that is used to proxy the first user, and an identifier of the session in which the first user is located.
  • the execution body of this embodiment may be a client of the second user.
  • the second user is a user who proxies the first user.
  • the client of the second user is an instant messaging application client that logs in to the account of the second user.
  • the second user is a user selected by the first user for proxying the first user
  • the user identifier of the first user may uniquely identify the first user, and may be used by the client of the second user according to the proxy instruction. Get it.
  • the client of the second user can confirm whether to agree to the proxy according to the proxy instruction, when the second user confirms When the response of the agent is agreed, the historical session record of the session is sent to the client of the second user.
  • the second user disagrees with the agent, the first user may be prompted on the client side of the first user, so that the first Users can select other contacts as agents to effectively improve the flexibility and applicability of the message interaction method.
  • S1402 Receive a message input by the second user and an instruction for sending the message.
  • the historical session record of the session is sent to the client of the second user, so that the second user can learn the history, so that the second user can endorse the first user.
  • the accurate message can be sent in conjunction with the session context to ensure the consistency and accuracy of the message.
  • the client of the second user can also receive the message input by the second user and the instruction for sending the message to send the message according to the instruction. A client to the first user for message interaction in the session.
  • S1403 Send the message in the session where the first user is located according to the proxy configuration information.
  • the client of the second user sends the message to the client of the first user according to the proxy configuration information, so that the client of the first user sends the message as the message of the first user in the session corresponding to the identifier of the session. .
  • the proxy configuration information is sent in the session where the first user is located, which can effectively improve the flexibility and applicability of the message interaction method, and realize the addition of the proxy in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • FIG. 15 is a schematic flowchart of a message interaction method according to another embodiment of the present invention. This embodiment is exemplified by the message interaction method being configured as a message interaction device.
  • the message interaction method may include:
  • S1501 Receive a second request sent by a client of the first user, where the second request is used to enable the second user to confirm whether to agree to the proxy.
  • the second user is a user who proxies the first user.
  • the client of the second user is the client of the instant messaging application that logs in to the account of the second user.
  • the second request for agreeing to the proxy may be sent to the client of the second user, and the client of the second user may receive The second request sent by the first user's client.
  • S1502 Prompt the second user according to the second request, and receive a response instruction of the second user.
  • a prompt message may be generated, for example, the first user invites you to the agent! agree or not.
  • the second user determines whether to proxy, and the second user can input a response command in the prompt interface.
  • S1503 Generate a response of the second request according to the response instruction of the second user, and send a response of the second request to the client of the first user, where the response of the second request is the second user confirming the consent or disagreeing with the proxy response.
  • the response of the second request is that the second user confirms the consent or disagrees with the response of the agent, and when the response of the second request is that the second user confirms the response of the consenting agent, Performing, according to the user identifier of the second user, determining that the second user is an agent of the first user.
  • S1504 Receive a historical session record of the session sent by the client of the first user after the second user confirms the consent to the proxy.
  • the second user when the response of the request is a response of the second user confirming the consent of the agent, the second user is added to the session corresponding to the identifier of the session, and the client of the first user connects the session of the first user.
  • the history session record is sent to the client of the second user, so that the second user can learn the history record, so that the second user can send an accurate message in conjunction with the session context when the first user speaks the session to ensure the continuity of the message. Sex and accuracy, effectively improve the practicality of the message interaction method.
  • S1505 Receive the proxy configuration information and the first request sent by the client of the first user, where the first request includes: a user identifier of the second user that is used to proxy the first user, and an identifier of the session in which the first user is located.
  • the second user is a user who proxies the first user.
  • the client of the second user is an instant messaging application client that logs in to the account of the second user.
  • the second user is a user selected by the first user for proxying the first user
  • the user identifier of the first user may uniquely identify the first user, and may be used by the client of the second user according to the proxy instruction. Get it.
  • the client of the second user may confirm whether to approve the proxy according to the proxy instruction, and when the second user confirms the response of the consenting proxy, send the historical session record of the session to the client of the second user, and the second user does not
  • the agent is authorized, the first user may be prompted on the client side of the first user, so that the first user can select other contacts as the proxy, thereby effectively improving the flexibility and applicability of the message interaction method.
  • S1506 Receive a message input by the second user and an instruction for sending the message.
  • the historical session record of the session is sent to the client of the second user, so that the second user can learn the history, so that the second user can endorse the first user.
  • the accurate message can be sent in conjunction with the session context to ensure the consistency and accuracy of the message.
  • the client of the second user can also receive the message input by the second user and the instruction for sending the message to send the message according to the instruction. To the server for message interaction in the session.
  • S1507 Send the message in the session where the first user is located according to the proxy configuration information.
  • the first request further includes an identifier for identifying whether the second user is visible, and when the identifier is invisible, the message of the first user is not prompted to be a proxy message in the session; when the identifier is visible At the time, the message of the first user is prompted to be the agent's message in the session.
  • the second user can be set to be invisible, and when the first user does not need to hide the identity of the agent.
  • the second user can be set to be visible, and no limitation is imposed on this.
  • the client of the second user sends the message to the client of the first user according to the proxy configuration information, so that the client of the first user sends the message as the message of the first user in the session corresponding to the identifier of the session. .
  • FIG. 16 is a schematic flowchart of a message interaction method according to another embodiment of the present invention. This embodiment is exemplified by the message interaction method being configured as a message interaction device.
  • the message interaction method may include:
  • S1601 The client of the first user displays an interface of the session where the first user is located, where the interface includes a button for adding the proxy.
  • S1603 The client of the first user receives the agent selected by the first user in the agent selection interface.
  • S1604 The client of the first user generates the proxy configuration information and the first request according to the proxy selected by the first user, where the first request includes: a user identifier of the second user for proxying the first user, where the first user is located The identity of the session.
  • S1605 The client of the first user sends a second request to the client of the second user according to the user identifier of the second user, where the second request is used to confirm whether the second user approves the proxy.
  • S1606 The client of the second user receives the second request sent by the client of the first user, where the second request is used to enable the second user to confirm whether to agree to the proxy.
  • S1607 The client of the second user prompts the second user according to the second request, and receives a response instruction of the second user.
  • S1608 The client of the second user generates a response of the second request according to the response instruction of the second user, and sends a response of the second request to the client of the first user, where the response of the second request is confirmed by the second user. Agree or disagree with the response of the agent.
  • S1609 The client of the first user receives the response of the second user's client confirmation consent agent.
  • S1610 The client of the first user sends the historical session record, the proxy configuration information, and the first request of the session to the client of the second user, so that the client of the second user inputs the message of the second user according to the proxy configuration information.
  • the message as the first user is sent in the session corresponding to the identity of the session.
  • the client of the second user receives the historical session record, the proxy configuration information, and the first request of the session sent by the client of the first user, where the first request includes: a user of the second user for proxying the first user ID, the ID of the session where the first user is located.
  • S1612 The client of the second user receives the message input by the second user and the instruction for sending the message.
  • S1613 The client of the second user sends the message in the session where the first user is located according to the proxy configuration information.
  • the second user determines whether to approve the proxy by sending a second request for the second user to confirm whether to approve the proxy to the client of the second user, and when the second user disagrees with the proxy, the first user The other contact can be selected as the proxy, and when the second user agrees to the proxy, the message sent by the client of the second user is received, which effectively improves the flexibility and applicability of the message interaction method.
  • the second user can facilitate the second user to send an accurate message in conjunction with the session context when the first user performs the session, and the message is guaranteed. Coherence and accuracy effectively improve the practicality of the message interaction method.
  • Receiving the message input by the second user and the instruction for sending the message sending the message to the server according to the instruction, so that the server sends the message as the message of the first user in the session corresponding to the identifier of the session, which can effectively improve the message interaction.
  • the flexibility and applicability of the method enable the addition of a proxy in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • FIG. 17 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • the message interaction device can be implemented by software, hardware or a combination of both.
  • the message interaction apparatus 170 may include: a first request receiving module 1701, a determining module 1702, a message receiving module 1703, and a first message sending module 1704.
  • the first request receiving module 1701 is configured to receive a first request sent by a client of the first user, where the first request includes a user identifier of the second user for proxying the first user and an identifier of the session where the first user is located .
  • the second user is a user selected by the first user to proxy the first user.
  • the determining module 1702 is configured to determine, according to the user identifier of the second user, that the second user is an agent of the first user.
  • the message receiving module 1703 is configured to receive a message sent by a client of the second user.
  • the first message sending module 1704 is configured to send the message as the first user in the session corresponding to the identifier of the session.
  • the message interaction apparatus 170 may further include:
  • the first request further includes an identifier for identifying whether the second user is visible.
  • a first prompting module 1705 configured to: when the identifier is invisible, not prompting, in the session, that the message of the first user is a proxy message; when the identifier is visible, prompting in the session The message of the first user is a message of the agent.
  • the first request sending module 1706 is configured to send a second request to the client of the second user according to the user identifier of the second user, where the second request is used to confirm whether the second user agrees proxy.
  • the first response receiving module 1707 is configured to receive a response of the second request sent by the client of the second user, where the response of the second request is the second user confirming consent or disagreeing with the proxy In response, when the response of the second request is that the second user confirms the response of the consenting agent, performing, according to the user identifier of the second user, determining that the second user is the agent of the first user.
  • the first history sending module 1708 is configured to send the historical session record of the session to the client of the second user when the response of the second request is a response of the second user confirming the consent agent.
  • the first prompt information sending module 1709 is configured to generate prompt information when the response of the second request is a response of the second user confirming the disapproval agent, and send the prompt information to the first user Client.
  • the second prompting module 1710 is configured to prompt the other user of the first user and the second user when inputting by one of the first user and the second user.
  • FIG. 19 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • the message interaction device can be implemented by software, hardware or a combination of both.
  • the message interaction apparatus 190 may include: a first generation module 1901 and a first transmission module 1902.
  • the first generating module 1901 is configured to generate a first request, where the first request includes: a user identifier of the second user that is used to proxy the first user, and an identifier of the session in which the first user is located.
  • the first sending module 1902 is configured to send the first request to the server, so that the server sends the message sent by the client of the second user as the message of the first user or the first user agent in the session corresponding to the identifier of the session.
  • the message interaction apparatus 200 may include:
  • the first session interface display module 1903 is configured to display an interface of a session in which the first user is located, where the interface includes a button for adding an agent.
  • the first selection interface display module 1904 is configured to display a proxy selection interface when the button is triggered.
  • the first receiving module 1905 is configured to receive an agent selected by the first user in the agent selection interface.
  • the first request further includes an identifier for identifying whether the second user is visible.
  • the first setting module 1906 is configured to set, according to an instruction of the first user, an identifier that is visible to the second user.
  • the second receiving module 1907 is configured to receive a message sent by a client of the second user, and send the message in the session.
  • the first request is sent to the server, so that the server sends the message sent by the client of the second user as the message of the first user in the session corresponding to the identifier of the session, so that the instant messaging application can be implemented.
  • Adding a proxy to the message interaction of the program effectively enhances the user experience.
  • FIG. 21 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • the message interaction device can be implemented by software, hardware or a combination of both.
  • the message interaction apparatus 210 may include a proxy instruction receiving module 2101, a first message instruction receiving module 2102, and a second message sending module 2103. among them,
  • the proxy instruction receiving module 2101 is configured to receive a proxy instruction, where the proxy command carries a user identifier of the first user that is proxyed, and a session identifier of the first user, where the proxy command is used to indicate that the first Two users act as agents for the first user.
  • the first message instruction receiving module 2102 is configured to receive the message input by the second user and the instruction for sending the message.
  • the second message sending module 2103 is configured to send the message to the server according to the instruction, so that the server sends the message as the message of the first user in a session corresponding to the identifier of the session.
  • the message interaction apparatus 210 further includes:
  • the second request receiving module 2104 is configured to receive a second request sent by the server, where the second request is used to enable the second user to confirm whether to agree to the proxy.
  • the first response instruction receiving module 2105 is configured to prompt the second user according to the second request, and receive the response instruction of the second user.
  • the first response generating module 2106 is configured to generate a response of the second user confirming consent or disagree with the proxy according to the response instruction of the second user, and send a response of the second user confirming consent or disagreeing the proxy to the server.
  • the history receiving module 2107 is configured to receive a historical session record of the session sent by the server.
  • the client of the second user receives the proxy instruction, receives the message input by the second user, and the instruction for sending the message, and sends the message to the server according to the instruction, so that the server uses the message as the message of the first user.
  • Sending the session corresponding to the identifier of the session can effectively improve the flexibility and applicability of the message interaction method, and implement adding a proxy in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • FIG. 23 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • the message interaction device can be implemented by software, hardware or a combination of both.
  • the message interaction apparatus 230 may include: a second generation module 2301 and a second transmission module 2302. among them,
  • the second generating module 2301 is configured to generate the proxy configuration information and the first request according to the proxy selected by the first user, where the first request includes: a user identifier of the second user for proxying the first user, where the first user is located The identity of the session.
  • the session where the first user is located is the session corresponding to the identifier
  • the second user is the user selected by the first user to proxy the first user.
  • the second sending module 2302 is configured to send the proxy configuration information and the first request to the client of the second user, so that the client of the second user uses the message input by the second user as the message of the first user according to the proxy configuration information. Sent in the session corresponding to the identity of the session.
  • the message interaction apparatus 230 further includes:
  • the second request sending module 2303 is configured to send a second request to the client of the second user according to the user identifier of the second user, where the second request is used to confirm whether the second user confirms the proxy.
  • the second response receiving module 2304 is configured to receive a response of the second request sent by the client of the second user, where The response to the second request is a response from the second user confirming consent or disagreeing with the agent.
  • the second history sending module 2305 is configured to send the historical session record of the session to the client of the second user when the response of the second request is a response of the second user confirming the consent agent.
  • the second prompt information sending module 2306 is configured to generate prompt information when the second request confirms that the second user confirms the response of the disagreement agent, and prompt the first user according to the prompt information.
  • the second session interface display module 2307 is configured to display an interface of the session where the first user is located, where the interface includes a button for adding an agent.
  • the second selection interface display module 2308 is configured to display a proxy selection interface when the button is triggered.
  • the third receiving module 2309 is configured to receive an agent selected by the first user in the agent selection interface.
  • the first request further includes an identifier for identifying whether the second user is visible.
  • the second setting module 2310 is configured to set, according to an instruction of the first user, an identifier that is visible to the second user.
  • the proxy configuration information and the first request are sent to the client of the second user, so that the client of the second user sends the message input by the second user as the message of the first user according to the proxy configuration information.
  • the agent can be added in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • FIG. 25 is a schematic structural diagram of a message interaction apparatus according to another embodiment of the present invention.
  • the message interaction device can be implemented by software, hardware or a combination of both.
  • the message interaction apparatus 250 may include a fourth receiving module 2501, a second message instruction receiving module 2502, and a third message sending module 2503. among them,
  • the fourth receiving module 2501 is configured to receive proxy configuration information and a first request sent by the client of the first user, where the first request includes: a user identifier of the second user for proxying the first user, where the first user is located The identity of the session.
  • the second message instruction receiving module 2502 is configured to receive a message input by the second user and an instruction for sending the message.
  • the third message sending module 2503 is configured to send the message in the session where the first user is located according to the proxy configuration information.
  • the message interaction apparatus 250 further includes:
  • the third request receiving module 2504 is configured to receive a second request sent by the client of the first user, where the second request is used to confirm whether the second user confirms the agent.
  • the second response instruction receiving module 2505 is configured to prompt the second user according to the second request, and receive the response instruction of the second user.
  • the second response generating module 2506 is configured to generate a response of the second request according to the response instruction of the second user, and send a response of the second request to the client of the first user, where the response of the second request is the second user Confirm the consent or disagree with the response of the agent.
  • the second history receiving module 2507 is configured to receive a historical session record of the session sent by the client of the first user.
  • the first request further includes an identifier for identifying whether the second user is visible.
  • the third prompting module 2508 is configured to: when the identifier is invisible, not prompting the message of the first user as a proxy message in the session; and when the identifier is visible, prompting the message of the first user as a proxy message in the session.
  • the proxy configuration information is sent in the session where the first user is located, which can effectively improve the flexibility and applicability of the message interaction method, and realize the addition of the proxy in the message interaction of the instant messaging application, thereby effectively improving the user experience.
  • portions of the invention may be implemented in hardware, software, firmware or a combination thereof.
  • multiple steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system.
  • a suitable instruction execution system For example, if implemented in hardware, as in another embodiment, it can be implemented by any one or combination of the following techniques well known in the art: having logic gates for implementing logic functions on data signals. Discrete logic circuit, ASIC with suitable combination logic gate, programmable gate array (PGA), Field Programmable Gate Array (FPGA), etc.
  • each functional unit in each embodiment of the present invention may be integrated into one processing module, or each unit may exist physically separately, or two or more units may be integrated into one module.
  • the above integrated modules can be implemented in the form of hardware or in the form of software functional modules.
  • the integrated modules, if implemented in the form of software functional modules and sold or used as stand-alone products, may also be stored in a computer readable storage medium.
  • the above mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提出一种消息交互方法和装置，该消息交互方法包括接收第一用户的客户端发送的第一请求，其中，第一请求包括用于代理第一用户的第二用户的用户标识和第一用户所在的会话的标识；根据第二用户的用户标识，确定第二用户为第一用户的代理；接收第二用户的客户端发送的消息；将消息作为第一用户的消息发送在会话的标识对应的会话中。通过本发明能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。

Description

消息交互方法和装置
本申请要求2016年08月05日递交的申请号为201610635302.5、发明名称为“消息交互方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，尤其涉及一种消息交互方法和装置
背景技术
用户在使用电子设备上的即时通讯类应用程序进行消息交互时，会有添加代理来代替自己与对方交互消息的需求，例如，用户需要做另一件事情而又不愿中断当前会话，或者，用户需要借助代理的专业知识来代替自己会话等场景。
相关技术中，未有实现在即时通讯类应用程序中添加代理的功能。
发明内容
本发明旨在至少在一定程度上解决相关技术中的技术问题之一。
为此，本发明的一个目的在于提出一种消息交互方法，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
本发明的另一个目的在于提出一种消息交互方法。
本发明的另一个目的在于提出一种消息交互方法。
本发明的另一个目的在于提出一种消息交互方法。
本发明的另一个目的在于提出一种消息交互方法。
本发明的另一个目的在于提出一种消息交互装置。
本发明的另一个目的在于提出一种消息交互装置。
本发明的另一个目的在于提出一种消息交互装置。
本发明的另一个目的在于提出一种消息交互装置。
本发明的另一个目的在于提出一种消息交互装置。
为达到上述目的，本发明第一方面实施例提出的消息交互方法，包括：接收第一用户的客户端发送的第一请求，其中，所述第一请求包括用于代理第一用户的第二用户的用户标识和所述第一用户所在的会话的标识；根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理；接收所述第二用户的客户端发送的消息；将所述消息 作为所述第一用户的消息发送在所述会话的标识对应的会话中。
本发明第一方面实施例提出的消息交互方法，通过将第二用户客户端发送的消息作为第一用户的消息发送在第一用户所在的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第二方面实施例提出的消息交互方法，包括：生成第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；将所述第一请求发送至服务器，以使所述服务器将所述第二用户的客户端发送的消息作为所述第一用户或所述第一用户代理的消息发送在所述会话的标识对应的会话中。
本发明第二方面实施例提出的消息交互方法，通过将第一请求发送至服务器，以使服务器将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第三方面实施例提出的消息交互方法，包括：接收代理指令，所述代理指令中携带有被代理的第一用户的用户标识、所述第一用户所在的会话标识，所述代理指令用于指示将所述第二用户作为所述第一用户的代理；接收所述第二用户输入的消息和用于发送所述消息的指令；根据所述指令将所述消息发送至服务器，以使所述服务器将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
本发明第三方面实施例提出的消息交互方法，通过第二用户的客户端接收代理指令，接收第二用户输入的消息和用于发送消息的指令，根据指令将消息发送至服务器，以使服务器将消息作为第一用户的消息发送在会话的标识对应的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第四方面实施例提出的消息交互方法，包括：根据第一用户选择的代理，生成代理配置信息和第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；将所述代理配置信息和所述第一请求发送至第二用户的客户端，以使所述第二用户的客户端根据所述代理配置信息将所述第二用户输入的消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
本发明第四方面实施例提出的消息交互方法，通过将代理配置信息和第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第五方面实施例提出的消息交互方法，包括：接收第一用户的客户端发送的代理配置信息和第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；接收所述第二用户输入的消息和用于发送所述消息的指令；根据所述代理配置信息将所述消息发送在所述第一用户所在的会话中。
本发明第五方面实施例提出的消息交互方法，通过接收第一用户的客户端发送的代理配置信息和第一请求，当第二用户确认同意代理的响应时，接收第二用户输入的消息和用于发送消息的指令，根据代理配置信息将消息发送在第一用户所在的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第六方面实施例提出的消息交互装置，包括：第一请求接收模块，用于接收第一用户的客户端发送的第一请求，其中，所述第一请求包括用于代理第一用户的第二用户的用户标识和所述第一用户所在的会话的标识；确定模块，用于根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理；消息接收模块，用于接收所述第二用户的客户端发送的消息；第一消息发送模块，用于将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
本发明第六方面实施例提出的消息交互装置，通过将第二用户客户端发送的消息作为第一用户的消息发送在第一用户所在的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第七方面实施例提出的消息交互装置，包括：第一生成模块，用于生成第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；第一发送模块，用于将所述第一请求发送至服务器，以使所述服务器将所述第二用户的客户端发送的消息作为所述第一用户或所述第一用户代理的消息发送在所述会话的标识对应的会话中。
本发明第七方面实施例提出的消息交互装置，通过将第一请求发送至服务器，以使服务器将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会 话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第八方面实施例提出的消息交互装置，包括：代理指令接收模块，用于接收代理指令，所述代理指令中携带有被代理的第一用户的用户标识、所述第一用户所在的会话标识，所述代理指令用于指示将所述第二用户作为所述第一用户的代理；第一消息指令接收模块，用于接收所述第二用户输入的消息和用于发送所述消息的指令；第二消息发送模块，用于根据所述指令将所述消息发送至服务器，以使所述服务器将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
本发明第八方面实施例提出的消息交互装置，通过第二用户的客户端接收代理指令，接收第二用户输入的消息和用于发送消息的指令，根据指令将消息发送至服务器，以使服务器将消息作为第一用户的消息发送在会话的标识对应的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第九方面实施例提出的消息交互装置，包括第二生成模块，用于根据第一用户选择的代理，生成代理配置信息和第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；第二发送模块，用于将所述代理配置信息和所述第一请求发送至第二用户的客户端，以使所述第二用户的客户端根据所述代理配置信息将所述第二用户输入的消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
本发明第九方面实施例提出的消息交互装置，通过将代理配置信息和第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
为达到上述目的，本发明第十方面实施例提出的消息交互装置，包括第四接收模块，用于接收第一用户的客户端发送的代理配置信息和第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；第二消息指令接收模块，用于接收所述第二用户输入的消息和用于发送所述消息的指令；第三消息发送模块，用于根据所述代理配置信息将所述消息发送在所述第一用户所在的会话中。
本发明第十方面实施例提出的消息交互装置，通过接收第一用户的客户端发送的代理配置信息和第一请求，当第二用户确认同意代理的响应时，接收第二用户输入的消息 和用于发送消息的指令，根据代理配置信息将消息发送在第一用户所在的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是本发明一实施例提出的消息交互方法的流程示意图；
图2是本发明实施例中第一用户所在会话的聊天界面示意图；
图3是本发明另一实施例提出的消息交互方法的流程示意图；
图4是本发明另一实施例提出的消息交互方法的流程示意图；
图5是本发明另一实施例提出的消息交互方法的流程示意图；
图6是本发明另一实施例提出的消息交互方法的流程示意图；
图7是本发明实施例中聊天消息界面示意图；
图8是本发明实施例中代理选择界面示意图；
图9是本发明另一实施例提出的消息交互方法的流程示意图；
图10是本发明另一实施例提出的消息交互方法的流程示意图；
图11是本发明另一实施例提出的消息交互方法的流程示意图；
图12是本发明另一实施例提出的消息交互方法的流程示意图；
图13是本发明另一实施例提出的消息交互方法的流程示意图；
图14是本发明另一实施例提出的消息交互方法的流程示意图；
图15是本发明另一实施例提出的消息交互方法的流程示意图；
图16是本发明另一实施例提出的消息交互方法的流程示意图；
图17是本发明另一实施例提出的消息交互装置的结构示意图；
图18是本发明另一实施例提出的消息交互装置的结构示意图；
图19是本发明另一实施例提出的消息交互装置的结构示意图；
图20是本发明另一实施例提出的消息交互装置的结构示意图；
图21是本发明另一实施例提出的消息交互装置的结构示意图；
图22是本发明另一实施例提出的消息交互装置的结构示意图；
图23是本发明另一实施例提出的消息交互装置的结构示意图；
图24是本发明另一实施例提出的消息交互装置的结构示意图；
图25是本发明另一实施例提出的消息交互装置的结构示意图；
图26是本发明另一实施例提出的消息交互装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
本实施例以该消息交互方法被配置为消息交互装置中来举例说明。该消息交互方法可以应用在即时通讯类应用程序中，其中，应用程序可以是指运行在电子设备上的软件程序，电子设备例如为个人电脑(Personal Computer，PC)，云端设备或者移动设备，移动设备例如智能手机，或者平板电脑等。
图1是本发明一实施例提出的消息交互方法的流程示意图。参见图1，该消息交互方法可以包括：
S101：接收第一用户的客户端发送的第一请求，其中，第一请求包括用于代理第一用户的第二用户的用户标识和第一用户所在的会话的标识。
本实施例的执行主体可以为服务器。
在本发明的实施例中，第一用户为发起代理请求的用户。第一用户的客户端为安装在第一用户侧的电子设备上的即时通讯类应用程序客户端。例如，淘宝旺旺客户端。
可以理解的是，用户在使用电子设备上的即时通讯类应用程序进行消息交互时，会有添加代理来代替自己与对方交互消息的需求，例如，用户需要做另一件事情而又不愿中断当前会话，或者，用户需要借助代理的专业知识来代替自己会话等场景。
在本发明的实施例中，第一请求为第一用户的客户端生成的。其中，第一请求包括用于代理第一用户的第二用户的用户标识和第一用户所在的会话的标识。
可选地，第一用户的客户端可以根据第一用户的指令生成第一请求，并将第一请求发送至服务器，以使服务器根据第一请求中用于代理第一用户的第二用户的用户标识将 对应的第二用户加入至第一用户所在的会话中，对此不作限制。
在本发明的实施例中，第二用户为第一用户选择的用于代理第一用户的用户，用于代理第一用户的第二用户的用户标识可以唯一标识第二用户，可以由第一用户的客户端根据第一用户的指令获取得到。
在本发明的实施例中，第一用户所在的会话为第一用户在电子设备上的即时通讯类应用程序中正在进行的会话，参见图2，图2为本发明实施例中第一用户所在的会话的聊天界面示意图，其中，图2包括代理添加按键21、第一用户的消息22，以及第一用户所在的会话的会话对象的消息23。在第一用户有添加代理来代替自己与对方交互消息的需求时，可以点击图2中的代理添加按键21，触发第一用户的客户端生成第一请求，并将第一请求发送至服务器。
可选地，参见图3，一些实施例中，在S101之后，该消息交互方法还可以包括：
S301：根据第二用户的用户标识向第二用户的客户端发送第二请求，其中，第二请求用于使第二用户确认是否同意代理。
其中，第二用户为对第一用户进行代理的用户。第二用户的客户端为登录第二用户的账号的即时通讯类应用程序客户端。
在本发明的实施例中，在检测到第二用户的客户端后，可以将第二请求发送至第二用户的客户端，在检测到第二用户的客户端后，可以将第二请求发送至第二用户的客户端，并在第二用户确认同意代理时，将第二用户加入至当前会话，或者，在第二用户确认同意代理时，将第二用户的客户端发送的消息发送至第一用户的客户端，对此不作限制。
S302：接收第二用户的客户端发送的第二请求的响应，其中，第二请求的响应为第二用户确认同意或不同意代理的响应，当第二请求的响应为第二用户确认同意代理的响应时，则执行根据第二用户的用户标识，确定第二用户为第一用户的代理。
可以理解的是，第二请求的响应包括第二用户确认同意代理的响应，和第二用户确认不同意代理的响应，第二用户的客户端在接收到服务器发送的第二请求时，可以根据第二请求对第二用户进行提示，并接收第二用户的响应指令，根据第二用户的响应指令生成第二用户确认同意或不同意代理的响应，并将第二用户确认同意或不同意代理的响应发送至服务器，当第二请求的响应为第二用户确认同意代理的响应时，则执行根据第二用户的用户标识，确定第二用户为第一用户的代理。
本实施例中，通过向第二用户的客户端发送用于使第二用户确认是否同意代理的第 二请求，由第二用户确定是否同意代理，在第二用户不同意代理时，第一用户可以选取其他联系人作为代理，在第二用户同意代理时，接收第二用户的客户端发送的消息，有效提升消息交互方法的灵活性和适用性。
继续参见图1，S102：根据第二用户的用户标识，确定第二用户为第一用户的代理。
在本发明的实施例中，第二用户为第一用户选择的用于代理第一用户的用户，用于代理第一用户的第二用户的用户标识可以唯一标识第二用户，可以根据第二用户的用户标识，确定第二用户为第一用户的代理，将第二用户加入至会话的标识对应的会话中。
S103：接收第二用户的客户端发送的消息。
在本发明的实施例中，第二用户的客户端发送的消息可以为会话消息，用于在会话中进行消息交互。
在本发明的实施例中，服务器接收第一用户的客户端发送的第一请求时，会读取第一请求中的第二用户的用户标识，并根据用户标识与账号的对应关系，从数据库中读取对应的第二用户的账号，可以理解的是，在用户使用即时通讯类应用程序时，会在该应用程序中进行注册，该应用程序侧的服务器在接收到用户的注册请求后，将用户的账号、密码，以及用户标识等信息对应保存在数据库中，对此不作限制。
可选地，服务器在解析到第二用户的账号时，可以检测登录第二用户的账号的即时通讯类应用程序客户端，作为第二用户的客户端。
可选地，服务器还可以在接收到第一用户的客户端发送的第一请求之后，根据用户标识生成第二请求，其中，第二请求用于使第二用户确认是否同意代理，并触发S301。
S104：将消息作为第一用户的消息发送在会话的标识对应的会话中。
在本发明的实施例中，例如可以将消息发送至第一用户的客户端，以使第一用户的客户端将消息发送在会话中。
在本发明的实施例中，第一请求还包括用于标识第二用户是否可见的标识，其中，第二用户是否可见可以例如为在第一用户所在的会话中，第二用户的身份信息是否对第三用户可见，第三用户例如为第一用户所在的会话的会话对象。
可选地，将消息作为第一用户的消息发送在会话的标识对应的会话中之后，包括：当标识为不可见时，在会话中不提示第一用户的消息为代理的消息；当标识为可见时，在会话中提示第一用户的消息为代理的消息。
可以理解的是，当第一用户有添加代理来代替自己与对方交互消息的需求，且需要隐藏代理的身份信息时，可以设置第二用户不可见，而当第一用户不需要隐藏代理的身 份信息时，可以设置第二用户可见，对此不作限制。
本实施例中，通过将第二用户客户端发送的消息作为第一用户的消息发送在第一用户所在的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图4是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交互方法被配置为消息交互装置中来举例说明。
参见图4，该消息交互方法可以包括：
S401：接收第一用户的客户端发送的第一请求，其中，第一请求包括用于代理第一用户的第二用户的用户标识和第一用户所在的会话的标识。
本实施例的S401与图1实施例中的S101相同，于此不再赘述。
值得一提的是，在本发明的实施例中，当第一请求还可以包括第N用户的用户标识时，N为大于或等于3的正整数，还可以根据第N用户的用户标识向第N用户的客户端发送第三请求，其中，第三请求用于使第N用户确认是否同意代理，以使第一用户和第N用户共同作为第一用户的代理，详细处理流程参见添加第二用户为代理的方法流程，在此不再赘述。
S402：根据第二用户的用户标识向第二用户的客户端发送第二请求，其中，第二请求用于使第二用户确认是否同意代理。
在本发明的实施例中，服务器接收第一用户的客户端发送的第一请求时，会读取第一请求中的第二用户的用户标识，并根据用户标识与账号的对应关系，从数据库中读取对应的第二用户的账号，可以理解的是，在用户使用即时通讯类应用程序时，会在该应用程序中进行注册，该应用程序侧的服务器在接收到用户的注册请求后，将用户的账号、密码，以及用户标识等信息对应保存在数据库中，对此不作限制。
可选地，服务器在解析到第二用户的账号时，可以检测登录第二用户的账号的即时通讯类应用程序客户端，作为第二用户的客户端，并向第二用户的客户端发送用于使第二用户确认是否同意代理的第二请求。
S403：接收第二用户的客户端发送的第二请求的响应，其中，第二请求的响应为第二用户确认同意或不同意代理的响应，当第二请求的响应为第二用户确认同意代理的响应时，则执行根据第二用户的用户标识，确定第二用户为第一用户的代理。
在本发明的实施例中，在检测到第二用户的客户端后，可以将第二请求发送至第二用户的客户端，并在第二用户确认同意代理时，将第二用户加入至当前会话，或者，在 第二用户确认同意代理时，将第二用户的客户端发送的消息发送至第一用户的客户端，对此不作限制。
可以理解的是，第二请求的响应包括第二用户确认同意代理的响应，和第二用户确认不同意代理的响应，第二用户的客户端在接收到服务器发送的第二请求时，可以根据第二请求对第二用户进行提示，并接收第二用户的响应指令，根据第二用户的响应指令生成第二用户确认同意或不同意代理的响应，并将第二用户确认同意或不同意代理的响应发送至服务器，当第二请求的响应为第二用户确认同意代理的响应时，则执行根据第二用户的用户标识，确定第二用户为第一用户的代理。
S404：当第二请求的响应为第二用户确认不同意代理的响应时，生成提示信息，并将提示信息发送至第一用户的客户端。
在第二用户不同意代理时，可以在第一用户的客户端侧对第一用户进行提示，以使第一用户可以选取其他联系人作为代理，有效提升消息交互方法的灵活性和适用性。
S405：当第二请求的响应为第二用户确认同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端。
可选地，在将会话的历史会话记录发送至第二用户的客户端之后，还可以将第二用户加入至会话的标识对应的会话中，或者，将消息发送至第一用户的客户端，以使第一用户的客户端将消息发送在会话中，对此不作限制。
在本发明的实施例中，在服务器将第二用户加入至当前会话中时，可以读取当前会话中的历史记录，并将历史记录发送至第二用户的客户端，以使第二用户能够获知历史记录，便于第二用户在代言第一用户进行会话时，能够结合会话上下文发送准确的消息，保证消息的连贯性和准确性，有效提升消息交互方法的实用性。
S406：根据第二用户的用户标识，确定第二用户为第一用户的代理。
在本发明的实施例中，第二用户为第一用户选择的用于代理第一用户的用户，用于代理第一用户的第二用户的用户标识可以唯一标识第二用户，可以根据第二用户的用户标识，确定第二用户为第一用户的代理，将第二用户加入至会话的标识对应的会话中。
S407：当第一用户和第二用户中的一个用户进行输入时，向第一用户和第二用户中的另一个用户进行提示。
在本发明的实施例中，当第一用户在会话的聊天界面进行输入时，可以生成提示消息，提示消息例如，第一用户正在输入。并将提示消息发送至第二用户的客户端，或者，当第二用户在会话的聊天界面进行输入时，可以生成提示消息，提示消息例如，第二用 户正在输入。并将提示消息发送至第一用户的客户端，以避免第二用户和第一用户输入一致的消息，占用消息交互的资源，提升消息交互的效率，并且能够节省服务器的内存消耗，提升消息交互系统性能。
S408：接收第二用户的客户端发送的消息。
在本发明的实施例中，第二用户的客户端发送的消息可以为会话消息，用于在会话中进行消息交互。
S409：将消息作为第一用户的消息发送在会话的标识对应的会话中。
在本发明的实施例中，第一请求还包括用于标识第二用户是否可见的标识，其中，第二用户是否可见可以例如为在第一用户所在的会话中，第二用户的身份信息是否对第三用户可见，第三用户例如为第一用户所在的会话的会话对象。
可选地，将消息作为第一用户的消息发送在会话的标识对应的会话中之后，包括：当标识为不可见时，在会话中不提示第一用户的消息为代理的消息；当标识为可见时，在会话中提示第一用户的消息为代理的消息。
可以理解的是，当第一用户有添加代理来代替自己与对方交互消息的需求，且需要隐藏代理的身份信息时，可以设置第二用户不可见，而当第一用户不需要隐藏代理的身份信息时，可以设置第二用户可见，对此不作限制。
本实施例中，通过向第二用户的客户端发送用于使第二用户确认是否同意代理的第二请求，由第二用户确定是否同意代理，在第二用户不同意代理时，第一用户可以选取其他联系人作为代理，在第二用户同意代理时，接收第二用户的客户端发送的消息，有效提升消息交互方法的灵活性和适用性。通过在服务器将第二用户加入至当前会话中时，可以读取当前会话中的历史记录，并将历史记录发送至第二用户的客户端，以使第二用户能够获知历史记录，便于第二用户在代言第一用户进行会话时，能够结合会话上下文发送准确的消息，保证消息的连贯性和准确性，有效提升消息交互方法的实用性。通过在第一用户和第二用户中的一个进行输入时，向第一用户和第二用户中的另一个进行提示，能够避免第二用户和第一用户输入一致的消息，占用消息交互的资源，提升消息交互的效率，并且能够节省服务器的内存消耗，提升消息交互系统性能。通过将第二用户客户端发送的消息作为第一用户的消息发送在第一用户所在的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图5是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交互方法被配置为消息交互装置中来举例说明。
参见图5，该消息交互方法可以包括：
S501：生成第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
本实施例的执行主体可以为第一用户的客户端。
可选地，第一用户的客户端可以根据第一用户的指令生成第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识，并将第一请求发送至服务器，以使服务器将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会话中。
在本发明的实施例中，用于代理第一用户的第二用户的用户标识可以唯一标识第二用户，可以由第一用户的客户端根据第一用户的指令获取得到，例如，第一用户可以在会话的界面中触发添加代理的按键，并在代理选择界面中选择需要作为代理的联系人，以触发客户端生成第一请求。
可选地，第一请求还包括用于标识第二用户是否可见的标识，第一用户的客户端可以根据第一用户的指令设置第二用户是否可见的标识。
可选地，一些实施例中，在S501之前，还包括：
S601：显示第一用户所在的会话的界面，其中，界面包括用于添加代理的按键。
参见图2，图2为本发明实施例中会话的聊天界面示意图，其中，图2包括添加代理的按键21、第一用户的消息22，以及会话对象的消息23。在第一用户有添加代理来代替自己与对方交互消息的需求时，可以点击图2中的添加代理的按键21，触发第一用户的客户端生成第一请求。
S602：当按键被触发时，显示代理选择界面。
参见图7，图7为本发明实施例中聊天消息界面示意图，其中，图7包括添加代理的按键71和代理设置模块72，其中，用户可以点击添加代理的按键71来选择联系人作为代理，代理设置模块72用于使第一用户设置用于标识第二用户是否可见的标识。
可选地，当标识为不可见时，将消息作为第一用户的消息发送在会话的标识对应的会话中；当标识为可见时，将消息作为第一用户代理的消息发送在会话的标识对应的会话中。
参见图8，图8为本发明实施例中代理选择界面示意图，其中，图8包括联系人列表81和联系人选取框82。
S603：接收第一用户在代理选择界面中选择的代理。
S502：将第一请求发送至服务器，以使服务器将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会话中。
在本发明的实施例中，第一客户端还可以接收第二用户的客户端发送的消息，并将消息发送在会话中，例如，在第二用户确认同意代理时，将第二用户的客户端发送的消息发送至第一用户的客户端。
可选地，联系人列表可以为第一用户在即时通讯应用程序中预先添加的联系人，第一用户可以选取一个的联系人作为第二用户，客户端可以将第一用户选取的联系人的标识作为第二用户的用户标识，根据用户标识生成第一请求，或者，第一用户也可以选取N个联系人作为第N用户，并将N个联系人的标识作为第N用户的标识，根据第N用户的标识生成第一请求，对此不作限制。
进一步，可选地，第一用户的客户端也可以获取第一用户所在的会话的标识，并将会话的标识作为第一请求的一部分，以将用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识发送至服务器。本实施例中，通过将第一请求发送至服务器，以使服务器将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图9是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交互方法被配置为消息交互装置中来举例说明。
参见图9，该消息交互方法可以包括：
S901：接收代理指令，代理指令中携带有被代理的第一用户的用户标识、第一用户所在的会话标识，代理指令用于指示将第二用户作为第一用户的代理。
本实施例的执行主体可以为第二用户的客户端。
其中，第二用户为对第一用户进行代理的用户。第二用户的客户端为登录第二用户的账号的即时通讯类应用程序客户端。
在本发明的实施例中，第二用户为第一用户选择的用于代理第一用户的用户，第一用户的用户标识可以唯一标识第一用户，可以由第二用户的客户端根据代理指令获取得到。
可选地，第二用户的客户端可以根据代理指令确认是否同意代理，当第二用户确认同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端，在第二用户不同意代理时，可以在第一用户的客户端侧对第一用户进行提示，以使第一用户可以选取其 他联系人作为代理，有效提升消息交互方法的灵活性和适用性。
可选地，一些实施例中，参见图10，在S901之后，该消息交互方法还包括：S1001：接收服务器发送的请求，其中，请求用于使第二用户确认是否同意代理。
其中，第二用户为对第一用户进行代理的用户。第二用户的客户端为登录第二用户的账号的即时通讯类应用程序的客户端。
在本发明的实施例中，在服务器检测到第二用户客户端后，可以将是否同意代理的请求发送至第二用户的客户端，第二用户的客户端可以接收服务器发送的请求。
S1002：根据请求对第二用户进行提示，并接收第二用户的响应指令。
可选地，可以生成提示消息，提示消息例如：第一用户邀请您代理！是否同意。由第二用户决定是否代理，第二用户可以在提示界面中输入响应指令。
S1003：根据第二用户的响应指令生成请求的响应，并将请求的响应发送至服务器，其中，请求的响应为第二用户确认同意或不同意代理的响应。
S1004：接收服务器发送的会话的历史会话记录。
在本发明的实施例中，当请求的响应为第二用户确认同意代理的响应时，将第二用户加入至会话的标识对应的会话中，服务器可以将读取到的第一用户所在的会话中的历史会话记录发送至第二用户的客户端，以使第二用户能够获知历史记录，便于第二用户在代言第一用户进行会话时，能够结合会话上下文发送准确的消息，保证消息的连贯性和准确性，有效提升消息交互方法的实用性。本实施例中，通过由第二用户确定是否同意代理，在第二用户不同意代理时，第一用户可以选取其他联系人作为代理，在第二用户同意代理时，接收第二用户的客户端发送的消息，有效提升消息交互方法的灵活性和适用性。
S902：接收第二用户输入的消息和用于发送消息的指令。
可选地，当第二用户确认同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端，以使第二用户能够获知历史记录，便于第二用户在代言第一用户进行会话时，能够结合会话上下文发送准确的消息，保证消息的连贯性和准确性，第二用户的客户端还可以接收第二用户输入的消息和用于发送消息的指令，以根据指令将消息发送至服务器，用于在会话中进行消息交互。
S903：根据指令将消息发送至服务器，以使服务器将消息作为第一用户的消息发送在会话的标识对应的会话中。
可选地，第二用户的客户端根据指令将消息发送至服务器，以使服务器将消息作为 第一用户的消息发送在会话的标识对应的会话中。
本实施例中，通过第二用户的客户端接收代理指令，接收第二用户输入的消息和用于发送消息的指令，根据指令将消息发送至服务器，以使服务器将消息作为第一用户的消息发送在会话的标识对应的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图11是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交互方法被配置为消息交互装置中来举例说明。
参见图11，该消息交互方法可以包括：
S1101：第一用户的客户端显示第一用户所在的会话的界面，其中，界面包括用于添加代理的按键。
本实施例以第一用户的客户端、第二用户的客户端，以及服务器之间的交互示例。
S1102：当按键被触发时，第一用户的客户端显示代理选择界面。
S1103：第一用户的客户端接收第一用户在代理选择界面中选择的代理。
S1104：第一用户的客户端生成第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
S1105：第一用户的客户端将第一请求发送至服务器，以使服务器将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会话中。
S1106：服务器接收第一用户的客户端发送的第一请求，其中，第一请求包括用于代理第一用户的第二用户的用户标识和第一用户所在的会话的标识。
S1107：服务器根据第二用户的用户标识向第二用户的客户端发送第二请求，其中，第二请求用于使第二用户确认是否同意代理。
S1108：第二用户的客户端接收服务器发送的第二请求，其中，第二请求用于使第二用户确认是否同意代理。
S1109：第二用户的客户端根据第二请求对第二用户进行提示，并接收第二用户的响应指令。
S1110：第二用户的客户端根据第二用户的响应指令生成第二用户确认同意或不同意代理的响应，并将第二用户确认同意或不同意代理的响应发送至服务器。
S1111：服务器在接收到第二用户确认同意代理的响应时，将第二用户加入至会话的标识对应的会话中。
S1112：服务器将会话的历史会话记录发送至第二用户的客户端。
S1113：第二用户的客户端接收服务器发送的会话的历史会话记录。
S1114：第二用户的客户端显示会话的界面，并接收代理指令，代理指令中携带有被代理的第一用户的用户标识、第一用户所在的会话标识，代理指令用于指示将第二用户作为第一用户的代理。
S1115：第二用户的客户端接收第二用户输入的消息和用于发送消息的指令。
S1116：第二用户的客户端根据指令将消息发送至服务器。
S1117：服务器接收第二用户的客户端发送的消息，并将消息作为第一用户的消息发送在会话的标识对应的会话中。
S1118：当第一用户和第二用户中的一个用户进行输入时，向第一用户和第二用户中的另一个用户进行提示。
本实施例的执行过程可以参见图1-图10所示的实施例，在此不再赘述。
本实施例中，通过向第二用户的客户端发送用于使第二用户确认是否同意代理的第二请求，由第二用户确定是否同意代理，在第二用户不同意代理时，第一用户可以选取其他联系人作为代理，在第二用户同意代理时，接收第二用户的客户端发送的消息，有效提升消息交互方法的灵活性和适用性。通过在服务器将第二用户加入至当前会话中时，可以读取当前会话中的历史记录，并将历史记录发送至第二用户的客户端，以使第二用户能够获知历史记录，便于第二用户在代言第一用户进行会话时，能够结合会话上下文发送准确的消息，保证消息的连贯性和准确性，有效提升消息交互方法的实用性。通过在第一用户和第二用户中的一个进行输入时，向第一用户和第二用户中的另一个进行提示，能够避免第二用户和第一用户输入一致的消息，占用消息交互的资源，提升消息交互的效率，并且能够节省服务器的内存消耗，提升消息交互系统性能。通过将第二用户客户端发送的消息作为第一用户的消息发送在第一用户所在的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图12是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交互方法被配置为消息交互装置中来举例说明。
参见图12，该消息交互方法可以包括：
S1201：根据第一用户选择的代理，生成代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
在本发明的实施例中，第一用户所在的会话为标识对应的会话，第二用户为第一用户选择的用于代理第一用户的用户。
本实施例的执行主体可以为第一用户的客户端。
可选地，第一用户的客户端可以根据第一用户选择的代理，生成代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识，并将第一请求发送至第二用户的客户端，以将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会话中。
在本发明的实施例中，用于代理第一用户的第二用户的用户标识可以唯一标识第二用户，可以由第一用户的客户端根据第一用户的指令获取得到，例如，第一用户可以在会话的界面中触发添加代理的按键，并在代理选择界面中选择需要作为代理的联系人，以触发客户端生成代理配置信息和第一请求。
可选地，第一请求还包括用于标识第二用户是否可见的标识，第一用户的客户端可以根据第一用户的指令设置第二用户是否可见的标识。
S1202：将代理配置信息和第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中。
在本发明的实施例中，当第二请求的响应为第二用户确认同意代理的响应时，将代理配置信息和第一请求发送至第二用户的客户端。
可选地，联系人列表可以为第一用户在即时通讯应用程序中预先添加的联系人，第一用户可以选取一个的联系人作为第二用户，客户端可以将第一用户选取的联系人的标识作为第二用户的用户标识，根据选择的联系人和用户标识生成代理配置信息和第一请求，或者，第一用户也可以选取N个联系人作为第N用户，并将N个联系人的标识作为第N用户的标识，根据选择的N个联系人和第N用户的标识生成代理配置信息和第一请求，对此不作限制。
进一步，可选地，第一用户的客户端也可以获取第一用户所在的会话的标识，并将会话的标识作为第一请求的一部分，以将用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识和代理配置信息发送至第二用户的客户端。
本实施例中，通过将代理配置信息和第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图13是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交 互方法被配置为消息交互装置中来举例说明。
参见图13，该消息交互方法可以包括：
S1301：显示第一用户所在的会话的界面，其中，界面包括用于添加代理的按键。
参见图2，图2为本发明实施例中第一用户所在的会话的聊天界面示意图，其中，图2包括代理添加按键21、第一用户的消息22，以及第一用户所在的会话的会话对象的消息23。在第一用户有添加代理来代替自己与对方交互消息的需求时，可以点击图2中的代理添加按键21，触发第一用户的客户端第一用户选择的代理，生成代理配置信息和第一请求。
S1302：当按键被触发时，显示代理选择界面。
参见图7，图7为本发明实施例中聊天消息界面示意图，其中，图7包括添加代理的按键71和代理设置模块72，其中，用户可以点击添加代理的按键71来选择联系人作为代理，代理设置模块72用于使第一用户设置用于标识第二用户是否可见的标识。
可选地，当标识为不可见时，将消息作为第一用户的消息发送在会话的标识对应的会话中；当标识为可见时，将消息作为第一用户代理的消息发送在会话的标识对应的会话中。
S1303：接收第一用户在代理选择界面中选择的代理。
参见图8，图8为本发明实施例中代理选择界面示意图，其中，图8包括联系人列表81和联系人选取框82。
S1304：根据第一用户选择的代理，生成代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
在本发明的实施例中，第一用户所在的会话为标识对应的会话，第二用户为第一用户选择的用于代理第一用户的用户。
可选地，第一用户的客户端可以根据第一用户选择的代理，生成代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识，并将第一请求发送至第二用户的客户端，以将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会话中。
在本发明的实施例中，用于代理第一用户的第二用户的用户标识可以唯一标识第二用户，可以由第一用户的客户端根据第一用户的指令获取得到，例如，第一用户可以在会话的界面中触发添加代理的按键，并在代理选择界面中选择需要作为代理的联系人，以触发客户端生成代理配置信息和第一请求。
可选地，第一请求还包括用于标识第二用户是否可见的标识，第一用户的客户端可以根据第一用户的指令设置第二用户是否可见的标识。
S1305：根据第二用户的用户标识向第二用户的客户端发送第二请求，其中，第二请求用于使第二用户确认是否同意代理。
在本发明的实施例中，第一用户的客户端在发送第一请求时，会读取第一请求中的第二用户的用户标识，并根据用户标识向第二用户的客户端发送用于使第二用户确认是否同意代理的第二请求。
S1306：接收第二用户的客户端发送的第二请求的响应，其中，第二请求的响应为第二用户确认同意或不同意代理的响应。
在本发明的实施例中，在检测到第二用户的客户端后，可以将第二请求发送至第二用户的客户端，并在第二用户确认同意代理时，将第二用户加入至当前会话，或者，在第二用户确认同意代理时，将第二用户的客户端发送的消息发送至第一用户的客户端，对此不作限制。
可以理解的是，第二请求的响应包括第二用户确认同意代理的响应，和第二用户确认不同意代理的响应，第二用户的客户端在接收到服务器发送的第二请求时，可以根据第二请求对第二用户进行提示，并接收第二用户的响应指令，根据第二用户的响应指令生成第二用户确认同意或不同意代理的响应，并将第二用户确认同意或不同意代理的响应发送至第一用户的客户端。
S1307：当第二请求的响应为第二用户确认不同意代理的响应时，生成提示信息，根据提示信息对第一用户进行提示。
可选地，在第二用户不同意代理时，可以在第一用户的客户端侧对第一用户进行提示，以使第一用户可以选取其他联系人作为代理，有效提升消息交互方法的灵活性和适用性。
S1308：当第二请求的响应为第二用户确认同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端。
S1309：当第二请求的响应为第二用户确认同意代理的响应时，将代理配置信息和第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中。
可选地，当第二请求的响应为第二用户确认同意代理的响应时，将代理配置信息和第一请求发送至第二用户的客户端，可以根据第二用户的用户标识，确定第二用户为第 一用户的代理，其中，第二用户为第一用户选择的用于代理第一用户的用户，用于代理第一用户的第二用户的用户标识可以唯一标识第二用户，可以根据第二用户的用户标识，确定第二用户为第一用户的代理，将第二用户加入至会话的标识对应的会话中。
在本发明的实施例中，第二用户的客户端输入的消息可以为会话消息，用于在会话中进行消息交互。
可选地，将第二用户的客户端输入的消息作为第一用户的消息发送在会话的标识对应的会话中之后，包括：当标识为不可见时，在会话中不提示第一用户的消息为代理的消息；当标识为可见时，在会话中提示第一用户的消息为代理的消息。
可以理解的是，当第一用户有添加代理来代替自己与对方交互消息的需求，且需要隐藏代理的身份信息时，可以设置第二用户不可见，而当第一用户不需要隐藏代理的身份信息时，可以设置第二用户可见，对此不作限制。
本实施例中，通过向第二用户的客户端发送用于使第二用户确认是否同意代理的第二请求，由第二用户确定是否同意代理，在第二用户不同意代理时，第一用户可以选取其他联系人作为代理，在第二用户同意代理时，接收第二用户的客户端发送的消息，有效提升消息交互方法的灵活性和适用性。通过将代理配置信息和第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图14是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交互方法被配置为消息交互装置中来举例说明。
参见图14，该消息交互方法可以包括：
S1401：接收第一用户的客户端发送的代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
本实施例的执行主体可以为第二用户的客户端。
其中，第二用户为对第一用户进行代理的用户。第二用户的客户端为登录第二用户的账号的即时通讯类应用程序客户端。
在本发明的实施例中，第二用户为第一用户选择的用于代理第一用户的用户，第一用户的用户标识可以唯一标识第一用户，可以由第二用户的客户端根据代理指令获取得到。
可选地，第二用户的客户端可以根据代理指令确认是否同意代理，当第二用户确认 同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端，在第二用户不同意代理时，可以在第一用户的客户端侧对第一用户进行提示，以使第一用户可以选取其他联系人作为代理，有效提升消息交互方法的灵活性和适用性。
S1402：接收第二用户输入的消息和用于发送消息的指令。
可选地，当第二用户确认同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端，以使第二用户能够获知历史记录，便于第二用户在代言第一用户进行会话时，能够结合会话上下文发送准确的消息，保证消息的连贯性和准确性，第二用户的客户端还可以接收第二用户输入的消息和用于发送消息的指令，以根据指令将消息发送至第一用户的客户端，用于在会话中进行消息交互。
S1403：根据代理配置信息将消息发送在第一用户所在的会话中。
可选地，第二用户的客户端根据代理配置信息将消息发送至第一用户的客户端，以使第一用户的客户端将消息作为第一用户的消息发送在会话的标识对应的会话中。
本实施例中，通过接收第一用户的客户端发送的代理配置信息和第一请求，当第二用户确认同意代理的响应时，接收第二用户输入的消息和用于发送消息的指令，根据代理配置信息将消息发送在第一用户所在的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图15是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交互方法被配置为消息交互装置中来举例说明。
参见图15，该消息交互方法可以包括：
S1501：接收第一用户的客户端发送的第二请求，其中，第二请求用于使第二用户确认是否同意代理。
其中，第二用户为对第一用户进行代理的用户。第二用户的客户端为登录第二用户的账号的即时通讯类应用程序的客户端。
在本发明的实施例中，在第一用户的客户端检测到第二用户客户端后，可以将是否同意代理的第二请求发送至第二用户的客户端，第二用户的客户端可以接收第一用户的客户端发送的第二请求。
S1502：根据第二请求对第二用户进行提示，并接收第二用户的响应指令。
可选地，可以生成提示消息，提示消息例如：第一用户邀请您代理！是否同意。由第二用户决定是否代理，第二用户可以在提示界面中输入响应指令。
S1503：根据第二用户的响应指令生成第二请求的响应，并将第二请求的响应发送至第一用户的客户端，其中，第二请求的响应为第二用户确认同意或不同意代理的响应。
在本发明的实施例中，第二请求的响应为所述第二用户确认同意或不同意代理的响应，当所述第二请求的响应为所述第二用户确认同意代理的响应时，则执行根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理。
S1504：在第二用户确认同意代理之后，接收第一用户的客户端发送的会话的历史会话记录。
在本发明的实施例中，当请求的响应为第二用户确认同意代理的响应时，将第二用户加入至会话的标识对应的会话中，第一用户的客户端将第一用户所在的会话中的历史会话记录发送至第二用户的客户端，以使第二用户能够获知历史记录，便于第二用户在代言第一用户进行会话时，能够结合会话上下文发送准确的消息，保证消息的连贯性和准确性，有效提升消息交互方法的实用性。
S1505：接收第一用户的客户端发送的代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
其中，第二用户为对第一用户进行代理的用户。第二用户的客户端为登录第二用户的账号的即时通讯类应用程序客户端。
在本发明的实施例中，第二用户为第一用户选择的用于代理第一用户的用户，第一用户的用户标识可以唯一标识第一用户，可以由第二用户的客户端根据代理指令获取得到。
可选地，第二用户的客户端可以根据代理指令确认是否同意代理，当第二用户确认同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端，在第二用户不同意代理时，可以在第一用户的客户端侧对第一用户进行提示，以使第一用户可以选取其他联系人作为代理，有效提升消息交互方法的灵活性和适用性。
S1506：接收第二用户输入的消息和用于发送消息的指令。
可选地，当第二用户确认同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端，以使第二用户能够获知历史记录，便于第二用户在代言第一用户进行会话时，能够结合会话上下文发送准确的消息，保证消息的连贯性和准确性，第二用户的客户端还可以接收第二用户输入的消息和用于发送消息的指令，以根据指令将消息发送至服务器，用于在会话中进行消息交互。
S1507：根据代理配置信息将消息发送在第一用户所在的会话中。
在本发明的实施例中，第一请求还包括用于标识第二用户是否可见的标识，当标识为不可见时，在会话中不提示第一用户的消息为代理的消息；当标识为可见时，在会话中提示第一用户的消息为代理的消息。
可以理解的是，当第一用户有添加代理来代替自己与对方交互消息的需求，且需要隐藏代理的身份信息时，可以设置第二用户不可见，而当第一用户不需要隐藏代理的身份信息时，可以设置第二用户可见，对此不作限制。
可选地，第二用户的客户端根据代理配置信息将消息发送至第一用户的客户端，以使第一用户的客户端将消息作为第一用户的消息发送在会话的标识对应的会话中。
本实施例中，通过在第二用户确认同意代理之后，接收第一用户的客户端发送的会话的历史会话记录，能够便于第二用户在代言第一用户进行会话时，结合会话上下文发送准确的消息，保证消息的连贯性和准确性，有效提升消息交互方法的实用性。通过接收第二用户输入的消息和用于发送消息的指令，根据指令将消息发送至服务器，以使服务器将消息作为第一用户的消息发送在会话的标识对应的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。图16是本发明另一实施例提出的消息交互方法的流程示意图。本实施例以该消息交互方法被配置为消息交互装置中来举例说明。
参见图16，该消息交互方法可以包括：
S1601：第一用户的客户端显示第一用户所在的会话的界面，其中，界面包括用于添加代理的按键。
S1602：当按键被触发时，显示代理选择界面。
S1603：第一用户的客户端接收第一用户在代理选择界面中选择的代理。
S1604：第一用户的客户端根据第一用户选择的代理，生成代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
S1605：第一用户的客户端根据第二用户的用户标识向第二用户的客户端发送第二请求，其中，第二请求用于使第二用户确认是否同意代理。
S1606：第二用户的客户端接收第一用户的客户端发送的第二请求，其中，第二请求用于使第二用户确认是否同意代理。
S1607：第二用户的客户端根据第二请求对第二用户进行提示，并接收第二用户的响应指令。
S1608：第二用户的客户端根据第二用户的响应指令生成第二请求的响应，并将第二请求的响应发送至第一用户的客户端，其中，第二请求的响应为第二用户确认同意或不同意代理的响应。
S1609：第一用户的客户端接收第二用户的客户端确认同意代理的响应。
S1610：第一用户的客户端将会话的历史会话记录、代理配置信息及第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中。
S1611：第二用户的客户端接收第一用户的客户端发送的会话的历史会话记录、代理配置信息及第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
S1612：第二用户的客户端接收第二用户输入的消息和用于发送消息的指令。
S1613：第二用户的客户端根据代理配置信息将消息发送在第一用户所在的会话中。
本实施例的执行过程可以参见图12-图15所示的实施例，在此不再赘述。
本实施例中，通过向第二用户的客户端发送用于使第二用户确认是否同意代理的第二请求，由第二用户确定是否同意代理，在第二用户不同意代理时，第一用户可以选取其他联系人作为代理，在第二用户同意代理时，接收第二用户的客户端发送的消息，有效提升消息交互方法的灵活性和适用性。通过在第二用户确认同意代理之后，接收第一用户的客户端发送的会话的历史会话记录，能够便于第二用户在代言第一用户进行会话时，结合会话上下文发送准确的消息，保证消息的连贯性和准确性，有效提升消息交互方法的实用性。通过接收第二用户输入的消息和用于发送消息的指令，根据指令将消息发送至服务器，以使服务器将消息作为第一用户的消息发送在会话的标识对应的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图17是本发明另一实施例提出的消息交互装置的结构示意图。该消息交互装置可以通过软件、硬件或者两者的结合实现。
参见图17，该消息交互装置170可以包括：第一请求接收模块1701、确定模块1702、消息接收模块1703，以及第一消息发送模块1704。
第一请求接收模块1701，用于接收第一用户的客户端发送的第一请求，其中，第一请求包括用于代理第一用户的第二用户的用户标识和第一用户所在的会话的标识。
可选地，第二用户为第一用户选择的用于代理第一用户的用户。
确定模块1702，用于根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理。
消息接收模块1703，用于接收第二用户的客户端发送的消息。
第一消息发送模块1704，用于将消息作为第一用户的消息发送在会话的标识对应的会话中。
可选地，一些实施例中，参见图18，该消息交互装置170还可以包括：
可选地，第一请求还包括用于标识所述第二用户是否可见的标识。
第一提示模块1705，用于在所述标识为不可见时，在所述会话中不提示所述第一用户的消息为代理的消息；在所述标识为可见时，在所述会话中提示所述第一用户的消息为代理的消息。
第一请求发送模块1706，用于根据所述第二用户的用户标识向所述第二用户的客户端发送第二请求，其中，所述第二请求用于使所述第二用户确认是否同意代理。
第一响应接收模块1707，用于接收所述第二用户的客户端发送的所述第二请求的响应，其中，所述第二请求的响应为所述第二用户确认同意或不同意代理的响应，当所述第二请求的响应为所述第二用户确认同意代理的响应时，则执行根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理。
第一历史记录发送模块1708，用于在所述第二请求的响应为所述第二用户确认同意代理的响应时，将所述会话的历史会话记录发送至所述第二用户的客户端。
第一提示信息发送模块1709，用于在所述第二请求的响应为所述第二用户确认不同意代理的响应时，生成提示信息，并将所述提示信息发送至所述第一用户的客户端。
第二提示模块1710，用于在所述第一用户和所述第二用户中的一个用户进行输入时，向所述第一用户和所述第二用户中的另一个用户进行提示。
需要说明的是，前述图1-图4实施例中对消息交互方法实施例的解释说明也适用于该实施例的消息交互装置，其实现原理类似，此处不再赘述。
本实施例中，通过将第二用户的客户端发送的消息作为第一用户的消息发送在第一用户所在的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图19是本发明另一实施例提出的消息交互装置的结构示意图。该消息交互装置可以通过软件、硬件或者两者的结合实现。
参见图19，该消息交互装置190可以包括：第一生成模块1901和第一发送模块1902。
第一生成模块1901，用于生成第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
第一发送模块1902，用于将第一请求发送至服务器，以使服务器将第二用户的客户端发送的消息作为第一用户或第一用户代理的消息发送在会话的标识对应的会话中。
可选地，一些实施例中，参见图20，该消息交互装置200可以包括：
第一会话界面显示模块1903，用于显示第一用户所在的会话的界面，其中，界面包括用于添加代理的按键。
第一选择界面显示模块1904，用于在按键被触发时，显示代理选择界面。
第一接收模块1905，用于接收第一用户在代理选择界面中选择的代理。
可选地，第一请求还包括用于标识第二用户是否可见的标识。
第一设置模块1906，用于根据第一用户的指令设置第二用户是否可见的标识。
第二接收模块1907，用于接收第二用户的客户端发送的消息，并将消息发送在会话中。
需要说明的是，前述图5-图6实施例中对消息交互方法实施例的解释说明也适用于该实施例的消息交互装置，其实现原理类似，此处不再赘述。
本实施例中，通过将第一请求发送至服务器，以使服务器将第二用户的客户端发送的消息作为第一用户的消息发送在会话的标识对应的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图21是本发明另一实施例提出的消息交互装置的结构示意图。该消息交互装置可以通过软件、硬件或者两者的结合实现。
参见图21，该消息交互装置210可以包括：代理指令接收模块2101、第一消息指令接收模块2102，以及第二消息发送模块2103。其中，
代理指令接收模块2101，用于接收代理指令，所述代理指令中携带有被代理的第一用户的用户标识、所述第一用户所在的会话标识，所述代理指令用于指示将所述第二用户作为所述第一用户的代理。
第一消息指令接收模块2102，用于接收所述第二用户输入的消息和用于发送所述消息的指令。
第二消息发送模块2103，用于根据所述指令将所述消息发送至服务器，以使所述服务器将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
可选地，一些实施例中，参见图22，该消息交互装置210还包括：
第二请求接收模块2104，用于接收服务器发送的第二请求，其中，第二请求用于使第二用户确认是否同意代理。
第一响应指令接收模块2105，用于根据第二请求对第二用户进行提示，并接收第二用户的响应指令。
第一响应生成模块2106，用于根据第二用户的响应指令生成第二用户确认同意或不同意代理的响应，并将第二用户确认同意或不同意代理的响应发送至服务器。
历史记录接收模块2107，用于接收服务器发送的会话的历史会话记录。
需要说明的是，前述图9-图11实施例中对消息交互方法实施例的解释说明也适用于该实施例的消息交互装置，其实现原理类似，此处不再赘述。
本实施例中，通过第二用户的客户端接收代理指令，接收第二用户输入的消息和用于发送消息的指令，根据指令将消息发送至服务器，以使服务器将消息作为第一用户的消息发送在会话的标识对应的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图23是本发明另一实施例提出的消息交互装置的结构示意图。该消息交互装置可以通过软件、硬件或者两者的结合实现。
参见图23，该消息交互装置230可以包括：第二生成模块2301和第二发送模块2302。其中，
第二生成模块2301，用于根据第一用户选择的代理，生成代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
可选地，第一用户所在的会话为标识对应的会话，第二用户为第一用户选择的用于代理第一用户的用户。
第二发送模块2302，用于将代理配置信息和第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中。
可选地，一些实施例中，参见图24，该消息交互装置230还包括：
第二请求发送模块2303，用于根据第二用户的用户标识向第二用户的客户端发送第二请求，其中，第二请求用于使第二用户确认是否同意代理。
第二响应接收模块2304，用于接收第二用户的客户端发送的第二请求的响应，其中， 第二请求的响应为第二用户确认同意或不同意代理的响应。
第二历史记录发送模块2305，用于在第二请求的响应为第二用户确认同意代理的响应时，将会话的历史会话记录发送至第二用户的客户端。
第二提示信息发送模块2306，用于在第二请求的响应为第二用户确认不同意代理的响应时，生成提示信息，根据提示信息对第一用户进行提示。
第二会话界面显示模块2307，用于显示第一用户所在的会话的界面，其中，界面包括用于添加代理的按键。
第二选择界面显示模块2308，用于在按键被触发时，显示代理选择界面。
第三接收模块2309，用于接收第一用户在代理选择界面中选择的代理。
可选地，第一请求还包括用于标识第二用户是否可见的标识。
第二设置模块2310，用于根据第一用户的指令设置第二用户是否可见的标识。
需要说明的是，前述图12-图13实施例中对消息交互方法实施例的解释说明也适用于该实施例的消息交互装置，其实现原理类似，此处不再赘述。
本实施例中，通过将代理配置信息和第一请求发送至第二用户的客户端，以使第二用户的客户端根据代理配置信息将第二用户输入的消息作为第一用户的消息发送在会话的标识对应的会话中，能够实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
图25是本发明另一实施例提出的消息交互装置的结构示意图。该消息交互装置可以通过软件、硬件或者两者的结合实现。
参见图25，该消息交互装置250可以包括：第四接收模块2501、第二消息指令接收模块2502，以及第三消息发送模块2503。其中，
第四接收模块2501，用于接收第一用户的客户端发送的代理配置信息和第一请求，其中，第一请求包括：用于代理第一用户的第二用户的用户标识、第一用户所在的会话的标识。
第二消息指令接收模块2502，用于接收第二用户输入的消息和用于发送消息的指令。
第三消息发送模块2503，用于根据代理配置信息将消息发送在第一用户所在的会话中。
可选地，一些实施例中，参见图26，该消息交互装置250还包括：
第三请求接收模块2504，用于接收第一用户的客户端发送的第二请求，其中，第二请求用于使第二用户确认是否同意代理。
第二响应指令接收模块2505，用于根据第二请求对第二用户进行提示，并接收第二用户的响应指令。
第二响应生成模块2506，用于根据第二用户的响应指令生成第二请求的响应，并将第二请求的响应发送至第一用户的客户端，其中，第二请求的响应为第二用户确认同意或不同意代理的响应。
第二历史记录接收模块2507，用于在接收第一用户的客户端发送的会话的历史会话记录。
可选地，第一请求还包括用于标识第二用户是否可见的标识。第三提示模块2508，用于在标识为不可见时，在会话中不提示第一用户的消息为代理的消息；在标识为可见时，在会话中提示第一用户的消息为代理的消息。
需要说明的是，前述图14-图16实施例中对消息交互方法实施例的解释说明也适用于该实施例的消息交互装置，其实现原理类似，此处不再赘述。
本实施例中，通过接收第一用户的客户端发送的代理配置信息和第一请求，当第二用户确认同意代理的响应时，接收第二用户输入的消息和用于发送消息的指令，根据代理配置信息将消息发送在第一用户所在的会话中，能够有效提升消息交互方法的灵活性和适用性，实现在即时通讯类应用程序的消息交互中添加代理，有效提升用户的使用体验。
需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列 (PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (52)

  1. 一种消息交互方法，其特征在于，包括以下步骤：
    接收第一用户的客户端发送的第一请求，其中，所述第一请求包括用于代理第一用户的第二用户的用户标识和所述第一用户所在的会话的标识；
    根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理；
    接收所述第二用户的客户端发送的消息；
    将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
  2. 如权利要求1所述的消息交互方法，其特征在于，所述第一请求还包括用于标识所述第二用户是否可见的标识，在所述将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中之后，包括：
    当所述标识为不可见时，在所述会话中不提示所述第一用户的消息为代理的消息；
    当所述标识为可见时，在所述会话中提示所述第一用户的消息为代理的消息。
  3. 如权利要求1所述的消息交互方法，其特征在于，所述第二用户为所述第一用户选择的用于代理所述第一用户的用户。
  4. 如权利要求1所述的消息交互方法，其特征在于，在所述接收第一用户的客户端发送的第一请求之后，还包括：
    根据所述第二用户的用户标识向所述第二用户的客户端发送第二请求，其中，所述第二请求用于使所述第二用户确认是否同意代理；
    接收所述第二用户的客户端发送的所述第二请求的响应，其中，所述第二请求的响应为所述第二用户确认同意或不同意代理的响应，当所述第二请求的响应为所述第二用户确认同意代理的响应时，则执行根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理。
  5. 如权利要求4所述的消息交互方法，其特征在于，在所述接收所述第二用户的客户端发送的所述第二请求的响应之后，还包括：
    当所述第二请求的响应为所述第二用户确认同意代理的响应时，将所述会话的历史会话记录发送至所述第二用户的客户端；
    当所述第二请求的响应为所述第二用户确认不同意代理的响应时，生成提示信息，并将所述提示信息发送至所述第一用户的客户端。
  6. 如权利要求1所述的消息交互方法，其特征在于，在所述确定所述第二用户为所述第一用户的代理之后，还包括：
    当所述第一用户和所述第二用户中的一个用户进行输入时，向所述第一用户和所述第二用户中的另一个用户进行提示。
  7. 如权利要求1所述的消息交互方法，其特征在于，所述确定所述第二用户为所述第一用户的代理，包括：
    将所述第二用户加入至所述会话的标识对应的会话中。
  8. 如权利要求1所述的消息交互方法，其特征在于，将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中，包括：
    将所述消息发送至所述第一用户的客户端，以使所述第一用户的客户端将所述消息发送在所述会话中。
  9. 如权利要求1所述的消息交互方法，其特征在于，当所述第一请求还包括第N用户的用户标识时，N为大于或等于3的正整数，还包括：
    根据所述第N用户的用户标识向所述第N用户的客户端发送第三请求，其中，所述第三请求用于使所述第N用户确认是否同意代理。
  10. 一种消息交互方法，其特征在于，包括以下步骤：
    生成第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；
    将所述第一请求发送至服务器，以使所述服务器将所述第二用户的客户端发送的消息作为所述第一用户或所述第一用户代理的消息发送在所述会话的标识对应的会话中。
  11. 如权利要求10所述的消息交互方法，其特征在于，在所述生成第一请求之前，还包括：
    显示所述第一用户所在的会话的界面，其中，所述界面包括用于添加代理的按键；
    当所述按键被触发时，显示代理选择界面；
    接收所述第一用户在所述代理选择界面中选择的代理。
  12. 如权利要求11所述的消息交互方法，其特征在于，所述第一请求还包括用于标识所述第二用户是否可见的标识，在所述接收所述第一用户在所述代理选择界面中选择的代理之后，还包括：
    根据所述第一用户的指令设置所述第二用户是否可见的标识。
  13. 如权利要求10所述的消息交互方法，其特征在于，还包括：
    接收所述第二用户的客户端发送的消息，并将所述消息发送在所述会话中。
  14. 一种消息交互方法，其特征在于，包括以下步骤：
    接收代理指令，所述代理指令中携带有被代理的第一用户的用户标识、所述第一用户所在的会话标识，所述代理指令用于指示将第二用户作为所述第一用户的代理；
    接收所述第二用户输入的消息和用于发送所述消息的指令；
    根据所述指令将所述消息发送至服务器，以使所述服务器将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
  15. 如权利要求14所述的消息交互方法，其特征在于，在所述接收所述第二用户输入的消息和用于发送所述消息的指令之前，还包括：
    接收所述服务器发送的请求，其中，所述请求用于确认所述第二用户是否同意代理；
    根据所述请求对所述第二用户进行提示，并接收所述第二用户的响应指令；
    根据所述第二用户的响应指令生成所述请求的响应，并将所述请求的响应发送至所述服务器，其中，所述请求的响应为所述第二用户确认同意或不同意代理的响应。
  16. 如权利要求15所述的消息交互方法，其特征在于，当所述请求的响应为所述第二用户确认同意代理的响应时，还包括：
    接收所述服务器发送的所述会话的历史会话记录。
  17. 一种消息交互方法，其特征在于，包括以下步骤：
    根据第一用户选择的代理，生成代理配置信息和第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；
    将所述代理配置信息和所述第一请求发送至第二用户的客户端，以使所述第二用户的客户端根据所述代理配置信息将所述第二用户输入的消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
  18. 如权利要求17所述的消息交互方法，其特征在于，所述第一用户所在的会话为所述标识对应的会话。
  19. 如权利要求17所述的消息交互方法，其特征在于，所述第二用户为所述第一用户选择的用于代理所述第一用户的用户。
  20. 如权利要求17所述的消息交互方法，其特征在于，在所述根据第一用户选择的代理生成代理配置信息和第一请求之后，还包括：
    根据所述第二用户的用户标识向所述第二用户的客户端发送第二请求，其中，所述第二请求用于使所述第二用户确认是否同意代理；
    接收所述第二用户的客户端发送的所述第二请求的响应，其中，所述第二请求的响应为所述第二用户确认同意或不同意代理的响应。
  21. 如权利要求20所述的消息交互方法，其特征在于，所述将所述代理配置信息和所述第一请求发送至第二用户的客户端，包括：
    当所述第二请求的响应为所述第二用户确认同意代理的响应时，将所述代理配置信息和所述第一请求发送至第二用户的客户端。
  22. 如权利要求20所述的消息交互方法，其特征在于，在所述接收所述第二用户的客户端发送的所述第二请求的响应之后，还包括：
    当所述第二请求的响应为所述第二用户确认同意代理的响应时，将所述会话的历史会话记录发送至所述第二用户的客户端；
    当所述第二请求的响应为所述第二用户确认不同意代理的响应时，生成提示信息，根据所述提示信息对所述第一用户进行提示。
  23. 如权利要求17所述的消息交互方法，其特征在于，在所述根据第一用户选择的代理生成代理配置信息和第一请求之前，还包括：
    显示所述第一用户所在的会话的界面，其中，所述界面包括用于添加代理的按键；
    当所述按键被触发时，显示代理选择界面；
    接收所述第一用户在所述代理选择界面中选择的代理。
  24. 如权利要求23所述的消息交互方法，其特征在于，所述第一请求还包括用于标识所述第二用户是否可见的标识，在所述接收所述第一用户在所述代理选择界面中选择的代理之后，还包括：
    根据所述第一用户的指令设置所述第二用户是否可见的标识。
  25. 一种消息交互方法，其特征在于，包括以下步骤：
    接收第一用户的客户端发送的代理配置信息和第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；
    接收所述第二用户输入的消息和用于发送所述消息的指令；
    根据所述代理配置信息将所述消息发送在所述第一用户所在的会话中。
  26. 如权利要求25所述的消息交互方法，其特征在于，在所述接收第一用户的客户端发送的代理配置信息和第一请求之前，还包括：
    接收所述第一用户的客户端发送的第二请求，其中，所述第二请求用于使所述第二 用户确认是否同意代理；
    根据所述第二请求对所述第二用户进行提示，并接收所述第二用户的响应指令；
    根据所述第二用户的响应指令生成所述第二请求的响应，并将所述第二请求的响应发送至所述第一用户的客户端，其中，所述第二请求的响应为所述第二用户确认同意或不同意代理的响应。
  27. 如权利要求25所述的消息交互方法，其特征在于，在所述第二用户确认同意代理之后，还包括：
    接收所述第一用户的客户端发送的所述会话的历史会话记录。
  28. 如权利要求25所述的消息交互方法，其特征在于，所述第一请求还包括用于标识所述第二用户是否可见的标识，在所述将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中之后，包括：
    当所述标识为不可见时，在所述会话中不提示所述第一用户的消息为代理的消息；
    当所述标识为可见时，在所述会话中提示所述第一用户的消息为代理的消息。
  29. 一种消息交互装置，其特征在于，包括：
    第一请求接收模块，用于接收第一用户的客户端发送的第一请求，其中，所述第一请求包括用于代理第一用户的第二用户的用户标识和所述第一用户所在的会话的标识；
    确定模块，用于根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理；
    消息接收模块，用于接收所述第二用户的客户端发送的消息；
    第一消息发送模块，用于将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
  30. 如权利要求29所述的消息交互装置，其特征在于，所述第一请求还包括用于标识所述第二用户是否可见的标识，还包括：
    第一提示模块，用于在所述标识为不可见时，在所述会话中不提示所述第一用户的消息为代理的消息；当在所述标识为可见时，在所述会话中提示所述第一用户的消息为代理的消息。
  31. 如权利要求29所述的消息交互装置，其特征在于，所述第二用户为所述第一用户选择的用于代理所述第一用户的用户。
  32. 如权利要求29所述的消息交互装置，其特征在于，还包括：
    第一请求发送模块，用于根据所述第二用户的用户标识向所述第二用户的客户端发送第二请求，其中，所述第二请求用于使所述第二用户确认是否同意代理；
    第一响应接收模块，用于接收所述第二用户的客户端发送的所述第二请求的响应，其中，所述第二请求的响应为所述第二用户确认同意或不同意代理的响应，当所述第二请求的响应为所述第二用户确认同意代理的响应时，则执行根据所述第二用户的用户标识，确定所述第二用户为所述第一用户的代理。
  33. 如权利要求32所述的消息交互装置，其特征在于，还包括：
    第一历史记录发送模块，用于在所述第二请求的响应为所述第二用户确认同意代理的响应时，将所述会话的历史会话记录发送至所述第二用户的客户端；
    第一提示信息发送模块，用于在所述第二请求的响应为所述第二用户确认不同意代理的响应时，生成提示信息，并将所述提示信息发送至所述第一用户的客户端。
  34. 如权利要求29所述的消息交互装置，其特征在于，还包括：
    第二提示模块，用于在所述第一用户和所述第二用户中的一个用户进行输入时，向所述第一用户和所述第二用户中的另一个用户进行提示。
  35. 一种消息交互装置，其特征在于，包括：
    第一生成模块，用于生成第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；
    第一发送模块，用于将所述第一请求发送至服务器，以使所述服务器将所述第二用户的客户端发送的消息作为所述第一用户或所述第一用户代理的消息发送在所述会话的标识对应的会话中。
  36. 如权利要求35所述的消息交互装置，其特征在于，还包括：
    第一会话界面显示模块，用于显示所述第一用户所在的会话的界面，其中，所述界面包括用于添加代理的按键；
    第一选择界面显示模块，用于在所述按键被触发时，显示代理选择界面；
    第一接收模块，用于接收所述第一用户在所述代理选择界面中选择的代理。
  37. 如权利要求35所述的消息交互装置，其特征在于，所述第一请求还包括用于标识所述第二用户是否可见的标识，还包括：
    第一设置模块，用于根据所述第一用户的指令设置所述第二用户是否可见的标识。
  38. 如权利要求35所述的消息交互装置，其特征在于，还包括：
    第二接收模块，用于接收所述第二用户的客户端发送的消息，并将所述消息发送在所述会话中。
  39. 一种消息交互装置，其特征在于，包括：
    代理指令接收模块，用于接收代理指令，所述代理指令中携带有被代理的第一用户的用户标识、所述第一用户所在的会话标识，所述代理指令用于指示将第二用户作为所述第一用户的代理；
    第一消息指令接收模块，用于接收所述第二用户输入的消息和用于发送所述消息的指令；
    第二消息发送模块，用于根据所述指令将所述消息发送至服务器，以使所述服务器将所述消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
  40. 如权利要求39所述的消息交互装置，其特征在于，还包括：
    第二请求接收模块，用于接收所述服务器发送的请求，其中，所述请求用于确认所述第二用户是否同意代理；
    第一响应指令接收模块，用于根据所述请求对所述第二用户进行提示，并接收所述第二用户的响应指令；
    第一响应生成模块，用于根据所述第二用户的响应指令生成所述请求的响应，并将所述请求的响应发送至所述服务器，其中，所述请求的响应为所述第二用户确认同意或不同意代理的响应。
  41. 如权利要求40所述的消息交互装置，其特征在于，还包括：
    第一历史记录接收模块，用于接收所述服务器发送的所述会话的历史会话记录。
  42. 一种消息交互装置，其特征在于，包括：
    第二生成模块，用于根据第一用户选择的代理，生成代理配置信息和第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；
    第二发送模块，用于将所述代理配置信息和所述第一请求发送至第二用户的客户端，以使所述第二用户的客户端根据所述代理配置信息将所述第二用户输入的消息作为所述第一用户的消息发送在所述会话的标识对应的会话中。
  43. 如权利要求42所述的消息交互装置，其特征在于，所述第一用户所在的会话为 所述标识对应的会话。
  44. 如权利要求42所述的消息交互装置，其特征在于，所述第二用户为所述第一用户选择的用于代理所述第一用户的用户。
  45. 如权利要求42所述的消息交互装置，其特征在于，还包括：
    第二请求发送模块，用于根据所述第二用户的用户标识向所述第二用户的客户端发送第二请求，其中，所述第二请求用于使所述第二用户确认是否同意代理；
    第二响应接收模块，用于接收所述第二用户的客户端发送的所述第二请求的响应，其中，所述第二请求的响应为所述第二用户确认同意或不同意代理的响应。
  46. 如权利要求45所述的消息交互装置，其特征在于，还包括：
    第二历史记录发送模块，用于在所述第二请求的响应为所述第二用户确认同意代理的响应时，将所述会话的历史会话记录发送至所述第二用户的客户端；
    第二提示信息发送模块，用于在所述第二请求的响应为所述第二用户确认不同意代理的响应时，生成提示信息，根据所述提示信息对所述第一用户进行提示。
  47. 如权利要求42所述的消息交互装置，其特征在于，还包括：
    第二会话界面显示模块，用于显示所述第一用户所在的会话的界面，其中，所述界面包括用于添加代理的按键；
    第二选择界面显示模块，用于在所述按键被触发时，显示代理选择界面；
    第三接收模块，用于接收所述第一用户在所述代理选择界面中选择的代理。
  48. 如权利要求47所述的消息交互装置，其特征在于，所述第一请求还包括用于标识所述第二用户是否可见的标识，还包括：
    第二设置模块，用于根据所述第一用户的指令设置所述第二用户是否可见的标识。
  49. 一种消息交互装置，其特征在于，包括：
    第四接收模块，用于接收第一用户的客户端发送的代理配置信息和第一请求，其中，所述第一请求包括：用于代理第一用户的第二用户的用户标识、所述第一用户所在的会话的标识；
    第二消息指令接收模块，用于接收所述第二用户输入的消息和用于发送所述消息的指令；
    第三消息发送模块，用于根据所述代理配置信息将所述消息发送在所述第一用户所在的会话中。
  50. 如权利要求49所述的消息交互装置，其特征在于，还包括：
    第三请求接收模块，用于接收所述第一用户的客户端发送的第二请求，其中，所述第二请求用于使所述第二用户确认是否同意代理；
    第二响应指令接收模块，用于根据所述第二请求对所述第二用户进行提示，并接收所述第二用户的响应指令；
    第二响应生成模块，用于根据所述第二用户的响应指令生成所述第二请求的响应，并将所述第二请求的响应发送至所述第一用户的客户端，其中，所述第二请求的响应为所述第二用户确认同意或不同意代理的响应。
  51. 如权利要求49所述的消息交互装置，其特征在于，还包括：
    第二历史记录接收模块，用于在接收所述第一用户的客户端发送的所述会话的历史会话记录。
  52. 如权利要求49所述的消息交互装置，其特征在于，所述第一请求还包括用于标识所述第二用户是否可见的标识，还包括：
    第三提示模块，用于在所述标识为不可见时，在所述会话中不提示所述第一用户的消息为代理的消息；在所述标识为可见时，在所述会话中提示所述第一用户的消息为代理的消息。
PCT/CN2017/094011 2016-08-05 2017-07-24 消息交互方法和装置 Ceased WO2018024123A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610635302.5A CN107689939A (zh) 2016-08-05 2016-08-05 消息交互方法和装置
CN201610635302.5 2016-08-05

Publications (1)

Publication Number Publication Date
WO2018024123A1 true WO2018024123A1 (zh) 2018-02-08

Family

ID=61073609

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/094011 Ceased WO2018024123A1 (zh) 2016-08-05 2017-07-24 消息交互方法和装置

Country Status (3)

Country Link
CN (1) CN107689939A (zh)
TW (1) TW201806406A (zh)
WO (1) WO2018024123A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108809820A (zh) * 2018-07-20 2018-11-13 莱思特科技股份有限公司 设定即时通讯代理人的方法、即时通讯装置和服务器
CN111447133B (zh) * 2019-01-16 2022-07-29 腾讯科技（深圳）有限公司 消息传输方法和装置、存储介质及电子装置
CN109962841B (zh) * 2019-03-15 2021-05-28 北京达佳互联信息技术有限公司 信息交互方法、装置、服务端、电子设备及存储介质
CN110147188B (zh) * 2019-05-27 2022-03-18 腾讯科技（深圳）有限公司 一种信息提示方法、装置、设备及存储介质
CN115580589B (zh) * 2022-10-13 2024-10-22 维沃移动通信有限公司 消息显示方法、装置、电子设备及介质
CN115665079B (zh) * 2022-10-31 2025-02-18 维沃移动通信有限公司 消息显示方法、装置、电子设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1642148A (zh) * 2004-01-17 2005-07-20 腾讯科技（深圳）有限公司 一种即时通讯处理方法
CN1954585A (zh) * 2003-08-25 2007-04-25 思科技术公司 用于在呼叫系统中利用代理指定的方法和系统
US20070239830A1 (en) * 2006-04-05 2007-10-11 Barnes Thomas H Method and apparatus for instant message notification and forwarding
CN101689153A (zh) * 2007-06-28 2010-03-31 微软公司 委托即时消息收发会话

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070003029A1 (en) * 2005-06-08 2007-01-04 Nokia Corporation Priority elements in instant messaging conversations
CN101090370B (zh) * 2006-06-16 2010-09-15 腾讯科技（深圳）有限公司 一种实现会话转移的方法及装置
CN101299785B (zh) * 2007-04-30 2013-06-05 华为技术有限公司 一种会话处理的方法、系统以及业务服务器
CN103929347B (zh) * 2013-01-15 2017-06-20 杭州华为企业通信技术有限公司 一种实现即时消息代理业务的方法、装置及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1954585A (zh) * 2003-08-25 2007-04-25 思科技术公司 用于在呼叫系统中利用代理指定的方法和系统
CN1642148A (zh) * 2004-01-17 2005-07-20 腾讯科技（深圳）有限公司 一种即时通讯处理方法
US20070239830A1 (en) * 2006-04-05 2007-10-11 Barnes Thomas H Method and apparatus for instant message notification and forwarding
CN101689153A (zh) * 2007-06-28 2010-03-31 微软公司 委托即时消息收发会话

Also Published As

Publication number Publication date
TW201806406A (zh) 2018-02-16
CN107689939A (zh) 2018-02-13

Similar Documents

Publication Publication Date Title
WO2018024123A1 (zh) 消息交互方法和装置
KR101954468B1 (ko) 다중 데이터 타입 커뮤니케이션 시스템
EP2533493B1 (en) Proximity session mobility extension
EP4078937B1 (en) Method and system for reducing audio feedback
WO2015096322A1 (zh) 一种用于即时通讯工具的信息显示方法和用户终端
US20180309711A1 (en) Chat-based support of multiple communication interaction types
CN109587044A (zh) 群组创建、消息交互方法和装置
JP2017085567A (ja) ユーザ端末、メッセージを送受信する方法及びコンピュータプログラム
CN113542658B (zh) 用于向可穿戴和移动设备提供企业服务的方法和系统
CN112395509A (zh) 信息显示方法、信息提供方法、设备和计算机可读介质
KR20150021928A (ko) 모바일 장치로부터의 개시 디테일을 전송하는 기법
CN103873426A (zh) 一种加入社交群组的方法、服务器、终端以及系统
US20240364653A1 (en) Recommendation and summarization of unread messages
CN113746722A (zh) 信息处理方法、装置、设备以及存储介质
US9362773B2 (en) Method and apparatus for determination of a non-charging operation
CN105989463A (zh) 基于即时通讯工具的支付方法及装置
KR20150059662A (ko) 소셜 서비스 제공 시스템에서 관계 설정 방법 및 장치
CN113728346A (zh) 在通信环境中对通信进行同步的方法和系统
KR20140061073A (ko) 사용자 단말 및 사용자 단말에서 캘린더 프로토콜을 이용한 이벤트 송수신 방법
KR20250080850A (ko) 그룹 채팅방의 메신저 서비스를 이용하기 위한 장치 및 방법
CN104903923A (zh) 使用实时通信系统的组轻推
HK1250437A1 (zh) 消息交互方法和装置
CN115550294A (zh) 通信群组构建方法、装置、电子设备以及存储介质
US12348465B2 (en) Facilitating user actions for virtual interactions
JP6892173B1 (ja) コミュニケーションシステム、管理サーバ、およびそれらの制御方法

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17836305

Country of ref document: EP

Kind code of ref document: A1