JP7761185B2 - 解析システムおよび推定システム - Google Patents

Description

本開示は、解析システムおよび推定システムに関する。

特許文献１は、解析システムである保全記録入力支援装置を開示する。当該解析システムは、装置の保全作業を行う保全員が保全記録を入力する際の支援を行う。解析システムは、保全員が入力した自由記述による故障状態情報からキーワードを抽出する。解析システムは、保全記録として選択される選択肢のうち、抽出したキーワードによって発生する可能性が高い現象と対応する選択肢を特定する。解析システムは、特定した選択肢を保全員に提案することで、保全員を支援し得る。

日本特開２０２３－０１９５７４号公報

しかしながら、特許文献１に記載の解析システムでは、抽出されたキーワードに関連する確率のみによって選択肢が特定される。自由文には、キーワードとして抽出されるものの、選択されるべき選択肢との関連性が低い単語も記載されることが多い。このため、提案される選択肢が、選択される可能性の低いものである恐れがある。

本開示は、上述の課題を解決するためになされた。本開示の目的は、装置の故障対応記録に付与される選択肢として選択される可能性の高い選択肢を提供することができる、または当該可能性の高い選択肢を推定することができる解析システムおよび推定システムを提供することである。

本開示に係る解析システムは、装置の故障対応を行った人が入力した自由文を含む故障対応記録を解析するシステムであって、故障対応記録に含まれる自由文から特定の対象用語および故障対応のときに行った処置の内容を示す語を抽出する抽出部と、故障対応記録に付与される判断コードの候補となる複数の候補コードの各々と、抽出部によって抽出された対象用語との関連度を算出する関連度算出部と、抽出部によって抽出された処置の重要度を算出し、複数の候補コードのうちいずれかと対応付ける重要度算出部と、複数の候補コードを、関連度算出部によって算出された関連度および重要度算出部によって算出された重要度に基づいて、判断コードに選択される可能性が高いほど順位が良くなるよう並べた選択リストを作成するリスト部と、を備えた。

本開示に係る推定システムは、装置の故障対応を行った人が入力した自由文を含む故障対応記録を解析するシステムであって、故障対応記録に含まれる自由文から特定の対象用語および故障対応のときに行った処置の内容を示す語を抽出する抽出部と、故障対応記録に付与される判断コードの候補となる複数の候補コードの各々と、抽出部によって抽出された対象用語との関連度を算出する関連度算出部と、抽出部によって抽出された処置の重要度を算出し、複数の候補コードのうちいずれかと対応付ける重要度算出部と、複数の候補コードを、関連度算出部によって算出された関連度および重要度算出部によって算出された重要度に基づいて、判断コードに選択される可能性が高いほど順位が良くなるよう並べた選択リストを作成するリスト部と、リスト部によって作成された選択リストにおいて最も順位が良い候補コードを判断コードであると推定する推定部と、を備えた。

本開示によれば、自由文から抽出された対象用語の関連度と、自由文から抽出された処置の重要度とに基づいて、複数の候補コードが判断コードに選択される可能性が高いほど順位が良くなるように並べられた選択リストが作成される。このため、選択肢として選択される可能性の高い選択肢を提供することができる。また、推定システムは、選択リストのうち最も順位が良い候補コードを判断コードであると推定する。このように、可能性の高い選択肢を推定することができる。

実施の形態１における解析システムが利用されるエレベーター装置の概要を示す図である。 実施の形態１における解析システムが利用される冷蔵庫の断面図である。 実施の形態１における解析システムのハードウェア構成図である。 実施の形態１における解析システムの機能ブロック図である。 実施の形態１における解析システムによって表示される検索ユーザインタフェースの例を示す図である。 実施の形態１における解析システムによって表示される設定要求画面の例を示す図である。 実施の形態１における解析システムの動作の概要を説明するためのフローチャートである。 実施の形態２における解析システムのハードウェア構成図である。 実施の形態２における解析システムの動作の概要を説明するためのフローチャートである。

本開示を実施するための形態について添付の図面に従って説明する。なお、各図中、同一または相当する部分には同一の符号が付される。当該部分の重複説明は適宜に簡略化ないし省略される。

実施の形態１．
図１は実施の形態１における解析システムが利用されるエレベーター装置の概要を示す図である。図２は実施の形態１における解析システムが利用される冷蔵庫の断面図である。

図１には、解析システム１が利用される装置の第１例であるエレベーター装置１００が示される。エレベーター装置１００において、昇降路１０１は、建築物１０２の各階を貫く。複数の乗場１０３は、建築物１０２の各階にそれぞれ設けられる。複数の乗場ドア１０４は、複数の乗場１０３の出入口にそれぞれ設けられる。乗場ドア１０４は、スライド式のドアであり、ドアレール１０５に沿って移動する。かご１０６は、昇降路１０１の内部に設けられる。かご１０６は、昇降路１０１の内部を昇降可能である。制御盤１０７は、昇降路１０１の上部の機械室に設けられる。制御盤１０７は、エレベーター装置１００の動作を全体的に制御する。エレベーター装置１００の機器に故障が発生したとき、制御盤１０７は、当該故障に対応するエラーコードを表示可能である。現場端末１０８は、情報の入力および情報の視覚的な表示が可能な端末である。例えば、現場端末１０８は、ノートパソコンである。現場端末１０８は、無線通信等によって、ネットワークＮに通信接続が可能である。

保守員Ｈ１は、エレベーター装置１００の保守作業を行う会社に所属する。エレベーター装置１００が故障した旨の連絡を受けた場合、保守員Ｈ１は、建築物１０２へ行き、エレベーター装置１００の故障部分を交換する等の対応作業を行う。保守員Ｈ１は、現場端末１０８に対応作業の結果を示す情報を入力する。この際、保守員Ｈ１は、対応作業の結果として、制御盤１０７に表示されたエラーコード、故障した機器の種別、等の情報を入力する。また、保守員Ｈ１は、対応作業の結果の一部として、建築物１０２へ到着した時の状況、建築物１０２のオーナーから聞き取りした機器の状況、故障した原因、故障に対して行った処置作業の内容、等を自然言語による自由文で入力する。自由文は、自然言語によって入力された文字列であり、事前に選択肢として設定されていない文字列である。現場端末１０８は、入力された情報に基づいて、入力された自由文を含む故障対応記録の情報を作成する。

解析システム１は、検索端末２とサーバ装置３とを備える。なお、解析システム１は、現場端末１０８を更に備えてもよい。図１の例では、検索端末２およびサーバ装置３は、エレベーター装置１００の保守作業を行う会社に設けられる。具体的には、例えば、検索端末２およびサーバ装置３は、当該会社の情報センターＳに設けられる。サーバ装置３は、ネットワークＮおよび制御盤１０７の近くに設置された図示されない監視装置を介して制御盤１０７と通信可能である。サーバ装置３は、現場端末１０８からネットワークを介して故障対応記録を受信可能である。検索端末２は、サーバ装置３が受信した故障対応記録を表示して、故障対応記録に関する情報の入力を受け付けることが可能である。

情報センターＳには、管理員Ｈ２が勤務している。管理員Ｈ２は、検索端末２を操作して、故障対応記録を閲覧する。管理員Ｈ２は、故障対応記録に対して、情報管理のための情報である判断コードを入力する。この場合、サーバ装置３は、故障対応記録に付与された当該判断コードと当該故障対応記録とを含む故障対応履歴の情報を作成して、故障対応履歴のデータベースに登録する。

判断コードは、故障対応に関するデータベースで利用する集計用のコードである。判断コードは、１つの故障対応履歴に対して１または複数の種類が設定される。例えば、判断コードの種類には、集計用機器名、原因コード、等が含まれる。集計用機器名は、ある対応作業において対応が行われた機器の名前である。集計用機器名には、「ドア」、「庫内」、「スイッチ」、等のある程度広い概念を示す用語が採用される。例えば、対応作業においてドアの一部の部品の交換がなされた場合、集計用機器名として「ドア」が入力される。原因コードは、ある対応作業で対処された故障の原因を示すコードであって、「断線」、「経年劣化」、等のある程度広い概念を示す用語であってもよいし、原因を示す数字等の文字列であってもよい。複数の判断コードの各々に対して、入力の候補となる複数の候補コードが設定されている。

サーバ装置３は、故障対応記録に含まれる自然言語による自由文の記載内容を解析して、ある判断コードに対する複数の候補コードを並び変えた選択リストを作成する。選択リストは、複数の候補コードが、判断コードとして選択される可能性の高い順番に並べられたリストである。

管理員Ｈ２は、検索端末２に表示された選択リストを参照して、１または複数の判断コードの各々に該当する候補コードを選択する。この場合、選択された候補コードを判断コードとする故障対応履歴の情報が作成される。更に、管理員Ｈ２は、検索端末２を介してソート条件を入力することで、選択リストに含まれる複数の候補コードを更に絞り込むことでソートされた選択リストを参照可能である。このような選択リストが用いられることで、管理員Ｈ２は、容易に妥当な判断コードを選択することができる。

なお、保守員Ｈ１は、対応作業の結果を、現場端末１０８に入力する代わりに、報告書等の別のフォーマットに記入してもよい。即ち、故障対応記録に相当する情報が、報告書等にまとめられる。この場合、管理員Ｈ２は、当該報告書等に記載された内容を検索端末２に入力してもよい。検索端末２およびサーバ装置３は、当該入力された情報を、故障対応記録とみなしてもよい。

図２には、解析システム１が利用される装置の第２例である冷蔵庫２００が示される。冷蔵庫２００は、筐体の内部に保管庫２０１を有する。例えば、保管庫２０１は、保管室２０２、２０３、２０４、２０５に分かれている。例えば、保管室２０４は、スライドドア２０６によって開閉可能である。スライドドア２０６は、ドアレール２０７に沿ってケース２０８がスライド移動することによって実現される。

冷蔵庫２００は、圧縮機２０９および冷却器２１０を含む冷凍サイクルによって冷気を生成する。生成された冷気は、保管庫２０１に供給される。制御基板２１１は、圧縮機２０９、冷却器２１０、等の機器と図示されない配線を介して電気的に接続される。制御基板２１１は、冷蔵庫２００の動作を全体的に制御可能である。保管庫２０１の内部である庫内の壁面には、スイッチカバーに覆われたスイッチ２１２が設けられる。例えば、スイッチ２１２が操作されることで、制御基板２１１は、冷蔵庫２００の運転状態等を変化させてもよい。冷蔵庫２００に故障が発生した場合、制御基板２１１は、液晶パネル２１３等に当該故障を示すエラーコードを表示させてもよい。

図２の例において、保守員は、冷蔵庫２００を修理等する会社に所属する。冷蔵庫２００が故障した旨の連絡を受けた場合、保守員は、冷蔵庫２００が設けられた建物へ行き、冷蔵庫２００の故障部分を交換する等の対応作業を行う。

図２には図示されないが、保守員は、図１の例と同様に、現場端末１０８に対応作業の結果を示す情報を入力する。現場端末１０８は、入力された情報に基づいて、入力された自由文を含む故障対応記録の情報を作成する。管理員は、保守員と同じ会社に所属する。管理員は、検索端末２に故障対応記録に関する情報を入力する。この際、サーバ装置３によって、選択リストが作成される。

なお、冷蔵庫２００の所有者が冷蔵庫２００の故障に対応した後に、故障に対応した記録に関する情報をサーバ装置３に送信してもよい。この場合、例えば、当該所有者は、スマートフォン等の機器を介して、故障に対応した記録に関する情報を入力してもよい。当該情報には、当該所有者によって入力された自由文が含まれてもよい。スマートフォンまたはサーバ装置３は、入力された情報に基づいて故障対応記録を作成してもよい。この場合であっても、管理員は、当該故障対応記録に対して判断コードを付してもよい。

次に、図３および図４を用いて、解析システム１を説明する。なお、以降では、図２に示される第２例の故障対応記録を処理する際の解析システム１の説明を行う。
図３は実施の形態１における解析システムのハードウェア構成図である。図４は実施の形態１における解析システムの機能ブロック図である。

解析システム１において、１または複数の検索端末２がネットワークを介してサーバ装置３と通信可能に接続されている。

例えば、検索端末２は、パーソナルコンピュータ（ＰＣ）で構成される。検索端末２は、通信Ｉ／Ｆ２ａと処理回路と入力Ｉ／Ｆ２ｂと出力Ｉ／Ｆ２ｃとを備える。処理回路には、プロセッサ２ｄとメモリとが含まれる。メモリは、主記憶装置２ｅと補助記憶装置２ｆとから構成される。なお、処理回路は、別々の筐体に格納された複数の電子回路等の機器を意味してもよい。

通信Ｉ／Ｆ２ａは、有線ＬＡＮ、無線ＬＡＮ、等のネットワークと接続するためのインタフェースである。通信Ｉ／Ｆ２ａによって、検索端末２がサーバ装置３等の他の装置と通信可能となる。入力Ｉ／Ｆ２ｂは、入力装置２ｇから管理員による入力操作を受け付けるインタフェースである。入力装置は、マウス、キーボード、タッチペン、マイク、等である。出力Ｉ／Ｆ２ｃは、出力装置２ｈに各種の情報を表示出力するインタフェースである。出力装置２ｈは、ディスプレイ等である。

例えば、プロセッサ２ｄは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、中央処理装置、等の演算処理を行う機器である。検索端末２の各機能は、メモリである主記憶装置２ｅおよび補助記憶装置２ｆのうち少なくとも一方に格納された情報処理のためのプログラムが読みだされてプロセッサ２ｄによって実行されることで実現される。図２では、プロセッサ２ｄによって実現される各機能がプロセッサ２ｄの構成として表現されている。メモリには、検索端末２の各機能を実現するための各種の情報が記憶されている。図２では、一例として、メモリに記憶される情報が補助記憶装置２ｆの構成として表現されている。

例えば、サーバ装置３は、ＰＣによって構成される。例えば、サーバ装置３は、通信Ｉ／Ｆ３ａと処理回路とを備える。通信Ｉ／Ｆ３ａと処理回路とは、検索端末２の通信Ｉ／Ｆ２ａと処理回路とそれぞれ同様の構成および機能を備えてもよい。処理回路には、プロセッサ３ｂとメモリである主記憶装置３ｃおよび補助記憶装置３ｄとが含まれる。プロセッサ３ｂと主記憶装置３ｃと補助記憶装置３ｄとは、検索端末２のプロセッサ２ｄと主記憶装置２ｅと補助記憶装置２ｆとそれぞれ同様の構成および機能を備えてもよい。図３では、プロセッサ３ｂによって実現される各機能がプロセッサ３ｂの構成として表現されている。また、図３では、一例として、メモリに記憶される情報が補助記憶装置３ｄの構成として表現されている。

なお、検索端末２の機能のうち一部が専用のハードウェアによって実現され、その他の機能が検索端末２の処理回路によって実現されてもよい。また、サーバ装置３の機能のうち一部が専用のハードウェアによって実現され、その他の機能がサーバ装置３の処理回路によって実現されてもよい。

なお、サーバ装置３は、クラウドサーバ上に実現されてもよい。この場合、処理回路は、複数の部分回路によって構成される。複数の部分処理回路は、クラウドサーバを構成する複数の装置にそれぞれ設けられる。クラウドサーバを構成する複数の装置は、それぞれが別の建物に設けられてもよい。

検索端末２は、機能として、表示部２０と入力部２１と読込部２２と取得部２３とを備える。表示部２０は、出力Ｉ／Ｆ２ｃに表示される内容を制御する。例えば、表示部２０は、故障対応履歴を作成するための検索ユーザインタフェース画面を出力Ｉ／Ｆ２ｃに表示させる。入力部２１は、入力Ｉ／Ｆ２ｂで入力された情報を検出して、機器の動作に反映する。読込部２２は、入力部２１によって管理員が選択した故障対応記録の情報を、サーバ装置３に読み込ませる。取得部２３は、検索ユーザインタフェースにおいて選択された情報、ネットワーク等から取得したに基づいて、故障対応記録に追加または付与される情報等をサーバ装置３に送信する。

サーバ装置３は、機能として、受信部３０と抽出部３１と関連度算出部３２と実績学習部３３と重要度算出部３４と優先度算出部３５と対応学習部３６とリスト部３７と表示制御部３８と履歴作成部３９と設定要求部４０とを備える。

受信部３０は、現場端末１０８または検索端末２から故障対応記録の情報を受け付ける。故障対応記録には、故障の対応が行われた機器の識別情報、故障時のエラーコード、機器から発信されていた信号データ、機器の設置場所、対応した保守員の識別情報、等が含まれてもよい。また、故障対応記録に含まれるこれらの情報は、受信部３０によって他のデータベースまたは当該機器から収集されて、故障対応記録に対応付けられたものであってもよい。

また、故障対応記録には、自由文を記載可能な複数の記載欄が含まれる。複数の記載欄には、第１記載欄である故障の原因を示す故障原因の自由文、第２記載欄である対応作業で行われた故障に対する処置内容の自由文が少なくとも含まれる。複数の記載欄には、第３記載欄である、保守員が現場に到着して原因を解明するまでに収集した情報である到着状況の自由文が更に含まれてもよい。

以降では、故障対応記録に、第１記載欄である故障原因の自由文および第２記載欄である処置内容の自由文が含まれている例について説明する。また、判断コードとして、「集計用機器名」が選択される際の処理について説明する。「集計用機器名」は、実際の製品名等ではなく集計のための分類上有効なものとして選定された機器名を意味する。なお、複数の記載欄には、記載された自由文の意味合いが異なる第１記載欄および第２記載欄が含まれていれば、本例で示すもの以外の記載欄が含まれていてもよい。

抽出部３１は、第１抽出部３１ａと第２抽出部３１ｂとを有する。第１抽出部３１ａは、故障対応記録に含まれる自由文から、規定の対象用語を抽出する。対象用語は、選択リストを作成する際に必要な用語であって、場合に応じて決定される。本例において、第１抽出部３１ａは、対象用語として機器名を抽出する。この際、第１抽出部３１ａは、対象用語が複数の記載欄のうちいずれの記載欄に記載されているかを、抽出した対象用語と対応付ける。第２抽出部３１ｂは、故障対応記録に含まれる自由文から、故障に対する処置を示す単語を抽出する。この際、第２抽出部３１ｂは、処置として、動作を示す単語を抽出する。処置内容には、基本的に機器に対する処置が記載される。第２抽出部３１ｂは、抽出した処置を対象用語である機器名に対応付ける。以下の表１および表２を用いて、抽出部３１の動作の一例を説明する。

表１は、３つの故障対応記録に含まれる自由文の例をそれぞれ示す。第２列は、第１記載欄である故障原因の自由文である。第３列は、第２記載欄である処置内容の自由文である。第１抽出部３１ａは、表１に含まれる太字部分に示されるような機器名を対象用語として抽出する。第２抽出部３１ｂは、表１に含まれる下線部に示されるような処置の単語を抽出する。表２は、表１の例において抽出された対象用語に対応付けられた記載箇所および処置を示す。なお、抽出部３１が自由文から単語を抽出する際、単語を抽出するための既知の手法が利用されてもよい。

関連度算出部３２は、コードＤＢ５０を参照して、現在対象としている判断コードに関する候補リストを呼び出す。コードＤＢ５０には、対象となる可能性のある複数の判断コードの各々に対応する候補リストが格納されている。候補リストは、当該判断コードと対応する複数の候補コードが規定の初期順位で並べられたリストである。以降では、対象となる判断コードに対応する複数の候補コードについて説明する。具体的には、判断コードである集計用機器名に含まれた各候補コードについて説明する。この場合、候補リストには、候補コードである「庫内」、「庫内温度計」、「冷蔵庫」、「スライドドア」、「ドアレール」、「スイッチ」、および「スイッチカバー」が、この記載の順位で含まれる。

関連度算出部３２は、抽出部３１に抽出された対象用語と呼び出した複数の候補コードの各々との関連度を算出する。抽出部３１が故障対応記録から複数の対象用語を抽出した場合、関連度算出部３２は、複数の対象用語の各々について、候補コードとの関連度を算出する。関連度は、対象用語と候補コードとの間の文字上または意味上の関連性を示す指標値である。例えば、関連度は、対象用語と候補コードとの文字上の類似度であってもよいし、対象用語と候補コードとの属性上の類似度であってもよい。この類似度は、オントロジーを利用して、対象用語および候補コードに付された属性等の情報に基づいて求められてもよい。

また、文字上の類似度として、対象用語と候補コードとの編集距離が用いられてもよい。具体的には、対象用語が機器名であって候補コードが集計用機器名である場合、関連度算出部３２は、関連度として、機器名と集計用機器名との編集距離を演算する。例えば、機器名が「ドア」であり集計用機器名が「ドアレール」である場合、１文字の挿入、削除、または置換を１回の手順として、「ドア」を「ドアレール」に置き換える際の手順の最小回数は、３回である。この場合、関連度算出部３２は、機器名と集計用機器名との関連度を、編集距離の３と算出する。

関連度算出部３２は、ある対象用語に対して、複数の候補コードのうち最も関連度が高い候補コードを対応付ける。なお、関連度算出部３２は、複数の候補コードのうち関連度が規定の閾値を超えた１つまたは複数の候補コードに対象用語を関連付けてもよい。この場合、関連度算出部３２は、候補リストにおける複数の候補コードに、現在処理している故障対応記録から抽出された１または複数の対象用語の各々を一時的に対応付けてもよい。

実績学習部３３は、履歴ＤＢ５１に格納された過去の複数の故障対応履歴に基づいて、複数の故障対応履歴の各々から抽出された処置について、当該処置の実績重要度を算出する。実績重要度は、故障対応履歴において選択された判断コードと対応付けられた関連処置となった回数に基づいて算出される。

重要度算出部３４は、故障対応記録から抽出部３１に抽出された処置を複数の候補コードのいずれかに対応付ける。この際、重要度算出部３４は、処置と対応する対象用語が対応付けられた候補コードに、当該処置を対応付ける。以下の表３には、重要度算出部３４によって対応付けられた対象用語である機器名と、処置と、候補コードである対象用機器名の例が示される。

表３のように、＃３－１の行に基づけば、「点検」という処置は、故障対応記録において「ドア」という機器名と対応する。この場合、重要度算出部３４は、「点検」という処置を「ドアレール」という集計用機器名に対応付ける。

重要度算出部３４は、抽出された処置について、その重要度である総括重要度を算出する。この際、まず、重要度算出部３４は、処置ＤＢ５２から、処置の各々について基礎重要度を呼び出す。基礎重要度は、処置ＤＢ５２に格納された情報であって、処置に対して予め設定された重要度である。なお、基礎重要度は、事前に人の手によって設定または更新がなされてもよい。

ここで、実績学習部３３の処理について、より詳細に説明する。実績学習部３３は、履歴ＤＢ５１に格納された複数の故障対応履歴を呼び出す。故障対応履歴には、複数の判断コードごとに、当該判断コードとして付与された候補コードが含まれる。当該候補コードには、表３に示されるように、処置が対応付けられている。実績学習部３３は、複数の故障対応履歴の各々において、判断コードに対応付けられた処置を関連処置として特定する。なお、関連処置には、候補コードに対応付けられた処置の単語そのものだけでなく、候補コードに対応付けられた処置の類語も併せて特定されてもよい。実績学習部３３は、処置ＤＢ５２に格納された処置ごとに、関連処置の個数、即ち関連処置となった回数を算出する。実績学習部３３は、関連処置となった回数が多いほど、重要度が高くなるように、処置ごとに実績重要度を算出する。例えば、実績重要度の値は、関連処置となった回数が多いほど、小さくなるように算出される。なお、実績重要度は、関連処置となった回数ではなく関連処置となった割合に基づいて、同様に算出されてもよい。実績学習部３３は、処置ＤＢ５２に格納された複数の処置の各々に、算出した実績重要度を対応付ける。例えば、実績学習部３３は、履歴ＤＢ５１に新たな故障対応記録が格納されるたびに実績重要度を更新してもよい。

重要度算出部３４は、基礎重要度と実績学習部３３によって算出された実績重要度との少なくとも一方に基づいて、総括重要度を算出する。なお、基礎重要度、実績重要度、および総括重要度は、いずれも値が小さいほど重要度が高くなるように扱われてもよい。例えば、ある処置の重要度の値が小さいほど、当該処置に対応する候補コードが判断コードとして選択される可能性が高いと推定され得る。一例として、以下の式（１）に示されるように、重要度算出部３４は、ある処置について、基礎重要度と実績重要度との重み付け和を演算することで、総括重要度を算出する。
総括重要度＝Ａ×基礎重要度＋Ｂ×実績重要度 （１）
ＡおよびＢは、人または機械学習に基づいて予め設定される定数である。また、ＡまたはＢは、０に設定されてもよい。Ｂが０に設定された場合、重要度は、基礎重要度のみによって定まる。Ａが０に設定された場合、重要度は、実績重要度のみによって定まる。以下の表４は、総括重要度の算出手法の一例を示す。

表４において、実績重要度の行における括弧内には、関連処置となった回数が示される。本例において、ｙ＜ｘ＜ｚという関係が成り立つ。このため、例えば「手入れ」の処置の実績重要度の値が最も小さく、最も重要である。表４では、Ａ＝Ｂ＝１という定数が設定されている。

優先度算出部３５は、抽出部３１によって抽出された対象用語ごとに、基礎優先度と随時優先度との少なくとも一方に基づいて、総括優先度を算出する。具体的には、まず、優先度算出部３５は、想定される対象用語が格納された対象用語ＤＢ５３から、抽出された対象用語と対応付けられた基礎優先度を呼び出す。基礎優先度は、対象用語ＤＢ５３に格納され、予め設定された優先度である。なお、基礎優先度は、事前に人の手によって設定または更新がなされてもよい。

優先度算出部３５は、対象になっている故障対応記録を用いて、対象用語ごとに随時優先度を算出する。優先度算出部３５は、対象になっている故障対応記録に含まれる複数の記載欄のうち、当該対象用語が複数の記載欄のうちいずれに含まれるかによってその値が異なるように随時優先度を算出する。例えば、優先度算出部３５は、対象用語が第１記載欄にのみ記載されている場合の随時優先度を、対象用語が第２記載欄にのみ記載されている場合の随時優先度よりも高くなるように算出する。優先度算出部３５は、対象用語が第１記載欄および第２記載欄の両方に記載されている場合の随時優先度を、対象用語が第１記載欄にのみ記載されている場合の随時優先度よりも高くなるように算出する。なお、基礎優先度の値および随時優先度の値は、その優先度が高いほど、小さくなるように算出されてもよい。以下の表５から表７は、基礎優先度、随時優先度、および総括優先度の例をそれぞれ示す。

表５は、設定された基礎優先度の例を示す。例によれば、「スイッチ」という対象用語の基礎優先度が最も高く、その値が最も小さい。表６は、対象用語の記載箇所によって算出される随時優先度の設定値の例を示す。表６によれば、第１記載欄である故障原因と第２記載欄である処置内容の両方に対象用語が記載されている場合に、最も随時優先度が高くなる。第２記載欄である処置内容にのみ対象用語が記載されている場合に、最も優先度が低くなる。なお、基礎優先度の値および随時優先度の値は、表５および表６に記載された例に限定されない。例えば、第２記載欄にのみ対象用語が記載されている場合に、随時優先度の値が「３」ではなく「５」に設定されてもよい。

表７に示されるように、優先度算出部３５は、ある対象用語について、基礎優先度と随時優先度との重み付け和を演算することで、総括優先度を算出する。具体的には、優先度算出部３５は、以下の式（２）に基づいて総括優先度を算出する。
総括優先度＝Ｃ×基礎優先度＋Ｄ×随時優先度 （２）
ＣおよびＤは、人または機械学習に基づいて予め設定される定数である。また、ＣまたはＤは、０に設定されてもよい。Ｄが０に設定された場合、優先度は、基礎優先度のみによって定まる。Ｃが０に設定された場合、優先度は、随時優先度のみによって定まる。表７の例では、Ｃ＝Ｄ＝１という定数が設定されている。

対応学習部３６は、履歴ＤＢ５１に格納された複数の故障対応履歴に基づいて、複数の候補コードの各々について、故障対応履歴に付与された対応指標値を算出する。対応指標値は、故障対応記録に付与された対応回数であってもよいし、対応回数に基づいて算出された対応割合であってもよい。また、対応学習部３６は、複数の故障対応履歴に含まれたエラーコードに含まれる情報であって候補コードと対応する情報が存在する場合、当該候補コードと対応する情報が存在する個数を関連指標における対応回数に加算してもよい。例えば、候補コードが集計用機器名である場合、エラーコードに含まれた機器が対応する集計用機器名の対応回数に加算されてもよい。例えば、候補コードが原因コードである場合、エラーコードに含まれた原因が対応する原因コードの対応回数に加算されてもよい。対応学習部３６は、対応指標値と候補コードとが対応付けられた情報を関連ＤＢ５４に格納する。例えば、対応学習部３６は、履歴ＤＢ５１に新たな故障対応記録が格納されるたびに対応指標値を更新してもよい。以下の表８および表９は、対応回数および対応割合の例をそれぞれ示す。

表８には、故障対応履歴に含まれた複数のエラーコードであるコードＡからコードＺまでに、各候補コードである集計用機器名が記載されていた対応回数が示される。本例では、コードＢからコードＹまでには、候補コードに対応する機器が示されていなかったとする。例えば、対応学習部３６は、「庫内」という集計用機器名がコードＡからコードＺに記載されていた回数を５回であると算出する。例えば、対応学習部３６は、エラーコードがコードＺであるときに集計用機器名が記載されていた対応回数について、「ドアレール」、「スイッチ」、「スイッチカバー」が２回であり、「庫内」、「庫内温湿度計」、「冷蔵庫」、「スライドドア」が０回であることを算出する。なお、対応回数は、以下の式（３）に示されるような、候補コードとして選択された回数とエラーコードに含まれていた回数との重み付け和として演算されてもよい。
対応回数＝Ｅ×候補コードとして選択された回数
＋Ｆ×エラーコードに含まれていた回数 （３）
ＥおよびＦは、人または機械学習に基づいて予め設定される定数である。また、ＥまたはＦは、０に設定されてもよい。

表９には、表８と同様の対応回数によって演算された対応割合が示される。対応学習部３６は、対応回数の代わりに、対応割合を用いてもよい。対応割合は、エラーコード毎に算出された個別対応割合を全てのエラーコードで足した合計値である。対応割合を対応指標値に採用することで、表９の「スイッチカバー」のように、あるエラーコードのみに頻出する候補コードの対応指標値が、対応回数を採用した際よりも大きくなることがある。

なお、エラーコードに加えて、機器の設置場所ごとに対応回数または対応割合が算出されて、機器に対応する候補コードの対応指標値に加算されてもよい。例えば、機器の設置場所は、「屋内」と「屋外」とに分けて対応回数または対応割合が算出されてもよい。

リスト部３７は、対象になっている判断コードに対応する候補リストを呼び出し、候補リストに含まれた複数の候補コードの順番を並び替えて、選択リストを作成する。この際、リスト部３７は、以下の表１０に示されるように、並び替えを複数回にわたって行うことで、選択リストを作成する。表１０は、第１記載欄である故障原因の自由文に「庫内にて、液体がこぼれた。」と記載され、第２記載欄である処置内容の自由文に「ドアの点検。スイッチの手入れ。」と記載されていた場合の例を示す。

まず、リスト部３７は、複数の候補コードのうち、抽出部３１によって抽出された１または複数の対象用語のうち少なくとも１つを文字列として含む１または複数の包含候補コードを特定する。リスト部３７は、複数の候補コードのうち包含候補コードの方が包含候補コードでないものよりも良い順位となるよう並べた第１リストを作成する。なお、表１０には、第１リストで並べられた順位が「：１位」のように示される。第１リストにおいて、複数の包含候補コードは、すべて同じ順位となる。第１リストにおいて、包含候補コードでない候補コードは、すべて同じ順位となる。

表１０の例では、対象となる故障対応記録にて「庫内」、「ドア」、「スイッチ」という対象用語が抽出されているため、包含候補コードは、「庫内」、「庫内温度湿度計」、「スライドドア」、「ドアレール」、「スイッチ」、および「スイッチカバー」の６つである。第１リストにおいて、これら６つの包含候補コードである対象用機器名は、すべて同順１位に設定される。包含候補コードでない「冷蔵庫」は、７位に設定される。

その後、リスト部３７は、第１リストに含まれる複数の候補コードのうち同じ順位の候補コードに更に順位をつけて並び替えることで、第２リストを作成する。なお、表１０には、第２リストで並べられた順位が「：１位」のように示される。リスト部３７は、関連度算出部３２によって算出された関連度および重要度算出部３４によって算出された重要度に少なくとも一方に基づいて、同じ順位の候補コードを並び替える。この場合、リスト部３７は、複数の候補コードを、それぞれの候補コードに対応付けられた対象用語の関連度が高いほど、かつ、対応付けられた処置の重要度が高いほど、順位が良くなるように並べ替える。更に、リスト部３７は、関連度および重要度に加えて、優先度算出部３５によって算出された優先度に基づいて、同じ順位の候補コードを並び替えてもよい。この場合、リスト部３７は、複数の候補コードを、それぞれの候補コードに対応付けられた対象用語の関連度が高いほど、かつ、対応付けられた処置の重要度が高いほど、かつ、対応付けられた対象用語の優先度が高いほど、順位が良くなるように並べ替える。

具体的には、リスト部３７は、複数の候補コードの各々について、関連度と重要度と優先度との重み付け和である指標値を算出する。リスト部３７は、同じ順位の候補コードに付された指標値を比較し、指標値が小さいほど順位が良くなるように並べ替えたものを、第２リストとする。以下の式（４）に示されるような、候補コードとして選択された回数とエラーコードに含まれていた回数との重み付け和として演算されてもよい。
指標値＝Ｇ×関連度＋Ｈ×重要度＋Ｉ×優先度 （４）
Ｇ、ＨおよびＩは、人または機械学習に基づいて予め設定される定数である。また、Ｉは、０に設定されてもよい。Ｉが０に設定された場合、指標値は、関連度と重要度とから算出される。表１０の例では、Ｈ＝Ｇ＝Ｉ＝１である。リスト部３７は、第１リストにおいて同じ１位の順位である６つの集計用機器名を、指標値が小さいほど順位が良くなるように並べる。第１リストにおいて同じ順位であって、第２リストにおいて指標値が等しい複数の候補コードは、第２リストにおいて同じ順位が付けられる。表１０の例では、リスト部３７は、「庫内」と「スライドドア」とを４位とする。

その後、リスト部３７は、第２リストに含まれる複数の候補コードのうち同じ順位の候補コードに更に順位を付けて並び替えることで、第３リストを作成する。なお、表１０には、第３リストで並べられた順位が「：１位」のように示される。リスト部３７は、第２リストにおいて同じ順位の複数の候補コードを、対応学習部３６が算出した対応指標値が高いほど順位が良くなるように並べ替え、第３リストとする。

表１０の例では、対応指標値として対応回数が利用されている。第２リストで同じ４位であった「庫内」と「スライドドア」との対応回数は、それぞれ５と８である。リスト部３７は、対応指標値が高い、即ち対応回数が多い「スライドドア」を４位とし、対応回数が少ない「庫内」を５位とする。リスト部３７は、更新した順位に基づいて複数の候補コードを並べ替えたものを、第３リストとする。以下の表１１は、表１０の例から作成された第３リストを示す。

その後、リスト部３７は、第３リストに存在する複数の候補コードのうち、故障対応記録に含まれる機種の情報およびエラーコードの情報のうち少なくとも一方に基づいて、対象外となる候補コードを削除することで、第４リストを作成する。なお、対象外となる候補コードが存在しない場合、リスト部３７は、第３リストと同じ第４リストを作成することとなる。例えば、機種の情報のみに基づいて第４リストが作成される場合、リスト部３７は、機種ＤＢ５５から、機種と複数の候補コードとの対応関係を示す機種対応情報を取得する。

例えば、候補リストにおける候補コードには記載されているものの、実際の装置の機種には設けられていない機器であるため、候補コードとして選択されることのないコードが存在し得る。機種対応情報は、複数の候補コードの各々について、機種ごとに候補コードとして選択の「対象」であるか「対象外」であるかを示す情報である。リスト部３７は、機種対応情報と故障対応記録に含まれる機種とを照らし合わせ、当該機種について「対象外」となっている候補コードを、第３リストから削除する。以下の表１２、表１３および表１４は、機種の情報のみに基づいて第４リストが作成される場合の例である。

表１２の例において、今回対象となる故障対応記録には、故障対応が行われた装置の機種が機種ａである情報が含まれているとする。この場合、表１３にも下線部として示されるように、機種対応情報によれば、「庫内」、「庫内温湿度計」、「冷蔵庫」、および「スライドドア」が、「対象」となる。また、「ドアレール」、「スイッチ」、「スイッチカバー」が、「対象外」となる。表１４に示されるように、リスト部３７は、「対象外」である集計用機器名を第３リストから削除した第４リストを作成する。

なお、更にエラーコードに基づいて第４リストが作成される場合、リスト部３７は、表１４に示されたリストから、「エラー対応情報」に基づいて同様に候補コードを削除したものを第４リストとする。具体的には、リスト部３７は、エラーＤＢ５６から、エラー対応情報を取得する。エラー対応情報は、エラーコードと複数の候補コードとの対応関係を示す情報である。即ち、エラー対応情報は、複数の候補コードの各々について、エラーコードごとに候補コードとして選択の「対象」であるか「対象外」であるかを示す情報である。リスト部３７は、表１４に示されるリストから、今回対象となる故障対応記録に示されたエラーコードによって「対象外」となる候補コードを削除して、第４リストとする。

なお、エラーコードのみに基づいて第４リストが作成される場合、リスト部３７は、同様に、エラー対応情報と故障対応記録に含まれるエラーコードとに基づいて、「対象外」となる候補コードを第３リストから削除した第４リストを作成する。

その後、リスト部３７は、第４リストを選択リストとして出力する。

なお、リスト部３７は、第４リストではなく、第１リスト、第２リスト、および第３リストのいずれかを選択リストとして出力してもよい。第１リスト、第２リスト、第３リスト、第４リスト、および選択リストのいずれのリストにおいても、複数の候補コードは、判断コードに選択される可能性が高いほど順位が良くなるように並べられている。そして、後に作成されたリストほど、判断コードに選択される可能性の精度がより良くなっている。

表示制御部３８は、リスト部３７が出力した選択リストを検索端末２に表示させる。例えば、表示制御部３８は、検索端末２の表示部２０に検索ユーザインタフェース画面を表示させる。例えば、表示制御部３８は、まず初めに、選択リストに含まれる複数の候補コードのうち最も順位が良い候補コードのみを表示させる。当該最も順位が良い候補コードの近傍には、選択操作を受け付けるボタンが併せて表示される。選択操作を受け付けるボタンが管理員によって操作された場合、表示制御部３８は、選択リストに含まれる複数の候補コードを順位が良いほど上部に位置するように表示させる。表示制御部３８は、検索端末２を介して、ある判断コードに対応する候補コードの選択を管理員から受け付ける。なお、表示制御部３８は、１つの判断コードに対して、複数の候補コードの選択を受け付けてもよい。

表示制御部３８は、更に、検索ユーザインタフェースを介して、ソート条件の入力または並び替え条件の入力を受け付け可能である。

ソート条件は、選択リストに含まれる複数の候補コードの順位を維持したままで、該当しない候補コードを選択リストから削除するための条件である。表示制御部３８は、選択リストに含まれる複数の候補コードのうちソート条件を満たさない候補コードを削除し、この削除処理が行われた後の選択リストに含まれる複数の候補コードを順位が良いほど上位に位置するように表示させる。

例えば、ソート条件は、第１記載欄および第２記載欄のうち少なくとも一方の入力を受け付けるものであって、入力を受け付けた当該一方の記載欄に記載された対象用語と対応する候補コードを表示させる条件であってもよい。この場合、表示制御部３８は、選択リストから入力を受け付けた当該一方の記載欄には記載されていない対象用語と対応する候補コードを削除し、削除処理が済んだ選択リストに含まれる複数の候補コードを表示させてもよい。

例えば、ソート条件は、実績重要度の境界値の入力を受け付けるものであって、入力を受け付けた境界値以上の実績重要度をもつ処置と対応する候補コードを表示させる条件であってもよい。この場合、表示制御部３８は、選択リストから、境界値より小さい実績重要度をもつ処置と対応する候補コードを削除し、当該削除処理が済んだ選択リストに含まれる複数の候補コードを表示させてもよい。

並び替え条件は、選択リストに含まれる複数の候補コードの順位を並び替えるための条件である。表示制御部３８が並び替え条件の入力を受け付けた場合、リスト部３７は、当該並び替え条件に基づいて、候補リストに含まれる複数の候補コードを並び替えて選択リストを作成する。その後、表示制御部３８は、並び替え後の選択リストを検索端末２に表示させる。

例えば、並び替え条件は、重要度の値、優先度の値、指標値、等の各値が演算される際の重み付けの比率である定数を変更する条件である。具体的には、表示制御部３８は、並び替え条件として、基礎優先度と随時優先度との重み付けの比率を変更する条件の入力を受け付ける。リスト部３７は、候補リストから選択リストを作成する際、特に優先度を算出する際に、入力された比率に対応する定数Ｃ、Ｄによって対象用語の総括優先度を算出する。このようにして選択リストが再び作成された後、表示制御部３８は、優先度の並び替え条件が反映された選択リストを表示させる。

履歴作成部３９は、表示制御部３８によって選択を受け付けた候補コードを対応する判断コードとして、対象になっている故障対応記録に付与する。なお、複数の候補コードが選択された場合、履歴作成部３９は、複数の候補コードを判断コードとして付与してもよい。履歴作成部３９は、対象になっている故障対応記録に関連する判断コードがすべて付与された場合、故障対応記録と付与された判断コードとを含む故障対応履歴の情報を作成する。履歴作成部３９は、作成した故障対応履歴を履歴ＤＢ５１に格納する。即ち、履歴ＤＢ５１には、過去に履歴作成部３９によって作成された複数の故障対応履歴が格納されている。

設定要求部４０は、履歴ＤＢ５１に含まれる故障対応履歴と処置ＤＢ５２とを比較して、基礎重要度が設定されていない処置を抽出する。設定要求部４０は、抽出した処置を並べた重要度要求リストを作成する。設定要求部４０は、履歴ＤＢ５１に含まれる故障対応履歴と対象用語ＤＢ５３とを比較して、基礎優先度が設定されていない対象用語を抽出する。設定要求部４０は、抽出した対象用語を並べた優先度要求リストを作成する。設定要求部４０は、履歴ＤＢ５１に含まれる故障対応履歴と機種ＤＢ５５とを比較して、対象であるか否かが設定されていない集計用機器名と機種との組み合わせを抽出する。設定要求部４０は、抽出した組み合わせを並べた組合せ要求リストを作成する。

設定要求部４０は、検索端末２で操作される等の任意のタイミングで、重要度要求リスト、優先度要求リスト、および組合せ要求リストのうち少なくとも１つを表示した設定要求画面を検索端末２に表示させてもよい。設定要求画面に設定が入力された場合、各ＤＢの情報が更新される。

次に、図５を用いて、検索ユーザインタフェースの例を説明する。
図５は実施の形態１における解析システムによって表示される検索ユーザインタフェースの例を示す図である。

図５は、表示制御部３８によって、ある判断コードに関する複数の候補コードＥｘ１、ソート条件Ｅｘ２、および並び替え条件Ｅｘ３が表示された検索ユーザインタフェース（以下「選択ＵＩ」とも呼称）である。選択ＵＩには、選択操作を受け付けるボタンＥｘ４が表示される。「変更」のボタンＥｘ４が操作されると、最も順位が良い候補コードである「スイッチ」だけでなく、複数の候補コードＥｘ１が表示される。

本例において、ソート条件Ｅｘ２として「処置内容」に記載された対象用語と対応する候補コードのみを表示する条件が「機器名の記載箇所」として選択入力されている。

また、本例において、並び替え条件Ｅｘ３として、随時優先度の重み定数Ｄを、基礎優先度の重み定数Ｃよりも大きくした総括優先度を演算した上で並び替える条件が入力されている。具体的には、優先度算出部３５によって基礎優先度の重み定数Ｃ＝０．５かつ随時優先度の重み定数Ｄ＝１．０で算出された総括優先度を用いて並び替えられた複数の候補コードＥｘ１が表示される。なお、下段の「重要な機器名を優先して並び替え」が選択入力された場合、基礎優先度の重み定数Ｃを、随時優先度の重み定数Ｄよりも大きくした総括優先度を演算した上で並び替えが行われる。

次に、図６を用いて、設定要求画面の例を説明する。
図６は実施の形態１における解析システムによって表示される設定要求画面の例を示す図である。

図６に示されるように、設定要求画面には、重要度要求リストＥｘ５、優先度要求リストＥｘ６、および組合せ要求リストＥｘ７がそれぞれ表示される。設定要求部４０は、各リストで設定値の更新を受け付ける。設定が入力された場合、設定要求部４０は、入力された設定値と対応するＤＢの情報を、入力されたものに更新する。

次に、図７を用いて、解析システム１の動作を説明する。
図７は実施の形態１における解析システムの動作の概要を説明するためのフローチャートである。

例えば、フローチャートは、保守員が故障への対応作業を終了した後、現場端末１０８に情報を入力したときに開始する。ステップＳ１において、現場端末１０８は、故障対応記録を作成して、サーバ装置３に送信する。

その後、ステップＳ２において、サーバ装置３は、故障対応記録を記憶する。管理員は、検索端末２から故障対応記録を対象として呼び出す。

その後、ステップＳ３において、サーバ装置３は、対象となった故障対応記録に対応する１または複数の判断コードについて、選択リストを作成する。

その後、ステップＳ４において、サーバ装置３は、検索端末２に検索ＵＩを表示させる。検索ＵＩには、ステップＳ３で作成された選択リストが表示される。検索ＵＩにおいて、表示制御部３８は、管理員からの候補コードの入力を受け付ける。なお、検索ＵＩにて並べ替え条件が選択された場合、サーバ装置３は、並べ替え条件に基づいて選択リストを作成して、検索ＵＩに再び表示する。

その後、ステップＳ５において、サーバ装置３の表示制御部３８は、対象になっている故障対応記録に関して登録操作が行われたか否かを判定する。この際、管理員は、対象の故障対応記録に関連するすべての管理コードが入力された後、登録操作を行う。ステップＳ５で登録操作が行われていない場合、サーバ装置３は、ステップＳ４以降の動作を繰り返す。

ステップＳ５で登録操作が行われた場合、ステップＳ６の動作が行われる。ステップＳ６において、サーバ装置３は、対象になっている故障対応記録に関する故障対応履歴を作成する。サーバ装置３は、故障対応履歴を履歴ＤＢ５１に格納する。

その後、ステップＳ７において、サーバ装置３の実績学習部３３は、ステップＳ６で登録された故障対応記録に基づいて、処置ＤＢ５２の実績重要度を更新する。サーバ装置３の対応学習部３６は、ステップＳ６で登録された故障対応履歴に基づいて、関連ＤＢ５４の対応指標値を更新する。

その後、フローチャートの動作が終了する。

以上で説明した実施の形態１によれば、解析システム１は、抽出部３１と関連度算出部３２と重要度算出部３４とリスト部３７とを備える。リスト部３７は、関連度と重要度とに基づいて、複数の候補コードの順番を並び替えた選択リストを作成する。選択リストには、判断コードに選択される可能性が高いほど順位が良くなるよう複数の候補コードが並べられている。このため、解析システム１は、選択肢として選択される可能性の高い選択肢を提供することができる。

また、解析システム１は、表示制御部３８を更に備える。表示制御部３８は、選択リストに含まれる複数の候補コードを順位が良いほど上部に位置するように表示させる。このため、解析システム１は、例えば管理員等に対して、選択される可能性の高い複数の選択肢を、その順位を含めて視覚的に提供することができる。また、例えば、管理員は、候補リストから適切と考えられる候補コードを探す際に、より可能性の高い候補コードから順番に参照することができる。その結果、故障対応履歴を作成するような管理業務において、管理員の作業時間を削減することができる。また、より可能性の高い候補コードが表示されるため、管理員が「その他」等の管理価値の低いコードを選択する事象の発生を抑制できる。

また、表示制御部３８は、まず、選択リストに含まれる複数の候補コードのうち最も順位が良い候補コードのみを表示させる。このため、故障対応履歴を作成するような管理業務において、管理員の作業時間を削減することができる。

また、リスト部３７は、選択リストを作成する際に、複数の候補コードを、関連度が高いほど、かつ、需要度が高いほど順位が良くなるように並べる。このため、選択リストには、判断コードに選択される可能性が高いほど順位が良くなるように複数の候補コードが並べられ得る。例えば、対象用語は機器名であり、候補コードは集計用機器名であり、関連度は機器名と集計用機器名の編集距離である。この場合、自由文の特性上、関連度が高いと想定される編集距離に基づいて選択リストが作成され得る。その結果、判断コードに選択される可能性が高いほど順位が良くなるように複数の候補コードが並べられ得る。

また、解析システム１は、履歴作成部３９と実績学習部３３とを更に備える。実績学習部３３は、過去に作成された故障対応履歴に基づいて、処置が関連処置となった回数を算出する。重要度算出部３４は、関連処置となった回数が多いほど高くなる実績重要度を用いて処置の重要度を算出する。即ち、解析システム１で算出される重要度には、過去に関連処置となった回数という実績が反映されている。その結果、解析システム１は、提供した選択肢が選択される可能性をより高くすることができる。

また、重要度算出部３４は、実績重要度と、設定された基礎重要度との重み付け和を処置の重要度として算出する。このため、重要度は、実績に基づくだけでなく、人等がどのような処置を重要とみなすかという設定に基づくものとなる。例えば、故障対応履歴が、精度を担保する程度に十分な量積み上げられていない状態であっても、基礎重要度によって重視すべき処置が設定され得る。その結果、提供した選択肢が選択される可能性をより高くすることができる。

また、解析システム１は、優先度算出部３５を更に備える。優先度算出部３５は対象用語の優先度を算出する。リスト部３７は、対応付けられた対象用語の優先度が高いほど順位が良くなるように複数の候補コードを並べる。このため、解析システム１は、選択肢として選択される可能性の高い選択肢を提供することができる。

また、優先度算出部３５は、対象用語が第１記載欄および第２記載欄のうちいずれに含まれるかによって値が異なる随時優先度を算出する。優先度算出部３５は、随時優先度と基礎優先度との重み付け和を対象用語の優先度として算出する。例えば、第１記載欄である「故障原因」に第１対象用語が記載され、第２記載欄である「処置内容」に第２対象用語が記載されているとき、第２対象用語に対応付けられた候補コードよりも第１対象用語に対応付けられた候補コードの方が、選択される可能性が高いというケースがあり得る。解析システム１は、このように、対象用語の記載箇所に基づいた優先度を算出することで、解析システム１は、提供した選択肢が選択される可能性をより高くすることができる。

また、リスト部３７は、関連度と重要度と優先度との重み付け和である指標値を演算する。このため、リスト部３７は、関連度が高いほど、かつ、重要度が高いほど、かつ、優先度が高いほど順位が良くなるように複数の候補コードを並べたリストを、より具体的な指標をもって作成することができる。

また、表示制御部３８は、複数の候補コードを表示させた後に、並べ替え条件の入力を受け付ける。リスト部３７は、並べ替え条件に基づいて、選択リストの順位を並べ替える。このため、管理員等は、選択リストの表示を確認した上で並べ替え条件を入力し得る。また、管理員等には、並べ替え条件に則って並べられた複数の候補コードを参照することができる。更に、具体的には、並べ替え条件は、基礎優先度と随時優先度との重み付けの比率を変更する条件であってよい。この場合、管理員等が必要と考える並べ替え条件を満たし、かつ、選択される可能性が高い候補コードが表示され得る。その結果、解析システム１は、管理員の作業時間を削減することができる。

また、表示制御部３８は、受け付けたソート条件を満たさない候補コードを削除した後の選択リストに含まれる複数の候補コードを、順位が良いほど上位に位置するように表示させる。このため、管理員等が必要と考えるソート条件を満たし、かつ、選択される可能性が高い候補コードが表示され得る。その結果、解析システム１は、管理員の作業時間を削減することができる。

また、解析システム１は、対応学習部３６を更に備える。対応学習部３６は、故障対応履歴に基づいて対応指標値を算出する。リスト部３７は、関連度と重要度とを含む情報によって定めた順位が同じである２以上の候補コードが存在する場合に、当該２以上の候補コードを対応指標値が高いほど順位が良くなるように並べて、第３リストとする。このため、解析システム１は、選択肢として選択される可能性の高い選択肢を提供することができる。

また、リスト部３７は、複数の対象用語が文字列として含まれる複数の包含候補コードを特定して、第１リストを作成する。リスト部３７は、第１リストから、第２リストを作成する。このため、解析システム１は、選択肢として選択される可能性の高い選択肢を提供することができる。

なお、判断コードとして、「集計用機器名」でなく、他のコードが選択される場合も、本開示の処理が適用されてよい。この場合、各処理で抽出されまたは利用される単語等は、当該判断コードに沿った単語が選択されればよい。例えば、判断コードとして「原因コード」が選択される場合、特に、第２抽出部３１ｂは、処置を示す単語ではなく原因を示す単語を自由文から抽出してもよい。関連度算出部３２は、関連度として原因コードと対象用語である原因との関連度を算出してもよい。実績学習部３３は、処置ではなく原因を示す語が、故障対応履歴に付与された対象コードと関連付けられて関連原因となった回数を算出して、実績重要度を算出してもよい。重要度算出部３４は、処置ではなく、原因を示す語を対象用語として重要度を算出してもよい。

なお、リスト部３７は、第４リストを作成する際に、エラーコードではなく、装置から発される他のコード、保守員が入力した内容、建物名、等の故障対応記録に含まれる情報に関連するデータベースに基づいて、「対象」または「対象外」を判定してもよい。

なお、各ＤＢに含まれる設定の情報は、外部から対応するデータベース情報をインポートされることで更新されてもよい。

実施の形態２．
図８は実施の形態２における解析システムのハードウェア構成図である。図９は実施の形態２における解析システムの動作の概要を説明するためのフローチャートである。なお、実施の形態１の部分と同一又は相当部分には同一符号が付される。当該部分の説明は省略される。

実施の形態２において、解析システム１は、推定システムとして機能する。推定システムは、故障対応記録に基づいて判断コードに最もふさわしい候補コードを推定する。推定システムは、推定した候補コードを判断コードとして当該故障対応記録に付与した故障対応履歴を作成する。

具体的には、図８に示されるように、解析システム１である推定システムは、推定部４１を機能として更に備える。例えば、実施の形態２では、表示制御部３８が設けられなくてもよい。

推定部４１は、故障対応記録に基づく選択リストがリスト部３７によって作成された場合、当該選択リストにおいて最も順位が良い候補コードを、付与するべき判断コードであると推定する。この場合、履歴作成部３９は、推定部４１によって判断コードであると推定された候補コードを対応する判断コードとして、対象になっている故障対応記録に付与し、故障対応履歴を作成する。

図９は、実施の形態２における解析システム１、即ち推定システムの動作の概要を示す。本フローチャートにおけるステップＳ１は、実施の形態１の図７のフローチャートにおけるステップＳ１と同じである。

ステップＳ１の後、ステップＳ１１において、サーバ装置３は、送信された故障対応記録を記憶する。サーバ装置３は、故障対応記録を対象として呼び出す。

その後、ステップＳ３において、実施の形態１の図７のフローチャートと同様に、サーバ装置３は、選択リストを作成する。

その後、ステップＳ１２において、サーバ装置３の推定部４１は、対象になっている故障対応記録に関する全ての判断コードについて、対応する選択リストから最も順位が良い候補コードを付与すべき判断コードであると推定する。

その後、ステップＳ１３において、サーバ装置３の履歴作成部３９は、ステップＳ１２で推定部４１に推定された候補コードを判断コードとする故障対応履歴を作成する。

その後、ステップＳ７において、実施の形態１の図７のフローチャートと同様に、サーバ装置３は、各ＤＢを更新する。

その後、フローチャートの動作が終了する。

以上で説明した実施の形態２によれば、推定システムは、抽出部３１と関連度算出部３２と重要度算出部３４とリスト部３７と推定部４１とを備える。リスト部３７は、関連度と重要度とに基づいて、複数の候補コードの順番を並び替えた選択リストを作成する。選択リストには、判断コードに選択される可能性が高いほど順位が良くなるよう並べられている。推定部４１は、選択リストのうち最も順位が良い候補コードを判断コードであると推定する。このため、推定システムは、選択肢として選択される可能性の高い選択肢を推定することができる。

以上のように、本開示に係る解析システムは、装置の保守記録を管理するシステムに利用できる。

１ 解析システム、 ２ 検索端末、 通信Ｉ／Ｆ ２ａ、 入力Ｉ／Ｆ ２ｂ、 出力Ｉ／Ｆ ２ｃ、 ２ｄ プロセッサ、 ２ｅ 主記憶装置、 ２ｆ 補助記憶装置、 ２ｇ 入力装置、 ２ｈ 出力装置、 ３ サーバ装置、 通信Ｉ／Ｆ ３ａ、 ３ｂ プロセッサ、 ３ｃ 主記憶装置、 ３ｄ 補助記憶装置、 ２０ 表示部、 ２１ 入力部、 ２２ 読込部、 ２３ 取得部、 ３０ 受信部、 ３１ 抽出部、 ３１ａ 第１抽出部、 ３１ｂ 第２抽出部、 ３２ 関連度算出部、 ３３ 実績学習部、 ３４ 重要度算出部、 ３５ 優先度算出部、 ３６ 対応学習部、 ３７ リスト部、 ３８ 表示制御部、 ３９ 履歴作成部、 ４０ 設定要求部、 ４１ 推定部、 ５０ コードＤＢ、 ５１ 履歴ＤＢ、 ５２ 処置ＤＢ、 ５３ 対象用語ＤＢ、 ５４ 関連ＤＢ、 ５５ 機種ＤＢ、 ５６ エラーＤＢ、 １００ エレベーター装置、 １０１ 昇降路、 １０２ 建築物、 １０３ 乗場、 １０４ 乗場ドア、 １０５ ドアレール、 １０６ かご、 １０７ 制御盤、 １０８ 現場端末、 ２００ 冷蔵庫、 ２０１ 保管庫、 ２０２，２０３，２０４，２０５ 保管室、 ２０６ スライドドア、 ２０７ ドアレール、 ２０８ ケース、 ２０９ 圧縮機、 ２１０ 冷却器、 ２１１ 制御基板、 ２１２ スイッチ、 ２１３ 液晶パネル、 Ｅｘ１ 候補コード、 Ｅｘ２ ソート条件、 Ｅｘ３ 並び替え条件、 Ｅｘ４ ボタン、 Ｅｘ５ 重要度要求リスト、 Ｅｘ６ 優先度要求リスト、 Ｅｘ７ 要求リスト、 Ｈ１ 保守員、 Ｈ２ 管理員、 Ｎ ネットワーク、 Ｓ 情報センター

Claims (16)

1. 装置の故障対応を行った人が入力した自由文を含む故障対応記録を解析するシステムであって、
   前記故障対応記録に含まれる自由文から特定の対象用語および故障対応のときに行った処置の内容を示す語を抽出する抽出部と、
   前記故障対応記録に付与される判断コードの候補となる複数の候補コードの各々と、前記抽出部によって抽出された対象用語との関連度を算出する関連度算出部と、
   前記抽出部によって抽出された処置の重要度を算出し、前記複数の候補コードのうちいずれかと対応付ける重要度算出部と、
   前記複数の候補コードを、前記関連度算出部によって算出された関連度および前記重要度算出部によって算出された重要度に基づいて、前記判断コードに選択される可能性が高いほど順位が良くなるよう並べた選択リストを作成するリスト部と、
   を備えた解析システム。
2. 前記選択リストに含まれる前記複数の候補コードを順位が良いほど上部に位置するように表示させる表示制御部、
   を更に備えた請求項１に記載の解析システム。
3. 前記表示制御部は、前記選択リストに含まれる前記複数の候補コードのうち最も順位が良い候補コードのみを表示させ、その後に選択操作を受け付けた場合に前記選択リストに含まれる前記複数の候補コードを順位が良いほど上部に位置するように表示させる請求項２に記載の解析システム。
4. 前記関連度算出部は、前記抽出部で抽出された対象用語および当該対象用語の関連度を、前記複数の候補コードのうち当該対象用語との関連度が最も高い候補コードに対応付け、
   前記リスト部は、前記選択リストを作成する際に、前記複数の候補コードを、対応付けられた対象用語の関連度が高いほど、かつ、対応付けられた処置の重要度が高いほど順位が良くなるよう並べる請求項２に記載の解析システム。
5. 前記判断コードとして前記選択リストから選択された候補コードが前記故障対応記録に付与された情報である故障対応履歴を作成する履歴作成部と、
   前記履歴作成部によって過去に作成された複数の故障対応履歴の各々において、抽出された処置であって付与された前記判断コードに対応付けられた関連処置を特定し、前記複数の故障対応履歴で前記関連処置となった回数を処置ごとに算出する実績学習部と、
   を更に備え、
   前記重要度算出部は、前記関連処置となった回数が多いほど高くなる実績重要度を用いて処置の重要度を算出する請求項２に記載の解析システム。
6. 前記重要度算出部は、処置ごとに設定された基礎重要度と、処置ごとに算出された前記実績重要度と、の重み付け和を処置の重要度として算出する請求項５に記載の解析システム。
7. 前記抽出部で抽出された対象用語の優先度を算出する優先度算出部、
   を更に備え、
   前記リスト部は、前記選択リストを作成する際に、前記複数の候補コードを、対応付けられた対象用語の関連度が高いほど、かつ、対応付けられた処置の重要度が高いほど、かつ、対応付けられた優先度が高いほど順位が良くなるよう並べる請求項２に記載の解析システム。
8. 前記リスト部は、前記選択リストを作成する際に、前記複数の候補コードの各々について、対応付けられた対象用語の関連度と対応付けられた処置の重要度と対応付けられた対象用語の優先度との重み付け和を含む指標値を演算し、前記複数の候補コードを前記指標値が良い値であるほど順位が良くなるように並べる請求項７に記載の解析システム。
9. 前記故障対応記録には、自由文を記載可能な第１記載欄および第２記載欄が含まれ、
   前記優先度算出部は、前記抽出部によって抽出された対象用語が前記第１記載欄および第２記載欄のうちいずれに含まれるかによって値が異なる随時優先度を算出し、前記随時優先度と対象用語ごとに設定された基礎優先度との重み付け和を前記抽出部によって抽出された対象用語の優先度として算出する請求項７に記載の解析システム。
10. 前記表示制御部は、前記複数の候補コードを表示させた後に並べ替え条件の入力を受け付け、前記並べ替え条件に基づいて前記リスト部によって並べ替えられた後の前記選択リストの前記複数の候補コードを、順位が良いほど上位に位置するように表示させる請求項９に記載の解析システム。
11. 前記表示制御部は、前記並べ替え条件として、前記基礎優先度と前記随時優先度との重み付けの比率を変更する条件の入力を受け付け、
    前記リスト部は、前記並べ替え条件に示された重み付けの比率に基づいて対象用語の優先度を算出し、算出した優先度に基づいて前記複数の候補コードを対応付けられた対象用語の関連度が高いほど、かつ、対応付けられた処置の重要度が高いほど、かつ、対応付けられた優先度が高いほど順位が良くなるよう並べ替える請求項１０に記載の解析システム。
12. 前記表示制御部は、ソート条件の入力を受け付け、前記選択リストに含まれる前記複数の候補コードのうち前記ソート条件を満たさない候補コードを削除した後の前記選択リストに含まれる前記複数の候補コードを、順位が良いほど上位に位置するように表示させる請求項２から請求項１１のいずれか一項に記載の解析システム。
13. 前記判断コードとして前記選択リストから選択された候補コードが前記故障対応記録に付与された情報である故障対応履歴を作成する履歴作成部と、
    前記複数の候補コードごとに、前記履歴作成部によって過去に作成された複数の故障対応履歴に付与された回数、および前記複数の故障対応履歴に含まれたエラーコードと対応する回数のうち少なくとも一方に基づく対応指標値を算出する対応学習部と、
    を更に備え、
    前記リスト部は、前記選択リストにおいて、前記複数の候補コードのうち前記関連度と前記重要度とを含む情報によって定めた順位が同じである２以上の候補コードが存在する場合に、順位が同じである２以上の候補コードを前記対応指標値が高いほど順位が良くなるように並べる請求項２から請求項１１のいずれか一項に記載の解析システム。
14. 前記リスト部は、
    前記複数の候補コードのうち対応付けられた対象用語が文字列として含まれる複数の包含候補コードを、前記複数の包含候補コードではない候補コードよりも順位が良くなるように並べた後、
    前記複数の包含候補コードを、対応付けられた対象用語の関連度が高いほど、かつ、対応付けられた処置の重要度が高いほど順位が良くなるよう並べる請求項１３に記載の解析システム。
15. 前記抽出部が抽出する対象用語は、前記装置を構成する機器名であり、
    前記複数の候補コードの各々は、集計のために選定された集計用機器名であり、
    前記関連度は、前記機器名と前記集計用機器名と編集距離である請求項２から請求項１１のいずれか一項に記載の解析システム。
16. 装置の故障対応を行った人が入力した自由文を含む故障対応記録を解析するシステムであって、
    前記故障対応記録に含まれる自由文から特定の対象用語および故障対応のときに行った処置の内容を示す語を抽出する抽出部と、
    前記故障対応記録に付与される判断コードの候補となる複数の候補コードの各々と、前記抽出部によって抽出された対象用語との関連度を算出する関連度算出部と、
    前記抽出部によって抽出された処置の重要度を算出し、前記複数の候補コードのうちいずれかと対応付ける重要度算出部と、
    前記複数の候補コードを、前記関連度算出部によって算出された関連度および前記重要度算出部によって算出された重要度に基づいて、前記判断コードに選択される可能性が高いほど順位が良くなるよう並べた選択リストを作成するリスト部と、
    前記リスト部によって作成された前記選択リストにおいて最も順位が良い候補コードを前記判断コードであると推定する推定部と、
    を備えた推定システム。