(57)【要約】集積回路製造工場（“工場”）において入手した情報をデータマインニングする方法であって、（ａ）工場内でデータを発生する、または工場からデータを収集するシステム、ツール、及びデータベースの１またはそれ以上からデータを集めるステップと、（ｂ）データをフォーマットし、フォーマットされたデータをソースデータベース内に格納するステップと、（ｃ）ユーザが指定した構成ファイルに従ってデータマインニングに使用するためのデータの部分を抽出するステップと、（ｄ）ユーザが指定した分析構成ファイルに応答してデータの抽出された部分をデータマインニングするステップと、（ｅ）データマインニングの結果を結果データベース内に格納するステップと、（ｆ）結果へのアクセスを提供するステップとを含む。【特許請求の範囲】
【請求項１】
集積回路製造工場（“工場”）において入手した情報をデータマインニングする方法であって、
（ａ）工場内でデータを発生する、または工場からデータを収集するシステム、ツール、及びデータベースの１またはそれ以上からデータを集めるステップと、
（ｂ）前記データをフォーマットし、前記フォーマットされたデータをソースデータベース内に格納するステップと、
（ｃ）ユーザが指定した構成ファイルに従ってデータマインニングに使用するための前記データの部分を抽出するステップと、
（ｄ）ユーザが指定した分析構成ファイルに応答して前記データの抽出された部分をデータマインニングするステップと、
（ｅ）前記データマインニングの結果を結果データベース内に格納するステップと、
（ｆ）前記結果へのアクセスを提供するステップと、
を含むことを特徴とする方法。
【請求項２】
前記データを集めるステップは、オンデマンドで、またはスケジュールされた基準で、ネットワークを通して実時間で集めるステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセスを提供するステップは、ネットワークを通してアクセスを提供するステップを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ネットワークを通してアクセスを提供するステップは、ブラウザを使用するアクセスを提供するステップを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記データを集めるステップは実時間で発生し、前記データをフォーマットするステップ及び前記フォーマットされたデータをソースデータベース内に格納するステップは実時間で発生することを特徴とする請求項１に記載の方法。
【請求項６】
前記データを集めるステップは、顧客が指令した、及び／またはツールが指令したフォーマットで伝送されるデータを集めるステップを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記データを集めるステップは、暗号化されたデータを集めるステップを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記データをフォーマットするステップは、データを、ウィジェトＩＤ、何処？、何時？、何？、及び価値レベルを含むレベリングスキームにフォーマットするステップを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記ウィジェトＩＤは、ロットＩＤ、ウェーハＩＤ、スロットＩＤ、レティクルＩＤ、ダイＩＤ、及びサブダイｘ，ｙデカルト座標の１またはそれ以上によって識別されることを特徴とする請求項８に記載の方法。
【請求項１０】
前記何処？は、プロセスの流れ／アセンブリライン製造ステップ、及びサブステップの１またはそれ以上によって識別されることを特徴とする請求項８に記載の方法。
【請求項１１】
前記何時？は、測定の日付／時刻の１またはそれ以上によって識別されることを特徴とする請求項８に記載の方法。
【請求項１２】
前記フォーマットするステップは、ウェーハ処理中に工場内の処理ツール内で生成された時間ベース動作状態データを、構成ファイルに従って、キー集積回路特定統計量に変換するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記格納ステップは、前記ソースデータベースからデータを抽出するステップと、前記抽出されたデータを関係型データベース構成要素及びファイルシステム構成要素からなるハイブリッドデータベース内に格納するステップとを更に含むことを特徴とする請求項１に記載の方法。
【請求項１４】
前記関係型データベース構成要素は、前記ファイルシステム構成要素内に格納されている離散データへのアクセスキーを作成するために、ハッシュ・インデックスアルゴリズムを使用することを特徴とする請求項１３に記載の方法。
【請求項１５】
前記抽出ステップは、前記ハイブリッドデータベースからのデータを累積するために、ハッシュ・結合アルゴリズムを使用するステップを含む請求項１４に記載の方法。
【請求項１６】
前記抽出ステップは、前記構成ファイルを使用してハイパーキューブ定義を入手するステップと、前記ハイパーキューブ定義を使用してベクトルキャッシュ定義を作成するステップと、情報のベクトルキャッシュを作成するステップとを含むことを特徴とする請求項１４に記載の方法。
【請求項１７】
前記情報のベクトルキャッシュを作成するステップは、（ａ）前記ベクトルキャッシュ定義によって識別されたファイル及びデータ要素のリストを、ハッシュ・インデックスキーを使用して前記関係型データベース構成要素から検索するステップと、（ｂ）前記ファイルを前記ファイルシステム構成要素から検索するステップと、（ｃ）前記ベクトルキャッシュを、前記ベクトルキャッシュ定義内に識別されているデータ要素と共に集団化するステップとを含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記抽出ステップは、前記ハイパーキューブ定義を使用して前記ベクトルキャッシュ情報からハイパーキューブを生成するステップを更に含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記データマインニングステップは、自己編成マップデータマインニング、規則誘導データマインニング、数値データをカテゴリ別データまたは属性データに相関付けるためのデータマインニング、及び前記カテゴリ別データまたは属性データを数値データに相関付けるためのデータマインニングの１またはそれ以上を使用するステップを含むことを特徴とする請求項１に記載の方法。
【請求項２０】
前記データマインニングステップは、クラスタを形成するための自己編成マップデータマインニングするステップと、ＳＯＭデータマインニングからの出力をマップマッチング分析してクラスタマッチングを遂行するステップと、ＳＯＭデータマインニング分析からの出力を規則誘導データマインニングしてクラスタの規則説明を生成するステップと、カテゴリ別データを前記規則誘導データマインニングからの出力の数値データに相関付けるステップと、数値データを前記マップマッチングデータマインニングからの出力のカテゴリ別データに相関付けるステップとを含むことを特徴とする請求項１に記載の方法。
【請求項２１】
前記ＳＯＭデータマインニングステップは、データを自動的に編成し、またあるデータセット内の異なる“工場問題”を表す分離し且つ支配的なデータクラスタを識別し、前記マップマッチング分析は、“関心のある”変数を、前記“関心のある”変数の挙動にクラスタ毎にインパクトを与えることが知られている何等かの履歴データで記述することを特徴とする請求項２０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の１またはそれ以上の実施例は、限定するものではないが、例えば、集積回路（“ＩＣ”）製造または組立て工場（以下、“半導体製造工場”または“工場”という）において得られる情報を分析するための方法及び装置に関する。
【背景技術】
【０００２】
図１は、従来技術による集積回路（以下、“ＩＣ”という）の製造または組立て工場（以下、“半導体製造工場”または“工場”という）内に存在する歩留まり分析ツールインフラストラクチャを示している。図１に示すように、マスクショップ１０００はレティクルを生産する。図１に更に示すように、作業進行追跡システム１０２０（以下、“ＷＩＰ（ワーク・イン・プログレス）追跡システム１０２０”という）は、ウェーハまたは基体上にＩＣを製造（及び試験）するために使用される工場内の諸処理ステップを通して進行するウェーハを追跡する。本明細書においては、“ウェーハ”及び“基体”という用語を互換的に使用し、限定するものではないが、例えば、ガラス基体を含む全ての種類の半導体ウェーハ、または基体を意味するものとする。ＷＩＰ追跡システム１０２０は、限定するものではないが、例えば、インプラントツール１０３０、拡散・酸化・堆積ツール１０４０、化学・機械的平面化ツール１０５０（以下、“ＣＭＰツール１０５０”という）、レジストコーティングツール１０６０（限定するものではないが、例えば、フォトレジストをコーティングするためのツール）、ステッパツール１０７０、現像装置ツール１０８０、エッチング／洗浄ツール１０９０、レーザ試験ツール１１００、パラメータ試験ツール１１１０、ウェーハ分類ツール１１２０、及び最終試験ツール１１３０を通るウェーハを追跡する。これらのツールは、ＩＣを生産する工場において使用されるツールの殆どを表している。しかしながら、これらは単なる例示に過ぎず、本発明を限定するものではない。
【０００３】
図１に更に示すように、工場はツールレベル測定を入手するための、及び種々のプロセスを自動化するための多くのシステムを含む。例えば、図１に示すように、ツールレベル測定及び自動化システムは、例えば、処理ツール管理（例えば、プロセスレシピ管理）及びツールセンサ測定データ収集及び分析のようなツールレベル測定及び自動化タスクを可能にするためのツールデータベース１２１０を含む。例えば、限定するものではなく単なる例示に過ぎないが、ＰＣサーバ１２３０は、プロセスレシピデータを（レシピモジュール１２３３を通して）ツールへダウンロードし、ツールセンサから（センサモジュール１２３５から）ツールセンサ測定データを受信し、プロセスレシピデータ及びツールセンサ測定データを例えばツールデータベース１２１０内へ格納する。
【０００４】
図１に更に示すように、工場は多くのプロセス測定ツールを含んでいる。例えば、欠陥測定ツール１２６０及び１２６１、レティクル欠陥測定ツール１２６５、オーバレイ欠陥測定ツール１２６７、欠陥見直しツール１２７０（以下、“ＤＲＴ１２７０”という）、限界寸法（クリティカルディメンション）測定ツール１２８０（以下、“ＣＤ測定ツール１２８０”という）、及び電圧コントラスト測定ツール１２９０が含まれ、これらのプロセス測定ツールは、プロセス評価ツール１３００によって駆動される。
【０００５】
図１に更に示すように、特定用途向け分析ツールが、あるプロセス測定ツールを駆動する。例えば、欠陥管理者ツール１３１０は欠陥測定ツール１２６０及び１２６１が生成したデータを分析し、レティクル分析ツール１３２０はレティクル欠陥測定ツール１２６７が生成したデータを分析し、ＣＤ分析ツール１３４０はＣＤ測定ツール１２８０が生成したデータを分析し、テストウェアツール１３５０はレーザ試験ツール１１００、パラメトリック試験ツール１１１０、ウェーハ分類ツール１２１０、及び最終試験ツール１１３０が生成したデータを分析する。
【０００６】
図１に更に示すように、データベース追跡／相関ツールは、特定用途向け分析ツールの１つまたはそれ以上からのデータを、通信ネットワークを通して入手する。例えば、統計的分析ツール１４００は、例えば欠陥管理者ツール１３１０、ＣＤ分析ツール１３４０、テストウェア１３５０からデータを入手し、そのデータを関係型（リレーショナル）データベース１４１０内へ格納する。
【０００７】
最後に、データ抽出データベース１４２０内に格納されているデータに対して歩留まり管理方法論が適用される。このデータは、通信ネットワークを通してＷＩＰ追跡システム１０２０及びツールデータベース１２１０から抽出される。
【０００８】
従来技術においては、工場内において使用される歩留まり管理システムが多くの問題を抱えている。図２は、工場内において使用されている従来技術のプロセスを示しており、以下この従来のプロセスをラインの終わり（エンド・オブ・ライン）監視という。ラインの終わり監視は、“終了標識(trailing indicator）”フィードバックループを使用するプロセスである。例えば、図２にボックス２０００で示すように、限定するものではないが、例えば、低歩留まり、低品質、及び／またはデバイスの低速のような終了標識が識別される。次いで、ボックス２０１０において“不良ロット”メトリックス（即ち、終了標識を発生したウェーハロットに関連する測定）がメトリックスの仕様（以下、スペックという）と比較される。もしメトリックスが“スペック外”であればプロセスはボックス２０３０へ進み、“スペック外”イベントに対する動作が遂行され、“スペック外”状態を補正するためのフィードバックがプロセス制御エンジニアへ供給される。一方、もしメトリックスが“スペック内”にあればプロセスはボックス２０２０へ進み、障害に対する過去の履歴のプラント知識が分析される。もしこれが既に識別済みの問題であれば、プロセスはボックス２０４０へ進む。識別済みの問題でなければ（即ち、先行知識が存在しなければ）、プロセスはボックス２０５０へ進む。ボックス２０４０において、既に識別済みの問題に関連するロットまたはツールコメントに対する動作が遂行され、先に遂行された動作と同一の型の動作を遂行するためのフィードバックがプロセス制御エンジニアへ供給される。ボックス２０５０に示すように、ツールまたはデバイス処理履歴データと障害との相関の存否が判断される。もし相関が見出されればプロセスはボックス２０６０へ進み、もし相関が見出されなければプロセスはボックス２０７０へ進む。ボックス２０６０において“不良”ツールまたはデバイス処理が“固定”（フィックス）され、フィードバックがプロセス制御エンジニアへ供給される。ボックス２０７０において、工場保守ジョブが遂行される。
【０００９】
上述したラインの終わり監視プロセスには、幾つかの問題が付随する。例えば、（ａ）幾つかの問題によって低歩留まりが発生することが多く、（ｂ）理論的に未確認の事由から屡々“スペック”限界に到達し、（ｃ）過去の製品障害履歴の知識が文書化されないことが多いか、または、たとえ文書化されていてもその文書が広く配布されておらず、（ｄ）データ及びデータアクセスが断片化され、そして（ｅ）相関分析を遂行する前に作業仮説を生成しなければならず、相関の数が極めて多く、相関分析を遂行するために使用される資源が制限されている。
【００１０】
例えば、データフィードバック及び問題固定化の典型的なエンジニアリングプロセスは典型的には次の諸ステップを含む。即ち、（ａ）問題を定義し（これが出現する典型的な時間は、約１日である）、（ｂ）例えば、歩留まりのパーセンテージ、欠陥のパーセンテージ等のようなキー分析変数を選択し（これが出現する典型的な時間は、約１日である）、（ｃ）選択されたキー分析変数異常についての仮説を形成し（これが出現する典型的な時間は、約１日である）、（ｄ）種々の“ガットフィール”（gut-feel）方法を使用して仮説をランク付けし（これが出現する典型的な時間は、約１日である）、（ｅ）実験戦略及び実験試験計画を開発し（これが出現する典型的な時間は、約１日である）、（ｆ）実験を実施してデータを収集し（これが出現する典型的な時間は、約15日である）、（ｇ）モデルを適合させ（これが出現する典型的な時間は、約１日である）、（ｈ）モデルを診断し（これが出現する典型的な時間は、約１日である）、（ｉ）モデルを解釈し（これが出現する典型的な時間は、約１日である）、（ｊ）確認試験を実施して改善を確認する（これが出現する典型的な時間は、約20日である）か、または改善が見られなければ次の実験を（ｃ）から開始して実施する（典型的には５回の繰り返しを含む）。その結果、１つの問題を固定するための典型的な時間は、約７ヶ月になる。
【００１１】
ラインの幅が縮小され、ＩＣを製造するためにより新しい技術及び材料（例えば、銅金属化、及び新しい低ｋ誘電性フィルム）が使用されるにつれて、欠陥（その処理または誘起した汚染）を減少させることが益々重大になっている。原因を根絶させるための時間が欠陥を解消するためのキーである。これらの問題は、300ｍｍウェーハへ移行することによってより容易ではなくなる。従って、同時に収束する多くのことと共に、歩留まりランピング（ ramping ）が主要障害になりつつある。
【００１２】
上述した諸問題に加えて、半導体工場は欠陥を監視し、欠陥密度を減少させ続ける努力の一環として、欠陥検出装置及び欠陥データ管理ソフトウェアに大量の資本を投ずるというさらなる問題が発生している。欠陥データ管理ソフトウェアにおける現行従来技術は、以下のデリバラブル（deliverables）の１またはそれ以上の開発を含む。即ち、（ａ）欠陥傾向（例えば、欠陥の型及びサイズによるパレート（paretos））、（ｂ）ウェーハレベル欠陥対歩留まりチャート、及び（ｃ）型及びサイズによる特別及び手動でのキル比。これらの各デリバラブル毎の主要欠陥は、ユーザが何をプロットすることを望んでいるかという事前知識を彼／彼女が有していなければならないことである。しかしながら、データが大き過ぎるために、ユーザが原因を根絶しようとする確率は低い。更に、たとえ各変数毎にチャートが生成されるとしても、チャートの数が莫大になればユーザがこれらのチャートを１つ１つ分析することは実質的に不可能である。
【００１３】
上述した諸問題に加えて、半導体工場において使用されるデータの殆どは、“間接計測データ”であるという問題が存在する。この文脈における“間接計測”とは間接メトリックスで収集されたデータのことであり、この間接メトリックスは予測可能な方法で工場における製造プロセスに関係付けられているものとする。例えば、ＩＣ上に金属ラインをパターン化した後に、限界寸法走査電子顕微鏡（“ＣＤ−ＳＥＭ”）を使用して、所与のセットのウェーハ上の種々の位置における金属ラインの幅を測定することができる。半導体工場内の計測インフラストラクチャに、１つのビジネス値を割当てることができる。これは工場における“不良に向かった”プロセスの進行を停止させるために、計測データ測定を如何に速く活動可能な情報に変えるかに関係している。しかしながら、実際には、間接測定は莫大な潜在的問題を伴い、これらの問題が“活動可能な”工場処理ツールまたは処理ツール処理状態を指定する明白な関係が欠如することが多い。処理ツールセットと半導体工場の殆どの間接測定との間に明白な関係が欠如するために、エンジニアリングスタッフィングインフラストラクチャにかなりの投資を必要とし、また原因となるデータ内の関係を確立するために要する予測不能な時間フレームに起因するかなりの“スクラップ”材料コストがもたらされる。
【００１４】
計測に加えて、ここ数年以内に、ウェーハの処理時間中の半導体ウェーハ処理ツールの動作状態を記録するように設計されたデータ抽出システムを開発するために多額の資本が投入されてきた。現在では時間をベースとするプロセスツールデータが、少なくとも幾つかの工場における処理ツールの幾分かに対して利用可能ではあるが、生産されつつあるＩＣに対する処理ツールの性能を最適化するためにこのデータを使用することは制限されている。これは、処理ツール時間データをどのように表すかと、ＩＣ性能データをどのように表すかとの間が切り離されていることが原因である。例えば、ＩＣについてのデータ測定が、ウェーハの所与のバッチ（以下、ロットという）、または所与のウェーハ、またはウェーハ上のＩＣの所与のサブセットに関連付けられることは間違いない。一方、処理ツール時間データからのデータ測定は、ウェーハ処理中の特定時点における処理ツール内の離散した動作状態として表される。例えば、もし処理ツールが孤立した処理チャンバを有していれば、所与のウェーハがその処理チャンバ内に留まる間は各ミリ秒毎にチャンバ圧力が記録される。この例では、任意のウェーハのためのチャンバ圧力データが1000の独自測定のシリーズとして記録される。ＩＣデータメトリックスは単一の離散した測定であるので、このデータフォーマットは所与のＩＣデータメトリックスを有する分析テーブル内に“併合”することはできない。処理ツール時間データを離散したデータメトリックスに“併合”することに伴う困難さから、処理ツール時間データを工場効率を最適化する手段として使用することが制限されるのである。
【００１５】
上述した諸問題に加えて、工場において生成されたデータを格納するための関係型データベースの使用を含む別の問題が存在している。限定するものではないが、例えばオラクル(ORACLE)及びＳＱＬサーバーのような関係型データベースが、データ要素間の定義された、または割当てられた関係を有するデータを編成して引用する必要があることに起因する。使用する場合、これらの関係型データベース技術のユーザ（例えば、プログラマ）は、各データ要素を如何に他のデータ要素に関係付けるかを予め定義するスキーマを供給する。データベースが作成された後、そのデータベースのアプリケーションユーザは予め確立されている関係に基づいてデータベース内に含まれている情報に関する問い合わせを行う。因みに、従来技術の関係型データベースは、これらの関係型データベースを工場で使用する時に問題をもたらす２つの固有の問題を有している。第１の問題は、モデル化されるデータのための特定のスキーマ（即ち、関係及びデータベーステーブル）を作成する前に、ユーザ（例えば、プログラマ）がそのデータを熟知していなければならないことである。このスキーマは、本質的にデータ要素関係をセーフガードする制御を実現する。データをデータベース内に配置するソフトウェア、及びデータベースからデータを検索するためのアプリケーションソフトウェアは、データベース内の何れか２つのデータ要素間のスキーマ関係を使用しなければならない。第２の問題は、小さいデータトランザクション（例えば銀行業務、航空券販売等）を検索する場合は、関係型データベースは優れたＴＰＳ定格（即ち、トランザクション処理スペック）を有しているが、特に工場において歩留まりを改善する場合に要求されるデータウェアハウジング、及びデータマインニング（mining）のような決定支援システムを援助するために大量のデータセットを生成する場合には、その動作が不十分なことである。
【００１６】
上述した諸問題に加えて、生産歩留まり問題を定量化するために半導体製造産業において使用される従来技術のデータ分析アルゴリズムの結果としての問題が存在している。これらのアルゴリズムは、線形回帰分析、及び決定樹(decision tree)データマインニング方法の手動適用を含む。これらのアルゴリズムは、次のような２つの基本的問題を抱えている。即ち、（ａ）所与のデータセット内には殆ど常に１より多くの歩留まりにインパクトを与える問題が存在しているが、これらのアルゴリズムは所与の工場内の分離した１組の歩留まりにインパクトを与える諸問題を定量化するのではなく、“１つの”答えを見出すために最良に使用されている。（ｂ）これらのアルゴリズムは、分析の“ハンドオフ”を完全に自動化することはできない。それは、線形回帰分析は分析に先立って変数カテゴリを手動で準備し、定義する必要があり、また決定樹データマインニングは分析内の目標変数を定義するために、並びに分析自体のための種々のパラメータを定義するために“人間のユーザ”を必要とするからである。
【００１７】
上述した諸問題に加えて、かなり大きいデータセットをデータマインニングすることを原因とする別の問題が存在している。例えば、従来技術によれば、分析されるデータ内の変数のサイズ及び数を減少させるようにデータセットを濾波するために、あるレベルのドメイン知識（即ち、データのストリーム内のどのフィールドが“関心のある”情報を表しているかに関する情報）を使用した後に限って、かなり大きいデータセットをデータマインニングすることが可能である。縮小されたデータセットを生成した後に、それはエキスパートが価値システムを定義（即ち、どれが重要であるかの定義）することによって既知の分析技術／モデルに対してマインニングされ、分析システムを駆動すべき“優良質問”が推測される。この方法を有効なものとするために、典型的にはツールが手動で構成され、結果を最終的に評価する人々によって操作される。データを収集し、データセットをマインニングするのに使用される適切な質問を形成するためには、産業専門知識、正確に言えば、特定のプロセスの知識が必要であるから、通常これらの人々は、評価されつつあるプロセスに責任のある人々と同一の人々である。これらの産業エキスパートに所要のデータマインニング及び相関タスクの責任を持たせることは、彼等の時間の使用が非効率になり、またデータマインニングのプロセスは手動で介入することによって大きく駆動されるから、プロセス毎に得られる結果に矛盾がもたらされるようになる。最終的には、たとえ成功したとしても“利益”の殆どが失われるか、または低下する。例えば、データを手動で処理して分析する時間のかかるプロセスは人時及び装置が高価になり、またもし結果が十分に速く達成されなければ発見された変化を実行するための十分な時間がなくなる。
【００１８】
上述した諸問題に加えて、以下のような別の問題も存在している。歩留まりの向上及び工場効率改善監視努力の重要な部分は、ラインの終わり機能試験データ、インラインパラメトリックデータ、インライン計測データ、及びＩＣを製造するために使用される特定の工場処理ツール間の相関に集中されていた。これらの相関を遂行するには、工場処理ツールデータの全ての列（カラム）と、指定された“データの数値列”との関係（どの処理ツールデータをカテゴリ別属性として事前提示するか）を決定する必要がある。良好な相関とは、その列内のカテゴリの１つを有する処理ツールの特定の列（即ち、カテゴリ別）が、選択された数値列（即ち、従属変数または“ＤＶ”と呼ぶ）のための値の望ましくない範囲と相関することと定義されている。このような分析の目的は、望ましくないＤＶの読みの原因であると推測されるカテゴリ（例えば、工場処理ツール）を識別すること、及び処理ツールは正しく動作していることをエンジニアが確認できるようになる時点まで、それを工場処理の流れから排除することである。半導体工場データベースには莫大な数のツール及び“ツール状”カテゴリ別データが与えられるから、手動スプレッドシート探索技術（“コモナリティスタディ”と呼ばれる）を使用して不良処理ツールを分離することは困難である。この制約にも拘わらず、半導体産業には、不良処理ツールまたはカテゴリ別処理データを検出するための技術が存在している。これは、例えば、ロットコモナリティ分析を遂行することによって行うことができる。しかしながら、この技術は特定のプロセス層の事前知識を必要とし、またもしユーザが障害の本質を十分に理解していなければ、時間を消費しかねない。別の技術は、ニューラルネットワークまたは決定樹のような進歩したデータマインニングアルゴリズムを使用することである。これらの技術は効果的ではあるが、データマインニングには該博なドメイン専門知識が必要であるので、それらをセットアップするのを困難にしている。更に、これらのデータマインニングアルゴリズムは、このような包括的データ分析技術に要求される大量のアルゴリズムオーバヘッドのために低速であることが知られている。上述した分析技術を使用すると、ユーザは、典型的に、不良処理ツールを見出した後にそれを実際に固定するのに費やす努力よりも多くの時間を基本的な、または複雑な分析によって問題を識別する試みに費やすようになる。
【００１９】
最後に、上述した諸問題に加えて、以下のような別の問題も存在している。大きいデータセット内の相関の探索について通常の線形統計量と比較する場合には、ニューラルネットワーク、規則誘導（ rule induction ）探索、及び決定樹のようなデータマインニングアルゴリズムがより望ましい方法であることが多い。しかしながら、Windows 2000サーバーのような低価格ハードウェアプラットフォーム上で大きいデータセットを分析するためにこれらのアルゴリズムを使用する場合、幾つかの限界がある。これらの限界の中で主たるものは、これらの技術によって要求されるランダムアクセスメモリ及び拡張ＣＰＵローディングの使用である。大きい半導体製造データセット（例えば、＞40Ｍバイト）をニューラルネットワーク分析するには数時間以上かかることが多く、Windows 2000オペレーティングシステムの場合、２ＧバイトＲＡＭ限界を突破することさえあり得る。更に、これらの大きいデータセットを規則誘導または決定樹分析するとしても（必ずしも単一WindowsプロセスのためのＲＡＭ限界を破ることはないが）、分析を完了させるまでに数時間を必要とし得る。
【発明の開示】
【発明が解決しようとする課題】
【００２０】
当分野においては、上述した諸問題の１つまたはそれ以上を解消する要望が存在している。
【課題を解決するための手段】
【００２１】
本発明の１またはそれ以上の実施例は、上述した当分野における要望を有利に満足させる。詳述すれば、本発明の一実施例は、集積回路製造工場（“工場”）において入手した情報をデータマインニングする方法である。本方法は、（ａ）工場内においてデータを発生するシステム、ツール、及びデータベースの１またはそれ以上を通して工場からデータを収集するか、または工場からデータを収集するステップと、（ｂ）データをフォーマットし、フォーマットされたデータをソースデータベース内に格納するステップと、（ｃ）データマインニングに使用するためのデータの部分を、ユーザ指定の構成ファイルに従って抽出するステップと、（ｄ）データの抽出された部分を、ユーザ指定の構成ファイルに従ってデータマインニングするステップと、（ｅ）データマインニングの結果を結果データベース内に格納するステップと、（ｆ）結果へのアクセスを与えるステップとを含む。
【発明を実施するための最良の形態】
【００２２】
本発明の１またはそれ以上の実施例は、特に、（ａ）集積回路（“ＩＣ”）製造工場（“半導体工場”または“工場”）データフィード（即ち、マルチフォーマットデータファイルストリーミングを確立することによる）（ｂ）限定するものではないが、例えばオラクル(Oracle)ファイルシステムにおいて10,000の測定を索引する（限定するものではないが、例えばハイブリッドデータベースのような10,000の測定を索引する）データベース、（ｃ）分析のための多重データセットの迅速エキスポートを有する決定分析データフィード、（ｄ）“データ価値システム”を使用して問い合わせる自動化された質問を伴う無支援分析自動化、（ｅ）限定するものではないが、例えばニューラルネットワーク、規則誘導、及び多変体統計量のような多重データマインニング技術、（ｆ）調査結果を分類するための複数のフォローオン統計量を有する視覚化ツール、及び（ｇ）迅速展開を与える終端間ウェブ引渡しシステムのためのアプリケーションサービスプロバイダ（“ＡＳＰ”）の１またはそれ以上を提供することによって歩留まりを向上させることが可能である。本発明のこれらの実施例の１またはそれ以上を使用することによって、典型的なデータフィードバック及び問題固定のためのエンジニアリングプロセスは、典型的に、（ａ）自動化問題定義（これが出現する典型的な時間は約０日である）、（ｂ）歩留まりのパーセンテージ、欠陥のパーセンテージ等のような全てのキー分析変数の監視（これが出現する典型的な時間は約０日である）、（ｃ）全てのキー分析変数異常に関する仮説の形成（これが出現する典型的な時間は約０日である）、（ｄ）統計的信頼レベルと、可固定性基準を使用しての仮説のランク付け（即ち、（例えば、経験に基づくことができる構成ファイル内に）供給される命令。これは、限定するものではないが、例えばある人口知能のための重み付けを含む仮説を、どのようにスコア付与または定格付けするかを指示する。例えばツールデータのようなカテゴリ別データのための可固定性基準は、例えばプローブデータのような数値データのための可固定性基準とは異なることに注目されたい）（これが出現する典型的な時間は約１日である）、（ｅ）実験戦略及び実験試験計画の開発（これが出現する典型的な時間は約１日である）、（ｆ）実験の遂行とデータの収集（これが出現する典型的な時間は約15日である）、（ｇ）モデルの適合（これが出現する典型的な時間は約１日である）、（ｈ）モデルの診断（これが出現する典型的な時間は約１日である）、（ｉ）モデルの解釈（これが出現する典型的な時間は約１日である）、及び（ｊ）繰り返しを行わずに改善を検証するための試験確認（これが出現する典型的な時間は約20日である）の諸ステップを含むことになろう。その結果、１つの問題を固定するための典型的な時間は、約1.5月である。
【００２３】
図３は、本発明の１またはそれ以上の実施例に従って製造された工場データ分析システム３０００と、ＩＣ製造プロセスと共に使用するために本発明の１またはそれ以上の実施例にデータマインニングを適用する場合における生のフォーマットされていない入力からデータマインニング結果までのデータの自動化された流れとを示している。本発明の１またはそれ以上の実施例によれば、分析プロセスの各ステップ、及び分析プロセスの１つの相から次の相への流れを自動化することによって、プロセスを手動でデータマインニングし、データマインニングの結果をプロセス改善に変える欠点を大幅に減少または排除することができる。更に、本発明の１またはそれ以上のさらなる実施例によれば、データ分析セットアップのためのユーザまたはクライアントアクセスが提供され、またインターネットウェブブラウザのような一般的に利用可能な既設のインタフェースを介して結果を見ることが可能である。このようなウェブブラウザインタフェースを実現するためには、アプリケーションサービスプロバイダ（“ＡＳＰ”）システム分配方法（即ち、当分野においては公知のウェブをベースとするデータ転送方法）が好ましい方法である。また、１またはそれ以上の工場サイトからのデータに関してデータ収集及び分析を遂行する１つの工場によって、または各会社毎に１またはそれ以上の工場サイトからのデータに関してデータ収集及び分析を遂行する幾つかの会社によって、図３に示す工場データ分析システムの実施例の１またはそれ以上を使用することができる。更に、１またはそれ以上のこれらの実施例の場合、データが会計管理方法による機密保護によって隔離されている場合には、ユーザまたはクライアントセットアップ及び／またはビューイング結果は、同一会社の異なる部署からの異なるユーザまたはクライアントでも、または異なる会社の異なる部署からの異なるユーザまたはクライアントでもあり得る。
【００２４】
本発明の１またはそれ以上の実施例においては、（ａ）データは自動的に検索され、処理され、そしてフォーマットされるので、データマインニングツールはそのデータを用いて作業することができ、（ｂ）価値システムが適用され、質問が自動的に生成されるので、データマインニングツールは関連結果を戻し、そして（ｃ）結果が自動的に通知され、遠隔的にアクセス可能であるので、結果に基づく補正動作を迅速に行うことができる。
【００２５】
図３に示すように、ＡＳＰデータ転送モジュール３０１０は、限定するものではないが、例えば、（ａ）ＭＥＳ（“測定実行システム”）からのロット機器履歴データ、（ｂ）機器インタフェースからのデータ、（ｃ）工場が準備したデータソースからの処理ツールレシピ及び処理ツール試験プログラム、及び（ｄ）限定するものではないが、例えば、プローブ試験データ、Ｅ試験（電気試験）データ、欠陥測定データ、遠隔診断データ収集、及び工場が準備したデータソースからの事後処理データのような、工場内の異なる型のデータソースの何れか１つまたは複数からの異なる型のデータを取得するデータ収集プロセスまたはモジュールである。本発明の１またはそれ以上の実施例によれば、ＡＳＰデータ転送モジュール３０１０は、限定するものではないが、例えば、ツール及び／または直接データソースからの生データ出力を格納する顧客データ収集データベース（集中化、またはそれ以外）からの顧客及び／またはツールが指令したフォーマット形状で伝送されるデータを受け入れ、及び／または収集する。更に、このようなデータ受け入れ、または収集はスケジュールをベースとして、またはオンデマンドで行うことができる。また更に、データは暗号化することも、または顧客のイントラネットのような機密保護ネットワークを通してＦＴＰファイルとして（例えば、安全ｅメールのように）伝送することもできる。本発明の一実施例によれば、ＡＳＰデータ転送モジュール３０１０はＰＣサーバー上で走るソフトウェアアプリケーションであり、当分野においては公知の多くの方法の何れか１つに従ってＣ++、パール(Perl)、及びVisual Basicで符号化されている。例えば、一般的に使用可能な典型的なデータは、（ａ）典型的に約12,000アイテム／ロット（ウェーハのロットとは、典型的にカセット内で処理中に通常一緒に走行する25ウェーハのことをいう）を含むＷＩＰ（作業進行）情報（ＷＩＰ情報は、典型的にはプロセスエンジニアによってアクセスされる）、（ｂ）例えば、典型的には約120,000アイテム／ロットを含む生の処理ツールデータのような機器インタフェース（従来は、典型的に、機器インタフェース情報には誰からもアクセスされなかったことに注目されたい）、（ｃ）典型的に約1,000アイテム／ロットを含むプロセス計測情報（プロセス計測情報は、典型的にはプロセスエンジニアによってアクセスされる）、（ｄ）典型的に約1,000アイテム／ロットを含む欠陥情報（欠陥情報は、典型的には歩留まりエンジニアによってアクセスされる）、（ｅ）典型的に約10,000アイテム／ロットを含むＥ試験（電気試験）情報（Ｅ試験情報は、典型的にはデバイスエンジニアによってアクセスされる）、及び（ｆ）典型的に約2,000アイテム／ロットを含む分類（データログ及びビットマップを有する）情報（分類情報は、典型的には製品エンジニアによってアクセスされる）を含む。これらのデータを、ウェーハ当たり合計約136,000独自測定までロールアップできることは容易に理解されよう。
【００２６】
図３に更に示すように、データ変換モジュール３０２０は、ＡＳＰデータ転送モジュール３０１０によって受信された生のデータを、当分野においては公知の多くの方法の何れか１つによるキー／列／データを含むデータフォーマットに変換及び／または翻訳し、変換されたデータを自己適応データベース３０３０内に格納する。データ変換モジュール３０２０によって遂行されるデータ変換処理は、生データの分類と、限定するものではないが、例えば、工場・試験ロットＩＤ変換（例えば、これは鋳物工場に有用である）、ウェーハＩＤ変換（例えば、スルース・アンド・スクライブ（Sleuth and Scribe）ＩＤ）、及びウェーハ／レティクル／ダイ座標正規化及び変換（限定するものではないが、例えば、座標正規化のためにノッチが使用されているのか、またはウェーハ基準点測定が使用されているのかに依存する）のような併合処理と、限定するものではないが、例えば、Ｅ試験データのためのスペック限界、ビン（ bin ）プローブデータ（例えば、あるラインの終わりプローブ試験の場合、10から100障害モードが存在し得る）、計測データ、及び限定するものではないが、例えば、ロット、ウェーハ、領域、及び層データのような計算されたデータ型のようなデータスペックとを含む。本発明の一実施例によれば、データ変換モジュール３０２０はＰＣサーバー上で走るソフトウェアアプリケーションであり、当分野においては公知の多くの方法の何れか１つに従ってオラクル Dynamic ＰＬ−ＳＱＬ及びパールで符号化されている。本発明のこのような実施例の１つによれば、データ変換モジュール３０２０によって遂行されるデータ変換処理は、生でファイルを“十分にフォーマットされた”産業寛容なファイルに変換する当分野においては公知の多くの方法の何れか１つに従って複数の翻訳プログラムの１つの包括的セットを使用することを含む（即ち、データフォーマットは“一般化”されており、従って、たとえデータを変換できるデータフォーマットがどれ程多く存在していても、僅かに数フォーマットだけが使用される）。本発明の１またはそれ以上の実施例によれば、変換されたファイルは、（低細分性データを高細分性データへ“ロールアップ”するために、その後のプロセスを動作可能にするために）生データ内に存在する“レベル”情報を維持しながら、産業特定の情報は含まない。生データをこのフォーマットにした後に、それを自己適応データベース３０３０へ供給して格納させる。
【００２７】
本発明の１またはそれ以上の実施例によれば、入力データのための包括的ファイルフォーマットは、ウィジェット（Widget）ＩＤ、何処？、何時？、何？、及び値のレベリングスキームを使用することによって定義される。例えば、半導体工場の場合、これらは特に以下のように定義される。即ち、ウィジェトＩＤは、ロットＩＤ、ウェーハＩＤ、スロットＩＤ、レティクルＩＤ、ダイＩＤ、及びサブダイｘ，ｙデカルト座標の１またはそれ以上によって識別される。何処？は、プロセスの流れ／アセンブリライン製造ステップ、及びサブステップの１またはそれ以上によって識別される。何時？は、測定の日付／時間の１またはそれ以上によって識別される。何？は、測定名“限定するものではないが、例えば、歩留まり”、測定型／カテゴリ、及びウェーハ分類の１またはそれ以上として識別される。値？は、限定するものではないが、例えば、歩留まり51.4％として定義される。このような実施例を使用すれば、どのようなプラントデータも表すことができる。
【００２８】
本発明の１またはそれ以上の実施例によれば、データ変換モジュール３０２０は、ＡＳＰデータ転送モジュール３０１０によって収集された新しい型のデータを包括的に翻訳する。詳述すれば、データ変換モジュール３０２０は、例えばデータアクセスのためのハッシュコードを作成することによって、新しいデータを自己適応データベース３０３０内に格納できるようにするための“オンザフライ”データベース“ハンドシェーク”を作成する。最後に、本発明の一実施例によれば、データは、それが工場分析システム３０００に到着するにつれて自己適応データベース３０３０内に格納される。
【００２９】
本発明の１またはそれ以上の実施例によれば、ＡＳＰデータ転送モジュール３０１０は、SmartSysTMデータベース（SmartSysTMアプリケーションは、Applied Materials, Inc.から入手可能なソフトウェアアプリケーションであり、例えばセンサデータのような工場内の処理ツールからのデータを収集し、分析し、そして格納する）からの処理ツールセンサデータを収集するモジュールを含む。更に、データ変換モジュール３０２０は、SmartSysTM処理ツールセンサデータを、データマインニングのためのマスターローダーモジュール３０５０及びマスタービルダーモジュール３０６０によって準備されるデータセットに変換するモジュールを含む。
【００３０】
本発明の１またはそれ以上の実施例によれば、データ変換アルゴリズムによって、計測データメトリックスと既存の非最適工場（即ち、工場状態）との間に“直接”リンクを確立するために、個々の処理（即ち、工場またはアセンブリライン）ツールからの時間をベースとする（以下、時間ベースという）データの使用が可能である。このデータ変換アルゴリズムの重要な部分は、ウェーハ処理中に処理（工場またはアセンブリライン）ツールにおいて生成された時間ベース動作状態データを、キー集積回路特定統計量に変換する方法である。この統計量は、自動化データマインニング障害検出分析を行うために後述する手法でデータブレインエンジンモジュール３０８０によって分析される。本発明の１またはそれ以上の実施例によれば、このような時間ベース処理ツールデータを翻訳するために以下のステップが遂行される。
ａ．包括的時間ベースデータフォーマットのディジタル化の細分性を指定する構成ファイルの作成（後述するユーザインタフェースを使用）、
ｂ．限定するものではないが、例えば、ASCIIデータのような種々のファイルフォーマットからＡＳＰデータ転送モジュール３０１０によって受信された時間ベース処理ツールデータを、構成ファイルを使用して時間ベースデータファイルフォーマットに翻訳する。
【００３１】
以下に、包括的時間ベースデータファイルフォーマットのためのフォーマットの定義の一実施例を示す。有利なことには、これらの実施例によれば、あるファイルを“価値がある”と考えるようにするために、全てのデータフィールドが完全である必要はない。代わりに、後述するように、幾つかのデータフィールドは後に、半導体製造実行システム（ＭＥＳ）ホストと通信する“事後処理”データファイリングルーチンによって集団化することができる。
＜BEGINNING OF HEADER＞
[ PRODUCTID CODE ]
LOTID CODE ]                        (italic)
[ PARNET LOTID CODO ]
[ WAFERID CODE ]
[ SLOTID CODE ]
[WIP CODE ]
[ WIP SUB-MODULE ]
[ WIP SUB-MODULE-STEP ]
[ TRACKIN DATE ]                    (italic)
[ TRACKOUT DATE ]                  (italic)
[ PROCESS TOOLID ]
[ PROCESS TOOL RECIPE USED ]
＜END OF HEADER＞
＜BEGINNING OF DATA＞              (italic)
＜BEGINNING OF PARAMETER＞        (italic)
[ PARAMETER ENGLISH NAME ]        (italic)
[ PARAMETER NUMBER ]                (italic)
[ DATA COLLECTION START TIME ]      (italic)
[ DATA COLLECTION END TIME ]        (italic)
time increment 1, data value 1            (italic)
time increment 2, data value 2            (italic)
time increment 3, data value 3            (italic)
…
＜END OF PARAMETER＞                (italic)
＜BEGINNING OF PARAMETER＞        (italic)
[ PARAMETER ENGLISH NAME ]          (italic)
[ PARAMETERID NUMBER ]              (italic)
[ DATA COLLECTION START TIME ]      (italic)
[ DATA COLLECTION END TIME ]        (italic)
time increment 1, data value 1              (italic)
time increment 2, data value 2              (italic)
time increment 3, data value 3              (italic)
…
＜END OF PARAMETER＞                (italic)
＜END OF DATA＞                        (italic)
【００３２】
この実施例によれば、イタリックで示されている(italicと表示)アイテムは、ファイル内容をＩＣデータメトリックスと適切に併合可能にするために必要である。
【００３３】
上述したように、本発明の１またはそれ以上の実施例によれば、時間ベースデータ変換のための構成ファイルは、時間ベースデータをウェーハ統計量として表す細分性を指定する。このような実施例によれば、構成ファイルは更に、どの時間ベース生データフォーマットをその特定の構成ファイルによって処理するのかに関する情報、並びに生ファイルのデータアーカイビングに関する１またはそれ以上のオプションを含むことができる。以下は、構成ファイルの一実施例である。
＜BEGINNING OF HEADER＞
[ FILE EXTENSHIONS APPLICABLE TO THIS CONFG FILE ]
[ RAW DATA ARCHＩＶE FILE ＜Y OR N＞]
[ CREATE IMAGE ARCHＩＶE FILES＜NUMBER OF FILES / PARAMETER＞]
[ IMAGE ARCHＩＶE FILE RESOLUTION ]
＜END OF HEADER＞
＜BEGINNING OF ANALYSIS HEADER＞
[ GLOVAL GRAPH STARTS ＜ON / OFF＞, N SEGMENTS ]
[ XAXIS TIME STARTS ＜ON / OFF＞, N SEGMENTS ]
[ YAXIS PARAMETER STARTS ＜ON / OFF＞, N SEGMENTS ]
＜END OF ANALYSIS HEADER＞
【００３４】
以下に、上述した構成ファイルパラメータを説明する。
【００３５】
ファイル拡張：構成ファイル内のこのラインは、所与の生の包括的時間ベースデータファイルを所与の構成ファイル内に定義されているパラメータを使用して変換することを指示するファイル拡張及び／または命名規則キーワードをリストしている。
【００３６】
生データアーカイブファイル：構成ファイル内のこのラインは、最初のデータのアーカイブされたコピーを保持すべきか否かを指定する。このオプションを使用することによってファイルは圧縮され、アーカイブディレクトリ構造内に格納される。
【００３７】
イメージアーカイブファイル作成：構成ファイル内のこのラインは、データの“最初の”ビューを格納し、生データファイル（これらのファイルは大きくなる可能性があり、単一の処理ツールについて毎月合計10乃至20Ｇバイトまでを追加し得る）の全内容をアーカイブし、繰り返しプロットすることなく迅速に検索することができるように、生の時間ベースデータファイルを標準ｘ−ｙフォーマット内にグラフ化すべきか否かを指定する。イメージオプションの数は、ｘ−ｙデータプロットの種々のキー領域の多重スナップショットを格納することを可能にし、従って、データの“ズームイン”ビューも利用可能になる。
【００３８】
イメージアーカイブファイル分解能：構成ファイル内のこのラインは、イメージアーカイブファイルオプションによって捕捉されたｘ−ｙグラフに、標準イメージ圧縮のどのレベルを適用するかを定義する。
【００３９】
大域グラフ統計量：構成ファイル内のこのラインは、当該構成ファイルによって処理された全てのファイルフォーマットに関する大域統計量の生成を指定する。これらの統計量がどのようにして生成されるかに関しては、後述する。
【００４０】
Ｘ軸時間グラフ統計量：構成ファイル内のこのラインは、システムが、当該構成ファイルによって処理された全てのファイルフォーマットに関するＸ軸時間範囲定義された統計量の生成を指示する。これらの統計量がどのようにして生成されるかに関しては、後述する。
【００４１】
パーセントデータグラフ統計量：構成ファイル内のこのラインは、システムが、当該構成ファイルによって処理された全てのファイルフォーマットに関するパーセントデータ統計量の生成を指示する。これらの統計量がどのようにして生成されるかに関しては、後述する。
【００４２】
本発明のこれらの実施例の１またはそれ以上によれば、Ｘ軸時間グラフ統計量ともいう以下の統計量は、パラメータ毎の基準で各時間ベースデータグラフ毎に生成される。例えば、所与の時間ベースデータセット及び所与のパラメータに関して、データは構成ファイル内に定義されている複数のセグメントに分割される。Ｘ軸時間グラフセグメントは、ｘ軸の全幅（最小ｘ値から最大ｘ値まで）を取り、それをｘ軸範囲の複数（Ｎ）の等増分に分割することによって定義される。各セグメント毎に統計量が生成され、記録される。これがどのように作動するのかを理解するために、先ず図５を参照する。図５は、生の時間ベースデータの例を、詳述すれば、時間の関数としての処理ツールビーム電流のグラフを示している。図６は、図５に示す生の時間ベースデータをどのようにしてセグメントに分割するかを示しており、図７は、図６のセグメント１に対応する生の時間ベースデータを示している。
【００４３】
以下は、典型的なセグメント統計量（例えば、各セグメント毎に10統計量ずつ、複数（Ｎ）のセグメントのセグメント統計量）である。
１．セグメント内の面積
２．セグメント内のデータの平均Ｙ軸値
３．セグメント内のデータのＹ軸値の標準偏差
４．セグメントの勾配
５．セグメントの最小Ｙ軸値
６．セグメントの最大Ｙ軸値
７．Ｙ軸平均値の先行セグメントからのパーセント変化
８．Ｙ軸平均値の次のセグメントからのパーセント変化
９．Ｙ軸標準偏差値の先行セグメントからのパーセント変化
１０．Ｙ軸標準偏差値の次のセグメントからのパーセント変化
【００４４】
図８は、セグメント７内のＹ範囲のビン_Ｓに対する依存性の例を示している。上述した情報を使用することによってプロセスエンジニアは、処理ツール内のレシピ（処理ツールのセッティング）を低ビン_Ｓ障害に対応する範囲を有するように調整することができる。
【００４５】
本発明の一実施例によれば、以下の29の統計量は、ターキー（ Tukey ）データクリーニングされていないデータから計算された大域統計量である。
１．曲線下の合計面積
２．10％またはそれ以上のＹ軸勾配変化の数
３．Ｘ軸95％データ幅（即ち、データの中央から出発し、データの95％をピックアップするまで左及び右へ進む）
４．95％Ｘ軸データ幅のＹ軸平均
５．95％Ｘ軸データ幅のＹ軸標準偏差
６．95％Ｘ軸データ幅のＹ軸範囲
７．曲線下のＸ軸95％面積
８．Ｘ軸最左2.5％データ幅
９．曲線下のＸ軸最左2.5％面積
１０．Ｘ軸最右2.5％データ幅
１１．曲線下のＸ軸最右2.5％面積
１２．Ｘ軸90％データ幅（データの中央から出発し、90％をピックアップするまで左及び右へ進む）
１３．90％Ｘ軸データ幅のＹ軸平均
１４．90％Ｘ軸データ幅のＹ軸標準偏差
１５．90％Ｘ軸データ幅のＹ軸範囲
１６．曲線下のＸ軸90％面積
１７．Ｘ軸最左５％データ幅
１８．曲線下のＸ軸最左５％面積
１９．Ｘ軸最右５％データ幅
２０．曲線下のＸ軸最右５％面積
２１．Ｘ軸75％データ幅（データの中央から出発し、75％をピックアップするまで左及び右へ進む）
２２．75％Ｘ軸データ幅のＹ軸平均
２３．75％Ｘ軸データ幅のＹ軸標準偏差
２４．75％Ｘ軸データ幅のＹ軸範囲
２５．曲線下のＸ軸75％面積
２６．Ｘ軸最左12.5％データ幅
２７．曲線下のＸ軸最左12.5％面積
２８．Ｘ軸最右12.5％データ幅
２９．曲線下のＸ軸最右12.5％面積
【００４６】
前記実施例において使用したパーセンテージは、一般的なパーセンテージである90、95、75等であるが、例えばデータの“核心”の範囲を多少広げることに関心がある場合にはこれらのパーセンテージを中間値に変更できるようなさらなる実施例が存在する。
【００４７】
上述したような大域統計量を5000％ ターキーデータクリーニングを用いて計算するさらなる実施例が存在し、また上述したような大域統計量を500％ ターキーデータクリーニングを用いて計算する更に別の実施例が存在する。
【００４８】
本発明の一実施例によれば、パーセントデータ統計量は、Ｘ軸時間グラフ統計量のための前記10統計量と同一である。パーセントデータ統計量とＸ軸時間統計量との差は、セグメントを定義する方法にある。Ｘ軸時間統計量の場合、セグメントはＸ軸のＮの等部分に基づいている。しかしながら、パーセントデータ統計量の場合には、セグメントはセグメント内に含まれるデータのパーセンテージによって定義されるので、Ｘ軸上のセグメント幅は変化する。例えば、もしパーセントデータセグメントが10セグメントを用いて“オン”に調整されていれば、第１のセグメントはデータの最初の10％である（Ｘ軸をある基準として使用する場合、データ点の最左の10％）。
【００４９】
図３に更に示すように、マスターローダーモジュール３０４０は（時間生成されたイベントによってトリガされるのか、またはデータ到着イベントによってトリガされるのかによって）、自己適応データベース３０３０（例えば、データファイル３０３５）からフォーマットされたデータを検索し、それを知能ベース３０５０に変換する。知能ベース３０５０は、当分野においては公知のオラクル関係型データベースとして実現されている。本発明のさらなる実施例によれば、マスターローダーモジュール３０４０は、工場からデータが“少量ずつ流入”（トリクル）してくるにつれて、検索して知能ベース３０５０へ転送するのに十分なデータの量が到着したか否かを決定するために、自己適応データベース３０３０内のディレクトリをポーリングする。
【００５０】
本発明の１またはそれ以上の実施例によれば、マスターローダーモジュール３０４０及び知能ベース３０５０は、構造化されていない大量の関係型データを管理し、参照し、そして抽出する方法及び装置からなる。本発明の１またはそれ以上の実施例によれば、知能ベース３０５０は、知能ベース関係型データベース構成要素及び知能ベースファイルシステム構成要素からなるハイブリッドデータベースである。このような一実施例によれば、関係型データベース構成要素（例えば、スキーマ）は、分散型ファイルベース内に格納されている離散データへのアクセスキーを作成するために、ハッシュ・インデックスアルゴリズムを使用する。有利なことに、これは、構造化されていない生データを迅速に形式的構造に変換することを可能にし、それによって市販データベース製品の限界をバイパスし、ディスクアレイ内へ構造化ファイルを格納することによって得られる速度を利用することができる。
【００５１】
本発明の一実施例によれば、知能ベース３０５０のための設計セットアップの最初のステップは、存在し得る離散データ測定の適用可能レベルを定義することを含む。しかしながら、本発明のこれらの実施例の１またはそれ以上によれば、所与の離散データのための知能ベース３０５０を構築するプロセスを開始するために、その離散データのレベルがどれ程多く存在するのかを予測する必要はない。その代わりとして、知能ベース３０５０内のある点において、新しいレベル（サブレベルまたはスーパーレベルの何れか）と早期のレベルとの関係を定義することだけが要求される。これを理解するために、以下の例を考えてみよう。工場内に共通するレベルは、ウェーハの集まりであろう。これを知能ベース３０５０内のレベル１とインデックス付けすることができる。次に、ウェーハの集まり内の各特定ウェーハは、レベル２とインデックス付けすることができる。次に、ウェーハ上のチップの何れかの特定のサブグルーピングをレベル３（または、サブグルーピングカテゴリの一貫性に依存して多重レベル）とインデックス付けすることができる。有利なことに、知能ベース３０５０のこのような柔軟性によって、任意のデータ型を知能ベース３０５０内に格納することが可能になる。但し、その特性を、そのデータ型に適用されている現存細分性の最低レベルにインデックス付けできることが条件である。
【００５２】
有利なことに、本発明の１またはそれ以上の実施例によれば、知能ベース３０５０のためのデータローディングプロセスは、従来の関係型データベースのためのデータローディングプロセスよりも容易である。何故ならば、知能ベース３０５０の場合、離散した製造レベルとその特定レベルのＩＤのためのデータ測定（または、データ履歴）との関係を示すフォーマットで各新しいデータ型を再書込みするだけでよいからである。例えば、工場においては、所与のデータファイルを“レベル１”ＩＤ、“レベル２”ＩＤ等を含むライン内に再書込みし、次いでそのウェーハの組合わせの集まりのために測定を記録しなければならない。特定の関係型データベーススキーマを定義することなく、どのような適用可能なデータをもロードできるようにしたのが知能ベース３０５０のこの特性である。
【００５３】
有利なことに、本発明の１またはそれ以上の実施例によれば、知能ベース３０５０は、大量のデータを迅速に累積し、結合するためにハッシュ・結合アルゴリズムを使用することによって、自動化されたデータ分析ジョブ（詳細は後述する）を支援し、大きいデータベースを出力するように設計されている。従来の関係型データベース設計では、このような大量データセットを出力するには、通常は、データベース内に大きい“テーブル・結合”を必要とする。公知のように、関係型データベーステーブル・結合を使用すると、このような大きいデータセットの出力プロセスがＣＰＵを極めて繁忙にさせるが、有利なことに、知能ベース３０５０から大きいデータセットを出力するために使用される“ハッシュ・結合”アルゴリズムの場合にはこのようなことはない。
【００５４】
図４は、構造化されていないデータイベントを知能ベース３０５０に構造化するための本発明の一実施例による方法の論理的なデータの流れを示している。図４に示すように、ボックス４０１０において、工場データが工場データウェアハウス４０００から検索される。この工場データは、多くの異なる形状の何れか１つであることができ、また、限定するものではないが、例えば、データベースからの履歴データ、限定するものではないが、例えば、センサのような処理ツール監視機器からの実時間データを含む多くの異なるソースの何れか１つが生成したものであることができる。次に、フォーマットされていないデータは、データパーサー４０２０へ供給される。工場ウェアハウス４０００からデータを検索する手法及び頻度は、データパーサー４０２０、データベースローダー４０４０、または知能ベース３０５０の挙動に影響を与えないことを理解されたい。次に、データパーサー４０２０は、フォーマットされたデータストリーム４０３０を出力する。このフォーマットされたデータは、データベースローダー４０４０によって受入れ可能なフォーマットである（これは単にフォーマットの問題、即ち、データがどのようにレイアウトされているかだけに関しており、データに関するどのような“知識”をも導入することはない）。次に、データベースローダー４０４０は、フォーマットされたデータストリーム４０３０を読む。データベースローダー４０４０は、ハッシュ・インデックスアルゴリズムを使用してデータ要素と、ファイルシステム４０５０内のそれらの位置との間のインデックスキーを生成する（限定するものではないが、例えば、ハッシュ・インデックスアルゴリズムはデータ要素のデータレベルＩＤを使用してインデックスキーを生成する）。次に、データは将来の参照及び使用のためにファイルシステム４０５０内に格納され、ファイルシステム４０５０を参照するハッシュ・インデックスキーが関係型データベース４０６０内に格納される。本発明の１またはそれ以上の代替実施例では、オラクル 9iデータマート内のレベルによって仕切られ、インデックス付けされたテーブル内にデータをロードすることによって知能ベース３０５０が作成される。
【００５５】
図３に戻って、マスタービルダーモジュール３０６０は知能ベース３０５０にアクセスし、構成ファイル（ユーザ編集及び構成ファイルインタフェースモジュール３０５５を使用して生成）を使用してデータマインニング手順への入力として使用するためのデータ構造を構築する（後述）。ユーザ編集及び構成ファイルインタフェースモジュール３０５５は、マスタービルダーモジュール３０６０によって使用される構成データの構成ファイルをユーザが作成するのを可能にする。例えば、マスタービルダー３０６０は、構成ファイルによって指定された知能ベース３０５０からデータ（限定するものではないが、例えば、特定のパラメータ値範囲内の特定の型のデータ）を入手し、それを構成ファイルによって指定された知能ベース３０５０から他のデータ（限定するものではないが、例えば、別の特定の値範囲内の別の特定の型のデータ）と組合わせる。これを行うために、知能ベース３０５０の知能ベースファイルシステム構成要素が知能ベース３０５０の知能ベース関係型データベース構成要素によって参照され、異なるデータレベルを迅速に情報の“ベクトルキャッシュ”に併合することを可能にする（この“ベクトルキャッシュ”は、データマインニングにおいて使用するためのデータに変化させられる）。構成ファイルは、ユーザが、ハッシュ・インデックスを使用して新しい関係を定義し、それによって情報の新しい“ベクトルキャッシュ”を作成することを可能にする（この“ベクトルキャッシュ”は、後述する手法でデータマインニングにおいて使用するためのデータに変えられる）。このデータを、以下に“ハイパーキューブ”という。本発明の１またはそれ以上の実施例によれば、マスタービルダーモジュール３０６０はＰＣサーバー上で走るソフトウェアアプリケーションであり、当分野において公知の多くの方法の何れか１つに従ってオラクル Dynamic ＰＬ−ＳＱＬ及びパールで符号化される。
【００５６】
動作中、マスタービルダーモジュール３０６０は、構成ファイルを使用してハイパーキューブ定義を受信及び／または抽出する。次に、マスタービルダーモジュール３０６０は、ハイパーキューブ定義を使用してベクトルキャッシュ定義を作成する。次に、マスタービルダーモジュール３０６０は、ベクトルキャッシュ定義に従い、（ａ）知能ベース３０５０の知能ベース関係型データベース構成要素からのベクトルキャッシュ定義によって識別された、または指定されたファイル及びデータ要素のリストを、ハッシュ・インデックスキーを使用して検索し、（ｂ）知能ベース３０５０の知能ベースファイルシステム構成要素からファイルベースファイルを検索し、そして（ｃ）ベクトルキャッシュを、ベクトルキャッシュ定義内に識別されているデータ要素と集団にすることによって、情報のベクトルキャッシュを作成する。次に、マスタービルダーモジュール３０６０は、後述する手法でハイパーキューブ定義を使用して、ベクトルキャッシュ情報からハイパーキューブを生成する。これらのハイパーキューブには、それらが工場データ分析システム３０００を通って進行する際の識別分析結果に使用するための、及び分析結果を見直す際にクライアントが使用するためのＩＤが割当てられる。マスタービルダーモジュール３０６０は、ハイパーキューブを構築し、データマインニング結果に悪影響を及ぼすデータを、当分野において公知の多くの方法の何れか１つに従って除去してハイパーキューブデータをきれいにし、多くの異なる変数の分析を可能にするようにハイパーキューブを結合し、そしてビン及びパラメトリックデータをデータマインニングに使用するための形状に変換する（限定するものではないが、例えば、イベントによって駆動されるデータをビンに入れられたデータに変換することによって）サブモジュールを含む。
【００５７】
本発明の１またはそれ以上の実施例によれば、マスタービルダーモジュール３０６０は、データクリーナ及びスクラバ（例えば、当分野において公知の多くの方法の何れか１つに従って製造されるパール及びＣ++ソフトウェアアプリケーション）を含む。このデータクリーニングは、構成ファイル内に記述されている基準に従って、またはユーザ入力の受信時に特別の基準で遂行することができる。
【００５８】
本発明の１またはそれ以上の実施例においては、マスタービルダーモジュール３０６０は、スプレッドシートを、限定するものではないが、例えば、ＳＡＳ（当分野においては公知のデータベースツール）、.jmp（ｘ−ｙデータを視覚化し、分析する際に使用するための当分野においては公知のJUMPプロット）、.xls（当分野においては公知のMicrosoft Excelスプレッドシート）、及び .txt（当分野においては公知のテキストファイルフォーマット）のような種々のファイルフォーマットでユーザへエクスポートする。本発明の１またはそれ以上の実施例においては、マスタービルダーモジュール３０６０は、ユーザが生成したハイパーキューブを入力として受信し、ベクトルキャッシュを分析のためにデータブレインエンジンモジュール３０８０へ転送するモジュールを含む。
【００５９】
本発明の１またはそれ以上の実施例によれば、データ変換モジュール３０２０、マスターローダーモジュール３０４０、及びマスタービルダーモジュール３０５０はそれぞれ、自己適応データベース３０３０、知能ベース３０５０、及びデータマインニングのためのデータ出力の連続更新を行うように動作する。
【００６０】
図３に更に示すように、ウェブコマンダーモジュール３０７０はマスタービルダーモジュール３０６０からのデータ出力を、分析のためにデータブレインエンジンモジュール３０８０へ転送する。マスタービルダーモジュール３０６０によってフォーマットされたデータセットファイルがデータマインニングのために使用可能になると、自動化されたデータマインニングプロセスは分析テンプレートに対してデータセットを分析する（分析テンプレート内の関連として設計された変数を最大化または最小化するように監視しながら、これらの変数の相対的に重要な大きさをも考える）。データブレインエンジンモジュール３０８０は、分析構成準備及びテンプレートビルダーモジュール（データブレインエンジンモジュール３０８０と共に使用するためのユーザが限定する構成パラメータ値、データマインニング自動化ファイルを構築するためのユーザインタフェースを提供する）を含むユーザ編集及び構成ファイルインタフェースモジュール３０５５を含む。データブレインエンジンモジュール３０８０は、変数の統計的特性と、自己学習ニューラルネットワーク内の変数の相対的貢献度との組合わせを使用して、自動化されたデータマインニングプロセスを遂行する。所与の定義された“重要”変数（分析テンプレート当たりの）、または、限定するものではないが、例えば、自己編成ニューラルネットワークマップ（“ＳＯＭ”）の構造に対する変数の貢献度の統計的分布及び大きさが関連質問を形成することができる基準を生成し、それを所与のデータセットの特定の型に最良に適する広範囲のデータマインニングアルゴリズムへ提示する。
【００６１】
本発明の１またはそれ以上の実施例によれば、データブレインエンジンモジュール３０８０は、“ハンドオフ”動作を得るために未知のデータセットにおける統計的比較を探求することによって大きい未知のデータセットにおける柔軟な、自動化された繰り返しデータマインニングを発生する。このようなアルゴリズムの柔軟性は、データが数値属性及びカテゴリ別属性からなる場合の探求プロセスに特に有用である。これらのデータを完全に探求するために必要なアルゴリズムの例は、限定するものではないが、例えば、カテゴリ別及び数値データを相互に関係付けることができる特殊分散分析（ＡＮＯＶＡ）技術を含む。更に、これらのデータにおける統計的比較を完全に探求するためには、典型的には１つより多くのアルゴリズムが必要である。これらのデータは、半導体製造、回路基板アセンブリ、またはフラットパネルディスプレイ製造のような近代的な離散した製造プロセスに見出すことができる。
【００６２】
データブレインエンジンモジュール３０８０は、データマインニング分析を遂行するために、構成ファイル及びデータセット内に含まれる分析テンプレートを使用するデータマインニングソフトウェアアプリケーション（以下に、データブレインコマンドセンターアプリケーションという）を含む。本発明の１またはそれ以上の実施例によれば、データブレインコマンドセンターアプリケーションは、以下に列挙するデータマインニングアルゴリズムの１またはそれ以上を使用するために、データブレインモジュールを呼び出す。それらは、ＳＯＭ（当分野においては公知のデータマインニングアルゴリズム）、規則誘導（“ＲＩ”：当分野においては公知のデータマインニングアルゴリズム）、MahaCu（数値データをカテゴリ別または属性データ（限定するものではないが、例えば、処理ツールＩＤ）に相関付けるデータマインニングアルゴリズム、後述）、逆MahaCu（カテゴリ別または属性データ（限定するものではないが、例えば、処理ツールＩＤ）を数値データに相関付けるデータマインニングアルゴリズム、後述）、データマインニングがＳＯＭを使用して遂行され、ＳＯＭからの出力が（ａ）ＲＩ、（ｂ）MahaCuを使用してデータマインニングを遂行するために使用されるような多重レベル分析自動化、ピギン（ Pigin：後述する発明的なデータマインニングアルゴリズム）、欠陥ブレイン（詳細を後述する発明的なデータマインニングアルゴリズム）、及びセルデン（ Selden：当分野においては公知の予測モデルデータマインニングアルゴリズム）である。
【００６３】
本発明の１またはそれ以上の実施例によれば、データブレインコマンドセンターアプリケーションは、複数のデータマインニングアルゴリズム及び統計的方法の使用を可能にする中央制御アプリケーションを使用する。詳述すれば、これらの実施例の１またはそれ以上による中央制御アプリケーションは、１つのデータマインニング分析からの結果をその後の分岐した分析またはランの入力へ送ることを可能にする。その結果、データブレインコマンドセンターアプリケーションは、ユーザが構成可能なシステム構成ファイルによって支配される分析の論理及び深さを用いてデータを探求するための自動化された、そして柔軟なメカニズムを提供することによって、分析繰り返しの数及び型に制限されることなく非有界データ探求を可能にする。
【００６４】
工場データ分析システム３０００は、その最も一般的な形状において、複数の工場（それらの全てが同一法人によって所有されるか、または制御されている必要はない）から受信したデータを分析する。その結果、異なるデータセットを、並行データマインニング分析ランで同時に分析し、異なるユーザに報告することができる。更に、たとえ受信データを単一の工場（即ち、同一法人によって所有されるか、または制御されている工場）から入手したとしても、異なるデータセットを法人内の異なるグループによって並行データマインニング分析ランで同時に分析することができる。これらの場合、これらのデータマインニング分析ランは、サーバーファーム上で並行して効率的に遂行される。本発明のこれらの実施例の１またはそれ以上によれば、データブレインエンジンモジュール３０８０は自動化コマンドセンターとして働き、以下の構成要素を含む。それらは、（ａ）データブレインコマンドセンターアプリケーション（分岐分析決定及び制御アプリケーション）、これはデータブレインモジュールを呼び出し、またこれは、（i）サーバーファーム内の１組の分散されたスレーブ待ち行列（それらの１つがマスター待ち行列として構成される）を含むデータブレインコマンドセンター待ち行列管理者（当分野においては公知の多くの方法の何れか１つに従って製造される）と、（ii）サーバーファーム内の分布及びジョブロードをバランスさせるデータブレインコマンドセンターロードバランサーアプリケーション（当分野においては公知の多くの方法の何れか１つに従って製造される）と、（iii）顧客会計及び関連分析結果を作成し、管理し、そして状態監視することを可能にするデータブレインコマンドセンター会計管理者アプリケーションとを更に含み、（ｂ）構成ファイル内のデータマインニングのために使用される分析テンプレート情報をユーザが供給することを可能にするユーザ編集及び構成ファイルインタフェースモジュール３０５５（当分野においては公知の多くの方法の何れか１つに従って製造される）である。
【００６５】
この実施例によれば、データブレインコマンドセンターアプリケーションは、主に、データマインニングジョブ待ち行列の管理と、ネットワークされたWindowsサーバーまたはサーバーファームのアレイにジョブを自動的に分配する責を負う。データブレインコマンドセンターアプリケーションは、システム構成パラメータのための入力を受信するために、ユーザ編集及び構成ファイルインタフェースモジュール３０５５へインタフェースする。これらの実施例の１またはそれ以上によれば、データマインニングジョブは、複数のデータセット及び分析アルゴリズムからなる１組の分析ランとして定義される。ジョブは、個々のサーバースレーブ待ち行列（キュー）上に存在するマスター待ち行列管理者であるデータブレインコマンドセンター待ち行列管理者アプリケーションによって管理される。マスター待ち行列管理者は、ジョブを同時に走らせることができるように、使用可能なサーバーにデータマインニングジョブを論理的に分配する（データブレインモジュールによって遂行される）。分岐した分析ランの結果はデータブレインコマンドセンターアプリケーションによって収集され、次いで、もし必要ならば、それらはジョブの構成ファイルによって指図されてその後のランへ供給される。
【００６６】
更に、データブレインコマンドセンターアプリケーションは、サーバーファームのロードのバランシングを制御する。バランシングは、サーバーファーム内の使用可能なサーバー資源の効率及び制御を得るために有用である。適切なロードバランシングは、当分野においては公知の多くの方法の何れか１つに従って、個々のサーバーファームのサーバー待ち行列、及び他の相対ラン時間状態情報を実時間で監視することによって達成される。
【００６７】
本発明のこれらの実施例の１またはそれ以上によれば、データブレインコマンドセンター会計管理者アプリケーションは、当分野においては公知の多くの方法の何れか１つに従って遂行される自動化された分析に対する顧客会計の作成、管理、及び状態監視を可能にする。管理及び状態通信は、データブレインコマンドセンター待ち行列管理者アプリケーション及びデータブレインコマンドセンターロードバランサーアプリケーションへの制御フィードバックを与える。
【００６８】
本発明の１またはそれ以上の実施例によれば、データマインニング分析の１ステップは、相関を与えると思われるデータのクラスターを見出すために、数値データの分析に使用することができる（このステップは、これらの相関を与え得る種々の型のデータを使用してデータを分析することを試みる幾つかのデータマインニングステップを含むことができる）。このステップは、構成ファイル内に指定されているデータの型によって駆動される。次いで、次のステップにおいて、相関されたデータを分析してクラスターに関連付けられ得るパラメトリックデータを決定することができる（このステップは、これらの関連付けを与え得る種々の型のデータを使用してデータの分析を試みる幾つかのデータマインニングステップを含むことができる）。このステップも、構成ファイル内に指定されているデータの型によって駆動される。次いで、次のステップにおいて、パラメトリックデータをカテゴリ別データに対して分析し、関連付けられたパラメトリックデータと相関し得る処理ツールを決定することができる（このステップは、これらの相関を与え得る種々の型の処理ツールを使用してデータの分析を試みる幾つかのデータマインニングステップを含むことができる）。次いで、次のステップにおいて、処理ツールセンサデータをカテゴリ別データに対して分析し、障害を起こし得る処理ツールの面を決定することができる（このステップは、これらの相関を与え得る種々の型のセンサデータを使用してデータの分析を試みる幾つかのデータマインニングステップを含むことができる）。この１つの実施例によれば、データマインニング分析技術の階層は、ＳＯＭと、それに続く規則誘導と、それに続くＡＮＯＶＡと、それに続く統計的方法とを使用するであろう。
【００６９】
図９は、例として３レベル分岐データマインニングランを示している。図９に示すように、データブレインコマンドセンターアプリケーションは（ユーザが生成した構成ファイルの分析テンプレート部分の指令の下に）、限定するものではないが、例えば、歩留まり（歩留まりとは、限定するものではないが、例えば、工場で製造されるＩＣの速度に関係付けて定義される）に関する数値データをクラスタ化するＳＯＭデータマインニング分析を遂行する。次に、図９に更に示すように、データブレインコマンドセンターアプリケーションは（ユーザが生成した分析テンプレートの指令の下に）、（ａ）ＳＯＭデータマインニング分析出力に対してマップマッチング分析（後述）を遂行し、それが、限定するものではないが、例えば、電気試験結果のようなパラメトリックデータに関係していればクラスタマッチングを遂行し、そして（ｂ）ＳＯＭデータマインニング分析出力に対して規則誘導データマインニング分析を遂行し、それが、限定するものではないが、例えば、電気試験結果のようなパラメトリックデータに関係していればクラスタの規則説明を生成する。次に、図９に更に示すように、データブレインコマンドセンターアプリケーションは（ユーザが生成した分析テンプレートの指令の下に）、（ａ）規則誘導データマインニング分析出力に対して逆MahaCu及び／またはANOVAデータマインニング分析を遂行し、それが、限定するものではないが、例えば、処理ツールにおいてなされる計測測定のための処理ツールセッティングに関係していればカテゴリ別データを数値データに相関させ、そして（ｂ）マップマッチングデータマインニング分析出力に対してMahaCu及び／またはANOVAデータマインニング分析を遂行し、それが、限定するものではないが、例えば、センサ測定のための処理ツールに関係していれば数値データをカテゴリ別データに相関させる。
【００７０】
図１０は、本発明の１またはそれ以上の実施例によるデータブレインコマンドセンターアプリケーションによって遂行される分配待ち行列作成を示している。図１１は、本発明の１またはそれ以上の実施例に従って製造されるユーザ編集及び構成ファイルインタフェースモジュール３０５５の分析テンプレートユーザインタフェース部分を示している。図１２は、本発明の１またはそれ以上の実施例に従って製造される構成ファイルの分析テンプレート部分を示している。
【００７１】
本発明の１またはそれ以上の実施例によれば、以下に“マップマッチング”と称するアルゴリズムは、自動化され集中された分析を達成するために（即ち、問題ステートメントの自動定義を与えるために）ＳＯＭを使用する。即ち、本発明の１またはそれ以上の実施例によれば、ＳＯＭは、類似パラメータを有するウェーハのクラスタのマップを作成する。例えば、もしデータセット内の各パラメータ毎にこのようなマップを作成すれば、それらは所与の時点における所与の製品にどれ程多くの独特な歩留まり問題が存在するかを決定するために使用することができる。また、これらのマップを使用して良好な“質問”を定義し、さらなるデータマインニング分析のために問い合わせることができる。
【００７２】
自己編成されたマップの本質から分析を自動化することが可能であるので、発明的なＳＯＭマップマッチング技術のユーザは、完全な“ハンドオフ”自動化を達成するために“関係がある”工場内の変数名タグのリストを保持しているだけでよい。ＳＯＭ分析は、データを自動的に編成し、データセット内の異なる“工場問題”を表す分離した、そして支配的な（即ち、インパクトを与える）データクラスタを識別する。以下に説明するマップマッチングアルゴリズムと組合わされたこのＳＯＭクラスタ化によれば、各“関心のある”変数を、クラスタ毎の“関心のある”変数の挙動にインパクトを与えることが知られている何等かの履歴データの表現で記述することが可能である。このように、マップマッチングアルゴリズムと結合されたＳＯＭを使用すれば、工場は、歩留まりにインパクトを与える多くの問題（または他の重要な問題）に、完全に自動化された“ハンドオフ”分析技術を用いて対処することが可能になる。
【００７３】
データセットのＳＯＭ分析を実行できるようになる前に、データセット内の各列毎に自己編成されたマップを生成しなければならない。これらのマップを生成するために、図１３に示すようなハイパーピラミッドキューブ構造が構築される。図１３に示すハイパーピラミッドキューブは、４つの層を有している。本発明の１またはそれ以上の実施例によれば、全てのハイパーピラミッドキューブは、各層が２＾ｎ×２＾ｎとなるように成長する（但し、ｎは、０をベースとする層番号）。更に、ピラミッドの各層は、ハイパーキューブを表している。即ち、ハイパーピラミッドキューブの各層は、データセット内の列を表している。図１４に示す層は、16列のデータセットの層２（０をベースとする）である。これらの実施例の１またはそれ以上によれば、ハイパーピラミッドキューブの深さが１つ進むにつれて、ハイパーキューブ（２＾ｎ×２＾ｎ）の幅が大きくなり、ハイパーキューブピラミッドの深さはデータセット内の列の数において一定に留まる。
【００７４】
図１５は、ハイパーピラミッドキューブの第２層から抽出されたハイパーキューブからのものであるハイパーキューブ層（自己編成されたマップ）を示している。図１５に示すように、各層内のニューロン（即ち、セル）は、その列内の実記録の近似を表している。ピラミッド内の深さが１つ下方に進むとハイパーキューブはより大きくなり、キューブ内のニューロンが増加し、データキューブの各層が表している実際の列内の記録の実値に収束する。メモリの制約及び含まれる計算時間に起因して、ニューロンが表す実値にそれらが収束するまでピラミッドを成長させることは実際的でなく、または実行不能である。その代わりとして、本発明の１またはそれ以上の実施例によれば、ピラミッドは、あるしきい値に達するまで、または所定の最大深さに達するまで成長する。次いで、本発明の１またはそれ以上の実施例によれば、ＳＯＭ分析が最後の層化されたキューブに対して遂行され、ピラミッドを生成させる。
【００７５】
データセットの各カラム毎のＳＯＭが生成された後に、自動化されたマップマッチングデータ分析を達成するために以下の諸ステップが遂行される。
【００７６】
Ｉ．スナップショットの生成（繰り返し）：
数値依存変数（“ＤＶ”）（データ列（カラム））が与えられると、このＤＶが参照するデータキューブ内のニューラルマップを探知する。このニューラルマップを用いて、３つの領域を詳述している全ての可能なカラー領域組合わせを生成する。これら３つの領域は、高（丘）、低（池）、及び中央領域であり、ニューラルマップ上の任意のセルはこれらの領域の１つ内に入っている。これらの実施例を理解し易くするように簡易化するために、緑カラーを高領域に割当て、青カラーを中央領域に割当て、そして赤カラーを低領域に割当てる。次いで、最初のステップとして、自動化されたマップマッチング分析の基準として使用するのに必要なカラー領域のスナップショットを生成するために、各間隔において移動させることを必要とするデルタを決定する。全てのスナップショット組合わせを得るために、移動させることを必要とする２つのしきい値マーカー（即ち、低領域のためのしきい値を表すマーカーと、高領域のための別のマーカー）が存在することに注目されたい。これら２つのマーカーを変化させ、またデルタを使用することによって、全ての所望スナップショット組合わせを生成することができる。
【００７７】
デルタ値は、［デルタ＝（データ分布のパーセント  ―  これはユーザ構成値である）×２シグマ］として計算される。次に、高マーカー及び低マーカーを、この列内のデータの平均まで移動させる。この初期状態においては、ニューラルマップ内の全てのセルは、緑または赤の何れかの領域に入る。次に、低マーカーを左へデルタだけ移動させる。次いで、全てのセルが走査され、以下の諸ステップに基づいて、適切なカラーがそれらに割当てられる。もし関連セル値が、［（平均−1.25シグマ）＜セル値＜低マーカー］であれば、それには赤カラーが割当てられる。もし関連セル値が、［（高マーカー）＜セル値＜（平均＋1.25シグマ）］であれば、それには緑カラーが割当てられる。もし関連セル値が、［（低マーカー）＜セル値＜（高マーカー）］ならば、それには青カラーが割当てられる。
【００７８】
これらの各スナップショット（繰り返し）において、高領域及び低領域の全てにタグが付けられ、ＳＯＭ自動化分析（後述）が遂行される。次いで、低マーカーが左へデルタだけ移動され、別のスナップショットが作成される。次いで、全ての高及び低領域にタグが付けられ、ＳＯＭ自動化分析が遂行される。このプロセスは、低マーカーが（平均−1.25シグマ）より小さくなるまで続行される。このようになると、低マーカーが初期状態にリセットされ、次いで高マーカーが右へデルタだけ前進され、このプロセスが繰り返される。これは、高マーカーが（平均＋1.25シグマ）より大きくなるまで続行される。これを以下の擬似コードで示す。
Set High Marker  ＝ Mean value of column data.
Set Low Marker  ＝ Mean value of column data.
Set Delta         ＝ ( Percent of data distribution this is a user configurati
on
Value ) * 2sigma.
Set Low Iterator  ＝ Low Marker;
Set High Iterator＝ High Marker
Keep Looping when ( High Iterator ＜( mean＋1.25 sigma )
Begin Loop
Keep Looping when ( Low Iterator ＜( mean−1.25 sigma )
Begin Loop
Go through each cell and color code the cells based on the procedure a
bove
and using the High Iterator and Low Iterator as threshold values.
Capture Automated Map Matching analysis ( see the next section below )
on this snapshot.
Set Low Iterator ＝ Low Iterator−Delta.
End Loop
Set High Iterator＝ High Iterator＋Delta.
End Loop
【００７９】
図１６は、高、低、及び中央領域を有し、高クラスタ領域及び低クラスタ領域にその後の自動化マップマッチング分析のためのタグが付けられた自己編成マップを示している。
【００８０】
II．スナップショットの自動化マップマッチング分析（繰り返し）
ステップ１において生成された３カラー領域スナップショットの各々は、以下のように分析される。関心領域（ユーザは、選択されたＤＶ（列）ニューラルマップの池（低）領域または丘（高）領域の何れに関心があるかを指定する）。この関心領域をソース領域と呼び、他の、反対の領域をターゲット領域と呼ぶことにする。他の独立変数（“ＩＶ”）マップ、即ちＤＶ列ではないデータキューブ内の列の自動化されたＳＯＭランキングを得るための前提は、同一データセットの行（記録）がそのデータキューブを通してありのままに投影されるという事実に基づいている。従って、もしデータセットの行22が所与のＤＶのニューラルマップの10行40列上に位置していれば、そのセル位置（22, 40）は、他の全てのＩＶのニューラルマップのデータセットの行22を含むであろう。詳述すれば、図１７は、ハイパーキューブを通してのセルの投影を示している。図１７から明かなように、それがハイパーキューブの各層を通して投影された時に各層毎の予測値と最良適合するように、“最良適合”記録が確立される。簡単に言えば、その目的は、ソース及びターゲット領域からなる記録を分析することであり、またそれらが互いにどれ程異なっているかを決定することである。各グループを構成している記録はニューラルマップを横切って同一であるから、ソースのグループがターゲットのグループからどれ程大きく異なっているかに基づいて各ニューラルマップにランク付けすることができる。次いで、このスコアを使用してニューラルマップを最高から最低までランク付けする。スコアが高いことは、ニューラルマップ内の２つのグループが互いに極めて異なることを意味し、反対に、スコアが低いことは、２つのグループが互いに極めて類似していることを意味する。従って、目的は、２つのグループ間の差が最大のＩＶニューラルマップを見出すことである。以下に、この目的を達成するために使用される諸ステップを示す。
ａ．インパクトを受けたスコアに従って、ソースクラスタを最高から最低までランク付けする。各クラスタ毎のインパクトを受けたスコアは、［インパクトを受けたスコア＝（実際の列平均−ニューラルマップの平均）×（クラスタ内の独自記録の数）÷列内の合計記録］に従って計算される。
ｂ．最高にランク付けされたソースクラスタから開始し、以下の基準に基づいてそのターゲットクラスタ近隣にタグ付けする。以下の各基準は相応に重み付けされており、実際に割当てられる結果的なスコアは重みの平均である。
１．それが、ソースクラスタにどれ程近いか。これは、ターゲットクラスタからソースクラスタまでの図心距離として計算される（図心セルとは、クラスタの中心を占めるセルである）。２つのセルを決定した後に、ピタゴラスの定理を使用して図心距離が計算される。
２．クラスタ内の独自記録の数。
３．取り囲んでいるセルの平均と比較した周辺セルの平均。
これは、１つと多くとの関係を与える。即ち１つのソースクラスタがその多くのターゲットクラスタ近隣に関係付けされる。
ｃ．ソースクラスタ内の全ての記録に母集団１とラベル付けし、ターゲットクラスタ内の全ての記録に母集団２とラベル付けする。これは、以下に基づいて、２つのグループがどれ程異なっているかを決定するために使用される。
ｄ．母集団１及び母集団２を使用してＩＶの“スコア”を計算するために、スコアリング関数を使用する。このスコアリング関数は、限定するものではないが、例えば、変形Ｔ試験スコアリング関数、カラーコントラストスコアリング関数、ＩＶインパクトスコアリング関数等を含む。
「変形Ｔ試験スコアリング関数」は、次のように遂行される：
変形Ｔ試験は、２つの母集団グループを比較する正則Ｔ試験に基づく。その差は、Ｔ試験後にスコアが計算され、Ｔ試験スコアに縮小（ reduction ）比を乗ずることによって、最終スコアが計算される。即ち、
変形Ｔ試験＝（縮小比）×Ｔ試験
縮小比は、ソース母集団の平均より大きいターゲット母集団内の記録の数を計数することによって計算される。次に、この数を、ソース母集団の平均より小さいターゲット母集団内の記録の数から差し引く。最後に、ターゲット母集団内の合計記録数によって除すことによって縮小比が計算される。即ち、
縮小比＝（ソース平均より小さいターゲット記録の数−ソース平均より大きいターゲット記録の数）の絶対値÷ターゲット領域内の合計記録数
このスコアを、後刻ＩＶニューラルマップをランク付けするために格納する。
「カラーコントラストスコアリング関数」は、次のように遂行される：
ＩＶニューラルマップ上の母集団１と母集団２との間のカラーコントラストを比較する。
「ＩＶインパクトスコアリング関数」は、次のように遂行される：
上述のようにして決定されたカラーコントラストに、ＤＶニューラルマップに基づくインパクトスコアを乗ずる。
ｅ．ハイパーキューブ内の各ＩＶニューラルマップ毎にステップｄ．を繰り返す。
ｆ．変形Ｔ試験スコアに従って、ＩＶニューラルマップをランク付けする。全てのＩＶが使用される前に、またはユーザが指定したしきい値に達する前に、もし変形Ｔ試験スコアが０に接近すれば、残余のＩＶニューラルマップは一般Ｔ試験スコアを使用してランク付けされる。
ｇ．ユーザ構成設定によって指定されたトップパーセンテージＩＶニューラルマップを格納する。
【００８１】
III．結果を生成し、結果を他の分析方法へ送る
ＩＶのトップＸ％（最高の合計スコアを有する；ユーザによって構成ファイル内に指定）を選択する。本発明の１またはそれ以上の実施例によれば、勝利した各スナップショット毎にユーザが見るための以下の自動化された結果が生成される。
ａ．勝利したＩＶのニューラルマップが表示される。独立変数のＳＯＭマップは、トップにアウトラインされている従属変数「丘」及び「池」クラスタを有し、明瞭なアウトラインカラー及びクリヤーなクラスタラベルを有する背景マップである。マップの凡例は、カラーの境界しきい値の実際の値と共に互いに結合された３つの明瞭なカラー（例えば、緑、赤、青）で指示される。
ｂ．実際の結果は、この特定の勝利したＤＶのために走る。これは、所与の選択されたＤＶのためにＩＶが互いに他に対してどのようにランク付けされたかの実際の結果である。
ｃ．ソース及びターゲット領域を構成している記録だけを含むより小さいデータセットが書かれる。このより小さいデータセットは、他のデータ分析方法によるさらなる分析のための基準である。例えば、自動化された“質問”を得るために、このより小さいデータセットは、マップマッチングランからアウトラインされた適切な領域を有する規則誘導データ分析方法エンジン内へフィードバックされる。これらの領域は規則誘導分析が説明する“質問”を形成する。規則誘導は、統計的な有効性を有する変数の相互作用を説明する規則を生成する。それは、生成された質問に最良適合する仮説を見出すために、データベースを探索する。
【００８２】
IV．全てのＤＶのために前記ステップＩ−IIIを繰り返す：
構成ファイル内のユーザが指定した全てのＤＶのために、ステップＩ乃至ステップIIIを繰り返す。総合ハウスキーピングタスクを遂行し、自動化されたマップマッチング結果の報告書生成を準備し、そしてこれらのランの返答を他のデータ分析方法へ送る。
【００８３】
本発明の１またはそれ以上の実施例によれば、データブレインモジュールは、以下に“ピギン”（Pigin）と称する発明的なデータマインニングアルゴリズムアプリケーションを含む。ピギンは、目標にされた数値変数のために、データセット内のどの他の数値変数が指定された目標変数に貢献（即ち、相関）しているかを決定する発明的なデータマインニングアルゴリズムアプリケーションである。ピギンはカテゴリ別データを分析しない（その意味では、他の幾つかのデータマインニングアルゴリズムよりも範囲が狭い）が、その分析をより速く、そして他の標準データマインニングアルゴリズムより効率的にメモリを使用して遂行する。このアルゴリズムは、目標にされた変数（即ち、データマインニングエクササイズによって説明される変数−以下に従属変数（“ＤＶ”）という）を取り扱う。アルゴリズムは、以下の諸ステップに従って動作する。ステップ１：どれ程多くのデータが各カテゴリ内に配置されているかを決定するユーザが構成可能なパラメータに基づいて、ＤＶの数値分布を一連のカテゴリとして処理する。ステップ１を、図１８に示す。図１８は、数値分布から“仮想”カテゴリを定義することを示している。ステップ２：ステップ１においてＤＶグループ（または、スプリット）が定義された後に、データセット内の他の数値変数（以下、独立変数、または“ＩＶ”という）のためのそのカテゴリに一致するデータに基づいて、各ＤＶカテゴリ毎に一連の信頼分布円を計算する。ステップ３：各ＩＶ毎の信頼円の総合的な広がりに基づいて、後刻アナリストによって“目標にされた”ＤＶにどのＩＶが最も高度に相関しているかを決定するのに使用するために、直径スコア及びギャップスコアをその変数に割当てる。直径スコアまたはギャップスコアの値が高いことは、ＤＶとＩＶとが“より良好に”相関していることを指示していることが多い。ステップ２及び３を、図１９に示す。図１９は、これらのスコアの計算を示しており、［ギャップスコア＝全てのギャップ（どの円内にもない）の和］として、及び［直径スコア＝３つの円のＤＶ平均直径］として計算される。ここに、ＤＶカテゴリは、そのＤＶのための数値分布に基づく。要約すれば、図１９は、各菱形が母集団を表し、また菱形の端点が図の右側にプロットされている円（これらの円を、“95％信頼円”という）を発生するような信頼プロットである。ステップ４：繰り返し。ステップ１のＤＶ定義に基づいて全てのＩＶにスコアが割当てられた後に、スプリットの定義を僅かに変化させるために、ＤＶが再定義される。この再定義が行われた後に、新しいＤＶカテゴリ定義に対する全てのＩＶのためのスコアが再計算される。ＤＶカテゴリ定義を洗練させるプロセスは、分析テンプレート内のユーザが指定した繰り返し数に達するまで続行される。ステップ５：総合スコア。全ての繰り返しが完了すると、ステップ１及び４において説明したようなＤＶの種々の定義に基づく一連のＩＶランキングが存在することになる。これらのリストが併合され、ターゲットＤＶに最も高度に相関しているＩＶの “マスターランク付けされた”リストが形成される。所与のＩＶのためのマスタースコアを計算する場合、３つのファクタを考慮に入れ���。即ち、ギャップスコアの大きさ、直径スコアの大きさ、及びＩＶがＤＶスコアリングリストのシリーズに現れた回数である。これら３つのファクタは、ある基本的“ジャンク結果”排他基準と組合わされて、所与の目標にされたＤＶのための最も高度に相関しているＩＶのリストを形成する。これを、図２０に示す。遭遇する各ＩＶ毎のギャップスコア及び直径スコアを使用してこれらの実施例の１またはそれ以上を説明したが、本発明の実施例はこれらの型のスコアに限定されるものではなく、事実、ＩＶのためのスコアを計算するための他のスコアリング関数を使用するさらなる実施例が存在することを理解すべきである。
【００８４】
本発明の１またはそれ以上の実施例によれば、データブレインモジュールは、数値データをカテゴリ別データまたは属性データ（限定するものではないが、例えば、処理ツールＩＤ）に相関させる相関アプリケーション（ MahaCu ）を含む。このアプリケーションは、（ａ）定性規則上でランク付けされた高速統計的出力、（ｂ）直径スコア及び／またはギャップスコアに基づくランク付けされたスコアリング、（ｃ）少なめに表されたツールＩＤを排除するために使用されるスコアリングしきい値、（ｄ）表示されるトップ“発見物”の数を選択する能力、及び（ｅ）“発見物”（ findings ）（ツールＩＤ）からの結果を、これらの“発見物”（ツールＩＤ）を表示できるようにすることによって影響される従属変数及びパラメータ（数）にすることができるような逆ランを遂行する能力を提供する。
【００８５】
図２１は、上述したデータブレインモジュール相関アプリケーションへの入力であるデータマトリックスのサブセットの例を示している。この例には、ラインの終わりプローブデータ（ＢＩＮ）が、処理ツールＩＤ（ Eq_Id ）及び処理時間（ Trackin ）と共に、ロットを基準として示されている。類似のデータマトリックスを、ウェーハ、サイト（レティクル）、またはダイを基準として作成することもできる。
【００８６】
図２２は、番号（ビン）対カテゴリ（ツールＩＤ）ランの例を示している。従属変数としてビン（番号）を使用すると、上述したデータブレインモジュール相関アプリケーションは、データマトリックス内の各Eq_Id毎に類似のプロットを作成する。左区画内の菱形の幅はツールを通ってランしたロットの数を表し、右区画内の円の直径は95％信頼レベルを表している。
【００８７】
多くのプロットを分類するために、円間のギャップ空間（即ち、円によって囲まれていない領域）と、最上円のトップと最下円の底との間の合計距離との和を、“ギャップスコア”または“直径スコア”と呼ぶものを計算するための公式の一部として使用する。上述してデータブレインモジュール相関アプリケーションは、スコアの型を優先させるユーザが選択可能な相対重み付けに基づく重要度の順序でプロットを分類する。
【００８８】
本発明のこの実施例の別の面によれば、上述したデータブレインモジュール相関アプリケーションは、スコアリングしきい値を設定する。典型的にはＩＣの特定処理層のために使用される多くの処理ツールが存在するが、正規基準ではそれらのサブセットだけが使用される。使用されない処理ツールは、屡々データを規則的にスキューし、データ処理中に不要の雑音を発生させる恐れがある。上述したデータブレインモジュール相関アプリケーションは、分析に先立って少なめに表されたツールを濾過して除去できるように、ユーザが定義したスコアリング値を使用することができる。例えば、もしスコアリングしきい値が90に設定されていれば、図２３に示されている３つのツールの中のXTOOL1及びXTOOL2がロットの90％以上を含んでいるので、XTOOL3は濾過されて排除される。
【００８９】
本発明の１またはそれ以上の実施例によれば、上述したデータブレインモジュール相関アプリケーションは、“トップスコアの数”オプションを提供する。この特色を使用することによってユーザは、従属変数毎に表示可能な結果の最大数を決定することができる。従って、上述したデータブレインモジュール相関アプリケーションは全ての独立変数に対する分析を遂行するが、“トップスコアの数”フィールド内のプロット入力の数だけが表示されるようになる。
【００９０】
本発明の１またはそれ以上の実施例によれば、上述したデータブレインモジュール相関アプリケーションは、カテゴリ（限定するものではないが、例えば、ツールＩＤ）を従属変数にし、またカテゴリによって影響を受ける数値パラメータ（限定するものではないが、例えば、ビン、電気試験、計測等）を重要度の順に表示する逆ラン（逆MahaCu）をも遂行する。この重要度（スコア）は、番号対ツールＩＤラン中に行われるものと同一である。これらのランは、正常ラン中に検出されたツールＩＤを、自動的に逆ランのための従属変数にすることができる“デイジーチェーン”化することができる。
【００９１】
本発明の１またはそれ以上の実施例によれば、スコアリング技術に基づいて欠陥問題をランク付けする欠陥ブレインモジュールと称するアプリケーションを含んでいる。しかしながら、この分析を遂行するためには、以下に説明するように、欠陥データをデータ変換モジュール３０２０によってフォーマット化しなければならない。図２４は、例えば、工場内の欠陥検査ツールまたは欠陥見直しツールによって生成された欠陥データファイルの例を示している。詳述すれば、このようなファイルは典型的に、ウェーハ上の各欠陥のｘ及びｙ座標、ｘ及びｙダイ座標、サイズ、欠陥の型分類コード、及びイメージ情報に関する情報を含む。本発明の１またはそれ以上の実施例によれば、データ変換モジュール３０２０は、この欠陥データファイルをダイレベル上のサイジング、分類（例えば、欠陥の型）及び欠陥密度からなるマトリックスに変換する。図２５は、データ変換アルゴリズムによって作成されたデータマトリックスの例を示している。本発明の一実施例によれば、欠陥ブレインモジュールは、スコアリング技術に基づいて欠陥問題をランク付けする自動化された欠陥データマインニング障害検出アプリケーションからなる。このアプリケーションによれば、特定のサイズのビンまたは欠陥の型のインパクトは、以下に“キル（ Kill ）比”と呼ぶパラメータを使用して定量化される。キル比は、次のように定義される。
キル比＝欠陥の型を伴う不良ダイの数÷欠陥の型を伴うダイの合計数
【００９２】
これも使用することができる別のパラメータは％損失であり、これは次のように定義される。
％損失＝欠陥の型を伴う不良ダイの数÷不良ダイの合計数
【００９３】
上述した定義内の不良ダイとは、機能しないダイと呼ばれるものである。
【００９４】
図２６は、欠陥ブレインモジュールアプリケーションの典型的な出力を示している。図２６には、特定の欠陥の型（この例では、マイクロゲージ）を含むダイの数が、ダイ上のその型の欠陥の数に対してプロットされている。データマトリックス内には機能（即ち、良好）及び機能不全（即ち、不良）ダイ情報が存在しているから、特定の欠陥の型を含むどのダイが良好であるか、または不良であるかを決定するのは容易である。従って、図２６には良好及び不良ダイ頻度がプロットされており、欠陥を含むダイの合計数に対する不良ダイの比（即ち、キル比）がグラフとして示されている。これらのグラフにおいて、グラフィカルセグメントの勾配が抽出され、欠陥ブレインモジュールアプリケーションによって生成された他の全てのプロットからのグラフィカルセグメントの勾配と比較され、それらは最高の勾配から始めて最低の勾配までランク付けされる。最高の勾配を有するグラフは歩留まりに影響を与える最重要な勾配であり、歩留まり向上エンジニアにとって価値があろう。
【００９５】
これらのプロットの１つの重要な特色は、欠陥ブレインモジュールアプリケーションがｘ軸上の“欠陥の数”ビンの最大数を調整する能力である。もしこれを使用することができなければ、有害物または偽欠陥の場合のようにあるダイ上の欠陥が異常な数であるような場合に、勾配ランキングが誤りになる。
【００９６】
本発明の１またはそれ以上の実施例によれば、データブレインモジュールは、例えば、データクリーナー（例えば、当分野においては公知の多数の方法の何れか１つに従って作成されたパール及びＣ++ソフトウェアアプリケーション）、データ変換プログラム（例えば、当分野においては公知の多数の方法の何れか１つに従って作成されたパール及びＣ++ソフトウェアアプリケーション）、及びデータフィルタ（例えば、当分野においては公知の多数の方法の何れか１つに従って作成されたパール及びＣ++ソフトウェアアプリケーション）のようなユーティリティを利用する。これらのデータクリーニング、データ変換、及び／またはデータフィルタリングは、構成ファイルの項において説明した基準、またはユーザ入力受信時の特別基準に従って遂行させることができる。本発明の１またはそれ以上の実施例によれば、データブレインモジュールはＰＣサーバー上で走るソフトウェアアプリケーションであり、当分野においては公知の多数の方法の何れか１つによるＣ++及びＳＯＭで符号化されている。
【００９７】
本発明の１またはそれ以上の実施例によれば、データブレインエンジンモジュール３０８０の出力は、Microsoft FoxProTMデータベースとして実現されている結果データベース３０９０である。更に、本発明の１またはそれ以上の実施例によれば、ＷＥＢコマンダモジュール３０７０は、当分野においては公知の多数の方法の何れか１つに従って作成された安全ｆｔｐ伝送ソフトウェアであり、ユーザまたはクライアントはこの安全ｆｔｐ伝送ソフトウェアを使用してデータブレインエンジンモジュール３０８０へデータを送り、分析させることができる。
【００９８】
上述したデータマインニングプロセスの結果は、それら自体、データマインニングアルゴリズムに課せられた質問（規則誘導の場合のように）に返答するブール規則として、または構成ファイル内のテンプレートによって“重要”であると目標にされている、または指示されている変数のある相対的ランキング、または統計的貢献度として表されることが多い。どの特定のデータマインニングアルゴリズムを使用したのかに依存して、データマインニングアルゴリズムが生成する“結果”（即ち、数値データまたはカテゴリ別の変数の型）からなるデータの型は、各自動化されたデータマインニング分析ランを伴わせるようにユーザが定義することができる所定の統計的出力グラフのセットである。本発明の１またはそれ以上の実施例によれば、このような自動化された出力は、データマインニングの最初のパスに使用されるデータの“生”データマトリックス、及び／または完全データマインニングプロセスの“結果”からなるデータの列だけを含むより小さい“結果”データセットを伴うことができる。自動化されたデータマインニング分析ランが完了した後に、このような情報は全て結果データベース３０９０内に格納される。
【００９９】
結果の分配：図３に更に示されているように、本発明の１またはそれ以上の実施例によれば、ＷＥＢ視覚化モジュール３１００は、データブレインエンジンモジュール３０８０によって作成された結果データベース３０９０にアクセスして、限定するものではないが、例えば、ＷＥＢサーバーデータベース３１２０内に格納されるＨＴＭＬ報告書を生成するグラフィックス及び分析エンジン３１１０を走らせる。本発明の１またはそれ以上の実施例によれば、ＷＥＢサーバーデータベース３１２０は、当分野においては公知の多くの方法の何れか１つに従って報告書を発送するために、限定するものではないが、例えば、ＰＣのウェブブラウザを使用してユーザによってアクセスすることができる。本発明の１またはそれ以上の実施例によれば、ＷＥＢ視覚化モジュール３１００は、結果の繰り返し報告、ウェブブラウザによって可能化されたチャート、報告書、エキスポートのためのパワーポイントファイルの生成、構成ファイル生成及び変更、会計管理、結果のｅメール通知、及び情報共用を可能にするためのマルチユーザアクセスを可能にする。更に、本発明の１またはそれ以上の実施例によれば、ＷＥＢ視覚化モジュール３１００は、複数のユーザ（十分な機密保護アクセスを有する）が見て変更することができるMicrosoft Power Point（及び／またはWord）オンライン合作文書を複数のユーザが作成することを可能にする。本発明の１またはそれ以上の実施例によれば、ＷＥＢ視覚化モジュール３１００はＰＣサーバー上で走るソフトウェアアプリケーションであり、Java Applets、Microsoft Active Server Pages（ＡＳＰ）コード、及びＸＭＬを使用して符号化されている。例えば、ＷＥＢ視覚化モジュール３１００は、新ユーザがセットアップ（限定するものではないが、例えば、種々のシステム機能への保護アクセスのスペック）できる管理モジュール（例えば、ＰＣサーバー上で走り、当分野においては公知の多くの方法の何れか１つに従ってweb Microsoft ＡＳＰコードで符号化されているソフトウェアアプリケーション）を含み、ユーザ特権（限定するものではないが、例えば、データ分析結果、構成ファイルセットアップ等へのアクセスを含む）を可能にする。ＷＥＢ視覚化モジュール３１００は、更に、ユーザが分析結果を見て報告書を作成することを可能にするジョブビューワモジュール（例えば、ＰＣサーバー上で走り、当分野においては公知の多くの方法の何れか１つに従ってweb Microsoft ＡＳＰコードで符号化されているソフトウェアアプリケーション）を含む。ＷＥＢ視覚化モジュール３１００は、更に、ユーザが彼等のウェブブラウザを使用して特別のチャートを作成することを可能にするチャーティングモジュール（例えば、ＰＣサーバー上で走り、当分野においては公知の多くの方法の何れか１つに従ってweb Microsoft ＡＳＰコードで符号化されているソフトウェアアプリケーション）を含む。ＷＥＢ視覚化モジュール３１００は、更に、データマインニング及び／またはハイパーキューブ形成の前に、ユーザがデータセットを組合わせることを可能にする結合・キューブモジュール（例えば、ＰＣサーバー上で走り、当分野においては公知の多くの方法の何れか１つに従ってweb Microsoft ＡＳＰコードで符号化されている���フトウェアアプリケーション）を含む。ＷＥＢ視覚化モジュール３１００は、更に、データに対してデータマインニングを遂行する前に、ユーザがハイパーキューブで収集したデータを濾波することを可能にするフィルタモジュール（例えば、ＰＣサーバー上で走り、当分野においては公知の多くの方法の何れか１つに従ってweb Microsoft ＡＳＰコードで符号化されているソフトウェアアプリケーション）を含み、このようなフィルタリングはユーザが指定した基準に従って遂行される。ＷＥＢ視覚化モジュール３１００は、更に、ユーザが彼等のウェブブラウザを使用して特別の基準でデータマインニングを遂行することを可能にするオンラインデータツールモジュール（例えば、ＰＣサーバー上で走り、当分野においては公知の多くの方法の何れか１つに従ってweb Microsoft ＡＳＰコードで符号化されているソフトウェアアプリケーション）を含む。本発明の１またはそれ以上の実施例によれば、ユーザは、ＷＥＢ視覚化モジュール３１００に、ユーザがウェブブラウザを使用して所定のデータマトリックスを追跡することを可能にする統計的プロセス制御（“ＳＰＣ”）のチャートを準備させる構成ファイルを構成することができる。
【０１００】
当業者ならば、以上の説明が単なる例示に過ぎないことが理解されよう。また、以上の説明は、本発明を説明した精密な形状以外のものを排除する、またはこれらの形状に限定する意図はない。例えばある寸法を記述したが、上述した実施例を使用して種々の設計を実現することが可能であり、これらの設計のための実際の寸法は回路要求に従って決定されるものであるから、これらは単なる例示に過ぎない。
【図面の簡単な説明】
【０１０１】
【図１】従来技術による集積回路（“ＩＣ”）製造または組立て工場（“半導体工場”または“工場”）に存在する歩留まり分析ツールインフラストラクチャを示す図である。
【図２】工場内で利用される従来技術のプロセス（本明細書においては、ラインの終わり監視と称している）を示す図である。
【図３】本発明の１またはそれ以上の実施例に従って製造された工場データ分析システム、及びそれをＩＣ製造プロセスに使用するために本発明の１またはそれ以上の実施例に適用した場合の生のフォーマットされていない入力からデータマインニング結果までの自動化されたデータの流れを示す図である。
【図４】本発明の１またはそれ以上の実施例に従って、構成されていないデータイベントを知的ベースに構成する方法の論理データ流を示す図である。
【図５】生の時間ベースデータの例、詳述すれば、処理ツールビーム電流を時間の関数として表したグラフを示す図である。
【図６】図５に示す生の時間ベースデータをどのようにセグメントに分割するかを示す図である。
【図７】図６のセグメント１に関連付けられた生の時間ベースデータを示す図である。
【図８】ビン_Ｓ上のセグメント７内のＹ範囲の依存性の例を示す図である。
【図９】３レベル分岐データマインニングランを示す図である。
【図１０】本発明の１またはそれ以上の実施例に従って、データブレインコマンドセンターアプリケーションによって遂行される分配待ち行列作成を示す図である。
【図１１】本発明の１またはそれ以上の実施例に従って製造されたユーザ編集及び構成ファイルインタフェースモジュールの分析テンプレートユーザインタフェース部分を示す図である。
【図１２】本発明の１またはそれ以上の実施例に従って製造された構成ファイルの分析テンプレート部分を示す図である。
【図１３】ハイパーピラミッドキューブ構造を示す図である。
【図１４】ハイパーピラミッドキューブを示す図であって、１つの層を強調表示してある。
【図１５】ハイパーピラミッドキューブの第２の層から抽出されたハイパーキューブからのハイパーキューブ層（自己編成マップ）を示す図である。
【図１６】高、低、及び中央領域を有し、高クラスタ領域及び低クラスタ領域の各々には将来の自動化されたマップマッチング分析のためにタグが付けられている自己編成マップを示す図である。
【図１７】ハイパーキューブを通してのセル投影を示す図である。
【図１８】数値分布から“仮想”カテゴリを定義することを示す図である。
【図１９】ＤＶカテゴリがＤＶの数値分布に基づく場合の、ギャップスコア（ギャップスコア＝（（どの円内にもない）全てのギャップの和）、及び直径スコア（直径スコア＝３つの円のＤＶ平均直径）の計算を示す図である。
【図２０】ギャップスコアの大きさ、直径スコアの大きさ、及びＤＶスコアリングリストのシリーズ上に現れるＩＶの回数の３つのファクタを考慮し、所与のＩＶのためのマスタースコアの計算を示す図である。
【図２１】データブレインモジュールへの入力であるデータマトリックスのサブセットの例を示す図である。
【図２２】番号（ビン）対カテゴリ（ツールＩＤ）ランの例を示す図である。
【図２３】３つのツールのためのスコアリングしきい値の使用を示す図である。
【図２４】工場内の欠陥検査ツールまたは欠陥見直しツールが生成する欠陥データファイルの例を示す図である。
【図２５】データ変換アルゴリズムによって作成されたデータマトリックスの例を示す図である。
【図２６】欠陥ブレインモジュールの典型的出力を示す図である。
【図１】
2005532671.tif 000002
【図２】
2005532671.tif 000003
【図３】
2005532671.tif 000004
【図４】
2005532671.tif 000005
【図５】
2005532671.tif 000006
【図６】
2005532671.tif 000007
【図７】
2005532671.tif 000008
【図８】
2005532671.tif 000009
【図９】
2005532671.tif 000010
【図１０】
2005532671.tif 000011
【図１１】
2005532671.tif 000012
【図１２】
2005532671.tif 000013
【図１３】
2005532671.tif 000014
【図１４】
2005532671.tif 000015
【図１５】
2005532671.tif 000016
【図１６】
2005532671.tif 000017
【図１７】
2005532671.tif 000018
【図１８】
2005532671.tif 000019
【図１９】
2005532671.tif 000020
【図２０】
2005532671.tif 000021
【図２１】
2005532671.tif 000022
【図２２】
2005532671.tif 000023
【図２３】
2005532671.tif 000024
【図２４】
2005532671.tif 000025
【図２５】
2005532671.tif 000026
【図２６】
2005532671.tif 000027
【国際調査報告】
2005532671.tif 000028
2005532671.tif 000029
2005532671.tif 000030