JP4209156B2 - Inspection condition data management method and system, program, and computer-readable recording medium - Google Patents

Inspection condition data management method and system, program, and computer-readable recording medium Download PDF

Info

Publication number
JP4209156B2
JP4209156B2 JP2002247219A JP2002247219A JP4209156B2 JP 4209156 B2 JP4209156 B2 JP 4209156B2 JP 2002247219 A JP2002247219 A JP 2002247219A JP 2002247219 A JP2002247219 A JP 2002247219A JP 4209156 B2 JP4209156 B2 JP 4209156B2
Authority
JP
Japan
Prior art keywords
inspection
condition data
inspection condition
product
similar
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002247219A
Other languages
Japanese (ja)
Other versions
JP2004087820A (en
Inventor
洋平 浅川
眞 小野
大輔 藤木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2002247219A priority Critical patent/JP4209156B2/en
Priority to PCT/JP2003/010787 priority patent/WO2004021416A1/en
Priority to AU2003257548A priority patent/AU2003257548A1/en
Publication of JP2004087820A publication Critical patent/JP2004087820A/en
Application granted granted Critical
Publication of JP4209156B2 publication Critical patent/JP4209156B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/41875Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by quality surveillance of production
    • HELECTRICITY
    • H01ELECTRIC ELEMENTS
    • H01LSEMICONDUCTOR DEVICES NOT COVERED BY CLASS H10
    • H01L22/00Testing or measuring during manufacture or treatment; Reliability measurements, i.e. testing of parts without further processing to modify the parts as such; Structural arrangements therefor
    • H01L22/20Sequence of activities consisting of a plurality of measurements, corrections, marking or sorting steps
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/80Management or planning

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Manufacturing & Machinery (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Testing Or Measuring Of Semiconductors Or The Like (AREA)
  • Investigating Materials By The Use Of Optical Means Adapted For Particular Applications (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、検査条件データ管理方法及びシステム並びにプログラム、検査装置に関する。
【0002】
【従来の技術】
半導体集積回路の検査を一例として説明する。半導体集積回路は、ホトマスクに形成されたパターンを成膜、リソグラフィー、及びエッチング処理により、半導体ウエハ上に転写する工程を繰り返すことにより製造される。製造工程途中で生じる回路パターンの欠陥や、異物の発生は、半導体集積回路の歩留まりに大きく影響を及ぼす。よって半導体集積回路製造工場では、異物や欠陥を早期に発見し対策するため、製造工程の途中に検査工程を設けている。
【0003】
半導体ウエハのパターン上に存在する異物及び欠陥を検査する装置として、半導体ウエハにレーザー光を照射し、その散乱光の強度の違いにより、異物を発見する異物検査装置がある。また半導体ウエハに可視光、紫外線や電子線を照射して画像を撮影し、隣接したチップの回路パターンの画像と比較し、パターン異常を発見する外観検査装置がある。以下では、異物とパターン異常とを総称して欠陥と呼ぶ。また、異物検査装置および外観検査装置を総称して欠陥検査装置と呼ぶ。この欠陥検査装置を利用するには、回路パターン及び検査工程に対応した検査条件データが必要である。検査条件データは以下の4つの分類に大別できる。
半導体の製造過程では、ウエハ表面の材質や回路パターンが、検査工程や品種により異なるため、検査における最適なレーザー光、可視光、紫外線や電子線の強度が異なる。また、散乱光の強度や画像の明るさに対してしきい値を設けて、欠陥を識別するが、このしきい値も品種及び検査工程により異なる。これら欠陥を検出するための条件が第一の分類である。以下ではこの条件のデータを欠陥検出条件データと呼ぶ。
【0004】
また、欠陥検査装置では隣接チップの回路パターンとの比較により欠陥の検出を行っている。隣接チップの回路パターンと比較するためには、ウエハ内でのチップの配置を、あらかじめ検査条件に登録する必要がある。これらが第2の検査条件の分類である。以下ではこの条件のデータを配列情報と呼ぶ。
【0005】
また、欠陥検査装置はウエハ上のアライメントマークを読みとることで、ウエハの位置や方向を正確に把握する。このためのアライメントマークの位置情報と、アライメントマークの画像を登録する。これらの条件が検査条件の第3の分類である。以下ではこの条件を、アライメント条件データと呼ぶ。
【0006】
また、欠陥検査装置では、ウエハ上の色むらや金属配線のグレインなどを欠陥として検出することがある。これらは、半導体集積回路の性能に影響を与えないので疑似欠陥と呼ばれている。疑似欠陥を多く検出する領域を通常は非検査領域に設定する。この非検査領域の設定が第4の分類である。以下ではこの条件を非検査領域データと呼ぶ。
【0007】
ところで、上記配列情報は同一品種であれば、別の検査工程でも共通である。したがって検査条件データの作成時間を短縮するために、例えば特開2001-35893号公報においては、検査条件を品種で共通な配列情報と検査工程ごとに異なる他の条件とに分けて扱うことで設定時間を低減することを意図する記載がなされている。また、特開2000-233345号公報における発明の如く、複数の欠陥検査装置の検査条件データを集中管理する検査条件管理サーバを設け、検査装置間での検査条件の流用を容易にする技術なども提案されている。
【0008】
【発明が解決しようとする課題】
上述した4分類の条件のうち、欠陥検出条件データの設定は最も時間を要する。なぜなら、欠陥検出条件データの設定には、条件の妥当性を確認するための試検査と条件調整とを数回繰り返して最適な条件設定を行う必要があるからである。一般的には、その作成に数時間を要するとされている。一方で、近年の傾向として多品種少量のシステムLSI生産量が増加しており、各半導体集積回路メーカではこれに対応して多くの品種に逐一対応した検査条件データを作成する必要にかられている。このため、検査条件データの作成時間が増大する傾向にあり、検査条件データの作成時間低減が重要な課題となっているのである。
【0009】
しかしながら、特開2001-35893号公報や特開2000-233345号公報における発明などの従来技術は、検査条件データ作成時における操作性の向上を図るものであり、試検査回数を減らすなどして検査条件データの作成時間を根本的に低減するものではなかった。よって本発明は、試検査回数等を低減し欠陥検出条件データの設定を迅速かつ簡便化することを目的とする。
【0010】
【課題を解決するための手段】
上記目的を達成する本発明の検査条件管理方法は、回路パターン付きウエハが有する異物ないしはパターン欠陥を検出する検査装置の検査条件データをコンピュータにより作成する方法であって、前記コンピュータが、入力手段より品種名の入力を受付けるステップと、前記入力手段より受付けた品種名と品種間の類似度を定めたテーブルとを照合して、検査条件データを格納する記憶手段において該品種の類似品種を検索するステップと、該類似品種について検査条件データの存在する検査工程を前記記憶手段において認識するステップと、前記検索した類似品種群から検査工程数の多さに応じて類似品種を編集出力し、検査工程ごとの類似品種選定を入力手段から受付けるステップと、検査工程ごとの選定を受け付けた類似品種の検査工程にかかる検査条件データを前記記憶手段より抽出し、この検査条件データに基づき前記入力手段より受け付けた品種の検査条件データを構成するステップと、を含むことを特徴とする。
【0011】
【発明の実施の形態】
本明細書の記載により、少なくとも次のことが明らかにされる。
前記検査条件データ管理方法において、前記検索した類似品種と前記認識した検査工程とを縦横軸とし、その軸交点に検査条件データの属性情報を対応づけたマトリクスデータを生成するステップと、前記マトリクスデータをユーザーインターフェースに出力する手順と、前記ユーザーインターフェイスにおける検査工程ごとの類似品種選定を受付ける手順と、を含むこととできる。これによれば、ユーザーにおける類似品種と検査工程との関係認識と各種指定作業を容易にする。
【0012】
また、前記検査条件データ管理方法の前記マトリクスデータにおいて、類似品種をその類似度に応じて列挙することで縦軸または横軸をなすこととできる。これによれば、ユーザーにおける類似品種と検査工程との関係認識と各種指定作業を更に容易にする。
【0013】
更に、前記検査条件データ管理方法において、品種間の類似度を定めた前記テーブルを、各品種を属性分類したツリー構造として記述したデータ形式となし、前記類似品種の検索ステップにおいて、前記入力手段より受け付けた品種について、前記ツリー構造の階層毎または節毎に類似度を判定するステップと、前記判定の結果に応じて類似品種を選定するステップと、を含むこととできる。これによれば、検査条件データの編集・管理が簡便確実となり、類似品種の選定処理も容易となる。
【0014】
また、前記検査条件データ管理方法において、前記ツリー構造の階層を、回路パターンの最小寸法を表すノード、回路パターンの用途を表すファミリ名、および製造手順を表すプロセスフロー名の少なくともいずれかから構成し、各要素間に優先順位を定めて類似度判定を行うこととできる。これによれば、回路パターン付きウエハの特性に即した検査条件データの作成処理が可能となる。
【0015】
更に、前記検査条件データ管理方法において、前記記憶手段における前記検査条件データを、回路パターン付きウエハに照射する電磁波あるいは電子線の強度を含むものとし、前記入力手段より受け付けた品種の検査条件データを構成する情報として、当該電磁波あるいは電子線の強度の情報を含めることとできる。これによれば、検査条件データとして回路パターン付きウエハに照射する電磁波あるいは電子線の強度を含めることができる。
【0016】
また、前記検査条件データ管理方法において、前記記憶手段における前記検査条件データを、回路パターン付きウエハが散乱あるいは反射した電磁波あるいは電子線の強度による欠陥判定しきい値を含むものとし、前記入力手段より受け付けた品種の検査条件データを構成する情報として、当該電磁波あるいは電子線の強度の情報を含めることを特徴とすることとできる。これによれば、検査条件データとして、回路パターン付きウエハが散乱あるいは反射した電磁波あるいは電子線の強度による欠陥判定しきい値を含めることができる。
【0017】
更に、回路パターン付きウエハが有する異物ないしはパターン欠陥を検出する検査装置の検査条件データを作成するシステムであって、入力手段より品種名の入力を受付ける手段と、前記入力手段より受付けた品種名と品種間の類似度を定めたテーブルとを照合して、検査条件データを格納する記憶手段において該品種の類似品種を検索する手段と、該類似品種について検査条件データの存在する検査工程を前記記憶手段において認識する手段と、前記検索した類似品種群から検査工程数の多さに応じて類似品種を編集出力し、検査工程ごとの類似品種選定を入力手段から受付ける手段と、検査工程ごとの選定を受け付けた類似品種の検査工程にかかる検査条件データを前記記憶手段より抽出し、この検査条件データに基づき前記入力手段より受け付けた品種の検査条件データを構成する手段と、を含むことを特徴とする検査条件データ管理システムをなすこととできる。これによれば、本発明の検査条件データ管理方法を実現するシステムを提供出来る。
【0018】
また、回路パターン付きウエハが有する異物ないしはパターン欠陥を検出する検査装置の検査条件データを作成するコンピュータに、入力手段より品種名の入力を受付けるステップと、前記入力手段より受付けた品種名と品種間の類似度を定めたテーブルとを照合して、検査条件データを格納する記憶手段において該品種の類似品種を検索するステップと、該類似品種について検査条件データの存在する検査工程を前記記憶手段において認識するステップと、前記検索した類似品種群から検査工程数の多さに応じて類似品種を編集出力し、検査工程ごとの類似品種選定を入力手段から受付けるステップと、検査工程ごとの選定を受け付けた類似品種の検査工程にかかる検査条件データを前記記憶手段より抽出し、この検査条件データに基づき前記入力手段より受け付けた品種の検査条件データを構成するステップと、を実行させることを特徴とする検査条件データ管理プログラムをなすこととできる。これによれば、本発明の検査条件データ管理方法をコンピュータに実行させるプログラムを提供できる。
【0019】
更に、回路パターン付きウエハが有する異物ないしはパターン欠陥を検出する検査装置の検査条件データを作成するコンピュータに、入力手段より品種名の入力を受付けるステップと、前記入力手段より受付けた品種名と品種間の類似度を定めたテーブルとを照合して、検査条件データを格納する記憶手段において該品種の類似品種を検索するステップと、該類似品種について検査条件データの存在する検査工程を前記記憶手段において認識するステップと、前記検索した類似品種群から検査工程数の多さに応じて類似品種を編集出力し、検査工程ごとの類似品種選定を入力手段から受付けるステップと、検査工程ごとの選定を受け付けた類似品種の検査工程にかかる検査条件データを前記記憶手段より抽出し、この検査条件データに基づき前記入力手段より受け付けた品種の検査条件データを構成するステップと、を実行させる検査条件データ管理プログラムを記録したコンピュータ読み取り可能な記録媒体をなすこととできる。これによれば、検査条件データ管理プログラムを収めた記録媒体を提供可能となる。
【0021】
一般に半導体集積回路は、その用途により、DRAM、SRAM、マイコンなどの製品ファミリに分類される。また、半導体集積回路は、技術の進歩によりゲート幅や配線間隔が世代ごとに狭くなっている。これらの世代は最小のラインアンドスペースのピッチにより0.35マイクロメータノード、0.25マイクロメータノードと言った形で分類される。また、製造手順を示すフローチャートをプロセスフローと呼ぶ。半導体集積回路は適用されるプロセスフローによる分類もできる。
【0022】
同一の検査工程であれば、品種が異なっても欠陥検出条件データは類似していると考え、品種間の欠陥検出条件データの類似性を分析した結果、製品ファミリとノードが同じ品種間で欠陥検出条件データを比較すると、その差が小さいことが見い出される。特に、同一のプロセスフローを適用した品種間では、値が極めて近い。それに対して製品ファミリが異なる品種間で比較すると、その差が大きく、また同様にノードが異なる品種間でも差が大きい。
【0023】
これらの分析結果より、ノード、製品ファミリ、プロセスフロー等により階層的に分類したツリー構造により、欠陥検出条件データの類似した品種を定義できるのである。そこで本発明では、このツリー構造にもとづき既存品種の同一検査工程の欠陥検出条件データを再利用し新たな欠陥検出条件データを作成することとする。一方で、多品種少量生産のシステムLSIでは既存品種の数も膨大であり、再利用する欠陥検出条件データをツリー構造に従い探しだすことは、大変煩雑な作業となる。そこでこの作業を効率的に行える検査条件データ管理システムを提案する。
【0024】
以下、添付の図面を参照しつつ、本発明の実施の形態について詳細に説明する。図1に検査条件データ管理システムを含むネットワーク構成例を示す。本ネットワーク構成には、既存の検査条件データを保存する検査条件サーバ101と、検査条件サーバ101にネットワーク104を介して接続し検査条件データの作成を行う端末102と欠陥検査装置103(以下、検査装置103)とが含まれる。
【0025】
前記検査条件サーバ101は、データ通信機能等を発現するネットワークインターフェース105を介して、インターフェイスやLAN等のネットワーク104と接続している。この検査条件サーバ101は、制御部106、演算部107、ユーザインターフェース108、主記憶装置109、および2次記憶装置110(記憶手段)を備えている。なお、ここでのユーザインターフェイス108は、適宜な出力機能を発現するのみならず、ユーザからの各種入力や指示を受付ける入力手段としても機能するものとする。また、検査条件データ管理システムとしては、検査条件サーバ101、端末102、および欠陥検査装置103を全て備えるものとしてもよいし、そのいずれかの装置に検査条件データ管理システムとしての機能を集約させたものとしてもよい。
【0026】
この中で2次記憶装置110には、検査条件データ121と、品種リストデータ122と、検査工程リストデータ123と、品種別検査工程データ125とが格納される。これら2次記憶装置110に格納されているデータ類は品種間の類似度を定めたテーブルとして活用できる。検査条件データ121は各品種ごとに検査工程の数だけ存在する。品種リストデータ122と検査工程リストデータ123は、本ネットワークが含む検査装置103の台数分存在する。品種別検査工程データ125は、検査装置ごとに品種数だけ存在する。
【0027】
一方、端末102は、ネットワークインターフェース115を介して、ネットワーク104と接続している。端末102は、制御部116、演算部117、ユーザインターフェース118、主記憶装置119、2次記憶装置120を備えている。
【0028】
図2に前記検査条件データ121の一例を示す。本例ではXML形式(Extensive MarkupLangage)でデータ記述した例を示している。従って、タグ間におけるデータ記述の内容がデータ構造となる形態をとっている。例えば“product_data”タグと“/product_data”タグの間には、この検査条件データの適用される品種名と検査工程名、および品種番号と検査工程番号を記述する。また、“detective_parameter”タグと“/detective_parameter”タグの間には、欠陥検出条件データを記述する。
【0029】
欠陥検出条件データにはウエハに照射するレーザの入射角度、レーザパワーと、欠陥判定をするための散乱光強度の欠陥判定しきい値と、周辺チップの欠陥判定しきい値と、空間フィルタの間隔を記述する。レーザパワーは入射角度を度で表示する。レーザパワーは、レーザーの最高出力に対する割合をパーセント表示で記述する。
【0030】
欠陥判定しきい値は検出器の検出限界に対する割合をパーセント表示で記述する。周辺チップ欠陥判定しきい値は検出器の検出限界に対する割合をパーセント表示で記述する。空間フィルタの間隔は、nm単位で記述する。この図2のデータ例では、レーザパワーが30パーセントであり、欠陥判定しきい値は50パーセントとしている。
【0031】
また、“array_data”タグと“/array_data”タグの間には、配列情報を記述する。配列情報としては、チップ数とチップサイズを記述する。なお図2の例では、チップ数は、X方向、Y方向に8個づつとしている。また、チップサイズはX方向、Y方向に“200000000nm”である。
【0032】
“alignment_data”タグと“/alignment_data”タグの間にはアライメント情報を記述する。アライメント情報にはアライメントに用いる2つのチップと、アライメントに用いる参照画像の番号とを記述する。図2の例におけるアライメントチップは、左から数えて1つめの下から3番目のチップと、左から数えて10つめの下から3番目のチップとしている。また、ここでのアライメントに用いる参照画像の番号は“001”である。
【0033】
“inhibit_area”タグと“/inhibit_are”タグの間には、非検査領域を記述する。非検査領域は、四角形で定義し四角形の左下と右上の角の座標をnm単位で記述する。図2の例における非検査領域は、チップ左下を基準として、2頂点が、“(0、0)”と“(20000、20000000)”の座標の四角形としている。
【0034】
他方、品種リストデータ122は図3のツリー構造として構築される。図3は半導体製造工場で製造されている品種の分類情報を示したツリー構造の一例である。図3では、ルートより0.13マイクロメータ、0.25マイクロメータのようにノードにより分類される例を示した。さらに、0.13マイクロメータノードでは、DRAM、SRAM、LOGICなどのファミリに分類される。また、ファミリ以下の階層では、プロセスフローとその下位の品種とに更に深く分岐する。例えば、プロセスフローD1であれば、0.13マイクロメータノードのDRAM製品の品種D001及びD002に該当する。このようにツリー構造の階層を、回路パターンの最小寸法を表すノード、回路パターンの用途を表すファミリ名、および製造手順を表すプロセスフロー名の少なくともいずれかから構成し、各要素間に優先順位を定めて類似度判定を行うとする。
【0035】
図4は、図3で示したツリー構造を、XML形式で表した品種リストデータ122の一例である。品種リストデータ122は、検査条件サーバ101が管理する検査装置103の台数分存在する。作成した検査条件データを適用する検査装置103については、この品種リストデータ122内に記述し他の検査装置と区別する。本実施形態では、検査条件サーバ103の2次記憶装置110に蓄積された既存の検査条件データより、利用対象となる類似した検査条件データを選択するさいに、この品種リストデータ122に記述されたノード、ファミリ、プロセスの分類を利用するのである。
【0036】
品種リストデータ122の“products_list”タグの属性には、本ファイルを適用する検査装置103の装置名を記述する。ここでは、“inspection1”が検査装置103の名前である。“node”タグと、“/node”タグの間に記述した品種は、nodeタグの属性に記されたノードに属する品種である。“family”タグと、”/family”タグの間に記述した品種は、familyタグの属性に記された製品ファミリーに属する品種である。”process_flow”タグと、“/process_flow”タグの間に記述した品種は、process_flowタグの属性に記されたプロセスフローで製造される品種である。
【0037】
品種名は“products”タグと“/product”タグの間に記述する。なおproductタグには品種番号を記述する。この品種番号は、品種ごとに一意に与える。例えば、図4において“D001”は、0.13マイクロメータノードのDRAMであり、プロセスフロー“D1”で製造される品種である。また、品種“D001”の品種番号は“1”である。
【0038】
図5は検査工程リストデータ123の一例である。検査工程リストデータ123では、同一検査工程を品種に関わらず一意に認識する工程番号を検査工程に設定している。例えば、“inspection_steps_list”タグに本ファイルを適用する検査装置103の装置名を記述する。ここでは、“inspection1”が検査装置103の名前である。“steps_data“タグと、“/steps_data”タグの間に、検査装置103で検査する品種の検査工程名を記述する。また、“STEP”タグと“/STEP”タグの間に検査工程名を記述する。例えば、"Locus Si3N4"などが検査工程名となる。なおSTEPタグの属性には、工程番号を記述する。
【0039】
図6に品種別検査工程データ125の一例を示す。品種別検査工程データ125は、品種毎に存在し対象品種の検査工程を記述した形態となっている。品種別検査工程データ125では、例えば“steps”タグと、“/steps”タグの間に当該品種の検査工程を記述する。なお、stepタグの属性には、工程番号及び検査条件データの状態を表示する。この工程番号は、検査工程リストデータ123に記された工程番号と同じである。また、“state”は検査条件データの状態を表している。例えば、state="3"は使用実績のある検査条件データを意味し、他方、state="2"は使用実績のない検査条件データを意味する。また、state="1"は、検査条件データがないことを意味している。
【0040】
図7は各品種ごとに品種の分類情報を記述した品種情報データ126である。図7で、“inspection_condition”タグには、属性に検査装置103の名前を記述する。ここで検査装置名は、“inspection1”である。“product”タグには、品種名を記述する。ここでの品種名は“D004”である。“node”タグには、品種“D004”のノードを記述する。”family”タグには“D004”のファミリ名を記述する。“process_flow”タグには“D004”を製造したプロセスフロー名を記述する。この品種情報データ126は、検査条件サーバ101の2次記憶装置110に格納し、既存の検査条件データを再利用する際の品種選択に用いても良い。また、品種情報データ126と品種別検査工程データ125は同一ファイルに記述しても良い。
【0041】
図8は、本実施形態における検査条件データの作成手順例を示す流れ図である。以下、本実施形態の検査条件データ管理方法の実際手順を説明する。なお、新規に作成する検査条件データを検査条件データ121aとする。また、再利用する検査条件データを検査条件データ121bとする。
【0042】
まず入力手段としての端末102のユーザインターフェイス118(または検査条件サーバ101のユーザインターフェイス108)が、ユーザが新規に作成したい検査条件データ121aの品種名(及び検査工程名)の入力を受付ける(ステップ1)。端末102は、検査条件サーバ101に宛てて、前記受け付けた品種名等に応じて品種リストデータ122の参照リクエストを発する。そしてノード名、ファミリ名、プロセスフロー名に基づいた検索処理を行って(ステップ2)、再利用する検査条件データの品種を選択する。
【0043】
ここで選択した品種が無い場合には処理を終了する一方(ステップ3)、選択した品種がある場合には、再利用する検査条件データ121bを検査条件サーバ101の2次記憶装置110より読み込む(ステップ4)。そして、読み込んだ検査条件データ121bより、新規に検査する品種・検査工程の検査条件データ121aを作成する(ステップ5)。作成した検査条件データ121aはネットワーク104を介して検査装置103に出力する(ステップ6)。検査装置103ではこの検査条件データ121aを用いて検査処理を実行することとなる。以上が新規の検査条件データの作成手順例の概要である。
【0044】
なお、上記した各ステップの処理は、上記したように適宜な情報を検査条件サーバ101から取得した端末102が行うとしてもよいし、全て検査条件サーバ101で行うとしてもよい。以下、本実施形態においては、端末104が既存の検査条件データを検査条件サーバ101より取得して適宜な処理を行う状況を想定して説明を行うこととする。
【0045】
次に、上記で説明した主要なステップ毎の詳細な説明を以下に行う。図9は、図8のステップ2の詳細を説明した手順の一例である。端末104は品種リストデータ122を検査条件サーバ101の2次記憶装置110より読み込む(ステップ11)。読み込んだ品種リストデータ122に記述された対象品種(検査条件データの作成対象:ここでは入力手段より受け付けている品種)の品種番号を読みとり、例えば主記憶装置119などにおいて定めた変数xに代入し記憶する(ステップ12)。
【0046】
次に、検査工程リストデータ123を同じく2次記憶装置110より読み込む(ステップ13)。読み込んだ検査工程リストデータ123に記述された対象検査工程(検査条件データの作成対象:ここでは入力手段より受け付けている工程)の工程番号を読みとり、例えば主記憶装置119などにおいて定めた変数yに代入し記憶する(ステップ14)。
【0047】
上記ステップ11〜14において認識された該当検査工程で既検査の品種の数を上記同様に変数jに代入する(ステップ15)。ここで、「既検査」とは該当品種・該当検査工程の検査条件データで検査を行った実績がある旨を意味する。例えば図6の品種別検査工程データ125では、“Cont W Depo”工程でSTATE="3"になっており、検査実績がある。よって、“Cont WDepo”工程において、品種“D004”は既検査品種と認識できる。なお、ステップ15については、図11を参照して詳細を後述するものとする。
【0048】
上記変数jがj>0であると判定すれば(ステップ16)、既検査品種の品種番号をユーザインターフェイス118に出力する。あるいは主記憶装置119や2次記憶装置120などの適宜な記憶手段に格納する(ステップ23)。この出力時には、例えば複数ある既検査品種(の品種番号)を、その検査工程データの多さに応じて列挙表示し、ユーザに提示するとすれば、類似品種の選択を容易にし好適である。このような表示形態は以下の処理でも同様に行うとして勿論よい。他方、j=0であると判定すれば、該当検査工程で既検査の同一ノード、同一ファミリ品種の数を上記同様に変数jに代入する(ステップ17)。
【0049】
ここでの変数jが、j>0であると判定すれば(ステップ18)、既検査品種の品種番号をユーザインターフェイス118に出力する。あるいは主記憶装置119や2次記憶装置120などの適宜な記憶手段に格納する(ステップ24)。他方、j=0であると判定すれば、該当検査工程で既検査の同一ノード品種の数を上記同様に変数jに代入する(ステップ19)。
【0050】
ここでの変数jが、j>0であると判定すれば(ステップ20)、既検査品種の品種番号をユーザインターフェイス118に出力する。あるいは主記憶装置119や2次記憶装置120などの適宜な記憶手段に格納する(ステップ25)。他方、j=0であると判定すれば、該当検査工程で既検査の品種の数を上記同様に変数jに代入する(ステップ21)。
【0051】
ここでの変数jが、j>0であると判定すれば(ステップ22)、既検査品種の品種番号をユーザインターフェイス118に出力する。あるいは主記憶装置119や2次記憶装置120などの適宜な記憶手段に格納する(ステップ26)。他方、j=0であると判定すれば、図8のフローにおけるステップ3の処理に制御を戻す。
【0052】
端末104は、上記ステップ23〜26において出力した品種番号よりユーザが選択した、例えばその品種が備える検査工程数の一番多いものを、変数zに代入する(ステップ27)。また、検査工程数の一番多いものをユーザが選択するという処理を端末104が代わって行うとしてもよい。なお、ステップ27における処理については、図11を用いて詳細を後述するものとする。ステップ27の処理を完了すると図8のフローにおけるステップ3の処理に制御を戻す。
【0053】
図10は図9のステップ15の詳細を示した図である。このステップにおいて端末104は、まず品種リストデータ122に記述された“process_flow”タグのうち、該当品種の直前の“process_flow”タグを検索する(ステップ41)。続いて、検索されたタグの直後に記述された“product”タグの品種番号を変数psに代入する(ステップ42)。
【0054】
次に、前記のステップ41で検索されたタグと対になる“/process_flow”タグの直前の“product”タグの品種番号を変数peに代入する(ステップ43)とともに、前記変数psを変数iに代入する(ステップ44)。また、品種番号=iの品種別検査工程データ125を呼び出す(ステップ45)。ここで、工程番号=yの検査工程のstate="3"であると判定すれば(ステップ46)、配列p(j)に変数iを代入する処理を行い(ステップ47)、変数jにj+1を代入する(ステップ48)。
【0055】
他方、前記ステップ46においてstate≠"3"と判定すれば、品種番号=iの品種別検査工程データを閉じ(ステップ49)、前記iに1を加える(ステップ50)。この変数iが変数peより大きいと判定されるならば(ステップ51)、図9のフローにおけるステップ6に戻る。一方、変数iが変数pe以下と判定されるならば前記のステップ45に処理を戻す。
【0056】
なお、図9のステップ15、ステップ17、ステップ19、ステップ21における処理はほぼ同じ内容となる。例えば、図10のフローにおける手順で、“process_flow”タグを“family”タグに“/process_flow”タグを“/family”タグに記述するとステップ17の処理内容となる。また、図10のフローにおける手順で、“process_flow”タグを“node”タグに“/process_flow”タグを“/node”タグにするとステップ19の処理内容となる。また、図10のフローにおける手順で、“process_flow”タグを“products”タグに“/process_flow”タグを“/products”タグに変更するとステップ21の処理内容となるのである。
【0057】
図11は図9のフローにおけるステップ27の処理詳細を示した図である。ここでの端末104は、図9のフローにおけるステップ23〜26で出力された品種番号の数を変数nに代入する(ステップ61)。この変数nが、n=1と判定されれば(ステップ62)、該当する品種番号をユーザインターフェイス118に出力する(ステップ67)。また、主記憶装置119や2次記憶装置120などの適宜な記憶手段に格納する。
【0058】
他方、変数nが、n>1と判定されれば、検査工程数の多さに応じて列挙してユーザインターフェイスに出力する。あるいは、該当検査工程の品種番号に一番近い品種番号の数を変数nに代入する(ステップ63)。続いて、ここで変数nが、n=1と判定されたならば(ステップ64)、前記同様に一番近い品種番号をユーザインターフェイスに出力等行う(ステップ68)。一方、変数nが、n>1と判定されれば、前記同様に一番近い品種番号二つをユーザインターフェイス等に出力する(ステップ65)。また、そのうち一番小さい品種番号を出力し(ステップ66)、図7のフローにおけるステップ3に処理を戻す。
【0059】
図12は、本実施形態におけるGUI(Graphical User Interface)の一例である。このGUIは、検査条件データの作成対象となる品種の類似品種とそれらの検査工程とを縦横軸とし、その軸交点に検査条件データの属性情報(例:データの有無や過去の使用実績など)を対応づけたマトリクスデータの形態をとる。以下、図12を用いて、品種リストデータ122、検査工程リストデータ123、品種別検査工程データ125の作成方法を述べる。図12における品種名記述欄201には半導体集積回路の品種名を、プロセスフロー名記述欄202にはプロセスフロー名を、ファミリー名記述欄203には半導体集積回路のファミリー名を、ノード名記述欄204には各品種のノードを、検査工程名記述欄205は工程名を、それぞれ表示する。
【0060】
検査条件データ状態表示欄206は、該当品種及び工程の検査条件データの状態を表示し、一つのセルが一品種、一工程に相当する。同一検出条件適用品種ボタン217はユーザが同一検出条件を適用する品種の定義に用いる。検査条件データ作成ボタン218はユーザが検査条件データを作成するのに用いる。
【0061】
この図において、例えば検査条件データ状態表示欄206での二重丸“◎”表示は「検査条件データが作成されており、検査に適用された実績を持つ」ことを示すものとしている。丸“○”表示は、「検査条件データは存在するが、検査に適用されていない」ことを示すものとしている。ドット“・”表示は、「該当品種該当工程の検査条件データが存在しない」ことを示すものとしている。表示なしの状態は「該当品種では該当検査工程が検査対象でない」ことを示すものとしている。
【0062】
また、検査装置名表示欄221には検査装置103の検査装置名が表示される。品種追加ボタン222は、ユーザが品種名記述欄201に新たに品種を追加するのに用いる。検査工程追加ボタン223は、ユーザが検査工程表示欄205に新たに検査工程を追加するのに用いる。検査対象ボタン224は、ユーザが非検査対象を検査対象に変更する。非検査対象ボタン225は、ユーザが検査対象を非検査対象に変更する場合に用いる。
【0063】
図13に、新規品種を追加する方法の一例を示す。図13のGUI200a、GUI200b、GUI200cは、図12示したGUI200の一部である。図13(a)、(b)、(c)はそれぞれ前記GUI200の遷移する様子を示す。例えば、ユーザは図13(a)のGUI200aの品種追加行231をマウス250でドラッグして選択する。続いて、図12で示した前記品種追加ボタン222をマウス250でクリックする。
【0064】
するとこれらの選択事象等を端末104が受け付けて、図13(b)に示すように、品種追加行231の下に、新規品種欄232、新規品種プロセスフロー欄233、新規品種製品ファミリ欄234、新規品種ノード欄235を追加したGUI200bを生成・表示する。
【0065】
ユーザは、ここでの新規品種欄232をマウス250でクリックしたのちキーボードより例えば“L007”を入力するとする。また、新規品種プロセスフロー欄233をマウス250でクリックしたのち“L2”をキーボードより入力する。さらに新規品種製品ファミリ欄233をマウスでクリックしたのち、“LOGIC”をキーボードより入力する。そして新規品種ノード欄234をマウス250でクリックしたのち、“0.13”をキーボードより入力する。すると、これらの事象を受けた端末104は、図13(c)のように新たな品種が追加され構成を変更させたGUI200cを生成・表示する。なお、検査工程の追加も同様な手順により行う。
【0066】
上記したように新たに品種を追加した時点では該当品種の検査工程は登録されていない。次に図14を用いて、品種“L007”の“LocusSiN”工程を検査工程に登録する方法の例をしめす。図14のGUI200d、GUI200eは、図12のGUI200の一部である。図14(a)において新規追加検査工程欄241は空欄である。ユーザは例えばマウス250で新規追加検査工程欄241を選択し、マウス250で図12の前記検査対象ボタン224をクリックする。するとこれを受けた端末104は、図14(b)のGUI200eに示すように新規追加検査工程欄241をドット表示に変更する。また、ユーザがここでリスト保存ボタンをマウス250でクリックすると、端末104が品種リストデータ121及び検査工程リストデータ及び品種別検査工程ファイルを生成する。
【0067】
ここで、他の実施例についても説明する。図15は本実施形態におけるGUIの別の一例である。また、図16は検査条件データを再利用する優先順位を示す再利用優先順位表の一例である。この実施例では、複数の類似品種を選択したならばこれを類似度の高い順にマトリクスデータにおいて表示し、ユーザーが検査工程ごとにどの類似品種の検査条件データを利用するか指示する状況を想定した。 図15のGUI300の画面構成をまずは説明する。品種登録欄310は品種名登録欄311と、ノード登録欄312と、ファミリ名登録欄313と、プロセスフロー名登録欄314と、品種登録ボタン315とにより構成される。また、類似品種表示欄320は、工程数しきい値欄321と類似品種表示ボタン322とにより構成される。この工程数しきい値欄321は、例えば1〜20までの数字(つまり工程数のしきい値)を選択するプルダウンメニューの形態をとる。
【0068】
検査工程追加欄330には、検査工程追加ボタン331、検査工程上移動ボタン332、検査工程下移動ボタン333、検査工程消去ボタン334、検査工程確定ボタン335、およびリスト保存ボタンより構成される。検査条件選択領域340には、検査工程名表示領域341、類似品種名表示領域342、類似品種プロセスフロー名表示領域343、類似品種ファミリ名表示領域345、類似品種ノード名表示領域346、および検査条件データ表示領域347より構成される。また、GUI300には検査条件データ作成を指示する検査条件データ作成ボタン370が設けてある。
【0069】
次に、前記GUI300を用いて、検査条件データを作成する手順を説明する。ユーザは品種名登録欄311に品種名を、ノード登録欄312にノードを、プロセスフロー登録欄313にプロセスフロー名を記述する。次に工程数しきい値欄330のプルダウンメニューより、検査工程数しきい値を選択する。検査工程数しきい値は、類似品種名表示領域342に表示する品種を制限するためのしきい値である。そこで端末104は、前記受け付けた品種名、ノード、プロセスフロー名より検索した品種のうち、検査工程数しきい値を超える品種のみ表示処理を行う。
【0070】
次にユーザが類似品種表示ボタン322を押すと、これを受けた端末104が類似品種表示領域342に類似度に従い類似品種名を表示する。ここでの類似度は図16の再利用優先順位表360に示す通りである。これは、前記したツリー構造の階層を、回路パターンの最小寸法を表すノード、回路パターンの用途を表すファミリ名、および製造手順を表すプロセスフロー名から構成し、各要素間に優先順位を定めて類似度判定を行うための根拠となる。このとき、工程数しきい値欄321で指定したしきい値よりも、検査工程数が多い品種のみ表示する。検査工程表示領域341には、選出された類似品種の検査工程の論理和を表示する。検査条件データ表示領域には該当品種・検査工程の検査条件データが存在する場合には上記実施例と同様に二重丸“◎”表示348が、検査条件データがない場合には空欄349が表示される。また、選択検査条件欄360は網掛け表示する。各検査工程で、検査条件データが存在する最も類似度の高い品種のセルに網掛け表示349をし、再利用検査条件データであることを表す。
【0071】
続いて、ユーザーは検査品種(この場合は、“L004”)の検査工程を指定する。検査工程表示領域340に表示された検査工程で“L004”の検査工程ではない検査工程については、ユーザがマウス360で検査工程名をクリックして選択したのち、検査工程消去ボタン340をクリックし消去する。
【0072】
新たに検査工程をユーザが追加するには、マウス360で検査工程追加ボタン335をクリックする。また、検査工程上移動ボタン332あるいは、検査工程下移動ボタン333により、検査工程を移動させ、検査工程確定ボタン335により位置を確定する。位置が確定したならば、リスト保存ボタンにより、検査工程表示領域341に表示された検査工程名を“L004”の品種別検査工程データ125に保存する。
【0073】
続いて、ユーザーは検査工程ごとに再利用する検査条件データを選択する。ユーザーはマウス360で網掛け表示349をGUI300上を横に移動させることにより、検査工程ごとに再利用する検査条件データを選択することが可能である。ユーザーは検査条件データ作成ボタン370をクリックして、検査条件データ121を作成する。
【0074】
以上、説明したように、本発明の検査条件データ管理方法においては、検査条件サーバに蓄積した既存の検査条件データの欠陥検出条件を再利用し、新規の検査条件データを作成する。既存の条件を用いることで、人手による調整を行わずとも最適な欠陥検出条件を設定することが可能となる。本例では、品種を分類する情報を記した品種リストデータ122を用いて類似品種の検索を実行した。類似品種の検索方法はこの例に限るものではない。また、ユーザによりGUI上での各種指示や選択を受け付けて、検査条件データ管理方法の処理を進行させる例を記載したが、ユーザによる指示や選択によらず、同様の指示・選択内容をアルゴリズム化して端末104または検査条件サーバ101のみで検査条件データの作成処理を完結させるとしても勿論よい。
【0075】
また本実施形態において、端末102、検査装置103を1つだけ示しているが、端末102、検査装置103は複数あってもよい。加えて、検査条件サーバ101と端末102を別々のハードウェアとして示しているが、両者を1つのハードウェアで構成しても良い。勿論同様に、端末102を検査装置103と一体にした構成としても良い。
【0076】
また、品種を分類する情報を示したツリー構造の階層として、ノード、ファミリ、プロセスフローを用いたが、ツリー構造の階層はこれらに限定するものではなく、品種を分類できる要素であればいずれのものでもよい。
【0077】
また、前記検査条件データ121、品種リストデータ122、検査工程リストデータ123、および品種別検査工程データ125は、それぞれ別々の記憶装置に設けられて各個独立のデータベースとして機能するとしてもよいし、ネットワークを通じて適宜組み合わせたり或いは1つの記憶装置に集約して設けてもよい。
【0078】
また、検査条件サーバ101および端末104なる装置としては、サーバコンピュータは勿論のこと、本発明の検査条件データ管理方法において担うべき処理を実現できる演算機能および入出力機能を備えている装置であればいずれのものでもよい。更に、検査条件サーバ101、端末104、および欠陥検査装置103らをつなぐネットワークに関しては、インターネットやLANの他に、WAN(Wide Area Network)、専用線、電灯線ネットワーク、無線ネットワークなど様々なネットワークを採用することも出来る。また、VPNなど仮想専用ネットワーク技術を用いれば、インターネットにおいてセキュリティ性を高めた通信が確立され好適である。
【0079】
本発明の実施の形態によれば、次の効果を奏する。
本発明によれば、実績のある既存検査条件データから最適な検査条件データを抽出し、それに基づいて検査条件データを作成することで、試検査なしもしくは少ない試検査で新規の検査条件データを作成することが可能となる。したがって、検査条件データの作成時間を短縮し、検査装置の稼働時間増加、検査頻度向上を図ることができる。
【0080】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【0081】
【発明の効果】
本発明によれば、検査条件データ管理方法及びシステム並びにプログラム、検査装置を提供できる。
【図面の簡単な説明】
【図1】検査条件データ管理システムを含むネットワーク構成例を示した図である。
【図2】検査条件データの一例の図である。
【図3】半導体製造製造工場で製造されている品種の分類情報を示したツリー構造の一例である。
【図4】半導体製造製造工場で製造されている品種を階層的に管理する品種リストデータの一例を示した図である。
【図5】検査工程を管理する品種リストデータの一例を示した図である。
【図6】品種別に検査工程を記述した品種別検査工程ファイルの一例の図である。
【図7】品種分類情報を記述した品種情報データの一例を示した図である。
【図8】本実施形態における検査条件データの作成手順例を示す流れ図である。
【図9】図8のステップ2の詳細を示した手順の一例である。
【図10】図9のステップ15の詳細を示した手順の一例である。
【図11】図9のステップ27の詳細を示した手順の一例である。
【図12】本実施形態におけるGUIの一例を示した図である。
【図13】新規に検査品種を登録する手順の一例を示した図である。
【図14】検査工程を登録する手順の一例を示した図である。
【図15】本実施形態におけるGUIの別の一例である。
【図16】検査条件データを再利用する優先順位を示す再利用優先順位表の一例である。
【符号の説明】
1 新規作成検査条件データ品種名・工程名入力ステップ
2 検査条件データを再利用する品種を選択するステップ
3 ステップ2で選択した品種の有無を確認するステップ
4 再利用検査条件データを読み込むステップ
5 検査条件データ作成ステップ
6 検査条件データを検査装置に出力するステップ
11 品種リスト読込ステップ
12 変数Xに該当品種の品種番号を代入するステップ
13 検査工程リスト読込ステップ
14 変数Yに該当工程の工程番号を代入するステップ
15 変数Jに条件にあう品種数を代入するステップ
16 変数Jによる条件分岐ステップ
17 変数Jに条件にあう品種数を代入するステップ
18 変数Jによる条件分岐ステップ
19 変数Jに条件にある品種数を代入するステップ
20 変数Jによる条件分岐
21 変数Jに条件にあう品種数を代入するステップ
22 変数Jによる条件分岐
23〜26 条件にあう品種の品種番号を出力するステップ、変数Zに再利用検査条件の品種番号を代入するステップ
31 該当検査工程の同一検出条件適用品種ファイルを読み込むステップ
32 変数RXに品種番号を代入するステップ
33 変数RYに品種番号を代入するステップ
34 変数XとYの比較による条件分岐
35 メッセージ出力ステップ
41 プロセスフロータグ検索ステップ
42 変数PSに品種番号を代入するステップ
43 変数PEに品種番号を代入するステップ
44 変数IにPSを代入するステップ
45 品種別検査工程ファイル読込ステップ
46 検査条件データの状態を判断するステップ
47 配列P(J)に品種番号を代入するステップ
48 変数Jに1を加えるステップ
49 品種別検査工程ファイルを閉じるステップ
50 変数Iに1を加えるステップ
51 変数Iによる条件分岐
61 変数Nに品種番号数を代入するステップ
62 変数Nにより条件分岐するステップ
63 変数Nに品種番号数を代入するステップ
64 変数Nで条件分岐するステップ
65 品種番号を出力するステップ
66〜68 選択した品種番号を出力するステップ
101 検査条件サーバ
102 端末
103 検査装置
104 ネットワーク
105 ネットワークインターフェース
106 制御部
107 演算部
108 ユーザインターフェース
109 主記憶装置
110 2次記憶装置
115 ネットワークインターフェース
116 制御部
117 演算部
118 ユーザインターフェース
119 主記憶装置
120 2次記憶装置
121 検査条件データ
122 品種リストデータ
123 検査工程リストデータ
125 品種別検査工程データ
123 品種情報データ
200 本システムのGUI
201 品種名記述欄
202 プロセスフロー名記述欄
203 ファミリー名記述欄
204 ノード名記述欄
205 検査工程名記述欄
206 検査条件データ状態表示欄
216 選択領域
217 同一検出条件設定ボタン
218 検査条件データ作成ボタン
221 検査装置名表示欄
224 検査対象ボタン
225 非検査対象ボタン
231 品種追加業
232 新規品種欄
233 新規品種プロセスフロー欄
235 新規品種ノード欄
241 新規追加検査工程欄
250 マウス
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an inspection condition data management method and system, a program, and an inspection apparatus.
[0002]
[Prior art]
An inspection of a semiconductor integrated circuit will be described as an example. A semiconductor integrated circuit is manufactured by repeating a process of transferring a pattern formed on a photomask onto a semiconductor wafer by film formation, lithography, and etching. Circuit pattern defects and foreign matter that occur during the manufacturing process greatly affect the yield of semiconductor integrated circuits. Therefore, in the semiconductor integrated circuit manufacturing factory, an inspection process is provided in the middle of the manufacturing process in order to detect and take measures against foreign matters and defects at an early stage.
[0003]
As a device for inspecting foreign matter and defects existing on a pattern of a semiconductor wafer, there is a foreign matter inspection device that irradiates a semiconductor wafer with laser light and finds the foreign matter by the difference in intensity of scattered light. In addition, there is an appearance inspection apparatus that shoots an image by irradiating a semiconductor wafer with visible light, ultraviolet light, or an electron beam, and compares it with an image of a circuit pattern of an adjacent chip to detect a pattern abnormality. Hereinafter, foreign substances and pattern abnormalities are collectively referred to as defects. Further, the foreign substance inspection device and the appearance inspection device are collectively referred to as a defect inspection device. In order to use this defect inspection apparatus, inspection condition data corresponding to the circuit pattern and the inspection process is required. Inspection condition data can be roughly divided into the following four categories.
In the semiconductor manufacturing process, since the material and circuit pattern on the wafer surface vary depending on the inspection process and product type, the optimum laser light, visible light, ultraviolet light, and electron beam intensity for inspection differ. Further, a threshold is provided for the intensity of scattered light and the brightness of the image to identify a defect. This threshold also varies depending on the product type and the inspection process. The condition for detecting these defects is the first classification. Below, the data of this condition is called defect detection condition data.
[0004]
Further, the defect inspection apparatus detects a defect by comparing with a circuit pattern of an adjacent chip. In order to compare with the circuit pattern of the adjacent chip, it is necessary to register the chip arrangement in the wafer in the inspection condition in advance. These are the classifications of the second inspection conditions. Below, the data of this condition is called sequence information.
[0005]
Further, the defect inspection apparatus reads the alignment mark on the wafer to accurately grasp the position and direction of the wafer. For this purpose, the alignment mark position information and the alignment mark image are registered. These conditions are the third classification of inspection conditions. Hereinafter, this condition is referred to as alignment condition data.
[0006]
In addition, the defect inspection apparatus may detect color irregularities on the wafer, metal wiring grains, and the like as defects. These are called pseudo defects because they do not affect the performance of the semiconductor integrated circuit. An area where many pseudo defects are detected is usually set as a non-inspection area. This setting of the non-inspection area is the fourth classification. Hereinafter, this condition is referred to as non-inspection area data.
[0007]
By the way, if the above-mentioned arrangement information is the same kind, it is common in another inspection process. Therefore, in order to shorten the creation time of the inspection condition data, for example, in Japanese Patent Laid-Open No. 2001-35893, the inspection condition is set by separately handling the array information common to the product type and other conditions different for each inspection process. There is a description intended to reduce time. In addition, as in the invention in Japanese Patent Laid-Open No. 2000-233345, there is also provided a technique for easily inspecting inspection conditions between inspection apparatuses by providing an inspection condition management server for centrally managing inspection condition data of a plurality of defect inspection apparatuses. Proposed.
[0008]
[Problems to be solved by the invention]
Of the above four classification conditions, the setting of defect detection condition data takes the longest time. This is because, in setting defect detection condition data, it is necessary to set optimum conditions by repeating trial inspection and condition adjustment for confirming the validity of the conditions several times. In general, it takes several hours to create it. On the other hand, as a trend in recent years, the production volume of high-variety and low-volume system LSIs has increased, and each semiconductor integrated circuit manufacturer has been required to create inspection condition data corresponding to many types one by one. Yes. For this reason, the preparation time of inspection condition data tends to increase, and reduction of the preparation time of inspection condition data is an important issue.
[0009]
However, conventional techniques such as the inventions in Japanese Patent Laid-Open No. 2001-35893 and Japanese Patent Laid-Open No. 2000-233345 are intended to improve the operability at the time of creating inspection condition data. It did not radically reduce the creation time of the condition data. Therefore, an object of the present invention is to reduce the number of trial inspections and the like and to quickly and easily set the defect detection condition data.
[0010]
[Means for Solving the Problems]
The inspection condition management method of the present invention that achieves the above object is a method of creating inspection condition data of an inspection apparatus for detecting foreign matter or pattern defects in a wafer with a circuit pattern, the computer using an input means. The step of accepting the input of the product name and the table defining the product name received from the input means and the similarity between the products are collated, and the similar product of the product is searched in the storage device for storing the inspection condition data. A step of recognizing in the storage means an inspection process in which inspection condition data exists for the similar product, and editing and outputting a similar product according to the number of inspection processes from the retrieved similar product group. The step of accepting selection of similar varieties from each input means, and the inspection of similar varieties accepted selection for each inspection process The inspection condition data extracted from the storage means according to the, to the step of configuring the test condition data varieties accepted from the input means based on the inspection condition data, characterized in that it comprises a.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
At least the following will be clarified by the description of the present specification.
In the inspection condition data management method, generating the matrix data in which the searched similar products and the recognized inspection process are set as vertical and horizontal axes and the attribute information of the inspection condition data is associated with the axis intersection, and the matrix data And a procedure for receiving selection of similar varieties for each inspection process in the user interface. This facilitates the user's recognition of the relationship between the similar product and the inspection process and various designation operations.
[0012]
Further, in the matrix data of the inspection condition data management method, the vertical axis or the horizontal axis can be formed by listing similar varieties according to their similarity. This further facilitates the user's recognition of the relationship between the similar product and the inspection process and various designation operations.
[0013]
Further, in the inspection condition data management method, the table defining the degree of similarity between varieties has a data format described as a tree structure in which the varieties are attribute-classified. For the accepted product type, the method may include a step of determining a degree of similarity for each hierarchy or section of the tree structure and a step of selecting a similar product according to the determination result. According to this, editing / management of inspection condition data becomes simple and reliable, and selection processing of similar varieties becomes easy.
[0014]
Further, in the inspection condition data management method, the hierarchy of the tree structure includes at least one of a node representing a minimum dimension of a circuit pattern, a family name representing a use of the circuit pattern, and a process flow name representing a manufacturing procedure. Thus, it is possible to determine the priority between the elements and perform the similarity determination. This makes it possible to create inspection condition data in accordance with the characteristics of the wafer with a circuit pattern.
[0015]
Further, in the inspection condition data management method, the inspection condition data in the storage means includes the intensity of an electromagnetic wave or an electron beam applied to the wafer with a circuit pattern, and constitutes inspection condition data of a product type received from the input means As information to be performed, information on the intensity of the electromagnetic wave or electron beam can be included. According to this, it is possible to include the intensity of the electromagnetic wave or electron beam irradiated to the wafer with the circuit pattern as the inspection condition data.
[0016]
In the inspection condition data management method, the inspection condition data in the storage means includes a defect determination threshold value based on the intensity of electromagnetic waves or electron beams scattered or reflected by a wafer with a circuit pattern, and is received from the input means. The information that constitutes the inspection condition data of the various varieties may include information on the intensity of the electromagnetic wave or electron beam. According to this, the inspection condition data can include a defect determination threshold value based on the intensity of the electromagnetic wave or electron beam scattered or reflected by the wafer with the circuit pattern.
[0017]
Furthermore, a system for creating inspection condition data of an inspection apparatus for detecting foreign matters or pattern defects of a wafer with a circuit pattern, the unit receiving an input of a product name from an input unit, and the product name received from the input unit The storage means for searching for similar varieties of the product type in a storage unit for storing the inspection condition data by collating with a table defining the similarity between the product types, and the inspection step for which the inspection condition data exists for the similar product type Means for recognizing in the means, means for editing and outputting similar varieties from the retrieved similar varieties group according to the number of inspection processes, receiving similar varieties selection for each inspection process from the input means, and selection for each inspection process The inspection condition data relating to the inspection process of the similar varieties received is extracted from the storage means, and the input means is based on the inspection condition data. Means for configuring the test condition data received varieties, can the be made to the inspection condition data management system, which comprises a. According to this, the system which implement | achieves the inspection condition data management method of this invention can be provided.
[0018]
Also, inspection condition data for an inspection apparatus for detecting foreign matter or pattern defects of a wafer with a circuit pattern is created. On the computer, The step of accepting the input of the product name from the input means and the table defining the product name received from the input means and the similarity between the products are collated, and the similar product of the product is stored in the storage device for storing the inspection condition data. A step of recognizing in the storage means an inspection process in which inspection condition data exists for the similar product, and editing and outputting a similar product according to the number of inspection processes from the searched similar product group. The step of accepting selection of similar varieties for each inspection process from the input means, and the inspection condition data relating to the inspection process of the similar varieties accepted for selection for each inspection process are extracted from the storage means, and the input based on the inspection condition data Configuring the inspection condition data of the kind received from the means; Execute An inspection condition data management program characterized by the above can be made. According to this, the program which makes a computer perform the inspection condition data management method of this invention can be provided.
[0019]
Furthermore, The step of accepting the input of the product name from the input means to the computer for creating the inspection condition data of the inspection apparatus for detecting the foreign matter or pattern defect of the wafer with the circuit pattern, and the similarity between the product name and the product received from the input means The storage means storing the inspection condition data and collating with a table that defines the degree, and searching for similar varieties of the varieties, and recognizing the inspection process in which inspection condition data exists for the similar varieties in the storage means A step of editing and outputting similar varieties according to the number of inspection processes from the group of similar varieties searched and receiving a selection of similar varieties for each inspection process from the input means; Inspection condition data relating to the inspection process of the product type is extracted from the storage means, and the input is performed based on the inspection condition data. A step of configuring the test condition data varieties accepted from means causes execution A computer-readable recording medium on which the inspection condition data management program is recorded can be provided. According to this, it is possible to provide a recording medium containing the inspection condition data management program.
[0021]
In general, semiconductor integrated circuits are classified into product families such as DRAMs, SRAMs, and microcomputers according to their applications. Further, in semiconductor integrated circuits, gate widths and wiring intervals are becoming narrower every generation due to technological advances. These generations are classified as 0.35 micrometer node and 0.25 micrometer node with the smallest line and space pitch. A flowchart showing the manufacturing procedure is called a process flow. Semiconductor integrated circuits can also be classified according to the applied process flow.
[0022]
If the same inspection process is used, the defect detection condition data is considered to be similar even if the types are different, and the similarity of the defect detection condition data between the types is analyzed. When the detection condition data is compared, it is found that the difference is small. In particular, the values are very close between varieties to which the same process flow is applied. On the other hand, when the product families of different product families are compared, the difference is large. Similarly, the difference is also large between the products of different nodes.
[0023]
From these analysis results, similar types of defect detection condition data can be defined by a tree structure hierarchically classified by node, product family, process flow, and the like. Therefore, in the present invention, based on this tree structure, defect detection condition data of the same inspection process of existing varieties is reused to create new defect detection condition data. On the other hand, in the system LSI for multi-product and small-volume production, the number of existing products is enormous, and it is very complicated work to search for defect detection condition data to be reused according to the tree structure. Therefore, we propose an inspection condition data management system that can perform this work efficiently.
[0024]
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. FIG. 1 shows a network configuration example including an inspection condition data management system. The network configuration includes an inspection condition server 101 that stores existing inspection condition data, a terminal 102 that connects to the inspection condition server 101 via the network 104 and creates inspection condition data, and a defect inspection apparatus 103 (hereinafter referred to as inspection). Device 103).
[0025]
The inspection condition server 101 is connected to a network 104 such as an interface or a LAN via a network interface 105 that exhibits a data communication function or the like. The inspection condition server 101 includes a control unit 106, a calculation unit 107, a user interface 108, a main storage device 109, and a secondary storage device 110 (storage means). Here, the user interface 108 not only exhibits an appropriate output function, but also functions as an input unit that accepts various inputs and instructions from the user. Further, the inspection condition data management system may include all of the inspection condition server 101, the terminal 102, and the defect inspection apparatus 103, and the function as the inspection condition data management system is integrated in any of the apparatuses. It may be a thing.
[0026]
Among these, the secondary storage device 110 stores inspection condition data 121, product type list data 122, inspection process list data 123, and product type inspection process data 125. The data stored in the secondary storage device 110 can be used as a table that defines the similarity between types. There are as many inspection condition data 121 as the number of inspection processes for each product type. The product type list data 122 and the inspection process list data 123 exist for the number of inspection apparatuses 103 included in the network. The type-specific inspection process data 125 exists for each type of inspection device.
[0027]
On the other hand, the terminal 102 is connected to the network 104 via the network interface 115. The terminal 102 includes a control unit 116, a calculation unit 117, a user interface 118, a main storage device 119, and a secondary storage device 120.
[0028]
FIG. 2 shows an example of the inspection condition data 121. In this example, an example in which data is described in an XML format (Extensible Markup Language) is shown. Therefore, the content of the data description between the tags takes the form of a data structure. For example, between the “product_data” tag and the “/ product_data” tag, the type name and the inspection process name to which this inspection condition data is applied, and the type number and the inspection process number are described. In addition, defect detection condition data is described between the “detective_parameter” tag and the “/ detective_parameter” tag.
[0029]
The defect detection condition data includes the incident angle of the laser irradiating the wafer, the laser power, the defect determination threshold value of the scattered light intensity for determining the defect, the defect determination threshold value of the peripheral chip, and the space filter interval. Is described. The laser power displays the incident angle in degrees. Laser power describes the percentage of maximum laser power in percent.
[0030]
The defect determination threshold value describes the ratio of the detection limit of the detector in percentage. Peripheral chip defect determination threshold describes the percentage of the detection limit of the detector in percent. Spatial filter spacing is described in nm. In the data example of FIG. 2, the laser power is 30%, and the defect determination threshold is 50%.
[0031]
Also, sequence information is described between the “array_data” tag and the “/ array_data” tag. As the array information, the number of chips and the chip size are described. In the example of FIG. 2, the number of chips is set to 8 in the X direction and the Y direction. The chip size is “200000000 nm” in the X and Y directions.
[0032]
Alignment information is described between the “alignment_data” tag and the “/ alignment_data” tag. The alignment information describes two chips used for alignment and a reference image number used for alignment. The alignment chip in the example of FIG. 2 is the third chip from the bottom, counting from the left, and the third chip from the bottom, counting from the left. The number of the reference image used for alignment here is “001”.
[0033]
A non-inspection area is described between the “inhibit_area” tag and the “/ inhibit_area” tag. The non-inspection area is defined by a rectangle, and the coordinates of the lower left and upper right corners of the rectangle are described in nm units. The non-inspection area in the example of FIG. 2 is a quadrangle having coordinates of “(0, 0)” and “(20000, 20000000)” with respect to the lower left of the chip as a reference.
[0034]
On the other hand, the product list data 122 is constructed as the tree structure of FIG. FIG. 3 is an example of a tree structure showing classification information of the types manufactured in the semiconductor manufacturing factory. In FIG. 3, the example classified by the node like 0.13 micrometers and 0.25 micrometers from the route was shown. Further, the 0.13 micrometer node is classified into a family such as DRAM, SRAM, and LOGIC. In the hierarchy below the family, the process flow and its sub-types are further branched. For example, the process flow D1 corresponds to the DRAM product types D001 and D002 of the 0.13 micrometer node. In this way, the tree structure hierarchy is composed of at least one of a node representing the minimum circuit pattern dimension, a family name representing the use of the circuit pattern, and a process flow name representing the manufacturing procedure. Assume that similarity determination is performed.
[0035]
FIG. 4 is an example of the product list data 122 representing the tree structure shown in FIG. 3 in the XML format. There are as many types of product list data 122 as the number of inspection devices 103 managed by the inspection condition server 101. The inspection apparatus 103 to which the created inspection condition data is applied is described in the product list data 122 and is distinguished from other inspection apparatuses. In the present embodiment, when selecting similar inspection condition data to be used from the existing inspection condition data stored in the secondary storage device 110 of the inspection condition server 103, it is described in the product list data 122. Use node, family, and process classifications.
[0036]
In the attribute of the “products_list” tag of the product list data 122, the device name of the inspection device 103 to which this file is applied is described. Here, “inspection 1” is the name of the inspection apparatus 103. The type described between the “node” tag and the “/ node” tag is a type belonging to the node described in the attribute of the node tag. The varieties described between the “family” tag and the “/ family” tag are varieties belonging to the product family described in the attribute of the family tag. The kind described between the “process_flow” tag and the “/ process_flow” tag is a kind manufactured in the process flow described in the attribute of the process_flow tag.
[0037]
The product type name is described between the “products” tag and the “/ product” tag. The product number is described in the product tag. This kind number is uniquely given for each kind. For example, in FIG. 4, “D001” is a DRAM of a 0.13 micrometer node and is a type manufactured by the process flow “D1”. The product number of the product “D001” is “1”.
[0038]
FIG. 5 shows an example of the inspection process list data 123. In the inspection process list data 123, a process number that uniquely identifies the same inspection process regardless of the product type is set in the inspection process. For example, the device name of the inspection device 103 to which this file is applied is described in an “inspection_steps_list” tag. Here, “inspection 1” is the name of the inspection apparatus 103. The inspection process name of the type to be inspected by the inspection apparatus 103 is described between the “steps_data” tag and the “/ steps_data” tag. Further, the inspection process name is described between the “STEP” tag and the “/ STEP” tag. For example, “Locus Si3N4” is an inspection process name. The step number is described in the attribute of the STEP tag.
[0039]
FIG. 6 shows an example of the type-specific inspection process data 125. The product-specific inspection process data 125 exists for each product type and describes the inspection process for the target product type. In the product-specific inspection process data 125, for example, an inspection process for the product type is described between a “steps” tag and a “/ steps” tag. Note that the step number and the state of the inspection condition data are displayed in the attribute of the step tag. This process number is the same as the process number written in the inspection process list data 123. “State” represents the state of the inspection condition data. For example, state = “3” means inspection condition data with a use record, while state = “2” means inspection condition data with no use record. Further, state = “1” means that there is no inspection condition data.
[0040]
FIG. 7 shows product information data 126 describing product classification information for each product. In FIG. 7, the “inspection_condition” tag describes the name of the inspection apparatus 103 in the attribute. Here, the inspection apparatus name is “inspection1”. In the “product” tag, the product name is described. The product name here is “D004”. In the “node” tag, a node of the type “D004” is described. In the “family” tag, the family name “D004” is described. In the “process_flow” tag, the name of the process flow that manufactured “D004” is described. The product type information data 126 may be stored in the secondary storage device 110 of the inspection condition server 101 and used for product type selection when reusing existing inspection condition data. The product type information data 126 and the product type inspection process data 125 may be described in the same file.
[0041]
FIG. 8 is a flowchart showing an example of a procedure for creating inspection condition data in the present embodiment. Hereinafter, the actual procedure of the inspection condition data management method of this embodiment will be described. The newly created inspection condition data is referred to as inspection condition data 121a. The inspection condition data to be reused is assumed to be inspection condition data 121b.
[0042]
First, the user interface 118 of the terminal 102 as an input means (or the user interface 108 of the inspection condition server 101) receives the input of the product name (and inspection process name) of the inspection condition data 121a that the user wants to newly create (step 1). ). The terminal 102 issues a reference request for the product list data 122 to the inspection condition server 101 in accordance with the received product name or the like. A search process based on the node name, family name, and process flow name is performed (step 2), and the type of inspection condition data to be reused is selected.
[0043]
If there is no product selected here, the process is terminated (step 3). On the other hand, if there is a product selected, the inspection condition data 121b to be reused is read from the secondary storage device 110 of the inspection condition server 101 ( Step 4). Then, from the read inspection condition data 121b, inspection condition data 121a of the kind / inspection process to be newly inspected is created (step 5). The created inspection condition data 121a is output to the inspection apparatus 103 via the network 104 (step 6). The inspection apparatus 103 executes inspection processing using the inspection condition data 121a. The above is an outline of a procedure example for creating new inspection condition data.
[0044]
Note that the processing of each step described above may be performed by the terminal 102 that has acquired appropriate information from the inspection condition server 101 as described above, or may be performed entirely by the inspection condition server 101. Hereinafter, in the present embodiment, description will be made assuming a situation in which the terminal 104 acquires existing inspection condition data from the inspection condition server 101 and performs appropriate processing.
[0045]
Next, a detailed description of each major step described above will be given below. FIG. 9 is an example of the procedure explaining the details of step 2 in FIG. The terminal 104 reads the product list data 122 from the secondary storage device 110 of the inspection condition server 101 (step 11). Read the product number of the target product described in the read product list data 122 (inspection data creation target: product accepted from the input means here) and substitute it into a variable x defined in the main memory 119, for example. Store (step 12).
[0046]
Next, the inspection process list data 123 is similarly read from the secondary storage device 110 (step 13). The process number of the target inspection process described in the read inspection process list data 123 (the inspection condition data creation target: the process accepted from the input means here) is read, and for example, a variable y defined in the main storage device 119 or the like is read. Substitute and store (step 14).
[0047]
The number of varieties already inspected in the corresponding inspection process recognized in the above steps 11 to 14 is substituted into the variable j in the same manner as above (step 15). Here, “already inspected” means that there is a track record of performing inspection with the inspection condition data of the corresponding product type and the corresponding inspection process. For example, in the type-specific inspection process data 125 of FIG. 6, STATE = “3” in the “Cont W Depo” process, and there is an inspection result. Therefore, in the “Cont WDepo” process, the product type “D004” can be recognized as an already-inspected product type. The details of step 15 will be described later with reference to FIG.
[0048]
If it is determined that the variable j is j> 0 (step 16), the type number of the tested type is output to the user interface 118. Alternatively, it is stored in an appropriate storage means such as the main storage device 119 or the secondary storage device 120 (step 23). At the time of this output, for example, it is preferable that a plurality of already inspected varieties (its varieties number) are listed and displayed according to the amount of inspection process data and presented to the user, so that it is easy to select similar varieties. Of course, such a display form may be similarly performed in the following processing. On the other hand, if it is determined that j = 0, the number of the same node and the same family type already inspected in the corresponding inspection process is substituted into the variable j as described above (step 17).
[0049]
If it is determined that the variable j here is j> 0 (step 18), the type number of the tested type is output to the user interface 118. Alternatively, it is stored in an appropriate storage means such as the main storage device 119 or the secondary storage device 120 (step 24). On the other hand, if it is determined that j = 0, the number of the same node type already inspected in the corresponding inspection process is substituted into the variable j in the same manner as described above (step 19).
[0050]
If it is determined that the variable j here is j> 0 (step 20), the type number of the tested type is output to the user interface 118. Alternatively, it is stored in an appropriate storage means such as the main storage device 119 or the secondary storage device 120 (step 25). On the other hand, if it is determined that j = 0, the number of varieties already inspected in the corresponding inspection process is substituted into the variable j as described above (step 21).
[0051]
If it is determined that the variable j here is j> 0 (step 22), the type number of the tested type is output to the user interface 118. Alternatively, it is stored in an appropriate storage means such as the main storage device 119 or the secondary storage device 120 (step 26). On the other hand, if it is determined that j = 0, the control is returned to step 3 in the flow of FIG.
[0052]
The terminal 104 substitutes, for example, the one having the largest number of inspection processes included in the product type, which is selected by the user from the product number output in steps 23 to 26, into the variable z (step 27). Alternatively, the terminal 104 may perform the process in which the user selects the one having the largest number of inspection processes. Details of the processing in step 27 will be described later with reference to FIG. When the process of step 27 is completed, control is returned to the process of step 3 in the flow of FIG.
[0053]
FIG. 10 is a diagram showing details of step 15 in FIG. In this step, the terminal 104 first searches the “process_flow” tag described in the product list data 122 for the “process_flow” tag immediately before the corresponding product (step 41). Subsequently, the product number of the “product” tag described immediately after the searched tag is substituted into the variable ps (step 42).
[0054]
Next, the product number of the “product” tag immediately before the “/ process_flow” tag paired with the tag searched in the step 41 is substituted for the variable pe (step 43), and the variable ps is substituted for the variable i. Substitute (step 44). Also, the product-specific inspection process data 125 of product number = i is called (step 45). If it is determined that state = “3” of the inspection process with process number = y (step 46), a process of substituting the variable i into the array p (j) is performed (step 47), and j + 1 is assigned to the variable j. Is substituted (step 48).
[0055]
On the other hand, if it is determined in step 46 that state ≠ 3, the product-specific inspection process data of product number = i is closed (step 49), and 1 is added to i (step 50). If it is determined that the variable i is greater than the variable pe (step 51), the process returns to step 6 in the flow of FIG. On the other hand, if it is determined that the variable i is equal to or less than the variable pe, the process returns to step 45 described above.
[0056]
Note that the processing in Step 15, Step 17, Step 19, and Step 21 in FIG. For example, if the “process_flow” tag is described in the “family” tag and the “/ process_flow” tag is described in the “/ family” tag in the procedure in the flow of FIG. Further, if the “process_flow” tag is changed to the “node” tag and the “/ process_flow” tag is changed to the “/ node” tag in the procedure in the flow of FIG. Also, if the “process_flow” tag is changed to the “products” tag and the “/ process_flow” tag is changed to the “/ products” tag in the procedure of the flow of FIG.
[0057]
FIG. 11 is a diagram showing details of the processing in step 27 in the flow of FIG. The terminal 104 here substitutes the number of product numbers output in steps 23 to 26 in the flow of FIG. 9 for a variable n (step 61). If this variable n is determined to be n = 1 (step 62), the corresponding product number is output to the user interface 118 (step 67). Further, it is stored in appropriate storage means such as the main storage device 119 or the secondary storage device 120.
[0058]
On the other hand, if the variable n is determined as n> 1, it is enumerated according to the number of inspection steps and output to the user interface. Alternatively, the number of the product number closest to the product number of the corresponding inspection process is substituted into the variable n (step 63). Subsequently, when it is determined that the variable n is n = 1 (step 64), the closest product number is output to the user interface in the same manner as described above (step 68). On the other hand, if the variable n is determined as n> 1, the two closest product numbers are output to the user interface or the like (step 65). The smallest product number is output (step 66), and the process returns to step 3 in the flow of FIG.
[0059]
FIG. 12 is an example of a GUI (Graphical User Interface) in the present embodiment. This GUI uses the similar varieties of the varieties for which inspection condition data is to be created and their inspection processes as the vertical and horizontal axes, and attribute information of the inspection condition data (eg, the presence or absence of data and past usage records) at the axis intersection. Takes the form of matrix data. Hereinafter, a method of creating the product type list data 122, the inspection process list data 123, and the product type inspection process data 125 will be described with reference to FIG. In FIG. 12, the type name description column 201 shows the type of semiconductor integrated circuit, the process flow name description column 202 shows the process flow name, the family name description column 203 shows the family name of the semiconductor integrated circuit, and the node name description column. The node of each type is displayed in 204, and the process name in the inspection process name description column 205 is displayed.
[0060]
The inspection condition data state display column 206 displays the state of inspection condition data for the corresponding product type and process, and one cell corresponds to one product type and one process. The same detection condition application type button 217 is used to define a type to which the user applies the same detection condition. The inspection condition data creation button 218 is used by the user to create inspection condition data.
[0061]
In this figure, for example, a double circle “◎” displayed in the inspection condition data state display field 206 indicates that “the inspection condition data has been created and has a record of application to the inspection”. The circle “◯” display indicates that “the inspection condition data exists but is not applied to the inspection”. The dot “•” display indicates that “there is no inspection condition data for the process corresponding to the corresponding product type”. The state without display indicates that “the corresponding inspection process is not an inspection target in the corresponding product type”.
[0062]
The inspection device name display field 221 displays the inspection device name of the inspection device 103. The type addition button 222 is used when the user adds a new type to the type name description field 201. The inspection process addition button 223 is used when the user adds a new inspection process to the inspection process display field 205. The inspection object button 224 is used by the user to change the non-inspection object to the inspection object. The non-inspection target button 225 is used when the user changes the inspection target to a non-inspection target.
[0063]
FIG. 13 shows an example of a method for adding a new variety. The GUI 200a, GUI 200b, and GUI 200c in FIG. 13 are part of the GUI 200 shown in FIG. FIGS. 13A, 13B, and 13C show how the GUI 200 transitions. For example, the user selects the kind addition line 231 of the GUI 200a shown in FIG. Subsequently, the kind addition button 222 shown in FIG.
[0064]
Then, the terminal 104 accepts these selection events and the like, as shown in FIG. 13B, under the type addition line 231, a new type column 232, a new type process flow column 233, a new type product family column 234, The GUI 200b to which the new product type node field 235 is added is generated and displayed.
[0065]
It is assumed that the user clicks the new product type field 232 here with the mouse 250 and then inputs, for example, “L007” from the keyboard. In addition, after clicking the new product type process flow column 233 with the mouse 250, "L2" is input from the keyboard. Further, after clicking on the new product family column 233 with the mouse, “LOGIC” is input from the keyboard. Then, after clicking the new product type node column 234 with the mouse 250, “0.13” is input from the keyboard. Then, the terminal 104 that has received these events generates and displays a GUI 200c in which a new product is added and the configuration is changed as shown in FIG. The addition of the inspection process is performed in the same procedure.
[0066]
As described above, when a new variety is added, the inspection process for the corresponding variety is not registered. Next, an example of a method for registering the “LocusSiN” process of the product type “L007” in the inspection process will be described with reference to FIG. GUI 200d and GUI 200e in FIG. 14 are a part of GUI 200 in FIG. In FIG. 14A, the new additional inspection process column 241 is blank. For example, the user selects the new additional inspection process column 241 with the mouse 250 and clicks the inspection object button 224 in FIG. In response to this, the terminal 104 changes the new additional inspection process column 241 to dot display as shown in the GUI 200e in FIG. When the user clicks the list saving button with the mouse 250, the terminal 104 generates the product type list data 121, the inspection process list data, and the product type inspection process file.
[0067]
Here, other embodiments will be described. FIG. 15 shows another example of the GUI in this embodiment. FIG. 16 is an example of a reuse priority table showing priorities for reusing inspection condition data. In this embodiment, if a plurality of similar varieties are selected, they are displayed in matrix data in descending order of similarity, and a situation is assumed in which the user instructs which similar cultivar inspection condition data is used for each inspection process. . First, the screen configuration of the GUI 300 in FIG. 15 will be described. The product type registration field 310 includes a product type registration field 311, a node registration field 312, a family name registration field 313, a process flow name registration field 314, and a product type registration button 315. The similar product display column 320 includes a process number threshold value column 321 and a similar product display button 322. This process number threshold value column 321 takes the form of a pull-down menu for selecting a number from 1 to 20 (that is, a threshold value for the number of processes).
[0068]
The inspection process addition field 330 includes an inspection process addition button 331, an inspection process up button 332, an inspection process down button 333, an inspection process deletion button 334, an inspection process confirmation button 335, and a list save button. The inspection condition selection area 340 includes an inspection process name display area 341, a similar kind name display area 342, a similar kind process flow name display area 343, a similar kind family name display area 345, a similar kind node name display area 346, and an inspection condition. It consists of a data display area 347. The GUI 300 is provided with an inspection condition data creation button 370 for instructing creation of inspection condition data.
[0069]
Next, a procedure for creating inspection condition data using the GUI 300 will be described. The user describes the product name in the product name registration field 311, the node in the node registration field 312, and the process flow name in the process flow registration field 313. Next, the inspection process number threshold value is selected from the pull-down menu in the process number threshold value column 330. The inspection process number threshold is a threshold for limiting the types of products displayed in the similar product name display area 342. Therefore, the terminal 104 performs display processing only on the types that exceed the inspection process number threshold among the types searched from the received type name, node, and process flow name.
[0070]
Next, when the user presses the similar product display button 322, the terminal 104 that has received the button displays a similar product name in the similar product display area 342 according to the similarity. The similarity here is as shown in the reuse priority table 360 of FIG. This consists of the tree structure hierarchy described above, consisting of nodes representing the minimum dimensions of circuit patterns, family names representing the use of circuit patterns, and process flow names representing manufacturing procedures. This is the basis for determining similarity. At this time, only products having a larger number of inspection processes than the threshold value specified in the process number threshold value column 321 are displayed. In the inspection process display area 341, the logical sum of the inspection processes of the selected similar products is displayed. In the inspection condition data display area, when there is inspection condition data for the corresponding product type / inspection process, a double circle “◎” display 348 is displayed as in the above embodiment, and when there is no inspection condition data, a blank 349 is displayed. Is done. The selection inspection condition column 360 is displayed in a shaded manner. In each inspection process, the cell having the highest similarity and having the inspection condition data is shaded 349 to indicate that it is reuse inspection condition data.
[0071]
Subsequently, the user designates an inspection process for the inspection type (in this case, “L004”). The inspection process displayed in the inspection process display area 340 and not the inspection process of “L004” is selected by clicking the inspection process name with the mouse 360 and then deleted by clicking the inspection process deletion button 340. To do.
[0072]
To add a new inspection process, the user clicks an inspection process addition button 335 with the mouse 360. Further, the inspection process is moved by the inspection process up button 332 or the inspection process down button 333, and the position is confirmed by the inspection process confirmation button 335. If the position is confirmed, the inspection process name displayed in the inspection process display area 341 is stored in the inspection process data 125 classified by product type “L004” by using a list saving button.
[0073]
Subsequently, the user selects inspection condition data to be reused for each inspection process. The user can select inspection condition data to be reused for each inspection process by moving the shaded display 349 horizontally on the GUI 300 with the mouse 360. The user clicks an inspection condition data creation button 370 to create inspection condition data 121.
[0074]
As described above, in the inspection condition data management method of the present invention, new inspection condition data is created by reusing the defect detection conditions of the existing inspection condition data accumulated in the inspection condition server. By using existing conditions, it is possible to set optimal defect detection conditions without manual adjustment. In this example, a search for similar varieties is performed using the varieties list data 122 describing information for classifying varieties. The method for searching for similar varieties is not limited to this example. In addition, an example has been described in which the user accepts various instructions and selections on the GUI and the processing of the inspection condition data management method proceeds. However, the same instructions and selection contents are algorithmized regardless of the instructions and selections by the user. Of course, it is possible to complete the process of creating the inspection condition data only by the terminal 104 or the inspection condition server 101.
[0075]
In the present embodiment, only one terminal 102 and one inspection apparatus 103 are shown, but there may be a plurality of terminals 102 and inspection apparatuses 103. In addition, although the inspection condition server 101 and the terminal 102 are illustrated as separate hardware, both may be configured by a single hardware. Of course, similarly, the terminal 102 may be integrated with the inspection apparatus 103.
[0076]
In addition, nodes, families, and process flows were used as tree structure hierarchies indicating information for classifying products, but the tree structure hierarchy is not limited to these, and any element that can classify products is used. It may be a thing.
[0077]
Further, the inspection condition data 121, the product type list data 122, the inspection process list data 123, and the product type inspection process data 125 may be provided in separate storage devices and function as independent databases. Or may be combined as appropriate through a single storage device.
[0078]
In addition, the apparatus that is the inspection condition server 101 and the terminal 104 is not only a server computer but also an apparatus having an arithmetic function and an input / output function that can realize processing to be performed in the inspection condition data management method of the present invention. Any one is acceptable. Further, regarding the network connecting the inspection condition server 101, the terminal 104, and the defect inspection apparatus 103, in addition to the Internet and LAN, various networks such as a WAN (Wide Area Network), a dedicated line, a power line network, and a wireless network can be used. It can also be adopted. In addition, if virtual private network technology such as VPN is used, communication with improved security is established on the Internet.
[0079]
According to the embodiment of the present invention, the following effects can be obtained.
According to the present invention, by extracting optimal inspection condition data from existing inspection condition data with a track record, and creating inspection condition data based on the data, new inspection condition data can be created with little or no trial inspection. It becomes possible to do. Therefore, it is possible to shorten the creation time of the inspection condition data, increase the operation time of the inspection apparatus, and improve the inspection frequency.
[0080]
As mentioned above, although embodiment of this invention was described concretely based on the embodiment, it is not limited to this and can be variously changed in the range which does not deviate from the summary.
[0081]
【The invention's effect】
According to the present invention, an inspection condition data management method and system, a program, and an inspection apparatus can be provided.
[Brief description of the drawings]
FIG. 1 is a diagram showing a network configuration example including an inspection condition data management system.
FIG. 2 is a diagram illustrating an example of inspection condition data.
FIG. 3 is an example of a tree structure showing classification information of types manufactured in a semiconductor manufacturing manufacturing factory.
FIG. 4 is a diagram showing an example of product type list data for hierarchically managing product types manufactured in a semiconductor manufacturing and manufacturing factory.
FIG. 5 is a diagram showing an example of product type list data for managing an inspection process.
FIG. 6 is a diagram showing an example of an inspection process file for each product type in which an inspection process is described for each product type.
FIG. 7 is a diagram showing an example of product type data describing product type classification information.
FIG. 8 is a flowchart showing an example of a procedure for creating inspection condition data in the present embodiment.
FIG. 9 is an example of a procedure showing details of step 2 in FIG. 8;
10 is an example of a procedure showing details of step 15 in FIG. 9;
FIG. 11 is an example of a procedure showing details of step 27 in FIG. 9;
FIG. 12 is a diagram illustrating an example of a GUI according to the present embodiment.
FIG. 13 is a diagram showing an example of a procedure for newly registering an inspection type.
FIG. 14 is a diagram showing an example of a procedure for registering an inspection process.
FIG. 15 is another example of a GUI according to the present embodiment.
FIG. 16 is an example of a reuse priority table showing priorities for reusing inspection condition data.
[Explanation of symbols]
1 Newly created inspection condition data type name / process name input step
2 Steps to select the type for which inspection condition data is reused
3 Step to confirm the presence or absence of the product selected in Step 2
Step to read 4 reuse inspection condition data
5 Inspection condition data creation step
6 Step to output inspection condition data to inspection device
11 Product list reading step
12 Substituting the product number of the corresponding product for variable X
13 Inspection process list reading step
14 Substituting the process number of the corresponding process for variable Y
15 Substitute the number of varieties that meet the condition into variable J
16 Conditional branch step with variable J
17 Substitute the number of varieties that meet the condition for variable J
18 Conditional branch step with variable J
19 Substituting the number of varieties in condition for variable J
20 Conditional branch by variable J
21 Substitute the number of varieties that meet the conditions for variable J
22 Conditional branch by variable J
23-26 Step of outputting the product number of the product type that meets the conditions, Step of substituting the product number of the reuse inspection condition for variable Z
31 Step of reading the same detection condition application type file of the relevant inspection process
32 Substituting the product number for the variable RX
33 Step of substituting product number for variable RY
34 Conditional branch by comparison of variables X and Y
35 Message output step
41 Process flow tag search step
42 Substituting product number for variable PS
43 Step of substituting product number for variable PE
44 Substituting PS for variable I
45 Inspection process file reading step by product type
46 Step of judging the condition of the inspection condition data
47 Substituting product number into array P (J)
48 Adding 1 to variable J
49 Close the inspection process file by product type
50 Adding 1 to variable I
51 Conditional branch by variable I
61 Substituting the number of product types for variable N
62 Step for conditional branching by variable N
63 Step of substituting the number of product types for variable N
64 Conditional branch with variable N
65 Step to output product number
66-68 Step of outputting the selected product number
101 Inspection condition server
102 terminals
103 Inspection equipment
104 network
105 Network interface
106 Control unit
107 Calculation unit
108 User interface
109 Main memory
110 Secondary storage device
115 Network interface
116 control unit
117 Calculation unit
118 User Interface
119 Main memory
120 Secondary storage device
121 Inspection condition data
122 Product list data
123 Inspection process list data
125 Inspection process data by product type
123 Product information data
200 GUI of this system
201 Product name description column
202 Process flow name description field
203 Family name description field
204 Node name description field
205 Inspection process name description column
206 Inspection condition data status display field
216 Selection area
217 Same detection condition setting button
218 Inspection condition data creation button
221 Inspection device name display field
224 Button for inspection
225 Non-inspection button
231 Variety additional business
232 New product line
233 New product process flow column
235 New variety node column
241 New additional inspection process column
250 mice

Claims (10)

回路パターン付きウエハが有する異物ないしはパターン欠陥を検出する検査装置の検査条件データをコンピュータにより作成する方法であって、
前記コンピュータが、入力手段より品種名の入力を受付けるステップと、
前記入力手段より受付けた品種名と品種間の類似度を定めたテーブルとを照合して、検査条件データを格納する記憶手段において該品種の類似品種を検索するステップと、
該類似品種について検査条件データの存在する検査工程を前記記憶手段において認識するステップと、
前記検索した類似品種群から検査工程数の多さに応じて類似品種を編集出力し、検査工程ごとの類似品種選定を入力手段から受付けるステップと、
検査工程ごとの選定を受け付けた類似品種の検査工程にかかる検査条件データを前記記憶手段より抽出し、この検査条件データに基づき前記入力手段より受け付けた品種の検査条件データを構成するステップと、
を含むことを特徴とする検査条件データ管理方法。
A method of creating inspection condition data of an inspection apparatus for detecting foreign matter or pattern defects of a wafer with a circuit pattern by a computer,
The computer accepting an input of the product name from the input means;
Collating the kind name received from the input means with a table that defines the degree of similarity between the kinds, and searching for a similar kind of the kind in the storage means for storing the inspection condition data;
Recognizing in the storage means an inspection process in which inspection condition data exists for the similar product,
Editing and outputting similar varieties according to the number of inspection processes from the retrieved similar varieties group, and receiving similar varieties selection for each inspection process from the input means;
Extracting inspection condition data relating to the inspection process of similar varieties that have received selection for each inspection process from the storage means, and configuring the inspection condition data of the varieties received from the input means based on the inspection condition data;
An inspection condition data management method comprising:
前記検索した類似品種と前記認識した検査工程とを縦横軸とし、その軸交点に検査条件データの属性情報を対応づけたマトリクスデータを生成するステップと、
前記マトリクスデータをユーザーインターフェースに出力する手順と、
前記ユーザーインターフェイスにおける検査工程ごとの類似品種選定を受付ける手順と、
を含むことを特徴とする請求項1に記載の検査条件データ管理方法。
Generating the matrix data in which the retrieved similar varieties and the recognized inspection process have vertical and horizontal axes, and the attribute information of the inspection condition data is associated with the axis intersection;
Outputting the matrix data to a user interface;
A procedure for accepting selection of similar varieties for each inspection process in the user interface;
The inspection condition data management method according to claim 1, further comprising:
前記マトリクスデータにおいて、類似品種をその類似度に応じて列挙することで縦軸または横軸をなすことを特徴とする請求項2に記載の検査条件データ管理方法。  3. The inspection condition data management method according to claim 2, wherein in the matrix data, the vertical axis or the horizontal axis is formed by listing similar varieties according to the degree of similarity. 品種間の類似度を定めた前記テーブルを、各品種を属性分類したツリー構造として記述したデータ形式となし、
前記類似品種の検索ステップにおいて、
前記入力手段より受け付けた品種について、前記ツリー構造の階層毎または節毎に類似度を判定するステップと、
前記判定の結果に応じて類似品種を選定するステップと、
を含むことを特徴とする請求項1に記載の検査条件データ管理方法。
The table defining the degree of similarity between varieties and the data format describing each tree as an attribute classification tree structure,
In the similar varieties search step,
For the kind received from the input means, determining the similarity for each hierarchy or section of the tree structure;
Selecting a similar variety according to the result of the determination;
The inspection condition data management method according to claim 1, further comprising:
前記ツリー構造の階層を、回路パターンの最小寸法を表すノード、回路パターンの用途を表すファミリ名、および製造手順を表すプロセスフロー名の少なくともいずれかから構成し、各要素間に優先順位を定めて類似度判定を行うことを特徴とする請求項4に記載の検査条件データ管理方法。  The hierarchy of the tree structure is composed of at least one of a node representing the minimum dimension of the circuit pattern, a family name representing the use of the circuit pattern, and a process flow name representing the manufacturing procedure, and a priority order is defined between the elements. The inspection condition data management method according to claim 4, wherein similarity determination is performed. 前記記憶手段における前記検査条件データを、回路パターン付きウエハに照射する電磁波あるいは電子線の強度を含むものとし、
前記入力手段より受け付けた品種の検査条件データを構成する情報として、当該電磁波あるいは電子線の強度の情報を含めることを特徴とする請求項1に記載の検査条件データ管理方法。
The inspection condition data in the storage means includes the intensity of electromagnetic waves or electron beams applied to the circuit pattern wafer,
2. The inspection condition data management method according to claim 1, wherein information on the intensity of the electromagnetic wave or electron beam is included as information constituting the inspection condition data of the product type received from the input means.
前記記憶手段における前記検査条件データを、回路パターン付きウエハが散乱あるいは反射した電磁波あるいは電子線の強度による欠陥判定しきい値を含むものとし、
前記入力手段より受け付けた品種の検査条件データを構成する情報として、当該電磁波あるいは電子線の強度の情報を含めることを特徴とすることを特徴とする請求項1に記載の検査条件データ管理方法。
The inspection condition data in the storage means includes a defect determination threshold value based on the intensity of electromagnetic waves or electron beams scattered or reflected by a wafer with a circuit pattern,
2. The inspection condition data management method according to claim 1, characterized in that information on the intensity of the electromagnetic wave or electron beam is included as information constituting the inspection condition data of the kind received from the input means.
回路パターン付きウエハが有する異物ないしはパターン欠陥を検出する検査装置の検査条件データを作成するシステムであって、
入力手段より品種名の入力を受付ける手段と、
前記入力手段より受付けた品種名と品種間の類似度を定めたテーブルとを照合して、検査条件データを格納する記憶手段において該品種の類似品種を検索する手段と、
該類似品種について検査条件データの存在する検査工程を前記記憶手段において認識する手段と、
前記検索した類似品種群から検査工程数の多さに応じて類似品種を編集出力し、検査工程ごとの類似品種選定を入力手段から受付ける手段、
検査工程ごとの選定を受け付けた類似品種の検査工程にかかる検査条件データを前記記憶手段より抽出し、この検査条件データに基づき前記入力手段より受け付けた品種の検査条件データを構成する手段と、
を含むことを特徴とする検査条件データ管理システム。
A system for creating inspection condition data of an inspection apparatus for detecting foreign matter or pattern defects of a wafer with a circuit pattern,
Means for accepting the input of the product name from the input means;
Means for collating the name of the product received from the input means with a table defining the similarity between the products, and searching for similar products of the product in the storage device for storing the inspection condition data;
Means for recognizing in the storage means an inspection process in which inspection condition data exists for the similar product,
Means for editing and outputting similar varieties according to the number of inspection processes from the group of similar varieties searched, and accepting selection of similar varieties for each inspection process from the input means;
Means for extracting inspection condition data relating to the inspection process of similar varieties for which selection for each inspection process has been received from the storage means, and constituting inspection condition data for the varieties received from the input means based on the inspection condition data;
The inspection condition data management system characterized by including.
回路パターン付きウエハが有する異物ないしはパターン欠陥を検出する検査装置の検査条件データを作成するコンピュータに、
入力手段より品種名の入力を受付けるステップと、
前記入力手段より受付けた品種名と品種間の類似度を定めたテーブルとを照合して、検査条件データを格納する記憶手段において該品種の類似品種を検索するステップと、
該類似品種について検査条件データの存在する検査工程を前記記憶手段において認識するステップと、
前記検索した類似品種群から検査工程数の多さに応じて類似品種を編集出力し、検査工程ごとの類似品種選定を入力手段から受付けるステップと、
検査工程ごとの選定を受け付けた類似品種の検査工程にかかる検査条件データを前記記憶手段より抽出し、この検査条件データに基づき前記入力手段より受け付けた品種の検査条件データを構成するステップと、
を実行させることを特徴とする検査条件データ管理プログラム。
In a computer that creates inspection condition data of an inspection device that detects foreign matters or pattern defects of a wafer with a circuit pattern ,
Receiving the input of the product name from the input means;
Collating the kind name received from the input means with a table that defines the degree of similarity between the kinds, and searching for a similar kind of the kind in the storage means for storing the inspection condition data;
Recognizing in the storage means an inspection process in which inspection condition data exists for the similar product,
Editing and outputting similar varieties according to the number of inspection processes from the retrieved similar varieties group, and receiving similar varieties selection for each inspection process from the input means;
Extracting inspection condition data relating to the inspection process of similar varieties that have received selection for each inspection process from the storage means, and configuring the inspection condition data of the varieties received from the input means based on the inspection condition data;
Inspection condition data management program for causing the execution.
回路パターン付きウエハが有する異物ないしはパターン欠陥を検出する検査装置の検査条件データを作成するコンピュータに、
入力手段より品種名の入力を受付けるステップと、
前記入力手段より受付けた品種名と品種間の類似度を定めたテーブルとを照合して、検査条件データを格納する記憶手段において該品種の類似品種を検索するステップと、
該類似品種について検査条件データの存在する検査工程を前記記憶手段において認識するステップと、
前記検索した類似品種群から検査工程数の多さに応じて類似品種を編集出力し、検査工程ごとの類似品種選定を入力手段から受付けるステップと、
検査工程ごとの選定を受け付けた類似品種の検査工程にかかる検査条件データを前記記憶手段より抽出し、この検査条件データに基づき前記入力手段より受け付けた品種の検査条件データを構成するステップと、
を実行させる検査条件データ管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
In a computer that creates inspection condition data of an inspection device that detects foreign matters or pattern defects of a wafer with a circuit pattern,
Receiving the input of the product name from the input means;
Collating the kind name received from the input means with a table that defines the degree of similarity between the kinds, and searching for a similar kind of the kind in the storage means for storing the inspection condition data;
Recognizing in the storage means an inspection process in which inspection condition data exists for the similar product,
Editing and outputting similar varieties according to the number of inspection processes from the retrieved similar varieties group, and receiving similar varieties selection for each inspection process from the input means;
Extracting inspection condition data relating to the inspection process of similar varieties that have received selection for each inspection process from the storage means, and configuring the inspection condition data of the varieties received from the input means based on the inspection condition data;
The computer-readable recording medium which recorded the inspection condition data management program which performs this .
JP2002247219A 2002-08-27 2002-08-27 Inspection condition data management method and system, program, and computer-readable recording medium Expired - Fee Related JP4209156B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2002247219A JP4209156B2 (en) 2002-08-27 2002-08-27 Inspection condition data management method and system, program, and computer-readable recording medium
PCT/JP2003/010787 WO2004021416A1 (en) 2002-08-27 2003-08-26 Inspection condition data management method, system, program, and inspection device
AU2003257548A AU2003257548A1 (en) 2002-08-27 2003-08-26 Inspection condition data management method, system, program, and inspection device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002247219A JP4209156B2 (en) 2002-08-27 2002-08-27 Inspection condition data management method and system, program, and computer-readable recording medium

Publications (2)

Publication Number Publication Date
JP2004087820A JP2004087820A (en) 2004-03-18
JP4209156B2 true JP4209156B2 (en) 2009-01-14

Family

ID=31972460

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002247219A Expired - Fee Related JP4209156B2 (en) 2002-08-27 2002-08-27 Inspection condition data management method and system, program, and computer-readable recording medium

Country Status (3)

Country Link
JP (1) JP4209156B2 (en)
AU (1) AU2003257548A1 (en)
WO (1) WO2004021416A1 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4778755B2 (en) 2005-09-09 2011-09-21 株式会社日立ハイテクノロジーズ Defect inspection method and apparatus using the same
JP4723362B2 (en) 2005-11-29 2011-07-13 株式会社日立ハイテクノロジーズ Optical inspection apparatus and method
JP2011196777A (en) * 2010-03-18 2011-10-06 Anritsu Sanki System Co Ltd Article inspection device
JP5375896B2 (en) * 2011-08-22 2013-12-25 富士通セミコンダクター株式会社 Defect inspection method and defect inspection apparatus

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000233345A (en) * 1999-02-16 2000-08-29 Mitsubishi Electric Corp Management system for information on manufacture, and recording medium with management program thereof recorded
JP2001331784A (en) * 2000-05-18 2001-11-30 Hitachi Ltd Defect sorting method and its device

Also Published As

Publication number Publication date
JP2004087820A (en) 2004-03-18
WO2004021416A1 (en) 2004-03-11
AU2003257548A1 (en) 2004-03-19

Similar Documents

Publication Publication Date Title
US10754309B2 (en) Auto defect screening using adaptive machine learning in semiconductor device manufacturing flow
TWI808815B (en) System and method of semiconductor fabrication process control and computer program product
JP6127170B2 (en) A system configured to separate defects detected on a wafer according to bin ranges
JP5411211B2 (en) Defect analyzer
US7760929B2 (en) Grouping systematic defects with feedback from electrical inspection
JP4014379B2 (en) Defect review apparatus and method
JP5405453B2 (en) Method and apparatus for locating inspection data in the design data area
KR101144545B1 (en) Flexible hybrid defect classification for semiconductor manufacturing
US7711514B2 (en) Computer-implemented methods, carrier media, and systems for generating a metrology sampling plan
US6826735B2 (en) Inspection data analysis program, defect inspection apparatus, defect inspection system and method for semiconductor device
US9865512B2 (en) Dynamic design attributes for wafer inspection
JP4209156B2 (en) Inspection condition data management method and system, program, and computer-readable recording medium
JP4146655B2 (en) Defect source candidate extraction program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040715

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20040715

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080513

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080616

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080616

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20081021

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20081022

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111031

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121031

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121031

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131031

Year of fee payment: 5

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131031

Year of fee payment: 5

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees