工程改善支援装置、工程改善支援方法、工程改善支援用プログラム、および工程改善支援用プログラムを記録した記録媒体
【課題】熟練者がいなくても、現場作業者が日々生産しながら、最適な生産工程において発生する不良等に対する対策を決定できる、工程改善支援装置を提供する。
【解決手段】工程改善支援装置においては、不良画像、パレート図等を用いて改善が必要な改善対象を特定させ（Ｓ４３、Ｓ３４）、不良に対する対策計画を対策リスト生成エンジンに生成させて対策リストを作成する（Ｓ４６、Ｓ３７）。特定された不良ごとに、対策が施された複数の改善事例が収集されて、複数の改善事例とその効果とが一覧で表示される。
【解決手段】工程改善支援装置においては、不良画像、パレート図等を用いて改善が必要な改善対象を特定させ（Ｓ４３、Ｓ３４）、不良に対する対策計画を対策リスト生成エンジンに生成させて対策リストを作成する（Ｓ４６、Ｓ３７）。特定された不良ごとに、対策が施された複数の改善事例が収集されて、複数の改善事例とその効果とが一覧で表示される。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、工程改善支援装置、工程改善支援方法、工程改善支援用プログラム、および工程改善支援用プログラムを記録した記録媒体に関し、特に、熟練者がいなくても工程改善や品質維持が可能な工程改善支援装置、工程改善支援方法、工程改善支援用プログラム、および工程改善支援用プログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
工程の改善や品質の維持には、知識と経験が必要であるため、熟練者が必要である。しかしながら、近年、工場が海外移転されることが多く熟練者が配置できないことが多い。また、コスト競争力確保のため、熟練者を配置できない場合がある。その結果、熟練者が不足し、工程改善や品質維持が困難になりつつある。このような状態を改善すべく、熟練者がいなくても工程の改善や品質の維持を図るための方策がたとえば、特許第３，８１８，３０８号公報（特許文献１）や特許第３，４４１，１１１号公報（特許文献２）に記載されている。
【０００３】
特許文献１によれば、各工程の撮像画像を用いて不良原因を推定し、調整すべき製造条件を決定し、条件値ごとの複数の不良率から、最適な条件値を決定している。特許文献２によれば、メンテナンス情報を蓄積し、蓄積した情報からルールを作成し、メンテナンス指示を出している。
【特許文献１】特許第３，８１８，３０８号公報
【特許文献２】特許第３，４４１，１１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の、熟練者がいなくても工程の改善や品質の維持を図るための方策は上記のように行われていた。特許文献１においては、現場で品質情報を収集するための機能がなく、人に任されており、スキル、時間の面で現場作業者にはできないという問題や、事例をまとめる機能がなく、後で活用できないという問題があった。
【０００５】
特許文献２によれば、それぞれの事例に対策の有効性を判断して記入されることが前提となっており、有効かどうかをどのように判断するのかというスキルの面の問題がある。また、効果の高さが、効果のあった回数で決められており、一つの改善対策に対する最適な対策を決定することには役立たない。以上より、未経験の不良に対する改善には適していないという問題があった。
【０００６】
この発明は、上記のような問題点に着目してなされたもので、熟練者がいなくても、現場作業者が日々生産しながら、最適な生産工程において発生する不良等に対する対策を決定できる、工程改善支援装置、工程改善支援方法、工程改善支援用プログラム、工程改善支援用プログラムを格納した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係る、工程改善支援装置は、改善が必要な特定の不具合の入力を受付ける不具合受付け手段と、不具合受付け手段に入力された不具合に対する対策計画を入力する対策計画入力手段と、不具合受付け手段が受付けた不具合ごとに、対策計画入力手段によって入力された改善のための対策が施された複数の改善事例を収集する改善事例収集手段と、複数の改善事例とその効果とを一覧で表示する表示手段とを含む。
【０００８】
特定の改善の必要な不具合に対して、複数の改善事例と効果とを一覧で表示するようにしたため、とりあえずいくつかの対策を施してみて、この表示を参照して効果の程度を比較すれば、誰でも簡単に最適な対策を決定できる。
【０００９】
その結果、熟練者がいなくても、現場作業者が日々生産しながら、最適な対策を決定できる、工程改善支援装置を提供できる。
【００１０】
好ましくは、表示手段に表示された複数の改善事例の中から所望の改善事例を選択させる選択手段を含む。
【００１１】
さらに好ましくは、改善が必要な不具合を特定するためのデータを提供する不具合特定データ提供手段を含む。
【００１２】
不具合特定データ提供手段は、不具合を特定するための各工程の検査画像またはパレート図を自動作成する手段を含んでもよいし、改善事例収集手段は、対策が施された時の品質情報を、１対策につき１件の事例として収集してもよい。
【００１３】
改善事例収集手段は、改善のための対策が施された改善事例ごとに、その不具合の不具合率を検出する不具合率検出手段を含み、表示手段に表示される効果は、不具合率検出手段が検出した不具合率に基づいて表示されてもよいし、改善事例収集手段は、改善のための対策が施された改善事例ごとに、不具合発生箇所の画像を撮像する不具合箇所撮像手段を含み、表示手段に表示される効果は、不具合箇所撮像手段が撮像した画像を含んでもよい。
【００１４】
なお、不具合は、基板形式、不良種、部品種のいずれか一つを含んでもよい。
【００１５】
この発明の他の局面においては、工程改善支援方法は、改善が必要な特定の不具合の入力を受付けるステップと、不具合に対する対策計画を入力させるステップと、受付けた不具合ごとに、入力された改善のための対策が施された複数の改善事例を収集するステップと、複数の改善事例とその効果とを一覧で表示するステップとを含む。
【００１６】
この発明のさらに他の局面においては、工程改善支援用プログラムは上記の工程改善支援方法をコンピュータに実行させる。
【００１７】
なお、上記の工程改善支援用プログラムはコンピュータ読み取り可能記録媒体に記録してもよい。
【発明を実施するための最良の形態】
【００１８】
以下、この発明の一実施の形態を図面を参照して説明する。図１はこの発明に係る工程改善支援装置１０が電子部品実装装置４０に適用されたときの全体構成を示すブロック図である。図１を参照して、電子部品実装装置４０は、電子部品が実装される基板の流れる上流側から下流側に向かって配列された印刷工程と、マウント工程と、リフロー工程とを含む。各工程間は、コンベヤ、ロボット、その他の搬送装置によって連結されている。各工程には、その工程の処理を行なうための装置が設けられている。
【００１９】
印刷工程には、基板のランドにはんだを印刷するための印刷機４１と、印刷後の検査を行なう印刷後検査機４２とが設けられる。マウント工程には、基板に部品をマウントするためのマウンタ４３と、マウント後の検査を行なうマウント後検査機４４とが設けられる。リフロー工程には、部品の端子をランドにはんだ付けをするためのリフロー炉４５とはんだ付け後の検査を行なうリフロー後検査機４６とが設けられる。
【００２０】
印刷後検査機４２、マウント後検査機４４およびリフロー後検査機４６は、それぞれ、ネットワーク４７を介して工程改善支援装置１０に接続されている。
【００２１】
印刷後検査機４２は、印刷されたはんだの計測値および検査結果などの検査データ、たとえば、印刷面積のデータが、図示のない計測器で計測される。マウンタ４３からは、マウンタ４３の使用ヘッド、使用ノズルおよび使用フィーダに関する装置情報が、マウント後検査機４４からは、マウンタ４３によるマウント後の検査データが、リフロー後検査機４６からは、リフロー後検査結果を示す検査データが、それぞれ品質分析装置３０に入力される。なお、各工程における検査機４２，４４，４６は、センサ等の計測器と、外観等を検査する検査装置と、不良部分の画像（不良画像）や基板イメージを撮像するカメラ等を含み、不良ごとのパレート図作成用のデータ等を品質分析装置３０に送信する。
【００２２】
したがって、検査機４２，４４，４６は不具合特定データ提供手段、不具合率検出手段、不具合箇所撮像手段として作動する。
【００２３】
工程改善支援装置１０は事例管理装置２０と品質分析装置３０とを含む。事例管理装置２０は、装置全体を制御する事例管理装置制御部２１と、事例管理装置制御部２１に接続された事例データベース２２と、モニタ２３と、キーボード２４と、マウス２５とを含む。品質分析装置３０は、装置全体を制御する品質分析装置制御部３１と、品質分析装置制御部３１に接続された事例データベース３２と、モニタ３３と、キーボード３４と、マウス３５とを含む。
【００２４】
事例管理装置２０と品質分析装置３０も図示のないネットワーク接続機器でネットワーク４７を介して相互に接続されており、印刷後検査機４２、マウント後検査機４４およびリフロー後検査機４６は品質分析装置３０に接続されている。印刷後検査機４２、マウント後検査機４４およびリフロー後検査機４６からの検査結果データは品質分析装置３０に入力されて、電子部品実装装置４０の工程の改善が図られる。
【００２５】
なお、ここでは工程改善支援装置１０は事例管理装置２０と品質分析装置３０とに分けた場合について説明するが、これを一体化して一つのコンピュータとしてもよい。
【００２６】
ここで、電子部品実装工程において発生する不具合として実装時に発生する不良を例にあげて説明する。不良としては、不良種別と不良箇所とがあり、不良種別には、ブリッジ（部品の電極間を短絡するようにはんだが付着すること）、濡れ不良（はんだとランド、又は、はんだと部品の電極との接合に不具合があること）、フィレット異常（はんだ量が多すぎたり少なすぎたりして、はんだを断面から見たときの輪郭線がきれいな山型になっていないこと）、および部品無し（部品が存在しないこと）等がある。ここでは、これらの不良を改善するために工程改善支援装置が使用されるものとする。
【００２７】
図２は工程改善支援装置１０を構成する事例管理装置２０においてオペレータ(人)が行う動作内容を示すフローチャートである。図２を参照して、まず、１ロットの生産が終了すると、上記した各検査機からの品質データ（不良データ）を入力して登録する（ステップＳ１１，Ｓ１２、以下、ステップを省略する）。これは上記検査機４２，４４，４６を用いて自動的に行うのが好ましい。今回生産されたロットが予め定められた改善テーマに関する機種であるか否かを判断し（Ｓ１３）、改善テーマ機種であれば結果を登録し（Ｓ１３でＹＥＳ，Ｓ１８）、改善度合いを評価する（Ｓ１９）。この登録は自動的に行われるのが好ましいが、人が登録してもよい。評価において、所定のレベルの改善が見られたか否かによって、改善が完了したか否かを人が判断する（Ｓ２０）。所定のレベルの改善があれば、改善を完了し（Ｓ２０でＹＥＳ）、最終的に実施する対策を決定して、改善テーマを閉じる（Ｓ２１、Ｓ２２）。
【００２８】
Ｓ１３で今回のロットが改善テーマの機種でなかったときで（Ｓ１３でＮＯ）、改善が必要であると判断したときは、新たに改善テーマを作成し、人が原因および対策を分析し、対策として登録する（Ｓ１４〜Ｓ１６）。その後、ロットごとに対策を実施してその結果を評価するためにＳ１１へ戻る。なお、Ｓ２０で改善が完了しなかったときはＳ１７へ移行する。
【００２９】
次に、図２に示した人の動作と工程改善支援装置１０との関連、および、工程改善支援装置１０の制御部２１,３１が行う動作との関係について図３を参照して説明する。図３はこの場合の人と工程改善支援装置１０の制御部２１,３１の動作を示すフローチャートである。図３の左側に示した人の各動作は図２に示したものとほぼ同様である。図３の右側には人の動作に対応して事例管理装置２０の制御部２１、または、品質分析装置３０の制御部３１が行う動作を示す。
【００３０】
図３を参照して、Ｓ３１で１ロットの生産が終了すると、品質データベース３２に不良率等を登録する（Ｓ３２、Ｓ４１）。改善テーマ機種であれば、結果を登録するが、具体的には、事例管理装置２０の事例データベース２２の該当改善テーマの対応する対策の事例エントリに、品質データのリンクを登録する（Ｓ３３、Ｓ４０，Ｓ４２）。
【００３１】
ここで、この実施の形態においては、大きな不良種を予め定めておき、個々の不良はいずれかの不良種（改善テーマ）に含められるように予め定められているものとする。
【００３２】
改善テーマ機種ではないが、人が不良と判断したときは（Ｓ３３でＮＯ）、新たな改善対象の特定を行う（Ｓ３４）。これは、具体的には、不良画像、パレート図、基板イメージ等を品質データベース３２に登録することによって行う（Ｓ４３）。したがって、制御部２１は不具合受付手段として作動する。
【００３３】
図５は改善テーマ管理における事例管理装置２０のモニタ２３に表示される画面表示例を示す図である。図５（Ａ）は不良種ごとのパレート図（左上）と、不良率（中上）と、不良部分の画像（右上）と、基板画像（左下）を画像された状態を表している。人はこの図を参照して、改善対象を特定する。
【００３４】
図５（Ｄ）は、不良箇所を特定するために、印刷工程、マウント工程、および、リフロー工程の三工程における検査画像の表示例を示す図である。このように各工程の検査画像を表示することによって画像で不良箇所を特定可能である。
【００３５】
改善対象の特定後は、改善テーマを作成する（Ｓ３５）。具体的には、該当ロットの品質データを品質データベース３２から引用し、事例データベース２２に改善テーマを作成する（Ｓ４４）。図５（Ｂ）はこの場合の画面表示例を示す図である。人はここで画像や不良の内訳を登録する。
【００３６】
図６（Ａ）は、図５（Ｂ）に示した複数の事例の拡大図である。図６（Ａ）に示すように、生産工程において生産が終了すれば、その都度、この図に示すように品質情報が品質分析装置３０の品質データベース３２に登録される。対策が施された複数の事例が、改善テーマ、基板形式、登録日、不良種、部品種、原因、対策、実施ロット、効果の順に一覧表として示されている。図に示すように、同一の改善テーマごとに、それぞれ異なった対策が採られた複数の事例が一覧表で表示される。また、実施ロットの部分をクリックすれば、その実施ロットにおける品質日報が図６（Ｂ）に示すように同一画面において表示される。すなわち、対策が施されたときの品質情報は１対策につき１件の事例として登録されるため、個々の対策がわかりやすく管理可能である。
【００３７】
したがって、人は、必要に応じて詳細を参照しながら、効果を判定できる。この判定結果は、図６（Ａ）の右端欄において、人が○、△、×のように記入する。なお、予め閾値を定めておき、制御部に自動的に効果を入力させるようにしてもよい。
【００３８】
検査機で検出された不良データを基に不良原因推定エンジンを用いて不良の原因分析を行い（Ｓ４５，Ｓ３６）、対策リスト生成エンジンを用いて対策リストを作成し（Ｓ４６、Ｓ３７）、対策を登録する（Ｓ３８）。具体的には事例データベース２２の該当改善テーマに対策の数だけ事例エントリを作成する（Ｓ４７）。その後、対策を実施する（Ｓ３９）。したがって、制御部２１は対策計画入力手段、および、改善事例収集手段として作動する。
【００３９】
ここで、不良原因推定エンジンや対策リスト生成エンジンは、予め、熟練者の知識等に基づいて、特定の不良に対する原因や対策を出力するソフトウエアである。
【００４０】
図５（Ｃ）は対策リストを作成した状態を示す画面表示例である。図に示すように、対策の数だけ、予め、事例のエントリを作成する。
【００４１】
次に、図２のＳ２１で示した対策の決定方法について説明する。図４はこの場合に人が事例管理装置２０を用いて不良の対策を決定する場合の処理を示すフローチャートである。左側に人の処理を示し、右側に事例管理装置２０における制御部２１の行う動作を示す。図４を参照して、人は、事例管理装置２０のモニタ２３に改善テーマ内の各事例を一覧で表示させ、それを見て対策ごとの改善度合いを評価する（Ｓ６１，Ｓ５１）。具体的には、改善テーマ内の各事例に改善の程度を記入する（Ｓ６２，Ｓ５２）。したがって、制御部２１およびモニタ２３は表示手段として作動する。
【００４２】
人は改善の程度を参照して、改善が完了したかどうかを判断する（Ｓ５３）。改善が完了したと判断したときは（Ｓ５３でＹＥＳ）、最終的に実施する対策を決定し、改善テーマを閉じる（Ｓ５５、Ｓ５６）。なお、事例管理装置２０においては、該当改善テーマの更新を停止し、参照のみが可能な状態とする（Ｓ６３）。したがって、制御部２１は選択手段として作動する。
【００４３】
Ｓ５３で人がまだ改善は完了していないと判断したときは、さらに対策を実施する（Ｓ５４）。
【００４４】
次に、図６（Ｂ）で説明した品質日報について説明する。図７は品質日報を示す図である。図７を参照して、品質日報は、生産情報（Ａ）と、複数のパレート図（Ｂ）と、最多不良種の画像（Ｃ）と、不良率の推移曲線（Ｄ）とを含む。生産情報は、生産の日付、生産ライン番号、生産機種、生産総数、不良数、不良率を含む。
【００４５】
複数のパレート図は不良種別と、最多不良種の部品種別等を含む。なお、この組み合わせは任意である。最多不良種の画像は、不良箇所の工程別画像を含む。不良率の推移は同一機種の過去一月間の不良率の推移を示す。
【００４６】
以上のようにこの実施の形態においては、電子部品実装装置において、基板の生産が行われるごとに品質日報が作成されるため、改善がなされようが、なされまいが、行われた対策とその効果とが確実に記録として残される。
【００４７】
次に、改善報告書について説明する。図８は改善報告書を示す図である。図８を参照して、改善報告書は不良情報（Ａ）と、不良の画像（Ｂ）と、対策結果履歴（Ｃ）とを含む。不良情報は不良発生日を含み、基本的に生産情報と同じである。不良の画像は品質日報における最多不良画像と同様である。対策結果履歴は推定原因と、対策案と、対策実施日と、対策結果と、担当者名とを含む。
【００４８】
不良情報と不良の画像とは、改善テーマの対象となる生産ロット情報であるため、品質日報から自動的に入力されるようにしてもよい。対策結果履歴はテーマ作成時に推定原因と対策案とをエンジニアが記述してもよいし、原因、対策を決定するエンジンが作成してもよい。また、この対策結果履歴は複数の欄を有し、対策を実施するたびに残りの欄に記入される。
【００４９】
次に、品質日報と改善報告書とのリンクについて説明する。図９はこの状態を示す図である。図９を参照して、生産ロットＡ１によって問題が発生し（Ａ）、これが改善テーマＴ１として改善報告書が作成されたとする（Ｄ）。したがって、改善報告書には生産ロットＡ１の生産情報Ａ１、品質情報Ａ１、および品質情報の詳細Ａ１が記入される。この後、次回の同一基板機種の生産時に、対策Ｔ１−１を実施する。
【００５０】
生産ロットＡ２において、対策Ｔ１−１が採用されてその品質日報が作成される（Ｂ）。このとき、生産ロットＡ２の品質日報には、その生産情報として対策Ｔ１−１が記録され、その処理後の評価が改善報告書にも、推定原因、対策Ｔ１−１が記録される。対策Ｔ１−１を実施した生産ロットＡ２の品質日報が作成されると、改善報告書から参照可能になる。改善前（生産ロットＡ１）の品質情報と比較し、改善度合いを人が評価して記入する（ここでは×）。
【００５１】
さらに生産ロットＡ２において対策Ｔ１−２が施されたときも同様である（Ｃ）。なお、このリンクは、事例管理装置２０によって行われる。
【００５２】
次に、事例データベース２２の構造について説明する。図１０は事例データベース２２の構造を示す図である。（Ａ）は概念図であり、（Ｂ）は具体的な構成を示す図である。
【００５３】
図１０（Ａ）を参照して、改善テーマ作成時には１件の事例がデータベースに追加される。これを親事例と呼ぶ。一つの改善テーマは、複数の事例で構成される。別の対策を実施した事例を登録するときに、１件ずつ事例が親事例をコピーしながら追加される。改善テーマ番号によって、同じ改善テーマかどうかが識別される。改善データベースの項目はテーマごとに共通の項目と事例ごとに個別の項目とが存在する。
【００５４】
図１０（Ｂ）を参照して、事例データベース２２は、項目と、編集方法と、選択肢とを含む。項目としては、作業ステータス、原因、対策内容、対策効果、対策結果等を含み、それぞれについて、編集方法としては選択と自由入力とが選択できる。選択の場合の選択肢は選択肢欄に記載されている。項目は、事例ごとに個別のものと、改善テーマごとに共通の項目とが存在する。
【００５５】
図１１は、親事例に対して追加された事例を含む事例データベースを示す図である。図１１に示すように、追加された事例を含む場合は改善テーマ作成時に登録された事例からコピーされて登録される。
【００５６】
次に、改善テーマ管理画面について説明する。図１２は事例管理装置２０のモニタ２４に表示された改善テーマ管理画面を示す図である。図１２を参照して、改善テーマ管理画面においては、改善テーマの登録、対策追加、対策削除、改善テーマ完了、改善テーマ削除、改善テーマ完了取消、レポート出力、環境設定、データインポートの各ボタンを含むテーマ編集ボタンが表示される。
【００５７】
また、改善テーマ管理画面には、作業ステータス、原因、対策内容、対策効果、対策結果、対策日、対策が表示される。
【００５８】
次に、上記各ボタンを押したときの動作について説明する。テーマ編集ボタンを押した時の動作は次のとおりである。改善テーマの登録を押すと、新しい改善テーマ番号を持つ事例が1件追加される。対策追加を押すと、選択されている改善テーマと同じ改善テーマ番号を持つ事例が1件追加される。改善テーマごとに共通の項目は、元の事例からコピーされる。対策削除を押すと、選択されている事例を1件削除する。改善テーマ完了を押すと、選択されている改善テーマのステータスを「テーマ完了」とし、そのテーマの全事例を編集不可にする。改善テーマ削除を押すと、選択されている改善テーマの全事例を削除する。改善テーマ完了取消を押すと、完了になった改善テーマのステータスを「対策中」とし、事例を編集可能にする。レポート出力を押すと、選択されている改善テーマの全事例を元に、1枚のレポートを作成する。
【００５９】
なお、表の表示を元となる事例（改善テーマ作成時に登録された事例）のみとするか、全事例を表示するかをラジオボタンを操作することにより選択可能である。
【００６０】
なお、モニタ上に事例編集画面を表示して、そこで、事例の表示を編集できるようにしてもよいし、事例データベースから所望の項目（画像を含む）を含んだレポートを作成できるようにしてもよい。
【００６１】
なお、上記実施の形態においては、工程改善支援装置を、電子部品実装装置に適用した場合について説明したが、これに限らず、複数の工程を経て製品を製造する任意の製造工程における工程の改善に適用してもよい。
【００６２】
また、上記実施の形態においては不具合として、不良種を例にあげて説明したが、これに限らず、基板形式や部品種等であってもよい。
【００６３】
また、上記実施の形態においては、パレート図等を表示して不具合を特定する場合について説明したが、これに限らず、たとえば、不具合を表示する任意のツールを用いてもよい。
【００６４】
また、上記実施の形態においては、不具合に対する対策を対策エンジンを用いて自動的に入力させる場合について説明したが、これに限らず、人（熟練者）が対策を入力するようにしてもよい。
【００６５】
また、上記実施の形態においては、工程改善支援装置がその専用装置（コンピュータ）である場合について説明したが、これに限らず、工程改善支援装置を汎用のパソコンとし、上記の動作を全てプログラム化して、パソコンをそのプログラムで作動させるようにしてもよい。この場合、このプログラムは、光ディスクやハードディスクのような記録媒体で提供してもよいし、ネットワークを介して、ネット上のサーバからダウンロードするようにしてもよい。
【００６６】
以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示された実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。
【図面の簡単な説明】
【００６７】
【図１】この発明に係る工程改善支援装置が電子部品実装装置に適用されたときの全体構成を示すブロック図である。
【図２】工程改善支援装置を構成する事例管理装置において人が行う動作内容を示すフローチャートである。
【図３】人と工程改善支援装置の制御部の動作を示すフローチャートである。
【図４】人が事例管理装置を用いて不良の対策を決定する場合の処理を示すフローチャートである。
【図５】改善テーマ管理における事例管理装置のモニタに表示される画面表示例を示す図である。
【図６】図５に示した複数の事例の拡大図である。
【図７】品質日報を示す図である。
【図８】改善報告書を示す図である。
【図９】品質日報と改善報告書とのリンクについて説明するための図である。
【図１０】事例データベースの構造を示す図である。
【図１１】親事例に対して追加された事例を含む事例データベースを示す図である。
【図１２】改善テーマ管理画面を示す図である。
【符号の説明】
【００６８】
１０ 工程改善支援装置、２０ 事例管理装置、２１，３１ 制御部、２２ 事例データベース、２３，３３ モニタ、２４，３４ キーボード、２５，３５ マウス、４０ 電子部品実装装置、４１ 印刷機、４２ 印刷後検査機、４３ マウンタ、４４ マウント後検査機、４５ リフロー炉、４６ リフロー後検査機、４７ ネットワーク。
【技術分野】
【０００１】
この発明は、工程改善支援装置、工程改善支援方法、工程改善支援用プログラム、および工程改善支援用プログラムを記録した記録媒体に関し、特に、熟練者がいなくても工程改善や品質維持が可能な工程改善支援装置、工程改善支援方法、工程改善支援用プログラム、および工程改善支援用プログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
工程の改善や品質の維持には、知識と経験が必要であるため、熟練者が必要である。しかしながら、近年、工場が海外移転されることが多く熟練者が配置できないことが多い。また、コスト競争力確保のため、熟練者を配置できない場合がある。その結果、熟練者が不足し、工程改善や品質維持が困難になりつつある。このような状態を改善すべく、熟練者がいなくても工程の改善や品質の維持を図るための方策がたとえば、特許第３，８１８，３０８号公報（特許文献１）や特許第３，４４１，１１１号公報（特許文献２）に記載されている。
【０００３】
特許文献１によれば、各工程の撮像画像を用いて不良原因を推定し、調整すべき製造条件を決定し、条件値ごとの複数の不良率から、最適な条件値を決定している。特許文献２によれば、メンテナンス情報を蓄積し、蓄積した情報からルールを作成し、メンテナンス指示を出している。
【特許文献１】特許第３，８１８，３０８号公報
【特許文献２】特許第３，４４１，１１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の、熟練者がいなくても工程の改善や品質の維持を図るための方策は上記のように行われていた。特許文献１においては、現場で品質情報を収集するための機能がなく、人に任されており、スキル、時間の面で現場作業者にはできないという問題や、事例をまとめる機能がなく、後で活用できないという問題があった。
【０００５】
特許文献２によれば、それぞれの事例に対策の有効性を判断して記入されることが前提となっており、有効かどうかをどのように判断するのかというスキルの面の問題がある。また、効果の高さが、効果のあった回数で決められており、一つの改善対策に対する最適な対策を決定することには役立たない。以上より、未経験の不良に対する改善には適していないという問題があった。
【０００６】
この発明は、上記のような問題点に着目してなされたもので、熟練者がいなくても、現場作業者が日々生産しながら、最適な生産工程において発生する不良等に対する対策を決定できる、工程改善支援装置、工程改善支援方法、工程改善支援用プログラム、工程改善支援用プログラムを格納した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係る、工程改善支援装置は、改善が必要な特定の不具合の入力を受付ける不具合受付け手段と、不具合受付け手段に入力された不具合に対する対策計画を入力する対策計画入力手段と、不具合受付け手段が受付けた不具合ごとに、対策計画入力手段によって入力された改善のための対策が施された複数の改善事例を収集する改善事例収集手段と、複数の改善事例とその効果とを一覧で表示する表示手段とを含む。
【０００８】
特定の改善の必要な不具合に対して、複数の改善事例と効果とを一覧で表示するようにしたため、とりあえずいくつかの対策を施してみて、この表示を参照して効果の程度を比較すれば、誰でも簡単に最適な対策を決定できる。
【０００９】
その結果、熟練者がいなくても、現場作業者が日々生産しながら、最適な対策を決定できる、工程改善支援装置を提供できる。
【００１０】
好ましくは、表示手段に表示された複数の改善事例の中から所望の改善事例を選択させる選択手段を含む。
【００１１】
さらに好ましくは、改善が必要な不具合を特定するためのデータを提供する不具合特定データ提供手段を含む。
【００１２】
不具合特定データ提供手段は、不具合を特定するための各工程の検査画像またはパレート図を自動作成する手段を含んでもよいし、改善事例収集手段は、対策が施された時の品質情報を、１対策につき１件の事例として収集してもよい。
【００１３】
改善事例収集手段は、改善のための対策が施された改善事例ごとに、その不具合の不具合率を検出する不具合率検出手段を含み、表示手段に表示される効果は、不具合率検出手段が検出した不具合率に基づいて表示されてもよいし、改善事例収集手段は、改善のための対策が施された改善事例ごとに、不具合発生箇所の画像を撮像する不具合箇所撮像手段を含み、表示手段に表示される効果は、不具合箇所撮像手段が撮像した画像を含んでもよい。
【００１４】
なお、不具合は、基板形式、不良種、部品種のいずれか一つを含んでもよい。
【００１５】
この発明の他の局面においては、工程改善支援方法は、改善が必要な特定の不具合の入力を受付けるステップと、不具合に対する対策計画を入力させるステップと、受付けた不具合ごとに、入力された改善のための対策が施された複数の改善事例を収集するステップと、複数の改善事例とその効果とを一覧で表示するステップとを含む。
【００１６】
この発明のさらに他の局面においては、工程改善支援用プログラムは上記の工程改善支援方法をコンピュータに実行させる。
【００１７】
なお、上記の工程改善支援用プログラムはコンピュータ読み取り可能記録媒体に記録してもよい。
【発明を実施するための最良の形態】
【００１８】
以下、この発明の一実施の形態を図面を参照して説明する。図１はこの発明に係る工程改善支援装置１０が電子部品実装装置４０に適用されたときの全体構成を示すブロック図である。図１を参照して、電子部品実装装置４０は、電子部品が実装される基板の流れる上流側から下流側に向かって配列された印刷工程と、マウント工程と、リフロー工程とを含む。各工程間は、コンベヤ、ロボット、その他の搬送装置によって連結されている。各工程には、その工程の処理を行なうための装置が設けられている。
【００１９】
印刷工程には、基板のランドにはんだを印刷するための印刷機４１と、印刷後の検査を行なう印刷後検査機４２とが設けられる。マウント工程には、基板に部品をマウントするためのマウンタ４３と、マウント後の検査を行なうマウント後検査機４４とが設けられる。リフロー工程には、部品の端子をランドにはんだ付けをするためのリフロー炉４５とはんだ付け後の検査を行なうリフロー後検査機４６とが設けられる。
【００２０】
印刷後検査機４２、マウント後検査機４４およびリフロー後検査機４６は、それぞれ、ネットワーク４７を介して工程改善支援装置１０に接続されている。
【００２１】
印刷後検査機４２は、印刷されたはんだの計測値および検査結果などの検査データ、たとえば、印刷面積のデータが、図示のない計測器で計測される。マウンタ４３からは、マウンタ４３の使用ヘッド、使用ノズルおよび使用フィーダに関する装置情報が、マウント後検査機４４からは、マウンタ４３によるマウント後の検査データが、リフロー後検査機４６からは、リフロー後検査結果を示す検査データが、それぞれ品質分析装置３０に入力される。なお、各工程における検査機４２，４４，４６は、センサ等の計測器と、外観等を検査する検査装置と、不良部分の画像（不良画像）や基板イメージを撮像するカメラ等を含み、不良ごとのパレート図作成用のデータ等を品質分析装置３０に送信する。
【００２２】
したがって、検査機４２，４４，４６は不具合特定データ提供手段、不具合率検出手段、不具合箇所撮像手段として作動する。
【００２３】
工程改善支援装置１０は事例管理装置２０と品質分析装置３０とを含む。事例管理装置２０は、装置全体を制御する事例管理装置制御部２１と、事例管理装置制御部２１に接続された事例データベース２２と、モニタ２３と、キーボード２４と、マウス２５とを含む。品質分析装置３０は、装置全体を制御する品質分析装置制御部３１と、品質分析装置制御部３１に接続された事例データベース３２と、モニタ３３と、キーボード３４と、マウス３５とを含む。
【００２４】
事例管理装置２０と品質分析装置３０も図示のないネットワーク接続機器でネットワーク４７を介して相互に接続されており、印刷後検査機４２、マウント後検査機４４およびリフロー後検査機４６は品質分析装置３０に接続されている。印刷後検査機４２、マウント後検査機４４およびリフロー後検査機４６からの検査結果データは品質分析装置３０に入力されて、電子部品実装装置４０の工程の改善が図られる。
【００２５】
なお、ここでは工程改善支援装置１０は事例管理装置２０と品質分析装置３０とに分けた場合について説明するが、これを一体化して一つのコンピュータとしてもよい。
【００２６】
ここで、電子部品実装工程において発生する不具合として実装時に発生する不良を例にあげて説明する。不良としては、不良種別と不良箇所とがあり、不良種別には、ブリッジ（部品の電極間を短絡するようにはんだが付着すること）、濡れ不良（はんだとランド、又は、はんだと部品の電極との接合に不具合があること）、フィレット異常（はんだ量が多すぎたり少なすぎたりして、はんだを断面から見たときの輪郭線がきれいな山型になっていないこと）、および部品無し（部品が存在しないこと）等がある。ここでは、これらの不良を改善するために工程改善支援装置が使用されるものとする。
【００２７】
図２は工程改善支援装置１０を構成する事例管理装置２０においてオペレータ(人)が行う動作内容を示すフローチャートである。図２を参照して、まず、１ロットの生産が終了すると、上記した各検査機からの品質データ（不良データ）を入力して登録する（ステップＳ１１，Ｓ１２、以下、ステップを省略する）。これは上記検査機４２，４４，４６を用いて自動的に行うのが好ましい。今回生産されたロットが予め定められた改善テーマに関する機種であるか否かを判断し（Ｓ１３）、改善テーマ機種であれば結果を登録し（Ｓ１３でＹＥＳ，Ｓ１８）、改善度合いを評価する（Ｓ１９）。この登録は自動的に行われるのが好ましいが、人が登録してもよい。評価において、所定のレベルの改善が見られたか否かによって、改善が完了したか否かを人が判断する（Ｓ２０）。所定のレベルの改善があれば、改善を完了し（Ｓ２０でＹＥＳ）、最終的に実施する対策を決定して、改善テーマを閉じる（Ｓ２１、Ｓ２２）。
【００２８】
Ｓ１３で今回のロットが改善テーマの機種でなかったときで（Ｓ１３でＮＯ）、改善が必要であると判断したときは、新たに改善テーマを作成し、人が原因および対策を分析し、対策として登録する（Ｓ１４〜Ｓ１６）。その後、ロットごとに対策を実施してその結果を評価するためにＳ１１へ戻る。なお、Ｓ２０で改善が完了しなかったときはＳ１７へ移行する。
【００２９】
次に、図２に示した人の動作と工程改善支援装置１０との関連、および、工程改善支援装置１０の制御部２１,３１が行う動作との関係について図３を参照して説明する。図３はこの場合の人と工程改善支援装置１０の制御部２１,３１の動作を示すフローチャートである。図３の左側に示した人の各動作は図２に示したものとほぼ同様である。図３の右側には人の動作に対応して事例管理装置２０の制御部２１、または、品質分析装置３０の制御部３１が行う動作を示す。
【００３０】
図３を参照して、Ｓ３１で１ロットの生産が終了すると、品質データベース３２に不良率等を登録する（Ｓ３２、Ｓ４１）。改善テーマ機種であれば、結果を登録するが、具体的には、事例管理装置２０の事例データベース２２の該当改善テーマの対応する対策の事例エントリに、品質データのリンクを登録する（Ｓ３３、Ｓ４０，Ｓ４２）。
【００３１】
ここで、この実施の形態においては、大きな不良種を予め定めておき、個々の不良はいずれかの不良種（改善テーマ）に含められるように予め定められているものとする。
【００３２】
改善テーマ機種ではないが、人が不良と判断したときは（Ｓ３３でＮＯ）、新たな改善対象の特定を行う（Ｓ３４）。これは、具体的には、不良画像、パレート図、基板イメージ等を品質データベース３２に登録することによって行う（Ｓ４３）。したがって、制御部２１は不具合受付手段として作動する。
【００３３】
図５は改善テーマ管理における事例管理装置２０のモニタ２３に表示される画面表示例を示す図である。図５（Ａ）は不良種ごとのパレート図（左上）と、不良率（中上）と、不良部分の画像（右上）と、基板画像（左下）を画像された状態を表している。人はこの図を参照して、改善対象を特定する。
【００３４】
図５（Ｄ）は、不良箇所を特定するために、印刷工程、マウント工程、および、リフロー工程の三工程における検査画像の表示例を示す図である。このように各工程の検査画像を表示することによって画像で不良箇所を特定可能である。
【００３５】
改善対象の特定後は、改善テーマを作成する（Ｓ３５）。具体的には、該当ロットの品質データを品質データベース３２から引用し、事例データベース２２に改善テーマを作成する（Ｓ４４）。図５（Ｂ）はこの場合の画面表示例を示す図である。人はここで画像や不良の内訳を登録する。
【００３６】
図６（Ａ）は、図５（Ｂ）に示した複数の事例の拡大図である。図６（Ａ）に示すように、生産工程において生産が終了すれば、その都度、この図に示すように品質情報が品質分析装置３０の品質データベース３２に登録される。対策が施された複数の事例が、改善テーマ、基板形式、登録日、不良種、部品種、原因、対策、実施ロット、効果の順に一覧表として示されている。図に示すように、同一の改善テーマごとに、それぞれ異なった対策が採られた複数の事例が一覧表で表示される。また、実施ロットの部分をクリックすれば、その実施ロットにおける品質日報が図６（Ｂ）に示すように同一画面において表示される。すなわち、対策が施されたときの品質情報は１対策につき１件の事例として登録されるため、個々の対策がわかりやすく管理可能である。
【００３７】
したがって、人は、必要に応じて詳細を参照しながら、効果を判定できる。この判定結果は、図６（Ａ）の右端欄において、人が○、△、×のように記入する。なお、予め閾値を定めておき、制御部に自動的に効果を入力させるようにしてもよい。
【００３８】
検査機で検出された不良データを基に不良原因推定エンジンを用いて不良の原因分析を行い（Ｓ４５，Ｓ３６）、対策リスト生成エンジンを用いて対策リストを作成し（Ｓ４６、Ｓ３７）、対策を登録する（Ｓ３８）。具体的には事例データベース２２の該当改善テーマに対策の数だけ事例エントリを作成する（Ｓ４７）。その後、対策を実施する（Ｓ３９）。したがって、制御部２１は対策計画入力手段、および、改善事例収集手段として作動する。
【００３９】
ここで、不良原因推定エンジンや対策リスト生成エンジンは、予め、熟練者の知識等に基づいて、特定の不良に対する原因や対策を出力するソフトウエアである。
【００４０】
図５（Ｃ）は対策リストを作成した状態を示す画面表示例である。図に示すように、対策の数だけ、予め、事例のエントリを作成する。
【００４１】
次に、図２のＳ２１で示した対策の決定方法について説明する。図４はこの場合に人が事例管理装置２０を用いて不良の対策を決定する場合の処理を示すフローチャートである。左側に人の処理を示し、右側に事例管理装置２０における制御部２１の行う動作を示す。図４を参照して、人は、事例管理装置２０のモニタ２３に改善テーマ内の各事例を一覧で表示させ、それを見て対策ごとの改善度合いを評価する（Ｓ６１，Ｓ５１）。具体的には、改善テーマ内の各事例に改善の程度を記入する（Ｓ６２，Ｓ５２）。したがって、制御部２１およびモニタ２３は表示手段として作動する。
【００４２】
人は改善の程度を参照して、改善が完了したかどうかを判断する（Ｓ５３）。改善が完了したと判断したときは（Ｓ５３でＹＥＳ）、最終的に実施する対策を決定し、改善テーマを閉じる（Ｓ５５、Ｓ５６）。なお、事例管理装置２０においては、該当改善テーマの更新を停止し、参照のみが可能な状態とする（Ｓ６３）。したがって、制御部２１は選択手段として作動する。
【００４３】
Ｓ５３で人がまだ改善は完了していないと判断したときは、さらに対策を実施する（Ｓ５４）。
【００４４】
次に、図６（Ｂ）で説明した品質日報について説明する。図７は品質日報を示す図である。図７を参照して、品質日報は、生産情報（Ａ）と、複数のパレート図（Ｂ）と、最多不良種の画像（Ｃ）と、不良率の推移曲線（Ｄ）とを含む。生産情報は、生産の日付、生産ライン番号、生産機種、生産総数、不良数、不良率を含む。
【００４５】
複数のパレート図は不良種別と、最多不良種の部品種別等を含む。なお、この組み合わせは任意である。最多不良種の画像は、不良箇所の工程別画像を含む。不良率の推移は同一機種の過去一月間の不良率の推移を示す。
【００４６】
以上のようにこの実施の形態においては、電子部品実装装置において、基板の生産が行われるごとに品質日報が作成されるため、改善がなされようが、なされまいが、行われた対策とその効果とが確実に記録として残される。
【００４７】
次に、改善報告書について説明する。図８は改善報告書を示す図である。図８を参照して、改善報告書は不良情報（Ａ）と、不良の画像（Ｂ）と、対策結果履歴（Ｃ）とを含む。不良情報は不良発生日を含み、基本的に生産情報と同じである。不良の画像は品質日報における最多不良画像と同様である。対策結果履歴は推定原因と、対策案と、対策実施日と、対策結果と、担当者名とを含む。
【００４８】
不良情報と不良の画像とは、改善テーマの対象となる生産ロット情報であるため、品質日報から自動的に入力されるようにしてもよい。対策結果履歴はテーマ作成時に推定原因と対策案とをエンジニアが記述してもよいし、原因、対策を決定するエンジンが作成してもよい。また、この対策結果履歴は複数の欄を有し、対策を実施するたびに残りの欄に記入される。
【００４９】
次に、品質日報と改善報告書とのリンクについて説明する。図９はこの状態を示す図である。図９を参照して、生産ロットＡ１によって問題が発生し（Ａ）、これが改善テーマＴ１として改善報告書が作成されたとする（Ｄ）。したがって、改善報告書には生産ロットＡ１の生産情報Ａ１、品質情報Ａ１、および品質情報の詳細Ａ１が記入される。この後、次回の同一基板機種の生産時に、対策Ｔ１−１を実施する。
【００５０】
生産ロットＡ２において、対策Ｔ１−１が採用されてその品質日報が作成される（Ｂ）。このとき、生産ロットＡ２の品質日報には、その生産情報として対策Ｔ１−１が記録され、その処理後の評価が改善報告書にも、推定原因、対策Ｔ１−１が記録される。対策Ｔ１−１を実施した生産ロットＡ２の品質日報が作成されると、改善報告書から参照可能になる。改善前（生産ロットＡ１）の品質情報と比較し、改善度合いを人が評価して記入する（ここでは×）。
【００５１】
さらに生産ロットＡ２において対策Ｔ１−２が施されたときも同様である（Ｃ）。なお、このリンクは、事例管理装置２０によって行われる。
【００５２】
次に、事例データベース２２の構造について説明する。図１０は事例データベース２２の構造を示す図である。（Ａ）は概念図であり、（Ｂ）は具体的な構成を示す図である。
【００５３】
図１０（Ａ）を参照して、改善テーマ作成時には１件の事例がデータベースに追加される。これを親事例と呼ぶ。一つの改善テーマは、複数の事例で構成される。別の対策を実施した事例を登録するときに、１件ずつ事例が親事例をコピーしながら追加される。改善テーマ番号によって、同じ改善テーマかどうかが識別される。改善データベースの項目はテーマごとに共通の項目と事例ごとに個別の項目とが存在する。
【００５４】
図１０（Ｂ）を参照して、事例データベース２２は、項目と、編集方法と、選択肢とを含む。項目としては、作業ステータス、原因、対策内容、対策効果、対策結果等を含み、それぞれについて、編集方法としては選択と自由入力とが選択できる。選択の場合の選択肢は選択肢欄に記載されている。項目は、事例ごとに個別のものと、改善テーマごとに共通の項目とが存在する。
【００５５】
図１１は、親事例に対して追加された事例を含む事例データベースを示す図である。図１１に示すように、追加された事例を含む場合は改善テーマ作成時に登録された事例からコピーされて登録される。
【００５６】
次に、改善テーマ管理画面について説明する。図１２は事例管理装置２０のモニタ２４に表示された改善テーマ管理画面を示す図である。図１２を参照して、改善テーマ管理画面においては、改善テーマの登録、対策追加、対策削除、改善テーマ完了、改善テーマ削除、改善テーマ完了取消、レポート出力、環境設定、データインポートの各ボタンを含むテーマ編集ボタンが表示される。
【００５７】
また、改善テーマ管理画面には、作業ステータス、原因、対策内容、対策効果、対策結果、対策日、対策が表示される。
【００５８】
次に、上記各ボタンを押したときの動作について説明する。テーマ編集ボタンを押した時の動作は次のとおりである。改善テーマの登録を押すと、新しい改善テーマ番号を持つ事例が1件追加される。対策追加を押すと、選択されている改善テーマと同じ改善テーマ番号を持つ事例が1件追加される。改善テーマごとに共通の項目は、元の事例からコピーされる。対策削除を押すと、選択されている事例を1件削除する。改善テーマ完了を押すと、選択されている改善テーマのステータスを「テーマ完了」とし、そのテーマの全事例を編集不可にする。改善テーマ削除を押すと、選択されている改善テーマの全事例を削除する。改善テーマ完了取消を押すと、完了になった改善テーマのステータスを「対策中」とし、事例を編集可能にする。レポート出力を押すと、選択されている改善テーマの全事例を元に、1枚のレポートを作成する。
【００５９】
なお、表の表示を元となる事例（改善テーマ作成時に登録された事例）のみとするか、全事例を表示するかをラジオボタンを操作することにより選択可能である。
【００６０】
なお、モニタ上に事例編集画面を表示して、そこで、事例の表示を編集できるようにしてもよいし、事例データベースから所望の項目（画像を含む）を含んだレポートを作成できるようにしてもよい。
【００６１】
なお、上記実施の形態においては、工程改善支援装置を、電子部品実装装置に適用した場合について説明したが、これに限らず、複数の工程を経て製品を製造する任意の製造工程における工程の改善に適用してもよい。
【００６２】
また、上記実施の形態においては不具合として、不良種を例にあげて説明したが、これに限らず、基板形式や部品種等であってもよい。
【００６３】
また、上記実施の形態においては、パレート図等を表示して不具合を特定する場合について説明したが、これに限らず、たとえば、不具合を表示する任意のツールを用いてもよい。
【００６４】
また、上記実施の形態においては、不具合に対する対策を対策エンジンを用いて自動的に入力させる場合について説明したが、これに限らず、人（熟練者）が対策を入力するようにしてもよい。
【００６５】
また、上記実施の形態においては、工程改善支援装置がその専用装置（コンピュータ）である場合について説明したが、これに限らず、工程改善支援装置を汎用のパソコンとし、上記の動作を全てプログラム化して、パソコンをそのプログラムで作動させるようにしてもよい。この場合、このプログラムは、光ディスクやハードディスクのような記録媒体で提供してもよいし、ネットワークを介して、ネット上のサーバからダウンロードするようにしてもよい。
【００６６】
以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示された実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。
【図面の簡単な説明】
【００６７】
【図１】この発明に係る工程改善支援装置が電子部品実装装置に適用されたときの全体構成を示すブロック図である。
【図２】工程改善支援装置を構成する事例管理装置において人が行う動作内容を示すフローチャートである。
【図３】人と工程改善支援装置の制御部の動作を示すフローチャートである。
【図４】人が事例管理装置を用いて不良の対策を決定する場合の処理を示すフローチャートである。
【図５】改善テーマ管理における事例管理装置のモニタに表示される画面表示例を示す図である。
【図６】図５に示した複数の事例の拡大図である。
【図７】品質日報を示す図である。
【図８】改善報告書を示す図である。
【図９】品質日報と改善報告書とのリンクについて説明するための図である。
【図１０】事例データベースの構造を示す図である。
【図１１】親事例に対して追加された事例を含む事例データベースを示す図である。
【図１２】改善テーマ管理画面を示す図である。
【符号の説明】
【００６８】
１０ 工程改善支援装置、２０ 事例管理装置、２１，３１ 制御部、２２ 事例データベース、２３，３３ モニタ、２４，３４ キーボード、２５，３５ マウス、４０ 電子部品実装装置、４１ 印刷機、４２ 印刷後検査機、４３ マウンタ、４４ マウント後検査機、４５ リフロー炉、４６ リフロー後検査機、４７ ネットワーク。
【特許請求の範囲】
【請求項１】
改善が必要な特定の不具合の入力を受付ける不具合受付け手段と、
前記不具合に対する対策計画を入力させる対策計画入力手段と、
前記不具合受付け手段が受付けた不具合ごとに、前記対策計画入力手段によって入力された改善のための対策が施された複数の改善事例を収集する改善事例収集手段と、
前記複数の改善事例とその効果とを一覧で表示する表示手段とを含む、工程改善支援装置。
【請求項２】
表示手段に表示された複数の改善事例の中から所望の改善事例を選択させる選択手段を含む、請求項１に記載の工程改善支援装置。
【請求項３】
前記改善が必要な不具合を特定するためのデータを提供する不具合特定データ提供手段をさらに含む、請求項１または２に記載の工程改善支援装置。
【請求項４】
前記不具合特定データ提供手段は、不具合を特定するための各工程の検査画像またはパレート図を自動作成する手段を含む、請求項３に記載の工程改善支援装置。
【請求項５】
前記改善事例収集手段は、対策が施された時の品質情報を、１対策につき１件の事例として収集する、請求項１から４のいずれかに記載の工程改善支援装置。
【請求項６】
前記改善事例収集手段は、改善のための対策が施された改善事例ごとに、その不具合の不具合率を検出する不具合率検出手段を含み、
前記表示手段に表示される効果は、前記不具合率検出手段が検出した不具合率に基づいて表示される、請求項１から５のいずれかに記載の工程改善支援装置。
【請求項７】
前記改善事例収集手段は、改善のための対策が施された改善事例ごとに、不具合発生箇所の画像を撮像する不具合箇所撮像手段を含み、
前記表示手段に表示される効果は、前記不具合箇所撮像手段が撮像した画像を含む、請求項１から６のいずれかに記載の工程改善支援装置。
【請求項８】
前記不具合は、基板形式、不良種、部品種のいずれか一つを含む、請求項１から７のいずれかに記載の工程改善支援装置。
【請求項９】
改善が必要な特定の不具合の入力を受付けるステップと、
不具合に対する対策計画を入力させるステップと、
受付けた不具合ごとに、入力された改善のための対策が施された複数の改善事例を収集するステップと、
複数の改善事例とその効果とを一覧で表示するステップとを含む、工程改善支援方法。
【請求項１０】
請求項９に記載の工程改善支援方法をコンピュータに実行させる、工程改善支援用プログラム。
【請求項１１】
請求項１０に記載の工程改善支援用プログラムを記録した、コンピュータ読み取り可能記録媒体。
【請求項１】
改善が必要な特定の不具合の入力を受付ける不具合受付け手段と、
前記不具合に対する対策計画を入力させる対策計画入力手段と、
前記不具合受付け手段が受付けた不具合ごとに、前記対策計画入力手段によって入力された改善のための対策が施された複数の改善事例を収集する改善事例収集手段と、
前記複数の改善事例とその効果とを一覧で表示する表示手段とを含む、工程改善支援装置。
【請求項２】
表示手段に表示された複数の改善事例の中から所望の改善事例を選択させる選択手段を含む、請求項１に記載の工程改善支援装置。
【請求項３】
前記改善が必要な不具合を特定するためのデータを提供する不具合特定データ提供手段をさらに含む、請求項１または２に記載の工程改善支援装置。
【請求項４】
前記不具合特定データ提供手段は、不具合を特定するための各工程の検査画像またはパレート図を自動作成する手段を含む、請求項３に記載の工程改善支援装置。
【請求項５】
前記改善事例収集手段は、対策が施された時の品質情報を、１対策につき１件の事例として収集する、請求項１から４のいずれかに記載の工程改善支援装置。
【請求項６】
前記改善事例収集手段は、改善のための対策が施された改善事例ごとに、その不具合の不具合率を検出する不具合率検出手段を含み、
前記表示手段に表示される効果は、前記不具合率検出手段が検出した不具合率に基づいて表示される、請求項１から５のいずれかに記載の工程改善支援装置。
【請求項７】
前記改善事例収集手段は、改善のための対策が施された改善事例ごとに、不具合発生箇所の画像を撮像する不具合箇所撮像手段を含み、
前記表示手段に表示される効果は、前記不具合箇所撮像手段が撮像した画像を含む、請求項１から６のいずれかに記載の工程改善支援装置。
【請求項８】
前記不具合は、基板形式、不良種、部品種のいずれか一つを含む、請求項１から７のいずれかに記載の工程改善支援装置。
【請求項９】
改善が必要な特定の不具合の入力を受付けるステップと、
不具合に対する対策計画を入力させるステップと、
受付けた不具合ごとに、入力された改善のための対策が施された複数の改善事例を収集するステップと、
複数の改善事例とその効果とを一覧で表示するステップとを含む、工程改善支援方法。
【請求項１０】
請求項９に記載の工程改善支援方法をコンピュータに実行させる、工程改善支援用プログラム。
【請求項１１】
請求項１０に記載の工程改善支援用プログラムを記録した、コンピュータ読み取り可能記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００９−１３４６２３（Ｐ２００９−１３４６２３Ａ）
【公開日】平成２１年６月１８日（２００９．６．１８）
【国際特許分類】
【出願番号】特願２００７−３１１２７４（Ｐ２００７−３１１２７４）
【出願日】平成１９年１１月３０日（２００７．１１．３０）
【出願人】（０００００２９４５）オムロン株式会社 (3,542)
【Ｆターム（参考）】
【公開日】平成２１年６月１８日（２００９．６．１８）
【国際特許分類】
【出願日】平成１９年１１月３０日（２００７．１１．３０）
【出願人】（０００００２９４５）オムロン株式会社 (3,542)
【Ｆターム（参考）】
[ Back to top ]