Vehicle log obtaining method and device and electronic equipment

Abstract

The invention provides a vehicle log acquisition method and apparatus, and an electronic device. The method comprises the steps of detecting a trigger signal of a communication scene; and in response to the generation of the trigger signal, obtaining a target vehicle log related to the communication scene according to the scene type of the communication scene corresponding to the trigger signal. Therefore, after the generation of the trigger signal of the communication scene is detected, the acquisition of the vehicle log can be automatically triggered, so that the acquisition efficiency is improved, and the resource waste caused by problem reproduction or the quality risk caused by the fact that an extremely low probability problem cannot be reproduced is reduced; only the target vehicle log related to the communication scene is acquired, so that the influence of log capture on the normal function of the vehicle can be reduced.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a method, device and electronic device for obtaining a vehicle log. Background Art

[0002] The vehicle log is the original data that can record the operation of the vehicle. By checking the vehicle log, the potential safety hazards of the vehicle can be discovered in time. When the communication function of the vehicle-mounted product implemented by the chip is abnormal, professionals are required to reproduce the problem and then use special diagnostic equipment on site to capture the vehicle log to support the problem investigation.

[0003] However, this process, which requires professional technicians to manually obtain vehicle logs, is rather cumbersome, increasing manpower and equipment costs and affecting the efficiency of vehicle log acquisition. In particular, some problems with extremely low occurrence rates are difficult to reproduce and cannot be analyzed. For some urgent and serious problems, the problem cannot be located in time, resulting in a serious risk of problem leakage. Summary of the invention

[0004] In view of this, the purpose of the present application is to provide a vehicle log acquisition method, acquisition device and electronic device, which automatically triggers the acquisition of vehicle logs after detecting the generation of a trigger signal of a communication scenario, thereby improving acquisition efficiency, reducing resource waste caused by problem reproduction or quality risks caused by the inability to reproduce extremely low-probability problems; only obtaining target vehicle logs related to the communication scenario, reducing the impact of log capture on the normal functions of the vehicle.

[0005] The embodiment of the present application provides a method for obtaining a vehicle log, the method comprising:

[0006] Detecting trigger signals of communication scenarios;

[0007] In response to the generation of the trigger signal, a target vehicle log related to the communication scenario is acquired according to the scenario type of the communication scenario corresponding to the trigger signal.

[0008] Further, the trigger signal of detecting the communication scenario includes:

[0009] Detecting a call trigger signal of a vehicle calling function;

[0010] And / or, detecting a network trigger signal indicating abnormal vehicle network access.

[0011] Further, detecting a trigger signal of a vehicle calling function includes:

[0012] When it is detected that the airbag is deployed or the emergency call button is triggered, determining a call trigger signal of the vehicle emergency call function; and / or,

[0013] When it is detected that an information call button in the infotainment system is triggered, determining a call trigger signal for an emergency call function of the vehicle; and / or,

[0014] When it is detected that a fault call button in the infotainment system is triggered, a call trigger signal of a vehicle fault call function is determined.

[0015] Further, the scene type of the communication scene corresponding to the call trigger signal is a call type, and the scene type of the communication scene corresponding to the network trigger signal is a network abnormality type; in response to the generation of the trigger signal, according to the scene type of the communication scene corresponding to the trigger signal, obtaining a target vehicle log related to the communication scene, including:

[0016] In response to the generation of the trigger signal, reading a preset filtering configuration file corresponding to the scene type;

[0017] The target vehicle log is captured according to the filtering configuration file.

[0018] Further, in response to the generation of the trigger signal, obtaining a target vehicle log related to the communication scenario according to the scenario type of the communication scenario corresponding to the trigger signal, further comprising:

[0019] In response to the generation of the trigger signal, detecting a hardware signal of a target hardware device in the vehicle related to the communication scenario; wherein the hardware signal includes at least one of the following items: microphone power supply voltage, antenna power supply voltage, and ICCID information of a phone card;

[0020] When the hardware signal indicates that all target hardware devices are fault-free, the target vehicle log is obtained.

[0021] Further, in response to the generation of the trigger signal, obtaining a target vehicle log related to the communication scenario according to the scenario type of the communication scenario corresponding to the trigger signal, further comprising:

[0022] In response to the generation of the trigger signal, acquiring the current position of the vehicle through a vehicle navigation system;

[0023] If the current location does not belong to the preset communication restricted area, the target vehicle log is obtained.

[0024] Further, obtaining a target vehicle log related to the communication scenario includes:

[0025] Determining whether the current computing load of the vehicle exceeds a preset threshold;

[0026] If not, obtaining the target vehicle log;

[0027] If it has been exceeded, it is prohibited to obtain the target vehicle log and set a point record.

[0028] Further, obtaining a target vehicle log related to the communication scenario includes:

[0029] Determine if the vehicle log storage space is full;

[0030] If it is full, deleting the log file with the smallest number in the vehicle log storage space;

[0031] Read the maximum number of log files in the vehicle log storage space, and increase the maximum number by 1 as the current file number of the target vehicle log;

[0032] The target vehicle log is obtained according to a preset capture time or a preset file size.

[0033] The embodiment of the present application also provides a vehicle log acquisition device, the acquisition device comprising:

[0034] A detection module, used to detect a trigger signal of a communication scenario;

[0035] The acquisition module is used to respond to the generation of the trigger signal and acquire the target vehicle log related to the communication scenario according to the scenario type of the communication scenario corresponding to the trigger signal.

[0036] An embodiment of the present application also provides an electronic device, including: a processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor and the memory communicate through the bus, and when the machine-readable instructions are executed by the processor, the steps of the vehicle log acquisition method as described above are performed.

[0037] An embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the vehicle log acquisition method as described above are executed.

[0038] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, preferred embodiments are specifically cited below and described in detail with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0040] Figure 1 A flow chart showing a method for obtaining a vehicle log provided in an embodiment of the present application is shown;

[0041] Figure 2 A schematic diagram of the structure of an intelligent communication product provided in an embodiment of the present application is shown;

[0042] Figure 3 A schematic diagram of the structure of a vehicle log acquisition device provided in an embodiment of the present application is shown;

[0043] Figure 4 A schematic structural diagram of an electronic device provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0044] To make the purpose, technical scheme and advantages of the embodiments of the present application clearer, the technical scheme in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application usually described and shown in the drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, each other embodiment obtained by those skilled in the art without making creative work belongs to the scope of protection of the present application.

[0045] First, the application scenarios to which this application is applicable are introduced. This application can be applied to intelligent communication products in vehicles that implement network-connected services based on chips.

[0046] Research has found that vehicle logs are original data that can record vehicle operation conditions. By checking vehicle logs, potential safety hazards can be discovered in a timely manner. When a vehicle-mounted product implemented using a chip has a communication function abnormality, professionals are required to reproduce the problem and then use dedicated diagnostic equipment on site to capture vehicle logs that support problem investigation.

[0047] However, this process, which requires professional technicians to manually obtain vehicle logs, is rather cumbersome, increasing manpower and equipment costs and affecting the efficiency of vehicle log acquisition. In particular, some problems with extremely low occurrence rates are difficult to reproduce and cannot be analyzed. For some urgent and serious problems, the problem cannot be located in time, resulting in a serious risk of problem leakage.

[0048] Based on this, an embodiment of the present application provides a method for obtaining a vehicle log to automatically trigger the acquisition of a vehicle log, improve acquisition efficiency, and reduce the impact of log capture on the normal function of the vehicle.

[0049] See also Figure 1 , Figure 1 This is a flow chart of a method for obtaining a vehicle log provided in an embodiment of the present application. Figure 1 As shown in , the acquisition method provided in the embodiment of the present application includes:

[0050] S101: Detect a trigger signal of a communication scenario.

[0051] In the solution of the present application, the communication scenario of the vehicle is related to calls or networks. Accordingly, step S101 may include: detecting a call trigger signal of a vehicle call function; and / or detecting a network trigger signal of abnormal vehicle network access.

[0052] Among them, for the vehicle call function XCALL of the in-vehicle communication product, namely the emergency call e-Call / information call I-Call / fault call B-Call function:

[0053] When the airbag is detected to be popped out or the emergency call button is triggered, the call trigger signal of the vehicle's emergency call function is determined. The e-Call is generally triggered by a hard button in the car or when the airbag is popped out. In-vehicle communication products with this function can trigger the e-Call dialing by detecting the pressing of the hard button corresponding to the emergency call or the airbag popping out, that is, detecting the generation of the call trigger signal of the vehicle's emergency call function.

[0054] And / or, when it is detected that the information call button in the infotainment system is triggered, the call trigger signal of the vehicle emergency call function is determined; and / or, when it is detected that the fault call button in the infotainment system is triggered, the call trigger signal of the vehicle fault call function is determined. The triggering of i-Call / B-Call is generally triggered by the touch screen soft button on the infotainment system display, and the trigger signal is transmitted to the ECU with this communication function by Ethernet or CAN bus to trigger the corresponding i-Call / B-Cal dialing, that is, the generation of the call trigger signal of the vehicle emergency call function / vehicle fault call function is detected. Since the general call function abnormality occurs at the beginning of the call, it is sufficient to start the timer and capture the log of a predetermined length of time (for example, 10s) after the start of the call.

[0055] As for vehicle network anomalies, currently connected cars can access the network through the in-vehicle entertainment system, such as listening to online music and watching online videos. When a network anomaly is found and the network cannot be accessed, the intelligent communication product with networking function is notified of the current network anomaly through the CAN bus or Ethernet bus, and the capture log is triggered to analyze the cause of the network anomaly, that is, the generation of a network trigger signal when the vehicle network access anomaly is detected.

[0056] S102: In response to the generation of the trigger signal, according to the scenario type of the communication scenario corresponding to the trigger signal, obtain a target vehicle log related to the communication scenario.

[0057] Corresponding to the above example, the scenario type of the communication scenario corresponding to the call trigger signal is a call type, and the scenario type of the communication scenario corresponding to the network trigger signal is a network abnormality type.

[0058] Regarding step S102, it may include: in response to the generation of the trigger signal, reading a preset filtering configuration file corresponding to the scene type; and capturing the target vehicle log according to the filtering configuration file.

[0059] It should be noted that if the logs are captured after the vehicle-mounted communication product is powered on, the chip computing power, memory and disk load will increase, affecting the normal use of the product functions. Therefore, in the embodiment of the present application, the acquisition of logs is triggered only when the trigger signal is generated, thereby reducing the consumption of computing power and the impact on the normal function of the vehicle.

[0060] In addition, as the vehicle runs, the size of the log data generated can reach several GB or even dozens of GB. If all the log data is obtained, a large amount of storage space for the in-vehicle communication products will be occupied.

[0061] Therefore, different filtering configuration files corresponding to the scene types are preset in the embodiment of the present application. When a log capture request is received, the scene type of the current communication scene is identified according to the trigger signal, and then the corresponding configuration file is selected to capture the log data, so that the target vehicle log related to the current communication scene can be accurately obtained, saving storage space and further reducing the consumption of computing power and the impact on the normal function of the vehicle. Exemplarily, if it is a call trigger for making a phone call, the logs of sound data and dialing data (including voice call establishment, sound channel audio, etc.) are captured; if it is a network anomaly, the logs of interaction with the base station are captured (including interaction with the base station, state changes at the bottom of the modem, etc.). Obviously, the smaller the captured log data, the less content, and the smaller the impact on the computing power of the product, thereby reducing the impact on the operation of other functions of the vehicle.

[0062] On the other hand, in order to improve the trigger accuracy of log acquisition and avoid unnecessary triggering and consumption of computing power, in the embodiment of the present application, in response to the generation of the trigger signal, according to the scene type of the communication scene corresponding to the trigger signal, when acquiring the target vehicle log related to the communication scene, other vehicle information can also be judged. Specifically:

[0063] In a first possible implementation, step S102 further includes:

[0064] Step a1: In response to the generation of the trigger signal, detecting a hardware signal of a target hardware device related to the communication scenario in the vehicle.

[0065] Step a2: When the hardware signal indicates that all target hardware devices are fault-free, obtain the target vehicle log.

[0066] Here, the target hardware devices related to the communication scenario in the vehicle include at least one of the following: microphone, antenna and phone card. When the hardware fails, the network or phone function will be restricted. At this time, the functional abnormality is within the expected range and there is no need to capture logs for further problem analysis. Therefore, when designing the product hardware, the detection circuit of the above hardware failure can be added, and then the fault detection can be realized through software.

[0067] The hardware signal includes at least one of the following items: microphone power supply voltage, antenna power supply voltage, and ICCID information of the phone card.

[0068] For microphone fault detection, the power supply detection function of the power chip (TPS7B7702-Q1) can be used to detect whether the microphone power supply is abnormal. The software reads the feedback voltage of the power chip to determine whether the microphone is faulty. If the microphone is not installed, the microphone has an internal fault, or the hardware function is abnormal, the software can determine whether the microphone has a hardware fault by reading the feedback voltage of the power chip. For example, if the circuit is open, the feedback value of the power supply voltage should be 0-0.4v; if the circuit is short, the feedback value of the power supply voltage should be 2.2v-2.65v; if there is no hardware fault and it works normally, the feedback value of the power supply voltage should be 0.4v-2.2v. Therefore, by comparing the microphone power supply voltage in the hardware signal with the preset voltage range, it can be determined whether the microphone is faulty.

[0069] For antenna fault detection, similarly, a feedback voltage detection circuit for the antenna power supply voltage can be added to the hardware to determine whether the antenna is faulty. The software reads the voltage value of the feedback voltage to determine whether the antenna is working properly. For example, if the circuit is open, the feedback value of the power supply voltage should be less than 0.66v; if it is short-circuited, the feedback value of the power supply voltage should be between 3.135v-3.465v; if there is no hardware fault and it works normally, the feedback value of the power supply voltage should be between 1.49v-1.81v. Therefore, by comparing the antenna power supply voltage in the hardware signal with the preset voltage range, it can be determined whether the antenna is faulty.

[0070] For phone card fault detection, there is no need to add special hardware circuit detection. The ICCID information of the phone card can be read to determine whether the phone card is normal. If the reading is successful, it means that there is no hardware error in the phone card. Otherwise, there is a hardware error.

[0071] When the hardware signal indicates that all target hardware devices are fault-free, the target vehicle log can be obtained.

[0072] In a second possible implementation, step S102 further includes:

[0073] Step b1: In response to the generation of the trigger signal, the current position of the vehicle is acquired through a vehicle navigation system.

[0074] Step b2: If the current location does not belong to the preset communication restricted area, obtain the target vehicle log.

[0075] Communication restricted areas may include tunnels, forests, military bases, etc. Communication function anomalies that occur in the preset communication restricted area are within the expected range and do not require log capture for further problem analysis. Therefore, if the current location of the vehicle transmitted by the vehicle navigation system belongs to the preset communication restricted area, the acquisition of the target vehicle log should not be triggered; if it does not belong to the preset communication restricted area, the acquisition of the target vehicle log should be triggered.

[0076] In combination with the above two implementations, step S102 further includes:

[0077] Step c1: in response to the generation of the trigger signal, detecting a hardware signal of a target hardware device related to the communication scenario in the vehicle, and acquiring a current position of the vehicle through a vehicle navigation system.

[0078] Step c2: If the hardware signal indicates that all target hardware devices are not faulty and the current location does not belong to a preset communication restricted area, then the target vehicle log is obtained.

[0079] Furthermore, in order to reduce the excessive load on memory or computing power caused by log capture, which may affect the normal function of the product, it is necessary to evaluate the load on the CPU and memory when capturing logs; then step S102 also includes: determining whether the current computing load of the vehicle exceeds a preset threshold; if not, obtaining the target vehicle log; if exceeded, prohibiting the acquisition of the target vehicle log, and setting a point record.

[0080] For example, if the current computing load (CPU computing power or memory load) is higher than 80%, the acquisition of logs is prohibited, and a point-of-use record is set. At the same time, the reason for not capturing logs is recorded in the application log.

[0081] On the other hand, after the log is captured, it may take up hundreds of megabytes or even several gigabytes of storage space. In order to save the latest logs within a limited storage space, the local log storage needs to have an overwrite function to overwrite the old logs and keep the latest logs. This function needs to set an overwrite strategy based on the space reserved for the actual product. Step S102 also includes: determining whether the vehicle log storage space is full; if it is full, deleting the log file with the smallest number in the vehicle log storage space; reading the maximum number of log files in the vehicle log storage space, and increasing the maximum number by 1 as the current file number of the target vehicle log; obtaining the target vehicle log according to a preset capture duration or a preset file size.

[0082] Taking each vehicle log of 100 megabytes and 1G storage space reserved as an example, S201, determine whether the vehicle log storage space is full of 10 vehicle logs; S202, if it is full, delete the log file with the smallest number in the vehicle log storage space, and execute S203; if it is not full, directly execute S203; S203, read the maximum number of log files in the vehicle log storage space, and use the maximum number + 1 as the file number of the current target vehicle log; S204, capture the log; S205, determine whether the capture time exceeds the preset time or the capture file size exceeds the preset file size; S206, if it exceeds, stop acquiring the target vehicle log; S207, if it does not exceed, continue to acquire and return to execute step S205.

[0083] Furthermore, after obtaining the target vehicle log, the abnormal cause of the communication scenario can be analyzed. When a vehicle-mounted product (such as T-Box, IVI) with network and telephone functions using Qualcomm chips has network or telephone function abnormalities, the QXDM log can be obtained, which records audio data, network data and other module-related log files. After that, the audio data can be extracted from the QXDM log, and then converted into an audio file in a format such as wav, and then the audio file can be played to determine whether the sound is normal when the problem occurs.

[0084] In addition, after obtaining the target vehicle log, it can be saved locally or uploaded to the cloud. Since the log contains private information such as voice, the file can also be encrypted before the log is compressed and saved. Here, different levels of file encryption can be used according to the security level requirements.

[0085] The vehicle log acquisition method provided in the embodiment of the present application can automatically capture relevant logs before or when a problem occurs, thereby reducing the waste of resources caused by the recurrence of the problem or the quality risk caused by the inability to reproduce the problem with a very low probability. Specifically, it has the following beneficial effects:

[0086] 1. No need to invest additional human resources to reproduce the problem.

[0087] 2. It can capture relevant logs in a timely manner. Even for extremely rare problems, the cause of the problem can be analyzed through logs to reduce quality risks.

[0088] 3. It can reduce the impact of log capture on normal functions, and conduct real-time monitoring through scene recognition, vehicle location recognition, product CPU and memory usage, hardware failures, etc., to reduce the frequency of log capture.

[0089] 4. Encrypt logs that may cause privacy leaks to improve information security levels and reduce the risk of privacy information leaks.

[0090] 5. Effectively manage log storage. In order to ensure that the latest logs are stored in a timely manner, overwrite the old logs, and ensure the rational use of storage space by logs.

[0091] See also Figure 2 , Figure 2 This is a schematic diagram of the structure of an intelligent communication product provided in an embodiment of the present application. Figure 2 As shown in , the intelligent communication product provided by the embodiment of the present application includes: a log scene recognition module 201, an infotainment system 202, a phone dialing module 203, a hardware fault recognition module 204, a log filtering and storage module 205, a log acquisition module 206 and a log storage space 207. The log scene recognition module 201 detects the communication scene and the scene type according to the phone dialing request sent by the infotainment system 202 or the network access abnormality signal sent by the phone dialing module 203, and according to the hardware status notification sent by the hardware fault recognition module 204. The log scene recognition module 201 notifies the log filtering and storage module 205 to detect the communication scene, and obtains the filtering configuration file corresponding to the scene type, and sends the filtering configuration file to the log acquisition module 206; the log acquisition module 206 triggers log acquisition according to the filtering configuration file, and stores the acquired target vehicle log in the log storage space 207.

[0092] See also Figure 3 , Figure 3 This is a schematic diagram of the structure of a vehicle log acquisition device provided in an embodiment of the present application. Figure 3 As shown in , the acquisition device 300 includes:

[0093] A detection module 310, configured to detect a trigger signal of a communication scenario;

[0094] The acquisition module 320 is used to respond to the generation of the trigger signal and acquire the target vehicle log related to the communication scenario according to the scenario type of the communication scenario corresponding to the trigger signal.

[0095] Further, when the detection module 310 is used to detect a trigger signal of a communication scenario, the detection module 310 is used to:

[0096] Detecting a call trigger signal of a vehicle calling function;

[0097] And / or, detecting a network trigger signal indicating abnormal vehicle network access.

[0098] Furthermore, when the detection module 310 is used to detect a call trigger signal of a vehicle call function, the detection module 310 is used to:

[0099] When it is detected that the airbag is deployed or the emergency call button is triggered, determining a call trigger signal of the vehicle emergency call function; and / or,

[0100] When it is detected that an information call button in the infotainment system is triggered, determining a call trigger signal for an emergency call function of the vehicle; and / or,

[0101] When it is detected that a fault call button in the infotainment system is triggered, a call trigger signal of a vehicle fault call function is determined.

[0102] Further, the scenario type of the communication scenario corresponding to the call trigger signal is a call type, and the scenario type of the communication scenario corresponding to the network trigger signal is a network abnormality type; when the acquisition module 320 is used to respond to the generation of the trigger signal and acquire the target vehicle log related to the communication scenario according to the scenario type of the communication scenario corresponding to the trigger signal, the acquisition module 320 is used to:

[0103] In response to the generation of the trigger signal, reading a preset filtering configuration file corresponding to the scene type;

[0104] The target vehicle log is captured according to the filtering configuration file.

[0105] Further, when the acquisition module 320 is used to respond to the generation of the trigger signal and acquire the target vehicle log related to the communication scenario according to the scenario type of the communication scenario corresponding to the trigger signal, the acquisition module 320 is also used to:

[0106] In response to the generation of the trigger signal, detecting a hardware signal of a target hardware device in the vehicle related to the communication scenario; wherein the hardware signal includes at least one of the following items: microphone power supply voltage, antenna power supply voltage, and ICCID information of a phone card;

[0107] When the hardware signal indicates that all target hardware devices are fault-free, the target vehicle log is obtained.

[0108] Further, when the acquisition module 320 is used to respond to the generation of the trigger signal and acquire the target vehicle log related to the communication scenario according to the scenario type of the communication scenario corresponding to the trigger signal, the acquisition module 320 is also used to:

[0109] In response to the generation of the trigger signal, acquiring the current position of the vehicle through a vehicle navigation system;

[0110] If the current location does not belong to the preset communication restricted area, the target vehicle log is obtained.

[0111] Further, when the acquisition module 320 is used to acquire the target vehicle log related to the communication scenario, the acquisition module 320 is also used to:

[0112] Determining whether the current computing load of the vehicle exceeds a preset threshold;

[0113] If not, obtaining the target vehicle log;

[0114] If it has been exceeded, it is prohibited to obtain the target vehicle log and set a point record.

[0115] Further, when the acquisition module 320 is used to acquire the target vehicle log related to the communication scenario, the acquisition module 320 is also used to:

[0116] Determine if the vehicle log storage space is full;

[0117] If it is full, deleting the log file with the smallest number in the vehicle log storage space;

[0118] Read the maximum number of log files in the vehicle log storage space, and increase the maximum number by 1 as the current file number of the target vehicle log;

[0119] The target vehicle log is obtained according to a preset capture time or a preset file size.

[0120] See also Figure 4 , Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. Figure 4 As shown in , the electronic device 400 includes a processor 410 , a memory 420 and a bus 430 .

[0121] The memory 420 stores machine-readable instructions executable by the processor 410. When the electronic device 400 is running, the processor 410 communicates with the memory 420 via the bus 430. When the machine-readable instructions are executed by the processor 410, the above-mentioned Figure 1The steps of the method for obtaining the vehicle log in the method embodiment shown, the specific implementation method can be found in the method embodiment, and will not be repeated here.

[0122] The present application also provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the computer program can execute the above-mentioned Figure 1 The steps of the method for obtaining the vehicle log in the method embodiment shown, the specific implementation method can be found in the method embodiment, and will not be repeated here.

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

[0124] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some communication interfaces, and the indirect coupling or communication connection of devices or units can be electrical, mechanical or other forms.

[0125] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0126] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0127] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium that is executable by a processor. Based on this understanding, the technical solution of the present application can essentially be embodied in the form of a software product, or in other words, the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0128] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present application, which are used to illustrate the technical solutions of the present application, rather than to limit them. The protection scope of the present application is not limited thereto. Although the present application is described in detail with reference to the above-mentioned embodiments, ordinary technicians in the field should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the above-mentioned embodiments within the technical scope disclosed in the present application, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be based on the protection scope of the claims.

Claims

1. A method for obtaining a vehicle log, characterized in that: The acquisition method comprises: Detecting trigger signals of communication scenarios; In response to the generation of the trigger signal, a target vehicle log related to the communication scenario is acquired according to the scenario type of the communication scenario corresponding to the trigger signal.

2. The acquisition method according to claim 1, characterized in that: The trigger signal for detecting a communication scenario includes: Detecting a call trigger signal of a vehicle calling function; And / or, detecting a network trigger signal indicating abnormal vehicle network access.

3. The acquisition method according to claim 2, characterized in that: Detect the trigger signal of the vehicle call function, including: When it is detected that the airbag is deployed or the emergency call button is triggered, determining a call trigger signal of the vehicle emergency call function; and / or, When it is detected that an information call button in the infotainment system is triggered, determining a call trigger signal for an emergency call function of the vehicle; and / or, When it is detected that a fault call button in the infotainment system is triggered, a call trigger signal of a vehicle fault call function is determined.

4. The acquisition method according to claim 2, characterized in that: The scenario type of the communication scenario corresponding to the call trigger signal is a call type, and the scenario type of the communication scenario corresponding to the network trigger signal is a network abnormality type; in response to the generation of the trigger signal, according to the scenario type of the communication scenario corresponding to the trigger signal, obtaining a target vehicle log related to the communication scenario, including: In response to the generation of the trigger signal, reading a preset filtering configuration file corresponding to the scene type; The target vehicle log is captured according to the filtering configuration file.

5. The acquisition method according to claim 1, characterized in that: In response to the generation of the trigger signal, according to the scene type of the communication scene corresponding to the trigger signal, a target vehicle log related to the communication scene is obtained, further comprising: In response to the generation of the trigger signal, detecting a hardware signal of a target hardware device in the vehicle related to the communication scenario; wherein the hardware signal includes at least one of the following items: microphone power supply voltage, antenna power supply voltage, and ICCID information of a phone card; When the hardware signal indicates that all target hardware devices are fault-free, the target vehicle log is obtained.

6. The acquisition method according to claim 1, characterized in that: In response to the generation of the trigger signal, according to the scene type of the communication scene corresponding to the trigger signal, a target vehicle log related to the communication scene is obtained, further comprising: In response to the generation of the trigger signal, acquiring the current position of the vehicle through a vehicle navigation system; If the current location does not belong to the preset communication restricted area, the target vehicle log is obtained.

7. The acquisition method according to claim 1, characterized in that: Obtain target vehicle logs related to the communication scenario, including: Determining whether the current computing load of the vehicle exceeds a preset threshold; If not, obtaining the target vehicle log; If it has been exceeded, it is prohibited to obtain the target vehicle log and set a point record.

8. The acquisition method according to claim 1, characterized in that: Obtain target vehicle logs related to the communication scenario, including: Determine if the vehicle log storage space is full; If it is full, deleting the log file with the smallest number in the vehicle log storage space; Read the maximum number of log files in the vehicle log storage space, and increase the maximum number by 1 as the current file number of the target vehicle log; The target vehicle log is obtained according to a preset capture time or a preset file size.

9. A vehicle log acquisition device, characterized in that: The acquisition device comprises: A detection module, used to detect a trigger signal of a communication scenario; The acquisition module is used to respond to the generation of the trigger signal and acquire the target vehicle log related to the communication scenario according to the scenario type of the communication scenario corresponding to the trigger signal.

10. An electronic device, characterized in that: include: A processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor and the memory communicate through the bus, and the machine-readable instructions are executed by the processor to execute the steps of the vehicle log acquisition method as described in any one of claims 1 to 8.

Images