(57)【要約】【課題】  知識データの管理を容易にできる要因推定装置を提供する。【解決手段】  現象に対して、その要因を推定する要因推定装置は、知識データを用いて現象に対する要因を推定する推論エンジンを含む。知識データは、現象をノードとして、ノード間を因果関係を基に接続したネットワーク構造で表される。複数の現象は、互いに因果関係を持つ第１から第３の３つの階層に分類され、複数の現象を分類するときに、第１階層に属する現象と第２階層に属する現象、および、第２階層に属する現象と第３階層に属する現象のそれぞれの間の関係がすべて原因−結果の因果関係をもつようにされる。推論エンジンは、３つの階層に分類された知識データを用いて現象の要因を推定する。【選択図】図２
2007257285.tif 000002
【特許請求の範囲】
【請求項１】
現象に対して、その要因を推定する要因推定装置であって、
知識データを用いて前記現象に対する要因を推定する推定手段を含み、
前記知識データは、前記現象をノードとして、前記ノード間を因果関係を基に接続したネットワーク構造で表され、
複数の前記現象を互いに因果関係を有する複数の階層に分類する分類手段を含み、
前記推定手段は、前記分類手段で分類された知識データを用いて前記現象の要因を推定する、要因推定装置。
【請求項２】
前記分類された複数の現象をマトリックス表で表示する表示手段を含む、請求項１に記載の、要因推定装置。
【請求項３】
前記分類手段は、複数の前記現象を互いに因果関係を持つ３つ以上の階層に分類し、
前記３つ以上の階層の、各階層間の関係がすべて原因−結果の因果関係をもつようにする、請求項１または２に記載の要因推定装置。
【請求項４】
前記現象は、製造工程において発生した異常現象である、請求項１から３のいずれかに記載の要因推定装置。
【請求項５】
前記３つ以上の階層は、第１階層から第３階層を含み、
前記第１階層は工程や材料に存在する不良要因を含み、前記第２階層は中間工程での仕掛品に発生する異常現象を含み、前記第３階層は、最終工程を経た後の製品の不良を含む、請求項３に記載の要因推定装置。
【請求項６】
前記ノードの表す現象と前記複数の階層は予め定義されている、請求項１から５のいずれかに記載の要因推定装置。
【請求項７】
前記ノード間に因果関係が成立するか否かを判断するために、所定の特徴量の有無を判断する特徴量判断手段を含む、請求項１から６のいずれかに記載の要因推定装置。
【請求項８】
前記製造工程には、当該製造工程の製造結果を検査する検査装置が設けられ、前記特徴量判断手段は、前記因果関係の有無を判断するために前記検査装置からの検査情報を使用する、請求項７に記載の要因推定装置。
【請求項９】
前記特徴量判断手段は、ユーザから入力された情報を使用する、請求項７に記載の要因推定装置。
【請求項１０】
前記知識データを編集するための編集手段を含む、請求項１から３のいずれかに記載の要因推定装置。
【請求項１１】
前記編集手段は、
前記複数の階層に属する現象をマトリックス表で表示する表示手段と、
前記表示手段に表示されたマトリックス表の所望の交点を指示することによって、前記知識データの編集を開始する編集開始手段とを含む、請求項１０に記載の要因推定装置。
【請求項１２】
前記推定手段は所定のルールベースを用いて推論を行い、
前記編集開始手段は、前記ルールベースを表示することによって前記知識データの編集を開始する、請求項１１に記載の要因推定装置。
【請求項１３】
前記推定手段は所定のルールベース用いて推論を行い、
前記知識データを前記ルールベースに変換する変換手段をさらに含む、請求項１１に記載の要因推定装置。
【請求項１４】
請求項１から１３のいずれかに記載の要因推定装置を含む、エキスパートシステム。
【請求項１５】
現象に対して、所定の知識データを用いて、その要因を推定する要因推定方法であって、
知識データを、現象をノードとして、ノード間を因果関係を基に接続したネットワーク構造で表すステップと、
ユーザの判断に基づいて、複数の前記現象を互いに因果関係を持つ複数の階層に分類するステップと、
分類された知識データを用いて現象の要因を推定するステップとを含む、要因推定方法。
【請求項１６】
分類された複数の現象をマトリックス表で表示するステップを含む、請求項１５に記載の要因推定方法。
【請求項１７】
知識データを編集するステップをさらに含む、請求項１５または１６に記載の要因推定方法。
【請求項１８】
前記編集ステップは、
複数の階層に属する現象をマトリックス表で表示するステップと、
表示されたマトリックス表の所望の交点を指示することによって、知識データの編集を開始するステップとを含む、請求項１７に記載の要因推定方法。
【請求項１９】
請求項１５から１８に記載の方法を、コンピュータに実行させるプログラム。
【請求項２０】
請求項１９に記載のプログラムを格納したコンピュータ読取可能記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、要因推定装置、要因推定方法、プログラムおよびコンピュータ読取可能記録媒体に関し、特に、知識データの管理が容易な要因推定装置、要因推定方法、プログラムおよびコンピュータ読取可能記録媒体に関する。
【背景技術】
【０００２】
従来から、多工程で構成される生産ラインでの不良改善では、熟練者が、過去の事例などから不良とその要因の対応関係をまとめて、不良が発生したときにその対応関係を活用して要因を推定することが行なわれていた。しかし、この作業は熟練者でなければ困難であり、誰もが効率よく要因を推定することはできなかった。
【０００３】
これに対して、要因推定方法の一例として、実装工程の不良要因分析方法が、たとえば、特許第３５１１６３２号公報（特許文献１）に開示されている。特許文献１によれば、不良と各工程で検出できる不具合に注目し、予め不良と各工程の不具合、要因の関連する可能性の知識を作成し、その知識と各工程の不具合の発生頻度から自動的に要因を推定している。すなわち要因との関係をネットワーク構造で記述して、自動的に要因を推定している。
【０００４】
また、要因推定装置の他の例として、予め用意した診断木と計測項目などから自動的に故障モードの影響解析図を作成し、さらに、故障モード影響解析図と過去の故障事例データから故障診断ルールを作成する方法が、たとえば、特開２００３−２２８４８５号公報（特許文献２）に開示されている。
【特許文献１】特許第３５１１６３２号公報（段落番号０００９および図３等）
【特許文献２】特開２００３−２２８４８５号公報（段落番号０００７等）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の、要因推定方法または装置は上記のように構成されていた。特許文献１によれば、要因間の関係をネットワーク構造で記述して、自動的に要因を推定しているが、知識はネットワーク構造で記述されるため、不良と各工程で発生する不具合、要因などの数が増えると要素の関係が複雑になり、関連を把握しにくく、知識の管理が困難になるという問題があった。
【０００６】
この場合の問題を、図１８を参照して説明する。図１８は、複数の要因（または現象、図中Ｐ００ＸＸで示す）間の関係をネットワークで示す図である。ここでは、各要因をノードとし、各要因間をリンクで結んでいる。このようなネットワークで表示すると、ノードの数が多くなり、規模が大きくなると、複雑になり、因果関係の妥当性の確認や、編集や追加といった管理が困難になるという問題があった。
【０００７】
また、特許文献２によれば、推定のための診断ルールを自動で作成している。したがって、この場合も、作成されたルールの妥当性の評価や管理、編集を行うことが難しい、という問題があった。
【０００８】
この発明は、上記のような問題点に着目してなされたもので、知識データの管理を容易にできる要因推定装置、要因推定方法、プログラム、およびプログラムを格納したコンピュータ読取可能記録媒体を提供することを目的とする。
【０００９】
この発明の他の目的は、知識データの編集が容易にできる、要因推定装置、要因推定方法、プログラム、およびプログラムを格納したコンピュータ読取可能記録媒体を提供することである。
【００１０】
この発明のさらに他の目的は、誰でも確実に要因を推定できる要因推定装置、要因推定方法、プログラム、およびプログラムを格納したコンピュータ読取可能記録媒体を提供することである。
【課題を解決するための手段】
【００１１】
この発明に係る、現象に対して、その要因を推定する要因推定装置は、知識データを用いて現象に対する要因を推定する推定手段を含み、知識データは、現象をノードとして、ノード間を因果関係を基に接続したネットワーク構造で表され、複数の現象を互いに因果関係を持つ複数の階層に分類する分類手段を含み、推定手段は、分類手段で分類された知識データを用いて現象の要因を推定する。
【００１２】
知識データを構成する複数の現象は、互いに因果関係を持つ複数の階層に分類される。したがって、複数の現象間の関係を一目瞭然に把握できる。その結果、知識データを容易に管理できる。
【００１３】
また、知識データが整理されており、推定手段はこのように整理された知識データを利用して現象の要因を推定するため、確実に要因を推定できる。
【００１４】
その結果、誰でも確実に要因を推定できる要因推定装置を提供できる。
【００１５】
好ましくは、分類された複数の現象をマトリックス表で表示する表示手段を含む。分類された複数の現象がマトリックス表で表示されるため、複数の現象間の関係をより明瞭に把握できる。
【００１６】
さらに好ましくは、分類手段は、複数の現象を互いに因果関係を持つ３つ以上の階層に分類し、３つ以上の階層の、各階層間の関係がすべて原因−結果の因果関係をもつようにする。
【００１７】
さらに好ましくは、現象は、製造工程において発生した異常現象である。
【００１８】
さらに好ましくは、３つ以上の階層は、第１階層から第３階層を含み、第１階層は工程や材料に存在する不良要因を含み、第２階層は中間工程での仕掛品に発生する異常現象を含み、第３階層は、最終工程を経た後の製品の不良を含む。
【００１９】
なお、ノードの表す現象と複数の階層は予め定義されているのが好ましい。
【００２０】
この発明のある実施の形態においては、ノード間に因果関係が成立するか否かを判断するために、所定の特徴量の有無を判断する特徴量判断手段を含む。
【００２１】
製造工程には、当該製造工程の製造結果を検査する検査装置が設けられ、特徴量判断手段は、因果関係の有無を判断するために検査装置からの検査情報を使用してもよいし、ユーザから入力された情報を使用してもよい。
【００２２】
好ましくは、知識データを編集するための編集手段を含む。
また、編集手段は、複数の階層に属する現象をマトリックス表で表示する表示手段と、表示手段に表示されたマトリックス表の所望の交点を指示することによって、知識データの編集を開始する編集開始手段とを含んでもよい。
【００２３】
表示手段に表示されたマトリックス表の所望の交点を指示することによって、知識データの編集を開始できるため、簡単に知識データの編集を行うことができる。
【００２４】
また、推定手段は所定のルールベースを用いて推論を行い、編集開始手段は、ルールベースを表示することによって知識データの編集を開始してもよい。
【００２５】
また、推定手段は所定のルールベース用いて推論を行い、知識データをルールベースに変換する変換手段をさらに含んでもよい。
【００２６】
この発明の他の局面においては、エキスパートシステムは、上記した要因推定装置を含む。
【００２７】
この発明のさらに他の局面においては、要因推定方法は、現象に対して、所定の知識データを用いて、その要因を推定する。要因推定方法は、知識データを、現象をノードとして、ノード間を因果関係を基に接続したネットワーク構造で表すステップと、ユーザの判断に基づいて、複数の前記現象を互いに因果関係を持つ複数の階層に分類するステップと、分類された知識データを用いて現象の要因を推定するステップとを含む。
【００２８】
好ましくは、分類された複数の現象をマトリックス表で表示するステップを含む。
【００２９】
さらに好ましくは、知識データを編集するステップをさらに含む。
【００３０】
さらに好ましくは、編集ステップは、複数の階層に属する現象をマトリックス表で表示するステップと、表示されたマトリックス表の所望の交点を指示することによって、知識データの編集を開始するステップとを含む。
【００３１】
この発明のさらに他の局面においては、プログラムは、上記の要因推定方法をコンピュータに実行させる。
【００３２】
また、上記プログラムは、コンピュータ読取可能記録媒体に格納されてもよい。
【発明を実施するための最良の形態】
【００３３】
以下、この発明の一実施の形態を、図面を参照して説明する。図１はこの発明に係る要因推定装置の要部を示す機能ブロック図である。要因推定装置１０は、たとえば、製造工程等で生じた不良の原因を、推論エンジンを用いて推定する装置である。図１を参照して、要因推定装置１０は、要因推定部１１と、要因推定部１１に接続され、製造工程等に設けられた図示のない検査装置からのセンシングデータや特徴量を入力するデータ入力部２１と、要因の推定結果をユーザに表示等するとともに、ユーザからの入力を受付けるユーザ入出力部２２とを含む。
【００３４】
要因推定部１１は、製造工程等で生じた不良等の現象に関する要因等の推定を行う推論エンジン１２と、推論エンジン１２が推論するためのルールベース１３と、ルールベース１６の基になる、入力されたデータを格納するデータベースである、知識ベース１５と、知識ベース１５をルールベース１３に変換する変換部１４と、ユーザ入出力部２２へ出力等するためのインターフェイスとなるＧＵＩ（Graphic User Interface)を準備するＧＵＩ作成部１６とを含む。ＧＵＩ作成部１６が入出力部２２に接続されている。要因推定部１１は、具体的には、ＣＰＵ１７を有するコンピュータであり、推論エンジン１２や変換部１４はプログラムであり、ルールベース１３や知識ベース１５は図示のないハードディスク等の格納手段に格納されている。
【００３５】
また、ＣＰＵ１７は、因果関係を持つ複数の階層への分類を行う分類手段として機能し、推論エンジン１２は推定手段として機能する。
【００３６】
次に、知識ベース（知識データ）１５の構成について説明する。この実施の形態においては、知識ベース１５は、たとえば、製造工程において発生した異常な現象（不良、不具合等）や、その原因となる現象のような各現象をノードとし、それらを因果関係を基に接続したネットワーク構造で表現する。また、このとき、ユーザの判断に基づいて、複数の現象を互いに因果関係を持つ複数の階層、たとえば、３つの階層に分類し、第１階層に属する現象と第２階層に属する現象、および第２階層に属する現象と第３階層に属する現象間にある因果関係がすべて原因−結果の順序関係をもつようにする。
【００３７】
このようにして表された知識データのネットワーク図を図２（Ａ）に示す。図２（Ａ）を参照して、第１階層に属する現象と第２階層に属する現象、および第２階層に属する現象と第３階層に属する現象間にある因果関係がすべて原因−結果の順序関係をもつようにしたため、それぞれの間の因果関係が明白になる。したがって、第３階層に属する現象が、製造工程における不良であれば、第２階層、第３階層を順にたどっていけば、不良の原因を自動的に推定できる。その結果、熟練者でなくても不良の原因を容易に推定できる知識ベースとなる。
【００３８】
また、図２（Ａ）のように因果関係が表されると、各階層のそれぞれのノードを縦方向の左端および横方向の上端に並べたマトリックス形式の表を作成できる。第３階層と第２階層とのマトリックス表を図２（Ｂ）に、第２階層と第１階層とのマトリックス表を図２（Ｃ）に、それぞれ示す。このようなマトリックス表を用いれば、各ノード間の因果関係を一目瞭然に把握できるため、知識ベースの管理が容易になるとともに、因果関係の設定、変更、取消しといった、知識ベースの編集が容易に行えるようになる。
【００３９】
なお、ここでは、知識ベースを３階層で表した場合について説明したが、これに限らず、２階層や、４階層以上としてもよい。
【００４０】
次に、このように整然と整理された知識ベース１５を用いて推論エンジン１２が製造工程における不良の原因を推定する場合の処理について説明する。図３は要因推定装置１０の推論エンジン１２（ＣＰＵ１７）が行う推論動作を示すフローチャートである。要因推定装置１０は、たとえば、ある製造工程における不良の原因を推定する。図３を参照して、要因推定装置１０は、たとえば、ある製造工程における検査装置等からデータ入力部２１を介してセンシングデータまたは特徴量を入力する。または、ユーザにある工程における写真等を見せて、ユーザに所定の特徴量の有無を判断させる（ステップＳ１１、以下、ステップを省略する）。入力されたデータとルールベース１３、または、ユーザ入出力部２２からのデータおよび知識ベース１５を用いて、推論エンジン１２が不良原因の推論を行う（Ｓ１２）。そして、推論結果を、ユーザ入出力部２２に設けた図示のないディスプレイ（表示手段）等を介してユーザに表示する（Ｓ１３）。このように、要因推定装置１０は、ある製造工程おける不良要因を推定する、いわゆるエキスパートシステムとして作動する。エキスパートシステムには多くのものが存在するが、ここでは、電子部品実装装置の基板実装ラインにおける不良原因を特定する場合について説明する。
【００４１】
基板実装ラインを図４に示す。図４を参照して、基板実装ライン６０は、電子部品が実装される基板の流れる上流側から下流側に向かって配列された印刷（Print)工程と、マウント（Mount)工程と、リフロー（Reflow)工程とを含む。各工程間は、コンベヤ、ロボット、その他の搬送装置によって連結されている。各工程には、その工程の処理を行なうための装置が設けられている。
【００４２】
印刷工程には、基板にランドを印刷するための印刷機６１と、印刷後の検査を行なう印刷後検査装置６２とが設けられる。マウント工程には、基板に部品をマウントするためのマウンタ６３と、マウント後の検査を行なうマウント後検査装置６４とが設けられる。リフロー工程には、部品の端子をランドにハンダ付けをするためのリフロー炉６５とハンダ付け後の検査を行なうリフロー後検査装置６６とが設けられる。
【００４３】
印刷機６１、印刷後検査装置６２、マウンタ６３、マウント後検査装置６４およびリフロー炉６５およびリフロー後検査装置６６は、それぞれ、ＬＡＮ６７を介して要因推定装置１０および検査情報蓄積装置６８に接続されている。
【００４４】
印刷後検査装置６２、マウント後検査装置６４、リフロー後検査装置６６からは、それぞれの工程における検査結果が検査画像を含めて、検査情報蓄積装置６８に送られて格納され、必要に応じて、要因推定装置１０から読出される。
【００４５】
ここで、不良としては、ブリッジ（部品の電極間を短絡するようにハンダが付着すること）、濡れ不良（ハンダとランド、又は、ハンダと部品の電極との接合に不具合があること）、フィレット異常（ハンダ量が多すぎたり少なすぎたりして、ハンダを断面から見たときの輪郭線がきれいな山型になっていないこと）、および部品無し（部品が存在しないこと）等がある。
【００４６】
要因推定装置１０は、検査装置にセンサが設けられているものは検査装置の検査結果データを、ないものは検査画像をユーザ入出力部２２を介してユーザに見せてその判断結果を入力させて推論を行う。
【００４７】
図５は、この場合の処理の例を示す図である。図５を参照して、ここでは、図２に示したように知識ベースは３層構造となっており、１層目は不良としての、生産ライン通過後の製品の不具合を表し、ここでは、「ブリッジ」が表示されている。２層目は１次要因として各画像検査装置の検査画像を人が目視で確認可能な異常現象、３層目は、２次要因として工程の装置や、使用する材料の異常を表現している。ここで、ノードとなる現象は、ユーザの判断を誤らせないとともに、表現のぶれを少なくするために、たとえば、「対象」、「属性」、「属性値」のような三つの組の知識表現（Object-attribute-value triple, OVP triple)を用いて表現するのが好ましい。
【００４８】
図６は、要因推定装置１０が電子部品実装装置における不良の一例としての「ブリッジ」を起こした場合の推論方法を説明する図である。図６（Ａ）は、図５に示した不良と１次要因を示す図であり、図６（Ｂ）は、１次要因を診断するための、ユーザに提示する質問文、およびその場合のユーザからの回答の例を示す図であり、図６（Ｃ）は、図６（Ｂ）に示した質問文とともに表示される、はんだ印刷工程等における検査画像である。この検査画像は、図示のない検査装置から入力され、知識ベース１５に格納されている。このように、ユーザからの情報を得るときは、検査装置からの検査画像等を表示しながら行う。これによって、正確な情報が入力され、的確な推論が行われる。
【００４９】
図６（Ｂ）を参照して、ここでは、特徴量に関する質問ＩＤ２および６について有意な回答が得られている。これらの回答から推論エンジン１２は、不良（ブリッジ）に対応する１次要因は、図６（Ａ）において太線で示されているものである、と推論する。すなわち、ブリッジの要因の可能性があるのは、「印刷後はんだのにじみ」か、「実装後はんだの押しつぶし」を起こした２次要因のみに絞り込まれる。
【００５０】
なお、このように、知識ベース１５およびＧＵＩ１６はＣＰＵ１７とともに、質問に対するユーザからの回答を受けて、特徴量の有無によって要因（因果関係）の有無を判断しているため、特徴量判断手段として機能している。また、検査装置からの検査情報を用いて特徴量の有無を判断するときは対応する機能を有する部分が特徴量判断手段として機能する。
【００５１】
図７は、２次要因を特定する方法を示す図である。図７（Ａ）は、図６で示した要因の可能性がある一例としての「印刷後はんだのにじみ」がある場合の特徴量を示す図であり、図７（Ｂ）は、この段階で使用される、ユーザに提示する質問文、およびその場合のユーザからの回答例を示す図である。図６の場合と同様に、検査画像から特徴量に関する質問ＩＤＡ〜Ｄの質問に対してユーザが回答を入力する。入力された回答から、質問ＩＤＡ、およびＣが関係することがわかる。したがって、これらの関係する「印刷機マスク破損あり」、「印刷機基板厚さ設定間違い」および「印刷機印圧設定高い」が２次要因であると判断される。
【００５２】
図８は、図６で特定されたもう一つのブリッジの要因の可能性である、「実装後はんだの押しつぶし」の２次要因を特定する方法を示す図である。図８（Ａ）は、「実装後はんだの押しつぶし」がある場合の特徴量（２次要因）を示す図であり、図８（Ｂ）は、この段階で使用される、ユーザに提示する質問文、およびその場合のユーザからの回答例を示す図である。図７の場合と同様に、検査画像から特徴量に関する質問ＩＤＦ〜Ｊの質問に対してユーザが回答を入力する。入力された回答から、質問ＩＤＦ、ＩおよびＪが関係することがわかるため、これらに関連する「マウンタノズルつまり」が２次要因であると判断される。
【００５３】
以上から、推論エンジン１２は、「印刷機マスク破損あり」、「印刷機基板厚さ設定間違い」、「印刷機印圧設定高い」および、「マウンタノズルつまりあり」の５個が「ブリッジ」の要因の可能性が高いと推定する。
【００５４】
このように、この実施の形態においては、現象を表すノードを３段階に分けて、それぞれが因果関係を有するように関連付けた知識ベースを用いて推論エンジン１２が推論するようにしたため、多くの現象からなる知識ベースが一覧可能に管理される。推論エンジン１２は、このような整理された知識ベースを用いて推論を行うため、確実に要因を推定できるとともに、誰でも確実に要因を推定できる要因推定装置を提供できる。
【００５５】
次に、知識ベースの編集について説明する。まず、知識ベースの構造について説明する。図９（Ａ）は知識ベース１４の有するマトリックス表３１を示す図である。この表は図２（Ｂ）、（Ｃ）に示したものと同様である。マトリックス表３１は、上記したように、２次元の表として表され、横軸方向に原因ＩＤ（または１次要因）を、縦軸方向に１次要因ＩＤ（または２次要因）を有し、両者に因果関係があれば、その交点に○が表示され、なければ×が表示される。
【００５６】
図９（Ｂ）は現象データ３２を示す図である。この現象データが、マトリックス表３１に示した、原因または要因を構成しうる。図９（Ｃ）は、因果関係データ３３を示す図である。マトリックス表３１において、○印を付けた部分の原因（親ノード）と結果（子ノード）とそのような因果関係をつけた理由（診断ルール）が表形式で表示されている。診断ルールは、ルールのＩＤ番号とその特徴量の入力値を含む。図９（Ｄ）は、特徴量データの取得方法を示す図である。図９（Ｄ）を参照して、各診断ルールＩＤごとに、取得方法の種別と、取得方法と、取得方法種別が対話形式である場合の、ユーザに対する質問の選択肢およびその入力が含まれている。ここでは、一つの特徴量データの取得に、ユーザとの対話による場合と計算（検査結果情報の入力）による場合との２つの方法が準備されている。
【００５７】
次に上記した診断ルールを含むルールベース１３の構造について説明する。図１０は、ルールベース１３の構造を示す図である。図１０（Ａ）は、現象ＩＤがＰ０００１（ブリッジ）の場合の、ルールデータを示す。ルールベース１３は図１０（Ａ）に示すような、特徴量データの判別結果を含むＩＦ〜ＴＨＥＮルールを有しており、これを用いて推論エンジン１２が推論する。また、図１０（Ｂ）は特徴量ＩＤごとのデータを示す。図１０（Ｂ）を参照して、ここには、各特徴量ＩＤごとの、ユーザとの対話によって選択された選択肢に設定された値とそのラベル名が表示されている。たとえば、特徴量Ｔ０００４（参照番号３６）において、選択肢が「全体的に高い」とき、ユーザから設定された選択肢が「１」であれば、ラベル名として「ＭＵＣＨ」が推論エンジン１２に返される。
【００５８】
図１１は、知識の編集を行う前提となる各要因（ノード）と、その階層の一例を示す図である。図１１を参照して、（Ａ）は不良内容の例を示す図であり、（Ｂ）は１次要因の例を示す図であり、（Ｃ）は２次要因の例を示す図である。ここでは、それぞれにＩＤ番号が付されている。不良内容として、たとえば、「ブリッジ」、「体積過多」、「体積過少」「濡れ不良」等があげられている。ここでは、３階層の例をあげているが、この階層に限るものではない。
【００５９】
次に、知識ベース１５を編集する場合の具体的な処理について説明する。ここでも、基板実装装置における不良原因を特定することができる要因推定装置を例にあげて説明する。
【００６０】
図１２はこの場合のＣＰＵ１７の行う動作を示すフローチャートである。図１２を参照して、まずユーザは、ユーザ入出力部２２から、ＣＰＵ１７に指示して、ネットワーク表のデータを読み込む（Ｓ２１）。次いで、図示のないディスプレイに、マトリックス表４０を表示させる（Ｓ２２）。この状態で、ユーザがマトリックス表４０のセルをクリックしたか否かを判断する（Ｓ２３）。
【００６１】
図１３はユーザがマトリックス表４０におけるＩＤがＰ０００５とＰ００１４との交点４１を、をユーザ入力部２２としての、たとえば、マウスでクリックした状態を示す図である。ここで、○印がなければ、因果関係が設定されていないと判断し（Ｓ２４でＮＯ）、そこに○印が記入されて、因果関係が作成される（Ｓ２５）。このとき、ルールベース１３の診断ルールを追加する（Ｓ２６）。診断ルールを登録し（Ｓ２７）、編集を続けるか否かをユーザに問い合わせる（Ｓ２８）。編集を続けるときは（Ｓ２８でＹＥＳ）、Ｓ２３へ戻る。
【００６２】
Ｓ２４で因果関係が設定済であると判断したときは（図１３において、すでに交点４１に○印があるとき、Ｓ２４でＹＥＳ）、診断ルールを表示し（Ｓ３０）、診断ルールを編集して（Ｓ３１）、Ｓ２７へ進む。
【００６３】
この場合の処理内容を図１４に示す。図１４は診断ルールを編集する場合のディスプレイへの表示例を示す図である。図１４（Ａ）は図１３と同様の図である。ユーザがＩＤがＰ０００３とＰ０００９との交点である交点４２に因果関係を設定したいとき（図１４（Ａ）の状態、ここでは、交点４２に×印が付され、因果関係が設定されていない）、または設定されているがその診断ルールを変更したいとき、ユーザはこの交点４２に対して所定の処理、たとえば、ダブルクリック等を行う。すると、図１４（Ｂ）に示すように、診断ルールの設定画面が表示される。ユーザはこの画面を参照して、ルールとして特徴量を判断したい条件を指定して診断ルールを設定可能である。ルールとしては、予め登録された特徴量と回答の組み合わせを選択する。または、テキストで論理式の形で記述してもよい。設定を終了して診断ルール表示画面を閉じると、図１４（Ｃ）に示すように、交点４２には○印が付され、因果関係データが作成された状態となる。
【００６４】
ここで、ＣＰＵ１７は、知識データを編集する編集手段や、知識データの編集を開始する編集開始手段として作動する。
【００６５】
なお、ここでは、プログラムが自動的に因果関係の設定の有無を判断する場合について説明したが、これに限らず、ユーザが表示されたマトリックス表に直接○印や×印を記述するようにし、ルールの追加を別の入力方法で行ってもよい。
【００６６】
図１２に戻って、Ｓ２８で編集を続けないときは（Ｓ２８でＮＯ）、変換部１４が知識ベース１５からルールベース１３を作成する。
【００６７】
図１４では、不良と１次要因との間の知識ベースの編集方法について説明したが、次に、１次要因と２次要因間の知識ベースの編集方法について説明する。図１５は、この場合の図１４に対応する図である。図１５（Ａ）は図１４（Ａ）に対応し、図１５（Ｂ）は図１４（Ｂ）に対応する。この場合も、マトリックス表４３の因果関係を設定したい交点をダブルクリック等の所定の方法で選択し、同様に診断ルールの設定や変更等ができる。
【００６８】
なお、作成された因果関係とルールに対して整合性のチェックを行うようにしてもよい。これは、たとえば、不良と１次要因との関係と、１次要因と２次要因との関係で矛盾するルールが設定されている、等を判断する。
【００６９】
また、図１４や図１５で設定された因果関係を、図２で示した知識ベースを構成するネットワークで表現し、それをディスプレイに表示させて、ユーザに確認させてもよい。
【００７０】
次に、図１２のＳ２９で説明した、ルールベースへの変換について説明する。図１６はルールベースの変換方法を説明するための図である。図１６（Ａ）は図１４に示した不良内容と１次要因の因果関係を設定した時の図であり、図１６（Ｂ）は図１５に示した１次要因と２次要因の因果関係を設定した時の図であり、図１６（Ｃ）は図９（Ｄ)で示した、知識ベースの特徴量データを示す図であり、図１６（Ｄ）はルールベース１３の中に保持されているルールデータと特徴量データとを示す図である。図１６（Ａ）〜図１６（Ｃ）で示すデータを基に、変換部１４は、自動的にルールデータを作成する。
【００７１】
具体的には、次のような処理を行う。図１２のＳ２８において、編集が終了したことをトリガー（Ｓ２８でＮＯ）に、変換部１４が知識ベース１５からルールベース１３を作成する。ルールベース１３に不良内容から２次要因までの全てのパス上の、全てのルールをＡＮＤ条件で結び、不良ごとに２次要因に至るＩＦ〜ＴＨＥＮルールを作成する。
【００７２】
この例では、図１６（Ａ）でＰ０００１からＰ０００７への因果関係５１が入力され、図１６（Ｂ）でＰ０００７からＰ００３９への因果関係５２が入力されたことを受けて、変換部はＰ０００１→Ｐ００３９へのルール５３（Ｔ０００１＝ＮＧ  ＡＮＤ  Ｔ００３０＝ＬＡＲＧＥ）を作成する。すなわち、ルールデータに始点となる不良のＩＤごとに接続する全ての２次要因に至るＩＦ〜ＴＨＥＮルールを記述する。また、特徴量データは図１６（Ｃ）に示した、知識ベースの特徴量ＩＤと入力１〜３の値をそれぞれ抽出して作成する。
【００７３】
以上のように、ここでは、ＣＰＵ１７は、知識データをルールベースに変換する変換手段として作動する。
【００７４】
なお、不良内容〜１次要因、１次要因〜２次要因ごとのルールをルールベース１３に記述してもよい。
【００７５】
また、変換部１４によって変換を行わずに、知識ベース１５のマトリックス表を推論制御部でそのまま読み込み、表をたどるように推論エンジン１２で推論を行ってもよい。
【００７６】
この場合の図１に対応する要因推定装置のブロック図を図１７に示す。図１７に示すように、この場合の要因推定装置２５の要因推定部２６は、ルールベースと変換部の代わりに、推論制御部２７を有している。この推論制御部２７が、知識ベース１５のマトリックス表をそのまま読み込み、推論エンジン１２に推論を行わせる。また、推論制御部２７が知識ベース１５を読み込み推論エンジン１２に必要な情報の入力や特徴量の取得を制御する。
【００７７】
上記以外の要素は図１の場合と同じであるので、同じ要素に同じ参照符号を付して、その説明を省略する。
【００７８】
なお、上記実施の形態では、この発明に係る要因推定装置が、基板実装装置における不良内容の原因を推定する装置に適用された場合について説明したが、これに限らず、任意の製造装置における不良要因の推定装置やエキスパートシステムに適用されてもよい。
【００７９】
また、製造装置における不良要因の推定用の装置に限らず、任意の装置やシステムにおける、任意の物理現象に対する因果関係を特定する推定装置に適用できる。
【００８０】
また、上記実施の形態においては、特徴量の有無の判断を、ＧＵＩを用いて、ユーザとの対話によって得られたデータに基づいて行う場合について説明したが、これに限らず、製造工程等に設けられる検査装置からの検査情報をその閾値を用いて判断してもよい。
【００８１】
また、上記実施の形態においては、要因推定装置がその専用装置である場合について説明したが、これに限らず、装置を汎用のパソコンとし、上記の動作を全てプログラム化して、パソコンをそのプログラムで作動させて要因推定装置として使用してもよい。この場合、このプログラムは、光ディスクやハードディスクのような記録媒体で提供してもよいし、ネットワークを介して、ネット上のサーバからダウンロードするようにしてもよい。
【００８２】
以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示された実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。
【図面の簡単な説明】
【００８３】
【図１】この発明に係る要因推定装置の機能ブロック図である。
【図２】知識ベースの構造を示す図である。
【図３】要因推定装置の推定処理を示すフローチャートである。
【図４】基板実装ラインを示す図である。
【図５】推定処理の一例を示す図である。
【図６】不良内容からその１次要因を特定する場合の処理内容を説明するための図である。
【図７】１次要因から２次要因を特定する場合の処理内容を説明するための図である。
【図８】１次要因から２次要因を特定する場合の処理内容を説明するための図である。
【図９】知識ベースのデータ構造を示す図である。
【図１０】ルールベースの構造を示す図である。
【図１１】知識ベースの編集の前提となる、ノードの内容を示す図である。
【図１２】知識ベースの編集を行う場合の処理を示すフローチャートである。
【図１３】知識ベースの編集を行う場合の具体的処理を示す図である。
【図１４】知識ベースの編集を行う場合の具体的処理を示す図である。
【図１５】知識ベースの編集を行う場合の具体的処理を示す図である。
【図１６】ルールベースへの変換方法を説明するための図である。
【図１７】要因推定装置の他の構成を示す機能ブロック図である。
【図１８】従来の問題点を説明するための図である。
【符号の説明】
【００８４】
１０  要因推定装置、１１  要因推定部、１２  推論エンジン、１３  ルールベース、１４  変換部、１５  知識ベース、１６  ＧＵＩ、１７  ＣＰＵ、２１  データ入力部、１２２  ユーザ入出力部。
【図１】
2007257285.tif 000003
【図２】
2007257285.tif 000004
【図３】
2007257285.tif 000005
【図４】
2007257285.tif 000006
【図５】
2007257285.tif 000007
【図７】
2007257285.tif 000008
【図８】
2007257285.tif 000009
【図９】
2007257285.tif 000010
【図１０】
2007257285.tif 000011
【図１１】
2007257285.tif 000012
【図１２】
2007257285.tif 000013
【図１３】
2007257285.tif 000014
【図１４】
2007257285.tif 000015
【図１５】
2007257285.tif 000016
【図１６】
2007257285.tif 000017
【図１７】
2007257285.tif 000018
【図１８】
2007257285.tif 000019
【図６】
2007257285.tif 000020