Analysis and Estimation Systems

Abstract

Provided is an analysis system capable of providing an option that is highly likely to be selected as an option to be assigned to a failure handling record of a device. This analysis system is for analyzing a failure handling record including a free text entered by a person who handled a failure of a device. The analysis system comprises: an extraction unit that extracts, from the free text included in the failure handling record, a specific target term and a word that indicates the content of an action performed when handling the failure; a relevance calculation unit that calculates the relevance between each of a plurality of candidate codes, which are candidates for a determination code to be assigned to the failure handling record, and the target term extracted by the extraction unit; an importance calculation unit that calculates the importance of the action extracted by the extraction unit, and associates the action with one of the plurality of candidate codes; and a listing unit that creates a selection list in which the plurality of candidate codes are arranged so that candidate codes that are more likely to be selected as the determination code are ranked higher, on the basis of the relevance calculated by the relevance calculation unit and the importance calculated by the importance calculation unit.

Description

[Technical Field]

[0001] The present disclosure relates to analysis and estimation systems. [Background technology]

[0002] Patent Document 1 discloses a maintenance record input support device that is an analysis system. The analysis system supports maintenance personnel who perform maintenance work on equipment when entering maintenance records. The analysis system extracts keywords from free-form fault condition information entered by the maintenance personnel. The analysis system identifies, from among the options selected as maintenance records, options that correspond to phenomena that are likely to occur based on the extracted keywords. The analysis system can support the maintenance personnel by suggesting the identified options to the maintenance personnel. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2023-019574 Summary of the Invention [Problem to be solved by the invention]

[0004] However, the analysis system described in Patent Document 1 identifies options based only on the probability of association with extracted keywords. Free text often contains words that are extracted as keywords but have little association with the option to be selected. As a result, the options proposed may be unlikely to be selected.

[0005] The present disclosure has been made to solve the above-mentioned problems, and an object of the present disclosure is to provide an analysis system and an estimation system that can provide options that are likely to be selected as options to be assigned to a failure response record of a device, or that can estimate the likely options. [Means for solving the problem]

[0006] The analysis system according to the present disclosure is a system for analyzing failure response records that include free text entered by people who responded to equipment failures, and includes: an extraction unit that extracts specific target terms and words indicating the content of the actions taken during the failure response from the free text included in the failure response record; an association calculation unit that calculates the association between each of a plurality of candidate codes that are candidates for judgment codes to be assigned to the failure response record and the target terms extracted by the extraction unit; an importance calculation unit that calculates the importance of the actions extracted by the extraction unit and associates them with one of the plurality of candidate codes; and a list unit that creates a selection list in which the plurality of candidate codes are ranked higher, based on the association calculated by the association calculation unit and the importance calculated by the importance calculation unit, so that the higher the likelihood of them being selected as a judgment code, the higher the ranking.

[0007] The estimation system according to the present disclosure is a system for analyzing failure response records that include free text entered by people who responded to device failures, and includes: an extraction unit that extracts specific target terms and words indicating the content of the actions taken during the failure response from the free text included in the failure response record; an association calculation unit that calculates the association between each of a plurality of candidate codes that are candidates for judgment codes to be assigned to the failure response record and the target terms extracted by the extraction unit; an importance calculation unit that calculates the importance of the action extracted by the extraction unit and associates it with one of the plurality of candidate codes; a list unit that creates a selection list in which the plurality of candidate codes are ranked higher, based on the association calculated by the association calculation unit and the importance calculated by the importance calculation unit, so that the higher the probability of the candidate code being selected as a judgment code, the higher the ranking; and an estimation unit that estimates that the highest-ranked candidate code in the selection list created by the list unit is the judgment code. [Effects of the Invention]

[0008] According to the present disclosure, a selection list is created in which multiple candidate codes are ranked higher the more likely they are to be selected as a judgment code, based on the relevance of target terms extracted from free text and the importance of actions extracted from free text. This makes it possible to provide options that are more likely to be selected as options. Furthermore, the estimation system estimates that the highest-ranked candidate code in the selection list is the judgment code. In this way, it is possible to estimate options with high probability. [Brief explanation of the drawings]

[0009] [Figure 1] 1 is a diagram showing an overview of an elevator device in which an analysis system according to a first embodiment is used. [Figure 2] 1 is a cross-sectional view of a refrigerator in which the analysis system according to the first embodiment is used. [Figure 3] 1 is a hardware configuration diagram of an analysis system according to a first embodiment. [Figure 4] FIG. 1 is a functional block diagram of an analysis system according to a first embodiment. [Figure 5] FIG. 3 is a diagram showing an example of a search user interface displayed by the analysis system in the first embodiment. [Figure 6] FIG. 4 is a diagram showing an example of a setting request screen displayed by the analysis system in the first embodiment. [Figure 7] 4 is a flowchart for explaining an outline of the operation of the analysis system in the first embodiment. [Figure 8] FIG. 10 is a hardware configuration diagram of an analysis system according to a second embodiment. [Figure 9] 10 is a flowchart for explaining an outline of the operation of the analysis system according to the second embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0010] The embodiments of the present disclosure will be described with reference to the accompanying drawings. In each drawing, the same or corresponding parts are designated by the same reference numerals. Duplicate descriptions of these parts will be appropriately simplified or omitted.

[0011] Embodiment 1 Fig. 1 is a diagram illustrating an overview of an elevator device in which the analysis system according to the first embodiment is used. Fig. 2 is a cross-sectional view of a refrigerator in which the analysis system according to the first embodiment is used.

[0012] FIG. 1 shows an elevator system 100, which is a first example of an apparatus in which the analysis system 1 can be used. In the elevator system 100, a hoistway 101 passes through each floor of a building 102. A plurality of landings 103 are provided on each floor of the building 102. A plurality of landing doors 104 are provided at the entrances and exits of the plurality of landings 103. The landing doors 104 are sliding doors that move along door rails 105. A car 106 is provided inside the hoistway 101. The car 106 can move up and down inside the hoistway 101. A control panel 107 is provided in a machine room above the hoistway 101. The control panel 107 controls the overall operation of the elevator system 100. When a malfunction occurs in a device of the elevator system 100, the control panel 107 can display an error code corresponding to the malfunction. A field terminal 108 is a terminal that can input information and visually display information. For example, the field terminal 108 is a notebook computer. The field terminal 108 can be connected to the network N by wireless communication or the like.

[0013] The maintenance worker H1 belongs to a company that performs maintenance work on the elevator system 100. When the maintenance worker H1 receives a report that the elevator system 100 has broken down, he goes to the building 102 and performs a corresponding operation, such as replacing the faulty part of the elevator system 100. The maintenance worker H1 inputs information indicating the results of the corresponding operation into the on-site terminal 108. At this time, the maintenance worker H1 inputs information such as the error code displayed on the control panel 107 and the type of faulty equipment as the results of the corresponding operation. The maintenance worker H1 also inputs, as part of the results of the corresponding operation, free text in natural language, including the situation when he arrived at the building 102, the status of the equipment as heard from the owner of the building 102, the cause of the failure, and the details of the corrective operation performed to resolve the failure. The free text is a character string input in natural language and is not set as a pre-defined option. The on-site terminal 108 creates a failure response record including the input free text based on the input information.

[0014] The analysis system 1 includes a search terminal 2 and a server device 3. The analysis system 1 may further include an on-site terminal 108. In the example of FIG. 1, the search terminal 2 and the server device 3 are provided in a company that performs maintenance work on the elevator device 100. Specifically, for example, the search terminal 2 and the server device 3 are provided in an information center S of the company. The server device 3 can communicate with the control panel 107 via a network N and a monitoring device (not shown) installed near the control panel 107. The server device 3 can receive failure response records from the on-site terminal 108 via the network. The search terminal 2 can display the failure response records received by the server device 3 and accept input of information related to the failure response records.

[0015] An administrator H2 works at the information center S. The administrator H2 operates the search terminal 2 to view the failure response records. The administrator H2 inputs a judgment code, which is information for information management, into the failure response record. In this case, the server device 3 creates information on the failure response history including the judgment code assigned to the failure response record and the failure response record itself, and registers this information in the failure response history database.

[0016] The judgment code is a code used for aggregation in a database related to failure responses. One or more types of judgment code are set for each failure response history. For example, types of judgment code include an aggregation device name, a cause code, etc. The aggregation device name is the name of the device that was responded to in a certain response work. For the aggregation device name, a term that indicates a somewhat broad concept, such as "door," "interior," or "switch," is used. For example, if a part of a door is replaced in the response work, "door" is entered as the aggregation device name. The cause code is a code that indicates the cause of the failure that was addressed in a certain response work, and may be a term that indicates a somewhat broad concept, such as "disconnection" or "aging," or may be a string of numbers or other characters that indicates the cause. For each of multiple judgment codes, multiple candidate codes that can be input are set.

[0017] The server device 3 analyzes the free text written in natural language included in the failure response record and creates a selection list in which multiple candidate codes for a certain judgment code are rearranged. The selection list is a list in which multiple candidate codes are arranged in order of likelihood of being selected as a judgment code.

[0018] Manager H2 refers to the selection list displayed on the search terminal 2 and selects a candidate code corresponding to each of one or more judgment codes. In this case, information on the failure response history is created with the selected candidate code as the judgment code. Furthermore, manager H2 can refer to the sorted selection list by inputting sorting conditions via the search terminal 2 to further narrow down the multiple candidate codes included in the selection list. By using such a selection list, manager H2 can easily select an appropriate judgment code.

[0019] Note that the maintenance worker H1 may enter the results of the response work in a separate format such as a report instead of inputting them into the field terminal 108. That is, information equivalent to the failure response record is compiled into a report or the like. In this case, the manager H2 may input the contents of the report or the like into the search terminal 2. The search terminal 2 and the server device 3 may regard the input information as the failure response record.

[0020] 2 shows a refrigerator 200, which is a second example of an apparatus in which the analysis system 1 can be used. The refrigerator 200 has a storage cabinet 201 inside a housing. For example, the storage cabinet 201 is divided into storage rooms 202, 203, 204, and 205. For example, the storage room 204 can be opened and closed by a sliding door 206. The sliding door 206 is realized by a case 208 sliding along a door rail 207.

[0021] Refrigerator 200 generates cold air by a refrigeration cycle including compressor 209 and cooler 210. The generated cold air is supplied to storage cabinet 201. Control board 211 is electrically connected to devices such as compressor 209 and cooler 210 via wiring (not shown). Control board 211 can control the overall operation of refrigerator 200. Switch 212 covered by a switch cover is provided on a wall surface inside storage cabinet 201. For example, when switch 212 is operated, control board 211 may change the operating state of refrigerator 200, etc. If a malfunction occurs in refrigerator 200, control board 211 may display an error code indicating the malfunction on LCD panel 213, etc.

[0022] In the example of FIG. 2, the maintenance person belongs to a company that repairs refrigerator 200. When a notice is received that refrigerator 200 has broken down, the maintenance person goes to the building where refrigerator 200 is installed and performs a corresponding operation such as replacing a broken part of refrigerator 200.

[0023] Although not shown in FIG. 2, the maintenance technician inputs information indicating the results of the response work to the field terminal 108, similar to the example in FIG. 1. Based on the input information, the field terminal 108 creates information on the failure response record including the input free text. The manager belongs to the same company as the maintenance technician. The manager inputs information on the failure response record to the search terminal 2. At this time, a selection list is created by the server device 3.

[0024] After the owner of refrigerator 200 handles a malfunction of refrigerator 200, the owner may transmit information about the record of handling the malfunction to server device 3. In this case, for example, the owner may input information about the record of handling the malfunction via a device such as a smartphone. The information may include free text input by the owner. The smartphone or server device 3 may create a malfunction handling record based on the input information. Even in this case, the manager may assign a judgment code to the malfunction handling record.

[0025] Next, the analysis system 1 will be described with reference to Figures 3 and 4. In the following, the analysis system 1 will be described when processing the failure response record of the second example shown in Figure 2. Fig. 3 is a hardware configuration diagram of the analysis system according to the first embodiment. Fig. 4 is a functional block diagram of the analysis system according to the first embodiment.

[0026] In the analysis system 1, one or more search terminals 2 are communicably connected to a server device 3 via a network.

[0027] For example, the search terminal 2 is configured as a personal computer (PC). The search terminal 2 includes a communication I / F 2a, a processing circuit, an input I / F 2b, and an output I / F 2c. The processing circuit includes a processor 2d and a memory. The memory is configured from a main storage device 2e and an auxiliary storage device 2f. The processing circuit may also refer to a device such as multiple electronic circuits housed in separate housings.

[0028] The communication I / F 2a is an interface for connecting to a network such as a wired LAN or a wireless LAN. The communication I / F 2a enables the search terminal 2 to communicate with other devices such as the server device 3. The input I / F 2b is an interface that accepts input operations by an administrator from the input device 2g. The input device is a mouse, keyboard, touch pen, microphone, etc. The output I / F 2c is an interface that displays and outputs various information to the output device 2h. The output device 2h is a display, etc.

[0029] For example, the processor 2d is a device that performs arithmetic processing such as a CPU (Central Processing Unit), a central processing unit, etc. Each function of the search terminal 2 is realized by the processor 2d reading out and executing a program for information processing stored in at least one of the main storage device 2e and the auxiliary storage device 2f, which are memories. In FIG. 2, each function realized by the processor 2d is expressed as the configuration of the processor 2d. Various types of information for realizing each function of the search terminal 2 are stored in the memory. In FIG. 2, as an example, the information stored in the memory is expressed as the configuration of the auxiliary storage device 2f.

[0030] For example, the server device 3 is configured by a PC. For example, the server device 3 includes a communication I / F 3a and a processing circuit. The communication I / F 3a and the processing circuit may have the same configuration and function as the communication I / F 2a and the processing circuit of the search terminal 2, respectively. The processing circuit includes a processor 3b and memories, that is, a main storage device 3c and an auxiliary storage device 3d. The processor 3b, the main storage device 3c, and the auxiliary storage device 3d may have the same configuration and function as the processor 2d, the main storage device 2e, and the auxiliary storage device 2f of the search terminal 2, respectively. In FIG. 3, each function realized by the processor 3b is expressed as the configuration of the processor 3b. Also, in FIG. 3, as an example, information stored in the memory is expressed as the configuration of the auxiliary storage device 3d.

[0031] Note that some of the functions of the search terminal 2 may be realized by dedicated hardware, and other functions may be realized by a processing circuit of the search terminal 2. Also, some of the functions of the server device 3 may be realized by dedicated hardware, and other functions may be realized by a processing circuit of the server device 3.

[0032] The server device 3 may be implemented on a cloud server. In this case, the processing circuit is composed of multiple partial circuits. The multiple partial processing circuits are provided in multiple devices that make up the cloud server. The multiple devices that make up the cloud server may be provided in different buildings.

[0033] The search terminal 2 has, as its functions, a display unit 20, an input unit 21, a reading unit 22, and an acquisition unit 23. The display unit 20 controls the content displayed on the output I / F 2c. For example, the display unit 20 causes the output I / F 2c to display a search user interface screen for creating a failure response history. The input unit 21 detects information input via the input I / F 2b and reflects it in the operation of the equipment. The reading unit 22 causes the server device 3 to read information on the failure response record selected by the administrator via the input unit 21. The acquisition unit 23 transmits information to be added to or assigned to the failure response record, based on the information selected on the search user interface, acquired from a network, etc., to the server device 3.

[0034] The server device 3 has, as its functions, a receiving unit 30, an extraction unit 31, an association calculation unit 32, a performance learning unit 33, an importance calculation unit 34, a priority calculation unit 35, a correspondence learning unit 36, a list unit 37, a display control unit 38, a history creation unit 39, and a setting request unit 40.

[0035] The receiving unit 30 receives information about the failure response record from the field terminal 108 or the search terminal 2. The failure response record may include identification information of the device for which the failure was handled, the error code at the time of the failure, signal data transmitted from the device, the installation location of the device, identification information of the maintenance worker who handled the failure, etc. Furthermore, this information included in the failure response record may be collected by the receiving unit 30 from another database or the device itself, and associated with the failure response record.

[0036] The failure response record also includes multiple fields in which free text can be entered. The multiple fields include at least a first field for free text about the cause of the failure, which indicates the cause of the failure, and a second field for free text about the measures taken to address the failure during the response work. The multiple fields may further include a third field for free text about the arrival status, which is information collected from the time the maintenance technician arrives at the site until the cause is identified.

[0037] Below, we will explain an example in which a failure response record contains free text about the cause of the failure in the first entry field and free text about the treatment in the second entry field. We will also explain the processing when the "equipment name for aggregation" is selected as the judgment code. The "equipment name for aggregation" does not refer to the actual product name, but rather to the equipment name selected as a valid classification for aggregation. Note that the multiple entry fields may include entry fields other than those shown in this example, as long as they include first and second entry fields in which the meanings of the free text written therein are different.

[0038] The extraction unit 31 includes a first extraction unit 31a and a second extraction unit 31b. The first extraction unit 31a extracts predetermined target terms from free text included in the failure response records. The target terms are terms required for creating a selection list and are determined on a case-by-case basis. In this example, the first extraction unit 31a extracts device names as target terms. At this time, the first extraction unit 31a associates the extracted target terms with which of multiple entry fields the target terms are entered in. The second extraction unit 31b extracts words indicating measures to be taken in response to the failure from the free text included in the failure response records. At this time, the second extraction unit 31b extracts words indicating actions as measures. The measures basically describe measures to be taken for the devices. The second extraction unit 31b associates the extracted measures with the device names, which are target terms. An example of the operation of the extraction unit 31 is described using Tables 1 and 2 below.

[0039] [Table 1]

[0040] [Table 2]

[0041] Table 1 shows examples of free text included in three failure response records. The second column is free text about the cause of the failure, which is the first entry field. The third column is free text about the details of the measures, which is the second entry field. The first extraction unit 31a extracts device names shown in bold in Table 1 as target terms. The second extraction unit 31b extracts action words shown in underlined parts in Table 1. Table 2 shows the description locations and actions associated with the target terms extracted in the example of Table 1. Note that when the extraction unit 31 extracts words from the free text, a known method for extracting words may be used.

[0042] The relevance calculation unit 32 references the code DB 50 and calls up a candidate list for the currently targeted judgment code. The code DB 50 stores candidate lists corresponding to each of a plurality of potentially target judgment codes. The candidate list is a list in which a plurality of candidate codes corresponding to the judgment code are arranged in a predetermined initial order. Below, the plurality of candidate codes corresponding to the target judgment code will be described. Specifically, each candidate code included in the tabulation device name, which is the judgment code, will be described. In this case, the candidate list includes the candidate codes "inside the refrigerator," "inside the refrigerator thermometer," "refrigerator," "sliding door," "door rail," "switch," and "switch cover" in the order listed.

[0043] The relevance calculation unit 32 calculates the relevance between the target term extracted by the extraction unit 31 and each of the multiple candidate codes that have been called. When the extraction unit 31 extracts multiple target terms from the failure response records, the relevance calculation unit 32 calculates the relevance between each of the multiple target terms and the candidate code. The relevance is an index value that indicates the textual or semantic relevance between the target term and the candidate code. For example, the relevance may be the textual similarity between the target term and the candidate code, or the attribute similarity between the target term and the candidate code. This similarity may be calculated based on information such as attributes attached to the target term and the candidate code using an ontology.

[0044] Furthermore, the edit distance between the target term and the candidate code may be used as the character similarity. Specifically, when the target term is a device name and the candidate code is a tabulation device name, the relevance calculation unit 32 calculates the edit distance between the device name and the tabulation device name as the relevance. For example, when the device name is "door" and the tabulation device name is "door rail," the minimum number of steps for replacing "door" with "door rail" is three, with one step being insertion, deletion, or substitution of one character. In this case, the relevance calculation unit 32 calculates the relevance between the device name and the tabulation device name as the edit distance of three.

[0045] The relevance calculation unit 32 associates a target term with the candidate code having the highest relevance among multiple candidate codes. Note that the relevance calculation unit 32 may associate the target term with one or more candidate codes whose relevance exceeds a specified threshold among the multiple candidate codes. In this case, the relevance calculation unit 32 may temporarily associate each of one or more target terms extracted from the currently processed failure response record with the multiple candidate codes in the candidate list.

[0046] The performance learning unit 33 calculates the performance importance of each action extracted from each of the multiple failure response histories based on the multiple past failure response histories stored in the history DB 51. The performance importance is calculated based on the number of times that the associated action associated with the judgment code selected in the failure response history was taken.

[0047] The importance calculation unit 34 associates the action extracted by the extraction unit 31 from the failure response record with one of a plurality of candidate codes. At this time, the importance calculation unit 34 associates the action with the candidate code with which the target term corresponding to the action is associated. Table 3 below shows examples of device names, which are target terms, actions, and target device names, which are candidate codes, which are associated by the importance calculation unit 34.

[0048] [Table 3]

[0049] As shown in Table 3, based on row #3-1, the action "inspection" corresponds to the equipment name "door" in the failure response record. In this case, the importance calculation unit 34 associates the action "inspection" with the tabulation equipment name "door rail."

[0050] The importance calculation unit 34 calculates the overall importance, which is the importance of the extracted actions. At this time, the importance calculation unit 34 first retrieves the basic importance for each action from the action DB 52. The basic importance is information stored in the action DB 52 and is a predetermined importance for each action. Note that the basic importance may be manually set or updated in advance.

[0051] The processing of the performance learning unit 33 will now be described in more detail. The performance learning unit 33 retrieves multiple failure response histories stored in the history DB 51. The failure response histories include, for each of multiple judgment codes, candidate codes assigned as the judgment code. The candidate codes are associated with actions as shown in Table 3. The performance learning unit 33 identifies actions associated with judgment codes in each of the multiple failure response histories as related actions. Note that the related actions may include not only the action words associated with the candidate codes but also synonyms of the actions associated with the candidate codes. For each action stored in the action DB 52, the performance learning unit 33 calculates the number of related actions, i.e., the number of times the action has become a related action. The performance learning unit 33 calculates the performance importance for each action so that the greater the number of times the action has become a related action, the higher the importance. For example, the performance importance value is calculated so that the greater the number of times the action has become a related action, the smaller the value. Note that the performance importance may also be calculated based on the proportion of actions that have become related actions, rather than the number of times the action has become a related action. The performance learning unit 33 associates the calculated performance importance with each of the multiple actions stored in the action DB 52. For example, the performance learning unit 33 may update the performance importance every time a new failure response record is stored in the history DB 51.

[0052] The importance calculation unit 34 calculates the overall importance based on at least one of the basic importance and the performance importance calculated by the performance learning unit 33. Note that the basic importance, the performance importance, and the overall importance may all be handled such that the smaller the value, the higher the importance. For example, it can be presumed that the smaller the value of the importance of a certain treatment, the higher the possibility that the candidate code corresponding to the treatment will be selected as the judgment code. As an example, as shown in the following formula (1), the importance calculation unit 34 calculates the overall importance by calculating the weighted sum of the basic importance and the performance importance for a certain treatment. Overall importance = A × Basic importance + B × Performance importance (1) A and B are constants preset based on humans or machine learning. Also, A or B may be set to 0. When B is set to 0, the importance is determined only by the basic importance. When A is set to 0, the importance is determined only by the performance importance. Table 4 below shows an example of the calculation method of the overall importance.

[0053]

Table 4

[0054] In Table 4, the number of times of related treatments is shown in parentheses in the row of the performance importance. In this example, the relationship y < x < z holds. Therefore, for example, the value of the performance importance of the treatment of "maintenance" is the smallest and the most important. In Table 4, constants of A = B = 1 are set.

[0055] The priority calculation unit 35 calculates the overall priority based on at least one of the basic priority and the on-the-fly priority for each target term extracted by the extraction unit 31. Specifically, first, the priority calculation unit 35 calls the basic priority associated with the extracted target term from the target term DB 53 in which the assumed target terms are stored. The basic priority is the priority preset and stored in the target term DB 53. Note that the basic priority may be set or updated manually in advance.

[0056] The priority calculation unit 35 calculates an on-demand priority for each target term using the target failure response record. The priority calculation unit 35 calculates the on-demand priority so that the value differs depending on which of multiple description columns the target term is included in among multiple description columns included in the target failure response record. For example, the priority calculation unit 35 calculates the on-demand priority when the target term is only listed in the first description column so that it is higher than the on-demand priority when the target term is only listed in the second description column. The priority calculation unit 35 calculates the on-demand priority when the target term is listed in both the first and second description columns so that it is higher than the on-demand priority when the target term is only listed in the first description column. Note that the values ​​of the base priority and the on-demand priority may be calculated so that they decrease as the priority increases. Tables 5 to 7 below show examples of the base priority, on-demand priority, and overall priority, respectively.

[0057] [Table 5]

[0058] [Table 6]

[0059] [Table 7]

[0060] Table 5 shows an example of set basic priorities. According to the example, the target term "switch" has the highest basic priority and the smallest value. Table 6 shows an example of setting values ​​for the ad hoc priority calculated based on the location of the target term. According to Table 6, the ad hoc priority is highest when the target term is written in both the first field for the cause of the failure and the second field for the remedial action. The priority is lowest when the target term is written only in the second field for the remedial action. Note that the values ​​of the basic priority and ad hoc priority are not limited to the examples shown in Tables 5 and 6. For example, when the target term is written only in the second field, the ad hoc priority may be set to "5" instead of "3".

[0061] As shown in Table 7, the priority calculation unit 35 calculates the overall priority for a certain target term by calculating the weighted sum of the base priority and the occasional priority. Specifically, the priority calculation unit 35 calculates the overall priority based on the following formula (2). Overall priority = C × basic priority + D × occasional priority (2) C and D are constants that are preset based on humans or machine learning. C or D may also be set to 0. When D is set to 0, the priority is determined only by the base priority. When C is set to 0, the priority is determined only by the ad hoc priority. In the example of Table 7, the constants C=D=1 are set.

[0062] The response learning unit 36 ​​calculates a response index value assigned to each of the multiple candidate codes based on the multiple failure response histories stored in the history DB 51. The response index value may be the number of responses assigned to the failure response record or a response ratio calculated based on the number of responses. Furthermore, if information contained in an error code included in the multiple failure response histories corresponds to a candidate code, the response learning unit 36 ​​may add the number of pieces of information corresponding to the candidate code to the response count in the association index. For example, if the candidate code is a counting device name, the device included in the error code may be added to the response count for the corresponding counting device name. For example, if the candidate code is a cause code, the cause included in the error code may be added to the response count for the corresponding cause code. The response learning unit 36 ​​stores information in which the response index value is associated with the candidate code in the association DB 54. For example, the response learning unit 36 ​​may update the response index value each time a new failure response record is stored in the history DB 51. Tables 8 and 9 below show examples of the response count and response ratio, respectively.

[0063] [Table 8]

[0064] [Table 9]

[0065] Table 8 shows the number of times that each candidate code, which is a tabulation device name, was listed for multiple error codes, Code A to Code Z, included in the failure response history. In this example, it is assumed that no device corresponding to a candidate code was listed for Code B to Code Y. For example, the response learning unit 36 ​​calculates that the number of times that the tabulation device name "inside" was listed for Code A to Code Z was 5 times. For example, the response learning unit 36 ​​calculates that the number of times that the tabulation device name was listed when the error code was Code Z was 2 times for "door rail," "switch," and "switch cover," and 0 times for "inside," "inside thermometer / hygrometer," "refrigerator," and "sliding door." The number of times that the code was listed may be calculated as a weighted sum of the number of times that the code was selected as a candidate code and the number of times that the code was included in an error code, as shown in the following equation (3). Number of responses = E × number of times selected as a candidate code +F×Number of times included in the error code (3) E and F are constants that are preset based on a person or machine learning, and E or F may be set to 0.

[0066] Table 9 shows the correspondence ratio calculated using the same correspondence count as Table 8. The correspondence learning unit 36 ​​may use the correspondence ratio instead of the correspondence count. The correspondence ratio is the total value obtained by adding up the individual correspondence ratios calculated for each error code for all error codes. By using the correspondence ratio as the correspondence index value, the correspondence index value of a candidate code that frequently appears only with a certain error code, such as "switch cover" in Table 9, may be larger than when the correspondence count is used.

[0067] In addition to the error code, the number of times or the percentage of times the error occurred may be calculated for each device installation location, and added to the response index value of the candidate code corresponding to the device. For example, the number of times or the percentage of times the error occurred may be calculated for each device installation location, divided into "indoors" and "outdoors."

[0068] The list unit 37 calls up the candidate list corresponding to the target judgment code, rearranges the order of multiple candidate codes included in the candidate list, and creates a selection list. In this case, the list unit 37 creates the selection list by rearranging the codes multiple times, as shown in Table 10 below. Table 10 shows an example where the free text for the cause of the failure in the first entry field reads "Liquid spilled inside the refrigerator," and the free text for the action to be taken in the second entry field reads "Inspect the door. Maintain the switch."

[0069] [Table 10]

[0070] First, the list unit 37 identifies one or more inclusion candidate codes from among the multiple candidate codes that contain at least one of the one or more target terms extracted by the extraction unit 31 as a character string. The list unit 37 creates a first list in which the multiple candidate codes are ranked so that the inclusion candidate codes are ranked higher than those that are not inclusion candidate codes. In Table 10, the ranking in the first list is indicated as ":1st place." In the first list, multiple inclusion candidate codes all have the same ranking. In the first list, candidate codes that are not inclusion candidate codes all have the same ranking.

[0071] In the example of Table 10, the target terms "interior," "door," and "switch" are extracted from the target failure response record, so the six inclusion candidate codes are "interior," "interior thermo-hygrometer," "sliding door," "door rail," "switch," and "switch cover." In the first list, the target device names that are these six inclusion candidate codes are all ranked first. "Refrigerator," which is not an inclusion candidate code, is ranked seventh.

[0072] Thereafter, the list unit 37 creates a second list by further ranking candidate codes with the same rank among the multiple candidate codes included in the first list. In Table 10, the ranking in the second list is indicated as "1st place." The list unit 37 rearranges candidate codes with the same rank based on at least one of the relevance calculated by the relevance calculation unit 32 and the importance calculated by the importance calculation unit 34. In this case, the list unit 37 rearranges the multiple candidate codes so that the higher the relevance of the target term associated with each candidate code and the higher the importance of the associated action, the higher the ranking. Furthermore, the list unit 37 may rearrange candidate codes with the same rank based on the priority calculated by the priority calculation unit 35 in addition to the relevance and importance. In this case, the list unit 37 rearranges the multiple candidate codes so that the higher the relevance of the target term associated with each candidate code, the higher the importance of the associated action, and the higher the priority of the associated target term, the higher the ranking.

[0073] Specifically, the list unit 37 calculates an index value, which is a weighted sum of the relevance, importance, and priority, for each of the multiple candidate codes. The list unit 37 compares the index values ​​assigned to candidate codes with the same ranking, and sorts them so that the smaller the index value, the higher the ranking, to create the second list. The index value may be calculated as a weighted sum of the number of times the code has been selected as a candidate code and the number of times it has been included in an error code, as shown in the following equation (4). Index value = G x relevance + H x importance + I x priority (4) G, H, and I are constants that are set in advance based on a person or machine learning. I may also be set to 0. When I is set to 0, the index value is calculated from the relevance and importance. In the example of Table 10, H = G = I = 1. The list unit 37 arranges six aggregation device names that are ranked the same as the first in the first list so that the smaller the index value, the higher the ranking. Multiple candidate codes that are ranked the same in the first list and have the same index value in the second list are assigned the same ranking in the second list. In the example of Table 10, the list unit 37 ranks "inside the storage area" and "sliding door" as fourth.

[0074] Thereafter, the list unit 37 creates a third list by further ranking and rearranging candidate codes that have the same ranking among the multiple candidate codes included in the second list. In Table 10, the ranking in the third list is indicated as "1st place." The list unit 37 rearranges multiple candidate codes that have the same ranking in the second list so that the higher the correspondence index value calculated by the correspondence learning unit 36, the higher the ranking, and creates the third list.

[0075] In the example of Table 10, the number of correspondences is used as the correspondence index value. The number of correspondences between "interior" and "sliding door", which were both ranked fourth in the second list, is 5 and 8, respectively. The list unit 37 ranks "sliding door", which has a high correspondence index value, i.e., a high number of correspondences, as fourth, and "interior", which has a low number of correspondences, as fifth. The list unit 37 rearranges the multiple candidate codes based on the updated ranking, and creates a third list. Table 11 below shows the third list created from the example of Table 10.

[0076] [Table 11]

[0077] Thereafter, the list unit 37 creates a fourth list by deleting candidate codes that are not applicable from the plurality of candidate codes in the third list based on at least one of the model information and the error code information included in the failure response record. Note that if there are no candidate codes that are not applicable, the list unit 37 creates a fourth list that is the same as the third list. For example, when the fourth list is created based only on the model information, the list unit 37 acquires model correspondence information from the model DB 55 that indicates the correspondence between the model and the plurality of candidate codes.

[0078] For example, there may be a code that is listed as a candidate code in the candidate list but is not included in the actual device model and therefore will not be selected as a candidate code. The model compatibility information indicates whether each of multiple candidate codes is "eligible" or "ineligible" for selection as a candidate code for each model. The list unit 37 compares the model compatibility information with the models included in the troubleshooting record and deletes from the third list any candidate codes that are "ineligible" for that model. The following Tables 12, 13, and 14 are examples of when the fourth list is created based only on model information.

[0079] [Table 12]

[0080] [Table 13]

[0081] [Table 14]

[0082] In the example of Table 12, the target failure response record includes information that the model of the device for which the failure response was performed is model A. In this case, as shown by the underlined parts in Table 13, according to the model support information, "interior," "interior thermo-hygrometer," "refrigerator," and "sliding door" are "target." Also, "door rail," "switch," and "switch cover" are "not target." As shown in Table 14, list unit 37 creates a fourth list by deleting the "not target" aggregation device names from the third list.

[0083] Furthermore, when the fourth list is created based on an error code, the list unit 37 similarly deletes candidate codes from the list shown in Table 14 based on the "error response information" to create the fourth list. Specifically, the list unit 37 acquires the error response information from the error DB 56. The error response information is information indicating the correspondence between an error code and a plurality of candidate codes. That is, the error response information is information indicating, for each of a plurality of candidate codes, whether the code is "eligible" or "not eligible" for selection as a candidate code. The list unit 37 deletes candidate codes that are "not eligible" for selection based on the error code shown in the current target failure response record from the list shown in Table 14 to create the fourth list.

[0084] In addition, when the fourth list is created based only on the error code, the list section 37 similarly creates the fourth list by deleting candidate codes that are "not applicable" from the third list based on the error response information and the error code included in the failure response record.

[0085] Thereafter, the list unit 37 outputs the fourth list as a selection list.

[0086] The list unit 37 may output any one of the first, second, and third lists as the selection list instead of the fourth list. In each of the first, second, third, fourth, and selection lists, the candidate codes are ranked so that the higher the probability of being selected as a judgment code, the higher the ranking. The more recently created the list, the higher the accuracy of the probability of being selected as a judgment code.

[0087] The display control unit 38 displays the selection list output by the list unit 37 on the search terminal 2. For example, the display control unit 38 displays a search user interface screen on the display unit 20 of the search terminal 2. For example, the display control unit 38 first displays only the highest-ranked candidate code among multiple candidate codes included in the selection list. A button for accepting a selection operation is also displayed near the highest-ranked candidate code. When the button for accepting a selection operation is operated by the manager, the display control unit 38 displays the multiple candidate codes included in the selection list so that the higher the ranking, the higher the position of the candidate code. The display control unit 38 accepts a selection of a candidate code corresponding to a certain judgment code from the manager via the search terminal 2. Note that the display control unit 38 may accept a selection of multiple candidate codes for one judgment code.

[0088] The display control unit 38 can also accept input of sorting conditions or rearrangement conditions via the search user interface.

[0089] The sorting conditions are conditions for deleting non-applicable candidate codes from the selection list while maintaining the ranking of the multiple candidate codes included in the selection list. The display control unit 38 deletes candidate codes that do not satisfy the sorting conditions from the multiple candidate codes included in the selection list, and displays the multiple candidate codes included in the selection list after this deletion process so that the higher the ranking, the higher the position.

[0090] For example, the sorting condition may be a condition for accepting input into at least one of the first entry field and the second entry field, and displaying candidate codes corresponding to target terms entered in the entry field for which the input was accepted. In this case, the display control unit 38 may delete candidate codes corresponding to target terms that are not entered in the entry field for which the input was accepted from the selection list, and display the multiple candidate codes included in the selection list after the deletion process.

[0091] For example, the sorting condition may be a condition that accepts an input of a boundary value of performance importance and that displays candidate codes corresponding to procedures having performance importance equal to or greater than the input boundary value. In this case, the display control unit 38 may delete candidate codes corresponding to procedures having performance importance less than the boundary value from the selection list and display multiple candidate codes included in the selection list after the deletion process.

[0092] The sorting conditions are conditions for rearranging the order of multiple candidate codes included in the selection list. When the display control unit 38 receives input of the sorting conditions, the list unit 37 rearranges the multiple candidate codes included in the candidate list based on the sorting conditions to create a selection list. Thereafter, the display control unit 38 causes the search terminal 2 to display the rearranged selection list.

[0093] For example, the sorting condition is a condition for changing a constant that is a weighting ratio when calculating each value such as importance value, priority value, index value, etc. Specifically, the display control unit 38 accepts input of a condition for changing the weighting ratio between the base priority and the ad hoc priority as the sorting condition. When creating a selection list from the candidate list, particularly when calculating the priority, the list unit 37 calculates the overall priority of the target term using constants C and D that correspond to the input ratio. After the selection list is created again in this way, the display control unit 38 displays the selection list reflecting the priority sorting condition.

[0094] The history creation unit 39 assigns the candidate code selected by the display control unit 38 as the corresponding judgment code to the target failure response record. If multiple candidate codes are selected, the history creation unit 39 may assign multiple candidate codes as judgment codes. When all judgment codes related to the target failure response record have been assigned, the history creation unit 39 creates information on the failure response history including the failure response record and the assigned judgment codes. The history creation unit 39 stores the created failure response history in the history DB 51. In other words, the history DB 51 stores multiple failure response histories created in the past by the history creation unit 39.

[0095] The setting request unit 40 compares the failure response history contained in the history DB 51 with the action DB 52 to extract actions for which a basic importance level has not been set. The setting request unit 40 creates an importance request list listing the extracted actions. The setting request unit 40 compares the failure response history contained in the history DB 51 with the target term DB 53 to extract target terms for which a basic priority level has not been set. The setting request unit 40 creates a priority request list listing the extracted target terms. The setting request unit 40 compares the failure response history contained in the history DB 51 with the model DB 55 to extract combinations of tallying equipment names and models for which target status has not been set. The setting request unit 40 creates a combination request list listing the extracted combinations.

[0096] The setting request unit 40 may cause the searching terminal 2 to display a setting request screen displaying at least one of the importance request list, the priority request list, and the combination request list at any timing such as when the searching terminal 2 is operated. When a setting is input into the setting request screen, the information of each DB is updated.

[0097] Next, an example of a search user interface will be described with reference to FIG. FIG. 5 is a diagram showing an example of a search user interface displayed by the analysis system according to the first embodiment.

[0098] 5 shows a search user interface (hereinafter also referred to as a "selection UI") in which a plurality of candidate codes Ex1, sorting conditions Ex2, and rearrangement conditions Ex3 related to a certain judgment code are displayed by the display control unit 38. The selection UI displays a button Ex4 that accepts a selection operation. When the "change" button Ex4 is operated, not only the highest-ranked candidate code "switch" but also a plurality of candidate codes Ex1 are displayed.

[0099] In this example, a condition for displaying only candidate codes corresponding to the target term described in "details of treatment" is selected and input as "location of device name" as sorting condition Ex2.

[0100] In this example, a condition for sorting after calculating an overall priority in which the weight constant D of the ad hoc priority is greater than the weight constant C of the basic priority is input as the sorting condition Ex3. Specifically, a plurality of candidate codes Ex1 sorted using the overall priority calculated by the priority calculation unit 35 with the weight constant C of the basic priority = 0.5 and the weight constant D of the ad hoc priority = 1.0 is displayed. Note that when "Sort by prioritizing important device names" in the lower row is selected and input, sorting is performed after calculating an overall priority in which the weight constant C of the basic priority is greater than the weight constant D of the ad hoc priority.

[0101] Next, an example of a setting request screen will be described with reference to FIG. FIG. 6 is a diagram showing an example of a setting request screen displayed by the analysis system according to the first embodiment.

[0102] 6, the setting request screen displays an importance request list Ex5, a priority request list Ex6, and a combination request list Ex7. The setting request unit 40 accepts updates to the setting values ​​in each list. When a setting is input, the setting request unit 40 updates the DB information corresponding to the input setting value to the input value.

[0103] Next, the operation of the analysis system 1 will be described with reference to FIG. FIG. 7 is a flowchart for explaining an outline of the operation of the analysis system according to the first embodiment.

[0104] For example, the flowchart starts when a maintenance worker completes troubleshooting work and then inputs information into the field terminal 108. In step S1, the field terminal 108 creates a troubleshooting record and transmits it to the server device 3.

[0105] Thereafter, in step S2, the server device 3 stores the failure handling record. The administrator calls up the failure handling record from the search terminal 2.

[0106] Thereafter, in step S3, the server device 3 creates a selection list for one or more judgment codes corresponding to the target failure handling record.

[0107] Thereafter, in step S4, the server device 3 causes the search terminal 2 to display a search UI. The selection list created in step S3 is displayed in the search UI. In the search UI, the display control unit 38 accepts input of candidate codes from the administrator. Note that when a sorting condition is selected in the search UI, the server device 3 creates a selection list based on the sorting condition and displays it again in the search UI.

[0108] Thereafter, in step S5, the display control unit 38 of the server device 3 determines whether or not a registration operation has been performed for the target failure response record. At this time, the administrator performs the registration operation after entering all management codes related to the target failure response record. If a registration operation has not been performed in step S5, the server device 3 repeats the operations from step S4 onwards.

[0109] If the registration operation is performed in step S5, the operation of step S6 is performed. In step S6, the server device 3 creates a failure response history for the target failure response record. The server device 3 stores the failure response history in the history DB 51.

[0110] Thereafter, in step S7, the performance learning unit 33 of the server device 3 updates the performance importance in the action DB 52 based on the failure response record registered in step S6. The response learning unit 36 ​​of the server device 3 updates the response index value in the association DB 54 based on the failure response history registered in step S6.

[0111] Then, the operation of the flowchart ends.

[0112] According to the first embodiment described above, the analysis system 1 includes the extraction unit 31, the relevance calculation unit 32, the importance calculation unit 34, and the list unit 37. The list unit 37 creates a selection list in which the order of multiple candidate codes is rearranged based on the relevance and importance. The selection list lists multiple candidate codes so that the higher the probability of selection as a judgment code, the higher the ranking. Therefore, the analysis system 1 can provide options that are likely to be selected as options.

[0113] The analysis system 1 also includes a display control unit 38. The display control unit 38 displays multiple candidate codes included in the selection list so that higher-ranked codes are positioned higher. Therefore, the analysis system 1 can visually present, for example, a manager or the like, multiple options that are likely to be selected, including their rankings. Furthermore, for example, when searching for a candidate code that is considered appropriate from the candidate list, the manager can refer to the candidate codes in order, starting with the most likely. As a result, the manager's work time can be reduced in management tasks such as creating a troubleshooting history. Furthermore, because the most likely candidate codes are displayed, the occurrence of a manager selecting a code with low management value, such as "other," can be reduced.

[0114] The display control unit 38 first displays only the highest-ranked candidate code among the multiple candidate codes included in the selection list, thereby reducing the time required by administrators to perform administrative tasks such as creating a failure response history.

[0115] Furthermore, when creating the selection list, the list unit 37 arranges multiple candidate codes so that the higher the relevance and the higher the demand, the higher the ranking. Therefore, multiple candidate codes can be arranged in the selection list so that the more likely they are to be selected as a judgment code, the higher their ranking. For example, the target term is a device name, the candidate code is a tabulation device name, and the relevance is the edit distance between the device name and the tabulation device name. In this case, due to the characteristics of free text, the selection list can be created based on an edit distance that is assumed to indicate a high relevance. As a result, multiple candidate codes can be arranged so that the more likely they are to be selected as a judgment code, the higher their ranking.

[0116] The analysis system 1 also includes a history creation unit 39 and a performance learning unit 33. The performance learning unit 33 calculates the number of times a treatment has become a related treatment based on the failure response history created in the past. The importance calculation unit 34 calculates the importance of the treatment using performance importance, which increases the more times a treatment has become a related treatment. In other words, the importance calculated by the analysis system 1 reflects the performance of the number of times a treatment has become a related treatment in the past. As a result, the analysis system 1 can increase the likelihood that the provided option will be selected.

[0117] Furthermore, the importance calculation unit 34 calculates the importance of the action by weighting the actual importance and the set basic importance. Therefore, the importance is not only based on the actual performance, but also on the settings of what actions a person or the like considers important. For example, even if the amount of failure response history accumulated is not sufficient to ensure accuracy, actions that should be emphasized can be set based on the basic importance. As a result, the possibility of selecting the provided option can be increased.

[0118] The analysis system 1 further includes a priority calculation unit 35. The priority calculation unit 35 calculates the priority of the target term. The list unit 37 arranges multiple candidate codes so that the higher the priority of the associated target term, the higher the ranking. This allows the analysis system 1 to provide options that are likely to be selected as options.

[0119] The priority calculation unit 35 also calculates an on-demand priority, which varies depending on whether the target term is included in the first entry field or the second entry field. The priority calculation unit 35 calculates the priority of the target term as the weighted sum of the on-demand priority and the base priority. For example, when a first target term is entered in the first entry field, "Cause of Failure," and a second target term is entered in the second entry field, "Contents of Treatment," there may be a case where the candidate code associated with the first target term is more likely to be selected than the candidate code associated with the second target term. By calculating the priority based on the entry field of the target term in this way, the analysis system 1 can increase the likelihood that the provided option will be selected.

[0120] Furthermore, the list unit 37 calculates an index value that is a weighted sum of the relevance, importance, and priority. This allows the list unit 37 to create a list with more specific indices in which multiple candidate codes are arranged so that the higher the relevance, importance, and priority, the better the ranking.

[0121] The display control unit 38 also accepts input of sorting conditions after displaying multiple candidate codes. The list unit 37 rearranges the order of the selection list based on the sorting conditions. Therefore, the administrator or the like can input the sorting conditions after checking the display of the selection list. The administrator or the like can also refer to multiple candidate codes arranged in accordance with the sorting conditions. More specifically, the sorting conditions may be conditions that change the weighting ratio between the base priority and the on-demand priority. In this case, candidate codes that meet the sorting conditions deemed necessary by the administrator or the like and are likely to be selected may be displayed. As a result, the analysis system 1 can reduce the administrator's work time.

[0122] Furthermore, the display control unit 38 displays the multiple candidate codes remaining in the selection list after deleting candidate codes that do not satisfy the accepted sorting conditions, with the higher the ranking, the higher the displayed candidate codes. This allows candidate codes that satisfy the sorting conditions deemed necessary by the administrator or other personnel and are likely to be selected to be displayed. As a result, the analysis system 1 can reduce the administrator's work time.

[0123] The analysis system 1 further includes a response learning unit 36. The response learning unit 36 ​​calculates a response index value based on the failure response history. When there are two or more candidate codes with the same ranking determined by information including relevance and importance, the list unit 37 arranges the two or more candidate codes in a third list so that the higher the response index value, the higher the ranking. This allows the analysis system 1 to provide options that are likely to be selected as options.

[0124] The list unit 37 also identifies multiple inclusion candidate codes that contain multiple target terms as character strings to create a first list. The list unit 37 then creates a second list from the first list. This allows the analysis system 1 to provide options that are likely to be selected as options.

[0125] The processes disclosed herein may also be applied when a code other than the "aggregation device name" is selected as the judgment code. In this case, the words extracted or used in each process may be selected in accordance with the judgment code. For example, when a "cause code" is selected as the judgment code, the second extraction unit 31b may particularly extract a word indicating a cause, rather than a word indicating a treatment, from the free text. The relevance calculation unit 32 may calculate the relevance between the cause code and the target term, which is a cause, as the relevance. The performance learning unit 33 may calculate the number of times a word indicating a cause, rather than a treatment, is associated with the target code assigned to the failure response history and becomes a related cause, thereby calculating the performance importance. The importance calculation unit 34 may calculate the importance using a word indicating a cause, rather than a treatment, as the target term.

[0126] When creating the fourth list, the list unit 37 may determine whether a device is "target" or "not target" based on a database related to information contained in the failure response record, such as other codes issued by the device, information entered by the maintenance staff, the building name, etc., rather than the error code.

[0127] The setting information contained in each DB may be updated by importing corresponding database information from an external source.

[0128] Embodiment 2 Fig. 8 is a hardware configuration diagram of the analysis system in embodiment 2. Fig. 9 is a flowchart for explaining an outline of the operation of the analysis system in embodiment 2. Note that parts that are the same as or equivalent to parts in embodiment 1 are given the same reference numerals, and explanations of these parts will be omitted.

[0129] In the second embodiment, the analysis system 1 functions as an estimation system. The estimation system estimates a candidate code that is most suitable for a judgment code based on a failure response record. The estimation system creates a failure response history in which the estimated candidate code is assigned as a judgment code to the failure response record.

[0130] 8, the estimation system, which is the analysis system 1, further includes, as a function, an estimation unit 41. For example, in the second embodiment, the display control unit 38 does not necessarily have to be provided.

[0131] When a selection list based on the failure handling records is created by the list unit 37, the estimation unit 41 estimates that the candidate code with the highest ranking in the selection list is the judgment code to be assigned. In this case, the history creation unit 39 assigns the candidate code estimated by the estimation unit 41 to be the judgment code as the corresponding judgment code to the target failure handling record, thereby creating a failure handling history.

[0132] 9 shows an overview of the operation of the analysis system 1, that is, the estimation system, in the second embodiment. Step S1 in this flowchart is the same as step S1 in the flowchart of FIG.

[0133] After step S1, in step S11, the server device 3 stores the transmitted failure handling record. The server device 3 calls up the failure handling record as the target.

[0134] Thereafter, in step S3, the server device 3 creates a selection list, similar to the flowchart of FIG. 7 in the first embodiment.

[0135] Thereafter, in step S12, the estimation unit 41 of the server device 3 estimates that the highest ranked candidate code from the corresponding selection list is the judgment code to be assigned for all judgment codes related to the target failure handling record.

[0136] Thereafter, in step S13, the history creating unit 39 of the server device 3 creates a failure response history using the candidate code estimated by the estimation unit 41 in step S12 as a determination code.

[0137] Thereafter, in step S7, the server device 3 updates each DB in the same manner as in the flowchart of FIG. 7 in the first embodiment.

[0138] Then, the operation of the flowchart ends.

[0139] According to the second embodiment described above, the estimation system includes the extraction unit 31, the relevance calculation unit 32, the importance calculation unit 34, the list unit 37, and the estimation unit 41. The list unit 37 creates a selection list in which the order of multiple candidate codes is rearranged based on the relevance and importance. The selection list is arranged so that the higher the probability of selection as a judgment code, the higher the ranking. The estimation unit 41 estimates that the candidate code with the highest ranking in the selection list is the judgment code. Therefore, the estimation system can estimate options that are likely to be selected as options. [Industrial Applicability]

[0140] As described above, the analysis system according to the present disclosure can be used as a system for managing the maintenance records of devices. [Explanation of symbols]

[0141] 1 analysis system, 2 search terminal, communication I / F 2a, input I / F 2b, output I / F 2c, 2d processor, 2e main memory device, 2f auxiliary memory device, 2g input device, 2h output device, 3 server device, communication I / F 3a, 3b processor, 3c main memory device, 3d auxiliary memory device, 20 display unit, 21 input unit, 22 reading unit, 23 acquisition unit, 30 receiving unit, 31 extraction unit, 31a first extraction unit, 31b second extraction unit, 32 relevance calculation unit, 33 performance learning unit, 34 importance calculation unit, 35 priority calculation unit, 36 correspondence learning unit, 37 list unit, 38 display control unit, 39 history creation unit, 40 setting request unit, 41 estimation unit, 50 Code DB, 51 History DB, 52 Procedure DB, 53 Target term DB, 54 Related DB, 55 Model DB, 56 Error DB, 100 Elevator equipment, 101 Hoistway, 102 Building, 103 Landing, 104 Landing door, 105 Door rail, 106 Cage, 107 Control panel, 108 Field terminal, 200 Refrigerator, 201 Storage, 202, 203, 204, 205 Storage room, 206 Sliding door, 207 Door rail, 208 Case, 209 Compressor, 210 Cooler, 211 Control board, 212 Switch, 213 LCD panel, Ex1 Candidate code, Ex2 Sorting condition, Ex3 Sorting condition, Ex4 Button, Ex5 Importance requirement list, Ex6 Priority requirement list, Ex7 Requirement list, H1 Maintenance staff, H2 Management staff, N Network, S Information center

Claims

1. A system for analyzing a failure response record including free text entered by a person who responded to a device failure, an extraction unit that extracts specific target terms and words indicating the content of the measures taken during the failure response from free text included in the failure response record; a correlation calculation unit that calculates a correlation between each of a plurality of candidate codes that are candidates for a judgment code to be assigned to the failure response record and the target term extracted by the extraction unit; an importance calculation unit that calculates the importance of the action extracted by the extraction unit and associates the action with one of the plurality of candidate codes; a list unit that creates a selection list in which the plurality of candidate codes are arranged in a ranking order based on the relevance calculated by the relevance calculation unit and the importance calculated by the importance calculation unit, so that the higher the probability of the candidate code being selected as the judgment code, the higher the ranking; and An analysis system equipped with

2. a display control unit that displays the plurality of candidate codes included in the selection list so that higher ranking candidate codes are positioned higher; The analysis system according to claim 1 , further comprising:

3. The analysis system according to claim 2, wherein the display control unit displays only the highest-ranked candidate code among the plurality of candidate codes included in the selection list, and when a selection operation is subsequently received, the plurality of candidate codes included in the selection list are displayed such that the higher the ranking, the higher the position of the candidate code.

4. the relevance calculation unit associates the target term extracted by the extraction unit and the relevance of the target term with a candidate code having the highest relevance with the target term among the plurality of candidate codes; 3. The analysis system according to claim 2, wherein, when creating the selection list, the list unit arranges the plurality of candidate codes so that the higher the relevance of the associated target term and the higher the importance of the associated action, the higher the ranking.

5. a history creation unit that creates a failure response history in which the candidate code selected from the selection list as the judgment code is added to the failure response record; a performance learning unit that identifies an associated action that is an extracted action and corresponds to the assigned judgment code in each of a plurality of failure response histories that have been created in the past by the history creation unit, and calculates the number of times that the associated action has been taken in the plurality of failure response histories for each action; Further provided with The analysis system according to claim 2 , wherein the importance calculation unit calculates the importance of the action using a performance importance that increases as the number of times the action becomes the related action increases.

6. The analysis system according to claim 5 , wherein the importance calculation unit calculates the importance of a procedure as a weighted sum of a basic importance set for each procedure and the actual importance calculated for each procedure.

7. a priority calculation unit that calculates the priority of the target terms extracted by the extraction unit; Further provided with 3. The analysis system according to claim 2, wherein, when creating the selection list, the list unit arranges the plurality of candidate codes so that the higher the relevance of the associated target term, the higher the importance of the associated action, and the higher the associated priority, the higher the ranking.

8. The analysis system according to claim 7, wherein when creating the selection list, the list unit calculates an index value for each of the plurality of candidate codes that includes a weighted sum of the relevance of the associated target term, the importance of the associated action, and the priority of the associated target term, and arranges the plurality of candidate codes so that the higher the index value, the higher the ranking.

9. The failure response record includes a first entry field and a second entry field in which free text can be entered, The analysis system of claim 7, wherein the priority calculation unit calculates an on-demand priority whose value differs depending on whether the target term extracted by the extraction unit is included in the first description column or the second description column, and calculates the priority of the target term extracted by the extraction unit as a weighted sum of the on-demand priority and a basic priority set for each target term.

10. The analysis system according to claim 9, wherein the display control unit accepts input of sorting conditions after displaying the plurality of candidate codes, and displays the plurality of candidate codes in the selection list after being sorted by the list unit based on the sorting conditions so that higher ranking candidate codes are positioned higher.

11. the display control unit accepts, as the sorting condition, an input of a condition for changing a weighting ratio between the basic priority and the occasional priority; The analysis system according to claim 10, wherein the list unit calculates a priority of the target term based on a weighting ratio indicated in the sorting conditions, and sorts the plurality of candidate codes based on the calculated priority so that the higher the relevance of the target term to which the plurality of candidate codes are associated, the higher the importance of the associated action, and the higher the associated priority, the higher the ranking.

12. 12. The analysis system according to claim 2, wherein the display control unit accepts input of sorting conditions, and displays the plurality of candidate codes included in the selection list after deleting candidate codes that do not satisfy the sorting conditions from the plurality of candidate codes included in the selection list, with higher rankings positioned higher.

13. a history creation unit that creates a failure response history in which the candidate code selected from the selection list as the judgment code is added to the failure response record; a correspondence learning unit that calculates a correspondence index value for each of the plurality of candidate codes based on at least one of the number of times the candidate code has been assigned to a plurality of failure response histories previously created by the history creation unit and the number of times the candidate code corresponds to an error code included in the plurality of failure response histories; and Further provided with 12. The analysis system according to claim 2, wherein, when there are two or more candidate codes in the selection list that have the same ranking determined by information including the relevance and the importance among the plurality of candidate codes, the list unit arranges the two or more candidate codes that have the same ranking so that the higher the correspondence index value, the higher the ranking.

14. The list section Among the plurality of candidate codes, a plurality of inclusive candidate codes that include the associated target term as a character string are sorted so as to be ranked higher than candidate codes that are not the plurality of inclusive candidate codes, and then The analysis system according to claim 13 , wherein the plurality of inclusion candidate codes are arranged so that the higher the relevance of the associated target term and the higher the importance of the associated action, the higher the ranking.

15. the target terms extracted by the extraction unit are names of devices that constitute the device; each of the plurality of candidate codes is a name of a counting device selected for counting; The analysis system according to claim 2 , wherein the degree of association is an edit distance between the device name and the tabulation device name.

16. A system for analyzing a failure response record including free text entered by a person who responded to a device failure, an extraction unit that extracts specific target terms and words indicating the content of the measures taken during the failure response from free text included in the failure response record; a correlation calculation unit that calculates a correlation between each of a plurality of candidate codes that are candidates for a judgment code to be assigned to the failure response record and the target term extracted by the extraction unit; an importance calculation unit that calculates the importance of the action extracted by the extraction unit and associates the action with one of the plurality of candidate codes; a list unit that creates a selection list in which the plurality of candidate codes are arranged in a ranking order based on the relevance calculated by the relevance calculation unit and the importance calculated by the importance calculation unit, so that the higher the probability of the candidate code being selected as the judgment code, the higher the ranking; and an estimation unit that estimates that the candidate code with the highest ranking in the selection list created by the list unit is the judgment code; An estimation system comprising:

Images