Multi-protocol communication method and device, vehicle intelligent terminal and computer readable storage medium

Abstract

Embodiments of the present application provide a multi-protocol communication method and device, a vehicle intelligent terminal and a computer readable storage medium, and relate to the technical field of intelligent vehicles. The method starts a multi-protocol time division multiplexing broadcast scan when the vehicle intelligent terminal in the switching mode of the intelligent mode is powered on and there is no effective vehicle-machine access configuration information, and sends broadcast messages to vehicle machines of different automobile manufacturers in turn. After the vehicle machine responds to the connection, the target vehicle machine and the target protocol type associated with the broadcast are locked. The vehicle intelligent terminal communicates with the target vehicle machine based on the characteristic information of the target protocol type. The vehicle intelligent terminal realizes multi-protocol adaptive communication of the vehicle intelligent terminal through broadcast recognition and protocol characteristic driven dynamic adaptation, so that the same vehicle intelligent terminal can automatically adapt to private protocols of different automobile manufacturers, effectively cover multiple automobile brands and models, and improve the compatibility of the vehicle intelligent terminal and the user experience.

Description

Technical Field

[0001] This invention relates to the field of intelligent vehicle technology, and more specifically, to a multi-protocol communication method, apparatus, vehicle intelligent terminal, and computer-readable storage medium. Background Technology

[0002] Automotive smart terminals generally use Bluetooth Low Energy (BLE) and its upper-layer Generic Attribute Profile (GATT) to establish connections and conduct data interaction with the vehicle's infotainment system. However, different automakers have not adopted a unified communication standard, which means that most automotive smart terminals on the market can only support a single automaker or even a specific model. If the user changes vehicle brand or the protocol changes after an infotainment system upgrade, the automotive smart terminal will be unable to connect properly. Summary of the Invention

[0003] In view of this, the purpose of the present invention is to provide a multi-protocol communication method, apparatus, vehicle intelligent terminal and computer-readable storage medium, which can realize multi-protocol communication of vehicle intelligent terminal.

[0004] To achieve the above objectives, the technical solutions adopted in the embodiments of the present invention are as follows: In a first aspect, the present invention provides a multi-protocol communication method applied to a vehicle intelligent terminal, the method comprising: After the vehicle intelligent terminal is powered on, the switching mode of the vehicle intelligent terminal is obtained; If the mode is switched to intelligent mode, check if the vehicle system access configuration information is stored locally. If the vehicle access configuration information is not available or communication fails to be established based on the vehicle access configuration information, the characteristic information of the target vehicle and the target protocol type is determined by multi-protocol time-division multiplexing broadcast scanning. Communicate with the target vehicle system based on the characteristic information of the target protocol type.

[0005] In an optional implementation, the step of determining the characteristic information of the target vehicle system and the target protocol type through multi-protocol time-division multiplexing broadcast scanning includes: If the number of pre-configured protocol types exceeds a preset threshold, time-division multiplexing broadcast is performed based on multiple preset broadcast names, and the connected broadcast name is determined as the target broadcast name; the broadcast name corresponds to at least one vehicle-mounted unit; The feature information of at least one protocol type corresponding to the target broadcast name is determined as the feature information of the candidate protocol type; Based on the target broadcast name, the current connection mode corresponding to the target broadcast name is determined from a plurality of preset connection modes, and time-division multiplexing broadcast is performed based on the target broadcast name, the feature information of each of the candidate protocol types, and the current connection mode; If a vehicle-mounted unit successfully connects using the current connection mode, the vehicle-mounted unit successfully connected to the vehicle's intelligent terminal is identified as the target vehicle-mounted unit, and the candidate protocol type supported by the target vehicle-mounted unit is identified as the target protocol type. If no vehicle-mounted system has successfully connected using the current connection mode, a new current connection mode corresponding to the target broadcast name is determined from a set of preset connection modes using a polling method.

[0006] In an optional implementation, the connection modes include unpaired direct connection, traditional paired connection, and secure paired connection; determining the current connection mode corresponding to the target broadcast name from a preset plurality of connection modes based on the target broadcast name includes: If there is no connection mode among the preset multiple connection modes that does not match the target broadcast name, the unpaired direct connection will be determined as the current connection mode. If there is a connection mode among the preset multiple connection modes that does not match the target broadcast name, the connection mode that does not match the target broadcast name is deleted from the unpaired direct connection, the traditional paired connection and the secure paired connection to obtain candidate connection modes, and the first candidate connection mode is determined as the current connection mode.

[0007] In an optional implementation, the step of determining the characteristic information of the target vehicle system and the target protocol type through multi-protocol time-division multiplexing broadcast scanning includes: If the number of pre-configured protocol types does not exceed a preset threshold, the current connection mode corresponding to each broadcast name is determined from multiple preset connection modes based on each broadcast name, and time-division multiplexing broadcast is performed based on the feature information of each broadcast name, at least one protocol type corresponding to each broadcast name, and the current connection mode. If a vehicle-mounted unit successfully connects using the current connection mode, the vehicle-mounted unit successfully connected to the vehicle's intelligent terminal is identified as the target vehicle-mounted unit, and the protocol type corresponding to the target vehicle-mounted unit is identified as the target protocol type. If no vehicle-mounted system has successfully connected using the current connection mode, a new current connection mode corresponding to each broadcast name is determined from a set of preset connection modes using a polling method.

[0008] In an optional implementation, the feature information includes an object model version number and a protocol version number, and the step of communicating with the target vehicle system based on the feature information of the target protocol type includes: Obtain the matching object model mapping table based on the object model version number of the target protocol type; The functional instructions of the vehicle intelligent terminal are converted into instructions that the target vehicle system can recognize according to the matching object model mapping table; The target encryption algorithm identifier is determined based on the protocol version number of the target protocol type; If the target encryption algorithm identifier indicates encrypted communication, then the instructions recognizable by the target vehicle system are encrypted according to the target encryption algorithm identifier, and the encrypted instructions recognizable by the target vehicle system are transmitted to the target vehicle system. If the target encryption algorithm identifier indicates unencrypted communication, the instructions that the target vehicle system can recognize will be transmitted to the target vehicle system. The characteristic information of the target protocol type and the target encryption algorithm identifier are stored as vehicle-mounted access configuration information.

[0009] In an optional implementation, determining the target encryption algorithm identifier based on the protocol version number of the target protocol type includes: If the target protocol type has a defined encryption algorithm, obtain the identifier of the defined encryption algorithm of the target protocol type according to the protocol version number of the target protocol type, and obtain the target encryption algorithm identifier; If the target protocol type does not have a defined encryption algorithm, the identifier of the encryption algorithm supported by the target protocol type is obtained according to the protocol version number of the target protocol type to obtain the candidate encryption algorithm identifier; encrypted communication is performed with the target vehicle system based on each candidate encryption algorithm identifier, and the candidate encryption algorithm identifier that is successfully decrypted by the target vehicle system is determined as the target encryption algorithm identifier.

[0010] In an optional implementation, the method further includes: If the switching mode is physical button mode, it receives the target vehicle system specified by the user and the target protocol type set by the user through the physical button, and communicates with the target vehicle system according to the feature information of the target protocol type; If the switching mode is manual configuration mode, the system receives the target vehicle system and target protocol type specified by the user, and communicates with the target vehicle system according to the characteristic information of the target protocol type; Upon receiving a protocol change notification from the target vehicle's infotainment system, a new connection is established with the target vehicle's infotainment system based on the new target protocol type and multiple preset connection modes.

[0011] Secondly, the present invention provides a multi-protocol communication device for use in a vehicle intelligent terminal, the device comprising: The main control module is used to obtain the switching mode of the vehicle intelligent terminal after the vehicle intelligent terminal is powered on; if the switching mode is intelligent mode, it checks whether the vehicle access configuration information is stored locally. The protocol adaptation module is used to determine the characteristic information of the target vehicle and the target protocol type through multi-protocol time-division multiplexing broadcast scanning if there is no vehicle access configuration information or communication based on the vehicle access configuration information fails. The execution module is used to communicate with the target vehicle system based on the characteristic information of the target protocol type.

[0012] Thirdly, the present invention provides a vehicle intelligent terminal, including a processor and a memory, wherein the memory stores a computer program that can be executed by the processor, and the processor can execute the computer program to implement the multi-protocol communication method described in any of the foregoing embodiments.

[0013] Fourthly, the present invention provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the multiprotocol communication method as described in any of the foregoing embodiments.

[0014] Compared to existing technologies, the multi-protocol communication method, apparatus, vehicle intelligent terminal, and computer-readable storage medium provided in this invention, after the vehicle intelligent terminal in intelligent mode is powered on, determines whether vehicle access configuration information is stored locally. If vehicle access configuration information is not present or communication based on vehicle access configuration information fails, multi-protocol time-division multiplexing broadcast scanning is initiated, sending broadcast messages sequentially to vehicle systems of different car manufacturers. After the vehicle system responds with a connection, the target vehicle system and target protocol type associated with the broadcast are locked, and the feature information of the target protocol type is extracted. Subsequently, the vehicle intelligent terminal communicates with the target vehicle system based on the feature information of the target protocol type. Through broadcast recognition and protocol feature-driven dynamic adaptation, the vehicle intelligent terminal achieves multi-protocol adaptive communication, enabling the same vehicle intelligent terminal to automatically be compatible with the proprietary protocols of different car manufacturers without firmware changes or manual user configuration, effectively covering multiple car brands and models, and improving the compatibility and user experience of the vehicle intelligent terminal.

[0015] To make the above-mentioned objects, features and advantages of the present invention more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description

[0016] To more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of the present invention and should not be regarded as a limitation on the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0017] Figure 1 A flowchart illustrating a multi-protocol communication method provided in an embodiment of the present invention is shown.

[0018] Figure 2 This diagram illustrates an application scenario of the multi-protocol communication method provided in an embodiment of the present invention.

[0019] Figure 3 A block diagram of a multiprotocol communication device provided in an embodiment of the present invention is shown.

[0020] Figure 4 A block diagram of a vehicle intelligent terminal provided in an embodiment of the present invention is shown. Detailed Implementation

[0021] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. The components of the embodiments of the present invention described and shown in the accompanying drawings can generally be arranged and designed in various different configurations.

[0022] Therefore, the following detailed description of the embodiments of the invention provided in the accompanying drawings is not intended to limit the scope of the claimed invention, but merely to illustrate selected embodiments of the invention. All other embodiments obtained by those skilled in the art based on the embodiments of the invention without inventive effort are within the scope of protection of the invention.

[0023] It should be noted that relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0024] The embodiments of the present invention will now be described in detail with reference to the accompanying drawings.

[0025] Please refer to Figure 1 , Figure 1 A flowchart illustrating a multi-protocol communication method provided by an embodiment of the present invention is shown. The method includes the following steps: Step S10: After the vehicle's intelligent terminal is powered on, obtain the switching mode of the vehicle's intelligent terminal. Step S20: If the mode is switched to intelligent mode, check if the vehicle system access configuration information is stored locally.

[0026] In this embodiment of the invention, after the vehicle intelligent terminal is powered on, it first obtains the switching mode set by default at the factory. If the switching mode of the vehicle intelligent terminal is intelligent mode, it checks whether the vehicle access configuration information is stored locally. The vehicle access configuration information is generated and persistently saved by the vehicle intelligent terminal during previous successful connections.

[0027] If the vehicle access configuration information is found, the characteristic information of the target vehicle and the target protocol type is determined based on the vehicle access configuration information. A connection is established and communication is established with the target vehicle based on the characteristic information of the target protocol type. The multi-protocol broadcast scanning process can be skipped, and the verified and valid configuration information can be directly called, thereby significantly shortening the communication establishment time and improving the response efficiency.

[0028] If the target in-vehicle infotainment system changes—for example, if the target system recorded in the in-vehicle infotainment configuration information is for a brand A vehicle, but it now becomes the target system for a brand B vehicle—the connection established using the in-vehicle infotainment configuration information will attempt to connect to the brand A system. However, the actual target system to be connected is the brand B system. This will cause communication between the vehicle's smart terminal and the brand B system to fail. It should be noted that if in-vehicle infotainment configuration information exists and communication fails based on it, the locally cached in-vehicle infotainment configuration information will be deleted.

[0029] Step S30: If there is no vehicle access configuration information or communication fails to be established based on the vehicle access configuration information, the characteristic information of the target vehicle and the target protocol type is determined by multi-protocol time-division multiplexing broadcast scanning.

[0030] In this embodiment of the invention, if the vehicle access configuration information is not found or communication based on the vehicle access configuration information fails, a multi-protocol time-division multiplexing broadcast scanning process is initiated. Once the vehicle intelligent terminal establishes a connection with the target vehicle, the broadcast behavior of all other protocols is turned off to avoid resource redundancy and signal interference.

[0031] Multiple preset broadcast names are acquired, and the broadcast time slots of broadcast names with a historical successful connection probability not exceeding a preset probability threshold (e.g., 80%) are set as the preset first time slot. The broadcast time slots of broadcast names with a historical successful connection probability exceeding the preset probability threshold are set as the preset second time slot, thereby dynamically adjusting the duty cycle of each protocol broadcast. In other words, for broadcast names with a high historical successful connection probability, the broadcast duration is extended during the broadcast process to increase the probability of the vehicle's system scanning and capturing the broadcast signal.

[0032] Among them, the first preset time slot is smaller than the second preset time slot, the car manufacturer and the broadcast name are one-to-one, and the vehicle intelligent terminal uses the same broadcast name when performing multi-protocol time-division multiplexing broadcast scanning with multiple vehicle systems under the same car manufacturer.

[0033] Assume the first time slot is preset to 100 milliseconds, the second time slot to 500 milliseconds, and the preset broadcast names include Manufacturer_1, Manufacturer_2, Manufacturer_3, Manufacturer_4, and Babyfirst. Babyfirst has a historical successful connection probability of 90%, while Manufacturer_1, Manufacturer_2, Manufacturer_3, and Manufacturer_4 all have a historical successful connection probability of 0. Set the broadcast time slots of Manufacturer_1, Manufacturer_2, Manufacturer_3, and Manufacturer_4 to 100 milliseconds, and set the broadcast time slot of Babyfirst to 500 milliseconds, as shown in Table 1.

[0034] Table 1

[0035] by Figure 2 For example, the vehicle intelligent terminal 500 performs multi-protocol time-division multiplexing broadcast scanning on multiple vehicle-mounted units 600. Based on each broadcast name and corresponding broadcast time slot, the multi-protocol time-division multiplexing broadcast scanning is performed to determine the target vehicle-mounted unit from the vehicle-mounted units corresponding to multiple broadcast names, as well as the characteristic information of the target protocol type corresponding to the target vehicle-mounted unit.

[0036] Step S40: Communicate with the target vehicle system based on the characteristic information of the target protocol type.

[0037] In this embodiment of the invention, communication is performed with the target vehicle system in accordance with the requirements of the target protocol to realize the exchange of data between the vehicle's intelligent terminal and the target vehicle system.

[0038] In summary, the multi-protocol communication method provided in this embodiment of the invention, after the vehicle intelligent terminal in intelligent mode is powered on, determines whether vehicle access configuration information is stored locally. If vehicle access configuration information is not available or communication based on vehicle access configuration information fails, multi-protocol time-division multiplexing broadcast scanning is initiated, and broadcast messages are sent sequentially to vehicle systems of different car manufacturers. After the vehicle system responds with a connection, the target vehicle system and target protocol type associated with the broadcast are locked, and the feature information of the target protocol type is extracted. Subsequently, the vehicle intelligent terminal communicates with the target vehicle system based on the feature information of the target protocol type. Through broadcast recognition and protocol feature-driven dynamic adaptation, the vehicle intelligent terminal achieves multi-protocol adaptive communication, enabling the same vehicle intelligent terminal to automatically be compatible with the proprietary protocols of different car manufacturers without firmware changes or manual user configuration, effectively covering multiple car brands and models, and improving the compatibility of vehicle intelligent terminals and user experience.

[0039] Optionally, regarding how to determine the characteristic information of the target vehicle unit and the target protocol type through time-division multiplexing broadcast, the following is a possible implementation method. Figure 1 The sub-steps of step S30 may include: Step S300: If the number of pre-configured protocol types exceeds a preset threshold, time-division multiplexing broadcast is performed based on multiple preset broadcast names, and the connected broadcast name is determined as the target broadcast name; the broadcast name corresponds to at least one vehicle-mounted unit.

[0040] In this embodiment of the invention, since different car manufacturers have different BLE GATT communication protocols, broadcast content, pairing encryption methods, object model definitions, and data transmission formats, the vehicle intelligent terminal assigns a unique broadcast name to each car manufacturer.

[0041] A multi-protocol rule base can be used to record the characteristic information of at least one protocol type (i.e., protocol version) under each broadcast name, including but not limited to broadcast name, physical address or broadcast field of the vehicle's intelligent terminal, product model, object model version, and protocol version. Among them, the product model is used to generate a visual interface in the vehicle's infotainment system, and the object model version is used to convert the data format of communication.

[0042] A multi-protocol rule base can be deployed on vehicle smart terminals or in-vehicle systems, supporting online updates to add protocols from new car manufacturers without requiring hardware modifications to the vehicle smart terminal, effectively reducing maintenance costs. Even within the same car manufacturer, different protocols and Bluetooth Low Energy pairing procedures may exist.

[0043] When the number of communication protocol versions recorded in the multi-protocol rule base exceeds a preset threshold (e.g., 10), a time-division multiplexed broadcast is performed, carrying the broadcast name. When the vehicle's infotainment system receives the broadcast, it responds to the connected vehicle's intelligent terminal based on the broadcast name carried in the broadcast. The vehicle's intelligent terminal then identifies the broadcast name to be connected as the target broadcast name.

[0044] Step S310: Determine the feature information of at least one protocol type corresponding to the target broadcast name as the feature information of the candidate protocol type.

[0045] In this embodiment of the invention, the multi-protocol rule base is queried according to the target broadcast name, the protocol type that matches the target broadcast name is determined as the candidate protocol type, and the feature information of the candidate protocol type is read from the multi-protocol rule base.

[0046] Step S320: Determine the current connection mode corresponding to the target broadcast name from multiple preset connection modes based on the target broadcast name, and perform time-division multiplexing broadcast based on the target broadcast name, the feature information of each candidate protocol type and the current connection mode.

[0047] In this embodiment of the invention, a connection mode is selected from multiple preset connection modes as the current connection mode corresponding to the target broadcast name. Based on the target broadcast name, the characteristic information of each candidate protocol type, and the current connection mode, a broadcast message corresponding to each candidate protocol type is generated. Time-division multiplexing broadcast is then restarted to broadcast the broadcast messages corresponding to each candidate protocol type according to the broadcast time slots.

[0048] Step S330: If there is a vehicle-mounted unit that has successfully connected in the current connection mode, the vehicle-mounted unit that has successfully connected to the vehicle's intelligent terminal is identified as the target vehicle-mounted unit, and the candidate protocol type supported by the target vehicle-mounted unit is identified as the target protocol type.

[0049] In this embodiment of the invention, if the vehicle successfully establishes a connection with the vehicle intelligent terminal based on the current connection model, the vehicle-mounted unit successfully connected to the vehicle intelligent terminal is identified as the target vehicle-mounted unit. Simultaneously, the vehicle intelligent terminal obtains the candidate protocol types supported by the target vehicle-mounted unit and identifies these candidate protocol types as the target protocol type.

[0050] Step S340: If there is no vehicle-mounted unit that has successfully connected in the current connection mode, determine the new current connection mode corresponding to the target broadcast name from multiple preset connection modes by polling.

[0051] In this embodiment of the invention, the connection modes include unpaired direct connection, traditional pairing connection, and secure pairing connection, with the connection order being unpaired direct connection, traditional pairing connection, and secure pairing connection, respectively. That is, if the connection fails in the unpaired direct connection mode, the traditional pairing connection mode is then used to connect. If an error occurs when connecting in the traditional pairing connection mode, the secure pairing connection mode is then used to connect.

[0052] If the vehicle-mounted unit fails to establish a connection when trying to connect using the current connection mode (i.e., connection timeout or connection failure occurs), a failure log is recorded for subsequent optimization. The next connection mode from multiple connection modes is obtained as the new current connection mode. Time-division multiplexing broadcast is then performed based on the target broadcast name, the characteristic information of each candidate protocol type, and the new current connection mode. The target vehicle-mounted unit that can successfully connect to the vehicle's intelligent terminal is determined through connection mode probing.

[0053] Optionally, the connection modes include unpaired direct connection, traditional paired connection, and secure paired connection. Regarding how to select the current connection mode, one possible implementation is provided below. Sub-steps of step S320 may include: Step S321: If there is no connection mode among the preset multiple connection modes that does not match the target broadcast name, then the unpaired direct connection is determined as the current connection mode.

[0054] In this embodiment of the invention, if no connection mode that does not match the target broadcast name is recorded locally, the connection mode of the current connection is selected first, according to the predefined connection order (no pairing direct connection, traditional pairing connection, secure pairing connection), i.e., the current connection mode.

[0055] Step S322: If there is a connection mode among the preset multiple connection modes that does not match the target broadcast name, delete the connection mode that does not match the target broadcast name from the unpaired direct connection, traditional pairing connection and secure pairing connection to obtain candidate connection modes, and determine the first candidate connection mode as the current connection mode.

[0056] If a connection pattern that does not match the target broadcast name exists in the local records, skip the connection patterns that do not match the target broadcast name and obtain candidate connection patterns. Following a predefined connection order, the first candidate connection pattern is determined as the current connection pattern.

[0057] As one possible implementation, assume that an initial broadcast scan of the target broadcast name does not reveal any connection patterns that do not match the target broadcast name. The vehicle's intelligent terminal attempts to enter connection modes based on the target broadcast name. It prioritizes attempting a direct connection without pairing. If the vehicle's infotainment system returns a connection parameter update request or disconnects, the vehicle's intelligent terminal marks the direct connection without pairing as a connection pattern that does not match the target broadcast name and continues to attempt a traditional pairing connection. If the connection with the vehicle's infotainment system fails using the traditional pairing connection mode, the vehicle's intelligent terminal marks the traditional pairing connection as a connection pattern that does not match the target broadcast name and then attempts a secure pairing connection.

[0058] Suppose the vehicle's intelligent terminal marks a connection mode that does not match the target broadcast name as either an unpaired direct connection or a traditional paired connection. When the target broadcast name is broadcast again, the secure paired connection will be directly identified as the current connection mode. The vehicle's intelligent terminal can automatically adapt to the vehicle's requirements for connection modes through a "trial and error learning" mechanism.

[0059] Optionally, regarding how to determine the characteristic information of the target vehicle unit and the target protocol type through time-division multiplexing broadcast, the following is a possible implementation method. Figure 1 The sub-steps of step S30 may include: Step S350: If the number of pre-configured protocol types does not exceed a preset threshold, determine the current connection mode corresponding to each broadcast name from a plurality of preset connection modes based on each broadcast name, and perform time-division multiplexing broadcast based on the feature information of each broadcast name, at least one protocol type corresponding to each broadcast name, and the current connection mode.

[0060] In this embodiment of the invention, when the number of pre-configured protocol types is small, a protocol fingerprint database can be created in the vehicle's intelligent terminal. Record information from the multi-protocol rule base deployed in the vehicle or cloud can be cached in the protocol fingerprint database, supporting fuzzy matching and adopting a more refined broadcast strategy to improve the efficiency of discovering target vehicle systems.

[0061] For each broadcast name, determine if there is a connection mode among the multiple connection modes that does not match the target broadcast name. If not, determine the unpaired direct connection as the current connection mode. If there is a match, determine the first connection mode that matches the target broadcast name as the current connection mode.

[0062] Based on the broadcast name, feature information of at least one protocol type corresponding to the broadcast name is obtained from the protocol fingerprint database. The feature information includes, but is not limited to, the physical address or broadcast field of the vehicle intelligent terminal, product model, and protocol version number. Based on the feature information of each protocol type, the broadcast name, and the current connection mode corresponding to the broadcast name, a broadcast message corresponding to the protocol type is generated, and the broadcast message corresponding to the protocol type is broadcast according to the broadcast time slot of the protocol type.

[0063] Step S360: If there is a vehicle-mounted unit that has successfully connected in the current connection mode, the vehicle-mounted unit that has successfully connected to the vehicle's intelligent terminal is identified as the target vehicle-mounted unit, and the protocol type corresponding to the target vehicle-mounted unit is identified as the target protocol type.

[0064] In this embodiment of the invention, if a connection to the vehicle's infotainment system can be successfully established using the current connection mode, it indicates that the broadcast name, protocol type, and current connection mode have triggered a valid protocol handshake, terminating other broadcasts. The vehicle's infotainment system that initiated the connection and successfully established a connection with the vehicle's intelligent terminal is identified as the target vehicle's infotainment system, and the protocol type used in the broadcast message is identified as the target protocol type.

[0065] Step S370: If there is no vehicle-mounted unit that has successfully connected in the current connection mode, determine the new current connection mode corresponding to each broadcast name from a plurality of preset connection modes by polling.

[0066] In this embodiment of the invention, if the current connection mode fails to connect to the vehicle's infotainment system, the vehicle's intelligent terminal obtains the next connection mode from multiple connection modes as the new current connection mode, thereby achieving automatic switching of the connection mode. Based on the feature information of the protocol type, the broadcast name, and the new current connection mode corresponding to the broadcast name, a new broadcast message corresponding to the protocol type is generated, and the new broadcast message corresponding to the protocol type is broadcast based on the broadcast time slot of the protocol type, until a target vehicle's infotainment system that has successfully established a connection with the vehicle's intelligent terminal is found.

[0067] Optionally, the feature information includes the object model version number and the protocol version number. Regarding how to communicate with the target vehicle system, one possible implementation method is provided below. Figure 1 The sub-steps of step S40 may include: Step S400: Obtain the matching object model mapping table based on the object model version number of the target protocol type.

[0068] In this embodiment of the invention, after the vehicle intelligent terminal completes pairing and connection with the target vehicle, it enters the capability negotiation phase. The vehicle intelligent terminal reads the pairing identifier (i.e., whether configuration is required), connection method (i.e., direct connection without pairing, traditional pairing connection, and secure pairing connection) and pairing encryption requirements (i.e., whether secure connection is enabled) supported by the connection phase from the target vehicle's infotainment system through the standard GATT Service.

[0069] The vehicle's intelligent terminal queries the object model version number corresponding to the target protocol type from a multi-protocol rule base or protocol fingerprint database, and retrieves the matching object model mapping table from multiple object model mapping tables based on the object model version number corresponding to the target protocol type. There is a one-to-one correspondence between the object model version number and the object model mapping table, which records the functions, protocol capability descriptors, and function values ​​supported by the target protocol type.

[0070] The vehicle's intelligent terminal internally constructs a unified abstraction model layer independent of the vehicle's infotainment system protocol. This abstraction model layer standardizes various cockpit control intentions into semantically clear and structurally stable logical actions. For example, seat rotation is abstracted as `Seat_Rotate`, and air conditioning temperature setting is abstracted as `Temp_Set`. All upper-layer business logic is developed and called based on this set of standard interfaces, thereby avoiding the problem of repeatedly writing communication logic for different car manufacturers, significantly reducing redundant development work for different car manufacturers, and effectively improving development efficiency.

[0071] Based on this, the vehicle's intelligent terminal maintains object model mapping tables (e.g., JSON mapping tables) for various vehicle-mounted protocols (i.e., protocol types). Each object model mapping table corresponds to a protocol type, recording the specific communication expression required by the vehicle-mounted system for the same abstract action (i.e., function). Taking the function Seat_Rotate as an example, the corresponding protocol capability descriptor on vehicle-mounted system A is 0xFF01, and the function value is 0x01. On vehicle-mounted system B, the corresponding protocol capability descriptor is 0x1234, and the function value is true.

[0072] Step S410: Convert the functional instructions of the vehicle intelligent terminal into instructions that can be recognized by the target vehicle system according to the matched object model mapping table.

[0073] In this embodiment of the invention, upon receiving the user request "Seat_Rotate", the vehicle intelligent terminal saves the user request as "Seat_Rotate", "0xF001", and "01" in a unified format. When the vehicle intelligent terminal communicates with the target locomotive, protocol conversion is performed at the transport layer.

[0074] If the target vehicle infotainment system is vehicle A, then according to the matching object model mapping table, the protocol capability descriptor is changed from 0xF001 to 0xFF01, and the function value is changed from 01 to 0x01. If the target vehicle infotainment system is vehicle B, then according to the matching object model mapping table, the protocol capability descriptor is changed from 0xF001 to 0x1234, and the function value is changed from 01 to true. This ensures that upper-layer function commands can be accurately parsed and executed by different vehicle infotainment systems, thereby achieving decoupling between upper-layer business logic and lower-layer communication protocols.

[0075] Step S420: Determine the target encryption algorithm identifier based on the protocol version number of the target protocol type.

[0076] Before transmitting the command, the target encryption algorithm identifier is obtained based on the protocol version number of the target protocol type. The target encryption algorithm identifier is used to indicate whether data encryption is required during the data transmission phase.

[0077] Step S430: If the target encryption algorithm identifier indicates encrypted communication, then the instructions recognizable by the target vehicle unit are encrypted according to the target encryption algorithm identifier, and the encrypted instructions recognizable by the target vehicle unit are transmitted to the target vehicle unit.

[0078] In this embodiment of the invention, if data encryption is required, a corresponding encryption / decryption object is instantiated from the encryption algorithm library according to the target encryption algorithm identifier, and the encryption / decryption object is used to encrypt the instructions that the target vehicle-mounted unit can recognize. The encrypted instructions that the target vehicle-mounted unit can recognize are then transmitted to the target vehicle-mounted unit to ensure that all instruction issuance and status reporting are transmitted through the encryption channel.

[0079] Step S440: If the target encryption algorithm identifier indicates unencrypted communication, transmit the instructions that the target vehicle unit can recognize to the target vehicle unit.

[0080] In this embodiment of the invention, if encrypted communication is not required, the encryption and decryption process is skipped, and the instructions that the target vehicle system can recognize are directly transmitted to the target vehicle system in plaintext form.

[0081] Step S450: Store the characteristic information of the target protocol type and the identifier of the target encryption algorithm as vehicle access configuration information.

[0082] In this embodiment of the invention, the characteristic information of the target protocol type and the identifier of the target encryption algorithm are stored as vehicle access configuration information, so that the vehicle intelligent terminal will use the vehicle access configuration information cached locally first when it connects next time, thereby accelerating the access speed.

[0083] Optionally, regarding how to determine the encryption algorithm, the following is a possible implementation. Sub-steps of step S420 may include: Step S421: If the target protocol type has a defined encryption algorithm, obtain the identifier of the defined encryption algorithm of the target protocol type according to the protocol version number of the target protocol type, and obtain the target encryption algorithm identifier.

[0084] In this embodiment of the invention, it is determined whether the target protocol type specifies an encryption algorithm. If the target protocol type has specified an encryption algorithm (i.e., there is a defined encryption algorithm), the identifier of the defined encryption algorithm is obtained directly according to the protocol version number of the target protocol type, and the identifier of the defined encryption algorithm is determined as the target encryption algorithm identifier.

[0085] Step S422: If the target protocol type does not have a defined encryption algorithm, obtain the identifier of the encryption algorithm supported by the target protocol type according to the protocol version number of the target protocol type to obtain the candidate encryption algorithm identifier; perform encrypted communication with the target vehicle system based on each candidate encryption algorithm identifier, and determine the candidate encryption algorithm identifier that is successfully decrypted by the target vehicle system as the target encryption algorithm identifier.

[0086] In this embodiment of the invention, if the target protocol type does not specify an encryption algorithm (i.e., no defined encryption algorithm exists), a tentative matching mode is initiated. The encryption algorithms supported by the target protocol type are queried based on the protocol version number, and the identifiers of the supported encryption algorithms are determined as candidate encryption algorithm identifiers. Command encryption transmissions are then initiated to the target vehicle system sequentially using the encryption / decryption methods corresponding to each candidate encryption algorithm identifier, and the system monitors whether the target vehicle system can successfully decrypt the commands.

[0087] The candidate encryption algorithm identifier that is successfully decrypted by the target vehicle system is identified as the target encryption algorithm identifier, and this identifier is set as the identifier of the predefined encryption algorithm corresponding to the target protocol type. The predefined encryption algorithm corresponding to the target protocol type is determined through a self-adaptive process of "trial and error and learning".

[0088] Optionally, in the event of a protocol change, the following is a possible implementation method for continuing communication with the target vehicle's infotainment system. The multi-protocol communication method further includes the following steps: If the switching mode is physical button mode, it receives the target vehicle system specified by the user and the target protocol type set by the user through the physical button, and communicates with the target vehicle system according to the characteristic information of the target protocol type.

[0089] In this embodiment of the invention, for a vehicle intelligent terminal with a switching mode of physical button mode, the user selects a target vehicle infotainment system and adjusts the physical button to the position corresponding to the target protocol. Assuming the physical button is a gear shift switch, the user shifts the gear shift switch to the position corresponding to the target protocol. The vehicle intelligent terminal responds to the user's operation, receives the target vehicle infotainment system specified by the user, and determines the target protocol type based on the digital signal at the location of the gear shift switch. Then, it acquires the characteristic information of the target protocol type and establishes a connection with the target vehicle infotainment system and initiates communication based on the characteristic information of the target protocol type.

[0090] If the switching mode is manual configuration mode, it receives the target vehicle system and target protocol type specified by the user, and communicates with the target vehicle system according to the characteristic information of the target protocol type.

[0091] In this embodiment of the invention, for a vehicle intelligent terminal with the switching mode set to manual configuration mode, the user selects the target vehicle infotainment system and the target protocol type via an APP (application). The vehicle intelligent terminal receives the target vehicle infotainment system and the target protocol type specified by the user, obtains the characteristic information of the target protocol type, and establishes a connection with the target vehicle infotainment system and conducts communication based on the characteristic information of the target protocol type.

[0092] As can be seen, the embodiments of the present invention provide multi-protocol communication methods for vehicle intelligent terminals supporting different switching modes, balancing adaptability and manual controllability to meet differentiated usage needs. For vehicle intelligent terminals supporting intelligent mode, by performing multi-protocol time-division multiplexing broadcast scanning, the target vehicle unit and target protocol type are identified and locked from the responding vehicle units. Multi-protocol adaptive communication can be achieved without user intervention, significantly reducing the usage threshold for ordinary users and improving the initial connection success rate and deployment efficiency. For vehicle intelligent terminals supporting physical button mode, communication is established with the target vehicle unit specified by the user based on the target protocol type set by adjusting the physical button. For vehicle intelligent terminals supporting manual configuration mode, communication is established with the target vehicle unit specified by the user based on the target protocol type specified by the user. Physical button mode or manual configuration mode can respond instantly to explicit communication paths, improving deployment efficiency.

[0093] Upon receiving a protocol change notification from the target vehicle's infotainment system, a new connection is established with the target vehicle's infotainment system based on the new target protocol type and multiple preset connection modes.

[0094] In this embodiment of the invention, when the vehicle's intelligent terminal receives a protocol change notification actively sent by the target vehicle's infotainment system while the connection is already established, it indicates that the communication protocol used between the target vehicle's infotainment system and the vehicle's intelligent terminal has been updated or switched. The vehicle's intelligent terminal updates the corresponding protocol version according to the new target protocol type, and after the target protocol is updated, it establishes a connection with the target vehicle's infotainment system based on the new target protocol type through connection mode probing. This ensures that the communication connection can still operate normally after the protocol change, avoiding command failures or abnormal data transmission due to version mismatch.

[0095] Based on the same inventive concept, the basic principle and technical effects of the multi-protocol communication device provided in this embodiment are the same as those in the above embodiments. For the sake of brevity, any parts not mentioned in this embodiment can be referred to the corresponding content in the above embodiments.

[0096] Please refer to Figure 3 , Figure 3 This is a block diagram of a multi-protocol communication device 400 provided in an embodiment of the present invention. The multi-protocol communication device 400 includes a main control module 410, a protocol adaptation module 420, and an execution module 430.

[0097] The main control module 410 is used to obtain the switching mode of the vehicle intelligent terminal after the vehicle intelligent terminal is powered on; if the switching mode is intelligent mode, it checks whether the vehicle access configuration information is stored locally. The protocol adaptation module 420 is used to determine the characteristic information of the target vehicle and the target protocol type through multi-protocol time-division multiplexing broadcast scanning if there is no vehicle access configuration information or communication based on the vehicle access configuration information fails. The execution module 430 is used to communicate with the target vehicle system based on the characteristic information of the target protocol type.

[0098] In summary, the multi-protocol communication device provided in this embodiment of the invention, after the vehicle intelligent terminal in intelligent mode is powered on, determines whether vehicle access configuration information is stored locally. If vehicle access configuration information is not available or communication based on vehicle access configuration information fails, multi-protocol time-division multiplexing broadcast scanning is initiated, and broadcast messages are sent sequentially to vehicle systems of different car manufacturers. After the vehicle system responds with a connection, the target vehicle system and target protocol type associated with the broadcast are locked, and the feature information of the target protocol type is extracted. Subsequently, the vehicle intelligent terminal communicates with the target vehicle system based on the feature information of the target protocol type. Through broadcast recognition and protocol feature-driven dynamic adaptation, the vehicle intelligent terminal achieves multi-protocol adaptive communication, enabling the same vehicle intelligent terminal to automatically be compatible with the proprietary protocols of different car manufacturers without firmware changes or manual user configuration, effectively covering multiple car brands and models, and improving the compatibility of vehicle intelligent terminals and user experience.

[0099] Optionally, the protocol adaptation module 420 is configured to, if the number of pre-configured protocol types exceeds a preset threshold, perform time-division multiplexing broadcast based on multiple preset broadcast names, and determine the connected broadcast name as the target broadcast name; the broadcast name corresponds to at least one vehicle-mounted unit; determine the feature information of at least one protocol type corresponding to the target broadcast name as the feature information of candidate protocol types; determine the current connection mode corresponding to the target broadcast name from multiple preset connection modes according to the target broadcast name, and perform time-division multiplexing broadcast based on the target broadcast name, the feature information of each candidate protocol type, and the current connection mode; if there is a vehicle-mounted unit successfully connected in the current connection mode, determine the vehicle-mounted unit successfully connected to the vehicle intelligent terminal as the target vehicle-mounted unit, and determine the candidate protocol type supported by the target vehicle-mounted unit as the target protocol type; if there is no vehicle-mounted unit successfully connected in the current connection mode, determine the new current connection mode corresponding to the target broadcast name from multiple preset connection modes in a polling manner.

[0100] Optionally, the connection modes include unpaired direct connection, traditional paired connection, and secure paired connection. The protocol adaptation module 420 is configured to: if none of the preset connection modes match the target broadcast name, determine unpaired direct connection as the current connection mode; if any of the preset connection modes match the target broadcast name, delete the mismatched connection modes from the unpaired direct connection, traditional paired connection, and secure paired connection to obtain candidate connection modes, and determine the first candidate connection mode as the current connection mode.

[0101] Optionally, the protocol adaptation module 420 is used to determine the current connection mode corresponding to each broadcast name from a preset plurality of connection modes based on each broadcast name if the number of pre-configured protocol types does not exceed a preset threshold, and to perform time-division multiplexing broadcast based on the feature information of each broadcast name, at least one protocol type corresponding to each broadcast name, and the current connection mode; if there is a vehicle-mounted unit that has successfully connected with the current connection mode, the vehicle-mounted unit that has successfully connected with the vehicle's intelligent terminal is identified as the target vehicle-mounted unit, and the protocol type corresponding to the target vehicle-mounted unit is identified as the target protocol type; if there is no vehicle-mounted unit that has successfully connected with the current connection mode, a new current connection mode corresponding to each broadcast name is determined from a preset plurality of connection modes in a polling manner.

[0102] Optionally, the feature information includes the object model version number and the protocol version number. The execution module 430 is configured to: obtain a matching object model mapping table based on the object model version number of the target protocol type; convert the functional instructions of the vehicle intelligent terminal into instructions recognizable by the target vehicle-mounted system according to the matching object model mapping table; determine the target encryption algorithm identifier based on the protocol version number of the target protocol type; if the target encryption algorithm identifier indicates encrypted communication, encrypt the instructions recognizable by the target vehicle-mounted system according to the target encryption algorithm identifier, and transmit the encrypted instructions recognizable by the target vehicle-mounted system to the target vehicle-mounted system; if the target encryption algorithm identifier indicates unencrypted communication, transmit the instructions recognizable by the target vehicle-mounted system to the target vehicle-mounted system; and store the feature information of the target protocol type and the target encryption algorithm identifier as vehicle-mounted system access configuration information.

[0103] Optionally, the execution module 430 is configured to: if a defined encryption algorithm exists for the target protocol type, obtain the identifier of the defined encryption algorithm for the target protocol type based on the protocol version number of the target protocol type, and obtain the target encryption algorithm identifier; if no defined encryption algorithm exists for the target protocol type, obtain the identifier of the encryption algorithm supported by the target protocol type based on the protocol version number of the target protocol type, and obtain the candidate encryption algorithm identifier; perform encrypted communication with the target vehicle system based on each candidate encryption algorithm identifier, and determine the candidate encryption algorithm identifier that is successfully decrypted by the target vehicle system as the target encryption algorithm identifier.

[0104] Optionally, the main control module 410 is also used to receive the target vehicle system specified by the user and the target protocol type set by the user through the physical button if the switching mode is physical button mode; and to receive the target vehicle system specified by the user and the target protocol type if the switching mode is manual configuration mode.

[0105] Optionally, the protocol adaptation module 420 is also used to re-establish a connection with the target vehicle unit according to the new target protocol type and multiple preset connection modes after receiving a protocol change notification from the target vehicle unit.

[0106] Please refer to Figure 4 This is a block diagram illustrating a vehicle intelligent terminal 500 provided in an embodiment of the present invention. The vehicle intelligent terminal 500 includes, but is not limited to, an intelligent child safety seat, in-vehicle monitoring equipment, in-vehicle aromatherapy, in-vehicle microphone, and an Ultra Wide Band (UWB) key (i.e., a car digital key based on ultra-wideband wireless technology). The vehicle intelligent terminal 500 includes a memory 510, a processor 520, and a communication module 530. The memory 510, processor 520, and communication module 530 are electrically connected directly or indirectly to each other to achieve data transmission or interaction. For example, these components can be electrically connected to each other through one or more communication buses or signal lines.

[0107] The memory 510 is used to store programs or data. The memory 510 may be, but is not limited to, random access memory, read-only memory, programmable read-only memory, erasable read-only memory, electrically erasable read-only memory, etc.

[0108] The processor 520 is used to read / write data or programs stored in the memory 510 and perform corresponding functions. For example, when a computer program stored in the memory 510 is executed by the processor 520, the multi-protocol communication method disclosed in the above embodiments can be implemented.

[0109] The communication module 530 is used to establish a communication connection between the vehicle intelligent terminal 500 and other communication terminals via the network, and to send and receive data via the network.

[0110] It should be understood that, Figure 4 The structure shown is only a schematic diagram of the vehicle intelligent terminal 500. The vehicle intelligent terminal 500 may also include components such as... Figure 4 The more or fewer components shown, or having the same Figure 4 The different configurations shown. Figure 4 The components shown can be implemented using hardware, software, or a combination thereof.

[0111] This invention also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor 520, implements the multi-protocol communication method disclosed in the above embodiments.

[0112] In the several embodiments provided by this invention, it should be understood that the disclosed apparatus and methods can also be implemented in other ways. The apparatus embodiments described above are merely illustrative; for example, the flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods, and computer program products according to various embodiments of the invention. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order than those marked in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram and / or flowchart, and combinations of blocks in block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0113] In addition, the functional modules in the various embodiments of the present invention can be integrated together to form an independent part, or each module can exist independently, or two or more modules can be integrated to form an independent part.

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

[0115] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. Various modifications and variations can be made to the present invention by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A multi-protocol communication method, characterized in that, The method, applied to a vehicle intelligent terminal, includes: After the vehicle intelligent terminal is powered on, the switching mode of the vehicle intelligent terminal is obtained; If the mode is switched to intelligent mode, check if the vehicle system access configuration information is stored locally. If the vehicle access configuration information is not available or communication fails to be established based on the vehicle access configuration information, the characteristic information of the target vehicle and the target protocol type is determined by multi-protocol time-division multiplexing broadcast scanning. Communicate with the target vehicle system based on the characteristic information of the target protocol type.

2. The multi-protocol communication method according to claim 1, characterized in that, The method of determining the characteristic information of the target vehicle system and the target protocol type through multi-protocol time-division multiplexing broadcast scanning includes: If the number of pre-configured protocol types exceeds a preset threshold, time-division multiplexing broadcast is performed based on multiple preset broadcast names, and the connected broadcast name is determined as the target broadcast name; the broadcast name corresponds to at least one vehicle-mounted unit; The feature information of at least one protocol type corresponding to the target broadcast name is determined as the feature information of the candidate protocol type; Based on the target broadcast name, the current connection mode corresponding to the target broadcast name is determined from a plurality of preset connection modes, and time-division multiplexing broadcast is performed based on the target broadcast name, the feature information of each of the candidate protocol types, and the current connection mode; If a vehicle-mounted unit successfully connects using the current connection mode, the vehicle-mounted unit successfully connected to the vehicle's intelligent terminal is identified as the target vehicle-mounted unit, and the candidate protocol type supported by the target vehicle-mounted unit is identified as the target protocol type. If no vehicle-mounted system has successfully connected using the current connection mode, a new current connection mode corresponding to the target broadcast name is determined from a set of preset connection modes using a polling method.

3. The multi-protocol communication method according to claim 2, characterized in that, The connection modes include unpaired direct connection, traditional paired connection, and secure paired connection; determining the current connection mode corresponding to the target broadcast name from a preset set of connection modes based on the target broadcast name includes: If there is no connection mode among the preset multiple connection modes that does not match the target broadcast name, the unpaired direct connection will be determined as the current connection mode. If there is a connection mode among the preset multiple connection modes that does not match the target broadcast name, the connection mode that does not match the target broadcast name is deleted from the unpaired direct connection, the traditional paired connection and the secure paired connection to obtain candidate connection modes, and the first candidate connection mode is determined as the current connection mode.

4. The multi-protocol communication method according to claim 1, characterized in that, The method of determining the characteristic information of the target vehicle system and the target protocol type through multi-protocol time-division multiplexing broadcast scanning includes: If the number of pre-configured protocol types does not exceed a preset threshold, the current connection mode corresponding to each broadcast name is determined from multiple preset connection modes based on each broadcast name, and time-division multiplexing broadcast is performed based on the feature information of each broadcast name, at least one protocol type corresponding to each broadcast name, and the current connection mode. If a vehicle-mounted unit successfully connects using the current connection mode, the vehicle-mounted unit successfully connected to the vehicle's intelligent terminal is identified as the target vehicle-mounted unit, and the protocol type corresponding to the target vehicle-mounted unit is identified as the target protocol type. If no vehicle-mounted system has successfully connected using the current connection mode, a new current connection mode corresponding to each broadcast name is determined from a set of preset connection modes using a polling method.

5. The multi-protocol communication method according to claim 1, characterized in that, The feature information includes the object model version number and the protocol version number. The step of communicating with the target vehicle system based on the feature information of the target protocol type includes: Obtain the matching object model mapping table based on the object model version number of the target protocol type; The functional instructions of the vehicle intelligent terminal are converted into instructions that the target vehicle system can recognize according to the matching object model mapping table; The target encryption algorithm identifier is determined based on the protocol version number of the target protocol type; If the target encryption algorithm identifier indicates encrypted communication, then the instructions recognizable by the target vehicle system are encrypted according to the target encryption algorithm identifier, and the encrypted instructions recognizable by the target vehicle system are transmitted to the target vehicle system. If the target encryption algorithm identifier indicates unencrypted communication, the instructions that the target vehicle system can recognize will be transmitted to the target vehicle system. The characteristic information of the target protocol type and the target encryption algorithm identifier are stored as vehicle-mounted access configuration information.

6. The multi-protocol communication method according to claim 5, characterized in that, The step of determining the target encryption algorithm identifier based on the protocol version number of the target protocol type includes: If the target protocol type has a defined encryption algorithm, obtain the identifier of the defined encryption algorithm of the target protocol type according to the protocol version number of the target protocol type, and obtain the target encryption algorithm identifier; If the target protocol type does not have a defined encryption algorithm, the identifier of the encryption algorithm supported by the target protocol type is obtained according to the protocol version number of the target protocol type to obtain the candidate encryption algorithm identifier; encrypted communication is performed with the target vehicle system based on each candidate encryption algorithm identifier, and the candidate encryption algorithm identifier that is successfully decrypted by the target vehicle system is determined as the target encryption algorithm identifier.

7. The multi-protocol communication method according to claim 1, characterized in that, The method further includes: If the switching mode is physical button mode, it receives the target vehicle system specified by the user and the target protocol type set by the user through the physical button, and communicates with the target vehicle system according to the feature information of the target protocol type; If the switching mode is manual configuration mode, the system receives the target vehicle system and target protocol type specified by the user, and communicates with the target vehicle system according to the characteristic information of the target protocol type; Upon receiving a protocol change notification from the target vehicle's infotainment system, a new connection is established with the target vehicle's infotainment system based on the new target protocol type and multiple preset connection modes.

8. A multi-protocol communication device, characterized in that, The device, applied to vehicle intelligent terminals, includes: The main control module is used to obtain the switching mode of the vehicle intelligent terminal after the vehicle intelligent terminal is powered on; if the switching mode is intelligent mode, it checks whether the vehicle access configuration information is stored locally. The protocol adaptation module is used to determine the characteristic information of the target vehicle and the target protocol type through multi-protocol time-division multiplexing broadcast scanning if there is no vehicle access configuration information or communication based on the vehicle access configuration information fails. The execution module is used to communicate with the target vehicle system based on the characteristic information of the target protocol type.

9. A vehicle intelligent terminal, characterized in that, It includes a processor and a memory, the memory storing a computer program that can be executed by the processor to implement the multiprotocol communication method according to any one of claims 1-7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the multiprotocol communication method as described in any one of claims 1-7.

Images