Alarm pushing method and device based on vehicle fault, equipment, medium and product

Abstract

The invention discloses an alarm pushing method and device based on vehicle faults, equipment, a medium and a product, and the method comprises the steps: analyzing vehicle fault data under the condition of obtaining the vehicle fault data, and obtaining an analysis result which comprises a fault type, a fault time point and a vehicle identification code; based on the analysis result, screening a log file matched with the analysis result, and downloading the log file; extracting a vehicle signal value matched with the fault type from the log file; determining a vehicle fault reason for generating the vehicle fault data by using the vehicle signal value; and generating alarm content based on the vehicle signal value, the vehicle fault reason and the vehicle fault data, and pushing the alarm content. According to the embodiment of the invention, the method can automatically locate the fault cause of the vehicle, does not need manual intervention, and improves the troubleshooting efficiency.

Description

Technical Field

[0001] The present application belongs to the field of log processing technology, and in particular, relates to a method, device, equipment, medium and product for pushing an alarm based on a vehicle failure. Background Art

[0002] As people's living standards improve, cars, as the mainstream means of travel, have brought great convenience to people's actual lives. However, as user needs become increasingly diversified and personalized, the functional systems of cars have become more and more complex, making them more prone to various types of vehicle failures.

[0003] In the related technologies, when a vehicle fails, the vehicle side can collect the fault-related data and provide the collected fault-related data to the operation and maintenance personnel so that the operation and maintenance personnel can refer to the fault-related data to locate the cause of the fault. Therefore, in the related technologies, the fault cause location and troubleshooting are all performed manually, and the degree of automation and intelligence is low, so the troubleshooting efficiency is also low. Summary of the invention

[0004] The purpose of the embodiments of the present application is to provide a vehicle fault-based alarm push method and device, which can automatically locate the cause of the vehicle fault without manual intervention, thereby improving the efficiency of fault detection.

[0005] In a first aspect, an embodiment of the present application provides an alarm push method based on vehicle faults, the method comprising: when vehicle fault data is acquired, analyzing the vehicle fault data to obtain analysis results, wherein the analysis results include the fault type, fault time point and vehicle identification code; based on the analysis results, screening log files matching the analysis results, and downloading the log files; extracting vehicle signal values ​​matching the fault type from the log files; using the vehicle signal value to determine the cause of the vehicle fault that generates the vehicle fault data; generating alarm content based on the vehicle signal value, the cause of the vehicle fault and the vehicle fault data, and pushing the alarm content.

[0006] In some implementable methods of the first aspect, based on the analysis results, the log files that match the analysis results are screened, including: taking the fault time point as the base time point, selecting the time range for printing the log; based on the fault type and the vehicle identification code, obtaining the log type to be queried; selecting the log file that matches the log type and time range, and obtaining the log file that matches the analysis results.

[0007] In some implementable methods of the first aspect, alarm content is generated based on vehicle signal values, vehicle failure causes and vehicle failure data, including: parsing the log file that matches the analysis result to obtain the service name; obtaining the vehicle motion domain control XCU version corresponding to the vehicle identification code; intercepting the target log information corresponding to the vehicle identification code within the target time period, and generating a trigger link for the target log information; combining the vehicle identification code, service name, XCU version, trigger link, vehicle signal value, vehicle failure cause and vehicle failure data to generate alarm content.

[0008] In some implementations of the first aspect, before downloading the log file, the method also includes: obtaining the time required to download the log file through multiple download methods; determining the download method with the shortest download time as the target download method; downloading the log file includes: downloading the log file using the target download method.

[0009] In some implementations of the first aspect, the time required for downloading includes a file compression time and a file decompression time, and the multiple downloading methods include gateway downloading, multi-threaded downloading, and segmented downloading.

[0010] In some implementations of the first aspect, extracting a vehicle signal value matching a fault type from a log file includes: obtaining a target signal name matching the fault type; extracting a signal value corresponding to the target signal name from the log file to obtain a vehicle signal value.

[0011] In the second aspect, an embodiment of the present application provides an alarm push device based on vehicle faults, the device comprising: an analysis module, for analyzing the vehicle fault data when the vehicle fault data is acquired, to obtain an analysis result, wherein the analysis result includes the fault type, fault time point and vehicle identification code; a download module, for screening log files matching the analysis result based on the analysis result, and downloading the log files; an extraction module, for extracting vehicle signal values ​​matching the fault type from the log files; a fault location module, for determining the cause of the vehicle fault that generates the vehicle fault data using the vehicle signal value; a generation module, for generating alarm content based on the vehicle signal value, the cause of the vehicle fault and the vehicle fault data, and pushing the alarm content.

[0012] In some possible implementations of the second aspect, the analysis module includes: a selection unit, used to select a time range for printing logs based on the fault time point as a reference time point; an acquisition unit, used to acquire the log type to be queried based on the fault type and the vehicle identification code; the selection unit is also used to select a log file that matches the log type and time range to obtain a log file that matches the analysis result.

[0013] In some possible implementations of the second aspect, the generation module includes: a parsing unit, used to parse the log file matching the analysis result to obtain the service name; an acquisition unit, used to obtain the vehicle motion domain control XCU version corresponding to the vehicle identification code; an interception unit, used to intercept the target log information corresponding to the vehicle identification code within the target time period, and generate a trigger link for the target log information; a combination unit, used to combine the vehicle identification code, service name, XCU version, trigger link, vehicle signal value, vehicle failure cause and vehicle failure data to generate alarm content.

[0014] In some possible implementations of the second aspect, the device also includes: an acquisition module, used to obtain the time required to download the log file through multiple download methods before downloading the log file; a determination module, used to determine the download method with the shortest download time as the target download method; the download module is specifically used to: download the log file using the target download method.

[0015] In some implementations of the second aspect, the time required for downloading includes a file compression time and a file decompression time, and the multiple downloading methods include gateway downloading, multi-threaded downloading, and segmented downloading.

[0016] In some implementations of the second aspect, the extraction module includes: an acquisition unit, used to acquire a target signal name matching the fault type; and an extraction unit, used to extract a signal value corresponding to the target signal name from a log file to obtain a vehicle signal value.

[0017] In a third aspect, an embodiment of the present application provides an electronic device, comprising: a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, the steps of the vehicle fault-based alarm push method according to the first aspect are implemented.

[0018] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having computer program instructions stored thereon. When the computer program instructions are executed by a processor, the steps of the vehicle fault-based alarm push method of the first aspect are implemented.

[0019] In a fifth aspect, an embodiment of the present application provides a computer program product, which is stored in a non-volatile storage medium and is executed by at least one processor to implement the steps of the vehicle fault-based alarm push method of the first aspect.

[0020] In a sixth aspect, an embodiment of the present application provides a chip, which includes a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run a program or instruction to implement the steps of the vehicle fault-based alarm push method of the first aspect.

[0021] The present application provides a method, device, equipment, medium and product for pushing an alarm based on a vehicle fault. In the scenario where a vehicle fails, the vehicle fault data is obtained, and the vehicle fault data is analyzed to obtain the fault type, fault time point and vehicle identification code. Based on this, the log file matching the fault type, fault time point and vehicle identification code can be obtained by screening the log file matching the analysis result, so as to extract the vehicle signal value from the log file. Since the vehicle signal value matches the fault type, the vehicle signal value can be used to directly determine the cause of the vehicle fault data, that is, automatically locate the cause of the vehicle fault and realize fault troubleshooting. In this way, after the alarm content is generated based on the vehicle signal value, the cause of the vehicle fault and the vehicle fault data, by pushing the alarm content, the user can quickly confirm the cause of the vehicle fault by viewing the alarm content, without manual troubleshooting, thereby improving the efficiency of locating and troubleshooting the cause of the fault. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application.

[0023] Figure 1 It is a flowchart of a method for pushing an alarm based on a vehicle fault provided by an embodiment of the present application;

[0024] Figure 2 is a schematic diagram of an example of an alarm push process based on vehicle failure provided by an embodiment of the present application;

[0025] Figure 3 is a flow chart of a method for pushing an alarm based on a vehicle fault provided by another embodiment of the present application;

[0026] Figure 4 It is a structural schematic diagram of a vehicle fault-based alarm push device provided in an embodiment of the present application;

[0027] Figure 5 It is a structural schematic diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0028] The features and exemplary embodiments of various aspects of the present application will be described in detail below. In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is only to provide a better understanding of the present application by illustrating the examples of the present application.

[0029] In the related art, when a vehicle fails, the vehicle side can collect the fault-related data and provide the collected fault-related data to the operation and maintenance personnel so that the operation and maintenance personnel can refer to the fault-related data to locate the cause of the fault. Therefore, in the related art, the fault cause location and troubleshooting are all performed manually, and the troubleshooting efficiency is low.

[0030] The following is a detailed description of the vehicle fault based alarm push method provided by the embodiment of the present application through specific embodiments and their application scenarios in conjunction with the accompanying drawings.

[0031] Figure 1 It is a flow chart of a vehicle failure-based alarm push method provided in one embodiment of the present application. The executor of the vehicle failure-based alarm push method may be a cloud service system, which may include at least one server. For example, the cloud service system may be an independent cloud server, or a server cluster composed of multiple cloud servers.

[0032] The following takes the case where the execution subject of the vehicle fault-based alarm push method is a cloud server as an example to illustrate the vehicle fault-based alarm push method of the present application. It should be noted that the above execution subjects and application scenarios do not constitute a limitation on the present application.

[0033] like Figure 1 As shown, the vehicle fault-based alarm push method provided in the embodiment of the present application may include steps 110 to 150.

[0034] Step 110, when the vehicle fault data is acquired, the vehicle fault data is analyzed to obtain an analysis result, wherein the analysis result includes a fault type, a fault time point and a vehicle identification code;

[0035] Step 120, based on the analysis result, filter the log files that match the analysis result, and download the log files;

[0036] Step 130, extracting the vehicle signal value matching the fault type from the log file;

[0037] Step 140, using the vehicle signal value to determine the vehicle fault cause that generates the vehicle fault data;

[0038] Step 150, based on the vehicle signal value, the vehicle fault cause and the vehicle fault data, generate alarm content and push the alarm content.

[0039] The alarm push method based on vehicle fault provided by the embodiment of the present application obtains vehicle fault data in the scene of vehicle fault, and analyzes the vehicle fault data to obtain the fault type, fault time point and vehicle identification code. Based on this, the log file matching the fault type, fault time point and vehicle identification code can be obtained by screening the log file matching the analysis result, so as to extract the vehicle signal value from the log file. Since the vehicle signal value matches the fault type, the vehicle signal value can be used to directly determine the cause of the vehicle fault data, that is, automatically locate the cause of the vehicle fault and realize fault troubleshooting. In this way, after the alarm content is generated based on the vehicle signal value, the cause of the vehicle fault and the vehicle fault data, by pushing the alarm content, the user can quickly confirm the cause of the vehicle fault by viewing the alarm content, without manual troubleshooting, and improving the efficiency of locating the cause of the fault. In addition, due to the high manual error rate, the cause of the vehicle fault can be automatically located to avoid manual intervention, reduce the error rate and improve the accuracy of fault troubleshooting.

[0040] The specific implementation of the above steps will be described in detail below in conjunction with specific embodiments.

[0041] In step 110, when the vehicle fault data is acquired, the vehicle fault data is analyzed to obtain an analysis result.

[0042] Specifically, the cloud server can communicate with the vehicle. When a vehicle fails, it can collect vehicle fault data and upload the vehicle fault data to the cloud server. In this way, the cloud server can obtain the vehicle fault data and parse the vehicle fault data to obtain the fault type, fault time point and vehicle identification number (VIN) carried in the vehicle fault data. The vehicle identification code includes information such as the vehicle manufacturer, year, model, body type and code, engine code and assembly location.

[0043] Exemplarily, the fault type may be, for example, an engine fault, a transmission system fault, a brake system fault, a suspension system fault, a battery fault, a circuit fault, a lighting fault, or other vehicle fault.

[0044] In step 120, based on the analysis result, the log files matching the analysis result are screened and the log files are downloaded.

[0045] Specifically, the log file is a file used to record the vehicle operation log. Based on the analysis results, the cloud server can retrieve the qualified log file from all the log files in the log database. The log file is the log that records the corresponding vehicle (matching the vehicle identification code) and the corresponding fault (matching the fault type and fault time point).

[0046] In some embodiments of the present application, Figure 2 is a flow chart of a method for pushing an alarm based on a vehicle fault provided by another embodiment of the present application. Step 120 may include Figure 2 Steps 210 to 230 are shown.

[0047] Step 210, taking the fault time point as the reference time point, select the time range for printing the log;

[0048] Step 220, based on the fault type and the vehicle identification code, obtain the log type to be queried;

[0049] Step 230 , select a log file that matches the log type and time range, and obtain a log file that matches the analysis result.

[0050] Specifically, the fault time point can be used as the reference time point, and the preset time before the reference time point can be selected as the time range for printing the log. The preset time can be set according to specific needs, for example, set to 10 minutes, 20 minutes or other values. This application does not make any specific limitations on this.

[0051] The cloud server can select the type to be queried from all log types based on the association between the fault type and the log type.

[0052] Exemplarily, the log type associated with the fault type of battery / air conditioning related faults is the EIDFID log. When a battery fault (fault type) occurs in the vehicle at a certain moment, the log type that can be obtained is the EIDFID log. Therefore, the EIDFID log can be printed using the time range selected above to obtain a log file that matches the analysis results.

[0053] In another example, the log type may also be a motor AMPC log, a remaining mileage log, or the like.

[0054] In an embodiment of the present application, the type of log to be queried can be accurately obtained through the fault type and the vehicle identification code, and then combined with the log type and the fault time point, the log file that matches the log type and time range is selected to obtain a log file that can record content related to the fault type.

[0055] In some embodiments of the present application, before downloading the log file in the above step 120, the method may also include the following steps: obtaining the time required to download the log file through multiple download methods; determining the download method with the shortest download time as the target download method; step 120 downloading the log file may specifically include: downloading the log file using the target download method.

[0056] In the embodiment of the present application, a more efficient log downloading method can be analyzed based on the current vehicle fault situation, thereby improving the download efficiency and achieving efficient downloading, thereby further improving the troubleshooting efficiency.

[0057] In some embodiments of the present application, the time required for downloading may include the time required for file compression and the time required for file decompression, and the multiple downloading methods may include gateway downloading, multi-threaded downloading, and segmented downloading.

[0058] In some embodiments of the present application, the downloading of the log file may specifically include the following steps:

[0059] By calling the intelligent log download and analysis tool, the objectKey of the log file is integrated;

[0060] Use objectKey to download log files.

[0061] Specifically, the vehicle identification code and the service name may be combined to obtain the objectKey.

[0062] For example, the vehicle identification code vin: "123", the Linux NFS service name: "nfsd", then the objectKey can be "123nfsd".

[0063] In some embodiments of the present application, extracting a vehicle signal value matching a fault type from a log file includes: obtaining a target signal name matching the fault type; extracting a signal value corresponding to the target signal name from the log file to obtain a vehicle signal value.

[0064] In step 130 , a vehicle signal value matching the fault type is extracted from the log file.

[0065] Specifically, the cloud server can obtain the target signal name that matches the fault type, extract the signal value corresponding to the target signal name from the log file, and obtain the vehicle signal value. The vehicle signal value can be the log record of the line where the fault problem occurs in the log file. Therefore, the cloud server can locate the line where the content related to the fault type is recorded, and extract the content related to the fault type to obtain the vehicle signal value.

[0066] For example, if the fault type is "unable to connect to sdc", then the relevant content of "unable to connect to sdc" "[vcs.fatal.0013]get from sdc fail, maybe sdc is not running" can be extracted from the log file to obtain the vehicle signal value.

[0067] In step 140 , the vehicle fault cause for generating the vehicle fault data is determined using the vehicle signal value.

[0068] Referring to the above example, the fault type is "unable to connect to sdc", the target signal name matching the fault type is "vcs.fatal.0013", and its signal value is "get from sdc fail, maybe sdc is not running", so it can be determined that the fault cause of the vehicle "unable to connect to sdc" is "sdc not running".

[0069] Involving step 150, based on the vehicle signal value, the vehicle fault cause and the vehicle fault data, an alarm content is generated and the alarm content is pushed.

[0070] Specifically, the vehicle signal value, vehicle fault cause and vehicle fault data can be combined to obtain the alarm content, and the alarm content can be stored in a database, providing a query interface for the alarm content so that investigators can actively query, or the alarm content can be automatically pushed to investigators.

[0071] In some embodiments of the present application, Figure 3 is a flow chart of a method for pushing an alarm based on a vehicle fault provided by another embodiment of the present application. Step 150 may include Figure 3 Steps 310 to 340 are shown.

[0072] Step 310, parsing the log file matching the analysis result to obtain the service name;

[0073] Step 320, obtaining the vehicle motion domain control XCU version corresponding to the vehicle identification code;

[0074] Step 330, intercepting the target log information corresponding to the vehicle identification code within the target time period, and generating a trigger link for the target log information;

[0075] Step 340, the vehicle identification code, service name, XCU version, trigger link, vehicle signal value, vehicle fault cause and vehicle fault data are combined to generate alarm content.

[0076] Referring to the above example, the fault type is "unable to connect to sdc", and the target signal name matching the fault type is "vcs.fatal.0013", then its service name can be "vcs", which means vehicle control system.

[0077] In an embodiment of the present application, by combining the vehicle identification code, service name, XCU version, trigger link, vehicle signal value, vehicle failure cause and vehicle failure data to generate alarm content, the comprehensiveness of the information covered by the alarm content can be improved. By clicking the trigger link, the log content recording the vehicle failure can be quickly located, which is convenient for users to quickly understand the details of the vehicle failure and respond quickly.

[0078] In some embodiments of the present application, after downloading the log file, the cloud server can perform kafka monitoring; if the monitoring fails, continue to retry; if the monitoring is successful, call the handle method for type conversion, extract the path information according to the objectKey, and parse the log type. If the log type is LogCollector, the log file is determined to be the remaining mileage log, and the object stream is obtained. The file name and path information are obtained according to the regular expression, and the log records are started to be extracted, mainly extracting vehicle signal values ​​from zip, log, and json files, and storing the extracted vehicle signal values ​​in the database, and then locating the cause of the fault based on the vehicle signal value. In some embodiments of the present application, when vehicle fault data is obtained, the vehicle fault data is transmitted to an intelligent log download and analysis tool; the intelligent log download and analysis tool has a log retrieval function, which can be used to perform log retrieval and retrieve qualified log files from all log files in the log database, where the log file is a log that records the corresponding vehicle (matching the vehicle identification code) and the corresponding fault (matching the fault type and fault time point); after downloading the log file, the downloaded log can be processed, and relevant analysis is achieved by calling the intelligent log download and analysis tool in combination with artificial intelligence, mainly realizing intelligent analysis of log files, thereby helping users to more conveniently obtain the required data for problem analysis.

[0079] Among them, the intelligent log download and analysis tool is mainly implemented in Java language, the main framework is SpringCloud, and the data storage can choose Mysql and ObjectBase.

[0080] In the embodiments of the present application, since the intelligent log download tool can be applied to a variety of scenarios and applications, such as log analysis and troubleshooting, it has higher applicability and can therefore provide a broader application space and possibility for troubleshooting the cause of a fault.

[0081] In some embodiments, when the cloud server pushes the alarm content, it needs to call the application programming interface (API) of the group to be pushed and the group ID.

[0082] It is understandable that the vehicle fault based alarm push method provided in the embodiment of the present application can be executed by a cloud server or a control module in a vehicle fault based alarm push device for executing the vehicle fault based alarm push method. The vehicle fault based alarm push device is described in detail below.

[0083] Figure 4 Schematic diagram of a vehicle fault alarm push device provided in an embodiment of the present application. Figure 4 As shown, the vehicle fault-based alarm push device 400 may include: an analysis module 410 , a download module 420 , an extraction module 430 , a fault location module 440 and a generation module 450 .

[0084] Among them, the analysis module 410 is used to analyze the vehicle fault data when the vehicle fault data is obtained to obtain the analysis results, wherein the analysis results include the fault type, fault time point and vehicle identification code; the download module 420 is used to filter the log files matching the analysis results based on the analysis results, and download the log files; the extraction module 430 is used to extract the vehicle signal value matching the fault type from the log file; the fault location module 440 is used to use the vehicle signal value to determine the cause of the vehicle fault that generates the vehicle fault data; the generation module 450 is used to generate alarm content based on the vehicle signal value, the cause of the vehicle fault and the vehicle fault data, and push the alarm content.

[0085] The vehicle fault-based alarm push device provided by the present application obtains vehicle fault data in the scenario of vehicle failure, and analyzes the vehicle fault data to obtain the fault type, fault time point and vehicle identification code. Based on this, the log file matching the fault type, fault time point and vehicle identification code can be obtained by screening the log file matching the analysis result, so as to extract the vehicle signal value from the log file. Since the vehicle signal value matches the fault type, the vehicle signal value can be used to directly determine the cause of the vehicle fault data, that is, automatically locate the cause of the vehicle fault and realize fault troubleshooting. In this way, after the alarm content is generated based on the vehicle signal value, the cause of the vehicle fault and the vehicle fault data, by pushing the alarm content, the user can quickly confirm the cause of the vehicle fault by viewing the alarm content, without manual troubleshooting, thereby improving the efficiency of locating and troubleshooting the cause of the fault.

[0086] In some embodiments of the present application, the analysis module 410 includes: a selection unit, used to select a time range for printing logs based on the fault time point as a reference time point; an acquisition unit, used to acquire the log type to be queried based on the fault type and the vehicle identification code; the selection unit is also used to select a log file that matches the log type and time range to obtain a log file that matches the analysis result.

[0087] In some embodiments of the present application, the generation module 450 includes: a parsing unit, used to parse the log file matching the analysis result to obtain the service name; an acquisition unit, used to obtain the vehicle motion domain control XCU version corresponding to the vehicle identification code; an interception unit, used to intercept the target log information corresponding to the vehicle identification code within the target time period, and generate a trigger link for the target log information; a combination unit, used to combine the vehicle identification code, service name, XCU version, trigger link, vehicle signal value, vehicle failure cause and vehicle failure data to generate alarm content.

[0088] In some embodiments of the present application, the device also includes: an acquisition module, used to obtain the download time required for downloading the log file through multiple download methods before downloading the log file; a determination module, used to determine the download method with the shortest download time as the target download method; the download module 420 is specifically used to: download the log file using the target download method.

[0089] In some embodiments of the present application, the time required for downloading includes the time required for file compression and the time required for file decompression, and the multiple downloading methods include gateway downloading, multi-threaded downloading, and segmented downloading.

[0090] In some embodiments of the present application, the extraction module 430 includes: an acquisition unit, used to acquire a target signal name matching the fault type; an extraction unit, used to extract a signal value corresponding to the target signal name from a log file to obtain a vehicle signal value.

[0091] The vehicle fault warning push device provided in the embodiment of the present application can realize Figure 1-Figure 3 The various processes implemented by the electronic device in the method embodiment can achieve the same technical effect, and to avoid repetition, they will not be described here.

[0092] Figure 5 It is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application.

[0093] like Figure 5 As shown, the electronic device 500 in this embodiment may include a processor 501 and a memory 502 storing computer program instructions.

[0094] Specifically, the processor 501 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0095] The memory 502 may include a large capacity memory for data or instructions. By way of example and not limitation, the memory 502 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In appropriate cases, the memory 502 may include a removable or non-removable (or fixed) medium. In appropriate cases, the memory 502 may be inside or outside the integrated gateway disaster recovery device. In a specific embodiment, the memory 502 is a non-volatile solid-state memory. The memory may include a read-only memory (ROM), a random access memory (RAM), a disk storage medium device, an optical storage medium device, a flash memory device, an electrical, optical or other physical / tangible memory storage device. Thus, typically, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) having software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the methods according to the embodiments of the present application.

[0096] The processor 501 reads and executes the computer program instructions stored in the memory 502 to implement any one of the vehicle fault-based alarm push methods in the above embodiments.

[0097] In one example, the electronic device 500 may further include a communication interface 503 and a bus 510. Figure 5 As shown, the processor 501, the memory 502, and the communication interface 503 are connected via a bus 510 and communicate with each other.

[0098] The communication interface 503 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.

[0099] Bus 510 includes hardware, software or both, and the parts of online data flow billing equipment are coupled to each other. For example, but not limitation, bus may include accelerated graphics port (AGP) or other graphics bus, enhanced industrial standard architecture (EISA) bus, front-end bus (FSB), hypertransport (HT) interconnection, industrial standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral component interconnection (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 510 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the present application considers any suitable bus or interconnection.

[0100] The electronic device provided in the embodiment of the present application can realize Figure 1-Figure 3 The various processes implemented by the electronic device in the method embodiment can achieve the same technical effect, and to avoid repetition, they will not be described here.

[0101] In combination with the vehicle fault-based alarm push method in the above embodiment, the present application embodiment can provide a computer storage medium for implementation. The computer storage medium stores computer program instructions; when the computer program instructions are executed by a processor, the steps of any one of the vehicle fault-based alarm push methods in the above embodiment are implemented.

[0102] In combination with the vehicle fault-based alarm push method in the above embodiment, the present application embodiment can provide a computer program product for implementation. The (computer) program product is stored in a non-volatile storage medium, and when the program product is executed by at least one processor, it implements the steps of any one of the vehicle fault-based alarm push methods in the above embodiment.

[0103] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned vehicle fault-based alarm push method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0104] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0105] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.

[0106] The functional blocks shown in the above-described block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), appropriate firmware, plug-in, function card, etc. When implemented in software, the elements of the present application are programs or code segments used to perform the required tasks. The program or code segment can be stored in a machine-readable medium, or transmitted on a transmission medium or a communication link by a data signal carried in a carrier. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, optical fiber media, radio frequency (RF) links, etc. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.

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

[0108] Aspects of the present disclosure are described above with reference to the flowchart and / or block diagram of the method, device (system) and computer program product according to the embodiment of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs a specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.

[0109] The above is only a specific implementation of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.

Claims

1. A method for pushing warnings based on vehicle failures, It is characterized in that The method comprises: When the vehicle fault data is acquired, the vehicle fault data is analyzed to obtain an analysis result, wherein the analysis result includes the fault type, the fault time point and the vehicle identification code; Based on the analysis result, filter the log files matching the analysis result, and download the log files; Extracting a vehicle signal value matching the fault type from the log file; Determining the vehicle fault cause generating the vehicle fault data by using the vehicle signal value; Based on the vehicle signal value, the vehicle fault cause and the vehicle fault data, an alarm content is generated and pushed.

2. The method according to claim 1, It is characterized in that The step of screening the log files matching the analysis result based on the analysis result includes: Taking the fault time point as the reference time point, select the time range for printing logs; Based on the fault type and the vehicle identification code, obtaining the log type to be queried; A log file matching the log type and the time range is selected to obtain a log file matching the analysis result.

3. The method according to claim 1, It is characterized in that The generating of alarm content based on the vehicle signal value, the vehicle fault cause and the vehicle fault data includes: Parsing the log file matching the analysis result to obtain a service name; Obtaining a vehicle motion domain control XCU version corresponding to the vehicle identification code; Intercepting target log information corresponding to the vehicle identification code within a target time period, and generating a trigger link for the target log information; The vehicle identification code, the service name, the XCU version, the trigger link, the vehicle signal value, the vehicle fault cause and the vehicle fault data are combined to generate the alarm content.

4. The method according to claim 1, It is characterized in that Before downloading the log file, the method further includes: Obtain the time required to download the log file through multiple downloading methods; Determine the download method with the shortest downloading time as the target download method; The downloading of the log file comprises: The log file is downloaded using the target downloading method.

5. The method according to claim 4, It is characterized in that The time required for downloading includes the time required for file compression and the time required for file decompression, and the multiple downloading methods include gateway downloading, multi-threaded downloading and segmented downloading.

6. The method according to claim 1, It is characterized in that The extracting the vehicle signal value matching the fault type from the log file includes: Obtain a target signal name that matches the fault type; The signal value corresponding to the target signal name is extracted from the log file to obtain the vehicle signal value.

7. A vehicle fault-based warning push device, It is characterized in that The device comprises: An analysis module, configured to analyze the vehicle fault data to obtain an analysis result when the vehicle fault data is acquired, wherein the analysis result includes the fault type, the fault time point and the vehicle identification code; A download module, used to filter the log files matching the analysis results based on the analysis results, and download the log files; An extraction module, used for extracting a vehicle signal value matching the fault type from the log file; A fault location module, used for determining the vehicle fault cause generating the vehicle fault data by using the vehicle signal value; A generating module is used to generate alarm content based on the vehicle signal value, the vehicle fault cause and the vehicle fault data, and push the alarm content.

8. An electronic device, It is characterized in that The device comprises: a processor and a memory storing computer program instructions; When the processor executes the computer program instructions, the steps of the vehicle fault-based alarm push method are implemented as described in any one of claims 1-6.

9. A computer-readable storage medium, It is characterized in that The computer-readable storage medium stores computer program instructions, and when the computer program instructions are executed by the processor, the steps of the vehicle fault-based alarm push method according to any one of claims 1 to 6 are implemented.

10. A computer program product, It is characterized in that The computer program product is stored in a non-volatile storage medium, and when the computer program product is executed by at least one processor, the steps of the vehicle fault-based alarm push method according to any one of claims 1 to 6 are implemented.

Images