A method for setting a standby machine in a cluster terminal

Abstract

The present application provides a method for setting a backup machine for a cluster terminal, which is applied to a server, a first terminal, and a second terminal. When executing the method, the server first receives a request message for setting a backup machine from the first terminal, and then determines the second terminal based on the request message for setting a backup machine from the first terminal. Then, the server sends a setting backup machine indication message to the second terminal based on the identifier of the second terminal, so that the first terminal and the second terminal form a master-slave relationship. In this way, by setting a backup machine request message, the first terminal and the second terminal form a master-slave relationship, and the effect of setting a backup terminal is achieved. In this way, a backup terminal can be set for the cluster terminal, and the cluster service of the main terminal can be transferred to the backup terminal for processing, while the cluster service of the backup terminal itself is not affected. In this way, the cluster terminal can be guaranteed to be online at any time to process the cluster service.

Description

Technical Field

[0001] The present application relates to the field of wireless communication technology, and in particular to a method for setting a backup machine for a cluster terminal. Background Art

[0002] Wireless cluster communication systems can provide command and dispatch, data transmission and telephone services on the same technical platform, and their use has spread to various industries around the world.

[0003] In the existing technology, as long as the cluster terminal equipment is online in real time, cluster communication can be carried out anytime and anywhere. However, in actual applications, the cluster terminal equipment may be offline due to insufficient power or the user entering a signal-free area, so cluster communication cannot be carried out, resulting in the inability to notify the user of related cluster services and affecting work.

[0004] Therefore, how to ensure that cluster terminals are online at any time and can process cluster services is a problem that needs to be solved urgently. Summary of the invention

[0005] In view of this, the present application provides a method for setting a backup terminal for a cluster terminal, aiming to set a backup terminal for a terminal that cannot perform cluster communication, so as to ensure that the cluster terminal is online at any time to process cluster services.

[0006] In a first aspect, the present application provides a method for cluster terminal to set a standby machine, which is applied to a server, and the method includes:

[0007] The server receives a request message for setting a standby machine from the first terminal; the request for setting a standby machine includes at least an identifier of the first terminal and an identifier of a second terminal serving as a standby machine;

[0008] The server determines the second terminal according to the request message for setting a standby machine from the first terminal;

[0009] The server sends a standby machine setting indication message to the second terminal based on the identifier of the second terminal, so that the first terminal and the second terminal form a master-slave relationship.

[0010] Optionally, the server determines the second terminal according to the request message for setting a standby machine from the first terminal, including:

[0011] The server verifies the authority of the first terminal and the second terminal according to the request message for setting a standby machine from the first terminal;

[0012] If the authority verification of the first terminal and the second terminal is passed, the second terminal is determined.

[0013] Optionally, the server sending a setting standby machine indication message to the second terminal based on the identifier of the second terminal so that the first terminal and the second terminal form an active-standby relationship includes:

[0014] The server sends a standby machine setting indication message to the second terminal based on the identification of the second terminal; the standby machine indication message includes the identification of the first terminal;

[0015] The server receives a standby feedback message sent by the second terminal; the standby feedback message is obtained by the second terminal based on the setting standby machine indication message;

[0016] The server determines the result of the master-standby association relationship between the first terminal and the second terminal based on the backup feedback message. If successful, the master-standby association relationship is saved, and a successful message for setting a backup request is sent to the first terminal to form a master-standby relationship between the first terminal and the second terminal; if unsuccessful, a message for setting a backup request is sent to the first terminal.

[0017] Optionally, after the server sends a standby machine setting instruction message to the second terminal based on the identifier of the second terminal, the method further includes:

[0018] The server sets a time threshold for receiving feedback messages;

[0019] If the server does not receive the backup feedback message sent by the second terminal within the time threshold, the server determines that the first terminal and the second terminal have failed to form a master-slave relationship, and sends a backup setting request failure message to the first terminal, and the current backup setting process ends.

[0020] In a second aspect, the present application provides a cluster terminal application standby method, which is applied to a server, and the method includes:

[0021] The server responds to the service message sent to the first terminal;

[0022] Determining a standby mode of the second terminal based on an active / standby relationship between the first terminal and the second terminal;

[0023] If the second terminal is in full standby mode of the first terminal, the server sends the service message to the second terminal;

[0024] If the second terminal is in the offline standby mode of the first terminal, determining the state of the first terminal;

[0025] If the first terminal is online, the server sends the service message to the first terminal;

[0026] If the first terminal is in an offline state, the server sends the service message to the second terminal.

[0027] Optionally, the method further comprises:

[0028] The service end receives a service request sent by the second terminal as the first terminal, wherein the calling identity in the service request is the first terminal identity, and the service request further includes the second terminal identity as the standby terminal identity;

[0029] The service end determines whether the second terminal is a legitimate backup terminal of the first terminal based on the service request, and if so, sends the service request to the called terminal based on the service request, so that the called terminal establishes communication with the second terminal.

[0030] In a third aspect, the present application provides a method for setting a standby machine for a cluster terminal, which is applied to a first terminal, and the method includes:

[0031] The first terminal generates a request message for setting a standby machine in response to a touch operation of a user of the first terminal; the request for setting a standby machine includes at least an identifier of the first terminal and an identifier of the second terminal;

[0032] The first terminal sends the standby machine setting request message to the server, where the standby machine setting request message is used by the server to set the first terminal and the second terminal in a primary-standby relationship.

[0033] Optionally, after the first terminal sends the request message for setting a standby machine to the server, the method further includes:

[0034] The first terminal receives a notification message of a result of setting a standby machine sent by the server;

[0035] The first terminal generates a standby machine setting result notification response message based on the standby machine setting result notification message;

[0036] The first terminal sends the standby machine setting result notification response message to the server.

[0037] Optionally, the method further comprises:

[0038] The first terminal generates a request message for canceling the standby machine in response to a touch operation of a user of the first terminal;

[0039] The first terminal sends the standby machine cancellation request message to the server, where the standby machine cancellation request message is used by the server to cancel the primary-backup relationship between the first terminal and the second terminal.

[0040] In a fourth aspect, the present application provides a method for setting a standby machine in a cluster terminal, which is applied to a second terminal, and the method includes:

[0041] The second terminal receives a message for setting a standby machine sent by the server;

[0042] The second terminal generates a setting standby feedback message based on a touch operation of a user of the second terminal;

[0043] The second terminal sends the setting standby feedback message to the server; the setting standby feedback message is used by the server to set the first terminal and the second terminal to be in an active-standby relationship.

[0044] Optionally, after the second terminal generates a setting standby feedback message based on a touch operation of a user of the second terminal, the method further includes:

[0045] The second terminal saves the identifier of the first terminal in the setting standby machine instruction message;

[0046] The second terminal sends a request for obtaining the contracted service data of the first terminal to the server;

[0047] The second terminal receives a first terminal contract service data response message sent by the server; the first terminal contract service data response message includes at least one type of data among the first terminal contract service data, group data and contact data;

[0048] The second terminal saves the data of the first terminal in the response message of the subscription service data of the first terminal.

[0049] In a fifth aspect, the present application provides a method for cluster terminal application standby, which is applied to a second terminal, and the method includes:

[0050] The second terminal sends a first service request to the server as the first terminal, the caller ID of the service request is the ID of the first terminal, and the service request includes the ID of the second terminal, so that the server can determine whether the second terminal is a legal standby terminal of the first terminal based on the second terminal ID and the first terminal ID, and if it is a legal standby terminal, the second terminal is allowed to initiate a service as the first terminal;

[0051] A service success response message sent by the service end is received, and communication with the called terminal is started as the first terminal.

[0052] The present application provides a method for setting a backup machine for a cluster terminal, which is applied to a server, a first terminal, and a second terminal. When executing the method, the server first receives a request message for setting a backup machine from the first terminal, and then determines the second terminal based on the request message for setting a backup machine from the first terminal. Then, the server sends a setting backup machine indication message to the second terminal based on the identifier of the second terminal, so that the first terminal and the second terminal form a master-slave relationship. In this way, by setting a backup machine request message, the first terminal and the second terminal form a master-slave relationship, and the effect of setting a backup terminal is achieved. In this way, a backup terminal can be set for the cluster terminal, and the cluster service of the main terminal can be transferred to the backup terminal for processing, while the cluster service of the backup terminal itself is not affected. In this way, the cluster terminal can be guaranteed to be online at any time to process the cluster service. BRIEF DESCRIPTION OF THE DRAWINGS

[0053] In order to more clearly illustrate the technical solutions in this embodiment or the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0054] Figure 1 A method flow chart of a method for setting a backup machine for a cluster terminal provided in an embodiment of the present application;

[0055] Figure 2 A method flow chart of a cluster terminal application standby method provided in an embodiment of the present application;

[0056] Figure 3 Another method flow chart of a method for setting a backup machine for a cluster terminal provided in an embodiment of the present application;

[0057] Figure 4 A method flow chart of a possible method for setting a backup machine for a cluster terminal provided in an embodiment of the present application;

[0058] Figure 4a A method flow chart of another possible method of applying a standby machine to a cluster terminal provided in an embodiment of the present application;

[0059] Figure 5 A signaling diagram of a method for performing a calling service by a second terminal as a standby terminal provided in an embodiment of the present application;

[0060] Figure 6 A schematic diagram of a structure of a device for setting a backup machine for a cluster terminal provided in an embodiment of the present application;

[0061] Figure 7Another structural schematic diagram of the device for setting a backup machine for cluster terminals provided in an embodiment of the present application;

[0062] Figure 8 A possible structural diagram of an apparatus for configuring a backup machine for a cluster terminal provided in an embodiment of the present application. DETAILED DESCRIPTION

[0063] As mentioned above, in the existing technology, cluster communication can only be carried out anytime and anywhere if the cluster terminal equipment is online in real time. However, in actual applications, the cluster terminal equipment may be offline due to insufficient power or the user entering a no-signal area, so cluster communication cannot be carried out, resulting in the inability of related cluster services to contact users and affecting work.

[0064] After research, it was found that a backup terminal can be set up for the cluster terminal in the cluster communication system to transfer the cluster business of the main terminal to the backup terminal for processing without affecting the cluster business of the backup terminal itself. This can ensure that the cluster terminal is online at any time to process cluster business.

[0065] In view of this, the present application provides a method for setting a backup machine for a cluster terminal, which is applied to a server, a first terminal, and a second terminal. When executing the method, the server first receives a request message for setting a backup machine from the first terminal, and then determines the second terminal based on the request message for setting a backup machine from the first terminal. Then, the server sends a setting backup machine indication message to the second terminal based on the identifier of the second terminal, so that the first terminal and the second terminal form a master-slave relationship. In this way, by setting a backup machine request message, the first terminal and the second terminal form a master-slave relationship, and the effect of setting a backup terminal is achieved. In this way, a backup terminal can be set for the cluster terminal, and the cluster service of the main terminal can be transferred to the backup terminal for processing, while the cluster service of the backup terminal itself is not affected. In this way, the cluster terminal can be guaranteed to be online at any time to process the cluster service.

[0066] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0067] See also Figure 1 , Figure 1 A method flow chart of a method for setting a backup machine for a cluster terminal provided in an embodiment of the present application, combined with Figure 1 As shown, the method for setting a standby machine for a cluster terminal provided in an embodiment of the present application may include:

[0068] S101: A server receives a request message for setting a standby machine from a first terminal; the request for setting a standby machine includes at least an identifier of the first terminal and an identifier of a second terminal.

[0069] In this embodiment, the first terminal in the cluster sends a request message for setting up a standby machine, and the server of the cluster receives the corresponding request message for setting up a standby machine. It should be noted that, in order to enable the server to confirm the identity information of the first terminal and the second terminal, the request message for setting up a standby machine sent by the first terminal includes the identifier of the first terminal and the identifier of the second terminal, so that the cluster server can confirm the corresponding terminal information based on the corresponding identifier of the terminal. It can be understood that the identifier of the terminal and the corresponding information are pre-stored in the server.

[0070] S102: The server determines the second terminal according to the request message for setting a standby machine from the first terminal.

[0071] In this embodiment, the server determines the second terminal based on the request message for setting a backup machine of the first terminal. Specifically, the request for setting a backup machine includes at least the identifier of the first terminal and the identifier of the second terminal. The server can obtain the contracted service data of the first terminal based on the identifier of the first terminal and obtain the contracted service data of the second terminal based on the identifier of the second terminal, and determine the second terminal through the contracted service data of the first terminal and the second terminal.

[0072] Optionally, the server determines the second terminal according to the request message for setting a standby machine from the first terminal, specifically including:

[0073] The authority of the first terminal and the second terminal is verified according to the identification of the first terminal and the identification of the second terminal in the standby machine request of the first terminal.

[0074] Specifically, according to the identifier of the first terminal, it is queried in the server whether the first terminal has the authority to set up a backup terminal. Further, the identifier of the second terminal for setting the backup terminal by the first terminal can be obtained. It can be understood that there may be a first terminal in the cluster that does not have the authority to set up a backup terminal. Therefore, it is necessary to verify the authority of the first terminal, and not all terminals have the authority to become a backup terminal. Specifically, the second terminal may not have the authority to serve as a backup terminal for the first terminal. Therefore, it is necessary to determine the scope of the first terminal's authority to set up a backup terminal based on the identifier of the first terminal. Specifically, it can be a collection of terminals that can be set as backup terminals by the first terminal in the cluster. The specific confirmation form can be one-by-one confirmation or traversal of the authority list in the form of corresponding identifiers, and then confirm whether the second terminal has the authority to serve as a backup terminal for the first terminal through the identifier.

[0075] Similarly, the server needs to confirm the second terminal specified according to the second terminal identifier in the first terminal backup machine request, and determine whether the second terminal can become a backup terminal for the first terminal, that is, determine the capabilities and permissions of the second terminal. Specifically, a possible implementation form is that the second terminal may only be able to serve as a backup terminal for one terminal as a backup terminal. In this case, when the server confirms that the second terminal is in an idle state according to the second terminal identifier, it can be used as a backup terminal for the first terminal, and the permissions of the second terminal meet the requirements. Otherwise, if it is confirmed that the second terminal has become a backup terminal for other terminals, it is confirmed that the second terminal does not have the ability and permissions to become a backup terminal for the first terminal. It can be understood that the permissions of the first terminal and the permissions of the second terminal can be set according to needs. The description in this embodiment that can only be used as a backup terminal for one terminal is just to illustrate that it may be a way of existence. In specific applications, it can be one or more.

[0076] If the authority verification of the first terminal and the second terminal is passed, the second terminal is determined.

[0077] It should be noted that the setting of permissions for the first terminal and the second terminal in the present application can be based on different groups or different terminal priorities. Specifically, since the terminals may be in different groups in cluster communications, in the present application, the permissions for setting up standby for the first terminal and the second terminal can be pre-set. For example, only terminals in the same group can be set as standby terminals, or for terminals with high priorities, standby terminals can be set across groups. This application does not limit the specific implementation method.

[0078] Optionally, a possible setting of standby machine permissions includes pre-storing the permissions of the second terminal as a standby terminal in the server, including offline standby machines and full standby machines, wherein the offline standby machine means that the second terminal can only enable the function of being a standby terminal for the first terminal when the first terminal, that is, the main terminal, is offline, and the full standby machine mode means that regardless of the status of the first terminal, the second terminal as a standby terminal for the first terminal can always be used as the main terminal for cluster services.

[0079] Optionally, the server also needs to determine the state of the second terminal based on the identifier of the second terminal, that is, determine whether the second terminal is in an online state or an offline state.

[0080] Optionally, if the cluster server passes the verification, that is, the capabilities and permissions of the first terminal and the second terminal are verified, the standby machine setting operation can be further performed, and a standby machine setting success response is replied to the first terminal. If the verification fails, a standby machine setting failure response is replied to the first terminal. Specifically, the standby machine setting failure response may include the reason for the standby machine setting failure.

[0081] S103: The server sends a backup machine setting instruction message to the second terminal based on the identifier of the second terminal, so that the first terminal and the second terminal form a master-slave relationship.

[0082] In this embodiment, the server sends a backup setting indication message to the second terminal based on the identifier of the second terminal, that is, the server sends an indication to the second terminal to set the second terminal as the backup terminal of the first terminal based on the backup request of the first terminal, so as to set the second terminal as the backup terminal of the first terminal, so that the first terminal and the second terminal form a master-slave relationship.

[0083] Preferably, a possible implementation of step 103 specifically includes:

[0084] The server sends a setting standby indication message to the second terminal based on the identifier of the second terminal, wherein the standby indication message includes the identifier of the first terminal, and the second terminal sends a standby feedback message to the server based on the setting standby indication message, that is, the standby feedback message of the first terminal is obtained by the second terminal based on the setting standby indication message. It can be understood that the standby feedback message of the second terminal can be a feedback message obtained based on the first terminal identifier and the standby message, which allows the second terminal to become a standby terminal for the first terminal, or a feedback message that refuses to allow the second terminal to become a standby terminal for the first terminal.

[0085] Optionally, after the server sends the setting standby machine indication message to the second terminal based on the identifier of the second terminal, the server may also set a time threshold for receiving feedback messages. Specifically, the above-mentioned time threshold is set in the server. After the server sends the setting standby machine indication message to the second terminal, it is necessary to receive the standby feedback message of the second terminal. However, in actual applications, the second terminal may not be able to respond in time due to some reasons. For security reasons and to ensure the timeliness of the business, the embodiment of the present application pre-sets a time threshold for the server to receive the standby feedback message of the second terminal, such as 1 minute. If the server does not receive the standby feedback message sent by the second terminal within the set time threshold, the server determines that the first terminal and the second terminal have failed to form a master-standby relationship, and sends a setting standby machine request failure message to the first terminal, and the current setting standby machine process ends.

[0086] Optionally, the server generates a notification of the result of setting up the standby machine based on the result of setting up the standby machine, and sends the result of setting up the standby machine to the first terminal, so as to prompt the first terminal user of the result of setting up the standby machine. Specifically, the server determines the result of the master-standby machine association relationship between the first terminal and the second terminal according to the standby feedback message. If successful, the master-standby machine association relationship is saved, and a message of successful request to set up the standby machine is sent to the first terminal, so that the first terminal and the second terminal form a master-standby relationship; if failed, a message of failed request to set up the standby machine is sent to the first terminal. That is, the result of the master-standby machine association relationship between the first terminal and the second terminal may include success in setting up the standby machine or failure in setting up the standby machine. If the standby machine is set up successfully, the server saves the master-standby machine association relationship and saves the standby machine mode; further, failure to set up the standby machine may also include the reason for the failure to set up the standby machine.

[0087] In this embodiment, by setting the standby machine request message, the first terminal and the second terminal form a master-slave relationship, achieving the effect of setting the standby terminal. In this way, a standby terminal can be set for the cluster terminal, and the cluster service of the main terminal can be transferred to the standby terminal for processing, while the cluster service of the standby terminal itself is not affected, so that the cluster terminal can be online at any time to process the cluster service.

[0088] See also Figure 2 , Figure 2 A method flow chart of a cluster terminal application standby method provided in an embodiment of the present application, combined with Figure 2 As shown, the cluster terminal application standby method provided in the embodiment of the present application may include:

[0089] S201: The server responds to the service message sent to the first terminal.

[0090] In this embodiment, the cluster service end receives a cluster service message, including a single call service and a group call service, and the first terminal is the called party of the service. The single call service refers to the cluster service object being the designated first terminal, and the group call service refers to the first terminal being a group member receiving the cluster service sent to the corresponding group.

[0091] S202: Determine a standby mode of the second terminal based on the active-standby relationship between the first terminal and the second terminal.

[0092] In this embodiment, the cluster server queries whether the first terminal has set up a standby service, and queries the standby relationship data and the standby mode between the first terminal and the second terminal based on the standby service mode, wherein the standby mode includes a full standby mode and an offline standby mode, and determines whether the standby mode of the second terminal is a full standby mode or an offline standby mode. If it is a full standby mode, go to S203; if it is an offline standby mode, go to S204.

[0093] S203: If the second terminal is in full standby mode of the first terminal, the server sends the service message to the second terminal.

[0094] In this embodiment, the server confirms that the second terminal is in full standby mode of the first terminal, that is, the second terminal as a standby terminal of the first terminal can receive all cluster services sent to the first terminal. Therefore, the server sends all single call services and / or group call services received and sent to the first terminal to the second terminal for processing, wherein the called number is the first terminal number. After receiving the cluster service request, the standby terminal determines that the called number is not the local number but the first terminal number and starts the standby function, and uses the first terminal identity to receive and process the service.

[0095] S204: If the second terminal is in the offline standby mode of the first terminal, determine the state of the first terminal.

[0096] In this embodiment, since the second terminal is in offline standby mode of the first terminal, the second terminal, which is a standby terminal of the first terminal, can be enabled to receive business messages sent to the first terminal only when the first terminal is offline. Therefore, when the server confirms that the second terminal is in offline standby mode of the first terminal, the server needs to determine the status of the first terminal corresponding to the cluster business message, and determine whether the first terminal is in offline or online state. If the first terminal is in online state, go to S205; if the first terminal is in offline state, go to S206.

[0097] S205: If the first terminal is online, the server sends the service message to the first terminal.

[0098] In this embodiment, the server confirms that the first terminal is online, the service end sends the service message to the first terminal, the cluster service of the first terminal is processed by the first terminal, the first terminal processes the cluster service normally, replies a service response to the service end, and the first terminal continues to process subsequent service processes.

[0099] S206: If the first terminal is in an offline state, the server sends the service message to the second terminal.

[0100] In this embodiment, the server confirms that the first terminal is offline, and based on this, the server sends a service message to the second terminal, wherein the service message includes a called number, and the called number is the number of the first terminal. The second terminal receives the service message, determines that the called number is not the local number but the number of the first terminal and starts the backup function, and uses the first terminal identity to receive and process the service. Further, the second terminal processes the cluster service as the first terminal, replies to the service response to the server, and uses the first terminal identity to process subsequent business processes.

[0101] Optionally, the above method also includes the server receiving a service request sent by the second terminal as the first terminal, the caller identification in the service request is the first terminal identification, and the service request also includes the second terminal identification as a backup machine identity; the server determines whether the second terminal is a legitimate backup machine of the first terminal based on the service request, and if so, sends a service request to the called terminal based on the service request, so that the called terminal establishes communication with the second terminal.

[0102] In this embodiment, the second terminal, as a standby terminal of the first terminal, undertakes the trunking service in which the first terminal is the called party.

[0103] See also Figure 3 , Figure 3 A method flow chart of a method for setting a backup machine for a cluster terminal provided in an embodiment of the present application, which is applied to a first terminal, combined with Figure 3 As shown, the method for setting a standby machine for a cluster terminal provided in an embodiment of the present application may include:

[0104] S301: A first terminal generates a request message for setting a standby device in response to a touch operation of a user of the first terminal; the request for setting a standby device includes at least an identifier of the first terminal and an identifier of a second terminal.

[0105] In this embodiment, the user of the first terminal selects a terminal friend and a second terminal as a backup terminal, and generates a request message for setting a backup terminal. Specifically, the first terminal can select a terminal friend in its friend list as a backup terminal, and can also enter the terminal number as an option for setting a backup terminal. Furthermore, after selecting the backup terminal, the first terminal can also choose to set a backup mode for the backup terminal, which can specifically include an offline mode and a full backup mode, etc. It should be noted that the present application does not limit the number of backup terminals set by the first terminal. That is to say, in the present application, the first terminal can send a request message for setting a backup terminal to multiple terminals. Theoretically, the first terminal can also have multiple backup terminals. In the embodiments of the present application, setting one terminal as a backup terminal is generally used as an example, but in actual applications, the present application does not limit the number of terminals to be set.

[0106] Optionally, the request for setting up a standby terminal sent by the first terminal of the present application may be a request for setting up a second terminal as a standby terminal in the full standby mode of the terminal, or a request for setting up a third terminal as a standby terminal in the offline standby mode of the terminal, etc. Based on the above request for setting up a standby terminal, a request message for setting up a standby terminal is generated. It is understandable that the above request message for setting up a standby terminal includes the identifier of the first terminal and the identifier of the second terminal.

[0107] S302: The first terminal sends a request message for setting a standby machine to the server. The request message for setting a standby machine is used by the server to set the first terminal and the second terminal in a primary-standby relationship.

[0108] In this embodiment, the first terminal generates a request message for setting a standby machine and then sends the request message to the server, so that the server sets the first terminal and the second terminal in a primary-standby relationship.

[0109] Optionally, after the first terminal sends a request message for setting up a standby machine to the server, it also includes: the first terminal receives a result notification message for setting up a standby machine sent by the server, the above-mentioned result notification message for setting up a standby machine is used to notify the first terminal whether the request to set the second terminal as a standby terminal is successful. Specifically, if the setting of the standby terminal fails, the above-mentioned result notification message for setting up a standby machine may also include the reason for failure; the first terminal generates a result notification response message for setting up a standby machine based on the result notification message for setting up a standby machine, specifically, if the setting of the standby machine is successful, the first terminal may return a received result response message based on the result; if the setting of the standby machine fails, the first terminal may choose to abandon the setting of the standby machine or resend the request based on the specific reason, and send the request for setting up a standby machine again. It can be understood that sending the request for setting up a standby machine again may modify the content of the request for setting up a standby machine. For example, when the server returns that the second terminal cannot set the standby terminal in full standby mode, the first terminal may modify the standby mode to offline standby mode based on the above-mentioned result and resend the request for setting up a standby machine; the first terminal sends the result notification response message for setting up a standby machine to the server.

[0110] Optionally, the above method further includes:

[0111] In this embodiment, since the first terminal may have a need to cancel the master-standby relationship with the second terminal, the first terminal generates a cancel standby request message in response to the touch operation of the first terminal user, and the first terminal sends the cancel standby request message to the server. The cancel standby request message is used by the server to cancel the master-standby relationship between the first terminal and the second terminal.

[0112] Specifically, the server queries the identifier of the standby second terminal based on the request to cancel the standby machine; it can be understood that when the first terminal and the second terminal form a master-standby relationship, the server will record the master-standby relationship and the identifiers of the first terminal and the second terminal. Therefore, when canceling the standby, the identifier of the second terminal can be carried, or the query can be based on the master-standby relationship between the first terminal and the second terminal. It should be noted that the first terminal will save the identifier of the standby second terminal, and the identifier of the second terminal can also be carried to the server when canceling the standby, in order to facilitate the server to verify the second terminal.

[0113] In addition, the cancel standby message may include the identifier of the first terminal, or may not use the identifier of the first terminal. Specifically, in a possible implementation, the session identifier may be used to determine the first terminal. The server may query the cancel standby request initiated by the first terminal based on the session identifier. The specific cancel standby request generation method and content are not limited in this application. Thus, the standby relationship between the second terminal and the first terminal is canceled.

[0114] See also Figure 4 , Figure 4 A method flow chart of a method for setting a backup machine for a cluster terminal provided in an embodiment of the present application, which is applied to a second terminal, combined with Figure 4 As shown, the method for setting a standby machine for a cluster terminal provided in an embodiment of the present application may include:

[0115] S401: The second terminal receives a message for setting a standby machine sent by the server.

[0116] In this embodiment, the second terminal receives the backup machine setting instruction message sent by the server, and prompts the user to confirm.

[0117] S402: The second terminal generates a setting standby feedback message based on a touch operation of a user of the second terminal.

[0118] In this embodiment, the second terminal generates a set standby feedback message based on the set standby indication message. Specifically, the set standby indication message includes the identifier of the first terminal. The second terminal user can perform a touch operation based on the first terminal identifier and the set standby indication message to generate a set standby feedback message, that is, the second terminal can choose to receive or reject the first terminal's request to set up a standby.

[0119] Optionally, the user of the second terminal performs a touch operation to accept the standby indication based on the standby indication message, and the second terminal generates a receiving setting standby feedback message based on the acceptance of the standby indication. That is, the second terminal receives the standby indication request of the server based on the first terminal to set the standby terminal, and can become the standby terminal of the first terminal. Further, the second terminal generates a receiving setting standby feedback message based on the acceptance of the standby indication and sends it to the server.

[0120] Optionally, after the second terminal generates a setting standby feedback message based on the touch operation of the second terminal user, it also includes: the second terminal saves the identifier of the first terminal in the setting standby indication message, and the second terminal sends a request to obtain the first terminal's contracted service data to the server; the second terminal receives the first terminal's contracted service data response message sent by the server based on the first terminal's contracted service data request; the first terminal's contracted service data response message includes at least one type of data among the first terminal's contracted service data, group data and contact data; the second terminal saves the data of the first terminal in the first terminal's contracted service data response message.

[0121] Optionally, the second terminal rejects the standby machine indication based on the standby machine setting indication message; the second terminal generates a rejection setting standby feedback message based on the rejection of the standby machine indication. Specifically, the rejection setting standby feedback message may further include a rejection reason.

[0122] S403: The second terminal sends a set standby feedback message to the server. The set standby feedback message is used by the server to set the first terminal and the second terminal to be in an active-standby relationship.

[0123] Optionally, after the second terminal receives the standby machine indication based on the setting standby machine indication message, it also includes: the second terminal sends a request to obtain the first terminal's contracted service data to the server; the second terminal receives a first terminal contracted service data response message sent by the server based on the first terminal contracted service data request; the first terminal contracted service data response message includes the first terminal contracted service data; the second terminal saves the first terminal contracted service data based on the host contracted service data response message. So that the second terminal obtains the contracted service data of the first terminal, and acts as a standby terminal of the first terminal based on the relevant data to conduct business with the cluster as the first terminal when the standby function is enabled.

[0124] The above describes the method for setting a backup terminal for a cluster terminal provided in an embodiment of the present application. The following is an exemplary description of the method for performing a calling service by the second terminal as a backup terminal in combination with a specific application scenario.

[0125] See also Figure 4a , Figure 4a A method flow chart of a method for cluster terminal application standby provided in an embodiment of the present application, which is applied to a second terminal, may include:

[0126] S401 a: The second terminal sends a first service request to the server as the first terminal; the caller ID of the service request is the ID of the first terminal; and the service request includes the ID of the second terminal.

[0127] In this embodiment, the second terminal initiates a cluster service as the first terminal, specifically, it can include a single call service and a group call service, that is, the second terminal obtains the group data and contact data of the first terminal, selects one of the groups or one of the contacts to initiate a first service request. It can be understood that the caller identification of the above-mentioned first service request is the identification of the first terminal, that is, the caller is the identification of the first terminal, such as the number of the first terminal.

[0128] Optionally, the first service request also includes the identifier of the called terminal, so that the server sends the service request to the called terminal according to the identifier of the called terminal. Optionally, the first service request may also carry the identifier of the standby terminal and send the first service request to the server.

[0129] S402a: The second terminal receives a service response message sent by the service end based on the second service request; the service response message is generated by the called terminal based on the second service request sent by the service end; the second service request is generated by the service end based on the first service request.

[0130] In this embodiment, after sending the first service request, the second terminal receives a service response message sent by the server based on the second service request; specifically, the server performs verification according to the data included in the first service request, wherein the server verifies whether the second terminal is a legitimate backup terminal of the first terminal according to the identifier of the second terminal and the identifier of the first terminal. If the verification is successful, the server further determines whether the service request sent as the first terminal complies with the service authority of the first terminal according to the content of the service request. If it complies, the server generates a second service request according to the identifier of the called terminal, and then sends the second service request to the called terminal according to the identifier of the called terminal.

[0131] Optionally, the server generates a second service request based on the identifier of the called terminal, which specifically includes the server querying the called terminal. If the called terminal is a terminal within the system, the second service request carries the second terminal identifier, that is, the second terminal number information. If the called terminal is a terminal outside the system, the second terminal identifier is not carried, and the service calling number is the first terminal number.

[0132] Optionally, the service response message is generated by the called terminal based on the second service request sent by the server, specifically including: if the called terminal is a terminal outside the system that receives the service request, the service initiator is the first terminal number, and if the called terminal is a terminal within the system, the called terminal can determine that the service is a service issued by the backup terminal of the first terminal, and can further display the identity information of the backup terminal, i.e., the second terminal, so as to clearly show that this service is a service initiated by the second terminal instead of the first terminal.

[0133] See also Figure 5 , Figure 5A signaling diagram of a cluster terminal application standby method provided in an embodiment of the present application, applied to a second terminal, combined with Figure 5 As shown, the method for performing a calling service by the second terminal as a standby terminal provided in the embodiment of the present application may include:

[0134] S501: The second terminal user uses the first terminal identity to initiate a trunking service, including single call and group call trunking services.

[0135] S502: The second terminal sends a service request as the first terminal, the caller number is the first terminal number, and the caller number carries the backup terminal number. The cluster server receives the service request of the backup terminal.

[0136] S503: The cluster server queries the master-slave relationship data, and the second terminal is a legitimate backup of the first terminal. The first terminal has the service authority, and the second terminal can initiate the cluster service.

[0137] S504: The cluster server sends a service request to the called terminal, which may optionally carry the backup number information; the cluster server inquires about the called terminal. If the called terminal is a terminal within the system, the backup number information is carried. If the called terminal is a terminal outside the system, the backup number information is not carried. The service calling number is the first terminal number.

[0138] S505: The terminal outside the system receives a service request, and the service initiator is the first terminal number. If it is a terminal within the system, it can be selected to determine that the service is a service issued by the second terminal, and the identity information of the second terminal can be displayed to clearly indicate that the service is a service initiated by the second terminal instead of the first terminal;

[0139] S506: The called terminal replies with a service response;

[0140] S507: The cluster server sends a service response to the second terminal, and continues the subsequent service process.

[0141] The above are some specific implementations of the method for setting a standby machine for a cluster terminal provided in the embodiment of the present application. Based on this, the present application also provides a corresponding device. The device provided in the embodiment of the present application will be introduced from the perspective of functional modularization.

[0142] See also Figure 6 The structural diagram of the device 600 for setting a standby machine for cluster terminals is shown, which is applied to a server. The device 600 includes a first receiving module 601 , a determining module 602 and a forming module 603 .

[0143] The first receiving module 601 is used for the server to receive a request message for setting a standby machine from the first terminal; the request for setting a standby machine includes at least an identifier of the first terminal and an identifier of the second terminal;

[0144] Determination module 602, used for the server to determine the second terminal according to the request message for setting a standby machine of the first terminal;

[0145] The forming module 603 is used for the server to send a setting standby machine indication message to the second terminal based on the identifier of the second terminal, so that the first terminal and the second terminal form an active-standby relationship.

[0146] See also Figure 7 The structural diagram of the device 700 for setting a standby machine for cluster terminals is shown, which is applied to a first terminal. The device 700 includes a first generating module 701 and a first sending module 702 .

[0147] The first generating module 701 is used for the first terminal to generate a request message for setting a standby device in response to a touch operation of a user of the first terminal; the request for setting a standby device includes at least an identifier of the first terminal and an identifier of the second terminal;

[0148] The first sending module 702 is used for the first terminal to send the standby machine setting request message to the server, and the standby machine setting request message is used by the server to set the first terminal and the second terminal to a primary and backup relationship.

[0149] See also Figure 8 The structural diagram of the device 800 for setting a standby machine for cluster terminals is shown, which is applied to a second terminal. The device 800 includes a second receiving module 801 , a second generating module 802 and a second sending module 803 .

[0150] The second receiving module 801 is used for the second terminal to receive the setting standby machine instruction message sent by the server;

[0151] A second generating module 802, configured for the second terminal to generate a setting standby feedback message based on the setting standby indication message;

[0152] The second sending module 803 is used for the second terminal to send the setting standby feedback message to the server; the setting standby feedback message is used by the server to set the first terminal and the second terminal to a master-slave relationship.

[0153] The embodiment of the present application also provides a cluster terminal application standby device, which is applied to a server, and the device includes:

[0154] A response module, used for the server to respond to the service message sent to the first terminal;

[0155] A first judging module, configured to judge a standby mode of the second terminal based on a master-slave relationship between the first terminal and the second terminal;

[0156] A third sending module, configured to cause the server to send the service message to the second terminal if the second terminal is in full standby mode of the first terminal;

[0157] a second determination module, configured to determine a state of the first terminal if the second terminal is in an offline standby mode of the first terminal;

[0158] A fourth sending module, configured to cause the server to send the service message to the first terminal if the first terminal is online;

[0159] The fifth sending module is used for, if the first terminal is in an offline state, the server sending the service message to the second terminal.

[0160] The embodiment of the present application further provides a device for cluster terminal application standby, which is applied to a second terminal, and the device includes:

[0161] A sixth sending module, configured for the second terminal to send a first service request to the service end as the first terminal; the identifier of the service request is the identifier of the first terminal; the service request includes the identifier of the second terminal and the identifier of the called terminal;

[0162] The third receiving module is used for the second terminal to receive a service response message sent by the service end based on the second service request; the service response message is generated by the called terminal based on the second service request sent by the service end; the second service request sent by the service end is generated by the first service request.

[0163] The embodiments of the present application also provide corresponding devices and computer storage media for implementing the solutions provided by the embodiments of the present application.

[0164] The device includes a storage end and a processing end, the storage end is used to store instructions or codes, and the processing end is used to execute the instructions or codes, so that the device executes the method for setting a standby machine for a cluster terminal as described in any embodiment of the present application.

[0165] The computer storage medium stores codes, and when the codes are executed, the device executing the codes implements the method for setting a standby machine for a cluster terminal as described in any embodiment of the present application.

[0166] The "first" and "second" in the names such as "first" and "second" (if any) mentioned in the embodiments of the present application are only used as name identifiers and do not represent the first or second in order.

[0167] Through the description of the above implementation methods, it can be known that those skilled in the art can clearly understand that all or part of the steps in the above-mentioned embodiment method can be implemented by means of software plus a general hardware platform. Based on such an understanding, the technical solution of the present application can be embodied in the form of a software product, and the computer software product can be stored in a storage medium, such as a read-only storage terminal (English: read-on ly memory, ROM) / RAM, a disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network communication device such as a router) to execute the methods described in each embodiment of the present application or some parts of the embodiments.

[0168] Each embodiment in this specification is described in a progressive manner, and the same and similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative work.

[0169] The above description is merely an exemplary embodiment of the present application and is not intended to limit the protection scope of the present application.

Claims

1. A method for setting a standby machine in a cluster terminal, characterized in that: Applied to the server, the method includes: The server receives a request message for setting a standby machine from the first terminal; the request for setting a standby machine includes at least an identifier of the first terminal and an identifier of a second terminal serving as a standby machine; The server determines the second terminal according to the request message for setting a standby machine from the first terminal; The server sends a setting standby machine indication message to the second terminal based on the identifier of the second terminal, so that the first terminal and the second terminal form a master-standby relationship; the master-standby relationship includes the authority of the second terminal to act as a standby terminal, and the authority of the second terminal to act as a standby terminal includes an offline standby machine and a full standby machine; the offline standby machine means that when the first terminal is offline, the second terminal enables the function of acting as a standby terminal for the first terminal, and the full standby machine means that under any circumstances, the second terminal enables the function of acting as a standby terminal for the first terminal; Among them, when the second terminal enables the function of serving as a backup terminal for the first terminal, the second terminal obtains the group data and contact data of the first terminal, selects a group according to the group data or selects a contact according to the contact data, sends a group call service to the group or sends a single call service to the contact.

2. The method according to claim 1, characterized in that The server determines the second terminal according to the request message for setting a standby machine from the first terminal, including: The server verifies the authority of the first terminal and the second terminal according to the request message for setting a standby machine from the first terminal; If the authority verification of the first terminal and the second terminal is passed, the second terminal is determined.

3. The method according to claim 1, characterized in that The server sends a setting standby machine indication message to the second terminal based on the identifier of the second terminal so that the first terminal and the second terminal form a master-slave relationship, including: The server sends a standby machine setting indication message to the second terminal based on the identification of the second terminal; the standby machine indication message includes the identification of the first terminal; The server receives a standby feedback message sent by the second terminal; the standby feedback message is obtained by the second terminal based on the setting standby machine indication message; The server determines the result of the master-standby association relationship between the first terminal and the second terminal based on the backup feedback message. If successful, the master-standby association relationship is saved, and a successful message for setting a backup request is sent to the first terminal to form a master-standby relationship between the first terminal and the second terminal; if unsuccessful, a message for setting a backup request is sent to the first terminal.

4. The method according to claim 3, characterized in that After the server sends a standby machine setting instruction message to the second terminal based on the identifier of the second terminal, the method further includes: The server sets a time threshold for receiving feedback messages; If the server does not receive the backup feedback message sent by the second terminal within the time threshold, the server determines that the first terminal and the second terminal have failed to form a master-slave relationship, and sends a backup setting request failure message to the first terminal, and the current backup setting process ends.

5. A cluster terminal application standby method, characterized in that: Applied to the server, the method includes: The service end responds to the service message sent to the first terminal; wherein, when the second terminal enables the function of serving as a standby terminal for the first terminal, the second terminal is used to obtain the group data and contact data of the first terminal, select a group according to the group data or select a contact according to the contact data, and send a group call service to the group or send a single call service to the contact; the service message sent to the first terminal is generated according to the group call service sent by the second terminal to the group or the single call service sent to the contact; Determining a standby mode of the second terminal based on an active / standby relationship between the first terminal and the second terminal; If the second terminal is in full standby mode of the first terminal, the server sends the service message to the second terminal; If the second terminal is in the offline standby mode of the first terminal, determining the state of the first terminal; If the first terminal is online, the server sends the service message to the first terminal; If the first terminal is in an offline state, the server sends the service message to the second terminal.

6. The method according to claim 5, characterized in that The method further comprises: The service end receives a service request sent by the second terminal as the first terminal, wherein the calling identity in the service request is the first terminal identity, and the service request further includes the second terminal identity as the standby terminal identity; The service end determines whether the second terminal is a legitimate backup terminal of the first terminal based on the service request, and if so, sends the service request to the called terminal based on the service request, so that the called terminal establishes communication with the second terminal.

7. A method for setting a standby machine in a cluster terminal, characterized in that: Applied to a first terminal, the method includes: The first terminal generates a request message for setting a standby machine in response to a touch operation of a user of the first terminal; the request for setting a standby machine includes at least an identifier of the first terminal and an identifier of the second terminal; The first terminal sends the request message for setting a backup machine to the server, and the request message for setting a backup machine is used by the server to set the first terminal and the second terminal to a master-slave relationship; the master-slave relationship includes the authority of the second terminal to act as a backup terminal, and the authority of the second terminal to act as a backup terminal includes an offline backup machine and a full backup machine; the offline backup machine means that when the first terminal is offline, the second terminal enables the function of acting as a backup terminal for the first terminal, and the full backup machine means that under any circumstances, the second terminal enables the function of acting as a backup terminal for the first terminal, wherein, when the second terminal enables the function of acting as a backup terminal for the first terminal, the second terminal is used to obtain group data and contact data of the first terminal, select a group according to the group data or select a contact according to the contact data, and send a group call service to the group or send a single call service to the contact.

8. The method according to claim 7, characterized in that The method further comprises: The first terminal generates a request message for canceling the standby machine in response to a touch operation of a user of the first terminal; The first terminal sends the standby machine cancellation request message to the server, where the standby machine cancellation request message is used by the server to cancel the primary-backup relationship between the first terminal and the second terminal.

9. A method for setting a standby machine in a cluster terminal, characterized in that: Applied to the second terminal, the method includes: The second terminal receives a message for indicating the setting of a standby machine sent by the server; The second terminal generates a setting standby feedback message based on a touch operation of a user of the second terminal; The second terminal sends the setting standby feedback message to the server; the setting standby feedback message is used by the server to set the first terminal and the second terminal to a master-slave relationship; the master-slave relationship includes the authority of the second terminal to act as a standby terminal, and the authority of the second terminal to act as a standby terminal includes an offline standby machine and a full standby machine; the offline standby machine means that when the first terminal is offline, the second terminal enables the function of acting as a standby terminal for the first terminal, and the full standby machine means that under any circumstances, the second terminal enables the function of acting as a standby terminal for the first terminal, wherein, when the second terminal enables the function of acting as a standby terminal for the first terminal, the second terminal is used to obtain group data and contact data of the first terminal, select a group according to the group data or select a contact according to the contact data, and send a group call service to the group or send a single call service to the contact.

10. The method according to claim 9, characterized in that After the second terminal generates a setting standby feedback message based on the touch operation of the user of the second terminal, the method further includes: The second terminal saves the identifier of the first terminal in the setting standby machine instruction message; The second terminal sends a request for obtaining the contracted service data of the first terminal to the server; The second terminal receives a first terminal contract service data response message sent by the server; the first terminal contract service data response message includes at least one type of data among the first terminal contract service data, group data and contact data; The second terminal saves the data of the first terminal in the response message of the subscription service data of the first terminal.

11. A cluster terminal application standby method, characterized in that: Applied to the second terminal, the method includes: The second terminal sends a first service request to the server as the first terminal, the caller ID of the service request is the ID of the first terminal, and the service request includes the ID of the second terminal, so that the server can determine whether the second terminal is a legal backup terminal of the first terminal based on the second terminal ID and the first terminal ID, and if it is a legal backup terminal, the second terminal is allowed to initiate the service as the first terminal; the second terminal initiates the service as the first terminal, including: the second terminal obtains the group data and contact data of the first terminal, selects a group according to the group data or selects a contact according to the contact data, and sends a group call service to the group or sends a single call service to the contact; A service success response message sent by the service end is received, and communication with the called terminal is started as the first terminal.

Images