Video conferencing method, electronic device and computer readable storage device

Abstract

The application discloses a video conference method, an electronic device and a computer readable storage device. The method is applied to a host terminal and comprises the following steps: determining a user list of a to-be-speech participant terminal, wherein the user list at least comprises identification information of at least one participant terminal; generating a conference mode request based on the user list; and sending the conference mode request to a server. The server starts a target conference mode in response to the conference mode request, and sends a notification message comprising the target conference mode and the user list to the participant terminal. The participant terminal configures a conference according to the target conference mode and the user list in response to the notification message. Through the above method, the conference configuration of the to-be-speech participant terminal can be completed in advance, the time for subsequent configuration is saved, and the conference process is accelerated.

Description

Technical Field

[0001] This application relates to the field of communications, and in particular to a video conferencing method, electronic device, and computer-readable storage device. Background Technology

[0002] With the development of technology and the globalization of business models, online conferencing has become convenient and fast, able to be started without geographical or time constraints. It is especially important for unforeseen circumstances that affect in-person gatherings. Traditional online conferencing displays typically use a grid layout, allowing a specific number of participants (e.g., two, four, nine), and some custom layouts allow for invitations to specific individuals. However, this is only basic functionality, and it is far from sufficient for certain scenarios. When there are many participants, and the host needs to assign specific participants to online connections—for example, in award ceremonies or introductions—the host must constantly search the participant list and switch the screen to that participant. In large meetings, this switching method is extremely inefficient and cumbersome. Optimizing video conferencing for such scenarios is a problem that urgently needs to be solved by those skilled in the art. Summary of the Invention

[0003] The main purpose of this application is to provide a video conferencing method, electronic device, and computer-readable storage device that can solve the technical problem of inefficient and cumbersome switching modes when multiple people are participating in a conference.

[0004] To address the aforementioned technical problems, the first technical solution adopted in this application is: providing a video conferencing method applied to the host end. The method includes: determining a list of users to be spoken, the user list including at least one participant's identification information; generating a meeting mode request based on the user list; and sending the meeting mode request to the server; wherein, in response to the meeting mode request, the server starts the target meeting mode and sends a notification message including the target meeting mode and the user list to the participants, and the participants, in response to the notification message, configure the meeting according to the target meeting mode and the user list.

[0005] To address the aforementioned technical problems, the second technical solution adopted in this application is: providing a video conferencing method applied to participating terminals. This method includes: receiving a notification message, the notification message including a target meeting mode and a user list, the user list including at least one participant's identification information; and configuring the meeting based on the user list.

[0006] To address the aforementioned technical problems, the third technical solution adopted in this application is: providing a video conferencing method applied to a server. This method includes: receiving a meeting mode request, which is generated based on a user list; initiating a target meeting mode based on the meeting mode request and sending a notification message including the target meeting mode and the user list to the participating terminals; receiving video and audio resources from the participating terminals in the user list; generating meeting data information based on the video and audio resources, and sending the meeting data information to the host and participating terminals.

[0007] To solve the aforementioned technical problems, the fourth technical solution adopted in this application is to provide an electronic device. This electronic device includes a memory and a processor. The memory stores program data, which can be executed by the processor to implement the methods described in the first and second technical solutions.

[0008] To address the aforementioned technical problems, the fifth technical solution adopted in this application is to provide an electronic device. This electronic device includes a memory and a processor. The memory stores program data, which can be executed by the processor to implement the method described in the third technical solution.

[0009] To address the aforementioned technical problems, the sixth technical solution adopted in this application is to provide a computer-readable storage device. This computer-readable storage device stores program data and can be executed by a processor to implement the methods described in the first and second technical solutions.

[0010] To address the aforementioned technical problems, the seventh technical solution adopted in this application is to provide a computer-readable storage device. This computer-readable storage device stores program data and can be executed by a processor to implement the method described in the third technical solution.

[0011] The beneficial effects of this application are as follows: Unlike existing technologies, this application identifies all participants who will speak at the meeting, forming a user list. Based on the user list information, a meeting mode request is generated and sent to the server to initiate the target meeting mode. Under this target meeting mode, the server sends notification messages to each participant according to the participants in the user list and the target meeting mode, reminding them to configure the meeting and transmit meeting data to the server. The server then receives and sends the meeting data from each participant. This application identifies the participants to speak through the user list and sends notification messages including the user list to the participants via the server, enabling all participants who need to speak to configure the meeting in advance and complete data transmission. This eliminates the need for the host to reconfigure the meeting for the participants later, saving significant time and accelerating the meeting process. Attached Figure Description

[0012] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0013] Figure 1 This is a flowchart illustrating the first embodiment of the video conferencing method of this application;

[0014] Figure 2 This is a flowchart illustrating the second embodiment of the video conferencing method of this application;

[0015] Figure 3 This is a flowchart illustrating the third embodiment of the video conferencing method of this application;

[0016] Figure 4 This is a flowchart illustrating the fourth embodiment of the video conferencing method of this application;

[0017] Figure 5 This is a flowchart illustrating the fifth embodiment of the video conferencing method of this application;

[0018] Figure 6 This is a flowchart illustrating the sixth embodiment of the video conferencing method of this application;

[0019] Figure 7 This is a flowchart illustrating the seventh embodiment of the video conferencing method of this application;

[0020] Figure 8 This is a flowchart illustrating the eighth embodiment of the video conferencing method of this application;

[0021] Figure 9 This is a flowchart illustrating the ninth embodiment of the video conferencing method of this application;

[0022] Figure 10 This is a flowchart illustrating the tenth embodiment of the video conferencing method of this application;

[0023] Figure 11 This is a schematic diagram of the structure of the first embodiment of the electronic device of this application;

[0024] Figure 12 This is a schematic diagram of the structure of the second embodiment of the electronic device of this application;

[0025] Figure 13 This is a schematic diagram of the structure of the first embodiment of the computer-readable storage device of this application;

[0026] Figure 14 This is a schematic diagram of the structure of a second embodiment of the computer-readable storage device of this application. Detailed Implementation

[0027] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0028] The terms "first," "second," etc., used in this application are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or apparatuses.

[0029] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0030] Reference Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the video conferencing method of this application. The method is applied to the host end. The conferencing terminal includes the host end and the participants. It includes the following steps:

[0031] S11: Determine the list of users from the participating terminals who are to speak.

[0032] The user list includes at least one participant's identification information. The participants in the user list are those selected by the host for online meeting connections and audio / video communication. When selecting participants, the order of their participation can be further configured. This order may include the number of participant screens displayed each time and the display order in which all participants are shown, with their audio resources played accordingly. Alternatively, all participant screens can be displayed directly, with their audio resources played in sequence. Further details can be found in the following embodiments.

[0033] S12: Generate a meeting mode request based on the user list.

[0034] After obtaining the confirmed user list information, the host generates a meeting mode request based on this information. This meeting mode request further includes the user list information. The host can also separately send the user list information to the server for subsequent data transmission.

[0035] S13: Send a conference mode request to the server.

[0036] The host sends a meeting mode request to the server, which then activates the target meeting mode based on the request. A notification message, including the target meeting mode and a user list, is sent to all participating clients. Each participating client configures meeting parameters based on the user list information; these parameters may include enabling the camera or microphone. After setting the parameters, the participating clients begin capturing video and audio data, generating audio and video data, which is then sent to the server. The server, based on the user list and the received audio and video information from the participating clients, generates meeting data for the target meeting mode and sends this data to both the participating clients and the host for playback of the audio / video in the target meeting mode.

[0037] In this embodiment, the step of determining the participants to speak can be performed simultaneously with the step of inviting all participants, thereby further saving meeting time.

[0038] Reference Figure 2 , Figure 2 This is a flowchart illustrating the second embodiment of the video conferencing method described in this application. This method is a further extension of the above embodiments. It includes the following steps:

[0039] S21: Receive conference data information sent by the server in the target conference mode.

[0040] After sending the meeting mode request, wait for the server's response. Once the server enables the target meeting mode, it will generate meeting data information based on the user list and the audio and video data received from the participants, and then send it to the host and all participating participants.

[0041] S22: Configure the playback settings for the target meeting mode based on the meeting data.

[0042] After receiving the meeting data information sent by the server, playback settings are configured according to the data information contained therein. The specific settings can be referred to the description in the following embodiments.

[0043] Reference Figure 3 , Figure 3 This is a flowchart illustrating the third embodiment of the video conferencing method of this application. This method is a further extension of step S22. It includes the following steps:

[0044] S31: Display the video resources of at least one participant from the user list in the center, and play the corresponding audio resources of the participants in sequence.

[0045] After receiving the meeting data, the host displays the video resources of the participants in the user list in the center and plays the corresponding audio resources of the participants.

[0046] In one embodiment, the host's conference screen is set to display the video feeds of all participating terminals in the user list. If the conference data does not contain the video feed of a participating terminal, a black screen can be displayed with a user notification that no video resource has been received. The display order of the participating terminal screens can be based on a pre-set arrangement by the host or an automatic arrangement based on when the host selects participating terminals. The participating terminal screens are arranged sequentially from front to back, centered, until they fill the entire conference window. The size of each participating terminal screen can be automatically adjusted according to the conference window size and the number of participating terminals.

[0047] Furthermore, audio resources from all participating terminals can be played accordingly. These audio resources can also be played individually based on the order in which they are displayed on the participating terminals' screens. For example, all participating terminal video resources can be displayed in the conference window, with their corresponding audio resources played. Alternatively, all user video resources can be displayed in the conference window, but their audio resources can be played in sequence, one audio resource at a time, before moving on to the next. Audio resource playback can be preset for a set time, or the server can adjust the audio resources to those of other participating terminals based on the host's switching actions.

[0048] In one embodiment, the host's conference screen is configured to display video feeds from a portion of the participants' screens in the user list. The number and order of the participant screens displayed each time are pre-set by the host. This is to avoid an excessive number of participant screens resulting in each screen being too small, thus affecting the viewing experience.

[0049] Furthermore, under this playback setting, audio resources can be played accordingly based on the display of video resources, or they can be played individually according to the display arrangement order of the video resources. For example, if a pre-set number of participant screens are displayed in the conference window, their corresponding audio resources can be played. Alternatively, the audio resources can be played in the order they are arranged, one audio resource at a time, before moving on to the next. The playback time of audio resources can be preset, or the server can adjust the audio resources to those of other participant screens based on the host's switching operation.

[0050] Reference Figure 4 , Figure 4 This is a flowchart illustrating the fourth embodiment of the video conferencing method described in this application. This method is a further extension of the above embodiments. It includes the following steps:

[0051] S41: Displays a user switching button.

[0052] This user switch button can be used by the host to switch between user video resources or audio resources.

[0053] In one embodiment, when the host displays the video resources of all participating terminals and their audio resources are played in sequence, the host can switch the audio resources through this button, and notify the server to replace the current audio resources with the received audio resources of another user in the meeting mode for generating and sending meeting data.

[0054] In another embodiment, when the host displays video resources from some of the participants and their audio resources are played in sequence, the host can switch the audio resources using this button, and notify the server to replace the current audio resources with the received audio resources of another user in the meeting mode for generating and sending meeting data.

[0055] In another embodiment, when the host displays video resources from some of the participants, the host can switch the video resources using this button, and notify the server to use the received video resources from other users to replace the current video resources for generating and sending meeting data in the meeting mode, with the audio resources being replaced and sent accordingly.

[0056] S42: In response to the user switching button being triggered, send a user switching request to the server to switch the currently speaking participant in the target meeting mode.

[0057] When the host receives a trigger action from the switch button, it sends a user switch request to the server to switch audio or video resources. The server then replaces the data resources according to the exclusion order set in the user list, using the new data resources to replace the original data resources for generating and sending meeting data. This ensures that the host and participants receive the switched participant resources.

[0058] Reference Figure 5 , Figure 5 This is a flowchart illustrating the fifth embodiment of the video conferencing method of this application. The method is applied to the participating end. The conferencing terminal includes a host end and participating ends. It includes the following steps:

[0059] S51: Receive notification message.

[0060] The notification message may include a user list and the target meeting mode. The user list must include identification information for at least one participant. This user list is configured by the host to select participants for the meeting as needed.

[0061] S52: Configure meetings based on user lists.

[0062] The participating device checks the received user list and compares the identification information in the user list with its own identification information to set its own meeting parameters.

[0063] Reference Figure 6 , Figure 6 This is a flowchart illustrating the sixth embodiment of the video conferencing method of this application. This method is a further extension of step S52. It includes the following steps:

[0064] S61: Determine whether your own identification information matches the identification information of at least one participant in the user list.

[0065] After receiving the identification information of the participants in the user list, it determines whether its own identification information matches the identification information of the participants.

[0066] If so, proceed to step S62.

[0067] S62: Turn on the camera and microphone.

[0068] When a participating device determines that its own identification information matches a certain identification information in the user list, it determines that it is a participating device that needs to connect to the meeting. Therefore, it needs to set its own meeting parameters, which may include turning on the camera and microphone to acquire video and audio resources and send them to the server to generate meeting data.

[0069] Specifically, in one embodiment, when a participating terminal receives a meeting mode switching notification and determines that it is a participating terminal that needs to connect to the meeting, it turns on its camera and microphone to acquire audio and video resources. If it detects that the camera and microphone are not turned on, or that the user does not have permission to turn on the camera and microphone, a user prompt can be displayed: "You have been invited to join an online meeting. Do you want to turn on your camera and microphone?" If they are already turned on, the user can be prompted: "You have been invited to join an online meeting," and then the audio and video resources can be acquired.

[0070] Reference Figure 7 , Figure 7 This is a flowchart illustrating the seventh embodiment of the video conferencing method of this application. This method is a further extension of the above embodiments. It includes the following steps:

[0071] S71: Receive conference data information sent by the server in the target conference mode.

[0072] Upon receiving the notification of the meeting mode switch, each participant sends the collected audio and video data to the server. The server then generates meeting data based on the user list and the audio and video data received from the participants, and sends this data to the host and all participating participants.

[0073] S72: Configure the playback settings for the target meeting mode based on meeting data.

[0074] After receiving the meeting data information sent by the server, playback settings are configured according to the data information contained therein. The specific settings can be referred to the description in the following embodiments.

[0075] Reference Figure 8 , Figure 8 This is a flowchart illustrating the eighth embodiment of the video conferencing method of this application. This method is a further extension of step S72. It includes the following steps:

[0076] S81: Display the video resources of at least one participating terminal in the user list in the center, and play the corresponding video resources of the participating terminals in sequence.

[0077] After receiving the meeting data, the host displays the video resources of the participants in the user list in the center and plays the corresponding audio resources of the participants.

[0078] In one embodiment, the conference screen of each participating terminal is set to display the video feeds of all participating terminals in the user list. If the video feed of a participating terminal is not included in the conference data, a black screen can be displayed with a user notification that no video resource has been received. The display order of the participating terminal screens can be based on a pre-set arrangement by the host, or it can be an automatic arrangement based on when the host selects the participating terminals. The participating terminal screens are arranged sequentially from front to back, centered, until they fill the entire conference window. The size of each participating terminal screen can be automatically adjusted according to the conference window size and the number of participating terminals.

[0079] Furthermore, audio resources from all participating terminals can be played accordingly. These audio resources can also be played individually based on the order in which they are displayed on the participating terminals' screens. For example, all participating terminal video resources can be displayed in the conference window, with their corresponding audio resources played. Alternatively, all user video resources can be displayed in the conference window, but their audio resources can be played in sequence, one audio resource at a time, before moving on to the next. Audio resource playback can be preset for a set time, or the server can adjust the audio resources to those of other participating terminals based on the host's switching actions.

[0080] In one embodiment, the meeting screen of each participant is set to display video feeds from a portion of the user list. The number and order of the participant screens displayed each time are pre-set by the host. This is to avoid an excessive number of participant screens resulting in each screen being too small, thus affecting the viewing experience.

[0081] Furthermore, under this playback setting, audio resources can be played accordingly based on the display of video resources, or they can be played individually according to the display arrangement order of the video resources. For example, if a pre-set number of participant screens are displayed in the conference window, their corresponding audio resources can be played. Alternatively, the audio resources can be played in the order they are arranged, one audio resource at a time, before moving on to the next. The playback time of audio resources can be preset, or the server can adjust the audio resources to those of other participant screens based on the host's switching operation.

[0082] Reference Figure 9 , Figure 9 This is a flowchart illustrating the ninth embodiment of the video conferencing method of this application. The method is applied to a server and includes the following steps:

[0083] S91: Receive conference mode request.

[0084] The server received a meeting mode request from the host. This meeting mode request is generated by the host based on the list of users who need to connect online.

[0085] S92: Request to enable the target meeting mode based on the meeting mode, and send a notification message including the target meeting mode and user list to the participating terminals.

[0086] The server initiates the target meeting mode based on the meeting mode request and sends a notification message to each participating end, including the target meeting mode and the user list, to notify the corresponding participating end to collect and send audio and video resources.

[0087] S93: Receive video and audio resources from the participants in the user list.

[0088] After sending the mode request information, the server will receive audio and video resources collected from the participants in the user list.

[0089] S94: Generate meeting data information based on video and audio resources, and send the meeting data information to the host and participants.

[0090] The server generates meeting data based on the received audio and video resources from the participants and the arrangement order set in the user list. This meeting data is then sent to both the participants and the host to configure playback settings for the target meeting mode and display the meeting screen in that mode. The generation of meeting data can include the following methods.

[0091] In one embodiment, the conference screen is configured to display the video feeds of all participants in the user list. The server uses the video resources of all participants to generate conference data and sends it to both the host and participants. If the video resources of a relevant participant are not received, a black screen can be used to fill the gap. The display order of the participant screens in the conference data can be either a pre-defined arrangement by the host or an automatic arrangement based on when the host selects participants. The participant screens are arranged sequentially from front to back, centered, until they fill the entire conference window.

[0092] Furthermore, audio resources can be used together with the corresponding video resources from participating terminals to generate meeting data for transmission to the host and participants. The server can also choose to retain only the audio resources of a specific participant for meeting data generation, switching between them according to actual settings. For example, all participant video resources can be displayed in the meeting window, with their corresponding audio resources played. Alternatively, all user video resources can be displayed in the meeting window, but their audio resources can be played in sequence, one at a time, before moving on to the next. Audio resource playback can be preset for a set time, or the server can adjust the audio resources to those of other participating terminals based on the host's switching actions.

[0093] In one embodiment, the conference screen is configured to display video feeds from a portion of the participants in the user list. The number and order of the participant feeds displayed each time are pre-set by the host. The server then selects the audio and video resources of the participants to be displayed based on the set number and order to generate conference data, which is then sent to the host and the participants.

[0094] Furthermore, audio resources can be used together with the corresponding video resources from participating terminals to generate meeting data for transmission to the host and participating terminals. The server can also choose to retain only the audio resources of a specific participating terminal for meeting data generation, switching between them according to actual settings. For example, the meeting window may display the screens of a pre-defined number of participating terminals, with their corresponding audio resources played. Alternatively, the audio resources can be played in sequence, one at a time, before moving on to the next. Audio resource playback can be set to a preset time, or the server can adjust the audio resources to those of other participating terminals based on the host's switching actions.

[0095] Reference Figure 10 , Figure 10 This is a flowchart illustrating the tenth embodiment of the video conferencing method of this application. The method is a specific video conferencing implementation process. It includes the following steps:

[0096] S101: Determine the user list.

[0097] The host selects the participants who need to connect to the online meeting and adds them to the user list.

[0098] S102: Send a conference mode request.

[0099] S103: Start the target meeting mode.

[0100] S104: Send a message requesting conference mode.

[0101] S105: Configure meetings based on user lists.

[0102] Once a participant determines that it belongs to the user list, it will adjust the meeting parameters and turn on its camera and microphone.

[0103] S106: Collect audio and video resources from participating devices.

[0104] S107: Send audio and video resources.

[0105] S108: Generate meeting data information based on the user list and corresponding audio and video resources.

[0106] The server selects the audio and video resources received from the participating terminals based on the number of participating terminals and the user list set in advance by the host. It then selects the audio and video resources to be played and generates meeting data information for output to the host and participating terminals.

[0107] S109: Send conference data information.

[0108] S110: Configure playback settings based on meeting data.

[0109] S111: Send a handover request.

[0110] The host sends a request to switch the screen or audio of the currently speaking participant.

[0111] S112: Based on the switching request, generate new meeting data information according to the user list and corresponding audio and video resources.

[0112] S113: Send new meeting data information.

[0113] S114: Configure playback settings based on new meeting data.

[0114] S115: Request to close target meeting mode.

[0115] The host requests to close the target meeting mode by sending a close request to the server.

[0116] S116: Close the target meeting mode.

[0117] After closing the target meeting mode, it should be able to switch to another default meeting mode, or if there is no default meeting mode, it should display "Meeting Ended".

[0118] S117: Send a message indicating that the target meeting mode is off.

[0119] S118: Close the target meeting mode.

[0120] The server stops sending push data based on the user list included in the meeting mode request to the host and participants. When the host and participants switch to the default meeting mode, or when there is no default meeting mode, the meeting ends.

[0121] S119: Reconfigure the meeting.

[0122] Participants should turn off their cameras and microphones and reconfigure or reset relevant meeting parameters.

[0123] The specific steps in this embodiment can be referred to the description in the above embodiments, and will not be repeated here.

[0124] like Figure 11 As shown, Figure 11 This is a schematic diagram of the structure of the first embodiment of the electronic device of this application.

[0125] The electronic device includes a processor 110 and a memory 120.

[0126] Processor 110 controls the operation of electronic devices. Processor 110 may also be referred to as a CPU (Central Processing Unit). Processor 110 may be an integrated circuit chip with signal sequence processing capabilities. Processor 110 may also be a general-purpose processor, a digital signal sequence processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. A general-purpose processor may be a microprocessor or any conventional processor.

[0127] The memory 120 stores the instructions and program data required for the processor 110 to operate.

[0128] The processor 110 is used to execute instructions to implement the methods provided in any of the first to eighth embodiments and possible combinations thereof in the video conferencing methods described above in this application.

[0129] like Figure 12 As shown, Figure 12 This is a schematic diagram of the structure of the second embodiment of the electronic device of this application.

[0130] The electronic device includes a processor 210 and a memory 220.

[0131] Processor 210 controls the operation of electronic devices. Processor 210 can also be called a CPU (Central Processing Unit). Processor 210 may be an integrated circuit chip with signal sequence processing capabilities. Processor 210 can also be a general-purpose processor, a digital signal sequence processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. A general-purpose processor can be a microprocessor or any conventional processor.

[0132] The memory 220 stores the instructions and program data required for the processor 210 to operate.

[0133] The processor 210 is used to execute instructions to implement the method provided in the ninth embodiment of the video conferencing method described above in this application.

[0134] like Figure 13 As shown, Figure 13 This is a schematic diagram of the structure of a first embodiment of the computer-readable storage device of this application.

[0135] One embodiment of the readable storage device of this application includes a memory 310 that stores program data that, when executed, implements the method provided in any of the first to eighth embodiments and possible combinations thereof in the video conferencing method of this application.

[0136] The memory 310 may include a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, or other media that can store program instructions. Alternatively, it may be a server that stores the program instructions, which can send the stored program instructions to other devices for execution or execute the stored program instructions itself.

[0137] like Figure 14 As shown, Figure 14 This is a schematic diagram of the structure of a second embodiment of the computer-readable storage device of this application.

[0138] One embodiment of the readable storage device of this application includes a memory 410 that stores program data, which, when executed, implements the method provided in the ninth embodiment of the video conferencing method of this application.

[0139] The memory 410 may include a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, or other media that can store program instructions. Alternatively, it may be a server that stores the program instructions, which can send the stored program instructions to other devices for execution or execute the stored program instructions itself.

[0140] In summary, this application identifies all participating parties who will speak at the meeting, forming a user list. Based on this user list information, a meeting mode request is generated and sent to the server to initiate the target meeting mode. Under this target meeting mode, the server sends notification messages to each participating party according to the participating parties in the user list and the target meeting mode, reminding them to configure the meeting and transmit meeting data to the server. The server then receives and transmits the meeting data from each participating party. This application identifies participating parties to speak through a user list and sends notification messages including the user list to them via the server. This allows participating parties to configure the meeting in advance and complete data transmission without requiring subsequent configuration by the host, saving significant time and accelerating the meeting process.

[0141] In the several embodiments provided in this application, it should be understood that the disclosed methods and devices can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed.

[0142] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment, depending on actual needs.

[0143] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0144] If the integrated units in the other embodiments described above are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0145] The above description is merely an embodiment of this application and does not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A video conferencing method, applied at a host end, the conferencing terminal including the host end and participant ends, characterized in that, The method includes: Determine the list of users to speak at the meeting, wherein the user list includes at least the identification information of at least one of the participants; A meeting mode request is generated based on the user list; Send the meeting mode request to the server; In this process, the server responds to the meeting mode request by starting the target meeting mode and sending a notification message including the target meeting mode and the user list to the participating end. The participating end responds to the notification message by configuring the meeting according to the target meeting mode and the user list. The meeting configuration by the participating terminal according to the target meeting mode and the user list includes: determining whether its own identification information matches the identification information of at least one of the participating terminals in the user list; If so, the participating end turns on its camera and microphone to start video and audio capture, generating video and audio resources, and sends the video and audio resources to the server so that the server can send and receive the video and audio resources.

2. The method according to claim 1, characterized in that, The method further includes: Display a user switching button; In response to the triggering operation of the user switching button, a user switching request is sent to the server to switch the currently speaking participant in the target conference mode.

3. The method according to claim 1, characterized in that, The method further includes: Receive meeting data information sent by the server in the target meeting mode, the meeting data information being generated based on the video resources and the audio resources; The playback settings for the target meeting mode are configured based on the meeting data information.

4. The method according to claim 3, characterized in that, The playback settings for the target meeting mode include: The video resources of at least one of the participating terminals in the user list are displayed in the center, and the corresponding audio resources of the participating terminals are played in sequence.

5. A video conferencing method, applied to participating terminals, wherein the conferencing terminal includes a host terminal and the participating terminals, characterized in that, The method includes: Receive a notification message, the notification message including a target meeting mode and a user list, the user list including at least one of the participant's identification information, the user list being a set of participants to speak determined by the host. Based on the user list, the meeting is configured to determine whether its own identification information matches the identification information of at least one of the participants in the user list; if so, the camera and microphone are turned on, and video and audio capture begins to generate video and audio resources, which are then sent to the server so that the server can send and receive the video and audio resources.

6. The method according to claim 5, characterized in that, The method further includes: Receive meeting data information sent by the server in the target meeting mode, the meeting data information being generated based on the video resources and the audio resources; The playback settings for the target meeting mode are configured based on the meeting data information.

7. The method according to claim 6, characterized in that, The playback settings for the target meeting mode include: The video resources of at least one of the participating terminals in the user list are displayed in the center, and the corresponding audio resources of the participating terminals are played in sequence.

8. A video conferencing method applied to a server, wherein the conferencing terminal includes a host end and a participant end, the host end and the participant end communicating through the server, characterized in that, The method includes: Receive a meeting mode request, which is generated based on a user list, which is a set of users to speak at the meeting, determined by the host. Based on the aforementioned meeting mode, a request is made to activate the target meeting mode, and a notification message including the target meeting mode and the user list is sent to the participating end. This enables the participating end to configure the meeting based on the user list and determine whether its own identification information matches the identification information of at least one of the participating ends in the user list. If so, the participating end activates its camera and microphone, begins video and audio capture to generate video and audio resources, and sends the video and audio resources to the server. Receive the video and audio resources from the participating terminals in the user list; Based on the video and audio resources, conference data information is generated and sent to the host and the participants.

9. An electronic device, characterized in that, It includes a memory and a processor, the memory being used to store program data, the program data being executable by the processor to implement the method as described in any one of claims 1-7.

10. An electronic device, characterized in that, It includes a memory and a processor, the memory being used to store program data, the program data being executable by the processor to implement the method as described in claim 8.

11. A computer-readable storage device, characterized in that, It stores program data and can be executed by a processor to implement the method as described in any one of claims 1-7.

12. A computer-readable storage device, characterized in that, It stores program data that can be executed by a processor to implement the method as described in claim 8.

Images