JP6838568B2 - Information processing system and information processing method - Google Patents

Description

The present invention relates to an information processing system and an information processing method capable of efficiently recovering an electronic device.

Various electronic devices such as surveillance cameras and electronic registers of retail stores are connected to a management server via a network to exchange information, and centralized management of information is performed. If any failure occurs during the use of such an electronic device, centralized management of information cannot be performed, and prompt recovery is desired. As the initial recovery from a failure, the user who uses the electronic device often performs the recovery work according to the instruction manual or the like. If the failure is relatively minor, the defective data may be reset by restarting as recovery work, and recovery may be easy. On the other hand, if the failure is relatively severe, a user who is unfamiliar with the restoration work of the electronic device may take time to recover. In such a case, it is necessary to dispatch a service person or the like to the site where the failed electronic device is located to perform the restoration work, which requires a great deal of cost and time to restore.

Patent Document 1 discloses a wireless telemeter system capable of connecting a master unit and a slave unit. According to Patent Document 1, for example, when a trouble such as a lightning strike occurs on a master unit or a slave unit and a failure of the circuit board or the like occurs, the circuit of the failed master unit or the slave unit is used for recovery. Even if an attempt is made to read necessary information from a board or the like, it is often said that the circuit board itself does not operate and therefore cannot be read. In such a case, it is necessary to first replace the parts of the circuit board for recovery, but the necessary information as a backup to be stored in the replaced new circuit board or the like is stored in the external device in advance and the network It can be read to the master unit or the slave unit via. However, providing a dedicated external device for backup is costly, and it is not always possible to ensure communication with the external device. Therefore, necessary information is recorded in advance in the non-volatile memory of the master unit or the slave unit, and when a failure occurs, the non-volatile memory is removed from the failed master unit or the slave unit and the repaired master unit or the slave unit is used. It has been shown that by installing it, it is possible to restore the wireless telemeter system without securing a backup and even if communication with an external device is impossible.

Japanese Unexamined Patent Publication No. 2007-201224

However, even if the technique of Patent Document 1 facilitates the restoration work, it is still necessary to manually perform the restoration work on the electronic device, which is troublesome. Further, depending on the electronic device, it may be difficult to recover by simply replacing the non-volatile memory. On the other hand, for example, a technology has been developed in which a management server remotely controls a failed electronic device via a network to recover from the failure. Since the occurrence of a failure can be notified to the management server by notification from the electronic device made via the network, the management server that receives the notification can immediately perform the necessary processing, so that the electronic device can be restored quickly and efficiently. You can. However, if a failure occurs in a part related to the communication of the electronic device, the management server cannot be notified, so that the remote control of the electronic device becomes impossible.

Further, even the same type of electronic device may be equipped with different versions of firmware or the like depending on the manufacturing time, but the content of the failure may change accordingly. If the content of the failure changes, the recovery procedure will also change, so it can be said that it is difficult to perform recovery by standardized processing for all failures. Therefore, how to efficiently and autonomously recover from various failures that occur in electronic devices has become a major issue.

The present invention has been made in view of the above circumstances, and an object of the present invention is to provide an information processing system and an information processing method that can efficiently recover when various failures occur in an electronic device capable of communicating with a management server. To do.

An information processing system that reflects one aspect of the present invention in order to achieve at least one of the above-mentioned objects.
Electronic devices to be diagnosed as to whether or not a failure has occurred,
An information processing system including a management server that is communicably connected to the electronic device and recognizes that a failure has occurred in the electronic device through communication with the electronic device.
The management server has a database containing recovery information regarding recovery from a failure in the electronic device.
The electronic device repeatedly receives the recovery information from the management server at a predetermined timing and stores it in a memory.
When it is determined that a failure has occurred as a result of the diagnosis of the electronic device, the electronic device attempts to recover from the failure based on the latest recovery information stored in the memory.
After attempting the recovery, the electronic device transmits the recovery history information related to the recovery to the management server.
The management server updates the database based on the recovery history information transmitted from the electronic device .
The electronic device is a sensor box installed in the room of the monitored person so as to detect the state of the monitored person to be monitored for long-term care support and continue monitoring day and night .

In order to achieve at least one of the above-mentioned objects, the information processing method reflecting one aspect of the present invention can communicate with the electronic device to be diagnosed as to whether or not a failure has occurred and the electronic device. It is an information processing method that operates in cooperation with a management server that is connected to the electronic device and recognizes that a failure has occurred in the electronic device through communication with the electronic device.
The management server has a database containing recovery information regarding recovery from a failure in the electronic device.
The electronic device receives the restoration information from the management server repeatedly at a specified timing, and stored in a memory,
The electronic device diagnostic results, if it is determined that the failure has occurred, the electronic device based on the most recent of the restoration information stored in the memory, attempts to recover from the fault,
After attempting the recovery, is transmitted from the electronic device, the recovery history information relating to the restoration to the management server,
The management server, based on the recovery history information transmitted from the electronic device, updating the database,
The electronic device is a sensor box installed in the room of the monitored person so as to detect the state of the monitored person to be monitored for long-term care support and continue monitoring day and night .

According to the present invention, it is possible to provide an information processing system and an information processing method that can efficiently recover when various failures occur in an electronic device capable of communicating with a management server.

It is a figure which shows the whole structure of the information processing system or the care support system which realizes an information processing method in this embodiment. This is an example of a pattern table for the sensor box SB-1. It is a block diagram of a sensor box SB. It is a ladder chart which shows the process to perform when it is diagnosed whether the sensor box SB-1 is functioning normally, and it is determined that the failure has occurred as a result. It is a flowchart which shows an example of the recovery process which a control unit CPU performs according to a script. It is a ladder chart which shows the process which concerns on another embodiment.

Hereinafter, embodiments according to the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing an overall configuration of an information processing system or a nursing care support system that realizes an information processing method according to the present embodiment. The long-term care support system in the present embodiment monitors the target person Ob by detecting the state of the monitored person (hereinafter referred to as the target person) Ob, which is the target of monitoring, by the corresponding sensor box SB, and supports the long-term care. It has a function. The sensor box SB preferably has limited computer resources.

Such a care support system MS includes, for example, as shown in FIG. 1, a sensor box SB (SB-1 to SB-4) provided in each subject's room, a management server SV, and a fixed terminal device SP. And mobile terminals TA (TA-1, TA-2) managed by caregivers, respectively, which are wired or wireless networks such as LAN (Local Area Network), telephone network and data communication network ( Network, communication line) It is connected so that it can communicate via NW. The network NW may be provided with repeaters such as repeaters, bridges, routers, and cross-connects that relay communication signals. In the example shown in FIG. 1, the plurality of sensor boxes SB-1 to SB-4, the management server SV, the fixed terminal device SP, and the plurality of mobile terminals TA-1 and TA-2 are wireless LANs including an access point AP. For example, LAN according to the IEEE802.11 standard) NW is connected to each other so as to be able to communicate with each other. The sensor box SB corresponds to an example of an electronic device.

The target person Ob is, for example, a person who needs nursing care due to illness or injury, a person who needs nursing care due to deterioration of physical ability, or a person living alone. In particular, from the viewpoint of enabling early detection and early response, the subject Ob is preferably a person who needs to detect a predetermined inconvenient event such as an abnormal state when the person occurs. .. Therefore, the long-term care support system MS is suitably arranged in buildings such as hospitals, welfare facilities for the elderly, and dwelling units, depending on the type of subject Ob. In the example shown in FIG. 1, the long-term care support system MS is arranged in a building of a long-term care facility including a plurality of living rooms RM in which a plurality of target persons Ob are occupying, and a plurality of rooms such as a nurse station ST.

The management server SV has a communication function for independently communicating with the sensor box SB, the fixed terminal SP, and the mobile terminal TA via the network NW. The management server SV has a function of receiving a notification from the sensor box SB and providing information to the mobile terminal TA and / or the fixed terminal device SP of the caregiver in charge of the room where the event has occurred, and also has the function of providing information to the sensor box SB. It has a function of providing a recovery data set (recovery information) necessary for the sensor box SB in the event of a failure of -1.

Further, the management server SV has a database DB as shown in FIG. The database DB records information on the failure of the sensor box SB-1 (including information on the failure history, usage history, and usage environment of each sensor box model). The information about the failure is updated every time the report log (details will be described later) is transmitted from each sensor box SB to the management server SV. The management server SV can extract the optimum recovery data set for each sensor box SB from the database DB. Such a recovery data set includes firmware and tools corresponding to the sensor box SB, a recovery script group showing the procedure up to recovery, and a recovery pattern table.

FIG. 2 is an example of a pattern table for the sensor box SB-1. As shown in FIG. 2, the pattern table lists the priority to be applied, the script name, the number of recovery attempts, the previous recovery result (TRUE if successful, FALSE if failed), and the success rate from recovery. Is shown. The order of priority of the pattern table is ascending in descending order of success rate of recovery. The script name preferably corresponds to the bundled recovery scripts. The success rate in parentheses is the total success rate of successful recovery from the failure of the sensor boxes SB-1 and SB-2 of the same model. The contents of the pattern table are not limited to the above, and it is sufficient if at least the priority and the script name are associated with each other.

FIG. 3 is a block diagram of the sensor box SB. The sensor box SB is arranged on the ceiling, wall, or the like of the living room RM of the target person Ob, and has a communication function for communicating with the management server SV or the like via the network NW. More specifically, the sensor box SB includes, for example, a camera CA, a memory MR that stores firmware, tools, and the like, a communication unit IF, and a control unit CPU that controls them. The sensor boxes SB-1 and SB-2 shown in FIG. 1 are of the same model as each other, and are different models from the sensor boxes SB-3 and SB-4. However, it is assumed that the sensor boxes SB-1 and SB-2 have different versions of firmware.

The control unit CPU, which operates by executing the program stored in the memory MR, photographs the target person Ob with the camera CA, determines whether the target person Ob is getting up, getting out of bed, falling, falling, etc. from the image, and then determines the subject Ob. It has a function of transmitting the corresponding target person information from the communication unit IF to the management server SV via the network NW. Further, the control unit CPU repeats at a predetermined timing as described later, diagnoses whether or not a failure has occurred in the sensor box SB (also referred to as a health check), and if a failure has occurred, provides the corresponding failure information. Similarly, it also has a function of transmitting to the management server SV via the network NW.

The management server SV, which has received the target person information from the sensor box SB, wakes up and leaves the target person Ob on the terminal TA of the caregiver NS in charge of the room in which the sensor box SB is installed via the network NW. The target person information indicating that a fall, a fall, or the like has occurred is transmitted, and the terminal TA displays a screen according to the target person information. Since the caregiver NS who sees such a screen can determine what has happened to the subject Ob in charge, he / she can quickly take measures such as rushing to the room.

In this way, since the sensor box SB continuously monitors the state of the target person Ob in the room day and night, it is difficult to grasp the state of the target person Ob when the sensor box SB fails. There is a risk of becoming. On the other hand, if the sensor box SB is maintained every relatively short period of time, the risk of failure can be reduced, but labor and cost are required. Therefore, it is desirable to repeat at a predetermined timing to diagnose whether the sensor box SB is functioning normally, and if it is determined that a failure has occurred as a result, it is desirable to immediately perform the necessary processing.

FIG. 4 is a ladder chart showing processing to be performed when it is diagnosed whether the sensor box SB-1 is functioning normally and it is determined that a failure has occurred as a result. Here, the exchange of data between the management server SV and the sensor box SB-1 is shown, but the same data exchange is performed with other sensor boxes.

First, in step S101 of FIG. 4, the management server SV reads the latest recovery data set for the sensor box SB-1 from the database DB. Repeatedly at the specified timing, the recovery data set is downloaded from the management server SV to the sensor box SB-1 (c11). The control unit CPU of the sensor box SB-1 stores the downloaded recovery data set in the memory MR in step S102. In the memory MR, the downloaded recovery data set may be overwritten with the recovery data set before that, or the recovery data set before that may be left for backup.

Further, at a predetermined timing (a timing different from the download of the recovery data set may be used), in step S103, the control unit CPU of the sensor box SB-1 calls a self-diagnosis program from the memory MR to execute the diagnosis. If the control unit CPU determines in step S104 that the function of each unit of the sensor box SB-1 is normal based on the diagnosis result, the flow returns to step S102.

On the other hand, when it is determined from the diagnosis result that a failure has occurred in any of the sensor boxes SB-1, the control unit CPU determines in the following step S105 whether or not it is possible to communicate with the management server SV via the communication unit IF. To do. If it is determined that communication is possible, the control unit CPU notifies the management server SV that a failure has occurred (c12). In response to this, the management server SV reads the latest recovery data set for the sensor box SB-1 from the database DB in step S106. The read recovery data set is downloaded from the management server SV to the sensor box SB-1 (c13).

Further, in step S107, the control unit CPU attempts recovery processing from the failure of the sensor box SB-1 based on the downloaded recovery data set. It is assumed that the downloaded recovery data set is up-to-date and contains, for example, the pattern table shown in FIG. Here, the control unit CPU refers to the pattern table and selects the script having the highest priority (priority 0: res018A.sh in the example of FIG. 2) from the recovery script group included in the recovery data set. , Perform the first recovery process accordingly.

FIG. 5 is a flowchart showing an example of recovery processing performed by the control unit CPU according to the script. First, in step S107a, the control unit CPU deletes unnecessary files when performing a clean installation, and in step S107b, decompresses the compressed file of the firmware (version xx) included in the recovery data set, and steps S107c. Then, the decompressed file is placed in yy, and new firmware is written in step S107d. Note that the script may be, for example, restarting the sensor box, but in such a case, the firmware or tools will not be used.

After that, in step S108 of FIG. 4, the control unit CPU executes the self-diagnosis program again to determine whether or not the failure has been recovered. If it is determined that the failure has not been recovered yet, the control unit CPU further determines in step S111 whether or not all the scripts shown in the pattern table have been tried. The control unit CPU, which determines that all attempts have not been made, returns the flow to step S107, and the next priority script (priority 1: res074A.sh in the example of FIG. 2) is included in the recovery data set. Select from the recovery script group and perform the next recovery process accordingly. After that, in step S108 again, the control unit CPU determines whether or not the failure has been recovered.

If it is determined in step S111 that the recovery was not performed even though the recovery process was attempted according to all the scripts (determination Yes), it means that the self-recovery becomes difficult. In step S112, recovery by external processing such as work of a serviceman is awaited. When recovered by external processing, the control unit CPU advances the flow to step S109 and creates a report log described later.

On the other hand, if the recovery is successful by any of the scripts, the control unit CPU creates a report log in step S109. The report log as recovery history information is device information (here, sensor box manufacturer name, model number, serial number, firmware version information, etc.) for identifying the restored sensor box SB-1 and the sensor. History information of box SB-1 (success / failure data indicating which script failed to recover and which script succeeded in recovery, operating time after recovery from the previous failure, operating time after the previous restart, etc. ) And usage environment information (type and specifications of the network line connected to the sensor box SB-1, ambient temperature and humidity, time of failure, etc.).

After that, the control unit CPU uploads the created report log to the management server SV (c14). The management server SV updates the database DB based on the input report log in step S110. Specifically, based on the success / failure data in the history information, the success rate of the pattern table shown in FIG. 2 is recalculated corresponding to the sensor box SB-1. As a result, when the priority of the script changes, the priority is replaced and stored in the database DB. Hereinafter, the flow returns to step S101, and the management server SV reads the recovery data set from the latest database DB updated in this way.

Next, a case where the control unit CPU of the sensor box SB-1 determines in step S105 that communication with the management server SV is impossible via the communication unit IF will be described. In this case, the control unit CPU cannot download the latest recovery data set from the management server SV. Therefore, in step S113, the control unit CPU reads out the recovery data set downloaded immediately before the occurrence of the failure and stored in the memory MR, and based on the pattern table, the failure of the sensor box SB-1 is performed according to the flow of FIG. Attempt the recovery process from.

After that, in step S114, the control unit CPU executes the self-diagnosis program again to determine whether or not the failure has been recovered. If it is determined that the failure has not been recovered yet, the control unit CPU further determines in step S115 whether or not all the scripts shown in the pattern table have been tried. The control unit CPU, which has determined that not all attempts have been made, returns the flow to step S113, selects the next priority script from the recovery script group of the recovery data set stored in the memory MR, and follows the following. Perform recovery processing. After that, in step S114 again, the control unit CPU determines whether or not the failure has been recovered.

If it is determined in step S115 that the recovery was not performed even though the recovery process was attempted according to all the scripts (determination Yes), it means that the self-recovery becomes difficult. In step S112, recovery by external processing such as work of a serviceman is awaited. When recovered by external processing, the control unit CPU advances the flow to step S109 and creates the above-mentioned report log.

According to the present embodiment, the control unit CPU of the sensor box SB-1 repeatedly receives the recovery data set from the management server SV at a predetermined timing and stores it in the memory MR, and further, the control unit CPU. As a result of self-diagnosis, if it is determined that a failure has occurred and communication with the management server SV is not possible, recovery from the failure is performed based on the latest recovery data set stored in the memory MR. Therefore, the sensor box SB-1 can autonomously recover from the failure without relying on the management server SV.

Furthermore, after the recovery from the failure is successful, it is possible to communicate with the management server SV via the network NW, so the sensor box SB-1 sends the report log to the management server SV, and the management server SV , The database DB is updated based on the report log transmitted from the sensor box SB-1. As a result, the latest data can always be obtained regarding the success rate of the script for recovering from the failure that occurred in the sensor box SB-1, and the recovery data set can be repeatedly downloaded at the specified timing to obtain the sensor box SB. The possibility that -1 will be restored autonomously will increase, which will save the trouble of performing restoration work manually by users, service personnel, etc., leading to cost reduction.

The management server SV can also predict possible future failures based on the report log transmitted from the sensor box SB-1. For example, if the management server SV recognizes that the sensor box SB-1 is prone to failure after 72 hours or more have passed after the restart based on the history information of the report log, 60 hours after the restart of the sensor box SB-1. It is preferable to send an instruction to forcibly restart the sensor box SB-1 (recommended information on recommended processing) to the sensor box SB-1 when the lapse of time has elapsed. In response to this, the sensor box SB-1 can suppress the occurrence of a failure by executing a restart (recommended process). The exchange of data between the management server SV and the sensor box SB-1 has been described above, but the same applies to the other sensor boxes SB-1 to SB-4.

FIG. 6 is a ladder chart showing processing according to another embodiment. Here, the exchange of data between the management server SV and the sensor boxes SB-1 and SB-2 is shown, and an example in which a failure occurs in the sensor box SB-2 is shown. Since the sensor box SB-2 is the same model as the sensor box SB-1, it has the same configuration as that shown in FIG. The same data is exchanged with other sensor boxes.

First, in step S201 of FIG. 6, the management server SV reads the latest recovery data sets for the sensor boxes SB-1 and SB-2 from the database DB, respectively. Repeatedly at the specified timing, the recovery data set is downloaded from the management server SV to the sensor boxes SB-1 and SB-2, respectively (c21 and c22). In step S202, the control unit CPU of the sensor box SB-1 stores the downloaded recovery data set in the memory MR and transmits a confirmation signal to the management server SV. The management server SV that receives this can confirm that the sensor box SB-1 is normal.

On the other hand, when the sensor box SB-2 is normal, the control unit CPU stores the downloaded recovery data set in the memory MR and transmits a confirmation signal to the management server SV. The management server SV that receives this can confirm that the sensor box SB-2 is normal. However, if the sensor box SB-2 fails, the recovery data set cannot be downloaded or the confirmation signal cannot be transmitted.

More specifically, the control unit CPU of the sensor box SB-2 repeatedly diagnoses whether or not a failure has occurred according to the self-diagnosis program at a predetermined timing, as in the above-described embodiment. As a result, when it is determined that a failure has occurred, an attempt is made to send a notification that the failure has occurred to the management server SV (c12 in FIG. 4), but the management server SV is notified that the communication function is impaired. Does not reach (determination Yes in step S111 in FIG. 4). Further, if the recovery data set is not stored in the memory MR of the sensor box SB-2 or cannot be read, autonomous recovery becomes difficult.

In such a case, neither the confirmation signal nor the notification is transmitted from the sensor box SB-2 to the management server SV, so that the management server SV can determine that some failure has occurred in the sensor box SB-2 (that is, the management server SV). Diagnose that the sensor box SB-2 has failed). Therefore, in step S203, when the management server SV does not receive the confirmation signal from the sensor box SB-2 even after a predetermined time, the sensor box SB-2 is in a non-communication state in which communication with the management server SV becomes impossible. It is determined that the value is set to, and a rescue signal is transmitted to the sensor box SB-1 of the same model (c24).

In step S204, the control unit CPU of the sensor box SB-1 to which the rescue signal is transmitted from the management server SV reads the latest recovery data set from the memory MR and transmits it to the sensor box SB-2 as a rescue pack. This corresponds to an example of the restoration process from the outside in step S112 of FIG. If communication is not possible between the sensor boxes SB-1 and SB-2, the user can manually read the rescue pack from the memory MR of the sensor box SB-1 and input it to the memory MR of the sensor box SB-2. good. Alternatively, if the memory MR is a removable memory card or the like, it may be taken out from the sensor box SB-1 and replaced with that of the sensor box SB-2.

When the rescue pack can be obtained, the control unit CPU of the sensor box SB-2 reads the latest recovery data set from the rescue pack in step S205, and based on the pattern table, the sensor box SB according to the flow of FIG. -Try recovery processing from the failure of -2. At this time, when the pattern table of the recovery data set is as shown in FIG. 2, the priority for applying the script is the script having a high success rate, which is common to the sensor boxes SB-1 and SB-2 shown in parentheses. Use in the order of. Although the sensor boxes SB-1 and SB-2 are of the same model, the success rate from recovery may differ between the sensor box SB-1 and the sensor box SB-2, such as when the firmware versions are different. Therefore, it is presumed that the recovery will be quicker if the script is executed in the order of the common success rate than if the script is executed in the order of the success rate of the sensor box SB-1 alone.

After that, the control unit CPU of the sensor box SB-2 determines in step S206 whether or not the failure has been recovered based on the self-diagnosis program. However, even if the control unit CPU of the sensor box SB-1 accesses the sensor box SB-2 and then uses its own self-diagnosis program to determine the presence or absence of a failure of the sensor box SB-2 via the network. good. If it is determined that the failure has not been recovered yet, in step S208, the control unit CPU of the sensor box SB-2 determines whether or not all the scripts shown in the pattern table have been tried. The control unit CPU, which determines that it has not tried everything, returns the flow to step S205, selects the next priority script from the recovery script group of the recovery data set in the rescue pack, and performs the next recovery process accordingly. Do. After that, in step S206 again, the control unit CPU determines whether or not the failure has been recovered.

If it is determined in step S208 that the recovery was not performed even though the recovery process was attempted according to all the scripts (determination Yes), it means that the recovery by the rescue pack becomes difficult. Therefore, the control unit CPU Will wait for recovery by external processing such as the work of a serviceman in step S209. On the other hand, if the recovery is successful by any of the scripts, the control unit CPU creates a report log in step S207.

After that, the control unit CPU of the sensor box SB-2 uploads the created report log to the management server SV (c26). The management server SV updates the database DB based on the input report log in step S210. As a result, the contents of the recovery data set for the sensor box SB-2 and the recovery data set for the sensor box SB-1 (common success rate shown in parentheses in the pattern table) are rewritten and again from the management server SV. It is downloaded to the sensor boxes SB-1 and SB-2, respectively (c21 and c22).

The present invention is not limited to the embodiments described in the specification, and the inclusion of other embodiments / modifications is to those skilled in the art from the embodiments and technical ideas described in the present specification. it is obvious. The description and embodiments of the specification are for illustration purposes only, and the scope of the present invention is set forth by the claims described below. For example, the example of the electronic device is a sensor box, but the present invention is not limited to this, and may be a multifunction device, a surveillance camera, an electronic register of a supermarket or a retail store, etc. connected to a management server via a network.

AP Access Point CA Camera CPU Control Unit DB Database IF Communication Unit MR Memory MS Nursing Care Support System NS Caregiver NW Network Ob Target Person RM Living Room SB-1 to SB-4 Sensor Box SP Fixed Terminal ST Nurse Station SV Management Server TA Mobile Terminal

Claims (6)

Electronic devices to be diagnosed as to whether or not a failure has occurred,
An information processing system including a management server that is communicably connected to the electronic device and recognizes that a failure has occurred in the electronic device through communication with the electronic device.
The management server has a database containing recovery information regarding recovery from a failure in the electronic device.
The electronic device repeatedly receives the recovery information from the management server at a predetermined timing and stores it in a memory.
When it is determined that a failure has occurred as a result of the diagnosis of the electronic device, the electronic device attempts to recover from the failure based on the latest recovery information stored in the memory.
After attempting the recovery, the electronic device transmits the recovery history information related to the recovery to the management server.
The management server updates the database based on the recovery history information transmitted from the electronic device .
The electronic device is an information processing system that is a sensor box installed in the room of the monitored person so as to detect the state of the monitored person to be monitored for long-term care support and continue monitoring day and night. Electronic devices to be diagnosed as to whether or not a failure has occurred,
An information processing system including a management server that is communicably connected to the electronic device and recognizes that a failure has occurred in the electronic device through communication with the electronic device.
The management server has a database containing recovery information regarding recovery from a failure in the electronic device.
The electronic device repeatedly receives the recovery information from the management server at a predetermined timing and stores it in a memory.
When it is determined that a failure has occurred as a result of the diagnosis of the electronic device, the electronic device attempts to recover from the failure based on the latest recovery information stored in the memory.
After attempting the recovery, the electronic device transmits the recovery history information related to the recovery to the management server.
The management server updates the database based on the recovery history information transmitted from the electronic device.
The management server predicts a failure that may occur in the future based on the recovery history information transmitted from the electronic device, and transmits recommended information regarding processing recommended for avoiding the failure to the electronic device. the electronic device, information processing system running the recommended processing based on the recommended information. When it is determined that the electronic device has a failure and the electronic device cannot communicate with the management server, the electronic device is based on the latest recovery information stored in the memory. When an attempt is made to recover from the failure and the electronic device can communicate with the management server, the electronic device sends a notification requesting the latest recovery information to the management server, and is transmitted from the management server. The information processing system according to claim 1 or 2 , which attempts to recover from the failure based on the latest recovery information. The recovery history information includes device information of the electronic device, history information indicating the recovery information used for recovery of a failure of the electronic device and its success or failure, and usage environment information of the electronic device. Item 2. The information processing system according to Item 1 or 2. An electronic device to be diagnosed as to whether or not a failure has occurred is communicably connected to the electronic device, and the failure of the electronic device is recognized via communication with the electronic device. It is an information processing method that operates in cooperation with the management server.
The management server has a database containing recovery information regarding recovery from a failure in the electronic device.
The electronic device receives the restoration information from the management server repeatedly at a specified timing, and stored in a memory,
The electronic device diagnostic results, if it is determined that the failure has occurred, the electronic device based on the most recent of the restoration information stored in the memory, attempts to recover from the fault,
After attempting the recovery, is transmitted from the electronic device, the recovery history information relating to the restoration to the management server,
The management server, based on the recovery history information transmitted from the electronic device, updating the database,
The electronic device is an information processing method that is a sensor box installed in the room of the monitored person so as to detect the state of the monitored person to be monitored for long-term care support and continue monitoring day and night. An electronic device to be diagnosed as to whether or not a failure has occurred is communicably connected to the electronic device, and the failure of the electronic device is recognized via communication with the electronic device. It is an information processing method that operates in cooperation with the management server.
The management server has a database containing recovery information regarding recovery from a failure in the electronic device.
The electronic device repeatedly receives the recovery information from the management server at a predetermined timing, stores the recovery information in the memory, and stores the recovery information.
When it is determined that a failure has occurred as a result of the diagnosis of the electronic device, the electronic device attempts to recover from the failure based on the latest recovery information stored in the memory.
After attempting the recovery, the electronic device transmits the recovery history information related to the recovery to the management server.
The management server updates the database based on the recovery history information transmitted from the electronic device.
The management server predicts a failure that may occur in the future based on the recovery history information transmitted from the electronic device, and transmits recommended information regarding processing recommended for avoiding the failure to the electronic device. The electronic device is an information processing method that executes the recommended process based on the recommended information .

Images