CN111694688B - Vehicle-mounted system recovery processing method and device and electronic equipment - Google Patents
Vehicle-mounted system recovery processing method and device and electronic equipment Download PDFInfo
- Publication number
- CN111694688B CN111694688B CN202010528292.1A CN202010528292A CN111694688B CN 111694688 B CN111694688 B CN 111694688B CN 202010528292 A CN202010528292 A CN 202010528292A CN 111694688 B CN111694688 B CN 111694688B
- Authority
- CN
- China
- Prior art keywords
- vehicle
- core
- mounted system
- indication information
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
- G06F11/0739—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0751—Error or fault detection not based on redundancy
- G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
- G06F11/076—Error or fault detection not based on redundancy by exceeding limits by exceeding a count or rate limit, e.g. word- or bit count limit
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/142—Reconfiguring to eliminate the error
- G06F11/143—Reconfiguring to eliminate the error with loss of software functionality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
Abstract
The application discloses a vehicle-mounted system recovery processing method, a vehicle-mounted system recovery processing device and electronic equipment, relates to the field of Internet of vehicles, and can be used for intelligent traffic scenes. The specific implementation scheme is as follows: and responding to the starting of the vehicle-mounted system, and monitoring the starting state of the core service and the starting state of the core application of the vehicle-mounted system. And in response to the preset starting time, if the core service and/or the core application are/is not successfully started, pushing indication information, wherein the indication information is used for guiding a user to recover the vehicle-mounted system. The method can avoid that the user cannot be reminded in time to cause trouble when some core applications are abnormal in operation, and the user can finish recovery of the vehicle-mounted system without contacting with an after-sales engineer, so that user experience is greatly improved.
Description
Technical Field
The embodiment of the application relates to the technical field of Internet of vehicles in computer technology, in particular to a vehicle-mounted system recovery processing method and device and electronic equipment.
Background
The vehicle-mounted system arranged on the vehicle can provide functions of video and audio playing, navigation, driving recording, driving safety control and the like. With the development of wireless communication technology, the vehicle-mounted system is more and more intelligent, and based on wireless communication, the vehicle-mounted system can further realize various functions such as automatic driving, auxiliary driving, anti-collision early warning, lane departure warning and the like. The vehicle-mounted system needs to provide the functions on the premise of normal starting and normal operation. In actual use, as the service time of the vehicle increases, there may be a data loss in a data partition of a Read-Only Memory (ROM) of the vehicle-mounted system, or a problem that data between versions may be incompatible due to an upgrade of a space downloading Technology (OTA) of a plurality of versions for a long time, and once there is a data loss in a data partition or a data incompatibility between versions, there may be a problem that a vehicle-mounted system interface cannot be displayed, so that a user cannot normally use the vehicle-mounted system.
In the prior art, a vehicle-mounted system monitors core services such as a system service process and the like in the starting process, judges whether the core services are normally started, prompts a user that the vehicle-mounted system is abnormally started through a popup window if the core services are not normally started, and the user needs to actively contact an after-sales engineer for processing.
However, with the method of the prior art, when the vehicle-mounted system cannot be started normally, the user is required to actively contact the after-sales engineer for processing, that is, the vehicle-mounted system passively waits for the user to contact the after-sales engineer for processing, which results in poor user experience. Meanwhile, the method in the prior art cannot accurately and comprehensively judge whether the vehicle-mounted system is in normal operation.
Disclosure of Invention
The embodiment of the application provides a vehicle-mounted system recovery processing method, device and electronic equipment, which are used for solving the problem of poor user experience caused by the fact that a user is required to actively contact an after-sales engineer in the prior art.
According to a first aspect, there is provided a vehicle-mounted system recovery processing method, the method including:
and responding to the starting of the vehicle-mounted system, and monitoring the starting state of the core service and the starting state of the core application of the vehicle-mounted system.
And in response to the preset starting time, if the core service and/or the core application are/is not successfully started, pushing indication information, wherein the indication information is used for guiding a user to recover the vehicle-mounted system.
According to a second aspect, there is provided an in-vehicle system recovery processing device including:
and the processing module is used for responding to the starting of the vehicle-mounted system and monitoring the starting state of the core service and the starting state of the core application of the vehicle-mounted system.
And the pushing module is used for pushing indication information in response to the fact that the preset starting time length is reached, and the indication information is used for guiding a user to restore the vehicle-mounted system when the core service and/or the core application are/is not successfully started.
According to a third aspect, there is provided an electronic device comprising:
at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of the first aspect described above.
According to a fourth aspect, there is provided a non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of the first aspect described above.
According to a fifth aspect, there is provided a computer program product comprising: a computer program stored in a readable storage medium, from which it can be read by at least one processor of an electronic device, the at least one processor executing the computer program causing the electronic device to perform the method of the first aspect.
According to the technology provided by the application, a user can comprehensively know whether the operation of the vehicle-mounted system is abnormal, the situation that the user cannot be timely reminded to cause trouble when some core applications are abnormal in operation is avoided, the user can finish the repair of the vehicle-mounted system independently of an after-sales engineer, and the user experience is greatly improved.
It should be understood that the description in this section is not intended to identify key or critical features of the embodiments of the disclosure, nor is it intended to be used to limit the scope of the disclosure. Other features of the present disclosure will become apparent from the following specification.
Drawings
The drawings are included to provide a better understanding of the present application and are not to be construed as limiting the application. Wherein:
FIG. 1 is a schematic diagram of an exemplary system architecture of a vehicle-mounted system recovery processing method according to an embodiment of the present application;
fig. 2 is a schematic flow chart of a vehicle-mounted system recovery processing method according to an embodiment of the present application;
FIG. 3 is an exemplary diagram of an interface for a vehicle-mounted system to push restart indication information;
FIG. 4 is an exemplary diagram of an interface for a vehicle-mounted system pushing formatting indication information;
FIG. 5 is an exemplary diagram of an interface for a vehicle-mounted system to push a restore indication;
FIG. 6 is a schematic diagram of an interface when the in-vehicle system core service and/or the core application is not successfully started and has access to the network;
FIG. 7 is a schematic diagram of yet another interface when the in-vehicle system core service and/or the core application is not successfully started and is capable of accessing the network;
FIG. 8 is a block diagram of a recovery processing device for a vehicle-mounted system according to an embodiment of the present application;
fig. 9 is a block diagram of an electronic device of a method of in-vehicle system recovery processing according to an embodiment of the present application.
Detailed Description
Exemplary embodiments of the present application will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present application are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
In the method in the prior art, the vehicle-mounted system monitors core services such as a system service process and the like in the starting process, judges whether the core services are normally started, and prompts a user that the vehicle-mounted system is abnormally started through a popup window if the core services are not normally started. After the user views the indication information, the user needs to actively contact the after-sales engineer for processing.
In the method, when the vehicle-mounted system cannot be started normally, the user is required to actively contact the after-sales engineer for processing, namely, the vehicle-mounted system cannot help the user to solve the problem, and only the user can passively wait for the processing of contacting the after-sales engineer, so that the user experience is poor. Meanwhile, the vehicle-mounted system can only judge whether the core service is normally started or not, but cannot judge whether the core application providing the basic function is normally started or not, so that whether the vehicle-mounted system is normally operated or not cannot be accurately and comprehensively judged, and a user cannot be timely reminded when abnormal operation occurs in certain core applications, so that the user is puzzled, and the user experience is poor.
In consideration of the problems that in the prior art, a vehicle-mounted system cannot actively help a user to solve the problems and the problem that whether the vehicle-mounted system normally operates cannot be accurately and comprehensively judged, and the user experience is poor.
Fig. 1 is an exemplary system architecture diagram of a vehicle-mounted system recovery processing method according to an embodiment of the present application, and as shown in fig. 1, an embodiment of the present application may relate to a vehicle and a server. The vehicle is provided with a vehicle-mounted system, the vehicle-mounted system comprises a display screen, and the vehicle-mounted system interacts with a user through the screen. Specifically, information may be displayed to the user through a screen, while an instruction or the like issued by the user through the screen is received. The server may be, for example, a server of a provider of the in-vehicle system. When the vehicle-mounted system is normally started and operated, the vehicle-mounted system can communicate with the server through the Internet, the vehicle-mounted system can report operation data, fault related information and the like of the vehicle to the server, and meanwhile, the vehicle-mounted system can download system upgrade files, audio and video data and the like from the server. When the starting or running of the vehicle-mounted system is abnormal, the method can report the abnormal information to the server so as to help an after-sales engineer to quickly analyze and solve the problem.
It should be understood that the above-described in fig. 1 may refer to an in-vehicle module or an in-vehicle device mounted on a vehicle, on which a software system can be run. The starting and running of the vehicle-mounted system according to the following embodiments of the present application refer to the starting and running of a software system on the vehicle-mounted system.
Fig. 2 is a schematic flow chart of a vehicle-mounted system recovery processing method according to an embodiment of the present application, where an execution subject of the method is a vehicle-mounted system installed on a vehicle. As shown in fig. 2, the method includes:
and S201, responding to the starting of the vehicle-mounted system, and monitoring the starting state of the core service and the starting state of the core application of the vehicle-mounted system.
For example, the user may trigger the on-board system to start when starting the vehicle, or after pressing an on-board system start button on the vehicle.
When the vehicle-mounted system is started, the starting state of the core service and the core application in the vehicle-mounted system can be monitored. Wherein the core service may be a service that is relied upon when other services or applications are started. The core application may be an application that implements the necessary basic functions of the in-vehicle system. The operating system on which the in-vehicle system is based may be different, and the core services and core applications may be different. Core services and core applications are illustrated below using the android operating system as an example.
The in-vehicle system uses an android operating system, and the core services may include, for example, a system service process, which is the first process hatched by the fertilized egg process zygate, and other core services in the system are all started in the system server, i.e., other core services depend on the system server. Other core services may include, for example: entropy Service (Entropy Service), power Manager (Power Manager), activity Manager (Activity Manager) Package Manager (Package Manager), account Manager (Account Manager), content Manager (Content Manager), content provider (System Content Providers), battery Service (Battery Service), light Service (Lights Service), vibration Service (Vibriter Service), alarm Manager (Alarm Manager), watchdog (Init Watchdog), window Manager (Window Manager), bluetooth Service (Bluetooth Service), and the like. Applications, such as core applications, of the in-vehicle system may rely on one or more of these services.
The core applications may include, for example: desktop helper applications (Launcher), voice helper applications, etc. Wherein, the host is used for completing desktop icon display and the like. The voice assistant application process is used for loading the voice assistant, monitoring whether the user sends out voice instructions or not, and the like.
S202, in response to the preset starting time, if the core service and/or the core application are/is not successfully started, pushing indication information, wherein the indication information is used for guiding a user to restore the vehicle-mounted system.
Starting from the starting time of the vehicle-mounted system, the starting states of the core service and the core application can be continuously monitored, and if the monitored core service or core application is successfully started within the preset starting time from the starting time, the starting state of the core service or core application is normal, and the core service or core application is not monitored any more. If the monitored core service or core application is not successfully started when the preset starting time is reached, the abnormal starting state of the core service or core application is indicated, and at the moment, the vehicle-mounted system can push indication information to a user.
Specifically, the indication information does not only inform the user that the vehicle-mounted system is started abnormally, but also instructs the user to execute a series of operations to restore the vehicle-mounted system as much as possible. The specific process of guiding the user to restore the system by pushing the indication information by the vehicle-mounted system will be described in detail in the following embodiments.
In this embodiment, the on-board system monitors the starting state of the core service and monitors the starting state of the core application when starting, so that a user can comprehensively learn whether the on-board system is abnormal or not, and avoid that the user cannot be timely reminded of causing trouble when some core applications are abnormal in operation.
The following describes a specific process in which the vehicle-mounted system guides the user to restore the system by pushing the indication information in the step S202.
Optionally, the vehicle-mounted system can push the indication information through a popup window display mode, or push the indication information through a voice broadcasting mode. The indication information is the indication information displayed by the popup window or the indication information broadcasted by voice. The vehicle-mounted system can select the pushing mode of the indication information according to the current state of the system or the configuration of a user. In one example, if the core application responsible for speech output is not started successfully, the pop-up display mode may be selected to push the indication information. In another example, if the core application responsible for popup display is not started successfully, the voice broadcast mode may be selected to push the indication information. In another example, if the core application responsible for voice output and responsible for popup display is successfully started, and the user configures the popup display mode, the popup display mode may be selected to push the indication information. For convenience of description, the following embodiments of the present application are exemplified by pushing indication information in a pop-up window display manner.
As an optional implementation manner, when the core service and/or the core application is started abnormally, the vehicle-mounted system pushes restart instruction information, wherein the restart instruction information is used for guiding a user to restart the vehicle-mounted system.
Fig. 3 is an exemplary diagram of an interface for pushing restart indication information by the vehicle-mounted system, where, as shown in fig. 3, when a core service and/or a core application is started abnormally, the vehicle-mounted system may display the following information on its screen: system start exception, please try to restart the system in any one of the following ways: 1. pressing a power key of the central console; 2. the vehicle is extinguished and restarted.
In this embodiment, the method for restarting the engine when the engine is started is described in detail in the restart instruction information to the user, and the user only needs to operate according to the restart instruction information, and does not need to directly contact with an after-sales engineer or review data by itself, so that the process of solving the problem by the user is greatly simplified, the time of solving the problem is saved, and the use experience of the user is improved.
As an optional implementation manner, if after the user executes the restart process according to the restart instruction information, there is still a core service and/or a core application that is not started successfully, the vehicle-mounted system may push format instruction information, where the format instruction information is used to instruct the user to perform the format process on the data partition of the vehicle-mounted system.
Alternatively, the data partition of the in-vehicle system may refer to a data partition of the ROM.
Specifically, some vehicle-mounted systems are used for a long time, and partial data loss in the data partition may occur, which may cause the core service and/or the core application of the vehicle-mounted system to be unable to be started successfully when the vehicle-mounted system is started, so that the vehicle-mounted system can solve the problem of data loss by guiding a user to complete the formatting of the data partition.
Fig. 4 is an exemplary interface diagram of pushing formatting indication information by the vehicle-mounted system, as shown in fig. 4, when there is still a core service and/or a core application that is not started successfully after the user executes the restart processing according to the above restart indication information, the vehicle-mounted system may display a data partition formatting button on its screen, and simultaneously display the following information: the system reboots abnormally, please click the data partition format button to try to restore the system, which format operation does not cause your personal data to be lost. After clicking the data partition formatting button according to the indication information, the user triggers the vehicle-mounted system to perform formatting operation on the data partition, and the vehicle-mounted system can display the formatting progress of the data partition on a screen and restart the data partition after the formatting of the data partition is completed. When the vehicle-mounted system is restarted, data can be written into the data partition again.
In this embodiment, if the core service and/or the core application cannot be successfully started due to the data loss of the data partition, the user may be guided to complete the formatting of the data partition by the formatting indication information pushed by the vehicle-mounted system, so that the process of solving the problem by the user is greatly simplified, the time of solving the problem is saved, and the use experience of the user is improved.
As an optional implementation manner, if after the user executes the restart process according to the above formatting indication information, there is still a core service and/or the core application is not started successfully, the vehicle-mounted system may push the restoration indication information, where the restoration indication information is used to instruct the user to perform the system restoration process on the vehicle-mounted system.
This alternative may be applied to vehicle systems that support dual systems. For a vehicle-mounted system supporting dual systems, the vehicle-mounted system defaults to use a high-version system, and after the vehicle-mounted system is upgraded for a plurality of times by OTA, the problem of incompatibility of version data can occur, so that core services and/or core applications of the high-version system can not be started normally. Thus, the in-vehicle system may solve the problem that the core service and/or the core application cannot be started normally by guiding the user to revert from the high-version system to the low-version system.
Fig. 5 is an exemplary diagram of an interface for pushing the restoration instruction information by the vehicle-mounted system, as shown in fig. 5, when there is still a core service and/or a core application that is not started successfully after the user performs the formatting process according to the above formatting instruction information, the vehicle-mounted system may display a system restoration button on its screen, and simultaneously display the following information: the system reboots abnormally, please click on the system restore button to try to restore to the low version system, which operation does not cause your personal data loss. After clicking a system restore button according to the indication information, the user triggers the vehicle-mounted system to switch to a low-version system and restart the system, and operates the low-version system when restarting.
In this embodiment, if the core service and/or the core application cannot be successfully started due to incompatibility of the high-version data, the user can be guided to complete system restoration through restoration instruction information pushed by the vehicle-mounted system, so that the problem solving process of the user is greatly simplified, the problem solving time is saved, and the use experience of the user is improved.
As an optional implementation manner, when the vehicle-mounted system pushes the restart instruction information, if the problem that the core service and/or the core application cannot be started successfully still exists after the first restart, the vehicle-mounted system may instruct the user to continue to perform the restart operation for multiple times. And pushing the formatting indication information after the number of times of executing the restarting process on the vehicle-mounted system by the user based on the restarting indication information reaches the preset number of times.
Specifically, after the user executes the restarting operation after the system pushes the restarting instruction information, the vehicle-mounted system can record the current restarting times of the system, and if the current restarting times of the system reach the preset times, the core service still exists and/or the core application is not successfully started, the vehicle-mounted system pushes the formatting instruction information again.
In this embodiment, since the restarting operation is simple and does not have any influence on the system, by guiding the user to restart the system a plurality of times, the system can be restored as much as possible while the influence on the user can be reduced as much as possible.
The above describes the process of pushing the hint information step by step to restore the on-board system as much as possible when the on-board system is started and/or when the core application is not successfully started.
As an alternative embodiment, the process of pushing the indication information may be performed when the in-vehicle system cannot access the network. In one embodiment, if the core service and/or the core application are not successfully started when the preset time period is reached, and the vehicle-mounted system cannot access the network, the indication information is pushed.
The vehicle-mounted system cannot access the network, which means that the vehicle-mounted system cannot be connected to the internet and cannot communicate with the server through the internet.
In this case, the in-vehicle system cannot communicate with the external network, and the in-vehicle system may attempt to restore the system by guiding the user to perform a restoration operation step by step so that the user can complete restoration of the system without contacting the after-market engineer.
In another case, if the core service and/or the core application are not successfully started when the preset starting duration is reached, and meanwhile, the vehicle-mounted system can access the network, the vehicle-mounted system can report fault information to the server. The fault information may include: information about failed modules in the core service and/or core application. Meanwhile, in this case, the vehicle-mounted system may not instruct the user to restart, or may instruct the user to resume the system using the aforementioned method.
In one embodiment, the on-board system can monitor the execution condition of the modules in each core service and core application when monitoring the core service and core application, and if a certain module is abnormal, the on-board system can record as a fault information.
Under the condition that the vehicle-mounted system can access the network, the vehicle-mounted system can send the fault information of the core service and/or the core application when being started to the server, the server can display the fault information and the identification of the vehicle-mounted system sending the fault information to an after-sales engineer, the after-sales engineer can actively analyze the problem based on the fault information, and optionally, the after-sales engineer can also actively contact the user to solve the problem by utilizing the contact mode of the user associated with the identification of the vehicle-mounted system.
FIG. 6 is a schematic diagram of an interface when the core service and/or the core application of the in-vehicle system are not successfully started and can access the network, as shown in FIG. 6, when the core service and/or the core application of the in-vehicle system are not successfully started and can access the network, the in-vehicle system can display the following information on the screen: the system is started abnormally, relevant abnormal information is sent to an after-sales engineer, and the after-sales engineer can then actively contact you to solve the problem.
FIG. 7 is a schematic diagram of yet another interface when the in-vehicle system core service and/or the core application is not successfully started and has access to the network, as shown in FIG. 7, when the in-vehicle system core service and/or the core application is not successfully started and has access to the network, the in-vehicle system may display the following information on its screen: the system is started abnormally, relevant abnormal information is sent to an after-sales engineer, and the after-sales engineer can then actively contact you to solve the problem. You want to try to restore the system themselves. Below this information, an approve and abort resume button is displayed. If the user clicks the consent button, the interface as shown in FIG. 3 is displayed and the system is restored according to FIG. 3 and the processing thereafter.
In this embodiment, by reporting the fault information to the server, the after-sales engineer can timely learn about the detailed fault of the vehicle-mounted system, and then the after-sales engineer can instruct the user to accurately complete the system recovery based on the detailed fault.
As an optional implementation manner, when the in-vehicle system monitors the start state of the core service and the start state of the core application in step S201, the start state of the core service and the start state of the core application may be monitored by calling a monitoring service process, where the start time of the monitoring service process is before the start time of the core service and the start time of the core application.
Specifically, when the vehicle-mounted system is started, various service processes and application processes are started according to a preset sequence, so in the embodiment, the vehicle-mounted system can add a monitoring service process, and the starting time of the monitoring service process is set in front of the monitored core service and the monitored core application, so that the monitoring service process can start and start to monitor the core service and the monitored core application as long as the vehicle-mounted system is started, and the starting states of the core service and the monitored core application can be completely monitored.
Fig. 8 is a block diagram of a vehicle-mounted system recovery processing device according to an embodiment of the present application, where, as shown in fig. 8, the device includes:
and the processing module 801 is used for responding to the starting of the vehicle-mounted system and monitoring the starting state of the core service and the starting state of the core application of the vehicle-mounted system.
And the pushing module 802 is configured to push, in response to reaching a preset starting duration, indication information when the core service and/or the core application is not successfully started, where the indication information is used to instruct a user to perform recovery processing on the vehicle-mounted system.
As an alternative embodiment, the pushing module 802 is specifically configured to:
pushing restart instruction information, wherein the restart instruction information is used for guiding a user to restart the vehicle-mounted system.
As an alternative embodiment, the pushing module 802 is specifically configured to:
if the user executes the restarting process on the vehicle-mounted system based on the restarting instruction information, and then the core service and/or the core application are/is not started successfully, pushing formatting instruction information, wherein the formatting instruction information is used for guiding the user to perform the formatting process on the data partition of the vehicle-mounted system
As an alternative embodiment, the pushing module 802 is specifically configured to:
and if the user performs formatting processing on the data partition of the vehicle-mounted system based on the formatting indication information, and the core service and/or the core application are/is not successfully started, pushing restoration indication information, wherein the restoration indication information is used for guiding the user to perform system restoration processing on the vehicle-mounted system.
As an alternative embodiment, the pushing module 802 is specifically configured to:
and pushing the formatting indication information if the core service and/or the core application are not successfully started after the number of times of executing the restarting processing on the vehicle-mounted system by the user based on the restarting indication information reaches the preset number of times.
As an alternative embodiment, the pushing module 802 is specifically configured to:
and if the core service and/or the core application are/is not successfully started when the preset starting duration is reached, and the vehicle-mounted system cannot access a network, pushing the indication information.
As an alternative embodiment, the pushing module 802 is further configured to:
if the core service and/or the core application are/is not successfully started and the vehicle-mounted system can access the network when the preset starting duration is reached, reporting fault information to a server, wherein the fault information comprises: information of the failed module in the core service and/or the core application.
As an alternative embodiment, the pushing module 802 is specifically configured to:
and in response to the starting of the vehicle-mounted system, a monitoring service process is called to monitor the starting state of the core service and the starting state of the core application, and the starting time of the monitoring service process is before the starting time of the core service and the starting time of the core application.
As an alternative embodiment, the core service includes: a system service process; the core application includes: desktop helper applications enter into the process and voice helper applications process.
As an optional implementation manner, the indication information of the pushing module 802 is indication information displayed by a popup window, or the indication information is indication information of voice broadcasting.
According to an embodiment of the present application, the present application also provides an electronic device and a readable storage medium.
According to an embodiment of the present application, there is also provided a computer program product comprising: a computer program stored in a readable storage medium, from which at least one processor of an electronic device can read, the at least one processor executing the computer program causing the electronic device to perform the solution provided by any one of the embodiments described above.
As shown in fig. 9, there is a block diagram of an electronic device of a method of in-vehicle system recovery processing according to an embodiment of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the applications described and/or claimed herein.
As shown in fig. 9, the electronic device includes: one or more processors 901, memory 902, and interfaces for connecting the components, including high-speed interfaces and low-speed interfaces. The various components are interconnected using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions executing within the electronic device, including instructions stored in or on memory to display graphical information of the GUI on an external input/output device, such as a display device coupled to the interface. In other embodiments, multiple processors and/or multiple buses may be used, if desired, along with multiple memories and multiple memories. Also, multiple electronic devices may be connected, each providing a portion of the necessary operations (e.g., as a server array, a set of blade servers, or a multiprocessor system). In fig. 9, a processor 901 is taken as an example.
Memory 902 is a non-transitory computer readable storage medium provided by the present application. The memory stores instructions executable by the at least one processor to cause the at least one processor to perform the method for vehicle-mounted system recovery processing provided by the application. The non-transitory computer readable storage medium of the present application stores computer instructions for causing a computer to execute the method of the in-vehicle system recovery processing provided by the present application.
The memory 902 is used as a non-transitory computer readable storage medium, and may be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as program instructions/modules (e.g., the processing module 801 and the pushing module 802 shown in fig. 8) corresponding to a method for restoring processing of an in-vehicle system according to an embodiment of the present application. The processor 901 executes various functional applications of the server and data processing, i.e., a method of implementing the in-vehicle system recovery processing in the above-described method embodiment, by running non-transitory software programs, instructions, and modules stored in the memory 902.
The memory 902 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, at least one application program required for a function; the storage data area may store data created according to the use of the electronic device of the in-vehicle system recovery process, and the like. In addition, the memory 902 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory 902 optionally includes memory remotely located relative to processor 901, which may be connected to the on-board system recovery processing electronics via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The electronic device of the method for recovering a vehicle-mounted system may further include: an input device 903 and an output device 904. The processor 901, memory 902, input devices 903, and output devices 904 may be connected by a bus or other means, for example in fig. 9.
The input device 903 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the electronic device for which the in-vehicle system is to be restored, such as a touch screen, a keypad, a mouse, a track pad, a touch pad, a pointer stick, one or more mouse buttons, a track ball, a joystick, etc. The output means 904 may include a display device, auxiliary lighting means (e.g., LEDs), tactile feedback means (e.g., vibration motors), and the like. The display device may include, but is not limited to, a Liquid Crystal Display (LCD), a Light Emitting Diode (LED) display, and a plasma display. In some implementations, the display device may be a touch screen.
Various implementations of the systems and techniques described here can be realized in digital electronic circuitry, integrated circuitry, application specific ASIC (application specific integrated circuit), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
These computing programs (also referred to as programs, software applications, or code) include machine instructions for a programmable processor, and may be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or device (e.g., magnetic discs, optical disks, memory, programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet.
The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present application may be performed in parallel, sequentially, or in a different order, provided that the desired results of the disclosed embodiments are achieved, and are not limited herein.
The above embodiments do not limit the scope of the present application. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present application should be included in the scope of the present application.
Claims (11)
1. A vehicle-mounted system recovery processing method comprises the following steps:
responding to the starting of a vehicle-mounted system, and monitoring the starting state of core service and the starting state of core application of the vehicle-mounted system;
in response to reaching a preset starting duration, if the core service and/or the core application are not successfully started and the vehicle-mounted system cannot access a network, pushing indication information, wherein the indication information is used for guiding a user to restore the vehicle-mounted system;
when the preset starting duration is reached, the core service and/or the core application are/is not successfully started, and the vehicle-mounted system can access a network, fault information is reported to a server, first information is pushed, and the first information is used for indicating whether a user selects to recover the system by himself or herself; the fault information includes: information of the failed module in the core service and/or the core application.
2. The method of claim 1, wherein the pushing the indication information comprises:
pushing restart instruction information, wherein the restart instruction information is used for guiding a user to restart the vehicle-mounted system.
3. The method of claim 2, further comprising, after pushing the restart indication information:
and pushing formatting indication information if the core service and/or the core application are not successfully started after the user executes restarting processing on the vehicle-mounted system based on the restarting indication information, wherein the formatting indication information is used for guiding the user to perform formatting processing on the data partition of the vehicle-mounted system.
4. The method of claim 3, further comprising, after pushing the formatting indication information:
and if the user performs formatting processing on the data partition of the vehicle-mounted system based on the formatting indication information, and the core service and/or the core application are/is not successfully started, pushing restoration indication information, wherein the restoration indication information is used for guiding the user to perform system restoration processing on the vehicle-mounted system.
5. The method of claim 3, wherein pushing the formatting indication information if the core service and/or the core application is not successfully started after the user performs the restart process on the in-vehicle system based on the restart indication information, includes:
and pushing the formatting indication information if the core service and/or the core application are not successfully started after the number of times of executing the restarting processing on the vehicle-mounted system by the user based on the restarting indication information reaches the preset number of times.
6. The method of any of claims 1-5, wherein the monitoring the start-up status of the core service and the start-up status of the core application of the in-vehicle system in response to the in-vehicle system start-up comprises:
and in response to the starting of the vehicle-mounted system, a monitoring service process is called to monitor the starting state of the core service and the starting state of the core application, and the starting time of the monitoring service process is before the starting time of the core service and the starting time of the core application.
7. The method of any of claims 1-5, wherein the core service comprises: a system service process; the core application includes: desktop helper applications enter into the process and voice helper applications process.
8. The method according to any one of claims 1-5, wherein the indication information is a popup indication information or the indication information is a voice broadcast indication information.
9. An in-vehicle system recovery processing device, comprising:
the processing module is used for responding to the starting of the vehicle-mounted system and monitoring the starting state of the core service and the starting state of the core application of the vehicle-mounted system;
the pushing module is used for responding to the fact that the core service and/or the core application are/is not successfully started and the vehicle-mounted system cannot access a network when the preset starting time is reached, pushing indication information, wherein the indication information is used for guiding a user to restore the vehicle-mounted system;
the pushing module is further configured to, in response to the fact that the core service and/or the core application are not successfully started when the preset starting duration is reached, and if the vehicle-mounted system can access the network, report fault information to the server and push first information, where the first information is used to indicate whether a user selects to restore the system by himself; the fault information includes: information of the failed module in the core service and/or the core application.
10. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein, the liquid crystal display device comprises a liquid crystal display device,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-8.
11. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of any one of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010528292.1A CN111694688B (en) | 2020-06-11 | 2020-06-11 | Vehicle-mounted system recovery processing method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010528292.1A CN111694688B (en) | 2020-06-11 | 2020-06-11 | Vehicle-mounted system recovery processing method and device and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111694688A CN111694688A (en) | 2020-09-22 |
| CN111694688B true CN111694688B (en) | 2023-10-13 |
Family
ID=72480256
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010528292.1A Active CN111694688B (en) | 2020-06-11 | 2020-06-11 | Vehicle-mounted system recovery processing method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111694688B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102485525A (en) * | 2010-12-03 | 2012-06-06 | 上海博泰悦臻电子设备制造有限公司 | Vehicle-mounted system and power management method and power management device thereof |
| CN107517127A (en) * | 2017-08-18 | 2017-12-26 | 深圳创维汽车智能有限公司 | Processing method, mobile unit and the storage medium of communication abnormality |
| WO2018076169A1 (en) * | 2016-10-25 | 2018-05-03 | 华为技术有限公司 | Recovery method for power-on failure of terminal device, and terminal device |
| CN109987118A (en) * | 2018-01-03 | 2019-07-09 | 比亚迪股份有限公司 | The abnormality eliminating method of on-vehicle equipment control system, device and system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9852026B2 (en) * | 2014-08-06 | 2017-12-26 | Commvault Systems, Inc. | Efficient application recovery in an information management system based on a pseudo-storage-device driver |
-
2020
- 2020-06-11 CN CN202010528292.1A patent/CN111694688B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102485525A (en) * | 2010-12-03 | 2012-06-06 | 上海博泰悦臻电子设备制造有限公司 | Vehicle-mounted system and power management method and power management device thereof |
| WO2018076169A1 (en) * | 2016-10-25 | 2018-05-03 | 华为技术有限公司 | Recovery method for power-on failure of terminal device, and terminal device |
| CN107517127A (en) * | 2017-08-18 | 2017-12-26 | 深圳创维汽车智能有限公司 | Processing method, mobile unit and the storage medium of communication abnormality |
| CN109987118A (en) * | 2018-01-03 | 2019-07-09 | 比亚迪股份有限公司 | The abnormality eliminating method of on-vehicle equipment control system, device and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111694688A (en) | 2020-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8904160B2 (en) | Electronic device which automatically sets up multiple operating systems for a test system by generating an emptied boot record status and loading a target operating system according to the emptied boot record status | |
| CN109542744B (en) | Method, device, storage medium and terminal for detecting abnormal starting problem of terminal | |
| CN110780890A (en) | System upgrading method and device, electronic equipment and medium | |
| CN108432219A (en) | The restoration methods and terminal device of terminal device boot failure | |
| CN112099845A (en) | Software version updating method, server, vehicle, and computer storage medium | |
| CN101594613A (en) | The method of terminal equipment and upgrading thereof, system | |
| CN108897575B (en) | Configuration method and configuration system of electronic equipment | |
| CN104794014A (en) | System operation method and intelligent terminal | |
| CN106980565B (en) | Upgrading process monitoring method and device | |
| CN112073994A (en) | Method and device for over-the-air upgrading, electronic equipment and readable storage medium | |
| KR101714522B1 (en) | Method and apparatus for providing linking service between vehicle audio video nevigation and smartphone based on virtualization framework | |
| CN111966939A (en) | Page skipping method and device | |
| CN109634659A (en) | Method, apparatus, equipment and the storage medium that a kind of couple of BMC is controlled | |
| CN112328328A (en) | Method, device, equipment and storage medium for overloading equipment drive | |
| CN113971277A (en) | Multi-user login method and device | |
| CN111694688B (en) | Vehicle-mounted system recovery processing method and device and electronic equipment | |
| US20170060598A1 (en) | Managed boot process system | |
| CN111399888B (en) | Audio processing chip processing method and device and electronic equipment | |
| JP7147123B2 (en) | Source channel determination method, device, equipment, program and computer storage medium | |
| JP2014512061A (en) | Software operability service | |
| CN115629785A (en) | Upgrading method, electronic device and storage medium | |
| CN111694608B (en) | System upgrading method and device of terminal equipment, electronic equipment and terminal equipment | |
| CN111209143B (en) | Recovery method and device of embedded system, embedded device and storage medium | |
| CN113656063A (en) | System version replacing method, device, equipment and computer readable medium | |
| CN107341026B (en) | Method and device for controlling driver |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20211026 Address after: 100176 101, floor 1, building 1, yard 7, Ruihe West 2nd Road, Beijing Economic and Technological Development Zone, Daxing District, Beijing Applicant after: Apollo Zhilian (Beijing) Technology Co.,Ltd. Address before: 2 / F, baidu building, 10 Shangdi 10th Street, Haidian District, Beijing 100085 Applicant before: BEIJING BAIDU NETCOM SCIENCE AND TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |