Peripheral control method, vehicle and peripheral device

Abstract

The application provides a peripheral control method, a vehicle and a peripheral device, and relates to the technical field of peripheral control. In response to a driving state signal of a driver detected by a perception module, a standard state signal is obtained by converting the driving state signal through a pre-constructed mapping relationship. A target execution module is hierarchically controlled based on the standard state signal, and is used for driving safety control of a peripheral device.

Description

Technical Field

[0001] This application relates to the field of peripheral control technology, and more specifically, to a peripheral control method, a vehicle, and a peripheral device. Background Technology

[0002] With the widespread adoption of electronic devices in smart car cockpits and the increasing complexity of road traffic scenarios, distracted driving has become one of the main causes of road traffic accidents. According to publicly available statistics, most distracted driving accidents are directly related to the operation of third-party electronic peripherals in the cockpit, such as mobile phones.

[0003] Most mainstream passenger vehicles are now equipped with factory-installed driver monitoring systems, which can identify and output real-time information on the driver's driving status, such as normal driving, distraction, and fatigue, providing a reliable perception basis for active safety control in the cabin. However, due to limitations in the vehicle's electronic architecture and data openness policies, the safety perception capabilities of factory-installed driver monitoring systems are mostly limited to passive in-vehicle alerts, lacking effective control measures for the operation of peripheral devices that trigger distractions. Summary of the Invention

[0004] The problem addressed in this application is how to manage and control peripheral devices for driving safety.

[0005] To address the aforementioned problems, this application provides a peripheral control method, a vehicle, and a peripheral device.

[0006] In a first aspect, this application provides a peripheral control method, including: In response to the driving state signal detected by the perception module, the driving state signal is transformed through a pre-built mapping relationship to obtain a standard state signal; Based on the aforementioned standard status signals, hierarchical control is implemented for the target execution module; In response to the execution status feedback signal of the target execution module, the execution status of the target execution module is updated.

[0007] Optionally, before converting the driving state signal detected by the perception module through a pre-built mapping relationship to obtain a standard state signal, the method further includes: In response to a pairing signal that meets preset conditions, the execution module that generates the pairing signal is designated as the target execution module, wherein the preset conditions include the signal strength of the pairing signal meeting a preset strength requirement and / or the characteristics of the pairing signal meeting a preset characteristic requirement.

[0008] Optionally, the step of responding to the driver's driving state signal detected by the perception module and converting the driving state signal to obtain a standard state signal through a pre-built mapping relationship includes: Extract the signal type of the driving status signal; Based on the signal type, determine the mapping rules for the driving state signals from the mapping relationship; Based on the mapping rules, the driving state signal is converted into the standard state signal.

[0009] Optionally, converting the driving state signal into the standard state signal based on the mapping rule includes: Based on the mapping rules, the driving state signal is analyzed to obtain the perception result represented by the driving state signal; The perception result is converted into the standard state signal.

[0010] Optionally, the hierarchical control of the target execution module based on the standard status signal includes: The standard status signal is converted into control commands applicable to the target communication link, wherein the target communication link refers to the communication link constructed by the target execution module and the sensing module; The target execution module is managed hierarchically through the control commands.

[0011] Optionally, the target execution module includes an electronic control unit; The hierarchical control of the target execution module based on the standard status signal includes: If the indication result of the standard status signal is abnormal, the target execution module is controlled to shut down the electronic control unit.

[0012] Optionally, the target execution module includes an electronic control unit; The peripheral control method also includes: If the communication between the sensing module and the target execution module is interrupted, the target execution module is controlled to shut down the electronic control unit.

[0013] Optionally, the peripheral control method further includes: updating the execution status of the target execution module in response to the execution status feedback signal of the target execution module.

[0014] Secondly, this application provides a vehicle including a first memory and a first processor; The first memory is used to store computer programs; The first processor is configured to implement the peripheral control method as described in the first aspect when executing the computer program.

[0015] Thirdly, this application provides a peripheral device, including a second memory and a second processor; The second memory is used to store computer programs; The second processor is configured to implement the peripheral control method as described in the first aspect when executing the computer program.

[0016] The beneficial effects of the peripheral control method in this application are: By using pre-built mapping relationships, the driving status signals of the sensing module are converted to obtain standard status signals. Different driving status signal formats are uniformly converted into a standardized data format, eliminating differences between manufacturers and enabling third-party peripherals to be compatible with various monitoring devices. Through these standard status signals, target execution modules are subject to hierarchical control, implementing differentiated functional restrictions based on driving risk levels. This avoids a blanket full-function lockout, effectively suppressing driving risks while preserving basic manual operation capabilities, achieving a balance between safety control and user experience. Standardized signal conversion ensures information compatibility, and the hierarchical control strategy balances safety and experience, suppressing distracted driving risks caused by cockpit peripheral operation at the source, while also considering the driver's basic usage needs, thereby achieving safe driving control of peripherals. Attached Figure Description

[0017] Figure 1 This is a flowchart illustrating the peripheral control method according to an embodiment of this application; Figure 2 This is a timing diagram of the signal interaction of the peripheral control method according to an embodiment of this application; Figure 3 This is an example diagram of a vehicle according to an embodiment of this application; Figure 4 This is an example diagram of a peripheral device according to an embodiment of this application. Detailed Implementation

[0018] To make the above-mentioned objects, features, and advantages of this application more apparent and understandable, specific embodiments of this application are described in detail below with reference to the accompanying drawings. Although some embodiments of this application are shown in the drawings, it should be understood that this application can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this application. It should be understood that the accompanying drawings and embodiments of this application are for illustrative purposes only and are not intended to limit the scope of protection of this application.

[0019] It should be understood that the steps described in the method embodiments of this application may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this application is not limited in this respect.

[0020] The term "comprising" and its variations as used herein are open-ended, meaning "including but not limited to"; the term "based on" means "at least partially based on"; the term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments"; and the term "optionally" means "optional embodiments". Definitions of other terms will be given in the description below. It should be noted that the concepts of "first," "second," etc., mentioned in this application are used only to distinguish different devices, modules, or units, and are not intended to limit the order of functions performed by these devices, modules, or units or their interdependencies.

[0021] It should be noted that the terms "one" and "more" used in this application are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0022] The names of messages or information exchanged between multiple devices in the embodiments of this application are for illustrative purposes only and are not intended to limit the scope of these messages or information.

[0023] like Figure 1 and Figure 2 As shown in the embodiment of this application, a peripheral device control method includes: Step S100: In response to the driving state signal detected by the perception module, the driving state signal is converted through a pre-built mapping relationship to obtain a standard state signal.

[0024] The perception module represents the functional unit of the vehicle's factory-installed driver monitoring device that outputs driving status information. By directly reusing the driver monitoring capabilities integrated into the vehicle at the factory, it continuously collects physiological parameters such as the driver's facial features, gaze direction, and head posture, and generates raw data reflecting the driver's current attention state. This provides a reliable foundation for the perception of driving risks for cockpit peripheral safety controls, enabling third-party peripherals to achieve safe linkage based on the factory's mature driver monitoring technology.

[0025] Driving status signals represent data output by the perception module that characterizes the driver's real-time attention state. These signals include categorized information such as whether the driver is currently driving normally, distracted, or fatigued. Different vehicle manufacturers vary in their driving status signals regarding data format, encoding rules, and the number of status categories. Driving status signals are used to convert the driver's physiological state into identifiable and processable information.

[0026] The mapping relationship represents a pre-built set of corresponding rules that convert proprietary driving state signals from different manufacturers into a unified standard format.

[0027] In one embodiment, the mapping relationship is stored in the application layer of the perception module as a configurable database. The perception module is mounted on an in-vehicle infotainment system or a third-party peripheral device. The third-party peripheral device includes an execution module for executing hierarchical control commands. The mapping relationship includes feature recognition rules for driving status signals from various vehicle manufacturers and their corresponding conversion logic with standard status signals. This is used to mask the technical differences in driving status signals from different manufacturers, achieving the goal of diverse inputs and standardized output signal conversion. It can overcome the technical obstacle of inconsistent driving status signal standards within the industry, eliminating the need for third-party peripheral devices to develop separate adaptation solutions for different vehicle models, significantly reducing the technical threshold and cost of cross-vehicle adaptation.

[0028] In one embodiment, the mapping relationship, as an independent mapping relationship engine, can be mounted on the vehicle-side application layer or integrated into a third-party peripheral. When the mapping relationship is integrated into the vehicle-side application layer, communication and data transfer are conducted between the vehicle-side system, the communication module integrated into the vehicle-side system, and the target execution module of the third-party peripheral. The vehicle-side system completes the conversion of standard state signals, and the communication module represents the unit mounted on the vehicle-side system for data communication. When the mapping relationship is integrated into the third-party peripheral, the vehicle-side system is only responsible for forwarding driving state signals through its communication module, and the conversion of standard state signals is completed by the third-party peripheral. The communication module represents the module within the third-party peripheral that enables data transfer between the target execution module and other modules used for data processing, data recording, and other functions.

[0029] Standard status signals represent driving status data with a unified format and encoding rules, obtained after mapping transformation. They employ a simplified binary or multi-class classification system, such as usable and unusable states, or further subdivided into multiple risk levels. The advantage of standard status signals lies in their cross-vehicle compatibility; any third-party peripherals supporting this standard can directly recognize and respond to them without needing to know the manufacturer's origin or technical details of the original driving status signals. This allows third-party peripherals in the cockpit to receive and process driving status information in a standardized manner, enabling interfacing with original equipment driver monitoring devices from different manufacturers.

[0030] Step S200: Based on the standard status signal, hierarchical control is performed on the target execution module.

[0031] The target execution module refers to the hardware unit within the third-party electronic peripherals located in the driver's area of ​​the cockpit that is responsible for performing electronic control functions. This includes components that can easily cause the driver's line of sight to deviate, such as mobile phones, peripherals, electronically controlled water dispensers, electronically controlled lifting mechanisms, and electronically controlled adjustment mechanisms. The role of the target execution module is to receive external control commands and execute the corresponding electronic control operations.

[0032] Hierarchical control of the target execution module refers to a control strategy that implements differentiated restrictions on the electronic control functions of the target execution module based on the driving risk level represented by the standard state signal.

[0033] In one embodiment, the control method can employ a multi-level risk threshold judgment mechanism, triggering the corresponding level of functional restriction only when the driving risk reaches a preset level. For example, when the standard state signal reaches a corresponding level of inattention or a preset fatigue level, the corresponding restriction is triggered; when the standard state signal reaches a higher level of inattention or a preset fatigue level, a higher level of control restriction is triggered. The purpose of hierarchical control is to achieve refined and intelligent safety control, balancing driving safety and user experience, and avoiding inconvenience caused by excessive restrictions.

[0034] Optionally, the peripheral control method further includes: updating the execution status of the target execution module in response to the execution status feedback signal of the target execution module.

[0035] The execution status feedback signal represents the data information that the target execution module sends to the sensing module or the communication module used for communication after receiving the control command, which represents the execution result of the current electronic control function.

[0036] In one embodiment, the execution status feedback signal includes status parameters such as whether the target execution module successfully executed the control command, the current function's open or locked state, and whether any abnormalities occurred during execution. The purpose of the execution status feedback signal is to form a control closed loop, enabling the control terminal to know the actual response status of the target execution module. It is used for real-time confirmation of the status, avoiding the black-box problem of not knowing the execution result after the control command is issued.

[0037] The execution status indicates the current execution status feedback of the target execution module's electronic control function, including categories such as normal operation, locked, and execution exception. The execution status is used to characterize the current functional openness of the target execution module.

[0038] By combining status feedback signals with update operations, a complete control loop can be formed. Executing status feedback signals allows the control unit to know the result of command execution, while update operations ensure that the status record is synchronized with the actual situation. Together, they constitute a complete control chain of command, execution, feedback, and update.

[0039] Through real-time feedback and updates, the control unit can promptly detect execution anomalies or status deviations in the target execution module. Updated execution status records can be saved as historical data, facilitating subsequent analysis of control effectiveness or troubleshooting. When the target execution module experiences an abnormal status due to power outages, communication interruptions, or other reasons, the execution status feedback signal can promptly report the abnormal status, and the update operation records the abnormal status. Real-time updates to the execution status allow the control unit to quickly synchronize the actual status of the target execution module after communication is restored, improving the user experience.

[0040] In this embodiment, the driving state signals of the sensing module are converted into standard state signals through a pre-built mapping relationship. Different driving state signal formats are uniformly converted into a standardized data format, eliminating differences between manufacturers and enabling third-party peripherals to be compatible with various monitoring devices. Using standard state signals, the target execution module is subject to hierarchical control, implementing differentiated functional restrictions based on driving risk levels. This avoids a one-size-fits-all approach of locking all functions, effectively suppressing driving risks while retaining basic manual operation capabilities, achieving a balance between safety control and user experience. The execution state of the target execution module is updated through execution state feedback signals, maintaining consistency between the control terminal and the actual state of the peripherals through synchronous state updates, forming a control closed loop of perception, conversion, control, and feedback, improving the reliability and fault tolerance of control decisions. Information compatibility is achieved through standardized signal conversion, balancing safety and experience through hierarchical control strategies, and ensuring control reliability through the state feedback closed loop. This suppresses distracted driving risks caused by the operation of cockpit peripheral execution modules from the source, while also considering the driver's basic usage needs, thereby achieving safe driving control of peripherals.

[0041] Optionally, before converting the driving state signal detected by the perception module through a pre-built mapping relationship to obtain a standard state signal, the method further includes: In response to a pairing signal that meets preset conditions, the execution module that generates the pairing signal is designated as the target execution module, wherein the preset conditions include the signal strength of the pairing signal meeting a preset strength requirement and / or the characteristics of the pairing signal meeting a preset characteristic requirement.

[0042] Pairing signals are used to identify and associate external actuators. They are generated by the cockpit peripherals to be managed, either actively sending signals or responding to query commands, and include device identification information and communication parameters. Pairing establishes a communication connection between the control unit and the external actuator, enabling the control unit to accurately identify peripheral devices that need to be included in its management scope.

[0043] In one embodiment, the vehicle may have multiple execution modules. By using pairing signals, execution modules of a specific type or serving a specific occupant can be paired to achieve hierarchical control of specific devices.

[0044] The validity of paired signals is determined by preset conditions, and execution modules that meet these conditions are selected as target execution modules. These preset conditions include two dimensions: signal strength requirements and signal characteristic requirements. These can be used individually or in combination. For example, execution modules located in the driver's seat that receive signal strength higher than a preset strength, or those with the highest signal strength among preset numbers, can be selected as target execution modules to ensure driver safety.

[0045] The signal characteristics represent information such as device identification, communication protocol type, and encryption verification code contained in the pairing signal. The characteristics of communication signals from execution modules that may affect driver safety are used as preset characteristics for tiered control of such execution modules when driving safety is compromised.

[0046] Optionally, the step of responding to the driver's driving state signal detected by the perception module and converting the driving state signal to obtain a standard state signal through a pre-built mapping relationship includes: Extract the signal type of the driving status signal; Based on the signal type, determine the mapping rules for the driving state signals from the mapping relationship; Based on the mapping rules, the driving state signal is converted into the standard state signal.

[0047] The mapping relationship represents a pre-established conversion table between driving state signals and standard state signals. Stored in the form of a data table or algorithm function, it contains the mapping relationship between driving state signal formats from different manufacturers and a unified standard format, achieving standardized conversion of heterogeneous signal formats, eliminating technical differences between different vehicle manufacturers, and enabling third-party peripherals to be compatible with original equipment driver monitoring devices of various vehicle models.

[0048] Signal types reflect the data structure characteristics of driving status signals, such as data packet length, field order, and encoding methods. The purpose of signal types is to distinguish driving status signals from different sources or in different formats, enabling the selection of the correct mapping rules. Mapping rules define the correspondence between fields in a specific format driving status signal and fields in a standard status signal. This ensures the accuracy and consistency of the conversion results, allowing original signals of different formats to be correctly mapped to a unified standard format.

[0049] In one embodiment, when a driving status signal is received, the control terminal extracts the manufacturer code field from the start byte of the signal. If the field value is 0x42 0x44, the signal is determined to originate from vehicle model A; if the field value is 0x54 0x53, the signal is determined to originate from vehicle model B; and if the field value is 0x4E 0x49, the signal is determined to originate from vehicle model C. After the manufacturer determination is completed, the obtained manufacturer code is used as a search key to locate the matching mapping rule entry in a preset rule data table.

[0050] Assume that vehicle A outputs a driving status signal using a fixed-length data frame structure. The frame header contains a 2-byte manufacturer code (0x42 0x44), a 1-byte signal version number, a 4-byte timestamp, and a 3-byte status data area. In the status data area, the first byte represents the driver's gaze deviation angle (mapped from 0-255 degrees), the second byte represents the eyelid closure duration (mapped from 0-255 milliseconds), and the third byte is the comprehensive risk score (mapped from 0-100 points). Vehicle B outputs a driving status signal using a variable-length JSON format, containing fields such as driver attention level, driver eye closure duration, and head angle. Vehicle C outputs a driving status signal using a binary protocol format. The frame header contains a 2-byte manufacturer code (0x4E 0x49) and a 1-byte frame type. The first 4 bits represent the attention level, the middle 6 bits represent the gaze deviation duration, and the last 6 bits represent the fatigue index.

[0051] For vehicle A signals, the angle of gaze deviation and the duration of eyelid closure are weighted and then mapped to the risk level field; for vehicle B signals, the driver attention field is directly and linearly mapped to the risk level field; for vehicle C signals, the attention level field is mapped to the risk level field after a non-linear transformation.

[0052] In one embodiment, upon receiving a driving status signal, the manufacturer code 0x42 0x44 in the frame header is extracted, identifying it as vehicle model A. The mapping rule corresponding to A is then retrieved from a preset rule data table. This rule defines a weight of 0.6 for the gaze deviation angle and a weight of 0.4 for the eyelid closure duration. The control terminal reads the gaze deviation angle value of 180 degrees and the eyelid closure duration value of 150 milliseconds from the status data area, normalizes them to the 0-1 range, and then performs a weighted sum to obtain a comprehensive risk value of 0.78. This value is mapped to the risk level field value 4 of the standard status signal (0-5 correspond to risk levels from low to high). The final generated standard status signal includes risk level 4 and validity flag 1, for use by the subsequent hierarchical control module.

[0053] In other embodiments, the extracted driving status signal output by vehicle model D is a privately encrypted signal. Therefore, only the basic state of the driving status signal is extracted, i.e., only the normal driving, distracted driving, or fatigued driving represented by the driving status signal is extracted. This basic state is then mapped using mapping rules to obtain a standard state signal. For example, the risk level field value for normal driving is mapped to 0, and the risk level field value for distracted driving or fatigued driving is mapped to 5. When the level of hierarchical control is low, i.e., only a binary classification of controlled and uncontrolled, the risk level field value for normal driving is mapped to 0, and the risk level field value for distracted driving or fatigued driving is mapped to 1, indicating no hierarchical control and hierarchical control, respectively.

[0054] Optionally, converting the driving state signal into the standard state signal based on the mapping rule includes: Based on the mapping rules, the driving state signal is analyzed to obtain the perception result represented by the driving state signal; The perception result is converted into the standard state signal.

[0055] Based on the field positions and parameter meanings defined in the mapping rules, the driving state signals are read and parsed to extract the actual values ​​of each sensing parameter, forming a set of sensing result parameters. The parameters in the sensing results are then normalized according to the format requirements of standard state signals, mapping continuous values ​​to discrete levels, and encapsulated according to a standard data frame structure to finally generate a standard state signal.

[0056] When the driving status signal is a privately encrypted signal, only the unencrypted basic status is extracted, and the basic status is mapped through mapping rules to obtain the standard status signal.

[0057] Optionally, the hierarchical control of the target execution module based on the standard status signal includes: The standard status signal is converted into control commands applicable to the target communication link, wherein the target communication link refers to the communication link constructed by the target execution module and the sensing module; The target execution module is managed hierarchically through the control commands.

[0058] The target communication link represents a dedicated data transmission channel established between the target execution module and the perception module. It utilizes specific communication protocols and physical interfaces, such as wireless transmission methods like Bluetooth and Wi-Fi, or wired transmission methods like CAN bus and LIN bus. Control commands are transmitted through the target communication link, ensuring reliable delivery of these commands to the target execution module and enabling the vehicle's infotainment system to control it.

[0059] In one embodiment, when the communication module is NFC short-range communication, the binding of the sensing module and the target execution module is achieved through NFC contact pairing, which can skip the preset condition determination step.

[0060] After the vehicle-mounted infotainment system or third-party peripheral device with the mapping relationship receives the standard status signal, it determines the corresponding control level based on the risk level field value in the signal. According to the protocol specifications of the target communication link, the control level is converted into a control command conforming to the format requirements of that link. For example, the control command includes the identification code of the target execution module, the control operation type, and parameter setting values. The control command is sent to the target execution module through the target communication link. After parsing the control command, the target execution module executes the corresponding control operation.

[0061] After the third-party peripheral completes pairing and partition binding with the vehicle's Bluetooth Low Energy communication module, all functional modules are ready. The original driver monitoring system outputs a private driving status signal to the mapping engine every 100 milliseconds. The mapping engine completes signal recognition and standardization within 50 milliseconds, generating corresponding Bluetooth Low Energy control commands. The vehicle's Bluetooth Low Energy module broadcasts the commands to the driver's peripheral, with encrypted transmission taking no more than 100 milliseconds. Upon receiving the command, the peripheral completes parsing and control execution within 50 milliseconds, simultaneously sending back the execution status, which is then forwarded by the communication module to the mapping engine, completing one interaction. The entire signal interaction cycles every 300 milliseconds, dynamically updating the driving status and peripheral control status. During this process, if communication is interrupted, the peripheral automatically activates an emergency mechanism, retaining basic manual functions, and automatically re-enters the closed loop after communication is restored.

[0062] Optionally, the target execution module includes an electronic control unit; The hierarchical control of the target execution module based on the standard status signal includes: If the indication result of the standard status signal is abnormal, the target execution module is controlled to shut down the electronic control unit.

[0063] The electronic control unit (ECU) refers to the electronic control components within the target execution module. It is used to implement control functions such as power management, function activation / deactivation, and status monitoring of the target execution module. For example, when a third-party peripheral is a dual-outlet electronically controlled water cup or a wireless charging holder for a car, the ECU includes an electronically controlled water dispensing device and an electronically controlled holder extension mechanism. When the standard status signal indicates an anomaly, such as potential driver distraction or fatigue, the target execution module shuts down the ECU, thus disabling the electronically controlled water dispensing and extension holder functions. The execution status is then fed back to the vehicle's infotainment system or the third-party peripheral equipped with a mapping engine.

[0064] Optionally, the target execution module includes an electronic control unit; The peripheral control method also includes: If the communication between the sensing module and the target execution module is interrupted, the target execution module is controlled to shut down the electronic control unit.

[0065] The vehicle's infotainment system continuously monitors the communication link status between the perception module and the target execution module, and determines the connectivity of the communication link through methods such as heartbeat packet detection, data packet verification, and connection status query.

[0066] When an interruption is detected in the communication link between the sensing module and the target execution module, the vehicle's infotainment system generates a control command to shut down the electronic control unit (ECU). This control command is transmitted to the target execution module via a backup communication channel or local control interface. Upon receiving the control command, the target execution module executes the operation to shut down the ECU. After the ECU is shut down, the electronic control functions of the target execution module cease, and the device enters a power-off or hibernation state. This allows for a conservative safety strategy when sensing data is unavailable, eliminating potential interference from external cockpit devices to the driver and ensuring driving safety.

[0067] This application provides an embodiment of a peripheral control device, comprising: The mapping module is used to respond to the driver's driving state signal detected by the perception module, and to convert the driving state signal into a standard state signal through a pre-constructed mapping relationship.

[0068] The hierarchical control module is used to perform hierarchical control of the target execution module based on the standard status signal.

[0069] The feedback module is used to update the execution status of the target execution module in response to the execution status feedback signal of the target execution module.

[0070] like Figure 3 As shown in the embodiment of this application, a vehicle 300 includes a first memory 310 and a first processor 320; the first memory 310 is used to store a computer program; the first processor 320 is used to implement the peripheral control method described above when the computer program is executed.

[0071] Alternatively, a vehicle 300 includes a first memory 310 and a first processor 320 coupled to the first memory 310; the first memory 310 is configured to store a computer program; the first processor 320 is configured to perform the following operations when the computer program is executed: In response to the driving state signal detected by the perception module, the driving state signal is transformed through a pre-built mapping relationship to obtain a standard state signal; Based on the aforementioned standard status signals, hierarchical control is implemented for the target execution module; In response to the execution status feedback signal of the target execution module, the execution status of the target execution module is updated.

[0072] like Figure 4 As shown in the embodiment of this application, a peripheral device includes a second memory 410 and a second processor 420; the second memory 410 is used to store a computer program; the second processor 420 is used to implement the peripheral control method described above when the computer program is executed.

[0073] Alternatively, a peripheral device 400 includes a second memory 410 and a second processor 420 coupled to the second memory 410; the second memory 410 is configured to store a computer program; the second processor 420 is configured to perform the following operations when the computer program is executed: In response to the driving state signal detected by the perception module, the driving state signal is transformed through a pre-built mapping relationship to obtain a standard state signal; Based on the aforementioned standard status signals, hierarchical control is implemented for the target execution module; In response to the execution status feedback signal of the target execution module, the execution status of the target execution module is updated.

[0074] This application provides a computer-readable storage medium storing a computer program. When the computer program is executed by a processor, it implements the peripheral control method described above.

[0075] Alternatively, a non-volatile computer-readable storage medium storing a computer program that, when executed by a processor, causes the processor to perform the following operations: In response to the driving state signal detected by the perception module, the driving state signal is transformed through a pre-built mapping relationship to obtain a standard state signal; Based on the aforementioned standard status signals, hierarchical control is implemented for the target execution module; In response to the execution status feedback signal of the target execution module, the execution status of the target execution module is updated.

[0076] The following describes vehicle or peripheral devices that can serve as servers or clients in this application, serving as examples of hardware devices applicable to various aspects of this application. Vehicles or peripheral devices include various forms of digital electronic computer equipment, such as laptops, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframes, and other suitable computers. Vehicles or peripheral devices may also include various forms of mobile devices, such as personal digital assistants, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the application described and / or claimed herein.

[0077] Vehicles or peripheral devices include a computing unit that can perform various appropriate actions and processes based on a computer program stored in read-only memory (ROM) or a computer program loaded from a storage unit into random access memory (RAM). The RAM may also store various programs and data required for device operation. The computing unit, ROM, and RAM are interconnected via a bus. Input / output (I / O) interfaces are also connected to the bus.

[0078] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. The storage medium can be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc. In this application, the units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of the embodiments of this application according to actual needs. Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated units can be implemented in hardware or as software functional units.

[0079] Although the above disclosure is provided, the scope of protection of this application is not limited thereto. Those skilled in the art can make various changes and modifications without departing from the spirit and scope of this application, and all such changes and modifications will fall within the scope of protection of this application.

Claims

1. A peripheral device control method, characterized in that, include: In response to the driving state signal detected by the perception module, the driving state signal is transformed through a pre-built mapping relationship to obtain a standard state signal; Based on the aforementioned standard status signals, the target execution module is subject to hierarchical control.

2. The peripheral control method according to claim 1, characterized in that, Before converting the driving state signal detected by the sensing module into a standard state signal through a pre-built mapping relationship, the method further includes: In response to a pairing signal that meets preset conditions, the execution module that generates the pairing signal is designated as the target execution module, wherein the preset conditions include the signal strength of the pairing signal meeting a preset strength requirement and / or the characteristics of the pairing signal meeting a preset characteristic requirement.

3. The peripheral control method according to claim 1 or 2, characterized in that, The step of responding to the driver's driving state signal detected by the perception module and converting the driving state signal to obtain a standard state signal through a pre-built mapping relationship includes: Extract the signal type of the driving status signal; Based on the signal type, determine the mapping rules for the driving state signals from the mapping relationship; Based on the mapping rules, the driving state signal is converted into the standard state signal.

4. The peripheral control method according to claim 3, characterized in that, The process of converting the driving state signal into the standard state signal based on the mapping rule includes: Based on the mapping rules, the driving state signal is analyzed to obtain the perception result represented by the driving state signal; The perception result is converted into the standard state signal.

5. The peripheral control method according to claim 1, characterized in that, The hierarchical control of the target execution module based on the standard status signal includes: The standard status signal is converted into control commands applicable to the target communication link, wherein the target communication link refers to the communication link constructed by the target execution module and the sensing module; The target execution module is managed hierarchically through the control commands.

6. The peripheral control method according to claim 1, characterized in that, The target execution module includes an electronic control unit; The hierarchical control of the target execution module based on the standard status signal includes: If the indication result of the standard status signal is abnormal, the target execution module is controlled to shut down the electronic control unit.

7. The peripheral control method according to claim 1, characterized in that, The target execution module includes an electronic control unit; The peripheral control method also includes: If the communication between the sensing module and the target execution module is interrupted, the target execution module is controlled to shut down the electronic control unit.

8. The peripheral control method according to any one of claims 1-7, characterized in that, Also includes: In response to the execution status feedback signal of the target execution module, the execution status of the target execution module is updated.

9. A vehicle, characterized in that, Includes a first memory and a first processor; The first memory is used to store computer programs; The first processor is configured to implement the peripheral control method as described in any one of claims 1-7 when executing the computer program.

10. A peripheral device, characterized in that, Includes a second memory and a second processor; The second memory is used to store computer programs; The second processor is configured to implement the peripheral control method as described in any one of claims 1-7 when executing the computer program.

Images