JPH05143341A

JPH05143341A - 問題解決装置およびそれを用いた診断システム

Info

Publication number: JPH05143341A
Application number: JP3328024A
Authority: JP
Inventors: Tatsuya Imai; 達也今井
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1991-11-15
Filing date: 1991-11-15
Publication date: 1993-06-11

Abstract

(57)【要約】【目的】複数の異なる問題解決器により同じ問題を解
かせ、それらの結果を基に最終的な結果を得る場合に、
解の最適性を一意に決定する基準がないときにも、最適
な基準を与え、問題を信頼性良く解決することが可能で
ある。【構成】複数の問題解決器Ｒ₁乃至Ｒ_nは、与えられた
問題を独自の仕方で解くと、その解候補および該解候補
の可能性の大きさ並びに解を得るための考慮条件を問題
解決管理部４に与える。問題解決管理部４では、類似事
例収集部１５において、与えられた考慮条件と類似する
過去の事例の集合を収集し、解比率決定部１６では、収
集された事例集合において解候補ごとの事例数の比率を
決定し、解選択部１２に送る。解選択部１２では解比率
決定部１６において決定された解候補ごとの比率と最も
近い可能性の大きさをもつ１つ問題解決器からの解を選
択して出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の異なる問題解決
器を用いて所定の問題を解決する問題解決装置およびそ
れを用いた故障診断システムに関する。

【０００２】

【従来の技術】近年、１つの問題の解決に複数の異なる
問題解決器を用いて１つの問題を解こうとする試みが分
散ＡＩ，もしくは分散協調型問題解決として、人工知能
の分野における１つの研究対象となっている。

【０００３】

【発明が解決しようとする課題】例えば、故障原因の可
能性の推定の問題のように解を正確に求める決まった手
法が与えられない問題の場合、それぞれ長所，短所を持
った複数の問題解決器を組み合わせて１つの問題を異な
る手法で解き、それらの結果を利用して最終結果を得る
ことにより問題解決の精度と性能を向上させることを本
願の発明者は当初提案した。このためには、各問題解決
器に独立して異なる方法で問題全体の解決を行なわせ、
その結果を一定の方法に基づき合成もしくは選択して最
終的な解を決定することが考えられる。具体的には、各
問題解決器からの解を多数決で選択したり、あるいは、
各問題解決器毎の能力により重みを付けて解を合成する
ことが考えられる。しかしながら、この場合であっても
故障診断システムにおける専門家の主観的知識による診
断と統計的な処理による診断とのように各診断方法の結
果の合成方法が決められないような問題では、解の正し
い誤りをシステム内部で正確に評価し、解の最適性を一
意に決定する基準がないので、同じ問題に対して複数の
問題解決器を適用した際、その出力が矛盾する際に、決
められた正当性に基づき解の選択ができないという問題
が生じる。

【０００４】本発明は、複数の異なる問題解決器により
同じ問題を解かせ、それらの結果を基に最終的な結果を
得る場合に、解の最適性を一意に決定する基準がないと
きにも、最適な基準を与え、問題を信頼性良く解決する
ことの可能な問題解決装置およびそれを用いた診断シス
テムを提供することを目的としている。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に請求項１記載の発明は、各々独自の仕方で問題を解決
する複数の問題解決手段と、問題解決手段から出力され
た解のうちで最適な解を選択して出力する問題管理手段
とを有し、前記問題管理手段は、解決されるべき問題に
対する考慮条件に基づいて過去の事例の集合を参照し、
最適な解の選択を行なうようになっていることを特徴と
している。

【０００６】また、請求項２記載の発明では、請求項１
記載の問題解決装置において、前記各問題解決手段が、
解候補および該解候補の可能性の大きさ並びに解を得る
ための考慮条件を前記問題管理手段にそれぞれ与えるよ
うになっており、この場合に、前記問題管理手段は、各
問題解決手段から与えられた考慮条件と類似する過去の
事例の集合を収集する事例集合収集手段と、収集された
事例集合において解候補ごとの事例数の比率を決定する
比率決定手段と、比率決定手段において決定された解候
補ごとの比率と最も近い可能性の大きさをもつ問題解決
手段からの解を選択する解選択手段とを有していること
を特徴としている。

【０００７】また、請求項３記載の発明では、請求項２
記載の問題解決装置において、前記問題管理手段は、各
問題解決手段からの各考慮条件の和集合を求め、前記事
例集合収集手段は、各考慮条件の和集合が成立している
過去の事例を収集するようになっていることを特徴とし
ている。

【０００８】また、請求項４記載の発明では、請求項２
記載の問題解決装置において、前記各問題解決手段に優
先順位が予め設定されており、前記事例集合収集手段に
より収集された事例の個数が解の選択に充分なものでな
いときには、前記解選択手段は、各問題解決手段間に予
め設定されている優先順位に従がい、最も優先順位の高
い問題解決手段からの解を選択するようになっているこ
とを特徴としている。

【０００９】また、請求項５記載の発明は、請求項１記
載の問題解決装置を用いる診断システムであって、診断
対象の状態に関する情報に基づいて前記各問題解決手段
から故障原因の候補を出力させ、診断すべき状況と類似
する過去の事例の集合を用いて、各問題解決手段からの
解のうちで最適な解を選択するようになっていることを
特徴としている。

【００１０】

【作用】請求項１記載の発明では、問題管理手段は、各
々独自の仕方で問題を解決する複数の問題解決手段から
出力された解のうちで最適な解を選択して出力するが、
その際に、解決されるべき問題に対する考慮条件に基づ
いて過去の事例の集合を参照し、最適な解の選択を行な
う。

【００１１】また、請求項２記載の発明では、各問題解
決手段は、解候補および該解候補の可能性の大きさ並び
に解を得るための考慮条件を問題管理手段にそれぞれ与
えるようになっており、この場合に、問題管理手段は、
各問題解決手段から与えられた考慮条件と類似する過去
の事例の集合を収集し、収集された事例集合において解
候補ごとの事例数の比率を決定し、決定された解候補ご
との比率と最も近い可能性の大きさをもつ問題解決手段
からの解を選択する。

【００１２】また、請求項３記載の発明では、問題管理
手段は、各問題解決手段からの各考慮条件の和集合を求
め、各考慮条件の和集合が成立している過去の事例を収
集する。

【００１３】また、請求項４記載の発明では、各問題解
決手段に優先順位が予め設定されており、問題管理手段
において収集された事例の個数が解の選択に充分なもの
でないときには、問題管理手段は、各問題解決手段間に
予め設定されている優先順位に従がい、最も優先順位の
高い問題解決手段からの解を選択する。

【００１４】また、請求項５記載の診断システムでは、
診断対象の状態に関する情報に基づいて前記各問題解決
手段から故障原因の候補を出力させ、診断すべき状況と
類似する過去の事例の集合を用いて、各問題解決手段か
らの解のうちで最適な解を選択する。

【００１５】

【実施例】以下、本発明の一実施例を図面に基づいて説
明する。図１は本発明に係る問題解決装置の一実施例の
構成図である。図１を参照すると、本実施例の問題解決
装置は、入力部１と、出力部２と、ユーザインタフェー
ス３と、問題解決管理部４と、事例データベース５と、
事例登録機構６と、複数の問題解決器Ｒ₁〜Ｒ_nとを有し
ている。

【００１６】問題解決管理部４には、質問制御部１１
と、解選択部１２と、事例検索部１３とが設けられてお
り、質問制御部１１は、各問題解決器Ｒ₁〜Ｒ_nからの情
報入力要求を管理し、入力要求を基に質問を生成してユ
ーザインタフェース３を介し出力部２に出力し、これら
の質問に対するユーザからの応答，すなわち入力部１か
らの入力情報を各問題解決器Ｒ₁〜Ｒ_nへ報告するように
なっている。

【００１７】また、各問題解決器Ｒ₁〜Ｒ_nは、それぞれ
独自の問題解決方法と問題解決用知識Ｋ₁〜Ｋ_nとを有
し、問題解決管理部４の質問制御部１１から問題解決に
際し考慮すべき必要な情報，すなわち考慮条件を得なが
ら問題を解決し、その結果を問題解決管理部４の解選択
部１２に出力するようになっている。

【００１８】一方、事例登録機構６には、この問題解決
装置からの最終的な問題解決結果の出力の後に、ユーザ
からその実際の解が入力部１，ユーザインタフェース３
を介して報告されるようになっており、実際の解がユー
ザから報告されると、事例登録機構６は、これを事例と
して事例データベース５に追加登録するようになってい
る。すなわち、問題解決装置において問題解決処理が開
始してから問題解決結果がユーザに出力され、しかる
後、ユーザから実際の解が通知されるまでを１回の問題
解決サイクルとするときに、１つの事例は、１回の問題
解決サイクルにおける１つの問題に対する１つの実際の
解であり、従って、問題解決装置が現在与えられた問題
を解いている段階では、事例データベース５には、過去
になされた種々の問題に対する実際の解が事例として記
憶されている。

【００１９】問題解決管理部４の解選択部１２および事
例検索部１３は、複数の問題解決器Ｒ₁〜Ｒ_nからそれぞ
れ独自の問題解決結果が出力されると、事例データベー
ス５の事例を参照してこれらの問題解決結果のうちの１
つを選択し、これを最終的な解としてユーザインタフェ
ース３に出力するようになっている。すなわち、解選択
部１２は、複数の問題解決器Ｒ₁〜Ｒ_nからそれぞれ独自
の問題解決結果が出力されたときに、この段階ですぐに
選択を行なうのではなく、それに先立って、各問題解決
器Ｒ₁〜Ｒ_nが問題解決のためにそれぞれ考慮した情報，
すなわち考慮条件の和集合をとり、これを事例検索部１
３に渡すようになっている。

【００２０】事例検索部１３は、類似事例収集部１５
と、解比率決定部１６とを有しており、類似事例収集部
１５は、解選択部１２から考慮条件の和集合が検索情報
として渡されたときに、事例データベース５から上記検
索情報をキーにそれらが全て成り立っている事例を取り
出し収集し、この事例集合を解比率決定部１６に与える
ようになっている。解比率決定部１６は、類似事例収集
部１５から事例集合が送られたときに、その事例集合か
ら解候補と集合全体に対する各解候補の比率とを求め、
これを解選択部１２に与えるようになっている。

【００２１】解選択部１２は、この段階で、複数の問題
解決器Ｒ₁〜Ｒ_nからのそれぞれ独自の解と解比率決定部
１６からの結果とを比較照合し、各問題解決器Ｒ₁〜Ｒ_n
からの解のうちで、解比率決定部１６からの結果に最も
類似している解を選択し、ユーザインタフェース３に出
力するようになっている。

【００２２】なお、解選択部１２は、各問題解決器Ｒ₁
〜Ｒ_nに優先順位が割り当てられている場合において、
事例の不足により事例検索部１３で比較に充分な精度の
ある結果が得られないようなときには、各問題解決器Ｒ
₁〜Ｒ_nに割り当てられている優先順位に基づき、各問題
解決器Ｒ₁〜Ｒ_nからの解を選択するようになっている。

【００２３】次にこのような構成の問題解決装置の動作
を図２のフローチャートを用いて説明する。なお、以下
では、問題解決装置を故障診断システムに適用するもの
として説明する。従って、この場合、問題解決装置は、
故障の診断を行ない、故障原因を診断結果として，すな
わち解として出力するものとする。すなわち、問題解決
器Ｒ₁〜Ｒ_nは、異なる手法により診断対象の状態に関す
る情報から故障の原因を独立に予測する診断モジュール
として機能する。また、ユーザは、実際の故障原因を実
際の解として入力するものとする。この際に、診断処理
の開始から問題解決装置が診断結果を出力し、しかる
後、実際に起こった故障原因がユーザから通知されるま
で１回の診断サイクルとする。

【００２４】問題解決装置を起動すると、各問題解決
器，すなわち各診断モジュールＲ₁〜Ｒ_nが起動され、各
診断モジュールＲ₁〜Ｒ_nは診断に必要な情報の入力を質
問制御部１１に順次要求する。質問制御部１１では、こ
れらの要求を整理し、また、例えば類似の質問やすでに
得られている情報などを考慮して質問を生成し、これら
をユーザインタフェース３を介し、出力部２に順次出力
する。

【００２５】ユーザは、入力部１によって、この質問に
対する応答を情報として入力することもできるし、ある
いはこれとは別に問題解決装置からの診断結果（故障原
因）の出力後、実際の故障原因をも情報として入力する
ことができる。入力部１から情報の入力があると（ステ
ップＳ１）、ユーザインタフェース３では、この入力情
報が質問に対する応答であるのか、それとも実際の故障
原因であるのかを判断する（ステップＳ２）。この結
果、質問に対する応答であるときには、その情報を入力
要求を発した診断モジュールに返す。このようにして、
各診断モジュールＲ₁〜Ｒ_nが診断に必要な情報の入力を
順次要求し、その結果、診断に必要な入力情報が順次返
されると、各診断モジュールＲ₁〜Ｒ_nでは、得られた入
力情報を基に、独自の診断方法で診断を行ない、故障原
因の候補並びにその可能性の大きさを決定し、これを診
断結果として出力する（ステップＳ３）、また、この診
断結果には、これを得るのに診断モジュールにより考慮
された入力情報，すなわち考慮条件のリスト（具体的に
は診断状況）も付されている。なお、診断モジュールが
デフォルトにより暫定的な結果を出力するタイプのもの
である場合には、この診断モジュールは、診断結果の出
力後も入力情報を常にモニターし、新たな情報により結
果が変更されるときは変更された結果を再出力する。

【００２６】このようにして、各診断モジュールＲ₁〜
Ｒ_nにおいて、新しい診断結果並びにそれに付された考
慮条件のリストが出力されると（ステップＳ４）、解選
択部１２は、診断モジュールＲ₁〜Ｒ_nからの出力をリア
ルタイムでモニターし、その時点までの出力を基に事例
検索部１３を起動する。より具体的には、解選択部１２
は、各診断モジュールＲ₁〜Ｒ_nからの診断結果からこれ
に付されている考慮条件を取り出し、それらの和集合Δ
を求め、これを事例検索部１３に与える（ステップＳ
５）。なお、この時点において、全ての診断モジュール
Ｒ₁〜Ｒ_nが診断結果を全て出力している必要はない。

【００２７】考慮条件の和集合Δが事例検索部１３に送
られると、事例検索部１３の類似事例収集部１５では、
考慮条件の和集合Δをキーとして事例データベース５を
検索し、事例データベース５に以前の診断サイクルで登
録されている種々の事例のうち、考慮条件の和集合Δが
成立する事例を抽出し、これを事例集合Γとして収集し
て解比率決定部１６に送る（ステップＳ６）。

【００２８】解比率決定部１６では、事例集合Γに含ま
れる事例数が解比率を決定するに際して充分であるか否
かを判断し（ステップＳ７）、充分である場合には、事
例集合Γに含まれている各事例から解候補（すなわち実
際の故障原因の種類）を求め、集合Γにおける事例数全
体に対する各解候補の比率Ωを決定する（ステップＳ
８）。

【００２９】このようにして、各解候補，すなわち実際
の故障原因の候補，並びにそれの比率Ωが決定される
と、これらは解選択部１２に送られる。これにより、解
選択部１２では、複数の診断モジュールＲ₁〜Ｒ_nからの
診断結果である故障原因の候補の可能性の大きさと、事
例検索部１３から送られた実際の故障原因の比率Ωとを
比較照合し、各診断モジュールからの診断結果のうち
で、実際の故障原因の比率Ωに最も近い可能性をもつ解
を選択し、ユーザインタフェース３を介し、出力部２に
出力することができる（ステップＳ９）。

【００３０】一方、ステップＳ７において、事例数が充
分でなく、事例の不足により事例検索部１３において比
較に充分な精度のある結果が得られないと判断したとき
には、事例検索部１３は、その旨を解選択部１２に通知
する。このときには、解選択部１２は、例えば各診断モ
ジュールＲ₁〜Ｒ_nに優先順位が割り当てられている場合
には、その優先順位に基づき、最も優先順位の高い診断
モジュールからの診断結果を選択し、これをユーザイン
タフェース３を介し、出力部２に出力する（ステップＳ
１０）。

【００３１】ステップＳ９またはステップＳ１０で解の
選択，すなわち診断結果の選択がなされると再びステッ
プＳ１に戻り、ステップＳ１で情報の入力があり、ステ
ップＳ４において、各診断モジュールＲ₁〜Ｒ_nから新た
な診断結果が出力されると、これについて、再度、ステ
ップＳ５乃至Ｓ１０の診断処理を繰り返す。このような
診断処理を繰り返し行ない、ステップＳ１において実際
の故障原因がユーザにより入力されたことがステップＳ
２で判断されたときに、この１回の診断処理が終了す
る。

【００３２】そして、実際の故障原因が入力されたとき
には、事例登録機構６は、この実際の故障原因並びにそ
のときの入力情報を１つの事例として事例データベース
５に追加登録する（ステップＳ１１）。これにより、１
回の診断サイクルが終了する。

【００３３】次に、上記処理の具体例を説明する。い
ま、例えば、２つの診断モジュールＲ₁，Ｒ₂が設けられ
ているとし、これら２つの診断モジュールＲ₁，Ｒ₂から
図３（ａ），（ｂ）に示すような診断結果がそれぞれ出
力された場合を考える。なお、図３（ａ），（ｂ）から
わかるように、診断結果には、故障原因の候補ａ，ｂ，
ｄ等およびその可能性（％）とともに、この結果を得る
のに入力された情報，すなわち考慮条件が付されてお
り、診断モジュールＲ₁では、この考慮条件は「電源電
圧低い，水圧高い，蒸気発生あり」であり、診断モジュ
ールＲ₂では、「タンク容量大，水圧高い，蒸気発生あ
り」となっている。

【００３４】図３（ａ），（ｂ）の各診断結果が解選択
部１２に送られると、解選択部１２では、先づ、図３
（ａ）の考慮条件と図３（ｂ）の考慮条件との和集合Δ
を求める。いまの場合、和集合Δは、「電源電圧低い，
水圧高い，蒸気発生あり，タンク容量大」となる。

【００３５】一方、事例データベース５には、過去の種
々の診断サイクルにおいてユーザが入力した実際の故障
原因並びにそのときの入力情報が種々の事例として記憶
されている。図４は過去のある１つの診断サイクルにお
いてユーザにより入力された１つの事例の例を示してい
る。

【００３６】解選択部１２において、上記のような考慮
条件の和集合Δが事例検索部１３に与えられると、事例
検索部１３では、この考慮条件「電源電圧低い，水圧高
い，蒸気発生あり，タンク容量大」が成り立っている事
例，すなわちこの考慮条件と同じ入力情報をもつ事例を
事例データベース５の中から抽出する。この結果、例え
ば図５（ａ）乃至（ｄ）に示すような４種類の事例が検
索され、図５（ａ）に示す事例が５０件，図５（ｂ）に
示す事例が２５件，図５（ｃ）に示す事例が２０件，図
５（ｄ）に示す事例が５件であり、事例数の合計が１０
０件であったとする。この場合、事例検索部１３の解比
率決定部１６では、図５（ａ）に示す事例，すなわち原
因ａが５０％，図５（ｂ）に示す事例，すなわち原因ｂ
が２５％，図５（ｃ）に示す事例，すなわち原因ｄが２
０％，図５（ｄ）に示す事例，すなわち原因ｆが５％と
して、解比率を決定し、図６に示すようなものに編集し
てこれを解選択部１２に与える。

【００３７】これにより、解選択部１２では、図３
（ａ），（ｂ）の診断結果と事例検索部１３からの図６
に示した比率決定結果とを比較し、図６の比率決定結果
に最も近い診断結果を選択する。いまの場合、比率決定
結果は、図３（ｂ）よりも図３（ａ）の方に類似してい
るので、図３（ａ）の診断結果が選択されてユーザイン
タフェース３を介し出力部２に出力される。

【００３８】このように本実施例においては、解選択部
１２は、複数の問題解決器Ｒ₁〜Ｒ_nからの診断結果を多
数決等によりすぐに選択するのではなく、各問題解決器
Ｒ₁〜Ｒ_nからの診断結果の考慮条件の和集合を先づ求
め、この和集合が成り立つ過去の事例を収集し、この事
例集合に基づき過去における実際の故障原因の比率を決
定し、これを参照し、各問題解決器Ｒ₁〜Ｒ_nの診断結果
のうちからこれに最も近いものを最終的な診断結果とし
て出力するようにしているので、各問題解決器Ｒ₁〜Ｒ_n
からの診断結果を多数決等によりすぐに選択する場合に
比べて、最終的により信頼性ある診断結果を得ることが
でき、特に、解の最適性を一意に決定する基準がない場
合に、擬似的な最適性の基準を与えることができる。

【００３９】なお、解選択部１２において、図３
（ａ），（ｂ）の診断結果を図６の比率決定結果と比較
するまでもなく、図６の比較決定結果を最終的な診断結
果として出力することも考えられる。しかしながら、こ
の場合には、単に過去の事例の統計的処理にだけ基づく
ものであり、各診断モジュールＲ₁〜Ｒ_nにおける診断結
果が反映されないものとなる。従って、より信頼性のあ
る最終的な診断結果を得るためには、本実施例のよう
に、解選択部１２において図３（ａ），（ｂ）の診断結
果を図６の比率決定結果と比較照合する処理が必要であ
る。

【００４０】

【発明の効果】以上に説明したように請求項１，２記載
の発明によれば、問題管理手段は、各々独自の仕方で問
題を解決する複数の問題解決手段から出力された解のう
ちで最適な解を選択して出力するが、その際に、解決さ
れるべき問題に対する考慮条件に基づいて過去の事例の
集合を参照し、最適な解の選択を行なうようになってい
るので、情報，知識等の不足や誤りに強く、柔軟性およ
び信頼性の高い問題解決を行なうことができ、特に、解
の最適性を一意に決定する基準がない場合に、擬似的な
最適性の基準を与えることができて、信頼性の高い解を
最終的に得ることができる。

【００４１】また、請求項３記載の発明によれば、問題
管理手段は、各問題解決手段からの各考慮条件の和集合
を求め、各考慮条件の和集合が成立している過去の事例
を収集するようになっているので、解の選択のために用
いられる事例の集合の大きさが不必要に減少するのを抑
えることができる。

【００４２】また、請求項４記載の発明によれば、各問
題解決手段に優先順位が予め設定されており、問題管理
手段において収集された事例の個数が解の選択に充分な
ものでないときには、問題管理手段は、各問題解決手段
間に予め設定されている優先順位に従がい、最も優先順
位の高い問題解決手段からの解を選択するようになって
いるので、事例の数が少なく事例に基づく解の選択がで
きない場合にも、解の選択を行なうことができる。

【００４３】また、請求項５記載の発明によれば、診断
対象の状態に関する情報に基づいて前記各問題解決手段
から故障原因の候補を出力させ、診断すべき状況と類似
する過去の事例の集合を用いて、各問題解決手段からの
解のうちで最適な解を選択するようになっているので、
信頼性の高い故障等の診断結果を得ることができる。

【図面の簡単な説明】

【図１】本発明に係る問題解決装置の一実施例の構成図
である。

【図２】図１の問題解決装置を故障診断システムに適用
した場合の処理流れを示すフローチャートである。

【図３】（ａ），（ｂ）は２つの問題解決器からそれぞ
れ出力される診断結果の一例を示す図である。

【図４】過去のある１つの診断サイクルにおいてユーザ
により入力された１つの事例の例を示す図である。

【図５】（ａ）乃至（ｄ）は類似事例収集部において収
集された４種類の事例の一例を示す図である。

【図６】解比率決定部から出力される比率決定結果の一
例を示す図である。

【符号の説明】

１入力部２出力部３ユーザインタフェース４問題解決管理部５事例データベース６事例登録機構１１質問制御部１２解選択部１３事例検索部１５類似事例収集部１６解比率決定部

Claims

【特許請求の範囲】

【請求項１】各々独自の仕方で問題を解決する複数の
問題解決手段と、問題解決手段から出力された解のうち
で最適な解を選択して出力する問題管理手段とを有し、
前記問題管理手段は、解決されるべき問題に対する考慮
条件に基づいて過去の事例の集合を参照し、最適な解の
選択を行なうようになっていることを特徴とする問題解
決装置。
【請求項２】請求項１記載の問題解決装置において、
前記各問題解決手段は、解候補および該解候補の可能性
の大きさ並びに解を得るための考慮条件を前記問題管理
手段にそれぞれ与えるようになっており、この場合に、
前記問題管理手段は、各問題解決手段から与えられた考
慮条件と類似する過去の事例の集合を収集する事例集合
収集手段と、収集された事例集合において解候補ごとの
事例数の比率を決定する比率決定手段と、比率決定手段
において決定された解候補ごとの比率と最も近い可能性
の大きさをもつ問題解決手段からの解を選択する解選択
手段とを有していることを特徴とする問題解決装置。
【請求項３】請求項２記載の問題解決装置において、
前記問題管理手段は、各問題解決手段からの各考慮条件
の和集合を求め、前記事例集合収集手段は、各考慮条件
の和集合が成立している過去の事例を収集するようにな
っていることを特徴とする問題解決装置。
【請求項４】請求項２記載の問題解決装置において、
前記各問題解決手段に優先順位が予め設定されており、
前記事例集合収集手段により収集された事例の個数が解
の選択に充分なものでないときには、前記解選択手段
は、各問題解決手段間に予め設定されている優先順位に
従がい、最も優先順位の高い問題解決手段からの解を選
択するようになっていることを特徴とする問題解決装
置。
【請求項５】請求項１記載の問題解決装置を用いる診
断システムであって、診断対象の状態に関する情報に基
づいて前記各問題解決手段から故障原因の候補を出力さ
せ、診断すべき状況と類似する過去の事例の集合を用い
て、各問題解決手段からの解のうちで最適な解を選択す
るようになっていることを特徴とする診断システム。