知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025017199
(43)【公開日】2025-02-05
(54)【発明の名称】作業知識提案システムおよび作業知識提案方法
(51)【国際特許分類】
G06Q 10/20 20230101AFI20250129BHJP
【ＦＩ】
G06Q10/20
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023120160
(22)【出願日】2023-07-24
(71)【出願人】
【識別番号】000233044
【氏名又は名称】株式会社日立パワーソリューションズ
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】二神 廉太郎
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC15
(57)【要約】
【課題】作業知識提案システムにおいて、適切な保守知識をユーザに提供できるようにする。
【解決手段】何れかの発生事象情報をユーザ８０が入力すると、必要な作業と作業要素と、を提案する作業条件検索部４２と、提案した作業と作業要素と、に対応する信頼度情報を表示し、ユーザ８０からの変更を受け付ける提案表示部７１と、変更を受け付けたときに変更前または変更後の作業と作業要素とに関する作業条件の候補を、入力された発生事象情報の組合せに基づいて検索し、作業履歴蓄積部２０に蓄積された履歴と対応する候補を選択する作業条件推定部４４と、を作業知識提案システム１０１に設けた。
【選択図】図１
【解決手段】何れかの発生事象情報をユーザ８０が入力すると、必要な作業と作業要素と、を提案する作業条件検索部４２と、提案した作業と作業要素と、に対応する信頼度情報を表示し、ユーザ８０からの変更を受け付ける提案表示部７１と、変更を受け付けたときに変更前または変更後の作業と作業要素とに関する作業条件の候補を、入力された発生事象情報の組合せに基づいて検索し、作業履歴蓄積部２０に蓄積された履歴と対応する候補を選択する作業条件推定部４４と、を作業知識提案システム１０１に設けた。
【選択図】図１
【特許請求の範囲】
【請求項1】
保守対象設備に作業を行う必要が生じた際に、必要な前記作業と、前記作業に係る部品または手順を含む作業要素と、を提案する作業知識提案システムであって、
作業と、作業要素と、前記作業および前記作業要素が必要になる条件である作業条件と、を記憶する作業知識記憶部に対してデータを入出力する機能と、
何れかの発生事象情報をユーザが入力すると、入力された前記発生事象情報に対応する作業条件と、前記作業条件に対応して必要な作業と作業要素と、を検索する作業条件検索部と、
検索された前記作業条件、前記作業および前記作業要素と、前記作業条件に対応する信頼度情報を表示し、前記ユーザからの作業または作業要素の追加、修正、または削除を含む変更を受け付ける提案表示部と、
前記変更を受け付けたときに変更前または変更後の作業と作業要素とに関する作業条件の候補を、入力された前記発生事象情報の組合せに基づいて検索し、表示する作業条件推定部と、
前記候補が正当か否かの回答を前記ユーザから受け付け、前記回答が肯定であった前記作業条件を前記作業知識記憶部に追加する変更確認部と、
を備えることを特徴とする作業知識提案システム。
作業と、作業要素と、前記作業および前記作業要素が必要になる条件である作業条件と、を記憶する作業知識記憶部に対してデータを入出力する機能と、
何れかの発生事象情報をユーザが入力すると、入力された前記発生事象情報に対応する作業条件と、前記作業条件に対応して必要な作業と作業要素と、を検索する作業条件検索部と、
検索された前記作業条件、前記作業および前記作業要素と、前記作業条件に対応する信頼度情報を表示し、前記ユーザからの作業または作業要素の追加、修正、または削除を含む変更を受け付ける提案表示部と、
前記変更を受け付けたときに変更前または変更後の作業と作業要素とに関する作業条件の候補を、入力された前記発生事象情報の組合せに基づいて検索し、表示する作業条件推定部と、
前記候補が正当か否かの回答を前記ユーザから受け付け、前記回答が肯定であった前記作業条件を前記作業知識記憶部に追加する変更確認部と、
を備えることを特徴とする作業知識提案システム。
【請求項2】
作業条件の信頼度情報をさらに記憶する作業知識記憶部に対してデータを入出力する機能を備え、
前記変更確認部は、前記回答が肯定以外であった前記作業条件を、作業条件検索部において提案する頻度が低下するように前記信頼度情報を更新する
ことを特徴とする請求項１に記載の作業知識提案システム。
前記変更確認部は、前記回答が肯定以外であった前記作業条件を、作業条件検索部において提案する頻度が低下するように前記信頼度情報を更新する
ことを特徴とする請求項１に記載の作業知識提案システム。
【請求項3】
前記作業と、前記作業に係る発生日情報と、前記作業または前記作業要素に対応する事象を表す発生事象情報と、を含む履歴を記憶する作業履歴蓄積部に対してデータを入出力する機能をさらに備える
ことを特徴とする請求項２に記載の作業知識提案システム。
ことを特徴とする請求項２に記載の作業知識提案システム。
【請求項4】
前記作業履歴蓄積部は、実行した前記作業と前記作業要素とに関する前記履歴と、前記発生事象情報に係る事象が発生した前記履歴と、を自然言語にて記録した作業内容情報を蓄積するものであり、
前記作業知識記憶部は、前記作業内容情報に現れ得るキーワードを示す単語情報と、前記単語情報の分類を定義した分類情報と、を含む作業単語テーブルを備え、
前記作業内容情報に対して前記作業単語テーブルを用いて文章解析を行い、前記作業と、前記作業要素と、を抽出する作業内容抽出部と、
前記抽出した前記作業と、前記作業内容情報における構造と、複数の前記履歴における前記発生事象情報と、前記作業と、の関係を分析して、前記作業条件を推定する作業条件抽出部と、を有することにより、前記作業知識記憶部の内容を初期化する作業知識初期化部をさらに備える
ことを特徴とする請求項３に記載の作業知識提案システム。
前記作業知識記憶部は、前記作業内容情報に現れ得るキーワードを示す単語情報と、前記単語情報の分類を定義した分類情報と、を含む作業単語テーブルを備え、
前記作業内容情報に対して前記作業単語テーブルを用いて文章解析を行い、前記作業と、前記作業要素と、を抽出する作業内容抽出部と、
前記抽出した前記作業と、前記作業内容情報における構造と、複数の前記履歴における前記発生事象情報と、前記作業と、の関係を分析して、前記作業条件を推定する作業条件抽出部と、を有することにより、前記作業知識記憶部の内容を初期化する作業知識初期化部をさらに備える
ことを特徴とする請求項３に記載の作業知識提案システム。
【請求項5】
前記作業履歴蓄積部は、実行を計画した前記作業または前記作業要素のうち、実際に有効であったものを示す有効作業情報を記録するものであり、
前記作業知識記憶部は、は前記ユーザが専門とする作業分野を示す得意分野情報を記録するものであり、
前記作業条件は、前記作業および前記作業要素に対応する分野を示す作業分野情報を含むものであり、
前記作業知識記憶部は、前記作業条件に従って前記ユーザに提案した作業の作業内容、または、前記作業条件の正当性を前記ユーザに確認した結果を示す判定情報を含む信頼度履歴情報を蓄積するものであり、
前記得意分野情報と前記作業分野情報とが一致する度合いと、前記ユーザに対する提案または確認に対して、前記ユーザが回答する頻度の高さの度合いと、に基づく重みを前記ユーザに付与した上で、前記ユーザが肯定した割合が高い前記作業条件ほど、高い前記信頼度情報を付与する信頼度算出部をさらに備え、
前記提案表示部は、提案に用いた前記作業条件の前記信頼度情報と、前記ユーザによる作業履歴と、を表示する機能を備える
ことを特徴とする請求項３に記載の作業知識提案システム。
前記作業知識記憶部は、は前記ユーザが専門とする作業分野を示す得意分野情報を記録するものであり、
前記作業条件は、前記作業および前記作業要素に対応する分野を示す作業分野情報を含むものであり、
前記作業知識記憶部は、前記作業条件に従って前記ユーザに提案した作業の作業内容、または、前記作業条件の正当性を前記ユーザに確認した結果を示す判定情報を含む信頼度履歴情報を蓄積するものであり、
前記得意分野情報と前記作業分野情報とが一致する度合いと、前記ユーザに対する提案または確認に対して、前記ユーザが回答する頻度の高さの度合いと、に基づく重みを前記ユーザに付与した上で、前記ユーザが肯定した割合が高い前記作業条件ほど、高い前記信頼度情報を付与する信頼度算出部をさらに備え、
前記提案表示部は、提案に用いた前記作業条件の前記信頼度情報と、前記ユーザによる作業履歴と、を表示する機能を備える
ことを特徴とする請求項３に記載の作業知識提案システム。
【請求項6】
前記作業条件は、関係する事象、前記作業または前記作業要素が前記作業履歴蓄積部において発生または実行する頻度が少ない度合いに対応し、
前記提案表示部は、前記度合いが所定値以上である前記作業条件と関係する前記事象の一部の入力を前記ユーザに許容し、または、前記度合いが所定値以上である前記作業条件と関係する前記作業または前記作業要素の提案の入力を前記ユーザに許容するものであり、
前記度合いが所定値以上である前記作業条件と関係する事象が仮想的に全て発生した状況では関係する前記作業または前記作業要素が必要であるとする前記作業条件の正当性を前記ユーザに確認する反実仮想確認部をさらに備え、
前記作業履歴蓄積部は、前記反実仮想確認部における確認に対する前記ユーザによる回答の履歴を蓄積する
ことを特徴とする請求項３に記載の作業知識提案システム。
前記提案表示部は、前記度合いが所定値以上である前記作業条件と関係する前記事象の一部の入力を前記ユーザに許容し、または、前記度合いが所定値以上である前記作業条件と関係する前記作業または前記作業要素の提案の入力を前記ユーザに許容するものであり、
前記度合いが所定値以上である前記作業条件と関係する事象が仮想的に全て発生した状況では関係する前記作業または前記作業要素が必要であるとする前記作業条件の正当性を前記ユーザに確認する反実仮想確認部をさらに備え、
前記作業履歴蓄積部は、前記反実仮想確認部における確認に対する前記ユーザによる回答の履歴を蓄積する
ことを特徴とする請求項３に記載の作業知識提案システム。
【請求項7】
前記提案表示部は、前記度合いが所定値以上である前記作業条件と関係する前記事象の一部を前記ユーザが入力し、または、前記度合いが所定値以上である前記作業条件と関係する前記作業または前記作業要素の提案を前記ユーザが入力した場合、前記ユーザに付与した重みが所定値以上である前記作業要素と、前記ユーザとの組合せに対して、前記反実仮想確認部における前記確認を行う頻度を増加する
ことを特徴とする請求項６に記載の作業知識提案システム。
ことを特徴とする請求項６に記載の作業知識提案システム。
【請求項8】
保守対象設備に作業を行う必要が生じた差に、必要な前記作業と、前記作業に係る部品または手順を含む作業要素と、を提案する作業知識提案方法であって、
作業と、作業要素と、前記作業および前記作業要素が必要になる条件である作業条件と、を記憶する作業知識記憶部に対してデータを入出力する過程と、
何れかの発生事象情報をユーザが入力すると、入力された前記発生事象情報に対応する作業条件と、前記作業条件に対応して必要な作業と作業要素と、を検索する作業条件検索過程と、
検索された前記作業条件、前記作業および前記作業要素と、前記作業条件に対応する信頼度情報を表示し、前記ユーザからの作業または作業要素の追加、修正、または削除を含む変更を受け付ける提案表示過程と、
前記変更を受け付けたときに変更前または変更後の作業と作業要素とに関する作業条件の候補を、入力された前記発生事象情報の組合せに基づいて検索し、表示する作業条件推定過程と、
前記候補が正当か否かの回答を前記ユーザから受け付け、前記回答が肯定であった前記作業条件を前記作業知識記憶部に追加する変更確認過程と、
を備えることを特徴とする作業知識提案方法。
作業と、作業要素と、前記作業および前記作業要素が必要になる条件である作業条件と、を記憶する作業知識記憶部に対してデータを入出力する過程と、
何れかの発生事象情報をユーザが入力すると、入力された前記発生事象情報に対応する作業条件と、前記作業条件に対応して必要な作業と作業要素と、を検索する作業条件検索過程と、
検索された前記作業条件、前記作業および前記作業要素と、前記作業条件に対応する信頼度情報を表示し、前記ユーザからの作業または作業要素の追加、修正、または削除を含む変更を受け付ける提案表示過程と、
前記変更を受け付けたときに変更前または変更後の作業と作業要素とに関する作業条件の候補を、入力された前記発生事象情報の組合せに基づいて検索し、表示する作業条件推定過程と、
前記候補が正当か否かの回答を前記ユーザから受け付け、前記回答が肯定であった前記作業条件を前記作業知識記憶部に追加する変更確認過程と、
を備えることを特徴とする作業知識提案方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、作業知識提案システムおよび作業知識提案方法に関する。
【背景技術】
【0002】
本技術分野の背景技術として、下記特許文献１，２には、プラント等の設備において、保守作業の作業手順を作業者に提示する技術が記載されている。これら文献の記述は本願明細書の一部として包含される。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１０－１２２８４７号公報
【特許文献2】特開２０２１－１９６８５８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、上述した技術において、一層適切な保守知識をユーザに提供したいという要望がある。
この発明は上述した事情に鑑みてなされたものであり、適切な保守知識をユーザに提供できる作業知識提案システムおよび作業知識提案方法を提供することを目的とする。
この発明は上述した事情に鑑みてなされたものであり、適切な保守知識をユーザに提供できる作業知識提案システムおよび作業知識提案方法を提供することを目的とする。
【課題を解決するための手段】
【0005】
上記課題を解決するため本発明の作業知識提案システムは、保守対象設備に作業を行う必要が生じた際に、必要な前記作業と、前記作業に係る部品または手順を含む作業要素と、を提案する作業知識提案システムであって、作業と、作業要素と、前記作業および前記作業要素が必要になる条件である作業条件と、を記憶する作業知識記憶部に対してデータを入出力する機能と、何れかの発生事象情報をユーザが入力すると、入力された前記発生事象情報に対応する作業条件と、前記作業条件に対応して必要な作業と作業要素と、を検索する作業条件検索部と、検索された前記作業条件、前記作業および前記作業要素と、前記作業条件に対応する信頼度情報を表示し、前記ユーザからの作業または作業要素の追加、修正、または削除を含む変更を受け付ける提案表示部と、前記変更を受け付けたときに変更前または変更後の作業と作業要素とに関する作業条件の候補を、入力された前記発生事象情報の組合せに基づいて検索し、表示する作業条件推定部と、前記候補が正当か否かの回答を前記ユーザから受け付け、前記回答が肯定であった前記作業条件を前記作業知識記憶部に追加する変更確認部と、を備えることを特徴とする。
【発明の効果】
【0006】
本発明によれば、適切な保守知識をユーザに提供できる
【図面の簡単な説明】
【0007】
【図1】第１実施形態による作業知識提案システムのブロック図である。
【図2】作業内容テーブルのデータ構成例を示す図である。
【図3】作業条件テーブルのデータ構成例を示す図である。
【図4】信頼度テーブルのデータ構成例を示す図である。
【図5】作業計画者テーブルのデータ構成例を示す図である。
【図6】作業単語テーブルのデータ構成例を示す図である。
【図7】作業文書テーブルのデータ構成例を示す図である。
【図8】作業履歴テーブルのデータ構成例を示す図である。
【図9】行列の一例を示す図である。
【図10】注目作業テーブルの一例を示す図である。
【図11】提案表示画面の一例を示す図である。
【図12】反実仮想確認画面の一例を示す図である。
【図13】変更確認画面の一例を示す図である。
【図14】作業内容抽出処理ルーチンのフローチャートである。
【図15】作業条件抽出処理ルーチンのフローチャートである。
【図16】信頼度算出ルーチンのフローチャートである。
【図17】作業条件検索ルーチンのフローチャートである。
【図18】作業条件試験ルーチンのフローチャートである。
【図19】作業条件推定ルーチンのフローチャートである。
【図20】提案表示部の処理の流れを示す図である。
【図21】提案表示部の処理の流れを示す他の図である。
【図22】コンピュータのブロック図である。
【発明を実施するための形態】
【0008】
［実施形態の概要］
上述した特許文献１，２を応用した技術（以下、応用技術と呼ぶ）によれば、過去の作業内容を作業記録として蓄積し、そこから効率的な作業手順を整理して作業者に提示し、作業者の作業の効率化を支援する作業手順管理システムを実現できると考えられる。すなわち、作業ログの分析により得た優先度ノウハウを用いて、ある局面以降で如何なる順序で作業を進捗すべきかを提案することが可能であると考えられる。これは、作業を実施したその次に行うべき作業を、ある意味では、直列的に対応して記録させた知識によるものである。
上述した特許文献１，２を応用した技術（以下、応用技術と呼ぶ）によれば、過去の作業内容を作業記録として蓄積し、そこから効率的な作業手順を整理して作業者に提示し、作業者の作業の効率化を支援する作業手順管理システムを実現できると考えられる。すなわち、作業ログの分析により得た優先度ノウハウを用いて、ある局面以降で如何なる順序で作業を進捗すべきかを提案することが可能であると考えられる。これは、作業を実施したその次に行うべき作業を、ある意味では、直列的に対応して記録させた知識によるものである。
【0009】
上述の応用技術における作業ログは、ユーザが故障対応を行う上で行った作業内容、作業結果、作業理由等をユーザが入力した履歴である。これを故障対応の度にユーザが入力することは業務的な負担が大きくなる。またユーザが作業理由を簡潔に説明できるほどの知識を備えている必要がある。
【0010】
また、作業ログから新しい作業が抽出されたとき、すなわち提案した通りでない作業が検出された場合は、その状況下においては新しい作業を行うという知識が新たに獲得される。しかし、厳密には、前述の状況において、新しい作業を追加する、提案した作業を修正する、提案した作業を削除するなど、多数の採り得る選択肢が存在している。これらの選択を適切に繰り返すことで、初めて抽出した形式知がユーザの暗黙知を再現することが可能となる。
【0011】
上述したような選択を行うことなく知識を追加し続ければ、間違った知識や、間違いとは言えないまでも一般的でない知識を用いた作業が提案され、その提案を精査する労力と能力がユーザに要求される。上述した応用技術における提案作業に作業理由と優先度を付与する方式では、その内容を把握し理解するための労力と能力がユーザに要求されるため、この課題の根本解決に至らない。また、上述した応用技術や、後述の実施形態において想定する保守などの分野では、発生する故障の事象に偏りが生じることで、頻出の事象にのみ知識が充実し、稀少な事象や未知の故障に対する知識が蓄積されない問題がある。従って、こうした偏りを解消するためには能動的にユーザの知識を引き出す仕組みを設けることが好ましいと考えられる。
【0012】
後述する実施形態は、以上の事情に鑑みて案出されたものであって、上述した応用技術にあった知識の更新と信頼性の問題を解消し、ユーザに対する業務負担と要求する知識を削減した上で、発生した事象に対する最適な作業を選択する支援を提供するものである。すなわち、後述する実施形態においては、作業知識を能動的に提供する手段を導入し、その更新や根拠理解を容易化する手法を導入することで、一層適切な保守知識をユーザに提供するものである。
【0013】
その目的を達成するため、本実施形態では、作業知識を上述した応用技術のように直列的な管理を行うことに代えて、作業一件毎に独立してその作業が必要な状況を記録する並列的な方式を用いる。本実施形態における知識とは、作業およびその作業に附随して臨機応変に選択される内容である作業手順や使用部品などの作業要素、そしてそれぞれの作業と作業要素が必要になる場合の事象や前段の作業および作業要素を定義した作業条件で構成される。この並列的な方式は、知識の更新が柔軟に行えるとともに、個々の作業実行の根拠事象を明確に表現できる。一方で、知識の表現としては複雑化し、知識の初期化や編集を人手で直接に行うことは困難となる。
【0014】
後述の実施形態は、第１の見地においては、作業知識記憶部と、作業履歴蓄積部と、作業計画者端末と、提案表示部と、作業条件検索部と、変更確認部と、を備える装置であると考えることができる。
ここで、作業知識記憶部は、作業、作業要素、作業条件、作業条件の信頼度等の情報を蓄積するものである。また、作業履歴蓄積部は、実行した作業と作業要素の履歴を蓄積するものである。また、作業計画者端末は、ユーザである作業計画者が操作する端末である。また、提案表示部は、ユーザによる作業が必要な状況において、作業候補の提案とその提案に用いた作業条件と信頼度を表示するものである。また、作業条件検索部は、作業が必要な状況において、発生した事象をユーザが入力することで作業知識記憶部に記憶されている何れかの作業条件が入力内容に該当するか評価し、対応している作業と作業要素を提案するものである。
ここで、作業知識記憶部は、作業、作業要素、作業条件、作業条件の信頼度等の情報を蓄積するものである。また、作業履歴蓄積部は、実行した作業と作業要素の履歴を蓄積するものである。また、作業計画者端末は、ユーザである作業計画者が操作する端末である。また、提案表示部は、ユーザによる作業が必要な状況において、作業候補の提案とその提案に用いた作業条件と信頼度を表示するものである。また、作業条件検索部は、作業が必要な状況において、発生した事象をユーザが入力することで作業知識記憶部に記憶されている何れかの作業条件が入力内容に該当するか評価し、対応している作業と作業要素を提案するものである。
【0015】
［第１実施形態］
〈第１実施形態の全体構成〉
図１は、第１実施形態による作業知識提案システム１０１のブロック図である。
図１において、作業知識提案システム１０１は、作業知識記憶部１０と、作業履歴蓄積部２０と、作業知識初期化部３０と、作業知識提案部４０と、計画者端末７０と、を備えている。
〈第１実施形態の全体構成〉
図１は、第１実施形態による作業知識提案システム１０１のブロック図である。
図１において、作業知識提案システム１０１は、作業知識記憶部１０と、作業履歴蓄積部２０と、作業知識初期化部３０と、作業知識提案部４０と、計画者端末７０と、を備えている。
【0016】
ここで、作業知識記憶部１０は、作業内容テーブル１１と、作業条件テーブル１２と、信頼度テーブル１３と、作業計画者テーブル１４と、作業単語テーブル１５と、を備えている。また、作業履歴蓄積部２０は、作業文書テーブル２１と、作業履歴テーブル２２と、を備えている。また、作業知識初期化部３０は、作業内容抽出部３１と、作業条件抽出部３２と、を備えている。また、作業知識提案部４０は、信頼度算出部４１と、作業条件検索部４２（作業条件検索過程）と、作業条件試験部４３と、作業条件推定部４４（作業条件推定過程）と、を備えている。また、計画者端末７０は、提案表示部７１（提案表示過程）と、反実仮想確認部７２と、変更確認部７３と、を備えている。
【0017】
作業知識提案システム１０１は、保守対象設備３００に対する保守作業等の知識を提案するものである。保守対象設備３００は、保守対象機器３０２，３０４，３０６を備えている。保守対象設備３００は、例えば風力発電システムであり、保守対象機器３０２，３０４，３０６は、例えば風力発電機である。
また、図示のユーザ８０－１，８０－２，…は、複数の作業計画者である。作業計画者は、保守対象設備３００に対して修理等の作業が必要な状況が生じた際に、発生した事象から実施すべき作業とその手順や必要部品などの作業要素を検討、指示する。なお、ユーザ８０－１，８０－２，…を区別する必要が無い場合、これらを総称して「ユーザ８０」と呼ぶ。
また、図示のユーザ８０－１，８０－２，…は、複数の作業計画者である。作業計画者は、保守対象設備３００に対して修理等の作業が必要な状況が生じた際に、発生した事象から実施すべき作業とその手順や必要部品などの作業要素を検討、指示する。なお、ユーザ８０－１，８０－２，…を区別する必要が無い場合、これらを総称して「ユーザ８０」と呼ぶ。
【0018】
ユーザ８０は作業内容を検討するために、計画者端末７０を操作し、最初に提案表示部７１を閲覧する。そして、作業が必要な事象が生じた場合に、発生した事象を計画者端末７０に入力する。提案表示部７１はネットワーク６０を経由して作業知識提案部４０に作業内容の提案を要求し、返却された提案をユーザ８０に表示する。
【0019】
ユーザ８０は提案表示部７１を操作し、提案された作業内容に異議があれば変更を加える。提案表示部７１はユーザ８０の変更操作や入力した事象に応じて、変更確認部７３や反実仮想確認部７２を用いた知識の確認をユーザ８０に対して求める場合がある。
【0020】
以下の実施形態では、保全作業に関する知識の提案を想定し、その作業としては点検および修理を想定し、その作業要素としては点検または修理の手順および修理に使用する部品を想定し、その事象としては発生した故障のエラーコードや対象機械の機種を想定している。
【0021】
〈データ構成〉
（入力文章例）
以下、本実施形態における各種データ構成について説明する。
本実施形態において、作業履歴蓄積部２０の作業文書テーブル２１には、自然言語による作業内容記録文章が記憶されている。これらの作業内容記録文章の例として、作業内容記録文章＃１，＃２を以下に示す。カギ括弧（「」）の内側が、作業内容記録文章＃１，＃２の内容である。
（入力文章例）
以下、本実施形態における各種データ構成について説明する。
本実施形態において、作業履歴蓄積部２０の作業文書テーブル２１には、自然言語による作業内容記録文章が記憶されている。これらの作業内容記録文章の例として、作業内容記録文章＃１，＃２を以下に示す。カギ括弧（「」）の内側が、作業内容記録文章＃１，＃２の内容である。
【0022】
（作業内容記録文章＃１）
「１．１０／１５午前に Ｅ００１ エラーが発生し停止。以下の作業を実施。
２．ノイズセンサの動作確認
２．１．ノイズセンサの周辺を打音し電圧変化を確認 結果：異常
２．２．ノイズセンサの交換実施 交換部品：ＮＳ１０２
３．基盤Ａの動作確認
３．１．基盤Ａのノイズセンサとの接続部（１番～３番）を確認 結果：ＯＫ」
「１．１０／１５午前に Ｅ００１ エラーが発生し停止。以下の作業を実施。
２．ノイズセンサの動作確認
２．１．ノイズセンサの周辺を打音し電圧変化を確認 結果：異常
２．２．ノイズセンサの交換実施 交換部品：ＮＳ１０２
３．基盤Ａの動作確認
３．１．基盤Ａのノイズセンサとの接続部（１番～３番）を確認 結果：ＯＫ」
【0023】
（作業内容記録文章＃２）
「１．１２／２１深夜にＥ００１とＥ００２が発生しました。翌日現地にて復旧作業を実施しました。
２．ノイズセンサの電圧測定 結果：ＮＧ
・ノイズセンサを新品に交換
・ＮＳ１０４ を使用
３．温度センサの電圧測定 結果：ＯＫ
４．基盤Ａの接続確認
・基盤Ａのｘ１～ｘ５（ノイズセンサ側と温度センサ側）の接触を確認 結果：ＯＫ」
「１．１２／２１深夜にＥ００１とＥ００２が発生しました。翌日現地にて復旧作業を実施しました。
２．ノイズセンサの電圧測定 結果：ＮＧ
・ノイズセンサを新品に交換
・ＮＳ１０４ を使用
３．温度センサの電圧測定 結果：ＯＫ
４．基盤Ａの接続確認
・基盤Ａのｘ１～ｘ５（ノイズセンサ側と温度センサ側）の接触を確認 結果：ＯＫ」
【0024】
図２は、作業内容テーブル１１のデータ構成例を示す図である。
作業内容テーブル１１は、複数のレコード１１Ｒ１，１１Ｒ２，…を備えており、各レコードは、作業内容記録文章＃１，＃２から抽出したキーワードに対応する。そして、作業内容テーブル１１の各レコード１１Ｒ１，１１Ｒ２，…には、事例ＩＤ情報１１０と、ノード番号１１１と、キーワード情報１１２と、原文章情報１１３と、上位ノードＩＤ情報１１４と、ノード種類情報１１５と、ノードＩＤ情報１１６と、が含まれている。
作業内容テーブル１１は、複数のレコード１１Ｒ１，１１Ｒ２，…を備えており、各レコードは、作業内容記録文章＃１，＃２から抽出したキーワードに対応する。そして、作業内容テーブル１１の各レコード１１Ｒ１，１１Ｒ２，…には、事例ＩＤ情報１１０と、ノード番号１１１と、キーワード情報１１２と、原文章情報１１３と、上位ノードＩＤ情報１１４と、ノード種類情報１１５と、ノードＩＤ情報１１６と、が含まれている。
【0025】
事例ＩＤ情報１１０は、作業の事例を示す情報である。上述した作業内容記録文章＃１，＃２が、それぞれ作業の事例に対応し、両者に対して事例ＩＤ情報１１０として「１」および「２」が付与されていることとする。作業内容記録文章＃１，＃２をそれぞれ複数の文字列（参照文字列と呼ぶ）に分割し、各々の参照文字列からキーワードを抽出することができる。原文章情報１１３は、キーワードが抽出できた参照文字列そのもの、参照文字列の主要部分の内容である。ノード番号１１１は、参照文字列の、当該事例ＩＤ情報１１０内における出現順序である。キーワード情報１１２は、該参照文字列から抽出された一または複数のキーワードの内容である。但し、作業内容記録文章＃１，＃２に対応する機種情報（例えばレコード１１Ｒ８の「Ｅ７０」）については、原文章情報１１３が無い場合においても、キーワード情報１１２に含められる。図２において、セミコロン（；）は、複数のキーワードが存在する場合に、その区切りを示す。
【0026】
ノードＩＤ情報１１６は、当該レコードに対応するノードＩＤを表すものである。作業内容テーブル１１における各レコードの中には、同一内容または同一内容とみなして差し支えない複数のレコードが含まれることがある。例えば、レコード１１Ｒ１，１１Ｒ９は、共にキーワード情報１１２および原文章情報１１３が「Ｅ００１」であるため、同一内容である。このような場合に、両レコードのノードＩＤは、同一（図示の例では「１」）になる。なお、ノードＩＤ情報１１６を付与する方法の詳細については後述する。
【0027】
ノード種類情報１１５は、当該レコードのキーワード情報１１２に基づいて、当該レコードの種類として、要素Ｋ２（作業要素）、事象Ｋ４、点検Ｋ１２、修理Ｋ１４等のノード種類を指定するものである。ここで、点検Ｋ１２および修理Ｋ１４を総称して作業Ｋ１０と呼ぶ。なお、本実施形態において、ノード種類情報１１５における要素Ｋ２は作業手順と使用部品を想定しているが作業の結果や優先度等を含めてもよい。また、本実施形態におけるノード種類情報１１５（図２参照）における事象Ｋ４は「エラーコード」と「機種」を想定しているが、保守対象機器３０２，３０４，３０６の立地条件や１０年点検などの作業イベント名であってもよく、保守対象機器３０２，３０４，３０６において最近実行した作業内容等を含めてもよい。
【0028】
上位ノードＩＤ情報１１４は、当該レコードに対応するノードが、他のノードの説明等である場合等、文書上で従属関係が読み取れる場合に、当該他のノードのノードＩＤを表すものである。例えば、当該ノードが、ある点検作業の手順を示すものであれば、その点検作業が上位ノードになる。例えば、レコード１１Ｒ３の原文章情報１１３は「ノイズセンサの周辺を打音し、電圧変化を確認」であり、これはレコード１１Ｒ２の「ノイズセンサの動作確認」の手順を示すものであると考えられる。そのため、レコード１１Ｒ３の上位ノードＩＤ情報１１４は、レコード１１Ｒ２のノードＩＤ情報１１６である「２」に設定されている。
【0029】
ここで、（一または複数の）「ある条件」が満たされた場合に、「ある判断内容」が生じるとする。「ある判断内容」とは、例えば「ある作業を実行しなければならない」等の判断内容である。この（一または複数の）「ある条件」と、「ある判断内容」との組合せを「作業条件」と呼ぶ。このような場合、「ある判断内容」の上位ノードが、「ある条件」になる。なお、上位ノードＩＤ情報１１４を付与する方法の詳細については後述する。
【0030】
図３は、作業条件テーブル１２のデータ構成例を示す図である。
図３において、作業条件テーブル１２は、複数のレコード（作業条件）１２Ｒ１，１２Ｒ２，…を備えており、１つのレコードは、１つの「作業条件」に対応する。そして、各レコード１２Ｒ１，１２Ｒ２，…には、ノードＩＤ情報１２０と、fromＩＤ情報１２１（作業）と、toＩＤ情報１２２（作業要素）と、作業分野情報１２３と、信頼度情報１２４と、が含まれている。
図３において、作業条件テーブル１２は、複数のレコード（作業条件）１２Ｒ１，１２Ｒ２，…を備えており、１つのレコードは、１つの「作業条件」に対応する。そして、各レコード１２Ｒ１，１２Ｒ２，…には、ノードＩＤ情報１２０と、fromＩＤ情報１２１（作業）と、toＩＤ情報１２２（作業要素）と、作業分野情報１２３と、信頼度情報１２４と、が含まれている。
【0031】
各レコードにおけるtoＩＤ情報１２２は、作業内容テーブル１１（図２参照）におけるあるノードＩＤであり、fromＩＤ情報１２１がその上位ノードＩＤになる。作業条件テーブル１２における各レコードは、fromＩＤ情報１２１とtoＩＤ情報１２２に対応するノードをエッジで結んだときのナレッジグラフを構成することができる。ノードＩＤ情報１２０は、当該レコードに係る作業条件を特定するユニークな情報である。
【0032】
作業分野情報１２３は、当該レコードに係る作業条件の技術分野、すなわち「電気系」、「機械系」、「温度系」等の分野コードを示すものである。すなわち、作業分野情報１２３は、fromＩＤ情報１２１およびtoＩＤ情報１２２の双方のノードについて、キーワード情報１１２（図２参照）に基づく技術分野を示すものである。なお、当該技術分野は、後述する単語情報１５０（図６参照）の分類情報１５３に対応する情報である。信頼度情報１２４は、当該レコードに係る作業条件の信頼度を示すものである。すなわち、信頼度情報１２４の値が大きいほど、当該レコードに係る作業条件の信頼度が大きいことを表す。
【0033】
図４は、信頼度テーブル１３のデータ構成例を示す図である。
図４において、信頼度テーブル１３は複数のレコード（信頼度履歴情報）１３Ｒ１，１３Ｒ２，…を備えており、１つのレコードは、作業条件テーブル１２（図３参照）の各作業条件（レコード）に対して、ユーザ８０が「評価」した結果を表す。そして、信頼度テーブル１３の各レコードには、ノードＩＤ情報１３０（作業内容）と、入力日情報１３１と、計画者ＩＤ情報１３２と、状況情報１３３と、判定情報１３４と、が含まれている。
図４において、信頼度テーブル１３は複数のレコード（信頼度履歴情報）１３Ｒ１，１３Ｒ２，…を備えており、１つのレコードは、作業条件テーブル１２（図３参照）の各作業条件（レコード）に対して、ユーザ８０が「評価」した結果を表す。そして、信頼度テーブル１３の各レコードには、ノードＩＤ情報１３０（作業内容）と、入力日情報１３１と、計画者ＩＤ情報１３２と、状況情報１３３と、判定情報１３４と、が含まれている。
【0034】
ノードＩＤ情報１３０は、ユーザ８０が評価した作業条件のノードＩＤ情報１２０（図３参照）に等しい。入力日情報１３１は、信頼度テーブル１３の当該レコードをユーザ８０が入力した日付である。計画者ＩＤ情報１３２は、当該レコードを入力したユーザの識別情報である。状況情報１３３は、「提案」または「反実仮想確認」の何れかになる。ここで、「提案」とは、当該作業条件が「提案された」ものであることを示す。また、「反実仮想確認」とは、当該作業条件が「反実仮想」を確認すべきものであることを示す。
【0035】
判定情報１３４は、当該レコードに係る作業条件の判定結果を示すものであり、「肯定」、「否定」、「保留」の何れかになる。ここで、「肯定」とは、「当該作業条件が正しい」という意味であり、「否定」とは、「当該作業条件が誤り」という意味であり、「保留」は、まだ判定結果が定まっていないことを示す。
【0036】
図５は、作業計画者テーブル１４のデータ構成例を示す図である。
図５において、作業計画者テーブル１４は複数のレコード１４Ｒ１，１４Ｒ２，…を備えており、一つのレコードは、一人のユーザ８０に対応する。そして、作業計画者テーブル１４の各レコードには、計画者ＩＤ情報１４０と、役職情報１４１と、得意分野情報１４２と、が含まれている。計画者ＩＤ情報１４０は、当該レコードに係るユーザ８０を一意に特定する情報である。役職情報１４１は、当該ユーザ８０の役職を示す。得意分野情報１４２は、当該ユーザ８０が得意とする分野コード情報を格納する。なお、当該分野コード情報は、作業条件テーブル１２（図３参照）の作業分野情報１２３における技術分野と同様である。
図５において、作業計画者テーブル１４は複数のレコード１４Ｒ１，１４Ｒ２，…を備えており、一つのレコードは、一人のユーザ８０に対応する。そして、作業計画者テーブル１４の各レコードには、計画者ＩＤ情報１４０と、役職情報１４１と、得意分野情報１４２と、が含まれている。計画者ＩＤ情報１４０は、当該レコードに係るユーザ８０を一意に特定する情報である。役職情報１４１は、当該ユーザ８０の役職を示す。得意分野情報１４２は、当該ユーザ８０が得意とする分野コード情報を格納する。なお、当該分野コード情報は、作業条件テーブル１２（図３参照）の作業分野情報１２３における技術分野と同様である。
【0037】
図６は、作業単語テーブル１５のデータ構成例を示す図である。
先に作業内容記録文章＃１，＃２として例示したように、本実施形態においては、保守対象設備３００に対して発生した保守点検作業の内容を、ユーザは、自然言語の文章によって記述する。作業単語テーブル１５は、その自然言語の文章に現れ得る単語のうち、重要な用語を定義したテーブルである。
先に作業内容記録文章＃１，＃２として例示したように、本実施形態においては、保守対象設備３００に対して発生した保守点検作業の内容を、ユーザは、自然言語の文章によって記述する。作業単語テーブル１５は、その自然言語の文章に現れ得る単語のうち、重要な用語を定義したテーブルである。
【0038】
図６において、作業単語テーブル１５は、複数のレコード１５Ｒ１，１５Ｒ２，…を備えており、各レコードは、これら単語に対応する。各レコードには、単語情報１５０と、ラベル情報１５１と、ノード種類情報１５２と、分類情報１５３と、が含まれている。
【0039】
ラベル情報１５１は、単語情報１５０の種別を示すものであり、例えば以下のものが含まれている。
・machine：保守対象機器３０２，３０４，３０６の型番を示す。
・target：保守作業や点検等を行った機器の部位を示す。
・inspect：その部位に対して行った点検の内容を示す
・repair：その部位に対する修理や交換の内容を示す
・error：発生したエラーコードなどの事象を表す。
・parts：部品の型番等を表す。
・machine：保守対象機器３０２，３０４，３０６の型番を示す。
・target：保守作業や点検等を行った機器の部位を示す。
・inspect：その部位に対して行った点検の内容を示す
・repair：その部位に対する修理や交換の内容を示す
・error：発生したエラーコードなどの事象を表す。
・parts：部品の型番等を表す。
【0040】
ここで、ラベル情報１５１のうち、「machine」および「target」を「目的語系ラベル」と呼び、「inspect」および「repair」を「述語系ラベル」と呼び、「error」および「parts」を「単独系ラベル」と呼ぶ。また、単語情報１５０に示された単語のうち、ラベル情報１５１が目的語系ラベルであるものを「目的語系単語」と呼び、述語系ラベルであるものを「述語系単語」と呼び、単独系ラベルであるものを「単独系単語」と呼ぶ。
【0041】
ノード種類情報１５２は、当該レコードにおける単語情報１５０の種別を示すものであり、当該種別には、「事象」、「点検」、「修理」、「要素」が含まれる。ここで、「事象」とは、単語情報１５０が「保守対象設備３００に発生した事象を表す」という意味である。また、「点検」とは、単語情報１５０が、「保守対象設備３００において実行する点検を表す」という意味である。また、「修理」とは、単語情報１５０が、「保守対象設備３００において実行する修理を表す」という意味である。また、「要素」とは、単語情報１５０が、「事象、点検または修理に関する要素を表す」という意味である。
【0042】
分類情報１５３は、単語情報１５０の内容に、関係する専門分野が存在する場合は、その分野コードを表すものである。なお、当該分野コード情報は、作業条件テーブル１２（図３参照）の作業分野情報１２３における技術分野と同様である。
【0043】
図７は、作業文書テーブル２１のデータ構成例を示す図である。
図７において、作業文書テーブル２１は、複数のレコード２１Ｒ１，２１Ｒ２，…を備えており、各レコードは、保守対象設備３００（図１参照）に対して発生した「保守点検作業」に対応する。各レコードには、事例ＩＤ情報２１０と、発生日情報２１１と、計画者ＩＤ情報２１２と、対象機種情報２１３と、作業内容情報２１４と、が含まれている。
図７において、作業文書テーブル２１は、複数のレコード２１Ｒ１，２１Ｒ２，…を備えており、各レコードは、保守対象設備３００（図１参照）に対して発生した「保守点検作業」に対応する。各レコードには、事例ＩＤ情報２１０と、発生日情報２１１と、計画者ＩＤ情報２１２と、対象機種情報２１３と、作業内容情報２１４と、が含まれている。
【0044】
事例ＩＤ情報２１０は、当該レコードに係る保守点検作業を特定するユニークな情報である。発生日情報２１１は、保守点検作業が発生した日時を示すものである。計画者ＩＤ情報２１２は、保守点検作業の計画者であるユーザ８０を特定する情報であり、作業計画者テーブル１４（図５参照）における計画者ＩＤ情報１４０に対応する。対象機種情報２１３は、保守点検作業が発生した何れかの保守対象機器３０２，３０４，３０６を示す情報である。作業内容情報２１４は、上述した保守点検作業の内容を自然言語の文字列で記述した文章である。図示の例において、事例ＩＤ情報２１０が「１」および「２」であるレコードには、それぞれ、上述した作業内容記録文章＃１，＃２が作業内容情報２１４として記憶されている。
【0045】
図８は、作業履歴テーブル２２のデータ構成例を示す図である。
作業履歴テーブル２２は、複数のレコード（履歴）２２Ｒ１，２２Ｒ２，…を備えており、各レコードは、作業文書テーブル２１（図７参照）と同様に、上述した保守点検作業に対応する。各レコードには、事例ＩＤ情報２２０と、計画者ＩＤ情報２２１と、発生日情報２２２と、発生事象情報２２３と、計画作業情報２２４と、有効作業情報２２５と、が含まれている。
作業履歴テーブル２２は、複数のレコード（履歴）２２Ｒ１，２２Ｒ２，…を備えており、各レコードは、作業文書テーブル２１（図７参照）と同様に、上述した保守点検作業に対応する。各レコードには、事例ＩＤ情報２２０と、計画者ＩＤ情報２２１と、発生日情報２２２と、発生事象情報２２３と、計画作業情報２２４と、有効作業情報２２５と、が含まれている。
【0046】
事例ＩＤ情報２２０、計画者ＩＤ情報２２１、および発生日情報２２２は、上述した事例ＩＤ情報２１０（図７参照）における事例ＩＤ情報２１０、計画者ＩＤ情報２１２および発生日情報２１１と、それぞれ同様の情報である。発生事象情報２２３は、当該レコードに係る保守点検作業に対応して発生した、一または複数の事象を示すものである。より具体的には、作業内容テーブル１１（図２参照）のノード種類情報１１５が「事象」であるレコードのノードＩＤ情報１１６のうち、一または複数のものが発生事象情報２２３に含まれる。
【0047】
計画作業情報２２４は、異常が発見された箇所に対して実行し得る点検作業や、異常復旧のために実行し得る修理作業等を表すものである。より具体的には、作業内容テーブル１１（図２参照）のノード種類情報１１５が「点検」または「修理」であるレコードのノードＩＤ情報１１６のうち、一または複数のものが計画作業情報２２４に含まれる。有効作業情報２２５は、計画作業情報２２４に列挙された作業のうち、実際に実行された作業のノードＩＤ情報１１６である。
【0048】
図９は、作業条件抽出部３２によって作成される行列ＭＴＣの一例を示す図である。
行列ＭＴＣの各行は、作業条件テーブル１２（図３参照）のtoＩＤ情報１２２に対応する。また、行列ＭＴＣの各列は、fromＩＤ情報１２１に対応する。行列ＭＴＣの各要素の数値は、列であるfromＩＤ情報１２１と、行であるtoＩＤ情報１２２と、に対応した、出現数等の数値を表す。
行列ＭＴＣの各行は、作業条件テーブル１２（図３参照）のtoＩＤ情報１２２に対応する。また、行列ＭＴＣの各列は、fromＩＤ情報１２１に対応する。行列ＭＴＣの各要素の数値は、列であるfromＩＤ情報１２１と、行であるtoＩＤ情報１２２と、に対応した、出現数等の数値を表す。
【0049】
図１０は、注目作業テーブル２４の一例を示す図である。
注目作業テーブル２４は、複数のレコード２４Ｒ１，２４Ｒ２，…を備え、各レコードには、発生事象情報２４０と、事例ＩＤ情報２４１と、作業有無情報２４２と、を含む。発生事象情報２４０は、発生した一または複数のノードＩＤを示す。事例ＩＤ情報２４１は、この発生事象情報２４０に対応する事例ＩＤである。作業有無情報２４２は、発生事象情報２４０に対して実行された作業の有無を表す。
注目作業テーブル２４は、複数のレコード２４Ｒ１，２４Ｒ２，…を備え、各レコードには、発生事象情報２４０と、事例ＩＤ情報２４１と、作業有無情報２４２と、を含む。発生事象情報２４０は、発生した一または複数のノードＩＤを示す。事例ＩＤ情報２４１は、この発生事象情報２４０に対応する事例ＩＤである。作業有無情報２４２は、発生事象情報２４０に対して実行された作業の有無を表す。
【0050】
〈作業知識初期化部３０〉
図１に示した作業内容抽出部３１は、作業履歴蓄積部２０における作業文書テーブル２１（図７参照）と、作業知識記憶部１０における作業単語テーブル１５（図６参照）と、を取得する。次に、作業内容抽出部３１は、作業内容情報２１４（例えば上述の作業内容記録文章＃１，＃２）に含まれる保守点検作業の情報を抽出し、その内容を作業内容テーブル１１（図２参照）に格納する。また、作業条件抽出部３２は、上述した行列ＭＴＣ（図９参照）等を生成する。
図１に示した作業内容抽出部３１は、作業履歴蓄積部２０における作業文書テーブル２１（図７参照）と、作業知識記憶部１０における作業単語テーブル１５（図６参照）と、を取得する。次に、作業内容抽出部３１は、作業内容情報２１４（例えば上述の作業内容記録文章＃１，＃２）に含まれる保守点検作業の情報を抽出し、その内容を作業内容テーブル１１（図２参照）に格納する。また、作業条件抽出部３２は、上述した行列ＭＴＣ（図９参照）等を生成する。
【0051】
〈計画者端末７０〉
図１１は、提案表示部７１に表示される提案表示画面Ｖ７１の一例を示す図である。
提案表示部７１はネットワーク６０を介して、作業知識提案部４０から作業内容の提案または確認を取得し、その内容を提案表示画面Ｖ７１によってユーザ８０に表示する。図１１において、提案表示画面Ｖ７１は、事象入力部７１０と、作業内容表示部７１１と、修正入力ボタン７１２と、作業追加ボタン７１３と、作業削除ボタン７１４と、提案根拠表示部７１５と、計画完了ボタン７１６と、を含んでいる。
図１１は、提案表示部７１に表示される提案表示画面Ｖ７１の一例を示す図である。
提案表示部７１はネットワーク６０を介して、作業知識提案部４０から作業内容の提案または確認を取得し、その内容を提案表示画面Ｖ７１によってユーザ８０に表示する。図１１において、提案表示画面Ｖ７１は、事象入力部７１０と、作業内容表示部７１１と、修正入力ボタン７１２と、作業追加ボタン７１３と、作業削除ボタン７１４と、提案根拠表示部７１５と、計画完了ボタン７１６と、を含んでいる。
【0052】
事象入力部７１０には、ユーザ８０によって、保守対象設備３００に発生した事象の内容が入力される。作業内容表示部７１１には、発生した当該事象に対して、ユーザ８０に提案する作業内容のリストを表示する。図示の例では、「温度センサ点検」および「基盤点検」が、作業内容のリストに含まれている。ユーザ８０は、修正入力ボタン７１２を押下することにより、当該リストの内容と修正することができる。
【0053】
作業追加ボタン７１３は、作業内容表示部７１１に、新たな作業を追加すべきことを指令するものである。作業削除ボタン７１４は、作業内容表示部７１１に示された何れかの作業の削除を指令するものである。提案根拠表示部７１５は、作業内容表示部７１１に列挙された作業内容のうち、何れかの提案根拠等を示すものである。図示の例では、提案根拠表示部７１５は、「基盤点検」の提案根拠等を示している。
【0054】
図１２は、反実仮想確認部７２に表示される反実仮想確認画面Ｖ７２の一例を示す図である。
図１２において、反実仮想確認画面Ｖ７２は、作業内容表示部７２０と、提案根拠表示部７２１と、保留ボタン７２４と、が含まれている。さらに、提案根拠表示部７２１には、肯定ボタン７２２と、否定ボタン７２３と、が含まれている。
図１２において、反実仮想確認画面Ｖ７２は、作業内容表示部７２０と、提案根拠表示部７２１と、保留ボタン７２４と、が含まれている。さらに、提案根拠表示部７２１には、肯定ボタン７２２と、否定ボタン７２３と、が含まれている。
【0055】
図１２の例において、反実仮想確認画面Ｖ７２は、「基盤点検」の作業内容を提案している。作業内容表示部７２０は、仮想的に提案した作業内容である仮想提案内容を表示する。提案根拠表示部７２１は、仮想提案内容に用いた作業条件等を作業条件テーブル１２（図３参照）から抽出して表示するものである。肯定ボタン７２２、否定ボタン７２３、保留ボタン７２４は、それぞれ“肯定”、“否定”、“保留”の指令情報を入力するものである。これらボタンのうち何れかが押下されると、反実仮想確認部７２の処理が終了し、表示画面は提案表示部７１の画面に遷移する。
【0056】
図１３は、変更確認部７３によって表示される変更確認画面Ｖ７３の一例を示す図である。
図１３において、変更確認画面Ｖ７３は、変更内容表示部７３０と、提案根拠修正案表示部７３１と、保留ボタン７３４と、が含まれている。さらに、提案根拠修正案表示部７３１には、肯定ボタン７３２と、否定ボタン７３３と、が含まれている。
図１３において、変更確認画面Ｖ７３は、変更内容表示部７３０と、提案根拠修正案表示部７３１と、保留ボタン７３４と、が含まれている。さらに、提案根拠修正案表示部７３１には、肯定ボタン７３２と、否定ボタン７３３と、が含まれている。
【0057】
変更内容表示部７３０は、ユーザ８０が提案表示部７１を介して行った変更内容を表示する。提案根拠修正案表示部７３１は、作業条件推定部４４によって推定された作業条件を表示する。肯定ボタン７３２、否定ボタン７３３、保留ボタン７３４は、それぞれ“肯定”、“否定”、“保留”の指令情報を入力するものである。これらボタンのうち何れかが押下されると、変更確認部７３の処理が終了し、表示画面は提案表示部７１の画面に遷移する。
【0058】
図１４は、作業内容抽出部３１において実行される作業内容抽出処理ルーチンのフローチャートである。
（Ｓ３１０２：データ取得）
図１４において、処理がステップＳ３１０２に進むと、データ取得処理が実行される。すなわち、作業内容抽出部３１は、作業文書テーブル２１（図７参照）および作業単語テーブル１５（図６参照）を読み出し、これらの内容を取得する。
（Ｓ３１０２：データ取得）
図１４において、処理がステップＳ３１０２に進むと、データ取得処理が実行される。すなわち、作業内容抽出部３１は、作業文書テーブル２１（図７参照）および作業単語テーブル１５（図６参照）を読み出し、これらの内容を取得する。
【0059】
（Ｓ３１０４：文字列分割）
次に、処理がステップＳ３１０４に進むと、作業内容抽出部３１は、文字列分割を実行する。この文字列分割の内容は以下の通りである。
（１）作業文書テーブル２１から、未処理の一つのレコードを処理対象として選択する。当該レコードを「処理対象レコード２１Ｒａ」（図示せず）と呼ぶ。
（２）処理対象レコード２１Ｒａにおける作業内容情報２１４（例えば、上述した作業内容記録文章＃１，＃２）を、「句読点」、「改行」、「区切り記号」を境界として、複数の文字列に分割する。「区切り記号」とは、「１．」または「・」等、文章を区切る文字列を指す。分割された各文字列を、ここでは「部分文字列」と呼ぶ。
（３）部分文字列毎に、作業単語テーブル１５（図６参照）に含まれる単語情報１５０と、該単語情報１５０に対応するラベル情報１５１と、を取得する。
次に、処理がステップＳ３１０４に進むと、作業内容抽出部３１は、文字列分割を実行する。この文字列分割の内容は以下の通りである。
（１）作業文書テーブル２１から、未処理の一つのレコードを処理対象として選択する。当該レコードを「処理対象レコード２１Ｒａ」（図示せず）と呼ぶ。
（２）処理対象レコード２１Ｒａにおける作業内容情報２１４（例えば、上述した作業内容記録文章＃１，＃２）を、「句読点」、「改行」、「区切り記号」を境界として、複数の文字列に分割する。「区切り記号」とは、「１．」または「・」等、文章を区切る文字列を指す。分割された各文字列を、ここでは「部分文字列」と呼ぶ。
（３）部分文字列毎に、作業単語テーブル１５（図６参照）に含まれる単語情報１５０と、該単語情報１５０に対応するラベル情報１５１と、を取得する。
【0060】
（４）各部分文字列を、抽出した単語情報１５０のラベル情報１５１に応じて、さらに短い文字列に分割する。分割された文字列を「参照文字列」と呼ぶ。ここで、参照文字列は、「目的語系単語と述語系単語との組を含む文字列」（以下、「目的語・述語系参照文字列」と呼ぶ。）、または、「単体の単独系単語を含む文字列」（以下、「単独系参照文字列」と呼ぶ）になる。
【0061】
なお、上述したように、「目的語系ラベル」とは、「machine」および「target」であり、「述語系ラベル」とは、「inspect」および「repair」であり、「単独系ラベル」とは、「error」および「parts」である。また、「目的語系単語」、「述語系単語」および「単独系単語」は、これらラベルに対応する単語である。
【0062】
（Ｓ３１０６：作業内容テーブルの更新）
次に、処理がステップＳ３１０６に進むと、作業内容抽出部３１は、参照文字列の内容に基づいて、作業内容テーブル１１を更新する。この更新処理の内容は以下の通りである。
（１）レコードの作成等
作業内容抽出部３１は、各参照文字列に対応して、作業内容テーブル１１（図２参照）のレコードを作成する。そして、作業内容抽出部３１は、参照文字列が含まれていた作業内容情報２１４（例えば、上述した作業内容記録文章＃１，＃２）に応じて、事例ＩＤ情報１１０を書き込み、参照文字列の出現順序に応じて、ノード番号１１１を書き込む。
次に、処理がステップＳ３１０６に進むと、作業内容抽出部３１は、参照文字列の内容に基づいて、作業内容テーブル１１を更新する。この更新処理の内容は以下の通りである。
（１）レコードの作成等
作業内容抽出部３１は、各参照文字列に対応して、作業内容テーブル１１（図２参照）のレコードを作成する。そして、作業内容抽出部３１は、参照文字列が含まれていた作業内容情報２１４（例えば、上述した作業内容記録文章＃１，＃２）に応じて、事例ＩＤ情報１１０を書き込み、参照文字列の出現順序に応じて、ノード番号１１１を書き込む。
【0063】
（２）原文章情報１１３の設定等
作業内容抽出部３１は、各参照文字列に「子要素記号」が含まれるか否かを判定する。ここで、「子要素記号」とは、「・」や、「１．１．」等、上述した「区切り記号」の一部であって子要素の項目であることを表す記号等の文字列である。
作業内容抽出部３１は、各参照文字列に「子要素記号」が含まれるか否かを判定する。ここで、「子要素記号」とは、「・」や、「１．１．」等、上述した「区切り記号」の一部であって子要素の項目であることを表す記号等の文字列である。
【0064】
（２Ａ）「子要素記号」が参照文字列に含まれていた場合、作業内容抽出部３１は、この「子要素記号」を削除したものを原文章情報１１３として書き込む。さらに、この場合、ノード種類情報１１５を「要素」に設定する。
【0065】
例えば、上述した作業内容記録文章＃１には、「２．１．ノイズセンサの周辺を打音し電圧変化を確認」という文字列が含まれており、これが参照文字列の一例になる。この参照文字列のうち、「２．１．」は子要素記号であるため、これを削除した残りの文字列「ノイズセンサの周辺を打音し電圧変化を確認」が、レコード１１Ｒ３（図２参照）の原文章情報１１３として書き込まれている。そして、レコード１１Ｒ３のノード種類情報１１５は「要素」に設定されている。
【0066】
（２Ｂ）一方、「子要素記号」が参照文字列に含まれていなかった場合、作業内容抽出部３１は、参照文字列の内容を原文章情報１１３として書き込む。なお、この場合には、ノード種類情報１１５は、現時点では未定である。
【0067】
（３）キーワード情報１１２の設定
原文章情報１１３が単独系参照文字列（単体の単独系単語を含む文字列）である場合、作業内容抽出部３１は、当該単語を、作業内容テーブル１１の当該レコードにおけるキーワード情報１１２に書き込む。例えば、図２のレコード１１Ｒ１において、原文章情報１１３は「Ｅ００１」であり、これは、単独系参照文字列であるため、作業内容抽出部３１は、この単語「Ｅ００１」をそのままレコード１１Ｒ１のキーワード情報１１２に書き込む。
原文章情報１１３が単独系参照文字列（単体の単独系単語を含む文字列）である場合、作業内容抽出部３１は、当該単語を、作業内容テーブル１１の当該レコードにおけるキーワード情報１１２に書き込む。例えば、図２のレコード１１Ｒ１において、原文章情報１１３は「Ｅ００１」であり、これは、単独系参照文字列であるため、作業内容抽出部３１は、この単語「Ｅ００１」をそのままレコード１１Ｒ１のキーワード情報１１２に書き込む。
【0068】
一方、原文章情報１１３が目的語・述語系参照文字列である場合、これに含まれる目的語系単語および述語系単語を、作業内容テーブル１１の当該レコードにおけるキーワード情報１１２に書き込む。例えば、図２のレコード１１Ｒ２において、原文章情報１１３は「ノイズセンサの動作確認」であり、このうち「ノイズセンサ」は目的語系単語であり、「確認」は述語系単語である。そこで、キーワード情報１１２として、「ノイズセンサ」および「確認」が書き込まれている。
【0069】
（４）ノード種類情報１１５の設定
上述したように、参照文字列に「子要素記号」が含まれていた場合、対応するレコードにおけるノード種類情報１１５は「要素」に設定される。作業内容抽出部３１は、それ以外のレコードについては、参照文字列が単独系参照文字列であるのか目的語・述語系参照文字列であるか、に基づいて、ノード種類情報１１５を決定する。
上述したように、参照文字列に「子要素記号」が含まれていた場合、対応するレコードにおけるノード種類情報１１５は「要素」に設定される。作業内容抽出部３１は、それ以外のレコードについては、参照文字列が単独系参照文字列であるのか目的語・述語系参照文字列であるか、に基づいて、ノード種類情報１１５を決定する。
【0070】
（４Ａ）単独系参照文字列の場合
原文章情報１１３が単独系参照文字列である場合、ここには単独系単語が含まれる。作業内容抽出部３１は、作業単語テーブル１５（図６参照）において、当該単独系単語に対応するレコードのノード種類情報１５２を抽出する。そして、抽出したノード種類情報１５２の内容を、作業内容テーブル１１（図２参照）における、当該原文章情報１１３に対応するレコードのノード種類情報１１５に書き込む。
原文章情報１１３が単独系参照文字列である場合、ここには単独系単語が含まれる。作業内容抽出部３１は、作業単語テーブル１５（図６参照）において、当該単独系単語に対応するレコードのノード種類情報１５２を抽出する。そして、抽出したノード種類情報１５２の内容を、作業内容テーブル１１（図２参照）における、当該原文章情報１１３に対応するレコードのノード種類情報１１５に書き込む。
【0071】
例えば、図２のレコード１１Ｒ１において、原文章情報１１３は、単独系単語そのものである「Ｅ００１」である。そして、作業単語テーブル１５（図６参照）のレコード１５Ｒ１によれば、「Ｅ００１」のノード種類情報１５２は「事象」である。従って、図２のレコード１１Ｒ１において、ノード種類情報１１５には「事象」と書き込まれている。
【0072】
（４Ｂ）目的語・述語系参照文字列の場合
原文章情報１１３が目的語・述語系参照文字列である場合には、ここには目的語系単語と、述語系単語と、が含まれる。そして、上述したように、述語系単語に対応するラベル情報１５１（図６参照）は、「inspect」または「repair」の何れかである。述語系単語に対応するラベル情報１５１が「inspect」である場合、作業内容テーブル１１（図２参照）のノード種類情報１１５には、「点検」が書き込まれる。一方、ラベル情報１５１が「repair」である場合、作業内容テーブル１１におけるノード種類情報１１５には、「修理」が書き込まれる。
原文章情報１１３が目的語・述語系参照文字列である場合には、ここには目的語系単語と、述語系単語と、が含まれる。そして、上述したように、述語系単語に対応するラベル情報１５１（図６参照）は、「inspect」または「repair」の何れかである。述語系単語に対応するラベル情報１５１が「inspect」である場合、作業内容テーブル１１（図２参照）のノード種類情報１１５には、「点検」が書き込まれる。一方、ラベル情報１５１が「repair」である場合、作業内容テーブル１１におけるノード種類情報１１５には、「修理」が書き込まれる。
【0073】
例えば、図２のレコード１１Ｒ２において、原文章情報１１３は「ノイズセンサの動作確認」であり、ここには述語系単語である「確認」が含まれている。一方、図６のレコード１５Ｒ１によれば、「確認」のラベル情報１５１は「inspect」である。従って、図２のレコード１１Ｒ２において、ノード種類情報１１５には「点検」が書き込まれている。
【0074】
また、図２のレコード１１Ｒ４において、原文章情報１１３は「ノイズセンサの交換」であり、このうち「交換」が述語系単語になる。図６のレコード１５Ｒ１０によれば、「交換」のラベル情報１５１は「repair」である。従って、図２のレコード１１Ｒ４において、ノード種類情報１１５には「修理」が書き込まれている。
【0075】
（５）上位ノード番号の取得
（５．１）「修理」に対する上位ノード番号
ｐ，ｑを任意の自然数として、作業内容抽出部３１は、ノード種類情報１１５が「修理」であるレコード１１Ｒｐ（図示せず）の上位ノード番号（図示せず）を、以下のようにして定める。
・レコード１１Ｒｐと同一の事例ＩＤ情報１１０を有し、レコード１１Ｒｐのノード番号１１１よりも小さいノード番号１１１を有し、かつ、ノード種類情報１１５が「点検」である、一または複数のレコード１１Ｒｑ（図示せず）を検索する。
・検索された一または複数のレコード１１Ｒｑのうち、ノード番号１１１が最大であるものの当該ノード番号１１１が、レコード１１Ｒｐの上位ノード番号である。
（５．１）「修理」に対する上位ノード番号
ｐ，ｑを任意の自然数として、作業内容抽出部３１は、ノード種類情報１１５が「修理」であるレコード１１Ｒｐ（図示せず）の上位ノード番号（図示せず）を、以下のようにして定める。
・レコード１１Ｒｐと同一の事例ＩＤ情報１１０を有し、レコード１１Ｒｐのノード番号１１１よりも小さいノード番号１１１を有し、かつ、ノード種類情報１１５が「点検」である、一または複数のレコード１１Ｒｑ（図示せず）を検索する。
・検索された一または複数のレコード１１Ｒｑのうち、ノード番号１１１が最大であるものの当該ノード番号１１１が、レコード１１Ｒｐの上位ノード番号である。
【0076】
例えば、図２のレコード１１Ｒ４のノード種類情報１１５は「修理」であり、上述した条件を満たすレコード１１Ｒｑはレコード１１Ｒ２になる。従って、レコード１１Ｒ４の上位ノード番号は、レコード１１Ｒ２のノード番号１１１である「２」に設定される。
【0077】
（５．２）「要素」に対する上位ノード番号
また、作業内容抽出部３１は、ノード種類情報１１５が「要素」であるレコード１１Ｒｐ（図示せず）の上位ノード番号を、以下のようにして定める。
・レコード１１Ｒｐと同一の事例ＩＤ情報１１０を有し、レコード１１Ｒｐのノード番号１１１よりも小さいノード番号１１１を有し、かつ、ノード種類情報１１５が「点検」または「修理」である、一または複数のレコード１１Ｒｑ（図示せず）を検索する。
・検索された一または複数のレコード１１Ｒｑのうち、ノード番号１１１が最大であるものの当該ノード番号１１１が、レコード１１Ｒｐの上位ノード番号である。
また、作業内容抽出部３１は、ノード種類情報１１５が「要素」であるレコード１１Ｒｐ（図示せず）の上位ノード番号を、以下のようにして定める。
・レコード１１Ｒｐと同一の事例ＩＤ情報１１０を有し、レコード１１Ｒｐのノード番号１１１よりも小さいノード番号１１１を有し、かつ、ノード種類情報１１５が「点検」または「修理」である、一または複数のレコード１１Ｒｑ（図示せず）を検索する。
・検索された一または複数のレコード１１Ｒｑのうち、ノード番号１１１が最大であるものの当該ノード番号１１１が、レコード１１Ｒｐの上位ノード番号である。
【0078】
（６）機種情報に対応するノード種類情報１１５の設定
また、作業内容抽出部３１は、処理対象レコード２１Ｒａ（作業文書テーブル２１の、処理中のレコード）の事例ＩＤ情報２１０に等しい事例ＩＤ情報１１０を有する、作業内容テーブル１１の一または複数のレコードを抽出する。そして、抽出したレコードの原文章情報１１３に、対応するレコード２１Ｒ１，２１Ｒ２，…における対象機種情報２１３が含まれていれば、当該レコードにおけるノード種類情報１１５を「事象」に設定する。
また、作業内容抽出部３１は、処理対象レコード２１Ｒａ（作業文書テーブル２１の、処理中のレコード）の事例ＩＤ情報２１０に等しい事例ＩＤ情報１１０を有する、作業内容テーブル１１の一または複数のレコードを抽出する。そして、抽出したレコードの原文章情報１１３に、対応するレコード２１Ｒ１，２１Ｒ２，…における対象機種情報２１３が含まれていれば、当該レコードにおけるノード種類情報１１５を「事象」に設定する。
【0079】
（Ｓ３１０８：全レコードが処理済？）
図１４に戻り、次に処理がステップＳ３１０８に進むと、作業内容抽出部３１は、作業文書テーブル２１における全てのレコード２１Ｒ１，２１Ｒ２，…について、ステップＳ３１０４，Ｓ３１０６の処理を実行したか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３１０４に戻り、作業内容抽出部３１は、作業文書テーブル２１における何れかの未処理のレコードについて、ステップＳ３１０４，Ｓ３１０６の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、処理はステップＳ３１１０に進む。
図１４に戻り、次に処理がステップＳ３１０８に進むと、作業内容抽出部３１は、作業文書テーブル２１における全てのレコード２１Ｒ１，２１Ｒ２，…について、ステップＳ３１０４，Ｓ３１０６の処理を実行したか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３１０４に戻り、作業内容抽出部３１は、作業文書テーブル２１における何れかの未処理のレコードについて、ステップＳ３１０４，Ｓ３１０６の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、処理はステップＳ３１１０に進む。
【0080】
（Ｓ３１１０：ノードＩＤ情報、上位ノードＩＤ情報の設定）
（１） ステップＳ３１１０において、作業内容抽出部３１は、以下に述べる手順によって、作業内容テーブル１１の各レコードに対して、ノードＩＤ情報１１６を付与する。
・最初に発生したレコード１１Ｒ１のノードＩＤ情報１１６を「１」とする。
・２番目以降に新たに発生したレコードについては、当該レコードのキーワード情報１１２（キーワード情報１１２に列挙された単語の組）と、過去に発生した他のレコードのキーワード情報１１２と、が所定の「同一・類似関係」を充足するか否かを判定する。
・判定結果が肯定であった場合、新たに発生したレコードのノードＩＤ情報１１６は、「同一・類似関係」を充足する他のレコードと共通の値にする。
（１） ステップＳ３１１０において、作業内容抽出部３１は、以下に述べる手順によって、作業内容テーブル１１の各レコードに対して、ノードＩＤ情報１１６を付与する。
・最初に発生したレコード１１Ｒ１のノードＩＤ情報１１６を「１」とする。
・２番目以降に新たに発生したレコードについては、当該レコードのキーワード情報１１２（キーワード情報１１２に列挙された単語の組）と、過去に発生した他のレコードのキーワード情報１１２と、が所定の「同一・類似関係」を充足するか否かを判定する。
・判定結果が肯定であった場合、新たに発生したレコードのノードＩＤ情報１１６は、「同一・類似関係」を充足する他のレコードと共通の値にする。
【0081】
・判定結果が否定であった場合、新たに発生したレコードには、新たなノードＩＤ情報１１６を付与する。ここで、「同一・類似関係」に関しては、例えば「Ｗｏｒｄ２Ｖｅｃ」等の公知の手法を適用して類似度を算出することによって判定できる。すなわち、算出した類似度が所定の閾値以上であれば「同一・類似関係」を充足すると判定し、それ以外の場合は「同一・類似関係」を充足しないと判定するとよい。
【0082】
（２）また、ステップＳ３１１０において、作業内容抽出部３１は、作業内容テーブル１１の各レコードのうち、上述した「上位ノード番号」を有するレコードについて、上位ノードＩＤ情報１１４を設定する。
すなわち、作業内容抽出部３１は、あるレコード１１Ｒｐ（図示せず）の「上位ノード番号」に対応するレコードが「レコード１１Ｒｑ（図示せず）」である場合、レコード１１ＲｑのノードＩＤ情報１１６を、レコード１１Ｒｐの上位ノードＩＤ情報１１４に書き込む。
すなわち、作業内容抽出部３１は、あるレコード１１Ｒｐ（図示せず）の「上位ノード番号」に対応するレコードが「レコード１１Ｒｑ（図示せず）」である場合、レコード１１ＲｑのノードＩＤ情報１１６を、レコード１１Ｒｐの上位ノードＩＤ情報１１４に書き込む。
【0083】
図１５は、作業条件抽出部３２において実行される作業条件抽出処理ルーチンのフローチャートである。
（Ｓ３２０２：データ取得、行列初期化）
図１５において、処理がステップＳ３１０２に進むと、データ取得処理が実行される。すなわち、作業条件抽出部３２は、作業内容テーブル１１（図２参照）を取得する。また、空行列である３つの行列ＭＴＡ，ＭＴＢ，ＭＴＣ（図示せず）を生成する。
（Ｓ３２０２：データ取得、行列初期化）
図１５において、処理がステップＳ３１０２に進むと、データ取得処理が実行される。すなわち、作業条件抽出部３２は、作業内容テーブル１１（図２参照）を取得する。また、空行列である３つの行列ＭＴＡ，ＭＴＢ，ＭＴＣ（図示せず）を生成する。
【0084】
（Ｓ３２０４：ＩＤ抽出）
次に、処理がステップＳ３２０４に進むと、作業条件抽出部３２は、ＩＤ抽出処理を行う。この内容は以下の通りである。
（１）作業条件抽出部３２は、作業内容テーブル１１（図２参照）に含まれる複数の事例ＩＤ情報１１０の中から、後述するステップＳ３２０６の処理を行っていない一つの事例ＩＤ情報１１０を取得する。取得した事例ＩＤ情報１１０を、「指示ＩＤ情報１１０ａ」（図示せず）と呼ぶ。
次に、処理がステップＳ３２０４に進むと、作業条件抽出部３２は、ＩＤ抽出処理を行う。この内容は以下の通りである。
（１）作業条件抽出部３２は、作業内容テーブル１１（図２参照）に含まれる複数の事例ＩＤ情報１１０の中から、後述するステップＳ３２０６の処理を行っていない一つの事例ＩＤ情報１１０を取得する。取得した事例ＩＤ情報１１０を、「指示ＩＤ情報１１０ａ」（図示せず）と呼ぶ。
【0085】
（２）指示ＩＤ情報１１０ａのうち、対応するノード種類情報１１５が、「事象」、「点検」、「修理」、「要素」である全てのノードＩＤ情報１１６を取得する。「事象」、「点検」、「修理」、「要素」について取得したノードＩＤ情報１１６を、それぞれ事象ＩＤ情報１１６Ｊ、点検ＩＤ情報１１６Ｔ、修理ＩＤ情報１１６Ｓ、および要素ＩＤ情報１１６Ｙと呼ぶ（何れも図示せず）。
【0086】
（Ｓ３２０６：行列追加）
次に、処理がステップＳ３２０６に進むと、作業条件抽出部３２は、行列追加処理を行う。この内容は以下の通りである。
（１）全ての点検ＩＤ情報１１６Ｔを、行列ＭＴＡの「行」として追加し、全ての事象ＩＤ情報１１６Ｊを行列ＭＴＡの「列」として追加し、行列ＭＴＡの全要素を「０」で初期化する。
次に、処理がステップＳ３２０６に進むと、作業条件抽出部３２は、行列追加処理を行う。この内容は以下の通りである。
（１）全ての点検ＩＤ情報１１６Ｔを、行列ＭＴＡの「行」として追加し、全ての事象ＩＤ情報１１６Ｊを行列ＭＴＡの「列」として追加し、行列ＭＴＡの全要素を「０」で初期化する。
【0087】
（２）全ての修理ＩＤ情報１１６Ｓを、行列ＭＴＢの「行」として追加し、「これらの修理ＩＤ情報１１６Ｓの上位ノードＩＤ情報１１４と、事象ＩＤ情報１１６Ｊと、の組合せ」の全てを、行列ＭＴＢの「列」として追加する。そして、行列ＭＴＢの全要素を「０」で初期化する。
【0088】
（３）全ての要素ＩＤ情報１１６Ｙを、行列ＭＴＣの「行」として追加し、「これらの要素ＩＤ情報１１６Ｙの上位ノードＩＤ情報１１４と、事象ＩＤ情報１１６Ｊと、の組合せ」の全てを、行列ＭＴＣの「列」として追加する。そして、行列ＭＴＣの全要素を「０」で初期化する。
【0089】
（Ｓ３２０８：全事例が処理済？）
次に処理がステップＳ３２０８に進むと、作業条件抽出部３２は、作業内容テーブル１１（図２参照）における全ての事例ＩＤ情報１１０が、上述した指示ＩＤ情報１１０ａとして選択されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３２０４に戻り、作業条件抽出部３２は、作業内容テーブル１１における何れかの未処理の事例ＩＤ情報１１０について、ステップＳ３２０４，Ｓ３２０６の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、処理はステップＳ３２１０に進む。
次に処理がステップＳ３２０８に進むと、作業条件抽出部３２は、作業内容テーブル１１（図２参照）における全ての事例ＩＤ情報１１０が、上述した指示ＩＤ情報１１０ａとして選択されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３２０４に戻り、作業条件抽出部３２は、作業内容テーブル１１における何れかの未処理の事例ＩＤ情報１１０について、ステップＳ３２０４，Ｓ３２０６の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、処理はステップＳ３２１０に進む。
【0090】
（Ｓ３２１０：重複する行および列を削除）
ステップＳ３２１０において、作業条件抽出部３２は、上述した行列ＭＴＡ，ＭＴＢ，ＭＴＣにおいて、重複する「行」および重複する「列」を削除する。
ステップＳ３２１０において、作業条件抽出部３２は、上述した行列ＭＴＡ，ＭＴＢ，ＭＴＣにおいて、重複する「行」および重複する「列」を削除する。
【0091】
（Ｓ３２１２：ＩＤ再抽出処理）
次に、処理がステップＳ３２１２に進むと、作業条件抽出部３２は、ＩＤ再抽出処理を行う。この内容は以下の通りである。
（１）作業条件抽出部３２は、作業内容テーブル１１（図２参照）に含まれる事例ＩＤ情報１１０の中から、後述するステップＳ３２１４の処理を行っていない一の事例ＩＤ情報１１０を取得する。取得した事例ＩＤ情報１１０を「指示ＩＤ情報１１０ｂ」（図示せず）と呼ぶ。
次に、処理がステップＳ３２１２に進むと、作業条件抽出部３２は、ＩＤ再抽出処理を行う。この内容は以下の通りである。
（１）作業条件抽出部３２は、作業内容テーブル１１（図２参照）に含まれる事例ＩＤ情報１１０の中から、後述するステップＳ３２１４の処理を行っていない一の事例ＩＤ情報１１０を取得する。取得した事例ＩＤ情報１１０を「指示ＩＤ情報１１０ｂ」（図示せず）と呼ぶ。
【0092】
指示ＩＤ情報１１０ｂに対応するノードＩＤ情報１１６のうち、対応するノード種類情報１１５が、「事象」、「点検」、「修理」、「要素」である全てのノードＩＤ情報１１６を取得する。上述したステップＳ３２０４と同様に、「事象」、「点検」、「修理」、「要素」について取得したノードＩＤ情報１１６を、それぞれ事象ＩＤ情報１１６Ｊ、点検ＩＤ情報１１６Ｔ、修理ＩＤ情報１１６Ｓ、および要素ＩＤ情報１１６Ｙと呼ぶ（何れも図示せず）。
【0093】
（Ｓ３２１４：行列編集処理）
次に、処理がステップＳ３２１４に進むと、作業条件抽出部３２は、行列編集処理を行う。その内容は以下の通りである。
（１）指示ＩＤ情報１１０ｂに対応する点検ＩＤ情報１１６Ｔと事象ＩＤ情報１１６Ｊと、を取得し、上述した行列ＭＴＡのうち、該点検ＩＤ情報１１６Ｔおよび事象ＩＤ情報１１６Ｊに対応する要素に「１」を加算する。
次に、処理がステップＳ３２１４に進むと、作業条件抽出部３２は、行列編集処理を行う。その内容は以下の通りである。
（１）指示ＩＤ情報１１０ｂに対応する点検ＩＤ情報１１６Ｔと事象ＩＤ情報１１６Ｊと、を取得し、上述した行列ＭＴＡのうち、該点検ＩＤ情報１１６Ｔおよび事象ＩＤ情報１１６Ｊに対応する要素に「１」を加算する。
【0094】
（２）指示ＩＤ情報１１０ｂに対応する修理ＩＤ情報１１６Ｓと、「この修理ＩＤ情報１１６Ｓの上位ノードＩＤ情報１１４と、事象ＩＤ情報１１６Ｊと、の組合せ」と、を取得する。そして、上述した行列ＭＴＢのうち、該修理ＩＤ情報１１６Ｓと、「該修理ＩＤ情報１１６Ｓの上位ノードＩＤ情報１１４と、事象ＩＤ情報１１６Ｊと、の組合せ」と、に対応する要素に「１」を加算する。
【0095】
（３）指示ＩＤ情報１１０ｂに対応する要素ＩＤ情報１１６Ｙと、「この要素ＩＤ情報１１６Ｙの上位ノードＩＤ情報１１４と、事象ＩＤ情報１１６Ｊと、の組合せ」と、を取得する。そして、上述した行列ＭＴＣのうち、該要素ＩＤ情報１１６Ｙと、「該要素ＩＤ情報１１６Ｙの上位ノードＩＤ情報１１４と、事象ＩＤ情報１１６Ｊと、の組合せ」と、に対応する要素に「１」を加算する。
【0096】
（Ｓ３２１６：全事例が処理済？）
次に処理がステップＳ３２１６に進むと、作業条件抽出部３２は、作業内容テーブル１１（図２参照）における全ての事例ＩＤ情報１１０が、上述した指示ＩＤ情報１１０ｂとして選択されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３２１２に戻り、作業条件抽出部３２は、作業内容テーブル１１における何れかの未処理のノードＩＤ情報１１６について、ステップＳ３２１２，Ｓ３２１４の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、処理はステップＳ３２１８に進む。
次に処理がステップＳ３２１６に進むと、作業条件抽出部３２は、作業内容テーブル１１（図２参照）における全ての事例ＩＤ情報１１０が、上述した指示ＩＤ情報１１０ｂとして選択されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３２１２に戻り、作業条件抽出部３２は、作業内容テーブル１１における何れかの未処理のノードＩＤ情報１１６について、ステップＳ３２１２，Ｓ３２１４の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、処理はステップＳ３２１８に進む。
【0097】
（Ｓ３２１８：未処理の行列を選択）
次に、処理がステップＳ３２１８に進むと、作業条件抽出部３２は、行列ＭＴＡ，ＭＴＢ，ＭＴＣの中から、後述するステップＳ３２２０，Ｓ３２２２の処理が未処理である一つの行列を選択する。選択した行列を、選択行列ＭＴＸ（図示せず）と呼ぶ。
次に、処理がステップＳ３２１８に進むと、作業条件抽出部３２は、行列ＭＴＡ，ＭＴＢ，ＭＴＣの中から、後述するステップＳ３２２０，Ｓ３２２２の処理が未処理である一つの行列を選択する。選択した行列を、選択行列ＭＴＸ（図示せず）と呼ぶ。
【0098】
（Ｓ３２２０：未処理の行を選択）
次に、処理がステップＳ３２２０に進むと、作業条件抽出部３２は、選択行列ＭＴＸの中から、後述するステップＳ３２２２の処理が未処理である１つの「行」を選択する。選択した「行」を、選択行ＭＴＸ－Ｌ（図示せず）と呼ぶ。
次に、処理がステップＳ３２２０に進むと、作業条件抽出部３２は、選択行列ＭＴＸの中から、後述するステップＳ３２２２の処理が未処理である１つの「行」を選択する。選択した「行」を、選択行ＭＴＸ－Ｌ（図示せず）と呼ぶ。
【0099】
（Ｓ３２２２：選択行対応処理）
次に、処理がステップＳ３２２２に進むと、作業条件抽出部３２は、選択行対応処理を実行する。その内容は、以下の通りである。
（１）選択行ＭＴＸ－Ｌに含まれる要素に基づいて、閾値Ｔｈ（図示せず）を決定する。ここで、閾値Ｔｈは、例えば、選択行ＭＴＸ－Ｌに含まれる要素の中央値とすることができる。
（２）選択行ＭＴＸ－Ｌに含まれる要素のうち、閾値Ｔｈを超える要素を抽出し、抽出した要素を含む、選択行列ＭＴＸの一または複数の列を取得する。取得した列を取得列ＭＴＸ－Ｃと呼ぶ。
次に、処理がステップＳ３２２２に進むと、作業条件抽出部３２は、選択行対応処理を実行する。その内容は、以下の通りである。
（１）選択行ＭＴＸ－Ｌに含まれる要素に基づいて、閾値Ｔｈ（図示せず）を決定する。ここで、閾値Ｔｈは、例えば、選択行ＭＴＸ－Ｌに含まれる要素の中央値とすることができる。
（２）選択行ＭＴＸ－Ｌに含まれる要素のうち、閾値Ｔｈを超える要素を抽出し、抽出した要素を含む、選択行列ＭＴＸの一または複数の列を取得する。取得した列を取得列ＭＴＸ－Ｃと呼ぶ。
【0100】
（３）作業条件抽出部３２は、作業条件テーブル１２（図３参照）に対して、新たなレコードを追加し、そのノードＩＤ情報１２０として、ユニークな情報を書き込む。なお、追加したレコードを追加レコード１２Ｒａ（図示せず）と呼ぶ。
（４）作業条件抽出部３２は、追加レコード１２Ｒａの内容を以下のように設定する。
・選択行ＭＴＸ－Ｌに対応するノードＩＤ情報１１６（図２参照）を、追加レコード１２ＲａのtoＩＤ情報１２２に書き込む。
・取得列ＭＴＸ－Ｃに対応する一または複数のノードＩＤ情報１１６を、追加レコード１２ＲａのfromＩＤ情報１２１に書き込む。
（４）作業条件抽出部３２は、追加レコード１２Ｒａの内容を以下のように設定する。
・選択行ＭＴＸ－Ｌに対応するノードＩＤ情報１１６（図２参照）を、追加レコード１２ＲａのtoＩＤ情報１２２に書き込む。
・取得列ＭＴＸ－Ｃに対応する一または複数のノードＩＤ情報１１６を、追加レコード１２ＲａのfromＩＤ情報１２１に書き込む。
【0101】
（Ｓ３２２４：全ての行が処理済？）
次に処理がステップＳ３２２４に進むと、作業条件抽出部３２は、選択行列ＭＴＸにおける全ての行が選択行ＭＴＸ－Ｌとして選択されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３２２０に戻り、作業条件抽出部３２は、選択行列ＭＴＸにおける何れかの未処理の「行」について、ステップＳ３２２０，Ｓ３２２２の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、処理はステップＳ３２２６に進む。
次に処理がステップＳ３２２４に進むと、作業条件抽出部３２は、選択行列ＭＴＸにおける全ての行が選択行ＭＴＸ－Ｌとして選択されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３２２０に戻り、作業条件抽出部３２は、選択行列ＭＴＸにおける何れかの未処理の「行」について、ステップＳ３２２０，Ｓ３２２２の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、処理はステップＳ３２２６に進む。
【0102】
（Ｓ３２２６：全ての行列が処理済？）
次に処理がステップＳ３２２６に進むと、作業条件抽出部３２は、行列ＭＴＡ，ＭＴＢ，ＭＴＣの全てが選択行列ＭＴＸとして選択されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３２１８に戻り、作業条件抽出部３２は、何れかの未処理の行列について、について、ステップＳ３２１８～Ｓ３２２２の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、本ルーチンの処理は終了する。
次に処理がステップＳ３２２６に進むと、作業条件抽出部３２は、行列ＭＴＡ，ＭＴＢ，ＭＴＣの全てが選択行列ＭＴＸとして選択されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ３２１８に戻り、作業条件抽出部３２は、何れかの未処理の行列について、について、ステップＳ３２１８～Ｓ３２２２の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、本ルーチンの処理は終了する。
【0103】
以上の処理により、作業条件抽出部３２は、作業内容テーブル１１において「点検」、「修理」または「要素」に係るレコードを抽出する。そして、作業条件抽出部３２は、抽出したレコードに係る作業内容が、どの事象が発生した場合に行われているかを作業条件として推定し、作業条件テーブル１２に格納することができる。
【0104】
一般的に、保守対象設備３００に対する作業条件は、考慮すべき事象の組合せが膨大であるために、その推定はデータ数が十分に存在しない場合は困難である。これに対して、上述した作業条件抽出処理ルーチンは、作業内容テーブル１１の上位ノードＩＤ情報１１４を参照して、考慮すべき組合せを限定することで推定を容易化できる。
【0105】
上述した処理では、作業内容テーブル１１の事例ＩＤ情報１１０毎に作業条件テーブル１２のfromＩＤ情報１２１になりうるノードＩＤ情報１１６の組合せの候補を列挙した行列を初期化する処理から開始する。その生成に際し、作業条件に次の仮定ＡＳ１，ＡＳ２，ＡＳ３を導入する。
【0106】
・仮定ＡＳ１：作業条件テーブル１２のtoＩＤ情報１２２に対応するノードについて、当該ノードのノード種類情報１１５が「点検」である場合は、fromＩＤ情報１２１はノード種類情報１１５が「事象」であるノードになる。
・仮定ＡＳ２：作業条件テーブル１２のtoＩＤ情報１２２の対応するノードについて、当該ノードのノード種類情報１１５が「修理」である場合は、fromＩＤ情報１２１は、「その上位ノードＩＤ情報１１４とノード種類情報１１５が事象であるノードの組合せ」になる。
・仮定ＡＳ３：作業条件テーブル１２のtoＩＤ情報１２２に対応するノードについて、当該ノードのノード種類情報１１５が「要素」である場合は、fromＩＤ情報１２１は「その上位ノードＩＤ情報１１４とノード種類情報１１５が事象であるノードの組合せ」になる。
・仮定ＡＳ２：作業条件テーブル１２のtoＩＤ情報１２２の対応するノードについて、当該ノードのノード種類情報１１５が「修理」である場合は、fromＩＤ情報１２１は、「その上位ノードＩＤ情報１１４とノード種類情報１１５が事象であるノードの組合せ」になる。
・仮定ＡＳ３：作業条件テーブル１２のtoＩＤ情報１２２に対応するノードについて、当該ノードのノード種類情報１１５が「要素」である場合は、fromＩＤ情報１２１は「その上位ノードＩＤ情報１１４とノード種類情報１１５が事象であるノードの組合せ」になる。
【0107】
上述した処理では、この仮定に従い、それぞれのfromＩＤ情報１２１になり得る「ノードＩＤ情報１１６の組合せの候補」を列とし、toＩＤ情報１２２を行とする行列ＭＴＡ，ＭＴＢ，ＭＴＣの全要素を「０」に初期化する。また、それぞれの行または列の重複は取り除く。このようにして初期化した行列を、それぞれの仮定と対応するように、行列ＭＴＡ，ＭＴＢ，ＭＴＣを構成する。これにより、行列ＭＴＣは、例えば図９に示したような内容になる。
【0108】
ここで、作業要素として「点検」の結果等を想定したとき、上述した仮定ＡＳ２を、例えば以下の仮定ＡＳ２’のように、適宜変更してもよい。
・仮定ＡＳ２’：作業条件テーブル１２のtoＩＤ情報１２２の対応するノードについて、当該ノードのノード種類情報１１５が「修理」である場合は、「その上位ノードＩＤ情報１１４とノード種類情報１１５が事象または作業要素であるノードの組合せ」になる。
・仮定ＡＳ２’：作業条件テーブル１２のtoＩＤ情報１２２の対応するノードについて、当該ノードのノード種類情報１１５が「修理」である場合は、「その上位ノードＩＤ情報１１４とノード種類情報１１５が事象または作業要素であるノードの組合せ」になる。
【0109】
次に、それぞれの行列ＭＴＡ，ＭＴＢ，ＭＴＣに対して、作業内容テーブル１１の事例ＩＤ情報１１０毎に、該当の行と列にあたる組合せをノードＩＤ情報１１６に含むか否かを照合し、含む場合は、行列の要素値に「１」を加算する。このようにして集計した要素値、すなわち各行と列の組合せの発生頻度に対して、行毎に中央値などの適当な閾値Ｔｈを定め、その閾値Ｔｈ以上である行と列の組合せを、それぞれtoＩＤ情報１２２とfromＩＤ情報１２１として作業条件テーブル１２に格納する。
【0110】
上述した図９において、例えば閾値Ｔｈを「２」とすると、toＩＤ情報１２２が「３」でfromＩＤ情報１２１が「２」である作業条件と、toＩＤ情報１２２が「５」でfromＩＤ情報１２１が「４」である作業条件と、toＩＤ情報１２２が「５」でfromＩＤ情報１２１が「４」と「８」である作業条件と、が得られる。但し、図９に示した例は、上述した作業内容記録文章＃１，＃２とは特に関係していない。
【0111】
〈作業知識提案部４０〉
図１に戻り、作業知識提案部４０は、提案表示部７１においてユーザ８０が作業提案を要求した際に、作業条件テーブル１２を取得して必要な作業内容を検索する。そして、作業知識提案部４０は、その検索結果に従って、作業内容テーブル１１に記録された何れかの作業内容をユーザ８０は提案する。さらに、作業知識提案部４０は、ユーザ８０に対して、能動的に知識を拡充するための確認を実行する判断を行う。
図１に戻り、作業知識提案部４０は、提案表示部７１においてユーザ８０が作業提案を要求した際に、作業条件テーブル１２を取得して必要な作業内容を検索する。そして、作業知識提案部４０は、その検索結果に従って、作業内容テーブル１１に記録された何れかの作業内容をユーザ８０は提案する。さらに、作業知識提案部４０は、ユーザ８０に対して、能動的に知識を拡充するための確認を実行する判断を行う。
【0112】
信頼度算出部４１は、信頼度テーブル１３（図４参照）を取得し、作業条件テーブル１２のノードＩＤ情報１２０毎に、その作業条件の内容がユーザ８０、すなわち作業計画者各人の暗黙知と相違ない割合として信頼度を算出する。そして、算出した信頼度を、作業条件テーブル１２（図３参照）の信頼度情報１２４に格納する。また、信頼度算出部４１は、信頼度の算出課程において、各作業計画者の判断に重みをつけるために、作業計画者テーブル１４などを取得する。
【0113】
図１６は、信頼度算出部４１において実行される信頼度算出ルーチンのフローチャートである。
（Ｓ４１０２：データ取得）
図１６において、処理がステップＳ４１０２に進むと、データ取得処理が実行される。すなわち、信頼度算出部４１は、信頼度テーブル１３（図４参照）の内容を取得する。
（Ｓ４１０２：データ取得）
図１６において、処理がステップＳ４１０２に進むと、データ取得処理が実行される。すなわち、信頼度算出部４１は、信頼度テーブル１３（図４参照）の内容を取得する。
【0114】
（Ｓ４１０４：計画者対応処理）
次に、処理がステップＳ４１０４に進むと、信頼度算出部４１は計画者対応処理を実行する。その内容は以下の通りである。
（１）信頼度テーブル１３において、状況情報１３３が“提案”以外であるレコードを取得する。
（２）取得した“提案”以外のレコードのうち、判定情報１３４が“保留”以外である割合を、計画者ＩＤ情報１３２毎に算出する。そして、算出した割合を、各計画者ＩＤの「ＫＭ貢献度」と呼ぶ。なお、ＫＭ貢献度は、作業計画者テーブル１４（図５参照）に書き込んでもよい。
次に、処理がステップＳ４１０４に進むと、信頼度算出部４１は計画者対応処理を実行する。その内容は以下の通りである。
（１）信頼度テーブル１３において、状況情報１３３が“提案”以外であるレコードを取得する。
（２）取得した“提案”以外のレコードのうち、判定情報１３４が“保留”以外である割合を、計画者ＩＤ情報１３２毎に算出する。そして、算出した割合を、各計画者ＩＤの「ＫＭ貢献度」と呼ぶ。なお、ＫＭ貢献度は、作業計画者テーブル１４（図５参照）に書き込んでもよい。
【0115】
（３）作業履歴テーブル２２（図８参照）の各レコードについて、計画作業情報２２４が有効作業情報２２５に含まれる割合である有効作業割合を算出する。
（４）そして、計画者ＩＤ情報２２１毎に、有効作業割合の平均値を求め、その結果を、作業計画者テーブル１４の、当該計画者ＩＤに対応する「計画有効率」と呼ぶ。
（４）そして、計画者ＩＤ情報２２１毎に、有効作業割合の平均値を求め、その結果を、作業計画者テーブル１４の、当該計画者ＩＤに対応する「計画有効率」と呼ぶ。
【0116】
（Ｓ４１０６：レコード取得）
次に、処理がステップＳ４１０６に進むと、信頼度算出部４１は、レコード取得処理を実行する。すなわち、作業条件テーブル１２（図３参照）から、ステップＳ４１０８の処理が未実行である一つのレコードを取得する。取得したレコードを、以下、処理対象レコード１２Ｒｐ（図示せず）と呼ぶ。
次に、処理がステップＳ４１０６に進むと、信頼度算出部４１は、レコード取得処理を実行する。すなわち、作業条件テーブル１２（図３参照）から、ステップＳ４１０８の処理が未実行である一つのレコードを取得する。取得したレコードを、以下、処理対象レコード１２Ｒｐ（図示せず）と呼ぶ。
【0117】
（Ｓ４１０８：信頼度算出）
次に、処理がステップＳ４１０８に進むと、信頼度算出部４１は信頼度算出処理を実行する。その内容は以下の通りである。
（１）信頼度テーブル１３（図４参照）の各レコードの中から、処理対象レコード１２ＲｐにおけるノードＩＤ情報１２０と、同一のノードＩＤ情報１３０を有する全てのレコードを取得する。
次に、処理がステップＳ４１０８に進むと、信頼度算出部４１は信頼度算出処理を実行する。その内容は以下の通りである。
（１）信頼度テーブル１３（図４参照）の各レコードの中から、処理対象レコード１２ＲｐにおけるノードＩＤ情報１２０と、同一のノードＩＤ情報１３０を有する全てのレコードを取得する。
【0118】
（２）取得した信頼度テーブル１３のレコードを計画者ＩＤ情報１３２毎に分類し、計画者ＩＤ情報１３２毎に、入力日情報１３１が最新であるレコードを特定する。特定したレコードのノードＩＤ情報１３０を、計画者対応識別番号Ｃｑ（図示せず）と呼ぶ。従って、計画者対応識別番号Ｃｑは、対応する計画者ＩＤの数だけ存在する。図４の例において、計画者対応識別番号Ｃｑは、「Ｃ１」～「Ｃ１２」のうち何れかになる。
【0119】
（３）作業条件テーブル１２（図３参照）に示したように、計画者対応識別番号Ｃｑ（例えばＣ１～Ｃ１２の何れか）は、fromＩＤ情報１２１およびtoＩＤ情報１２２に対応付けられている。そこで、計画者対応識別番号Ｃｑに対応する作業内容テーブル１１（図２参照）のキーワード情報１１２を取得する。取得したキーワード情報１１２には、作業単語テーブル１５の単語情報１５０の何れかが含まれている。そこで、キーワード情報１１２に含まれる単語情報１５０に対応する分類情報１５３を取得する。次に、取得した分類情報１５３と、対応する計画者ＩＤに対応する得意分野情報１４２（図５参照）と、が一致する割合を算出する。算出した割合を、該計画者ＩＤに対応する「分野適正度」と呼ぶ。
【0120】
（４）当該計画者ＩＤに対応するＫＭ貢献度と、計画有効率と、分野適正度と、を任意の数式により合算し、その結果を各計画者ＩＤ情報１４０の「重み」とする。
（５）各計画者ＩＤについて、判定情報１３４（図４参照）が“肯定”である割合を、「重み」によって重み付け演算し、演算結果を、上述した計画者対応識別番号Ｃｑに対応するレコードの信頼度情報１２４として、作業条件テーブル１２に書き込む。
（５）各計画者ＩＤについて、判定情報１３４（図４参照）が“肯定”である割合を、「重み」によって重み付け演算し、演算結果を、上述した計画者対応識別番号Ｃｑに対応するレコードの信頼度情報１２４として、作業条件テーブル１２に書き込む。
【0121】
（６）各計画者ＩＤについて、判定情報１３４（図４参照）が“否定”である割合を、「重み」によって重み付け演算する。この演算結果が所定の閾値以上である場合には、作業条件テーブル１２（図３参照）のうち計画者対応識別番号Ｃｑに対応するレコードの信頼度情報１２４を「０（廃止）」に設定する。
【0122】
（Ｓ４１１０：全レコードを処理済？）
次に、処理がステップＳ４１１０に進むと、信頼度算出部４１は、作業条件テーブル１２（図３参照）の全てのレコードについて、ステップＳ４１０８の処理が実行されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ４１０６に戻り、信頼度算出部４１は、何れかの未処理のレコードについて、ステップＳ４１０６，Ｓ４１０８の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、本ルーチンの処理は終了する。
次に、処理がステップＳ４１１０に進むと、信頼度算出部４１は、作業条件テーブル１２（図３参照）の全てのレコードについて、ステップＳ４１０８の処理が実行されたか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ４１０６に戻り、信頼度算出部４１は、何れかの未処理のレコードについて、ステップＳ４１０６，Ｓ４１０８の処理を繰り返す。一方、ここで「Ｙｅｓ」と判定されると、本ルーチンの処理は終了する。
【0123】
このように、本ルーチンによれば、ＫＭ貢献度と、計画有効率と、分野適正度と、に基づいて各ユーザ８０の「重み」を求めることができる。これらのうち、ＫＭ貢献度と計画有効率と、は作業計画者であるユーザ８０毎に算出し、「分野適正度」は、作業条件とユーザ８０との組合せ毎に算出するとよい。ＫＭ貢献度は、ユーザ８０が、そのＩＴスキルや忙しさ、ナレッジマネジメントに対する姿勢などにばらつきがある中で、計算されたものである。すなわち、ＫＭ貢献度は、本実施形態によるシステムが依頼する知識確認に対して、回答を保留することなく入力している割合の高さを示す。
【0124】
すなわち、ＫＭ貢献度が高いユーザに対して知識の確認を表示した場合に、有効回答を得られる可能性が高いことを示す。図１６の処理では、ユーザに対してナレッジマネジメント的な思考や操作を特別求めないとものとみなして、状況情報１３３が“提案”であるレコードは除外したが、これをＫＭ貢献度の算出に含めてもよい。
【0125】
計画有効率は、作業計画者であるユーザ８０が作業計画において事前に必要である判断した作業が、実際の作業を進めるうえでも必要であった割合を示す。これは作業計画者の実践的な作業知識の確かさを示す指標である。分野適正度は、作業計画者の得意とする専門分野が、各作業条件の関係する専門分野と一致している割合を示す。
【0126】
各作業条件の関係する専門分野は、作業条件テーブルのfromＩＤ情報１２１およびtoＩＤ情報１２２のノードＩＤを作業内容テーブル１１から参照し、そのキーワード情報１１２に含まれる作業単語テーブル１５の単語情報１５０に付与された分類情報１５３を全て抽出し作業条件テーブル１２の分野コードに格納して用いる。これは作業計画者の理論的な作業知識の確かさを示す指標である。
【0127】
作業計画者の「重み」は、一例としてＫＭ貢献度と計画有効率と分野適正度との平均値を用いることができる。作業条件の信頼度を算出する際には、まず全ての作業計画者の誰が肯定しているかを信頼度テーブル１３から取得した後、以下の［数１］により算出し信頼度情報１２４に格納する。但し、関数Ｉはｘの条件を満たす場合はＩ（ｘ）＝１であり、ｘの条件を満たさない場合はＩ（ｘ）＝０である。Ｒは作業条件の信頼度である。Ｕは「作業計画者」であり、Ｕｑｔｙは「作業計画者の総数」である。ＪUは、当該作業計画者についての判定結果であり、「ＪU=Ｔｒｕｅ」は、該判定結果が肯定であるとの条件を表す。ＷUは、当該作業計画者についての「重み」である。
【0128】
【数1】
【0129】
また、多数の作業計画者が否定している作業条件は、本システムによる作業提案の対象から除外したほうが好ましい。そのため、判定が否定である場合も、［数１］と同様に信頼度を算出し、その値が例えば「０．２」などの閾値以上である場合には信頼度情報１２４に廃止フラグを付与するとよい。以上のように、信頼度算出部４１および変更確認部７３は、ユーザから受け付けた回答が肯定以外であった作業条件を、作業条件検索部４２において提案する頻度が低下するように、信頼度情報１２４を更新することができる。
【0130】
図１７は、作業条件検索部４２において実行される作業条件検索ルーチンのフローチャートである。
作業条件検索部４２は、このルーチンにより、作業条件テーブル１２（図３参照）を取得し、提案表示部７１においてユーザ８０が入力した発生事象によってfromＩＤ情報１２１のノードを満たす作業条件を検索し、そのtoＩＤ情報１２２のノードをユーザに提案する。
作業条件検索部４２は、このルーチンにより、作業条件テーブル１２（図３参照）を取得し、提案表示部７１においてユーザ８０が入力した発生事象によってfromＩＤ情報１２１のノードを満たす作業条件を検索し、そのtoＩＤ情報１２２のノードをユーザに提案する。
【0131】
（Ｓ４２０２：データ入力）
図１７において、処理がステップＳ４２０２に進むと、作業条件検索部４２はデータ入力処理を実行する。すなわち、作業条件検索部４２は、ユーザ８０からの入力によって、発生事象情報を取得する。ここで、発生事象情報とは、保守対象設備３００において、エラーが発生した機種名、およびエラーコード等、ノード種類情報１１５（図２参照）が“事象”である、一または複数のキーワード情報１１２が含まれる情報である。作業条件検索部４２は、これら“事象”であるキーワード情報１１２に対応する、一または複数のノードＩＤ情報１１６を取得する。以下、取得したノードＩＤ情報１１６を、「クエリＩＤ」と呼ぶ。
図１７において、処理がステップＳ４２０２に進むと、作業条件検索部４２はデータ入力処理を実行する。すなわち、作業条件検索部４２は、ユーザ８０からの入力によって、発生事象情報を取得する。ここで、発生事象情報とは、保守対象設備３００において、エラーが発生した機種名、およびエラーコード等、ノード種類情報１１５（図２参照）が“事象”である、一または複数のキーワード情報１１２が含まれる情報である。作業条件検索部４２は、これら“事象”であるキーワード情報１１２に対応する、一または複数のノードＩＤ情報１１６を取得する。以下、取得したノードＩＤ情報１１６を、「クエリＩＤ」と呼ぶ。
【0132】
（Ｓ４２０４：作業条件取得）
次に、処理がステップＳ４２０４に進むと、作業条件検索部４２は、作業条件取得処理を実行する。その内容は以下の通りである。
（１）空集合である「提案作業リスト」を作成する。
（２）作業条件テーブル１２（図３参照）の中から、信頼度情報１２４が所定値以上であるレコードを全て取得する。取得したレコードのノードＩＤ情報１２０の集合を、「取得ノードＩＤリスト」と呼ぶ。このように、信頼度情報１２４が所定値以上であるレコードを全て取得することにより、
次に、処理がステップＳ４２０４に進むと、作業条件検索部４２は、作業条件取得処理を実行する。その内容は以下の通りである。
（１）空集合である「提案作業リスト」を作成する。
（２）作業条件テーブル１２（図３参照）の中から、信頼度情報１２４が所定値以上であるレコードを全て取得する。取得したレコードのノードＩＤ情報１２０の集合を、「取得ノードＩＤリスト」と呼ぶ。このように、信頼度情報１２４が所定値以上であるレコードを全て取得することにより、
【0133】
（Ｓ４２０６：提案作業検索）
次に、処理がステップＳ４２０４に進むと、作業条件検索部４２は、提案作業検索処理を実行する。その内容は以下の通りである。
（１）取得ノードＩＤリストに含まれ、下記（２）の処理を行っていない一つのノードＩＤ情報１２０を選択する。
（２）選択したノードＩＤ情報１２０について、「対応するfromＩＤ情報１２１が、クエリＩＤまたは提案作業リストに含まれる」という条件を充足する場合、当該ノードＩＤ情報１２０に対応するtoＩＤ情報１２２を、一つの要素として、提案作業リストに追加する。また、当該ノードＩＤ情報１２０を、当該要素に対応する「作業条件」とする。
次に、処理がステップＳ４２０４に進むと、作業条件検索部４２は、提案作業検索処理を実行する。その内容は以下の通りである。
（１）取得ノードＩＤリストに含まれ、下記（２）の処理を行っていない一つのノードＩＤ情報１２０を選択する。
（２）選択したノードＩＤ情報１２０について、「対応するfromＩＤ情報１２１が、クエリＩＤまたは提案作業リストに含まれる」という条件を充足する場合、当該ノードＩＤ情報１２０に対応するtoＩＤ情報１２２を、一つの要素として、提案作業リストに追加する。また、当該ノードＩＤ情報１２０を、当該要素に対応する「作業条件」とする。
【0134】
（Ｓ４２０８：全てのノードＩＤリストを処理済？）
次に、処理がステップＳ４２０８に進むと、作業条件検索部４２は、取得ノードＩＤリストに含まれる全てのノードＩＤ情報１２０に対して、上述のステップＳ４２０６の処理を行ったか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ４２０６に戻る。一方、「Ｙｅｓ」と判定されると、処理はステップＳ４２１０に進む。
次に、処理がステップＳ４２０８に進むと、作業条件検索部４２は、取得ノードＩＤリストに含まれる全てのノードＩＤ情報１２０に対して、上述のステップＳ４２０６の処理を行ったか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ４２０６に戻る。一方、「Ｙｅｓ」と判定されると、処理はステップＳ４２１０に進む。
【0135】
（Ｓ４２１０：作業提案）
次に、処理がステップＳ４２１０に進むと、作業条件検索部４２は作業提案処理を行う。すなわち、作業条件検索部４２は、提案表示部７１（図１参照）を介して、提案作業リストの内容をユーザ８０に提示する。
次に、処理がステップＳ４２１０に進むと、作業条件検索部４２は作業提案処理を行う。すなわち、作業条件検索部４２は、提案表示部７１（図１参照）を介して、提案作業リストの内容をユーザ８０に提示する。
【0136】
以上の処理に関連して、作業条件検索部４２は、作業条件テーブル１２を取得し、その中から一部の作業条件を抽出し、反実仮想確認部７２を用いて、ユーザ８０にその作業条件の判定情報１３４の入力を依頼することができる。上述した信頼度算出部４１による信頼度の算出を精度よく行うためには多数の作業計画者による作業条件の判定を得ることが好ましい。さらに、発生頻度の少ない事象と関連する作業条件に関する判定の蓄積を加速することも好ましい。
【0137】
図１８は、作業条件試験部４３において実行される作業条件試験ルーチンのフローチャートである。
（Ｓ４３０２：データ入力）
図１８において、処理がステップＳ４３０２に進むと、作業条件試験部４３はデータ入力処理を実行する。すなわち、作業条件試験部４３は、ユーザ８０からの入力によって、発生事象情報を取得する。ここで、発生事象情報とは、ステップＳ４２０２（図１７参照）において説明したものと同様である。そして、ステップＳ４２０２の処理と同様に、発生事象情報に対応する、一または複数のノードＩＤ情報１１６を「クエリＩＤ」して取得する。
（Ｓ４３０２：データ入力）
図１８において、処理がステップＳ４３０２に進むと、作業条件試験部４３はデータ入力処理を実行する。すなわち、作業条件試験部４３は、ユーザ８０からの入力によって、発生事象情報を取得する。ここで、発生事象情報とは、ステップＳ４２０２（図１７参照）において説明したものと同様である。そして、ステップＳ４２０２の処理と同様に、発生事象情報に対応する、一または複数のノードＩＤ情報１１６を「クエリＩＤ」して取得する。
【0138】
（Ｓ４３０４：判定割合算出）
次に、処理がステップＳ４３０４に進むと、作業条件試験部４３は、判定割合算出処理を実行する。その内容は以下の通りである。
（１）提案表示部７１（図１参照）にて表示した（作業条件検索部４２によって作成された）提案作業リストを取得する。また、空集合の「試験候補リスト」を作成する。
（２）作業条件テーブル１２（図３参照）の各レコードにおけるfromＩＤ情報１２１の内容と、クエリＩＤとを比較し、一部が一致するが全ては一致しない行のノードＩＤを試験候補リストに追加する。なお、試験候補リストの各要素を「試験候補ＩＤ」と呼ぶ。提案作業リストの各要素を「提案ＩＤ」と呼ぶ。
次に、処理がステップＳ４３０４に進むと、作業条件試験部４３は、判定割合算出処理を実行する。その内容は以下の通りである。
（１）提案表示部７１（図１参照）にて表示した（作業条件検索部４２によって作成された）提案作業リストを取得する。また、空集合の「試験候補リスト」を作成する。
（２）作業条件テーブル１２（図３参照）の各レコードにおけるfromＩＤ情報１２１の内容と、クエリＩＤとを比較し、一部が一致するが全ては一致しない行のノードＩＤを試験候補リストに追加する。なお、試験候補リストの各要素を「試験候補ＩＤ」と呼ぶ。提案作業リストの各要素を「提案ＩＤ」と呼ぶ。
【0139】
（３）作業条件テーブル１２（図３参照）のtoＩＤ情報１２２と、何れかの提案ＩＤと、が一致するレコードのノードＩＤ情報１２０を、新たな試験候補ＩＤとして、試験候補リストに追加する。
（４）各試験候補ＩＤと、信頼度テーブル１３（図４参照）の中の対応する判定情報１３４の列を取得し、計画者ＩＤ情報１３２毎に、“肯定”、“否定”の判定情報１３４の割合を算出する。
（４）各試験候補ＩＤと、信頼度テーブル１３（図４参照）の中の対応する判定情報１３４の列を取得し、計画者ＩＤ情報１３２毎に、“肯定”、“否定”の判定情報１３４の割合を算出する。
【0140】
（Ｓ４３０６：信頼度テーブル更新）
次に、処理がステップＳ４３０４に進むと、作業条件試験部４３は、信頼度テーブル更新処理を実行する。その内容は以下の通りである。
（１）作業条件テーブル１２（図３参照）において、各試験候補ＩＤに対応するfromＩＤ情報１２１を含むレコードを検索する。検索したレコードのノードＩＤ情報１２０を、検索対象ノードＩＤと呼ぶ。
次に、処理がステップＳ４３０４に進むと、作業条件試験部４３は、信頼度テーブル更新処理を実行する。その内容は以下の通りである。
（１）作業条件テーブル１２（図３参照）において、各試験候補ＩＤに対応するfromＩＤ情報１２１を含むレコードを検索する。検索したレコードのノードＩＤ情報１２０を、検索対象ノードＩＤと呼ぶ。
【0141】
作業履歴テーブル２２（図８参照）において、発生事象情報２２３の中に検索対象ノードＩＤを含むレコードの、指示ＩＤ列（計画作業情報２２４の内容）を取得する。検索対象ノードＩＤに対応する全ての指示ＩＤ列を作業履歴テーブル２２から取得し、これら指示ＩＤ列において、検索対象ノードＩＤが出現する割合の平均値（割合平均値）を算出する。
【0142】
（２）信頼度算出部４１と同様の処理により、ユーザ８０の「重み」を算出する。
（３）算出した割合平均値と、「重み」とを試験候補ＩＤ毎に合算する。この合算結果が所定の上位範囲に属し、かつ、所定の閾値以上である試験候補ＩＤを抽出する。抽出した試験候補ＩＤの作業条件（作業条件テーブル１２（図３参照）の内容）を、反実仮想確認部７２によって確認する。
（４）ユーザ８０が、作業条件を肯定、否定、または保留にした結果を信頼度テーブル１３（図４参照）の判定情報１３４に書き込む。
（３）算出した割合平均値と、「重み」とを試験候補ＩＤ毎に合算する。この合算結果が所定の上位範囲に属し、かつ、所定の閾値以上である試験候補ＩＤを抽出する。抽出した試験候補ＩＤの作業条件（作業条件テーブル１２（図３参照）の内容）を、反実仮想確認部７２によって確認する。
（４）ユーザ８０が、作業条件を肯定、否定、または保留にした結果を信頼度テーブル１３（図４参照）の判定情報１３４に書き込む。
【0143】
図１８の処理において抽出する作業条件は、「ユーザ８０が提案表示部７１において入力した事象または、作業条件検索部４２の処理によって提案された作業内容」が、それぞれfromＩＤ情報１２１の一部またはtoＩＤ情報１２２に該当する作業条件を対象とする。抽出した作業条件は、提案表示部７１において対象としている事例には該当しないが、それと類似する事例において該当することを示す。その類似事例において、抽出した作業条件のfromＩＤ情報１２１を仮に満たした場合にはtoＩＤ情報１２２の作業内容が必要であるかユーザ８０に確認することを、本実施形態において反実仮想推薦と呼ぶ。
【0144】
抽出した作業条件の中から、反実仮想推薦を実行する作業条件の優先順位を算出する必要がある。具体的には、信頼度の判定が不足しており、fromＩＤ情報１２１の事象の発生頻度が少なく、かつユーザ８０から有効な判定を得られる可能性が高い作業条件を優先する。信頼度の判定の不足の判定のため、信頼度テーブル１３において判定情報１３４に肯定または否定が格納されている計画者ＩＤの割合をノードＩＤ毎に算出する。
【0145】
また、事象の発生頻度について、その少なさの判定のため、fromＩＤ情報１２１の各事象が作業履歴テーブル２２の発生事象情報２２３に含まれる割合の平均値を算出する。そして、有効な判定を得られる可能性は、信頼度算出部４１における作業計画者の重みに基づいて算出する。例えば下記［数２］により、各作業条件の優先度ｐを算出できる。［数２］において、ａ，ｂ，ｃは重みである。αは「信頼度の判定の不足」の度合いを表し、βは「事象の発生頻度の少なさ」の度合いを表し、γは「有効な判定が得られる可能性」の度合いを表す。
【0146】
【数2】
【0147】
上式により算出した、優先度ｐが高い候補の上位数件であって、かつ優先度ｐが閾値を超えている作業条件を反実仮想確認部７２において確認することができる。従って、作業条件試験部４３は、反実仮想確認部７２による確認において、ユーザ８０が当該候補の肯定、否定、保留を行った場合に、その結果を判定情報１３４として信頼度テーブル１３に格納する。
【0148】
作業条件推定部４４は提案表示部７１においてユーザ８０が入力した作業内容に対する変更前および変更後の作業内容をtoＩＤに持つ作業条件として尤もらしいものを推定し、変更確認部７３によるユーザ８０の確認を経て作業条件テーブル１２に格納する。本処理は、本システムの既存の知識における誤りを、ユーザ８０の最小限の判断を参考にしながら訂正するために設けることが好ましい。本処理は、提案表示部７１においてユーザ８０に提案した作業内容に対して、ユーザ８０が変更を行った場合に都度実行するとよい。
【0149】
ユーザ８０が行える変更としては、作業内容の追加、修正、削除を想定する。追加および修正の変更では、新規作業内容として、作業内容テーブル１１の既存のノードＩＤ情報１１６または、新規の原文章情報１１３を受け付ける。後者の新規の原文章情報１１３が入力された場合は、作業内容抽出部３１の処理によって作業内容テーブル１１に新たな行を追加し、そのノードＩＤを取得する。修正および削除の変更では、変更前の作業内容として既存のノードＩＤを受け付ける。追加の変更では変更後のノードＩＤを処理し、削除の変更では変更前のノードＩＤを処理し、修正の変更では変更前と変更後のノードＩＤを処理する。
【0150】
図１９は、作業条件推定部４４において実行される作業条件推定ルーチンのフローチャートである。
（Ｓ４４０２：データ入力）
図１９において、処理がステップＳ４４０２に進むと、作業条件推定部４４は、データ入力処理を実行する。
すなわち、作業条件推定部４４は、提案表示部７１においてユーザ８０が入力した発生事象情報に基づいて、クエリＩＤを取得する。この処理は、上述したステップＳ４２０２（図１７参照）のものと同様である。また、作業条件推定部４４は、提案表示部７１において、ユーザ８０が変更した、変更後の作業または作業要素のＩＤを変更ＩＤとして取得する。
（Ｓ４４０２：データ入力）
図１９において、処理がステップＳ４４０２に進むと、作業条件推定部４４は、データ入力処理を実行する。
すなわち、作業条件推定部４４は、提案表示部７１においてユーザ８０が入力した発生事象情報に基づいて、クエリＩＤを取得する。この処理は、上述したステップＳ４２０２（図１７参照）のものと同様である。また、作業条件推定部４４は、提案表示部７１において、ユーザ８０が変更した、変更後の作業または作業要素のＩＤを変更ＩＤとして取得する。
【0151】
（Ｓ４４０４：注目作業テーブル更新）
次に、処理がステップＳ４４０４に進むと、作業条件推定部４４は、以下列挙する内容による、注目作業テーブル更新処理を実行する。
（１）作業条件テーブル１２（図３参照）のtoＩＤ情報１２２が変更ＩＤであるレコードを特定する。そして、特定したレコードにおける、fromＩＤ情報１２１に含まれるノードＩＤの数をそれぞれ取得する。そして、取得した「ノードＩＤの数」の中央値を「推論事象数」として取得する。
次に、処理がステップＳ４４０４に進むと、作業条件推定部４４は、以下列挙する内容による、注目作業テーブル更新処理を実行する。
（１）作業条件テーブル１２（図３参照）のtoＩＤ情報１２２が変更ＩＤであるレコードを特定する。そして、特定したレコードにおける、fromＩＤ情報１２１に含まれるノードＩＤの数をそれぞれ取得する。そして、取得した「ノードＩＤの数」の中央値を「推論事象数」として取得する。
【0152】
（２）推論事象数だけクエリＩＤを取った、全ての組合せを列挙する。列挙した組合せの集合を、「組合せ集合」と呼ぶ。
（３）（２）にて列挙した、クエリＩＤの組合せのうち、作業条件テーブル１２（図３参照）において、信頼度情報１２４が“廃止”である全てのレコードのfromＩＤ情報１２１を取得する。取得したfromＩＤ情報１２１に列挙されたノードＩＤの組合せと、同一の組合せを、組合せ集合から除外する。
（３）（２）にて列挙した、クエリＩＤの組合せのうち、作業条件テーブル１２（図３参照）において、信頼度情報１２４が“廃止”である全てのレコードのfromＩＤ情報１２１を取得する。取得したfromＩＤ情報１２１に列挙されたノードＩＤの組合せと、同一の組合せを、組合せ集合から除外する。
【0153】
（４）組合せ集合に含まれる何れかの組合せについて、当該組合せに含まれる全ての要素を、発生事象情報２２３（図８参照）として含む作業履歴テーブル２２のレコードを抽出する。
（５）（４）によって抽出されたレコードにおける発生事象情報２２３の集合を「発生事象列」とし、事例ＩＤ情報２２０の集合を「事例ＩＤ列」とし、有効作業情報２２５の集合を「有効作業列」とする。ステップＳ４４０２で求めた変更ＩＤが、有効作業列の各々の要素に含まれるか否かを判定する。この判定結果の集合を、「作業有無列」と呼ぶ。
（５）（４）によって抽出されたレコードにおける発生事象情報２２３の集合を「発生事象列」とし、事例ＩＤ情報２２０の集合を「事例ＩＤ列」とし、有効作業情報２２５の集合を「有効作業列」とする。ステップＳ４４０２で求めた変更ＩＤが、有効作業列の各々の要素に含まれるか否かを判定する。この判定結果の集合を、「作業有無列」と呼ぶ。
【0154】
そして、（４）において抽出されたレコード数と等しい数のレコードを注目作業テーブル２４（図１０参照）に追加する。そして、これらレコードにおける発生事象情報２４０、事例ＩＤ情報２４１、および作業有無情報２４２として、発生事象列、事例ＩＤ列、および有効作業列の内容を書き込む。
【0155】
（６）注目作業テーブル２４に、クエリＩＤの数に等しいレコードを追加する。これらレコードの発生事象情報２４０には、これらクエリＩＤを書き込み、作業有無情報２４２には、全て「あり」を書き込む。
【0156】
（Ｓ４４０６：未処理の作業条件候補を選択）
次に、処理がステップＳ４４０６に進むと、作業条件推定部４４は、作業条件テーブル１２（図３参照）のレコードのうち、後述するステップＳ４４０８の処理を行っていない一つのレコードを選択する。選択したレコードを作業条件候補と呼ぶ。
次に、処理がステップＳ４４０６に進むと、作業条件推定部４４は、作業条件テーブル１２（図３参照）のレコードのうち、後述するステップＳ４４０８の処理を行っていない一つのレコードを選択する。選択したレコードを作業条件候補と呼ぶ。
【0157】
（Ｓ４４０８：割合算出）
次に、処理がステップＳ４４０８に進むと、作業条件推定部４４は、作業条件候補について、「注目作業テーブル２４（図１０参照）の発生事象情報２４０の条件を満たす場合」に「作業有無情報２４２が“あり”」である割合を算出する。
次に、処理がステップＳ４４０８に進むと、作業条件推定部４４は、作業条件候補について、「注目作業テーブル２４（図１０参照）の発生事象情報２４０の条件を満たす場合」に「作業有無情報２４２が“あり”」である割合を算出する。
【0158】
（Ｓ４４１０：全ての作業条件候補を処理済？）
次に処理がステップＳ４４１０に進むと、作業条件推定部４４は、作業条件テーブル１２の全てのレコードを作業条件候補として処理したか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ４４０６に戻る。一方、「Ｙｅｓ」と判定されると、処理はステップＳ４４１２に進む。
次に処理がステップＳ４４１０に進むと、作業条件推定部４４は、作業条件テーブル１２の全てのレコードを作業条件候補として処理したか否かを判定する。ここで「Ｎｏ」と判定されると、処理はステップＳ４４０６に戻る。一方、「Ｙｅｓ」と判定されると、処理はステップＳ４４１２に進む。
【0159】
（Ｓ４４１２：割合が最大である作業条件候補を表示）
次に、処理がステップＳ４４１２に進むと、作業条件推定部４４は、ステップＳ４４０８で算出した「割合」が最大である作業条件候補を、変更確認部７３に表示させる。ユーザ８０は、変更確認部７３の表示内容を確認した上で、“肯定”、“否定”、“保留”のうち何れかの指令情報を入力する。
次に、処理がステップＳ４４１２に進むと、作業条件推定部４４は、ステップＳ４４０８で算出した「割合」が最大である作業条件候補を、変更確認部７３に表示させる。ユーザ８０は、変更確認部７３の表示内容を確認した上で、“肯定”、“否定”、“保留”のうち何れかの指令情報を入力する。
【0160】
（Ｓ４４２２：判定情報の設定）
次に、処理がステップＳ４４１４に進むと、作業条件推定部４４は、入力された指令情報に応じて、信頼度テーブル１３（図４参照）の、作業条件候補に係るレコードの判定情報１３４を設定する。すなわち、入力された指令情報が“肯定”でれば、当該判定情報１３４に“肯定”を書き込み、指令情報が“否定”でれば、当該判定情報１３４に“否定”を書き込み、指令情報が“保留”でれば、当該判定情報１３４に“保留”を書き込む。
次に、処理がステップＳ４４１４に進むと、作業条件推定部４４は、入力された指令情報に応じて、信頼度テーブル１３（図４参照）の、作業条件候補に係るレコードの判定情報１３４を設定する。すなわち、入力された指令情報が“肯定”でれば、当該判定情報１３４に“肯定”を書き込み、指令情報が“否定”でれば、当該判定情報１３４に“否定”を書き込み、指令情報が“保留”でれば、当該判定情報１３４に“保留”を書き込む。
【0161】
（Ｓ４４２４：修正・削除の変更操作あり？）
次に、処理がステップＳ４４２４に進むと、作業条件推定部４４は、ユーザ８０によって修正または削除の変更操作が行われたか否かを判定する。ここで「Ｙｅｓ」と判定されると、処理はステップＳ４４２６に進む。一方、「Ｎｏ」と判定されると、ステップＳ４４２６はスキップされる。
次に、処理がステップＳ４４２４に進むと、作業条件推定部４４は、ユーザ８０によって修正または削除の変更操作が行われたか否かを判定する。ここで「Ｙｅｓ」と判定されると、処理はステップＳ４４２６に進む。一方、「Ｎｏ」と判定されると、ステップＳ４４２６はスキップされる。
【0162】
（Ｓ４４２６：変更前の作業条件を否定に設定）
ステップＳ４４２６において、作業条件推定部４４は、ユーザ８０によって修正または削除される前の作業条件について、信頼度テーブル１３（図４参照）の判定情報１３４に“否定”を書き込む。
ステップＳ４４２６において、作業条件推定部４４は、ユーザ８０によって修正または削除される前の作業条件について、信頼度テーブル１３（図４参照）の判定情報１３４に“否定”を書き込む。
【0163】
（Ｓ４４２８：変更対応処理が必要？）
次に、処理がステップＳ４４２８に進むと、作業条件推定部４４は、追加処理が必要であるか否かを判定する。すなわち、作業条件テーブル１２（図３参照）のtoＩＤ情報１２２が変更前の作業であるレコード（以下、要変更レコードと呼ぶ）が存在するか否かを判定する。ステップＳ４４２８において「Ｎｏ」と判定されると、本ルーチンの処理は終了する。
次に、処理がステップＳ４４２８に進むと、作業条件推定部４４は、追加処理が必要であるか否かを判定する。すなわち、作業条件テーブル１２（図３参照）のtoＩＤ情報１２２が変更前の作業であるレコード（以下、要変更レコードと呼ぶ）が存在するか否かを判定する。ステップＳ４４２８において「Ｎｏ」と判定されると、本ルーチンの処理は終了する。
【0164】
（Ｓ４４３０：クエリＩＤ、変更ＩＤの再設定）
一方、ステップＳ４４２８において「Ｙｅｓ」と判定されると、処理はステップＳ４４３０に進む。ここでは、作業条件推定部４４は、要変更レコードのfromＩＤ情報１２１を上述したクエリＩＤに設定し、変更前の作業または作業要素のＩＤを変更ＩＤに設定する。次に、処理がステップＳ４４０４に戻る。これにより、作業条件推定部４４は、新たなクエリＩＤと、新たな変更ＩＤと、に基づいて、ステップＳ４４０４～Ｓ４４２８の処理を繰り返す。
一方、ステップＳ４４２８において「Ｙｅｓ」と判定されると、処理はステップＳ４４３０に進む。ここでは、作業条件推定部４４は、要変更レコードのfromＩＤ情報１２１を上述したクエリＩＤに設定し、変更前の作業または作業要素のＩＤを変更ＩＤに設定する。次に、処理がステップＳ４４０４に戻る。これにより、作業条件推定部４４は、新たなクエリＩＤと、新たな変更ＩＤと、に基づいて、ステップＳ４４０４～Ｓ４４２８の処理を繰り返す。
【0165】
このように、図１９の処理によれば、
作業条件推定部４４は、変更を受け付けた時、提案表示部７１においてユーザ８０が入力した発生事象のノードＩＤと、変更前または変更後の作業内容のノードＩＤを変更ＩＤとして取得する。ここで変更ＩＤを作業条件テーブル１２のtoＩＤ情報１２２上で検索し、該当する行のfromＩＤのノード種類が事象であるノードが何件であるかの中央値などを算出する。そして、算出した値を本処理にて推定する新規作業条件の事象数とする。但し、後の処理において全ての作業条件の尤度が適当な閾値以下である場合は、事象数に位置を加算し処理をやり直してもよい。
作業条件推定部４４は、変更を受け付けた時、提案表示部７１においてユーザ８０が入力した発生事象のノードＩＤと、変更前または変更後の作業内容のノードＩＤを変更ＩＤとして取得する。ここで変更ＩＤを作業条件テーブル１２のtoＩＤ情報１２２上で検索し、該当する行のfromＩＤのノード種類が事象であるノードが何件であるかの中央値などを算出する。そして、算出した値を本処理にて推定する新規作業条件の事象数とする。但し、後の処理において全ての作業条件の尤度が適当な閾値以下である場合は、事象数に位置を加算し処理をやり直してもよい。
【0166】
ここで決定した事象数の値だけ、前記入力した発生事象のノードＩＤから取る組合わせを列挙する。但し、変更ＩＤが変更前のノードＩＤであるとき、組合わせを列挙する対象は、前記入力した発生事象のノードＩＤではない。すなわち、この場合、変更ＩＤを作業条件テーブル１２のtoＩＤ情報１２２上で検索して該当した行のfromＩＤ情報１２１を、組合わせを列挙する対象とする。また、列挙した組合せが作業条件テーブル１２のfromＩＤ情報１２１と一致しており、かつ信頼度情報１２４が廃止フラグを含む場合には、その組合せを除外する。
【0167】
次に、列挙した組合せ毎に、作業履歴テーブル２２の発生事象情報２２３に列挙した組合せの発生事象を全て含む事例ＩＤ情報２２０を取得する。そして、その事例ＩＤ毎に、変更ＩＤを計画作業情報２２４に含むか否かを、注目作業テーブル２４の作業有無情報２４２として集計する。そして、当該事例ＩＤ情報２２０の発生事象情報２２３を注目作業テーブル２４に格納する。さらに、前記入力した発生事象のノードＩＤを発生事象情報２４０とし、変更ＩＤが変更前であるとき作業有無情報２４２を「なし」とし、変更ＩＤが変更後であるとき作業有無情報２４２を「あり」として、注目作業テーブル２４に格納することができる。
【0168】
ここで、再び図１０を参照し、その内容を説明する。
図１０において、発生事象情報２４０に列挙されたノードＩＤが、入力した発生事象のノードＩＤと対応する。次に、列挙した発生事象の組合せ毎に、
Ａ．当該発生事象の組合せ、または
Ｂ．「作業条件テーブル１２にあるtoＩＤ情報１２２が変更ＩＤである」レコードについて、fromＩＤ情報１２１の事象に係る組合せ
の何れかが注目作業テーブル２４の発生事象情報２４０に含まれるとき、その作業有無情報２４２が「あり」である割合を算出する。
図１０において、発生事象情報２４０に列挙されたノードＩＤが、入力した発生事象のノードＩＤと対応する。次に、列挙した発生事象の組合せ毎に、
Ａ．当該発生事象の組合せ、または
Ｂ．「作業条件テーブル１２にあるtoＩＤ情報１２２が変更ＩＤである」レコードについて、fromＩＤ情報１２１の事象に係る組合せ
の何れかが注目作業テーブル２４の発生事象情報２４０に含まれるとき、その作業有無情報２４２が「あり」である割合を算出する。
【0169】
そして、その割合が最大である、「列挙した発生事象の組合せ」を、変更確認部７３において確認する。但し、変更ＩＤのノード種類が「修理」または「要素」などの上位ノードＩＤを持つノードであった場合は、その上位ノードＩＤを、「列挙した発生事象の組合せ」に追加し、変更確認部７３において確認する。
【0170】
変更確認部７３の確認において、ユーザ８０が列挙した発生事象の組合せを肯定した場合、判定情報１３４を肯定として信頼度テーブル１３に格納する。または、これに代えて、ユーザ８０が正しい作業条件を手動で入力した場合は、その作業条件を同様に信頼度テーブル１３に格納する。また、ユーザ８０が行った変更が作業内容の修正または削除の変更であった場合は、変更前の作業内容の推薦に用いた作業条件を、判定情報１３４を否定として信頼度テーブル１３に格納する。
【0171】
【0172】
この入力内容に基づいて、提案表示部７１は、作業知識提案部４０の作業条件検索部４２の処理により、作業内容の提案を取得する（Ｓ７１０６、Ｓ７１０８）。そして、提案表示部７１は、取得した提案内容を作業内容表示部７１１に表示する（Ｓ７１１０）。提案された作業内容に対して、ユーザ８０は修正入力ボタン７１２、作業追加ボタン７１３、作業削除ボタン７１４をそれぞれ押下することで、作業内容の修正、追加、削除の変更を入力できる（Ｓ７１１２～Ｓ７１２０）。
【0173】
ここで作業内容の変更が確定されたとする（Ｓ７１３０）。提案表示部７１は、作業条件推定部４４の処理を実行し、変更確認部７３に画面を遷移する（Ｓ７１３２～Ｓ７１４６）。また、作業条件検索部４２の処理が完了したときや、ユーザ８０が計画完了ボタン７１６を押下したときなど、任意のタイミングで作業条件試験部４３の処理を実行し、反実仮想確認部７２に画面を遷移する（Ｓ７１１２～Ｓ７１２０）。
【0174】
ユーザが作業内容表示部７１１の任意の作業内容を入力すると、その提案に用いた作業条件を作業条件テーブル１２から参照して提案根拠表示部７１５に表示する（Ｓ７１３０～Ｓ７１４６）。ユーザ８０が全ての作業内容を閲覧し適宜変更を行った後、計画完了ボタン７１６を押下することで、ユーザ８０が選択した作業内容を信頼度テーブル１３に格納し提案表示部７１の処理は終了する（Ｓ７１５０）。
【0175】
図２２は、コンピュータ９８０のブロック図である。
図１に示した作業知識記憶部１０、作業履歴蓄積部２０、作業知識初期化部３０、作業知識提案部４０および計画者端末７０は、何れも図２２に示すコンピュータ９８０を、１台または複数台備えている。図２２において、コンピュータ９８０は、ＣＰＵ９８１と、記憶部９８２と、通信Ｉ／Ｆ（インタフェース）９８３と、入出力Ｉ／Ｆ９８４と、メディアＩ／Ｆ９８５と、を備える。
図１に示した作業知識記憶部１０、作業履歴蓄積部２０、作業知識初期化部３０、作業知識提案部４０および計画者端末７０は、何れも図２２に示すコンピュータ９８０を、１台または複数台備えている。図２２において、コンピュータ９８０は、ＣＰＵ９８１と、記憶部９８２と、通信Ｉ／Ｆ（インタフェース）９８３と、入出力Ｉ／Ｆ９８４と、メディアＩ／Ｆ９８５と、を備える。
【0176】
ここで、記憶部９８２は、ＲＡＭ９８２ａと、ＲＯＭ９８２ｂと、ＨＤＤ９８２ｃと、を備える。通信Ｉ／Ｆ９８３は、通信回路９８６に接続される。入出力Ｉ／Ｆ９８４は、入出力装置９８７に接続される。メディアＩ／Ｆ９８５は、記録媒体９８８からデータを読み書きする。ＲＯＭ９８２ｂには、ＣＰＵによって実行されるＩＰＬ（Initial Program Loader）等が格納されている。ＨＤＤ９８２ｃには、アプリケーションプログラムや各種データ等が記憶されている。ＣＰＵ９８１は、ＨＤＤ９８２ｃからＲＡＭ９８２ａに読み込んだアプリケーションプログラム等を実行することにより、各種機能を実現する。
【0177】
先に図１に示した、作業知識記憶部１０、作業履歴蓄積部２０、作業知識初期化部３０、作業知識提案部４０および計画者端末７０の内部は、主として、アプリケーションプログラム等によって実現される機能をブロックとして示したものである。
【0178】
［実施形態の効果］
以上のように上述の実施形態によれば、作業知識提案システム１０１は、保守対象設備３００に作業（Ｋ１０，１２１）を行う必要が生じた際に、必要な作業（Ｋ１０，１２１）と、作業（Ｋ１０，１２１）に係る部品または手順を含む作業要素（Ｋ２，１２２）と、を提案する作業知識提案システム１０１であって、作業（Ｋ１０，１２１）と、作業要素（Ｋ２，１２２）と、作業（Ｋ１０，１２１）および作業要素（Ｋ２，１２２）が必要になる条件である作業条件（１２Ｒ１，１２Ｒ２）と、を記憶する作業知識記憶部１０に対してデータを入出力する機能と、何れかの発生事象情報２２３をユーザ８０が入力すると、入力された発生事象情報２２３に対応する作業条件（１２Ｒ１，１２Ｒ２）と、作業条件（１２Ｒ１，１２Ｒ２）に対応して必要な作業（Ｋ１０，１２１）と作業要素（Ｋ２，１２２）と、を検索する作業条件検索部４２と、検索された作業条件（１２Ｒ１，１２Ｒ２）、作業（Ｋ１０，１２１）および作業要素（Ｋ２，１２２）と、作業条件（１２Ｒ１，１２Ｒ２）に対応する信頼度情報１２４を表示し、ユーザからの作業（Ｋ１０，１２１）または作業要素（Ｋ２，１２２）の追加、修正、または削除を含む変更を受け付ける提案表示部７１と、変更を受け付けたときに変更前または変更後の作業（Ｋ１０，１２１）と作業要素（Ｋ２，１２２）とに関する作業条件（１２Ｒ１，１２Ｒ２）の候補を、入力された発生事象情報２２３の組合せに基づいて検索し、表示する作業条件推定部４４と、候補が正当か否かの回答をユーザ８０から受け付け、回答が肯定であった作業条件（１２Ｒ１，１２Ｒ２）を作業知識記憶部１０に追加する変更確認部７３と、を備える。これにより、適切な保守知識をユーザに提供できる。例えば、作業（Ｋ１０，１２１）や作業要素（Ｋ２，１２２）の提案や作業条件（１２Ｒ１，１２Ｒ２）の確認に対するユーザ８０のアクションに応じて、作業条件（１２Ｒ１，１２Ｒ２）の信頼度情報１２４を更新できるため、適切な保守知識をユーザに提供できる。
以上のように上述の実施形態によれば、作業知識提案システム１０１は、保守対象設備３００に作業（Ｋ１０，１２１）を行う必要が生じた際に、必要な作業（Ｋ１０，１２１）と、作業（Ｋ１０，１２１）に係る部品または手順を含む作業要素（Ｋ２，１２２）と、を提案する作業知識提案システム１０１であって、作業（Ｋ１０，１２１）と、作業要素（Ｋ２，１２２）と、作業（Ｋ１０，１２１）および作業要素（Ｋ２，１２２）が必要になる条件である作業条件（１２Ｒ１，１２Ｒ２）と、を記憶する作業知識記憶部１０に対してデータを入出力する機能と、何れかの発生事象情報２２３をユーザ８０が入力すると、入力された発生事象情報２２３に対応する作業条件（１２Ｒ１，１２Ｒ２）と、作業条件（１２Ｒ１，１２Ｒ２）に対応して必要な作業（Ｋ１０，１２１）と作業要素（Ｋ２，１２２）と、を検索する作業条件検索部４２と、検索された作業条件（１２Ｒ１，１２Ｒ２）、作業（Ｋ１０，１２１）および作業要素（Ｋ２，１２２）と、作業条件（１２Ｒ１，１２Ｒ２）に対応する信頼度情報１２４を表示し、ユーザからの作業（Ｋ１０，１２１）または作業要素（Ｋ２，１２２）の追加、修正、または削除を含む変更を受け付ける提案表示部７１と、変更を受け付けたときに変更前または変更後の作業（Ｋ１０，１２１）と作業要素（Ｋ２，１２２）とに関する作業条件（１２Ｒ１，１２Ｒ２）の候補を、入力された発生事象情報２２３の組合せに基づいて検索し、表示する作業条件推定部４４と、候補が正当か否かの回答をユーザ８０から受け付け、回答が肯定であった作業条件（１２Ｒ１，１２Ｒ２）を作業知識記憶部１０に追加する変更確認部７３と、を備える。これにより、適切な保守知識をユーザに提供できる。例えば、作業（Ｋ１０，１２１）や作業要素（Ｋ２，１２２）の提案や作業条件（１２Ｒ１，１２Ｒ２）の確認に対するユーザ８０のアクションに応じて、作業条件（１２Ｒ１，１２Ｒ２）の信頼度情報１２４を更新できるため、適切な保守知識をユーザに提供できる。
【0179】
また、作業知識提案システム１０１は、作業条件（１２Ｒ１，１２Ｒ２）の信頼度情報１２４をさらに記憶する作業知識記憶部１０に対してデータを入出力する機能を備え、変更確認部７３は、回答が肯定以外であった作業条件（１２Ｒ１，１２Ｒ２）を、作業条件検索部４２において提案する頻度が低下するように信頼度情報を更新すると一層好ましい。これにより、信頼性の低い作業条件（１２Ｒ１，１２Ｒ２）を提案する頻度を低下させることができる。
【0180】
また、作業知識提案システム１０１は、作業（Ｋ１０，１２１）と、作業（Ｋ１０，１２１）に係る発生日情報２２２と、作業（Ｋ１０，１２１）または作業要素（Ｋ２，１２２）に対応する事象を表す発生事象情報２２３と、を含む履歴（２２Ｒ１，２２Ｒ２）を記憶する作業履歴蓄積部２０に対してデータを入出力する機能をさらに備えると一層好ましい。これにより、作業履歴蓄積部２０を適切に更新することができる。
【0181】
また、作業履歴蓄積部２０は、実行した作業（Ｋ１０，１２１）と作業要素（Ｋ２，１２２）とに関する履歴（２２Ｒ１，２２Ｒ２）と、発生事象情報２２３に係る事象が発生した履歴（２２Ｒ１，２２Ｒ２）と、を自然言語にて記録した作業内容情報２１４を蓄積するものであり、作業知識記憶部１０は、作業内容情報２１４に現れ得るキーワードを示す単語情報１５０と、単語情報１５０の分類を定義した分類情報１５３と、を含む作業単語テーブル１５を備え、作業内容情報２１４に対して作業単語テーブル１５を用いて文章解析を行い、作業（Ｋ１０，１２１）と、作業要素（Ｋ２，１２２）と、を抽出する作業内容抽出部３１と、抽出した作業（Ｋ１０，１２１）と、作業内容情報２１４における構造と、複数の履歴（２２Ｒ１，２２Ｒ２）における発生事象情報２２３と、作業（Ｋ１０，１２１）と、の関係を分析して、作業条件（１２Ｒ１，１２Ｒ２）を推定する作業条件抽出部３２と、を有することにより、作業知識記憶部１０の内容を初期化する作業知識初期化部３０をさらに備えると一層好ましい。
【0182】
これにより、作業知識記憶部１０における知識を適切に初期化できるため、一層適切な保守知識をユーザに提供できる。
【0183】
また、作業履歴蓄積部２０は、実行を計画した作業（Ｋ１０，１２１）または作業要素（Ｋ２，１２２）のうち、実際に有効であったものを示す有効作業情報２２５を記録するものであり、作業知識記憶部１０は、はユーザ８０が専門とする作業分野を示す得意分野情報１４２を記録するものであり、作業条件（１２Ｒ１，１２Ｒ２）は、作業（Ｋ１０，１２１）および作業要素（Ｋ２，１２２）に対応する分野を示す作業分野情報１２３を含むものであり、作業知識記憶部１０は、作業条件（１２Ｒ１，１２Ｒ２）に従ってユーザ８０に提案した作業の作業内容（１３０）、または、作業条件（１２Ｒ１，１２Ｒ２）の正当性をユーザ８０に確認した結果を示す判定情報１３４を含む信頼度履歴情報（１３Ｒ１，１３Ｒ２）を蓄積するものであり、得意分野情報１４２と作業分野情報１２３とが一致する度合いと、ユーザ８０に対する提案または確認に対して、ユーザ８０が回答する頻度の高さの度合いと、に基づく重みをユーザ８０に付与した上で、ユーザ８０が肯定した割合が高い作業条件（１２Ｒ１，１２Ｒ２）ほど、高い信頼度情報１２４を付与する信頼度算出部４１をさらに備え、提案表示部７１は、提案に用いた作業条件（１２Ｒ１，１２Ｒ２）の信頼度情報１２４と、ユーザ８０による作業履歴と、を表示する機能を備えると一層好ましい。これにより、ユーザ８０に対する提案または確認に対して、ユーザ８０が回答した結果に基づいて、信頼度算出部４１が信頼度情報１２４を付与するため、一層適切な保守知識をユーザに提供できる。
【0184】
また、作業条件（１２Ｒ１，１２Ｒ２）は、関係する事象Ｋ４、作業（Ｋ１０，１２１）または作業要素（Ｋ２，１２２）が作業履歴蓄積部２０において発生または実行する頻度が少ない度合いに対応し、提案表示部７１は、度合いが所定値以上である作業条件（１２Ｒ１，１２Ｒ２）と関係する事象Ｋ４の一部の入力をユーザ８０に許容し、または、度合いが所定値以上である作業条件（１２Ｒ１，１２Ｒ２）と関係する作業（Ｋ１０，１２１）または作業要素（Ｋ２，１２２）の提案の入力をユーザ８０に許容するものであり、度合いが所定値以上である作業条件（１２Ｒ１，１２Ｒ２）と関係する事象が仮想的に全て発生した状況では関係する作業（Ｋ１０，１２１）または作業要素（Ｋ２，１２２）が必要であるとする作業条件（１２Ｒ１，１２Ｒ２）の正当性をユーザに確認する反実仮想確認部７２をさらに備え、作業履歴蓄積部２０は、反実仮想確認部７２における確認に対するユーザ８０による回答の履歴を蓄積すると一層好ましい。これにより、反実仮想確認部７２におけるユーザ８０の回答の履歴に対応できるため、一層適切な保守知識をユーザに提供できる。
【0185】
また、提案表示部７１は、度合いが所定値以上である作業条件（１２Ｒ１，１２Ｒ２）と関係する事象Ｋ４の一部をユーザ８０が入力し、または、度合いが所定値以上である作業条件（１２Ｒ１，１２Ｒ２）と関係する作業（Ｋ１０，１２１）または作業要素（Ｋ２，１２２）の提案をユーザ８０が入力した場合、ユーザ８０に付与した重みが所定値以上である作業要素（Ｋ２，１２２）と、ユーザ８０との組合せに対して、反実仮想確認部７２における確認を行う頻度を向上すると一層好ましい。これにより、ユーザ８０に付与した重みに応じて、反実仮想確認部７２における確認を行う頻度を向上できるため、一層適切な保守知識をユーザに提供できる。
【0186】
［変形例］
本発明は上述した実施形態に限定されるものではなく、種々の変形が可能である。上述した実施形態は本発明を理解しやすく説明するために例示したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記実施形態の構成に他の構成を追加してもよく、構成の一部について他の構成に置換をすることも可能である。また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、製品上で必要な全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。上記実施形態に対して可能な変形は、例えば以下のようなものである。
本発明は上述した実施形態に限定されるものではなく、種々の変形が可能である。上述した実施形態は本発明を理解しやすく説明するために例示したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記実施形態の構成に他の構成を追加してもよく、構成の一部について他の構成に置換をすることも可能である。また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、製品上で必要な全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。上記実施形態に対して可能な変形は、例えば以下のようなものである。
【0187】
（１）上記実施形態における作業知識記憶部１０、作業履歴蓄積部２０、作業知識初期化部３０、作業知識提案部４０、および計画者端末７０のハードウエアは一般的なコンピュータによって実現できるため、上述した各ブロック図、各フローチャートに対応する処理、その他上述した各種処理を実行するプログラム等を記憶媒体（プログラムを記録したコンピュータ読み取り可能な記録媒体）に格納し、または伝送路を介して頒布してもよい。
【0188】
（２）上述した各ブロック図、各フローチャートに対応する処理、その他上述した各種処理を実行するプログラム等は、上記実施形態ではプログラムを用いたソフトウエア的な処理として説明したが、その一部または全部をＡＳＩＣ(Application Specific Integrated Circuit；特定用途向けＩＣ)、あるいはＦＰＧＡ(Field Programmable Gate Array)等を用いたハードウエア的な処理に置き換えてもよい。
【0189】
（３）上記実施形態において実行される各種処理は、ネットワーク６０を経由して図示せぬサーバコンピュータが実行してもよく、上記実施形態において記憶される各種データも該サーバコンピュータに記憶させるようにしてもよい。
【符号の説明】
【0190】
１０ 作業知識記憶部
１１ 作業内容テーブル
１２ 作業条件テーブル
１２Ｒ１，１２Ｒ２ レコード（作業条件）
１３ 信頼度テーブル
１３Ｒ１，１３Ｒ２ レコード（信頼度履歴情報）
１４ 作業計画者テーブル
１５ 作業単語テーブル
２０ 作業履歴蓄積部
２１ 作業文書テーブル
２２ 作業履歴テーブル
２２Ｒ１，２２Ｒ２ レコード（履歴）
２４ 注目作業テーブル
３０ 作業知識初期化部
３１ 作業内容抽出部
３２ 作業条件抽出部
４１ 信頼度算出部
４２ 作業条件検索部（作業条件検索過程）
４４ 作業条件推定部（作業条件推定過程）
７１ 提案表示部（提案表示過程）
７２ 反実仮想確認部
７３ 変更確認部（変更確認過程）
８０ ユーザ
１０１ 作業知識提案システム
１２１ fromＩＤ情報（作業）
１２２ toＩＤ情報（作業要素）
１２３ 作業分野情報
１２４ 信頼度情報
１３０ ノードＩＤ情報（作業内容）
１３４ 判定情報
１４２ 得意分野情報
１５０ 単語情報
１５３ 分類情報
２１４ 作業内容情報
２２２ 発生日情報
２２３ 発生事象情報
２２５ 有効作業情報
３００ 保守対象設備
９８０ コンピュータ
Ｋ２ 要素（作業要素）
Ｋ４ 事象
Ｋ１０ 作業
ＭＴＣ 行列
Ｖ７１ 提案表示画面
Ｖ７２ 反実仮想確認画面
Ｖ７３ 変更確認画面
１１ 作業内容テーブル
１２ 作業条件テーブル
１２Ｒ１，１２Ｒ２ レコード（作業条件）
１３ 信頼度テーブル
１３Ｒ１，１３Ｒ２ レコード（信頼度履歴情報）
１４ 作業計画者テーブル
１５ 作業単語テーブル
２０ 作業履歴蓄積部
２１ 作業文書テーブル
２２ 作業履歴テーブル
２２Ｒ１，２２Ｒ２ レコード（履歴）
２４ 注目作業テーブル
３０ 作業知識初期化部
３１ 作業内容抽出部
３２ 作業条件抽出部
４１ 信頼度算出部
４２ 作業条件検索部（作業条件検索過程）
４４ 作業条件推定部（作業条件推定過程）
７１ 提案表示部（提案表示過程）
７２ 反実仮想確認部
７３ 変更確認部（変更確認過程）
８０ ユーザ
１０１ 作業知識提案システム
１２１ fromＩＤ情報（作業）
１２２ toＩＤ情報（作業要素）
１２３ 作業分野情報
１２４ 信頼度情報
１３０ ノードＩＤ情報（作業内容）
１３４ 判定情報
１４２ 得意分野情報
１５０ 単語情報
１５３ 分類情報
２１４ 作業内容情報
２２２ 発生日情報
２２３ 発生事象情報
２２５ 有効作業情報
３００ 保守対象設備
９８０ コンピュータ
Ｋ２ 要素（作業要素）
Ｋ４ 事象
Ｋ１０ 作業
ＭＴＣ 行列
Ｖ７１ 提案表示画面
Ｖ７２ 反実仮想確認画面
Ｖ７３ 変更確認画面
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】