Screen projection method and screen projection device

Abstract

The invention provides a screen projection method and a screen projection device, the screen projection method and the screen projection device are applied to terminal equipment in a screen projection system, the screen projection system further comprises vehicle-mounted equipment, the terminal equipment and the vehicle-mounted equipment are connected through a universal serial bus (USB) data line, and the success rate of screen projection is improved. The method comprises the following steps: when it is detected that a USB data line is inserted into a terminal device, polling a plurality of stored parameters to execute handshake communication with a vehicle machine device; under the condition that handshake communication executed based on any one of the multiple parameters succeeds, screen projection operation is executed; wherein each parameter in the plurality of parameters is used for enabling the USB of the terminal equipment to be compatible with the signals of the in-vehicle equipment in different quality ranges.

Description

Technical Field

[0001] The present application relates to the field of terminal technology, and in particular to a screen projection method and a screen projection device. Background Art

[0002] At present, the screen projection process between the terminal device and the vehicle device includes: when the terminal device and the vehicle device are connected via a USB data cable and the handshake communication is completed, the terminal device and the vehicle device are successfully connected, that is, the desktop of the terminal device can be projected onto the screen of the vehicle device. Among them, there is client software that supports the corresponding screen projection protocol on the vehicle device, and the terminal device is also installed with the application corresponding to the screen projection protocol.

[0003] However, the above method has the problem that the success rate of screen projection is not high. Summary of the invention

[0004] The present application provides a screen projection method and a screen projection device to improve the success rate of screen projection.

[0005] In a first aspect, a screen projection method is provided, which is applied to a terminal device in a screen projection system, wherein the screen projection system also includes a vehicle device, and the terminal device and the vehicle device are connected via a universal serial bus (USB) data cable. The method includes: when it is detected that the USB data cable is inserted into the terminal device, multiple parameters stored in a polling manner execute handshake communication with the vehicle device; when the handshake communication executed based on any one of the above multiple parameters is successful, a screen projection operation is executed; wherein each of the multiple parameters is used to make the USB of the above terminal device compatible with signals of the vehicle device within different quality ranges.

[0006] In the present application, when it is detected that the USB data cable is plugged into the terminal device, the terminal device can perform handshake communication with the vehicle device by patrolling the stored multiple parameters, and when the handshake communication performed based on any of the above multiple parameters is successful, perform the screen projection operation. Each of the multiple parameters is used to make the USB of the terminal device compatible with the signals of the vehicle device within different quality ranges. In other words, the terminal device in the present application stores multiple parameters, and can perform handshake communication with the vehicle device by patrolling the multiple parameters to improve the handshake success rate, thereby improving the screen projection success rate.

[0007] In a second aspect, a screen projection device is provided, which includes: a processing module and a screen projection module, wherein the processing module is used to perform a handshake communication with the vehicle device by patrolling the stored multiple parameters when it is detected that a USB data cable is inserted into the terminal device; the screen projection module is used to perform a screen projection operation when the handshake communication performed based on any parameter of the above multiple parameters is successful; wherein the multiple parameters are used to indicate the USB compatibility of the terminal device, and each of the multiple parameters indicates a different degree of the above USB compatibility.

[0008] In a third aspect, a screen projection device is provided, comprising a processor, the processor is coupled to a memory, and can be used to execute instructions in the memory to implement the method in any possible implementation of the first aspect. Optionally, the device also includes a memory. Optionally, the device also includes a communication interface, and the processor is coupled to the communication interface.

[0009] In a fourth aspect, a processor is provided, comprising: an input circuit, an output circuit and a processing circuit. The processing circuit is used to receive a signal through the input circuit and transmit a signal through the output circuit, so that the processor executes the method in any possible implementation of the first aspect.

[0010] In the specific implementation process, the processor can be a chip, the input circuit can be an input pin, the output circuit can be an output pin, and the processing circuit can be a transistor, a gate circuit, a trigger, and various logic circuits. The input signal received by the input circuit can be, for example, but not limited to, received and input by a receiver, and the signal output by the output circuit can be, for example, but not limited to, output to a transmitter and transmitted by the transmitter, and the input circuit and the output circuit can be the same circuit, which is used as an input circuit and an output circuit at different times. The embodiments of the present application do not limit the specific implementation methods of the processor and various circuits.

[0011] In a fifth aspect, a processing device is provided, comprising a processor and a memory. The processor is used to read instructions stored in the memory, and can receive signals through a receiver and transmit signals through a transmitter to execute the method in any possible implementation of the first aspect.

[0012] Optionally, there are one or more processors and one or more memories.

[0013] Optionally, the memory may be integrated with the processor, or the memory may be provided separately from the processor.

[0014] In the specific implementation process, the memory can be a non-transitory memory, such as a read-only memory (ROM), which can be integrated with the processor on the same chip or can be set on different chips respectively. The embodiments of the present application do not limit the type of memory and the setting method of the memory and the processor.

[0015] It should be understood that the relevant data interaction process, such as sending indication information, can be a process of outputting indication information from a processor, and receiving capability information can be a process of receiving input capability information from a processor. Specifically, the processed output data can be output to a transmitter, and the input data received by the processor can come from a receiver. Among them, the transmitter and the receiver can be collectively referred to as a transceiver.

[0016] The processing device in the fifth aspect mentioned above can be a chip. The processor can be implemented by hardware or by software. When implemented by hardware, the processor can be a logic circuit, an integrated circuit, etc.; when implemented by software, the processor can be a general-purpose processor, which is implemented by reading the software code stored in the memory. The memory can be integrated in the processor or can be located outside the processor and exist independently.

[0017] In a sixth aspect, a computer program product is provided, the computer program product comprising: a computer program (also referred to as code, or instruction), which, when executed, enables a computer to execute a method in any possible implementation of the first aspect.

[0018] In a seventh aspect, a computer-readable storage medium is provided, which stores a computer program (also referred to as code, or instructions) which, when executed on a computer, enables the computer to execute a method in any possible implementation of the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] Figure 1 It is a schematic diagram of an application scenario provided by an embodiment of the present application;

[0020] Figure 2 is a schematic diagram of the system architecture of an electronic device provided in an embodiment of the present application;

[0021] Figure 3 is a flow chart of a screen projection method provided in an embodiment of the present application;

[0022] Figure 4 is a flowchart of a first specific example of the screen projection method provided in an embodiment of the present application;

[0023] Figure 5is a flowchart of a second specific example of the screen projection method provided in an embodiment of the present application;

[0024] Figure 6 is a flowchart of a third specific example of the screen projection method provided in an embodiment of the present application;

[0025] Figure 7 is a flowchart of a fourth specific example of the screen projection method provided in an embodiment of the present application;

[0026] Figure 8 is a schematic diagram of an interface of a terminal device provided in an embodiment of the present application;

[0027] Fig. 9 is a schematic diagram of an interface of a terminal device provided in an embodiment of the present application;

[0028] Fig.10 This is a structural block diagram of an example of a screen projection device provided in an embodiment of the present application;

[0029] Fig.11 It is a structural diagram of another example of the screen projection device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0030] The technical solution in this application will be described below in conjunction with the accompanying drawings.

[0031] Figure 1 1 is a schematic block diagram of an application scenario 100 provided in an embodiment of the present application. Figure 1 The application scenario 100 shown includes a first electronic device 101 and a second electronic device 102. The first electronic device 101 can be connected to the second electronic device 102 via a USB data cable to achieve screen projection on the second electronic device 102.

[0032] It should be understood that in the present application, the above-mentioned electronic devices can also be terminal devices and vehicle-mounted devices, respectively. For example, the above-mentioned first electronic device 101 can also be referred to as a terminal device 101 , and the second electronic device 102 can also be referred to as a vehicle-mounted device 102 .

[0033] However, the above method has the problem of low screen projection success rate.

[0034] For example, the USB of the terminal device may be incompatible with some vehicle-mounted devices, resulting in failure of handshake communication between the terminal device and the vehicle-mounted device, and then failure of screen projection.

[0035] It should be understood that the USB compatibility debugging of terminal devices is a huge workload, which requires continuous testing and repeated optimization to determine a set of parameters with the best compatibility, so that the USB of the terminal device can be compatible with the signals of the largest range of vehicle equipment. Among them, the above debugging work is mainly to adjust the USB signal receiving sensitivity of the terminal device.

[0036] In view of this, an embodiment of the present application provides a screen projection method and a screen projection device. When it is detected that a USB data cable is inserted into a terminal device, the terminal device can perform a handshake communication with the vehicle device by patrolling the stored multiple parameters, and when the handshake communication performed based on any of the above multiple parameters is successful, the screen projection operation is performed. Each of the multiple parameters is used to make the USB of the terminal device compatible with the signals of the vehicle device within different quality ranges. In other words, the terminal device in the present application stores multiple parameters, and can perform handshake communication with the vehicle device by patrolling the multiple parameters to improve the handshake success rate, thereby improving the success rate of screen projection.

[0037] Figure 2 A schematic diagram of a system architecture of an electronic device provided in an embodiment of the present application.

[0038] like Figure 2 As shown, the electronic device includes a processor 210, a transceiver 220 and a display unit 270. The display unit 270 may include a display screen.

[0039] Optionally, the electronic device may further include a memory 230. The processor 210, the transceiver 220 and the memory 230 may communicate with each other through an internal connection path to transfer data. The memory 230 is used to store a computer program, and the processor 210 is used to call and run the computer program from the memory 230.

[0040] The processor 210 and the memory 230 may be combined into a processing device, or more commonly, they are independent components, and the processor 210 is used to execute the program code stored in the memory 230 to implement the above functions. In specific implementation, the memory 230 may also be integrated into the processor 210, or may be independent of the processor 210.

[0041] In addition, in order to make the functions of the electronic device more complete, the electronic device may further include one or more of an input unit 260 , an audio circuit 280 , and a sensor 201 .

[0042] Optionally, the electronic device may further include a power supply 250 for providing power to various devices or circuits in the electronic device.

[0043] Understandably, Figure 2 The operations and / or functions of each module in the electronic device shown are respectively for implementing the corresponding processes in the following method embodiments. For details, please refer to the description in the following method embodiments, and the detailed description is appropriately omitted here to avoid repetition.

[0044] Understandably, Figure 2The processor 210 in the electronic device shown may include one or more processing units, for example, the processor 210 may include an application processor (AP), a modem processor, a graphics processor (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU), etc. Among them, different processing units may be independent devices or integrated in one or more processors.

[0045] The processor 210 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 210 is a cache memory. The memory may store instructions or data that the processor 210 has just used or cyclically used. If the processor 210 needs to use the instruction or data again, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 210, and thus improves the efficiency of the system.

[0046] In some embodiments, the processor 210 may include one or more interfaces. The interface may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0047] It is understandable that the interface connection relationship between the modules illustrated in the embodiments of the present application is only a schematic illustration and does not constitute a structural limitation on the electronic device. In other embodiments of the present application, the electronic device may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

[0048] Understandably, Figure 2 The power supply 250 shown is used to supply power to the processor 210 , the memory 230 , the display unit 270 , the input unit 260 , the transceiver 220 , and the like.

[0049] The transceiver 230 can provide wireless communication solutions for electronic devices including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) network), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR), etc. The transceiver 220 can be one or more devices integrating at least one communication processing module.

[0050] The electronic device implements the display function through a GPU, a display unit 270, and an application processor. The GPU is a microprocessor for image processing, which connects the display unit 270 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 210 may include one or more GPUs that execute program instructions to generate or change display information.

[0051] The display unit 270 is used to display images, videos, etc. The display unit 270 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, a quantum dot light emitting diode (QLED), etc.

[0052] The memory 230 can be used to store computer executable program codes, which include instructions. The memory 230 may include a program storage area and a data storage area. Among them, the program storage area may store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc. The data storage area may store data created during the use of the electronic device, etc. In addition, the memory 230 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), etc. The processor 210 executes various functional applications and data processing of the electronic device by running instructions stored in the memory 230 and / or instructions stored in a memory provided in the processor.

[0053] The electronic device can implement audio functions such as music playing and recording through the audio circuit 280 and the application processor.

[0054] The technical solution in this application will be described below in conjunction with the accompanying drawings.

[0055] In order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, words such as "first" and "second" are used to distinguish the same or similar items with substantially the same functions and effects. Those skilled in the art can understand that words such as "first" and "second" do not limit the quantity and execution order, and words such as "first" and "second" do not necessarily limit the difference.

[0056] It should be noted that, in this application, words such as "exemplarily" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design described as "exemplarily" or "for example" in this application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplarily" or "for example" is intended to present related concepts in a specific way.

[0057] In addition, "at least one" means one or more, and "plurality" means two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b and c can mean: a, or b, or c, or a and b, or a and c, or b and c, or a, b and c, where a, b, c can be single or multiple.

[0058] In order to make the purpose and technical solution of this application clearer and more intuitive, a screen projection method and screen projection device provided by the embodiment of this application will be described in detail below in combination with the accompanying drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain this application and are not used to limit this application.

[0059] Figure 3 3 is a schematic flow chart of a screen projection method 300 provided in an embodiment of the present application. The method 3 is not limited in the embodiment of the present application. Figure 3 As shown, the method 300 may include the following steps:

[0060] S301, when it is detected that the USB data cable is plugged into the terminal device, the terminal device polls the stored multiple parameters to perform handshake communication with the vehicle device; wherein each of the multiple parameters is used to make the USB of the terminal device compatible with the signals of the vehicle device within different quality ranges.

[0061] Table 1 shows multiple parameters provided by this application.

[0062] Table 1

[0063] Multiple parameters First parameter Second parameter The third parameter

[0064] As shown in Table 1, the multiple parameters stored in the terminal device are respectively a first parameter, a second parameter and a third parameter.

[0065] Exemplarily, the terminal device may poll the first parameter, the second parameter, and the third parameter shown in Table 1 to sequentially perform handshake communication with the vehicle device based on the multiple parameters until the handshake communication is successful. For example, the terminal device first performs the above-mentioned handshake communication based on the first parameter. When it is determined that the handshake communication is successful, the terminal device stops polling and sequentially performs handshake communication operations with the vehicle device based on the remaining parameters. Alternatively, when it is determined that the handshake communication fails, the terminal device may continue to perform the above-mentioned handshake communication based on the second parameter. When it is determined that the handshake communication is successful, the terminal device stops polling and sequentially performs handshake communication operations with the vehicle device based on the remaining parameters. Alternatively, when it is determined that the handshake communication fails, the terminal device may also perform the above-mentioned handshake communication based on the third parameter and determine whether it is successful.

[0066] It should be understood that the above-mentioned execution of handshake communication based on the first parameter, the second parameter and the third parameter in sequence is merely exemplary. In addition, the above-mentioned handshake communication may also be executed based on other sequences, and the present application does not limit this.

[0067] It should also be understood that the multiple parameters shown above are merely exemplary and the present application does not limit them.

[0068] Exemplarily, the above-mentioned multiple parameters may specifically be multiple USB signal receiving sensitivities stored in the terminal device.

[0069] It should be understood that if the USB signal receiving sensitivity of the terminal device is set too low, it is easy to collect noise, and if it is too high, it may not be able to respond to the data of the vehicle-mounted device. In other words, when the signal energy at the receiving end is less than the standard USB signal receiving sensitivity, the receiving end of the terminal device will not receive any data. Therefore, the multiple parameters in this application are obtained through testing, and each of the multiple parameters is used to make the USB of the terminal device compatible with the signals of the vehicle-mounted device within different quality ranges, so that the USB of the terminal device can be compatible with the signals of the vehicle-mounted device within a larger quality range, thereby improving the success rate of handshake communication and screen projection.

[0070] S302: When the handshake communication based on any one of the above-mentioned multiple parameters is successful, the terminal device performs a screen projection operation.

[0071] Exemplarily, when the terminal device and the vehicle device are connected by a USB data cable, the vehicle device can request relevant permissions from the terminal device, such as location information permissions, file access permissions, etc., and after obtaining the permissions, the terminal device and the vehicle device perform handshake communication. If the handshake communication is successful, the vehicle device can notify the terminal device to create a virtual screen, and send down screen projection related parameters, such as the screen resolution and aspect ratio recognized by the vehicle device. After the virtual screen is successfully created, the terminal device can send it back to the vehicle device desktop via the USB data cable for display to achieve screen projection.

[0072] It should be understood that the terminal device is installed with an application corresponding to the screen projection protocol, and the vehicle device is installed with a client corresponding to the screen projection protocol, that is, the above S301 and S302 are executed when the application corresponding to the screen projection protocol and the corresponding client are both turned on.

[0073] In the present application, when it is detected that the USB data cable is plugged into the terminal device, the terminal device can perform handshake communication with the vehicle device by patrolling the stored multiple parameters, and when the handshake communication performed based on any of the above multiple parameters is successful, perform the screen projection operation. Each of the multiple parameters is used to make the USB of the terminal device compatible with the signals of the vehicle device within different quality ranges. In other words, the terminal device in the present application stores multiple parameters, and can perform handshake communication with the vehicle device by patrolling the multiple parameters to improve the handshake success rate, thereby improving the screen projection success rate.

[0074] It should be understood that the terminal device of the present application can also determine the patrol order, and based on the patrol order, execute the above patrol stored multiple parameters to perform the handshake communication operation with the vehicle device. Among them, the parameters at the front of the patrol order can make the signal quality range of the vehicle device compatible with the USB of the terminal device larger, so as to further improve the efficiency of handshake communication and screen projection efficiency. For details, please refer to the following Figure 4 Description.

[0075] Figure 4 4 is a schematic flow chart of a screen projection method 400 provided in an embodiment of the present application. The method 4 is not limited in the embodiment of the present application. Figure 4 As shown, the method 400 may include the following steps:

[0076] S401, when it is detected that a USB data cable is plugged into a terminal device, the terminal device determines a patrol order of the plurality of parameters based on the priorities of the plurality of stored parameters.

[0077] It should be understood that the higher the priority of a parameter, the earlier the corresponding patrol order.

[0078] Table 2 shows multiple parameters stored in the terminal device and the priorities of the multiple parameters.

[0079] Table 2

[0080] Multiple parameters Priority First parameter First priority Second parameter Second priority The third parameter Third priority

[0081] As shown in Table 2, the multiple parameters stored in the terminal device include a first parameter, a second parameter and a third parameter, wherein the priority of the first parameter is the first priority, the priority of the second parameter is the second priority, and the priority of the third parameter is the third priority.

[0082] Exemplarily, in the case where the first priority is higher than the second priority and the second priority is higher than the third priority as shown in Table 2 above, the terminal device can determine that the patrol order of the first parameter is earlier than the patrol order of the above-mentioned second parameter, and the patrol order of the second parameter is earlier than the patrol order of the third parameter.

[0083] It should be understood that the multiple parameters stored in the terminal device and the priorities of the multiple parameters shown in the above Table 2 are merely exemplary and the present application does not limit this.

[0084] S402, the terminal device patrols the above-mentioned multiple parameters according to the above-mentioned patrol order and performs handshake communication with the vehicle device.

[0085] It should be understood that the priority of the parameter is determined based on the signal quality range that the parameter makes the USB of the terminal device compatible with. For example, the larger the signal range that the parameter makes the USB of the terminal device compatible with, the higher the priority corresponding to the parameter.

[0086] Exemplarily, corresponding to the above Table 2, the terminal device may execute the above S402 in the order of the first parameter, the second parameter, and the third parameter.

[0087] S403: When the handshake communication based on any one of the above-mentioned multiple parameters is successful, the terminal device performs a screen projection operation.

[0088] In one possible case, the terminal device performs the above-mentioned handshake communication based on only one parameter.

[0089] For example, corresponding to the above Table 2, when it is determined that the first priority of the first parameter is the highest, the terminal device can preferentially perform handshake communication with the vehicle device based on the first parameter, and when it is determined that the handshake communication is successful, perform the screen projection operation. That is, there is no need to perform handshake communication with the vehicle device based on the remaining parameters (such as the second parameter and the third parameter).

[0090] In another possible case, the terminal device performs the above handshake communication in sequence based on multiple parameters.

[0091] Exemplarily, corresponding to the above Table 2, when it is determined that the first priority of the first parameter is the highest, the terminal device can preferentially perform handshake communication with the vehicle device based on the first parameter, and when it is determined that the handshake communication fails, continue to perform handshake communication with the vehicle device based on the second parameter, and when it is determined that the handshake communication is successful, perform the screen projection operation. That is, there is no need to perform handshake communication with the vehicle device based on the above remaining parameters (such as the third parameter). Alternatively, when it is determined that the handshake communication performed based on the second parameter is unsuccessful, the terminal device can also continue to perform handshake communication with the vehicle device based on the third parameter, and when the handshake communication is successful, perform the screen projection operation.

[0092] Combine the following Figure 5 , taking the above-mentioned multiple parameters including default parameters and alternative parameters as an example, the screen projection method provided in this application is described.

[0093] Figure 5 is a schematic flow chart of the screen projection method 500 provided in an embodiment of the present application. Figure 5 As shown, the method 500 may include the following steps:

[0094] S501, when it is detected that a USB data cable is plugged into a terminal device, the terminal device obtains a first priority of a default parameter and a second priority of the alternative parameter.

[0095] It should be understood that the default parameters in the present application make the USB-compatible signal quality range of the terminal device larger than the USB-compatible signal quality range of the alternative parameters.

[0096] It should also be understood that the priority of the parameter is determined based on the signal quality range that the parameter makes the USB compatible with the terminal device. For example, the larger the signal range that makes the USB compatible with the terminal device, the higher the priority corresponding to the parameter. That is, the first priority is higher than the second priority.

[0097] S502: The terminal device determines, based on the first priority and the second priority, that the patrol order of the default parameter is earlier than the patrol order of the alternative parameter.

[0098] It should be understood that the higher the priority of the parameter, the larger the USB compatible signal quality range of the terminal device, the higher the handshake success rate with the vehicle device, and the higher the success rate of screen projection. Therefore, the terminal device can determine that the default parameter corresponding to the first priority has an earlier patrol order than the alternative parameter corresponding to the second priority.

[0099] S503: The terminal device performs handshake communication based on the above default parameters in accordance with the above patrol order.

[0100] S504: The terminal device determines whether the handshake communication performed based on the above default parameters is successful.

[0101] S505: When the handshake communication based on the above default parameters is successful, the terminal device performs a screen projection operation.

[0102] It should be understood that when the terminal device determines that the handshake communication performed based on the default parameters is successful, the terminal device will no longer need to perform handshake communication with the vehicle device again based on the remaining parameters (such as alternative parameters), thereby improving the efficiency of handshake communication and screen projection.

[0103] Optionally, following S504, in the case where it is determined that the handshake communication performed based on the above default parameters fails, the terminal device may further perform S507 and S508.

[0104] S507: The terminal device continues to perform handshake communication with the vehicle device based on the above-mentioned alternative parameters.

[0105] It should be understood that in the event that the handshake communication based on the above-mentioned default parameters is determined to have failed, the terminal device of the present application may also perform handshake communication with the vehicle device based on alternative parameters, thereby improving the success rate of the handshake communication.

[0106] S508: When it is determined that the handshake communication performed based on the above-mentioned alternative parameters is successful, the terminal device performs a screen projection operation.

[0107] It should be understood that the terminal device further improves the screen projection success rate by executing the handshake communication with the vehicle device based on the alternative parameters while improving the success rate of the handshake communication.

[0108] Optionally, the above-mentioned alternative parameters may also specifically include multiple sub-alternative parameters to further improve the screen projection success rate by improving the handshake success rate.

[0109] Combine the following Figure 6 , taking the above-mentioned alternative parameters including the first sub-alternative parameter and the second sub-alternative parameter as an example, the screen projection method provided in the present application is described.

[0110] Figure 6 600 is a schematic flow chart of the screen projection method 600 provided in the embodiment of the present application. Figure 6 As shown, the method 600 may include the following steps:

[0111] S601, the terminal device performs handshake communication with the vehicle device in accordance with the patrol order and based on the above default parameters.

[0112] It should be understood that before the above S601, the terminal device can also determine the patrol order based on the priorities corresponding to the default parameters and the alternative parameters. Among them, the priority of the parameters is determined based on the signal quality range that the parameters make the terminal device's USB compatible with. The default parameters in this application make the terminal device's USB compatible with a signal quality range that is greater than the signal quality range that the alternative parameters make the terminal device's USB compatible with, that is, the priority corresponding to the default parameters is higher than the priority of the alternative parameters. In order to improve the handshake success rate with the vehicle-mounted device, and thus improve the success rate of screen projection, the terminal device can give priority to performing handshake communication with the vehicle-mounted device based on the default parameters.

[0113] S602: Determine whether the handshake communication performed based on the default parameters fails.

[0114] S603, when the handshake communication performed based on the above default parameters fails, the terminal device preferentially performs the handshake communication with the vehicle machine device based on the first sub-optional parameters among the alternative parameters.

[0115] It should be understood that when it is determined that the handshake communication performed based on the above-mentioned default parameters has failed, and when it is determined that the priority of the first sub-alternative parameter is higher than the priority of the second sub-alternative parameter, the terminal device of the present application can also preferentially perform handshake communication with the vehicle-mounted device based on the second sub-alternative parameter to improve the success rate of the handshake communication.

[0116] Optionally, when it is determined that the priority of the first sub-candidate parameter is lower than the priority of the second sub-candidate parameter, the terminal device of the present application may also preferentially perform handshake communication with the vehicle device based on the second sub-candidate parameter, and the present application does not limit this.

[0117] S604: Determine whether the handshake communication performed based on the first sub-candidate parameter is successful.

[0118] S605: When the handshake communication based on the first sub-option parameter is successful, the terminal device performs a screen projection operation.

[0119] It should be understood that when the terminal device determines that the handshake communication performed based on the first sub-optional parameter is successful, the terminal device will no longer need to perform handshake communication with the vehicle device again based on the remaining parameters (such as the second sub-optional parameter), thereby improving the efficiency of handshake communication and screen projection.

[0120] Optionally, following the above S602, when the handshake communication performed based on the above default parameters is successful, the terminal device may further perform S606.

[0121] S606, the terminal device performs a screen projection operation.

[0122] Optionally, following S604, when the handshake communication based on the first sub-option parameter fails, the terminal device may further execute S607 and S608.

[0123] S607, the terminal device continues to perform handshake communication with the vehicle device based on the second sub-optional parameter.

[0124] It should be understood that when it is determined that the handshake communication performed based on the above-mentioned default parameters and the first sub-optional parameters have failed, the terminal device of the present application can also perform handshake communication with the vehicle device based on the second sub-optional parameters, further improving the success rate of the handshake communication.

[0125] S608: When it is determined that the handshake communication performed based on the second sub-option parameter is successful, the terminal device performs a screen projection operation.

[0126] It should be understood that the terminal device in the present application also stores reference information. Among them, the reference information includes the model information and target parameters of the vehicle-machine device corresponding to at least one successful historical handshake communication. In other words, when the handshake communication is successful, the present application can record and store the model information and target parameters of the current corresponding vehicle-machine device, so that when performing handshake communication with a vehicle-machine device with the same model information in the future, the process of patrolling multiple parameters can be omitted, and the handshake communication with the above-mentioned vehicle-machine device can be performed directly based on the target parameters corresponding to the above-mentioned same model information, thereby further shortening the handshake communication time to improve the efficiency of screen projection. For details, please refer to the following Figure 7 Description.

[0127] Figure 7 is a schematic flow chart of the screen projection method 700 provided in an embodiment of the present application. Figure 7 As shown, the method 700 may include the following steps:

[0128] S701, when it is detected that the USB data cable is plugged into the terminal device, the terminal device determines whether there is a target parameter corresponding to the model information of the vehicle device among the multiple parameters currently stored based on the reference information.

[0129] It should be understood that the above reference information may include the model information and target parameters of the vehicle-mounted device corresponding to at least one successful historical handshake communication.

[0130] Table 3 is a reference information provided by this application.

[0131] Table 3

[0132] Model information of vehicle equipment Target parameters First model information First target parameter Second model information Second target parameter Third model information The third target parameter

[0133] As shown in Table 3, the model information of the vehicle equipment included in the reference information and the corresponding target parameters are shown, such as the first model information corresponds to the first target parameter, the second model information corresponds to the second target parameter, and the third model information corresponds to the third target parameter.

[0134] S702: When it is determined that the target parameter exists, the terminal device performs handshake communication with the vehicle device based on the target parameter.

[0135] Exemplarily, the terminal device may compare the model information of the current vehicle device with the first model information shown in the above Table 3, and when it is determined that the model information of the current vehicle device is the same as the above first model information, determine that the target parameter corresponding to the model information of the current vehicle device is the first target parameter. Alternatively, when it is determined that the model information of the current vehicle device is not the same as the first model information, the terminal device may continue to compare the model information of the current vehicle device with the second model information shown in the above Table 3, and when it is determined that the model information of the current vehicle device is the same as the above second model information, determine that the target parameter corresponding to the model information of the current vehicle device is the second target parameter. Alternatively, when it is determined that the model information of the current vehicle device is not the same as the second model information, the terminal device may continue to compare the model information of the current vehicle device with the third model information shown in the above Table 3, and when it is determined that the model information of the current vehicle device is the same as the above third model information, determine that the target parameter corresponding to the model information of the current vehicle device is the third target parameter.

[0136] It should be understood that the reference information shown in Table 3 above is merely exemplary and the present application does not limit this.

[0137] S703, when the handshake communication with the above-mentioned vehicle-mounted device based on the target parameter is successful, the terminal device performs a screen projection operation.

[0138] It should be understood that the existence of the target parameters corresponding to the model information of the current vehicle equipment means that there is a historical handshake communication that was carried out and succeeded under the same model information and parameters. In other words, the present application directly performs handshake communication based on the target parameters corresponding to the model information of the current vehicle equipment, avoiding the problem that the USB of the terminal device is not compatible with the signal of the current vehicle equipment and needs to patrol multiple parameters to perform handshake communication, thereby improving the success rate of handshake communication and screen projection.

[0139] Optionally, following S701, when it is determined that the target parameter does not exist, the terminal device may further execute S704 and S705.

[0140] S704, the terminal device performs handshake communication with the vehicle device based on the multiple parameters stored in the patrol.

[0141] It should be understood that in the absence of the above-mentioned target parameters, the terminal device can patrol multiple parameters to perform the above-mentioned handshake communication, thereby avoiding the problem of failure in performing the above-mentioned handshake communication with the vehicle computer based only on the stored unique parameters.

[0142] S705: When the handshake communication based on any one of the above multiple parameters is successful, the terminal device performs a screen projection operation.

[0143] It should be understood that the terminal device can patrol multiple parameters to perform the above-mentioned handshake communication. While increasing the number of handshake communications with the vehicle-mounted device, it also increases the signal quality range of the vehicle-mounted device that the USB of the terminal device is compatible with, thereby improving the success rate of screen projection.

[0144] Optionally, the terminal device may also output a prompt message indicating that the screen projection failed on the vehicle device when the handshake communication performed based on the above-mentioned multiple parameters fails, so as to inform the user of the current screen projection status and improve the user experience.

[0145] In a possible implementation, the terminal device may play the above prompt information by voice.

[0146] In another possible implementation, the terminal device may also display the above prompt information on the interface.

[0147] Figure 8 FIG. 8 is a schematic diagram showing an interface 800 of a terminal device provided by the present application. Figure 8 As shown, a prompt message "Screen projection failed!" is displayed on the interface 800. The user can learn the current screen projection status through the prompt message displayed on the interface, and then determine the next step.

[0148] It should be understood that the above Figure 8 This is merely exemplary. In addition to the text prompt information shown above, the terminal device may also display image prompt information, or prompt information combining image and text on the interface, and this application does not limit this.

[0149] Optionally, the terminal device can also output corresponding prompt information when the screen projection is successful, so that the user can know the current screen projection status and improve the user experience.

[0150] As above, the terminal device can play the prompt information here by voice. Alternatively, the terminal device can also display the prompt information here on the interface.

[0151] Fig. 9 FIG. 9 is a schematic diagram showing an interface 900 of a terminal device provided by the present application. Fig. 9As shown, the interface 900 displays a prompt message "Screen projection successful!" The user can learn the current screen projection status through the prompt message displayed on the interface, and then determine the next step.

[0152] It should be understood that the above Fig. 9 This is merely exemplary. In addition to the text prompt information shown above, the terminal device may also display image prompt information, or prompt information combining image and text on the interface, and this application does not limit this.

[0153] It should be understood that the multiple parameters stored in the above terminal device are determined through testing.

[0154] In a possible implementation, the terminal device may determine the above-mentioned multiple parameters by testing in a test parameter table based on the parameter threshold.

[0155] Table 4 is a table of test parameters provided in this application.

[0156] Table 4

[0157]

[0158] As shown in Table 4, the test parameters of different gears are shown. For example, the test parameter of the first gear (i.e., "0×1") is "129.7mv", the test parameter of the second gear (i.e., "0×2") is "150.7mv", the test parameter of the third gear (i.e., "0×3") is "178.5mv", the test parameter of the fourth gear (i.e., "0×4") is "207.5mv", the test parameter of the fifth gear (i.e., "0×5") is "224mv", the test parameter of the sixth gear (i.e., "0×6") is "245mv", and the test parameter of the seventh gear (i.e., "0×7") is "272mv".

[0159] Exemplarily, when the parameter threshold is 200mv, the terminal device can perform compatibility tests with a large number of different vehicle devices based on the test parameters of the first gear "129.7mv", the second gear "150.7mv" and the third gear "178.5mv" in Table 4, and select multiple parameters that make the terminal device's USB compatibility best based on the test results.

[0160] Exemplarily, when the multiple parameters stored in the terminal device include default parameters and alternative parameters, corresponding to the above Table 4, the default parameter can be the parameter that can optimize the USB compatibility of the terminal device (i.e., the first best) among the above-mentioned first-gear test parameters, second-gear test parameters, and third-gear test parameters.

[0161] Combined with the above Figures 1 to 9, describes in detail the screen projection method of the embodiment of the present application, and will now be combined with Figure 10 to Figure 11 , describe the screen projection device of an embodiment of the present application in detail.

[0162] Fig.10 A screen projection device 1000 provided in an embodiment of the present application is shown. The screen projection device 1000 includes: a processing module 1001 and a screen projection module 1002.

[0163] The processing module 1001 is used to: when a USB data cable is detected to be plugged into a terminal device, perform handshake communication with the vehicle device by patrolling the stored multiple parameters; wherein each of the multiple parameters is used to make the USB of the terminal device compatible with the signals of the vehicle device within different quality ranges. The screen projection module 1002 is used to: when the handshake communication performed based on any of the above multiple parameters is successful, perform the screen projection operation.

[0164] Optionally, the processing module 1001 is used to: determine the patrol order of the above-mentioned multiple parameters based on the priorities of the above-mentioned multiple parameters; and, according to the above-mentioned patrol order, patrol the above-mentioned multiple parameters to perform handshake communication with the above-mentioned vehicle-mounted equipment; wherein, the higher the priority of the above-mentioned parameters, the earlier the corresponding patrol order.

[0165] Optionally, the processing module 1001 is used to: in the case where the above-mentioned multiple parameters include default parameters and alternative parameters, obtain the first priority of the above-mentioned default parameters and the second priority of the above-mentioned alternative parameters, the above-mentioned first priority is higher than the above-mentioned second priority; based on the above-mentioned first priority and the above-mentioned second priority, determine that the patrol order of the above-mentioned default parameters is earlier than the patrol order of the above-mentioned alternative parameters; and, preferentially execute the above-mentioned handshake communication based on the above-mentioned default parameters and succeed; or, in the case where the above-mentioned communication based on the above-mentioned default parameters fails, continue to execute the above-mentioned handshake communication based on the above-mentioned alternative parameters.

[0166] Optionally, the above-mentioned alternative parameters also include multiple sub-alternative parameters, and the above-mentioned multiple sub-alternative parameters include a first sub-alternative parameter and a second sub-alternative parameter. The processing module 1001 is used to: preferentially execute the above-mentioned handshake communication based on the above-mentioned first sub-alternative parameter and succeed; or, in the event that the above-mentioned handshake communication executed based on the above-mentioned first sub-alternative parameter fails, continue to execute the above-mentioned handshake communication based on the above-mentioned second sub-alternative parameter; wherein the priority of the above-mentioned first sub-alternative parameter is higher than the priority of the above-mentioned second sub-alternative parameter.

[0167] Optionally, the priority is determined based on a signal quality range that makes the terminal device USB-compatible based on parameters, and the larger the USB-compatible signal range is, the higher the corresponding priority is.

[0168] Optionally, the processing module 1001 is used to: determine whether there is a target parameter corresponding to the model information of the above-mentioned vehicle-machine device among the above-mentioned multiple parameters based on the reference information; and, when it is determined that the above-mentioned target parameter exists, perform the above-mentioned handshake communication based on the above-mentioned target parameter; wherein the above-mentioned reference information includes the model information and target parameter of the vehicle-machine device corresponding to at least one successful historical handshake communication.

[0169] Optionally, the processing module 1001 is used to: when the above-mentioned handshake communications executed based on the above-mentioned multiple parameters all fail, output a prompt message of screen projection failure on the above-mentioned vehicle device.

[0170] Optionally, the above parameter is the USB signal receiving sensitivity of the above terminal device.

[0171] Optionally, the processing module 1001 is used to: display the prompt information of the failure of screen projection on the above-mentioned vehicle-mounted device on the interface; or play the prompt information of the failure of screen projection on the above-mentioned vehicle-mounted device by voice.

[0172] Optionally, when the prompt information is displayed on the interface, the prompt information is text prompt information and / or image prompt information.

[0173] It should be understood that the screen projection device 1000 here is embodied in the form of a functional module. The term "module" here may refer to an application specific integrated circuit (ASIC), an electronic circuit, a processor (such as a shared processor, a proprietary processor or a group processor, etc.) and a memory for executing one or more software or firmware programs, a merged logic circuit and / or other suitable components that support the described functions. In an optional example, those skilled in the art may understand that the screen projection device 1000 may be specifically a terminal device in the above-mentioned embodiment, or the functions of the terminal device in the above-mentioned embodiment may be integrated in the screen projection device 1000, and the screen projection device 1000 may be used to execute the various processes and / or steps corresponding to the terminal device in the above-mentioned method embodiment. To avoid repetition, they will not be described here.

[0174] The above-mentioned projection device 1000 has the function of implementing the corresponding steps performed by the terminal device in the above-mentioned method; the above-mentioned function can be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-mentioned functions. In the embodiment of the present application, Fig.10 The screen projection device 1000 may also be a chip or a chip system, for example, a system on chip (SoC).

[0175] Fig.11Another screen projection device 1100 provided in an embodiment of the present application is shown. The screen projection device 1100 includes: a processor 1101 and a memory 1102, a communication interface 1103 and a bus 1104. Among them, the memory 1102 is used to store instructions, and the processor 1101 is used to execute the instructions stored in the memory 1102. The processor 1101, the memory 1102 and the communication interface 1103 are connected to each other through the bus 1104.

[0176] Among them, the processor 1101 is used to: when it is detected that the USB data cable is inserted into the terminal device, the multiple parameters stored in the patrol are used to execute handshake communication with the vehicle-mounted device; wherein each of the multiple parameters is used to make the USB of the terminal device compatible with the signals of the vehicle-mounted device within different quality ranges; and, when the handshake communication executed based on any of the above multiple parameters is successful, perform the screen projection operation.

[0177] It should be understood that the screen projection device 1100 can specifically be the terminal device in the above-mentioned embodiment, the functions of the terminal device in the above-mentioned embodiment can be integrated into the screen projection device 1100, and the screen projection device 1100 can be used to execute the various steps and / or processes corresponding to the terminal device in the above-mentioned method embodiment.

[0178] Optionally, the memory 1102 may include a read-only memory and a random access memory, and provide instructions and data to the processor 1101. A portion of the memory 1102 may also include a non-volatile random access memory. For example, the memory 1102 may also store information about the device type. The processor 1101 may be used to execute the instructions stored in the memory, and when the processor executes the instructions, the processor 1101 may execute the various steps and / or processes corresponding to the terminal device in the above method embodiment.

[0179] It should be understood that in the embodiments of the present application, the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.

[0180] In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in a processor or an instruction in the form of software. The steps of the method disclosed in conjunction with the embodiment of the present application can be directly embodied as a hardware processor for execution, or a combination of hardware and software modules in a processor for execution. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in a memory, and the processor executes the instructions in the memory, and completes the steps of the above method in conjunction with its hardware. To avoid repetition, it is not described in detail here.

[0181] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0182] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0183] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the above units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0184] The units described above as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0185] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0186] If the above functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, 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, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, server, or terminal device, etc.) to perform all or part of the steps of the above methods in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), disk or optical disk, and other media that can store program codes.

[0187] The above are only specific implementations of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the above claims.

Claims

1. A screen projection method, characterized in that: A terminal device applied to a screen projection system, wherein the screen projection system further includes a vehicle device, wherein the terminal device and the vehicle device are connected via a universal serial bus (USB) data cable, and the method includes: When it is detected that the USB data cable is plugged into the terminal device, multiple parameters stored in the patrol are used to perform handshake communication with the vehicle device; If the handshake communication performed based on any one of the multiple parameters is successful, performing a screen projection operation; Each of the multiple parameters is used to make the USB of the terminal device compatible with signals of vehicle equipment within different quality ranges.

2. The method according to claim 1, characterized in that In the case where it is detected that the USB data cable is inserted into the terminal device, before the multiple parameters stored in the patrol are executed in handshake communication with the vehicle device, the method further includes: Determining a patrol order of the multiple parameters based on the priorities of the multiple parameters; The multiple parameters stored in the patrol are used to perform handshake communication with the vehicle equipment, including: According to the patrol order, patrol the multiple parameters to perform handshake communication with the vehicle equipment; Among them, the higher the priority of the parameter, the earlier the corresponding patrol order.

3. The method according to claim 2, characterized in that The determining the patrol order of the multiple parameters based on the priorities of the multiple parameters includes: In a case where the multiple parameters include default parameters and alternative parameters, obtaining a first priority of the default parameters and a second priority of the alternative parameters, the first priority being higher than the second priority; Based on the first priority and the second priority, determining that the patrol order of the default parameter is earlier than the patrol order of the alternative parameter; The step of patrolling the plurality of parameters according to the patrol order and performing handshake communication with the vehicle machine device includes: The handshake communication is preferentially performed based on the default parameters and succeeds; or, In the case that the communication based on the default parameters fails, the handshake communication continues to be performed based on the alternative parameters.

4. The method according to claim 3, characterized in that: The candidate parameter further includes a plurality of sub-candidate parameters, wherein the plurality of sub-candidate parameters include a first sub-candidate parameter and a second sub-candidate parameter, and the continuing to perform the handshake communication based on the candidate parameters includes: The handshake communication is preferentially performed based on the first candidate sub-parameter and succeeds; or, If the handshake communication performed based on the first candidate sub-parameter fails, continue to perform the handshake communication based on the second candidate sub-parameter; The priority of the first sub-candidate parameter is higher than the priority of the second sub-candidate parameter.

5. The method according to any one of claims 2 to 4, characterized in that The priority is determined based on the signal quality range of the USB compatibility of the terminal device by the parameter, and the larger the USB compatible signal range is, the higher the corresponding priority is.

6. The method according to claim 1, characterized in that Before the multiple parameters stored in the patrol are executed in handshake communication with the vehicle machine device, the method further includes: Determining whether there is a target parameter corresponding to the model information of the vehicle machine device among the multiple parameters based on the reference information; In a case where it is determined that the target parameter exists, performing the handshake communication based on the target parameter; The reference information includes the model information and target parameters of the vehicle equipment corresponding to at least one successful historical handshake communication.

7. The method according to claim 1, characterized in that The method further comprises: In the case that the handshake communications executed based on the multiple parameters all fail, a prompt message indicating that the screen projection failed is output on the vehicle device.

8. The method according to any one of claims 1 to 7, characterized in that The parameter is the USB signal receiving sensitivity of the terminal device.

9. The method according to claim 7, characterized in that: The prompt information outputted on the vehicle device indicating that the screen projection failed includes: Displaying a prompt message indicating that the screen projection on the vehicle device fails on the interface; or, The prompt message that the screen projection on the vehicle device failed is played by voice.

10. The method according to claim 9, characterized in that When the prompt information is displayed on the interface, the prompt information is text prompt information and / or image prompt information.

11. A screen projection device, characterized in that: include: A processing module, configured to perform handshake communication with the vehicle device by patrolling the stored multiple parameters when a USB data cable is detected to be plugged into the terminal device; The screen projection module is used to perform the screen projection operation when the handshake communication performed based on any one of the multiple parameters is successful; wherein each of the multiple parameters is used to make the USB of the terminal device compatible with the signals of the vehicle equipment within different quality ranges.

12. A screen projection device, characterized in that: The system comprises a processor and a memory, wherein the memory is used to store code instructions, and the processor is used to run the code instructions to execute the method according to any one of claims 1 to 10.

13. A computer-readable storage medium, characterized in that: Used to store a computer program, the computer program comprising instructions for implementing the method according to any one of claims 1 to 10.

14. A computer program product, comprising computer program code, characterized in that: When the computer program code is executed on a computer, the computer is caused to implement the method according to any one of claims 1 to 10.

Images