Method, device and equipment for hot standby of conference and storage medium

Abstract

Embodiments of the present application provide a hot backup implementation method, device and equipment of a conference and a storage medium, the method comprising: before a hot backup of a first conference server occurs, a second conference server receiving real-time synchronized terminal authentication information and conference service data; the second conference server detecting that the hot backup of the first conference server occurs, performing re-network authentication on a participating terminal according to the real-time synchronized terminal authentication information, and taking over conference services of the conference server that has undergone the hot backup according to the conference service data. In the hot backup implementation occurring in a conference scenario, re-network authentication of a participating terminal can be implemented based on real-time synchronized terminal authentication information, and conference authentication of the participating terminal that has undergone re-network authentication can be implemented by taking over conference services of the conference server that has undergone the hot backup, thereby achieving double-machine hot backup of a conference server without awareness, and also achieving service recovery in the case of a hot backup of a conference server.

Description

Technical Field

[0001] This invention relates to the field of video conferencing technology, and in particular to a method for implementing hot standby for a meeting, a device for implementing hot standby for a meeting, a corresponding electronic device, and a corresponding computer storage medium. Background Technology

[0002] Current meetings typically utilize conferencing systems to enable real-time interaction and communication between individuals or groups in two or more different locations, achieving remote conferencing. A conferencing system can function as a conferencing server, with a wide range of applications, including network video conferencing. However, as the application of conferencing systems / servers in confidential fields becomes increasingly standardized, the requirements for conferencing systems extend beyond just business authentication security to include robustness and resilience.

[0003] Conference systems used in classified fields typically involve secure management servers. Due to the involvement of such external hardware, the resilience of the conference system is a concern. In an encrypted environment, hot standby of the conference system needs to consider the re-entry encryption authentication of participating terminals and the encryption authentication of the conference. It cannot directly adopt the hot standby method of the conference system in an unencrypted environment, and the business recovery of the conference system is limited. Summary of the Invention

[0004] In view of the above problems, embodiments of the present invention are proposed to provide a hot standby method for a meeting, a hot standby device for a meeting, a corresponding electronic device, and a corresponding computer storage medium to overcome or at least partially solve the above problems.

[0005] This invention discloses a method for implementing hot standby in a conference, involving at least two conference servers, the method comprising:

[0006] Before the first conference server goes into hot standby mode, the second conference server receives real-time synchronized terminal authentication information and conference service data; the terminal authentication information is used to notify the backup conference server to re-authenticate the participating terminals.

[0007] Upon detecting that the first conference server is in hot standby mode, the second conference server re-authenticates the participating terminals based on the real-time synchronized terminal authentication information, and takes over the conference services of the conference server in hot standby mode according to the conference service data.

[0008] Optionally, when the first conference server is detected to be in hot standby, the second conference server re-authenticates the participating terminals based on the real-time synchronized terminal authentication information, and takes over the conference services of the conference server in hot standby based on the conference service data, including:

[0009] Obtain primary / standby status sharing information; the primary / standby status sharing information includes primary / standby status information for the conference server.

[0010] If the primary / standby status information indicates that the first conference server is not in operation, then the first conference server is determined to be in hot standby mode. The second conference server performs re-entry authentication on the participating terminals based on the real-time synchronized terminal authentication information, and takes over the conference services of the first conference server in hot standby mode based on the conference service data.

[0011] Optionally, obtaining the primary / standby status sharing information includes:

[0012] The meeting server is subjected to heartbeat detection, and the primary / standby status information of the meeting server is determined based on the heartbeat detection result;

[0013] Write the primary / backup status information into the primary / backup status sharing information.

[0014] Optionally, determining the primary / standby status information of the conference server based on the heartbeat judgment result includes:

[0015] If the heartbeat determination result is that the second conference server receives a heartbeat instruction sent by the first conference server every preset time interval, and the second conference server returns a heartbeat response instruction to the first conference server, then the primary / standby status information is determined to be that the first conference server is in working state and the second conference server is in standby state; the first conference server being in working state is used to indicate that the first conference server has not performed hot standby.

[0016] And / or, if the heartbeat determination result is that the second conference server has not received the heartbeat instruction sent by the first conference server every preset time period, then the primary / standby status information is determined to be that the first conference server is in a non-working state; the first conference server being in a non-working state is used to indicate that the first conference server is in hot standby.

[0017] Optionally, the terminal authentication information includes a terminal encryption certificate and is used to instruct participating terminals to pass network access encryption authentication; the second conference server performs re-entry authentication on participating terminals based on the real-time synchronized terminal authentication information, including:

[0018] The second conference server receives a re-entry authentication request sent by a participating terminal; the re-entry authentication request is generated by the background process of the participating terminal in a still frame state and includes the terminal information of the participating terminal;

[0019] The terminal encryption certificate is used to re-enter the network for authentication of the terminal information of the participating terminals.

[0020] Optionally, the second conference server takes over the conference services of the first conference server that is in hot standby based on the conference service data, including:

[0021] Before the first conference server goes into hot standby mode, the second conference server receives conference service data sent by the first conference server via master-master synchronization; the conference service data includes conference status information.

[0022] When the first conference server is in hot standby mode, the conference status information is obtained; the conference status information is used to synchronize the status information of the conference services of the conference server in hot standby mode.

[0023] The meeting service is taken over from the first meeting server and synchronized based on the meeting status information.

[0024] Optionally, the step of taking over the conference service from the first conference server and synchronizing the conference service based on the conference status information includes:

[0025] Take over the conference services from the autonomous system of the first conference server and synchronize the conference services based on the conference status information;

[0026] Taking over the conference services from the autonomous system of the first conference server includes:

[0027] If the second conference server and the first conference server are in the same autonomous system, the second server takes over the conference service from the autonomous system of the first conference server and synchronizes the conference service based on the conference status information.

[0028] This invention also discloses a hot standby device for conferences, involving at least two conference servers, the device comprising:

[0029] The synchronous data receiving module, located on the second conference server, is used to receive real-time synchronized terminal authentication information and conference service data before the first conference server goes into hot standby mode; the terminal authentication information is used to notify the backup conference server to re-authenticate the participating terminals.

[0030] The business authentication module, located on the second conference server, is used to detect when the first conference server is in hot standby mode, to re-authenticate participating terminals based on real-time synchronized terminal authentication information, and to take over the conference services of the conference server in hot standby mode based on the conference service data.

[0031] Optionally, the business authentication module includes:

[0032] The status sharing information acquisition submodule is used to acquire primary and backup status sharing information; the primary and backup status sharing information includes primary and backup status information for the conference server.

[0033] The business authentication submodule is used to determine that the first conference server is in hot standby when the primary / standby status information indicates that the first conference server is not in working state, to perform re-entry authentication on the participating terminals based on the real-time synchronized terminal authentication information, and to take over the conference services of the first conference server in hot standby based on the conference service data.

[0034] Optionally, the state sharing information acquisition submodule includes:

[0035] The heartbeat determination unit is used to determine the heartbeat of the conference server and determine the primary / standby status information of the conference server based on the heartbeat determination result.

[0036] The status information writing unit is used to write the primary / backup status information into the primary / backup status sharing information.

[0037] Optionally, the heartbeat determination unit includes:

[0038] The first heartbeat determination subunit is used to determine that the primary / standby status information is that the first conference server is in working state and the second conference server is in standby state when the heartbeat determination result is that the second conference server receives a heartbeat instruction sent by the first conference server every preset time period and the second conference server returns a heartbeat response instruction to the first conference server; the first conference server being in working state is used to indicate that the first conference server has not performed hot standby.

[0039] The second heartbeat judgment subunit is used to determine that the primary / standby status information is that the first conference server is in a non-working state when the heartbeat judgment result is that the second conference server has not received the heartbeat instruction sent by the first conference server every preset time period; the first conference server being in a non-working state is used to indicate that the first conference server is in a hot standby state.

[0040] Optionally, the terminal authentication information includes a terminal encryption certificate and is used to instruct participating terminals to pass network access encryption authentication; the service authentication submodule includes:

[0041] A re-entry authentication request receiving unit is used to receive a re-entry authentication request sent by a participating terminal; the re-entry authentication request is generated by the background process of the participating terminal in a static frame state and includes the terminal information of the participating terminal.

[0042] The terminal encryption certificate is used to re-enter the network for authentication of the terminal information of the participating terminals.

[0043] Optionally, the business authentication submodule includes:

[0044] The conference service data receiving unit is used to receive conference service data sent by the first conference server in a master-master synchronization manner before the first conference server goes into hot standby mode; the conference service data includes conference status information.

[0045] The meeting status information acquisition unit is used to acquire meeting status information when the first meeting server is in hot standby mode; the meeting status information is used to synchronize the meeting service status information of the meeting server in hot standby mode.

[0046] The conference service takeover unit is used to take over the conference service from the first conference server and synchronize the conference service based on the conference status information.

[0047] Optionally, the conference service takeover unit includes:

[0048] The conference service takeover subunit is used to take over the conference service from the autonomous system of the first conference server and synchronize the conference service based on the conference status information.

[0049] This invention also discloses an electronic device, including: a processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the steps of any of the hot standby implementation methods for the conference.

[0050] This invention also discloses a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps of any of the hot standby implementation methods for the conference.

[0051] The embodiments of the present invention have the following advantages:

[0052] In this embodiment of the invention, during the hot standby implementation in a conference scenario, before the first conference server goes into hot standby, the backup second conference server receives real-time synchronized terminal authentication information and conference service data. When the second conference server detects that the first conference server has gone into hot standby, it can re-authenticate the participating terminals based on the real-time synchronized terminal authentication information and take over the conference services of the hot-standby conference server based on the conference service data, thus achieving service recovery in the event of a hot standby conference server. This allows for re-authentication of participating terminals based on real-time synchronized terminal authentication information and for conference authentication of participating terminals that have passed re-authentication by taking over the conference services of the hot-standby conference server. This achieves seamless dual-machine hot standby of the conference server while also enabling service recovery in the event of a hot standby conference server. Attached Figure Description

[0053] Figure 1 This is a flowchart illustrating the steps of an embodiment of a hot standby method for meetings according to the present invention.

[0054] Figure 2 This is a schematic diagram of the framework of the conference server provided in an embodiment of the present invention;

[0055] Figure 3 This is a flowchart illustrating the steps of another embodiment of the hot standby method for meetings according to the present invention.

[0056] Figure 4 This is an application scenario diagram of the hot standby implementation of encrypted conferencing provided in the embodiments of the present invention;

[0057] Figure 5 This is a structural block diagram of an embodiment of a hot standby device for meetings according to the present invention. Detailed Implementation

[0058] To make the above-mentioned objects, features and advantages of the present invention more apparent and understandable, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments.

[0059] Hot standby of a conference system in an encrypted environment needs to consider the re-entry encryption authentication of participating terminals and the encryption authentication of the conference. It cannot directly adopt the hot standby method of a conference system in an unencrypted environment, and the business recovery of the conference system is limited.

[0060] One of the core ideas of this invention is to perform seamless re-entry authentication and conference authentication for participating terminals during hot standby in a conference scenario. This can be achieved based on real-time synchronized terminal authentication information, and by taking over the conference services of the conference server undergoing hot standby, conference authentication can be performed on participating terminals that have passed re-entry authentication. Since participating terminals do not need to re-acquire terminal authentication information, nor do they need to perform conference encryption authentication based on the participating terminals' re-entry requests, both re-entry authentication and conference authentication are seamless for the participating terminals on the conference server taking over the conference services. This achieves seamless dual-machine hot standby of the conference server while also enabling service recovery in the event of a hot standby.

[0061] Reference Figure 1 The diagram illustrates a flowchart of an embodiment of a hot standby method for a conference according to the present invention, involving at least two conference servers, and specifically includes the following steps:

[0062] Step 101: Before the first conference server goes into hot standby mode, the second conference server receives real-time synchronized terminal authentication information and conference service data.

[0063] The conference servers involved can be used for comprehensive management of conference services of participating terminals, including processing of conference authentication, recording of conference audio and video, configuration of participant roles, and conference service modes. In scenarios where hot standby is implemented, the number of conference servers involved is at least two, such as a first conference server as the host and a second conference server as the backup. The number of conference servers involved in specific actual scenarios and the corresponding host and backup status are not limited. It is also possible for a group of conference servers to act as host and backup for each other. For example, assuming a group of four conference servers, when one conference server acts as the host, the other three conference servers can act as backup for that host server. The participating terminals can be at least one terminal that jointly conducts audio and video conferencing services. It can be a video network terminal or an Internet terminal. This embodiment of the invention does not limit this.

[0064] In this embodiment of the invention, the hot standby process for a conference is described in detail using a first conference server as the host and a second conference server as the backup as an example. The first and second conference servers implementing hot standby can communicate with each other based on the same server for business authentication, such as a secure management server. The secure management server can be used for certificate issuance and encryption authentication. Therefore, based on the unified secure management server, subsequent business authentication can be performed on the first and second conference servers during master / standby switching. The business authentication can include re-entry authentication for participating terminals and conference authentication for participating terminals.

[0065] The primary / backup switch between the first and second conference servers mainly occurs when the first conference server is in hot standby mode. This is primarily manifested as a switch between the primary and backup states of the two conference servers. For example, if the first conference server, acting as the primary server, is in hot standby mode and is not in operation, then the second conference server, acting as the backup server, can be in operation. At this time, the participating terminals will continue the audio and video conferencing service through the second conference server. Since the conference server through which the participating terminals conduct audio and video conferencing services has switched, the second conference server that conducts audio and video conferencing services after the switch needs to perform re-entry authentication and conference authentication for the participating terminals.

[0066] To achieve seamless re-entry authentication and conference authentication for participating terminals in hot standby scenarios during conferences, and to enable seamless dual-machine hot standby and service recovery of the conference server, the primary conference server (as the host) can continuously synchronize relevant information for subsequent re-entry authentication and conference authentication of participating terminals to the secondary conference server (as the backup) before hot standby. This avoids the need to notify participating terminals or require them to actively perform re-entry authentication and conference authentication when the primary conference server goes into hot standby.

[0067] Among them, the relevant information required for re-entering the network for participating terminals can be terminal authentication information. This terminal authentication information can be used to notify the backup conference server to re-enter the network for participating terminals. Specifically, the terminal authentication information can also be represented as a terminal encryption certificate. The terminal encryption certificate can be used to encrypt the information transmitted by the participating terminals. It can encrypt the network access request of the participating terminals so as to enable subsequent re-entry authentication of the participating terminals.

[0068] The relevant information required for authenticating participating terminals during a meeting can be meeting business data related to the meeting service. This meeting business data can record meeting-related information, such as participating terminals, video conference progress, and meeting records containing audio and / or video data.

[0069] Step 102: The first conference server is detected to be in hot standby mode. The second conference server performs re-entry authentication on the participating terminals based on the real-time synchronized terminal authentication information, and takes over the conference services of the conference server in hot standby mode based on the conference service data.

[0070] When a hot standby is detected in the first conference server, meaning a primary / standby switchover operation will occur between the first and second conference servers, the second conference server can be notified to re-authenticate participating terminals based on real-time synchronized terminal authentication information. After successful re-authentication of participating terminals, the conference services of the first conference server in hot standby can be taken over directly based on conference service data. This achieves seamless dual-machine hot standby of the conference servers while restoring conference services, i.e., service recovery in the event of a hot standby of the conference servers.

[0071] Specifically, the determination of whether the first conference server is in hot standby can be based on the acquisition of primary and standby status sharing information. The acquired primary and standby status sharing information can include primary and standby status information for the conference server. Specifically, if the primary and standby status information indicates that the first conference server is not in a working state, it is determined that the first conference server is in hot standby. At this time, the second conference server can re-authenticate the participating terminals based on the real-time synchronized terminal authentication information and take over the conference services of the first conference server in hot standby based on the conference service data.

[0072] In this embodiment of the invention, during the hot standby implementation in a conference scenario, before the first conference server goes into hot standby, the second conference server, acting as a backup, receives real-time synchronized terminal authentication information and conference service data. When the second conference server detects that the first conference server has gone into hot standby, it can re-authenticate the participating terminals based on the real-time synchronized terminal authentication information and take over the conference services of the conference server in hot standby based on the conference service data, thus achieving service recovery in the event of a conference server going into hot standby. This allows for re-authentication of participating terminals based on real-time synchronized terminal authentication information, and enables conference authentication of participating terminals that have passed re-authentication by taking over the conference services of the conference server in hot standby. This achieves seamless dual-machine hot standby of the conference server while also enabling service recovery in the event of a conference server going into hot standby.

[0073] Reference Figure 2 This diagram illustrates the framework of a conference server provided in an embodiment of the present invention. In this embodiment, each of the at least two conference servers can have a comprehensive management service and a database service. The comprehensive management service can support network management, business management, and permission management for audio and video conferencing services. The comprehensive management service of the conference server can be a service inherent to the conference server itself, or a service used after calling upon the comprehensive management service of the conference server. The database service can be implemented by calling a database, which can be used to store the data generated and transmitted by participating terminals during audio and video conferencing. The database service is mainly responsible for data synchronization between different conference servers. Real-time synchronization can be achieved using a master-master synchronization method, where the databases of the two conference servers act as hosts to each other. This is mainly to ensure that when there are changes in the database of each node, synchronization can be automatically performed to the database of the other end. However, in practical applications, since the conference servers in this embodiment of the present invention have a master-slave status, only the current master node, i.e., the conference server acting as the host, supports updating data in the database.

[0074] In practical applications, when hot standby is implemented between the first and second conference servers, the failover operation is actually achieved through the integrated management services of the two conference servers. Specifically, the integrated management services of the conference servers support network management, business management, and access control for video conferencing. The corresponding management services can include file synchronization services, recording and playback services, conference management services, control services, service control scripts, unified routing services, conference scheduling services, device management services, and autonomous services.

[0075] The file synchronization service is primarily responsible for synchronizing files between different encrypted conferencing systems. The synchronized files can include recorded files, versions, certificates, etc. The recording service is primarily responsible for recording audio and video during audio-visual conferencing by participating terminals. The conferencing management service is mainly used to implement conferencing scheduling and communication between participating terminals, providing conferencing management functions. The control service is primarily responsible for managing the primary / backup switchover of the conferencing server. The service control script is primarily responsible for real-time monitoring of the status shared files to determine the current primary / backup status of the conferencing server, in order to determine in real-time whether the host conferencing server has crashed. Or, in the event of a fault, a hot standby situation may occur; the conference scheduling service is mainly responsible for controlling video conferences, such as inviting participating terminals to form a meeting, setting the roles of participating terminals in the meeting, and sending conference control commands; the device management service is mainly responsible for managing participating terminals, such as authenticating participating terminals for network access; the autonomy service is mainly used to issue control signaling to video network servers and video network terminals within the video network, including device management signaling and conference service signaling. The autonomy service can be configured in a dual-machine hot standby mode, and the status of the other end is determined by heartbeat signaling; the unified routing service is mainly responsible for managing the routing of participating terminals.

[0076] It's important to note that the meeting scheduling service and unified routing service only connect to the local machine, i.e., the autonomous service of its own meeting server. If the meeting includes participating terminals from other autonomous systems, the cross-domain meeting logic will re-add the participating terminals from the other autonomous systems to the meeting. A cross-domain meeting refers to a meeting initiated by one autonomous system that includes participating terminals from different autonomous systems. The implementation logic is that each autonomous system has a sub-meeting. When a participating terminal in one autonomous system wants to watch or receive audio or video streams from participating terminals in another autonomous system, it needs to receive instructions from its own autonomous service, and the audio and video streams are forwarded based on the boundary video network server.

[0077] Furthermore, the services provided by the integrated management service can be services originally provided by the integrated server, or they can be services provided by the corresponding server, so that the integrated management server can call the corresponding services from the corresponding server; and the services provided by the conference server are not limited to the above-mentioned services, and can include other services based on actual needs. In this regard, the embodiments of the present invention do not impose any restrictions.

[0078] Reference Figure 3 This document illustrates a flowchart of another embodiment of a hot standby method for conferences according to the present invention. The method involves at least two conference servers. In this embodiment, a first conference server acting as the host and a second conference server acting as a backup are used as examples to describe the hot standby process. Specifically, the process may include the following steps:

[0079] Step 301: Perform a heartbeat check on the conference server and determine the primary / standby status information of the conference server based on the heartbeat check result;

[0080] To achieve seamless re-entry authentication and conference authentication for participating terminals in hot standby scenarios during conferences, and to enable seamless dual-machine hot standby and service recovery of the conference server, the primary conference server (as the host) can continuously synchronize relevant information for subsequent re-entry authentication and conference authentication of participating terminals to the secondary conference server (as the backup) before hot standby. This avoids the need to notify participating terminals or require them to actively perform re-entry authentication and conference authentication when the primary conference server goes into hot standby.

[0081] When a hot standby is detected in the first conference server, meaning a primary / standby switchover operation is about to occur between the first and second conference servers, the second conference server can be notified to re-authenticate the participating terminals based on real-time synchronized terminal authentication information. After the participating terminals successfully re-authenticate, the conference services of the first conference server in hot standby can be taken over directly based on the conference service data. This achieves seamless dual-machine hot standby of the conference servers while restoring the conference services, i.e., service recovery in the event of a hot standby of the conference servers.

[0082] Specifically, determining whether the first conference server is in hot standby mode can be based on obtaining the primary / standby status sharing information, which can be represented as a status sharing file. In practice, this can be achieved by performing a heartbeat check on the conference server, determining the primary / standby status information based on the heartbeat result, and then writing the primary / standby status information into the primary / standby status sharing file.

[0083] In practical applications, the autonomous services of the first and second conference servers can be configured in a dual-machine hot standby mode. Heartbeat checks can be performed by determining the status of the peer through heartbeat signaling. Specifically, the autonomous services of the two conference servers can determine the primary / standby status of their current service through heartbeats. Heartbeat checks are primarily achieved by evaluating heartbeat commands sent within a preset time period and the heartbeat response commands returned based on those commands.

[0084] In one scenario, if the heartbeat determination result is that the second conference server receives a heartbeat instruction sent by the first conference server at preset time intervals, and the second conference server returns a heartbeat response instruction to the first conference server, then the primary / standby status information can be determined as the first conference server being in a working state and the second conference server being in a standby state. In another scenario, if the heartbeat determination result is that the second conference server does not receive a heartbeat instruction sent by the first conference server at preset time intervals, then the primary / standby status information can be determined as the first conference server being in a non-working state.

[0085] The statement that the first conference server is in a working state indicates that the first conference server is not in a hot standby state, while the statement that the first conference server is in a non-working state indicates that the first conference server is in a hot standby state.

[0086] In the specific implementation, the device management service of the second conference server can detect the status of the autonomous service of the first conference server and the status of the autonomous service of the second conference server respectively, and write the detected primary and backup status information into the status sharing file for sharing as primary and backup status sharing information, so as to facilitate the implementation of dual-machine hot standby and business recovery between conference servers after a hot standby occurs.

[0087] Step 302: Obtain the primary / standby status sharing information. If the primary / standby status information indicates that the first conference server is not in a working state, then it is determined that the first conference server is in hot standby mode.

[0088] Specifically, the determination of whether the first conference server is in hot standby can be based on obtaining the primary and standby status sharing information, which can be manifested by obtaining the status sharing file through the service control script of the second conference server.

[0089] The acquired status sharing file may include the detected primary and backup status information. The primary and backup status information can be used to inform the current primary and backup status. If the acquired primary and backup status information indicates that the first conference server is in an inactive state, it means that the first conference server is in hot standby mode.

[0090] Step 303: When the first conference server is in hot standby mode, the second conference server performs re-entry authentication on the participating terminals based on the real-time synchronized terminal authentication information.

[0091] When a hot standby is detected in the first conference server, meaning that a primary / standby switchover operation will occur between the first and second conference servers, the second conference server can be notified to re-authenticate the participating terminals based on the real-time synchronized terminal authentication information.

[0092] The information synchronized in real time can include terminal authentication information required for re-entry authentication of participating terminals, and meeting service data related to meeting services during meeting authentication. Specifically, terminal authentication information can be used to notify the backup meeting server to re-enter the participating terminals, and can also manifest as terminal encryption certificates. These certificates are primarily used to encrypt information transmitted by participating terminals, including their network access requests, to facilitate subsequent re-entry authentication. Meeting service data can record meeting-related information, such as participating terminals, video conference progress, and meeting minutes containing audio and / or video data.

[0093] In practical applications, the first and second conference servers can have a file synchronization service responsible for real-time synchronization of files between different conference servers. The files to be synchronized can include recorded files, versions, certificates, etc. For the second conference server, it can receive the terminal authentication information synchronized by the first conference server through the file synchronization service, and can automatically synchronize it to the backup node through the file synchronization service.

[0094] The re-entry authentication process for participating terminals can be implemented by placing participating terminals on the first conference server in a static frame state after hot standby. This allows the participating terminals to maintain their current business status during the meeting, facilitating the device management service of the second conference server to perform re-entry encryption authentication on the static frame terminals in the background. This process is seamless for the user. The static frame state refers to the participating terminal's screen being frozen at a certain moment; during this time, the terminal's output interface will not display a message indicating network disconnection or a return to the menu.

[0095] In practical applications, this can manifest as the second conference server receiving a re-entry authentication request sent by a participating terminal. The received re-entry authentication request is generated by the background process of the participating terminal in a static frame state and includes the terminal information of the participating terminal. At this time, the second conference server can use the terminal encryption certificate to perform re-entry authentication on the terminal information of the participating terminal.

[0096] Step 304: After the participating terminal passes the re-entry authentication, the second conference server takes over the conference services of the first conference server that is in hot standby, based on the conference service data.

[0097] When a hot standby is detected in the first conference server, meaning that a primary / standby switchover operation will occur between the first and second conference servers, the conference services of the hot standby first conference server can be taken over directly based on the conference service data after the participating terminal re-enters the network and passes authentication. This achieves dual-machine hot standby of the conference servers without any obstruction, while simultaneously restoring the conference services, i.e., restoring services even when the conference server is in a hot standby state.

[0098] In practical applications, the first conference server and the second conference server can have a database service responsible for real-time synchronization between different conference servers. For the second conference server, it can receive conference business data for master-master synchronization from the database connected to the first conference server through the database service and adopt a master-master synchronization method.

[0099] The meeting authentication process for participating terminals can be specifically described as follows: before the first meeting server goes into hot standby mode, the second meeting server receives meeting service data sent by the first meeting server through master-master synchronization. The received meeting service data can include meeting status information, such as the participating terminal, the participating role status, the terminal split-screen mode, and the meeting service mode. The meeting status information of the first meeting server can help the second meeting server know the relevant data of the current meeting service, which is convenient for taking over the meeting service later.

[0100] When the first conference server is in hot standby mode, conference status information can be obtained. This information can be used to synchronize the conference service status information of the hot standby server. At this time, the conference service can be taken over from the first conference server, and the conference service can be synchronized based on the conference status information to indirectly complete the access authentication of online participating terminals. Since the participating terminals are in a static frame state, it can be ensured that the output interface of the participating terminals will not display "disconnected" or return to the menu interface. The takeover of conference services by the second conference server when the participating terminals are in a static frame state is beneficial for the recovery of conference services.

[0101] Specifically, the hot standby implementation of this embodiment can only take over meetings initiated by the same autonomous system. Therefore, the takeover of the meeting services of the first meeting server can be manifested as follows: if the second meeting server is in the same autonomous system as the first meeting server, it can take over the meeting services from the autonomous system of the first meeting server and synchronize the meeting services based on the meeting status information.

[0102] In practical applications, the autonomous service of the second conference server can receive real-time synchronized conference service data. After the conference management service based on the second conference server obtains the primary and backup status information in the status sharing file and determines that the first conference server has entered hot standby mode, the conference scheduling service of the second conference server can take over the ongoing conference service from the autonomous service of the first conference server and synchronize the conference status information.

[0103] In this embodiment of the invention, during the hot standby implementation in a conference scenario, before the first conference server goes into hot standby, the second conference server, acting as a backup, receives real-time synchronized terminal authentication information and conference service data. When the second conference server detects that the first conference server has gone into hot standby, it can re-authenticate the participating terminals based on the real-time synchronized terminal authentication information and take over the conference services of the conference server in hot standby based on the conference service data, thus achieving service recovery in the event of a conference server going into hot standby. This allows for re-authentication of participating terminals based on real-time synchronized terminal authentication information, and enables conference authentication of participating terminals that have passed re-authentication by taking over the conference services of the conference server in hot standby. This achieves seamless dual-machine hot standby of the conference server while also enabling service recovery in the event of a conference server going into hot standby.

[0104] To enable those skilled in the art to better understand the embodiments of the present invention, the following description uses a scenario in which the hot standby implementation method for meetings proposed in the embodiments of the present invention is applied:

[0105] Reference Figure 4 This diagram illustrates an application scenario of the hot standby implementation for encrypted conferencing provided by an embodiment of the present invention. The hot standby method for conferencing proposed in this embodiment can also be applied in an encrypted conferencing environment, involving a first conferencing server 11 as the host and a second conferencing server 21 as a backup. Both the first conferencing server 11 and the second conferencing server 21 can provide integrated management services and database services. The integrated management server supports network management, business management, and access control for video conferencing, and includes file synchronization services, recording services, conferencing management services, control services, service control scripts, unified routing services, conferencing scheduling services, device management services, and autonomous services.

[0106] The conference scheduling service and unified routing service only connect to the local machine, i.e., the autonomous service of the conference server itself. If the conference service includes participating terminals from other autonomous domains, the cross-domain conference logic will re-add the participating terminals from other autonomous domains to the conference. The autonomous service is mainly used to issue control signaling to the video network servers and video network terminals within the video network, including device management signaling and conference service signaling. The autonomous service can be configured in a dual-machine hot standby mode, and the status of the peer end is determined by heartbeat signaling. The device management service is mainly responsible for managing the participating terminals, such as network access authentication of the participating terminals. The conference management service (referred to as conference management service) is mainly used to realize the communication function between the conference scheduling and participating terminals, and to realize the service of managing the conference function. The service control script is mainly responsible for real-time monitoring of the status shared file to determine the current primary and standby status of the conference server, so as to determine in real time whether the conference server as the host is in a hot standby state due to downtime or failure. The database service is mainly responsible for data synchronization between different conference servers, and its real-time synchronization can be implemented by master-master synchronization.

[0107] To achieve seamless re-entry authentication and conference authentication for participating terminals in an encrypted environment, thus enabling seamless dual-machine hot standby and service recovery of the conference server, the following scenario is assumed: Before the primary conference server 11 (the host) goes into hot standby, the conference service is enabled. At this time, the autonomous service of the primary conference server 11 can save conference status information, including participating terminals, participating role status, terminal split-screen mode, and conference service mode. It can also automatically synchronize the saved conference status information to the autonomous service of the secondary conference server 21 (the backup). Simultaneously, the autonomous services of the primary and secondary conference servers 11 use heartbeat signaling to determine the status of the other end. After the primary conference server 11 goes into hot standby, the autonomous service of the secondary conference server 21 can automatically notify the participating terminals and their device management service of the primary conference server 11 that a hot standby has occurred. At this time, participating terminals can perform re-entry authentication, and the device management service of the secondary conference server 21 can write the detected primary / backup status information into the status. In the shared file, the primary and backup status information is shared. After the meeting management service based on the second meeting server 21 obtains the primary and backup status information in the status shared file and determines that the first meeting server 11 has entered hot standby, the meeting management service of the second meeting server 21 can take over the ongoing meeting business. The switched meeting scheduling service can synchronize the meeting based on the meeting status information from the autonomous service and can receive subsequent meeting control operations. After the meeting is successfully synchronized, since the participating terminals automatically update their network access information and do not exit the business, the ongoing meeting business is not affected and continues to carry out the meeting business based on the switched second meeting server 21. The participating terminals in the meeting automatically complete the network access encryption authentication and meeting encryption authentication. While achieving seamless dual-machine hot standby of the meeting server, it can also realize the business recovery in the case of hot standby of the meeting server.

[0108] It's important to note that the meeting scheduling service and unified routing service only connect to the local machine, i.e., the autonomous service of its own meeting server. If the meeting includes participating terminals from other autonomous systems, the cross-domain meeting logic will re-add the participating terminals from the other autonomous systems to the meeting. A cross-domain meeting refers to a meeting initiated by one autonomous system that includes participating terminals from different autonomous systems. The implementation logic is that each autonomous system has a sub-meeting. When a participating terminal in one autonomous system wants to watch or receive audio or video streams from participating terminals in another autonomous system, it needs to receive instructions from its own autonomous service, and the audio and video streams are forwarded based on the boundary video network server.

[0109] In this embodiment of the invention, during the hot standby implementation in a conference scenario, before the first conference server goes into hot standby, the backup second conference server receives real-time synchronized terminal authentication information and conference service data. When the second conference server detects that the first conference server has gone into hot standby, it can re-authenticate the participating terminals based on the real-time synchronized terminal authentication information and take over the conference services of the hot-standby conference server based on the conference service data, thus achieving service recovery in the event of a hot standby conference server. This allows for re-authentication of participating terminals based on real-time synchronized terminal authentication information and for conference authentication of participating terminals that have passed re-authentication by taking over the conference services of the hot-standby conference server. This achieves seamless dual-machine hot standby of the conference server while also enabling service recovery in the event of a hot standby conference server.

[0110] It should be noted that, for the sake of simplicity, the method embodiments are all described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0111] Reference Figure 5 The diagram illustrates a structural block diagram of an embodiment of a hot standby device for conferencing according to the present invention, involving at least two conferencing servers, and specifically including the following modules:

[0112] The synchronization data receiving module 501, located on the second conference server, is used to receive real-time synchronized terminal authentication information and conference service data before the first conference server goes into hot standby mode; the terminal authentication information is used to notify the backup conference server to re-authenticate the participating terminals.

[0113] The business authentication module 502, located on the second conference server, is used to detect when the first conference server is in hot standby mode, to re-authenticate participating terminals based on real-time synchronized terminal authentication information, and to take over the conference services of the conference server in hot standby mode based on conference service data.

[0114] In one embodiment of the present invention, the business authentication module 502 may include the following sub-modules:

[0115] The status sharing information acquisition submodule is used to acquire primary and backup status sharing information; the primary and backup status sharing information includes primary and backup status information for the conference server;

[0116] The business authentication submodule is used to determine that the first conference server is in hot standby when the primary / standby status information indicates that the first conference server is not in working state. It then performs re-entry authentication on the participating terminals based on the real-time synchronized terminal authentication information and takes over the conference services of the first conference server in hot standby based on the conference service data.

[0117] In one embodiment of the present invention, the state sharing information acquisition submodule may include the following units:

[0118] The heartbeat detection unit is used to detect the heartbeat of the conference server and determine the primary / standby status information of the conference server based on the heartbeat detection result.

[0119] The status information writing unit is used to write the primary and backup status information into the primary and backup status sharing information.

[0120] In one embodiment of the present invention, the heartbeat determination unit may include the following sub-units:

[0121] The first heartbeat judgment subunit is used to determine the primary / standby status information as follows: the first conference server is in working state and the second conference server is in standby state when the heartbeat judgment result is that the second conference server receives the heartbeat instruction sent by the first conference server at preset time intervals and the second conference server returns the heartbeat response instruction to the first conference server. The first conference server being in working state is used to indicate that the first conference server has not performed hot standby.

[0122] The second heartbeat judgment subunit is used to determine that the primary / standby status information is that the first conference server is in a non-working state when the heartbeat judgment result is that the second conference server has not received the heartbeat instruction sent by the first conference server every preset time period; the first conference server being in a non-working state is used to indicate that the first conference server is in a hot standby state.

[0123] In one embodiment of the present invention, the terminal authentication information includes a terminal encryption certificate and is used to instruct participating terminals to pass network access encryption authentication; the service authentication submodule may include the following units:

[0124] The re-entry authentication request receiving unit is used to receive re-entry authentication requests sent by participating terminals. The re-entry authentication request is generated by the background process of the participating terminal in a static frame state and includes the terminal information of the participating terminal.

[0125] Terminal encryption certificates are used to re-authenticate the terminal information of participating terminals.

[0126] In one embodiment of the present invention, the business authentication submodule may include the following units:

[0127] The conference service data receiving unit is used to receive conference service data sent by the first conference server in a master-master synchronization manner before the first conference server goes into hot standby mode; the conference service data includes conference status information.

[0128] The meeting status information acquisition unit is used to acquire meeting status information when the first meeting server is in hot standby mode; the meeting status information is used to synchronize the meeting service status information of the meeting server in hot standby mode.

[0129] The conference service takeover unit is used to take over conference services from the first conference server and synchronize conference services based on conference status information.

[0130] In one embodiment of the present invention, the conference service takeover unit may include the following sub-units:

[0131] The conference service takeover subunit is used to take over conference services from the autonomous system of the first conference server and synchronize conference services based on conference status information.

[0132] In summary, the hot standby device for conferencing proposed in this embodiment of the invention enables a second conferencing server, acting as a backup, to receive real-time synchronized terminal authentication information and conferencing service data before the first conferencing server goes into hot standby mode. When the second conferencing server detects that the first conferencing server has gone into hot standby mode, it can re-authenticate participating terminals based on the real-time synchronized terminal authentication information and take over the conferencing services of the conferencing server in hot standby mode based on the conferencing service data, thus achieving service recovery in the event of a hot standby. It can achieve re-authentication of participating terminals based on real-time synchronized terminal authentication information and conferencing authentication of participating terminals that have passed re-authentication by taking over the conferencing services of the conferencing server in hot standby mode. This achieves seamless dual-machine hot standby of the conferencing server while also enabling service recovery in the event of a hot standby.

[0133] As the device embodiment is basically similar to the method embodiment, the description is relatively simple, and relevant parts can be found in the description of the method embodiment.

[0134] This invention also provides an electronic device, comprising:

[0135] It includes a processor, a memory, and a computer program stored in the memory and capable of running on the processor. When the computer program is executed by the processor, it implements the various processes of the above-described hot standby implementation method embodiment of the encrypted conferencing system and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0136] This invention also provides a computer-readable storage medium storing a computer program. When the computer program is executed by a processor, it implements the various processes of the above-described hot standby implementation method embodiment of the encrypted conferencing system and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0137] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0138] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, or computer program products. Therefore, embodiments of the present invention can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0139] Embodiments of the present invention are described with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0140] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0141] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal equipment, causing a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable terminal equipment for implementing the process. Figure 1One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0142] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the embodiments of the present invention.

[0143] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.

[0144] The present invention has provided a detailed description of a hot standby method for a conference, a hot standby device for a conference, a corresponding electronic device, and a corresponding computer storage medium. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A method for implementing hot standby in a meeting, characterized in that, The method, involving at least two conference servers, includes: Before the first conference server goes into hot standby mode, the second conference server receives real-time synchronized terminal authentication information and conference service data; the terminal authentication information is used to notify the backup conference server to re-authenticate the participating terminals. Upon detecting that the first conference server is in hot standby mode, the second conference server re-authenticates the participating terminals based on the real-time synchronized terminal authentication information, and takes over the conference services of the hot-standby conference server according to the conference service data. The terminal authentication information includes a terminal encryption certificate and is used to instruct participating terminals to pass network access encryption authentication; the second conference server performs re-network access authentication on participating terminals based on the real-time synchronized terminal authentication information, including: The second conference server receives a re-entry authentication request sent by a participating terminal; the re-entry authentication request is generated by the background process of the participating terminal in a still frame state and includes the terminal information of the participating terminal; The terminal encryption certificate is used to re-enter the network for authentication of the terminal information of the participating terminals.

2. The method according to claim 1, characterized in that, The detection that the first conference server is in hot standby mode, and the second conference server re-authenticating the participating terminals based on the real-time synchronized terminal authentication information, and taking over the conference services of the hot standby conference server according to the conference service data, includes: Obtain primary / standby status sharing information; the primary / standby status sharing information includes primary / standby status information for the conference server. If the primary / standby status information indicates that the first conference server is not in operation, then the first conference server is determined to be in hot standby mode. The second conference server performs re-entry authentication on the participating terminals based on the real-time synchronized terminal authentication information, and takes over the conference services of the first conference server in hot standby mode based on the conference service data.

3. The method according to claim 2, characterized in that, The acquisition of primary / standby status sharing information includes: The meeting server is subjected to heartbeat detection, and the primary / standby status information of the meeting server is determined based on the heartbeat detection result; Write the primary / backup status information into the primary / backup status sharing information.

4. The method according to claim 3, characterized in that, The step of determining the primary / standby status information of the conference server based on the heartbeat judgment result includes: If the heartbeat determination result is that the second conference server receives a heartbeat instruction sent by the first conference server every preset time interval, and the second conference server returns a heartbeat response instruction to the first conference server, then the primary / standby status information is determined to be that the first conference server is in working state and the second conference server is in standby state; the first conference server being in working state is used to indicate that the first conference server has not performed hot standby. And / or, if the heartbeat determination result is that the second conference server has not received the heartbeat instruction sent by the first conference server every preset time period, then the primary / standby status information is determined to be that the first conference server is in a non-working state; the first conference server being in a non-working state is used to indicate that the first conference server is in hot standby.

5. The method according to claim 1 or 2, characterized in that, The second conference server takes over the conference services of the first conference server, which is in hot standby mode, based on the conference service data, including: Before the first conference server goes into hot standby mode, the second conference server receives conference service data sent by the first conference server via master-master synchronization; the conference service data includes conference status information. When the first conference server is in hot standby mode, the conference status information is obtained; the conference status information is used to synchronize the status information of the conference services of the conference server in hot standby mode. The meeting service is taken over from the first meeting server and synchronized based on the meeting status information.

6. The method according to claim 5, characterized in that, The step of taking over the conference services from the first conference server and synchronizing the conference services based on the conference status information includes: Take over the conference services from the autonomous system of the first conference server and synchronize the conference services based on the conference status information; Taking over the conference services from the autonomous system of the first conference server includes: If the second conference server and the first conference server are in the same autonomous system, the second server takes over the conference service from the autonomous system of the first conference server and synchronizes the conference service based on the conference status information.

7. A hot standby device for meetings, characterized in that, The device involves at least two conference servers and includes: The synchronous data receiving module, located on the second conference server, is used to receive real-time synchronized terminal authentication information and conference service data before the first conference server goes into hot standby mode; the terminal authentication information is used to notify the backup conference server to re-authenticate the participating terminals. The service authentication module, located on the second conference server, is used to detect when the first conference server is in hot standby mode, perform re-entry authentication on participating terminals based on real-time synchronized terminal authentication information, and take over the conference services of the conference server in hot standby mode based on the conference service data. Terminal authentication information includes the terminal encryption certificate and is used to instruct participating terminals to pass network access encryption authentication; the business authentication submodule includes the following units: The re-entry authentication request receiving unit is used to receive re-entry authentication requests sent by participating terminals. The re-entry authentication request is generated by the background process of the participating terminal in a static frame state and includes the terminal information of the participating terminal. Terminal encryption certificates are used to re-authenticate the terminal information of participating terminals.

8. An electronic device, characterized in that, include: A processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the steps of the hot standby implementation method for the conference as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, which, when executed by a processor, implements the steps of the hot standby implementation method for the conference as described in any one of claims 1 to 6.

Images