CN110224924B

CN110224924B - State updating method and device, storage medium and electronic device

Info

Publication number: CN110224924B
Application number: CN201910426242.XA
Authority: CN
Inventors: 刘立强; 何丹; 罗轩; 柳欲浚
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-05-21
Filing date: 2019-05-21
Publication date: 2021-04-09
Anticipated expiration: 2039-05-21
Also published as: CN110224924A

Abstract

The invention discloses a state updating method and device, a storage medium and an electronic device. Wherein, the method comprises the following steps: receiving a first state updating message sent by a server through a first client, wherein the first state updating message is used for indicating that the online state of a first account logged in on a second client is updated to a first state, and the first client and the second client both use the first account to log in currently; and responding to the first state updating message, and updating the online state of the first account logged in the first client to a second state, wherein the second state and the first state belong to the same state type. The invention solves the technical problems of complicated operation process and low updating efficiency of state updating in the prior art.

Description

State updating method and device, storage medium and electronic device

Technical Field

The embodiment of the invention relates to the field of computers, in particular to a state updating method and device, a storage medium and an electronic device.

Background

Currently, instant messaging software can automatically display the online status of a user as online or offline according to whether the user is currently logged in.

In the case where a user is in a scenario where it is inconvenient to reply to a message (e.g., in a meeting), the user's online status, which is presented to his friends, is online if the user is currently logged in. At this time, if a friend sends a message to the friend, the user cannot reply the message in time, and the friend cannot receive the message reply within a period of time, so that the chat reply rate is low, and the user experience is poor.

In order to avoid the above problems, the user needs to update the online status of each instant messaging software, the operation process is complicated, and the updating efficiency is low. That is to say, the operation process of the state updating in the related art is complicated, and the updating efficiency is low.

Disclosure of Invention

The embodiment of the invention provides a state updating method and device, a storage medium and an electronic device, which are used for at least solving the technical problems of complicated operation process and low updating efficiency of state updating in the related technology.

According to an aspect of an embodiment of the present invention, there is provided a status updating method, including: receiving a first state updating message sent by a server through a first client, wherein the first state updating message is used for indicating that the online state of a first account logged in a second client is updated to a first state, and the first client and the second client both use the first account to log in at present; and responding to the first state updating message, and updating the online state of the first account logged in the first client to a second state, wherein the second state and the first state belong to the same state type.

According to another aspect of the embodiments of the present invention, there is provided a status updating method, including: determining that the online state of a first account logged on a second client is updated to a first state through the second client; and sending a first state updating message to the server through the second client, wherein the first state updating message is used for indicating that the online state of the first account logged in the second client is updated to the first state, so that the online state of the first account logged in the first client is updated to the second state through the server, and the second state and the first state belong to the same state type.

According to another aspect of the embodiments of the present invention, there is also provided a status updating apparatus, including: the system comprises a receiving module, a first state updating module and a second state updating module, wherein the receiving module is used for receiving a first state updating message sent by a server through a first client, the first state updating message is used for indicating that the online state of a first account logged in on a second client is updated to a first state, and the first client and the second client both use the first account to log in at present; and the updating module is used for responding to the first state updating message and updating the online state of the first account logged on the first client to a second state, wherein the second state and the first state belong to the same state type.

According to another aspect of the embodiments of the present invention, there is also provided a status updating apparatus, including: the determining module is used for determining that the online state of the first account logged on the second client is updated to a first state through the second client; and the sending module is used for sending a first state updating message to the server through the second client, wherein the first state updating message is used for indicating that the online state of the first account logged in the second client is updated to the first state, so that the online state of the first account logged in the first client is updated to the second state through the server, and the second state and the first state belong to the same state type.

According to a further aspect of the embodiments of the present invention, there is also provided a storage medium having a computer program stored therein, wherein the computer program is configured to perform the above method when executed.

According to another aspect of the embodiments of the present invention, there is also provided an electronic apparatus, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the method by the computer program.

In the embodiment of the invention, a first state updating message sent by a server is received through a first client in a mode of performing online state synchronization among a plurality of clients logged in by using a target account, wherein the first state updating message is used for indicating that the online state of a first account logged in a second client is updated to a first state, and the first client and the second client both use the first account to log in currently; the online state of the first account logged in the first client is updated to a second state in response to the first state updating message, wherein the second state and the first state belong to the same state type.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

FIG. 1 is a schematic diagram of an application environment of a state update method according to an embodiment of the present invention;

FIG. 2 is a flow chart illustrating an alternative status update method according to an embodiment of the present invention;

FIG. 3 is a flow diagram illustrating an alternative status update method according to an embodiment of the invention;

FIG. 4 is a schematic diagram of an alternative status update method according to an embodiment of the invention;

FIG. 5 is a schematic diagram of an alternative status update method according to an embodiment of the invention;

FIG. 6 is a schematic diagram of yet another alternative state update method according to an embodiment of the present invention;

FIG. 7 is a schematic diagram of yet another alternative state update method according to an embodiment of the present invention;

FIG. 8 is a schematic diagram of yet another alternative state update method according to an embodiment of the present invention;

FIG. 9 is a schematic diagram of yet another alternative state update method according to an embodiment of the present invention;

FIG. 10 is a schematic diagram of yet another alternative state update method according to an embodiment of the invention;

FIG. 11 is a schematic diagram of yet another alternative state update method according to an embodiment of the present invention;

FIG. 12 is a schematic diagram of yet another alternative state update method according to an embodiment of the invention;

FIG. 13 is a schematic diagram of yet another alternative state update method according to an embodiment of the present invention;

FIG. 14 is a schematic diagram of yet another alternative state update method according to an embodiment of the invention;

FIG. 15 is a flow chart illustrating an alternative status update method according to an embodiment of the present invention;

FIG. 16 is a schematic diagram of an alternative status update apparatus according to an embodiment of the present invention;

FIG. 17 is a schematic diagram of an alternative status update apparatus according to an embodiment of the present invention;

fig. 18 is a schematic structural diagram of an alternative electronic device according to an embodiment of the invention.

Detailed Description

In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

The terms and their meanings referred to in the examples of this application are as follows:

(1) instant messaging

Instant messaging may refer to a terminal service that allows two or more people to communicate text messages, files, voice, and video in real time using a network. Instant messaging is typically implemented through an instant messaging tool (e.g., a client) or a web page.

(2)AIO(All In One)

AIO refers to a public chat window component. In the instant messaging tool, users participate in many different types of conversations, such as friends, groups, public accounts, and the like. In order to provide uniform interactive experience for users, different session shared chat window components are provided in software, and behavior habits of users such as input, click operation and the like in the components can be regarded as consistent.

(2) On-line status

The presence status is a current status of the user (a current status of the target object for presenting to the relationship object in the relationship list of the target object) presented to other buddies, and may include, but is not limited to, at least one of the following: online, Q my bar, away, busy, do not disturb, stealth, etc., delivering a variety of information to the friend, e.g., the current status of the friend, whether to facilitate receipt of the message, whether to reply to the message in time, etc.

The user can transmit whether the user (target object) is convenient to reply the message currently to the friend (relationship object) by setting different online states. For example, "online" indicates that it is currently logged in; "Q me bar" indicates that the user has time and pleasure to receive and reply to the message at the present time; the 'leaving' indicates that the user may not reply in time due to the reasons that the user is not in front of the computer, the mobile phone is not nearby, or the software is not opened; "busy" means that the user is busy and not convenient to send or receive messages; "do not disturb" explicitly means that the user is now unwilling to be disturbed by a new message; "stealth" means that the user remains logged in, but is presented to the buddy in an offline state.

(4) Automatic return

The automatic reply (automatic reply message) is a message with fixed content (a message for automatically replying to a message sent by the relationship object) preset by the user. When the friend message is received, the preset message is automatically replied to the friend.

According to an aspect of an embodiment of the present invention, a status updating method is provided. Alternatively, the above status updating method may be applied, but not limited, to the application environment as shown in fig. 1. As shown in fig. 1, a first terminal 102 and a second terminal 104 interact with a server 106 through a network, where the first terminal 102 runs a first client, the second terminal 104 runs a second client, and both the first client and the second client currently use a first account to log in. The first client and the second client may be clients of the same application (clients of the same application, the same terminal type, or different terminal types), or may be clients of different applications.

In the event that the status type of the second client's online status is updated to the first status, the second client may send a first status update message to the server 106 to indicate that the online status of the first account logged on the second client has been updated to the first status.

After receiving the first status update message, the server 106 may determine the first client currently logged in using the first account and send the first status update message to the first client.

After receiving the response first state updating message, the first client updates the online state of the first account logged in on the first client to a second state, wherein the second state and the first state belong to the same state type.

Optionally, in this embodiment, the first terminal and the second terminal may include, but are not limited to, at least one of the following: a mobile phone, a tablet computer, a PC, or other intelligent terminals, such as a smart watch. Such networks may include, but are not limited to: a wireless network, a wired network, wherein the wireless network includes but is not limited to at least one of: bluetooth, WIFI and other wireless communication enabled networks, which may include, but are not limited to, at least one of: local area networks, metropolitan area networks, wide area networks. The server may include, but is not limited to, at least one of: PCs and other devices for providing status update servers. The above is only an example, and the present embodiment is not limited to this.

Optionally, in this embodiment, as an optional implementation manner, as shown in fig. 2, the state updating method may include:

s202, receiving a first state updating message sent by a server through a first client, wherein the first state updating message is used for indicating that the online state of a first account logged in a second client is updated to a first state, and the first client and the second client both use the first account to log in at present;

s204, responding to the first state updating message, and updating the online state of the first account logged in the first client to a second state, wherein the second state and the first state belong to the same state type.

Optionally, the status updating method may be applied to, but not limited to, an online status updating process of an instant messaging application, and may be applied to online status updating between different clients that log in using the same account, where the different clients may be different clients of the same application or different clients of different applications.

For example, taking an instant messaging application as an example, a first client running on a mobile phone and a second client running on a PC are both currently logged in using a first account. And the user updates the online state of the first account logged in on the PC from 'online' to 'busy' by operating the second client. The server synchronizes the updated state to the mobile phone so as to update the online state of the first account logged in on the first client to be busy.

The status update method described above will be described with reference to fig. 2.

In step S202, the first terminal receives, through the first client, a first status update message sent by the server, where the first status update message is used to indicate that the online status of the first account logged in the second client is updated to a first status, and the first client and the second client both currently log in using the first account.

The first client may run on a first terminal and the second client may run on a second terminal. The first client and the second client may be clients of the same application or clients of different applications.

As an alternative implementation, in the case that the first client and the second client are different clients of the same application, the first terminal and the second terminal may be different terminals.

The operating system run by the first terminal may be a first operating system and the operating system run by the second terminal may be a second operating system, wherein the first operating system is different from the second operating system. The first operating system and the second operating system may be one of: android system, iOS system, Microsoft system, Windows system.

As another optional implementation, in a case that the first client and the second client are different clients of different applications, the first terminal and the second terminal may be the same terminal or different terminals.

As still another alternative implementation, the devices may be divided into different sets according to types, where the first terminal is a device belonging to one of the first device set and the second device set, and the second terminal is a device belonging to the other of the first device set and the second device set. Optionally, the first set of devices may include: the cell phone, the wearable device, the second set of devices may include: notebook, PC, tablet.

For example, the first set of devices may include: the cell phone, the wearable device, the second set of devices may include: notebook, PC, panel computer, first terminal and second terminal belong to different equipment sets: the first terminal is a mobile phone and belongs to the first equipment set, and the second terminal is a PC and belongs to the second equipment set.

The first client and the second client can log in by using the first account in various ways. The first account may be an account of an application to which the first client belongs, an account of an application to which the second client belongs, or an account of a third-party application.

In the case that the first client and the second client are clients of the same application (target application), the first account may be an account of the target application, or an account of a third-party application.

Under the condition that the first account is the account of the target application, the user can log in the first client by inputting the first account and the account password on the login interface of the first client, or by inputting an associated account (for example, a mobile phone number) and an account password on the login interface of the first client, or by logging in the first client by a mobile phone number and a dynamic password on the login interface of the first client.

And under the condition that the first account is the account of the third-party application, the third-party application can be skipped to the third-party application for authorization by clicking a specific button or area on the login interface of the first client, so as to obtain the authorization of the third-party application for login.

It should be noted that the account of the third-party application and the account of the application to which the first client belongs may have an association relationship, and logging in the first client using the account of the third-party application may be considered as logging in the first client using the account of the application to which the first client belongs.

When the first client and the second client are clients of different applications, the first account may be an account of the first application to which the first client belongs, an account of the second application to which the second client belongs, or accounts of other third-party applications. The manner in which the first client is logged on using the first account is similar to that described above.

After logging in the first client by using the first account, sending an online request to the server may be triggered to register online with the server, and at the same time, obtaining the latest online status of the first account from (a status center of) the server, and updating the online status of the first account logged in the first client to the obtained latest online status.

The server can store the online state of the first account, and a plurality of clients logged in by using the first account can synchronize the same online state. After detecting that the operation of changing the online state is performed on any one of the plurality of clients, changing the online state of the client, and changing the online states of other clients in the plurality of clients through the server.

In addition to the online status of the first account, the server may also respectively maintain the status of one or more specific clients, which may be clients that are only allowed to modify the online status of the client. The operation of changing the online state of the specific client only changes the online state of the client, and does not change the online states of other clients.

When the online status of the first account logged in the second client is updated to the first status, the first terminal may receive, by the first client, a first status update message sent by the server, where the first status update message is used to indicate that the online status of the first account logged in the second client is updated to the first status.

The servers may be the same server (or server group) or different servers (or server group). When the servers are the same server (or a server group), the server can be respectively connected with the first client and the second client through different interfaces, and respectively interacts with the first client and the second client through the established connection. When the server includes a plurality of servers (or server groups), connections can be established with the first client and the second client through different servers (or server groups), and interaction can be performed with the first client and the second client through different servers (or server groups).

As an optional implementation manner, receiving, by the first client, the first status update message sent by the server may include: and the server is used for receiving the first state updating message sent by the second client through the second interface and updating the online state of the first account in the state database to the first state by utilizing the first state updating message.

According to the technical scheme of the embodiment of the invention, the server establishes communication connection with different clients through different ports, and communicates by using the established connection, so that the interaction accuracy between the server and the clients can be improved, and the communication safety is ensured.

The server may have a first interface through which a communication connection may be established with a first client and a second interface through which a communication connection may be established with a second client.

The server may receive, through the second interface, a first status update message sent by the second client, where the first status update message is used to indicate that the online status of the first account logged in on the second client is updated to the first status. In response to receiving the first status update message, the server may update the online status of the first account in the status database to the first status.

The state database can be located in the server or can be in communication connection with the server. The state database may store the online state of the first account, and may also store the online state of the first account logged in by one or more clients, respectively.

After updating the online status of the first account in the status database to the first status, the server may send a first status update message to the first client through the first interface to instruct the first client to update the online status of the first account logged in on the first client to the second status.

It should be noted that the server may directly send the first status update message sent by the second client to the first client, or send the first status update message to the first client after performing simple processing on the first status update message, and the first client executes an operation of determining the second status according to the first status. The server may also process the first status update message, determine the second status from the first status, and send the second status to the first client by carrying the second status in the first status update message, or send the second status to the first client by carrying the second status by another message different from the first status update message sent by the second client.

As another optional implementation, receiving, by the first client, the first status update message sent by the server may include: the method comprises the steps that a first state updating message sent by a first state server is received through a first client, wherein the first state server is in communication connection with the first client and a second state server respectively, the second state server is in communication connection with the second client, and the first state server is used for receiving the first state updating message sent by the second state server.

The server may include a first state server and a second state server, where the first state server establishes a communication connection with the first client and the second state server, respectively, and the second state server establishes a communication connection with the second client.

The second state server may receive a first state update message sent by the second client. In response to the received first status update message, the second status server may update the online status of the first account in the second status database to the first status, and send the first status update message to the first status server.

The second state database may be located at the second state server, or may be in communication with the second state server. The second status database may store the online status of the first account, and the online status of the first account may be the online status of the first account logged in on the second client.

The first state server may receive a first state update message sent by the second state server. In response to the received first status update message, the second status server may update the online status of the first account in the first status database to the first status; or, the second state server may determine the second state according to the first state, and update the online state of the first account in the first state database to the second state.

The first state database may be located at the first state server, or may be in communication with the first state server. The first status database may store an online status of the first account, and the online status of the first account may be an online status of the first account logged in on the first client.

After updating the online status of the first account in the first status database to the first status (or, the second status), the server may send a first status update message to the first client to instruct the first client to update the online status of the first account logged in on the first client to the second status.

In step S204, in response to the first status update message, the first terminal updates the online status of the first account logged in the first client to a second status, where the second status and the first status belong to the same status type.

After receiving the first status update message, the first terminal may first determine that the status to be updated is the second status. The second state and the first state belong to the same state type, and both states may be the same state or may be matched states (the matching relationship may be predetermined).

When the online status of the first account logged in the first client and the online status of the first account logged in the second client are the same online status (the two accounts include the same status type and status identifier), the determining, by the first client, the second status may include: the first state indicated by the first state update message is determined to be the second state.

For example, the first client and the second client are clients of the same application, and the presence status includes: online, Q my bar, away, busy, do not disturb, stealth. If the first status update message indicates that the online status of the first account logged in on the second client is updated to "away", it is determined that the status to which the first account logged in on the first client is to be updated is "away".

In a case that the presence status corresponding to the first client matches the presence status corresponding to the second client (the two presence statuses include status types and status identifications that are not identical), the determining, by the first client, the second status may include: from the online status of the first account logged on the first client, one or more matching statuses that match the first status are determined, and the second status is determined from the one or more matching statuses.

For example, the first client and the second client are clients of different applications, or clients of the same application but not identical presence state. The online status of the first account logged on the first client includes: online, Q my bar, leave, busy, do not disturb, stealth, the online status of the first account that logs on the second client includes: there is time (matching "online", "Q me bar"), no time (matching "away", "busy", "do not disturb"), invisible (matching "stealth"). If the first status indicated by the first status update message is "busy", it is determined that the status (second status) to be updated by the first client is "not time".

After determining the second status, the online status of the first account logged on the first client may be updated to the second status.

After updating the online status of the first account logged on the first client to the second status, the online status of the first account logged on the first client may be updated by operating the first client.

The modification may be a bidirectional update. The above two-way update means: the online status of the first account on the other clients that are logged in using the first account is updated by updating the online status of the first account logged in on the first client, in a manner similar to that described above.

The modification may be a one-way update. The above one-way update means: only the online state of the first account logged in the first client is updated by updating the online state of the first account logged in the first client, and the online states of the first accounts on other clients logged in by using the first account are not synchronized.

Optionally, in this embodiment, after updating the online status of the first account logged in the first client to the second status in response to the first status update message, a status update operation performed on the first client may be detected; updating the online state of the first account logged in the first client to a third state in response to the state updating operation; and sending a second state updating message to the server, wherein the second state updating message is used for indicating the server to update the online state of the first account logged in the first client to a third state, and the online state of the first account logged in the second client is not allowed to be updated to the third state.

Through the technical scheme of the embodiment of the invention, the state updating operation detected on the first client only updates the online state of the first account logged on the first client, so that different online state updating modes can be provided, the method and the device are suitable for different scenes, and the diversity of the state updating modes is improved.

After updating the online state of the first account logged in the first client to the second state, the user may perform a state update operation on the first client to trigger an online state change to update the online state of the first account logged in the first client to the third state. Meanwhile, the first client may send a presence change message (second status update message) to the server to update the presence of the first account logged in the first client to the third status, and not update the presence of the first account logged in the second client to the third status (not allowing the presence of the first account logged in the second client to be updated according to the second status update message).

For example, the first client has only the right to update one way. The user changes the online state of the first account from 'online' to 'away' on the first client, triggers the online state change, only changes the online state of the first account logged in the first client to 'away', and does not change the online state of the first account logged in the second client to 'away'.

In addition to performing online status synchronization, different clients that log in using the same account may also perform automatic reply message synchronization (one client that logs in using a first account may synchronize a set automatic reply message to other clients that log in using the first account). An auto-reply message function may be associated with a particular process. For example, the association relationship between the automatic reply and the online status may be preset, and the automatic reply may be associated with the target status in the online status.

Optionally, in this embodiment, after the online status of the first account logged in the first client is updated to the second status, in a case that the second status is a target status, the automatic reply information set on the second client is acquired on the first client, where the target status is a status of automatically replying the received information using the automatic reply information; and sending automatic reply information to the second account through the first client under the condition that the session information sent by the second account is received by the first client.

According to the technical scheme of the embodiment of the invention, the automatic reply information is synchronized at the plurality of clients, and the automatic reply function is associated with the specific online state, so that the setting operation of the automatic reply information can be simplified, and the user experience is improved.

As an alternative implementation manner, the automatic reply message may be obtained by the first client in a request-response manner after the online status of the first account logged in on the first client is updated to the target status and a session message sent by an account other than the first account is received.

As another alternative, the automatic reply message may be obtained by the first client in advance, for example, obtained when logging in, obtained by actively pushing through the server when the automatic reply message is updated, and the like.

And under the condition that the first client receives the session information sent by the second account, the first terminal can send the pre-acquired automatic reply information to the second account through the first client.

Through the embodiment, the technical problems of complicated operation process and low updating efficiency of state updating in the related art are solved, the operation process is simplified, and the updating efficiency is improved.

According to another aspect of the embodiment of the invention, a state updating method is also provided. Alternatively, the above status updating method may be applied, but not limited, to the application environment as shown in fig. 1. For example, in the second terminal 104.

Optionally, in this embodiment, as an optional implementation manner, as shown in fig. 3, the state updating method may include:

s302, the online state of a first account logged on a second client is determined to be updated to a first state through the second client;

and S304, sending a first state updating message to the server through the second client, wherein the first state updating message is used for indicating that the online state of the first account logged in the second client is updated to the first state, so that the online state of the first account logged in the first client is updated to the second state through the server, and the second state and the first state belong to the same state type.

The status update method described above will be described with reference to fig. 3.

In step S302, the second terminal determines, through the second client, that the online status of the first account logged on the second client has been updated to the first status.

The relationship between the first client and the second client and the first terminal and the second terminal, the relationship between the first client and the second client and the first account, and the login mode of the second client are similar to those described above.

For example, the online state of the first account logged on the second client may be updated to the first state according to the operation of the user, and then the online state of the first account logged on the second client is determined to be updated to the first state, and for example, the online state of the first account logged on the second client, which is matched with the target parameter information, may be determined to be the first state according to the target parameter information of the terminal device running the second client, and the online state of the first account logged on the second client may be updated to the first state.

As an optional implementation manner, determining, by the second client, that the online status of the first account logged in on the second client has been updated to the first status includes: detecting a target operation executed on a second client by the second client, wherein the target operation is used for updating the online state of a first account logged on the second client to a first state; and responding to the target operation, and updating the online state of the first account logged on the second client to the first state.

According to the technical scheme of the embodiment of the application, after the target operation executed by the second client is detected, the online state of the first account logged on the second client is updated to the first state, the second client can be operated by a user to execute multi-terminal online state synchronization, and the initiative of the user in state switching is improved.

The above-described target operation may be a selection operation of an online state. The second client may have a set online status entry, select the first status in the online status selection interface, and perform online status synchronization between multiple clients logged in using the first account.

For example, as shown in fig. 4, an online status entry is set in the setup entries of the multiple ends (multiple clients logged in using the first account), and the multiple ends synchronize 6 statuses (online, Q me bar, away, busy, do not disturb, stealth). The manner of setting the presence state may be: entering a state selection interface by means of setting-account management-online state entry, and selecting a first state (for example, "leave") in the state selection interface to perform online state synchronization.

The second client may also have a capability of supporting fast state switching, and a current state is revealed in the message list, and a fast state switching entry may be activated in a manner of long-time pressing of an avatar or clicking of a state, so as to help fast state switching, and simultaneously support a plurality of account switching capabilities (as shown in fig. 5).

On the second client, the AIO may present the current buddy status in real-time, and the current status may be presented in real-time under the AIO name as the user enters, with viewing messages not affecting the status presentation (as shown in fig. 6).

Optionally, in this embodiment, detecting, by the second client, the target operation performed on the second client includes: the method comprises the steps that a first input operation executed on a second client side is detected through the second client side, the first input operation is used for updating the online state of a first account logged in the second client side to a first state, and the first state is represented by first input information input by the first input operation.

Through the technical scheme of the embodiment of the application, the online state can be customized by the user in a mode of inputting the state information of the online state by the user, and the capability of representing the current scene of the user by the online state can be improved.

The above-described target operation may be detection of a first input operation. The user may input the online status in the online status input interface, and update the online status of the first account logged in on the second client with the input online status as the first status.

The application to which the second client belongs may support user-customized presence status, for example, the customized presence status may be a specific usage scenario, "driving …", "browsing in video …", "in class …", and so on. As another example, a custom presence application is in affinity, and the custom presence may be "think you in …". The current online status can be specifically shown to a certain friend or a certain friends (friend group), and the status can also be provided with a specialized plot display. As another example, a customized online status may convey to a friend the user's current mood and feelings (e.g., where to travel, what food to eat, etc.).

For example, as shown in FIG. 7, a user may customize the current presence state and synchronize the customized current presence state at multiple ends. The user can click on the 'custom' to self-define the online status, and after the 'custom' is clicked, the user can input the self-defined online status. The customized presence state may include: text, emoticons (e.g., smiling), or a combination thereof. After the user customization is completed, the customized presence status may be added at the end of the presence list. The selection and display of the customized presence status and the system predetermined presence status may be similar.

As another optional implementation, determining, by the second client, that the online status of the first account logged in on the second client has been updated to the first status may include: acquiring target parameter information of terminal equipment operating the second client by the second client, wherein the target parameter information is used for determining the online state of a first account logged on the second client; and determining the online state of the first account logged in the second client matched with the target parameter information as a first state.

By the technical scheme of the embodiment of the application, the matched online state is automatically determined according to the target parameter information of the terminal device (the second terminal), and the accuracy of representing the current scene of the user by the online state can be improved.

The target parameter information may be used to determine the online status of the first account logged on the second client, and the target parameter may include, but is not limited to, at least one of the following: speed of movement, current location, current time, connection information with other devices. The target parameter may be preset, for example, the target parameter is set through the pre-configuration information of the second client, and the target parameter is set through a configuration command issued by the server.

The second client may perform target parameter detection to obtain target parameter information when the second client logs in using the first account currently (the first account logged in on the second client is in an online state). After obtaining the target parameter information, the second client may determine that the online status of the first account logged in on the second client matched with the target parameter information is the first status.

The manner of determining the online status of the first account logged on the second client matched with the target parameter information may be: and inputting the target parameter information into the state matching model by the second client (the input of the state matching model is the target parameter information, and the output of the state matching model is the online state matched with the target parameter information), and taking the output result of the state matching model as the first state. The manner of determining the online status of the first account logged in on the second client matched with the target parameter information may also be: the second client sends the target parameter information to a server (a server for online state matching), the server inputs the target parameter information into the state matching model, the output result of the state matching model is used as the first state, and the output result of the state matching model is sent to the second client.

In step S304, a first status update message is sent to the server through the second client, where the first status update message is used to indicate that the online status of the first account logged in the second client is updated to the first status, so as to update the online status of the first account logged in the first client to the second status through the server, and the second status and the first status belong to the same status type.

After determining that the online status of the first account logged in on the second client is updated to the first status, the second client may send a first status update message to the server to indicate that the online status of the first account logged in on the second client is updated to the first status.

After receiving the first status update message, the server may perform online status synchronization on other clients logged in using the first account. The manner of performing online status synchronization for each of the other clients that are logged in using the first account is similar to that described above.

For example, as shown in fig. 8, for multi-port state synchronization, when one of the ports is set to be in an online state, the multi-port performs state synchronization in real time. After the second client state setting is successful, the presence state (or state attribute) may be synchronized to the multiple peers.

In addition to the online status, the second client may support user-defined reply content. Optionally, in this embodiment, after determining, by the second client, that the online status of the first account logged in the second client is updated to the first status, detecting, by the second client, a second input operation performed on the second client, where the second input operation is used to set the automatic reply information of the first account as second input information input by the second input operation, and the second input information includes multimedia information; and responding to the second input operation, and setting the second client automatic reply information as second input information.

For example, as shown in fig. 4, while multi-terminal synchronization is performed for 6 states, auto-reply may be set for 3 states (away, busy, do not disturb). An auto-reply in one state may be synchronized to other states, as well as to other clients that are logged in using the target account.

Through the technical scheme of the embodiment of the application, the multimedia information is input by the user to serve as the automatic reply information, and the richness of the automatic reply content can be improved.

The content of the automatic reply can be defined according to the needs of the user, and the content of the automatic reply can include but is not limited to one of the following: text, links, picture speech, pictures, expressions, GIF.

For example, as shown in fig. 9, the content of the automatic reply may be set according to the needs of the user, and may be editable text (e.g., within 100 words). For another example, as shown in fig. 10, the customized auto-reply supports voice, picture, emoticon, and GIF capabilities, so that the user can better and more conveniently customize the desired auto-reply content.

The second client can support editing, selecting, deleting and previewing (voice, image and GIF) of the automatic reply, and can better help the group user to manage the automatic reply message (as shown in FIG. 11).

The multiple terminals can perform automatic reply synchronization, after the automatic reply is added at one terminal, contents (characters, expressions, voice, pictures and the like) can be synchronously and automatically replied to the multiple terminals, and the multiple terminals can synchronously add the automatic reply (as shown in fig. 12).

The above-described status updating method is described below with reference to specific examples.

In the related art, the instant messaging application at the mobile phone end does not provide the function of displaying the online state, and the user cannot further set richer states such as busy state, away state and the like (as shown in fig. 13) according to the current actual situation of the user.

The state updating method in this example can set the current logged-in user state at the client of the mobile phone end of the instant messaging application, and support various state switching and multi-terminal synchronous user state switching modes. Meanwhile, the method supports the user to preset a reply message, performs multi-end synchronization on the newly added preset message, and automatically replies the message when the user receives the friend message; the user can also view the current state of the friend in real time.

The state update method in this example involves an online state synchronization process between different terminals (PC, iOS, android), different apps. As shown in fig. 14, the server may include: the state center, the pushing module, the message system, the friend state, the automatic reply module and the like can provide corresponding services, and the functions of the modules are respectively as follows:

(1) and the state center is responsible for the unified management of the online states of each end and each app, is used for receiving the state change reported by each end, storing the state change into each state storage instance, and simultaneously notifying the state change to each app of each end in real time by utilizing the push module.

(2) And the pushing module is responsible for pushing a new online state to the client in time when the client is online, so that the client can acquire the latest state in real time.

(3) And the friend state module is responsible for pulling the online state of each friend in the user friend list and the address list. And meanwhile, the compatibility problem of the friend states of the new version and the old version is solved.

(4) The automatic reply module stores the related information of automatic reply when the user sets the leaving, busy and do not disturb states, and comprises an automatic reply list, a switch and the information of the currently selected automatic reply item.

(5) And the message system is used for acquiring the automatic reply message set by the user and automatically replying the message to the sender when the user leaves, is busy and does not disturb.

For the client, the client may include the following:

(1) and in the service layer, each service depends on the account center to acquire the latest online state and performs logic processing according to the current state. The account setting page provides the capability of the user for switching the state.

(2) The account center manages the relevant information of the account in a centralized way, and simultaneously provides the capabilities of acquiring the state of the current online account, notifying the change of the online state and setting the new online state.

(3) And the network layer is responsible for finishing interaction with the back end, including protocol packaging, unpacking, requesting background service, acquiring background online state information and the like.

(4) And the storage layer is responsible for storing the online state of the current account so as to facilitate the request process of a user at the back end.

The state updating method in this example may be used to set the iOS app of the first application to an online state and synchronize to the online pc side and the device side of the associated second application offline, as shown in fig. 15, and may include the following steps:

step 1, a user triggers online state change on an iOS client (a second client) and synchronizes to a background state center.

And 2, after receiving the new online state change, the background updates and stores the state of each state instance (including the PC client) at first.

And 3, after the state center processes the state change, triggering a push system to carry out state synchronization, and carrying out real-time state push (push) by utilizing long connection between the server and the online terminal.

And 4, synchronizing the latest leaving state of the iOS end (iOS client) to the PC end (PC client).

And 5, for the currently offline associated client, after the associated client logs in, an online request is triggered, at the moment, the associated client registers online in a state center, and the latest online state, namely the leaving state, is acquired.

And 6, after the Tim terminal acquires the latest online state as the leaving state, updating the online state of the Tim terminal to the leaving state.

By the example, due to the limitation of personal affairs or environment and the like, the current state of the friend needs to be displayed, so that the friend can more directly acquire whether the friend is suitable for receiving and sending messages at present. In a chat scenario, the user may be helped to better establish expectations, select appropriate objects, and chat at appropriate times. The chat initiator and the chat receiver can be quickly matched, and the chat response rate and the user experience are improved.

It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the order of acts, as some steps may occur in other orders or concurrently in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.

Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.

According to still another aspect of the embodiments of the present invention, there is also provided a status updating apparatus for implementing the above status updating method, as shown in fig. 16, the apparatus including:

(1) a receiving module 1602, configured to receive, by a first client, a first status update message sent by a server, where the first status update message is used to indicate that an online status of a first account logged in on a second client is updated to a first status, and the first client and the second client both use the first account to log in currently;

(2) the updating module 1604 is configured to update the online status of the first account logged on the first client to a second status in response to the first status update message, where the second status and the first status belong to the same status type.

Optionally, the status updating apparatus may be applied to, but not limited to, an online status updating process of an instant messaging application, and may be applied to online status updating between different clients that log in using the same account, where the different clients may be different clients of the same application or different clients of different applications.

Alternatively, the receiving module 1602 may be configured to implement the step S202, and the updating module 1604 may be configured to implement the step S204.

As an alternative embodiment, the above apparatus further comprises:

(1) the acquisition module is used for acquiring automatic reply information set on a second client on the first client under the condition that the second state is a target state after the online state of a first account logged in the first client is updated to the second state, wherein the target state is a state of automatically replying the received information by using the automatic reply information;

(2) and the first sending module is used for sending the automatic reply information to the second account through the first client under the condition that the session information sent by the second account is received on the first client.

Through the embodiment, the automatic reply information is synchronized at the plurality of clients, and the automatic reply function is associated with the specific online state, so that the setting operation of the automatic reply information can be simplified, and the user experience is improved.

As an alternative embodiment, the receiving module 1602 includes:

(1) the server is used for receiving the first state updating message sent by the second client through the second interface and updating the online state of the first account in the state database to the first state by using the first state updating message.

Optionally, the first client runs on a first terminal of a first operating system, the second client runs on a second terminal of a second operating system, and the first operating system is different from the second operating system, or the first operating system and the second operating system are the same operating system.

Optionally, a first client runs on the first terminal, and a second client runs on the second terminal, wherein the first client and the second client are different clients of the same application; or the first client and the second client are different clients of different applications.

Through the embodiment, the server establishes communication connection with different clients through different ports and communicates by using the established connection, so that the interaction accuracy between the server and the clients can be improved, and the communication safety is ensured.

As an alternative embodiment, the above apparatus further comprises: a first detection module and a second transmission module, wherein,

(1) the first detection module is used for detecting the state updating operation executed on the first client after responding to the first state updating message and updating the online state of the first account logged on the first client to a second state;

(2) the updating module is also used for responding to the state updating operation and updating the online state of the first account logged on the first client to a third state;

(3) and the second sending module is used for sending a second state updating message to the server, wherein the second state updating message is used for indicating the server to update the online state of the first account logged in the first client to a third state, and the online state of the first account logged in the second client is not allowed to be updated to the third state.

Through the embodiment, the state updating operation detected on the first client only updates the online state of the first account logged in the first client, so that different online state updating modes can be provided, the method is suitable for different scenes, and the diversity of the state updating modes is improved.

According to still another aspect of the embodiments of the present invention, there is also provided a status updating apparatus for implementing the above status updating method, as shown in fig. 17, the apparatus including:

(1) a determining module 1702, configured to determine, by the second client, that the online status of the first account logged on the second client is updated to the first status;

(2) a sending module 1704, configured to send a first status update message to the server through the second client, where the first status update message is used to indicate that the online status of the first account logged in the second client is updated to the first status, so that the online status of the first account logged in the first client is updated to the second status through the server, and the second status and the first status belong to the same status type.

Alternatively, the determining module 1702 may be configured to implement the step S302, and the sending module 1704 may be configured to implement the step S304.

As an alternative implementation, the determining module 1702 includes:

(1) the system comprises a detection unit, a first client and a second client, wherein the detection unit is used for detecting target operation executed on the second client through the second client, and the target operation is used for updating the online state of a first account logged on the second client to a first state;

(2) and the updating unit is used for responding to the target operation and updating the online state of the first account logged on the second client to the first state.

By the embodiment, after the target operation executed by the second client is detected, the online state of the first account logged in the second client is updated to the first state, so that the second client can be operated by a user to execute multi-terminal online state synchronization, and the initiative of the user in state switching is improved.

Optionally, the detection unit comprises: the detection subunit is configured to detect, by the second client, a first input operation performed on the second client, where the first input operation is used to update an online state of a first account logged in the second client to a first state, and the first state is a state indicated by first input information input by the first input operation.

Through the embodiment, the online state can be customized by the user in a mode of inputting the state information of the online state by the user, and the capability of representing the current scene of the user by the online state can be improved.

As an alternative implementation, the determining module 1702 includes:

(1) the acquisition unit is used for acquiring target parameter information of terminal equipment operating a second client through the second client, wherein the target parameter information is used for determining the online state of a first account logged on the second client;

(2) and the determining unit is used for determining that the online state of the first account logged on the second client matched with the target parameter information is a first state.

By the embodiment, the matched online state is automatically determined according to the target parameter information of the terminal device (the second terminal), and the accuracy of representing the current scene of the user by the online state can be improved.

As an alternative embodiment, the above apparatus further comprises:

(1) the second detection module is used for detecting a second input operation executed on the second client side through the second client side after the online state of the first account logged on the second client side is determined to be updated to the first state through the second client side, wherein the second input operation is used for setting the automatic reply information of the first account side as second input information input by the second input operation, and the second input information comprises multimedia information;

(2) and the setting module is used for responding to the second input operation and setting the automatic reply information of the second client as second input information.

Through the embodiment, the multimedia information is input by the user to serve as the automatic reply information, so that the richness of the automatic reply content can be improved.

According to a further aspect of embodiments of the present invention, there is also provided a storage medium having a computer program stored therein, wherein the computer program is arranged to perform the steps of any of the above-mentioned method embodiments when executed.

Alternatively, in the present embodiment, the storage medium may be configured to store a computer program for executing the steps of:

s1, receiving a first state updating message sent by the server through the first client, wherein the first state updating message is used for indicating that the online state of a first account logged in the second client is updated to a first state, and the first client and the second client both use the first account to log in currently;

and S2, responding to the first state updating message, and updating the online state of the first account logged in the first client to a second state, wherein the second state and the first state belong to the same state type.

s1, determining that the online state of the first account logged on the second client is updated to the first state through the second client;

s2, sending a first status update message to the server through the second client, where the first status update message is used to indicate that the online status of the first account logged on the second client has been updated to the first status, so as to update the online status of the first account logged on the first client to the second status through the server, and the second status and the first status belong to the same status type.

Alternatively, in this embodiment, a person skilled in the art may understand that all or part of the steps in the methods of the foregoing embodiments may be implemented by a program instructing hardware associated with the terminal device, where the program may be stored in a computer-readable storage medium, and the storage medium may include: flash disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.

According to still another aspect of the embodiments of the present invention, there is also provided an electronic device for implementing the status updating method, as shown in fig. 18, the electronic device including: a processor 1802, memory 1804, a display 1806, a user interface 1808, a transmitting device 1810, and the like. The memory has stored therein a computer program, and the processor is arranged to execute the steps of any of the above method embodiments by means of the computer program.

Optionally, in this embodiment, the electronic apparatus may be located in at least one network device of a plurality of network devices of a computer network.

Optionally, in this embodiment, the processor may be configured to execute the following steps by a computer program:

Alternatively, it can be understood by those skilled in the art that the structure shown in fig. 18 is only an illustration, and the electronic device may also be a terminal device such as a smart phone (e.g., an Android phone, an iOS phone, etc.), a tablet computer, a palm computer, a Mobile Internet Device (MID), a PAD, and the like. Fig. 18 is a diagram illustrating a structure of the electronic device. For example, the electronic device may also include more or fewer components (e.g., network interfaces, etc.) than shown in FIG. 18, or have a different configuration than shown in FIG. 18.

The memory 1804 may be used to store software programs and modules, such as program instructions/modules corresponding to the status updating method and apparatus in the embodiments of the present invention, and the processor 1802 executes various functional applications and data processing by executing the software programs and modules stored in the memory 1804, so as to implement the status updating method. The memory 1804 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 1804 may further include memory located remotely from the processor 1802 that may be connected to the terminal through a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmitting device 1810 is used for receiving or transmitting data via a network. Examples of the network may include a wired network and a wireless network. In one example, the transmission device 1810 includes a Network adapter (NIC) that can be connected to a router via a Network cable to communicate with the internet or a local area Network. In one example, the transmission device 1810 is a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.

The display 1806 may be configured to display an interface of the first client or the second client, and the user interface 1808 is configured to obtain an input operation instruction, where, for example, the instruction is used to control online status switching.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

The integrated unit in the above embodiments, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in the above computer-readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing one or more computer devices (which may be personal computers, servers, network devices, etc.) to execute all or part of the steps of the method according to the embodiments of the present invention.

In the above embodiments of the present invention, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In the several embodiments provided in the present application, it should be understood that the disclosed client may be implemented in other manners. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

Claims

1. A method for updating a state, comprising:

receiving a first state updating message sent by a server through a first client, wherein the first state updating message is used for indicating that the online state of a first account logged in on a second client is updated to a first state, and the first client and the second client both use the first account to log in currently;

responding to the first state updating message, and updating the online state of the first account logged in the first client to a second state, wherein the second state and the first state belong to the same state type;

after updating the online status of the first account logged on the first client to the second status, the method further comprises: and under the condition that the second state is a target state, acquiring automatic reply information set on the second client on the first client to perform automatic reply message synchronization in the first client, wherein the target state is a state of automatically replying the received information by using the automatic reply information, and the automatic reply information and the target state have a preset association relationship.

2. The method of claim 1, wherein after updating the online status of the first account logged on the first client to the second status, the method further comprises:

and sending the automatic reply message to the second account through the first client under the condition that the first client receives the session message sent by the second account.

3. The method of claim 1, wherein receiving, by the first client, the first status update message sent by the server comprises:

receiving, by a first client, the first status update message sent by the server through a first interface, wherein the server establishes a communication connection with the first client through the first interface and establishes a communication connection with a second client through a second interface, and the server is configured to receive, by the second interface, the first status update message sent by the second client and update an online status of the first account in a status database to the first status by using the first status update message.

4. The method of claim 3, wherein the first client runs on a first terminal of a first operating system, wherein the second client runs on a second terminal of a second operating system, and wherein the first operating system is different from the second operating system, or wherein the first operating system and the second operating system are the same operating system.

5. The method of claim 3, wherein the first client runs on a first terminal and the second client runs on a second terminal, wherein the first client and the second client are different clients of the same application; or the first client and the second client are different clients of different applications.

6. The method of any of claims 1-5, wherein after updating the online status of the first account logged on the first client to the second status in response to the first status update message, the method further comprises:

detecting a state update operation performed on the first client;

responding to the state updating operation, and updating the online state of the first account logged on the first client to a third state;

and sending a second status update message to the server, wherein the second status update message is used for indicating that the server updates the online status of the first account logged in the first client to the third status, and does not allow the online status of the first account logged in the second client to be updated to the third status.

7. A method for updating a state, comprising:

determining, by a second client, that an online status of a first account logged on the second client has been updated to a first status;

sending a first state updating message to a server through the second client, wherein the first state updating message is used for indicating that the online state of the first account logged in the second client is updated to the first state, so that the online state of the first account logged in the first client is updated to a second state through the server, and the second state and the first state belong to the same state type;

wherein the method further comprises: and under the condition that the second state is a target state, synchronizing automatic reply information set on the second client to the first client through the second client, wherein the target state is a state of automatically replying the received information by using the automatic reply information, and the automatic reply information and the target state have a preset association relationship.

8. The method of claim 7, wherein determining, by the second client, that the online status of the first account logged on the second client has been updated to the first status comprises:

detecting, by the second client, a target operation performed on the second client, wherein the target operation is used to update an online status of a first account logged in on the second client to the first status;

and responding to the target operation, and updating the online state of the first account logged on the second client to the first state.

9. The method of claim 8, wherein detecting, by the second client, the target operation performed on the second client comprises:

detecting, by the second client, a first input operation performed on the second client, where the first input operation is used to update an online state of a first account logged in the second client to the first state, and the first state is a state indicated by first input information input by the first input operation.

10. The method of claim 7, wherein determining, by the second client, that the online status of the first account logged on the second client has been updated to the first status comprises:

acquiring target parameter information of terminal equipment operating the second client by the second client, wherein the target parameter information is used for determining the online state of the first account logged on the second client;

and determining the online state of the first account logged on the second client matched with the target parameter information as the first state.

11. The method of any of claims 7 to 10, wherein after determining, by the second client, that the online status of the first account logged on the second client has been updated to the first status, the method further comprises:

detecting, by the second client, a second input operation performed on the second client, wherein the second input operation is used for setting the automatic reply information of the first account to second input information input by the second input operation, and the second input information includes multimedia information;

and responding to the second input operation, and setting the second client automatic reply information as the second input information.

12. A status update apparatus, comprising:

a receiving module, configured to receive, by a first client, a first status update message sent by a server, where the first status update message is used to indicate that an online status of a first account logged in on a second client is updated to a first status, and the first client and the second client both use the first account to log in currently;

an update module, configured to update an online status of the first account logged in the first client to a second status in response to the first status update message, where the second status and the first status belong to the same status type;

an obtaining module, configured to, after updating the online state of the first account logged in on the first client to the second state, obtain, on the first client, automatic reply information set on the second client to perform automatic reply message synchronization in the first client when the second state is a target state, where the target state is a state in which received information is automatically replied using the automatic reply information, and the automatic reply information and the target state have a preset association relationship.

13. A status update apparatus, comprising:

the determining module is used for determining that the online state of the first account logged on the second client is updated to a first state through the second client;

a sending module, configured to send a first status update message to a server through the second client, where the first status update message is used to indicate that the online status of the first account logged in the second client is updated to the first status, so that the online status of the first account logged in the first client is updated to a second status through the server, and the second status and the first status belong to the same status type;

wherein the apparatus is further configured to: and under the condition that the second state is a target state, synchronizing automatic reply information set on the second client to the first client through the second client, wherein the target state is a state of automatically replying the received information by using the automatic reply information, and the automatic reply information and the target state have a preset association relationship.

14. A storage medium, in which a computer program is stored, wherein the computer program is arranged to perform the method of any of claims 1 to 6 when executed.

15. An electronic device comprising a memory and a processor, characterized in that the memory has stored therein a computer program, the processor being arranged to execute the method of any of claims 1 to 6 by means of the computer program.