JP2011187874A - 半導体露光システム - Google Patents
半導体露光システム Download PDFInfo
- Publication number
- JP2011187874A JP2011187874A JP2010054300A JP2010054300A JP2011187874A JP 2011187874 A JP2011187874 A JP 2011187874A JP 2010054300 A JP2010054300 A JP 2010054300A JP 2010054300 A JP2010054300 A JP 2010054300A JP 2011187874 A JP2011187874 A JP 2011187874A
- Authority
- JP
- Japan
- Prior art keywords
- job
- state
- processing
- wafer
- exposure
- 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.)
- Pending
Links
Images
Landscapes
- Exposure And Positioning Against Photoresist Photosensitive Materials (AREA)
- Debugging And Monitoring (AREA)
- Exposure Of Semiconductors, Excluding Electron Or Ion Beam Exposure (AREA)
Abstract
【課題】半導体露光装置において、アプリケーションソフトのプロセスが異常状態になった場合に、装置全体を再起動せずに装置のダウンタイムを最低限にし生産量への影響を軽減する。
【解決手段】アプリケーションソフトのプロセスが異常状態になった場合に、生産処理状況を考慮して局所的なプロセスの再起動を行う。更に、処理の実行単位であるジョブにプロセスを関連させて対応情報を持つことによって、プロセス構成が可変のシステムにも対応する。
【選択図】図1
【解決手段】アプリケーションソフトのプロセスが異常状態になった場合に、生産処理状況を考慮して局所的なプロセスの再起動を行う。更に、処理の実行単位であるジョブにプロセスを関連させて対応情報を持つことによって、プロセス構成が可変のシステムにも対応する。
【選択図】図1
Description
本発明は、アプリケーションソフトのプロセスが異常状態に陥った場合等の処理を行い得る半導体露光システムに関するものである。
図19は従来からの半導体製造ラインにおける半導体生産工程の説明図である。(a)は露光開始の状態である。前工程の基盤洗浄、蒸着、レジスト塗布、露光、現像、現像後検査、エッチング、エッチング後検査、レジスト剥離、洗浄、イオン注入、ウェハプロープ検査の各工程から成り、これらの工程を経ることによって半導体を生産する。
従来、露光工程を担う半導体露光装置は、アプリケーションソフト障害によって露光処理が中断又は停止すると、システム全体を再起動している。しかし、システムの再起動はハードウェアや機械装置の初期化動作を伴うため、再起動から定常状態になるまでの時間が長い。また、前後の連携システムと不整合を生じ、調整にも時間を要するため、装置の再起動は頻繁に実施できない。
これを解決するために、障害の発生したプロセスを特定して、そのプロセスを正常状態に戻し、装置全体の再起動をせずに半導体露光装置を定常状態に移行することが考えられる。
ところで、露光処理の単位はロットであり、生産ライン全体では、ロットを処理単位として生産計画や生産管理が行われ、1ロットは複数のウェハから成る。半導体露光装置はウェハを1枚ずつ認識できるが、製造ラインを構成する他の装置群はウェハ単位の認識ができるとは限らない。そのため、装置を含む生産ライン全体の共通単位はロットとなり、ロットを構成するウェハは物理的にはキャリアと呼ばれる入れ物に入る。
エッチング前の検査工程でエラーが検出されると、エラーが検出されたロットはリワークにかけられる。リワークはこれまでウェハに施された処理層を削除して、処理が施される前の状態にする。リワーク後のウェハは改めてレジスト、露光等の処理が施される。リワークは上述のような生産ラインでは、管理単位であるロットで処理されることが常である。また、エッチング後の検査工程でエラーが検出されると、それらはスクラップされる。
(b)は露光工程での停止処理の説明図である。キャリアからウェハが1枚ずつ装置内に搬入されて、ウェハの位置合わせ、傾き調整や計測などの処理を行い、露光ステージまでウェハが搬送される。ステージに至る前のウェハは未露光状態である。ステージにウェハが到達すると、更に計測や位置合わせが行われ、その後にレチクルパターンを露光する。露光はレイアウトパターンに従ってショット単位で行われる。
露光処理の途中で処理が止まってしまった場合は、全パターンの露光がなされていない半露光ウェハができる。全ショットの露光が完了したウェハは露光済み状態となり、半導体露光装置から搬出されてキャリアに入る。ここで、半導体露光装置に障害が発生すると、ウェハは様々な位置で停止するため、未露光、半露光、露光済みの3つの異なる状態のウェハが製造されてしまう。
(c)は障害が発生した場合の露光処理の停止状態である。半導体露光装置内のウェハ群は、障害発生直前の処理位置に留まる。障害が発生すると、装置によっては自動でウェハを搬出する機能も作用するが、全て確実に自動搬出されない場合は手作業で装置から取り出すか、半導体露光装置を再起動後にウェハを搬出する。このように、通常とは異なる方法で装置外に搬出してキャリアに戻す。このような状況下では、キャリア内は複数状態のウェハが混在する。
(d)は先の複数状態のウェハが混在したキャリアをリワークのために状態毎に手作業で仕分けした状態である。リワーク処理には削り取り強度のパラメータを設定でき、設定パラメータに依存して、ウェハから層を取り去る際の強度が変化する。同一状態のウェハが収まっているキャリアに対しては、適切に設定したパラメータによって全てのウェハがダメージなくリワークできる。
ところで、未露光、露光済の複数状態のウェハが格納されたキャリアに対して、一度にリワークを実施する場合を考える。露光済み状態のウェハに合わせてリワークパラメータを設定すると、露光済み状態のウェハは最適な状態になるが、未露光状態のウェハはリワーク処理が強過ぎるためダメージを受けてしまう。また、未露光ウェハにパラメータを合わせた場合には、未露光状態のウェハは最適な状態になるが、露光済み状態のウェハはリワーク処理が弱いため、加工層が完全に取り除かれず再利用できない。
ダメージを受けたウェハや加工層が残ったウェハは、再度製造工程を経た場合に検査工程でエラーになる可能性が高い。従って、単一状態でウェハをまとめてロットを造り、そのロットに合致するリワークパラメータを設定してリワークを実施する必要がある。
上述のように、従来はロットの露光途中で露光処理が停止してしまった場合には、ロット内のウェハは加工済みウェハ、半加工ウェハ、未加工ウェハの3つの状態になる。リワーク後のウェハの歩留まりを上げるためには、各状態でウェハを仕分けして、状態毎にリワークを行う必要がある。ウェハの状態は見た目で区別がつかないため、仕分け作業は半導体露光装置のログやマテリアルの位置情報を考慮して加工度合いを判断する。しかし、この判断作業は解析時間がかかり、かつ精度が低い。
例えば特許文献1、2には、複数のアプリケーションソフトのプロセスから構成されるシステムが、障害を検知して、プロセスの再起動制御を行う技術が提案されている。これらの特許文献1、2は、分散サーバシステムやアプリケーションソフトのプロセス管理システムに関するものである。プロセスの障害発生時に全プロセスを再起動するのではなく、必要最低限のプロセスを再開することによって、全サービスが提供できなくなる状態を避けることが必要である。これを実現するために、関連のあるプロセス間でグループを予め定義した情報に従って、プロセスの再起動制御を行っている。
従来のプロセス再起動の方法は、固定的にプロセスをグループ化し、グループ単位でプロセスの再起動処理を行っている。一方、半導体露光装置のような顧客カスタマイズが必要な装置は、顧客要望の対応を迅速に行うために、装置を構成するアプリケーションソフトが随時に更新/追加されるようになる。そのため、プロセス構成を固定的に決められず、プロセス構成が随時変更されるようなシステムでは、予めプロセスグループを定義することができず、従来技術では適応できない。
更に、障害発生時のロットは、最終的にはリワーク処置されることが分かっているため、半導体としての製品品質や精度は問題とせず、ロット内のウェハ特性を一致させ、リワークがより簡易にできるようにすることが望ましい。
本発明の目的は、上述の問題点を解消し、異常状態となった場合に容易に再起動できる半導体露光システムを提供することにある。
上記目的を達成するための本発明に係る半導体露光システムは、複数のアプリケーションソフトから構成するシステムであって、プロセス間の関連とプロセス異常を監視し、前記プロセスの異常状態検出時に装置状態によってプロセスの状態変更タイミングを決定するプロセス管理手段と、ジョブ実行に関わる前記プロセスとジョブを対応して管理するジョブ管理手段とから構成することを特徴とする。
本発明に係る半導体露光システムは、複数のアプリケーションソフトから構成するシステムであって、プロセス間の関連とプロセスの異常を監視するプロセス管理手段と、ジョブ実行に関わるプロセスとジョブを対応して管理するジョブ管理手段と、前記プロセスの異常状態検出時のジョブの継続処理に必要な前記プロセスを特定してプロセス状態を変更しジョブを継続処理するジョブ実行手段とから構成し、ロット内のウェハ状態を均一にすることを特徴とする。
本発明に係る半導体露光システムによれば、アプリケーションソフトのプロセスが異常状態になった場合に、装置のダウンタイムを最低限にし生産量への影響を軽減でいる。
また、処理の実行単位であるジョブにプロセスを関連させて対応情報を持ち、露光処理を実現するジョブに関連しているプロセスを特定してプロセスの状態変更を行い、ロット内のウェハ特定を均一にしてリワーク時の作業負荷や管理負荷を軽減が可能となる。
エラーリカバリ方法では処理の実行単位であるジョブにプロセスを関連させて対応情報を持ち、プロセス構成が可変のシステムにも対応させ、装置のダウンタイムを最低限にして生産量への影響を低減できる。
本発明を図1〜図18に図示の実施例に基づいて詳細に説明する。
図1は半導体露光システムの構成図を示している。半導体露光装置を含む半導体製造ラインにおいては、半導体露光装置1はコーターデベロッパ2、エッチング装置3、生産ラインのアプリケーションソフトA1を搭載する集中管理ホストコンピュータ4などの各種装置とネットワークNにより接続されている。また、半導体露光装置1には複数の作業者が装置を操作するために、アプリケーションソフトを搭載した複数の操作端末部5が接続されている。
半導体露光装置1はジョブ制御部11、ハードウェア制御部12、メカ/ハードウェア13、操作端末部5と同等のアプリケーションソフトを搭載した操作制御部14、オンライン制御部15、各種動作の履歴を保持する動作履歴部16から構成されている。メカ/ハードウェア13は実行に伴う各種処理を実行し、ジョブ制御部11はこの実行を制御し、操作制御部14は装置状態の監視、露光処理等を指示する。また、オンライン制御部15は生産ライン全体を統括するアプリケーションソフトA1から指示を受けて動作する。
操作者が露光処理や各種の計測処理、装置状態の取得のために、操作制御部14のGUI(グラフィックユーザインタフェース)を操作すると、操作内容はコマンドに変換され、ジョブ制御部11に送信される。ジョブ制御部11はこのコマンドを解析し、コマンドをジョブとして実行する。ジョブは状態を持っており、ジョブ実行状況に応じて、実行中にエラー解除待ち、終了処理中のように状態が推移する。ジョブ制御部11のジョブ実行によって、ハードウェア制御部12がハードウェアレジスタに値を設定し、割り込み処理やデータ転送処理などを行う。
動作履歴部16は障害発生時の原因解析データや、消耗品の交換時期予測のための予測データとして利用される。動作履歴部16には、システム状態や、操作制御部14及び生産ラインアプリケーションソフトA1からの機能実行指示内容と、それに伴う応答やイベント内容がタイムスタンプと共に保持/管理されている。
図2は半導体露光装置1のジョブ制御部11の構成図を示している。ジョブ制御部11は実際のジョブ実行を担うジョブ実行部21、ジョブの実行スケジューリングやジョブの実行状態の監視を行うジョブ管理部22、ジョブ制御部11を構成するプロセス群を管理するプロセス管理部23から構成されている。
ジョブ実行部21は露光処理に必要な各処理要素から構成され、レチクル搬送/ウェハ搬送/各種調整/各種計測/露光処理がある。ジョブの入力パラメータに従って、処理すべき要素を選択し処理が施される。実際の処理は、メカ/ハードウェア13に対してシグナル送信やアドレスへの命令書き込み制御を行ってメカやハードウェアを動作させる。データベースやファイルなどの管理データを作成/更新して処理を進めることもある。各処理要素はそれを担うプロセスから構成されており、処理依頼の際に各プロセスにジョブ識別子と処理パラメータを渡す。
ジョブ管理部22はジョブキュー22a、ジョブスケジューラ22b、ジョブプロパティ定義部22c、パラメータ生成部22d、ジョブ履歴部22eから構成され、アプリケーションソフトから処理が依頼されると依頼の単位でジョブインスタンスJIを生成する。ジョブインスタンスJIが生成されると、ジョブが実行可能な状態になるまでジョブキュー22aに積まれる。ジョブスケジューラ22bはジョブプロパティ定義部22cで予め定義されるジョブの優先順位や、ジョブが利用するハードウェアやアプリケーションソフト資源を考慮して、図3に示すジョブ−プロセス対応表L1から実行可能なジョブを選択する。
パラメータ生成部22dはアプリケーションソフトから依頼された処理内容をジョブの入力パラメータとして定義する。これらのパラメータはジョブ実行に必要な前提条件やジョブ実行方法の指示としてジョブ実行部21で扱われる。ジョブ履歴部22eはジョブの実行状況や計測/露光処理結果を記録するものであり、アプリケーションソフトからのジョブ実行状況の問い合わせ応答やジョブの履歴参照に利用される。
プロセス管理部23はライフサイクル管理部23a、異常検出部23b、プロセス間関連表L7から構成されている。ライフサイクル管理部23aはプロセスのライフサイクルである生成や消滅、状態変更タイミングを制御し、異常検出部23bはプロセス状態の異常を検知し、プロセス間の関連を監視し、後述するプロセス間関連表は関連情報を保持する。
ジョブ管理部22のジョブインスタンスJIは状態を持っており、図4に示すジョブの状態遷移関連表L2のように遷移する。ジョブは生成時にジョブを識別するためのジョブ識別子が付与される。ジョブキュー22aにジョブ識別子をエントリすると、ジョブは実行待ち状態になる。スケジューラによって実行が許可されるとジョブは実行中状態になり、ジョブ実行部21によって露光処理や各種計測処理が行われる。ジョブ実行部21によって要求の処理が完了すると、ジョブは実行完了状態に遷移後に消滅する。また、アプリケーションソフトからの指示によって一時停止や復帰動作を行う。このときに、実行状態から一時停止状態に、一時停止状態から実行状態に遷移する。更に、ハードウェアの調整などによって解除可能な障害が発生した場合には、障害解除待ち状態に遷移し、障害が取り除かれた後に実行状態に遷移する。
ジョブスケジューラ22bはジョブキュー22aにエントリしているジョブの実行可否を判断する。図5はジョブプロパティ定義部22cのジョブ種のプロパティ表L3を示し、ジョブ実行の事前条件やジョブ特性を定義している。例えば、この図5によればジョブ種が露光ジョブの場合は「半導体生産」というジョブ分類に属し、2番目に高い優先度で処理される。更に、「計測センサA、計測センサB、計測センサC、ステージ、搬送パスW」の資源が利用されていない場合に実行開始でき、かつ露光ジョブがこの資源を占有することを示す。そして露光ジョブは複数同時に実行できないという制約を持っている。予め定義されるジョブ種のプロパティ表L3に従って、ジョブスケジューラがジョブの実行開始を判断する。
図6はジョブ実行判断の動作フローチャート図であり、先ず、ジョブキュー22aにジョブが存在するか確認し(S101)、ジョブが存在しない場合は判断処理を終了する。ジョブが存在した場合はジョブの利用資源が他のジョブによって占有されていないか、ハードウェア故障を起していないかを確認する(S102)。利用可能な場合に、同一ジョブ種のジョブが実行中か否かを確認し(S103)、実行していなければ実行候補のジョブリストに登録する(S104)。仮に、同一ジョブ種のジョブが実行中であっても、並行動作が許可されていれば(S105)、同様に実行候補のジョブリストへ登録する(S104)。
ジョブキュー22a内に存在する全てのジョブに対して、S101〜S105のステップを実施し(S106)、実行候補のジョブリストを作成する。実行候補のジョブリストから優先順位の最も高いジョブを取得し(S107)、その中から最先にジョブキュー22aにエントリしたジョブを実行対象として確定し、ジョブ実行部21にジョブ実行を依頼する(S108)。
このように、ジョブスケジューラ22bはジョブキュー22a内から実行開始可能なジョブを選択する。この判断処理はタイマなどによって定期的に実施される。
図7はジョブ実行前にパラメータ生成部22dが生成するジョブパラメータ表L4の例を示す。パラメータ生成部22dは露光時のショットパターンの基になるレチクル情報やレイアウト情報、位置計測や傾き計測のためのマーク情報、露光時の処理内容を決める露光情報、実際に露光を施すウェハの情報のような複数のパラメータを定義する。
図8はジョブ管理部22からジョブ実行部21にジョブ実行を依頼する際のシーケンス図を示している。アプリケーションソフトA1からジョブ管理部22に処理要求が入力されると(S201)、ジョブ管理部22はジョブパラメータとジョブインスタンスJIを作成する(S202)。作成したジョブインスタンスJIはジョブキュー22aに登録される。ジョブスケジューラ22bは定期的にジョブキュー22aを監視しており、実行可能なジョブを検出すると、ジョブ実行部21にジョブの実行依頼をする(S203)。
ジョブ実行部21は受け取ったジョブのパラメータを解析して、必要な処理の要素と処理順番を決定する(S204)。決定した処理順番に従って、処理要素へ実行を依頼する(S205)。処理の要素、例えば「レチクル搬送」は、処理依頼時に受け取ったジョブ識別子と自己のプロセス識別子を図3のジョブ−プロセス対応表L1に登録する(S206)。そして、処理パラメータに従ってレチクルの搬送処理を行い(S207)、処理が完了するとジョブ−プロセス対応表L1から先に登録した自己に関する内容を削除する(S208)。処理が完了すると処理完了を通知し、「レチクル搬送」プロセスは処理依頼待ち状態になる(S209)。
ジョブ実行部21は全ての処理要素を実施し、全ての処理が終了するとジョブ管理部22にジョブ完了を通知する(S210)。ジョブ管理部22はジョブ−プロセス対応表L1から当該ジョブを削除する(S211)。ジョブ管理部22はアプリケーションソフトに対して要求動作の終了を通知する(S212)。
図9はプロセスの状態遷移表L5を示している。プロセスは実行可能なReady状態。実際にCPUを割り当てられているrunning状態。ディスクIO処理の完了待ちやシグナル受信待ちのwait状態。サスペンドシグナルを送られたStopped状態。プロセスを終了したがメモリ上の管理情報が残っているZOMBIE状態から成っている。
ライフサイクル管理部23aがシステム起動直後に生成する常駐プロセスやジョブ実行に伴って動的に生成が必要な非常駐プロセスを生成する。異常検出部23bはプロセス状態の異常を検出し、必要な常駐プロセスが存在しないことや、プロセスがZOMBIE状態にあることを検出する。
図10はLinux(登録商標)システムから取得可能なプロセス情報表L6の例である。プロセスのユーザ情報(USER)やプロセスID(PID)、プロセス状態(STAT)、スタート時間(START TIME)、コマンド名(COMMAND)といった各種情報がOSシステムから取得できる。このプロセス情報表L6を用いて、異常状態検出手段はプロセス数の変化やプロセス状態の変化を知る。特に、プロセス状態を示すSTATは、「R」や「S」のアルファベット記号でrunning状態やReady状態を示している。
図11は異常検出部23bの異常検出動作フローチャート図である。先ず、プロセス管理部23aが保持する常駐プロセスのリストを取得する(S301)。そして、OSシステムのプロセス監視機構を用いて現在のプロセスリストを取得する(S302)。現在のプロセスリストに常駐プロセスが存在するか否かを確認し(S303)、もし常駐プロセスが存在しなければ、異常プロセスリストに該当する常駐プロセス名を登録する(S304)。S303の常駐プロセスの存在チェックを繰り返し実行し、全常駐プロセスに対して存在確認を行う(S305)。
次に、現在のプロセスリストに対して、ZOMBIプロセスの有無を確認する。プロセス監視機構から取得したプロセス情報のステータス情報に、ZOMBIE状態を示す「Z」が記載されていた場合は(S306)、そのプロセスは異常状態になっていると見倣して異常プロセスリストに登録する(S307)。S306のZOMBIプロセスチェックを繰り返し実行し、OSシステムが管理している全プロセスの状態の確認を行う(S308)。常駐プロセスの存在と、現在動作しているプロセス状態の確認を完了すると、異常プロセスをプロセス管理部23に通知する(S309)。この異常検出処理のS301〜S309のステップをタイマにより定期的に実行する。
図12はプロセス管理部23が有するプロセス間の関連を示すプロセス間関連表L7の例を示す。複数のプロセスが通信によってメッセージを授受する本システムでは、通信ポートを設けてサービスを提供しているプロセスをサーバ、そのポートに接続をしてサービスの提供を受けているプロセスをクライアントとして管理する。プロセスが通信ポートを生成するとき、プロセス間関連表L7にサーバ情報としてプロセス識別子とポート番号(サービス名)を登録する。また、プロセスがポートに接続したときは、プロセス間関連表L7上の該当するポート情報に対応させて、クライアント情報としてプロセス識別子を登録する。
図13はプロセス異常検出後の処理動作フローチャート図であり、プロセスの異常を検出した場合には、ジョブ管理部22、ジョブ実行部21、プロセス管理部23が連携してジョブの継続処理を行う。
先ず、プロセス管理部23がプロセス異常を検知すると、ジョブ管理部22から異常プロセスの関連ジョブのジョブ分類を取得する(S401)。プロセス管理部23がジョブ管理部22に異常プロセスの関連ジョブの停止を依頼すると、ジョブ管理部22は異常プロセスの識別子を基にジョブ−プロセス対応表L1から該当ジョブを検索して(S402)、ジョブ実行部21がジョブを停止する(S403)。S401によって取得したジョブ分類が、「半導体生産」であった場合は(S404)、直ちに異常状態のプロセスの再起動や他の関連するプロセスを矛盾なく動作可能な状態に遷移させる(S409)。
S404でジョブ分類が「半導体生産」以外の場合は、ジョブ管理部22から実行中ジョブの分類を取得する(S405)。プロセス管理部23は実行中のジョブが「半導体生産」であるかどうかを判断し(S406)、「半導体生産」に分類されるジョブが実行中であれば、ジョブ完了を待ってから(S407)、S409のプロセス状態を変更する。全ての実行中のジョブに対してジョブ分類を判断し(S408)、分類が「半導体生産」でない場合はプロセス状態を変更する(S409)。
図14はプロセス管理部23のプロセス状態の変更処理(図13のS409)の動作フローチャート図である。異常が検出されたプロセスがZOMBIE状態の場合には(S501)、当該プロセスを終了させる(S502)。予め定義したプロセスのライフサイクル情報によって、当該プロセスとライフサイクルを共にするプロセスが存在するかを確認する(S503)。ライフサイクルを共にするプロセスが存在する場合には、当該プロセスとライフサイクルを共にするプロセスを終了させ(S504)、当該プロセスに加えてライフサイクルを共にするプロセスを起動する(S505)。ライフサイクルを共にするプロセスが存在しない場合には、当該プロセスのみを起動する(S506)。
当該プロセスが起動の際にサーバポートを生成した場合とすると(S507)、プロセス間関連表L7からポートに対するクライアントを特定する。(S508)そして、クライアントプロセスに対して、サーバプロセスが再起動してポートが開設されたことを通知し(S509)、プロセス間関連表L7の内容を新たに起動したプロセス情報で更新する。クライアントはサーバプロセスのポートが開設されたことを知ると、サーバポートに再接続を行い、これらの一連の処理によって再度プロセス間のメッセージ通信が可能になる。
上述の実施例によれば、半導体露光装置1のエラーリカバリ方法は、アプリケーションソフトのプロセスが異常状態になった場合でも、装置全体の再起動をせずに局所的なプロセスの再起動によりダウンタイムを最低限にできる。更に、異常プロセスの再起動タイミングを制御することによって、半導体生産量への影響を最小に抑える。本実施例1では、露光処理を実現するジョブに関連しているプロセスを特定して、プロセスの状態変更を行うため、プロセス構成が可変のシステムにも対応できる。
図15は実施例2の半導体露光装置の生産工程の説明図である。ロット内のウェハ状態を均一にする半導体露光装置は、アプリケーションソフトのプロセスの異常状態が発生しても露光処理を継続して実行し、ロット内のウェハ状態を均一にする。そして、効率的なリワーク工程を実現する。
(a)はアプリケーションソフトのプロセスの異常状態が発生したときの露光処理の停止状態と、その後の露光処理の継続状態を示している。半導体露光装置内のウェハ群は、障害発生直前の処理位置に留まっている。様々な処理がなされている途中で異常が発生すると、ウェハは未加工状態、半加工状態、加工状態と複数の状態になる。
本実施例2では、異常状態に陥ったアプリケーションソフトのプロセスを特定し、そのプロセスを正常状態に遷移させて再度露光処理を実施可能にする。
(b)は継続して露光処理を実施した様子を示し、装置内に留まっているウェハやキャリア内ウェハに対して継続処理を行い、ロットを構成する全てのウェハに対して露光処理を施した状態にする。
(c)はリワーク処理を示し、リワークはウェハ状態に応じて仕分け作業をすることなくリワーク作業が可能である。このように、ロット内の全ウェハを露光済み状態にすることによって、リワークのための仕分け作業やロットの再構成作業が不要となる。効率的なリワーク作業を実現する。
実施例2のロット内のウェハ状態を均一にする半導体露光装置1のジョブ制御部11は実施例1の図2の構成と同様である。ジョブ実行部21はアプリケーションソフトのプロセスの異常状態検出時に、ジョブとプロセスの関係から状態変更が必要なプロセスを特定する。異常状態に陥ったプロセスが関連していたジョブを特定し、実行中のジョブを終了させる。異常状態のプロセスを正常状態に移行させ、先に終了させたジョブについてジョブパラメータを再生成して、継続処理を行うためのジョブを実行する。
継続ジョブは未加工状態にあるウェハを露光処理し、異常状態発生前に処理されたウェハと同様の加工状態にする。プロセスの異常状態を解決して継続ジョブを実行する仕組みによって、ロット内のウェハの状態が均一になる。その結果、効率的なリワーク作業が可能となる。
また、ジョブとプロセスの関連情報から状態変更対象のプロセスを特定するため、仮に装置内のプロセス構成が変更になったとしても影響を受けない。更に、アプリケーションソフトのプロセスの異常により停止してしまった露光処理のロットは、リワーク対象になるため、継続の露光処理は半導体製品製造のような精度が必要なく、速やかに処理できることが望ましい。そのため、継続用の露光処理ジョブのパラメータは製品精度を上げるために必要な計測などの処理を省き、高速でジョブを実行できるパラメータを選択する。このようなパラメータは、ジョブ実行前にジョブ管理部22のパラメータ生成部22dによって生成され、ジョブはこのパラメータに従った動作を行う。
異常発生以降の継続処理は、ウェハ状態を同一にするための必要最低限の動作に留まるため、継続ジョブの実行時には通常処理よりも処理時間の短縮が可能となる。
図16はプロセス異常検出後の処理動作のシーケンス図であり、プロセスの異常を検出した場合は、図2のジョブ管理部22、ジョブ実行部21、プロセス管理部23が連携してジョブの継続処理を行う。先ず、プロセス管理部23がプロセス異常を検知すると、ジョブ管理部22に対して異常プロセスが関連するジョブの停止を依頼する(S601)。ジョブ管理部22はプロセス管理部23から受け取った異常プロセスの識別子を基に、ジョブ−プロセス対応表L1から該当するジョブを検索し(S602)、該当ジョブの入力パラメータとジョブの処理経過を示す履歴情報を保持する。そして、ジョブの停止処理をジョブ実行部21に依頼する(S603)。
ジョブ実行部21はジョブ管理部22から受け取ったジョブ識別子と対応する処理を停止し(S604)、処理要素全てを停止する(S605)。ジョブ管理部22はジョブ停止が完了したことをプロセス管理部23に通知する(S606)。プロセス管理部23は異常状態にあるプロセスを再起動して定常状態にし、他の関連するプロセスについても矛盾なく動作可能な状態に遷移させる(S607)。ジョブ管理部22がプロセス準備完了の通知を受信すると(S608)、先に停止したジョブのパラメータを変更して継続ジョブをジョブキュー22aにエントリする(S609)。このとき、図5のジョブ種のプロパティ表L3に従って「継続露光ジョブ」は最優先でスケジューリングされ、ジョブ実行シーケンスに基づいてジョブが実行される。
図17はジョブ管理部22の継続ジョブ投入の動作フローチャート図である。先ず、パラメータ生成部22dがジョブの停止処理の際に、保持した対象ジョブの入力パラメータを取得する(S701)。予め定義した露光処理の継続ジョブパラメータのテンプレートを取得し(S702)、テンプレートパラメータの特性定義によって該当ジョブの入力パラメータを変更する(S703〜S705)。全ての露光処理パラメータに対してパラメータの更新を行い(S706)、ジョブキュー22aに新たなジョブとしてエントリする(S707)。
図18はテンプレートパラメータ特性定義表L8を示し、テンプレートパラメータは高速にかつ精度を追求せずに、露光処理を実施するためのパラメータの特性を定義している。露光処理に必要な入力パラメータの1つ1つに対して、パラメータ特性として[無効]、[固定]、[継承]の何れかが定義される。無効は対象ジョブの入力パラメータの値をそのまま利用することを示し、固定はテンプレートパラメータの値を使用することを示し、入力パラメータの値は採用しない。継承はプロセス異常発生前に動作していたジョブの経過情報を考慮して新たにパラメータ値を設定することを意味する。経過情報はジョブ履歴部22eから取得する。
例えば、ウェハ情報のウェハスタートインデックスは露光処理の開始ウェハのインデックス番号を示す。通常はキャリアの1枚目のウェハから処理を開始するため、本パラメータには「1」が設定される。テンプレートパラメータの定義によると、ウェハ情報のウェハスタートインデックスのパラメータ特性は継承である。露光処理をウェハの1枚目〜5枚目まで完了した段階でプロセス異常が生じた場合は、継続ジョブの露光開始ウェハは処理済ウェハを考慮して、6枚目から開始となる。
従って、ウェハのスタートインデックスパラメータには「6」が設定される。このように[継続]の特性を持つパラメータは、処理履歴を基に処理済み量を考慮して算出される。ジョブの入力パラメータが露光処理が5枚目完了時点で異常発生した場合は、図7の継続ジョブパラメータ表L4のパラメータ特性を考慮して再設定される。
本実施例2によれば、半導体露光装置はアプリケーションソフトのプロセスが異常状態になった場合でも、ロット内のウェハ特定を均一にして、リワーク時の作業負荷や管理負荷を軽減する。本実施例2では、露光処理を実現するジョブに関連しているプロセスを特定してプロセスの状態変更を行うため、プロセス構成が可変のシステムにも対応できる。
更に、障害発生時のロットは最終的には、リワーク処置されることが分かっているため、半導体としての製品品質や精度は問題とせず、障害発生以降の処理はより高速に露光することによって、生産効率の向上が期待できる。
1 半導体露光装置
2 コーターデベロッパ
3 エッチング装置
4 集中管理ホストコンピュータ
5 操作端末部
12 ハードウェア制御部
13 メカ/ハードウェア
14 操作制御部
15 オンライン制御部
16 動作履歴部
21 ジョブ実行部
22 ジョブ管理部
23 プロセス管理部
2 コーターデベロッパ
3 エッチング装置
4 集中管理ホストコンピュータ
5 操作端末部
12 ハードウェア制御部
13 メカ/ハードウェア
14 操作制御部
15 オンライン制御部
16 動作履歴部
21 ジョブ実行部
22 ジョブ管理部
23 プロセス管理部
Claims (4)
- 複数のアプリケーションソフトから構成するシステムであって、プロセス間の関連とプロセス異常を監視し、前記プロセスの異常状態検出時に装置状態によってプロセスの状態変更タイミングを決定するプロセス管理手段と、ジョブ実行に関わる前記プロセスとジョブを対応して管理するジョブ管理手段とから構成することを特徴とする半導体露光システム。
- 前記プロセス管理手段は実行中のジョブ特性により、前記プロセスの状態変更タイミングを決定することを特徴とする請求項1に記載の半導体露光システム。
- 複数のアプリケーションソフトから構成するシステムであって、プロセス間の関連とプロセスの異常を監視するプロセス管理手段と、ジョブ実行に関わるプロセスとジョブを対応して管理するジョブ管理手段と、前記プロセスの異常状態検出時のジョブの継続処理に必要な前記プロセスを特定してプロセス状態を変更しジョブを継続処理するジョブ実行手段とから構成し、ロット内のウェハ状態を均一にすることを特徴とする半導体露光システム。
- 前記ジョブ実行手段は、継続ジョブの実行時にジョブパラメータを更新し、継続ジョブの処理時間を短縮することを特徴とする請求項3に記載の半導体露光システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010054300A JP2011187874A (ja) | 2010-03-11 | 2010-03-11 | 半導体露光システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010054300A JP2011187874A (ja) | 2010-03-11 | 2010-03-11 | 半導体露光システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2011187874A true JP2011187874A (ja) | 2011-09-22 |
Family
ID=44793758
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010054300A Pending JP2011187874A (ja) | 2010-03-11 | 2010-03-11 | 半導体露光システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2011187874A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015128808A (ja) * | 2014-01-07 | 2015-07-16 | 株式会社荏原製作所 | 基板処理装置の制御装置、及び基板処理装置 |
US9904280B2 (en) | 2014-01-07 | 2018-02-27 | Ebara Corporation | Substrate treatment apparatus and control device |
CN111198541A (zh) * | 2018-11-19 | 2020-05-26 | 深圳市永盛隆科技有限公司 | 外延生长设备、作业控制方法和装置 |
JP7406010B2 (ja) | 2020-11-04 | 2023-12-26 | 北京字節跳動網絡技術有限公司 | ベースライン監視方法、装置、読み取り可能な媒体、及び電子機器 |
-
2010
- 2010-03-11 JP JP2010054300A patent/JP2011187874A/ja active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015128808A (ja) * | 2014-01-07 | 2015-07-16 | 株式会社荏原製作所 | 基板処理装置の制御装置、及び基板処理装置 |
US9904280B2 (en) | 2014-01-07 | 2018-02-27 | Ebara Corporation | Substrate treatment apparatus and control device |
CN111198541A (zh) * | 2018-11-19 | 2020-05-26 | 深圳市永盛隆科技有限公司 | 外延生长设备、作业控制方法和装置 |
JP7406010B2 (ja) | 2020-11-04 | 2023-12-26 | 北京字節跳動網絡技術有限公司 | ベースライン監視方法、装置、読み取り可能な媒体、及び電子機器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102027604B1 (ko) | 상태 보존형 애플리케이션의 가용성 증가 기법 | |
JP6019995B2 (ja) | 分散システム、サーバ計算機、及び障害発生防止方法 | |
US11526276B2 (en) | Upgrade management method and scheduling node, and storage system | |
US20160371122A1 (en) | File processing workflow management | |
TWI621013B (zh) | 監控服務設備之系統 | |
KR19980079878A (ko) | 노광장치, 노광시스템 및 디바이스제조방법 | |
JP2011187874A (ja) | 半導体露光システム | |
US6496747B1 (en) | Semiconductor device manufacturing apparatus and information processing system therefor | |
AU2017213664B2 (en) | Relay mechanism to facilitate processor communication with inaccessible input/output (I/O) device | |
CN108289114B (zh) | 云端服务系统及处理云端服务异常的方法 | |
CN105991687B (zh) | 一种服务管理方法和装置 | |
US11315693B2 (en) | Method and system for managing operation associated with an object on IoT enabled devices | |
JP2010224812A (ja) | ジョブ管理システムおよび方法 | |
JP6751231B2 (ja) | ジョブスケジューラ試験プログラム、ジョブスケジューラ試験方法及び並列処理装置 | |
CN110544651B (zh) | 基板处理系统、其控制方法、存储介质和物品的制造方法 | |
US20240070012A1 (en) | Self-healing in container orchestration systems | |
US20060109437A1 (en) | Photolithography system including control system to control photolithography apparatus and method of controlling the same | |
US20240193033A1 (en) | Network management apparatus, network management method and network management system | |
JP2009110195A (ja) | 情報処理装置、システム、情報処理引継ぎ制御方法、及び、プログラム | |
JP6719950B2 (ja) | データ送信方法、プログラム、データ送信装置、リソグラフィ装置、及び物品の製造方法 | |
WO2022196628A1 (ja) | ネットワークシステム構築装置、通信システム、ネットワークシステム構築方法、及び非一時的なコンピュータ可読媒体 | |
KR20240016111A (ko) | 반도체 장비 소프트웨어 프레임워크 장치 | |
KR20190135922A (ko) | 기판 처리 시스템, 기판 처리 시스템을 제어하는 방법, 컴퓨터-판독가능 저장 매체, 및 물품 제조 방법 | |
TWI615912B (zh) | 自動化晶圓交換系統以及其流程外的晶圓置換方法 | |
US20150248067A1 (en) | Determination method, exposure apparatus, exposure system, method of manufacturing article, and storage medium |