Video conference implementation method and device, electronic equipment and storage medium

Abstract

The invention discloses a video conference implementation method and device, electronic equipment and a storage medium, and the method comprises the steps: carrying out the first legality verification of a target object in response to an access application of the target object for a target video conference; when the result of the first legality verification is passing, allocating access information to the target object; the access information comprises an access token and an access address; the access information is sent to the target object, so that the target object accesses the target telephone soft switch service, and then second legality verification is carried out on the target object; wherein the target telephone soft switching service is created based on a telephone soft switching platform; when the result of the second legality verification is passing, responding to the dialing request of the target object, and accessing the target object to the target video conference; wherein the dialing request is initiated based on the conference number of the target video conference. The video conference scheme can be conveniently, efficiently and safely realized, and the method can be widely applied to the technical field of data processing.

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to a method, device, electronic device and storage medium for implementing a video conference. Background Art

[0002] As distributed office and multi-point office gradually become important modes for modern enterprises to improve enterprise efficiency and reduce enterprise costs, remote audio and video conferencing has become an important way for enterprises to communicate and collaborate. However, most of the video conferencing platforms on the market currently have problems such as high cost of use, complex functions, insufficient security, and difficulty in interconnecting with office systems such as OA, which cannot meet the needs of enterprises for efficient, safe and convenient communication. Summary of the invention

[0003] The present invention proposes a method, device, electronic device and storage medium for implementing a video conference, aiming to solve one of the technical problems in the related art at least to a certain extent. The embodiments of the present invention can conduct a video conference securely.

[0004] On the one hand, an embodiment of the present invention provides a method for implementing a video conference, including:

[0005] In response to an application from a target object for accessing a target video conference, performing a first legitimacy check on the target object;

[0006] When the result of the first legitimacy check is passed, access information is allocated to the target object; the access information includes an access token and an access address;

[0007] Sending access information to the target object so that the target object can access the target telephone soft switch service, and then performing a second legitimacy check on the target object; wherein the target telephone soft switch service is created based on the telephone soft switch platform;

[0008] When the result of the second legitimacy check is passed, in response to the dialing request of the target object, the target object is connected to the target video conference; wherein the dialing request is initiated based on the conference number of the target video conference.

[0009] Optionally, the method further comprises the following steps:

[0010] In response to the conference creation request of the initiating object, performing a third legitimacy check on the initiating object;

[0011] When the result of the third legitimacy check is passed, a target video conference is created through the telephone soft switch platform;

[0012] Send the meeting number and meeting parameters of the target video conference to the initiator; configure the meeting number and meeting parameters of the target video conference to the parameter management module;

[0013] The target object obtains the conference number and conference parameters based on the data sharing of the initiating object.

[0014] Optionally, the access application carries user account information of the target object; in response to the target object's access application to the target video conference, performing a first legitimacy check on the target object includes the following steps:

[0015] In response to an access application for a target video conference initiated by a target object in a front-end system, the user account information is sent to an identity authentication module by calling an open application programming interface;

[0016] The identity authentication module verifies the target object's right to attend the meeting based on the meeting parameters of the target video conference and the user account information;

[0017] Among them, the conference parameters include the account information of the authorized participants.

[0018] Optionally, the first legitimacy check is performed based on the identity authentication module; when the result of the first legitimacy check is passed, allocating access information to the target object includes the following steps:

[0019] Sending the result of passing the first legitimacy check to the parameter management module through the identity authentication module, so that the parameter management module transmits the generated access token to the open application programming interface through the identity authentication module;

[0020] In response to the received access token, transmitting the access application to the access scheduling module through the open application programming interface to obtain the access address fed back by the access scheduling module in response to the access application;

[0021] The access token and access address allocated to the target object are transmitted to the target object through an open application programming interface.

[0022] Optionally, obtaining the access address fed back by the access scheduling module in response to the access application includes the following steps:

[0023] In response to the access request, the access scheduling module collects the load conditions of all telephone soft switch services in the telephone soft switch platform;

[0024] The target telephone soft switch service is obtained by screening based on the load condition, and the access address of the target telephone soft switch service is fed back to the open application programming interface.

[0025] Optionally, the access token and access address allocated to the target object are transmitted to the target object through an open application programming interface; the access token is generated based on the parameter management module; the access information is sent to the target object so that the target object can access the target telephone soft switch service, and then a second legitimacy check is performed on the target object, including the following steps:

[0026] The access token and the access address are transmitted to the target object through the open application programming interface, so that the target object initiates a login request to the target telephone soft switch service based on the access address; the login request carries the access token and the user account information of the target object;

[0027] In response to the login request, verify the legitimacy of the login information of the target object through the parameter management module;

[0028] The login information includes the user account information as the ID and the access token as the password.

[0029] Optionally, the conference parameters of the target video conference are configured in the parameter management module; in response to the dialing request of the target object, connecting the target object to the target video conference includes the following steps:

[0030] In response to a dialing request initiated by the target object based on the conference number, the parameter management module is called through the target telephone soft switch service to obtain conference parameters;

[0031] Complete the conference access of the target object to the target video conference based on the conference parameters.

[0032] On the other hand, an embodiment of the present invention provides a device for implementing a video conference, including:

[0033] The first module is used to perform a first legitimacy check on the target object in response to the target object's application for access to the target video conference;

[0034] The second module is used to allocate access information to the target object when the result of the first legitimacy check is passed; the access information includes an access token and an access address;

[0035] The third module is used to send the access information to the target object so that the target object can access the target telephone soft switch service, and then perform a second legitimacy check on the target object; wherein the target telephone soft switch service is created based on the telephone soft switch platform;

[0036] The fourth module is used to connect the target object to the target video conference in response to the dialing request of the target object when the result of the second legitimacy check is passed; wherein the dialing request is initiated based on the conference number of the target video conference.

[0037] Optionally, the device further comprises:

[0038] A fifth module is used to perform a third legitimacy check on the initiating object in response to the conference creation request of the initiating object;

[0039] The sixth module is used for creating a target video conference through a telephone soft switch platform when the result of the third legitimacy check is passed;

[0040] The seventh module is used to send the conference number and conference parameters of the target video conference to the initiator; configure the conference number and conference parameters of the target video conference to the parameter management module;

[0041] The target object obtains the conference number and conference parameters based on the data sharing of the initiating object.

[0042] On the other hand, an embodiment of the present invention provides an electronic device, including: a processor and a memory; the memory is used to store programs; the processor executes the program to implement the above-mentioned video conferencing implementation method.

[0043] On the other hand, an embodiment of the present invention provides a computer storage medium, in which a program executable by a processor is stored. When the program executable by the processor is executed by the processor, it is used to implement the above-mentioned method for implementing the video conference.

[0044] The embodiment of the present invention performs a first legitimacy check on the target object in response to the target object's application for access to the target video conference; when the result of the first legitimacy check is passed, the target object is allocated access information; the access information includes an access token and an access address; the access information is sent to the target object so that the target object can access the target telephone soft switch service, and then the target object is subjected to a second legitimacy check; wherein the target telephone soft switch service is created based on the telephone soft switch platform; when the result of the second legitimacy check is passed, the target object is connected to the target video conference in response to the target object's dialing request; wherein the dialing request is initiated based on the conference number of the target video conference. The present invention can be directly configured on the existing telephone soft switch platform through multiple legitimacy check logics for the target object, without the need to build a video conference platform by itself; the technical solution of the present invention can be combined with a unique authentication method and scheduling algorithm on the basis of an existing video platform to provide enterprises with a low-cost, highly reliable, highly secure, and easily expandable private deployment video conference platform. The present invention can conveniently, efficiently, and safely implement video conferencing solutions. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] The accompanying drawings are used to provide a further understanding of the technical solution of the present invention and constitute a part of the specification. Together with the embodiments of the present invention, they are used to explain the technical solution of the present invention and do not constitute a limitation on the technical solution of the present invention.

[0046] Figure 1 A schematic diagram of an implementation environment for conducting a video conference provided by an embodiment of the present invention;

[0047] Figure 2A schematic diagram of a flow chart of a method for implementing a video conference provided by an embodiment of the present invention;

[0048] Figure 3 A schematic diagram of the expansion process of step S100 provided in an embodiment of the present invention;

[0049] Figure 4 A schematic diagram of an extended process of a method for implementing a video conference provided in an embodiment of the present invention;

[0050] Figure 5 A schematic diagram of the expanded flow of step S200 provided in an embodiment of the present invention;

[0051] Figure 6 A schematic diagram of the expanded process of obtaining the access address fed back by the access scheduling module provided in an embodiment of the present invention;

[0052] Figure 7 A schematic diagram of a system architecture for an implementation method of a video conference provided in an embodiment of the present invention;

[0053] Figure 8 A schematic diagram of a business process for implementing a video conference provided by an embodiment of the present invention;

[0054] Fig. 9 A schematic diagram of the structure of a device for implementing a video conference provided by an embodiment of the present invention;

[0055] Fig.10 A schematic diagram of the structure of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0056] In order to make the purpose, technical solution and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention.

[0057] It should be noted that, although the functional modules are divided in the system schematic diagram and the logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the system or the order in the flowchart. The terms "first / S100", "second / S200", etc. in the specification, claims and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0058] Reference to "embodiments" in the present invention means that a particular feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present invention. The appearance of the phrase in various places in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described in the present invention may be combined with other embodiments.

[0059] To facilitate the understanding of the technical solution of the present invention, the following is an explanation of the specific names of the technical features that may appear in the technical solution of the present invention:

[0060] The full name of API is Application Programming Interface. It is not a new concept and has existed since the early days of computer operating systems. In the Internet era, the website services are packaged into a series of computer-readable data interfaces and opened to third-party developers. This behavior is called the API of the open website. Correspondingly, the open API is called OpenAPI.

[0061] FreeSwitch is a soft switching solution for telephone, including a soft phone and soft switch to provide voice and chat product drivers. FreeSwitch can be used as a switch engine, target telephone soft switch service, multimedia gateway and multimedia server. FreeSwitch is a cross-platform open source telephone switching platform with strong scalability. It aims to provide routing and interconnection communication protocols for audio, video, text or any other form of media.

[0062] like Figure 1 FIG. 1 is a schematic diagram of an implementation environment provided by an embodiment of the present invention. Figure 1 The implementation environment includes at least one terminal 102 and a server 101. The terminal 102 and the server 101 can be connected to a network wirelessly or wired to complete data transmission and exchange.

[0063] Server 101 can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers. It can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), as well as big data and artificial intelligence platforms.

[0064] In addition, the server 101 can also be a node server in the blockchain network. Blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanism, and encryption algorithm.

[0065] The terminal 102 may be a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart speaker, a smart watch, etc., but is not limited thereto. The terminal 102 and the server 101 may be directly or indirectly connected via wired or wireless communication, which is not limited in the embodiment of the present invention.

[0066] Based on the example Figure 1 In the implementation environment shown, an embodiment of the present invention provides a method for implementing a video conference. The following is explained using the example of the method for implementing a video conference applied in the terminal 102. It can be understood that the method for implementing a video conference can also be applied in the server 101.

[0067] Reference Figure 2 , Figure 2 The flowchart of the implementation method of the video conference applied to the terminal provided by the embodiment of the present invention, the implementation subject of the video conference implementation method can be any of the aforementioned computer devices (including servers or terminals). Figure 2 , the method comprises the following steps:

[0068] S100, in response to an application by a target object for accessing a target video conference, performing a first legitimacy check on the target object;

[0069] It should be noted that the access application carries the user account information of the target object; in some embodiments, such as Figure 3 As shown, in response to the target object's application for access to the target video conference, a first legitimacy check is performed on the target object, which may include the following steps: S101. In response to the target object's application for access to the target video conference initiated in the front-end system, the user account information is sent to the identity authentication module by calling the open application programming interface; S102. The target object's right to participate in the conference is verified by the identity authentication module based on the conference parameters of the target video conference combined with the user account information; wherein the conference parameters include the account information of the authorized participants.

[0070] For example, in some specific implementations, in modern conference management systems, in order to ensure the security and efficiency of the conference, the identity verification and permission verification of the participants are crucial links. The following is a detailed supplementary explanation of the technical content of step S100:

[0071] S101: In response to the access application initiated by the target object in the front-end system:

[0072] Front-end system: This is the interface for users to interact with the system. Users (i.e., target objects) submit access applications to the target video conference through the front-end system. The front-end system may be a web page, mobile application, or other form of user interface.

[0073] Access application: When a user wishes to attend a meeting, they submit a request or application on the front-end system. This application contains the user's intention to attend the meeting.

[0074] Open Application Programming Interface (API): The system responds to this request by calling an open API. This API is a bridge between the backend and frontend of the system, allowing the frontend system to send user account information and conference request to the backend.

[0075] User account information: This is the personal information provided by the user when submitting an application in the front-end system, which may include user name, password, email address, mobile phone number, etc. This information is used for identity authentication and permission verification.

[0076] S102: Verify the meeting participation rights through the identity authentication module:

[0077] Authentication module: This is a component of the system backend that is specifically used to handle user identity authentication and permission verification. It receives user account information and conference request sent by the front-end system through the API.

[0078] Conference parameters: These are some basic information and configurations of the target video conference, including the time, location, and subject of the conference. In addition, conference parameters also include account information of authorized participants, i.e., user accounts that are allowed to attend the conference.

[0079] Participation rights verification: The identity authentication module compares the user account information with the account information of the authorized participants in the conference parameters. If the user account is in the authorized participant list, then the user has the right to attend the meeting; otherwise, the user will be denied participation.

[0080] Specific details of the verification process:

[0081] Account information matching: The identity authentication module first checks whether the user account information matches the authorized participant account information in the conference parameters. This may involve comparing multiple information such as user name, email address, mobile phone number, etc.

[0082] Permission level verification: In addition to basic account information matching, some meetings may also require verification of the user's permission level. For example, some meetings may only allow users with specific positions or roles to attend. In this case, the identity authentication module also needs to check whether the user's permission level meets the requirements of the meeting.

[0083] Real-time verification: To ensure the security of the meeting, the identity authentication module also needs to perform real-time verification. This includes checking whether the user account is active, whether there is abnormal login behavior, etc. These verifications can further ensure that only legitimate users can participate in the meeting.

[0084] Through the above steps, the identity authentication and permission verification of participants can be efficiently implemented, thereby ensuring the security and efficiency of the meeting.

[0085] Among them, in some embodiments, such as Figure 4 As shown, the method may also include the following steps: T100, in response to the conference creation request of the initiating object, performing a third legitimacy check on the initiating object; T200, when the result of the third legitimacy check is passed, creating a target video conference through the telephone soft switch platform; T300, sending the conference number and conference parameters of the target video conference to the initiating object; configuring the conference number and conference parameters of the target video conference to the parameter management module; wherein, the target object obtains the conference number and conference parameters based on the data sharing of the initiating object.

[0086] For example, in some specific implementations, the following is a detailed supplementary description of the technical content involved in the method expansion process:

[0087] T100: In response to the conference creation request of the initiating object, a third legitimacy check is performed on the initiating object:

[0088] Initiator: This is the user or entity who wishes to create a conference. They submit a conference creation request through the front-end interface or application.

[0089] Meeting creation request: When submitting a request, the initiator usually provides basic information about the meeting, such as the meeting topic, time, expected number of participants, etc., as well as the initiator's own identity information.

[0090] The third legitimacy check: This is a check to ensure that the initiating object has the authority and qualifications to create a meeting. Different from the previous legitimacy checks (such as the checks in S101 and S102), the third legitimacy check focuses more on the initiating object's identity authentication, account status, and whether it has the authority to create a specific type of meeting.

[0091] Identity authentication: Verify whether the identity information of the initiator is authentic and valid, including user name, password, verification code, biometric identification, etc.

[0092] Account status check: Ensure that the account of the initiator is in normal status and has no abnormalities or violations.

[0093] Permission verification: Checks whether the initiator has permission to create a meeting, which may be based on their role, position, or previous behavior record.

[0094] T200: When the result of the third legitimacy check is passed, the target video conference is created through the telephone soft switch platform:

[0095] Telephone soft switch platform (such as FreeSwitch): This is a telephone exchange system based on software technology, which is used to handle telephone communications and data transmission. It supports multiple communication protocols and can realize the integration of voice, video and data communications.

[0096] Create a target video conference: When the third legitimacy check is passed, a new conference instance, namely the target video conference, can be created through the telephone softswitch platform. This conference instance will contain the basic information of the conference (such as the conference topic, time, number of participants, etc.) and the resources required for the conference (such as telephone lines, video channels, etc.).

[0097] T300: Send the conference number and conference parameters of the target video conference to the initiator; configure the conference number and conference parameters of the target video conference to the parameter management module.

[0098] Meeting number and meeting parameters: The meeting number is a unique identifier used to identify and join a meeting. Meeting parameters include video resolution, bit rate, meeting password, participant phone number, etc. Specifically, meeting parameters are associated with the meeting number and saved.

[0099] Send to the initiator: The system will send the conference number and conference parameters to the initiator through the front-end interface or application. The initiator can use this information to invite other participants to join the meeting.

[0100] Configure to parameter management module: At the same time, the system will also configure the conference number and conference parameters to the parameter management module. The parameter management module is a component used to store and manage conference-related information. It allows the system and other components to access this information when needed.

[0101] The target object obtains the conference number and conference parameters based on the data shared by the initiator:

[0102] Data sharing: After creating a meeting, the initiator may share data (including meeting number and meeting parameters) with the target through email, SMS, instant messaging, etc. The target can be the initiator's colleagues, friends, or anyone invited to the meeting.

[0103] Get the meeting number and meeting parameters: The target object can get the meeting number and meeting parameters by receiving the data shared by the initiator. Then, they can use this information to join the meeting.

[0104] In summary, this series of steps constitutes a complete conference creation and sharing process. Through strict legality verification and parameter management, the system can ensure the security and effectiveness of the conference.

[0105] S200, when the result of the first legitimacy check is passed, allocating access information to the target object;

[0106] The access information includes an access token and an access address;

[0107] It should be noted that the first legitimacy check is performed based on the identity authentication module; in some embodiments, such as Figure 5 As shown, when the result of the first legitimacy check is passed, access information is allocated to the target object, which may include the following steps: S201, sending the result of the first legitimacy check as passed to the parameter management module through the identity authentication module, so that the parameter management module transmits the generated access token to the open application programming interface through the identity authentication module; S202, in response to the received access token, transmitting the access application to the access scheduling module through the open application programming interface to obtain the access address that the access scheduling module responds to the access application Feedback; wherein, the access token and access address allocated to the target object are transmitted to the target object through the open application programming interface.

[0108] For example, in some specific implementations, the following is a detailed supplementary description of the technical content of step S200:

[0109] S201: The result of passing the first legality check is sent to the parameter management module through the identity authentication module:

[0110] Authentication module: This is a system component responsible for verifying the identity of the user. It usually uses various authentication methods (such as username and password, biometric recognition, two-factor authentication, etc.) to ensure that the user is authentic and authorized.

[0111] The first legitimacy check is a passed result: this refers to the result of determining that the target object meets the legitimacy requirements after a series of checks (such as user information verification, account status check, etc.).

[0112] Parameter management module: This is a component used to store and manage system parameters (such as user information, access tokens, configuration parameters, etc.). It usually interacts with system components such as identity authentication modules and open application programming interfaces (APIs) to provide services such as parameter query, update, and deletion.

[0113] Generate access token: When the first legitimacy check passes, the parameter management module will generate a unique access token. This token is a string that is used to verify the identity and permissions of the target object in subsequent steps.

[0114] Transmit to open application programming interface: The parameter management module transmits the generated access token to the open application programming interface (API) through the identity authentication module. This is because the open API is a bridge for the system to interact with external applications, which allows external applications to access system functions in a standardized way.

[0115] S202: In response to the received access token, the access application is transmitted to the access scheduling module through the open application programming interface:

[0116] Receiving an access token: After the open application programming interface (API) receives the access token transmitted by the parameter management module, it will store it locally or pass it to the next processing component.

[0117] Access request: This refers to a request sent by the target object (or an external application on behalf of the target object) to the system to request access to a resource or service. The access request usually contains information such as the identity of the target object and the type of resource or service requested.

[0118] Transmit to the access scheduling module: The open API transmits the access application and the access token to the access scheduling module. The access scheduling module is a component responsible for managing and scheduling system resource access requests. It determines whether the target object has the right to access the requested resource or service based on the information in the access token and the access application.

[0119] Feedback access address: After verifying the access application and access token, the access scheduling module will generate an access address (such as a URL or IP address). This address is the only entry point for the target object to access the requested resource or service. The access scheduling module will feedback the access address to the target object through the open API.

[0120] The access token and access address assigned to the target object are transmitted to the target object through the open API:

[0121] Transmit access token and access address: After verifying the access application and generating the access address, the open application programming interface (API) transmits the access token and access address to the target object. This is usually done through HTTP or HTTPS protocol to ensure the security and integrity of data transmission.

[0122] In summary, this series of steps constitutes a complete access information allocation process. Through the collaborative work of the identity authentication module, parameter management module, open application programming interface and access scheduling module, the system can ensure that the target object obtains the necessary access information after the legitimacy and authority verification are passed.

[0123] Further, in some optional embodiments, such as Figure 6 As shown, obtaining the access address fed back by the access scheduling module in response to the access application may include the following steps: S2021. In response to the access application, the load conditions of all telephone soft switch services in the telephone soft switch platform are collected through the access scheduling module; S2022. The target telephone soft switch service is obtained based on the load conditions, and the access address of the target telephone soft switch service is fed back to the open application programming interface.

[0124] For example, in some specific implementations, the following is a supplementary explanation of the two steps S2021 and S2022:

[0125] S2021: In response to the access request, the access scheduling module collects the load conditions of all telephone soft switch services in the telephone soft switch platform:

[0126] Access application trigger: When the open application programming interface (API) receives the access application of the target object and verifies its legitimacy, the application will be forwarded to the access scheduling module. The access scheduling module is the core component responsible for managing and scheduling the resources of the telephone soft switch platform.

[0127] Load situation collection: The access scheduling module will collect the load situation of all telephone soft switch services in the telephone soft switch platform regularly or in real time. The load situation usually includes key indicators such as the current number of connections, processing speed, and resource utilization of the service.

[0128] Data integration and analysis: The collected load data will be integrated into the database of the access scheduling module and analyzed in real time. This helps the access scheduling module understand the current status and performance bottlenecks of each telephone softswitch service.

[0129] S2022: Filter and obtain the target telephone soft switch service based on the load condition, and feed back the access address of the target telephone soft switch service to the open application programming interface

[0130] Screening criteria: The access scheduling module will evaluate the suitability of each telephone softswitch service based on preset screening criteria (such as load balancing, service availability, resource occupancy, etc.). These criteria are designed to ensure that the target object can obtain the best service quality and performance.

[0131] Target telephone soft switch service determination: Based on the screening criteria, the access scheduling module will select one or more target telephone soft switch services that meet the requirements from all telephone soft switch services. These services will be responsible for handling the telephone communication tasks of the target object.

[0132] Access address acquisition: Once the target telephone soft switch service is determined, the access scheduling module will query its corresponding access address (such as IP address, port number, etc.). This address is the unique identifier used by the target object to establish a connection with the telephone soft switch service.

[0133] Feedback to the open application programming interface Finally, the access scheduling module will feed back the access address of the target telephone soft switch service to the target object through the open application programming interface (API). In this way, the target object can use this address to access the telephone soft switch service and conduct video conference communication.

[0134] In summary, the two steps S2021 and S2022 together constitute the complete process of how the access scheduling module screens and determines the target telephone soft switch service based on the load of the telephone soft switch platform when responding to the access application, and how to feed back the access address to the target object. This process ensures that the target object can obtain the best service quality and performance, and also improves the overall resource utilization and reliability of the telephone soft switch platform.

[0135] S300, sending access information to the target object, so that the target object can access the target telephone soft switch service, and then performing a second legitimacy check on the target object;

[0136] Wherein, the target telephone soft switch service is created based on the telephone soft switch platform;

[0137] It should be noted that the access token and access address allocated to the target object are transmitted to the target object through an open application programming interface; the access token is generated based on the parameter management module; in some embodiments, the access information is sent to the target object so that the target object can access the target telephone soft switch service, and then a second legitimacy check is performed on the target object, which may include the following steps: S301, transmitting the access token and access address to the target object through an open application programming interface, so that the target object initiates a login request to the target telephone soft switch service based on the access address; the login request carries the access token and the user account information of the target object; S302, in response to the login request, verifying the legitimacy of the login information of the target object through the parameter management module; wherein the login information includes the user account information as the id and the access token as the password.

[0138] For example, in some specific implementations, the following is a supplementary explanation of step S300:

[0139] S301: The access token and access address are transmitted to the target object through the open application programming interface, so that the target object initiates a login request to the target telephone soft switch service based on the access address:

[0140] Transmit access token and access address: After determining the target telephone softswitch service and obtaining its access address, the open application programming interface (API) will send this access address and the previously generated access token to the target object. This transmission process is usually carried out through a secure network protocol (such as HTTPS) to ensure the security of the information.

[0141] The target object initiates a login request: After receiving the access token and access address, the target object will initiate a login request to the target telephone softswitch service based on this information. This login request is usually sent via an HTTP POST request or other similar network request methods.

[0142] Login request content: The login request will contain the target object's user account information (such as user name, ID, etc.) and access token. This information will be used as the authentication credentials of the login request to verify the target object's identity and access rights.

[0143] Request format: The format of the login request may vary depending on the requirements of the target telephone softswitch service. But generally, it includes a request header (used to specify the type of request, target address, etc.) and a request body (used to contain specific data such as user account information and access tokens).

[0144] S302: In response to the login request, the parameter management module verifies the legitimacy of the login information of the target object:

[0145] Receiving a login request: After receiving the login request, the target telephone softswitch service will pass it to the parameter management module for processing. The parameter management module is a component responsible for managing and verifying various parameters in the login request (such as user account information, access token, etc.).

[0146] Verify login information: The parameter management module verifies the user account information and access token in the login request. This verification process usually includes the following aspects:

[0147] Verify the validity of user account information: Check whether the user account information exists in the system and is not disabled or locked.

[0148] Verify the validity of the access token: Check whether the access token is valid, has not expired, and is associated with a specific user account information.

[0149] Legality judgment: If the user account information and access token in the login request are verified, the parameter management module will consider the login request to be legal and allow the target object to access the target telephone softswitch service. Otherwise, it will reject the login request and may return an error message or prompt information to the target object.

[0150] In some preferred implementations, logs can also be recorded: regardless of whether the login request is successful or not, the parameter management module will record relevant log information. These log information are very important for subsequent auditing, troubleshooting, performance analysis, etc.

[0151] In summary, the two steps S301 and S302 together constitute a complete process of sending the access information to the target object and performing a second legitimacy check on it. This process ensures that only legitimate target objects can access the target telephone soft switch service, thereby improving the security and reliability of the system.

[0152] S400: When the result of the second legitimacy check is passed, in response to the dialing request of the target object, connect the target object to the target video conference.

[0153] The dial request is initiated based on the conference number of the target video conference.

[0154] It should be noted that the conference parameters of the target video conference are configured in the parameter management module; in some embodiments, in response to the dialing request of the target object, connecting the target object to the target video conference can include the following steps: S401, in response to the dialing request initiated by the target object based on the conference number, obtaining the conference parameters by calling the parameter management module through the target telephone soft switch service; S402, completing the conference access of the target object to the target video conference based on the conference parameters.

[0155] For example, in some specific implementations, the following is a supplementary explanation of step S400:

[0156] S401: In response to a dialing request initiated by the target object based on the conference number, the parameter management module is called through the target telephone soft switch service to obtain conference parameters:

[0157] Dial request reception: When the target object is ready to join the meeting, it will initiate a dial request based on the previously obtained conference number through a phone or other communication device. The target phone soft switch service will receive this dial request and identify the conference number contained therein.

[0158] Conference number verification: Before processing the dial request, the target telephone softswitch service may first verify the legitimacy of the conference number to ensure that the conference number does correspond to a valid, ongoing video conference. The verification process may involve checking whether the conference number is registered in the system, whether it has expired or been cancelled, etc.

[0159] Calling the parameter management module: Once the conference number is verified to be valid, the target telephone softswitch service calls the parameter management module to obtain the conference parameters related to the conference number. Conference parameters can include conference configuration information (such as conference capacity, audio and video quality settings, participant permissions, etc.), conference status (such as the current number of participants, conference start and end time, etc.), and possible conference resources (such as media server address, recording and broadcast settings, etc.).

[0160] Parameter acquisition and analysis: The parameter management module will query its database or configuration file to find the conference parameters that match the conference number and return them to the target phone soft switch service. The target phone soft switch service will parse these parameters to prepare for the next conference access process.

[0161] S402: completing the target object's conference access to the target video conference based on the conference parameters

[0162] Resource allocation and preparation: Based on the conference parameters, the target phone softswitch service will allocate necessary resources to the target object, such as media server ports, bandwidth, etc. At the same time, the target phone softswitch service may communicate with the media server to ensure the correct configuration and preparation of media resources.

[0163] Conference access control: After resource allocation is completed, the target phone soft switch service will check the status and number of participants of the conference to ensure that the target object's joining will not cause the conference to exceed the capacity limit. If the conference status allows, the target phone soft switch service will generate a unique conference access identifier (such as a seat number or participant ID in the conference) for the target object.

[0164] Establishing a communication connection: Using the generated conference access identifier, the target telephone softswitch service will establish a communication connection for the target object with other participants in the conference. This may involve the establishment of audio, video and / or data streams, depending on the parameter configuration of the conference and the device capabilities of the target object.

[0165] Conference access completed: Once the communication connection is successfully established, the target object is officially connected to the target video conference. At this point, the target object can start interacting with other participants in the conference, such as speaking, listening and watching the conference content.

[0166] In some preferred implementations, conference management and monitoring can also be performed: during the conference, the target phone soft switch service and parameter management module may continue to monitor the conference status and resource usage. If any abnormal situation occurs (such as insufficient resources, conference timeout, etc.), they will take corresponding measures to ensure the smooth progress of the conference.

[0167] Through the detailed description of the two steps S401 and S402, we can have a deeper understanding of how the target object initiates a dial request based on the conference number and completes the entire process of conference access through the target telephone soft switch service and parameter management module.

[0168] For example, in some specific application scenarios, steps S100 to S400 of the present invention can be implemented as follows:

[0169] When a target object wishes to access a specific video conference, the system will first perform a first-level legitimacy check on it. The purpose of this step is to preliminarily confirm the identity and authority of the target object to ensure that it is eligible to attempt to access the video conference.

[0170] If the target object passes the first legitimacy check, the system will then assign it a set of access information. This set of information is crucial because it contains two key elements required for the target object to access the video conference: the access token and the access address. The access token is like a "pass", which proves that the target object has been authorized to access the video conference. The access address is a network address pointing to the entrance of the video conference, and the target object needs to use this address to find and connect to the video conference.

[0171] The system will send this set of access information to the target object. After receiving the information, the target object can use the access address to find the target telephone soft switch service (this service is created based on the telephone soft switch platform and is specifically used to handle access requests for telephone and video conferences).

[0172] When the target object attempts to access the video conference through the target telephone soft switch service, the system will perform a second level of legitimacy verification. This step is more stringent than the first level because it is performed when the target object actually attempts to access the video conference. The system will once again confirm the identity and permissions of the target object to ensure that they are indeed authorized to participate in the video conference.

[0173] If the target object passes the second legitimacy check and initiates a dial-up request based on the video conference number, the system will respond to the request and formally connect the target object to the video conference. At this point, the target object can start participating in the video conference and communicate and collaborate with other participants.

[0174] Throughout the entire process, system legitimacy verification and the allocation of access information are key steps that together ensure the security and orderliness of the video conference.

[0175] In order to explain the principle of the technical solution of the present invention in detail, the overall process of the present invention is described below in combination with some specific embodiments. It is easy to understand that the following is an explanation of the technical principle of the present invention and cannot be regarded as a limitation of the present invention.

[0176] First of all, it should be noted that open source video conferencing software, with its low cost, high flexibility, good security and stability, provides a foundation for enterprises to independently build low-cost, high-security video conferencing platforms. However, the open source video conferencing platforms currently on the market are still relatively lacking in high availability and docking with office systems.

[0177] In view of this, the present invention takes FreeSwitch open source software as an example to explain the technical solution implemented in the embodiment of the present invention. Based on open source video conferencing software (telephone soft switch platform), combined with unique authentication methods and scheduling algorithms, a low-cost, highly reliable, highly secure, and easily scalable private deployment video conferencing platform is provided for enterprises.

[0178] In some optional implementation modes, the basic principle of the technical solution of the present invention can be implemented as follows:

[0179] Based on the video conferencing function of FreeSwitch, it fully utilizes its mature video conferencing function and access capabilities of protocols such as sip and webrtc to reduce development and maintenance costs;

[0180] Use mobile phone code scanning authentication and gateway authentication for access authentication to ensure system access security;

[0181] The self-developed API module provides a secure conference parameter setting function and then connects to FreeSwitch through the event socket interface;

[0182] The self-developed scheduling module collects the load status of the server where FreeSwitch is located, and then combines the number of participants and meeting parameters to flexibly schedule the meeting access address to achieve load balancing and fault transfer of FreeSwitch.

[0183] like Figure 7 As shown, the process logic of the technical solution of the present invention can be Figure 7 The system architecture shown in the figure includes five modules: FreeSwitch cluster, OpenAPI, parameter management, user authentication, and conference scheduling. Their main functions are as follows:

[0184] OpenAPI module: The conference platform provides a unified and secure access interface to the outside world, including functions such as conference parameter setting, conference room creation, access address access parameter acquisition, and conference status query;

[0185] Parameter management module: manages the relevant conference parameters set by the conference front-end system (third-party application) through OpenAPI. When FreeSwitch receives the user's conference access request, it obtains the corresponding parameters through the http interface to complete the conference access processing;

[0186] Identity authentication module: When FreeSwitch receives an application for user authentication and joining a meeting, it sends the user information to this module through an http request to complete user identity authentication and permission verification for joining the meeting;

[0187] Access scheduling module: Before the front-end system (third-party application) accesses the meeting, it needs to access this module through OpenAPI. The module allocates access addresses based on the number of participants and the load of each FreeSwitch service;

[0188] like Figure 8 As shown, based on Figure 7 The business process of the embodiment of the present invention can be implemented as follows (the numbers do not indicate the execution order):

[0189] 1. All users need to scan the QR code / SMS authentication to generate an access token before joining the video conference;

[0190] 2. When a user creates a video conference, the front-end system calls the corresponding OpenAPI interface of the platform. After the OpenAPI verifies the legitimacy of the request, it calls the parameter management module to assign a conference number, associates and saves the conference parameters (such as video resolution, bit rate, conference password, participant's mobile phone number, etc.) with the conference number, and returns the conference number to the front-end system.

[0191] 3. When a user joins a meeting, the front-end system calls the OpenAPI interface. After the OpenAPI verifies the legitimacy of the request, it calls the access scheduling module. The scheduling module is responsible for collecting the load of each FreeSwitch service, and allocates the access service of the meeting based on the load, the number of participants in the meeting, the meeting parameters, etc., and returns the access address to the front-end system.

[0192] 4. The front-end system accesses the specified FreeSwitch service through the address returned in step 3, initiates a login request to FreeSwitch, uses the mobile phone number as the id, and the access token obtained in step 1 as the password. After receiving the request, FreeSwitch calls the parameter management module to verify the legitimacy of the token and id; after the authentication is passed, the front-end initiates a dial-up request to FreeSwitch, and the number is the conference number obtained in step 2. After FreeSwitch requests, it calls the parameter management module to obtain the conference parameters and completes the access process.

[0193] In summary, the present invention makes full use of the low-cost characteristics of open source software, greatly reduces the development difficulty and implementation cost, makes full use of the plug-in interface of FreeSwitch to expand it, combines the convenience and high security of mobile phone code scanning authentication (gateway password-free authentication), solves the security problem of FreeSwitch's own authentication, and realizes flexible docking and load balancing of FreeSwitch through dynamic loading parameters and scheduling algorithms. A highly secure, stable and reliable video conferencing platform can be realized at low cost.

[0194] Compared with the prior art, the present invention has at least the following beneficial effects:

[0195] 1. The traditional methods are either fully self-developed, which is costly and difficult to implement; or directly built using open source software, which is difficult to ensure security and difficult to connect with other office systems (such as OA, etc.).

[0196] 2. The present invention uses the open source software FreeSwitch as a basis, which can greatly reduce the implementation cost and difficulty; at the same time, by using FreeSwitch's convenient plug-in service capabilities and convenient event socket interface, the original security authentication process and access scheduling algorithm, a safe, reliable and easily expandable video platform can be implemented at low cost.

[0197] On the other hand, Fig. 9 As shown, an embodiment of the present invention provides a video conference implementation device 900, including:

[0198] The first module is used to perform a first legitimacy check on the target object in response to the target object's application for access to the target video conference;

[0199] The second module is used to allocate access information to the target object when the result of the first legitimacy check is passed; the access information includes an access token and an access address;

[0200] The third module is used to send the access information to the target object so that the target object can access the target telephone soft switch service, and then perform a second legitimacy check on the target object; wherein the target telephone soft switch service is created based on the telephone soft switch platform;

[0201] The fourth module is used to connect the target object to the target video conference in response to the dialing request of the target object when the result of the second legitimacy check is passed; wherein the dialing request is initiated based on the conference number of the target video conference.

[0202] In some embodiments, the apparatus may further include:

[0203] A fifth module is used to perform a third legitimacy check on the initiating object in response to the conference creation request of the initiating object;

[0204] The sixth module is used for creating a target video conference through a telephone soft switch platform when the result of the third legitimacy check is passed;

[0205] The seventh module is used to send the conference number and conference parameters of the target video conference to the initiator; configure the conference number and conference parameters of the target video conference to the parameter management module;

[0206] The target object obtains the conference number and conference parameters based on the data sharing of the initiating object.

[0207] The contents of the method embodiments of the present invention are all applicable to the device embodiments. The functions specifically implemented by the device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0208] On the other hand, an embodiment of the present invention further provides an electronic device, the electronic device includes a memory and a processor, the memory stores a computer program, and the processor implements the above sensitive information method when executing the computer program. The electronic device can be any intelligent terminal including a tablet computer, a car computer, etc.

[0209] It can be understood that the contents of the above method embodiments are all applicable to the present device embodiments, the functions specifically implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0210] like Fig.10 As shown, Fig.10 A specific example of the hardware structure of an electronic device 1000 according to an embodiment is shown. The electronic device 1000 includes:

[0211] The processor 1001 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of the present invention.

[0212] The memory 1002 can be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 1002 can store an operating system and other application programs. When the technical solution provided in the embodiment of this specification is implemented by software or firmware, the relevant program code is stored in the memory 1002, and the processor 1001 calls and executes the network node population optimization method of the embodiment of the present invention;

[0213] Input / output interface 1003, used to implement information input and output;

[0214] The communication interface 1004 is used to realize the communication interaction between the device and other devices. The communication can be realized through a wired manner (such as USB, network cable, etc.) or a wireless manner (such as mobile network, WIFI, Bluetooth, etc.);

[0215] A bus 1005 , which transmits information between various components of the device (e.g., the processor 1001 , the memory 1002 , the input / output interface 1003 , and the communication interface 1004 );

[0216] The processor 1001 , the memory 1002 , the input / output interface 1003 and the communication interface 1004 are connected to each other in communication within the device via the bus 1005 .

[0217] The electronic device embodiments described above are merely illustrative, and the units described as separate components may or may not be physically separated, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0218] The contents of the method embodiments of the present invention are all applicable to the electronic device embodiments. The functions specifically implemented by the electronic device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0219] Another aspect of an embodiment of the present invention further provides a computer-readable storage medium, wherein the storage medium stores a program, and the program is executed by a processor to implement the above method.

[0220] It should be noted that the computer-readable medium shown in the embodiment of the present invention may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (Compact Disc Read to Only Memory, CD to ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present invention, a computer-readable storage medium may be any tangible medium containing or storing a program, which may be used by or in combination with an instruction execution system, device or device. In the present invention, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer readable signal media may also be any computer readable medium other than computer readable storage media, which may send, propagate, or transmit programs for use by or in conjunction with an instruction execution system, apparatus, or device. The program code contained on the computer readable medium may be transmitted using any suitable medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0221] The contents of the method embodiments of the present invention are all applicable to the computer-readable storage medium embodiments. The functions specifically implemented by the computer-readable storage medium embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0222] The embodiment of the present invention also discloses a computer program product or a computer program, which includes a computer instruction stored in a computer-readable storage medium. A processor of a computer device can read the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the above method.

[0223] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0224] It should be noted that, although several modules of the device for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to an embodiment of the present invention, the features and functions of two or more modules or units described above can be embodied in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into being embodied by multiple modules or units.

[0225] Through the description of the above implementation, it is easy for those skilled in the art to understand that the example implementation described here can be implemented by software, or by software combined with necessary hardware. Therefore, the technical solution according to the implementation of the present invention can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD to ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, including several instructions to enable a computing device (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the implementation of the present invention.

[0226] In some selectable embodiments, the function / operation mentioned in the block diagram may not occur in the order mentioned in the operation diagram. For example, depending on the function / operation involved, the two boxes shown in succession can actually be executed substantially simultaneously or the boxes can sometimes be executed in reverse order. In addition, the embodiment presented and described in the flow chart of the present invention is provided by way of example, for the purpose of providing a more comprehensive understanding of the technology. The disclosed method is not limited to the operation and logic flow presented by the present invention. Selectable embodiments are expected, wherein the order of various operations is changed and the sub-operation of a part described as a larger operation is performed independently.

[0227] In addition, although the present invention is described in the context of functional modules, it should be understood that, unless otherwise specified, one or more of the functions and / or features can be integrated into a single physical device and / or software module, or one or more functions and / or features can be implemented in separate physical devices or software modules. It is also understood that a detailed discussion of the actual implementation of each module is unnecessary for understanding the present invention. More specifically, in view of the properties, functions and internal relationships of various functional modules in the device disclosed in the present invention, the actual implementation of the module will be understood within the conventional skills of engineers. Therefore, those skilled in the art can implement the present invention set forth in the claims without excessive experimentation using ordinary techniques. It is also understood that the specific concepts disclosed are merely illustrative and are not intended to limit the scope of the present invention, which is determined by the full scope of the appended claims and their equivalents.

[0228] If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods of each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk, etc. Various media that can store program codes.

[0229] The logic and / or steps represented in the flowchart or otherwise described herein, for example, may be considered as an ordered list of executable instructions for implementing logical functions, and may be embodied in any computer-readable medium for use by an instruction execution device, apparatus or device (such as a computer-based device, a device including a processor, or other device that can fetch instructions from an instruction execution device, apparatus or device and execute the instructions), or in conjunction with such instruction execution device, apparatus or device. For purposes of this specification, "computer-readable medium" may be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution device, apparatus or device, or in conjunction with such instruction execution device, apparatus or device.

[0230] More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection with one or more wires (electronic device), a portable computer disk case (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), a fiber optic device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be a paper or other suitable medium on which the program is printed, since the program may be obtained electronically, for example, by optically scanning the paper or other medium, followed by editing, deciphering or, if necessary, processing in another suitable manner, and then stored in a computer memory.

[0231] It should be understood that the various parts of the present invention can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiments, a plurality of steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution device. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0232] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "examples", "specific examples", or "some examples" means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0233] Although the embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present invention, and that the scope of the present invention is defined by the claims and their equivalents.

[0234] The above is a specific description of the preferred implementation of the present invention, but the present invention is not limited to the embodiments. Those skilled in the art can make various equivalent modifications or substitutions without violating the spirit of the present invention. These equivalent modifications or substitutions are all included in the scope defined by the claims of the present invention.

Claims

1. A method for implementing a video conference, characterized in that: The following steps are involved: In response to an application by a target object for accessing a target video conference, performing a first legitimacy check on the target object; When the result of the first legality check is passed, access information is allocated to the target object; the access information includes an access token and an access address; Sending the access information to the target object so that the target object can access the target telephone soft switch service, and then performing a second legitimacy check on the target object; wherein the target telephone soft switch service is created based on a telephone soft switch platform; When the result of the second legitimacy check is passed, in response to the dialing request of the target object, the target object is connected to the target video conference; wherein the dialing request is initiated based on the conference number of the target video conference.

2. The method for implementing a video conference according to claim 1, characterized in that: The method further comprises the following steps: In response to a conference creation request from an initiating object, performing a third legitimacy check on the initiating object; When the result of the third legitimacy check is passed, creating the target video conference through the telephone soft switch platform; Sending the conference number and conference parameters of the target video conference to the initiating object; configuring the conference number and conference parameters of the target video conference to a parameter management module; The target object obtains the conference number and the conference parameters based on the data sharing of the initiating object.

3. The method for implementing a video conference according to claim 1, characterized in that: The access application carries the user account information of the target object; and the first legitimacy verification of the target object in response to the target object's access application to the target video conference includes the following steps: In response to the access application for the target video conference initiated by the target object in the front-end system, sending the user account information to the identity authentication module by calling an open application programming interface; Verifying the target object's right to attend the meeting through the identity authentication module according to the meeting parameters of the target video conference and the user account information; The conference parameters include account information of authorized participants.

4. The method for implementing a video conference according to claim 1, characterized in that: The first legitimacy check is performed based on an identity authentication module; when the result of the first legitimacy check is passed, allocating access information to the target object includes the following steps: Sending the result of passing the first legitimacy check to the parameter management module through the identity authentication module, so that the parameter management module transmits the generated access token to the open application programming interface through the identity authentication module; In response to the received access token, transmitting the access application to an access scheduling module through the open application programming interface to obtain the access address fed back by the access scheduling module in response to the access application; The access token and the access address allocated to the target object are transmitted to the target object through the open application programming interface.

5. The method for implementing a video conference according to claim 4, characterized in that: The obtaining the access address fed back by the access scheduling module in response to the access application comprises the following steps: In response to the access application, collecting load conditions of all telephone soft switch services in the telephone soft switch platform through the access scheduling module; The target telephone soft switch service is obtained by screening based on the load condition, and the access address of the target telephone soft switch service is fed back to the open application programming interface.

6. The method for implementing a video conference according to claim 1, characterized in that: The access token and the access address allocated to the target object are transmitted to the target object through an open application programming interface; the access token is generated based on a parameter management module; the access information is sent to the target object so that the target object can access a target telephone soft switch service, and then a second legitimacy check is performed on the target object, including the following steps: The access token and the access address are transmitted to the target object through the open application programming interface, so that the target object initiates a login request to the target telephone soft switch service based on the access address; the login request carries the access token and the user account information of the target object; In response to the login request, verifying the legitimacy of the login information of the target object through a parameter management module; The login information includes the user account information as the ID and the access token as the password.

7. The method for implementing a video conference according to claim 1, characterized in that: The conference parameters of the target video conference are configured in a parameter management module; the step of responding to the dialing request of the target object and connecting the target object to the target video conference includes the following steps: In response to the dialing request initiated by the target object based on the conference number, the parameter management module is called by the target telephone soft switch service to obtain the conference parameter; The target object completes conference access to the target video conference based on the conference parameters.

8. A device for implementing a video conference, characterized in that: include: A first module is used to perform a first legitimacy check on the target object in response to an access application of the target object to the target video conference; A second module is configured to allocate access information to the target object when the result of the first legitimacy check is passed; the access information includes an access token and an access address; The third module is used to send the access information to the target object so that the target object can access the target telephone soft switch service, and then perform a second legitimacy check on the target object; wherein the target telephone soft switch service is created based on a telephone soft switch platform; The fourth module is used to connect the target object to the target video conference in response to the dialing request of the target object when the result of the second legitimacy check is passed; wherein the dialing request is initiated based on the conference number of the target video conference.

9. An electronic device, characterized in that: including a processor and a memory; The memory is used to store programs; The processor executes the program to implement the method according to any one of claims 1 to 7.

10. A computer storage medium storing a program executable by a processor, characterized in that: The program executable by the processor is used to implement the method according to any one of claims 1 to 7 when executed by the processor.

Images