Vehicle screen control method, device and storage medium

Abstract

The application relates to a car machine screen control method, equipment and a storage medium. The method comprises the following steps: receiving a screen control request encapsulated based on a preset communication protocol and sent by an intelligent terminal, wherein a first communication module based on the preset communication protocol is preset on the car machine side; the first communication module sequentially analyzes the screen control request according to the order of encapsulated information of the preset communication protocol, and obtains prior verification information; if the verification information meets a preset verification rule, the screen control request is continuously analyzed to obtain subsequent screen control information, wherein the screen control information comprises focus update information and user operation information; the current focus is updated based on the focus update information, and a current component corresponding to the current focus is controlled based on the user operation information. The application can improve the anti-interference and universality of remote car machine screen control.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a method, device and storage medium for controlling a vehicle infotainment screen. Background Technology

[0002] Currently, with the development of intelligent connected vehicles, the trend of intelligent car cockpits is becoming increasingly apparent. The central control screen in the car cockpit is a key HMI (Human Machine Interface) component connecting people and vehicles for human-machine interaction. In traditional car cockpits, there is usually only one central control screen, and interaction can only be achieved by pressing hardware buttons or a touchscreen on the central control screen.

[0003] In traditional in-vehicle infotainment systems, users remotely access functions on the central control screen via fixed buttons on external devices. Typically, one button corresponds to one function, increasing the cost of expanding external hardware and impacting both user-friendliness and aesthetics. Furthermore, traditional external devices generally connect to the system via Wi-Fi 7.0 or Bluetooth 5.3 modules. This technology has significant limitations in range, failing to support long-distance connections and exhibiting poor interference resistance and security. In addition, traditional in-vehicle infotainment systems typically only support one type or category of specific external devices, lacking the ability to connect to any standardized device, resulting in poor versatility.

[0004] Therefore, there is an urgent need for a method that can improve anti-interference and versatility while enabling remote vehicle screen control. Summary of the Invention

[0005] Based on this, this application provides a vehicle infotainment screen control method, device, and storage medium to solve the problems existing in the prior art.

[0006] Firstly, a method for controlling a vehicle infotainment screen is provided, applied to a vehicle infotainment system, the method comprising:

[0007] The system receives screen control requests from smart terminals that are encapsulated based on a preset communication protocol, wherein the vehicle terminal is pre-configured with a first communication module based on the preset communication protocol.

[0008] The first communication module parses the screen control requests sequentially according to the order of the information encapsulated by the preset communication protocol to obtain the earlier verification information;

[0009] If the verification information conforms to the preset verification rules, the screen control request is parsed to obtain subsequent screen control information, wherein the screen control information includes focus update information and user operation information.

[0010] The current focus is updated based on the focus update information, and the current component corresponding to the current focus is controlled based on the user operation information.

[0011] According to one possible implementation method in an embodiment of this application, before obtaining the prior verification information, the method further includes:

[0012] The first communication module parses the screen control request sequentially according to the order of the information encapsulated by the preset communication protocol to obtain the protocol version information located before the verification information;

[0013] Determine the target algorithm corresponding to the protocol version information;

[0014] The screen control request is further parsed based on the target algorithm.

[0015] According to one possible implementation method in an embodiment of this application, before obtaining the prior verification information, the method further includes:

[0016] The first communication module parses the screen control requests sequentially according to the order of the information encapsulated by the preset communication protocol to obtain the data length information preceding the verification information;

[0017] A corresponding cache region is allocated based on the data length information;

[0018] Store the data corresponding to the screen control request into the cache area;

[0019] The screen control request is then parsed in the cache area.

[0020] According to one achievable method in an embodiment of this application, if the verification information conforms to a preset verification rule, then continuing to parse the screen control request to obtain subsequent screen control information includes:

[0021] If each of the verification information meets the preset verification rules, then continue to parse the screen control request to obtain the subsequent screen control information;

[0022] If any of the verification information does not conform to the preset verification rules, the execution of the screen control request will be terminated, and the data corresponding to the screen control request stored in the cache area will be deleted.

[0023] According to one possible implementation method in an embodiment of this application, the method further includes:

[0024] Based on the screen control information, obtain the screen ID information;

[0025] Based on the screen ID information, determine the target screen corresponding to the screen control request;

[0026] The screen update result of the target screen is sent to the smart terminal.

[0027] According to one achievable method in an embodiment of this application, the focus update information includes focus displacement information and focus state information, wherein the focus displacement information includes the direction of focus movement, and the focus state information includes whether the focus is in focus or out of focus;

[0028] Updating the current focus based on the focus update information includes:

[0029] Based on the focus displacement information, determine the current focus position after the movement based on the focus displacement information;

[0030] Obtain the focus state information; if the focus state information indicates focus, update the first visual effect; if the focus state information indicates defocus, update the second visual effect.

[0031] According to one achievable method in an embodiment of this application, controlling the current component corresponding to the current focus based on the user operation information includes:

[0032] Based on the current focus position, determine the current component information corresponding to the current focus position;

[0033] Based on the current component information and the user operation information, a hash table is searched to determine the target operation method corresponding to the current component information and the user operation information. For each component, a hash table is pre-established, and the hash table stores the correspondence between user operation information and operation methods.

[0034] The current component is controlled based on the target operation method.

[0035] Secondly, a method for controlling a vehicle infotainment screen is provided, applied to a smart terminal, the method comprising:

[0036] Receive screen control information input by the user, wherein the screen control information includes focus update information and user operation information;

[0037] The screen control information is encapsulated into a screen control request according to the order of information encapsulation in a preset communication protocol based on the second communication module. The smart terminal is pre-configured with a second communication module based on the preset communication protocol.

[0038] The screen control request is sent to the vehicle-mounted terminal. The vehicle-mounted terminal parses the screen control request sequentially according to the order of the information encapsulated by the preset communication protocol to obtain the earlier verification information. If the verification information conforms to the preset verification rules, the terminal continues to parse the screen control request to obtain the later screen control information. Based on the screen control information, the terminal obtains focus update information and user operation information. Based on the focus update information, the terminal updates the current focus. Based on the user operation information, the terminal controls the current component corresponding to the current focus.

[0039] Thirdly, a computer device is provided, comprising:

[0040] At least one processor; and

[0041] A memory communicatively connected to the at least one processor; wherein,

[0042] The memory stores computer instructions executable by the at least one processor, which, when executed by the at least one processor, enables the at least one processor to perform the methods involved in the first or second aspect described above.

[0043] Fourthly, a computer-readable storage medium is provided, having stored thereon computer instructions, wherein the computer instructions are used to cause a computer to perform the methods involved in the first or second aspect described above.

[0044] According to the technical content provided in the embodiments of this application, this application sets a preset communication protocol and sets a first communication module conforming to the protocol on the vehicle's infotainment system. The first communication module parses the screen control requests sequentially according to the order of information encapsulated by the preset communication protocol to obtain the preceding verification information. When the verification information meets the preset verification rules, it continues to parse to obtain the subsequent screen control information, thereby updating the focus information and executing the user operation. By setting a preset communication protocol and corresponding communication module, this application can enable any standardized device to connect to the vehicle's central control system, achieving remote control of the vehicle's screen with universality. At the same time, due to the specific encapsulation order and parsing rules, its anti-interference ability is better, improving the anti-interference and universality of remote vehicle screen control. Attached Figure Description

[0045] Figure 1 This is a flowchart illustrating a vehicle infotainment screen control method in one embodiment;

[0046] Figure 2 This is a system architecture diagram of the vehicle infotainment screen control method of this application;

[0047] Figure 3 This is a schematic diagram of a vehicle infotainment screen control method in one embodiment;

[0048] Figure 4 This is a flowchart illustrating the vehicle infotainment screen control method in another embodiment;

[0049] Figure 5 This is a schematic structural diagram of a computer device in one embodiment. Detailed Implementation

[0050] The present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the scope of the present application.

[0051] Figure 1 This is a flowchart illustrating a vehicle infotainment screen control method provided in an embodiment of this application. Figure 2 This is a system architecture diagram of the vehicle infotainment screen control method of this application, as shown below. Figure 2 As shown, the system includes a vehicle-mounted terminal 101 and a smart terminal 102, which are connected for communication. A user inputs a screen control request on the smart terminal 102, which then sends the request to the vehicle-mounted terminal 101. Based on the screen control request, the system controls the central control screen on the vehicle-mounted terminal 101. The smart terminal 102 can be a mobile phone, a smart remote control, a game controller, etc., and this application does not impose any restrictions on its device type.

[0052] Figure 1 A flowchart illustrating a vehicle infotainment screen control method provided in this application embodiment, the method being applied to the vehicle infotainment system, such as... Figure 1 As shown, the method may include the following steps:

[0053] Step 101: Receive a screen control request sent by a smart terminal based on a preset communication protocol, wherein the vehicle terminal is pre-configured with a first communication module based on the preset communication protocol.

[0054] Specifically, such as Figure 1 As shown, and in combination Figure 3 This application's embodiments customize a standardized software protocol framework as a preset communication protocol, adaptable to interconnection between various smart terminals and in-vehicle infotainment systems. This communication protocol can be implemented based on the IEEE 802.3 standard Ethernet technology stack. The in-vehicle infotainment system has a first communication module pre-configured based on the preset communication protocol, and the smart terminal has a second communication module pre-configured based on the preset communication protocol. The smart terminal encapsulates the screen control information sent by the user into a screen control request based on the preset communication protocol, and the in-vehicle infotainment system receives the screen control request encapsulated by the smart terminal based on the preset communication protocol.

[0055] Step 102: The first communication module parses the screen control requests sequentially according to the order of information encapsulated by the preset communication protocol to obtain the earlier verification information.

[0056] Specifically, the preset communication protocol encapsulation information is arranged in a certain order, with verification data for verifying data packets placed first, followed by screen control information for user control of the vehicle's screen. The first communication module parses the screen control requests sequentially according to the order of the preset communication protocol encapsulation information, first obtaining the verification information preceding the screen control information. For example, the verification information includes one or more of the following: device type information, manufacturer identification information, key information, and checksum information. Among them, the device type information represents the type ID of the smart terminal device, the manufacturer identification information represents the manufacturer ID of the smart terminal device, the key information is used to determine whether the connection access is legitimate, and the checksum information is used to determine the integrity and correctness of the data packet.

[0057] Step 103: If the verification information meets the preset verification rules, continue to parse the screen control request to obtain the subsequent screen control information, which includes focus update information and user operation information.

[0058] Specifically, after obtaining the verification information, it is determined whether the verification information conforms to preset verification rules. For example, whether the device type information conforms to the preset type, whether the manufacturer identification information conforms to the preset number, whether the key information is valid, and whether the checksum information is correct. If the verification information conforms to the preset verification rules, the screen control request is further parsed to obtain subsequent screen control information, including focus update information and user operation information.

[0059] Step 104: Update the current focus based on focus update information, and control the current component corresponding to the current focus based on user operation information.

[0060] Specifically, such as Figure 1 As shown, and in combination Figure 3 In step 103, focus update information and user operation information are obtained. In this step, the focus on the vehicle's central control screen is updated based on the focus update information to obtain the current focus. At the same time, the current component corresponding to the current focus is determined, such as "button component" or "list component". User operation information represents the operation command input by the user, such as "click" or "swipe". Based on the user operation information, the operation is performed on the current component, such as "click button component" or "swipe list component".

[0061] As can be seen, this application embodiment sets a preset communication protocol and sets a first communication module conforming to the protocol on the vehicle's infotainment system. The first communication module parses the screen control requests sequentially according to the order of information encapsulated by the preset communication protocol to obtain the preceding verification information. When the verification information meets the preset verification rules, it continues to parse to obtain the subsequent screen control information, thereby updating the focus information and executing the user operation. By setting a preset communication protocol and corresponding communication module, this application can enable any standardized device to connect to the vehicle's central control system, achieving remote control of the vehicle's screen and possessing universality. At the same time, due to the specific encapsulation order and parsing rules, its anti-interference performance is better, improving the anti-interference and universality of remote vehicle screen control.

[0062] In one embodiment of this application, before obtaining the prior verification information, the method further includes: a first communication module sequentially parsing the screen control requests according to the order of information encapsulated by a preset communication protocol to obtain the protocol version information preceding the verification information; determining the target algorithm corresponding to the protocol version information; and continuing to parse the screen control requests based on the target algorithm.

[0063] Specifically, the preset communication protocol encapsulation information is arranged in a certain order. When the first communication module parses the screen control request data packets sequentially according to the order of the preset communication protocol encapsulation information, it first obtains the protocol version information located at the first position. The protocol version information is 2 bytes long and represents the version of the software protocol framework used for the current interconnection between the smart terminal and the vehicle's central control system. The first communication module parses the first two bytes of the data packet header to confirm the protocol version information of the software protocol. Based on the protocol version information, it selects the corresponding target algorithm as the parsing algorithm for the data packet and continues to parse the screen control request data packets based on the target algorithm.

[0064] This application parses screen control requests sequentially by encapsulating information according to a preset communication protocol, obtains the protocol version information preceding the verification information, determines the target algorithm corresponding to the protocol version information, and continues to parse screen control requests based on the target algorithm. This enables any standardized device to connect to the vehicle's central control unit, achieves remote control of the vehicle's screen, and provides better anti-interference and security.

[0065] In one embodiment of this application, before obtaining the prior verification information, the method further includes: a first communication module sequentially parsing the screen control requests according to the order of information encapsulated by a preset communication protocol to obtain data length information preceding the verification information; allocating a corresponding cache area based on the data length information; storing the data corresponding to the screen control request into the cache area; and continuing to parse the screen control request in the cache area.

[0066] Specifically, the preset communication protocol encapsulation information is arranged in a certain order. When the first communication module parses the screen control request data packets sequentially according to the order of the preset communication protocol encapsulation information, it first obtains the data length information located in the second position. This information is 2B in length, representing the sum of the lengths of all parts of the data packet, in bytes (B). The first communication module parses the screen control request data packet, obtains the length of the data packet, allocates a buffer area for the data packet according to the length, copies the data packet into the buffer area, and continues to parse the screen control request in the buffer area.

[0067] This application parses screen control requests sequentially by encapsulating information according to a preset communication protocol, obtains the data length information preceding the verification information, allocates a buffer area based on the data length information, and continues to parse screen control requests in the buffer area. This enables any standardized device to connect to the vehicle's central control unit, achieving remote control of the vehicle's screen and possessing universality.

[0068] In one embodiment of this application, if the verification information conforms to the preset verification rules, the screen control request is parsed to obtain subsequent screen control information. This includes: if each verification information conforms to the preset verification rules, the screen control request is parsed to obtain subsequent screen control information; if any verification information does not conform to the preset verification rules, the screen control request is terminated and the data corresponding to the screen control request stored in the cache area is deleted.

[0069] Specifically, the preset communication protocol encapsulation information is arranged in a certain order, with verification data for verifying data packets placed first, followed by screen control information for user control of the vehicle's screen. The first communication module parses the screen control requests sequentially according to the order of the preset communication protocol encapsulation information, first obtaining the verification information preceding the screen control information. The verification information includes one or more of the following: device type information, manufacturer identification information, key information, and checksum information. If each piece of verification information conforms to the preset verification rules, the screen control request continues to be parsed to obtain the subsequent screen control information. If any piece of verification information does not conform to the preset verification rules, the execution of the screen control request is terminated, and the data corresponding to the screen control request stored in the cache area is deleted.

[0070] For example, the header structure of a data packet is as follows:

[0071] Version: Bit order 1, length 2B; the version of the software protocol framework used for the current interconnection between the smart terminal and the vehicle's central control system.

[0072] Length: bit order 2, length 2B; indicates the sum of the lengths of the header and data portions, in bytes (B).

[0073] Device type: bit sequence 3, length 1B; type ID of smart terminal device.

[0074] Manufacturer identifier: 4 bits long; manufacturer ID of the smart terminal device.

[0075] Key: 5 bits long, 4 bytes long; used to determine whether a link is valid.

[0076] Checksum: 6 bits long, 2 bytes long; used to determine the integrity and correctness of the data packet, and to verify the header and data portions.

[0077] In this sequence, bit 1 represents the protocol version information, bit 2 represents the data length information, and bits 3-6 represent the verification information. Device type information represents the type ID of the smart terminal device, manufacturer identification information represents the manufacturer ID of the smart terminal device, key information is used to determine the legitimacy of the connection access, and checksum information is used to determine the integrity and correctness of the data packet. After obtaining the verification information, it is determined whether the verification information conforms to preset verification rules. For example, it is determined whether the device type information conforms to the preset type, whether the manufacturer identification information conforms to the preset number, whether the key information is valid, and whether the checksum information is correct. If the verification information conforms to the preset verification rules, the screen control request is parsed to obtain subsequent screen control information, including focus update information and user operation information. If any verification information does not conform to the preset verification rules, the execution of the screen control request is terminated, and the data corresponding to the screen control request stored in the buffer area is deleted.

[0078] In one embodiment of this application, the method further includes: obtaining screen ID information based on screen control information; determining the target screen corresponding to the screen control request based on the screen ID information; and sending the screen update result of the target screen to the smart terminal.

[0079] Specifically, in addition to the version information, length information, and verification information in the header structure, the data packet of the screen control request also includes screen control information in the data portion. This screen control information includes screen ID information, focus displacement information, and focus status information. In this embodiment, the first communication module parses the first two bytes of the data packet's data portion to obtain the screen ID information selected for this control, thus determining the target screen corresponding to the screen control request. Based on this screen ID, the corresponding central control screen display data is transmitted back in real-time to the external remote smart terminal that sent the data packet via an open wireless projection protocol stack, thereby enabling real-time transmission of the target screen's screen update results to the smart terminal.

[0080] For example, the data portion of a data packet has the following structure:

[0081] Screen ID: bit sequence 1, length 2B, used to select the screen to be controlled.

[0082] Focus displacement vector: bit order 2, length 1B, used to control the movement direction of the screen focus. There are eight directions: up, down, left, right, upper right, upper left, lower left, and lower right. It can be customized and extended according to the actual application scenario.

[0083] Focus status information: bit order 3, length 1B, used to control whether to focus on the component currently pointed to by the focus, in order to meet the logical requirements of recursively manipulating child components. 0 indicates out of focus, and 1 indicates focus.

[0084] User operation information: Position 4, length 2B; there are six interaction types: press, release, slide up, slide down, slide left, and slide right, which can be customized and expanded according to actual application scenarios.

[0085] Redundancy bit: bit sequence 5; used for 8B alignment padding of data packets.

[0086] In one embodiment of this application, the focus update information includes focus displacement information and focus state information, wherein the focus displacement information includes the direction of focus movement, and the focus state information includes whether the focus is in focus or out of focus; updating the current focus based on the focus update information includes: determining the current focus position after movement based on the focus displacement information; obtaining focus state information, and if the focus state information is in focus, updating the first visual effect, and if the focus state information is out of focus, updating the second visual effect.

[0087] Specifically, focus displacement information, or focus displacement vector, represents the direction of movement of the screen focus. There are eight directions: up, down, left, right, upper right, upper left, lower left, and lower right, which can be customized according to the actual application scenario. Based on the focus displacement information, the current focus position after movement is determined. Then, focus state information is obtained, indicating whether the focus is on the component pointed to by the current focus. Focus state information includes whether it is focused or out of focus. If the focus state is focused, the first visual effect is updated to the current focus position, such as brightening; if the focus state is out of focus, the second visual effect is updated to the current focus position, such as darkening.

[0088] In one embodiment of this application, controlling the current component corresponding to the current focus based on user operation information includes: determining the current component information corresponding to the current focus position based on the current focus position; determining the target operation method corresponding to the current component information and user operation information by searching a hash table according to the current component information and user operation information, wherein, for each component, a hash table is pre-established, and the hash table stores the correspondence between user operation information and operation methods; and controlling the current component based on the target operation method.

[0089] Specifically, for each UI component that supports focus functionality, a hash table is built, using its interactive behavior (user action information) as the key and the actual function (action method) as the value. For example, the user action information key can be one of six interaction types: press, release, swipe up, swipe down, swipe left, and swipe right. For a sliding list component, the actual function corresponding to the interactive behavior "swipe up" is the value "display the top of the sliding list".

[0090] The embodiments of this application utilize hash tables to quickly look up the operation methods corresponding to the current component and user operation, which can significantly shorten the lookup time and improve the system's response speed and user experience. A hash table containing the mapping between user operations and operation methods is pre-built for each component, making the code structure clearer, easier to understand, and easier to maintain. When it is necessary to modify or extend the interaction logic of a component, only the corresponding entry in the hash table needs to be updated or added, without needing to delve into the component's internal code, thus reducing the coupling between code. As the application continues to evolve, new components and user operations may be introduced. Using hash tables to manage these mapping relationships between operations and methods allows for the convenient addition of new entries to support new interaction scenarios without requiring large-scale modifications to the original architecture, thereby improving the system's scalability.

[0091] Based on the above embodiments, combined with Figure 3 In a specific embodiment of this application, the execution process when the vehicle-mounted terminal receives a remote screen control request data packet is as follows:

[0092] a. Parse the first two bytes of the data packet header to confirm the software protocol version, select the corresponding parsing algorithm based on the version number, and proceed to b;

[0093] b. Parse the 3rd and 4th bytes of the packet header to obtain the length of the packet, allocate a parsing buffer for the packet based on the length, copy the packet into the buffer, and then proceed to c;

[0094] c. Sequentially parse the device type, vendor identifier, key, and checksum fields of the data packet in the above buffer. If the device type is a supported device, the vendor identifier is a cooperating vendor, the key is valid, and the checksum is successful, then proceed to d to further parse the data portion of the data packet; otherwise, discard the data packet and clear the buffer.

[0095] d. Parse the first two bytes of the data packet to obtain the screen ID selected for this operation. Based on the screen ID, transmit the corresponding central control screen display data back to the external remote smart terminal that sent the data packet in real time through the open wireless projection protocol technology stack, and then proceed to e.

[0096] e. Parse the 3rd byte of the data packet to obtain the displacement vector related to this operation and focus movement. Based on the displacement vector and the index information of the UI component currently pointed to by the focus, move the focus of the UI component, and at the same time update the visual effects of the original UI component and the current UI component pointed to by the focus. Then convert to f.

[0097] f. Parse the 4th byte of the data packet to determine whether the current UI component needs to be focused. If so, proceed to g; otherwise, end the execution.

[0098] g. Parse the 5th and 6th bytes of the data packet to obtain the control type ID to be executed in this operation. Using this ID as the key, look up the hash table value of the UI component currently pointed to by the focus, execute the value and update the UI component.

[0099] This application embodiment sets a preset communication protocol and sets a first communication module conforming to this protocol on the vehicle's infotainment system. The first communication module parses screen control requests sequentially according to the order of information encapsulated under the preset communication protocol, obtaining the first verification information. When the verification information conforms to preset verification rules, subsequent screen control information is obtained, thereby updating focus information and executing user operations. By setting a preset communication protocol and corresponding communication module, this application enables any standardized device to connect to the vehicle's central control system, achieving remote control of the vehicle's screen with versatility. Furthermore, due to the specific encapsulation order and parsing rules, its anti-interference capability is better, improving the anti-interference and versatility of remote vehicle screen control.

[0100] Using hash tables to quickly look up the corresponding operation methods for the current component and user action can significantly reduce lookup time, improve system responsiveness, and enhance user experience. Pre-creating a hash table containing the mapping between user actions and operation methods for each component makes the code structure clearer, easier to understand, and easier to maintain. When it's necessary to modify or extend the interaction logic of a component, simply update or add the corresponding entry to the hash table; there's no need to delve into the component's internal code, reducing coupling between code segments. As the application evolves, new components and user actions may be introduced. Using hash tables to manage these mapping relationships allows for easy addition of new entries to support new interaction scenarios without requiring large-scale modifications to the original architecture, thus improving system scalability.

[0101] It should be understood that, although Figure 1The steps in the flowchart are shown sequentially as indicated by the arrows, but these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated in this application, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Furthermore, Figure 1 At least some of the steps in the process may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be executed in turn or alternately with other steps or at least some of the sub-steps or stages of other steps.

[0102] Figure 4 A flowchart illustrating a vehicle infotainment screen control method provided in this application embodiment, the method being applied to a smart terminal, such as... Figure 4 As shown, the method may include the following steps:

[0103] Step 401: Receive screen control information input by the user, wherein the screen control information includes focus update information and user operation information;

[0104] Step 402: Based on the second communication module, the screen control information is encapsulated into a screen control request according to the order of information encapsulation in the preset communication protocol, wherein the smart terminal is pre-configured with a second communication module based on the preset communication protocol;

[0105] Step 403: Send the screen control request to the vehicle terminal. The vehicle terminal parses the screen control request sequentially according to the order of the information encapsulated by the preset communication protocol to obtain the earlier verification information. If the verification information conforms to the preset verification rules, it continues to parse the screen control request to obtain the later screen control information. Based on the screen control information, it obtains focus update information and user operation information. Based on the focus update information, it updates the current focus. Based on the user operation information, it controls the current component corresponding to the current focus.

[0106] This application, by setting a preset communication protocol and corresponding communication module, enables any standardized device to connect to the vehicle's central control system, achieving remote control of the vehicle's screen with universality. Furthermore, due to the specific encapsulation order and parsing rules, it offers better anti-interference capabilities, improving the anti-interference and universality of remote vehicle screen control.

[0107] In one embodiment of this application, the step of encapsulating the screen control information into a screen control request based on the second communication module according to the order of the pre-set communication protocol encapsulation information includes: encapsulating protocol version information before verification information, wherein the protocol version information is used to determine the target algorithm corresponding to the protocol version information.

[0108] In one embodiment of this application, the step of encapsulating the screen control information into a screen control request according to the order of information encapsulation in a preset communication protocol based on the second communication module includes: encapsulating data length information before verification information; and allocating a corresponding cache area based on the data length information.

[0109] In one embodiment of this application, the step of continuing to parse the screen control request to obtain subsequent screen control information if the verification information conforms to a preset verification rule includes: if each piece of verification information conforms to the preset verification rule, then continuing to parse the screen control request to obtain subsequent screen control information; if any piece of verification information does not conform to the preset verification rule, then terminating the execution of the screen control request and deleting the data corresponding to the screen control request stored in the cache area.

[0110] In one embodiment of this application, the step of encapsulating the screen control information into a screen control request based on the second communication module according to the order of information encapsulation in a preset communication protocol further includes: encapsulating screen ID information after the verification information, wherein the screen ID information is used to determine the target screen corresponding to the screen control request.

[0111] In one embodiment of this application, the focus update information includes focus displacement information and focus state information, wherein the focus displacement information includes the direction of focus movement, and the focus state information includes whether the focus is in focus or out of focus; updating the current focus based on the focus update information includes determining the current focus position after movement based on the focus displacement information; obtaining the focus state information, and if the focus state information indicates focus, updating the first visual effect; if the focus state information indicates out of focus, updating the second visual effect.

[0112] In one embodiment of this application, controlling the current component corresponding to the current focus based on the user operation information includes: determining current component information corresponding to the current focus position based on the current focus position; determining a target operation method corresponding to the current component information and the user operation information by searching a hash table according to the current component information and the user operation information, wherein, for each component, a hash table is pre-established, and the hash table stores the correspondence between user operation information and operation methods; and controlling the current component based on the target operation method.

[0113] Based on the above embodiments, combined with Figure 3 In one specific embodiment of this application, the execution process of a smart terminal performing a remote control operation is as follows:

[0114] a. Obtain display data from the vehicle's central control system based on an open wireless projection protocol technology stack. (Continue to b)

[0115] b. Allocate a send buffer based on the length of the data packet to be sent. (Go to c)

[0116] c. Map the inputs of each combination key as described in the second technical module to the screen number, focus displacement vector, selection identifier, and control type as described in the first technical module, and fill them into the data portion of the buffer according to the position and length of each field as described in the first technical module. (Go to d;)

[0117] d. Fill the first two bytes of the above buffer with the software protocol version used by the data packet. (Go to e)

[0118] e. Fill the 3rd and 4th bytes of the above buffer with the length of the data packet in bytes. (Go to f)

[0119] f. Fill the 5th byte of the above buffer with the type of device used for remotely controlling the vehicle's central control screen. (Go to g)

[0120] g. Fill the 6th, 7th, 8th, and 9th bytes of the above buffer with the manufacturer's code for the terminal device. (Go to h)

[0121] h. Calculate the key for the above fields using a customized encryption algorithm and fill it into bytes 10, 11, 12, and 13 of the above buffer. (Go to i)

[0122] i. Calculate the checksum values ​​for the above fields using a customized checksum algorithm and fill them into bytes 14 and 15 of the aforementioned buffer. (Go to j)

[0123] j. Add an Ethernet datagram header to the above Buffer and send it to the vehicle's central control unit via Ethernet. At the same time, receive the corresponding display data from the central control unit based on the open wireless projection protocol technology stack.

[0124] According to the specific embodiments provided in this application, the technical solution provided in this application can have the following advantages:

[0125] By setting preset communication protocols and corresponding communication modules, any standardized device can be connected to the vehicle's central control unit, enabling remote control of the vehicle's screen with universality. Furthermore, due to the specific encapsulation order and parsing rules, its anti-interference capability is improved, enhancing the anti-interference and universality of remote vehicle screen control.

[0126] The same or similar parts among the above embodiments can be referred to interchangeably. Each embodiment focuses on describing the differences from other embodiments. In particular, the device embodiments are basically similar to the method embodiments, so the description is relatively simple, and the relevant parts can be referred to the description of the method embodiments.

[0127] It should be noted that the embodiments of this application may involve the use of user data. In practical applications, user-specific personal data may be used in the scheme described herein within the scope permitted by applicable laws and regulations, provided that it complies with the applicable laws and regulations of the country (e.g., explicit consent from the user, actual notification to the user, explicit authorization from the user, etc.).

[0128] According to embodiments of this application, this application also provides a computer device and a computer-readable storage medium. This application further provides a computer device including at least one processor and a memory communicatively connected to the at least one processor; wherein the memory stores computer instructions executable by the at least one processor, the computer instructions being executed by the at least one processor to enable the at least one processor to perform the vehicle screen control method described in any of the above embodiments.

[0129] like Figure 5 The diagram shown is a block diagram of a computer device according to an embodiment of this application. The term "computer device" is intended to represent various forms of digital computers or mobile devices. The digital computer may include a desktop computer, a portable computer, a workbench, a personal digital assistant, a server, a mainframe computer, and other suitable computers. The mobile device may include a tablet computer, a smartphone, a wearable device, etc.

[0130] like Figure 5 As shown, the computer device 500 includes a computing unit 501, a ROM 502, a RAM 503, a bus 504, and an input / output (I / O) interface 505. The computing unit 501, ROM 502, and RAM 503 are interconnected via the bus 504. The input / output (I / O) interface 505 is also connected to the bus 504.

[0131] The computing unit 501 can execute various processes in the method embodiments of this application according to computer instructions stored in the read-only memory (ROM) 502 or computer instructions loaded from the storage unit 508 into the random access memory (RAM) 503. The computing unit 501 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. The computing unit 501 can include, but is not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. In some embodiments, the methods provided in the embodiments of this application can be implemented as computer software programs, which are tangibly contained in a computer-readable storage medium, such as the storage unit 508.

[0132] RAM 505 can also store various programs and data required for the operation of device 500. Part or all of the computer program can be loaded and / or installed on device 500 via ROM 502 and / or communication unit 509.

[0133] The input unit 506, output unit 507, storage unit 508, and communication unit 509 in computer device 500 can be connected to I / O interface 505. The input unit 506 can be, for example, a keyboard, mouse, touchscreen, or microphone; the output unit 507 can be, for example, a monitor, speaker, or indicator light. Device 500 can exchange information and data with other devices through the communication unit 509.

[0134] It should be noted that the device may also include other components necessary for normal operation. It may also include only the components necessary for implementing the solution of this application, without necessarily including all the components shown in the figures.

[0135] Various implementations of the systems and techniques described herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SOCs), payload programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof.

[0136] The computer instructions used to implement the methods of this application may be written in any combination of one or more programming languages. These computer instructions may be provided to the computing unit 501 such that when executed by the computing unit 501, such as a processor, the computer instructions cause the execution of the steps involved in the embodiments of the methods of this application.

[0137] This application also provides a computer-readable storage medium storing computer instructions thereon, the computer instructions being used to cause a computer to execute the vehicle screen control method described in any of the above embodiments.

[0138] The computer-readable storage medium provided in this application can be a tangible medium that can contain or store computer instructions for performing the steps involved in the method embodiments of this application. The computer-readable storage medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, and other forms of storage media.

[0139] The specific embodiments described above do not constitute a limitation on the scope of protection of this application. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A method for controlling a vehicle infotainment screen, applied to a vehicle infotainment system, characterized in that, The method includes: The system receives screen control requests from smart terminals that are encapsulated based on a preset communication protocol, wherein the vehicle terminal is pre-configured with a first communication module based on the preset communication protocol. The first communication module parses the screen control requests sequentially according to the order of the information encapsulated by the preset communication protocol to obtain the earlier verification information; If the verification information conforms to the preset verification rules, the screen control request is parsed to obtain subsequent screen control information, wherein the screen control information includes focus update information and user operation information, and the focus update information includes focus displacement information and focus state information. Update the current focus based on the focus displacement information and the focus state information; Determine the current component information corresponding to the current focus position based on the current focus; Based on the current component information and the user operation information, control the current component corresponding to the current focus.

2. The vehicle infotainment screen control method according to claim 1, characterized in that, Before obtaining the prior verification information, the process also includes: The first communication module parses the screen control request sequentially according to the order of the information encapsulated by the preset communication protocol to obtain the protocol version information located before the verification information; Determine the target algorithm corresponding to the protocol version information; The screen control request is further parsed based on the target algorithm.

3. The vehicle infotainment screen control method according to claim 1, characterized in that, Before obtaining the prior verification information, the process also includes: The first communication module parses the screen control requests sequentially according to the order of the information encapsulated by the preset communication protocol to obtain the data length information preceding the verification information; A corresponding cache region is allocated based on the data length information; Store the data corresponding to the screen control request into the cache area; The screen control request is then parsed in the cache area.

4. The vehicle infotainment screen control method according to claim 3, characterized in that, If the verification information conforms to the preset verification rules, then the screen control request is further parsed to obtain subsequent screen control information, including: If each of the verification information meets the preset verification rules, then continue to parse the screen control request to obtain the subsequent screen control information; If any of the verification information does not conform to the preset verification rules, the execution of the screen control request will be terminated, and the data corresponding to the screen control request stored in the cache area will be deleted.

5. The vehicle infotainment screen control method according to claim 1, characterized in that, The method further includes: Based on the screen control information, obtain the screen ID information; Based on the screen ID information, determine the target screen corresponding to the screen control request; The screen update result of the target screen is sent to the smart terminal.

6. The vehicle infotainment screen control method according to claim 1, characterized in that, The focus displacement information includes the direction of focus movement, and the focus state information includes whether the focus is in focus or out of focus; The step of updating the current focus based on the focus displacement information and the focus state information includes: Based on the focus displacement information, determine the current focus position after the movement based on the focus displacement information; Obtain the focus state information; if the focus state information indicates focus, update the first visual effect; if the focus state information indicates defocus, update the second visual effect.

7. The vehicle infotainment screen control method according to claim 1, characterized in that, The step of controlling the current component corresponding to the current focus based on the current component information and the user operation information includes: Based on the current component information and the user operation information, a hash table is searched to determine the target operation method corresponding to the current component information and the user operation information. For each component, a hash table is pre-established, and the hash table stores the correspondence between user operation information and operation methods. The current component is controlled based on the target operation method.

8. A method for controlling a vehicle infotainment screen, applied to a smart terminal, characterized in that, The method includes: Receive screen control information input by the user, wherein the screen control information includes focus update information and user operation information, and the focus update information includes focus displacement information and focus state information; The screen control information is encapsulated into a screen control request according to a preset communication protocol using a second communication module. The smart terminal has a pre-installed second communication module set up based on the preset communication protocol. The screen control request is sent to the vehicle-mounted system. The vehicle-mounted system parses the screen control request sequentially according to the preset communication protocol encapsulation order to obtain the first verification information. If the verification information conforms to preset verification rules, the system continues parsing the screen control request to obtain subsequent screen control information. Based on the screen control information, focus update information and user operation information are obtained. The current focus is updated according to the focus displacement information and the focus state information. The current component information corresponding to the current focus position is determined based on the current focus. The current component information and the user operation information are used to control the current component corresponding to the current focus.

9. A computer device, comprising: At least one processor; as well as A memory communicatively connected to the at least one processor; wherein, The memory stores computer instructions executable by the at least one processor, which, when executed by the at least one processor, enables the at least one processor to perform the method of any one of claims 1-8.

10. A computer-readable storage medium storing computer instructions thereon, characterized in that, The computer instructions are used to cause the computer to perform the method according to any one of claims 1 to 8.

Images