Performance stability burying point system of vehicle-mounted dual system

Abstract

The invention discloses a performance stability burying point system of vehicle-mounted dual systems, which accelerates identification and solution of software problems and improves user satisfaction. According to the technical scheme, performance and stability software data of Android and Linux systems are logically screened in software at the same time, the minimum and necessary software data are filtered out, the bandwidth occupancy is reduced to the maximum extent, the influence on the load of a CPU of an entertainment system is reduced, the software data are formatted, the requirement for data safety of a vehicle enterprise is met, and the safety of the vehicle enterprise is improved. And then uploading to the background. Finally, entertainment system research and development personnel can identify the performance stability problem concerned by the user at the first time and remotely analyze the software Bug.

Description

Technical Field

[0001] The present invention relates to technologies related to an in-vehicle infotainment system, and specifically to a performance stability tracking system for an in-vehicle dual system, wherein the dual system refers to a Linux system and an Android system, and tracking refers to related technologies and their implementation process for capturing, processing and sending specific user behaviors or events. Specifically, tracking is achieved by implanting codes (or marking) at key locations of the system to collect and record user behavior data, system performance data, and possible abnormal or error data when using the in-vehicle dual system. Background Art

[0002] At present, in the traditional Linux Android dual-system in-vehicle infotainment system, the Linux operating system is responsible for the basic operation of the in-vehicle information system, including the display of the human-machine interface, sound output, vehicle control, network security, etc., and the Android operating system is responsible for the operation of online entertainment applications, such as iQiyi, Himalaya, Weather and other applications. The two operating systems share hardware through an internal virtual system. In the current context of increasing functional complexity, even if the stability of the operating entertainment system has reached the standard, after mass production, there are still a small number of users who occasionally experience car system freezes, is not smooth, and the system black screen, affecting user satisfaction. The OEM hopes to be able to grasp the user's problems as soon as possible and solve them.

[0003] like Figure 1 As shown in the figure, when a software problem occurs, the relevant log of the software bug is compressed to 4MB. If it depends on the existing background transmission bandwidth, it will take 40-50 minutes to upload. In addition, since it needs to be compressed before uploading, the system load will be greatly increased, resulting in performance problems caused by uploading logs. Therefore, the current log is not uploaded to the background. If the entertainment system is stuck or the entertainment system is black or restarted, users often choose to report it through the service phone or go to the 4S store. In view of the contingency of the problem, the after-sales service personnel cannot immediately confirm and solve the problem on the spot. Instead, they need to contact the entertainment system developer to collect the entertainment system software data on site, and then the developer will analyze it. However, there will be problems with the data collected on site, such as the site has been lost and the developer cannot analyze the cause of the problem. This way of confirming performance stability problems will cause problems such as decreased user satisfaction, delayed problem discovery, delayed problem analysis, and inability to locate the cause of the problem. Summary of the invention

[0004] A brief summary of one or more aspects is given below to provide a basic understanding of these aspects. This summary is not an exhaustive overview of all conceived aspects, and is neither intended to identify the key or critical elements of all aspects nor to define the scope of any or all aspects. Its only purpose is to give some concepts of one or more aspects in a simplified form as a prelude to a more detailed description that will be given later.

[0005] The purpose of the present invention is to solve the above-mentioned problems and provide a performance stability tracking system for dual-system in a vehicle to accelerate the identification and resolution of software problems and improve user satisfaction.

[0006] The technical solution of the present invention is as follows: the present invention discloses a vehicle-mounted dual-system performance stability tracking system, the system includes a Linux vehicle-mounted subsystem and an Android vehicle-mounted subsystem, the Linux vehicle-mounted subsystem further includes: a Linux online module, a Linux software monitoring module, a Linux software log processing module, a Linux software log compression export module, and a Linux gateway module; the Android vehicle-mounted subsystem includes an Android software monitoring module and an Android gateway module, wherein:

[0007] Linux online module, used to encapsulate data in the specified format and upload it to the backend cloud through the network;

[0008] The Linux software monitoring module is used to monitor the performance data of the Linux side in real time, determine whether the monitored data is abnormal, and filter the abnormal data and transmit it to the Linux software log processing module;

[0009] The Linux software log processing module is configured to: parse the core dump software log stored in the Linux operating system and filter out the key log information; collect the performance data of the Linux and Android dual systems; and package the performance stability data and transmit it to the backend cloud;

[0010] The Linux software log compression export module is used to compress the Linux software log and transmit it to the Linux software log processing module;

[0011] A communication connection is established between the Linux gateway module and the Android gateway module for Linux and Android dual-system communication;

[0012] The Android software monitoring module is used to monitor the performance data on the Android side in real time, determine whether the monitored data is abnormal, and transmit the determined abnormal data to the Linux software log processing module through the Linux gateway module and the Android gateway module.

[0013] According to an embodiment of the vehicle-mounted dual-system performance stability tracking system of the present invention, the Android software monitoring module is located in the software middle layer of the Android system.

[0014] According to an embodiment of the vehicle-mounted dual-system performance stability tracking system of the present invention, the performance data includes: CPU\IO\RAM.

[0015] According to an embodiment of the vehicle-mounted dual-system performance stability tracking system of the present invention, key log information includes: the power stage of the system when the core dump occurs, the time elapsed from power-on, the abnormal signal value when the core dump occurs, the kernel exception stack information, and the CPU high load information.

[0016] According to an embodiment of the vehicle-mounted dual-system performance stability tracking system of the present invention, the system configuration first runs the transmission process of the performance data on the Android side to the Linux side, and further includes:

[0017] Step 1-1: The Android software monitoring module on the Android side monitors the performance data of the Android system in real time;

[0018] Step 1-2: The Android software monitoring module on the Android side determines whether the performance data of the current Android system is abnormal. If an abnormality occurs, the maximum value of the data is set for screening, and the screened abnormal data of the performance stability of the Android system is transmitted to the Android gateway module;

[0019] Step 1-3: The Android gateway module transmits the abnormal data to the Linux gateway module;

[0020] Step 1-4: The Linux gateway module transmits the received data to the Linux software log processing module, and the Linux software log processing module temporarily stores the received Android system performance stability abnormality data.

[0021] According to an embodiment of the vehicle-mounted dual-system performance stability tracking system of the present invention, the system configures and then runs the process of collecting performance data and filtering stability data on the Linux side, further comprising:

[0022] Step 2-1: The Linux software log processing module on the Linux side obtains the file information of the system crash from the Linux software log compression module;

[0023] Step 2-2: The Linux software log processing module on the Linux side confirms whether a new system crash occurred during the last boot process based on the obtained file information. If a new system crash occurred, the Linux software log processing module temporarily stores the new system crash file, and continues to read and parse the system crash file, filters the data according to the keyword rules, extracts stability-related data and temporarily stores it. If no new system crash occurred, the Linux software log processing module does not perform other special processing and waits for input from the Linux software monitoring module;

[0024] Step 2-3: The Linux software monitoring module on the Linux side monitors the status of the performance data of the Linux system in real time;

[0025] Step 2-4: The Linux software monitoring module determines whether the status of the performance data of the Linux system is abnormal. If an abnormality occurs, the data is transmitted to the Linux software log processing module. The Linux software log processing module is responsible for temporarily storing the abnormal data. If no abnormality occurs, the Linux performance system status continues to be monitored.

[0026] According to an embodiment of the vehicle-mounted dual-system performance stability tracking system of the present invention, the system configuration finally runs the process on the Linux side, further comprising:

[0027] Step 3-1: The Linux software log processing module packages the abnormal stability performance data in the internal cache and preliminarily formats it into the data required by the online module and sends it to the Linux online module at one time;

[0028] Step 3-2: The Linux online module encapsulates the data in the prescribed format and uploads it to the car company's backend server through the network.

[0029] Compared with the prior art, the present invention has the following beneficial effects: the present invention introduces the performance stability tracking of the Linux Android dual system, and the performance stability problem Trace encountered by the user is logically screened and uploaded to the background at the first time, so that R&D personnel can identify the performance stability problems of the entertainment system during user use, and then solve the software bugs during the remote upgrade process.

[0030] In detail, the performance stability tracking solution based on Linux and Android dual systems of the present invention simultaneously performs logical screening on the performance and stability software data of Android and Linux systems in the software, filters out the minimum and necessary software data, minimizes bandwidth usage and reduces the impact on the CPU load of the entertainment system, formats the software data to meet the data security requirements of the car companies, and then uploads it to the background. Ultimately, the entertainment system R&D personnel can identify the performance stability issues that users are concerned about in the first place and remotely analyze software bugs.

[0031] Originally, due to the limitation of network bandwidth speed and host chip performance, it was impossible to upload Linux Android dual system performance stability data to the background. After using the present invention, dual system performance stability data can be implemented from scratch, and it takes a short time and has a low impact on the system load. Taking the upload of a 10MB stability file as an example, the specific benefits are as follows:

[0032]

[0033] Therefore, the present invention realizes the uploading of Linux Android dual system performance stability tracking information on the in-vehicle infotainment system, provides the possibility of remotely solving the Linux Android dual system performance stability problem, and improves the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] The above features and advantages of the present invention can be better understood after reading the detailed description of the embodiments of the present disclosure in conjunction with the following drawings. In the drawings, the components are not necessarily drawn to scale, and components with similar related properties or features may have the same or similar reference numerals.

[0035] Figure 1 The internal architecture diagram of a traditional Linux Android dual-system in-vehicle information system is shown.

[0036] Figure 2 The internal architecture diagram of an embodiment of the vehicle-mounted dual-system performance stability tracking system of the present invention is shown.

[0037] Figure 3 Shows Figure 2 The system embodiment shown is configured with a flow chart for transmitting performance data from the Android side to the Linux side.

[0038] Figure 4 Shows Figure 2 The system embodiment shown is configured with Linux-side performance data and a flowchart for filtering out stability data.

[0039] Figure 5Shows Figure 2 The flowchart of the system embodiment shown is that the performance data of Linux and Android configured in the system embodiment are packaged according to a fixed period and uploaded according to a specified format at a fixed period. DETAILED DESCRIPTION

[0040] The present invention is described in detail below in conjunction with the accompanying drawings and specific embodiments. Note that the aspects described below in conjunction with the accompanying drawings and specific embodiments are only exemplary and should not be construed as limiting the scope of protection of the present invention in any way.

[0041] Figure 2 The internal architecture of an embodiment of the vehicle-mounted dual-system performance stability tracking system of the present invention is shown. The system of this embodiment includes a Linux vehicle-mounted subsystem and an Android vehicle-mounted subsystem, wherein the Linux vehicle-mounted subsystem further includes: a Linux online module, a Linux software monitoring module, a Linux software log processing module, a Linux software log compression and export module, and a Linux gateway module; wherein the Android vehicle-mounted subsystem includes an Android software monitoring module disposed in the Android software middle layer, and an Android gateway module.

[0042] The Linux online module is used to package the data in a specified format (such as the standard format required by car companies) and upload it to the backend cloud via the network.

[0043] The Linux software monitoring module is used to monitor the performance data (CPU\IO\RAM) on the Linux side in real time, and determine whether the monitored data is abnormal. The abnormal data is filtered and transmitted to the Linux software log processing module.

[0044] The Linux software log processing module is configured to do the following:

[0045] 1) Perform data analysis on the Coredump software log stored in the Linux operating system and filter out the key log information, including: the power stage of the system when the Coredump occurs, the time elapsed after the system starts, the abnormal signal value when the Coredump occurs, the kernel abnormal stack information, the CPU high load information and other related contents. In the Linux operating system, Coredump (core dump) refers to the process in which the operating system saves the program's memory image (including code, data, stack, etc.) to a file on the disk when the program terminates abnormally (such as crashing). This file is usually called "core dump" or "core file". By analyzing this Coredump file, developers can understand the status of the program when it crashes, including which variables are used, where the program is executed, and the possible causes of the crash;

[0046] 2) Collect performance data (CPU\IO\RAM) of Linux and Android dual systems;

[0047] 3) Package the performance stability data and transmit it to the backend cloud.

[0048] The Linux software log compression export module is used to compress the Linux software log and transmit it to the Linux software log processing module.

[0049] A communication connection is established between the Linux gateway module and the Android gateway module for Linux and Android dual-system communication.

[0050] The Android software monitoring module is used to monitor the performance data (CPU\IO\RAM) on the Android side in real time, and determine whether the monitored data is abnormal. The abnormal data is transmitted to the Linux software log processing module through the Linux gateway module and the Android gateway module.

[0051] Figure 2 The system shown configures the following processing algorithms:

[0052] Combination Figure 3 First, the system runs the transmission process of performance data (CPU\IO\RAM) from the Android side to the Linux side, as follows:

[0053] Step 1-1: The Android software monitoring module on the Android side monitors the performance data (CPU\IO\RAM) of the Android system in real time.

[0054] Step 1-2: The Android software monitoring module on the Android side determines whether the performance data of the current Android system is abnormal. If an abnormality occurs, the data is filtered by setting the maximum value of the data, and the filtered Android system performance stability abnormality data is transmitted to the Android gateway module.

[0055] Step 1-3: The Android gateway module transmits the abnormal data to the Linux gateway module.

[0056] Step 1-4: The Linux gateway module transmits the received data to the Linux software log processing module, and the Linux software log processing module temporarily stores the received Android system performance stability abnormality data.

[0057] Then, the system runs the Linux side to collect performance data (CPU\IO\RAM) and filter out stability data (Coredump name\startup reason\SOC restart keywords), combined with Figure 4 As shown, the specific process is as follows:

[0058] Step 2-1: The Linux software log processing module on the Linux side obtains the file information of the system crash from the Linux software log compression module.

[0059] Step 2-2: The Linux software log processing module on the Linux side confirms whether a new system crash occurred during the last boot process based on the obtained file information. If a new system crash occurs, the Linux software log processing module temporarily stores the new system crash file, and continues to read and parse the system crash file, filtering data according to keyword rules, where the keywords include: the power stage of the system when the Coredump occurs, the time elapsed from the boot, the abnormal signal value when the Coredump occurs, the kernel abnormal stack information, the CPU high load information and other related content, extracting the stability-related data and temporarily storing it. If no new system crash occurs, the Linux software log processing module does not perform other special processing and waits for the input of the Linux software monitoring module.

[0060] Step 2-3: The Linux software monitoring module on the Linux side monitors the status of the performance data (CPU\IO\RAM) of the Linux system in real time.

[0061] Step 2-4: The Linux software monitoring module determines whether the status of the Linux system's performance data (CPU\IO\RAM) is abnormal. If so, the data is transmitted to the Linux software log processing module, which is responsible for temporarily storing the abnormal data. If no abnormality occurs, the Linux performance system status continues to be monitored.

[0062] Finally, the system runs the Linux side process, packages all stability data as a whole and uploads them at one time in a specified format (such as the standard format of the car company), and packages the performance data of Linux and Android in a fixed period and uploads them in a fixed period in a specified format. Figure 5 As shown, the specific process is as follows:

[0063] Step 3-1: The Linux software log processing module packages the abnormal stability performance data in the internal cache and preliminarily formats it into the data required by the online module and sends it to the Linux online module at one time.

[0064] Step 3-2: The Linux online module encapsulates the data in a specified format (such as the standard format of the car manufacturer) and uploads it to the car manufacturer's backend server via the network.

[0065] Although the above methods are illustrated and described as a series of actions for simplicity of explanation, it should be understood and appreciated that these methods are not limited by the order of the actions, because according to one or more embodiments, some actions may occur in a different order and / or concurrently with other actions from those illustrated and described herein or not illustrated and described herein but understandable to those skilled in the art.

[0066] Those skilled in the art will further appreciate that the various illustrative logic blocks, modules, circuits, and algorithm steps described in conjunction with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or a combination of the two. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps are generally described above in terms of their functionality. Whether such functionality is implemented as hardware or software depends on the specific application and the design constraints imposed on the overall system. The technician may implement the described functionality in different ways for each specific application, but such implementation decisions should not be interpreted as resulting in a departure from the scope of the present invention.

[0067] The various illustrative logic blocks, modules, and circuits described in conjunction with the embodiments disclosed herein may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. The processor may also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in cooperation with a DSP core, or any other such configuration.

[0068] The steps of the method or algorithm described in conjunction with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. The software module may reside in a RAM memory, a flash memory, a ROM memory, an EPROM memory, an EEPROM memory, a register, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to a processor so that the processor can read and write information from / to the storage medium. In an alternative, a storage medium may be integrated into a processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In an alternative, the processor and the storage medium may reside in a user terminal as discrete components.

[0069] In one or more exemplary embodiments, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented as a computer program product in software, each function may be stored on or transmitted by a computer-readable medium as one or more instructions or codes. Computer-readable media include both computer storage media and communication media, including any medium that facilitates the transfer of a computer program from one place to another. Storage media may be any available medium that can be accessed by a computer. As an example and not limitation, such a computer-readable medium may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, disk storage or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of an instruction or data structure and can be accessed by a computer. Any connection is also properly referred to as a computer-readable medium. For example, if the software is transmitted from a website, a server, or other remote source using a coaxial cable, a fiber optic cable, a twisted pair, a digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwaves, the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwaves are included in the definition of the medium. Disk and disc as used herein include compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and Blu-ray disc, wherein disk often reproduces data magnetically, while disc reproduces data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

[0070] The previous description of the disclosure is provided to enable any person skilled in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to those skilled in the art, and the general principles defined herein may be applied to other variations without departing from the spirit or scope of the disclosure. Thus, the disclosure is not intended to be limited to the examples and designs described herein, but should be granted the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A vehicle-mounted dual-system performance stability tracking system, characterized in that: The system includes a Linux vehicle-mounted subsystem and an Android vehicle-mounted subsystem. The Linux vehicle-mounted subsystem further includes: a Linux online module, a Linux software monitoring module, a Linux software log processing module, a Linux software log compression and export module, and a Linux gateway module; the Android vehicle-mounted subsystem includes an Android software monitoring module and an Android gateway module, wherein: Linux online module, used to encapsulate data in the specified format and upload it to the backend cloud through the network; The Linux software monitoring module is used to monitor the performance data of the Linux side in real time, determine whether the monitored data is abnormal, and filter the abnormal data and transmit it to the Linux software log processing module; The Linux software log processing module is configured to: parse the core dump software log stored in the Linux operating system and filter out the key log information; collect the performance data of the Linux and Android dual systems; and package the performance stability data and transmit it to the backend cloud; The Linux software log compression export module is used to compress the Linux software log and transmit it to the Linux software log processing module; A communication connection is established between the Linux gateway module and the Android gateway module for Linux and Android dual-system communication; The Android software monitoring module is used to monitor the performance data on the Android side in real time, determine whether the monitored data is abnormal, and transmit the determined abnormal data to the Linux software log processing module through the Linux gateway module and the Android gateway module.

2. The vehicle-mounted dual-system performance stability tracking system according to claim 1 is characterized in that: The Android software monitoring module is located in the software middle layer of the Android system.

3. The vehicle-mounted dual-system performance stability tracking system according to claim 1 is characterized in that: Performance data includes: CPU\IO\RAM.

4. The vehicle-mounted dual-system performance stability tracking system according to claim 1 is characterized in that: Key log information includes: the system power stage when the core dump occurs, the time elapsed since the boot, the abnormal signal value when the core dump occurs, the kernel abnormal stack information, and the CPU high load information.

5. The vehicle-mounted dual-system performance stability tracking system according to claim 1 is characterized in that: The system configuration first runs the transfer process of performance data from the Android side to the Linux side, which further includes: Step 1-1: The Android software monitoring module on the Android side monitors the performance data of the Android system in real time; Step 1-2: The Android software monitoring module on the Android side determines whether the performance data of the current Android system is abnormal. If an abnormality occurs, the maximum value of the data is set for screening, and the screened abnormal data of the performance stability of the Android system is transmitted to the Android gateway module; Step 1-3: The Android gateway module transmits the abnormal data to the Linux gateway module; Step 1-4: The Linux gateway module transmits the received data to the Linux software log processing module, and the Linux software log processing module temporarily stores the received Android system performance stability abnormality data.

6. The vehicle-mounted dual-system performance stability tracking system according to claim 5 is characterized in that: The system configuration then runs the process of collecting performance data and filtering stability data on the Linux side, further including: Step 2-1: The Linux software log processing module on the Linux side obtains the file information of the system crash from the Linux software log compression module; Step 2-2: The Linux software log processing module on the Linux side confirms whether a new system crash occurred during the last boot process based on the obtained file information. If a new system crash occurred, the Linux software log processing module temporarily stores the new system crash file, and continues to read and parse the system crash file, filters the data according to the keyword rules, extracts stability-related data and temporarily stores it. If no new system crash occurred, the Linux software log processing module does not perform other special processing and waits for input from the Linux software monitoring module; Step 2-3: The Linux software monitoring module on the Linux side monitors the status of the performance data of the Linux system in real time; Step 2-4: The Linux software monitoring module determines whether the status of the performance data of the Linux system is abnormal. If an abnormality occurs, the data is transmitted to the Linux software log processing module. The Linux software log processing module is responsible for temporarily storing the abnormal data. If no abnormality occurs, the Linux performance system status continues to be monitored.

7. The vehicle-mounted dual-system performance stability tracking system according to claim 6 is characterized in that: The system configuration finally runs the Linux side process, which further includes: Step 3-1: The Linux software log processing module packages the abnormal stability performance data in the internal cache and preliminarily formats it into the data required by the online module and sends it to the Linux online module at one time; Step 3-2: The Linux online module encapsulates the data in the prescribed format and uploads it to the car company's backend server through the network.

Images