(57)【要約】【課題】  ＦＭＥＡを論理的に進めることができる解析方法を提供すること。【解決手段】  属性表示システム構造化マトリクス表及び故障表示システム構造化マトリクス表を作成することにより、製品の構造的な理解を深め、ＦＭＥＡの主たる項目である故障の潜在的な原因とメカニズム及び故障の製品への潜在的な影響の分析を容易にし、ＦＭＥＡシートの作成を論理的に進めることができるようになる。【選択図】  図２
2005063387.tif 000002
【特許請求の範囲】
【請求項１】
製品の潜在的な故障モード毎に故障の潜在的な原因とメカニズム及び故障の製品への潜在的な影響を解析することで、製品の潜在的な故障モードに格付けを行うＦＭＥＡを行うための解析方法であって、  前記製品を構成する部品を、特定の属性を有する部品毎に分類し、分類された少なくとも一つ以上の前記部品をオブジェクトとし、  二つの前記オブジェクトが相互に作用することにより発揮される機能をサブ機能とし、  各オブジェクト毎に、各オブジェクトが有する属性に不具合が生じた際に各オブジェクトに起こる現象を故障の潜在的な原因とメカニズムとし、  各サブ機能毎に、各オブジェクトに不具合が生じた際に各サブ機能に起こる現象を故障の製品への潜在的な影響とし、  前記故障の潜在的な原因とメカニズム及び前記故障の製品への潜在的な影響を参照することにより、製品の潜在的な故障モードを特定することを特徴とする解析方法。
【請求項２】
前記サブ機能は、前記製品の機能を達成するために直接的に関係する主機能と、前記製品の組み立てにのみ関係する補助機能とに区別されていることを特徴とする請求項１に記載の解析方法。
【請求項３】
製品の潜在的な故障モード毎に故障の潜在的な原因とメカニズム及び故障の製品への潜在的な影響を解析することで、製品の潜在的な故障モードに格付けを行うＦＭＥＡを行う際に使用されるＦＭＥＡシートを少なくとも表計算ソフトを実行することができるコンピュータにより作成するＦＭＥＡシート作成支援方法であって、  前記製品を構成する部品を特定の属性を有する部品毎に分類し、分類された少なくとも一つ以上の前記部品をオブジェクトとし、前記表計算ソフトにおいて行側及び列側の項目名として入力し、前記オブジェクトにより特定されるセルの内、前記行側のオブジェクトと前記列側のオブジェクトとが同一のセルには、同一のオブジェクトの属性を入力し、前記行側のオブジェクトと前記列側のオブジェクトとが異なるセルであって、これらのオブジェクトが相互に作用することによりサブ機能を発揮する場合のセルには、そのサブ機能に関連する属性を入力し、前記行側の最下行には、故障の潜在的な原因とメカニズムという項目名を入力するとともに、この最下行のセルであって、前記列側の項目名により特定されるセルには、その項目名に該当するオブジェクトの属性に不都合が生じた際に起こる現象を入力することにより、属性表示システム構造化マトリクス表を作成するステップと、  前記製品を構成する部品を特定の属性を有する部品毎に分類し、分類された少なくとも一つ以上の前記部品をオブジェクトとし、前記表計算ソフトにおいて行側及び列側の項目名として入力し、前記行側の最下行には、故障の製品への潜在的な影響という項目名を入力するとともに、この最下行のセルであって、前記列側の項目名により特定されるセルには、その項目名に該当するオブジェクトの属性に不都合が生じた際に前記製品に起こる現象を入力することにより、故障表示システム構造化マトリクス表を作成するステップと、  前記属性表示システム構造化マトリクス表及び前記故障表示システム構造化マトリクス表を参照することにより、前記表計算ソフトによりＦＭＥＡシートの必要事項を入力することによりＦＭＥＡシートを作成することを特徴とするＦＭＥＡシート作成支援方法。
【請求項４】
前記故障表示システム構造化マトリクス表には、行側の項目名を入力したセルに、このセルに入力されているオブジェクトが故障する際の故障要因が入力されていることを特徴とする請求項３に記載のＦＭＥＡシート作成支援方法。
【請求項５】
前記コンピュータには、物理、化学などの定理、法則をまとめた辞書データが予め記憶されており、属性表示システム構造化マトリクス表を作成する際に、前記辞書データを参照することができるようにしたことを特徴とする請求項３又は４に記載のＦＭＥＡ作成支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、製品の企画段階又は、製品の開発・設計段階でのＦＭＥＡを行うための解析方法に関する。
【背景技術】
【０００２】  従来から、信頼性解析手法として、製品の設計等の段階で、製品の使用時に発生する問題を明らかにするＦＭＥＡ（Ｆａｉｌｕｒｅ  Ｍｏｄｅ  ａｎｄ  Ｅｆｆｅｃｔｓ  Ａｎａｌｙｓｉｓ：故障解析影響評価）が行われている。そして、一般的なＦＭＥＡでは、対象とする部品を決定し、各部品で考えられる故障モードを抽出して故障の原因とメカニズ厶を調べ、その故障の重要度を評価するようにしている。【０００３】  ここで、このようなＦＭＥＡを行う場合には、通常ＦＭＥＡシートを作成するが、ＦＭＥＡシートの一般的な形式（ここでは設計段階でのＦＭＥＡシートを例にする）は、図１４に示すように以下の各項目から構成される。ＦＭＥＡの対象とする製品、ＦＭＥＡチーム、作成日付などを表記する欄と、「品目／機能」、「潜在的な故障モード」、「故障の製品への潜在的な影響」、「ＳＥＶ」（Ｓｅｖｅｒｉｔｙの略で故障の厳しさの度合いを意味する）、「故障の潜在的な原因とメカニズム」、「ＯＣＣ」（Ｏｃｃｕｒｒｅｎｃｅの略で故障の発生度合いを意味する）、「現状の設計管理」、「ＤＥＴ」（Ｄｅｔｅｃｔｉｏｎの略で故障の検出度合いを意味する）、「ＲＰＮ」（Ｒｉｓｋ  Ｐｒｉｏｒｉｔｙ  Ｎｕｍｂｅｒの略でリスク優先度数を意味する）、「推薦できる活動」、「責任者、完成日付」、「対策、実施日」の各項目である。後述するように、ＲＰＮは（ＲＰＮ）＝（ＳＥＶ）×（ＯＣＣ）×（ＤＥＴ）の式で表され、三つの項目に入る数値の乗算となっている。【０００４】  ここでＦＭＥＡの基本となる項目は、「潜在的な故障モード」「故障の潜在的原因とメカニズム」「故障の製品への潜在的な影響」である。製品の故障についての原因やメカニズムを正確に解明しておかないと、ＲＰＮにより優先度付けした活動の方向を誤るなどＦＭＥＡシートの信憑性に問題が出てくるためである。【０００５】  ＦＭＥＡシートの形式は前述の通りであるが、ＦＭＥＡの実行は従来以下の手順で為される。ＦＭＥＡが対象とする製品について機能ブロック図、あるいは信頼性ブロック図を紙に描き、他の設計情報も参考にしてブレーンストーミング法により「潜在的故障モード」の列挙を行い、故障モードについてそれぞれ「故障の製品への潜在的な影響」「故障の潜在的な原因とメカニズム」の列挙を行い、これらを整理したうえでＦＭＥＡシートに記入していく。この場合には、大きな会議室と大きなボードを準備してブレーンストーミング法の結果を整理していく必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】  しかしながら、ブレーンストーミング法は多くの参加者の知恵が入り有効な方法ではあるが、欠点もある。企業の規模によっては参加者が少人数に限られたり（極端な場合には設計者のみ）、メンバーの参加意欲や参加姿勢にバラツキがあったり、活動が簡潔に行われたりする状況では、ＦＭＥＡの質にバラツキが出るのは当然である。これらの欠点を避けるには論理性や論理的に進める手順が必要とされる。【０００７】  しかるに従来のシステムは、ブレーンストーミング法と組合せてＦＭＥＡシートを作成するシステムであって、ブレーンストーミング法の欠点を除く手段がシステムに具備されていない。とくに製品の企画及び開発・設計段階にあっては、多人数参加のブレーンストーミング法に頼らずに設計者自らがＦＭＥＡを実行して潜在的な故障に対する設計改善を逐次行っていくことがＦＭＥＡを行う目的でもあり、設計者を支援するためには従来のシステムは不十分なものである。【０００８】  このような課題を抱えたシステムで作成されるＦＭＥＡシートは、表現や語彙の統一性に欠けたり、設計者の意図した機能の枠から逃れられなかったりするなどの欠点が生じ、多くの製品で多数のＦＭＥＡを実行する時にはＦＭＥＡシートの質にバラツキが生じる。ＦＭＥＡを実行するシステムに論理的に進める手順、あるいは論理性が備わっていればこれらの欠点を避けることができ、どのような製品についても普遍性の高い表現になり、企業内に限らず企業間のやり取りに対しても共通の理解が得られるＦＭＥＡシートを作成できる。【０００９】  そこで、本発明は、ＦＭＥＡを論理的に進めることができる解析方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】  以上の課題を解決するため、本発明は、製品の潜在的な故障モード毎に故障の潜在的な原因とメカニズム及び故障の製品への潜在的な影響を解析することで、製品の潜在的な故障モードに格付けを行うＦＭＥＡを行うための解析方法であって、前記製品を構成する部品を、特定の属性を有する部品毎に分類し、分類された少なくとも一つ以上の前記部品をオブジェクトとし、二つの前記オブジェクトが相互に作用することにより発揮される機能をサブ機能とし、各オブジェクト毎に、各オブジェクトが有する属性に不具合が生じた際に各オブジェクトに起こる現象を故障の潜在的な原因とメカニズムとし、各サブ機能毎に、各オブジェクトに不具合が生じた際に各サブ機能に起こる現象を故障の製品への潜在的な影響とし、前記故障の潜在的な原因とメカニズ厶及び前記故障の製品への潜在的な影響を参照することにより、製品の潜在的な故障モードを特定することを特徴とする解析方法を提供する。【００１１】  このように、オブジェクトの属性やサブ機能を考慮することにより、製品の潜在的な故障モードを論理的に導き出すことができるようになるため、ＦＭＥＡを行う際にいきなり「製品の潜在的な故障モード」を列挙する場合と比べて、故障モードの把握に抜けがなくなる。【００１２】  ここで、サブ機能については、製品の機能を達成するために直接的に関係する主機能と、製品の組み立てにのみ関係する補助機能とに区別することにより、これらの機能に障害が生じた際の障害の重軽を判断することが容易となる。【００１３】  また、本発明は、製品の潜在的な故障モード毎に故障の潜在的な原因とメカニズム及び故障の製品への潜在的な影響を解析することで、製品の潜在的な故障モードに格付けを行うＦＭＥＡを行う際に使用されるＦＭＥＡシートを少なくとも表計算ソフトを実行することができるコンピュータにより作成するＦＭＥＡシート作成支援方法であって、前記製品を構成する部品を特定の属性を有する部品毎に分類し、分類された少なくとも一つ以上の前記部品をオブジェクトとし、前記表計算ソフトにおいて行側及び列側の項目名として入力し、前記オブジェクトにより特定されるセルの内、前記行側のオブジェクトと前記列側のオブジェクトとが同一のセルには、同一のオブジェクトの属性を入力し、前記行側のオブジェクトと前記列側のオブジェクトとが異なるセルであって、これらのオブジェクトが相互に作用することによりサブ機能を発揮する場合のセルには、そのサブ機能に関連する属性を入力し、前記行側の最下行には、故障の潜在的な原因とメカニズムという項目名を入力するとともに、この最下行のセルであって、前記列側の項目名により特定されるセルには、その項目名に該当するオブジェクトの属性に不都合が生じた際に起こる現象を入力することにより、属性表示システム構造化マトリクス表を作成するステップと、前記製品を構成する部品を特定の属性を有する部品毎に分類し、分類された少なくとも一つ以上の前記部品をオブジェクトとし、前記表計算ソフトにおいて行側及び列側の項目名として入力し、前記行側の最下行には、故障の製品への潜在的な影響という項目名を入力するとともに、この最下行のセルであって、前記列側の項目名により特���されるセルには、その項目名に該当するオブジェクトの属性に不都合が生じた際に前記製品に起こる現象を入力することにより、故障表示システム構造化マトリクス表を作成するステップと、前記属性表示システム構造化マトリクス表及び前記故障表示システム構造化マトリクス表を参照することにより、前記表計算ソフトによりＦＭＥＡシートの必要事項を入力することによりＦＭＥＡシートを作成することを特徴とするＦＭＥＡシート作成支援方法を提供する。【００１４】  このような方法によりコンピュータで表計算ソフトを実行してＦＭＥＡシートを作成することで、効率的にＦＭＥＡシートを作成することができる。なお、故障表示システ厶構造化マトリクス表には、行側の項目名を入力したセルに、このセルに入力されているオブジェクトが故障する際の故障要因を入力しておくことで、故障の製品への潜在的な影響の欄を入力する際に便利である。【００１５】  また、ＦＭＥＡシートを作成するコンピュータには、物理、化学などの定理、法則をまとめた辞書データが予め記憶しておき、属性表示システ厶構造化マトリクス表を作成する際に、この辞書データを参照することができるようにすることが望ましい。
【発明の効果】
【００１６】  以上のように、本発明によれば、ＦＭＥＡを論理的に進めることができるようになる。
【発明を実施するための最良の形態】
【００１７】  以下図面を参照して本発明の実施の形態を説明する。図１は本発明のシステムにおける基本的な機能を概念的に示す機能プロック図であり、図２は本発明のシステムをコンピュータシステムに適用した場合のハードウェア構成図である。【００１８】  本発明のシステムの基本要件は図１に示すように、属性表示システム構造化マトリクス表の作成とこの表の雛形（テンプレート）の作成を含む属性表示システム構造化マトリクス表作成部１１Ａ、故障表示システム構造化マトリクス表の作成とこの表の雛形の作成を含む故障表示システム構造化マトリクス表作成部１１Ｂ、及びＦＭＥＡシートの雛形の作成と、前記属性表示システム構造化マトリクス表及び故障表示システム構造化マトリクス表から必要事項をＦＭＥＡシートに転記することによりＦＭＥＡシートを作成していくＦＭＥＡシート作成部１１Ｃの各機能部からなる。なお製品の機能構成１０Ａ、製品の構成部品１０Ｂ、及びアセンブリ（組み立て）図面１０Ｃから成る設計情報１０は同システムへの入力情報を形成する。【００１９】  前述の各機能部を図２に示すハードウェア構成図により説明する。補助メモリ２４には前述のように雛形の作成に必要な表の作成や分割、簡単な作図機能、そして演算式を挿入するなどの機能を持つプログラム部２４Ｄを格納しておく。そして、このプログラム部２４Ｄには、少なくとも表計算ソフトを記憶しておく。キーボードやマウスから成る入力部２０を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１Ａの制御の下、このプログラム部２４Ｄを主メモリ２１Ｂに読み出し、ディスプレイ装置２３のモニター画面に表示させると共に、入力部２０を通して表枠の作成を指示し、モニター画面で確認しながら属性表示システム構造化マトリクス表の雛形を作成する。後に詳述するがこの一例を図７に示す。これを補助メモリ２４の属性用システム構造化マトリクス表部２４Ｂにファイル名を付して格納しておく。故障表示システム構造化マトリクス表の雛形の作成についても同様の手順になる。入力部２０を通して表作成の指示を入力し、ＣＰＵ２１Ａの制御の下モニター画面を見ながら雛形を作成する。これを補助メモリ２４の故障用システム構造化マトリクス表部２４Ｃにファイル名を付して格納する。後に詳述するが、作成された雛形の一例を図１１に示す。【００２０】  属性表示システ厶構造化マトリクス表の作成は以下の手順で行う。補助メモリ２４の属性用システム構造化マトリクス表部２４Ｃから図７に示す雛形をＣＰＵ２１Ａの制御の下、主メモリに読み出し、ディスプレイ装置２３のモニター画面に表示させると共に、図１に示す製品の設計情報１０から部品、サブ機能を考察しそれらの名称を入力部２０を介して雛形に入力していく。なお、サブ機能とは、製品の機能を達成するために必要とされる部品の機能である。後に詳述するが、マトリクス表には部品の属性名称を、雛形の最下行に表記した故障の原因とメカニズムの行欄には属性名称を使用した故障要因を入力部２０を介して入力していく。このようにして作成した属性表示システム構造化マトリクス表は補助メモリ２４の属性用システム構造化マトリクス表部２４Ｂにファイル名を付して格納する。後に詳述するが、作成した属性表示システム構造化マトリクス表の一例を図１０に示す。故障表示システ厶構造化マトリクス表についても同様の手順で作成する。即ち補助メモリ領域２４Ｃに格納されている故障表示システム構造化マトリクス表の雛形を入力部２０の指示により主メモリ２１Ａに読み出すと共にディスプレイ装置２３のモニター画面に表示させ、これを見ながら必要事項をキーボードやマウスから成る入力部２０を介して指示することにより故障表示システム構造化マトリクス表が作成される。これを補助メモリ領域２４Ｃに格納する。後に詳述するが、故障表示システム構造化マトリクス表の一例を図１３に示す。【００２１】  ＦＭＥＡシートの作成は以下の手順で行う。補助メモリ２４のプログラム部２４Ｄを入力部２０を介した指示により主メモリ２１Ｂに読み出すと共にディスプレイ装置２３のモニター画面に表示させる。後に詳述するが、モニター画面を見ながらタイトル名やシステム名などの入力、表の分割と項目への文字入力、ＲＰＮへの演算式の挿入、などの作業をＣＰＵ２１Ａの制御の下、入力部２０を介して行う。このようにして作成したＦＭＥＡシートの雛形の一例を図１４に示す。このＦＭＥＡシートの雛形を補助メモリ２４のＦＭＥＡシート部２４Ａに格納しておく。雛形が表示されているモニター画面上に、補助メモリ領域２４Ｂに格納されている属性表示システム構造化マトリクス表を入力部２０を通した指示により並置表示させ、部品名、機能名、故障の潜在的原因とメカニズムの内容をＦＭＥＡシートの雛形の該当欄に入力する。同様に故障表示システム構造化マトリクス表を補助メモリ領域２４Ｃから読み出し、ディスプレイ装置２３のモニター画面に並置表示させ、後に詳述するように故障の製品への潜在的影響欄の内容をＦＭＥＡシートの雛形の該当欄に入力する。未記入の項目へは定義などに従いながら必要事項の入力を行ってＦＭＥＡシートが完成する。これをＦＭＥＡシート部２４Ｄにファイル名を付して格納すると共に、プリンタ２５に出力して印刷をする。後に詳述するが、印刷されたＦＭＥＡシートの一例を図１６に示す。【００２２】  以下では具体的な製品としてパーソナルコンピュータの入力用デバイスであるマウスを採り上げ、本発明によるシステムを図３に示すフローチャートに沿って順に説明する。【００２３】  図３に示すフローチャートのステップ（１）では、ＦＭＥＡシートの雛形、属性表示システム構造化マトリクス表及び故障表示システム構造化マトリクス表の雛形をそれぞれ作成する。設計段階で使用するＦＭＥＡシートの雛形は図１４に示すようなものである。基本となる項目欄としては、従来の技術で説明したように「品目／機能」「潜在的な故障モード」「故障の製品への潜在的な影響」「ＳＥＶ」「故障の潜在的な原因とメカニズム」「ＯＣＣ」「現状の設計管理」「ＤＥＴ」「ＲＰＮ」「推薦出来る活動」「責任者、完成目標」「対策、実施日」などであり、表にはタイトル名を付し、システム名、チーム名、作成日付などを適宜表記する。なお「ＳＥＶ」「ＯＣＣ」「ＤＥＴ」には数値が入力され、（ＲＰＮ）＝（ＳＥＶ）×（ＯＣＣ）×（ＤＥＴ）の式にしたがいＲＰＮが計算されて数値で表示される。項目「ＲＰＮ」には��記演算式が挿入される。また「ＳＥＶ」「ＯＣＣ」「ＤＥＴ」にはランクとしての数値が入力されるが、ＦＭＥＡを導入する目的に応じて推薦基準が定義されていることがある。例えばＱＳ９０００を取得する目的でＦＭＥＡを導入する場合、１０ランクに分けた推薦基準があるのでこれを参照できるように補助メモリ２４領域に組み込んでおくと利便性が良くなる。このように目的・用途に応じて項目の変更、追加があるので、作成者は図２に示す補助メモリ２４に記憶されている表計算ソフトなどのプログラ厶部２４Ｄを主メモリ２１Ｂに読み出し、表作成と表分割、演算式の挿入及び文字の入力を入力部２０を介して行い、ＣＰＵ２１Ａの制御の下ディスプレイ装置２３のモニター画面に表示された表を見ながらＦＭＥＡシートの雛形を作成していく。作成した雛形は補助メモリ領域２４Ａに格納しておく。【００２４】  属性表示システム構造化マトリクス表の雛形の一例を図７に示す。行側に製品を構成する部品を表記できるよう複数の行欄を設定し、列側には部品の保有するサブ機能を部品名と共に表記できるよう複数の列欄を設けておく。表の最下行に「故障の潜在的な原因とメカニズム」を表記する行欄を設けることにより雛形を作成する。表の右端に主機能と補助機能を表記し、複数の部品がこの二つのサブ機能に分類して行欄に配置される。ここで主機能とは、製品の機能に直接関係する部品が保有する複数のサブ機能を意味し、補助機能とは製品の組み立て（アセンブリ）にのみ使用される部品のサブ機能、即ち支持機能を意味する。主機能には様々なサブ機能が見出されるが、補助機能は支持の役割のみなのでこのように部品を分類しておくと属性表示システム構造化マトリクス表の理解が容易になる。この雛形を図２のコンピュータシステムで作成するには、表計算ソフトのプログラ厶部２４Ｄを入力部２０を介した指示によりＣＰＵ２１Ａの制御の下、主メモリ２１Ｂに読み出すと共に、ディスプレイ装置２３のモニター画面に表示させる。表作成と適宜表分割を入力部２０を通して指示し、図７に示すように行と列の文字入力欄にキーボード又はマウスのカーソルを移動し打キー及びクリックにより必要事項の文字入力を行って作成する。これを補助メモリ領域２４Ｂに格納しておく。【００２５】  故障表示システム構造化マトリクス表の雛形の一例を図１１に示す。これは図７に類似であるが、比較すると行側に新たに「故障要因」を付加し、表の最下行には「故障の製品への潜在的な影響」を表記する行欄を設けている。マウス製品での故障要因は「ゴミ」「磨耗・疲労」の２種類が考えられるため、行を二つに分割している。このように故障要因の数に応じて行の分割数が決まる。また製品を構成する部品のサブ機能や特性に応じて熱、衝撃などの要因を付加することも出来るが、故障要因は限られているものである。この雛形をコンピュータシステムで作成する手順は属性表示システム構造化マトリクス表の雛形の場合とまったく同じであり、この雛形を補助メモリ領域２４Ｃに格納しておく。【００２６】  図３に示すフローチャートのステップ（２）で、ＦＭＥＡの対象製品であるマウスの設計情報を収集する。設計情報としては、図４に示すマウスの外観と図５に示す内部構造、そし��図６に示す製品の機能構成と関係する部品を想定する。部品は前記各図に示してあるように、電子回路４２、センサー５１、Ｒｏｌｌｅｒ（Ｘ）５３、Ｒｏｌｌｅｒ（Ｙ）５４、Ｂａｌｌ５２、Ｂａｌｌ指示部５０、Ｂａｓｅ５５と想定した。またＰａｄ４１はマウス製品を構成する部品ではないが、部品のサブ機能を考察する場合に必須の部品なので考慮することにした。従来使用されている製品の機能ブロック図、あるいは信頼性ブロック図は、図６に示す機能構成と部品を図式で表現したものである。前述のように補助機能は組み立て（アセンブリ）にのみに関係したサブ機能を意味し、後述するように固定の支持機能と半固定の支持機能の２種類が考えられる。【００２７】  図３に示すフローチャートのステップ（３）では、前述の設計情報を参考にして図７に示す属性表示システム構造化マトリクス表の雛形に部品名、機能名称、及び属性名称を記入していく。ここで部品名と機能名称は図６に示す設計情報からそのまま転記するが、行欄に並ぶ部品は主機能部品と補助機能部品に区分して記入する。また列欄に並ぶ部品は主機能部品のみを記入し、主機能部品を並べていく順番は、製品の出力側のサブ機能に近い部品を行欄では上から順に、列欄では左から順に記入していく。補助機能部品については限定しない。この理由としては、製品の機能がどのようなサブ機能の連結によって発揮されてくるかが明瞭に出来るからである。属性については、「ある部品の属性と別の部品の属性が相互作用してある部品に一つのサブ機能を発揮する、あるいはある部品に新たな属性を活性化させる」と言う部品とサブ機能と属性についての論理的な記述を考慮して属性名称を推察し、表に記入していく。このようにして作成された表を図８に示す。例えば図８において、電子回路の「信号発生」と言うサブ機能は、電子回路のデジタル処理性（属性）とセンサーのパルス性（属性）が相互作用して発揮されたものである、と言う記述を表現している。同様に電子回路の「固定支持」と言うサブ機能は、電子回路の不動性（属性）とＢａｓｅの固定性（属性）が相互作用して発揮されたものである、と言う記述を意味している。  図８に示す表を図２に示すコンピュータシステムで作成するには、補助メモリ２４の属性用システム構造化マトリクス表部２４Ｂに格納してある雛形表（図７）をＣＰＵ２１Ａの制御の下、入力部２０を介した読み出し指示により主メモリ２１Ｂに読み出し、ディスプレイ装置２３のモニター画面に表示させ、入力部２０により適宜表分割を行い、部品名と機能名称、及び属性名称を入力していく。【００２８】  図３に示すフローチャートのステップ（４）では、前のステップで作成された図８の表の見直しを行う。見直しの目的は、設計者の意図しなかったサブ機能を発掘したり、隠れたサブ機能を見出したりするためである。見直しの理由は、故障は機能障害を意味しており、潜在的な故障を出来る限り明らかにするにはサブ機能を出来る限り見出しておくことが必要なためである。設計者の意図したサブ機能をさらに分割したり、製品のサブ機能には直接関係が無いと判断された、例えば電磁場の作用で生じるサブ機能や熱の作用で生じるサブ機能などを考慮することが参考になる。ここでは一��として、図８に示すＲｏｌｌｅｒ（Ｘ）／Ｒｏｌｌｅｒ（Ｙ）のサブ機能「転がりの（Ｘ，Ｙ）方向分離」を分割してみる。このサブ機能はＢａｌｌとＲｏｌｌｅｒの摩擦により「トルクが生成」され、続いてＲｏｌｌｅｒの回転性（属性）により「回転が伝達」されるという二つのサブ機能に分割できる。このようにして見直しを行い、最下行の「故障の潜在的原因とメカニズム」を表記する行欄の見直しを行ったものを図９に示す。図９に示す表をコンピュータシステムで作成するには、すでにディスプレイ装置２３のモニター画面に表示されている図８の表の修正になるため、入力部２０を通した表分割指示と文字入力指示により図９に示す表を作成する。図９に示す表を属性表示システム構造化マトリクス表と称し、製品の複雑なサブ機能構成、部品の関係、そしてメカニズ厶が容易に理解出来る利便性の高い表である。【００２９】  図３に示すフローチャートのステップ（５）では、図９に示すように表の最下行の「故障の潜在的原因とメカニズム」を表記する行欄に属性名称を使用して故障要因を記入していく。この意味するところは「故障は機能障害であり、機能障害の原因は属性が設計意図から劣化していくこと、あるいは属性値が設計値から変化していくことにある」と言う簡単な論理である。図１０に示す表の電子回路の「信号発生」というサブ機能では、電子回路の「処理性」とセンサーの「パルス性」が変化・劣化した時に機能障害が起こる。したがってこれら属性名称を使用して故障要因を記述することが出来る。他のサブ機能についても同様に記入して図１０に示す表、即ち属性表示システム構造化マトリクス表が完成する。これを図２に示すコンピュータシステムで実現するには、前のステップでディスプレイ装置２３のモニター画面に表示されている図９の表を見ながら、推察した故障要因を入力部２０を介して文字入力を行い、属性表示システム構造化マトリクス表を作成していく。完成した属性表示システム構造化マトリクス表にファイル名を付して補助メモリ領域２４Ｂに格納しておく。【００３０】  図３に示すフローチャートのステップ（６）では、ステップ（１）で作成した故障表示システム構造化マトリクス表の雛形（図１１）に部品名、機能名称を記入し、故障要因を各部品に負荷させたときの故障の有無を記入する。このようにして作成したものを図１２の表に示す。例えば表に示す電子回路の「信号発生」では、電子回路の故障要因は「ゴミ」であり、この要因を受けて故障するので該当セルにＮＧを記入する。また「固定支持」の故障要因は「ゴミ」ではなく「磨耗・疲労」であるため、この要因を受けて故障するので該当セルにＮＧを記入する。故障をＮＧと表記したが、これに限られるわけではなく他と区別することができる記号（例えば、●）でも構わない。以上を図２に示すコンピュータシステムで実現するには、補助メモリ領域２４Ｃに格納してある故障表示システム構造化マトリクス表の雛形（図１１）を入力部２０を介した読み出し指示によりＣＰＵ２１Ａの制御の下、主メモリ２１Ｂに読み出すと共にディスプレイ装置２３のモニター画面に表示させる。また補助メモリ領域２４Ｂに格納してある属性表示システム構造化マトリクス表（図１０）を入力部���０を通した読み出し指示により前記モニター画面に並置表示させて行列欄にある部品名、機能名称を読み取り雛形の表に入力する。そして雛形の行列の該当項目にＮＧ文字が入るよう入力部２０を介して入力し、図１２に示す表を作成する。【００３１】  図３に示すフローチャートのステップ（７）では、前ステップで作成した図１２に示す表の最下行、「故障の製品への潜在的影響」を表記する欄に必要事項を記入する。一例を図１３に示す。例えば図１３において、電子回路の故障は、「信号発生」というサブ機能の障害であるためマウス製品に「無信号」の状態をもたらす。同様にセンサーの故障は「（Ｘ，Ｙ）位置の検出」というサブ機能の障害になるため、マウス製品には「無信号」か「不規則信号」の状態をもたらす。このようにして作成した表が図１３に示す故障表示システム構造化マトリクス表になる。この例では、故障の製品への影響を機能的な面で表現したが、製品の仕様、あるいは顧客との契約内容などにより影響を計る内容は違ってくる。例えば自動車などの場合には部品の故障が人命に関わる事態も想定されるので、機能的な面での表現をさらに進めて「人命への影響」などと記入することもある。化学製品の場合には環境汚染に関わる事態も想定されるので、「環境汚染」と記入することもある。一次的な影響を記入するか、二次的な影響を記入するかは、適宜判断すれば良いと思われる。【００３２】  ステップ（７）を図２に示すコンピュータシステムで実現するには、すでにディスプレイ装置２３のモニター画面に表示されている図１２に示す表を見ながら、キーボード又はマウスのカーソルを「故障の製品への潜在的な影響」欄のセルに移動させ、キーボードにより推察した影響内容の文字入力を行い図１３に示す故障表示システム構造化マトリクス表を作成する。これを補助メモリ領域２４Ｃにファイル名を付して格納する。【００３３】  図３に示すフローチャートのステップ（８）では、属性表示システム構造化マトリクス表と故障表示システム構造化マトリクス表から部品名、機能名称、故障の製品への潜在的な影響、故障の潜在的な原因とメカニズムをＦＭＥＡシートの雛形（図１４）に転記していく。転記した例を図１５に示す。転記する際に、補助機能に関する「品目／機能」の名称は相互作用する相手の部品名を（  ）に表記しておく。例えばＢａｓｅはアセンブリ用の部品であるが、何の部品に対して固定支持をしているのかが分かるようにし、Ｂａｓｅ（Ｒｏｌｌｅｒ）と表記する。このステップを図２に示すコンピュータシステムで実現するには、補助メモリ領域２４Ａに格納したＦＭＥＡシートの雛形（図１４）を入力部２０を介した指示によりＣＰＵ２１Ａの制御の下、主メモリ２１Ｂに読み出し、ディスプレイ装置２３のモニター画面に表示させる。この画面上に、補助メモリ領域２４Ｂと２４Ｃに格納しててある属性表示システム構造化マトリクス表と故障表示システム構造化マトリクス表を並置表示させ、この二つの表から部品名、機能名称、「故障の潜在的な原因とメカニズム」と「故障の製品への潜在的な影響」に表記してある事項をＦＭＥＡシートの雛形の該当セルに文字入力していく。【００３４】  図３に示すフローチャートのステップ（９）では、ＦＭＥＡシートで未記入となっている項目に必要事項を記入する。未記入項目は、「潜在的な故障モード」「ＳＥＶ」「ＯＣＣ」「現状の設計管理」「ＤＥＴ」「推薦できる活動」「責任者、日付」「対策、実施日」である。なお「ＲＰＮ」は先に述べたように自動計算される項目である。従来の技術で述べたように、ＦＭＥＡはブレーンストーミング法により出来るだけ多くの故障モードを列挙することから始める。そして列挙された個々の故障モードに対して故障の潜在的な原因とメカニズムを推定し、故障の製品への潜在的な影響を推定していく手順を採る。しかし本発明によるシステムでは、ＦＭＥＡを論理的に進める観点から部品が保有している潜在的なサブ機能を列挙していくことに重点を置いている。従って従来の方法のように故障モードが先に在る、と言う立場に立っていない。故障モードを出来る限り列挙し、どのように表現するかに重点は置くのではなく、製品の機能、メカニズムに対して構造的な理解を深めることに重点を置く。このような目的により本発明によるシステムでは故障の潜在的な原因とメカニズム、及び故障の製品への潜在的な影響の意味づけを従来と変えており、その他の項目は従来通りに扱う立場に立っている。したがって前記未記入の項目はいずれも定義に従って考察し、その内容を記入すれば良いと考える。例えば「潜在的な故障モード」の定義は、「潜在的な故障の現象や故障の状態を簡潔に表現したもの」である。「現状の設計管理」は、ＦＭＥＡを担当する部門において実施され得る管理手法（設計審査、信頼性試験、タグチメソッドなど）のことであり、これを企業の実情に応じて表現する。これらは本発明によるシステムではとくに規定しない。「推薦できる活動」「責任者、日付」「対策、実施日」についても同様である。「ＳＥＶ」「ＯＣＣ」「ＤＥＴ」については先に述べたように、ＦＭＥＡを導入する目的・用途に応じて推薦される評価基準が設けられている。通常は１０段階で評価され、例えばＡＳＱ（Ａｍｅｒｉｃａｎ  Ｓｏｃｉｅｔｙ  ｆｏｒ  Ｑｕａｌｉｔｙ）は図１７にランク付けの指針を示している。設計の品質管理を行う目的でＦＭＥＡを実施する場合には、この指針を参考に１０段階に分けた評価基準を企業内で設定することが出来る。これに対しＱＳ９０００の認定取得の目的でＦＭＥＡを実施する場合には、推薦基準に従う必要がある。従って「ＳＥＶ」「ＯＣＣ」「ＤＥＴ」はＦＭＥＡ実施の目的によって異なってくるので、本発明によるシステムではとくに規定はしない。上記事情により一部を省略して作成したＦＭＥＡシートを図１６に示す。【００３５】  前述のステップ（９）をコンピュータシステムで実現するには、すでにディスプレイ装置２３のモニター画面に表示され、主メモリ２１Ｂに取り込まれているＦＭＥＡシート（図１５）に、数値及び文字を入力部２０を介して該当セルに入力し、ＦＭＥＡシートへの記入を完成させる。これを補助メモリ領域２４Ａにファイル名を付して格納すると共に、入力部２０を介した印刷指示を行いプリンタ２５により印刷出力する。【００３６】  以上により本発明の基本要件を満たすシステムの実施例を説明したが、以下にこのシステムを効果的に支援する実施例を図２に示すコンピ��ータシステムを用いて説明する。【００３７】  属性表示システ厶構造化マトリクス表を作成する際に、属性名称を物理、化学などの定理、法則から引用してくると名称の普遍性が高まり、故障のメカニズムなどについて共通の理解が得られ易くなる。製品は工学的なシステムでもあるので、必ずその基礎に物理、化学などの定理、法則を使用している。従ってこの定理、法則を簡潔にまとめたものを辞書データとして参照できるようにしておくと本発明のシステムにとって効果的である。辞書データとしては、電磁気学、力学、化学反応、酸化・還元などの見出しを付けて、これらに属する一般常識的な法則を表形式でまとめるようにした方が参考になる。図２に示すコンピュータシステムでは、補助メモリ領域２４Ｆに予め前記辞書データを格納しておき、この辞書データを主メモリ２１Ｂに読み出し、属性表示システム構造化マトリクス表の雛形が表示されているディスプレイ装置２３のモニター画面に表示させ、属性名称を入力していく際に参照できるようにするものである。【００３８】  製品の機能や部品が関与するメカニズムを理解しやすくするには、従来から製品の機能ブロック図を作成している。従来は提出される設計情報に基づいて作成されるので、とくに定まった形式というものが無い。一般的な形式は、部品をブロックで表現し、製品に直接関係するサブ機能のみを部品名と共にブロックに表記するか、プロック間を繋ぐ線に表記させたものである。これに対し本発明では、属性表示システム構造化マトリクス表の情報から機能ブロック図を作成することを提供する。図１８はマウス製品の機能ブロック図で、属性表示システム構造化マトリクス表に表記された部品とサブ機能をすべて網羅している。ここで実線矢印は主機能に関係する部品のサブ機能を表し、点線は補助機能を表している。矢印の意味は、ある部品と別の部品が相互作用して矢印に向けられた部品に一つのサブ機能を発揮させる、である。たとえばセンサーと電子回路が相互作用して電子回路に「信号発生」と言うサブ機能を発揮させることを意味し、そのサブ機能の名称を矢印線上あるいは矢印線の近傍に表記する。一方で補助機能は、すべて支持機能であるため機能名称を一切表記しないことにする。このようにして作成した製品機能ブロック図は、属性表示システム構造化マトリクス表と同じ情報を持ち、製品の構造的な理解を視覚的に助ける。【００３９】  図２に示すコンピュータシステムで実現するには、簡単な作図機能を有するプログラム部２４Ｄを入力部２０を介した指示入力により主メモリ２１Ｂに読み出すと共にディスプレイ装置２３のモニター画面に表示させ、ブロック及び線、文字などをＣＰＵ２１Ａの制御の下、キーボードとマウスから成る入力部２０を介して入力していく。完成した機能ブロック図を補助メモリ領域２４Ｆに格納すると共に、プリンタ２２により印刷出力する。
【図面の簡単な説明】
【００４０】
【図１】本発明によるシステムの基本的要件を満たす機能ブロック図
【図２】本発明によるシステ厶のハードウェア構成を示すブロック図
【図３】本発明の実施形態を説明するフローチャート
【図４】マウス製品の外観図
【図５】マウス製品の内部構造
【図６】マウス製品の機能構成と部品の関係
【図７】属性表示システム構造化マトリクス表の雛形
【図８】属性表示システム構造化マトリクス表の作成過程の表
【図９】属性表示システム構造化マトリクス表の作成過程の表
【図１０】属性表示システム構造化マトリクス表
【図１１】故障表示システム構造化マトリクス表の雛形
【図１２】故障表示システム構造化マトリクス表の作成過程の表
【図１３】故障表示システム構造化マトリクス表
【図１４】ＦＭＥＡシートの雛形
【図１５】ＦＭＥＡシートの作成過程の表
【図１６】ＦＭＥＡシート
【図１７】ＯＣＣ／ＤＥＴ／ＳＥＶのランク付け指針
【図１８】マウス製品の機能ブロック図
【符号の説明】
【００４１】１０  …設計情報１０Ａ…製品の機能構成１０Ｂ…製品の構成部品１０Ｃ…アセンブリ図面１１  …本発明によるシステムの機能ブロック図１１Ａ…属性表示システム構造化マトリクス表作成部１１Ｂ…故障表示システム構造化マトリクス表作成部１１Ｃ…ＦＭＥＡシート作成部１２  …ＦＭＥＡシート２０  …マウスやキーボードから成る入力部２１  …処理装置２１Ａ…ＣＰＵ２１Ｂ…主メモリ２２  …プリンタ装置２３  …ディスプレイ装置２４  …補助メモリ２４Ａ…補助メモリ領域のＦＭＥＡシート部２４Ｂ…補助メモリ領域の属性表示システム構造化マトリクス表部２４Ｃ…補助メモリ領域の故障表示システム構造化マトリクス表部２４Ｄ…補助メモリ領域のプログラム部２４Ｅ…補助メモリ領域の辞書データ部２４Ｆ…補助メモリ領域の製品機能ブロック図４０  …マウス外観４１  …Ｐａｄ４２  …電子回路５０  …Ｂａｌｌ指示部５１  …センサー５２  …Ｂａｌｌ５３  …Ｒｏｌｌｅｒ（Ｙ）５４  …Ｒｏｌｌｅｒ（Ｘ）５５  …Ｂａｓｅ
【図１】
2005063387.tif 000003
【図２】
2005063387.tif 000004
【図３】
2005063387.tif 000005
【図４】
2005063387.tif 000006
【図５】
2005063387.tif 000007
【図６】
2005063387.tif 000008
【図７】
2005063387.tif 000009
【図８】
2005063387.tif 000010
【図９】
2005063387.tif 000011
【図１０】
2005063387.tif 000012
【図１１】
2005063387.tif 000013
【図１２】
2005063387.tif 000014
【図１３】
2005063387.tif 000015
【図１４】
2005063387.tif 000016
【図１５】
2005063387.tif 000017
【図１６】
2005063387.tif 000018
【図１７】
2005063387.tif 000019
【図１８】
2005063387.tif 000020