Analysis system and estimation system

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

Analysis and Estimation Systems

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

[0002] Patent Literature 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 options to be 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.

[0003] Japanese Patent Publication No. 2023-019574

[0004] However, in the analysis system described in Patent Literature 1, options are identified only based on the probability of association with the 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.

[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.

[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.

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

[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 showing an overview of an elevator device in which an analysis system according to embodiment 1 is used. Fig. 2 is a cross-sectional view of a refrigerator in which the analysis system according to embodiment 1 is used.

[0012] FIG. 1 shows an elevator system 100, which is a first example of a system 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 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. The on-site terminal 108 is a terminal that can input information and visually display information. For example, the on-site terminal 108 is a notebook computer. The on-site 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 device 100. When the maintenance worker H1 receives a report that the elevator device 100 has broken down, the maintenance worker H1 goes to the building 102 and performs response work, such as replacing the faulty part of the elevator device 100. The maintenance worker H1 inputs information indicating the results of the response work into the field 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 response work. In addition, the maintenance worker H1 inputs, as part of the results of the response work, free text in natural language, such as 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 work performed to fix the failure. The free text is a character string input in natural language and is not set as a pre-defined option. The field terminal 108 creates fault response record information 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. Administrator H2 operates the search terminal 2 to view the failure response records. 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 tallying up data 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 a tallying up device name, a cause code, and the like. The tallying up device name is the name of the device that was addressed in a certain response work. Terms that indicate a relatively broad concept, such as "door," "interior," or "switch," are used as the tallying up device name. For example, if a part of a door is replaced in the response work, "door" is entered as the tallying up 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 relatively broad concept, such as "disconnection" or "aging," or may be a string of numbers or other characters that indicate the cause. For each of the 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 sorted. The selection list is a list in which multiple candidate codes are sorted 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 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. 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 the 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 using 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 liquid crystal panel 213, etc.

[0022] In the example of Fig. 2, the maintenance person belongs to a company that repairs refrigerator 200. When a notice that refrigerator 200 has broken down is received, the maintenance person goes to the building where refrigerator 200 is installed and performs a response 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. The field terminal 108 creates failure response record information including the input free text based on the input information. The manager belongs to the same company as the maintenance technician. The manager inputs information about 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. The analysis system 1 will be described below when processing the failure response record of the second example shown in Figure 2. Figure 3 is a hardware configuration diagram of the analysis system in the first embodiment. Figure 4 is a functional block diagram of the analysis system in 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. Note that the processing circuit may 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 the 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 the 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 configured by a plurality of partial circuits. The plurality of partial processing circuits are provided in each of the plurality of devices that constitute the cloud server. The plurality of devices that constitute 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 the information 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 information selected on the search user interface, acquired from a network, etc., to the server device 3.

[0034] The server device 3 has the following 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 on 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, 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 for the cause of the failure in the first entry field and free text for the remedial action in the second entry field. We will also explain the processing when the "aggregation equipment name" is selected as the judgment code. The "aggregation equipment name" 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 specified target terms from free text included in the failure response record. 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 actions to be taken in response to the failure from the free text included in the failure response record. At this time, the second extraction unit 31b extracts words indicating operations as actions. The action content basically describes actions to be taken on the device. The second extraction unit 31b associates the extracted actions with the device names, which are target terms. An example of the operation of the extraction unit 31 will be described using Tables 1 and 2 below.

[0039]

[0040]

[0041] Table 1 shows examples of free text included in three failure response records. The second column is free text for the cause of the failure, which is the first entry field. The third column is free text for the content of the treatment, 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 treatment words shown in underlined parts in Table 1. Table 2 shows the description locations and treatments 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 targeted 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 an equipment name and the candidate code is a tabulation equipment name, the relevance calculation unit 32 calculates the edit distance between the equipment name and the tabulation equipment name as the relevance. For example, when the equipment name is "door" and the tabulation equipment name is "door rail," the minimum number of steps for replacing "door" with "door rail" is three, with one character insertion, deletion, or substitution being one step. In this case, the relevance calculation unit 32 calculates the relevance between the equipment name and the tabulation equipment name as the edit distance of 3.

[0045] The relevance calculation unit 32 associates a target term with the candidate code with 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 with a relevance exceeding 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 action associated with the selected judgment code 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]

[0049] As shown in Table 3, based on row #3-1, the action "inspection" corresponds to the device name "door" in the failure response record. In this case, the importance calculation unit 34 associates the action "inspection" with the tabulation device 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 the importance that is set in advance for each action. Note that the basic importance may be set or updated manually 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 actual importance calculated by the performance learning unit 33. The basic importance, actual importance, and overall importance may be treated such that the smaller the value, the higher the importance. For example, it may be estimated that the smaller the importance value of a certain action, the more likely a candidate code corresponding to that action will be selected as a 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 actual importance for a certain action. Overall Importance = A × Basic Importance + B × Actual Importance (1) A and B are constants that are preset based on human or machine learning. Alternatively, A or B may be set to 0. When B is set to 0, the importance is determined solely by the basic importance. When A is set to 0, the importance is determined solely by the actual importance. Table 4 below shows an example of a method for calculating the overall importance.

[0053]

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

[0055] The priority calculation unit 35 calculates an overall priority for each target term extracted by the extraction unit 31 based on at least one of the base priority and the occasional priority. Specifically, the priority calculation unit 35 first retrieves the base priority associated with the extracted target term from the target term DB 53 in which expected target terms are stored. The base priority is a priority that is stored in the target term DB 53 and set in advance. Note that the base 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 described in the first description column so that it is higher than the on-demand priority when the target term is only described in the second description column. The priority calculation unit 35 calculates the on-demand priority when the target term is described in both the first and second description columns so that it is higher than the on-demand priority when the target term is only described 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]

[0058]

[0059]

[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 ​​of the occasional priority calculated depending on the location of the target term. According to Table 6, the occasional priority is highest when the target term is written in both the first field, which is the cause of the failure, and the second field, which is the content of the remedial action. The priority is lowest when the target term is written only in the second field, which is the content of the remedial action. Note that the values ​​of the basic priority and the occasional 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 value of the occasional 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 × Base Priority + D × Occasional Priority (2) C and D are constants that are set in advance based on a person 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 occasional 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 plurality of candidate codes based on the plurality of failure response histories stored in the history DB 51. The response index value may be the number of responses assigned to the failure response records or a response ratio calculated based on the number of responses. Furthermore, if information contained in an error code included in the plurality of failure response histories and corresponding to a candidate code exists, 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 tabulation device name, the device included in the error code may be added to the response count for the corresponding tabulation 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]

[0064]

[0065] Table 8 shows the number of times that each candidate code, a tabulation device name, was listed for multiple error codes, Code A to Code Z, included in the failure response history. In this example, assume that no devices corresponding to the candidate codes, Code B to Code Y, were listed. 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 five. For example, the response learning unit 36 ​​calculates that the number of times that the tabulation device name was listed for Error Code Z was two for "door rail," "switch," and "switch cover," and zero for "inside," "inside thermometer / hygrometer," "refrigerator," and "sliding door." The number of times of response may be calculated as a weighted sum of the number of times a code was selected as a candidate code and the number of times it was included in an error code, as shown in the following formula (3): Number of times of response = E × number of times selected as a candidate code + F × number of times included in an error code (3). E and F are constants preset based on human or machine learning. E or F may also be set to 0.

[0066] Table 9 shows the correspondence ratio calculated using the same correspondence count as in 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 the 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 performing the rearrangement 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 corrective action in the second entry field reads "Inspect the door. Maintain the switch."

[0069]

[0070] First, the list unit 37 identifies one or more inclusion candidate codes 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] The list unit 37 then 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 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 rank and sorts them so that the smaller the index value, the higher the ranking, to create a 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 × Relevance + H × Importance + I × Priority (4) G, H, and I are constants preset based on human 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 sorts six tallying device names that are ranked the same number one 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 rank in the second list. In the example of Table 10, the list unit 37 ranks "interior" and "sliding door" in fourth place.

[0074] The list unit 37 then 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. Note that 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 ranks "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]

[0077] The list unit 37 then 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. 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 model included in the failure response record and deletes from the third list any candidate code that is "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]

[0080]

[0081]

[0082] In the example of Table 12, the target failure response record includes information that the model of the device for which the failure was handled 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, the list unit 37 creates a fourth list by deleting the "not target" tallying 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," and creates 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 "ineligible" for selection as a candidate code. The list unit 37 creates the fourth list by deleting candidate codes that are "ineligible" based on the error code indicated in the current target failure response record from the list shown in Table 14.

[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 contained 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 more accurate 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 administrator, 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 administrator 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 for 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 displays the rearranged selection list on the search terminal 2.

[0093] For example, the sorting condition is a condition for changing a constant that is a weighting ratio when calculating each value, such as an importance value, a priority value, or an index value. 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 priorities, 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 a corresponding judgment code to the target failure handling 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 handling record have been assigned, the history creation unit 39 creates failure handling history information including the failure handling record and the assigned judgment codes. The history creation unit 39 stores the created failure handling history in the history DB 51. In other words, the history DB 51 stores multiple failure handling 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 search 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 search terminal 2 is operated. When a setting is input on the setting request screen, the information in each DB is updated.

[0097] Next, an example of a search user interface will be described with reference to Fig. 5. 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 target terms written in "details of treatment" is selected and input as "location of device name" as sorting condition Ex2.

[0100] In this example, the sorting condition Ex3 is 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. Specifically, the priority calculation unit 35 displays a plurality of candidate codes Ex1 sorted using the overall priority calculated with the weight constant C of the basic priority = 0.5 and the weight constant D of the ad hoc priority = 1.0. 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. 6. 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. 7. Fig. 7 is a flowchart for explaining an outline of the operation of the analysis system in the first embodiment.

[0104] For example, the flowchart starts when a maintenance worker finishes 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] Then, 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] Then, in step S5, the display control unit 38 of the server device 3 determines whether 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 treatment 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 an extraction unit 31, an association degree calculation unit 32, an importance degree calculation unit 34, and a list unit 37. The list unit 37 creates a selection list in which the order of multiple candidate codes is rearranged based on the association degree and importance degree. 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 provide, 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 work time of the administrator in administrative tasks such as creating a failure response history.

[0115] Furthermore, when creating the selection list, the list unit 37 arranges the multiple candidate codes so that the higher the relevance and the higher the demand, the higher the ranking. Therefore, the 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, the 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, that is, 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, the action to 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, the value of 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] The list unit 37 also calculates an index value that is a weighted sum of the relevance, importance, and priority, so that the list unit 37 can 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 sorted 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 that 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 candidate codes remaining in the selection list after removing 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 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 correspondence learning unit 36. The correspondence learning unit 36 ​​calculates a correspondence 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 correspondence 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 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 an 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 a description 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 serving as 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 embodiment 2. Step S1 in this flowchart is the same as step S1 in the flowchart of embodiment 1 in 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] Then, 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 response record.

[0136] Thereafter, in step S13, the history creating unit 39 of the server device 3 creates a failure response history in which the candidate code estimated by the estimation unit 41 in step S12 is used as a judgment 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 an extraction unit 31, a relevance calculation unit 32, an importance calculation unit 34, a list unit 37, and an 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.

[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.

[0141] REFERENCE SIGNS LIST 1 Analysis system, 2 Search terminal, Communication I / F 2a, Input I / F 2b, Output I / F 2c, 2d Processor, 2e Main storage device, 2f Auxiliary storage device, 2g Input device, 2h Output device, 3 Server device, Communication I / F 3a, 3b Processor, 3c Main storage device, 3d Auxiliary storage 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 Treatment DB, 53 Target term DB, 54 Related DB, 55 Model DB, 56 Error DB, 100 Elevator device, 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 Liquid crystal panel, Ex1 Candidate code, Ex2 Sorting condition, Ex3 Sorting conditions, Ex4 button, Ex5 importance request list, Ex6 priority request list, Ex7 request 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 performance 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 of the candidate code.

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 created in the past by the history creation unit and the number of times the candidate code has been associated with 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 candidate inclusion 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: