JP2014071558A - 作業遂行支援装置、作業遂行支援方法、およびプログラム - Google Patents

Abstract

【課題】ルールに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールを構成できなかった。
【解決手段】経験を特定する経験特定情報を含むルールブックの生成指示を受け付ける受付部と、生成指示に含まれる経験特定情報により特定される経験を取得する経験取得部と、経験取得部が取得した経験から、予め決められた条件を満たす情報をルールブックとして取得するルールブック生成部と、ルールブック生成部が取得したルールブックを、ルールブック格納部に蓄積するルールブック蓄積部とを具備する作業遂行支援装置１により、ルールに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールを構成できる。
【選択図】図１

Description

本発明は、作業の遂行を支援する作業遂行支援装置等に関するものである。

従来、コンピュータを用いて作業を行う際に、作業に必要なプログラムや複数発生するファイル、ノウハウデータを効率よく実行と管理を行う作業支援装置があった（特許文献１参照）。本装置は、作業の手順やプログラム、ノウハウなどの作業における共通情報を定義する共通テンプレートを作成する共通テンプレート作成部と、テンプレートに従って作業を実行するテンプレート実行部と、共通テンプレートで定義されていない情報を差分テンプレートとして作成する差分テンプレート作成部とを備え、共通テンプレートを用いて実行した作業のうち新たな情報が差分テンプレートに蓄積されるようにすることで、ナレッジが蓄積される。

特開２００４−６２７０７号公報（第１頁、第１図等）

しかしながら、従来の作業遂行支援装置においては、ルールに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールを構成できなかった。

本第一の発明の作業遂行支援装置は、２以上のフェーズから構成される作業のルールに関する情報であり、各フェーズにおける作業のルールを示す２以上のフェーズルールを有する１以上のルールブックを格納し得るルールブック格納部と、フェーズの作業遂行の結果に関する情報であり、作業遂行の結果である成果物を含む情報であり、フェーズを識別するフェーズ識別子を有する情報である２以上のフェーズ事例を含む１以上の経験を格納し得る経験格納部と、経験を特定する経験特定情報を含むルールブックの生成指示を受け付ける受付部と、生成指示に含まれる経験特定情報により特定される経験を経験格納部から得する経験取得部と、経験取得部が取得した経験から、予め決められた条件を満たす情報をルールブックとして取得するルールブック生成部と、ルールブック生成部が取得したルールブックを、ルールブック格納部に蓄積するルールブック蓄積部とを具備する作業遂行支援装置である。

かかる構成により、ルールブックに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールブックを構成できる。

また、本第二の発明の作業遂行支援装置は、第一の発明に対して、経験取得部が取得した経験が、ルールブック格納部の一のルールブックと対応付いている場合、経験を、ルールブック蓄積部が蓄積したルールブックに対応付くように、経験とルールブックとを対応付ける情報である対応情報を変更する対応情報変更部をさらに具備する作業遂行支援装置である。

かかる構成により、蓄積されている経験に基づいてルールを構成した場合に、経験とルールブックとの対応を自動的に取ることができる。

また、本第三の発明の作業遂行支援装置は、第一または第二の発明に対して、ルールブック生成部は、経験取得部が取得した経験から、経験が有する２以上の項目のうち、予め決められた１以上の項目の情報をルールブックとして取得する作業遂行支援装置である。

かかる構成により、ルールブックに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールブックを構成できる。

また、本第四の発明の作業遂行支援装置は、第一から第三いずれかの発明に対して、受付部は、経験格納部に格納されている経験に対する編集指示を受け付け、編集指示に応じて、経験に含まれる項目の情報を変更する経験編集部と、経験が有する項目の情報であり、変更された１以上の項目の情報を用いて、問題を構成する問題構成部と、問題構成部が構成した問題を出力する出力部とをさらに具備する作業遂行支援装置である。

かかる構成により、蓄積されている経験を用いて、問題を自動的に構成できる。

また、本第五の発明の作業遂行支援装置は、第四の発明に対して、問題構成部は、経験が有する項目の情報であり、変更された１以上の項目の情報であり、変更前の情報を用いて、問題を構成する作業遂行支援装置である。

かかる構成により、蓄積されている経験を用いて、良問を自動的に構成できる。

また、本第六の発明の作業遂行支援装置は、第四または第五の発明に対して、経験が有する項目の情報であり、変更された１以上の項目の情報を用いて、問題の回答を構成する回答構成部をさらに具備し、出力部は、回答構成部が構成した回答をも出力する作業遂行支援装置である。

かかる構成により、蓄積されている経験を用いて、回答も自動的に構成できる。

本発明による作業遂行支援装置によれば、ルールに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールを構成できる。

実施の形態１における作業遂行支援システムの概念図 作業遂行支援システムのブロック図 作業遂行支援装置１のブロック図 作業遂行支援装置１の動作について説明するフローチャート 作業遂行支援装置１の動作について説明するフローチャート 作業遂行支援装置１の動作について説明するフローチャート 複数種類情報出力処理について説明するフローチャート 編集処理について説明するフローチャート ルールブック生成処理について説明するフローチャート 作業遂行支援システムの機能概要を説明する概念図 ルールブック管理表を示す図 フェーズルール間の順序情報を示す図 フェーズ事例構造情報管理表を示す図 フェーズルール構造情報管理を示す図 ルールブックに基づいて構成された経験の表示例を示す図 経験管理表を示す図 出力された経験を示す図 出力された経験、ルールブック、および規定集を示す図 出力された経験を示す図 生成されたルールブックを示す図 経験を示す図 生成されたルールブックを示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、作業遂行支援装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、ルールブックに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールブックを構成できる作業遂行支援システムについて説明する。

また、本実施の形態において、経験に基づいてルールブックを生成した場合に、当該経験に紐付いているルールブックを、元のルールブックから生成した新しいルールブックに自動変更する作業遂行支援システムについて説明する。

また、本実施の形態において、蓄積されている経験を用いて、問題を自動的に構成できる作業遂行支援システムについて説明する。

また、本実施の形態において、蓄積されている経験を用いて、問題に対する回答も自動的に構成できる。

また、本実施の形態において、経験を検索した場合、１以上の経験と、当該経験に対応する１以上のルールブックをともに表示し、作業遂行を支援する作業遂行支援システムについて説明する。

また、本実施の形態において、経験に対して、フェーズの追加、削除が可能である柔軟な作業方法の変更を許容する作業遂行支援システムについて説明する。

また、本実施の形態において、経験またはルールブックが表示される場合に、紐付けられた規定集も表示される作業遂行支援システムについて説明する。

また、本実施の形態において、ワークボードに経験またはルールブックを呼び出し、経験またはルールブックを利用し、経験を作成できる作業遂行支援システムについて説明する。

また、本実施の形態において、経験の再利用度がカウントされ、当該再利用度を用いて、担当者の報償が算出される作業遂行支援システムについて説明する。

また、本実施の形態において、経験またはフェーズ事例に対して質問を入力した場合、経験またはフェーズ事例の担当者に対して質問が自動送付される作業遂行支援システムについて説明する。

また、本実施の形態において、フェーズ事例は期限を有し、作業の緊急度を容易に知ることができる作業遂行支援システムについて説明する。

さらに、本実施の形態において、ルールブックを適切に変更できる作業遂行支援システムについて説明する。

図１は、本実施の形態における作業遂行支援システムの概念図である。作業遂行支援システムは、作業遂行支援装置１、１以上の端末装置２を備える。

作業遂行支援装置１は、ここでは、例えば、いわゆるサーバ装置である。また、端末装置２は、いわゆるパーソナルコンピュータ、携帯端末等の情報の入出力が可能であれば何でも良い。

図２は、本実施の形態における作業遂行支援システムのブロック図である。図３は、作業遂行支援装置１のブロック図である。

作業遂行支援装置１は、規定集格納部１０１、ルールブック格納部１０２、経験格納部１０３、ワークボード１０４、構造情報格納部１０５、管理者連絡先情報格納部１０６、受付部１０７、経験蓄積部１０８、経験取得部１０９、経験編集部１１０、ルール取得部１１１、規定集取得部１１２、期限切迫度取得部１１３、再利用部１１４、カウント部１１５、報酬決定部１１６、送信部１１７、ルールブック修正送信部１１８、ルールブック更新部１１９、出力部１２０、ルールブック生成部１２１、ルールブック蓄積部１２２、対応情報変更部１２３、問題構成部１２４、および回答構成部１２５を備える。

端末装置２は、端末受付部２１、端末送信部２２、端末受信部２３、および端末出力部２４を備える。

作業遂行支援装置１を構成する規定集格納部１０１は、１以上の規定集を格納し得る。規定集とは、作業を遂行する場合に遵守する必要がある１以上の規定の集合である。なお、規定集は情報である。また、規定集は、通常、後述するフェーズ識別子に対応付いていない。また、通常、規定集は、変更できない。または、規定集は、例えば、変更の困難度がルールとは異なっても良い。ルールの変更のためには、例えば、一人の管理者の承認で良いが、規定の変更のためには、２以上の管理者の承認が必要またはルール変更の承認者よりも上位の役職の管理者の承認が必要等である。規定集は、例えば、会社における決済の制約を示す決済規定、会社における役職を示す情報である役職規定、会社における組織の情報である組織規定等である。また、規定集は、ファイル、データベースのテーブル等でも良く、そのデータ構造は問わない。

ルールブック格納部１０２は、１以上のルールブックを格納し得る。ルールブックは、２以上のフェーズルールを有する。フェーズルールは、フェーズにおける作業のルールを示す情報である。ここで、フェーズとは、作業の単位をいう。フェーズは、一連の作業を構成する一部の作業であり、通常、作業の最小単位であり、ステップやサブ作業等と言っても良い。ルールブックは、２以上のフェーズから構成される一連の作業のルールに関する情報の集合である。また、作業のルールとは、作業のやり方、指針を示す情報である、と言っても良い。また、フェーズルールとは、通常、フェーズを識別するフェーズ識別子を有する。通常、ルールブックを追加または修正または削除する場合、一定の条件を満たす必要がある。一定の条件とは、例えば、管理者の承認、２以上の人の承認などである。また、ルールブックとは、通常、全フェーズのルール（フェーズルール）の集合である。なお、フェーズルールが対応付いていないフェーズが存在しても良い。また、ルールブックは、フェーズルール間の順序の情報を有する。かかる順序の情報を順序情報という。順序の情報は、固定的な順序を示す情報でなくても良い。つまり、作業が「Ａ，Ｂ，Ｃ，Ｄ」のフェーズからなる場合、「Ａ→Ｂ→Ｃ→Ｄ」の順でも、「Ａ→Ｃ→Ｂ→Ｄ」の順でも良い、という作業が存在しても良い。また、順序情報はリンク、順序の識別子等でも良く、そのデータ構造は問わない。さらに、ルールブックは、ファイル、データベースのテーブル等でも良く、そのデータ構造は問わない。

経験格納部１０３は、１以上の経験を格納し得る。経験とは、作業遂行の結果に関する情報である。経験は、フェーズを識別するフェーズ識別子を有する情報である２以上のフェーズ事例を含む。フェーズ事例は、通常、フェーズの作業遂行の結果に関する情報であり、作業遂行の結果である成果物を含む情報である。なお、成果物は、ファイルでも、データベースのテーブル等でも良い。成果物のデータ構造は問わない。また、経験は、フェーズ事例間の順序の情報（順序情報という。）を有する。また、フェーズ事例は、作業の完了の期限に関する情報である期限情報を有しても良い。また、フェーズ事例は、例えば、タイトル、説明文、１以上の担当者の１以上の担当者識別情報、作業に必要であると予想される時間である予想時間または予想日数、優先度、ステータス（未処理／処理中／完了等）、作成日と変更履歴/変更内容/変更者、１以上の担当者の１以上の連絡先情報、チェックリスト、必須であるか否かを示す必須フラグなどを有する。また、例えば、フェーズ事例には、画像が動画やファイルや音声などが添付され得る。なお、タイトルは、フェーズ識別子と同一でも良い。また、チェックリストとは、フェーズ事例に対応する作業の１以上のチェック項目の集合である。また、必須フラグがＯＮ（必須であることを示す値）であるフェーズ事例は、削除され得ない。また、経験は、通常、経験を特定する経験特定情報を有する。経験特定情報は、経験を特定する識別子である経験識別子、または経験を特定する１以上のキーワード等である。

また、経験は、例えば、ルールブックに基づいて遂行された作業の結果を示す情報である。また、経験は、例えば、ルールブックと紐付いている。経験は、例えば、ルールブックを特定するルールブック識別情報を有する。ただし、ルールブックと紐付いていない経験が存在しても良い。なお、ルールブック識別情報は、通常、ルールブックを識別する識別子であるルールブック識別子であるが、ルールブックを特定する１以上のキーワード等でも良い。

また、経験格納部１０３の経験は、通常、一連の作業が完了した作業遂行結果に関する情報である。ただし、経験は、作業を遂行するために行った会議の議事録のファイル、ホワイトボードの記載内容を取得した画像など、作業の遂行のために利用した情報などを含んでも良い。

経験格納部１０３において、経験またはフェーズ事例に対応付けて、作業を担当した担当者の連絡先に関する連絡先情報を格納していることは好適である。連絡先情報は、例えば、メールアドレス、電話番号、ＩＰアドレス等である。

ワークボード１０４は、一時的に経験を格納し得る記憶領域である。ワークボード１０４には、通常、作成途中の経験が格納される。また、ワークボード１０４には、呼び出されたルールブックが格納されても良い。

構造情報格納部１０５は、フェーズ事例構造情報、またはフェーズルール構造情報を格納している。フェーズ事例構造情報とは、フェーズ事例の構造を示す情報である。フェーズ事例構造情報は、フェーズ事例が有する２以上の項目（属性）を有する。フェーズ事例構造情報は、２以上の各項目に対する２以上の情報を有するフェーズ事例に対して、再利用する項目と、再利用しない項目とを区別可能な情報を有する。フェーズ事例構造情報は、例えば、項目識別子、項目識別子で識別される項目を再利用するか否かを示す再利用フラグとの組である２以上の項目情報を有する。なお、フェーズ事例構造情報、またはフェーズルール構造情報は、それぞれ、経験、またはルールブックに埋め込まれていても良い。

また、フェーズルール構造情報とは、フェーズルールの構造を示す情報である。フェーズルール構造情報は、フェーズルールが有する２以上の項目（属性）を有する。フェーズルール構造情報は、２以上の各項目に対する２以上の情報を有するフェーズルールに対して、再利用する項目と、再利用しない項目とを区別可能な情報を有する。フェーズルール構造情報は、例えば、項目識別子、項目識別子で識別される項目を再利用するか否かを示す再利用フラグとの組である２以上の項目情報を有する。

また、構造情報格納部１０５は、２以上の各フェーズルール構造情報に対応付けて１以上のフェーズ事例構造情報を有しても良い。なお、対応付けの方法は問わない。対応付けの方法は、例えば、同一の識別子を付す方法、リンク付ける方法等である。対応付けの方法は問わないことは、他の対応付いている情報についても同様である。

管理者連絡先情報格納部１０６は、１以上の管理者連絡先情報を格納し得る。管理者連絡先情報は、ルールブックの修正を承認できる管理者への連絡先を示す情報である。管理者連絡先情報は、例えば、メールアドレス、電話番号、ＩＰアドレス等である。管理者連絡先情報格納部１０６は、ルールブックに対応付けて、１以上の管理者連絡先情報を格納していても良いし、ルールブックに対応付けずに、１以上の管理者連絡先情報を格納していても良い。ルールブックに対応付けて１以上の管理者連絡先情報が格納されている場合、当該ルールブックが修正された場合に、当該１以上の管理者連絡先情報が示す１以上の１以上の管理者に、当該ルールブックの修正内容が送信される。

受付部１０７は、各種の情報や指示等を受け付ける。受付部１０７は、例えば、経験、ルールブックの生成指示、編集指示、編集指示、承認情報、経験特定情報、ルールブック特定情報、一の作業に対する質問、規定集特定情報等を受け付ける。経験特定情報は、経験を特定する情報である。

ルールブックの生成指示は、経験格納部１０３に格納されている経験からルールブックを生成する指示であり、経験を特定する経験特定情報を含む指示である。

編集指示は、経験格納部１０３に格納されている経験を変更する指示であり、経験特定情報と、変更する内容を含む指示である。変更する内容は、文字列、画像、音声、動画等、そのデータ構造は問わない。また、編集指示は、ワークボード１０４に格納されている経験を編集する指示でも良い。かかる編集指示は、経験を編集するための内容を含む。

また、編集指示は、経験取得部１０９が取得した経験に対して、フェーズ事例を追加、または削除する指示でも良い。また、編集指示は、例えば、追加する経験を特定する経験特定情報、フェーズ事例を追加する位置を特定する追加位置情報、フェーズ識別子と内容等を有しても良い。フェーズ事例を削除する場合、編集指示は、例えば、フェーズ識別子を有する。また、編集指示は、ルールブックの修正内容を含む指示でも良い。

また、承認情報は、ルールブックの修正を承認できる管理者から送信された情報であり、ルールブックの修正を承認する旨の情報である。承認情報は、通常、ルールブック特定情報を有する。また、受付部１０７が、ルールブックの修正内容を含む指示を受け付けた場合、修正されたルールブックを一時的に、例えば、ワークボード１０４に蓄積する。なお、修正されたルールブックは、ルールブック格納部１０２に一時的に蓄積されても良い。

また、経験特定情報とは、経験を検索する１以上のキーワードでも良いし、経験識別子でも良いし、フェーズ識別子等でも良い。

また、ルールブック特定情報はルールブックを特定する情報である。ルールブック特定情報は、ルールブックを検索する１以上のキーワードでも良いし、ルールブック識別子でも良いし、フェーズルール識別子等でも良い。

また、一の作業に対する質問は、経験に対する質問でも良いし、フェーズ事例に対する質問でも良い。質問を受け付ける場合、受付部１０７は、通常、経験識別情報またはフェーズ事例識別情報と、質問とを受け付ける。

さらに、規定集特定情報は、規定集を特定する情報であり、例えば、規定集を識別する規定集識別子、１以上のキーワード等である。

ここで、受け付けとは、通常、有線もしくは無線の通信回線を介して送信された情報の受信であるが、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。

経験蓄積部１０８は、受付部１０７が経験を受け付けた場合に、当該経験を経験格納部１０３に蓄積する。

経験取得部１０９は、生成指示に含まれる経験特定情報により特定される経験を経験格納部１０３から得する。経験取得部１０９が取得する経験は、生成指示により、ユーザが指定しても良いし、２以上の経験の中で予め決められた条件を満たすほど、共通する情報が多い２以上の経験でも良い。

また、経験取得部１０９は、受付部１０７が経験特定情報を受け付けた場合に、当該経験特定情報を用いて、経験格納部１０３の１以上の経験を取得する。また、経験取得部１０９は、受付部１０７が受け付けたルールブック特定情報で特定されるルールブックに対応する１以上の経験を経験格納部１０３から取得しても良い。また、経験取得部１０９は、取得した経験を、ワークボード１０４に蓄積しても良い。

経験編集部１１０は、編集指示に応じて、経験に含まれる項目の情報を変更する。なお、経験編集部１１０は、編集指示に従って、例えば、ワークボード１０４に格納されている経験を編集する。また、経験編集部１１０は、経験に対する編集指示に従って、経験にフェーズ事例を追加、または削除する。編集指示は、例えば、フェーズ事例を追加する命令、および追加するフェーズ事例の情報を有する。また、編集指示は、例えば、フェーズ事例を削除する命令、および削除するフェーズ事例のフェーズ事例識別情報を有する。また、経験編集部１１０は、再利用部１１４が取得した経験に対して、受付部１０７が受け付けた編集指示に従って、経験を編集する。

ルールブック取得部１１１は、経験取得部１０９が取得した１以上の各経験に対応する１以上のルールブックを、ルールブック格納部１０２から取得する。また、ルールブック取得部１１１は、受付部１０７がルールブック特定情報を受け付けた場合に、当該ルールブック特定情報で特定される１以上のルールブックを、ルールブック格納部１０２から取得する。

規定集取得部１１２は、受付部１０７が受け付けた経験特定情報またはルール特定情報に対応する規定集を規定集格納部１０１から取得する。規定集取得部１１２は、受付部１０７が受け付けた規定集特定情報で特定できる規定集を規定集格納部１０１から取得しても良い。

期限切迫度取得部１１３は、現在の日付に関する情報である現在情報を取得し、当該現在情報とフェーズ事例に対応する期限情報とを用いて、期限が近い度合いを示す期限切迫度を取得する。期限切迫度取得部１１３は、例えば、図示しない時計から現在情報を取得する。期限切迫度は、例えば、期限までの日数である。また、期限切迫度は、例えば、期限までの日数から取得され得る切迫の度合いを示す情報である。期限切迫度取得部１１３は、例えば、期限までの日数と切迫の度合いとの対応表を保持しており、かかる対応表を用いて、期限までの日数から切迫の度合いを取得する。

再利用部１１４は、受付部１０７が経験特定情報を受け付けた場合、フェーズ事例構造情報に従って、当該経験特定情報で特定される経験に含まれる２以上の各フェーズ事例の情報のうちの再利用する項目の情報を有し、再利用しない項目の情報を有しない２以上のフェーズ事例を有する経験を取得する。再利用部１１４が取得する経験は、通常、再利用する項目の情報と、再利用しない項目の雛形の情報とを有する。項目の雛形の情報とは、項目の内容を除く情報である。なお、項目がタイトルと内容とからなる場合、項目の雛形の情報は、項目のタイトルのみである。また、項目がタイトルと内容とからなる場合、項目の情報とは、項目のタイトルと内容である。

再利用部１１４は、受付部１０７がルールブック特定情報を受け付けた場合、フェーズ事例構造情報に従って、ルールブック特定情報で特定されるルールブックからすべての項目の雛形を構成し、フェーズルール構造情報が示す再利用する項目の内容（情報）を、前記雛形の対応する項目に複写し、経験を構成する。なお、この経験は、通常、一部の項目の内容は空（ＮＵＬＬ）である。また、上記の再利用部１１４の処理は、フェーズルール構造情報が示す項目の情報を取得し、かつ、フェーズルール構造情報が有さないフェーズでありフェーズ事例構造情報が有するフェーズに対応する項目の雛形を取得する処理である。つまり、項目がタイトルと内容とからなる場合、再利用部１１４は、ルールブック特定情報で特定されるルールブックから、フェーズルール構造情報が示す項目のタイトルと内容を取得し、かつ、フェーズルール構造情報が有さないフェーズでありフェーズ事例構造情報が有するフェーズに対応する項目のタイトルを取得する。なお、ここでのフェーズルール構造情報は、ルールブック特定情報で特定されるルールブックのフェーズルール構造情報に対応するフェーズルール構造情報である。

カウント部１１５は、再利用された回数を経験ごとにカウントし、回数を経験ごとに保持する。カウント部１１５は、例えば、経験取得部１０９が取得し、ワークボード１０４に蓄積され（複写され）、かつ、ユーザが編集指示を入力した経験を検知し、当該経験に対する再利用回数をカウントアップする。また、カウント部１１５は、例えば、再利用部１１４が取得した経験の元になった経験に対する再利用回数をカウントアップする。また、カウント部１１５は、例えば、ユーザが再利用の元とする経験として指示した経験に対する再利用回数をカウントアップしても良い。なお、各経験は、例えば、再利用回数を有し、その初期値は０である。また、カウントアップとは、再利用回数に１を加えることである。

報酬決定部１１６は、経験に対応する再利用の回数を用いて、経験が有する担当者識別子で識別される担当者の報酬を決定する。報酬決定部１１６は、通常、経験の再利用回数をパラメータとする増加関数により、当該経験が有する担当者識別子で識別される担当者の報酬を決定する。報酬決定部１１６は、例えば、再利用回数と報酬との対応表を保持しており、かかる対応表を用いて、再利用回数から報酬を取得する。また、報酬決定部１１６が報酬を決定するタイミングは問わない。例えば、報酬決定部１１６は、ユーザからの指示により報酬を決定する。また、例えば、報酬決定部１１６は、定期的に（例えば、毎月１日など）、報酬を決定する。

送信部１１７は、受付部１０７が受け付けた質問を、一の作業に対する経験またはフェーズ事例に対応付けられている連絡先情報を用いて、一の作業を担当した担当者に質問を送信する。送信部１１７は、例えば、受付部１０７が受け付けた質問に対応する経験識別情報またはフェーズ事例識別情報を取得する。そして、例えば、送信部１１７は、当該経験識別情報またはフェーズ事例識別情報で識別される経験またはフェーズ事例に対応付けられている連絡先情報を取得する。次に、例えば、送信部１１７は、取得した連絡先情報が示す連絡先に、受付部１０７が受け付けた質問を送信する。

ルールブック修正送信部１１８は、受付部１０７がルールブックの編集指示を受け付けた場合に、編集指示に含まれる修正内容を、管理者連絡先情報が示す連絡先に送信する。ルールブック修正送信部１１８は、編集指示を入力したユーザを特定するユーザ識別子（例えば、ユーザＩＤ、氏名等）も、修正内容とともに送信することは好適である。

ルールブック更新部１１９は、受付部１０７が管理者から承認情報を受け付けた場合に、ルールブックを修正内容に更新する。ルールブック更新部１１９は、例えば、受付部１０７が承認情報を受け付けた場合に、当該承認情報が有するルールブック識別情報で識別されるルールブックをワークボード１０４から取得し、当該ルールブックをルールブック格納部１０２に上書き更新する。なお、ワークボード１０４から取得されたルールブックは、内容が修正されたルールブックである。

出力部１２０は、経験取得部１０９が取得した１以上の各経験と、ルールブック取得部１１１が取得した１以上のルールブックとを、対応が分かる態様で出力する。

また、出力部１２０は、経験と当該経験に対応するルールブックとを出力する場合、経験が有する２以上の各フェーズ事例と、当該各フェーズ事例に対応するフェーズルールとの対応が分かる態様で出力することは好適である。ここで、「フェーズ事例とフェーズルールとの対応が分かる態様」とは、同一フェーズのフェーズ事例とフェーズルールの文字色が同一、同一フェーズのフェーズ事例とフェーズルールの背景色が同一、同一フェーズのフェーズ事例とフェーズルールとがリンク付いている、同一フェーズのフェーズ事例とフェーズルールが出力されている領域が同一等である。

また、出力部１２０は、経験と当該経験に対応するルールブックとを出力する場合、ルールブックが有するいずれのフェーズルールにも対応しないフェーズ事例（追加されたフェーズのフェーズ事例）を、他のフェーズ事例と視覚的に区別して出力することは好適である。また、出力部１２０は、経験と当該経験に対応するルールブックとを出力する場合、経験が有するいずれのフェーズ事例にも対応しないフェーズルール（経験において削除されたフェーズに対応するフェーズルール）を、他のフェーズ事例と視覚的に区別して出力することは好適である。つまり、経験に含まれる２以上のフェーズと、当該経験に対応するルールブックに含まれる２以上のフェーズとが完全に一致しない場合、一致しないフェーズに対応するフェーズ事例またはフェーズルールが、他のフェーズ事例または他のフェーズルールと視覚的に区別されて出力されることは好適である。なお、上記の「完全に一致しない場合」とは、経験に含まれるフェーズ（フェーズ事例）が追加、または削除された場合である。

また、出力部１２０は、受付部１０７が受け付けたルールブック特定情報で特定されるルールブックと共に、経験取得部１０９が取得した１以上の経験を、ルールブックと経験との対応が分かる態様で出力する。

また、出力部１２０は、受付部１０７が受け付けた経験特定情報で特定される経験、またはルールブック特定情報で特定されるルールブックと共に、規定集取得部１１２が取得した１以上の規定集を、経験またはルールブックとの対応が分かる態様で出力する。

また、出力部１２０は、経験を出力する場合に、カウント部１１５が保持している回数を視覚的に認識可能に、経験を出力する。

また、出力部１２０は、報酬決定部１１６が決定した報酬を出力する。

また、出力部１２０は、経験を出力する場合に、経験に含まれる２以上の各フェーズ事例の時間的な順序と、期限切迫度とが、視覚的に認識できる態様で、２以上のフェーズ事例を出力する。

また、出力部１２０は、後述する問題構成部１２４が構成した問題を出力する。また、出力部１２０は、後述する回答構成部１２５が構成した回答をも出力する。

ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。なお、出力部１２０が構成された問題や回答を出力する場合、通常、出力とは、問題や回答を、図示しない記録媒体に蓄積することである。また、端末装置２から問題や回答の出力指示が受信された場合、出力部１２０は、問題や回答を端末装置２に送信する。

ルールブック生成部１２１は、経験取得部１０９が取得した経験から、予め決められた条件を満たす情報をルールブックとして取得する。なお、予め決められた条件とは、例えば、予め決められた項目の情報であることである。または、予め決められた条件とは、例えば、２以上の経験に含まれる情報であり、一致する情報または予め決められた閾値以上の類似度の情報であることである。

つまり、例えば、ルールブック生成部１２１は、経験取得部１０９が取得した経験から、経験が有する２以上の項目のうち、予め決められた１以上の項目の情報をルールブックとして取得する。

また、例えば、ルールブック生成部１２１は、２以上の経験が有する情報のうち、２以上の経験間で、予め決められた閾値以上の類似度を有する情報をルールブックとして取得する。なお、２以上の文章や画像等の情報の類似度を算出する技術は公知技術であるので、その説明を省略する。

ルールブック蓄積部１２２は、ルールブック生成部１２１が取得したルールブックを、ルールブック格納部１０２に蓄積する。

対応情報変更部１２３は、経験取得部１０９が取得した経験が、ルールブック格納部１０２の一のルールブックと対応付いている場合、当該経験を、ルールブック蓄積部１２２が蓄積したルールブックに対応付くように、対応情報を変更する。また、対応情報変更部１２３は、経験取得部１０９が取得した経験が、ルールブック格納部１０２の一のルールブックと対応付いていない場合、当該経験を、ルールブック蓄積部１２２が蓄積したルールブックに対応付くように、対応情報を変更する。ここで、対応情報とは、経験とルールブックとを対応付ける情報である。対応情報は、例えば、経験に含まれるルールブック識別情報である。また、対応情報は、例えば、経験とルールブックとをリンク付けるポインタ等のリンク情報である。また、対応情報は、例えば、ルールブックに含まれる経験識別情報である。

問題構成部１２４は、経験が有する項目の情報を用いて問題を構成する。例えば、問題構成部１２４は、経験が有する項目の情報であり、変更された１以上の項目の情報を用いて、問題を構成する。また、変更された１以上の項目の情報とは、変更前と変更後の両方の情報でも良いし、どちらか一方の情報でも良い。また、変更された１以上の項目の情報とは、項目の内容ではなく、項目のタイトル等の情報でも良い。

また、問題構成部１２４は、経験が有する項目の情報であり、変更された１以上の項目の情報であり、変更前の情報を用いて、問題を構成することは好適である。

回答構成部１２５は、経験が有する項目の情報であり、変更された１以上の項目の情報を用いて、問題の回答を構成する。なお、変更された１以上の項目の情報とは、通常、項目の変更後の情報である。

端末装置２を構成する端末受付部２１は、ユーザから各種の指示や情報を受け付ける。各種の指示や情報の入力手段は、キーボードやタッチパネルやマウスやメニュー画面によるもの等、何でも良い。端末受付部２１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末送信部２２は、端末受付部２１が受け付けた各種の指示や情報を作業遂行支援装置１に送信する。端末送信部２２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

端末受信部２３は、作業遂行支援装置１が送信した情報を受信する。端末受信部２３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

端末出力部２４は、端末受信部２３が受信した情報を出力する。ここでの出力とは、通常、ディスプレイへの表示であるが、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。端末出力部２４は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２４は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

規定集格納部１０１、ルールブック格納部１０２、経験格納部１０３、ワークボード１０４、構造情報格納部１０５、および管理者連絡先情報格納部１０６は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

規定集格納部１０１等に規定集等が記憶される過程は問わない。例えば、記録媒体を介して規定集等が規定集格納部１０１等で記憶されるようになってもよく、通信回線等を介して送信された規定集等が規定集格納部１０１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された規定集等が規定集格納部１０１等で記憶されるようになってもよい。

受付部１０７は、通常、有線もしくは無線の通信手段により実現される。

経験蓄積部１０８、経験取得部１０９、経験編集部１１０、ルールブック取得部１１１、規定集取得部１１２、期限切迫度取得部１１３、再利用部１１４、カウント部１１５、報酬決定部１１６、ルールブック更新部１１９、ルールブック生成部１２１、ルールブック蓄積部１２２、対応情報変更部１２３、問題構成部１２４、および回答構成部１２５は、通常、ＭＰＵやメモリ等から実現され得る。経験蓄積部１０８等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

送信部１１７、ルールブック修正送信部１１８、および出力部１２０は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

なお、出力部１２０は、ディスプレイやスピーカー等の出力デバイスにより実現されても良い。

次に、作業遂行支援システムの動作について説明する。まず、作業遂行支援装置１の動作について、図４、図５および図６のフローチャートを用いて説明する。

（ステップＳ４０１）受付部１０７は、経験を受け付けたか否かを判断する。経験を受け付ければステップＳ４０２に行き、経験を受け付けなければステップＳ４０３に行く。

（ステップＳ４０２）経験蓄積部１０８は、ステップＳ４０１で受け付けられた経験を、経験格納部１０３に蓄積する。ステップＳ４０１に戻る。

（ステップＳ４０３）受付部１０７は、経験特定情報を受け付けたか否かを判断する。経験特定情報を受け付けた場合はステップＳ４０４に行き、経験特定情報を受け付けない場合はステップＳ４１１に行く。

（ステップＳ４０４）経験取得部１０９は、ステップＳ４０３で受け付けられた経験特定情報を用いて、１以上の経験を取得する。なお、経験特定情報が経験を識別する識別子である場合、経験取得部１０９は、当該識別子で識別される経験を取得する。また、経験特定情報がキーワードである場合、経験取得部１０９は、当該キーワードを用いて、経験格納部１０３を検索し、キーワードを含む１以上の経験を取得する。

（ステップＳ４０５）ルールブック取得部１１１は、カウントｉに１を代入する。

（ステップＳ４０６）ルールブック取得部１１１は、ステップＳ４０４で取得された経験の中に、ｉ番目の経験が存在するか否かを判断する。ｉ番目の経験が存在すればステップＳ４０７に行き、ｉ番目の経験が存在しなければステップＳ４０１に戻る。

（ステップＳ４０７）ルールブック取得部１１１は、ｉ番目の経験に対応するルールブックを、ルールブック格納部１０２から取得する。なお、ここで、ルールブックを取得できない場合もある。また、例えば、経験は、ルールブックの識別子を有しており、ルールブック取得部１１１は、ｉ番目の経験が有するルールブックの識別子を用いて、ルールブックを取得する。

（ステップＳ４０８）規定集取得部１１２は、ｉ番目の経験に対応する規定集を規定集格納部１０１から取得する。なお、経験またはルールブックは、規定集を識別する識別子を有していても良い。かかる場合、規定集取得部１１２は、ｉ番目の経験またはｉ番目の経験に対応するルールブックが有する規定集の識別子を用いて、規定集を取得する。また、ステップＳ４０３で受け付けられた経験特定情報がキーワードである場合、規定集取得部１１２は、当該キーワードを用いて、規定集取得部１１２を検索し、キーワードを含む１以上の規定集を取得しても良い。

（ステップＳ４０９）出力部１２０は、経験、ルールブック、規定集のうちの１以上の種類の情報を出力する処理を行う。かかる処理を複数種類情報出力処理という。複数種類情報出力処理について、図７のフローチャートを用いて説明する。

（ステップＳ４１０）ルールブック取得部１１１は、カウントｉを１、インクリメントする。ステップＳ４０６に戻る。

（ステップＳ４１１）受付部１０７は、編集指示を受け付けたか否かを判断する。編集指示を受け付ければステップＳ４１２に行き、編集指示を受け付けなければステップＳ４１３に行く。

（ステップＳ４１２）経験編集部１１０等は、編集処理を行う。ステップＳ４０１に戻る。なお、編集処理について、図８のフローチャートを用いて説明する。

（ステップＳ４１３）受付部１０７は、ルールブック特定情報を受け付けたか否かを判断する。ルールブック特定情報を受け付ければステップＳ４１４に行き、ルールブック特定情報を受け付けなければステップＳ４２１に行く。

（ステップＳ４１４）ルールブック取得部１１１は、ルールブック特定情報で特定される１以上のルールブックをルールブック格納部１０２から取得する。なお、ルールブック特定情報がルールブックを識別する識別子である場合、ルールブック取得部１１１は、当該識別子で識別されるルールブックを取得する。また、ルールブック特定情報がキーワードの場合、ルールブック取得部１１１は、当該キーワードで検索され得る１以上のルールブックを取得する。

（ステップＳ４１５）経験取得部１０９は、カウントｉに１を代入する。

（ステップＳ４１６）経験取得部１０９は、ステップＳ４１４で取得されたルールブックの中に、ｉ番目のルールブックが存在するか否かを判断する。ｉ番目のルールブックが存在すればステップＳ４１７に行き、ｉ番目のルールブックが存在しなければステップＳ４０１に戻る。

（ステップＳ４１７）経験取得部１０９は、ｉ番目のルールブックに対応する１以上の経験を取得する。なお、経験取得部１０９は、例えば、ｉ番目のルールブックの識別子を含む１以上の経験を取得する。

（ステップＳ４１８）規定集取得部１１２は、ｉ番目のルールブックに対応する規定集を規定集格納部１０１から取得する。なお、経験またはルールブックは、規定集を識別する識別子を有していても良い。かかる場合、規定集取得部１１２は、ｉ番目のルールブックまたはｉ番目のルールブックに対応する経験が有する規定集の識別子を用いて、規定集を取得する。また、ステップＳ４０３で受け付けられたルールブック特定情報がキーワードである場合、規定集取得部１１２は、当該キーワードを用いて、規定集取得部１１２を検索し、キーワードを含む１以上の規定集を取得しても良い。

（ステップＳ４１９）出力部１２０は、経験、ルールブック、規定集のうちの１以上の種類の情報を出力する処理を行う。かかる処理を複数種類情報出力処理という。複数種類情報出力処理について、図７のフローチャートを用いて説明する。

（ステップＳ４２０）経験取得部１０９は、カウントｉを１、インクリメントする。ステップＳ４１６に戻る。

（ステップＳ４２１）受付部１０７は、再利用指示を受け付けたか否かを判断する。再利用指示を受け付ければステップＳ４２２に行き、再利用指示を受け付けなければステップＳ４２８に行く。

（ステップＳ４２２）再利用部１１４は、再利用指示に含まれる識別子が経験の識別子であるか、ルールブックの識別子であるかを判断する。

（ステップＳ４２３）再利用部１１４は、構造情報格納部１０５からフェーズ事例構造情報を取得する。

（ステップＳ４２４）再利用部１１４は、再利用指示に含まれる識別子で識別される経験から、フェーズ事例構造情報が示す再利用する項目のタイトルと情報（内容）、および再利用しない項目のタイトルを取得する。なお、ここで取得された情報は、不十分であるが経験である。不十分とは、再利用しない項目の情報（内容）を有しないことである。

（ステップＳ４２５）再利用部１１４は、ステップＳ４２４で取得した経験を出力する。なお、この経験には、ユニークな識別子が付与される。

（ステップＳ４２６）カウント部１１５は、再利用指示に含まれる識別子で識別される経験の再利用回数をインクリメントする。ステップＳ４０１に戻る。

（ステップＳ４２７）再利用部１１４は、再利用指示に含まれる識別子で識別されるルールブックを取得する。そして、再利用部１１４は、フェーズ事例構造情報に従って経験の雛形を構成し、フェーズルール構造情報が示す再利用する項目の内容（情報）を、前記雛形の対応する項目に複写し、経験を構成する。そして、出力部１２０は、当該経験を端末装置２に送信する。ステップＳ４０１に戻る。

（ステップＳ４２８）受付部１０７は、質問を受け付けたか否かを判断する。質問を受け付ければステップＳ４２９に行き、質問を受け付けなければステップＳ４３２に行く。なお、ここで、通常、受付部１０７は、質問とともに、フェーズ事例の識別子または経験の識別子も受け付ける。

（ステップＳ４２９）送信部１１７は、ステップＳ４２８で受け付けられた質問に対応するフェーズ事例または経験が有する１以上の連絡先情報を取得する。

（ステップＳ４３０）送信部１１７は、ステップＳ４２９で取得した１以上の連絡先情報が示す連絡先に、ステップＳ４２８で受け付けられた質問を送信する。なお、質問に対応する回答について、ユーザはどのような手段により受け付けても良い。例えば、連絡先情報で特定される人から、電子メールや電話等により、回答が受け付けられる。

（ステップＳ４３１）受付部１０７は、ステップＳ４２８で受け付けた質問を図示しないバッファ（例えば、ワークボード１０４）に一時蓄積する。ステップＳ４０１に戻る。

（ステップＳ４３２）受付部１０７は、承認情報を受け付けたか否かを判断する。承認情報を受け付ければステップＳ４３３に行き、承認情報を受け付けなければステップＳ４３４に行く。なお、承認情報は、例えば、ルールブックの識別子を有する。

（ステップＳ４３３）ルールブック更新部１１９は、承認情報に対応するルールブックをバッファから読み出し、ルールブック格納部１０２に上書きする。ステップＳ４０１に戻る。

（ステップＳ４３４）受付部１０７は、ルールブックの生成指示を受け付けたか否かを判断する。ルールブックの生成指示を受け付ければステップＳ４３５に行き、ルールブックの生成指示を受け付けなければステップＳ４３９に行く。

（ステップＳ４３５）経験取得部１０９は、ステップＳ４３４で受け付けられた生成指示に対応する１または２以上の経験を、経験格納部１０３またはワークボード１０４から取得する。

（ステップＳ４３６）ルールブック生成部１２１は、ステップＳ４３５で取得された１以上の経験を用いて、ルールブックを生成する。かかるルールブック生成処理について、図９のフローチャートを用いて説明する。

（ステップＳ４３７）ルールブック蓄積部１２２は、ステップＳ４３６で生成されたルールブックをルールブック格納部１０２に蓄積する。

（ステップＳ４３８）対応情報変更部１２３は、ステップＳ４３５で取得された１以上の経験の対応情報を変更し、ステップＳ４０１に戻る。例えば、対応情報変更部１２３は、経験が有するルールブック識別情報を、ステップＳ４３７でルールブック格納部１０２に蓄積されたルールブックの識別情報に変更する。また、例えば、対応情報変更部１２３は、ルールブック識別情報と経験識別情報とを対に有する対応情報に含まれるルールブック識別情報を、ステップＳ４３７でルールブック格納部１０２に蓄積されたルールブックの識別情報に変更する。なお、ここで変更される対応情報は、ステップＳ４３５で取得された１以上の経験の対応情報である。

（ステップＳ４３９）問題構成部１２４は、問題を構成するタイミングであるか否かを判断する。問題を構成するタイミングであればステップＳ４４０に行き、問題を構成するタイミングでなければステップＳ４４８に行く。

（ステップＳ４４０）問題構成部１２４は、カウンタｉに１を代入する。

（ステップＳ４４１）問題構成部１２４は、問題を構成する対象の経験であり、ｉ番目の経験が存在するか否かを判断する。ｉ番目の経験が存在すればステップＳ４４２に行き、ｉ番目の経験が存在しなければステップＳ４０１に戻る。なお、問題を構成する対象の経験は、ユーザにより指定されても良いし、経験格納部１０３またはワークボード１０４に格納されているすべての経験でも良いし、以前に問題を構成した時以降に作成または更新された経験等でも良い。

（ステップＳ４４２）問題構成部１２４は、ｉ番目の経験が問題を構成するための条件を満たすか否かを判断する。なお、問題を構成するための条件は、問題構成部１２４が予め保持している。また、問題を構成するための条件は、例えば、経験が有する１以上のフェーズ事例において、フェーズ事例の内容が更新されたことである。フェーズ事例の内容が更新されたことは、例えば、フェーズ事例が更新前後の両方の情報を保持していること、２以上のフェーズ事例のうち、作成日が異なるフェーズ事例が存在すること等である。また、問題を構成するための条件は、例えば、経験が有する１以上のフェーズ事例において、フェーズ事例の内容が閾値以上のデータ量であることである。なお、問題を構成する対象の経験は、条件無しで、問題を構成しても良い。

（ステップＳ４４３）問題構成部１２４は、ｉ番目の経験が有し、問題を構成するための条件を満たすと判断される元になったフェーズ事例のタイトルと内容とを用いて、問題を構成する。例えば、問題構成部１２４は、雛形になる文章に、フェーズ事例のタイトルと内容とを挿入し、問題を構成する。例えば、雛形になる文章は、「フェーズ「＜タイトル＞」において、＜更新後の内容＞、ことは適切であるか？」、または「フェーズ「＜タイトル＞」において、＜更新前の内容＞、ことは適切であるか？」、または「フェーズ「＜タイトル＞」において、何を行えば良いでしょうか？」などである。なお、雛形になる文章における＜タイトル＞＜更新後の内容＞＜更新前の内容＞は変数であり、それぞれ「フェーズ事例のタイトル」「フェーズ事例の更新後の内容」「フェーズ事例の更新前の内容」が挿入される。

（ステップＳ４４４）問題構成部１２４は、ステップＳ４４３で構成した問題を、図示しない記録媒体に蓄積する。

（ステップＳ４４５）回答構成部１２５は、ステップＳ４４３で構成した問題に対する回答を構成する。なお、例えば、回答構成部１２５は、例えば、問題を構成するための雛形になる文章に対応付けて、回答または回答を構成するための情報を保持している。そして、かかる回答または回答を構成するための情報を用いて、回答構成部１２５は回答を構成する。

例えば、回答構成部１２５は、問題を構成するための雛形になる文章「フェーズ「＜タイトル＞」において、＜更新後の内容＞、ことは適切であるか？」に対して、回答「○」を保持している。また、例えば、回答構成部１２５は、雛形になる文章「フェーズ「＜タイトル＞」において、＜更新前の内容＞、ことは適切であるか？」に対して、回答「×」を保持している。さらに、雛形になる文章「フェーズ「＜タイトル＞」において、何を行えば良いでしょうか？」に対して、回答を構成するための情報「＜更新後の内容＞」を保持している。

そして、回答構成部１２５は、回答「○」または「×」を保持している場合、回答構成部１２５はかかる回答を取得する。また、回答構成部１２５は、回答を構成するための情報「＜更新後の内容＞」を保持している場合、回答構成部１２５はかかる情報に＜更新後の内容＞を代入し、回答を構成する。

（ステップＳ４４６）回答構成部１２５は、ステップＳ４４５で構成した回答を、図示しない記録媒体に蓄積する。

（ステップＳ４４７）問題構成部１２４は、カウンタｉを１、インクリメントする。ステップＳ４４１に戻る。

（ステップＳ４４８）受付部１０７は、問題または回答の出力指示を受け付けたか否かを判断する。出力指示を受け付ければステップＳ４４９に行き、出力指示を受け付けなければステップＳ４０１に戻る。

（ステップＳ４４９）出力部１２０は、ステップＳ４４８で受け付けた出力指示に対応する問題または回答を、図示しない記録媒体から取得し、出力する。ステップＳ４０１に戻る。

なお、図４、図５、および図６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ４０９の複数種類情報出力処理について、図７のフローチャートを用いて説明する。

（ステップＳ７０１）出力部１２０は、取得されている（読み出されている）経験が存在するか否かを判断する。経験が存在すればステップＳ７０２に行き、経験が存在しなければステップＳ７１４に行く。

（ステップＳ７０２）出力部１２０は、取得されている（読み出されている）ルールブックが存在するか否かを判断する。ルールブックが存在すればステップＳ７０３に行き、ルールブックが存在しなければステップＳ７１３に行く。

（ステップＳ７０３）出力部１２０は、経験が有するフェーズ事例のカレントと、ルールブックが有するフェーズルールのカレントを設定する。カレントの初期値は、1番目のフェーズ事例、および1番目のフェーズルールである。また、カレントとは、着目するフェーズ事例またはフェーズルールを示す情報である。

（ステップＳ７０４）出力部１２０は、カレントのフェーズ事例と、カレントのフェーズルールとが対応するか否か（同一のフェーズの情報であるか否か）を判断する。対応する場合はステップＳ７０５に行き、対応しない場合はステップＳ７０８に行く。なお、対応しない場合は、経験が有するフェーズ事例の削除、または追加が行われている場合である。

（ステップＳ７０５）出力部１２０は、カレントのフェーズ事例と、カレントのフェーズルールとを対応付けて出力する。なお、対応付けての出力とは、縦または横に隣接して、並べて出力することでも良いし、同じ文字色や同じ背景色で出力すること等でも良い。対応付けての出力は、対応付いていることが分かる態様での出力を言う。

（ステップＳ７０６）出力部１２０は、フェーズ事例のカレントと、フェーズルールのカレントを一つ進める。

（ステップＳ７０７）出力部１２０は、カレントのフェーズ事例またはカレントのフェーズルールが存在するか否かを判断する。どちらか一方でも存在すればステップＳ７０４に戻り、両方存在しなければステップＳ７１６に行く。

（ステップＳ７０８）出力部１２０は、カレントのフェーズルールに対応しないフェーズ事例が存在するか否かを判断する。対応しないフェーズ事例が存在する場合はステップＳ７０９に行き、存在しない場合はステップＳ７１１に行く。なお、対応しないフェーズ事例が存在する場合は、フェーズ事例の追加があった場合である。また、対応しないフェーズ事例が存在しない場合は、フェーズ事例の削除があった場合である。

（ステップＳ７０９）出力部１２０は、カレントのフェーズ事例を出力する。ここで、出力部１２０は、このフェーズ事例を、他のフェーズ事例と視覚的に区別して出力することは好適である。

（ステップＳ７１０）出力部１２０は、フェーズ事例のカレントを一つ進める。ステップＳ７０７に行く。

（ステップＳ７１１）出力部１２０は、カレントのフェーズルールを出力する。ここで、出力部１２０は、このフェーズルールを、他のフェーズルールと視覚的に区別して出力することは好適である。

（ステップＳ７１２）出力部１２０は、フェーズルールのカレントを一つ進める。ステップＳ７０７に行く。

（ステップＳ７１３）出力部１２０は、経験を出力する。ステップＳ７１６に行く。

（ステップＳ７１４）出力部１２０は、取得されている（読み出されている）ルールブックが存在するか否かを判断する。ルールブックが存在すればステップＳ７１５に行き、ルールブックが存在しなければステップＳ７１６に行く。

（ステップＳ７１５）出力部１２０は、ルールブックを出力する。

（ステップＳ７１６）出力部１２０は、規定集を出力する。なお、取得されている（読み出されている）規定集が存在しない場合、本ステップで規定集は出力されない。上位処理にリターンする。

次に、ステップＳ４１２の編集処理について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）経験編集部１１０は、編集指示がフェーズ事例を追加する指示であるか否かを判断する。フェーズ事例を追加する指示である場合はステップＳ８０２に行き、フェーズ事例を追加する指示でない場合はステップＳ８０４に行く。

（ステップＳ８０２）経験編集部１１０は、編集指示に含まれるフェーズ事例を蓄積する。なお、フェーズ事例は、着目する経験に対して追加される。また、経験編集部１１０は、編集指示に従う順序の位置に編集指示に含まれるフェーズ事例を追加する。

（ステップＳ８０３）経験編集部１１０は、着目する経験に含まれる他のフェーズ事例であり、順番を示す順番情報を修正する必要がある他のフェーズ事例の順番情報を修正する。上位処理にリターンする。

（ステップＳ８０４）経験編集部１１０は、編集指示がフェーズ事例を削除する指示であるか否かを判断する。フェーズ事例を削除する指示である場合はステップＳ８０５に行き、フェーズ事例を削除する指示でない場合はステップＳ８０７に行く。

（ステップＳ８０５）経験編集部１１０は、編集指示に従って、編集指示に含まれるフェーズ事例の識別子に対応するフェーズ事例を、着目する経験から削除する。

（ステップＳ８０６）経験編集部１１０は、ステップＳ８０５におけるフェーズ事例の削除に伴って、着目する経験に含まれる他のフェーズ事例の順番情報であり、修正する必要がある他のフェーズ事例の順番情報を修正する。上位処理にリターンする。

（ステップＳ８０７）経験編集部１１０は、編集指示がフェーズ事例の内容等の編集を行う指示であるか否かを判断する。フェーズ事例の編集を行う指示である場合はステップＳ８０８に行き、フェーズ事例の編集を行う指示でない場合はステップＳ８０９に行く。

（ステップＳ８０８）経験編集部１１０は、編集指示に従って、着目するフェーズ事例を修正する。上位処理にリターンする。

（ステップＳ８０９）経験編集部１１０は、編集指示がルールブックの編集を行う指示であるか否かを判断する。ルールブックの編集を行う指示である場合はステップＳ８１０に行き、ルールブックの編集を行う指示でない場合は上位処理にリターンする。

（ステップＳ８１０）ルールブック修正送信部１１８は、ルールブックに対応する管理者連絡先情報を、管理者連絡先情報格納部１０６から取得する。なお、すべてのルールブックに対応する管理者連絡先情報が同一である場合、ルールブック修正送信部１１８は、当該管理者連絡先情報を取得する。

（ステップＳ８１１）経験編集部１１０は、編集指示に含まれる修正内容等を、管理者連絡先情報で特定される管理者に送信する。上位処理にリターンする。

次に、ステップＳ４３６のルールブック生成処理について、図９のフローチャートを用いて説明する。

（ステップＳ９０１）ルールブック生成部１２１は、ルールブックの生成対象の経験が一つであるか、２以上であるかを判断する。一つであればステップＳ９０２に行き、２以上であればステップＳ９０８に行く。なお、ここでは、ルールブックの生成対象の経験が一つである場合を第一の生成方法、２以上である場合を第二の生成方法とする。

（ステップＳ９０２）ルールブック生成部１２１は、カウンタｉに１を代入する。

（ステップＳ９０３）ルールブック生成部１２１は、ルールブックの生成対象の経験の中にｉ番目のフェーズ事例が存在するか否かを判断する。ｉ番目のフェーズ事例が存在すればステップＳ９０４に行き、存在しなければ上位処理にリターンする。

（ステップＳ９０４）ルールブック生成部１２１は、ｉ番目のフェーズ事例が、その内容を取得するための条件を満たすか否かを判断する。条件を満たす場合はステップＳ９０５に行き、条件を満たさない場合はステップＳ９０６に行く。なお、例えば、ｉ番目のフェーズ事例の内容が過去に１度以上変更されている場合、ルールブック生成部１２１は、条件を満たすと判断する。また、例えば、ｉ番目のフェーズ事例の内容が閾値以上のデータ量を有する場合、ルールブック生成部１２１は、条件を満たすと判断する。また、例えば、ｉ番目のフェーズ事例が予め決められた項目の情報を含む場合、ルールブック生成部１２１は、条件を満たすと判断する。

（ステップＳ９０５）ルールブック生成部１２１は、ｉ番目のフェーズ事例のタイトルと内容とを取得する。ステップＳ９０７に行く。

（ステップＳ９０６）ルールブック生成部１２１は、ｉ番目のフェーズ事例のタイトルを取得する。

（ステップＳ９０７）ルールブック生成部１２１は、カウンタｉを１、インクリメントする。ステップＳ９０３に戻る。

（ステップＳ９０８）ルールブック生成部１２１は、カウンタｉに１を代入する。

（ステップＳ９０９）ルールブック生成部１２１は、ルールブックの生成対象の２以上の経験の中に、すべての経験に共通するｉ番目のフェーズ事例が存在するか否かを判断する。ｉ番目のフェーズ事例が存在すればステップＳ９０４に行き、存在しなければ上位処理にリターンする。なお、すべての経験に共通するｉ番目のフェーズ事例は、通常、タイトルが共通するフェーズ事例である。また、すべての経験に共通するｉ番目のフェーズ事例は、通常、タイトルと内容とが共通するフェーズ事例であるとしても良い。

（ステップＳ９１０）ルールブック生成部１２１は、複数の各経験が有する複数のフェーズ事例が、予め決められた条件を満たすか否かを判断する。条件を満たす場合はステップＳ９１１に行き、条件を満たさない場合はステップＳ９１２に行く。

（ステップＳ９１１）ルールブック生成部１２１は、複数のｉ番目のフェーズ事例から、タイトルと内容を取得する。ステップＳ９１３に行く。なお、取得される内容は、複数のｉ番目のフェーズ事例から、代表する内容である。例えば、５つのフェーズ事例のうち、内容が有する文章の類似度が閾値以内のものが３つ存在する場合、かかる３つの内容のうち、一の内容が代表する内容である。また、複数のすべてのフェーズ事例の内容が同一である場合、いずれか一の内容が代表する内容である。

（ステップＳ９１２）ルールブック生成部１２１は、ｉ番目のフェーズ事例から、タイトルを取得する。

（ステップＳ９１３）ルールブック生成部１２１は、カウンタｉを１、インクリメントする。ステップＳ９０９に戻る。

以下、本実施の形態における作業遂行支援システムの具体的な動作について説明する。作業遂行支援システムの機能概要を説明する概念図を図１０に示す。図１０において、作業遂行支援装置１は、ルールブックや経験をテンプレートとして、ワークボード１０４に呼び出し、ユーザの作業の進捗に応じて、経験を作成していく。また、作業遂行支援装置１は、ユーザの指示に応じてフェーズ（フェーズルールまたはフェーズ事例）の追加/変更/削除を行う。ただし、ルールブックが有するフェーズルールに含まれる必須フラグがＯＮ（例えば、「１」）である場合、当該フェーズルールは削除できない。また、経験が有するフェーズ事例に含まれる必須フラグがＯＮ（例えば、「１」）である場合、当該フェーズ事例は削除できない。

また、ここでは、ルールブック格納部１０２のルールブックは承認された作業手順（業務フローと同意義である。）および作業内容を示す情報（業務記述書の情報と同意義である。）であり、経験格納部１０３の経験は承認されていない作業手順および作業結果を示す情報である。なお、作業結果を示す情報は、作業内容を示す情報をそのまま含んでも良い。つまり、一のフェーズに対応するフェーズ事例は、当該フェーズ事例に対応する（当該一のフェーズの）フェーズルールをそのまま含んでも良い。

また、ここでは、ユーザが指定した経験からルールブックを自動生成する。

（具体例１）
具体例１では、ユーザが作業遂行支援システムを用いて、ルールブックを利用して、経験を作成する処理について説明する。

ここで、ユーザは、ある企業の営業部門に属している、とする。また、規定集格納部１０１には、決済規定、役職規定、組織規定等の規定集が格納されている、とする。また、ここでの規定集は、文書を含むファイルである、とする。

また、ルールブック格納部１０２は、図１１に示すルールブック管理表を格納している。本ルールブック管理表が示すルールブックは、自社の商品をお客様に販売するための販売ルールブックである。つまり、本ルールブックの識別子は、「販売ルールブック」であり、図１１のルールブックは、図示しない記憶領域にルールブックの識別子「販売ルールブック」を格納している、とする。なお、図１１に示すルールブック管理表は、一の図１１に示すルールブックである。

また、ルールブック管理表の各レコードは、フェーズルールである。また、フェーズルールは、「No.」「業務名称」「業務内容」「入力項目」「出力項目」「必須フラグ」「承認フラグ」の属性値を有する。「No.」は、フェーズルールの作業順序を示す情報であり、「No.」の値が小さいほど、先に行う作業であることを示す。つまり、「No.」は、フェーズルール間の順序情報である。「業務名称」は、フェーズルールに対応するフェーズの業務の名称を示す。「業務名称」は、タイトルと言っても良い。また、「業務内容」は、フェーズルールに対応するフェーズの業務の内容を示す。「入力項目」は、フェーズルールに対応するフェーズの作業に利用する情報を示す。「出力項目」は、フェーズルールに対応するフェーズの作業が完了した場合の成果物を示す。「必須フラグ」は、フェーズルールに対応するフェーズが必須であるか否かを示す。「必須フラグ」が「１」のフェーズは必須であり、「０」のフェーズは必須でないことを示す。さらに、「承認フラグ」は、当該フェーズの業務を完了するために、管理者の承認が必要であるか否かを示すフラグである。「承認フラグ」が「１」のフェーズは承認が必要であり、「０」のフェーズは承認が必要でないことを示す。

図１１において、「No.＝「１」」のフェーズルールに対応するフェーズの業務の名称は「課題ヒアリング」であり、業務の内容は「課題を解決するための有効な製品と製品の組み合わせを選択するためにお客様が持つ課題をヒアリングする。」であり、入力項目は「お客様の課題」であり、出力項目は「ヒアリングシート」である。なお、「ヒアリングシート」に対応するヒアリングシートの実体を示すファイルは、別途、ルールブック格納部１０２に格納されている、とする。

また、ルールブック格納部１０２に格納されているフェーズルール間の順序情報は図１２に示すような順序情報でも良い。つまり、フェーズルール間の順序情報は、ユーザが属する営業部門の業務フローだけではなく、他の部門等（お客様、および業務部門）の業務フローを有しても良い。また、業務フローを構成する単位の情報（業務単位情報と言う。）は、ここでは、作業者識別子（お客様、営業部門、または業務部門）、業務名称（課題ヒヤリング、発注、与信調査など）、順序情報、承認フラグを有する。

順序情報は、業務間の順序を示す情報であり、例えば、次の業務名称または次の業務単位情報の識別子を有する。なお、順序情報は、図１２において、上から下に伸びる線で示されている。

また、図１２において、承認フラグがＯＮ（例えば、「１」）である場合、その業務の業務名称は白抜きの文字列（黒の背景色）で示されている。

また、現在、経験格納部１０３には、経験が格納されていない、とする。ただし、経験格納部１０３は、「No.」「業務名称」「業務内容」「入力項目」「出力項目」「事例」「必須フラグ」「承認フラグ」を有するレコード（フェーズ事例）を２以上有する１以上の経験管理表を格納し得る。なお、経験管理表は、経験である。また、「事例」とは、各フェーズの作業内容を示す情報であり、ユーザが入力した情報である。

また、構造情報格納部１０５には、図１３に示すフェーズ事例構造情報管理表を格納している。フェーズ事例構造情報管理表は、「項目」「再利用フラグ」「編集フラグ」を有するレコードを１以上格納している。「項目」は、フェーズ事例を構成する項目（業務名称）を示す。「再利用フラグ」は、フェーズ事例を再利用して経験を作成する場合に、内容（情報）を再利用する項目であるか否かを示すフラグであり、内容を再利用する項目である場合は「１（再利用する）」、内容を再利用しない項目である場合は「０（再利用しない）」の値を採る。「編集フラグ」は、再利用した内容（情報）が編集可能であるか否かを示すフラグであり、編集可能である場合は「１」、編集可能でない場合は「０」の値を採る。

また、構造情報格納部１０５には、図１４に示すフェーズルール構造情報管理表を格納している。フェーズルール構造情報管理表もフェーズ事例構造情報管理表と同様の構造である。

さらに、管理者連絡先情報格納部１０６には、管理者のメールアドレス「admin@xxx.co.jp」が格納されている、とする。

かかる状況において、ユーザは、自分の端末装置２に、ルールブック特定情報（例えば、ルールブックの識別子「販売ルールブック」）を含むルールブックの再利用指示を入力した、とする。そして、端末装置２の端末受付部２１はルールブック特定情報を受け付け、端末送信部２２は当該ルールブック特定情報を作業遂行支援装置１に送信する。なお、ユーザがルールブックの再利用指示を入力する前に、端末装置２に、１以上のルールブックを表示して、ユーザがルールブックを閲覧していることは好適である。

次に、作業遂行支援装置１の受付部１０７は、ルールブック特定情報「販売ルールブック」を含む再利用指示を受信する。

そして、再利用部１１４は、再利用指示に含まれる識別子「販売ルールブック」で識別されるルールブック（図１１）を取得する。そして、再利用部１１４は、フェーズ事例構造情報（図１３）に従って経験の雛形を構成し、フェーズルール構造情報（図１４）が示す再利用する項目（「業務名称」「業務内容」「入力項目」「出力項目」「必須フラグ」「承認フラグ」）の内容（情報）を、前記雛形の対応する項目に複写し、経験を構成する。そして、出力部１２０は、当該経験を端末装置２に送信する。

次に、端末装置２の端末受信部２３は、作業遂行支援装置１から、ルールブックに基づいて構成された経験を受信し、端末出力部２４は当該経験をディスプレイに表示する。かかるルールブックに基づいて構成された経験の表示例は、図１５である。

次に、ユーザは、項目「事例」の内容を入力しようとする。ここで、ユーザは、項目「事例」の内容として「追加ヒアリング項目 ・＊＊＊＊＊＊ ・＊＊＊＊＊＊」を入力した、とする。また、フェーズ「課題ヒアリング」の終了後であり、フェーズ「製品説明」の開始後に、同様に、ユーザはフェーズ事例「製品説明」の項目「事例」の内容として「競合製品を検討していることが判明。 ・競合製品情報収集 ・顧客課題の明確化 ・顧客課題の視点で製品優位性を明確化 ・ＳＥレビューを実施 ・再度製品説明会のアポを取る ・説明会実施」を入力した、とする。さらに、ユーザは、次々に作業を進め、各フェーズ事例の項目「事例」の内容を入力した、とする。

そして、５番目のフェーズ「提案書合意」の際に、フェーズ事例「提案書合意」の項目「事例」の内容として「宿題 ・提案の実現性に不安があるため、製品試使用を進める。」を入力した、とする。つまり、「提案書合意」が概ね完了したが、お客様から、製品を試用したい旨の提示があり、５番目のフェーズ「提案書合意」の次に、フェーズ「製品試使用」を挿入する、とする。

つまり、ユーザは、５番目のフェーズ「提案書合意」の次に、フェーズ事例追加の編集指示を入力した、とする。この編集指示は、フェーズ事例追加を示す命令、追加するフェーズ事例の位置を示す情報、フェーズ事例を構成する情報を有する。ここで、追加するフェーズ事例の位置を示す情報は、例えば、直前のフェーズ事例のＮｏ．「５」である。なお、追加するフェーズ事例の位置を示す情報は、例えば、直前のフェーズ事例の業務名称「提案書合意」等、追加するフェーズ事例の位置が分かる情報であれば何でも良い。また、フェーズ事例を構成する情報は、例えば、「業務名称＝製品試使用」「事例＝「試使用の評価指標を提示する ・＊＊＊＊＊ ・＊＊＊＊＊」」を有する情報であった、とする。

次に、端末装置２の端末受付部２１は、フェーズ事例追加の編集指示を受け付ける。そして、端末送信部２２は、フェーズ事例追加の編集指示を作業遂行支援装置１に送信する。

次に、作業遂行支援装置１の受付部１０７は、フェーズ事例追加の編集指示を受信する。そして、経験編集部１１０は、フェーズ事例追加の編集指示に含まれるフェーズ事例を蓄積する。そして、経験編集部１１０は、例えば、図１６に示す経験管理表を得る。なお、図１６において、経験管理表の各レコードは、フェーズ事例である。

そして、出力部１２０は、図１６に示す経験管理表（当該経験）を端末装置２に送信する。また、図１６において、本経験管理表が示す経験に対応するルールブックが有するフェーズルールに対応しないフェーズ事例（ここでは「製品試使用」）は、他のフェーズ事例（フェーズルールに対応するフェーズ事例）とは視覚的に異なる態様で出力される。つまり、出力部１２０は、業務名称「製品試使用」のレコードを他と視覚的に異なる態様で表示されるように、他のレコードと区別する情報を付与して、経験管理表（経験）を端末装置２に送信する。

次に、端末装置２の端末受信部２３は、図１６に示す経験管理表を受信する。そして、端末出力部２４は、図１７に示すように、経験を出力する。図１７において、業務名称「製品試使用」に対応する画面（図１７では、左側のタグ）は、他の業務名称に対応する画面とは、視覚的に異なる態様で表示されている。ここでは、例えば、業務名称「製品試使用」に対応する画面の背景色が、他の業務名称に対応する画面の背景色とは異なる。

（具体例２）
具体例２において、経験特定情報を入力して、出力された１以上の経験から、ユーザが一の経験を再利用対象として指定し、ユーザが当該経験を再利用して、新しい経験を作成する処理について説明する。

まず、ユーザが経験特定情報（例えば、経験の識別子）を有する再利用指示を端末装置２に入力した、とする。そして、端末装置２の端末受付部２１は再利用指示を受け付け、端末送信部２２は再利用指示を作業遂行支援装置１に送信する。

次に、再利用部１１４は、構造情報格納部１０５からフェーズ事例の構造情報を取得する。

次に、再利用部１１４は、再利用指示に含まれる識別子で識別される経験（ここでは、図１６の経験）を、経験格納部１０３から読み出す。そして、再利用部１１４は、当該経験から、フェーズ事例構造情報が示す再利用する項目のタイトルと情報（内容）、および再利用しない項目のタイトルを取得する。なお、再利用部１１４は、「業務名称」「業務内容」「入力項目」「出力項目」のタイトルの内容を取得し、かつ「事例」のタイトルのみ取得する。なお、タイトルは、ここでは属性名（項目名）である。

次に、再利用部１１４は、取得した経験を、端末装置２に送信する。次に、カウント部１１５は、再利用指示に含まれる識別子で識別される経験の再利用回数を１、インクリメントする。

次に、端末装置２の端末受信部２３は経験を受信し、端末出力部２４は当該経験を表示する。

次に、ユーザは、表示されている経験が有するフェーズ事例の項目「事例」の内容を入力していく。そして、項目「事例」の内容を含む編集指示を、端末装置２に入力する。

すると、端末装置２の端末受付部２１は、当該編集指示を受け付ける。そして、端末送信部２２は、当該編集指示が有する項目「事例」の内容を含む新しい経験を作業遂行支援装置１に送信する。

次に、作業遂行支援装置１の受付部１０７は、新しい経験を受信する。そして、経験蓄積部１０８は、受信された新しい経験を、経験格納部１０３に蓄積する。なお、この新しい経験に対応するルールブックは、図１６の経験に対応するルールブックと同じであり、図１１のルールブックである。

（具体例３）
具体例３では、ルールブック特定情報を入力して、ルールブックと、対応する経験と、対応する規定集を出力する処理について説明する。

まず、ユーザがルールブック特定情報（例えば、キーワード「製品説明」）を端末装置２に入力した、とする。そして、端末装置２の端末受付部２１は本ルールブック特定情報を受け付け、端末送信部２２は本ルールブック特定情報を作業遂行支援装置１に送信する。

次に、作業遂行支援装置１の受付部１０７は、キーワード「製品説明」を有するルールブック特定情報を受信する。

そして、ルールブック取得部１１１は、ルールブック特定情報「製品説明」を用いて、ルールブック格納部１０２をキーワード検索し、図１１のルールブックをルールブック格納部１０２から取得する。

次に、経験取得部１０９は、図１１のルールブックに対応する１以上の経験（ここでは、図１６の経験管理表、および他の経験とする）を経験格納部１０３から取得する。

次に、規定集取得部１１２は、キーワード「製品説明」を用いて、規定集格納部１０１を検索し、規定集を取得する。ここで、規定集取得部１１２は、決済規定を取得した、とする。なお、決済規定には、キーワード「製品説明」が含まれていた、とする。

次に、出力部１２０は、経験、ルールブック、および規定集を出力する態様に構成する。なお、この出力する態様への情報の構成を出力する処理である、と考えても良い。そして、出力部１２０は、構成した情報を、端末装置２に送信する。なお、経験、ルールブック、および規定集を有し、出力する態様の情報は、以下の要件を満たす。つまり、経験とルールブックと規定集とは、対応が分かる態様で出力される。また、経験が有するフェーズ事例の中で、対応するフェーズルールが存在しないフェーズ事例と、対応するフェーズルールが存在するフェーズ事例とは、視覚的に区別できる態様で出力される。また、ルールブックが有するフェーズルールの中で、対応するフェーズ事例が存在しないフェーズルールと、対応するフェーズ事例が存在するフェーズルールとは、視覚的に区別できる態様で出力される。

次に、端末装置２の端末受信部２３は情報を受信し、端末出力部２４は経験、ルールブック、および規定集を、図１８のように表示する。図１８において、ルールブックを表示している。また、図１８において、カレントのフェーズルールは、業務名称「課題ヒアリング」である。また、図１８において、ヒアリングシートはハイパーテキストとなっており、ヒアリングシートの実体であるファイルにリンクされている。ヒアリングシートの実体のファイルは、ルールブック格納部１０２に格納されている、とする。なお、図１８において、ルールブックに存在しないフェーズ「製品試使用」のタブは、他のフェーズルール（ここでは、タブ）とは、視覚的に区別できる態様で出力されている。ルールブックに存在しないフェーズ「製品試使用」のタブは、例えば、グレーアウトされており、ユーザにとって存在は把握できるが、選択できない。

また、例えば、ユーザが「経験」のタブを指示する（選択する）と、図１８のルールブックに対応する経験が、図１９に示すよう表示される。図１９において、対応するフェーズルールが存在しないフェーズ事例「製品試使用」は、他のフェーズ事例とは、視覚的に区別できる態様で出力されている。

（具体例４）
具体例４では、ユーザが経験特定情報を入力し、当該経験特定情報で特定される経験と、対応するルールブックと、対応する規定集とを同時に出力する処理について説明する。

ユーザは、図１６の経験を特定する経験特定情報を端末装置２に入力した、とする。端末装置２の端末受付部２１は経験特定情報を受け付け、端末送信部２２は作業遂行支援装置１に経験特定情報を送信する。

次に、作業遂行支援装置１の受付部１０７は、経験特定情報を受信する。そして、経験取得部１０９は、受信された経験特定情報を用いて、１以上の経験（ここでは、図１６の経験）を取得する。

次に、ルールブック取得部１１１は、図１６の経験に対応する図１１のルールブックを、ルールブック格納部１０２から取得する。

次に、規定集取得部１１２は、図１６の経験に対応する規定集を規定集格納部１０１から取得する。

次に、出力部１２０は、経験、ルールブック、規定集のうちの１以上の種類の情報を出力する処理を行う。なお、かかる出力態様は、具体例３、図１８、図１９等で説明した出力態様と同様であるので、詳細な説明は省略する。なお、図１９では、一の画面で、３つのタブを用いて、経験、ルールブック、規定集を出力した。しかし、他の出力態様で、経験、ルールブック、および規定集の対応を示しても良いことは言うまでもない。

（具体例５）
具体例５では、ユーザが指定した一の経験からルールブックを自動生成する処理について説明する。ここで、ルールブック生成部１２１は、ここで、予め決められた条件として、例えば、予め決められた項目の情報を保持している、とする。この予め決められた項目の情報は、経験からルールブックを構成する場合、タイトル（ここでは、業務名称）以外の情報も取得する項目を示す。予め決められた項目の情報の具体例は、ここでは、「課題ヒアリング」「製品説明」「提案書作成」「提案書承認」「提案書合意」「見積書作成」「見積書承認」である、とする。

そして、今、図１６に示す経験をユーザが指定して、ルールブック生成指示を、端末装置２に入力した、とする。すると、端末装置２の端末受付部２１は、図１６に示す経験を特定する経験特定情報を含むルールブック生成指示を受け付ける。そして、端末送信部２２は当該ルールブック生成指示を作業遂行支援装置１に送信する。なお、図１６に示す経験は、図１１のルールブックに対応付いている、とする。つまり、例えば、図１６に示す経験は、図１１のルールブックを特定するルールブック特定情報「Ｒ００１」を有する、とする。また、図１６では示していないが、経験を利用する際には、通常、すべての項目の内容が埋まっていることが好適である。つまり、ここでは、図１６の「部品試使用」のレコードに含まれる「業務内容」「入力項目」「出力項目」は、例えば、埋まっている、とする。

次に、作業遂行支援装置１の受付部１０７は、図１６の経験を特定する経験特定情報を含むルールブック生成指示を受信する。

次に、経験取得部１０９は、受信されたルールブック生成指示に対応する図１６の経験を経験格納部１０３から取得する。

次に、ルールブック生成部１２１は、予め決められた条件「課題ヒアリング」「製品説明」「提案書作成」「提案書承認」「提案書合意」「見積書作成」「見積書承認」を取得する。

次に、ルールブック生成部１２１は、図１６の経験に含まれる各フェーズ事例の業務名称を取得し、予め決められた条件に含まれるか否かを判断する。予め決められた条件に含まれる業務名称に対応するフェーズ事例の場合、ルールブック生成部１２１は、当該フェーズ事例の業務名称（タイトルと言っても良い）、および内容（ここでは、「業務内容」「入力項目」「出力項目」「必須フラグ」「承認フラグ」）を取得する。なお、ルールブック生成部１２１は、取得すべき内容を示す項目名を予め保持している、とする。

また、予め決められた条件に含まれる業務名称に対応しないフェーズ事例の場合、ルールブック生成部１２１は、当該フェーズ事例の業務名称のみを取得する。

そして、ルールブック生成部１２１は、図２０に示すルールブックを得る。なお、図２０に示すルールブックは、図示していないが、ルールブック特定情報「Ｒ００２」を保持している、とする。つまり、ルールブック生成部１２１は、ユニークなルールブック特定情報「Ｒ００２」を自動生成し、図２０のルールブックに付与した、とする。

次に、ルールブック蓄積部１２２は、生成された図２０のルールブックをルールブック格納部１０２に蓄積する。

次に、対応情報変更部１２３は、図１６の経験の対応情報（ここでは、ルールブック特定情報「Ｒ００１」）を、新しいルールブック特定情報「Ｒ００２」に変更する。ここで、図１６の経験が対応するルールブックは、図１１のルールブックから図２０のルールブックに変更されたこととなる。

なお、本具体例において、図１６の経験の対応情報は、必ずしも変更しなくても良い。つまり、ユーザ指示等に応じて、ルールブックの元になった経験の対応情報を変更しても、変更しなくても良い。

（具体例６）
具体例６では、フェーズが共通する２つの経験からルールブックを自動生成する処理について説明する。

今、経験格納部１０３に、図１１に示す経験と図２１に示す経験とが格納されている、とする。

また、本具体例では、ルールブック生成部１２１は、２以上の経験が有するフェーズ事例のうち、共通する業務名称を持つフェーズ事例を抽出する、とする。また、ルールブック生成部１２１は、抽出したフェーズ事例が有する内容のうち、２以上の経験において、予め決められた閾値以上の類似度を有する情報を抽出する、とする。ここで、予め決められた閾値は「１００％」である、とする。つまり、ルールブック生成部１２１は、２以上の経験に含まれるフェーズ事例が有する項目の情報のうち、完全に一致するフェーズ事例の項目の情報のみを、ルールブックを構成する情報として、取得する。

かかる状況において、受付部１０７はルールブックの生成タイミングになった、と判断する。つまり、受付部１０７は、ルールブックの生成指示を受け付けたと判断する。

次に、経験取得部１０９は、経験格納部１０３に格納されている２つの経験を取得する。なお、２つの経験とは、図１１と図２１の経験である。

次に、ルールブック生成部１２１は、ルールブックの生成対象の２つの経験の中に共通するフェーズ事例を取得する。つまり、ルールブック生成部１２１は、業務名称「課題ヒアリング」「製品説明」「提案書作成」「提案書承認」「提案書合意」「見積書作成」「見積書承認」等を取得する。つまり、ルールブック生成部１２１は、２つの経験に共通しない「製品試使用」のフェーズ事例は取得しない。

次に、ルールブック生成部１２１は、取得した各フェーズ事例の中で、一致する内容を有する情報を取得する。なお、ルールブック生成部１２１が取得する可能性のある内容は、ここでは、「業務内容」「入力項目」「出力項目」「必須フラグ」「承認フラグ」のうちのいずれかである。なお、ルールブック生成部１２１は、経験から取得し得る内容に対する項目名「業務内容」「入力項目」「出力項目」「必須フラグ」「承認フラグ」を予め保持している、とする。

そして、ルールブック生成部１２１は、図２２のルールブックを得る。図１１と図２１の経験において「提案書承認」の内容は一致しないので、ルールブック生成部１２１は、「提案書承認」の内容は取得しない。そのため、図２２のルールブックにおいて、「提案書承認」の内容は空である。

次に、ルールブック蓄積部１２２は、生成された図２２のルールブックをルールブック格納部１０２に蓄積する。なお、図２２のルールブックのルールブック特定情報は「Ｒ００３」である、とする。

次に、対応情報変更部１２３は、図１１と図２１の経験の対応情報を変更する。つまり、対応情報変更部１２３は、図１１と図２１の経験に対応するルールブック特定情報を「Ｒ００３」に変更する。

なお、本具体例において、図１１と図２１の経験の対応情報は、必ずしも変更しなくても良い。つまり、ユーザ指示等に応じて、ルールブックの元になった経験の対応情報を変更しても、変更しなくても良い。

（具体例７）
具体例７では、問題構成部１２４が問題を構成する具体的な処理例について説明する。
また、本具体例７では、回答構成部１２５が解答を構成する具体的な処理例についても説明する。

今、図２１に示す経験が経験格納部１０３に格納されている、とする。そして、図２１の経験に含まれるフェーズ事例「提案書承認」の業務内容は変更され、図２１に示す内容になった、とする。また、例えば、変更前の内容は「（１）お客様のご要求の明確化、（２）ご要求に対する当社の提案内容の整合性、（３）提案内容の実現性を評価する。」であり、変更後の内容は「（１）お客様のご要求の明確化、（２）ご要求に対する当社の提案内容の整合性、（３）提案内容の実現性を評価する。（４）収益性を評価する。」である、とする。かかる、内容の変更履歴は、経験格納部１０３の経験が保持している、とする。なお、変更された箇所を特定する情報のみを格納していても良い。変更された箇所を特定する情報は、例えば、フェーズ事例を特定する業務内容、および項目名である。

また、ここで、問題を構成するための条件は、項目の内容が変更されたことである、とする。また、問題構成部１２４は、問題を構成するための条件を保持している、とする。

かかる状況において、問題構成部１２４は、問題を構成するタイミングである、と判断した、とする。

そして、問題構成部１２４は、図２１の経験を経験格納部１０３から読み出す。ここで、図２１の経験は、問題を構成する対象の経験である、とする。

次に、問題構成部１２４は、図２１の経験が問題を構成するための条件を満たす、と判断する。

次に、問題構成部１２４は、変更があったフェーズ事例の業務名称「提案書承認」を取得する。そして、問題構成部１２４は、「フェーズ「提案書承認」において、何を行えば良いでしょうか？」を構成する。なお、問題構成部１２４は、問題を構成する元になる情報（ここでは、「フェーズ「＜業務名称＞」において、何を行えば良いでしょうか？」）を予め保持している、とする。

次に、問題構成部１２４は、構成した問題「フェーズ「提案書承認」において、何を行えば良いでしょうか？」を、図示しない記録媒体に蓄積する。

次に、回答構成部１２５は、問題に対する回答「（１）お客様のご要求の明確化、（２）ご要求に対する当社の提案内容の整合性、（３）提案内容の実現性を評価する。（４）収益性を評価する。」を構成する。なお、回答構成部１２５は、回答の元になる情報（「＜業務内容＞」）を予め保持している、とする。

次に、回答構成部１２５は、構成した回答を、図示しない記録媒体に蓄積する。

なお、問題構成部１２４の問題の構成方法、回答構成部１２５の回答の構成方法は、上記の例に限らないことは言うまでもない。

以上、本実施の形態によれば、ルールブックに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールブックを自動的に構成できる。

また、本実施の形態によれば、蓄積されている経験に基づいてルールを構成した場合に、経験とルールブックとの対応を自動的に取ることができる。

また、本実施の形態によれば、蓄積されている経験を用いて、問題を自動的に構成できる。

また、本実施の形態によれば、蓄積されている経験を用いて、回答も自動的に構成できる。

また、本実施の形態によれば、ルールブックと経験、またはルールブックと経験と規定集を対応付けて出力できる。その結果、ルールに基づいた作業を容易に遂行できる。

また、本実施の形態によれば、経験が有するフェーズの追加、削除を柔軟に行え、ルールブックと合致しないフェーズ（追加、または削除されたフェーズ）を容易に把握できる。その結果、適切な経験を有効に利用できる。

また、本実施の形態によれば、過去の経験を利用しながら、ルールに基づいた新たな作業を容易に遂行できる。

また、本実施の形態によれば、過去の経験者に対して、適切に、かつ容易に質問できる。

また、本実施の形態によれば、過去の作業経験の利用度合いを容易に知ることができる。その結果、有効な過去の経験を容易に利用できる。

また、本実施の形態によれば、多くの人に利用されている過去の作業経験の作成者に適切に報償できる。

また、本実施の形態によれば、ルールブックを適切に用いて、経験を容易に作成できる。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体に、２以上のフェーズから構成される作業のルールに関する情報であり、各フェーズにおける作業のルールを示す２以上のフェーズルールを有する１以上のルールブックを格納し得るルールブック格納部と、フェーズの作業遂行の結果に関する情報であり、当該作業遂行の結果である成果物を含む情報であり、フェーズを識別するフェーズ識別子を有する情報である２以上のフェーズ事例を含む１以上の経験を格納し得る経験格納部とを具備し、コンピュータを、経験を特定する経験特定情報を含むルールブックの生成指示を受け付ける受付部と、前記生成指示に含まれる経験特定情報により特定される経験を前記経験格納部から得する経験取得部と、前記対象経験取得部が取得した経験から、予め決められた条件を満たす情報をルールブックとして取得するルールブック生成部と、前記ルールブック生成部が取得したルールブックを、前記ルールブック格納部に蓄積するルールブック蓄積部として機能させるためのプログラム、である。

また、上記プログラムにおいて、前記対象経験取得部が取得した経験が、前記ルールブック格納部の一のルールブックと対応付いている場合、当該経験を、前記ルールブック蓄積部が蓄積したルールブックに対応付くように、経験とルールブックとを対応付ける情報である対応情報を変更する対応情報変更部として、さらにコンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記ルールブック生成部は、前記対象経験取得部が取得した経験から、当該経験が有する２以上の項目のうち、予め決められた１以上の項目の情報をルールブックとして取得するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記受付部は、前記経験格納部に格納されている経験に対する編集指示を受け付け、コンピュータを、前記編集指示に応じて、前記経験に含まれる項目の情報を変更する経験編集部と、前記経験が有する項目の情報であり、変更された１以上の項目の情報を用いて、問題を構成する問題構成部と、前記問題構成部が構成した問題を出力する出力部としてさらに機能させることは好適である。

また、上記プログラムにおいて、前記問題構成部は、前記経験が有する項目の情報であり、変更された１以上の項目の情報であり、変更前の情報を用いて、問題を構成するのとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記経験が有する項目の情報であり、変更された１以上の項目の情報を用いて、前記問題の回答を構成する回答構成部として、さらにコンピュータを機能させ、前記出力部は、前記回答構成部が構成した回答をも出力するものとして、コンピュータを機能させることは好適である。

また、図２３は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の作業遂行支援装置を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２３は、このコンピュータシステム３００の概観図であり、図２４は、システム３００のブロック図である。

図２３において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４と、マイク３０５と、スピーカー３０６とを含む。

図２４において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、バス３０１４と、ＲＯＭ３０１５と、ＲＡＭ３０１６と、ハードディスク３０１７とを含む。なお、バス３０１４は、ＭＰＵ３０１３やＣＤ−ＲＯＭドライブ３０１２に接続されている。また、ＲＯＭ３０１５には、ブートアッププログラム等のプログラムが記憶されている。また、ＲＡＭ３０１６は、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのものである。また、ハードディスク３０１７は、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのものである。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の作業遂行支援装置の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の作業遂行支援装置の機能を実行させるオペレーティングシステム、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段（端末情報送信部、端末情報受信部など）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる作業遂行支援装置は、ルールに基づいた作業を遂行する場合に、蓄積されている経験に基づいてルールを構成できる、という効果を有し、作業遂行支援装置等として有用である。

１ 作業遂行支援装置
２ 端末装置
２１ 端末受付部
２２ 端末送信部
２３ 端末受信部
２４ 端末出力部
１０１ 規定集格納部
１０２ ルールブック格納部
１０３ 経験格納部
１０４ ワークボード
１０５ 構造情報格納部
１０６ 管理者連絡先情報格納部
１０７ 受付部
１０８ 経験蓄積部
１０９ 経験取得部
１１０ 経験編集部
１１１ ルールブック取得部
１１１ ルール取得部
１１２ 規定集取得部
１１３ 期限切迫度取得部
１１４ 再利用部
１１５ カウント部
１１６ 報酬決定部
１１７ 送信部
１１８ ルールブック修正送信部
１１９ ルールブック更新部
１２０ 出力部
１２１ ルールブック生成部
１２２ ルールブック蓄積部
１２３ 対応情報変更部
１２４ 問題構成部
１２５ 回答構成部

Claims (8)

1. ２以上のフェーズから構成される作業のルールに関する情報であり、各フェーズにおける作業のルールを示す２以上のフェーズルールを有する１以上のルールブックを格納し得るルールブック格納部と、
   フェーズの作業遂行の結果に関する情報であり、当該作業遂行の結果である成果物を含む情報であり、フェーズを識別するフェーズ識別子を有する情報である２以上のフェーズ事例を含む１以上の経験を格納し得る経験格納部と、
   経験を特定する経験特定情報を含むルールブックの生成指示を受け付ける受付部と、
   前記生成指示に含まれる経験特定情報により特定される経験を前記経験格納部から得する経験取得部と、
   前記経験取得部が取得した経験から、予め決められた条件を満たす情報をルールブックとして取得するルールブック生成部と、
   前記ルールブック生成部が取得したルールブックを、前記ルールブック格納部に蓄積するルールブック蓄積部とを具備する作業遂行支援装置。
2. 前記経験取得部が取得した経験が、前記ルールブック格納部の一のルールブックと対応付いている場合、当該経験を、前記ルールブック蓄積部が蓄積したルールブックに対応付くように、経験とルールブックとを対応付ける情報である対応情報を変更する対応情報変更部をさらに具備する請求項１記載の作業遂行支援装置。
3. 前記ルールブック生成部は、
   前記経験取得部が取得した経験から、当該経験が有する２以上の項目のうち、予め決められた１以上の項目の情報をルールブックとして取得する請求項１または請求項２記載の作業遂行支援装置。
4. 前記受付部は、
   前記経験格納部に格納されている経験に対する編集指示を受け付け、
   前記編集指示に応じて、前記経験に含まれる項目の情報を変更する経験編集部と、
   前記経験が有する項目の情報であり、変更された１以上の項目の情報を用いて、問題を構成する問題構成部と、
   前記問題構成部が構成した問題を出力する出力部とをさらに具備する請求項１から請求項３いずれか一項に記載の作業遂行支援装置。
5. 前記問題構成部は、
   前記経験が有する項目の情報であり、変更された１以上の項目の情報であり、変更前の情報を用いて、問題を構成する請求項４記載の作業遂行支援装置。
6. 前記経験が有する項目の情報であり、変更された１以上の項目の情報を用いて、前記問題の回答を構成する回答構成部をさらに具備し、
   前記出力部は、
   前記回答構成部が構成した回答をも出力する請求項４または請求項５記載の作業遂行支援装置。
7. アクセス可能な記録媒体に、
   ２以上のフェーズから構成される作業のルールに関する情報であり、各フェーズにおける作業のルールを示す２以上のフェーズルールを有する１以上のルールブックを格納し得るルールブック格納部と、
   フェーズの作業遂行の結果に関する情報であり、当該作業遂行の結果である成果物を含む情報であり、フェーズを識別するフェーズ識別子を有する情報である２以上のフェーズ事例を含む１以上の経験を格納し得る経験格納部とを具備し、
   受付部、経験取得部、ルールブック生成部、およびルールブック蓄積部により実現される作業遂行支援方法であって、
   前記受付部が、経験を特定する経験特定情報を含むルールブックの生成指示を受け付ける受付ステップと、
   前記経験取得部が、前記生成指示に含まれる経験特定情報により特定される経験を前記経験格納部から得する経験取得ステップと、
   前記ルールブック生成部が、前記対象経験取得ステップで取得された経験から、予め決められた条件を満たす情報をルールブックとして取得するルールブック生成ステップと、
   前記ルールブック蓄積部が、前記ルール生成ステップで取得されたルールブックを、前記ルールブック格納部に蓄積するルールブック蓄積ステップとして作業遂行支援方法。
8. コンピュータがアクセス可能な記録媒体に、
   ２以上のフェーズから構成される作業のルールに関する情報であり、各フェーズにおける作業のルールを示す２以上のフェーズルールを有する１以上のルールブックを格納し得るルールブック格納部と、
   フェーズの作業遂行の結果に関する情報であり、当該作業遂行の結果である成果物を含む情報であり、フェーズを識別するフェーズ識別子を有する情報である２以上のフェーズ事例を含む１以上の経験を格納し得る経験格納部とを具備し、
   コンピュータを、
   経験を特定する経験特定情報を含むルールブックの生成指示を受け付ける受付部と、
   前記生成指示に含まれる経験特定情報により特定される経験を前記経験格納部から得する経験取得部と、
   前記対象経験取得部が取得した経験から、予め決められた条件を満たす情報をルールブックとして取得するルールブック生成部と、
   前記ルールブック生成部が取得したルールブックを、前記ルールブック格納部に蓄積するルールブック蓄積部として機能させるためのプログラム。

Images