JP3195226B2

JP3195226B2 - 業務支援システム

Info

Publication number: JP3195226B2
Application number: JP05764496A
Authority: JP
Inventors: 和之後藤; 英雄沼上; 洋一竹林; 光一笹氣
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1996-03-14
Filing date: 1996-03-14
Publication date: 2001-08-06
Anticipated expiration: 2016-03-14
Also published as: JPH09251466A; US6098061A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、たとえばエンジ
ニアリング分野やオフィス分野における設計、計画、診
断および教育などの様々な業務に関連した問題解決支
援、意思決定支援、ガイダンス、情報提示、ＣＳＣＷお
よび情報教育などを行なう知識ベースシステムやエキス
パートシステムに関わる。

【０００２】

【従来の技術】近年の情報技術の進展に伴なって、オフ
ィスにおける計算機環境のネットワーク化など、情報イ
ンフラストラクチャの整備が急速に進められており、処
理の分散化も促進されてきている。また、対象とするデ
ータも従来のテキストデータから図形、動画および音声
などのマルチメディアを扱うようになってきている。

【０００３】このような状況において、分散管理してい
る業務データや業務遂行に関する業務知識などを共有化
して共通に利用できるようにすることで業務を効率化す
るといったことが重要視されてきている。また、オフィ
ス業務の電子化に伴なって処理が複雑化し、ユーザの負
担が大きくなってきており、ユーザの負担を軽減するよ
うな業務支援システムが望まれている。

【０００４】従来より、専門家が行なう業務を計算機に
代行させる試みとして、エキスパートシステムや知識ベ
ースシステムと称される問題解決支援システムが数多く
実現されたきた。

【０００５】これらのシステムは、専門家がもつ問題解
決のための専門的知識を数式、論理式、ルール、フレー
ムおよび意味ネットワークなどのような計算機が処理可
能な形式で蓄えておき、これを参照して推論処理を行な
うことによって従来人間が行なっていた問題解決を自動
化するものである。このエキスパートシステムや知識ベ
ースシステムは、推論技術や知識表現技術の進展によ
り、工学分野やオフィス分野などといった幅広い分野に
おける設計、計画、診断および教育などの種々の問題解
決のために利用されている（たとえば後藤、他「モデル
に基づくプラント制御ソフトウェア設計支援PlantBASE
」人工知能学会研究会資料SIG-KBS-9403,pp.25-32 な
ど、多数）。

【０００６】一方、人間がもつ多様な種類、内容のノウ
ハウをテキスト、ハイパーテキスト、図形、イメージ、
動画および音声などといった人間が理解可能な形式で電
子化して蓄えておき、複数のユーザ間で共有して利用す
る試みもなされている。（たとえば関、他「ノウハウ蓄
積システムFISH の実現とその評価」電子情報通信学会
論文誌、Vol.J76 D-II, No.6, pp.1223-1231,1993 ）。

【０００７】以下、このような人間が理解可能な形式の
知識をノウハウ知識と呼び、一方、前述のエキスパート
システムや知識ベースシステムにおいて問題解決に用い
られる計算機処理向きの知識を計算機処理向知識と呼ぶ
ことにより両者を区別することにする。

【０００８】このノウハウ知識は、本来、形式が非定型
であり、内容や分類、適用条件および粒度などもまちま
ちであるため、計算機処理向きの知識ではないが、人間
が参照して理解し易いものなので、ユーザは、問題解決
の種々の局面に応じてこれを適宜検索して直接読むこと
により、問題解決の参考とすることができる。

【０００９】

【発明が解決しようとする課題】エキスパートシステム
や知識ベースシステムにおいて、専門家が有する知識を
計算機処理可能な形式に記述し蓄積する作業は、一般に
困難かつ労力の要する作業である。これは、知識獲得ボ
トルネックと呼ばれている問題である。専門家の有する
知識を抽出するためには、問題解決の手順や条件などに
ついての緻密な分析を要する。また、知識をもつ専門家
自身が、知識を計算機にとって処理可能な形式に記述す
る作業を行なうことが可能であるとは限らない。多くの
場合は、知識ベースの作成に熟練した知識ベース作成者
が、専門家にインタビューなどをすることによって問題
の分析を行ない、その結果得られた知識を推論処理にと
って参照可能な形式に体系立てて記述し直すといった作
業が必要となる。

【００１０】さらに、人間の専門家が行なう問題解決
は、豊富な経験に基づいて例外的事項を柔軟に扱うな
ど、高度に知的な思考によって行なわれる。このような
問題解決に必要となる経験的知識や例外的知識を計算機
処理向きな知識として網羅的に記述することは、非常に
困難であったり不可能であったりする場合が多い。記述
されていない知識がある問題解決領域では、従来の業務
支援システムでは、たとえば僅かな例外的事項のために
問題解決がまったく不能になるといった本質的な問題が
克服されていない。

【００１１】一方、ノウハウ知識は、基本的に、その意
味する内容に対する計算機による処理を想定しておら
ず、人間が理解可能な形式であればよいため、従来から
も蓄積されており、これを記述し蓄積することは、どの
ようなユーザにも容易である。また、その表現能力につ
いても、テキスト、帳票、図形、イメージ、動画、音声
およびハイパーテキストなど様々な表現手段を用いるこ
とができることから、ルールやフレームなどの形式と比
べて表現力が豊かで、かつ、人間にとって理解が容易で
ある。また、さらに電子化されている文書や図面、イメ
ージなどの情報や、電子化しやすい自然情報源から容易
にノウハウ知識を獲得して蓄積することができる。ま
た、論理的な一貫性や誤った経験や知識を含むという特
徴がある。

【００１２】これらの知識ベースシステムやエキスパー
トシステムにおいて、要求された問題解決が不可能また
は不完全であった場合に、その原因に関する説明情報を
ワーニングなどの形でユーザに提示するシステムが存在
する。しかしながら、このためには、知識ベース設計者
は、想定されるすべての問題解決不可能な場合に対して
提示すべき説明情報を予め用意しなければならず、この
作業は大きな労力を要した。また、このような説明情報
は、個々の知識ベースシステムにその知識や推論手段に
依存した形で組み込まれており、複数の知識ベースで情
報を共有して利用することはできなかった。

【００１３】また、計算機処理向知識を用いた問題解決
の処理中に、利用された知識、たとえば推論過程で適用
されたルールなどをユーザに提示する機能を有するシス
テムも存在する。しかしながら、ここで提示される知識
は、計算機処理向きの形式で記述された知識であるた
め、人間による可読性が良くない。このような機能は、
主に知識ベース作成者が知識のトレース、デバッグなど
を行なうことを目的としており、ユーザに問題解決のガ
イダンスを行なうという用途に利用されることはなかっ
た。

【００１４】この発明は、このような実情に鑑みてなさ
れたものであり、計算機が処理可能な形式の計算機処理
向知識と、人間が理解可能な形式のノウハウ知識との両
者を相補的に適用することにより、計算機処理向知識だ
けでは問題解決が不可能または不完全な場合であって
も、より適切な問題解決やガイダンスを行なうことので
きる業務支援システムを提供することを目的とする。

【００１５】

【課題を解決するための手段】この発明は、テキスト、
図形、スケッチ、オンラインペン入力、ポインティング
情報、表、イメージ、動画、音声、音およびハイパーテ
キストなどのいずれかまたは複数で表現された人間が理
解可能なノウハウ知識を蓄積するノウハウ知識ベース
と、数式、論理式、ルール、フレームおよび意味ネット
ワークなどのいずれかまたは複数で表現された計算機が
処理可能な業務知識を蓄積する少なくとも一つ以上の計
算機処理向知識ベースと、前記計算機処理向知識ベース
による問題解決処理の過程において適用された知識を用
いて、その知識に関連する前記ノウハウ知識を前記ノウ
ハウ知識ベースから検索するための検索条件を生成する
生成手段と、前記生成手段により生成された検索条件を
満たす前記ノウハウ知識を前記ノウハウ知識ベースから
検索して提示するノウハウ知識提示手段とを具備してな
ることを特徴とする。

【００１６】また、この発明は、前記ノウハウ知識の提
示条件を設定する設定手段を具備することを特徴とす
る。

【００１７】また、この発明は、前記設定手段が、前記
ノウハウ知識を提示する前記計算機処理向知識ベースに
よる問題解決処理の実行状況または処理結果を設定する
手段を具備することを特徴とする。

【００１８】また、この発明は、前記設定手段が、前記
ノウハウ知識を提示する前記計算機処理向知識ベースに
よる問題解決処理の過程において適用された知識の有用
性を設定する手段を具備することを特徴とする。

【００１９】また、この発明は、前記生成手段により生
成された検索条件を修正する修正手段を具備することを
特徴とする。

【００２０】この発明によれば、計算機処理向知識ベー
スの推論手段より発せられる通知として、その計算機処
理向知識ベースが行なう問題解決処理の目的である問題
と、その問題解決処理の実行可能／不可能などの実行状
況と、その問題解決処理が不可能な場合には実行不可能
であった処理過程と、処理結果として得られた解の正当
性／完全性と、解が不当／不完全な場合にはその不当／
不完全な事項と、その問題解決処理に利用された計算機
処理向知識と、のいずれかまたは複数の情報を含む通知
をその計算機処理向知識ベースの推論手段より取得す
る。

【００２１】次に、その推論手段からの通知を解釈する
ことによってノウハウ知識ベースからその問題解決処理
および処理結果に関連するノウハウ知識を検索するため
の検索条件を生成する。そして、この生成された検索条
件をノウハウ知識ベースの検索手段に送り、ノウハウ知
識を検索せしめる。

【００２２】最後に、この検索されたノウハウ知識は、
ノウハウ知識ベースが有するノウハウ知識提示用のイン
ターフェースを介してユーザに提示される。このような
処理により、ユーザは、種々の観点・目的・形式で蓄え
られたノウハウ知識のうち、解決すべき問題に関連する
ノウハウ知識を計算機処理向知識ベースによる問題解決
の処理過程や解に関連付けられた形で参照することが可
能となる。ノウハウ知識を検索する条件は、計算機処理
向知識ベースにおける問題解決処理および処理結果に応
じて自動的に生成されるので、ユーザは、ノウハウ知識
を検索するために検索条件を設定する労力を要さずに、
容易に関連するノウハウ知識を検索することができる。

【００２３】また、計算機処理向知識ベースによる問題
解決が不可能・不完全であった場合にも、ユーザは、解
決すべき問題に関連するノウハウ知識を参照し、問題解
決の参考にすることができる。従来からの計算機処理向
きな知識ベース、エキスパートシステムにおいては、問
題解決処理が失敗した場合や得られた解が不完全な場合
には、ユーザは、その問題解決に関する方策や指針を全
く得られないことが多い。この場合、ユーザは、問題を
解決するためには、別途専門家に解決方法を訊いたり、
ノウハウ知識ベースがある場合にはこれからノウハウ知
識を別途検索し参照することが必要であった。この発明
によれば、これらの作業が軽減され、問題解決の能率が
向上する。

【００２４】また、この発明においては、ノウハウ知識
ベースと計算機処理向知識ベースが独立しているため、
ノウハウ知識ベースと計算機処理向知識ベースを各々独
立に利用できるのみならず、一つのノウハウ知識ベース
を、複数の計算機処理向知識ベースの問題解決処理を補
う目的で共有して利用できる。このため、ノウハウ知識
ベース内のノウハウ知識を蓄積・管理する作業が軽減さ
れる。

【００２５】さらに、この発明の業務支援システムは、
ノウハウ知識を提示する条件をユーザが設定するための
手段を有することが望ましい。これを用いることによ
り、ユーザは、ノウハウ知識を提示するか否かの条件を
計算機処理向知識ベースによる問題解決処理の状況や処
理結果に関連付けて、詳細に設定することができる。た
とえば具体的には、計算機処理向知識ベースによる問題
解決処理が不可能であった場合にのみノウハウ知識を提
示するよう設定したり、計算機処理向知識ベースが問題
解決処理過程で用いたすべての計算機処理向知識に関連
があるノウハウ知識を提示するように設定する、などが
可能になる。

【００２６】また、有用なノウハウ知識の選定条件を設
定する手段を用いることで、推論過程において適用され
た計算機処理向知識向知識に関連するノウハウ知識の
内、問題解決に有用とされるノウハウ知識を容易に選択
することが可能になる。

【００２７】また、ノウハウ知識を検索するための条件
は、前述のように自動的に生成されるが、ユーザは、自
動的に生成された検索条件を適宜修正することができ
る。これによりユーザは、たとえば、ある検索条件でノ
ウハウ知識を検索したのち、その検索結果に基づいて検
索条件の制約を強めたり緩めたりして再度検索を実行す
る、といったインタラクティブな操作が柔軟に行なえ
る。

【００２８】また、ノウハウ知識ベースをユーザが更新
する手段を有することがより望ましい。ユーザは、この
ノウハウ知識の更新手段を用いて、誤りのあるノウハウ
を修正したり、あるいは新たなノウハウ知識を容易に更
新することが可能になる。

【００２９】さらに、計算機処理向知識ベースをノウハ
ウ知識ベースとともに人間が理解可能な形式に表示する
手段を有することがより望ましい。このように計算機処
理向知識向と人間が理解し易いノウハウ知識の二つの知
識を同時に提示して相補的に利用することで、ノウハウ
知識の正当性を確認することができ、逆に人間には難解
である計算機処理向知識向の知識の理解をし易くするこ
とが可能となる。

【００３０】

【発明の実施の形態】以下、図面を参照してこの発明の
一実施形態について説明する。図１は、本実施形態に係
る業務支援システムの概略構成を示すブロック図であ
る。

【００３１】図１中、１は、計算機処理向知識を用いて
問題解決を行なう、少なくとも一つ以上の計算機処理向
知識ベース群である。各計算機処理向知識ベース１は、
計算機処理向知識を記憶する計算機処理向知識記憶部１
４、この計算機処理向知識記憶部１４に蓄えられた計算
機処理向知識を追加・削除・修正するための計算機処理
向知識管理部１２、この計算機処理向知識管理部１２を
用いて計算機処理向知識記憶部１４に蓄えられた計算機
処理向知識を参照することにより問題解決の推論処理を
実行する推論部１３、およびユーザ４が計算機処理向知
識管理部１２を用いて計算機処理向知識の編集を行な
い、またユーザ４が推論部１３に入力を与えて推論処理
を実行し、得られた推論結果をユーザ４に提示するため
のユーザインターフェース１１で構成される。

【００３２】次に、図１中２は、人間が理解可能な形式
のノウハウ知識の蓄積・利用を行なうノウハウ知識ベー
スである。ノウハウ知識ベース２は、ノウハウ知識を記
憶するノウハウ知識記憶部２４、このノウハウ知識記憶
部２４に蓄えられたノウハウ知識を追加・削除・修正す
るためのノウハウ知識管理部２２、このノウハウ知識管
理部２２を用いてノウハウ知識記憶部２４に蓄えられた
ノウハウ知識を検索するための検索部２３、およびユー
ザ４がノウハウ知識管理部２２を用いてノウハウ知識の
編集を行ない、またユーザ４が検索部２３に検索条件を
与えてノウハウ知識を検索し、得られた検索結果をユー
ザ４に提示するためのユーザインタフェース２１で構成
される。

【００３３】次に、図１中３は、前述した計算機処理向
知識ベース群１による問題解決の処理状況や処理結果に
応じて、ノウハウ知識ベース２からノウハウ知識を検索
し提示するための制御部である。制御部３は、計算機処
理向知識ベース群１による問題解決の処理状況や処理結
果に関する通知を取得し解釈する推論実行結果解釈部３
３、この推論実行結果解釈部３３による解釈結果に基づ
きノウハウ知識ベースからノウハウ知識を検索するため
の検索条件を生成するノウハウ知識検索条件生成部３
４、およびノウハウ知識を提示するための条件として計
算機処理向知識ベースによる問題解決の処理状況または
処理結果に関する条件を設定し、かつノウハウ知識検索
条件生成部３４にて自動的に生成される検索条件を編集
するためのノウハウ知識提示条件設定部３２、およびノ
ウハウ知識提示条件設定部３２をユーザが利用するため
のインターフェースであるユーザインタフェース３１で
構成される。

【００３４】なお、本実施形態の業務支援システムの構
成要素である計算機処理向知識ベース群１およびノウハ
ウ知識ベース２は、その内部構成および内部処理につい
て特に限定されることはない。すなわち、計算機処理向
知識ベース群１およびノウハウ知識ベース２は、各々従
来技術に属する既存システムであってよい。本実施形態
の本質的に新規な部分は、制御部３の内部構成、内部処
理、および制御部３により計算機処理向知識ベース群１
およびノウハウ知識ベース２を統合して相補的に利用す
る手法に関する部分である。

【００３５】ここで、本実施形態の業務支援システムの
動作原理について、オフィスにおける各種業務の手順を
生成し、業務の流れ期日、書類などを管理してユーザを
ガイダンスすることを問題解決の例として説明する。こ
の場合、以下に説明する「業務手順生成システム」が、
前述した図１の計算機処理向知識ベース群１のうちの一
システムである。また、図１のノウハウ知識ベース２
は、オフィス業務における多様なノウハウ知識を蓄積す
るものである。

【００３６】まず、問題解決に用いる計算機処理向知識
およびノウハウ知識の例について説明する。「業務手順
生成システム」においては、オフィス業務に関する計算
機処理向知識として図２ならびに図３に示す業務データ
のテンプレート、および図４に示す組織に関するデータ
が計算機処理向知識記憶部１４に記憶されている。業務
データのテンプレートには、図２および図３に示すよう
に、業務名、担当者、上位／下位業務、前／次業務、お
よび締切日などの業務の管理情報を記述するための属性
が定義されている。また、各属性には、必要に応じて当
属性の属性値を推論するための計算機処理向知識が記述
されている。具体的には、これらの計算機処理向知識
は、ある業務を遂行する際にこれを下位業務に展開する
ための知識や、下位業務の遂行手順に関する知識、各業
務を担当すべき組織や人に関する知識、各業務で作成す
べき書類の種類に関する知識、などの知識である。

【００３７】たとえば、「購入」という業務データの業
務テンプレート（図２の２１）の属性「下位業務」に
は、購入物品の「価格」と「製品分類」に応じて、価格
が１万以上かつ２０万円未満で、製品分類が社内製品で
あれば、「手配依頼→手配依頼決済→発注→検収」価格が１万以上かつ２０万円未満で、製品分類が社内製
品でなければ、「見積り依頼→見積り依頼承認→見積り→手配依頼→手
配依頼決済→発注→検収」価格が１万以下であれば、「手配依頼→発注→検収」の下位業務に展開されて処理されることが、図２の２３
に示す形式で記述されている。ここで、［価格］や［製
品分類］など、「［］」で括られて記述されている要素
は、これらが推論に必要な入力パラメータとしてユーザ
が入力する必要があることを示している。

【００３８】また、「制約条件」としては、「業務の締
切日が、本日（ｔｏｄａｙ）よりも後である」という意
味の計算機処理向知識が記述されている（図２の２
４）。また、「購入」業務の下位業務の一つである「見
積り依頼」業務（図２の２５）には、たとえば、「締切
日」は、次業務、すなわち「見積り依頼承認」業務の締
切日の１日前であるという計算機処理向知識２６が記述
されている。これは、「見積り依頼承認」の処理に１日
かかるので、「見積り依頼承認」の締切日の少なくとも
１日前には「見積り依頼」の処理を終える必要があると
いう意味である。ここで、記号「〜」は、業務データや
人／組織データの属性を辿って値を求める際の記法で、
詳しくは、「次業務〜締切日」という記述は、当業務デ
ータの属性「次業務」の値として設定されている業務デ
ータの属性「締切日」の値であることを意味する。

【００３９】また、「購入」業務の下位業務の一つであ
る「見積り依頼承認」業務（図２の２７）には、たとえ
ば、「担当者」は、「購入」業務の担当者として入力さ
れたパラメータ［担当者］の課長であるという計算機処
理向知識２８が記述されている。図３にも同様に、「購
入」業務の各下位業務「手配依頼」や「発注」などの業
務のテンプレートと、それに付随する計算機処理向知識
とがそれぞれ記述されている。

【００４０】図４には、組織に関するデータの一例とし
て、組織の上位／下位の階層および各部所の構成人員が
示されている。たとえば、図４では、「○○部」４１の
下位組織として「××課」４２、および「△△課」４３
があり、「××課」の構成人員は、「加藤」４４、「山
田」４５、および「松本」４６、などであり、また「×
×課」の課長は、「加藤」４４であることを表してい
る。

【００４１】図５は、図１のノウハウ知識ベース２にお
いて、ノウハウ知識記憶部２４に記憶されているノウハ
ウ知識の一例を示す図である。本実施形態では、各ノウ
ハウ知識は、当ノウハウの「内容」自体の他に、「題
目」、「作成者」、および「登録日」といった付加情報
と、当ノウハウ知識を検索するための「キーワード」と
で構成されている。図５中、たとえば、「１０万以上の
物品の購入手続き」に関するノウハウ知識５１は、作成
者が「鈴木」、登録日が「×年○月△日」、キーワード
として「購入」、「手配依頼」、「価格」、「１０万
円」、「書類」、および「使用理由説明書」がつけられ
ており、内容としては、「価格が１０万を越える場合は
使用理由説明書が必要とされる」旨のノウハウが記述さ
れている。なお、本実施形態では、ノウハウの内容を単
純なテキストで示しているが、この形式に限定されるも
のではなく、たとえば図形、表、イメージ、動画、音
声、ハイパーテキストなどといった、他の形式または複
数の形式を複合した形式であっても良い。また、ノウハ
ウ知識の付加情報や検索キーとして、「題目」、「作成
者」、「登録日」、および「キーワード」を挙げている
が、これは比較的単純に実施した例であり、これらの他
に、たとえば複数のノウハウ知識の間の関連情報や、ノ
ウハウを提示してもよいかどうかを表すセキュリティ情
報などを付加しても良い。

【００４２】次に、図６乃至図８に示す処理手順のフロ
ーチャートに基づき、前述の計算機処理向知識およびノ
ウハウ知識を用いて「購入」業務の処理手順を生成する
とともに、関連するノウハウ知識を提示するといった具
体的な問題解決の処理手順について説明する。

【００４３】処理の概略は以下の通りである。まず、計
算機処理向知識ベース１においては、ユーザ４の入力に
応じ、計算機処理向知識を用いて業務手順生成の推論処
理が実行される。この推論処理の実行状況および処理結
果に関する情報、たとえば、この推論過程において参照
された知識や、解が制約を充足するかどうかなどの情報
は、制御部３に逐次通知される。制御部３では、通知さ
れた実行状況および処理結果を解釈し、かつユーザ４が
指定したノウハウ知識の提示条件に基づいて、関連する
ノウハウを検索するための検索条件を作成してノウハウ
知識ベース２に通知する。ノウハウ知識ベース２では、
制御部３からの検索条件に基づき、ノウハウ知識を検索
してユーザ４に提示する。以下、この計算機処理向知識
ベース１、制御部３、およびノウハウ知識ベース２の各
処理の詳細について説明する。まず、計算機処理向知識
ベース１による業務手順生成処理の詳細について、図６
のフローチャートを参照して説明する。

【００４４】計算機処理向知識ベース１の一例である業
務手順生成システムは、起動されると、手順生成を行う
べき業務の業務名をユーザ４に入力するよう要求する
（図６のＳ６１）。図９は、ユーザ４が業務名を入力す
るための計算機処理向知識ベース１のユーザインターフ
ェースの例を示す。ユーザ４は、手順を生成すべき業務
の業務名として、たとえば「購入」業務を入力する。

【００４５】次に、推論部１３は、入力された業務名に
対応する業務テンプレートを計算機処理向知識管理部１
２を介して選択する（図６のＳ６２）。ここでは、「購
入」に対応する業務データのテンプレートが選択され
る。ここでもし業務テンプレートが見つからなかった場
合には（図６のＳ６３のＮ）、業務手順の生成は不可能
なので、「推論不可」の意味の通知文を制御部３に通知
する（図６のＳ６４）。たとえば、前述の図９に示す業
務名の入力において、計算機処理向知識記憶部１４に業
務テンプレートが記憶されていない業務名「休暇申請」
が入力された場合には、「推論不可：０休暇申請」といった推論不可通知文を生成して制御部３に通知す
る。逆に、業務テンプレートが選択できた場合には（図
６のＳ６３のＹ）、このテンプレートを手順生成の知識
として以降の処理に適用するので、「適用知識：５購入下位業務価格製品分類」といった適用された知識に関する通知を制御部３に通知
する（図６のＳ６５）。

【００４６】次に、選択された業務テンプレートの各属
性や下位業務の手順を生成するために必要なパラメータ
をユーザ４に入力させる（図６のＳ６６）。図１０に
は、その入力インタフェースの一例が示されている。推
論に必要なパラメータは、業務テンプレートに記述され
ている。たとえば「購入」業務の場合には、［品名］、
［製品分類］、［価格］、［希望納期］、および［担当
者］の５つの入力パラメータが必要とされる。図１０の
１０１および１０２は、それぞれ品名「通信モデム」、
「パソコン」の物品を購入する場合の例である。

【００４７】次に、推論部１３は、選択された業務テン
プレートの各属性に記述されている計算機処理向知識を
順次適用していき、各属性値および下位業務の手順を生
成する（図６のＳ６７）。たとえば、「購入」業務の属
性「担当者」には、図１０の１０１にて入力されたパラ
メータ［担当者］（図２の２２のパラメータ）の「山
田」がそのまま設定されるし、属性「締切日」は、パラ
メータ［希望納期］として入力された「×年９月１５
日」が設定される。また、「購入」業務を下位業務に展
開する際には、「購入」業務の属性「下位業務」に設定
された計算機処理向知識（図２の２３）を参照して、入
力されたパラメータに基づき下位業務が展開され順序付
けられる。図１０の１０１に示した入力例では、パラメ
ータ［価格］が１万円以上２０万未満で、かつ、パラメ
ータ［製品分類］が「社外製品」なので、「見積り依頼
→見積り依頼承認→見積り→手配依頼→手配依頼決済→
発注→検収」の下位業務に展開され順序付けられる。展
開された各下位業務自体の下位業務や各属性値も、これ
らと同様に、各々の下位業務の業務テンプレートに記述
された計算機処理向知識を適用して生成する。たとえ
ば、業務「手配依頼決済」の業務データの属性「担当
者」を生成する際には、購入品の価格と決済者との関係
に関する計算機処理向知識（図３の３２）と、組織／人
に関するデータ（図４）が適用されている。この場合、
購入品の［価格］は１０万円未満なので、その決済は
［担当者］である「山田」の所属する課の課長が担当す
ることになり、その課長は、図４に示した組織／人のデ
ータによると、「山田」４５の所属する課「××課」４
２の課長は「加藤」４４なので、当「手配依頼決済」業
務の「担当者」は「加藤」であると推論される。

【００４８】図６のＳ６７の推論過程において、属性値
や下位業務手順の生成が可能であった場合（図６のＳ６
８のＹ）には、適用された計算機処理向知識に関する情
報が逐次制御部３に通知される（図６のＳ６９）。

【００４９】本実施形態の場合、この適用知識通知文
は、適用された計算機処理向知識に記述されている業務
テンプレート名や属性名、計算機処理向知識中に含まれ
る［価格］などのパラメータ名から生成される。たとえ
ば、前述の「手配依頼決済」業務の「担当者」を推論す
る際に適用した知識については、「適用知識：３手
配依頼決済担当者価格」の適用知識通知文が生成さ
れ、制御部３に通知される。

【００５０】この通知文中の「３」という数値は適用知
識の複雑度を表しており、ノウハウ知識ベース２におい
て問題解決に適用された知識に関連するノウハウ知識を
検索・提示する際のの有用性を判断する度合として用い
る。そして、この複雑度の算出は、適用された計算機処
理向知識に記述されている計算機処理向知識中に含まれ
る［価格］などのパラメータ名、「ｉｆ」の場合分けの
個数から算出する。

【００５１】たとえば、「手配依頼決済」の「担当者」
の決定に適用した知識には、パラメータ名として［価
格］および［担当者］の二つが含まれているので、その
個数は２となり、場合分けとして「ｉｆ」が一つ含まれ
ているので、その個数は１となり、複雑度は両方をたし
あわせて「３」となる。

【００５２】一方、計算機処理向知識が適用できず、属
性値や下位業務手順の生成が不可能であった場合には
（図６のＳ６８のＮ）、推論部３は、推論不可通知文を
生成して制御部３に通知し（図６のＳ６１０）、この推
論処理を終了する。たとえば、「購入」業務の入力パラ
メータを、ユーザ４が図１０の１０２のように入力した
例では、［価格］が２０万円以上の購入品に対しては下
位業務に展開するための知識が不足しているので（図２
の２３）、適用が失敗した計算機処理向知識が記述され
ている業務テンプレート名と属性名、当計算機処理向知
識に含まれる属性名やパラメータ名などから、「推論不可：５購入下位業務価格製品分類」という推論不可通知文を生成し、制御部３に通知する。

【００５３】業務手順が生成された場合、本実施形態の
業務手順生成システムは、生成された結果をユーザイン
タフェース１１を介してユーザ４に提示する（図６のＳ
６１１）。図１１には、「購入」業務の入力パラメータ
が図１０の１０１のように入力された場合の業務手順生
成結果の提示例が示されている。図１１に示すように、
「購入」業務の下位業務が展開され、各々の下位業務に
ついて推論された「担当者」および「締切日」が提示さ
れている。また、図１２には、各々の業務データの詳細
表示例が示されている。たとえば、「手配依頼決済」業
務の業務データでは、先に説明した推論処理により、属
性「担当者」、「締切日」および「書類」などの値が求
まっており、ユーザ４は、これを参照しながら、たとえ
ば必要な書類を作成するなどの作業を行う。

【００５４】また、本実施形態の業務手順生成システム
の推論部１３は、生成された業務手順に対する制約のチ
ェックを行なう（図６のＳ６１２）。たとえば、「購
入」業務やその各下位業務には、締切日に関する制約と
して、締切日≦ｔｏｄａｙすなわち、「業務の締切日が、本日（ｔｏｄａｙ）より
も後である」という意味の計算機処理向知識が記述され
ている（図２の２４など）。たとえば、業務の手順生成
を行った日が「×年８月２０日」であった場合には、図
１１で示す業務のうち、「見積り依頼」、「見積り依頼
承認」および「見積り」の業務が、締切日に関する制約
を充足していない。この場合（図６のＳ６１３のＮ）、
推論部１３は、制約充足不可である旨の通知文を生成し
て制御部３に通知する（図６のＳ６１４）。この「購
入」業務の場合には、業務テンプレート名と、制約条件
に含まれる属性名「締切日」とを基にして、「制約充足不可：０見積り依頼締切日」「制約充足不可：０見積り依頼承認締切日」「制約充足不可：０見積り締切日」の制約充足不可通知文が生成されて、制御部３に通知さ
れる。

【００５５】次に、これまでに説明した計算機処理向知
識ベース１が通知する各種通知文に応じて、ノウハウ知
識ベースにノウハウ知識を提示するよう要求する制御部
３の処理の詳細について、図７を参照して説明する。

【００５６】まず、推論実行結果解釈部３３は、計算機
処理向知識ベース１から逐次通知されてくる実行状況お
よび処理結果に関する通知文を取得する（図７のＳ７
１）。本実施形態の場合には、通知文の種類には、「適
用知識」、「推論不可」および「制約充足不可」の３種
類があるので、各通知文を種類別に分類して蓄積してい
く。なお、通知文の種類や形式については、本実施形態
では前述した３種類の分類と、テンプレート名、知識の
複雑度、属性名、およびパラメータ名などの語句を列挙
した形式で実現しているが、この発明は、これらの種類
や形式に限定されるものではない。通知文には、計算機
処理向知識ベース１の推論の実行過程、推論利用した計
算機処理向知識、解が求まったか否か、解が完全／正当
か否かの情報などが、各々分類されて記述されていれば
よい。

【００５７】次に、ノウハウ知識提示条件設定部３２
は、ノウハウの提示条件、有用性選択条件、および検索
条件を入力するための入力画面をユーザ４に提示して、
ユーザ４による設定を促す（図７のＳ７２）。本実施形
態では、提示条件は、次の３通りがある。

【００５８】提示条件（１）：推論過程において参照さ
れた知識および推論不可、制約充足不可の要因と関わる
全てのノウハウを提示する。提示条件（２）：推論不可の場合にのみ、その要因に関
連するノウハウを提示する。

【００５９】提示条件（３）：制約充足不可の場合にの
み、その要因に関連するノウハウを提示する。図１３は、ノウハウの提示条件、有用性選択条件、検索
条件を入力するための入力画面の一例を示す図である。
この（１）、（２）および（３）の各々の提示条件が、
図１３中の設定項目「常に提示」１３１、「推論不可の
とき」１３２、および「制約充足不可のとき」１３３の
それぞれに対応する。

【００６０】ユーザ４によって提示条件が設定されれ
ば、推論実行結果解釈部３３は、その提示条件の設定に
応じて、ノウハウ知識の提示に関連のある通知のみを選
択する（図７のＳ７３）。本実施形態の場合には、提示
条件（１）の場合にはすべての通知文が選択されるし、
提示条件（２）の場合には推論不可通知文が、また提示
条件（３）の場合には制約充足不可通知文がそれぞれ選
択される。さらに提示条件（２）と（３）との両方が設
定されていた場合には、すべての推論不可通知文と制約
充足不可通知文とが選択される。

【００６１】次に、有用性選択条件をユーザ４に設定し
てもらう。本実施形態では、ノウハウの有用性として、
ノウハウ知識に関連するところの計算機向知識の複雑度
を用いている。この複雑度は、計算機向知識に含まれて
いるパラメータの個数や場合分けの個数から算出してい
るが、この個数が多いほどその知識は複雑な内容を記述
しており、すなわち問題解決に重要な意味を持っている
と考えることができる。この問題解決に重要な意味を持
つ計算機向知識に関連するノウハウ知識も同様にして問
題解決に有用と考えることができる。

【００６２】有用性選択条件は、適用知識の複雑度の数
値で設定する。図１３の１３５には有用性選択条件の入
力画面の一例が示されている。ノウハウ知識検索条件生
成部３４は、選択された通知文の各々から、この有用性
選択条件として設定された値以上の複雑度をもつ通知文
の選択を行う。

【００６３】次に、ノウハウ知識検索条件生成部３４
は、有用性選択条件で選択された通知文の各々から、ノ
ウハウの検索に必要な検索キーを抽出し（図７のＳ７
４）、この検索キーから検索条件を自動的に生成する
（図７のＳ７５）。本実施形態の場合、通知文は、テン
プレート名、属性名、およびパラメータ名などの語句を
列挙したデータで構成されているので、これらの語句を
検索キーとして抽出し、一つの通信文につき、これらの
語句の論理積（ＡＮＤ）として検索条件を生成する。ま
た、通信文が複数ある場合には、各々の通信文について
作られた語句の論理積の、論理和として検索条件を生成
する。

【００６４】たとえば、計算機処理向知識ベースから通
知された通知文が以下のように蓄積されていたとする。
これは、先に説明した、「購入」業務の手順生成時に通
知された通知文の例である。

【００６５】「適用知識：５購入下位業務価格製品分類」「適用知識：０見積り依頼締切日」「適用知識：２手配依頼書類価格」「適用知識：３手配依頼決済担当者価格」（中略）「適用知識：０発注締切日」「制約充足不可：０見積り依頼締切日」「制約充足不可：０見積り依頼承認締切日」「制約充足不可：０見積り締切日」また、ノウハウ知識提示条件設定部３２では、提示条件
（２）および（３）が設定されていたとする。また、有
用性選択条件は０が設定されていたとする。この場合、
図７のＳ７３にて選択される通知文は、制約条件付加に
関する、「制約充足不可：０見積り依頼締切日」「制約充足不可：０見積り依頼承認締切日」「制約充足不可：０見積り締切日」の通知文となる。また、各々の通知文から抽出される語
句は、順に、「見積り依頼」「締切日」「見積り依頼承認」「締切日」「見積り」「締切日」となり、これから生成される検索文は、「（（見積り依頼ＡＮＤ締切日）ＯＲ（見積り依
頼承認ＡＮＤ締切日）ＯＲ（見積りＡＮＤ締
切日））」となる。なお、生成された検索文は、論理積および論理
和の記述を簡略化する処理により、たとえば、「（（見積り依頼ＯＲ見積り依頼承認 OR 見積
り）ＡＮＤ締切日ＡＮＤ次業務）」のように変換してもよい。また、語句の同義語を考慮す
る必要がある場合、たとえば、語句「締切日」の同義語
として「期日」や「納期」という語句がある場合には、
これを考慮して、検索文を「（（見積り依頼ＯＲ見積利依頼承認ＯＲ見積
り）ＡＮＤ（締切日ＯＲ期日ＯＲ納期））」のように適宜変形させてもよい。このような、同義語を
考慮して検索文を変形する処理は、ノウハウ知識検索条
件生成部３４に同義語に関する知識を持たせておいて、
これを用いて行なうといったように、制御部３の構成を
変形してもよいし、またノウハウ知識ベース２内にこの
機能を含めてもよい。

【００６６】次に、図７のＳ７５にて生成された検索条
件は、図１３に示したように、ノウハウの検索条件をユ
ーザ４が編集するためのインターフェースに表示される
（図１３の１３４）。ユーザ４は、ノウハウ知識提示条
件設定部３２を用いて、生成された検索条件を必要に応
じて適宜修正する（図７のＳ７６）。そして、当インタ
ーフェース上にてユーザ４が行なう検索実行指令と連動
して、制御部３は、検索要求をノウハウ知識ベース２に
発する（図７のＳ７７）。ノウハウ知識の検索および提
示の処理は、後述するように、ノウハウ知識ベース２に
よって行なわれる。ユーザ４は、検索されたノウハウ知
識を参照した後は、終了してもよいし（図７のＳ７８の
Ｙ）、ノウハウ知識の提示条件や検索条件を設定し直し
て再度検索をし直してもよい（図７のＳ７８のＮ）。

【００６７】次に、ノウハウ知識ベース２における、ノ
ウハウ知識の検索、提示、および登録処理の詳細につい
て、図８を参照して説明する。ノウハウ知識ベース２の
検索部２３は、制御部３からの検索要求を解釈して検索
条件を取り出し（図８のＳ８１）、これをもとに検索を
実行する（図８のＳ８２）。次に、ノウハウ知識管理部
２２を介して検索されたノウハウ知識をユーザ４に提示
する（図８のＳ８３）。図１４は、検索されたノウハウ
知識の一覧をユーザ４に提示するインターフェース画面
の例である。この例では、検索されたノウハウ知識の
「題目」、「作成者」、および「登録日」の一覧が表示
され、ユーザ４は、このインタフェース上で選択したノ
ウハウ知識を詳細表示するよう要求すると（図８のＳ８
４のＹ）、図１５に示すような各ノウハウ知識の詳細表
示を行なうインタフェースがユーザ４に提示され（図８
のＳ８５）、変更が必要であれば修正して更新要求する
（図１５の１５１）。最後に、図１４に示したインタフ
ェース上での終了要求により（図８のＳ８６のＹ）、処
理を終了する。

【００６８】図１４の１４１は、本実施形態での計算機
処理向知識ベース１の一つである業務手順生成システム
から通知された通知文「制約充足不可：０見積り依頼締切日」「制約充足不可：０見積り依頼承認締切日」「制約充足不可：０見積り締切日」に基づいて検索されたノウハウ知識の例である。また、
図１４の１４２は、計算機処理向知識ベース１から通知
された通知文「推論不可：５購入下位業務価格製品分類」に基づいて検索されたノウハウ知識の例である。この通
知文は、図１０の１０２のように入力パラメータが設定
され、推論が不可能だった場合に通知される通知文の例
である。ユーザ４は、前述のように、計算機処理向知識
ベース１の処理結果として得られた解が制約を満たさな
いなどの不完全な場合や、解がまったく得られなかった
場合に、半自動的に検索されるノウハウ知識を参照する
ことによって自身の問題解決を遂行することができる。
この例の場合には、具体的には、「購入」業務が希望納
期までに行なえない場合にも、「見積り」業務を短縮す
ることにより対処可能であるというノウハウが得られ
る。

【００６９】従来よりの計算機処理向きなエキスパート
システムや知識ベースシステムにおいては、このように
システムが問題解決不能であるような状況では、ユーザ
はその対処策がまったく得られない場合が多い。一方、
この発明によれば、そのような問題を計算機処理向知識
ベースとノウハウ知識ベースを相補的に組み合わせるこ
とにより、解決することができる。

【００７０】図１４の１４３は、計算機処理向知識ベー
ス１から通知された通知文の「複雑度」が「０」以上、
すなわちすべての「適用知識」「適用知識：５購入下位業務価格製品分類」「適用知識：０見積り依頼締切日」「適用知識：２手配依頼書類価格」「適用知識：３手配依頼決済担当者価格」（中略）「適用知識：０発注締切日」に基づいて検索条件を生成し、関連するノウハウ知識を
検索した提示例である。

【００７１】また、図１４の１４４は、計算機処理向知
識ベース１から通知された通知文の「複雑度」が「２」
以上の「適用知識」「適用知識：５購入下位業務価格製品分類」「適用知識：２手配依頼書類価格」「適用知識：３手配依頼決済担当者価格」に基づいて検索条件を生成し、関連するノウハウ知識を
検索した提示例である。

【００７２】このように、ユーザ４は、有用性選択条件
を設定することによって推論過程でポイントとなる計算
機処理向知識に関連するノウハウ知識を選択することが
できる。図１５は、そのノウハウ知識の詳細表示例であ
る。図１５では、計算機処理向知識ベース１からの通知
文から生成された検索条件に基づいて、図５の５１で示
したノウハウ知識「１０万円以上の物品の購入手続き」
が自動的に検索され、ユーザ４に提示された例が示され
ている。

【００７３】ユーザ４は、提示されたノウハウ知識を見
て、内容に誤りがあった場合や登録された時点から内容
に変更があった場合に、適宜その内容を修正して更新要
求（図１５の１５１）することで、ノウハウ知識記憶部
２４に記憶されている内容を更新することができる。ま
た、更新した内容を新たなノウハウ知識とする場合に
は、登録要求（図１５の１５２）することで、ノウハウ
知識記憶部２４に新たなノウハウ知識として登録され
る。

【００７４】また、本実施形態では、テキストによるノ
ウハウ知識の検索、提示および更新の例を示したが、こ
れに限定されるものではなく、たとえばイメージや図形
などで表現された人間が理解可能な形式のノウハウ知識
が格納されたファイルを作成しておき、ノウハウ知識の
内容として設定することができる。図１５の１５３がノ
ウハウ知識が記憶されているファイル名に対応する。そ
して、提示する際に、このファイル名を選択するとノウ
ハウ知識管理部２２は、ファイル名につけられている拡
張子から関連するツールを起動してファイルに記憶され
ている内容を提示する。

【００７５】この例は、計算機処理向知識ベース１が推
論過程で適用した計算機処理向知識に関するノウハウ知
識が自動的に提示された例で、ユーザ４は、これを参照
することにより推論の根拠を知ることができる。推論過
程で適用された計算機処理向知識（たとえば図３の３
１）を直接提示するよりも、人間が理解しやすい形式の
ノウハウ知識を提示するほうが、ユーザ４にとって好ま
しい。

【００７６】この発明は、このように人間が理解しやす
いノウハウ知識を計算機処理向知識と関連づけて半自動
的に検索し提示することにより、計算機処理向に知識を
用いた推論処理に付加価値を与え、より人間にとって好
ましい問題解決支援を提供するものである。

【００７７】次に、図１６を参照してユーザ４の指示に
より計算機処理向知識をそれに関連するノウハウ知識と
ともに人間が理解可能な形式で提示する処理手順につい
て説明する。

【００７８】ユーザ４が計算機処理向知識の提示を要求
すると（図１６のＳ１６１）、図９の業務テンプレート
を指定する入力画面が提示されるので、ユーザ４は業務
テンプレートの名称を入力して実行を指示する。計算機
処理向知識ベース１の計算機処理向知識管理部１２は、
入力された業務名対応する業務テンプレートを計算機処
理向知識記憶部１４から検索してユーザ４に提示する
（図１６のＳ１６２）。

【００７９】次に、業務テンプレートの属性名を選択し
てノウハウ提示を要求すると、計算機処理向知識管理部
１２は、この属性に関連するノウハウ知識検索のための
通知文を作成し（図１６のＳ１６３）、制御部３に通知
する（図１６のＳ１６４）。この通知文を受けとった制
御部３では、ノウハウ知識検索条件生成部３４によって
ノウハウ知識の検索要求文を生成し、ノウハウ知識ベー
ス２に通知する。そして、ノウハウ知識ベース２では、
この検索要求文に関連するノウハウ知識が検索されて提
示される。この処理は、終了が指示されるまで（図１６
のＳ１６５のＹ）繰り返される。

【００８０】図９に示した画面で、業務テンプレートと
して「手配依頼」が入力された場合の業務テンプレート
の表示例を図１７に示す。ここで「書類」の属性（図１
７の１７１）を選択してノウハウ表示（図１７の１７
２）を指示すると、計算機処理向知識管理部１２は必要
な「書類」を推論するために記述されている計算機処理
向知識を解釈し、通知文を生成して制御部３に通知す
る。通知文の作成と制御部３への通知以降の処理は、前
述した問題解決の推論過程において適用された知識に関
連するノウハウ知識の提示と同様な処理手順で行なわれ
る。「書類」を選択した場合には、「適用知識：２手配依頼書類価格」の通知文が生成され、この通知文は制御部３を介してノ
ウハウ知識ベース２に通知され、ノウハウ知識ベース２
では関連するノウハウ知識として「１０万円以上の物品
の購入手続き」が検索されて図１５に示す検索画面がユ
ーザ４に提示される。

【００８１】ノウハウ知識は人間が理解可能な形式であ
ればよいため、従来からテキスト、図形、およびイメー
ジなどとして蓄積されており、これをノウハウ知識ベー
ス２として記述し蓄積することはどのようなユーザにも
容易にできる。その反面、誤りを含んでいる可能性があ
る。そこで、計算機処理向知識と同時に提示することに
より、関連するノウハウ知識の正当性を確認することが
できる。そして、誤りがあれば、ユーザが適宜その内容
を修正することができる。逆に、計算機処理向知識に記
述された知識と人間可理解形式で記述されたノウハウ知
識とを同時に提示することで、人間には難解である計算
機処理向知識の理解をしやすくすることができる。この
ように計算機処理向知識と人間が理解しやすいノウハウ
知識との二つの知識を同時に提示することで、相補的に
利用することが可能となる。

【００８２】

【発明の効果】以上詳述したように、この発明によれ
ば、ユーザは、種々の観点・目的・形式で蓄えられたノ
ウハウ知識のうち、解決すべき問題に関連するノウハウ
知識を計算機処理向知識ベースによる問題解決の処理過
程や解に関連付けられた形で参照することができる。ノ
ウハウ知識を検索する条件は、計算機処理向知識ベース
における問題解決処理および処理結果に応じて自動的に
生成されるので、ユーザは、ノウハウ知識を検索するた
めに検索条件を設定する労力を要さずに、容易に関連す
るノウハウ知識を検索することができる。

【００８３】また、計算機処理向知識ベースによる問題
解決が不可能・不完全であった場合にも、ユーザは、解
決すべき問題に関連するノウハウ知識を参照し、問題解
決の参考にすることができる。従来からの計算機処理向
きな知識ベース、エキスパートシステムにおいては、問
題解決処理が失敗した場合や得られた解が不完全な場合
には、ユーザは、その問題解決に関する方策や指針をま
ったく得られないことが多い。この場合、ユーザは、問
題を解決するためには、別途専門家に解決方法を訊いた
り、ノウハウ知識ベースがある場合には、これからノウ
ハウ知識を別途検索し参照することが必要であった。一
方、この発明によれば、これらの作業が軽減され、問題
解決の能率が向上する。

【００８４】また、この発明においては、ノウハウ知識
ベースと計算機処理向知識ベースとが互いに独立してい
るため、ノウハウ知識ベースと計算機処理向知識ベース
とを各々独立に利用できるのみならず、一つのノウハウ
知識ベースを複数の計算機処理向知識ベースの問題解決
処理を補う目的で共有して利用できる。このため、ノウ
ハウ知識ベースを個々の計算機処理向知識ベース毎に複
数用意するといったことが必要がなく、ノウハウ知識ベ
ース内のノウハウ知識を蓄積・管理する作業が軽減され
る。

【００８５】また、この発明において、ノウハウ知識を
提示する条件をユーザが設定するための手段を有すれ
ば、これを用いることにより、ユーザは、ノウハウ知識
を提示するか否かの条件を、計算機処理向知識ベースに
よる問題解決処理の状況や処理結果に関連付けて詳細に
設定することができる。たとえば具体的には、計算機処
理向知識ベースによる問題解決処理が不可能であった場
合にのみノウハウ知識を提示するよう設定したり、計算
機処理向知識ベースが問題解決処理過程で用いた全ての
計算機処理向知識に関連があるノウハウ知識を提示する
ように設定する、などが可能になる。

【００８６】また、有用なノウハウ知識の選定条件を設
定する手段を用いることで、推論過程において適用され
た計算機処理向知識向知識に関連するノウハウ知識の
内、問題解決に有用とされるノウハウ知識を容易に選択
することが可能になる。

【００８７】また、ノウハウ知識を検索するための条件
は、前述のように自動的に生成されるが、ユーザは自動
的に生成された検索条件を適宜修正することができる。
これによりユーザは、たとえば、ある検索条件でノウハ
ウ知識を検索したのち、その検索結果に基づいて検索条
件の制約を強めたり緩めたりして再度検索を実行する、
といったインタラクティブな操作が柔軟に行える。

【００８８】ノウハウ知識ベース中に蓄えられるノウハ
ウ知識は、形式上、意味上、分類上の制約なしに蓄積さ
れたものであるため、多数のノウハウ知識から必要なも
ののみを検索することは困難であるが、このようなノウ
ハウ知識を提示する条件をユーザが設定するための手段
を活用することにより、ユーザは、問題解決において必
要なノウハウ知識を効率良く検索し参照することが可能
となる。

【００８９】さらに、計算機処理向知識と人間が理解し
やすいノウハウ知識との二つの知識を同時に提示して相
補的に利用することで、ノウハウ知識の正当性を確認す
ることができ、逆に人間には難解である計算機処理向知
識の知識の理解をしやすくすることが可能となる。

【図面の簡単な説明】

【図１】この発明の一実施形態に係る業務支援システム
の構成を示すブロック図。

【図２】同実施形態の計算機処理向知識ベースの一例で
ある業務手順生成システムの計算機処理向知識を例示す
る図。

【図３】同実施形態の計算機処理向知識ベースの一例で
ある業務手順生成システムの計算機処理向知識を例示す
る図。

【図４】同実施形態の組織に関するデータを例示する
図。

【図５】同実施形態のノウハウ知識ベースに蓄えられた
ノウハウ知識の例を表す図。

【図６】同実施形態の計算機処理向知識ベースの一例で
ある業務手順生成システムの処理の流れを示すフローチ
ャート。

【図７】同実施形態の制御部の処理の流れを示すフロー
チャート。

【図８】同実施形態のノウハウ知識ベースのノウハウ知
識の検索・提示処理の流れを示すフローチャート。

【図９】同実施形態の計算機処理向知識ベースの一例で
ある業務手順生成システムの業務名入力インタフェース
画面の一例を表す図。

【図１０】同実施形態の計算機処理向知識ベースの一例
である業務手順生成システムのパラメータ入力インタフ
ェース画面の例を表す図。

【図１１】同実施形態の計算機処理向知識ベースの一例
である業務手順生成システムの業務手順生成結果を提示
するインタフェース画面の例を表す図。

【図１２】同実施形態の計算機処理向知識ベースの一例
である業務手順生成システムの業務手順生成の詳細結果
を提示するインタフェース画面の例を表す図。

【図１３】同実施形態のノウハウ知識提示条件設定手段
のインターフェース画面の一例を表す図。

【図１４】同実施形態のノウハウ知識ベースが検索され
たノウハウ知識の一覧を提示するインターフェース画面
の例を表す図。

【図１５】同実施形態のノウハウ知識ベースが検索され
たノウハウ知識の詳細内容を提示するインターフェース
画面の一例を表す図。

【図１６】同実施形態の計算機処理向知識ベースの計算
機処理向知識とノウハウ知識とを同時に提示する処理の
流れを示すフローチャート。

【図１７】同実施形態の計算機処理向知識ベースが検索
された業務テンプレートの詳細内容を提示するインター
フェース画面の一例を表す図。

【符号の説明】

１…計算機処理向知識ベース群、２…ノウハウ知識ベー
ス、３…制御部、４…ユーザ、１１…ユーザインターフ
ェース、１２…計算機処理向知識管理部、１３…推論
部、１４…計算機処理向知識記憶部、２１…ユーザイン
ターフェース、２２…ノウハウ知識管理部、２３…検索
部、２４…ノウハウ知識記憶部、３１…ユーザインタフ
ェース、３２…ノウハウ知識提示条件設定部、３３…推
論実行結果解釈部、３４…ノウハウ知識検索条件生成
部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者笹氣光一神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (56)参考文献特開平６−309172（ＪＰ，Ａ) 特開昭64−81037（ＪＰ，Ａ) 特開昭63−279324（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) D06F 17/30 180 D06F 9/44 550

Claims

(57)【特許請求の範囲】

【請求項１】テキスト、図形、スケッチ、オンライン
ペン入力、ポインティング情報、表、イメージ、動画、
音声、音およびハイパーテキストなどのいずれかまたは
複数で表現された人間が理解可能なノウハウ知識を蓄積
するノウハウ知識ベースと、数式、論理式、ルール、フレームおよび意味ネットワー
クなどのいずれかまたは複数で表現された計算機が処理
可能な業務知識を蓄積する少なくとも一つ以上の計算機
処理向知識ベースと、前記計算機処理向知識ベースによる問題解決処理の過程
において適用された知識を用いて、その知識に関連する
前記ノウハウ知識を前記ノウハウ知識ベースから検索す
るための検索条件を生成する生成手段と、前記生成手段により生成された検索条件を満たす前記ノ
ウハウ知識を前記ノウハウ知識ベースから検索して提示
するノウハウ知識提示手段とを具備してなることを特徴
とする業務支援システム。
【請求項２】前記ノウハウ知識の提示条件を設定する
設定手段を具備することを特徴とする請求項１記載の業
務支援システム。
【請求項３】前記設定手段は、前記ノウハウ知識を提
示する前記計算機処理向知識ベースによる問題解決処理
の実行状況または処理結果を設定する手段を具備するこ
とを特徴とする請求項２記載の業務支援システム。
【請求項４】前記設定手段は、前記ノウハウ知識を提
示する前記計算機処理向知識ベースによる問題解決処理
の過程において適用された知識の有用性を設定する手段
を具備することを特徴とする請求項２記載の業務支援シ
ステム。
【請求項５】前記生成手段により生成された検索条件
を修正する修正手段を具備することを特徴とする請求項
１記載の業務支援システム。