JP7424014B2 - Information processing device, fault management system, fault management method, and program - Google Patents

Description

The present invention relates to an information processing device, a fault management system, a fault management method, and a program.

Conventionally, there has been known a fault management device that receives fault information from the device when a fault occurs due to malfunction of an application program (hereinafter simply referred to as a program) in a device used by a user (for example, Patent Document 1 ).

This type of fault management device acquires the above-mentioned fault information from a device such as a multifunction device or a printer, and sends a fault notification to a program developer or the like based on the obtained fault information. A developer or the like who receives the failure notification can obtain failure information by accessing the failure handling support device, etc., and then consider necessary countermeasures for the failure that has occurred.

However, according to the conventional technology, all fault notifications based on fault information obtained from devices are sent to the developer, etc., so the developer, etc. to whom the notification is sent cannot receive fault notifications related to fault information that they do not use. It became necessary to take some kind of response. For this reason, there is a problem in that wasteful work occurs at the notification destination and work efficiency decreases.

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 device, a fault management system, a fault management method, and a program that can improve the work efficiency of a notification destination of fault information. .

In order to solve the above-mentioned problems and achieve the purpose, the present invention provides a fault information acquisition unit that obtains fault information related to a program installed in a device from the device, and a monitoring level that is set for each program. a configuration information receiving unit that receives configuration information, including configurations of , and settings of monitoring keywords, and determining whether or not the monitoring keyword is included in the acquired failure information, If included in the failure information, the failure information is acquired based on the failure information acquired by the failure information acquisition unit and the monitoring level of the program related to the failure information among the monitoring levels set for each program. a determination unit that determines whether or not it is necessary to transmit a failure notification regarding the above-described failure notification; and a transmission unit that transmits the failure notification when the determination unit determines that transmission of the failure notification is necessary.

According to the present invention, it is possible to improve the work efficiency of a person in charge of developing a program.

FIG. 1 is a block diagram showing an example of a configuration including a failure management system according to the first embodiment. FIG. 2 is a block diagram showing an example of the hardware configuration of the multifunction peripheral (device, information processing device) of the first embodiment. FIG. 3 is a diagram illustrating an example of setting information acquired by the information processing apparatus according to the embodiment. FIG. 4 is a diagram illustrating an example of failure information acquired by the information processing apparatus according to the embodiment. FIG. 5 is a block diagram illustrating an example of the functional configuration of the multifunction device (device, information processing device) of the first embodiment. FIG. 6 is a sequence diagram showing an example of processing executed by the fault management system of the first embodiment. FIG. 7 is a diagram showing an example of a setting screen for setting the monitoring level according to the embodiment. FIG. 8 is a diagram showing an example of a setting screen for setting monitoring keywords according to the embodiment. FIG. 9 is a flowchart illustrating an example of the determination process according to the embodiment. FIG. 10 is a block diagram showing an example of a configuration including the fault management system of the second embodiment. FIG. 11 is a block diagram illustrating an example of the hardware configuration of the information processing apparatus according to the second embodiment. FIG. 12 is a block diagram illustrating an example of the functional configuration of a multifunction peripheral (device) according to the second embodiment. FIG. 13 is a block diagram illustrating an example of the functional configuration of the information processing device according to the second embodiment. FIG. 14 is a sequence diagram illustrating an example of processing executed by the fault management system of the second embodiment.

Embodiments of an information processing device, a fault management system, a fault management method, and a program will be described in detail below with reference to the drawings. Although an example in which the device is a multifunction peripheral will be described below, the present invention is not limited to this, and the present invention can be applied to various devices such as printers, projectors, and conference systems. Note that a multifunction device is a device that has at least two functions among a printing function, a copying function, a scanner function, and a facsimile function.

(First embodiment)
The first embodiment is an example in which a multifunction device has the functions of a device and the functions of an information processing device. In FIG. 1, a multifunction device 1 constituting a failure management system according to an embodiment is connected to a terminal 2 and a notification destination 3 via a network N such as the Internet.

The terminal 2 is used by a developer of a program installed in the multifunction device 1, and is equipped with program development tools and the like. The notification destination 3 receives a failure notification as necessary when a failure regarding a program of the multifunction device 1 occurs. Although details will be described later, the notification destination 3 is appropriately set by a person in charge of development, a person in charge of products, or the like.

Next, with reference to FIG. 2, the hardware configuration of the multifunction device 1 will be described. The multifunction device 1 includes a controller 10, a short-range communication circuit 20, an engine control section 30, an operation panel 40, and a network I/F 50.

Among these, the controller 10 includes a CPU 11, which is the main part of the computer, a system memory (MEM-P) 12, a north bridge (NB) 13, a south bridge (SB) 14, an ASIC (Application Specific Integrated Circuit) 16, and a storage section. It has a local memory (MEM-C) 17, an HDD controller 18, and an HD 19 as a storage unit, and has a configuration in which the NB 13 and the ASIC 16 are connected by an AGP (Accelerated Graphics Port) bus 21.

Among these, the CPU 11 is a control unit that performs overall control of the multifunction device 1. NB13 is a bridge for connecting CPU11, MEM-P12, SB14, and AGP bus 21, and is a memory controller that controls reading and writing to MEM-P12, a PCI (Peripheral Component Interconnect) master, and AGP target. has.

The MEM-P 12 includes a ROM 12a, which is a memory for storing programs and data for realizing each function of the controller 10, and a RAM 12b, which is used as a memory for developing programs and data, and for drawing when printing the memory. Note that the program stored in the RAM 12b is configured to be provided as an installable or executable file recorded on a computer-readable recording medium such as a CD-ROM, CD-R, or DVD. You may.

SB14 is a bridge for connecting NB13, PCI devices, and peripheral devices. The ASIC 16 is an IC (Integrated Circuit) for image processing that includes hardware elements for image processing, and has the role of a bridge that connects the AGP bus 21, the PCI bus 22, the HDD controller 18, and the MEM-C 17, respectively. This ASIC16 includes a PCI target and an AGP master, an arbiter (ARB) that is the core of the ASIC16, a memory controller that controls the MEM-C17, and multiple DMACs (Direct Memory Access Controllers) that rotate image data using hardware logic, etc. , and a PCI unit that transfers data between the scanner section 31 and the printer section 32 via the PCI bus 22. Note that the ASIC 906 may be connected to a USB (Universal Serial Bus) interface or an IEEE 1394 (Institute of Electrical and Electronics Engineers 1394) interface.

MEM-C17 is a local memory used as a copy image buffer and code buffer. The HD 19 is a storage for storing image data, font data used during printing, and forms. The HD 19 controls data reading or writing to the HD 19 under the control of the CPU 11 . The AGP bus 21 is a bus interface for the graphics accelerator card proposed to speed up graphics processing, and can speed up the graphics accelerator card by directly accessing the MEM-P12 with high throughput. .

Further, the short-range communication circuit 20 includes a communication circuit 20a. The short-range communication circuit 20 is a communication circuit such as NFC or Bluetooth (registered trademark). Further, the engine control section 30 includes a scanner section 31 and a printer section 32. The operation panel 40 also includes a panel display section 40a such as a touch panel that displays current setting values, a selection screen, etc., and accepts input from the operator, as well as displaying setting values of conditions related to image formation such as density setting conditions. It is provided with an operation panel 40b consisting of a numeric keypad for accepting instructions, a start key for accepting copy start instructions, and the like. The controller 10 controls the entire multifunction device 1, and controls, for example, drawing, communication, input from the operation panel 40, and the like. The scanner section 31 or the printer section 32 includes image processing sections such as error diffusion and gamma conversion.

Note that the multifunction device 1 can sequentially switch and select the document box function, copy function, printer function, and facsimile function using the application switching key on the operation panel 40. When the document box function is selected, the mode becomes document box mode, when the copy function is selected, the mode becomes copy mode, when the printer function is selected, the mode becomes printer mode, and when the facsimile mode is selected, the mode becomes facsimile mode.

Further, the network I/F 50 is an interface for data communication using a communication network. The short-range communication circuit 20 and the network I/F 50 are electrically connected to the ASIC 16 via the PCI bus 22.

FIG. 3 is a diagram showing setting information stored in the multifunction device 1. As shown in FIG. In the setting information, a monitoring keyword 61, a monitoring level 62, a failure level 63, a usage purpose 64, and a notification destination 65 are stored in association with the program ID. The setting information is set by a person in charge of developing a program or a person in charge of a product. FIG. 4 shows fault information regarding detected faults. In the fault information, fault details 66 and fault levels 67 are stored in association with each other.

Next, with reference to FIG. 5, the functional configuration of the multifunction device 1 related to the present invention will be described. The multifunction device 1 has the functions of a device (multifunction device main body) 70 and an information processing device 80 . The controller 10 has a setting information receiving section 71, a setting information changing section 72, a fault detecting section 73, a fault information obtaining section 81, and a setting information obtaining section 82 by the CPU 11 operating according to control programs stored in various memory sections. , a determining unit 83, and a failure notification transmitting unit 84.

The above control program is an installable or executable file recorded on a computer-readable recording medium such as a CD-ROM, flexible disk (FD), CD-R, or DVD (Digital Versatile Disk). provided. Alternatively, the control program may be stored on a computer connected to a network such as the Internet, and provided by being downloaded via the network. Furthermore, the program executed by the multifunction device 1 of this embodiment may be provided or distributed via a network such as the Internet. Furthermore, the control program may be configured to be provided by being incorporated in a ROM or the like in advance.

The setting information receiving unit 71 receives program setting information from the terminal 2 for the program developer. Specifically, the setting information shown in FIG. 3, which was set at the time of program development, is received. Although the notification destination 65 is not set in the setting information received by the setting information receiving unit 71, the developer can set it if necessary.

The setting information changing unit 72 adds the notification destination 65 to the setting information received from the terminal 2 and rewrites various setting information. Specifically, after the installation of the program on the multifunction device 1 is completed, the setting information changing unit 72 changes the setting information based on the operation of the person in charge of the product as necessary. The failure detection unit 73 detects failures due to incorrect program operation. The failure detection unit 73 detects a failure by, for example, detecting the occurrence of an exception in a program or detecting program error information.

The failure information acquisition unit 81 acquires failure information related to a program installed in a device from the device. Specifically, the fault information acquisition unit 81 obtains the program ID of the program in which the fault has occurred, as well as fault information such as the content of the fault and the fault level, from the fault detection unit 73 . The setting information acquisition unit 82 acquires setting information such as the monitoring level set by the setting information changing unit 72.

The determination unit 83 determines whether or not to send a failure notification to a notification destination determined corresponding to the program in which the failure has occurred, based on the failure information acquired by the failure information acquisition unit 81 and the monitoring level set for each program. Determine whether it is necessary. Specifically, the determination unit 83 compares the program ID and failure information acquired by the failure information acquisition unit 81 with the setting information including the monitoring level acquired by the setting information acquisition unit 82, and determines whether a failure has occurred to the notification destination. Determine whether notifications need to be sent. Upon receiving the determination result that a failure notification is required from the determining unit 83, the failure notification transmitting unit 84 notifies the set notification destination of the failure notification.

Next, the operation of the fault management system will be explained with reference to FIG. First, we will explain the flow of installing the program on the device. A person in charge of developing a program creates a program on the terminal 2 in which a program development tool is installed (S1), and inputs the setting information shown in FIG. 3 (S2).

Here, inputting the setting information will be explained. 7 and 8 are setting screens in the development tool included in the terminal 2. After creating a program, the person in charge of development sequentially inputs classification items regarding the usage of the program. On screen A in FIG. 7, the user selects whether the created program is for commercial use or for testing. If it is for commercial use, select "production", and if it is for testing, select "prototype". In the example of screen A, "production" is selected, and when the OK button is specified, the screen changes to screen B.

On screen B, the type of industry in which the created program will be used can be set, and once the type of industry is set, the initial monitoring level of the program is set. As for the initial level shown in screen B, "H" indicates a high monitoring level and represents the highest level 5 out of 5 levels. Although not displayed on screen B, the initial level "M" indicates the monitoring level 3, and the initial level "L" indicates the monitoring level 1. This initial level can be set as appropriate, for example, a program related to the medical industry may be set to "H" in consideration of the possibility of human impact. Note that the person in charge of development can arbitrarily change the set initial level.

After setting the monitoring level, monitoring keywords can be set on the screen shown in FIG. Although details will be described later, the monitoring keyword is used to determine whether or not to notify the notification destination of failure information. Screen C is a screen that is displayed after the input on screen B in FIG. 7 is completed, and monitor keyword candidates to be set are displayed. In the figure, only two keyword candidates are displayed, but predetermined keyword candidates can be sequentially displayed by the developer's operation. When a monitoring keyword is selected from the displayed list, the screen changes to screen D, where the set monitoring level and monitoring keyword are displayed, and when the developer confirms the setting contents and selects the OK button, the setting work is completed.

Returning to FIG. 6, the created program and the setting information set as described above are sent to the multifunction device 1 (S3). The multifunction device 1 installs the sent program (S4), and the setting information changing unit 72 adds or changes setting information to the setting information received by the setting information receiving unit 71 (S5). Here, notification destination settings are added. Changes to the setting information are made as necessary by the product person in charge of installing the program.

Next, a description will be given of the flow when a failure occurs while the user is using the multifunction peripheral 1 in which the program is installed. When the failure detection unit 73 detects a failure (S11), the determination unit 83 performs a process of determining whether or not a failure notification should be notified to the notification destination 3 (S12). Details of the determination process will be explained separately using a flowchart. If it is determined that the failure notification should be notified to the notification destination 3 as a result of the determination by the determination unit 83, the failure notification sending unit 84 transmits the failure notification to the notification destination 3 (S13). Note that the failure notification may notify only that a failure has occurred, or may notify the details of the failure.

Next, with reference to FIG. 9, the determination processing performed by the determination unit 83 will be described. When the failure information is input from the failure information acquisition unit 81 together with the program ID that caused the failure, the determination unit 83 determines which of the configuration information acquired by the configuration information acquisition unit 82 and stored in the MEM-C 17 of the multifunction device 1. , reads setting information corresponding to the program ID (S21). The determination unit 83 determines whether or not the monitoring keyword present in the read configuration information is included in the failure information (S22), and if it is included, the failure level of the failure information meets the monitoring level condition of the configuration information. It is determined whether or not they match (S23). Specifically, it is determined whether the failure level included in the failure information regarding the program in which the failure shown in FIG. 4 has occurred corresponds to the monitoring level shown in FIG. 3. For example, if the fault information is related to a program whose program ID is "0001", whether or not to notify the notification destination "○○" of the fault is determined based on whether the fault level included in the fault information is "2" or higher. be done. That is, if the failure level is "1", it is determined that failure notification is unnecessary.

If the determining unit 83 determines in S23 that the failure level of the failure information matches the monitoring level condition of the setting information, it outputs an instruction to the failure notification transmitting unit 84 to transmit a failure notification (S24), The determination process ends. If the determination unit 83 determines in S22 that the monitoring keyword present in the read configuration information is not included in the failure information, it skips S23 and S24 and ends the determination process. Further, if the determining unit 83 determines in S23 that the failure level of the failure information does not match the monitoring level condition of the setting information, it skips S24 and ends the determination process.

As explained above, according to the information processing apparatus of the first embodiment, the determination unit 83 performs the following operations based on the failure information acquired by the failure information acquisition unit 81 and the monitoring level of the setting information set for each program. Determine whether it is necessary to send a failure notification to the notification destination. Therefore, it is possible to reduce failure information that is not needed by the notification destination, such as a person in charge of development, from being notified to the notification destination. Therefore, the occurrence of unnecessary work at the notification destination can be suppressed, so that work efficiency can be improved.

The determining unit 83 also determines whether or not the received failure information includes a monitoring keyword set for each program, thereby determining whether or not to send a failure notification. Therefore, the above determination can be made based on more detailed information, making it possible to send only truly necessary failure notifications to notification destinations. Therefore, it is possible to further improve work efficiency at the notification destination.

In addition, since the usage is set in the setting information after the program is created, the following effects can be obtained. This type of program is usually grouped into a package and then installed on a device. In this embodiment, since the intended use of the program is set, it is possible to prevent incorrect packaging when packaging the program. In other words, by comparing the intended use of the package and the intended use of the program, incorrect packaging can be prevented.

(Second embodiment)
The second embodiment is an example in which the function of the information processing device is provided not by the multifunction device 1 but by a server connected to the multifunction device 1 through a network. Note that the same components as those in the first embodiment described above are given the same reference numerals, and the explanation thereof will be omitted. In FIG. 10, a multifunction peripheral (device) 1 is connected to a terminal 2, a notification destination 3, and a server (information processing device) 4 via a network N such as the Internet.

The hardware configuration of the server 4 will be described with reference to FIG. 11. As shown in FIG. 11, the server 4 is constructed by a computer, and includes a CPU 91, ROM 92, RAM 93, HD 94, HDD controller 95, display 96, external device connection I/F 97, network I/F 98, and data bus. 99, a keyboard 100, a pointing device 101, a DVD-RW (Digital Versatile Disk Rewritable) drive 102, and a media I/F 103.

Among these, the CPU 91 controls the operation of the server 4 as a whole. The ROM 92 stores programs used to drive the CPU 91 such as IPL. RAM93 is used as a work area for CPU91. The HD 94 stores various data such as programs. The HDD controller 95 controls reading and writing of various data to the HD 94 under the control of the CPU 91 . The display 96 displays various information such as a cursor, menu, window, characters, or images. The external device connection I/F 97 is an interface for connecting various external devices. The external device in this case is, for example, a USB (Universal Serial Bus) memory, a printer, or the like. The network I/F 98 is an interface for data communication using a communication network. The data bus 99 is an address bus, a data bus, etc. for electrically connecting each component such as the CPU 91.

Further, the keyboard 100 is a type of input means that includes a plurality of keys for inputting characters, numerical values, various instructions, and the like. The pointing device 101 is a type of input means for selecting and executing various instructions, selecting a processing target, moving a cursor, and the like. The DVD-RW drive 102 controls reading and writing of various data on a DVD-RW 104, which is an example of a removable recording medium. Note that it is not limited to DVD-RW, but may be DVD-R or the like. The media I/F 103 controls reading or writing (storage) of data to a recording medium 105 such as a flash memory. Note that the hardware configuration of the multifunction device 1 is the same as that in the first embodiment, so a description thereof will be omitted.

Next, with reference to FIG. 12, the functional configuration of the multifunction device (equipment) 1 related to the present invention will be described. The controller 10 has a setting information receiving section 111, a setting information changing section 112, a setting information transmitting section 113, a fault detecting section 114, and a fault information transmitting section 115 by the CPU 11 operating according to control programs stored in various memory sections. , functions as.

The setting information receiving unit 111 receives program setting information from the terminal 2 similarly to the first embodiment. Similarly to the first embodiment, the setting information changing unit 112 also adds the notification destination 3 to the setting information received from the terminal 2 and rewrites various setting information. The setting information transmitting unit 113 transmits the setting information set by the setting information changing unit 112 to the server 4. The failure detection unit 114 detects failures due to incorrect program operation. The fault information transmitting unit 115 transmits fault information regarding the fault detected by the fault detecting unit 114 to the server 4 along with the ID of the multifunction peripheral in which the fault has occurred and the ID of the program in which the fault has occurred.

Next, the functional configuration of the server (information processing device) 4 will be described with reference to FIG. 13. The CPU 11 functions as a failure information acquisition unit 121, a setting information acquisition unit 122, a determination unit 123, and a failure notification transmission unit 124 by operating according to control programs stored in various memory units.

The above control program is an installable or executable file recorded on a computer-readable recording medium such as a CD-ROM, flexible disk (FD), CD-R, or DVD (Digital Versatile Disk). provided. Alternatively, the control program may be stored on a computer connected to a network such as the Internet, and provided by being downloaded via the network. Furthermore, the program executed by the server 4 of this embodiment may be provided or distributed via a network such as the Internet. Furthermore, the control program may be configured to be provided by being incorporated in a ROM or the like in advance.

The fault information acquisition unit 121 obtains from the multifunction device 1 the ID of the multifunction device in which the fault has occurred and the ID of the program in which the fault has occurred, as well as fault information such as the details of the fault and the fault level. The setting information acquisition unit 122 acquires setting information such as the monitoring level from the multifunction device 1. The determining unit 123 determines whether or not it is necessary to send a failure notification to the notification destination 3 based on the failure information acquired by the failure information acquisition unit 121 and the setting information including the monitoring level acquired by the setting information acquisition unit 122. do. When the failure notification transmitter 124 receives the determination result that a failure notification is required from the determination unit 123, it notifies the set notification destination 3 of the failure notification.

Next, the operation of the fault management system will be explained with reference to FIG. First, we will explain the flow of installing the program on the device. A person in charge of developing a program creates a program on the terminal 2 in which a program development tool is installed (S31), and inputs the setting information shown in FIG. 3 (S32).

Subsequently, the created program and the setting information set as described above are sent to the multifunction device 1 (S33). The multifunction device 1 installs the sent program (S34), and the setting information changing unit 112 adds or changes setting information to the setting information received by the setting information receiving unit 111 (S35). Here, notification destination settings are added. Changes to the setting information are made as necessary by the product person in charge of installing the program. After that, the multifunction device 1 transmits the added or changed setting information to the server 4 (S36). The server 4 stores the received setting information in the HD 94 (S37).

The flow when a failure occurs while a user is using the multifunction device 1 with the program installed will be described. In the multifunction device 1, when the fault detection unit 114 detects a fault (S41), the fault information transmission unit 115 transmits the fault information to the server 4 along with the ID of the multifunction device in which the fault has occurred and the ID of the program in which the fault has occurred. (S42). In the server 4 that has received the failure information, the determining unit 123 performs a process of determining whether or not to notify the notification destination 3 of the failure notification (S43). The details of the determination process are the same as those in the first embodiment, so the explanation will be omitted. As a result of the determination by the determination unit 123, if it is determined that the failure notification should be notified to the notification destination 3, the failure notification transmitting unit 84 transmits the failure notification to the notification destination 3 (S44).

As explained above, the second embodiment also provides the same effects as the first embodiment. Further, since the information processing device that manages failure information is the server 4 connected to the multifunction peripheral 1, which is a device, through a network, the information processing device can centrally manage failure information of a plurality of devices.

The devices described in the embodiments above are merely indicative of one of multiple computing environments for implementing the embodiments disclosed herein. In some embodiments, server 4 includes multiple computing devices, such as a server cluster. The plurality of computing devices are configured to communicate with each other via any type of communication link, including a network, shared memory, etc., to perform the processes disclosed herein.

Note that the device is not limited to the multifunction device 1. Examples of equipment include PJs (Projectors), IWBs (Interactive White Boards), output devices such as digital signage, HUD (Head Up Display) devices, and industrial machinery. , imaging devices, sound collection devices, medical equipment, network appliances, automobiles (Connected Cars), notebook PCs (Personal Computers), mobile phones, smartphones, tablet terminals, game consoles, PDAs (Personal Digital Assistants), digital cameras, wearable PCs Alternatively, it may be a desktop PC or the like.

1 Multifunctional device (equipment, information processing device)
4 Server (information processing device)
81, 121 Failure information acquisition unit 73, 114 Failure detection unit 83, 123 Judgment unit 84, 124 Failure notification transmission unit (transmission unit)

Patent No. 6024126

Claims (8)

a failure information acquisition unit that acquires failure information related to a program installed on the device from the device;
a configuration information receiving unit that receives configuration information including monitoring level settings and monitoring keyword settings that are set for each program;
It is determined whether the monitoring keyword is included in the acquired failure information, and if the monitoring keyword is included in the acquired failure information, the failure information acquired by the failure information acquisition unit and each program are a determination unit that determines whether or not it is necessary to send a failure notification regarding the failure information based on the monitoring level of the program related to the failure information among the monitoring levels set in the failure information;
a transmitting unit that transmits a failure notification when the determination unit determines that transmission of the failure notification is necessary;
An information processing device comprising: The fault information includes fault level information,
The information processing device according to claim 1, wherein the determination unit compares the failure level information and the monitoring level. The information processing device according to claim 1 or 2, wherein the monitoring level is determined depending on the usage of the program. In setting the monitoring level, the industry in which the program is used can be set, and when the industry is set, the monitoring level is set.
The information processing device according to claim 1 or 2, characterized in that: A fault management system comprising a device in which a program is installed and an information processing device that processes information from the device,
The equipment includes:
Equipped with a failure detection unit that detects program failures,
The information processing device includes:
a failure information acquisition unit that acquires failure information related to a program in which the failure detection unit has detected a failure from the device;
a configuration information receiving unit that receives configuration information including monitoring level settings and monitoring keyword settings that are set for each program;
It is determined whether the monitoring keyword is included in the acquired failure information, and if the monitoring keyword is included in the acquired failure information, the failure information acquired by the failure information acquisition unit and each program are a determination unit that determines whether or not it is necessary to send a failure notification to a notification destination determined in response to the program in which the failure has occurred, based on the monitoring level set in the monitoring level;
a transmitting unit that transmits a failure notification when the determination unit determines that transmission of the failure notification is necessary;
A fault management system characterized by comprising: The device displays a settings screen where a monitoring level is set when items regarding the usage of the program are entered, and a settings screen where a monitoring keyword to be set is selected from among the displayed monitoring keywords is displayed.
The fault management system according to claim 5. A fault management method using an information processing device, the method comprising:
The information processing device
a step of acquiring failure information related to a program installed on the device from the device;
a step of receiving configuration information including monitoring level settings and monitoring keyword settings that are set for each program;
It is determined whether the monitoring keyword is included in the acquired failure information, and if the monitoring keyword is included in the acquired failure information, the failure information acquired from the device and the failure information set for each program are determined. a step of determining whether or not it is necessary to send a failure notification to a notification destination determined in response to the program in which the failure has occurred, based on the monitoring level determined by the failure;
a sending step of sending a fault notification to a notification destination to which it is determined that the fault notification needs to be sent;
A failure management method characterized by comprising: A program for controlling an information processing device by a computer,
The computer,
a failure information acquisition unit that acquires failure information related to a program installed on the device from the device;
a configuration information receiving unit that receives configuration information including monitoring level settings and monitoring keyword settings that are set for each program;
It is determined whether the monitoring keyword is included in the acquired failure information, and if the monitoring keyword is included in the acquired failure information, the failure information acquired by the failure information acquisition unit and each program are a determination unit that determines whether or not it is necessary to send a failure notification to a notification destination determined in response to the program in which the failure has occurred, based on the monitoring level set in the monitoring level;
a transmitting unit that transmits a failure notification when the determination unit determines that transmission of the failure notification is necessary;
A program that makes it work.

Images