Video call calling method and device, equipment and storage medium

Abstract

The invention relates to a video call calling method and device, equipment and a storage medium, and the method comprises the steps that terminal equipment determines a first call protocol from a plurality of preset call protocols, sends a call request to a server based on the first call protocol, and receives request response information determined based on the call request; only when it is judged that the call protocol switching condition is met according to the request response information, the second call protocol is switched and the call request is continuously sent to the server instead of directly switching the second call protocol and continuously sending the call request. According to the video call calling method provided by the invention, unnecessary calls can be avoided in a specific call failure scene, and timely feedback can be provided for a user.

Description

Technical Field

[0001] The present application relates to the technical field of video calls, and in particular to a video call method, apparatus, device and storage medium. Background Art

[0002] The terminal device initiates a call request to the server based on the video call protocol. When the server fails to process the call request, an error code will be returned to the terminal device. In order to improve the call success rate of video conference calls and achieve a better user experience, the prior art implements an automatic protocol switching function in the terminal device. For example, when the call to the server using the SIP protocol fails and an error code is received from the server, it directly switches to the H323 protocol and tries to call again. The call fails only when all the switched protocols fail. The user is prompted with a call failure and the process ends.

[0003] However, in the current technology, it takes a long time to prompt when a video call fails, and the user waits for a long time before knowing the problem of call failure. Summary of the invention

[0004] Based on this, the purpose of this application is to provide a video call method, which avoids long waiting times caused by unnecessary calls and can provide users with more timely feedback.

[0005] The first aspect of the embodiment of the present application discloses a video call method, comprising the following steps:

[0006] Determining a first call protocol from among a plurality of preset call protocols, and sending a call request to a service end based on the first call protocol;

[0007] Receive request response information determined based on the call request; if it is determined according to the request response information that the conditions for switching the call protocol are met, determine a second call protocol from the several call protocols, and send the call request to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

[0008] A second aspect of an embodiment of the present application discloses a video call method, which is applied to a terminal device and a server; the method comprises the following steps:

[0009] The terminal device determines a first call protocol from among a plurality of preset call protocols, and sends a call request to the server based on the first call protocol;

[0010] The terminal device receives request response information returned based on the call request; if it is determined based on the request response information that the conditions for switching the call protocol are met, a second call protocol is determined from the several call protocols, and the call request is sent to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

[0011] A third aspect of an embodiment of the present application discloses a video call device, including:

[0012] A call request sending module, used to determine a first call protocol from among a plurality of preset call protocols, and send a call request to a service end based on the first call protocol;

[0013] A call protocol switching module is used to receive request response information determined based on the call request; if it is determined according to the request response information that the conditions for switching the call protocol are met, a second call protocol is determined from the several call protocols, and the call request is sent to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

[0014] A fourth aspect of an embodiment of the present application discloses a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the method described in any one of the embodiments of the present application are implemented.

[0015] A fifth aspect of an embodiment of the present application discloses a computer device, including a memory and a processor; the memory is used to store a computer program; the processor is used to implement a method as described in any one of the embodiments of the present application when executing the computer program.

[0016] Regarding the problem of the prior art, it is because in certain specific circumstances, even if switching to other protocols will inevitably fail to make a successful call, the prior art still blindly switches protocols and continues to call until all protocols fail to call, and then a failure prompt is issued, causing the user to wait unnecessarily for a long time before discovering the call failure. The terminal device of the embodiment of the present application determines a first call protocol from a number of preset call protocols, sends a call request to the server based on the first call protocol, and receives request response information determined based on the call request; only when it is determined according to the request response information that the conditions for switching the call protocol are met, will it switch to the second call protocol and continue to send the call request to the server, instead of directly switching to the second call protocol and continuing to send the call request. In a specific call failure scenario, unnecessary calls can be avoided, long waiting times can be avoided, and timely feedback and a good experience can be given to users.

[0017] For better understanding and implementation, the present application is described in detail below with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 A schematic diagram of an application scenario of the video call method according to an embodiment of the present application;

[0019] Figure 2 A flowchart of a video call method according to an embodiment of the present application is shown;

[0020] Figure 3 A flowchart of a video call method according to another embodiment of the present application;

[0021] Figure 4 A schematic diagram of a video call device according to an embodiment of the present application;

[0022] Figure 5 A schematic diagram of the structure of a computer device according to an embodiment of the present application. DETAILED DESCRIPTION

[0023] In order to make the purpose, technical solution and advantages of the present application clearer, the embodiments of the present application will be further described in detail below in conjunction with the accompanying drawings. Wherein, when the following description refers to the accompanying drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements.

[0024] It should be clear that the implementation methods described in the embodiments described below do not represent all implementation methods consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the attached claims. Based on the embodiments of the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present application.

[0025] The terms used in this application are only for the purpose of describing specific embodiments and are not intended to limit this application. The singular forms of "a", "said" and "the" used in this application are also intended to include plural forms, unless the context clearly indicates other meanings. In addition, in the description of this application, unless otherwise specified, "multiple" refers to two or more. It should also be understood that the term "and / or" used in this article refers to and includes any or all possible combinations of one or more associated listed items, for example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone; the character " / " generally indicates that the objects associated before and after are in an "or" relationship.

[0026] It should be understood that, although the terms first, second, third, etc. may be used in the present application to describe various information, such information should not be limited to these terms, and these terms are only used to distinguish similar objects, and do not have to be used to describe a specific order or sequence, nor can they be understood as indicating or implying relative importance. For those of ordinary skill in the art, the specific meanings of the above terms in the present application can be understood according to the specific circumstances. Depending on the context, the words "if" / "if" used in the present application can be interpreted as "at the time of" or "when" or "in response to determination".

[0027] See also Figure 1 , which is a schematic diagram of an application scenario of the video call method of the embodiment of the present application. The application scenario of the video call method of the embodiment of the present application includes a terminal device and a server.

[0028] The terminal device sends a call request to the server through a call protocol such as the SIP protocol or the H.323 protocol; the server responds to the call request and establishes a session. If the session is successfully established, a success message is sent to the terminal device. If the session fails to be established, a failure message is sent to the terminal device.

[0029] Among them, the call protocol is a protocol used to negotiate communication signaling and control mechanisms. In this embodiment, it is an application layer protocol built on top of the TCP / IP protocol. It defines the signaling and control mechanisms required for real-time communication (such as voice, video) in the network, and provides the ability to establish, manage and terminate real-time communication sessions in the network.

[0030] The call request is a signaling obtained by encoding according to the communication protocol, which usually includes account password information and other related agreed information such as audio and video encoding format agreed information, IP address information and port information.

[0031] Specifically, when the terminal device initiates a call request based on the SIP protocol, the terminal device sends an invite message (a method for call sessions defined in the SIP protocol) to the server, and the server responds to the invite message. If the session is successfully established, the server replies with a 200OK message (a response instruction of the server when the session is successfully established as defined in the SIP protocol) to the terminal device; when the terminal device initiates a call request based on the H.323 protocol, the terminal device sends a setup message (a method for call sessions defined in the H.323 protocol) to the server, and the server responds to the setup message. If the session is successfully established, the server replies with a connect message (a response instruction of the server when the session is successfully established as defined in the H.323 protocol) to the terminal device. When the terminal device receives a success message returned by the server, such as a 200OK message or a connect message, it opens the audio and video port agreed in the call request, and calls the camera, video acquisition module, etc. to collect the media stream, and encodes the collected media stream in the agreed encoding format and sends it to the server through the audio and video port. Similarly, the terminal device will also receive the media stream sent by the server and decode it, and render it to the display interface, thereby realizing real-time audio and video interaction.

[0032] In the prior art, the terminal device implements the function of automatically switching protocols, but it takes a long time to prompt each time a video call fails. The user has to wait for a long time before knowing the problem of call failure, which causes a bad experience for the user. In this regard, the inventor has found through analysis that in certain specific cases, even if other protocols are switched, the call will inevitably fail, but the prior art still blindly switches protocols and continues to call until all protocols fail before prompting the failure. Therefore, each time a call fails, it will take a long time to prompt. This application aims to solve this problem and give users a better experience.

[0033] Please refer to Figure 2 The embodiment of the present application discloses a video call method, which is applied to a terminal device and a server; the method comprises the following steps:

[0034] S101: The terminal device determines a first call protocol from among a plurality of preset call protocols, and sends a call request to the server based on the first call protocol;

[0035] S102: The terminal device receives a request response message returned based on the call request; if it is determined based on the request response message that a condition for switching the call protocol is met, a second call protocol is determined from the plurality of call protocols, and the call request is sent to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

[0036] The terminal device of the embodiment of the present application determines the first call protocol from a plurality of preset call protocols, sends a call request to the server based on the first call protocol, and receives request response information determined based on the call request; only when it is determined according to the request response information that the conditions for switching the call protocol are met, will it switch to the second call protocol and continue to send the call request to the server, instead of directly switching to the second call protocol and continuing to send the call request, which can avoid unnecessary calls and long waiting times in specific call failure scenarios, and can provide users with timely feedback and a good experience. In addition, since unnecessary calls are avoided, unnecessary network resource overhead is also reduced.

[0037] In step S101, the terminal device determines a first call protocol from among several preset call protocols, and sends a call request to the service end based on the first call protocol.

[0038] The terminal device is a computer device used for making video calls, and may specifically be a smart phone, a tablet computer, a desktop computer, etc.

[0039] The several call protocols include at least two call protocols. In the present embodiment, the several call protocols include the SIP protocol and the H.323 protocol. In other embodiments, the several call protocols may also include other call protocols such as the WebRTC protocol.

[0040] The call request is a call instruction obtained through the call protocol encoding, specifically, the call request is obtained by encoding related call information, for example, a sip call instruction (ie, invite message) is obtained through sip protocol encoding.

[0041] In one embodiment, the step of sending a call request to the server based on the first call protocol in step S101 includes:

[0042] The terminal device obtains call information, encodes the call information based on the first call protocol to obtain a call request, and sends the call request to the service end.

[0043] Among them, the call information refers to information related to establishing a video call, which may include the account information that initiates the call request, the account information / conference information of the called party, and may also include other agreed information such as the audio and video encoding format of the video call, the IP address information of the terminal device, and the communication port information.

[0044] In this embodiment, when the service end receives the call request sent by the terminal device, it performs the following steps:

[0045] Step S201: the service end receives a call request sent by the terminal device;

[0046] Step S202: if it is determined according to the call request that the call request fails, the service end determines the reason information for the response failure;

[0047] Step S203: the server obtains the request response information according to the response failure reason information, and sends the request response information to the terminal device.

[0048] Among them, the response failure reason information can be a preset identifier for indicating the failure reason, and different response failure reason information corresponds to different identifiers. The identifier for indicating the failure reason can be set as needed, for example, it can be a digital identifier such as "403", or it can be a text information identifier such as "call protocol error".

[0049] In this embodiment, when the service end receives the call request sent by the terminal device, it responds to the call request, performs relevant verification steps, and establishes a call link after the verification is passed. If the call link fails to be established due to some reason, such as a protocol error or a server operation failure, the call request is judged to have failed. When it is judged that the call request has failed, the service end determines the corresponding response failure reason information, obtains the request response information according to the response failure reason information, and sends the request response information to the terminal device.

[0050] Specifically, the server will parse the call request according to the preset call protocol and verify the call information obtained by the parsing, such as account information, etc., and establish a call link between the terminal device and the called party, such as another terminal device being called, after the verification is passed. If the call link cannot be successfully established due to reasons such as unsuccessful parsing or verification failure or insufficient server memory resources or server system failure, the server will determine that the call request has failed and determine the corresponding response failure reason information. The corresponding response failure reason information is determined according to the cause of the call failure. For example, if the parsing is unsuccessful, it means that the call protocol is wrong, so the call protocol error information is determined as the response failure reason information. For another example, if the call link cannot be established due to a server system failure, the system failure information is determined as the response failure reason information, and so on.

[0051] In one embodiment, in step S202, if it is determined according to the call request that the call request fails, the step of the server determining the response failure reason information includes:

[0052] If the call request does not conform to the format of any preset call protocol, the service end determines that the call request fails and generates a call protocol error message; the call protocol error message is determined as the response failure reason information;

[0053] Alternatively, if the preset call protocol of the conference determined by the call request does not match the call protocol for transmitting the call request, the server determines that the call request has failed and generates call protocol mismatch information; the call protocol mismatch information is determined as the response failure reason information.

[0054] The call protocol error information may be a preset identifier for indicating a call protocol error, which may be a digital number, a letter code, a text message, or other forms of identifiers. Similarly, the call protocol mismatch information may be a preset identifier for indicating a call protocol mismatch, which may be a digital number, a letter code, a text message, or other forms of identifiers. Obviously, in this embodiment, different response failure reason information should be different identifiers so that the terminal device can clearly locate the specific cause of the failure.

[0055] In this embodiment, the server has preset at least one call protocol. When receiving the call request, it parses the call request according to the preset call protocol. If the call protocol of the call request is the same as the call protocol when the server parses, the parsing is successful, and the server can determine that the call request adopts the call protocol when parsing when the parsing is successful. If any call protocol cannot be parsed successfully, that is, the call request does not conform to the format of any preset call protocol, the server generates a call protocol error message and uses the call protocol error message as the response failure information.

[0056] In this embodiment, if the call request includes call conference information, it means that the call request is a request to join a preset call conference, which is a pre-set call conference. Generally speaking, a user can create a call conference in advance and set the number of participants in the call conference and the call protocol to be adopted for the participants in the conference, etc. Therefore, when the server receives the call request sent by the terminal device, it determines the call conference requested to join according to the call conference information in the call request, and obtains the preset call protocol of the call conference, and determines whether the preset call protocol matches the call protocol for transmitting the call request. If they do not match, the terminal device is not allowed to join the call conference. At this time, the server will determine that the call request has failed, and generate call protocol mismatch information, and determine the call protocol mismatch information as the response failure reason information.

[0057] In one embodiment, in step S202, if it is determined according to the call request that the call request fails, the step of the server determining the response failure reason information includes:

[0058] Step S2021: if it is determined according to the call request that the call request fails, the server generates an error mark and corresponding response failure reason information;

[0059] Step S203, in which the server obtains the request response information according to the response failure reason information, includes:

[0060] Step S2031: The server obtains the request response information according to the error identifier and the response failure reason information.

[0061] The error identifier is used to indicate that the call request fails. In this embodiment, it can be a preset digital identifier, such as "403", or other preset identifiers such as "403forbidden".

[0062] In this embodiment, if the server determines that the call request fails according to the call request, an error mark and corresponding response failure reason information are generated, wherein the error mark and the response failure reason information can be pre-stored in a storage unit of the server, such as a database, or can be generated by the server according to a preset algorithm. In this embodiment, the server encodes the request response information according to the error mark and the response failure reason information in a preset encoding format, so that when the terminal device receives the request response information, it can determine whether the call request fails according to whether the request response information carries the error mark. Similarly, in one embodiment, if the call request does not conform to the format of any preset call protocol, the server determines that the call request fails, generates an error mark and a call protocol error information, and determines the call protocol error information as the response failure reason information; or, if the preset call protocol of the conference determined by the call request does not match the call protocol for transmitting the call request, the server determines that the call request fails, generates an error mark and a call protocol mismatch information, and determines the call protocol mismatch information as the response failure reason information.

[0063] For step S102, the terminal device receives a request response message returned based on the call request; if it is determined according to the request response message that the condition for switching the call protocol is met, a second call protocol is determined from the several call protocols, and the call request is sent to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

[0064] The request response information may be information automatically triggered and generated by the terminal device due to failure to receive a response from the server within a preset time after sending the call request; or information returned by the server after receiving the call request. In one embodiment, the request response information includes response information returned by the server and / or information triggered and generated by the terminal device due to failure to receive a response from the server within a preset time after sending the call request.

[0065] In this embodiment, the terminal device further executes step S1021: determining whether a condition for switching the call protocol is met according to the request response information.

[0066] In this step, if the terminal device determines that the conditions for switching the call protocol are met based on the request response information, it will switch to the second call protocol and continue to send the call request. Specifically, it uses the second communication protocol to re-encode the call information to obtain a new call request and sends the new call request to the server.

[0067] Specifically in one embodiment, the step of determining whether the call protocol switching condition is met according to the request response information in step S1021 includes:

[0068] Step S10211, if the request response information indicates that no response from the server is received within a preset time after sending the call request, the terminal device detects whether the network communication channel with the server is abnormal;

[0069] Step S10212: If the network communication channel is normal, it is determined that the conditions for switching the call protocol are met; otherwise, it is determined that the conditions for switching the call protocol are not met.

[0070] The preset time can be set according to the situation, for example, 30 seconds. In this embodiment, the preset time is 30 seconds.

[0071] In this embodiment, the request response information is information automatically triggered and generated by the terminal device due to the failure to receive a response from the server within a preset time after sending the call request. Specifically, the terminal device starts timing after sending the call request, and when the preset time is reached, if no response from the server is received, the request response information is generated, and the request response information is used to trigger the terminal device to detect whether the network communication channel between it and the server is abnormal.

[0072] In this embodiment, if the terminal device determines that it has not received a response from the server within a preset time after sending a call request, it detects whether the network communication channel between it and the server is abnormal; if the network communication channel is not abnormal, it means that the server does not respond due to a network failure, but is likely to be intercepted by the firewall of the server due to an error in the call protocol, so the call protocol can be switched to continue to try the call, so it is judged that the call protocol switching condition is met; on the contrary, if the network communication channel is abnormal, it will be useless even if the call protocol is switched, so it is judged that the call protocol switching condition is not met. Among them, when the terminal device detects whether the network communication channel between it and the server is abnormal, it can be detected by continuously sending IP data packets for several seconds, such as 5 seconds. Among them, if the network communication channel is abnormal, the terminal device can directly issue a prompt to the user. Specifically in one embodiment, if the network communication channel is abnormal, the terminal device issues a network abnormality prompt message. Thereby, the user promptly understands that the reason for the call failure is caused by the network abnormality, so that other effective solutions can be taken in time.

[0073] In another embodiment, the step of determining whether the call protocol switching condition is met according to the request response information in step S1021 includes:

[0074] Step S10213: if the request response information indicates that the server fails to respond to the call request, obtain response failure reason information;

[0075] Step S10214: Match the response failure reason information with several preset switching call protocol reason information. If the response failure reason information matches any one of the several switching call protocol reason information, it is determined that the switching call protocol conditions are met; otherwise, it is determined that the switching call protocol conditions are not met.

[0076] The failure of the server to respond to the call request means that the call request fails at the server and a call link cannot be successfully established at the server.

[0077] Among them, the reason information for switching the call protocol is the reason information that can satisfy the condition for switching the call protocol, and can be set specifically according to the situation. For example, the call protocol mismatch information can be set as the reason information for switching the call protocol. Then, when the call protocol mismatch information is obtained from the request response information, it is determined that the condition for switching the call protocol is met, and the terminal device switches to other call protocols to continue sending call requests.

[0078] In this embodiment, the request response information is the information returned by the server in response to the call request. When the terminal device receives the request response information returned by the server, it determines whether the call request fails according to the request response information. If the call fails, the response failure reason information in the request response information is obtained, and the response failure reason information is matched with a plurality of preset switching call protocol reason information. If the response failure reason information matches any one of the plurality of switching call protocol reason information, it is determined that the switching call protocol condition is met; otherwise, if the response failure reason information does not match any one of the plurality of switching call protocol reason information, it is determined that the switching call protocol condition is not met, and the terminal device will not switch the call protocol and will not continue to send the call request, but directly prompt the user that the call fails. Specifically in one embodiment, if the response failure reason information does not match any one of the plurality of switching call protocol reason information, the terminal device sends a call failure prompt information. Among them, the call failure prompt information can include the response failure reason information and the corresponding call protocol adopted by the call request, so that the user can judge the specific problem and take solution measures according to the prompt information.

[0079] Among them, when the terminal device determines whether the call request fails based on the request response information returned by the server, it can be based on whether the request response information carries a preset error identifier, or it can be determined by other methods, such as based on the encoding format of the request response information, whether the call request fails, etc.

[0080] In this embodiment, before executing step S1021, the terminal device further executes step S1020: determining, according to the request response information, whether the server fails to respond based on the call request.

[0081] In one embodiment, the step of determining whether the server fails to respond to the call request based on the request response information in step S1020 includes:

[0082] If the terminal device determines that the request response information includes a preset error identifier, it determines that the service end fails to respond to the call request.

[0083] In this embodiment, if the call request response fails, the service end returns the request response information including the error identifier, and when the terminal device recognizes that the request response information includes the error identifier, it can determine that the service end fails to respond to the call request, and thus reads the response failure reason information therein according to a preset reading method. On the contrary, if the terminal device cannot recognize that the request response information includes the error identifier, it is processed according to other preset processing steps.

[0084] In one embodiment, if the request response information indicates that the server fails to respond to the call request, after the step of obtaining the response failure reason information in step S10213, the step further includes:

[0085] The terminal device records the response failure reason information and the call protocol for transmitting the call request;

[0086] When the call request based on any communication protocol among the several call protocols fails to respond to the request, the terminal device displays call failure information according to all recorded response failure reason information and the corresponding call protocol.

[0087] In this embodiment, when the terminal device determines that the call request fails, it not only switches the call protocol to continue the call, but also records the corresponding response failure reason information and the call protocol that transmitted the call request. Finally, if the call requests issued by all call protocols fail, the terminal device displays the call failure information based on all the recorded response failure reason information and the corresponding call protocols. Specifically, the call failure information display includes each call protocol and the corresponding response failure reason information, so that the user can know the failure reason of each call protocol and can conveniently perform troubleshooting.

[0088] Please refer to Figure 3 The embodiment of the present application also discloses a video call method, comprising the following steps:

[0089] S301: determining a first call protocol from among a plurality of preset call protocols, and sending a call request to a service end based on the first call protocol;

[0090] S302: Receive request response information determined based on the call request; if it is determined according to the request response information that the conditions for switching the call protocol are met, determine a second call protocol from the several call protocols, and send the call request to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

[0091] The video call calling method of this embodiment is defined from the execution perspective of the terminal device, and it is the same technical concept as the video call calling method of the above embodiment. For the specific description of the relevant steps, please refer to the above embodiment and will not be repeated here.

[0092] Please refer to Figure 4 The embodiment of the present application also discloses a video call device, including:

[0093] A call request sending module 201, configured to determine a first call protocol from among a plurality of preset call protocols, and send a call request to a service end based on the first call protocol;

[0094] The call protocol switching module 202 is used to receive request response information determined based on the call request; if it is determined according to the request response information that the conditions for switching the call protocol are met, a second call protocol is determined from the several call protocols, and the call request is sent to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

[0095] It should be noted that the video call calling device provided in the above embodiment only uses the division of the above functional modules as an example when executing the video call calling method. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the video call calling device and the video call calling method provided in the above embodiment belong to the same concept, and the execution subject is the terminal device. The specific implementation process is detailed in the above video call calling method embodiment, which will not be repeated here.

[0096] The present application embodiment also discloses a computer-readable storage medium, the computer-readable storage medium includes a stored computer program, wherein when the computer program is running, the device where the computer-readable storage medium is located is controlled to perform the method described in any of the above embodiments. That is, those skilled in the art can understand that all or part of the steps in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a program, and the program is stored in a storage medium, including several instructions to make a device (which can be a single-chip microcomputer, chip, etc.) or a processor (processor) perform all or part of the steps of the method described in each embodiment of the present application. The computer program may include a computer program code, which may be in the form of source code, object code, executable file or some intermediate form, etc. The aforementioned storage medium includes: any entity or device capable of carrying a computer program code, a recording medium, a U disk, a mobile hard disk, a magnetic disk, an optical disk, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electric carrier signal, a telecommunication signal, and a software distribution medium, etc. It should be noted that the content contained in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable media does not include electrical carrier signals and telecommunications signals.

[0097] Please refer to Figure 5 The embodiment of the present application further discloses a computer device 301, including a memory 302, a processor 303, and a computer program 304 stored in the memory 302; when the processor 303 executes the computer program 304, the steps of the method described in any of the above embodiments are implemented.

[0098] Among them, the processor 303 may include one or more processing cores. The processor 303 uses various interfaces and lines to connect various parts in the computer device 301, and executes various functions and processes data of the computer device 301 by running or executing instructions, programs, code sets or instruction sets stored in the memory 302, and calling the data in the memory 302. Optionally, the processor 303 can be implemented in at least one hardware form of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), and programmable logic array (Programble Logic Array, PLA). The processor 303 can integrate one or a combination of a central processing unit (Central Processing Unit, CPU), a graphics processing unit (Graphics Processing Unit, GPU) and a modem. Among them, the CPU mainly processes the operating system, user interface and application programs; the GPU is responsible for rendering and drawing the content to be displayed on the touch display; the modem is used to process wireless communications. It can be understood that the above-mentioned modem may not be integrated into the processor 303, and it can be implemented separately through a chip.

[0099] Among them, the memory 302 may include a random access memory (Random Access Memory, RAM) and may also include a read-only memory (Read-Only Memory). Optionally, the memory 302 includes a non-transitory computer-readable storage medium. The memory 302 can be used to store instructions, programs, codes, code sets or instruction sets. The memory 302 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as touch instructions, etc.), instructions for implementing the above-mentioned various method embodiments, etc.; the data storage area may store data involved in the above-mentioned various method embodiments, etc. The memory 302 may also be optionally at least one storage device located away from the aforementioned processor 303.

[0100] The above-mentioned embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the invention patent. It should be pointed out that, for ordinary technicians in this field, several modifications and improvements can be made without departing from the concept of the present application, and the present application is also intended to include such modifications and modifications.

Claims

1. A video call method, characterized in that: The following steps are involved: Determining a first call protocol from among a plurality of preset call protocols, and sending a call request to a service end based on the first call protocol; receiving request response information determined based on the call request; If it is determined according to the request response information that the conditions for switching the call protocol are met, a second call protocol is determined from the several call protocols, and the call request is sent to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

2. The video call method according to claim 1, characterized in that: It also includes the steps of: judging whether the switching call protocol condition is met according to the request response information; The step of judging whether the call switching protocol condition is met according to the request response information comprises: If the request response information indicates that the server fails to respond to the call request, obtaining response failure reason information; The response failure reason information is matched with several preset switching call protocol reason information. If the response failure reason information matches any one of the several switching call protocol reason information, it is judged that the switching call protocol condition is met; otherwise, it is judged that the switching call protocol condition is not met.

3. The video call method according to claim 2, characterized in that: It also includes the steps of: judging whether the service end fails to respond based on the call request according to the request response information; The step of judging whether the server fails to respond to the call request based on the request response information includes: If the request response information includes a preset error identifier, it is determined that the server fails to respond based on the call request.

4. The video call method according to claim 2, characterized in that: If the request response information indicates that the service end fails to respond to the call request, after the step of obtaining the response failure reason information, the method further includes: Recording the reason information of the response failure and the call protocol for transmitting the call request; When the call requests based on any communication protocol among the several call protocols all fail to respond to the requests, the call failure information is displayed according to all the recorded response failure reason information and the corresponding call protocol.

5. The video call method according to claim 1, characterized in that: It also includes the steps of: judging whether the switching call protocol condition is met according to the request response information; The step of judging whether the call switching protocol condition is met according to the request response information comprises: If the request response information indicates that no response from the server is received within a preset time after sending the call request, detecting whether the network communication channel with the server is abnormal; If the network communication channel is normal, it is determined that the condition for switching the call protocol is met; otherwise, it is determined that the condition for switching the call protocol is not met.

6. The video call method according to any one of claims 1 to 5, characterized in that: The step of sending a call request to the server based on the first call protocol includes: Acquire call information, encode the call information based on the first call protocol to obtain a call request, and send the call request to the server.

7. A video call method, characterized in that: Applied to terminal equipment and a server; the method comprises the following steps: The terminal device determines a first call protocol from among a plurality of preset call protocols, and sends a call request to the server based on the first call protocol; The terminal device receives request response information returned based on the call request; if it is determined based on the request response information that the conditions for switching the call protocol are met, a second call protocol is determined from the several call protocols, and the call request is sent to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

8. A video call device, characterized in that: include: A call request sending module, used to determine a first call protocol from among a plurality of preset call protocols, and send a call request to a service end based on the first call protocol; A call protocol switching module, configured to receive request response information determined based on the call request; If it is determined according to the request response information that the conditions for switching the call protocol are met, a second call protocol is determined from the several call protocols, and the call request is sent to the server based on the second call protocol; wherein the first call protocol is different from the second call protocol.

9. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A computer device, characterized in that: The method comprises a memory and a processor; the memory is used to store a computer program; the processor is used to implement the method according to any one of claims 1 to 7 when executing the computer program.

Images