Vehicle-mounted video signal processing system and method

Abstract

The application provides a vehicle-mounted video signal processing system and method. The vehicle-mounted video signal processing system comprises a driving recorder and a cabin domain controller. The driving recorder is configured to receive original multi-channel video signals collected by a plurality of image collection devices, acquire current display mode information from the cabin domain controller, and determine a current display mode of the cabin domain controller according to the current display mode information. The driving recorder is further configured to determine target video signals corresponding to the original multi-channel video signals based on the current display mode, and send the target video signals to the cabin domain controller. The cabin domain controller is configured to determine a target vehicle-mounted display application based on the current display mode information after receiving the target video signals, and send the target video signals to the target vehicle-mounted display application for display. By using the vehicle-mounted video signal processing system and method, the video recording and storage requirements of the driving recorder can be met without adding cameras, and the diversified display requirements of the cabin domain controller can also be met.

Description

Technical Field

[0001] This application relates to the field of signal processing technology, and more specifically, to an in-vehicle video signal processing system and method. Background Technology

[0002] Commercial vehicles are typically equipped with both a driving recorder and a cockpit domain controller. The driving recorder is a dedicated vehicle safety monitoring device that can collect and store key driving data such as vehicle speed, driving time, mileage, and engine status. It also records audio and video in real time through four cameras (front, rear, left, and right). The cockpit domain controller mainly handles cockpit services such as in-vehicle entertainment, vehicle parameter settings, and 360° panoramic imaging (Around View Monitor, AVM). The image stitching and imaging of the AVM also relies on the images collected by the four cameras (front, rear, left, and right) of the vehicle.

[0003] In the existing architecture, the driving recorder and the cockpit domain controller are each independently configured with surround-view cameras, resulting in redundant hardware deployment, redundant vehicle wiring, and increased costs. If the driving recorder's camera access and recording function is removed and the cockpit domain controller takes over video acquisition and storage, it will occupy additional computing resources of the cockpit domain controller, increase the software development load, and fail to meet the regulatory requirements for driving recorders and the usage requirements for monitoring when the engine is off. Summary of the Invention

[0004] In view of the above, the purpose of this application is to provide an in-vehicle video signal processing system and method to overcome at least one of the above-mentioned defects.

[0005] In a first aspect, embodiments of this application provide an in-vehicle video signal processing system, which includes a driving recorder and a cockpit domain controller; The driving recorder is used to receive raw multi-channel video signals from multiple image acquisition devices and obtain current display mode information from the cockpit domain controller; Based on the current display mode information, determine the target video signal corresponding to the original multi-channel video signal and send the target video signal to the cockpit domain controller. The cockpit domain controller, upon receiving the target video signal, determines the target in-vehicle display application based on the current display mode information and sends the target video signal to the target in-vehicle display application for display.

[0006] In an optional implementation, the driving recorder is used to determine the target video signal corresponding to the original multi-channel video signal based on the current display mode information through the following processing: if the current display mode information is a first display mode, then the processed multi-channel video signal is used as the target video signal, and the first display mode is to display the vehicle driving information superimposed or to display it in a four-way stitching manner; if the current display mode information is a second display mode, then the original multi-channel video signal is used as the target video signal, and the second display mode is to display it in a panoramic image manner.

[0007] In an optional implementation, the cockpit domain controller is also configured to perform the following process: when the current display mode information is updated, send the updated current display mode information to the driving recorder.

[0008] In an optional implementation, the cockpit domain controller is also used to receive display adjustment instructions, obtain screen touch point position information in the display adjustment instructions, and send the screen touch point position information to the driving recorder through a bidirectional serial communication bus; the driving recorder is also used to receive screen touch point position information, determine and execute the target display function corresponding to the screen touch point position information.

[0009] In an optional implementation, the driving recorder is also used to perform the following processing: detect the operating status of multiple image acquisition devices, and send abnormal information to the cockpit domain controller when the operating status of multiple image acquisition devices is abnormal.

[0010] In an optional implementation, the driving recorder and the cockpit domain controller transmit the target video signal via a shielded twisted pair cable; the driving recorder and the cockpit domain controller transmit the current display mode information via a bidirectional serial communication bus.

[0011] In an optional implementation, the processing of the original multi-channel video signals by the driving recorder includes at least one of the following: superimposing vehicle driving information on the original multi-channel video signals and four-way display splicing processing.

[0012] In an optional implementation, the driving recorder includes a processing module and a video recording module. The processing module is used to perform the following processing: sending the processed multi-channel video signals to the video recording module so that the video recording module can record video.

[0013] In an optional implementation, the video recording module is used to perform the following processing: while recording video, it encodes and compresses the processed multi-channel video signals and stores the video in real time as a file.

[0014] Secondly, embodiments of this application also provide an in-vehicle video signal processing method, applied to an in-vehicle video signal processing system as described in any one of the above descriptions. The in-vehicle video signal processing system includes a driving recorder and a cockpit domain controller. The driving recorder includes a forwarding module. The method includes: In the driving recorder, the target video signal corresponding to the original multi-channel video signal is determined based on the current display mode information obtained from the cockpit domain controller; The target video signal is sent to the cockpit domain controller via the forwarding module in the driving recorder; In the cockpit domain controller, the target in-vehicle display application is determined based on the current display mode information, and the target video signal is sent to the target in-vehicle display application for display.

[0015] The embodiments of this application bring the following beneficial effects: This application provides an in-vehicle video signal processing system in which the driving recorder and the cockpit domain controller can reuse existing cameras. While maintaining their respective functions, the system eliminates the need for redundant camera setups and wiring, effectively reducing overall vehicle costs. Furthermore, the cockpit domain controller does not need to handle the additional video recording and storage functions of multiple cameras, reducing its development workload and system resource consumption. Additionally, by configuring display mode information, it can simultaneously support multiple display modes, meeting diverse and differentiated video display needs. Compared to existing in-vehicle video signal processing systems, this system solves the problem of increased costs caused by redundant hardware deployment and wiring, and also addresses the issue of increased software development burden due to the additional computational resources required by the cockpit domain controller.

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

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

[0018] Figure 1 A schematic diagram of the structure of the vehicle-mounted video signal processing system provided in an embodiment of this application is shown; Figure 2 A flowchart of the vehicle-mounted video signal processing method provided in an embodiment of this application is shown; Figure 3A schematic diagram of the structure of the electronic device provided in the embodiments of this application is shown. Detailed Implementation

[0019] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. The components of the embodiments of this application described and shown in the accompanying drawings can generally be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of this application. Based on the embodiments of this application, every other embodiment obtained by those skilled in the art without inventive effort falls within the scope of protection of this application.

[0020] The following explains the terms used in the embodiments of this application.

[0021] I2C: Inter-Integrated Circuit, is a low-speed bidirectional serial communication bus consisting of a clock line (SCL) and a data line (SDA). It is suitable for configuration and status interaction between vehicle sensors and display control chips. It is characterized by fewer pins, simpler protocols, and lower costs, and is often used in the control and debugging links of display systems.

[0022] LVDS: Low-Voltage Differential Signaling is a low-voltage differential high-speed transmission technology that transmits display data through differential pairs. It has strong anti-interference capabilities and low power consumption. It is a commonly used video transmission interface for traditional vehicle instrument panels and central control screens, and is also one of the classic medium-distance signal transmission solutions in vehicle multi-screen display links.

[0023] MIPI CSI: MIPI Camera Serial Interface (MIPI CSI) is a high-speed serial camera interface standard defined by the MIPI Alliance. It is designed for mobile and automotive scenarios, supports high-resolution, high-frame-rate image transmission, has low power consumption and scalable bandwidth, and is the mainstream interface for video data transmission between automotive cameras and SoCs. It is widely used in automotive vision systems such as surround view and front view systems.

[0024] DVR: Digital Video Recorder, is an in-vehicle video storage and recording device that can encode, store, and play back video data collected by multiple cameras. It is commonly used for driving video recording, accident evidence collection, and driving behavior analysis, and is an important component of in-vehicle safety and monitoring systems.

[0025] AVM: Around View Monitor, also known as 360° panoramic imaging, uses multiple cameras around the vehicle to capture images, which are then stitched together to generate a 360° bird's-eye view of the vehicle's surroundings. It provides blind spot assistance and parking guidance for the driver. Its video data is mostly transmitted to the SoC via MIPI CSI or SerDes, and it is one of the core application scenarios of in-vehicle surround view display systems.

[0026] SerDes: Serializer / Deserializer, a high-speed signal conversion chip that can convert parallel signals into serial signals for long-distance transmission, and then restore the serial signals to parallel signals. It is a core component of the vehicle-mounted long-distance display link and a key carrier of redundant links.

[0027] SoC (System on Chip) is the core control chip of an in-vehicle intelligent cockpit. It integrates multiple functions such as computing, control, and storage, and is responsible for outputting display signals and control commands. Its operating status directly affects the security of the multi-screen display system and is the core object of redundancy monitoring.

[0028] STP: Shielded Twisted Pair, a signal transmission medium with anti-interference capabilities, which can reduce the impact of electromagnetic interference on display signals in the vehicle environment and is used for the deployment of redundant transmission media.

[0029] Please see Figure 1 , Figure 1 This is a schematic diagram of the structure of an in-vehicle video signal processing system provided in an embodiment of this application. Figure 1 As shown, the vehicle video signal processing system provided in this application embodiment includes a driving recorder 10 and a cockpit domain controller 20.

[0030] The driving recorder 10 includes a first receiving module 110, a processing module 120, a forwarding module 130, a first information storage module 140, a video recording module 150, and a video storage module 160.

[0031] The cockpit domain controller 20 includes a second receiving module 210, a first in-vehicle display application 220, a computing module 230, a second in-vehicle display application 240, and a second information storage module 250.

[0032] The driving recorder 10 and the cockpit domain controller 20 are independent host systems. The driving recorder 10 and the cockpit domain controller 20 are connected via shielded twisted pair cable and bidirectional serial communication bus (I2C). The cockpit domain controller 20 and the display screen are connected via shielded twisted pair cable (STP) and bidirectional serial communication bus (I2C). The shielded twisted pair cable is used to transmit low voltage differential signals (LVDS).

[0033] The driving recorder 10 is used to receive raw multi-channel video signals collected by multiple image acquisition devices, which can refer to cameras. For example, a vehicle is equipped with four cameras: front, rear, left, and right. These cameras can be LVDS cameras. The four cameras are connected to the host of the driving recorder 10 via LVDS. The communication link is as follows: camera, SerDes serializer (camera end), LVDS, SerDes deserializer (driving recorder end), MIPI CSI (driving recorder end). Through this communication link, the raw multi-channel video signals collected by the four cameras can be input to the receiving module of the driving recorder 10, that is, input to the first receiving module 110. When the multiple image acquisition devices are four cameras, the raw multi-channel video signals are four LVDS camera video signals.

[0034] After acquiring the original multi-channel video signals, the first receiving module 110 sends the original multi-channel video signals to the processing module 120, which processes the signals and then sends the processed multi-channel video signals to the video recording module 150 for video recording. While recording, the video recording module 150 encodes and compresses the processed multi-channel video signals and sends the encoded and compressed file to the video storage module 160 for real-time video storage.

[0035] In one embodiment, the processing of the original multi-channel video signals by the driving recorder 10 includes at least one of the following: superimposing vehicle driving information (such as superimposing vehicle speed information) on the original multi-channel video signals, and four-way display splicing processing.

[0036] Among them, vehicle driving information is obtained from the CAN bus. The four-way display splicing refers to the original video images captured by the vehicle's four cameras, which are then distorted, cropped and adapted, and spliced ​​into a composite video image in a four-screen layout. The real-time images from the four directions are displayed independently on the vehicle screen at the same time. This is a common four-screen split display mode for driving recorders.

[0037] The driving recorder 10 and the cockpit domain controller 20 are connected via a bidirectional serial communication bus I2C. The driving recorder 10 obtains the current display mode information from the second receiving module 210 of the cockpit domain controller 20 via the bidirectional serial communication bus I2C, and determines the target video signal corresponding to the original multi-channel video signal based on the current display mode information. Then, it sends the target video signal to the cockpit domain controller 20.

[0038] For example, display mode information is stored in the second information storage module 250 of the cockpit domain controller 20. When the user manually updates the display mode information stored in the second information storage module 250, the second receiving module 210 sends the updated display mode information as the current display mode information to the forwarding module 130 of the driving recorder 10 via the bidirectional serial communication bus I2C. The processing module 120 obtains the current display mode information from the forwarding module 130 and stores the current display mode information in the first information storage module 140.

[0039] If the current display mode information is the first display mode (e.g., display mode information is 0), the processing module 120 uses the processed multi-channel video signals as the target video signal; if the current display mode information is the second display mode (e.g., display mode information is 1), the original multi-channel video signals are used as the target video signal. The first display mode is to display the vehicle driving information by superimposing it or by splicing it in four directions, and the second display mode is to display it as a panoramic image.

[0040] The driving recorder 10 and the cockpit domain controller 20 are connected via a shielded twisted-pair cable. The driving recorder 10 can forward the target video signal to the cockpit domain controller via the shielded twisted-pair cable. The forwarding communication link is as follows: target video signal, SerDes serializer (driving recorder end), LVDS, SerDes deserializer (cockpit domain controller end), MIPI CSI (cockpit domain controller end).

[0041] In one embodiment, the display mode information can also be configured in the first information storage module 140 and the second information storage module 250 through Unified Diagnostic Services (UDS) when the vehicle rolls off the production line.

[0042] After receiving the target video signal sent by the forwarding module 130 of the driving recorder 10, the second receiving module 210 of the cockpit domain controller 20 obtains the current display mode information from the second information storage module 250. Based on the current display mode information, it determines whether the cockpit domain controller 20 is currently in the first display mode (DVR / four-way display) or the second display mode (AVM display). Then, it sends the target video signal to the in-vehicle display application corresponding to the target display mode for display. The in-vehicle display application includes a first in-vehicle display application and a second in-vehicle display application.

[0043] For example, in the first display mode, the target video signal is directly sent to the first in-vehicle display application 220 for display; in the second display mode, the target video signal is sent to the processing module 230, which uses an Around View Monitor (AVM) algorithm to stitch the target video signal together and then sends the stitched video signal to the second in-vehicle display application 240. The first in-vehicle display application 220 can refer to a digital video recorder application, i.e., a DVR application, and the second in-vehicle display application 240 can refer to in-vehicle 360° panoramic image display application software, i.e., an AVM application.

[0044] The cockpit domain controller connects to one or more displays and transmits the target video signal to the displays for display via shielded twisted-pair cables. Its communication link is: target video signal, SerDes serializer (cockpit domain controller end), LVDS, and SerDes deserializer (display end).

[0045] In one embodiment, the cockpit domain controller 20 also communicates with the display screen via a bidirectional serial communication bus (I2C) to transmit low-speed control data, interactive data, configuration data, and status data.

[0046] For example, if the current display mode is the first display mode, the screen displays a DVR or a four-way spliced ​​image. When the user clicks the screen, a display adjustment command is generated. The cockpit domain controller 20 obtains the screen touch point position information (such as X and Y coordinates) from the display adjustment command via I2C and transmits the screen touch point position information to the driving recorder 10 via I2C. The driving recorder 10 parses the screen touch point position information to determine the touch point coordinates and confirms the target display function corresponding to the touch point coordinates. If the touch point coordinates point to a function control on the display screen interface, it indicates that the user has clicked the function control, and the target display function corresponding to the function control is executed. The target display function can be any one of video playback, function settings, snapshot, or screen switching.

[0047] In one embodiment, the driving recorder 10 can also be used for anomaly detection processing. In this case, the driving recorder 10 detects the operating status of multiple image acquisition devices, and when the operating status of multiple image acquisition devices is abnormal, it sends the abnormal information to the cockpit domain controller 20.

[0048] For example, the driving recorder 10 detects whether the camera has an open circuit, short circuit, or no camera, etc. If an abnormal working status of the camera is detected, the abnormal information is transmitted to the cockpit domain controller 20 via I2C. The cockpit domain controller 20 determines the type of abnormality based on the abnormal information and performs corresponding processing. For example, in the second display mode, if there is no signal on the screen, a no signal prompt is displayed on the screen; in the first display mode, if there is no signal on the screen, the cockpit domain controller does not need to process it and directly displays the target video signal transmitted by the driving recorder 10, which is then processed by the driving recorder 10.

[0049] The vehicle video signal processing method provided in this application embodiment can maintain unified access to the driving recorder from multiple cameras in the vehicle. While receiving and using the camera video signals, the driving recorder forwards the corresponding target video signal to the cockpit domain controller for subsequent processing according to the current display mode. This solution allows the driving recorder to return to and retain its independent video recording function. It can combine its own collected GPS trajectory, vehicle speed and other driving data to fully maintain the driving recorder's regulatory requirements and its ability to monitor vehicles when the engine is off. At the same time, the cockpit domain controller does not need to bear the task of recording and storing multiple videos for a long time, which greatly releases the computing power and resource occupation of the cockpit domain controller system. It can also output the original multiple video signals forward, fully meeting the business needs of AVM panoramic image stitching display at the cockpit domain controller.

[0050] Based on the same inventive concept, this application also provides an in-vehicle video signal processing method corresponding to the in-vehicle video signal processing system. Since the principle of the method in this application is similar to that of the in-vehicle video signal processing system described above in this application, the implementation of the method can refer to the implementation of the system, and the repeated parts will not be described again.

[0051] Please see Figure 2 , Figure 2 This is a flowchart illustrating a vehicle-mounted video signal processing method provided in an embodiment of this application. Figure 2 As shown, the vehicle-mounted video signal processing method is applied to a vehicle-mounted video signal processing system, which includes a driving recorder and a cockpit domain controller. The driving recorder includes a forwarding module, and the method includes: Step S201: In the driving recorder, based on the current display mode information obtained from the cockpit domain controller, determine the target video signal corresponding to the original multi-channel video signal; Step S202: The target video signal is sent to the cockpit domain controller via the forwarding module in the driving recorder; In step S203, the target vehicle display application is determined in the cockpit domain controller based on the current display mode information, and the target video signal is sent to the target vehicle display application for display.

[0052] Please see Figure 3 , Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 3 As shown, the electronic device 300 includes a processor 310, a memory 320, and a bus 330.

[0053] The memory 320 stores machine-readable instructions executable by the processor 310. When the electronic device 300 is running, the processor 310 and the memory 320 communicate via the bus 330. When the machine-readable instructions are executed by the processor 310, they can perform the operations described above. Figure 2 The steps of the vehicle-mounted video signal processing method in the method embodiment shown are described in detail in the method embodiment, and will not be repeated here.

[0054] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, can perform the above-described actions. Figure 2 The steps of the vehicle-mounted video signal processing method in the method embodiment shown are described in detail in the method embodiment, and will not be repeated here.

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

[0056] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. The apparatus embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Additionally, the shown or discussed mutual couplings, direct couplings, or communication connections may be through some communication interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms.

[0057] 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 this embodiment according to actual needs.

[0058] In addition, 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.

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

[0060] Finally, it should be noted that the above-described embodiments are merely specific implementations of this application, used to illustrate the technical solutions of this application, and not to limit them. The scope of protection of this application is not limited thereto. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can still modify or easily conceive of changes to the technical solutions described in the foregoing embodiments, or make equivalent substitutions for some of the technical features, within the scope of the technology disclosed in this application. Such modifications, changes, or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be covered within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A vehicle-mounted video signal processing system, characterized in that, The vehicle-mounted video signal processing system includes a driving recorder and a cockpit domain controller; The driving recorder is used to receive raw multi-channel video signals collected by multiple image acquisition devices and obtain current display mode information from the cockpit domain controller; Based on the current display mode information, the target video signal corresponding to the original multi-channel video signal is determined, and the target video signal is sent to the cockpit domain controller; The cockpit domain controller is used to determine the target in-vehicle display application based on the current display mode information after receiving the target video signal, and send the target video signal to the target in-vehicle display application for display.

2. The system according to claim 1, characterized in that, The driving recorder is used to determine the target video signal corresponding to the original multi-channel video signal based on the current display mode information through the following processing: If the current display mode information is the first display mode, then the processed multi-channel video signal is used as the target video signal. The first display mode is to display the vehicle driving information by superimposing it or to display it by splicing it in four directions. If the current display mode information is the second display mode, then the original multi-channel video signal is used as the target video signal, and the second display mode is to display in a panoramic image mode.

3. The system according to claim 1, characterized in that, The cockpit domain controller is also used to perform the following processes: When the current display mode information is updated, the updated current display mode information is sent to the driving recorder.

4. The system according to claim 1, characterized in that, The cockpit domain controller is also used to receive display adjustment commands, obtain screen touch point position information in the display adjustment commands, and send the screen touch point position information to the driving recorder through a bidirectional serial communication bus; The driving recorder is also used to receive the screen touch point location information, determine and execute the target display function corresponding to the screen touch point location information.

5. The system according to claim 1, characterized in that, The driving recorder is also used to perform the following processes: The system detects the operating status of the multiple image acquisition devices, and sends the abnormal information to the cockpit domain controller when the operating status of the multiple image acquisition devices is abnormal.

6. The system according to claim 1, characterized in that, The target video signal is transmitted between the driving recorder and the cockpit domain controller via a shielded twisted pair cable. The driving recorder and the cockpit domain controller transmit the current display mode information via a bidirectional serial communication bus.

7. The system according to claim 1, characterized in that, The processing of the original multi-channel video signals by the driving recorder includes at least one of the following: Vehicle driving information is superimposed on the original multi-channel video signals, and four-way display splicing processing is performed.

8. The system according to claim 1, characterized in that, The driving recorder includes a processing module and a video recording module. The processing module is used to perform the following processing: The processed multi-channel video signals are sent to the video recording module so that the video recording module can perform video recording.

9. The system according to claim 8, characterized in that, The video recording module is used to perform the following processes: While recording video, the processed multi-channel video signals are encoded and compressed, and the video is stored in real time as a file.

10. A method for processing vehicle-mounted video signals, characterized in that, The vehicle video signal processing system, as described in any one of claims 1 to 9, includes a driving recorder and a cockpit domain controller, wherein the driving recorder includes a forwarding module, comprising: In the driving recorder, the target video signal corresponding to the original multi-channel video signal is determined based on the current display mode information obtained from the cockpit domain controller; The target video signal is sent to the cockpit domain controller via the forwarding module in the driving recorder; In the cockpit domain controller, the target in-vehicle display application is determined based on the current display mode information, and the target video signal is sent to the target in-vehicle display application for display.

Images