JP5969875B2 - データ生成システムおよびデータ生成方法 - Google Patents

Description

この発明は、基板処理装置の仕様に対応して基板処理装置を動作させるためのコンフィグレーションデータを生成するデータ生成システムおよびデータ生成方法に関するものである。なお、基板処理装置には、基板に対してエッチング、現像、洗浄および乾燥などの処理を施す装置が含まれる。また、当該基板には、半導体ウエハ、フォトマスク用ガラス基板、液晶表示用ガラス基板、プラズマ表示用ガラス基板、ＦＥＤ（Field Emission Display）用基板、光ディスク用基板、磁気ディスク用基板、光磁気ディスク用基板などの各種基板が含まれる。

半導体装置や液晶表示装置などの電子部品を製造するために種々の基板処理装置が提供されている。基板処理装置は受注設計生産型の製品であり、同一機種であっても製品毎にハードウエアや機構などが異なっていることが多い。そこで、基板処理装置を制御するためのソフトウエアを生成するにあたっては、例えば特許文献１に記載されているように、コンフィグレーションデータを生成している。つまり、ソフトウエアの中心となるコンピュータプログラムを種々の基板処理装置について共通化する一方、コンフィグレーションによってコンピュータプログラムの個々の機能を、各装置の仕向け地、ユーザー要求、製品仕様などに応じて切り替える。ここで、「製品仕様」は製品を構成する構成部品と各部品の機能によって決定されるものである。そして、「製品仕様」ならびに「仕向け地」および「ユーザー要求」を含めたものを本明細書では、単に「仕様」と称する。

特表２００７−５２３４０７号公報

しかしながら、製品数の増大にしたがって仕様数も多くなり、それに応じてコンフィグレーションデータに含まれる設定項目も膨大な数になっている。そのため、次のような問題が発生している。最初の問題点は、データ生成にかなりの工数を要することである。また、データ生成時の記述ミスが生じ易く、データの正当性を判断することも難しくなってきている。その結果、現状では高品質なコンフィグレーションデータの生成には高度な専門性が要求される。

このような問題を解消するためには、既に生成されているコンフィグレーションデータをナレッジマネージメントすることが考えられる。しかしながら、基板処理装置のソフトウエア開発に適合するナレッジマネージメントは皆無であった。

この発明は上記課題に鑑みなされたものであり、基板処理装置の仕様に対応して当該基板処理装置を動作させるための高品質なコンフィグレーションデータを少ない作業工数で生成するデータ生成技術を提供することを目的とする。

この発明の一態様は、基板処理装置の仕様に対応して基板処理装置を動作させるためのコンフィグレーションデータを生成するデータ生成システムであって、互いに異なる複数の仕様および互いに異なる複数のコンフィグレーションデータを階層構造化して記憶するとともに、仕様とコンフィグレーションデータとの階層間での関連を示す関連情報を記憶する記憶部と、基板処理装置の仕様を取得する仕様取得部と、仕様取得部が取得した仕様に対応するコンフィグレーションデータを関連情報に基づいて上記複数のコンフィグレーションデータから選択し、仕様取得部で取得した仕様を有する基板処理装置を動作させるためのコンフィグレーションデータを生成するデータ生成部と、を備える。

また、この発明の他の態様は、基板処理装置の仕様に対応して基板処理装置を動作させるためのコンフィグレーションデータを生成するデータ生成方法であって、予め互いに異なる複数の仕様および互いに異なる複数のコンフィグレーションデータを階層構造化した階層化情報と、仕様とコンフィグレーションデータとの階層間での関連を示す関連情報とを含むナレッジデータベースを生成する工程と、基板処理装置の仕様に対応するコンフィグレーションデータを関連情報に基づいてナレッジデータベースから選択する工程と、選択されたコンフィグレーションデータを、基板処理装置を動作させるためのコンフィグレーションデータとする工程とを備える。

なお、本明細書での「ナレッジ」とは、データの対応関係を決定する知見の総体を意味している。例えば「基板処理装置においてＡ機能を実現するために当該基板処理装置はＸユニットを必要とする」という知見や「Ｘユニットを使用する場合には関連する部品ａ、ｂが必要である一方、部品ｃは不要である」という知見、「Ｘ国のＹ工場に納入する基板処理装置はＺ１要求は選択可能であるが、Ｚ２要求は安全規格上、選択できない」という知見等がナレッジであり、上記関連情報がナレッジに相当する。また、仕様およびコンフィグレーションデータとともに上記関連情報を含んだデータベースが「ナレッジデータベース」に相当する。

以上のように、本発明では、コンフィグレーションデータが基板処理装置の仕様に関連付けて階層構造化されている。このように仕様とコンフィグレーションデータとがソフトウエアの開発作業者（以下「作業者」という）に分かりやすい形でナレッジデータベース化されている。また、当該ナレッジデータベースには、仕様とコンフィグレーションデータとの階層間での関連を示す関連情報が含まれている。そして、基板処理装置の仕様に対応するコンフィグレーションデータが関連情報に基づいてナレッジデータベースから選択される。したがって、データ生成時における作業者の工数および記述ミスを削減することができる。また、データの正当性を判断することも容易なものとなる。その結果、高品質なコンフィグレーションデータを少ない作業工数で生成することができる。

本発明にかかるデータ生成システムの一実施形態の構成を示すブロック図である。 図１のデータ生成システムに記憶されるナレッジデータベースの構造を概念的に示す図である。 ナレッジデータベースに含まれる仕向け地データ層の一例を示す図である。 ナレッジデータベースに含まれるユーザー要求データ層の一例を示す図である。 ナレッジデータベースに含まれる製品仕様データ層の一例を示す図である。 ナレッジデータベースに含まれる関連情報テーブルの一例を示す図である。 図１に示すデータ生成システムの動作を示すフローチャートである。 図１に示すデータ生成システムの動作を示すフローチャートである。 図１に示すデータ生成システムにより生成されたコンフィグレーションデータの一例を示す図である。 本発明にかかるデータ生成システムにおける順方向の見える化機能を概念的に示す図である。 本発明にかかるデータ生成システムにおける順方向の見える化機能を概念的に示す図である。 本発明にかかるデータ生成システムにおける逆方向の見える化機能を概念的に示す図である。 本発明にかかるデータ生成システムにおける逆方向の見える化機能を概念的に示す図である。

図１は、本発明にかかるデータ生成システムの一実施形態の構成を示すブロック図である。データ生成システム１は、基板処理装置の仕様に対応して同装置を動作させるためのコンフィグレーションデータを生成するシステムサーバー１００と、ＷＥＢブラウザが搭載されたクライアント端末２００とを有している。これらシステムサーバー１００とクライアント端末２００とは、通信ネットワーク３００、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の標準規格化された通信プロトコールを使用したインターネットを介して通信可能となっている。

クライアント端末２００は、端末本体２１０と、液晶ディスプレイなどの表示部２２０と、キーボードやマウスなどを有する操作部２３０とを備えている。端末本体２１０には、制御ユニット２１１と、システムサーバー１００との間で通信を行うための通信Ｉ／Ｆ２１２とが内蔵されている。制御ユニット２１１はＣＰＵ（Central Processing Unit）およびメモリなどを有するコンピュータを主体とし、予めメモリに記憶されているプログラムにしたがってＷＥＢブラウザを起動し、システムサーバー１００で作成される表示情報を表示部２２０に映し出す。なお、図１に示すデータ生成システム１では、システムサーバー１００に対して２台のクライアント端末２００が設けられているが、クライアント端末２００の台数はこれに限定されるものではなく、任意である。

システムサーバー１００は、制御ユニット１１０と、クライアント端末２００との間で通信を行うための通信Ｉ／Ｆ１２０と、ナレッジデータベースを記憶する記憶部１３０とを備えている。

図２は図１のデータ生成システムに記憶されるナレッジデータベースの構造を概念的に示す図である。なお、図２中の符号ＣＤはコンフィグレーションデータを意味しており、その他の図面においてもコンフィグレーションデータを適宜「ＣＤ」と略して表示する。

ナレッジデータベースは、４つのデータ層１３１〜１３４および３つのテーブル１３５〜１３７（図１）を有している。これらのデータ層のうちコンフィグレーションデータ層１３４は記憶部１３０に記憶された複数のコンフィグレーションデータにより形成されている。残りのデータ層１３１〜１３３はコンフィグレーションデータを生成するために必要な、基板処理装置の各種仕様に関するデータにより形成されている。本実施形態では、コンフィグレーションデータの生成対象となる基板処理装置の仕様として、「仕向け地」、「ユーザー要求」および「製品仕様」の３種類が設定されている。これら仕向け地、ユーザー要求および製品仕様に関連するデータはそれぞれ仕向け地データ層１３１（図３）、ユーザー要求データ層１３２（図４）および製品仕様データ層１３３（図５）に分けて記憶部１３０に記憶されている。このようにデータ生成システム１は上記仕様に関するデータを階層的に保持している。データ生成システム１は、選択可能な仕様データを表示して作業者に選択させたり、作業者により指定された仕様データと整合する別の仕様データを自動的決定して連鎖的に表示したりすることにより、作業者と協働してコンフィグデータを生成する。詳細は後述する。

仕向け地には、例えば図３に示すように、基板処理装置を設置する国、会社や工場などが含まれている。図３の仕向け地データ層１３１には複数の仕向け地データが二段階に構造化されて格納されている。例えば、ＩＤ１「米国」には、「親仕向け地ＩＤ１」の値を持つＩＤ４「Ｘ社」およびＩＤ５「Ｙ社」が関連付けられている。さらに、このＩＤ５「Ｙ社」には、「親仕向け地ＩＤ５」の値を持つＩＤ６「Ｙ社Ｙ１工場」およびＩＤ７「Ｙ社Ｙ２工場」が関連付けられている。したがって、仕向け地データ層１３１を参照することで、１つの仕向け地データに関連する１ないし複数の仕向け地データを自動的に特定することができる。なお、「米国」→「Ｙ社」→「Ｙ社Ｙ１工場」「Ｙ社Ｙ２工場」、という上層階層から下層階層に関連付けをたどっていくだけでなく、「Ｙ社Ｙ２工場」→「Ｙ社」→「米国」という下層階層から上層階層に関連付けをたどっていくことも可能である。

ユーザー要求データ層１３２は、基板処理装置に関してユーザーから寄せられる典型的な要求をユーザー要求データとして格納したものである。これは図４に示すように、例えば、「通常一種類の薬液で処理するところを、二種類の薬液で処理したい」あるいは、「軸の駆動途中で変速させることにより、ウエハ洗浄能力を高めたい」といった内容である。本データ層１３２に格納されたデータも階層構造化されており、各ユーザー要求データの関連性が把握できるようになっている。例えば、ＩＤ２の「軸の駆動途中の変速」の実現にはＩＤ３の「軸の低速駆動」が不可欠なため、ＩＤ２のユーザー要求とＩＤ３のユーザー要求とは親要求−子要求の関係で関連付けられている。つまり、親要求が無効なままで子要求を有効にすることはできないようになっている。このようにユーザー要求データを階層構造化することにより、１つのユーザー要求を選択するだけで、当該ユーザー要求に関連する１ないし複数のユーザー要求を自動的に設定することができる。

また、仕向け地毎にユーザー要求が異なっていることも多い。そこで、本実施形態では、仕向け地に関連するデータが、ユーザー要求に関連するデータの上位に位置付けられ、仕向け地データ層１３１とユーザー要求データ層１３２とが階層構造化された状態で記憶部１３０に記憶されている。

さらに、例えば図６（ａ）に示すように、仕向け地とユーザー要求とを関連付けた情報が仕向け地−ユーザー要求関連情報テーブル（以下、単に「上位テーブル」という）１３５にまとめられ、記憶部１３０に記憶されている。例えば、図６（ａ）のＩＤ１の行に示されるように、仕向け地ＩＤ４（図３のＩＤ４「Ｘ社」）に対してはユーザー要求ＩＤ２が関連付けられている。したがって、作業者によって仕向け地ＩＤ４が選択された場合には、要求ＩＤ２のユーザー要求データが有効になる。また、仕向け地ＩＤ７（図３のＩＤ７「Ｙ社Ｙ２工場」）に対してはユーザー要求ＩＤ３が関連付けられている。したがって、作業者によって仕向け地ＩＤ７が選択された場合には、要求ＩＤ３のユーザー要求データが有効になる。このように、仕向け地が指定されると、上位テーブル１３５に基づいてユーザーが要求する内容を自動的に決定する事が可能となっている。

ユーザー要求が決まれば、それに対応する製品仕様をある程度（あるいは、ある範囲）で決定することが可能であることが、経験的に知られている。そこで、本実施形態では、ユーザー要求に関連するデータが製品仕様に関連するデータの上位に位置付けられ、「ユーザー要求データ層１３２」と「製品仕様データ層１３３」とが階層構造化された状態で記憶部１３０に記憶されている。製品仕様データ層１３３では、製品（基板処理装置）がどのような部品で構成されており、それぞれの部品がどのような機能を持っているかという事項がオプションの部品・機能を含めてデータベース管理されている。

図５は本実施形態で採用している製品仕様データ層の一例を示している。特に、同図（ａ）は製品仕様データ層を説明するためのクラス図であり、ソフトウエア工学におけるオブジェクトモデリングのために標準化した仕様記述言語である統一モデリング言語（ＵＭＬ：Unified Modeling Language）にしたがって記載されている。図５（ａ）において、符号１３３ａ〜１３３ｃはそれぞれ「品目クラス」、「部品クラス」および「機能クラス」である。品目クラス１３３ａは製品の構成要素である部品の型であり、複数の部品や機能を持つことができ、属性として「名称」を有している。本実施形態では、同図（ｂ）に示すように、基板処理装置を構成する品目の名称として「半導体洗浄装置」、「スピン処理ユニット」等が含まれる。また、部品クラス１３３ｂは製品の構成要素であり、属性として「名称」、「親品目」、「型品目」および「選択種別（必須、オプション）」を有する。本実施形態では、同図（ｃ）に示すように、品目を親として持ち、名称が「製品００１」、「ユニット００１」等である部品が含まれている。機能クラス１３３ｃは属性として「名称」、「親品目／機能」および「選択種別（必須、オプション）」を有する。本実施形態では、同図（ｄ）に示すように、品目または機能を親として持ち、名称が「機能００１」、「機能００２」等である機能が含まれている。

製造仕様データ層１３３では、基板処理装置で採用される可能性のある部品や機能の相互関係や、必須／オプションの区別が規定されている。製造仕様データ層１３３では、部品テーブル（図５（ｃ））に示されるように、品目と部品とが関連付けられている。例えば、半導体洗浄装置（ＩＤ１、名称：「製品００１」）に対しては２種類のスピン処理ユニット、すなわち、「ユニット００１」（ＩＤ６）および「ユニット００２」（ＩＤ７）が関連づけられている。ＩＤ６の選択種別列にあるように「ユニット００１」は必須要素であるが、「ユニット００２」はオプション要素である。また、スピン処理ユニット（ＩＤ２）には「デバイス００１（ＩＤ８、名称：モーター）」と「デバイス００２（ＩＤ９、名称：モーター）」がそれぞれオプション部品として関連付けられている。さらに、機能テーブル（図５（ｄ））に示すように、製造仕様データ層１３３では、品目と機能とが関連付けられている。例えば、半導体洗浄装置に対しては「機能００１」が必須要素として関連付けられている。また、この「機能００１」には「機能００２」がオプション機能として関連付けられている。このように機能テーブルはデータを多層構造で保持している。

また、図６（ｂ）に示すように、ユーザー要求と製品仕様とを関連付けた情報がユーザー要求−製品仕様関連情報テーブル（以下、単に「中位テーブル」という）１３６にまとめられ、記憶部１３０に記憶されている。例えば、ＩＤ１の行に示されるように、要求ＩＤ１が「有効」である場合には、仕様ＩＤ５（図５（Ｃ）に示す「製品００１」）と仕様ＩＤ７（「ユニット００２」）の組み合わせを製品仕様として採用するように設定されている。同様に、ＩＤ２の行に示されるように、要求ＩＤ２が「有効」である場合には、仕様ＩＤ５（「製品００１」）と仕様ＩＤ６（「ユニット００２」）と仕様ＩＤ８（「デバイス００１」））の組み合わせを製品仕様として採用するように設定されている。また、ＩＤ３の行に示されるように、要求ＩＤ２が「有効」である場合には、仕様ＩＤ５（「製品００１」）と仕様ＩＤ６（「ユニット００２」）と仕様ＩＤ９（「デバイス００２」））の組み合わせを製品仕様として採用しないように設定されている。このように、ユーザー要求と中位テーブル１３６に基づいて製品仕様を自動的に決定する事が可能となっている。

さらに、製品仕様が決まると、それに対応するコンフィグレーションデータを自動決定することが可能である。そこで、製品仕様に関連するデータがコンフィグレーションデータの上位に位置付けられ、「製品仕様データ層１３３」と「コンフィグレーションデータ層１３４」が階層構造化された状態で記憶部１３０に記憶されている。また、製品仕様とコンフィグレーションデータとを関連付けた情報が製品仕様−コンフィグレーションデータ関連情報テーブル（以下、単に「下位テーブル」という）１３７にまとめられ、記憶部１３０に記憶されている。したがって、製品仕様と下位テーブル１３７に基づいてコンフィグレーションデータを自動的に決定する事が可能となっている。

本実施形態では例えば図２に示すように、仕向け地、ユーザー要求、製品仕様およびコンフィグレーションデータの順序で階層構造化するとともに、仕向け地−ユーザー要求関連情報、ユーザー要求−製品仕様関連情報および製品仕様−コンフィグレーションデータ関連情報に基づいて各仕様およびコンフィグレーションデータを関連付けている。

図１に戻ってデータ生成システム１の構成説明を続ける。制御ユニット１１０は、ＣＰＵおよびメモリなどを有するコンピュータを主体とし、予めメモリに記憶されているプログラムにしたがって、表示制御部１１１、仕様取得部１１２、データ生成部１１３および選択データ取得部１１４として機能する。制御ユニット１１０では、ＷＷＷ（World Wide Web）サーバープログラムが作動しており、メモリに記憶されている表示情報をクライアント端末２００のＷＥＢブラウザから閲覧可能となっている。

表示制御部１１１は上記表示情報を制御してＷＥＢブラウザに表示される表示内容を切り替える。例えば作業者がクライアント端末２００のＷＥＢブラウザを操作してナレッジデータベースの全体表示を要求すると、表示制御部１１１は記憶部１３０に記憶されているデータ層１３１〜１３４およびテーブル１３５〜１３７に基づいて、例えば図２に示すようにナレッジデータベースを階層的に図表化した表示情報を作成する。これによって、ＷＥＢブラウザにより図２に示すような図表が表示部２２０に表示される。なお、図２はナレッジデータベースを概念的に示す図であり、概念理解の容易化のために、各データ層におけるデータ数ならびに各関連情報の数を大幅に絞り込んだ状態を示している。また必要に応じて、仕様取得部１１２で取得した仕様に関連するデータや情報のみを図表化した表示（図１０）、あるいは選択データ取得部１１４で取得したコンフィグレーションデータに関連するデータや情報のみを図表化した表示（図１２）に切り替えることが可能となっている。このようにナレッジデータベースの一部をピンポイントで視覚化する、いわゆるデータベースの見える化については、後で詳述する。

仕様取得部１１２は、作業者がクライアント端末２００より入力した仕様に関する情報を取得し、その仕様情報をデータ生成部１１３に与える。また、選択データ取得部１１４は、作業者がクライアント端末２００より選択したコンフィグレーションデータに関する情報を取得し、その選択データ情報をデータ生成部１１３に与える。

データ生成部１１３は、仕様取得部１１２から受け取った仕様に対応するコンフィグレーションデータをナレッジデータベースに基づいて生成する。また、データ生成部１１３は、データ生成機能の他に、ナレッジデータベースの見える化機能も併せて有している。以下、図１に示すデータ生成システム１によるコンフィグレーションデータの生成方法について図７ないし図９を参照しつつ説明した後で、上記見える化機能について図１０および図１２を参照しつつ説明する。

図７および図８は図１に示すデータ生成システムの動作を示すフローチャートである。ある仕向け地に設置する基板処理装置に適合するコンフィグレーションデータを生成する場合、作業者はデータ生成システム１のクライアント端末２００を介してコンフィグレーションデータの生成を指示する。すると、データ生成システム１では、システムサーバー１００が通信ネットワーク３００を介して上記クライアント端末２００と双方向通信しながらクライアント端末２００と協働して上記基板処理装置に適合するコンフィグレーションデータを生成する。

データ生成作業が開始されると、仕向け地を選択するのに適した画面、例えば図７の右上部に示したような仕向け地の選択用画面２２１がＷＥＢブラウザによって表示部２２０に表示され、作業者による仕向け地の入力・編集を許可する（ステップＳ１）。選択用画面２２１では、仕向け地が国、会社および工場の順序で段階的に表示されており、当該表示にしたがって仕向け地を国レベルから工場レベルに容易に絞り込み可能となっている。例えば仕向け地として「Ｙ２工場」をＷＥＢブラウザで選択すると、同選択用画面２２１に示すように、選択された「Ｙ２工場」ならびにこれに関連する「Ｙ社」および「米国」が明るく表示される（なお、同図の選択用画面２２１ではハッチング表示されている）。

ここで、データ生成の対象となっている基板処理装置の仕向け地が既に選択用画面２２１に表示されているときには、上記例示のように作業者は操作部２３０のマウス等を操作して仕向け地を選択する。一方、選択用画面２２１にデータ生成の対象となっている基板処理装置の仕向け地が表示されていないときには、作業者はＷＥＢブラウザにより新規の仕向け地を追加し、または既存の仕向け地を変更する。

こうして基板処理装置の仕向け地がＷＥＢブラウザで選択または入力されると、システムサーバー１００に当該仕向け地が取得される（ステップＳ２）。そして、上位テーブル１３５に含まれる仕向け地−ユーザー要求関連情報にしたがって各要求の有効・無効が自動的に設定される（ステップＳ３）。

また、例えば図７の右中央に示すユーザー要求の設定用画面２２２がＷＥＢブラウザに表示され、作業者によるユーザー要求の編集が可能となっている（ステップＳ４）。

ユーザー要求の設定用画面２２２には、記憶部１３０に記憶されてナレッジ化されたユーザー要求（例えば要求Ａ、子要求Ａ−、要求Ｂ、子要求Ｂ−、Ｂ−）が表示され、各要求に対して有効・無効が自動設定されている。同図の設定用画面２２２では、有効化された要求または子要求がハッチング表示されている。

次に、記憶部１３０に記憶されていないユーザー要求が存在する、つまりナレッジ化されていない非ナレッジのユーザー要求がある場合（ステップＳ５で「ＹＥＳ」の場合）について説明する。例えば、「Ｙ２工場」（仕向け地データ層１３１）と「ユーザー要求Ａ」（ユーザー要求データ層１３２）とが関連づけられていないとする。この場合、ステップ１で「Ｙ２工場」が選択されると、仕向け地−ユーザー要求関連情報に基づき、「ユーザー要求Ａ」は自動的に無効となるため、ユーザー要求の設定用画面２２２で「ユーザー要求Ａ」は明るく表示されない。しかし、特注対応等で、「Ｙ２工場」向けに「ユーザー要求Ａ」を選ぶ必要が生じた場合には、作業者はステップＳ５で「ＹＥＳ」を選択する。すると、ユーザー要求の設定用画面２２２上でユーザー要求の追加や変更などの編集が受け付けられるようになる（ステップＳ６）。作業者はこの画面２２２上でマウス操作等の編集作業を行うことにより、現状無効の要求Ａを有効にすることができる。但し、親要求Ａが無効なままで子要求Ａ−だけを有効にする編集はできない。この編集により、ステップＳ２で取得された要求Ａと上位階層データとの関連付け（「Ｙ２工場」→「要求Ａ」→「子要求Ａ−」）を示す関連性情報が生成される。上記関連性情報はコンフィグレーションデータ設定完了まで暫定的に保持されるデータであり、仕向け地−ユーザー要求関連情報テーブル１３５には反映されないデータである。なお、このような非ナレッジのデータに対する編集・暫定保持動作については、後で説明する非ナレッジの製品使用やコンフィグレーションデータについても同様である。

ステップＳ５で非ナレッジのユーザー要求がないと判断された、またはステップＳ６での編集が完了すると、中位テーブル１３６に含まれるユーザー要求−製品仕様関連情報にしたがって各製品仕様の採用・不採用が自動的に設定される（ステップＳ７）。また、例えば図８の右上部に示す製品仕様の設定用画面２２３がＷＥＢブラウザによって表示部２２０に表示され、作業者による製品仕様の編集が可能となっている（ステップＳ８）。同図の設定用画面２２３では、採用された製品仕様（製品、ユニット、サブユニット、機能）がハッチング表示されている。

製品仕様の設定用画面２２３には、記憶部１３０に記憶されてナレッジ化された製品仕様が表示され、各製品仕様に対して採用・不採用が自動設定されている。ここで、記憶部１３０に記憶されていない製品仕様が存在する、つまりナレッジ化されていない非ナレッジの製品仕様がある（ステップＳ９で「ＹＥＳ」）場合、ユーザー要求の場合と同様に、ＷＥＢブラウザによる製品仕様の追加や変更などの編集が受け付けられる（ステップＳ１０）。

ステップＳ９で非ナレッジの製品仕様がないと判断された、またはステップＳ１０での編集が完了すると、下位テーブル１３７に含まれる製品仕様−コンフィグレーションデータ関連情報に対応するコンフィグレーションデータが選択的に抽出され、ＷＥＢブラウザによって表示部２２０に表示される（ステップＳ１１）。ここで、記憶部１３０に記憶されていないコンフィグレーションデータが存在する、つまりナレッジ化されていない非ナレッジのコンフィグレーションデータがある（ステップＳ１２で「ＹＥＳ」）場合、ユーザー要求の場合と同様に、ＷＥＢブラウザによるコンフィグレーションデータの追加や変更などの編集が受け付けられる（ステップＳ１３）。

ステップＳ１２で非ナレッジのコンフィグレーションデータがないと判断された、またはステップＳ１３での編集が完了することで、データ生成の対象となっている基板処理装置に適合する、例えば図９に示すようにＸＭＬ（Extensible Markup Language）形式のコンフィグレーションデータが完成する。そして、データ生成システム１は当該コンフィグレーションデータを出力する（ステップＳ１４）。なお、本実施形態では、コンフィグレーションデータがＸＭＬ形式で記述されるため、ＸＭＬデータベースを用いている。

以上のように、本実施形態では、図２に示すように、基板処理装置の仕様として仕向け地、ユーザー要求および製品仕様が設定されるとともに、これらとコンフィグレーションデータが関連付けられて４階層に構造化されている。このように仕様とコンフィグレーションデータとが作業者に分かりやすい形でナレッジデータベース化されている。しかも、当該ナレッジデータベースには、仕向け地データ層、ユーザー要求データ層、製品仕様データ層およびコンフィグレーションデータの階層間での関連を示す３つの関連情報（ナレッジ）が含まれている。そして、これらの関連情報にしたがって基板処理装置の仕様に対応するコンフィグレーションデータをナレッジデータベースから選択する。したがって、データ生成時における作業者の工数および記述ミスを削減することができる。また、データの正当性を判断することも容易なものとなる。その結果、高品質なコンフィグレーションデータを少ない作業工数で効率的に生成することができる。

また、データ生成中に非ナレッジのデータが存在する毎に、ＷＥＢブラウザにより当該データを編集し、ナレッジデータベースに追加することが可能となっている。また、関連情報についても非ナレッジデータと同様に、適宜編集されてナレッジデータベースに追加される。このため、当該編集追加を繰り返していくことでナレッジデータベースが成長してデータ生成をより簡易に、しかもより高精度に行うことが可能となる。

ところで、上記実施形態では、４つのデータ層および３つの関連情報によりナレッジデータベースを構成しているため、受注設計生産型の業態においてもデータ構造の理解が容易化されている。つまり、上位データ層でのデータ選択がその下のデータ層中のデータに直接的または派生的に与える影響を直観的に理解可能となっている。しかしながら、上記したように開発が進むにしたがってデータや関連情報が追加される。そのため、ナレッジデータベースが複雑化することは否めず、編集が困難となることもある。

また、上位データ層でのデータ選択は下位データ層に対して連鎖的な影響を与え、しかも当該影響が直下のデータ層のみならず、さらに下位に位置するデータ層にも及ぶことがある。さらに、下位データ層でのデータ選択が上位のデータ層にどのような影響を与えるかという点を、データ生成時に考慮するのが望ましいこともある。このように、ある階層におけるデータ選択がどの階層のデータに影響を与えるかを理解することはデータ生成において重要であるが、データ数の増大にしたがって当該理解にはスキルが必要となってくる。

そこで、図１のデータ生成システム１は２種類の見える化機能、つまり(1)上位データ層でのデータ選択が下位データ層に与える順方向の影響を視覚化する機能と、(2)逆に、下位データ層でのデータ選択が上位データ層に与える逆方向の影響を視覚化する機能とを備えている。これによって、スキルを有さない作業者であっても、ある階層におけるデータ選択が他の階層のデータにどのように影響を与えるかを直観的に理解可能となっている。

図１０は図１のデータ生成システムにおける順方向の見える化機能を概念的に示す図である。このデータ生成システム１では、作業者がクライアント端末２００の操作部２３０を操作して順方向の見える化機能を実行すると、システムサーバー１００の制御ユニット１１０は予めメモリに記憶されている順方向見える化プログラムにしたがって動作する。より詳しくは、作業者が見える化を希望するデータ（例えば図１０では仕向け地データ層中の仕向地Ｅ）がＷＥＢブラウザで選択されると、当該選択データおよび当該選択データにより影響を受ける下位データ層のデータのみが表示部２２０に表示される（図１０）。これにより選択データを起点に順方向に及ぶ影響が表示部２２０に表示された図表から直観的に、かつ容易に理解することができる。なお、図１０に示す一例では、仕向け地を選択しているが、ユーザー要求データ層や製品仕様データ層のデータを選択すると、これを起点として順方向に及ぶ影響が表示部２２０に表示される。

また、本画面において、各種仕様変更を行うこともできる。例えば、作業者によって仕向け地を仕向け地Ｅから仕向け地Ｂに変更したとする。この場合、図１１に示すように、仕向け地データ層１３１より下位のデータ層が順番に書き換えられると共に、見える化プログラムによってユーザー要求データ層１３２における仕様変更の連鎖的影響が作業者に直観的に示される。また、図７のステップＳ６で説明したようなユーザー要求や製品仕様の設定変更も本画面において行うことができ、その場合にも図１１のような連鎖的影響を作業者に直観的に理解させることができる。

図１２は図１のデータ生成システムにおける逆方向の見える化機能を概念的に示す図である。このデータ生成システム１では、作業者がクライアント端末２００の操作部２３０を操作して逆方向の見える化機能を実行すると、システムサーバー１００の制御ユニット１１０は予めメモリに記憶されている逆方向見える化プログラムにしたがって動作する。より詳しくは、順方向と正反対の向きの見える化が実行される。つまり、作業者が見える化を希望するデータ（例えば図１２ではコンフィグレーションデータ層中のコンフィグレーションデータＢ）がＷＥＢブラウザで選択されると、当該選択データおよび当該選択データにより影響を受ける上位データ層のデータのみが表示部２２０に表示される（図１２）。これにより選択データを起点に逆方向に及ぶ影響が表示部２２０に表示された図表から直観的に、かつ容易に理解することができる。なお、図１２に示す一例では、コンフィグレーションデータを選択しているが、ユーザー要求データ層や製品仕様データ層のデータを選択すると、これを起点として逆方向に及ぶ影響が表示部２２０に表示される。

なお、本画面においても各種仕様変更、ユーザー要求や製品使用の設定を変更することが可能である。たとえば、作業者がマウス等によりコンフィグレーションデータをデータＢからデータＥに変更すると、逆方向見える化プログラムは図１２の画面を図１３の画面に変更する。

コンフィグレーションデータＥを起点に逆方向にたどっていくと、コンフィグレーションデータＢのときは不要だった、製品仕様Ｅが必要になることがわかる。また、ユーザー要求Ｂに対応していないことも分かる。コンフィグレーションデータを作成・編集する作業者は、図１３の画面を参照することにより、コンフィグレーションデータの修正が上流側にどのような変更を及ぼすかを直観的に理解することができる。

以上のように、見える化機能を設けたことによって、スキルを有さない作業者であっても、ある階層の選択データが他の階層のデータにどのように影響を与えるかを直観的に理解することができる。したがって、作業者は正確に項目設定を行うことができる。また、見える化機能によって関連情報の正誤や抜け等を判断し易くなり、関連情報の更新を適切に行うことが可能となっている。さらに、見える化機能によって表示部２２０に表示される図表を、ナレッジデータベースに設定されているデータを微調整する際の参考として用いることができる。これによってナレッジデータベースのブラッシュアップを効率的に行うことができる。

なお、本発明は上記した実施形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて上述したもの以外に種々の変更を行うことが可能である。例えば、上記実施形態では、コンフィグレーションデータがＸＭＬ形式で記述されているが、データ形式はこれに限定されるものではなく、ＣＳＶ（Comma Separated Values）形式やＩＮＩ形式などの他の形式であってもよい。また、コンフィグレーションデータがＣＳＶ形式やＩＮＩ形式であれば、リレーショナルデータベースを用いるのが好適であるが、データベースの種類は上記したＸＭＬデータベースやリレーショナルデータベースに限定されるものではなく、これもデータ形式と同様に、任意である。

また、上記実施形態では、クライアント端末２００を設け、当該クライアント端末２００でＷＥＢブラウザを起動して各種データ選択やデータ編集などを行っているが、クライアント端末２００は本発明の必須構成ではない。つまり、システムサーバー１００に表示部や操作部を装備させてシステムサーバー１００で全処理を実行するように構成してもよい。

また、上記実施形態では、基板処理装置の仕様として仕向け地、ユーザー要求及び製品仕様を設定し、これら３種類の仕様を階層構造化して記憶しているが、基板処理装置の仕様の種類や階層数については任意である。ただし、基板処理装置の仕様を２種類あるいは４種類以上で構成する場合には、上記実施形態と同様に、階層間での仕様の関連を示す関連情報を作成し、記憶部１３０に記憶しておく必要がある。

さらに、上記実施形態では、ステップＳ６等で生成した、非ナレッジ化されていない関連性情報を暫定的に保持するだけで恒久的な情報として記憶することはなかった。しかし、本情報を、仕向け地−ユーザー要求関連情報テーブル１３５等のテーブルに恒久的な情報として反映させるようにしてもよい。

この発明は、基板処理装置の仕様に対応して基板処理装置を動作させるためのコンフィグレーションデータを生成するデータ生成技術全般に適用することができる。

１…データ生成システム
１００…システムサーバー
１１０…制御ユニット
１１１…表示制御部
１１２…仕様取得部
１１３…データ生成部
１１４…選択データ取得部
１３０…記憶部
１３１…仕向け地データ層
１３２…ユーザー要求データ層
１３３…製品仕様データ層
１３４…コンフィグレーションデータ層
１３５…仕向け地−ユーザー要求関連情報テーブル
１３６…ユーザー要求−製品仕様関連情報テーブル
１３７…製品仕様−コンフィグレーションデータ関連情報テーブル
２２０…表示部

Claims (8)

1. 基板処理装置の仕様に対応して前記基板処理装置を動作させるためのコンフィグレーションデータを生成するデータ生成システムであって、
   互いに異なる複数の仕様および互いに異なる複数のコンフィグレーションデータを階層構造化して記憶するとともに、仕様とコンフィグレーションデータとの階層間での関連を示す関連情報を記憶する記憶部と、
   前記基板処理装置の仕様を取得する仕様取得部と、
   前記仕様取得部が取得した仕様に対応するコンフィグレーションデータを前記関連情報に基づいて前記複数のコンフィグレーションデータから選択し、前記仕様取得部で取得した仕様を有する基板処理装置を動作させるためのコンフィグレーションデータを生成するデータ生成部と、
   を備えるデータ生成システム。
2. 請求項１に記載のデータ生成システムであって、
   前記記憶部は、前記複数の仕様をさらに階層構造化して記憶するとともに、階層間での仕様の関連を示す関連情報を記憶するデータ生成システム。
3. 請求項１または２に記載のデータ生成システムであって、
   前記複数の仕様と前記複数のコンフィグレーションデータとの階層構造を表示する表示部をさらに備えるデータ生成システム。
4. 請求項３に記載のデータ生成システムであって、
   前記表示部は、前記仕様取得部が仕様を取得すると、前記仕様取得部に取得された当該仕様と当該仕様に関連するコンフィグレーションデータとの階層構造のみを選択的に表示するデータ生成システム。
5. 請求項３に記載のデータ生成システムであって、
   前記複数のコンフィグレーションデータから一の選択を受け取るデータ選択部をさらに備え、
   前記表示部は、前記データ選択部がコンフィグレーションデータの選択を受け取ると、前記データ選択部に受け取られたコンフィグレーションデータと当該コンフィグレーションデータに関連する仕様との階層構造のみを選択的に表示するデータ生成システム。
6. 請求項１ないし５のいずれか一項に記載のデータ生成システムであって、
   前記データ生成部は、前記仕様取得部が取得した仕様に対応するコンフィグレーションデータが前記記憶部に含まれないとき、当該仕様に対応するコンフィグレーションデータの編集を許容するデータ生成システム。
7. 請求項６に記載のデータ生成システムであって、
   前記データ生成部は、編集された当該コンフィグレーションデータと、当該コンフィグレーションデータおよび前記仕様取得部が取得した仕様の関連情報とを前記記憶部に書き込むデータ生成システム。
8. 基板処理装置の仕様に対応して前記基板処理装置を動作させるためのコンフィグレーションデータを生成するデータ生成方法であって、
   予め互いに異なる複数の仕様および互いに異なる複数のコンフィグレーションデータを階層構造化した階層化情報と、仕様とコンフィグレーションデータとの階層間での関連を示す関連情報とを含むナレッジデータベースを生成する工程と、
   前記基板処理装置の仕様に対応するコンフィグレーションデータを前記関連情報に基づいて前記ナレッジデータベースから選択する工程と、
   選択されたコンフィグレーションデータを、前記基板処理装置を動作させるためのコンフィグレーションデータとする工程と
   を備えるデータ生成方法。

Images