Intelligent cabinet application restart method and device, computer device and storage medium

Abstract

The application relates to the technical field of intelligent cabinets, and discloses an intelligent cabinet application restart method and device, computer equipment and a storage medium, which are characterized in that the method comprises the following steps: receiving an application start instruction, obtaining application logs and application backup data according to the application start instruction; judging whether the application logs comprise first fault event information with an offline recovery mark; if the application logs contain the first fault event information, finding out first fault backup data corresponding to the first fault event information from the application backup data; deleting the first fault backup data in the application backup data to obtain restart backup data; and loading an application page according to the restart backup data. The intelligent cabinet application restart method avoids secondary maintenance caused by the error recovery of fault information backup data, effectively ensures the normal loading of the application after the intelligent cabinet application is restarted, improves the intelligentization of the intelligent cabinet operation, and reduces the unnecessary maintenance frequency.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of intelligent cabinets, and in particular to an intelligent cabinet application restart method and device, computer equipment and a storage medium. BACKGROUND

[0002] Many logics in the terminal application of the intelligent cabinet are implemented based on a local database. The backup data of the local database is very important. When the application abnormally exits and restarts, the backup data of the local database can be quickly loaded and the application page can be recovered. When the cabinet machine of the intelligent cabinet has a hardware failure, the terminal application enters a hardware failure page, updates the hardware failure log and performs data backup, and then restores the normal page after the hardware failure is repaired. The hardware and software application of the intelligent cabinet are isolated. When the application needs to be exited or abnormally appears during the process of repairing the hardware failure, the maintenance personnel loads the application through the backup data after offline recovery of the hardware failure. At this time, the backup data cannot be updated and the hardware failure state data is still retained. After the application is started, the hardware failure page is restored, which causes the application to be unable to be normally used. Therefore, an intelligent cabinet application restart method is needed to solve the problem of abnormal start of the software application caused by the failure of timely updating of the software application. SUMMARY

[0003] Therefore, it is necessary to provide an intelligent cabinet application restart method, device, computer equipment and storage medium to solve the problem of abnormal start of the software application caused by the failure of timely updating of the software application.

[0004] An intelligent cabinet application restart method comprises the following steps.

[0005] An application start instruction is received, and application log and application backup data are obtained according to the application start instruction.

[0006] It is determined whether the application log includes first failure event information with an offline recovery mark.

[0007] If the application log contains the first failure event information, first failure backup data corresponding to the first failure event information is found from the application backup data.

[0008] The first failure backup data in the application backup data is deleted, and restart backup data is obtained.

[0009] An application page is loaded according to the restart backup data.

[0010] An intelligent cabinet application restart device comprises the following steps.

[0011] An instruction receiving module is configured to receive an application start instruction, and obtain application log and application backup data according to the application start instruction.

[0012] a label determining module configured to determine whether the application log comprises first failure event information with an offline recovery label;

[0013] a data searching module configured to search for first failure backup data corresponding to the first failure event information from the application backup data if the application log comprises the first failure event information;

[0014] a data deleting module configured to delete the first failure backup data in the application backup data to obtain restart backup data;

[0015] an application loading module configured to load an application page according to the restart backup data.

[0016] A computer device comprises a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, and the processor executes the computer readable instructions to implement the intelligent cabinet application restart method.

[0017] One or more readable storage media storing computer readable instructions, which are executed by one or more processors to cause the one or more processors to execute the intelligent cabinet application restart method.

[0018] The intelligent cabinet application restart method, device, computer device, and storage medium, by receiving an application start instruction, obtaining an application log and application backup data according to the application start instruction, determining whether the application log comprises first failure event information with an offline recovery label, searching for first failure backup data corresponding to the first failure event information from the application backup data if the application log comprises the first failure event information, deleting the first failure backup data in the application backup data to obtain restart backup data, and loading an application page according to the restart backup data. The intelligent cabinet application restart method provided by the present application identifies first failure event information through application log analysis of an offline recovery label, and deletes first failure backup data corresponding to the first failure event information from the application backup data, effectively ensuring that the intelligent cabinet application loads normally after restart, avoiding secondary maintenance due to abnormal application caused by error recovery of failure information backup data, ensuring the intelligent operation of the intelligent cabinet, and reducing unnecessary maintenance times. BRIEF DESCRIPTION OF DRAWINGS

[0019] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the description of the embodiments of the present application. Obviously, the drawings in the following description are only some embodiments of the present application, and those skilled in the art can obtain other drawings according to these drawings without creative labor.

[0020] Figure 1 is a flowchart of an intelligent cabinet application restart method in an embodiment of the present application;

[0021] Figure 2 is a structural diagram of an intelligent cabinet application restart device in an embodiment of the present application;

[0022] Figure 3 is a schematic diagram of a computer device in an embodiment of the present application. DETAILED DESCRIPTION

[0023] The technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are some of the embodiments of the present application, but not all the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the scope of the present application.

[0024] In an embodiment, as shown in Figure 1 an intelligent cabinet application restart method is provided, including the following steps S10-S50.

[0025] S10, receiving an application start instruction, and obtaining application logs and application backup data according to the application start instruction.

[0026] Understandably, the application start instruction is used to start the intelligent cabinet machine-side application software, including restarting the application after the application abnormally exits or actively exits, and starting the application after the application is uninstalled and reinstalled. The application logs include a plurality of time-associated record information, which is used to record event information corresponding to a specified time in the application running process, such as access event information, query event information, and fault event information. The application backup data is used to save backup data corresponding to the event information recorded in the application logs, and the backup mode includes full backup, differential backup, and incremental backup. In an embodiment, when a fault occurs, fault event record information is generated and added to the application logs, and fault data backup is triggered at the same time. When the application exits or the application is uninstalled, the application logs and the application backup data are saved in the local database of the intelligent cabinet. When the application starts, the application logs are obtained through the application start instruction, the application backup data is called from the local database through the application logs, and after the backup data is recovered, the application can be quickly started.

[0027] S20, judging whether the application logs include first fault event information with an offline recovery mark.

[0028] Understandably, the application log includes a plurality of event record information, wherein, for the fault event information, the offline recovery mark is a type mark added for the fault event information that needs offline detection. The fault events include first fault events and second fault events. The fault events are divided according to types. The first fault events refer to fault types that need offline detection to confirm the fault state, for example, hardware faults isolated from application software in hardware. Whether the hardware is in a fault state cannot be confirmed in the application startup process. The second fault events refer to fault types that do not need offline detection to confirm the fault state, for example, smart cabinet grid number errors. Grid data can be called in the application startup process to immediately monitor whether it is in a fault state. The application log is parsed to obtain a plurality of fault event information and type mark information corresponding to each fault event information. Whether the type mark information contains the offline recovery mark is determined according to the type mark information.

[0029] S30, if the application log contains the first fault event information, the first fault backup data corresponding to the first fault event information is found from the application backup data.

[0030] Understandably, the application log is parsed to obtain a plurality of fault event information and type mark information corresponding to each fault event information. The type mark information is determined. When the type mark information contains the offline recovery mark, the first fault event information with the offline recovery mark is obtained, and the first fault backup data corresponding to the first fault event information is found from the application backup data. When the type mark information does not contain the offline recovery mark, all the application backup data is directly obtained.

[0031] S40, the first fault backup data in the application backup data is deleted to obtain restart backup data.

[0032] Understandably, the application backup data is all the backup data in the backup database. The first fault backup data corresponding to the first fault event information is found from the application backup data, and the first fault backup data is deleted as restart backup data. The restart backup data refers to backup data called in the application startup process and used to restore the application page. When the type mark information does not contain the offline recovery mark, that is, the first fault event information is not contained in the application log, all the backup data in the backup database is directly used as the restart backup data.

[0033] S50, the application page is loaded according to the restart backup data.

[0034] Understandably, after obtaining the restart backup data, data recovery is performed according to the restart backup data, and a corresponding application page is loaded. In this embodiment, when the application is restarted after abnormal exit, the application is recovered according to the restart backup data, and the page in the access state before the application exits is loaded; when the application is restarted after active exit, the application is recovered according to the restart backup data, and the page of the home page of the application is loaded.

[0035] In this embodiment, the application startup instruction is received, the application log and the application backup data are obtained according to the application startup instruction; it is judged whether the application log includes first fault event information with an offline recovery mark; if the application log contains the first fault event information, first fault backup data corresponding to the first fault event information is found from the application backup data; the first fault backup data in the application backup data is deleted to obtain restart backup data; and an application page is loaded according to the restart backup data. The intelligent cabinet application restart method of the application avoids secondary maintenance due to the error recovery of fault information backup data, effectively ensures that the intelligent cabinet application is normally loaded after restart, improves the intelligentization of the intelligent cabinet operation, and reduces unnecessary maintenance times.

[0036] Optionally, before the step S20, that is, before the judgment of whether the application log includes first fault event information with an offline recovery mark, the following steps are included.

[0037] S201, obtaining fault information;

[0038] S202, evaluating fault detectability corresponding to the fault information;

[0039] S203, if the fault detectability is difficult, adding the offline recovery mark to the fault information to generate the first fault event information.

[0040] Understandably, the fault information is generated by the intelligent cabinet after the fault, and the monitoring system of the intelligent cabinet can automatically monitor the hardware state to find the fault and actively trigger the fault report information for feedback, or pass through the repair entrance to receive human input and passively trigger the fault report information for feedback. The fault detectability is the difficulty of online monitoring of the monitoring system of the intelligent cabinet, and the fault detectability is divided into difficult and easy. Difficult means that it cannot be detected or the detection rate is less than the preset threshold, and the preset threshold can be set and modified by the system, and the default setting is 50%. For example, the fault needs to be detected offline, the fault needs to be detected by running or the fault needs to be fed back by human. Easy means that the monitoring system of the intelligent cabinet can realize online real-time monitoring and updating of the fault state. When the hardware fault of the intelligent cabinet occurs, the fault event information is generated according to the fault information and recorded in the application log. In an embodiment, after receiving the fault information, the fault corresponding to the fault information needs to be analyzed for fault detectability; if the fault detectability is difficult, the offline recovery mark is added to the fault information, and the first fault event information is generated; if the fault detectability is easy, the second fault event information is directly generated.

[0041] In this embodiment, the fault detectability of the fault information is judged, and the offline recovery mark is added to the first fault event information for distinction, so that the first fault event information can be recognized through application log analysis, and the distinction accuracy of the offline recovery mark is improved.

[0042] Optionally, before step S20, that is, before judging whether the application log includes the first fault event information with the offline recovery mark, the method further includes:

[0043] S204, acquiring fault information, and extracting a fault type of the fault information;

[0044] S205, querying the fault type in a preset offline recovery type directory;

[0045] S206, if the fault type is queried in the preset offline recovery type directory, the offline recovery mark is added to the fault information, and the first fault event information is generated.

[0046] Understandably, the fault information is the fault report information generated by the intelligent cabinet after the fault occurs, which is triggered actively or passively. The intelligent cabinet is built-in with a fault type directory, which contains the fault type corresponding to the fault. When the intelligent cabinet actively triggers the generation of fault report information, the corresponding fault type is determined through the fault type directory. When the fault report information is triggered by human, the corresponding fault type is selected by the reporter through the fault type directory for feedback. The preset offline recovery type directory is a kind of fault type directory, which includes faults that need offline recovery detection state, faults that need to run detection state and human feedback faults. When the intelligent cabinet machine has hardware failure, the fault event information is generated according to the fault information and recorded in the application log. In another embodiment, in addition to evaluating the fault detectability of the fault information, the corresponding fault type of the fault information can also be extracted, and the corresponding fault type is queried in the preset offline recovery type directory. If the corresponding fault type is queried in the preset offline recovery type directory, the offline recovery mark is added to the fault information, and the first fault event information is generated. If the corresponding fault type is not queried in the preset offline recovery type directory, the second fault event information is directly generated.

[0047] In this embodiment, the fault type of the fault information is queried in the directory, and the offline recovery mark is added to distinguish the first fault event information, so that the first fault event information can be identified through application log analysis, the offline recovery mark is quickly matched and added, the fault type is queried through the offline recovery mark, and the accuracy of adding the offline recovery mark is improved.

[0048] Optionally, before the fault type is queried in the preset offline recovery type directory in step S205, the following steps are included.

[0049] S2051, checking the fault attribute information of the intelligent cabinet through the offline test program;

[0050] S2052, setting the preset offline recovery type directory according to the fault attribute information.

[0051] Understandably, smart lockers correspond to different types in different application scenarios, such as express delivery lockers, mail lockers, parcel lockers, retail lockers, and recycling lockers. Different types of smart lockers contain different hardware structural units. The fault attribute information of a smart locker is specifically a fault type, which can be extended to other types of faults in addition to hardware faults. Before a smart locker is put into use, the corresponding hardware fault type and repair method must be configured. In one embodiment, the fault attribute information of the smart locker is checked through an offline testing program, that is, each specified fault type is checked, and a preset offline recovery type directory is set according to the test results. If the specified fault type is a fault that requires offline recovery of the detection status, a fault that requires detection through operation, or a fault that requires human feedback, and the fault status of the specified fault type cannot be detected when the application restarts, then the specified fault type is added to the preset offline recovery type directory.

[0052] This embodiment checks the fault type through an offline testing program and sets a preset offline recovery type directory based on the check results to facilitate marking and distinguishing fault types.

[0053] Optionally, step S10, namely obtaining application logs and application backup data according to the application startup command, includes:

[0054] S101. Parse the application logs to obtain application event information;

[0055] S102. Call the backup database according to the application event information to obtain the application backup data corresponding to the application event information.

[0056] Understandably, the application log contains multiple application event messages, including event type, event time, event name, and event parameters. The backup database contains multiple backup records, each corresponding to an application event message. The backup database is accessed to retrieve the application backup data corresponding to each application event message.

[0057] This embodiment realizes the matching and retrieval of backup data based on the correspondence between application logs and backup databases, thereby improving the efficiency of data retrieval.

[0058] Optionally, step S40, i.e., after deleting the first faulty backup data from the application backup data, includes:

[0059] S401. Generate first fault recovery data corresponding to the first fault backup data, and add the first fault recovery data to the backup database.

[0060] S402. Generate first fault recovery event information based on the first fault recovery data, and add the first fault recovery event information to the application log.

[0061] Understandably, when the fault information corresponds to the second fault event, after the operation and maintenance personnel handle the fault according to the maintenance work order, the monitoring system of the intelligent cabinet online real-time monitoring updates the state to the fault recovery state, adds the second fault recovery event information to the application log, and adds the fault recovery data to the backup database. In an embodiment, when the fault information corresponds to the first fault event, after deleting the first fault backup data in the application backup data by identifying the offline recovery mark, the first fault deletion event information can be generated and added to the application log, and the temporary first fault recovery data can be generated and added to the backup database, and the temporary first fault recovery event information can be generated and added to the application log.

[0062] After deleting the first fault backup data in the application backup data, the embodiment adds the first fault recovery data to the backup database and adds the first fault recovery event information to the application log, effectively ensuring the normal use of the intelligent cabinet after the application restarts, and improving the maintenance and operation efficiency.

[0063] Optionally, in step S50, after loading the application page according to the restart backup data, the method further comprises:

[0064] S501, sending a hardware self-check instruction and receiving returned self-check result information;

[0065] S502, if the self-check result information is normal, continuing to load the application page;

[0066] S503, if the self-check result information is abnormal, generating fault information according to the self-check result information.

[0067] Understandably, after loading the application page by the restart backup data, the actual fault state of the first fault event with the offline recovery mark is unknown, so it is necessary to send a hardware self-check instruction and receive the self-check result information returned by the intelligent cabinet, for example, to run the hardware that needs to be detected for the fault state. If the self-check result information is normal, the application page is continued to be loaded, the self-check is displayed as normal on the application page, the temporary first fault recovery data in the backup database and the temporary first fault recovery event information in the application log are confirmed, and the temporary state is released. If the self-check result information is abnormal, fault information is generated according to the self-check result information for reporting.

[0068] The embodiment confirms the fault state through self-checking of the intelligent cabinet, prevents secondary maintenance of the intelligent cabinet hardware due to the false deletion of the fault state data, and improves the accuracy of fault recovery and the intelligence of intelligent cabinet operation.

[0069] In an embodiment, the intelligent cabinet is a recycling cabinet, and a specific cabinet machine fault of the recycling cabinet is a recycling mechanism hardware fault. The recycling cabinet recovery restart process is as follows.

[0070] When the recycling cabinet has a recycling mechanism hardware fault, the recycling mechanism fault information is reported. The recycling mechanism hardware fault refers to a fault of the up-down mechanism inside the recycling cabinet, which needs to be detected by running. During the fault period, the application is exited. The cabinet machine end application of the recycling cabinet triggers local database backup according to the fault information, generates recycling mechanism fault event information, adds an offline recovery mark, and records to the application log. The background receives the reported recycling mechanism fault information, generates a recycling mechanism fault maintenance work order, and performs dispatching. The operation and maintenance personnel arrive at the scene according to the recycling mechanism fault maintenance work order to perform offline maintenance. After the maintenance is completed, the offline detection tool is used to detect that the fault state has been repaired, and the cabinet machine end application is restarted. When the recycling cabinet application is restarted, the recycling mechanism fault is identified as the first fault event information through the application log analysis, the recycling mechanism fault data is deleted when the backup data is recovered, and the restart backup data is generated. After the backup data is successfully recovered, the recycling cabinet application enters the home page without entering the recycling mechanism fault page, and the recycling cabinet application can be normally used.

[0071] It should be understood that the size of the serial number of each step in the above embodiment does not mean the order of execution. The execution order of each process should be determined according to its function and internal logic, and should not constitute any limitation on the implementation process of the embodiment of the present application.

[0072] In an embodiment, an intelligent cabinet application restart device is provided, which corresponds to the intelligent cabinet application restart method in the above embodiment. As shown in the figure, the intelligent cabinet application restart device includes an instruction receiving module 10, a mark judgment module 20, a data searching module 30, a data deleting module 40, and an application loading module 50. The functions of each module are described in detail as follows: Figure 2

[0073] The instruction receiving module 10 is used to receive an application start instruction, obtain an application log and application backup data according to the application start instruction;

[0074] The mark judgment module 20 is used to judge whether the application log includes first fault event information with an offline recovery mark;

[0075] The data searching module 30 is used to search first fault backup data corresponding to the first fault event information from the application backup data if the application log contains the first fault event information;

[0076] The data deleting module 40 is used to delete the first fault backup data in the application backup data, and obtain restart backup data;

[0077] ​The application loading module 50 is configured to load an application page according to the restart backup data.

[0078] Optionally, the marking judgment module 20 comprises:

[0079] The fault information acquisition unit is configured to acquire fault information.

[0080] The fault detectability evaluation unit is configured to evaluate fault detectability corresponding to the fault information.

[0081] The offline recovery marking adding unit is configured to add the offline recovery marking to the fault information if the fault detectability is difficult, and generate the first fault event information.

[0082] Optionally, the marking judgment module 20 comprises:

[0083] The fault type extraction unit is configured to acquire fault information, and extract a fault type of the fault information.

[0084] The fault type query unit is configured to query the fault type in a preset offline recovery type directory.

[0085] The first fault event information generation unit is configured to add the offline recovery marking to the fault information if the fault type is queried in the preset offline recovery type directory, and generate the first fault event information.

[0086] Optionally, the marking judgment module 20 comprises:

[0087] The fault attribute inspection unit is configured to inspect fault attribute information of the intelligent cabinet through an offline test program.

[0088] The offline recovery type directory preset unit is configured to set the preset offline recovery type directory according to the fault attribute information.

[0089] Optionally, the instruction receiving module 10 comprises:

[0090] The application log analysis unit is configured to analyze the application log, and obtain application event information.

[0091] The backup database calling unit is configured to call a backup database according to the application event information, and obtain application backup data corresponding to the application event information.

[0092] Optionally, the data deleting module 40 comprises:

[0093] The first fault recovery data generation unit is configured to generate first fault recovery data according to the first fault backup data, and add the first fault recovery data to a backup database.

[0094] The first fault recovery event information generating unit is configured to generate first fault recovery event information according to the first fault recovery data, and add the first fault recovery event information to the application log.

[0095] Optionally, the application loading module 50 comprises:

[0096] The self-check result receiving unit is configured to send a hardware self-check instruction and receive returned self-check result information;

[0097] The self-check result normal unit is configured to continue loading an application page if the self-check result information is normal.

[0098] The self-check result abnormal unit is configured to generate fault information according to the self-check result information if the self-check result information is abnormal.

[0099] The specific limitations of the smart cabinet application restart device can refer to the limitations of the smart cabinet application restart method described above, and will not be repeated here. Each module in the above smart cabinet application restart device can be realized by software, hardware and their combinations in whole or in part. The above each module can be embedded in or independent of the processor in the computer device in hardware form, or can be stored in the memory in the computer device in software form, so as to call and execute the operations corresponding to each module by the processor.

[0100] In one embodiment, a computer device is provided, which can be a server, and the internal structure diagram thereof can be as shown in Figure 3 The computer device comprises a processor, a memory, a network interface and a database connected through a system bus. The processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a readable storage medium and an internal memory. The readable storage medium stores an operating system, computer readable instructions and a database. The internal memory provides an environment for the operation of the operating system and computer readable instructions in the readable storage medium. The database of the computer device is configured to store data related to the smart cabinet application restart method. The network interface of the computer device is configured to communicate with an external terminal through a network connection. The computer readable instructions are executed by the processor to implement a smart cabinet application restart method. The readable storage medium provided in the embodiment comprises a non-volatile readable storage medium and a volatile readable storage medium.

[0101] In one embodiment, a computer device is provided, comprising a memory, a processor and computer readable instructions stored in the memory and executable on the processor, and the processor executes the computer readable instructions to implement the following steps:

[0102] The application startup instruction is received, and the application log and the application backup data are acquired according to the application startup instruction;

[0103] determining whether the application log comprises first failure event information with an offline recovery mark;

[0104] if the application log comprises the first failure event information, searching for first failure backup data corresponding to the first failure event information from the application backup data;

[0105] deleting the first failure backup data in the application backup data to obtain restart backup data;

[0106] loading an application page according to the restart backup data.

[0107] In one embodiment, one or more computer readable storage media storing computer readable instructions are provided. The computer readable storage media provided in the embodiment includes non-volatile readable storage media and volatile readable storage media. The computer readable instructions stored on the readable storage media are executed by one or more processors to implement the following steps:

[0108] receiving an application start instruction, and obtaining an application log and application backup data according to the application start instruction;

[0109] determining whether the application log comprises first failure event information with an offline recovery mark;

[0110] if the application log comprises the first failure event information, searching for first failure backup data corresponding to the first failure event information from the application backup data;

[0111] deleting the first failure backup data in the application backup data to obtain restart backup data;

[0112] loading an application page according to the restart backup data.

[0113] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing relevant hardware through computer readable instructions, and the computer readable instructions can be stored in a non-volatile readable storage medium or a volatile readable storage medium. When the computer readable instructions are executed, the processes of the above-mentioned embodiments of the methods can be included. Any reference to memory, storage, database or other medium used in each embodiment provided by the present application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. As an illustration but not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0114] Those skilled in the art can clearly understand that, for the convenience and brevity of description, only the above-mentioned division of functional units and modules is exemplified, and in actual application, the above-mentioned functions can be completed by different functional units and modules according to needs, that is, the internal structure of the device is divided into different functional units or modules to complete all or part of the functions described above.

[0115] The above-described embodiments are only used to illustrate the technical solutions of the present application, rather than limit them; although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that the technical solutions recorded in the foregoing embodiments can be modified, or some technical features can be replaced by equivalents; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application.

Claims

1. A smart cabinet application restart method, characterized in that, The application comprises the following steps: receiving an application starting instruction, obtaining application log and application backup data according to the application starting instruction; determining whether the application log comprises first failure event information with offline recovery marks; if the application log contains the first failure event information, finding out first failure backup data corresponding to the first failure event information from the application backup data; deleting the first failure backup data in the application backup data to obtain restart backup data; loading an application page according to the restart backup data.

2. The intelligent cabinet application restart method of claim 1, wherein, Before the step of determining whether the application log comprises first failure event information with offline recovery marks, the following steps are further included: obtaining failure information; evaluating failure detectability corresponding to the failure information; if the failure detectability is difficult, adding the offline recovery marks to the failure information to generate the first failure event information, wherein the failure detectability is the difficulty of online detection realized by a monitoring system of the intelligent cabinet, and difficult means that the failure cannot be detected or the detection rate is less than a preset threshold. 3.The intelligent cabinet application restart method of claim 1, wherein, Before the step of determining whether the application log comprises first failure event information with offline recovery marks, the following steps are further included: obtaining failure information, and extracting the failure type of the failure information; inquiring the failure type in a preset offline recovery type directory; if the failure type is inquired in the preset offline recovery type directory, adding the offline recovery marks to the failure information to generate the first failure event information.

4. The intelligent cabinet application restart method of claim 3, wherein, Before the step of inquiring the failure type in a preset offline recovery type directory, the following steps are further included: checking failure attribute information of the intelligent cabinet through an offline test program; setting the preset offline recovery type directory according to the failure attribute information.

5. The intelligent cabinet application restart method of claim 1, wherein, The step of obtaining application log and application backup data according to the application starting instruction comprises the following steps: analyzing the application log to obtain application event information; calling a backup database according to the application event information to obtain application backup data corresponding to the application event information.

6. The intelligent cabinet application restart method of claim 1, wherein, After the step of deleting the first failure backup data in the application backup data, the following steps are further included: generating first failure recovery data according to the first failure backup data, and adding the first failure recovery data to the backup database; generating first failure recovery event information according to the first failure recovery data, and adding the first failure recovery event information to the application log.

7. The intelligent cabinet application restart method of claim 1, wherein, After the step of loading an application page according to the restart backup data, the following steps are further included: sending a hardware self-check instruction and receiving returned self-check result information; if the self-check result information is normal, continuing to load the application page; if the self-check result information is abnormal, generating failure information according to the self-check result information.

8. A smart locker application restart apparatus, characterized by, The application comprises the following steps: an instruction receiving module, configured to receive an application starting instruction, and obtain application log and application backup data according to the application starting instruction; a mark determining module, configured to determine whether the application log comprises first failure event information with offline recovery marks; The data searching module is configured to search, if the application log contains the first fault event information, first fault backup data corresponding to the first fault event information from the application backup data. The data deleting module is configured to delete the first fault backup data in the application backup data to obtain restart backup data. The application loading module is configured to load an application page according to the restart backup data.

9. A computer device comprising a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, wherein, The processor implements the intelligent cabinet application restart method according to any one of claims 1 to 7 when executing the computer readable instructions.

10. A computer-readable storage medium having stored computer-readable instructions, wherein, The computer readable instructions are executed by one or more processors, so that the one or more processors execute the intelligent cabinet application restart method according to any one of claims 1 to 7.

Images