製造制御システム
【課題】技術的専門性の異なる業務領域の業務や知識を連携、結合し、プロセス制御に関わる機能が効果的に相互動作する方法を提供する。
【解決手段】第１の業務モジュールと、第２の業務モジュールは異なる業務領域業務領域で共用する業務機能部品呼出部を介して、業務機能部品や、他の業務モジュールを呼び出し、業務の一部を移譲する。この際、業務機能部品呼び出し付帯情報を呼び出し先に送付する。業務を委譲された業務機能部品、他の業務モジュールは結果を委譲先に返送する。この結果を受け、第１の業務モジュールは業務機能部品呼び出し付帯情報を更新し、次の処理に関わる業務機能部品を呼び出す。
【解決手段】第１の業務モジュールと、第２の業務モジュールは異なる業務領域業務領域で共用する業務機能部品呼出部を介して、業務機能部品や、他の業務モジュールを呼び出し、業務の一部を移譲する。この際、業務機能部品呼び出し付帯情報を呼び出し先に送付する。業務を委譲された業務機能部品、他の業務モジュールは結果を委譲先に返送する。この結果を受け、第１の業務モジュールは業務機能部品呼び出し付帯情報を更新し、次の処理に関わる業務機能部品を呼び出す。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製造制御業務、特に製造制御業務に関わる複数の業務分野の知識を統合し、業務を連携させる製造制御業務に関する。
【背景技術】
【０００２】
製造制御分野の従来技術の内、一例として半導体装置の製造のプロセス制御分野における一例として、ＳＥＭＩスタンダードＥ１３３（非特許文献１）が存在する。このＳＥＭＩスタンダードＥ１３３では、以下を目的として、各機能あるいは各機能と外部とのインターフェース仕様を定義する。
【０００３】
「Ｒ２Ｒ制御（Ｒ２Ｒ：実処理間制御）、フォルトディテクション（ＦＤ：障害検出）、フォルトクラシフィケーション（ＦＣ：障害分類）、フォルトプレディクション（ＦＰ：障害予測）、統計プロセス管理手法（ＳＰＣ）等のプロセス制御システム（ＰＣＳ）の統合実装を現状、並びに将来の工場側で効果的に設置するには、プロセス制御システムのインターフェースを規定することが必要である。これは、(1)上記の機能間で、(2)依存関係のある上記以外の工場内のシステム（装置データ収集系を含む）が効果的に相互動作し、データを共有することを可能にするためである。」（ＳＥＭＩ−ＪＥ１３３−００−１１０９Ｎより引用）
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＳＥＭＩスタンダード ＳＥＭＩ−ＪＥ１３３−００−１１０９Ｎ
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、非特許文献１においては、プロセス制御システムの機能間の相互動作を実現するための具体的な方法が必要であるが、上記スタンダードは、機能間のインターフェースについては規定しているが、機能間の相互動作の具体的な実現方法は規定していない。
【０００６】
また、製造制御業務に関わる業務間において、相互の機能連動や相互の情報交換といった相互動作を実現する具体的な方法を明らかにする必要がある。
【０００７】
特に半導体装置の製造においては、プロセス制御と言っても、回路の設計・調整、プロセスの設計・調整、装置の設計・調整、製品の処理条件の調整などのそれぞれの業務において、それぞれ原理の異なる技術的な専門性が必要となる。これらを俯瞰して調整を実施することは現実的には難しい。
【０００８】
本発明の目的は、技術的専門性の異なる業務領域の業務や知識を連携、結合し、プロセス制御に関わる機能が効果的に相互動作する方法を提供することにある。
【０００９】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１０】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【００１１】
本発明の代表的な実施の形態に関わる製造制御システムは、第１の業務領域に含まれる第１の業務モジュールと、第２の業務領域に含まれる第２の業務モジュールと、業務機能部品呼出部と、を含み、第１の業務モジュールと第２の業務モジュールは自身の処理を実行する際に、前記業務機能部品呼出部を介して必要な業務機能部品を呼び出すことを特徴とする。
【００１２】
この製造制御システムにおいて、第１の業務モジュールは業務機能部品呼出部を介して第２の業務モジュールを呼び出すことを特徴としても良い。
【００１３】
この製造制御システムにおいて、第１の業務モジュールが必要な業務機能部品を呼び出す方法と、第１の業務モジュールが前記第２の業務モジュールを呼び出す方法が、共通のフォーマットで行われることを特徴としても良い。
【００１４】
この製造制御システムにおいて、第１の業務モジュールまたは第２の業務モジュールの呼び出し時に、業務呼び出し付帯情報を業務機能部品呼出部に送出し、業務機能部品呼出部は受信した業務呼び出し付帯情報に基づき必要な業務機能部品を呼び出すことを特徴としても良い。
【００１５】
この製造制御システムにおいて、第２の業務モジュール及び必要な業務機能部品は実行結果を前記第１の業務モジュールに返送し、第１の業務モジュールは業務呼び出し付帯情報を更新し、第１の業務モジュールは更新後の業務呼び出し付帯情報を業務機能部品呼出部に出力することを特徴としても良い。
【００１６】
この製造制御システムにおいて、さらに業務呼出部を有し、使用される装置などの状態の変化、工程の進捗などに基づき業務呼出部が第１の業務モジュールを起動することを特徴としても良い。
【００１７】
この製造制御システムにおいて、第１の業務モジュールの起動時に業務呼出部がウェハ付帯情報を第１の業務モジュールに出力し、第１の業務モジュールはウェハ付帯情報に基づき業務呼び出し付帯情報を生成することを特徴としても良い。
【００１８】
この製造制御システムにおいて、業務呼び出し付帯情報生成時に包括的業務情報を利用することを特徴としても良い。
【発明の効果】
【００１９】
本発明に関わる製造制御システムを用いる事で、業務ドメインの共通ヘッダとして振舞う業務機能部品呼出部を介して、情報の授受・共有することが可能となる。
【００２０】
本発明に関わる製造制御システムを用いる事で、ある処理条件決定業務が別のウェハ監視業務を呼び出し、ウェハ監視業務が結果を処理条件決定業務に返送するように、業務の一部委譲監査を行うことが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１の実施の形態に基づく半導体プロセス業務の一部の業務を実施するシステムの例を示す概念図である。
【図２】業務呼出部が生成するウェハ付帯情報についての概念図である。
【図３】処理条件決定業務に対して出力する業務呼び出し付帯情報についての概念図である。
【図４】本発明に関わる業務間での業務の一部委譲監査を行う処理の概念図である。
【発明を実施するための形態】
【００２２】
以下の実施の形態においては、便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明する。しかし、特に明示した場合を除き、それは互いに無関係なものではなく、一方は他方の一部又は全部の変形例、詳細、補足説明などの関係にある。また、以下の実施の形態において、要素の数など（個数、数値、量、範囲などを含む）に言及する場合、特に明示した場合及び原理的に明らかに特定の数に限定される場合などを除き、その特定の数に限定されるものでなく、特定の数以上でも以下でも良い。
【００２３】
さらに、以下の実施の形態において、その構成要素は、特に明示した場合及び原理的に明らかに必須であると考えられる場合を除き、必ずしも必須のものでないことは言うまでもない。
【００２４】
以下、図を用いて本発明の実施の形態を説明する。
【００２５】
（第１の実施の形態）
図１は本発明の第１の実施の形態に基づく半導体プロセス業務の一部の業務を実施するシステムの例を示す概念図である。
【００２６】
本図に関わる半導体プロセス業務は、製品品質管理業務領域１０と装置品質管理業務領域２０の２つの業務領域に区分される。
【００２７】
製品品質管理業務領域１０は、製品の品質を計測、維持、向上する業務領域である。製品品質管理業務領域１０内には、処理条件決定業務２１０、ウェハ監視業務２２０、業務機能部品呼出部４００が含まれる。
【００２８】
処理条件決定業務２１０は、半導体製造ラインにおいてウェハの処理条件を決定する業務ならびに該業務を遂行するモジュールである。この際、処理条件決定業務２１０は、自身が有する処理条件決定業務の業務手順１１０に従って処理を行う。
【００２９】
半導体製造のプロセス加工工程では、あるウェハのある工程における処理条件を、当該工程よりも上流のプロセス加工工程において該ウェハに施された処理の結果により決定することがある。また、当該工程において、該ウェハを加工するプロセス加工装置の状態により、処理を決定することもある。さらには該ウェハに施された処理の結果と当該工程において該ウェハを加工するプロセス加工装置の状態の両方により処理条件を決定することもある（分岐の判断）。
【００３０】
処理条件決定業務２１０における、上記処理条件の決定の基本的な考え方を以下に示す。処理条件は、目標加工量とプロセス加工装置の加工性能の比率に基づき算定される。目標加工量は、各工程における処理について定義した工程フローマスタ上にあらかじめ登録される当該工程の処理完了後の目標ウェハ状態と、現時点のウェハ状態の差異に基づき算定される。さらに、現時点のウェハ状態はウェハ監視業務により把握される。プロセス加工装置の加工性能は、装置監視業務により算定される。
【００３１】
従って、ウェハの処理条件を算定する際に、処理条件決定業務２１０とウェハ監視業務２２０と装置監視業務２３０は、相互に連動する必要がある。
【００３２】
ウェハ監視業務２２０は、半導体製造ラインにおいてウェハに施された処理によりウェハがどのような状態になったかを監視する業務並び該業務を遂行するモジュールである。ウェハ監視業務２３０は、プロセスの加工工程と検査工程の一方、もしくは両方からウェハ状態確認データ収集を行い、データ加工をすることでウェハに施された処理を算出する。算出した結果は、状態判断を行い、異常と判断されれば基準外の処置を行うこともある。
【００３３】
装置品質管理業務領域２０は、装置の品質を計測、維持、向上する業務領域である。ここでは装置品質管理業務領域２０で求められる技術的専門性は製品品質管理業務領域１０で求められる技術的専門性と異なるものであるとする。装置品質管理業務領域２０内には装置監視業務２３０が含まれる。
【００３４】
装置監視業務２３０は、半導体製造ラインにおいてウェハに処理を施すプロセス加工性能を監視する業務ならびに該業務を遂行するモジュールである。装置監視業務２３０は装置監視業務の業務手順１３０を有し、これに従って、業務機能部品呼出部４００を介して業務機能部品を呼び出すこととなる。
【００３５】
業務機能部品呼出部４００は、処理条件決定業務２１０及びウェハ監視業務２２０の下位に当たる関数等の処理の呼び出しを行う業務モジュールである。業務機能部品呼出部４００は、製品品質管理業務領域１０の処理条件決定業務２１０、ウェハ監視業務２２０だけでなく装置品質管理業務領域２０内の装置監視業務２３０や図示しない他のモジュールからも呼び出される汎用業務モジュールである。呼び出しを受けた業務機能部品呼出部４００がどのような処理を行うかは後述する。
【００３６】
業務機能部品１１、１３、１５、１６、２１、２２、２３、２４、２５、３１、３２、３３、３４、３５は、業務機能部品呼出部４００からの呼び出しに応じて処理を実行する単機能モジュールである。処理条件決定業務２１０のように全ての処理に対して業務機能部品が割り当てられるわけではない。例えば処理条件決定業務２１０が行う現時点のウェハ状態把握１１２の場合には、呼び出すのはウェハ監視業務２２０となる。従ってこの処理のためには、独立した業務機能部品は存在しない。
【００３７】
起動信号５００は、所定の処理を要求された所定の上位モジュールが定められた処理を本システムに要求するためのトリガ信号である。
【００３８】
処理条件問い合わせ９００によって生じる起動信号５００の入力をトリガとして、業務呼出部６００は、業務呼び出しマスタ７１０を呼びに出し、その結果呼び出す業務についての情報を取得し、適切な処理条件決定業務２１０を起動する。
【００３９】
包括的業務情報７００は、製品品質管理業務領域１０と装置品質管理業務領域２０で行われる業務に必要な情報の群である。
【００４０】
包括的業務情報７００には、業務呼び出しマスタ７１０、業務機能部品呼び出しマスタ７２０、工程フローマスタ７３０が含まれる。
【００４１】
業務呼び出しマスタ７１０は、業務呼出部６００の問い合わせに応じて呼び出す製品品質管理業務領域１０についての情報を提供するためのマスタモジュールである。
【００４２】
業務機能部品呼び出しマスタ７２０は、業務機能部品呼出部４００からの問い合わせに従って、呼び出す業務機能部品についての情報を提供するマスタモジュールである。
【００４３】
工程フローマスタ７３０は、業務機能部品呼び出しマスタ７２０ないし、各業務機能部品から対応する業務に関する情報を提供するためのマスタモジュールである。具体例としては、図１では業務機能部品１１が工程フローマスタ７３０に対して、各工程における処理完了後の目標ウェハ状態を参照している。
【００４４】
処理条件問い合わせ９００は、外部のモジュール（例えば業務ドメイン所属者が用いる端末）から当該システムに対して発せられる処理実行要求信号である。
【００４５】
次に上記の個別要素の説明を踏まえ、全体の処理の流れを説明する。
【００４６】
処理条件問い合わせ９００により、起動信号５００が生成される。さらに起動信号５００により、業務呼出部６００が起動される。
【００４７】
起動信号５００を受信した業務呼出部６００は、業務呼び出しマスタ７１０を参照して呼び出す業務に付いての情報を取得する。業務呼び出しマスタ７１０を参照する際に、業務呼出部６００はウェハの付帯情報を生成する。図２は、業務呼出部６００が生成するウェハ付帯情報についての概念図である。
【００４８】
呼び出す業務についての情報を取得すると、業務呼出部６００は、処理条件決定業務２１０を呼び出すに先立ち、業務呼び出し付帯情報を作成する。図３は、処理条件決定業務２１０に対して出力する業務呼び出し付帯情報についての概念図である。図２と図３を対比しても明らかな通り、ウェハ付帯情報にいくつかの情報を追加することで業務呼び出し付帯情報となっている。しかし、ウェハ付帯情報に存在しても、業務呼び出し付帯情報には不要な情報が存在する場合には業務呼出部６００が削除しても良い。
【００４９】
業務呼出部６００から呼び出され図３の業務呼び出し付帯情報を受信した処理条件決定業務２１０は、自身の有する処理条件決定業務の業務手順１１０に従って、最初の業務機能部品１１を呼び出す。図１では、目標ウェハ状態取得１１１が処理条件決定業務２１０の最初の処理であり、最初の業務機能部品１１は当該工程処理完了後の目標ウェハ状態７３１の取得になると思われる。
【００５０】
この業務機能部品１１の呼び出しに際し、処理条件決定業務２１０は業務機能部品呼出部４００に対して図３の業務呼び出し付帯情報を出力する。業務呼び出し付帯情報を受け取った業務機能部品呼出部４００は、包括的業務情報７００内の業務機能部品呼び出しマスタ７２０を参照し、呼び出す業務機能部品（ここでは業務機能部品１１）についての情報を取得する。
【００５１】
業務機能部品呼出部４００が業務機能部品呼び出しマスタ７２０を参照する際には、当該工程処理完了後の目標ウェハ状態取得１１１から与えられた業務機能部品呼び出し付帯情報を用い、適切な業務機能部品についての情報を取得する。具体的には、１）処理条件決定業務２１０から送信された業務呼び出し付帯情報を業務機能部品呼出部４００に送信し、２）業務機能部品呼出部４００は受け取った業務呼び出し付帯情報から業務機能部品呼び出しマスタ７２０の呼び出す業務機能部品を特定し、３）特定した業務機能部品を業務機能部品呼出部４００が起動し、４）起動した業務機能部品に業務呼び出し付帯情報を送信し、５）起動した業務機能部品は受信した業務呼び出し付帯情報を参照して必要な情報を工程フローマスタ７３０から取得する等の処理を行う、という手順になる。
【００５２】
図１の例では、業務機能部品１１は、工程フローマスタ７３０中の各工程における処理完了後の目標ウェハ状態７３１を取得する。この結果を業務機能部品呼出部４００経由で、処理条件決定業務２１０に戻すまでが上記の５）となる。これにより図１の処理条件決定業務２１０の最初の処理である当該工程処理完了後の目標ウェハ状態取得１１１が完了する。
【００５３】
この目標ウェハ状態取得１１１が完了すると、次の処理である現時点のウェハ状態の取得１１２に処理条件決定業務２１０の処理が移行する。
【００５４】
処理条件決定業務２１０は、目標ウェハ状態取得１１１のとき同様、業務機能部品呼出部４００に対して、業務呼び出し付帯情報を送信し、業務機能部品の特定、起動を促す。この際、業務呼び出し付帯情報は目標ウェハ状態取得１１１の結果から処理条件決定業務２１０が作製したものを用いることとなる。
【００５５】
業務機能部品呼出部４００は、業務機能部品呼び出しマスタ７２０を参照し、呼び出すべき業務機能部品についての情報を取得する。業務機能部品呼出部４００が業務機能部品呼び出しマスタ７２０を参照する際には、現時点のウェハ状態把握１１２を処理する処理条件決定業務２１０から与えられた業務機能部品呼び出し付帯情報を用いて、呼び出す業務機能部品「など」についての情報を取得する。図１の場合には、ウェハの状態把握であるため、個別の業務機能部品ではなくウェハ監視業務２２０が呼び出されることとなる。
【００５６】
このように個別の業務機能部品とウェハ監視業務２２０などを同じように呼び出すためには、業務の呼び出し方と業務機能部品の呼び出し方を揃えておき、さらには、業務呼び出し付帯情報と業務機能部品呼び出し付帯情報を揃えておき、業務機能部品呼出部４００が業務手順を呼び出すことを可能とすべきである。
【００５７】
呼び出されたウェハ監視業務２２０は、処理条件決定業務（１）２１０の例を以って説明したのと同様に作業が順次実施されていき、最後にウェハ状態把握１２５が実施され、把握されたウェハ状態が追記された業務機能部品呼び出し付帯情報を処理結果とする。そしてこの処理結果を、業務機能部品呼出部４００経由で現時点のウェハ状態把握１１２２を処理する処理条件決定業務２１０に返送し、業務を完了する。
【００５８】
この際、ウェハ監視業務２２０を定期的に起動しておき、業務機能部品呼出部４００から呼び出されたときに、あらかじめ把握しておいたウェハ状態を追記した業務機能部品呼び出し付帯情報を出力として業務機能部品呼出部４００に与えることもできる。このとき、ウェハ状態に影響を与える情報の内、更新すべき情報が無いかどうか確認し、更新情報があれば、ウェハ監視業務を実施することもできる。
【００５９】
また、上記では処理条件決定業務２１０からウェハ監視業務２２０を呼び出すことを説明したが、処理条件決定業務２１０から装置監視業務２３０を呼び出すことも可能である。この後同じように、処理条件決定業務２１０は当該工程目標加工量の算出１１３から当該工程処理装置処理条件指示１１６まで逐次処理を行い、処理条件決定業務２１０を完了する。
【００６０】
このように、業務ドメインの共通ヘッダとして振舞う業務機能部品呼出部４００を介することで、情報を授受・共有することが可能となる。
【００６１】
また上記の、処理条件決定業務２１０がウェハ監視業務２２０を呼び出し、ウェハ監視業務２２０が結果を処理条件決定業務２１０に返送するように、業務の一部委譲監査を行うことが可能となる。図４は、本発明に関わる業務間での業務の一部委譲監査を行う処理の概念図である。この図を見ても分かるとおり、担当分野間の権限の委譲（業務間での業務の一部委譲監査）や、職務間の権限の委譲（職級間での業務の一部委譲監査）も上記で言う「業務の一部委譲」に含まれる。
【００６２】
また、業務機能部品呼出部４００の挙動または業務機能部品呼出部４００が参照する包括的業務情報７００の内容を変更することで、全ての処理に対して変更内容の反映を行うことが可能となり、情報及びソフトウェアの更新を業務ドメインの相違に関わらず一括して行うことが可能となる。
【００６３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更が可能であることは言うまでもない。
【産業上の利用可能性】
【００６４】
本発明は、半導体製造工場における製造制御業務、特に製造制御業務に関わる複数の業務分野の知識を統合し、業務を連携させる製造制御業務に適用可能である。
【符号の説明】
【００６５】
１０…製品品質管理業務領域、２０…装置品質管理業務領域、
１１、１３、１５、１６、２１、２２、２３、２４、２５、３１、３２、３３、３４、３５…業務機能部品、
１１０…処理条件決定業務の業務手順、
１１１…当該工程処理完了後の目標ウェハ状態取得、
１１２…現時点のウェハ状態把握、１１３…当該工程目標加工量の算出、
１１４…処理予定加工装置の加工性能算出、
１１５…当該工程処理装置処理条件算定、１１６…当該工程処理装置処理条件指示、
１２０…ウェハ監視業務の業務手順、１２５…ウェハ状態把握、
１３０…装置監視業務の業務手順、
２１０…処理条件決定業務、
２２０…ウェハ監視業務、２３０…装置監視業務、
４００…業務機能部品呼出部、５００…起動信号、６００…業務呼出部、
７００…包括的業務情報、７１０…業務呼び出しマスタ、
７２０…業務機能部品呼び出しマスタ、７３０…工程フローマスタ、
９００…処理条件問い合わせ。
【技術分野】
【０００１】
本発明は、製造制御業務、特に製造制御業務に関わる複数の業務分野の知識を統合し、業務を連携させる製造制御業務に関する。
【背景技術】
【０００２】
製造制御分野の従来技術の内、一例として半導体装置の製造のプロセス制御分野における一例として、ＳＥＭＩスタンダードＥ１３３（非特許文献１）が存在する。このＳＥＭＩスタンダードＥ１３３では、以下を目的として、各機能あるいは各機能と外部とのインターフェース仕様を定義する。
【０００３】
「Ｒ２Ｒ制御（Ｒ２Ｒ：実処理間制御）、フォルトディテクション（ＦＤ：障害検出）、フォルトクラシフィケーション（ＦＣ：障害分類）、フォルトプレディクション（ＦＰ：障害予測）、統計プロセス管理手法（ＳＰＣ）等のプロセス制御システム（ＰＣＳ）の統合実装を現状、並びに将来の工場側で効果的に設置するには、プロセス制御システムのインターフェースを規定することが必要である。これは、(1)上記の機能間で、(2)依存関係のある上記以外の工場内のシステム（装置データ収集系を含む）が効果的に相互動作し、データを共有することを可能にするためである。」（ＳＥＭＩ−ＪＥ１３３−００−１１０９Ｎより引用）
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＳＥＭＩスタンダード ＳＥＭＩ−ＪＥ１３３−００−１１０９Ｎ
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、非特許文献１においては、プロセス制御システムの機能間の相互動作を実現するための具体的な方法が必要であるが、上記スタンダードは、機能間のインターフェースについては規定しているが、機能間の相互動作の具体的な実現方法は規定していない。
【０００６】
また、製造制御業務に関わる業務間において、相互の機能連動や相互の情報交換といった相互動作を実現する具体的な方法を明らかにする必要がある。
【０００７】
特に半導体装置の製造においては、プロセス制御と言っても、回路の設計・調整、プロセスの設計・調整、装置の設計・調整、製品の処理条件の調整などのそれぞれの業務において、それぞれ原理の異なる技術的な専門性が必要となる。これらを俯瞰して調整を実施することは現実的には難しい。
【０００８】
本発明の目的は、技術的専門性の異なる業務領域の業務や知識を連携、結合し、プロセス制御に関わる機能が効果的に相互動作する方法を提供することにある。
【０００９】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１０】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【００１１】
本発明の代表的な実施の形態に関わる製造制御システムは、第１の業務領域に含まれる第１の業務モジュールと、第２の業務領域に含まれる第２の業務モジュールと、業務機能部品呼出部と、を含み、第１の業務モジュールと第２の業務モジュールは自身の処理を実行する際に、前記業務機能部品呼出部を介して必要な業務機能部品を呼び出すことを特徴とする。
【００１２】
この製造制御システムにおいて、第１の業務モジュールは業務機能部品呼出部を介して第２の業務モジュールを呼び出すことを特徴としても良い。
【００１３】
この製造制御システムにおいて、第１の業務モジュールが必要な業務機能部品を呼び出す方法と、第１の業務モジュールが前記第２の業務モジュールを呼び出す方法が、共通のフォーマットで行われることを特徴としても良い。
【００１４】
この製造制御システムにおいて、第１の業務モジュールまたは第２の業務モジュールの呼び出し時に、業務呼び出し付帯情報を業務機能部品呼出部に送出し、業務機能部品呼出部は受信した業務呼び出し付帯情報に基づき必要な業務機能部品を呼び出すことを特徴としても良い。
【００１５】
この製造制御システムにおいて、第２の業務モジュール及び必要な業務機能部品は実行結果を前記第１の業務モジュールに返送し、第１の業務モジュールは業務呼び出し付帯情報を更新し、第１の業務モジュールは更新後の業務呼び出し付帯情報を業務機能部品呼出部に出力することを特徴としても良い。
【００１６】
この製造制御システムにおいて、さらに業務呼出部を有し、使用される装置などの状態の変化、工程の進捗などに基づき業務呼出部が第１の業務モジュールを起動することを特徴としても良い。
【００１７】
この製造制御システムにおいて、第１の業務モジュールの起動時に業務呼出部がウェハ付帯情報を第１の業務モジュールに出力し、第１の業務モジュールはウェハ付帯情報に基づき業務呼び出し付帯情報を生成することを特徴としても良い。
【００１８】
この製造制御システムにおいて、業務呼び出し付帯情報生成時に包括的業務情報を利用することを特徴としても良い。
【発明の効果】
【００１９】
本発明に関わる製造制御システムを用いる事で、業務ドメインの共通ヘッダとして振舞う業務機能部品呼出部を介して、情報の授受・共有することが可能となる。
【００２０】
本発明に関わる製造制御システムを用いる事で、ある処理条件決定業務が別のウェハ監視業務を呼び出し、ウェハ監視業務が結果を処理条件決定業務に返送するように、業務の一部委譲監査を行うことが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１の実施の形態に基づく半導体プロセス業務の一部の業務を実施するシステムの例を示す概念図である。
【図２】業務呼出部が生成するウェハ付帯情報についての概念図である。
【図３】処理条件決定業務に対して出力する業務呼び出し付帯情報についての概念図である。
【図４】本発明に関わる業務間での業務の一部委譲監査を行う処理の概念図である。
【発明を実施するための形態】
【００２２】
以下の実施の形態においては、便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明する。しかし、特に明示した場合を除き、それは互いに無関係なものではなく、一方は他方の一部又は全部の変形例、詳細、補足説明などの関係にある。また、以下の実施の形態において、要素の数など（個数、数値、量、範囲などを含む）に言及する場合、特に明示した場合及び原理的に明らかに特定の数に限定される場合などを除き、その特定の数に限定されるものでなく、特定の数以上でも以下でも良い。
【００２３】
さらに、以下の実施の形態において、その構成要素は、特に明示した場合及び原理的に明らかに必須であると考えられる場合を除き、必ずしも必須のものでないことは言うまでもない。
【００２４】
以下、図を用いて本発明の実施の形態を説明する。
【００２５】
（第１の実施の形態）
図１は本発明の第１の実施の形態に基づく半導体プロセス業務の一部の業務を実施するシステムの例を示す概念図である。
【００２６】
本図に関わる半導体プロセス業務は、製品品質管理業務領域１０と装置品質管理業務領域２０の２つの業務領域に区分される。
【００２７】
製品品質管理業務領域１０は、製品の品質を計測、維持、向上する業務領域である。製品品質管理業務領域１０内には、処理条件決定業務２１０、ウェハ監視業務２２０、業務機能部品呼出部４００が含まれる。
【００２８】
処理条件決定業務２１０は、半導体製造ラインにおいてウェハの処理条件を決定する業務ならびに該業務を遂行するモジュールである。この際、処理条件決定業務２１０は、自身が有する処理条件決定業務の業務手順１１０に従って処理を行う。
【００２９】
半導体製造のプロセス加工工程では、あるウェハのある工程における処理条件を、当該工程よりも上流のプロセス加工工程において該ウェハに施された処理の結果により決定することがある。また、当該工程において、該ウェハを加工するプロセス加工装置の状態により、処理を決定することもある。さらには該ウェハに施された処理の結果と当該工程において該ウェハを加工するプロセス加工装置の状態の両方により処理条件を決定することもある（分岐の判断）。
【００３０】
処理条件決定業務２１０における、上記処理条件の決定の基本的な考え方を以下に示す。処理条件は、目標加工量とプロセス加工装置の加工性能の比率に基づき算定される。目標加工量は、各工程における処理について定義した工程フローマスタ上にあらかじめ登録される当該工程の処理完了後の目標ウェハ状態と、現時点のウェハ状態の差異に基づき算定される。さらに、現時点のウェハ状態はウェハ監視業務により把握される。プロセス加工装置の加工性能は、装置監視業務により算定される。
【００３１】
従って、ウェハの処理条件を算定する際に、処理条件決定業務２１０とウェハ監視業務２２０と装置監視業務２３０は、相互に連動する必要がある。
【００３２】
ウェハ監視業務２２０は、半導体製造ラインにおいてウェハに施された処理によりウェハがどのような状態になったかを監視する業務並び該業務を遂行するモジュールである。ウェハ監視業務２３０は、プロセスの加工工程と検査工程の一方、もしくは両方からウェハ状態確認データ収集を行い、データ加工をすることでウェハに施された処理を算出する。算出した結果は、状態判断を行い、異常と判断されれば基準外の処置を行うこともある。
【００３３】
装置品質管理業務領域２０は、装置の品質を計測、維持、向上する業務領域である。ここでは装置品質管理業務領域２０で求められる技術的専門性は製品品質管理業務領域１０で求められる技術的専門性と異なるものであるとする。装置品質管理業務領域２０内には装置監視業務２３０が含まれる。
【００３４】
装置監視業務２３０は、半導体製造ラインにおいてウェハに処理を施すプロセス加工性能を監視する業務ならびに該業務を遂行するモジュールである。装置監視業務２３０は装置監視業務の業務手順１３０を有し、これに従って、業務機能部品呼出部４００を介して業務機能部品を呼び出すこととなる。
【００３５】
業務機能部品呼出部４００は、処理条件決定業務２１０及びウェハ監視業務２２０の下位に当たる関数等の処理の呼び出しを行う業務モジュールである。業務機能部品呼出部４００は、製品品質管理業務領域１０の処理条件決定業務２１０、ウェハ監視業務２２０だけでなく装置品質管理業務領域２０内の装置監視業務２３０や図示しない他のモジュールからも呼び出される汎用業務モジュールである。呼び出しを受けた業務機能部品呼出部４００がどのような処理を行うかは後述する。
【００３６】
業務機能部品１１、１３、１５、１６、２１、２２、２３、２４、２５、３１、３２、３３、３４、３５は、業務機能部品呼出部４００からの呼び出しに応じて処理を実行する単機能モジュールである。処理条件決定業務２１０のように全ての処理に対して業務機能部品が割り当てられるわけではない。例えば処理条件決定業務２１０が行う現時点のウェハ状態把握１１２の場合には、呼び出すのはウェハ監視業務２２０となる。従ってこの処理のためには、独立した業務機能部品は存在しない。
【００３７】
起動信号５００は、所定の処理を要求された所定の上位モジュールが定められた処理を本システムに要求するためのトリガ信号である。
【００３８】
処理条件問い合わせ９００によって生じる起動信号５００の入力をトリガとして、業務呼出部６００は、業務呼び出しマスタ７１０を呼びに出し、その結果呼び出す業務についての情報を取得し、適切な処理条件決定業務２１０を起動する。
【００３９】
包括的業務情報７００は、製品品質管理業務領域１０と装置品質管理業務領域２０で行われる業務に必要な情報の群である。
【００４０】
包括的業務情報７００には、業務呼び出しマスタ７１０、業務機能部品呼び出しマスタ７２０、工程フローマスタ７３０が含まれる。
【００４１】
業務呼び出しマスタ７１０は、業務呼出部６００の問い合わせに応じて呼び出す製品品質管理業務領域１０についての情報を提供するためのマスタモジュールである。
【００４２】
業務機能部品呼び出しマスタ７２０は、業務機能部品呼出部４００からの問い合わせに従って、呼び出す業務機能部品についての情報を提供するマスタモジュールである。
【００４３】
工程フローマスタ７３０は、業務機能部品呼び出しマスタ７２０ないし、各業務機能部品から対応する業務に関する情報を提供するためのマスタモジュールである。具体例としては、図１では業務機能部品１１が工程フローマスタ７３０に対して、各工程における処理完了後の目標ウェハ状態を参照している。
【００４４】
処理条件問い合わせ９００は、外部のモジュール（例えば業務ドメイン所属者が用いる端末）から当該システムに対して発せられる処理実行要求信号である。
【００４５】
次に上記の個別要素の説明を踏まえ、全体の処理の流れを説明する。
【００４６】
処理条件問い合わせ９００により、起動信号５００が生成される。さらに起動信号５００により、業務呼出部６００が起動される。
【００４７】
起動信号５００を受信した業務呼出部６００は、業務呼び出しマスタ７１０を参照して呼び出す業務に付いての情報を取得する。業務呼び出しマスタ７１０を参照する際に、業務呼出部６００はウェハの付帯情報を生成する。図２は、業務呼出部６００が生成するウェハ付帯情報についての概念図である。
【００４８】
呼び出す業務についての情報を取得すると、業務呼出部６００は、処理条件決定業務２１０を呼び出すに先立ち、業務呼び出し付帯情報を作成する。図３は、処理条件決定業務２１０に対して出力する業務呼び出し付帯情報についての概念図である。図２と図３を対比しても明らかな通り、ウェハ付帯情報にいくつかの情報を追加することで業務呼び出し付帯情報となっている。しかし、ウェハ付帯情報に存在しても、業務呼び出し付帯情報には不要な情報が存在する場合には業務呼出部６００が削除しても良い。
【００４９】
業務呼出部６００から呼び出され図３の業務呼び出し付帯情報を受信した処理条件決定業務２１０は、自身の有する処理条件決定業務の業務手順１１０に従って、最初の業務機能部品１１を呼び出す。図１では、目標ウェハ状態取得１１１が処理条件決定業務２１０の最初の処理であり、最初の業務機能部品１１は当該工程処理完了後の目標ウェハ状態７３１の取得になると思われる。
【００５０】
この業務機能部品１１の呼び出しに際し、処理条件決定業務２１０は業務機能部品呼出部４００に対して図３の業務呼び出し付帯情報を出力する。業務呼び出し付帯情報を受け取った業務機能部品呼出部４００は、包括的業務情報７００内の業務機能部品呼び出しマスタ７２０を参照し、呼び出す業務機能部品（ここでは業務機能部品１１）についての情報を取得する。
【００５１】
業務機能部品呼出部４００が業務機能部品呼び出しマスタ７２０を参照する際には、当該工程処理完了後の目標ウェハ状態取得１１１から与えられた業務機能部品呼び出し付帯情報を用い、適切な業務機能部品についての情報を取得する。具体的には、１）処理条件決定業務２１０から送信された業務呼び出し付帯情報を業務機能部品呼出部４００に送信し、２）業務機能部品呼出部４００は受け取った業務呼び出し付帯情報から業務機能部品呼び出しマスタ７２０の呼び出す業務機能部品を特定し、３）特定した業務機能部品を業務機能部品呼出部４００が起動し、４）起動した業務機能部品に業務呼び出し付帯情報を送信し、５）起動した業務機能部品は受信した業務呼び出し付帯情報を参照して必要な情報を工程フローマスタ７３０から取得する等の処理を行う、という手順になる。
【００５２】
図１の例では、業務機能部品１１は、工程フローマスタ７３０中の各工程における処理完了後の目標ウェハ状態７３１を取得する。この結果を業務機能部品呼出部４００経由で、処理条件決定業務２１０に戻すまでが上記の５）となる。これにより図１の処理条件決定業務２１０の最初の処理である当該工程処理完了後の目標ウェハ状態取得１１１が完了する。
【００５３】
この目標ウェハ状態取得１１１が完了すると、次の処理である現時点のウェハ状態の取得１１２に処理条件決定業務２１０の処理が移行する。
【００５４】
処理条件決定業務２１０は、目標ウェハ状態取得１１１のとき同様、業務機能部品呼出部４００に対して、業務呼び出し付帯情報を送信し、業務機能部品の特定、起動を促す。この際、業務呼び出し付帯情報は目標ウェハ状態取得１１１の結果から処理条件決定業務２１０が作製したものを用いることとなる。
【００５５】
業務機能部品呼出部４００は、業務機能部品呼び出しマスタ７２０を参照し、呼び出すべき業務機能部品についての情報を取得する。業務機能部品呼出部４００が業務機能部品呼び出しマスタ７２０を参照する際には、現時点のウェハ状態把握１１２を処理する処理条件決定業務２１０から与えられた業務機能部品呼び出し付帯情報を用いて、呼び出す業務機能部品「など」についての情報を取得する。図１の場合には、ウェハの状態把握であるため、個別の業務機能部品ではなくウェハ監視業務２２０が呼び出されることとなる。
【００５６】
このように個別の業務機能部品とウェハ監視業務２２０などを同じように呼び出すためには、業務の呼び出し方と業務機能部品の呼び出し方を揃えておき、さらには、業務呼び出し付帯情報と業務機能部品呼び出し付帯情報を揃えておき、業務機能部品呼出部４００が業務手順を呼び出すことを可能とすべきである。
【００５７】
呼び出されたウェハ監視業務２２０は、処理条件決定業務（１）２１０の例を以って説明したのと同様に作業が順次実施されていき、最後にウェハ状態把握１２５が実施され、把握されたウェハ状態が追記された業務機能部品呼び出し付帯情報を処理結果とする。そしてこの処理結果を、業務機能部品呼出部４００経由で現時点のウェハ状態把握１１２２を処理する処理条件決定業務２１０に返送し、業務を完了する。
【００５８】
この際、ウェハ監視業務２２０を定期的に起動しておき、業務機能部品呼出部４００から呼び出されたときに、あらかじめ把握しておいたウェハ状態を追記した業務機能部品呼び出し付帯情報を出力として業務機能部品呼出部４００に与えることもできる。このとき、ウェハ状態に影響を与える情報の内、更新すべき情報が無いかどうか確認し、更新情報があれば、ウェハ監視業務を実施することもできる。
【００５９】
また、上記では処理条件決定業務２１０からウェハ監視業務２２０を呼び出すことを説明したが、処理条件決定業務２１０から装置監視業務２３０を呼び出すことも可能である。この後同じように、処理条件決定業務２１０は当該工程目標加工量の算出１１３から当該工程処理装置処理条件指示１１６まで逐次処理を行い、処理条件決定業務２１０を完了する。
【００６０】
このように、業務ドメインの共通ヘッダとして振舞う業務機能部品呼出部４００を介することで、情報を授受・共有することが可能となる。
【００６１】
また上記の、処理条件決定業務２１０がウェハ監視業務２２０を呼び出し、ウェハ監視業務２２０が結果を処理条件決定業務２１０に返送するように、業務の一部委譲監査を行うことが可能となる。図４は、本発明に関わる業務間での業務の一部委譲監査を行う処理の概念図である。この図を見ても分かるとおり、担当分野間の権限の委譲（業務間での業務の一部委譲監査）や、職務間の権限の委譲（職級間での業務の一部委譲監査）も上記で言う「業務の一部委譲」に含まれる。
【００６２】
また、業務機能部品呼出部４００の挙動または業務機能部品呼出部４００が参照する包括的業務情報７００の内容を変更することで、全ての処理に対して変更内容の反映を行うことが可能となり、情報及びソフトウェアの更新を業務ドメインの相違に関わらず一括して行うことが可能となる。
【００６３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更が可能であることは言うまでもない。
【産業上の利用可能性】
【００６４】
本発明は、半導体製造工場における製造制御業務、特に製造制御業務に関わる複数の業務分野の知識を統合し、業務を連携させる製造制御業務に適用可能である。
【符号の説明】
【００６５】
１０…製品品質管理業務領域、２０…装置品質管理業務領域、
１１、１３、１５、１６、２１、２２、２３、２４、２５、３１、３２、３３、３４、３５…業務機能部品、
１１０…処理条件決定業務の業務手順、
１１１…当該工程処理完了後の目標ウェハ状態取得、
１１２…現時点のウェハ状態把握、１１３…当該工程目標加工量の算出、
１１４…処理予定加工装置の加工性能算出、
１１５…当該工程処理装置処理条件算定、１１６…当該工程処理装置処理条件指示、
１２０…ウェハ監視業務の業務手順、１２５…ウェハ状態把握、
１３０…装置監視業務の業務手順、
２１０…処理条件決定業務、
２２０…ウェハ監視業務、２３０…装置監視業務、
４００…業務機能部品呼出部、５００…起動信号、６００…業務呼出部、
７００…包括的業務情報、７１０…業務呼び出しマスタ、
７２０…業務機能部品呼び出しマスタ、７３０…工程フローマスタ、
９００…処理条件問い合わせ。
【特許請求の範囲】
【請求項１】
第１の業務領域に含まれる第１の業務モジュールと、
第２の業務領域に含まれる第２の業務モジュールと、
業務機能部品呼出部と、を含む製造制御システムであって、
前記第１の業務モジュールと前記第２の業務モジュールは自身の処理を実行する際に、前記業務機能部品呼出部を介して必要な業務機能部品を呼び出すことを特徴とする製造制御システム。
【請求項２】
請求項１に記載の製造制御システムにおいて、
前記第１の業務モジュールは前記業務機能部品呼出部を介して前記第２の業務モジュールを呼び出すことを特徴とする製造制御システム。
【請求項３】
請求項２に記載の製造制御システムにおいて、
前記第１の業務モジュールが前記必要な業務機能部品を呼び出す方法と、前記第１の業務モジュールが前記第２の業務モジュールを呼び出す方法が、共通のフォーマットで行われることを特徴とする製造制御システム。
【請求項４】
請求項１に記載の製造制御システムにおいて、
前記第１の業務モジュールまたは前記第２の業務モジュールの呼び出し時に、業務呼び出し付帯情報を前記業務機能部品呼出部に送出し、
前記業務機能部品呼出部は受信した前記業務呼び出し付帯情報に基づき前記必要な業務機能部品を呼び出すことを特徴とする製造制御システム。
【請求項５】
請求項４に記載の製造制御システムにおいて、
前記第２の業務モジュール及び前記必要な業務機能部品は実行結果を前記第１の業務モジュールに返送し、
前記第１の業務モジュールは前記業務呼び出し付帯情報を更新し、
前記第１の業務モジュールは前記更新後の業務呼び出し付帯情報を前記業務機能部品呼出部に出力することを特徴とする製造制御システム。
【請求項６】
請求項４に記載の製造制御システムにおいて、
さらに業務呼出部を有し、
使用される装置などの状態の変化、工程の進捗などに基づき前記業務呼出部が前記第１の業務モジュールを起動することを特徴とする製造制御システム。
【請求項７】
請求項６に記載の製造制御システムにおいて、
前記第１の業務モジュールの起動時に前記業務呼出部がウェハ付帯情報を前記第１の業務モジュールに出力し、前記第１の業務モジュールは前記ウェハ付帯情報に基づき前記業務呼び出し付帯情報を生成することを特徴とする製造制御システム。
【請求項８】
請求項７に記載の製造制御システムにおいて、
前記業務呼び出し付帯情報生成時に包括的業務情報を利用することを特徴とする製造制御システム。
【請求項１】
第１の業務領域に含まれる第１の業務モジュールと、
第２の業務領域に含まれる第２の業務モジュールと、
業務機能部品呼出部と、を含む製造制御システムであって、
前記第１の業務モジュールと前記第２の業務モジュールは自身の処理を実行する際に、前記業務機能部品呼出部を介して必要な業務機能部品を呼び出すことを特徴とする製造制御システム。
【請求項２】
請求項１に記載の製造制御システムにおいて、
前記第１の業務モジュールは前記業務機能部品呼出部を介して前記第２の業務モジュールを呼び出すことを特徴とする製造制御システム。
【請求項３】
請求項２に記載の製造制御システムにおいて、
前記第１の業務モジュールが前記必要な業務機能部品を呼び出す方法と、前記第１の業務モジュールが前記第２の業務モジュールを呼び出す方法が、共通のフォーマットで行われることを特徴とする製造制御システム。
【請求項４】
請求項１に記載の製造制御システムにおいて、
前記第１の業務モジュールまたは前記第２の業務モジュールの呼び出し時に、業務呼び出し付帯情報を前記業務機能部品呼出部に送出し、
前記業務機能部品呼出部は受信した前記業務呼び出し付帯情報に基づき前記必要な業務機能部品を呼び出すことを特徴とする製造制御システム。
【請求項５】
請求項４に記載の製造制御システムにおいて、
前記第２の業務モジュール及び前記必要な業務機能部品は実行結果を前記第１の業務モジュールに返送し、
前記第１の業務モジュールは前記業務呼び出し付帯情報を更新し、
前記第１の業務モジュールは前記更新後の業務呼び出し付帯情報を前記業務機能部品呼出部に出力することを特徴とする製造制御システム。
【請求項６】
請求項４に記載の製造制御システムにおいて、
さらに業務呼出部を有し、
使用される装置などの状態の変化、工程の進捗などに基づき前記業務呼出部が前記第１の業務モジュールを起動することを特徴とする製造制御システム。
【請求項７】
請求項６に記載の製造制御システムにおいて、
前記第１の業務モジュールの起動時に前記業務呼出部がウェハ付帯情報を前記第１の業務モジュールに出力し、前記第１の業務モジュールは前記ウェハ付帯情報に基づき前記業務呼び出し付帯情報を生成することを特徴とする製造制御システム。
【請求項８】
請求項７に記載の製造制御システムにおいて、
前記業務呼び出し付帯情報生成時に包括的業務情報を利用することを特徴とする製造制御システム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１３−３３３１３（Ｐ２０１３−３３３１３Ａ）
【公開日】平成２５年２月１４日（２０１３．２．１４）
【国際特許分類】
【出願番号】特願２０１１−１６７９８７（Ｐ２０１１−１６７９８７）
【出願日】平成２３年８月１日（２０１１．８．１）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１９年度独立行政法人新エネルギー・産業技術総合開発機構「次世代半導体材料・プロセス基盤（ＭＩＲＡＩ）プロジェクト」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（３０２０６２９３１）ルネサスエレクトロニクス株式会社 (8,021)
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年２月１４日（２０１３．２．１４）
【国際特許分類】
【出願日】平成２３年８月１日（２０１１．８．１）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１９年度独立行政法人新エネルギー・産業技術総合開発機構「次世代半導体材料・プロセス基盤（ＭＩＲＡＩ）プロジェクト」委託研究、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（３０２０６２９３１）ルネサスエレクトロニクス株式会社 (8,021)
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]