Vehicle fault alarm method and device, electronic equipment, storage medium and vehicle

Abstract

The application discloses a vehicle fault alarm method, a mobile phone auxiliary vehicle fault alarm method, a vehicle fault alarm device, an electronic device, a storage medium and a vehicle. The vehicle fault alarm method comprises the following steps: a vehicle machine searches for a mobile phone in a vehicle space; a network connection is established with the mobile phone according to the fact that the mobile phone exists in the vehicle space; the vehicle machine receives vehicle fault state information; the vehicle machine sends an instruction to a vehicle-mounted man-machine terminal and outputs information of a vehicle fault state; the vehicle machine detects a working state of the vehicle-mounted man-machine terminal; and if the vehicle-mounted man-machine terminal is in a fault state, the vehicle machine sends an instruction to output the vehicle fault state information to the mobile phone. Through the above scheme, the mobile phone pre-stores audio and video files for fault alarm, the mobile phone is used as a backup terminal of the vehicle man-machine terminal, the probability that the vehicle-mounted man-machine terminal is in a fault state and affects vehicle driving is greatly reduced.

Description

Technical Field

[0001] This application relates to the field of fault alarms, and in particular to vehicle fault alarm methods, mobile phone-assisted vehicle fault alarm methods, vehicle fault alarm devices, electronic devices, storage media, and vehicles. Background Technology

[0002] Currently, the common practice is to use intelligent vehicle systems to control and monitor the vehicle's operating status, and to display the vehicle's operating status on the in-vehicle display terminal.

[0003] The system pre-stores audio and video displays of various fault states. When the vehicle's infotainment system receives information about a vehicle fault, it retrieves the corresponding audio and video files and plays them on the vehicle terminal to generate a "fault" output, providing a prompt to the driver.

[0004] However, it cannot be ruled out that the on-board terminal, which serves as an instrument panel to output vehicle fault status, may also malfunction. When the on-board terminal malfunctions, the driver will lose access to information about the vehicle's status, and faults such as "screen freeze" will not be immediately apparent to the driver. Even if the driver does notice such a fault, it will be difficult to perform repairs while driving at high speeds.

[0005] Therefore, a backup solution is needed to replace the vehicle terminal in the event of failure and continue to output fault status information, so that the driver can remain aware of the vehicle's status. Summary of the Invention

[0006] The purpose of this invention is to provide a vehicle fault alarm method, a mobile phone-assisted vehicle fault alarm method, a vehicle fault alarm device, an electronic device, a storage medium, and a vehicle, thereby solving at least one of the aforementioned technical problems.

[0007] This invention provides the following solution:

[0008] According to one aspect of the present invention, a vehicle fault alarm method is provided, the vehicle fault alarm comprising:

[0009] The car's infotainment system searches the interior space of the vehicle using a mobile phone.

[0010] Establish a network connection with the phone based on its presence inside the vehicle.

[0011] The vehicle's infotainment system receives vehicle fault status information;

[0012] The vehicle's infotainment system sends instructions to the onboard human-machine interface and outputs information about the vehicle's fault status.

[0013] The vehicle-mounted system detects the working status of the in-vehicle human-machine interface;

[0014] If the vehicle-mounted human-machine interface is malfunctioning, the vehicle-mounted interface will send a command to the mobile phone to output the vehicle malfunction status information.

[0015] Furthermore, establishing a network connection with the mobile phone based on its presence inside the vehicle includes:

[0016] The car's infotainment system sends audio and video files to the mobile phone;

[0017] The audio and video files correspond to the types of malfunctions in the vehicle and the in-vehicle human-machine terminal.

[0018] If the vehicle's infotainment system receives a notification from the mobile phone that the audio / video file has been sent and the in-vehicle human-machine interface is currently in a fault state, the infotainment system will send a command to the mobile phone to output the vehicle fault status information.

[0019] Furthermore, the instruction sent by the vehicle-mounted system to the mobile phone to output vehicle fault status information includes:

[0020] Depending on the type of vehicle malfunction, the vehicle's infotainment system sends information about the vehicle's malfunction status to the mobile phone.

[0021] Depending on the type of malfunction of the in-vehicle human-machine terminal, the vehicle-mounted system sends a message to the mobile phone indicating that the in-vehicle human-machine terminal is in a malfunction state.

[0022] Furthermore, the vehicle-mounted system sends audio and video files to the mobile phone, including:

[0023] The vehicle's infotainment system receives permission requests from the mobile phone.

[0024] Send audio and video files based on the permissions granted to the phone.

[0025] According to a second aspect of the present invention, a mobile phone-assisted vehicle fault alarm method is provided, the mobile phone-assisted vehicle fault alarm method comprising:

[0026] The mobile phone establishes a network connection with the vehicle's infotainment system;

[0027] The mobile phone receives audio and video files and sends a message indicating that the reception is complete.

[0028] The mobile phone receives an instruction to retrieve and play the audio / video file, with the playback instruction pointing to the audio / video file.

[0029] Furthermore, establishing a network connection between the mobile phone and the vehicle's infotainment system includes:

[0030] The mobile phone sends a permission request message;

[0031] The mobile phone receives audio and video files that require the corresponding permissions.

[0032] According to three aspects of the present invention, a vehicle malfunction alarm device is provided, the vehicle malfunction alarm device comprising:

[0033] The search module is used by the in-vehicle infotainment system to search for mobile phones inside the vehicle.

[0034] The connectivity module is used to establish a network connection with the mobile phone based on its presence in the vehicle's interior space.

[0035] The fault status acquisition module is used by the vehicle's infotainment system to receive vehicle fault status information.

[0036] The fault status output module is used by the vehicle's infotainment system to send instructions to the onboard human-machine terminal and output information about the vehicle's fault status.

[0037] The terminal detection module is used by the vehicle system to detect the working status of the in-vehicle human-machine terminal.

[0038] The instruction module is used to send an instruction to the mobile phone to output vehicle fault status information if the vehicle-mounted human-machine terminal is in a fault state.

[0039] According to four aspects of the present invention, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0040] The memory stores a computer program that, when executed by the processor, causes the processor to perform the steps of the vehicle fault alarm method.

[0041] According to five aspects of the present invention, a computer-readable storage medium is provided, comprising: storing a computer program executable by an electronic device, wherein when the computer program is run on the electronic device, the electronic device performs the steps of the vehicle fault alarm method.

[0042] According to six aspects of the present invention, a vehicle is provided, comprising:

[0043] An electronic device for implementing the steps of the vehicle fault alarm method;

[0044] The processor runs a program that, when the program is running, executes the steps of the vehicle fault alarm method based on data output from the electronic device.

[0045] A storage medium for storing a program that, when run, executes the steps of the vehicle fault alarm method in response to data output from an electronic device.

[0046] The above solution achieves the following beneficial technical effects:

[0047] This application utilizes a mobile phone to pre-store audio and video files for fault alarms, using the mobile phone as a backup terminal for the vehicle's human-machine interface, thereby significantly reducing the likelihood of vehicle driving being affected by faults in the vehicle's human-machine interface.

[0048] This application searches for mobile phones belonging to the vehicle through the vehicle's infotainment system, establishes a network connection between the mobile phone and the vehicle's infotainment system, and ensures that the mobile phone that performs the backup function is the mobile phone corresponding to the vehicle.

[0049] This application filters the mobile phones that make requests to prevent them from establishing network connections with adjacent vehicles, thus avoiding errors in the vehicle malfunction status displayed on the mobile phones.

[0050] This application displays the vehicle's fault status via a mobile phone, along with the fault status of the in-vehicle human-machine terminal. This allows personnel to know with certainty that the mobile phone currently has a higher priority as the in-vehicle human-machine terminal, thus enabling them to abandon operations on other functions of the mobile phone and ensure that the mobile phone functions as a backup terminal. Attached Figure Description

[0051] Figure 1 This is a flowchart of a vehicle fault alarm method provided by one or more embodiments of the present invention.

[0052] Figure 2 This is a flowchart of a mobile phone-assisted vehicle fault alarm method provided by one or more embodiments of the present invention.

[0053] Figure 3 This is a structural diagram of a vehicle fault alarm device provided in one or more embodiments of the present invention.

[0054] Figure 4 This is a schematic diagram of a mobile phone backup fault alarm file according to a specific embodiment of the present invention.

[0055] Figure 5 This is a schematic diagram of a mobile phone implementing a fault alarm according to a specific embodiment of the present invention.

[0056] Figure 6 This is a block diagram of an electronic device structure for a vehicle fault alarm method provided in one or more embodiments of the present invention. Detailed Implementation

[0057] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0058] Figure 1 This is a flowchart of a vehicle fault alarm method provided by one or more embodiments of the present invention.

[0059] like Figure 1 As shown, vehicle fault alarms include:

[0060] Step S1: The car's infotainment system searches for mobile phones inside the car.

[0061] Step S2: Establish a network connection with the mobile phone since it is located inside the vehicle.

[0062] Step S3: The vehicle's infotainment system receives vehicle fault status information;

[0063] Step S4: The vehicle-mounted system sends a command to the onboard human-machine terminal and outputs information about the vehicle's fault status.

[0064] Step S5: The vehicle system detects the working status of the in-vehicle human-machine terminal;

[0065] Step S6: If the vehicle-mounted human-machine terminal is in a fault state, the vehicle terminal sends a command to the mobile phone to output the vehicle fault status information.

[0066] The above solution achieves the following beneficial technical effects:

[0067] This application utilizes a mobile phone to pre-store audio and video files for fault alarms, using the mobile phone as a backup terminal for the vehicle's human-machine interface, thereby significantly reducing the likelihood of vehicle driving being affected by faults in the vehicle's human-machine interface.

[0068] This application searches for mobile phones belonging to the vehicle through the vehicle's infotainment system, establishes a network connection between the mobile phone and the vehicle's infotainment system, and ensures that the mobile phone that performs the backup function is the mobile phone corresponding to the vehicle.

[0069] This application filters the mobile phones that make requests to prevent them from establishing network connections with adjacent vehicles, thus avoiding errors in the vehicle malfunction status displayed on the mobile phones.

[0070] This application displays the vehicle's fault status via a mobile phone, along with the fault status of the in-vehicle human-machine terminal. This allows personnel to know with certainty that the mobile phone currently has a higher priority as the in-vehicle human-machine terminal, thus enabling them to abandon operations on other functions of the mobile phone and ensure that the mobile phone functions as a backup terminal.

[0071] Specifically, in-vehicle infotainment systems typically include a dedicated human-machine interface (HMI) for outputting vehicle fault status, such as the car's instrument panel. Besides traditional mechanical and digital instrument clusters, display-screen instruments often have pre-set audio and video files for fault display. When a corresponding vehicle fault occurs, the audio and video are retrieved and played on the HMI to output the fault information.

[0072] Although the in-vehicle human-machine interface (HMI) is used to display vehicle malfunction status, it cannot be ruled out that the HMI itself may also malfunction. If a vehicle malfunction and an HMI display malfunction occur simultaneously, the driver will be in a "blind" state, and the safety of the vehicle being driven cannot be guaranteed.

[0073] For example, if a vehicle fails to start or the engine coolant temperature overheats during driving, the onboard human-machine interface (HMI) will typically display the fault status in real time. However, if the HMI malfunctions at this time, it will freeze or become unresponsive, preventing the driver from understanding the vehicle's condition. Furthermore, whether the HMI itself is malfunctioning cannot be immediately observed or identified with the naked eye. Driving requires focused attention on the road ahead, preventing distraction from further diagnostics.

[0074] Therefore, a convenient backup solution is needed that does not consume excessive hardware, is readily available, and is stable and reliable. For example, if the vehicle's infotainment system detects that the in-vehicle human-machine interface is not responding, it can send feedback information, such as a fault status display command, back to the vehicle's infotainment system.

[0075] Mobile phones serve as a system platform similar to those in vehicles, enabling communication and the transfer of files and commands. Since mobile phones function as both human-machine interfaces and communication terminals, a suitable mobile phone can be selected as a backup for the in-vehicle human-machine interface.

[0076] When the vehicle-mounted HMI is in normal use, the mobile phone remains unaffected and functions independently. When the vehicle-mounted HMI malfunctions, the vehicle's infotainment system sends a command to the mobile phone to activate its function as a temporary vehicle-mounted HMI.

[0077] The vehicle's infotainment system can first search for mobile phones that can be used in the vehicle and establish a communication connection with them (such as the mobile phone identification information left when playing music via Bluetooth). When the vehicle malfunctions and the in-vehicle human-machine terminal malfunctions, the vehicle's infotainment system sends a command to the mobile phone to retrieve the backup file prepared in advance and output it on the mobile phone, so that the driver can obtain information about the vehicle's malfunction status from the mobile phone.

[0078] Although vehicles are typically equipped with multiple display terminals, each terminal has its own specific function, and in actual use, they are not used as backups for each other. For example, the instrument panel is also a human-machine interface terminal. While it may be designed as a multimedia display terminal, it is not designed to automatically activate and display the main infotainment screen's content if the main screen malfunctions. Nor is it designed to automatically activate and display the instrument panel's content if the instrument panel malfunctions.

[0079] If the vehicle's infotainment system wants to monitor the working status of the in-vehicle human-machine interface, it also needs to establish an information feedback mechanism with the in-vehicle human-machine interface so that the vehicle's infotainment system can detect whether the in-vehicle human-machine interface has crashed, etc.

[0080] In other words, as the main screen assigned to the vehicle's infotainment system (in-vehicle human-machine interface), it is under the management and monitoring of the vehicle's infotainment system. The feedback mechanism for which terminal (mobile phone) will serve as backup also needs to be established in advance, rather than simply replacing the display function.

[0081] Establishing a communication connection between the vehicle's infotainment system and the mobile phone is equivalent to establishing a feedback mechanism that allows the system to monitor the phone's display status, including whether the phone is functioning correctly and whether it is performing display or audio output tasks. The vehicle's system's selection of a backup HMI (Human Machine Terminal) is conditional: the original HMI must be faulty, and the backup terminal must be pre-selected, not arbitrarily switched to another display terminal. The backup display terminal (the mobile phone) displays not only vehicle fault information but also an additional feature compared to the original HMI: whether the HMI itself is in a faulty state. A faulty HMI cannot display its own status. If the HMI is reset and restarted, the task of displaying the vehicle's fault status can be returned to the HMI, and the mobile phone can resume its original functions.

[0082] In this embodiment, establishing a network connection with the mobile phone, based on its presence inside the vehicle, includes:

[0083] The car's infotainment system sends audio and video files to the mobile phone;

[0084] The types of malfunctions that correspond to the audio and video files in the vehicle and the in-vehicle human-machine interface;

[0085] If the vehicle's infotainment system receives a notification from the mobile phone that the audio / video file has been sent and the in-vehicle human-machine interface is currently in a fault state, the infotainment system will send a command to the mobile phone to output the vehicle fault status information.

[0086] Specifically, the in-vehicle infotainment system can select to output the phone's information to the vehicle's own phone based on signal strength. To prevent unintentional connection to phones in neighboring vehicles, it also needs to retrieve and verify the phone's pre-registered identity information, such as the phone's identity information left during Bluetooth connection. This ensures that the vehicle malfunction information displayed on the phone is accurate for the vehicle in question.

[0087] Before the vehicle's infotainment system sends a fault display command to the mobile phone, it needs to pre-store audio and video files on the phone. These audio and video files correspond to the fault status. When the vehicle's infotainment system needs the mobile phone to display the fault, it only needs to send a short "ID" code to retrieve the pre-stored audio and video files on the mobile phone. The audio and video files mainly include the fault display interface and fault alarm sounds.

[0088] The in-vehicle HMI and mobile phone pre-store audio and video messages displaying fault statuses, essentially distributing the original tasks of the vehicle's infotainment system and reducing its computational burden. The vehicle's infotainment system only needs to send a short "ID" code to the mobile phone or in-vehicle HMI to retrieve and play the pre-stored audio and video messages, thus displaying fault information. Typically, after each audio or video message is played, feedback is sent to the vehicle's infotainment system indicating that playback has finished or the playback task has been executed. If the in-vehicle HMI freezes, no feedback is sent to the vehicle's infotainment system, allowing the system to understand that the in-vehicle HMI has entered a "freeze," "screen freeze," or "frozen" state.

[0089] Similarly, if the mobile phone cannot report that the audio or video file has finished playing, the vehicle's infotainment system can switch to another mobile phone as a backup terminal for the vehicle's human-machine interface.

[0090] In this embodiment, the instruction sent by the vehicle's infotainment system to the mobile phone to output vehicle fault status information includes:

[0091] Depending on the type of vehicle malfunction, the vehicle's infotainment system sends information about the vehicle's malfunction status to the mobile phone.

[0092] Depending on the type of malfunction of the in-vehicle human-machine terminal, the vehicle-mounted system sends a message to the mobile phone indicating that the in-vehicle human-machine terminal is in a malfunction state.

[0093] Specifically, compared to the in-vehicle HMI (Human-Machine Interface), the mobile phone displays more fault information. Besides displaying vehicle fault information instead of the in-vehicle HMI, it also shows information about the in-vehicle HMI itself being in an abnormal state. For example, if the in-vehicle HMI freezes or the screen remains static, the driver may not immediately notice. Even if the vehicle is not malfunctioning, the mobile phone can be activated to display the fault information from the in-vehicle HMI, allowing the driver to quickly shift their attention and access to information. This ensures the driver is aware of the vehicle's status and prevents them from driving in a "blind" state.

[0094] In this embodiment, the vehicle's infotainment system sends audio and video files to the mobile phone, including:

[0095] The vehicle's infotainment system receives permission requests from the mobile phone.

[0096] Send audio and video files based on the permissions granted to the phone.

[0097] Specifically, while the in-vehicle infotainment system needs to be backed up via a mobile phone as a supplement to the in-vehicle human-machine interface, permission from the mobile phone is required to prevent unauthorized access. The mobile phone can initiate a request to the in-vehicle infotainment system, allowing it to successfully send audio and video files and establish a backup relationship. If multiple mobile phones are in the vehicle, the owner's phone can be used as a backup alarm terminal. If the driver has multiple mobile phones, they can choose which phone to use for backup. The connection can be established when the phone is brought into the vehicle, enabling the sending of audio and video files. Furthermore, after the phone is removed from the vehicle, previously sent audio and video files can be automatically and periodically deleted to prevent long-term unauthorized access to the phone's hardware resources.

[0098] Figure 2 This is a flowchart of a mobile phone-assisted vehicle fault alarm method provided by one or more embodiments of the present invention.

[0099] like Figure 2 As shown, the mobile phone-assisted vehicle fault alarm method includes:

[0100] Step S7: The mobile phone establishes a network connection with the vehicle's infotainment system;

[0101] Step S8: The mobile phone receives the audio and video files and sends a message indicating that the reception is complete.

[0102] Step S9: The mobile phone receives an instruction to retrieve and play an audio or video file, and then plays the audio or video file specified in the instruction.

[0103] Specifically, the relationship between the vehicle's infotainment system and the mobile phone is "one-to-many," meaning that more than one mobile phone can be used as a backup terminal, and multiple mobile phones can simultaneously serve as backups for the vehicle's human-machine interface.

[0104] In this embodiment, establishing a network connection between the mobile phone and the vehicle's infotainment system includes:

[0105] The mobile phone sends a permission request message;

[0106] The mobile phone receives audio and video files that require the corresponding permissions.

[0107] Specifically, by sending a request from the mobile phone, it can be ensured that the mobile phone voluntarily chooses to become the backup of the vehicle's in-vehicle human-machine interface. This ensures that the vehicle's infotainment system cannot arbitrarily occupy the mobile phone space inside the vehicle.

[0108] Figure 3 This is a structural diagram of a vehicle fault alarm device provided in one or more embodiments of the present invention.

[0109] like Figure 3 As shown, the vehicle fault alarm device includes: a search module, a connection module, a fault status acquisition module, a fault status output module, a terminal detection module, and a command module.

[0110] The search module is used by the in-vehicle infotainment system to search for mobile phones inside the vehicle.

[0111] The connectivity module is used to establish a network connection with the mobile phone based on its presence in the vehicle's interior space.

[0112] The fault status acquisition module is used by the vehicle's infotainment system to receive vehicle fault status information.

[0113] The fault status output module is used by the vehicle's infotainment system to send instructions to the onboard human-machine terminal and output information about the vehicle's fault status.

[0114] The terminal detection module is used by the vehicle system to detect the working status of the in-vehicle human-machine terminal.

[0115] The instruction module is used to send an instruction to the mobile phone to output vehicle fault status information if the vehicle-mounted human-machine terminal is in a fault state.

[0116] It is worth noting that although this system only discloses the search module, connection module, fault status acquisition module, fault status output module, terminal detection module, and instruction module, it does not mean that this device is limited to the above-mentioned basic functional modules. On the contrary, what this invention intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can add one or more functional modules in combination with existing technology to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. It should not be assumed that the scope of protection of the claims of this invention is limited to the above-disclosed basic functional modules just because this embodiment only discloses a few basic functional modules.

[0117] Figure 4 This is a schematic diagram of a mobile phone backup fault alarm file according to a specific embodiment of the present invention.

[0118] like Figure 4 As shown,

[0119] This invention establishes a connection between the vehicle's infotainment system and a mobile phone through an in-vehicle network. When the control system detects a malfunction in the in-vehicle amplifier or screen, it enters an abnormal state and notifies the mobile phone connected to the in-vehicle system of the abnormal state. The mobile phone then plays pre-downloaded audio and video based on the information fed back by the car, enabling the synchronous playback of the car's audio and video information when the car malfunctions, effectively improving the car's safety.

[0120] This invention fully utilizes the mobile phone as a smart device independent of the vehicle's in-vehicle system, maximizing convenience and independence. It overcomes the hardware limitations of automobiles and meets crucial functional safety requirements.

[0121] The vehicle infotainment system pre-stores backup audio and video source files related to vehicle functional safety, and compresses them. After the vehicle infotainment system and mobile phone are connected, the file is downloaded through the mobile app for synchronization with the vehicle's backup audio and video files, ensuring file consistency. When playback is needed later, there is no need to download it again.

[0122] Because the backup audio and video data required by the mobile app is downloaded in advance, and only instructions are parsed during execution, the system has the advantages of low latency and low bandwidth.

[0123] Figure 5 This is a schematic diagram of a mobile phone implementing a fault alarm according to a specific embodiment of the present invention.

[0124] like Figure 5 As shown, the vehicle's diagnostic system will monitor the operating status of the power amplifier system and screen system in real time. When an abnormality is detected, the abnormality status will be notified to the mobile app. The mobile app will then enter backup audio and video playback mode and wait for notification on which audio and video to play.

[0125] When the car needs to play important audio or video information, such as turn signal sounds, pedestrian detection alarm sounds, or reversing radar sounds, the car's infotainment system will notify the mobile app of the audio or video ID to be played and displayed, and send a "start" playback indicator. When playback ends, it will send a "stop" playback indicator.

[0126] After receiving the information from the vehicle's infotainment system, the mobile app parses it, locates the audio and video files to be played by ID, and executes the corresponding operation based on the "start" or "stop" information, thereby achieving synchronized playback of audio and video.

[0127] Figure 6 This is a block diagram of an electronic device structure for a vehicle fault alarm method provided in one or more embodiments of the present invention.

[0128] like Figure 6 As shown, this application provides an electronic device, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0129] The memory stores a computer program that, when executed by a processor, causes the processor to perform the steps of a vehicle fault alarm method.

[0130] This application also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of a vehicle fault alarm method.

[0131] This application also provides a vehicle, including:

[0132] Electronic equipment, steps for implementing a vehicle fault alarm method;

[0133] The processor runs a program that, when running, executes the steps of a vehicle fault alarm method based on data output from electronic devices.

[0134] Storage medium for storing programs that, when run, execute steps of a vehicle fault alarm method based on data output from electronic devices.

[0135] The communication bus mentioned in the above electronic devices can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not mean that there is only one bus or one type of bus.

[0136] The electronic device comprises a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control the electronic device through processes, such as Linux, Unix, Android, iOS, or Windows. Furthermore, in this embodiment of the invention, the electronic device can be a smartphone, tablet computer, or other handheld device, or a desktop computer, portable computer, or other electronic device; there is no particular limitation in this embodiment.

[0137] In this embodiment of the invention, the executing entity for electronic device control can be an electronic device itself, or a functional module within an electronic device capable of calling and executing a program. The electronic device can obtain the firmware corresponding to the storage medium. This firmware is provided by the supplier, and different storage media may have the same or different firmware; no limitation is made here. After obtaining the firmware corresponding to the storage medium, the electronic device can write this firmware into the storage medium; specifically, it burns the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology, and will not be elaborated upon in this embodiment of the invention.

[0138] Electronic devices can also obtain reset commands corresponding to storage media. These reset commands are provided by the supplier, and the reset commands for different storage media can be the same or different, which is not limited here.

[0139] At this time, the storage medium of the electronic device is a storage medium on which the corresponding firmware has been written. The electronic device can respond to the reset command corresponding to the storage medium on which the corresponding firmware has been written, thereby resetting the storage medium on which the corresponding firmware has been written according to the reset command. The process of resetting the storage medium according to the reset command can be implemented by existing technology and will not be described in detail in this embodiment of the invention.

[0140] For ease of description, the above devices are described separately by function as various units and modules. Of course, in implementing this application, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0141] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the meaning consistent with their meaning in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined.

[0142] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0143] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.

[0144] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A vehicle fault alarm method, characterized in that, The vehicle fault alarm includes: The car's infotainment system searches the interior space of the vehicle using a mobile phone. The vehicle's infotainment system can search for mobile phones within the vehicle, including selecting and displaying phones located in the vehicle itself, and determining which phones belong to the vehicle based on signal strength. Furthermore, to prevent unintentional connection to mobile phones in adjacent vehicles, the system retrieves and verifies the pre-registered identity information of the mobile phone. Among them, the mobile phone identity information left during Bluetooth connection; Establish a network connection with the phone based on its presence inside the vehicle. The step of establishing a network connection with the mobile phone based on its presence inside the vehicle includes: The car's infotainment system sends audio and video files to the mobile phone; The audio and video files correspond to the types of malfunctions in the vehicle and the in-vehicle human-machine terminal. If the vehicle's infotainment system receives a message from the mobile phone indicating that the audio and video files have been sent, and the in-vehicle human-machine interface is currently in a fault state, then the vehicle's infotainment system will send a command to the mobile phone to output vehicle fault status information. The vehicle's infotainment system receives vehicle fault status information; The vehicle's infotainment system sends instructions to the onboard human-machine interface and outputs information about the vehicle's fault status. The vehicle-mounted system detects the working status of the in-vehicle human-machine interface; If the vehicle-mounted human-machine terminal is in a faulty state, the vehicle terminal will send a command to the mobile phone to output the vehicle fault status information. The instructions sent by the vehicle's infotainment system to the mobile phone to output vehicle fault status information include: Depending on the type of vehicle malfunction, the vehicle's infotainment system sends information about the vehicle's malfunction status to the mobile phone. Depending on the type of malfunction of the in-vehicle human-machine terminal, the vehicle-mounted unit sends a message to the mobile phone indicating that the in-vehicle human-machine terminal is in a malfunctioning state. The process of the vehicle system sending audio and video files to the mobile phone includes: the vehicle system receiving information about the mobile phone's permission request; Send audio and video files based on the permissions granted to the phone.

2. A vehicle fault alarm device, characterized in that, The vehicle malfunction alarm device includes: The search module is used by the vehicle's infotainment system to search for mobile phones inside the vehicle. The mobile phone search for mobile phones inside the vehicle includes the vehicle's infotainment system selecting and outputting mobile phones in the vehicle and determining whether a mobile phone belongs to the vehicle based on its signal strength. Furthermore, to prevent unintentional connection to mobile phones in adjacent vehicles, the system retrieves and verifies the pre-registered identity information of the mobile phone. Among them, the mobile phone identity information left during Bluetooth connection; The connectivity module is used to establish a network connection with the mobile phone based on its presence in the vehicle's interior space. The step of establishing a network connection with the mobile phone based on its presence inside the vehicle includes: The car's infotainment system sends audio and video files to the mobile phone; The audio and video files correspond to the types of malfunctions in the vehicle and the in-vehicle human-machine terminal. If the vehicle's infotainment system receives a message from the mobile phone indicating that the audio and video files have been sent, and the in-vehicle human-machine interface is currently in a fault state, then the vehicle's infotainment system will send a command to the mobile phone to output vehicle fault status information. The fault status acquisition module is used by the vehicle's infotainment system to receive vehicle fault status information. The fault status output module is used by the vehicle's infotainment system to send instructions to the onboard human-machine terminal and output information about the vehicle's fault status. The terminal detection module is used by the vehicle system to detect the working status of the in-vehicle human-machine terminal. The instruction module is used to send an instruction from the vehicle terminal to the mobile phone to output vehicle fault status information if the vehicle-mounted human-machine terminal is in a fault state. The instructions sent by the vehicle's infotainment system to the mobile phone to output vehicle fault status information include: Depending on the type of vehicle malfunction, the vehicle's infotainment system sends information about the vehicle's malfunction status to the mobile phone. Depending on the type of malfunction of the in-vehicle human-machine terminal, the vehicle-mounted unit sends a message to the mobile phone indicating that the in-vehicle human-machine terminal is in a malfunctioning state. The process of the vehicle system sending audio and video files to the mobile phone includes: the vehicle system receiving information about the mobile phone's permission request; Send audio and video files based on the permissions granted to the phone.

3. An electronic device, characterized in that, include: The processor, communication interface, memory, and communication bus are connected, with the processor, communication interface, and memory communicating with each other via the communication bus. The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the vehicle fault alarm method of claim 1.

4. A computer-readable storage medium, characterized in that, include: It stores a computer program that can be executed by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the vehicle fault alarm method of claim 1.

5. A vehicle, characterized in that, include: An electronic device for implementing the steps of the vehicle fault alarm method of claim 1; The processor runs a program that, when the program is running, executes the steps of the vehicle fault alarm method of claim 1 from data output by the electronic device. A storage medium for storing a program that, when run, executes the steps of the vehicle fault alarm method of claim 1 on data output from an electronic device.

Images