Vehicle control method, system and device, storage medium and program product

Abstract

The invention discloses a vehicle control method, system and device, a storage medium and a program product, and the method comprises the steps: enabling a first vehicle to respond to a head vehicle setting instruction, setting a vehicle-mounted Bluetooth to be in a broadcast mode, and determining a head vehicle broadcast name based on a vehicle identifier; and generating vehicle control information based on a control instruction input by a user, and broadcasting the vehicle control information through the vehicle-mounted Bluetooth in the broadcast mode according to the head vehicle broadcast name. And the second vehicle carries out broadcast scanning through the vehicle-mounted Bluetooth, and when the vehicle control information broadcasted by the broadcast name of the head vehicle is scanned, networking verification is carried out based on the vehicle control information. And when determining that the second vehicle passes the networking verification, executing a control instruction included in the scanned vehicle control information. Through the technical scheme of the invention, low-delay and connectionless instantaneous instruction distribution among the vehicles in the motorcade is effectively realized, the communication power consumption and networking complexity are greatly reduced, the dynamic expansibility and reliability are improved, and the motorcade cooperation effect and communication quality are enhanced.

Description

TECHNICAL FIELD

[0001] The present application belongs to the technical field of wireless communication, and particularly relates to a vehicle control method, system, device, storage medium and program product. BACKGROUND

[0002] Car team cooperative operation is very common in daily scenarios such as wedding, business travel, and collective activities. Ensuring efficient and reliable communication between vehicles in the car team plays an important role in maintaining formation, synchronizing instructions, ensuring driving safety and driving efficiency.

[0003] At present, car team communication mainly relies on traditional intercoms and special radios. Such communication methods usually only support voice calls, and require in-vehicle personnel to execute corresponding instructions, which may cause the driver to be distracted while driving, increasing the risk of safety. There are also ways to pair and connect through Bluetooth technology. This method requires a complex pairing and connection process between vehicles, and the number of connections is limited, making it difficult to support flexible networking for large-scale car teams, and maintaining multiple connections for a long time will bring high power consumption and communication delay. The above-mentioned traditional networking methods all have serious defects and cannot achieve low-delay and convenient car team communication.

[0004] Therefore, how to achieve more flexible and convenient car team networking and communication is an important problem to be solved at present. SUMMARY

[0005] The embodiments of the present application provide a vehicle control method, system, device, storage medium and program product, which can improve the efficiency and flexibility of car team networking and enhance the cooperative effect in the actual driving process of the car team.

[0006] In a first aspect, the embodiments of the present application provide a vehicle control method, the method being applied to a first vehicle, and the method comprising: in response to a head vehicle setting instruction input by a user, setting a vehicle-mounted Bluetooth of the first vehicle to a broadcast mode, and determining a head vehicle broadcast name of the vehicle-mounted Bluetooth based on a vehicle identifier of the first vehicle; in response to a control instruction input by the user, generating vehicle control information; broadcasting the vehicle control information based on the broadcast mode and the head vehicle broadcast name, causing at least one second vehicle receiving the vehicle control information to perform networking verification based on the vehicle control information, and executing the control instruction in a case where the networking verification is passed.

[0007] In a second aspect, the embodiments of the present application provide a vehicle control device, the device being applied to a first vehicle, and the device comprising: a broadcast switching module, configured to, in response to a head vehicle setting instruction input by a user, set a vehicle-mounted Bluetooth of the first vehicle to a broadcast mode, and determine a head vehicle broadcast name of the vehicle-mounted Bluetooth based on a vehicle identifier of the first vehicle; an information generation module, configured to generate vehicle control information in response to a user input control instruction; an information broadcast module, configured to broadcast the vehicle control information based on a broadcast mode and a head vehicle broadcast name, so that at least one second vehicle receiving the vehicle control information performs network verification based on the vehicle control information, and executes the control instruction in a case where the network verification is passed.

[0008] In a third aspect, an embodiment of the present application provides a vehicle control method, the method being applied to a second vehicle, and the method comprising: performing broadcast scanning based on a scanning mode of a vehicle-mounted Bluetooth of the second vehicle; performing network verification based on vehicle control information in a case where the vehicle control information broadcast by a head vehicle broadcast name is scanned; executing a control instruction corresponding to the vehicle control information in a case where the second vehicle passes the network verification.

[0009] In a fourth aspect, an embodiment of the present application provides a vehicle control device, the device being applied to a second vehicle, and the device comprising: a broadcast scanning module, configured to perform broadcast scanning based on a scanning mode of a vehicle-mounted Bluetooth of the second vehicle; a network verification module, configured to perform network verification based on vehicle control information in a case where the vehicle control information broadcast by a head vehicle broadcast name is scanned; an instruction execution module, configured to execute a control instruction corresponding to the vehicle control information in a case where the second vehicle passes the network verification.

[0010] In a fifth aspect, an embodiment of the present application provides a vehicle control system, the system being applied to a target vehicle group, the target vehicle group comprising a first vehicle and at least one second vehicle, and the system comprising: a head vehicle control module, configured to set a vehicle-mounted Bluetooth of the first vehicle to a broadcast mode in response to a user input head vehicle setting instruction, determine a head vehicle broadcast name of the vehicle-mounted Bluetooth based on a vehicle identifier of the first vehicle, generate vehicle control information in response to a user input control instruction, and broadcast the vehicle control information based on the broadcast mode and the head vehicle broadcast name; a slave vehicle control module, configured to perform broadcast scanning based on a scanning mode of a vehicle-mounted Bluetooth of the second vehicle, perform network verification based on vehicle control information in a case where the vehicle control information broadcast by a head vehicle broadcast name is scanned, and execute a control instruction corresponding to the vehicle control information in a case where the second vehicle passes the network verification.

[0011] In a sixth aspect, an embodiment of the present application provides a terminal device, the device comprising a processor and a memory storing computer program instructions. When the processor executes computer program instructions, it implements vehicle control methods such as the first and third aspects.

[0012] In a seventh aspect, embodiments of this application provide a computer storage medium on which computer program instructions are stored, which, when executed by a processor, implement the vehicle control methods of the first and third aspects.

[0013] Eighthly, embodiments of this application provide a computer program product in which instructions, when executed by a processor of an electronic device, cause the electronic device to perform vehicle control methods as described in the first and third aspects.

[0014] The technical solutions provided by the embodiments of this application bring at least the following beneficial effects: This application provides a vehicle control method applied to a first vehicle and a second vehicle in a convoy. The method includes: the first vehicle responding to a user-inputted lead vehicle setting command by setting its in-vehicle Bluetooth to broadcast mode, and determining the lead vehicle's broadcast name based on a vehicle identifier. Then, based on the user-inputted control command, corresponding vehicle control information is generated and broadcast using the lead vehicle's broadcast name via the in-vehicle Bluetooth in broadcast mode. The second vehicle can perform a broadcast scan using its in-vehicle Bluetooth in scanning mode. When it detects vehicle control information broadcast using the lead vehicle's broadcast name, it performs network verification based on the vehicle control information. Upon successful network verification, the second vehicle can execute the control commands contained in the scanned vehicle control information.

[0015] The technical solution provided in this application implements networking and communication between vehicles in a fleet through a broadcast mode. This solution effectively achieves low-latency and connectionless instantaneous command distribution between vehicles in a fleet. The Bluetooth broadcast mode avoids the problems of one-to-one pairing, scale limitations, and high communication latency associated with traditional connection methods, significantly reducing communication power consumption and networking complexity. This significantly improves the dynamic scalability and reliability of the fleet networking process, further enhancing the collaborative effect and communication quality during actual fleet operation.

[0016] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0017] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1This is one of the flowcharts illustrating a vehicle control method according to an embodiment of this application; Figure 2 A second schematic flowchart illustrating a vehicle control method provided in one embodiment of this application; Figure 3 This is a third schematic flowchart illustrating a vehicle control method according to an embodiment of this application. Figure 4 A schematic diagram illustrating the process of a second vehicle executing vehicle control commands, provided as an embodiment of this application; Figure 5 This application provides a schematic diagram of a process for a second vehicle to output user prompt information, as an embodiment of the present application. Figure 6 This is a fourth schematic flowchart illustrating a vehicle control method according to an embodiment of this application. Figure 7 Fifth schematic diagram of a vehicle control method provided in one embodiment of this application; Figure 8 This is the sixth schematic flowchart of a vehicle control system provided as an embodiment of this application; Figure 9 One of the structural schematic diagrams of a vehicle control device provided in another embodiment of this application; Figure 10 This is a second schematic diagram of the structure of a vehicle control device provided in another embodiment of this application; Figure 11 This is a schematic diagram of the structure of a terminal device provided in another embodiment of this application. Detailed Implementation

[0019] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.

[0020] It should be noted that, in this document, 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..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes the element.

[0021] It should be noted that the acquisition, storage, use, and processing of data in this application embodiment all comply with the relevant provisions of national laws and regulations.

[0022] Furthermore, it should be noted that in the embodiments of this application, certain software, components, models, and other existing solutions in the industry may be mentioned. These should be considered as exemplary, and their purpose is only to illustrate the feasibility of implementing the technical solution of this application. However, it does not mean that the applicant has used or necessarily used the solution.

[0023] Fleet operations are common in everyday scenarios such as weddings, business trips, and group activities. Ensuring efficient and reliable network communication between vehicles in a fleet is crucial for maintaining fleet formation, synchronizing action commands, and ensuring driving safety and efficiency.

[0024] Currently, fleet communication mainly relies on traditional walkie-talkies or dedicated radios. These communication methods typically only support voice calls, and vehicle commands must be manually identified and executed by the user inside the vehicle, which may distract the driver and increase safety risks.

[0025] Other networking methods utilize Bluetooth pairing, but these require cumbersome pairing and connection processes between vehicles and are limited by the number of Bluetooth connections, making them unsuitable for the flexible networking needs of large-scale fleets. Furthermore, maintaining multiple connections during fleet operation leads to increased power consumption and communication latency. All existing fleet networking and communication methods have significant limitations and problems, failing to meet the practical requirements for low-latency and convenient communication in fleet collaboration scenarios.

[0026] To address the aforementioned technical issues, this application provides a vehicle control method, system, device, storage medium, and program product. The method includes: a first vehicle responding to a user-inputted lead vehicle setting command by setting its in-vehicle Bluetooth to broadcast mode, and simultaneously determining the lead vehicle's broadcast name based on a vehicle identifier. Then, based on the user-inputted control command, corresponding vehicle control information is generated, and the vehicle control information is broadcast using the lead vehicle's broadcast name via the in-vehicle Bluetooth in broadcast mode.

[0027] The second vehicle can perform a broadcast scan via its in-vehicle Bluetooth in scanning mode. When it detects vehicle control information broadcast by the lead vehicle, it performs network verification based on this information. Once the second vehicle passes the network verification, it can execute the control commands contained in the scanned vehicle control information.

[0028] The technical solution provided in this application can realize networking and communication between fleets through the broadcast and scanning modes of Bluetooth Low Energy (BLE). This solution effectively achieves low-latency and connectionless instantaneous command distribution between vehicles in a fleet. The Bluetooth broadcast mode avoids the problems of one-to-one pairing, scalability limitations, and high communication latency associated with traditional connection methods, significantly reducing communication power consumption and networking complexity. This significantly improves the dynamic scalability and reliability of the fleet networking process, further enhancing the collaborative effect and communication quality during actual fleet operation.

[0029] Regarding the execution subject used in the technical solution provided in this application embodiment, it can be the first and second vehicles in the convoy themselves, or it can be a terminal device that can control the first and second vehicles, such as a desktop computer or a laptop computer, or it can be a remote device, such as a server that can remotely control the first and second vehicles.

[0030] In addition, the execution entity used in the embodiments of this application can also be a software execution entity, such as a client or software program installed in the first vehicle and the second vehicle, or in a terminal device. The specific type of execution entity corresponding to the vehicle control method, system, device, storage medium, and program product provided in the embodiments of this application is not strictly limited here; it can be flexibly selected and set according to the application scenario and actual needs.

[0031] It should be noted that the specific application scenarios of the vehicle control methods, systems, devices, storage media and program products provided in the embodiments of this application are not limited. The technical solutions provided in the embodiments of this application can be flexibly applied to various actual scenarios that require fleet networking for command communication according to actual needs.

[0032] For example, in the procession of large convoys, such as wedding convoys or tour convoys, all vehicles in the convoy need to maintain a neat formation and unified action, and be ready to respond to emergencies such as route adjustments and road condition alerts. The technical solution provided in this application allows the lead vehicle in a large convoy to be controlled using a first-vehicle control method, enabling the lead vehicle to broadcast control information to the entire convoy via Bluetooth. Other vehicles in the convoy can then use a second-vehicle control method, receiving the broadcast information from the lead vehicle in real time via Bluetooth scanning. After network verification, they can uniformly execute corresponding control commands, such as activating hazard lights for the entire convoy or changing the driving route.

[0033] The technical solution provided in this application realizes connectionless networking based on Bluetooth broadcasting and one-to-many instant communication, effectively solving the serious drawbacks of traditional fleet communication, which relies on cumbersome and scalable manual responses and pairing. While ensuring communication security and legitimacy, it achieves reliable distribution and automatic execution of instructions. This significantly reduces the driver's workload and safety risks, and improves the response speed and overall efficiency of fleet collaboration.

[0034] It should be noted that the application scenarios described in the above embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. Those skilled in the art will understand that with the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems. The vehicle control methods, systems, devices, storage media, and program products provided by the embodiments of this application can be applied to various practical scenarios requiring fleet networking for command communication.

[0035] Figure 1 This is a schematic flowchart of a vehicle control method provided in one embodiment of this application. Figure 1 The vehicle control method shown is applied to the first vehicle in a convoy as the lead vehicle, and specifically includes steps S101-S103.

[0036] S101: In response to the user's input of a lead vehicle setting command, the vehicle Bluetooth of the first vehicle is set to broadcast mode, and the lead vehicle broadcast name of the vehicle Bluetooth is determined based on the vehicle identifier of the first vehicle.

[0037] In step S101, the technical solution provided in this application embodiment can initialize the vehicle Bluetooth of each vehicle in the fleet to scanning mode after the vehicle starts. After the network starts, the vehicle pre-selected as the lead vehicle in the fleet can be designated as the first vehicle, and the remaining vehicles can be designated as the second vehicles executing the lead vehicle's commands. The first vehicle can switch its vehicle Bluetooth from scanning mode to broadcast mode based on the lead vehicle setting command input by the user. At the same time, the lead vehicle broadcast name of the vehicle Bluetooth in broadcast mode can be determined based on the vehicle identifier of the first vehicle itself.

[0038] The specific format of the lead vehicle setting command is not strictly limited in this embodiment. In some embodiments, the lead vehicle setting command may be a Bluetooth mode switching operation input by the driver or in-vehicle user of the first vehicle through the vehicle's infotainment screen. The first vehicle responds by switching to broadcast mode and simultaneously determines the lead vehicle broadcast name based on the vehicle identifier. Other embodiments may also use other forms of lead vehicle setting commands, which can be flexibly set according to actual needs and application scenarios. The vehicle identifier can be used to represent the first vehicle, and the lead vehicle broadcast name determined based on the vehicle identifier can serve as the basis for subsequent scanning and execution of vehicle control information by the second vehicle.

[0039] Regarding the specific process of determining the broadcast name of the lead vehicle, in the embodiments provided in this application, the vehicle identifier can be determined from the vehicle identification number (VIN) of the first vehicle based on a preset number of digits.

[0040] Then, the lead vehicle broadcast name of the first vehicle can be determined based on the preset lead vehicle broadcast format and vehicle identification. In some embodiments, the preset code length can be the last three digits of a 17-digit vehicle identification number, or other lengths. The preset lead vehicle broadcast format can be... .

[0041] For example, suppose the vehicle identification number (VIN) of a first vehicle is xxxxxxxxxxxxxx123, with the default number of digits being the last three digits, meaning the vehicle identifier for this first vehicle is 123. When this first vehicle is identified as the lead vehicle, switching the vehicle's Bluetooth to broadcast mode simultaneously determines the broadcast name of the lead vehicle. The broadcast name of the lead vehicle determined through the above embodiments can be used as an identifier for the broadcasting equipment, providing a basis for the second vehicle to identify the first vehicle during the scanning process.

[0042] In the above embodiments, the unique identification code of a vehicle is converted into a standardized vehicle identifier through preset rules. This mapping mechanism ensures that the broadcast name of the lead vehicle is unique, identifiable, and standardized, enabling other vehicles in the convoy networking process to quickly and unambiguously identify and verify the identity of the lead vehicle. Simultaneously, the introduction of the preset name format enhances the configurability of the networking process, providing a unified structural framework for the management of broadcast names for different vehicle models or convoys, ensuring consistency and efficiency in the convoy networking process.

[0043] S102: Generates vehicle control information in response to user-input control commands.

[0044] In step S102, the technical solution provided in this application can receive control commands input by the user through the first vehicle. Furthermore, based on the control commands, they can be automatically converted into vehicle control information that can be broadcast via Bluetooth. The control commands represent actions that the lead vehicle needs to execute from other vehicles in the convoy; the specific command types are not strictly limited in this embodiment.

[0045] In some embodiments, control commands can be divided into, but are not limited to, vehicle control commands and user prompt messages. Vehicle control commands can be further divided into vehicle control commands and convoy synchronization commands. Vehicle control commands include, for example, setting the maximum speed of the convoy and opening and closing vehicle doors. Convoy synchronization commands include, for example, all vehicles in the convoy simultaneously turning on their hazard lights and all vehicles in the convoy simultaneously sounding their horns. User prompt messages include, for example, the user in the lead vehicle informing the users in other vehicles about changes in the convoy's route, convoy formation, and road condition warnings. Other embodiments may also use other types of vehicle control commands, which can be flexibly set according to actual needs and application scenarios.

[0046] Vehicle control information may include user-inputted control commands and other verification data used for network verification when scanned by the second vehicle. Regarding the specific process for determining vehicle control information, in the embodiments provided in this application, the first vehicle can receive user-inputted control commands for the second vehicle in broadcast mode.

[0047] Then, based on the preset command encryption algorithm in the first vehicle, the control commands can be encrypted, and the encrypted data can be used to generate vehicle control information for the second vehicle according to the preset broadcast data format.

[0048] The specific data format and content composition of vehicle control information are not strictly limited in the embodiments of this application. In some embodiments, vehicle control information may include, but is not limited to: a random number to be verified randomly generated by the first vehicle, which can be the 1st to 4th bytes of the vehicle control information; the standard verification result corresponding to the random number to be verified, which can be the 5th to 8th bytes of the vehicle control information; the vehicle type corresponding to the lead vehicle, which can be the 9th byte; the networkable vehicle type, which can be the 10th byte; the control command type, which can be the 11th byte; and the encrypted control command, which can be the 12th to 255th bytes.

[0049] The standard verification result can be determined by the first vehicle after verifying the random number to be verified using a preset broadcast verification algorithm. The second vehicle, which is networked with the first vehicle, can also be equipped with the same preset broadcast verification algorithm, and the verification results can be compared to determine whether the network conditions are met.

[0050] The type of the lead vehicle and the networkable vehicle models can be determined using single bytes and a preset mapping relationship. For example, in the preset mapping relationship, 01 represents vehicle model A, and 02 represents vehicle model B. If the 9th byte of a vehicle control information is 01 and the 10th byte is 02, it indicates that the first vehicle's model is A, and the second networkable vehicle's model should be B. The same applies to control command types. For example, in the preset mapping relationship, 01 represents vehicle control commands, 02 represents fleet synchronization commands, and 03 represents user prompts. If the 10th byte of a vehicle control information is 02, it indicates that the second vehicle (the slave vehicle) in the fleet needs to synchronously execute the control commands.

[0051] The encrypted control commands can be obtained by encrypting the user-input control commands using the aforementioned preset command encryption algorithm. The second vehicle, meeting the networking requirements, is pre-configured with the preset command encryption algorithm and corresponding decryption algorithm, enabling accurate analysis and execution of control commands issued by the first vehicle during actual convoy operation. If a single user-input control command is too long and exceeds the broadcast data byte limit, the first vehicle can divide the long control command into multiple shorter segments and transmit them sequentially via Bluetooth broadcast.

[0052] The above embodiments establish an end-to-end content security barrier for control commands in an open broadcast channel. In this embodiment, by encrypting the lead vehicle's control commands, it ensures that sensitive control information cannot be parsed or tampered with even if accidentally obtained by other vehicles during broadcast transmission, effectively preventing command leakage and malicious alteration. This embodiment combines the convenience of broadcast communication with the confidentiality and integrity of data transmission, guaranteeing the reliability and security of vehicle control and networking processes at the information content level.

[0053] S103: Based on the broadcast mode and the broadcast name of the lead vehicle, broadcast vehicle control information, enabling at least one second vehicle that receives the vehicle control information to perform network verification based on the vehicle control information, and execute control commands if the network verification is successful.

[0054] In step S103, the technical solution provided in this application embodiment can broadcast vehicle control information to the outside world through the vehicle Bluetooth of the first vehicle in broadcast mode, using the broadcast name of the lead vehicle determined in the above steps as the broadcast device identifier.

[0055] Vehicle control information can be scanned and received by a second vehicle with its in-vehicle Bluetooth in scanning mode. The second vehicle can perform network verification based on the received vehicle control information. After successful verification, it can join the convoy with the first vehicle as the lead vehicle and execute the control commands corresponding to the vehicle control information.

[0056] Furthermore, in the embodiments provided in this application, when the first vehicle ceases to act as the lead vehicle for information broadcasting, the user can input a lead vehicle cancellation command to switch the first vehicle from broadcast mode to scanning mode. For example, the user can switch the vehicle's Bluetooth from broadcast mode to scanning mode by operating the vehicle's infotainment screen. This promptly releases the communication resources of the first vehicle, ensuring that there is only one effective broadcaster in the fleet, and maintaining the simplicity and controllability of the fleet networking and communication process.

[0057] To facilitate understanding of the vehicle control process for the first vehicle in S101-S103 above, a comprehensive description is provided below in conjunction with the above embodiments. For details, please refer to [link / reference needed]. Figure 2 As shown.

[0058] Figure 2 This is a schematic flowchart illustrating a vehicle control method according to one embodiment of this application. Figure 2 As shown, it includes steps S201-S210.

[0059] S201: Vehicle starts.

[0060] S202: Initialize the vehicle's Bluetooth in the first vehicle to scanning mode.

[0061] S203: Does the user want to input the lead vehicle setting command?

[0062] S204: Switch the vehicle's Bluetooth to broadcast mode.

[0063] S205: Determine the broadcast name of the lead vehicle based on the vehicle identification.

[0064] S206: Does the user input control commands?

[0065] S207: Generate vehicle control information based on control commands.

[0066] S208: Broadcasts vehicle control information based on the broadcast name of the lead vehicle via in-vehicle Bluetooth in broadcast mode.

[0067] S209: Does the user want to enter a command to cancel the lead vehicle?

[0068] S210: Switch the vehicle's Bluetooth to scanning mode.

[0069] Steps S201-S210 enable the first vehicle to act as the lead vehicle, broadcasting user-input control commands via Bluetooth Low Energy broadcast mode. This eliminates the need for a separate pairing connection with the second vehicle in the convoy, achieving efficient networking and communication within the convoy. Specific technical details for each step can be found in the aforementioned embodiments and will not be elaborated upon further here.

[0070] The above describes a specific implementation of the vehicle control method for the first vehicle. This application also provides a vehicle control method for a slave vehicle in a convoy, namely the second vehicle, which can be found in the following description. Figure 3 The flowchart shown is shown.

[0071] Figure 3 This is a schematic flowchart of a vehicle control method provided in one embodiment of this application. Figure 3 The vehicle control method shown is applied to the second vehicle in a convoy as a slave vehicle, specifically including steps S301-S303.

[0072] S301: Broadcast scanning based on the scanning mode of the second vehicle's in-vehicle Bluetooth.

[0073] In step S301, the technical solution provided in this application embodiment can initialize the vehicle Bluetooth to scanning mode when the second vehicle in the fleet starts. The second vehicle performs a broadcast scan within a certain range through the scanning mode, so that it can receive the vehicle control information broadcast by the first vehicle in the broadcast mode in a timely manner.

[0074] In some embodiments, the second vehicle can determine whether the broadcast information is vehicle control information broadcast by the first vehicle based on the broadcast name corresponding to the scanned broadcast information. Only after determining that the broadcast name is a lead vehicle broadcast name in a preset lead vehicle broadcast format can the second vehicle perform the subsequent network verification process for the received vehicle control information.

[0075] S302: If the vehicle control information broadcast by the lead vehicle is detected, network verification is performed based on the vehicle control information.

[0076] In step S302, the technical solution provided in this application embodiment can analyze and verify the vehicle control information when it is determined that the broadcast information received by the vehicle Bluetooth of the second vehicle is the vehicle control information broadcast by the first vehicle with the broadcast name of the lead vehicle, and determine whether the second vehicle meets the networking conditions.

[0077] Specifically, in the embodiments provided in this application, when the second vehicle scans the vehicle control information broadcast by the first vehicle using the lead vehicle broadcast name via the vehicle Bluetooth in scanning mode, it can determine whether it is the first time that the information broadcast by the lead vehicle broadcast name has been scanned based on the lead vehicle broadcast name and historical scanning information.

[0078] If this is the first scan, it means that the second vehicle is joining the convoy led by the first vehicle for the first time. In this case, the second vehicle can first perform network verification based on the received vehicle control information, including but not limited to broadcast verification of the verification random number and matching of networkable vehicle models.

[0079] When network verification is successful, it indicates that the second vehicle meets the network requirements of the first vehicle. The user inside the second vehicle can then be prompted whether to network with the first vehicle, for example, by displaying a network request window on the second vehicle's infotainment screen. The user's "agree" action is treated as a flag selection instruction, and in response to this instruction, the vehicle flag status of the second vehicle is determined.

[0080] The vehicle status indicator shows whether a second vehicle is a follower of the first vehicle, i.e., whether it has joined the fleet network. The vehicle status can be categorized as valid (user agrees to join the network) or invalid (user disagrees). Regardless of the second vehicle's status, the user can switch the status at any time, for example, via the vehicle's infotainment screen.

[0081] If this is not the first scan, it means the second vehicle has previously performed network selection for the first vehicle and corresponding flag selection instructions have been set. In this case, it can be determined whether the second vehicle's flag selection instruction is valid or invalid. If the second vehicle's flag status is determined to be valid during a non-first scan, network verification can be performed on the received vehicle control information, and subsequent control instruction execution can proceed. If the vehicle flag status is invalid, it means the second vehicle did not agree during the previous network selection process, and therefore network verification and subsequent instruction execution are unnecessary.

[0082] The above embodiments introduce a conditional verification process based on the first scan judgment, achieving an intelligent balance and efficiency optimization between user authorization and automatic execution. In this embodiment, when the slave vehicle first identifies the lead vehicle, it requests user confirmation and records the flag status, establishing a clear authorization and trust relationship for the networking behavior. Afterwards, when the flag is valid, repeated confirmation is skipped, and subsequent networking verification and execution stages proceed. This embodiment fully protects the slave vehicle user's right to know and control the networking behavior, and greatly reduces redundant interactions in subsequent fleet coordination processes, significantly improving the automation level and responsiveness of the fleet network during continuous operation.

[0083] Regarding the specific processing procedure for the second vehicle to perform network verification based on vehicle control information, in the embodiments provided in this application, the second vehicle can be subjected to multi-level verification and condition matching based on various types of data contained in the vehicle control information to accurately verify whether the second vehicle can become a follower vehicle with the first vehicle as the lead vehicle.

[0084] Specifically, in some embodiments, the vehicle control information may include a random number to be verified randomly generated by the first vehicle in the above embodiments, a standard verification result, and networkable vehicle models. After receiving the vehicle control information, the second vehicle may broadcast and verify the random number to be verified based on a preset broadcast verification algorithm to determine the verification result obtained by the second vehicle. Then, the verification result can be compared with the standard verification result contained in the vehicle control information to determine whether they are consistent, and the comparison result is determined, including whether the verification is consistent or inconsistent.

[0085] Next, the second vehicle can be assessed based on its vehicle type to determine if it meets the network-compatible vehicle type requirements specified in the vehicle control information. If the comparison result indicates a match, and the second vehicle's vehicle type matches the network-compatible vehicle type requirements, then the second vehicle meets the network-compatible conditions specified in the vehicle control information, and the second vehicle passes the network verification. Conversely, if the comparison result indicates a mismatch, or the second vehicle's vehicle type does not match the network-compatible vehicle type requirements, then the second vehicle fails the network verification.

[0086] It should be noted that the processing order of the above-mentioned broadcast verification and vehicle model matching verification processes is not strictly limited in this application embodiment. It can be that the broadcast verification process based on random numbers is performed first, and vehicle model matching is performed according to the vehicle type after the second vehicle is determined to have passed the broadcast verification process. After the vehicle model matching is passed, the second vehicle is determined to have passed the network verification. Conversely, vehicle model matching can be performed first, and broadcast verification can be performed after passing the matching process. Alternatively, they can be performed simultaneously. The specific settings can be flexibly configured according to the specific data composition of the vehicle control information and actual needs.

[0087] The above embodiments construct a hierarchical and conditional access reliable security barrier and collaborative screening mechanism for the second vehicle. In this embodiment, by first verifying the random number generated by the lead vehicle, strong authentication of the broadcast source's identity is achieved, improving data transmission security. Furthermore, precise matching based on vehicle type ensures the consistency of vehicle attributes and functions among vehicles entering the network. The organic combination of these two verification processes constitutes a dual filtering mechanism that balances communication security and vehicle physical compatibility, fully guaranteeing the overall trustworthiness, functional coordination, and operational stability of the fleet network.

[0088] S303: If the second vehicle passes the network verification, execute the control command corresponding to the vehicle control information.

[0089] In step S303, after it is determined that the second vehicle has passed the network verification, the second vehicle can parse and execute the control commands in the vehicle control information.

[0090] Specifically, in the embodiments provided in this application, the vehicle control information in some embodiments may include the instruction type of the control command input by the first vehicle user, and the encrypted control command after the first vehicle has been encrypted.

[0091] The second vehicle can first determine whether a matching control command type exists among its supported command types based on the control command type in the vehicle control information. If it is determined that the second vehicle can support the control command type in the vehicle control information, the second vehicle can decrypt the encrypted control command using a preset command decryption algorithm corresponding to the preset command encryption algorithm in the first vehicle, thereby obtaining and executing the original control command.

[0092] In the above embodiments, by first verifying the compatibility of the command type corresponding to the second vehicle, erroneous command execution due to command type mismatch is effectively avoided. Furthermore, this embodiment can decrypt and restore the command content through a secure decryption process, ensuring the integrity and confidentiality of control commands in an open broadcast environment, thereby improving the security and stability of the fleet communication process.

[0093] The specific processing procedure for the second vehicle to execute control commands can be divided into different procedures depending on the type of control command. Specifically, in the embodiments provided in this application, when the control command decrypted by the second vehicle is a vehicle control command, the second vehicle can send the decrypted vehicle control command to its vehicle control system. The vehicle control system executes the corresponding behavior of the vehicle control command, eliminating the need for manual operation by the driver or other users in the second vehicle.

[0094] The vehicle control system can dynamically select the execution unit to implement the corresponding vehicle control behavior based on vehicle control commands. For example, in some embodiments, when the vehicle control command is to turn on the hazard lights at a certain time, the vehicle control system can set the corresponding behavior task in the Telematics Box (TBOX). When the command time arrives, it sends a signal to the Electronic Control Unit (ECU) of the headlights, causing the second vehicle to perform the hazard light operation. The complete process of this example combined with the first vehicle's broadcast process can be found in [reference needed]. Figure 4 As shown in the image.

[0095] Figure 4 This is a schematic flowchart illustrating the execution of vehicle control commands by a second vehicle according to one embodiment of this application. Figure 4 As shown, steps S401-S404 are included, and steps S402-S404 are the same for each second vehicle in the convoy.

[0096] S401: The first vehicle broadcasts vehicle control information via Bluetooth, which includes the vehicle control command to turn on the hazard lights at xx:xx:xx.

[0097] S402: The second vehicle scans the vehicle control information and performs network verification. After successful verification, it decrypts the information to obtain the vehicle control command to turn on the hazard lights at xx:xx:xx.

[0098] S403: The vehicle control system of the second vehicle is set in the telematics box to turn on the hazard lights at xx:xx:xx.

[0099] S404: At xx:xx:xx, the second vehicle activates its hazard lights via the electronic control unit of its headlights.

[0100] Steps S401 and S404 enable the automated execution of vehicle control commands, eliminating the need for drivers or in-vehicle users to manually perform corresponding operations, significantly improving fleet coordination speed and ensuring vehicle driving safety.

[0101] In the above embodiments, the second vehicle can automatically send the decrypted vehicle control commands to the vehicle control system, directly driving the vehicle hardware to perform the corresponding tasks. No manual intervention from the driver is required during execution, eliminating safety risks caused by distracted operation and ensuring the fleet's synchronized, accurate, and instantaneous response to control commands. This significantly improves the automation level, safety, and execution efficiency of fleet collaborative operations.

[0102] In another embodiment provided in this application, when the control command obtained by the second vehicle through decryption is a user prompt message, the second vehicle can send the decrypted user prompt message to the information prompt module of the second vehicle, thereby outputting the information that the first vehicle wants to inform to the user in the vehicle through the information prompt module.

[0103] The specific module type and actual physical carrier of the information prompt module are not strictly limited in the embodiments of this application. In some embodiments, the information prompt module can be the vehicle screen of the second vehicle, which can display the decrypted user prompt information to the user inside the vehicle through the vehicle screen. In other embodiments, the information prompt module can be the vehicle audio system of the second vehicle, which can play the decrypted user prompt information to the user inside the vehicle by voice through the vehicle audio system. Other feasible information prompt modules or methods can also be used in other embodiments, and can be flexibly selected according to actual needs and application scenarios.

[0104] For example, suppose the first vehicle broadcasts the message "Please stop for repairs at the next service area (xx)." Each of the second vehicles has a text display screen. After decrypting the message "Please stop for repairs at the next service area (xx)" from the vehicle control information, the second vehicle can display it to the user inside the vehicle via its screen or announce it via the vehicle's audio system. The complete process combining this example with the first vehicle's broadcast can be found in [reference needed]. Figure 5 As shown in the image.

[0105] Figure 5 This is a schematic diagram illustrating a process for a second vehicle to output user prompt information, as provided in one embodiment of this application. Figure 5 As shown, steps S501-S503 are included, and steps S502 and S503 are the same for each second vehicle in the convoy.

[0106] S501: The first vehicle broadcasts vehicle control information via Bluetooth, which includes a user prompt message indicating that the vehicle should stop and reorganize at the service area ahead.

[0107] S502: The second vehicle scans the vehicle control information and performs network verification. After successful verification, it decrypts the information to obtain the user prompt message to stop and reorganize at the xx service area ahead.

[0108] S503: The second vehicle displays "Will stop for maintenance at the xx service area ahead" to the user inside the vehicle via the vehicle's infotainment screen, or announces "Will stop for maintenance at the xx service area ahead" via the vehicle's audio system.

[0109] Steps S501-S503 can efficiently transmit the information that the user in the first vehicle wants to convey to each second vehicle, ensuring that key notifications, road condition reminders or collaborative instructions can be accurately and synchronously received by all members of the fleet, significantly improving the communication quality and driving safety between fleets.

[0110] In the above embodiment, the second vehicle can push the decrypted user prompt information to the vehicle's information prompt module, delivering it to the in-vehicle user through multimodal methods such as visual and auditory means. This embodiment effectively ensures driving focus and safety, and enables the first vehicle to accurately and synchronously notify all members of the convoy of key notifications, traffic condition reminders, or route prompts, significantly improving the efficiency of internal convoy communication and the overall safety of collaborative driving.

[0111] To facilitate understanding of the vehicle control process for the second vehicle described in S301-S303 above, a comprehensive introduction is provided below in conjunction with the aforementioned embodiments. For details, please refer to [link / reference needed]. Figure 6 As shown.

[0112] Figure 6This is a schematic flowchart illustrating a vehicle control method according to one embodiment of this application. Figure 6 As shown, steps S601-S616 are included.

[0113] S601: Vehicle starts.

[0114] S602: Initialize the second vehicle's in-vehicle Bluetooth to scanning mode.

[0115] S603: Whether the vehicle control information broadcast by the lead vehicle's broadcast name was detected.

[0116] S604: Is this the first scan?

[0117] S605: Broadcast verification of the random number to be verified in the vehicle control information and determine whether the verification passes.

[0118] S606: Match the vehicle type of the second vehicle with the networkable vehicle types in the vehicle control information, and determine whether the match is successful.

[0119] S607: Outputs a network request to the user inside the vehicle through the vehicle's infotainment screen, receives the user's flag selection command, and determines whether to agree to network formation.

[0120] S608: Set the vehicle sign status to "sign valid".

[0121] S609: Set the vehicle marking status to invalid.

[0122] S610: Receives the user's flag switching command and switches the vehicle flag status of the second vehicle.

[0123] S611: Determine whether the vehicle sign status is valid.

[0124] S612: Broadcast the random number to be verified in the vehicle control information for verification, and determine whether the verification passes.

[0125] S613: Match the vehicle type of the second vehicle with the networkable vehicle types in the vehicle control information, and determine whether the match is successful.

[0126] S614: Determine whether the instruction type of the vehicle control information is a supported instruction type of the second vehicle.

[0127] S615: Decrypts encrypted control commands for vehicle control information using a preset command decryption algorithm.

[0128] S616: Execute control commands.

[0129] Steps S601-S616 enable vehicle control of the second vehicle during the fleet networking process, achieving efficient communication between the first and second vehicles without connection or pairing, significantly improving the efficiency and quality of fleet communication. Specific technical details can be found in the above embodiments and will not be elaborated further here.

[0130] Based on the above-described vehicle control methods applied to the first and second vehicles, the structural schematic diagram of the vehicle control method provided in this application can be referred to. Figure 7 As shown.

[0131] Figure 7 This is a schematic diagram of a vehicle control method provided in one embodiment of this application.

[0132] like Figure 7 As shown, the first vehicle 701 can serve as the lead vehicle in the convoy. Through the above steps S101-S103, the control commands input by the user are converted into vehicle control information and broadcast through the broadcast mode of Bluetooth Low Energy.

[0133] The second vehicle 702 can act as a slave vehicle in the convoy. Through steps S301-S303, it scans the vehicle control information broadcast by the first vehicle 701, decrypts it after network verification, and executes the control commands. The technical solution provided by this application embodiment can achieve efficient communication between vehicles in a convoy, enhancing the coordination effect and communication quality during actual convoy operation.

[0134] The above describes the specific implementation of the vehicle control method provided in this application. The technical solution provided in this application uses a broadcast mode to achieve networking and communication between vehicles in a fleet. The technical solution provided in this application effectively achieves low-latency and connectionless instantaneous command distribution between vehicles in a fleet. The Bluetooth broadcast mode avoids the problems of one-to-one pairing, scale limitations, and high communication latency associated with traditional connection methods, significantly reducing communication power consumption and networking complexity, and thus significantly improving the dynamic scalability and reliability of the fleet networking process.

[0135] In addition to the above, this application also provides a vehicle control system that can be applied to a target convoy consisting of a first vehicle and at least one second vehicle. The vehicle control system includes a lead vehicle control module and a slave vehicle control module. The specific system structure is as follows: Figure 8 As shown.

[0136] Figure 8 This is a schematic flowchart illustrating a vehicle control system according to one embodiment of this application. Figure 8 As shown, the vehicle control system 800 includes: The lead vehicle control module 801 is used to respond to the lead vehicle setting command input by the user, set the vehicle Bluetooth of the first vehicle to broadcast mode, determine the lead vehicle broadcast name of the vehicle Bluetooth based on the vehicle identifier of the first vehicle, generate vehicle control information in response to the control command input by the user, and broadcast the vehicle control information based on the broadcast mode and the lead vehicle broadcast name. The vehicle control module 802 is used to perform broadcast scanning based on the scanning mode of the second vehicle's in-vehicle Bluetooth. If the vehicle control information broadcast by the first vehicle is detected, network verification is performed based on the vehicle control information. If the second vehicle passes the network verification, the control command corresponding to the vehicle control information is executed.

[0137] Based on the vehicle control method for a first vehicle provided in the above embodiments, this application also provides an embodiment of a vehicle control device.

[0138] Figure 9 This is a schematic diagram of the structure of a vehicle control device provided in another embodiment of this application.

[0139] like Figure 9 As shown in the illustration, this application also provides a vehicle control device 900, applied to a first vehicle. The vehicle control device 900 includes: The broadcast switching module 901 is used to respond to the user's input of the lead vehicle setting command, set the vehicle Bluetooth of the first vehicle to broadcast mode, and determine the lead vehicle broadcast name of the vehicle Bluetooth based on the vehicle identifier of the first vehicle. Information generation module 902 is used to generate vehicle control information in response to user-input control commands; The information broadcasting module 903 is used to broadcast vehicle control information based on the broadcast mode and the broadcast name of the lead vehicle, so that at least one second vehicle that receives the vehicle control information can perform network verification based on the vehicle control information, and execute control commands if the network verification is successful.

[0140] In some embodiments, the broadcast switching module 901 described above is specifically used for: The vehicle identifier is determined based on the vehicle identification number of the first vehicle and the preset number of digits in the code; The name of the lead vehicle broadcast is determined based on the preset lead vehicle broadcast format and vehicle identification.

[0141] In some embodiments, the information generation module 902 described above is specifically used for: Receive control commands input by the user; Based on a preset command encryption algorithm, the control commands are encrypted to determine the vehicle control information.

[0142] In some embodiments, the information broadcasting module 903 described above is specifically used for: In response to the user's input command to cancel the lead vehicle, the vehicle's Bluetooth is switched from broadcast mode to scan mode.

[0143] Based on the vehicle control method for a second vehicle provided in the above embodiments, this application also provides an embodiment of a vehicle control device.

[0144] Figure 10 This is a schematic diagram of the structure of a vehicle control device provided in another embodiment of this application.

[0145] like Figure 10 As shown in the illustration, this application also provides a vehicle control device 1000, applied to a second vehicle. The vehicle control device 1000 includes: Broadcast scanning module 1001 is used to perform broadcast scanning based on the scanning mode of the second vehicle's in-vehicle Bluetooth. The network verification module 1002 is used to perform network verification based on the vehicle control information when the vehicle control information broadcast by the lead vehicle is detected. The instruction execution module 1003 is used to execute control instructions corresponding to the vehicle control information when the second vehicle passes the network verification.

[0146] In some embodiments, the network verification module 1002 described above is specifically used for: Based on the broadcast name of the lead vehicle, determine whether it is the first time that the vehicle control information broadcast by the broadcast name of the lead vehicle has been scanned; If so, network verification is performed based on vehicle control information. If the network verification is successful, the vehicle sign status of the second vehicle is determined in response to the sign selection command input by the user. The vehicle sign status is either sign valid or sign invalid. If not, and if the vehicle sign status is determined to be valid, network verification is performed based on the vehicle control information.

[0147] In some embodiments, the vehicle control information includes at least the random number to be verified, the standard verification result, and the networkable vehicle model; The aforementioned network verification module 1002 is specifically used for: Based on the preset broadcast verification algorithm of the second vehicle, the random number to be verified is broadcast verified to obtain the verification result. The verification result is then compared with the standard verification result to determine the comparison result and to determine whether the vehicle type of the second vehicle meets the requirements for network-compatible models. If the comparison results indicate that the verification is consistent and the vehicle type matches the networkable vehicle type, then the second vehicle is determined to have passed the network verification.

[0148] In some embodiments, the vehicle control information includes at least the control command type and encrypted control commands; The aforementioned instruction execution module 1003 is specifically used for: Determine whether the control command type is one of the supported command types of the second vehicle; If so, based on the preset command decryption algorithm of the second vehicle, the encrypted control command is decrypted, and the control command is determined and executed.

[0149] In some embodiments, the control commands are vehicle control commands or user prompts; The aforementioned instruction execution module 1003 is specifically used for: When the control command is a vehicle control command, the vehicle control command is executed through the vehicle control system of the second vehicle; When the control command provides a prompt to the user, the information prompt module of the second vehicle outputs the prompt to the user.

[0150] Figure 11 This is a schematic diagram of the structure of a terminal device provided in another embodiment of this application.

[0151] The terminal device may include a processor 1101 and a memory 1102 storing computer program instructions.

[0152] Specifically, the processor 1101 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0153] Memory 1102 may include mass storage for data or instructions. For example, and not limitingly, memory 1102 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 1102 may include removable or non-removable (or fixed) media. Where appropriate, memory 1102 may be internal or external to the integrated gateway disaster recovery device. In a particular embodiment, memory 1102 is non-volatile solid-state memory.

[0154] In a particular embodiment, memory 1102 may include read-only memory (ROM), random access memory (RAM), disk storage media device, optical storage media device, flash memory device, electrical, optical, or other physical / tangible memory storage device. Thus, typically, memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform operations described with reference to any of the vehicle control methods disclosed in this application.

[0155] The processor 1101 implements any of the vehicle control methods described in the above embodiments by reading and executing computer program instructions stored in the memory 1102.

[0156] In one example, the terminal device may further include a communication interface 1103 and a bus 1110. Wherein, as... Figure 11 As shown, the processor 1101, memory 1102, and communication interface 1103 are connected through bus 1110 and complete communication with each other.

[0157] The communication interface 1103 is mainly used to realize communication between various modules, devices, units and / or equipment in the embodiments of this application.

[0158] Bus 1110 includes hardware, software, or both, that couples components of an online data traffic metering device together. For example, and not limitingly, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Enhanced Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), HyperTransport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Microchannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or combinations of two or more of these. Where appropriate, bus 1110 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, any suitable bus or interconnect is contemplated herein.

[0159] Furthermore, in conjunction with the vehicle control methods in the above embodiments, this application embodiment can provide a computer storage medium for implementation. The computer storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the vehicle control methods in the above embodiments.

[0160] This application also provides a computer program product, including a computer program that, when executed by a processor, implements any of the vehicle control methods described in the above embodiments.

[0161] It should be clarified that this application is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of this application is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of this application.

[0162] The functional blocks shown in the above block diagram can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this application are programs or code segments used to perform the required tasks. Programs or code segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Code segments can be downloaded via computer networks such as the Internet, intranets, etc.

[0163] It should also be noted that the exemplary embodiments mentioned in this application describe methods or systems based on a series of steps or apparatus. However, this application is not limited to the order of the above steps; that is, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.

[0164] The aspects of this disclosure have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that each block in the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It is also understood that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by special-purpose hardware performing the specified functions or actions, or can be implemented by a combination of special-purpose hardware and computer instructions.

[0165] The above are merely specific embodiments of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.

Claims

1. A vehicle control method, characterized in that, The method is applied to a first vehicle, and the method includes: In response to a user-inputted lead vehicle setting command, the vehicle Bluetooth of the first vehicle is set to broadcast mode, and the lead vehicle broadcast name of the vehicle Bluetooth is determined based on the vehicle identifier of the first vehicle. In response to the control commands input by the user, vehicle control information is generated; Based on the broadcast mode and the broadcast name of the lead vehicle, the vehicle control information is broadcast, enabling at least one second vehicle that receives the vehicle control information to perform network verification based on the vehicle control information, and to execute the control command if the network verification is successful.

2. The method according to claim 1, characterized in that, The name of the lead vehicle broadcast via the in-vehicle Bluetooth is determined based on the vehicle identification of the first vehicle, including: The vehicle identifier is determined based on the vehicle identification number of the first vehicle and the preset number of digits of the code; The name of the lead vehicle broadcast is determined based on the preset lead vehicle broadcast format and the vehicle identification.

3. The method according to claim 1, characterized in that, In response to the control command input by the user, vehicle control information is generated, including: Receive the control command input by the user; The control commands are encrypted based on a preset command encryption algorithm to determine the vehicle control information.

4. The method according to claim 1, characterized in that, The method further includes: In response to the user's input command to cancel the lead vehicle, the vehicle's Bluetooth is switched from broadcast mode to scanning mode.

5. A vehicle control method, characterized in that, The method is applied to a second vehicle, and the method includes: Broadcast scanning is performed based on the scanning mode of the second vehicle's in-vehicle Bluetooth. If the vehicle control information broadcast by the lead vehicle is detected, network verification is performed based on the vehicle control information. If the second vehicle passes the network verification, the control command corresponding to the vehicle control information is executed.

6. The method according to claim 5, characterized in that, Network verification is performed based on the vehicle control information. Based on the broadcast name of the lead vehicle, determine whether the vehicle control information broadcast by the broadcast name of the lead vehicle is being scanned for the first time; If so, network verification is performed based on the vehicle control information. If the network verification is successful, the vehicle flag status of the second vehicle is determined in response to the flag selection command input by the user. The vehicle flag status is either flag valid or flag invalid. If not, and if the vehicle sign status is determined to be valid, network verification is performed based on the vehicle control information.

7. The method according to claim 5 or 6, characterized in that, The vehicle control information includes at least the random number to be verified, the standard verification result, and the networkable vehicle models. The network verification of the vehicle control information includes: Based on the preset broadcast verification algorithm of the second vehicle, the random number to be verified is broadcast verified to obtain the verification result, and the verification result is compared with the standard verification result to determine the comparison result, and to determine whether the vehicle type of the second vehicle conforms to the networkable vehicle type. If the comparison results indicate that the verification is consistent and the vehicle type matches the networkable vehicle type, then the second vehicle is determined to have passed the network verification.

8. The method according to claim 5, characterized in that, The vehicle control information includes at least control command types and encrypted control commands; Executing the control commands corresponding to the vehicle control information includes: Determine whether the control command type is one of the supported command types of the second vehicle; If so, the encrypted control command is decrypted based on the preset command decryption algorithm of the second vehicle, and the control command is determined and executed.

9. The method according to claim 8, characterized in that, The control commands are vehicle control commands or user prompts; Executing the control command includes: When the control command is the vehicle control command, the vehicle control command is executed through the vehicle control system of the second vehicle; When the control command is the user prompt information, the user prompt information is output to the user through the information prompt module of the second vehicle.

10. An embodiment of this application provides a vehicle control device, characterized in that, The device is applied to a first vehicle, and the device includes: The broadcast switching module is used to respond to the user's input of the lead vehicle setting command, set the vehicle Bluetooth of the first vehicle to broadcast mode, and determine the lead vehicle broadcast name of the vehicle Bluetooth based on the vehicle identifier of the first vehicle. The information generation module is used to generate vehicle control information in response to the control commands input by the user; The information broadcasting module is used to broadcast the vehicle control information based on the broadcasting mode and the broadcasting name of the lead vehicle, so that at least one second vehicle that receives the vehicle control information can perform network verification based on the vehicle control information, and execute the control command if the network verification is successful.

11. An embodiment of this application provides a vehicle control device, characterized in that, The device is applied to a second vehicle, and the device includes: A broadcast scanning module is used to perform broadcast scanning based on the scanning mode of the second vehicle's in-vehicle Bluetooth. The network verification module is used to perform network verification based on the vehicle control information when the vehicle control information broadcast by the lead vehicle is detected. The instruction execution module is used to execute the control instructions corresponding to the vehicle control information when the second vehicle passes the network verification.

12. A vehicle control system, characterized in that, The vehicle control system is applied to a target convoy, which includes one first vehicle and at least one second vehicle. The system includes: The lead vehicle control module is used to respond to the lead vehicle setting command input by the user, set the vehicle Bluetooth of the first vehicle to broadcast mode, determine the lead vehicle broadcast name of the vehicle Bluetooth based on the vehicle identifier of the first vehicle, generate vehicle control information in response to the control command input by the user, and broadcast the vehicle control information based on the broadcast mode and the lead vehicle broadcast name. The slave vehicle control module is used to perform broadcast scanning based on the scanning mode of the second vehicle's in-vehicle Bluetooth. If the vehicle control information broadcast by the lead vehicle is detected, network verification is performed based on the vehicle control information. If the second vehicle passes the network verification, the control command corresponding to the vehicle control information is executed.

13. An electronic device, characterized in that, The device includes: a processor and a memory storing computer program instructions; When the processor executes the computer program instructions, it implements the vehicle control method as described in any one of claims 1-9.

14. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer program instructions that, when executed by a processor, implement the vehicle control method as described in any one of claims 1-9.

15. A computer program product, characterized in that, When the instructions in the computer program product are executed by the processor of the electronic device, the electronic device causes the electronic device to perform the vehicle control method as described in any one of claims 1-9.

Images