(57)【要約】【課題】  マルチウィンドウ表示装置内に表示され得るウィンドウに関して、ウィンドウのデフォルトの表示位置やウィンドウ重なり順序はユーザにとって最適とはかぎらない。【解決手段】  本発明に係るウィンドウ表示装置は、ウィンドウの種類ごとに呼出し元のウィンドウと重複して表示しても良いか否かのフラグ属性を記憶する。重複表示が禁止される場合は呼出し元のウィンドウと重ならない表示位置に新規ウィンドウを表示する。重複表示が禁止されない場合は呼出し元のウィンドウの表示位置に新規ウィンドウを表示する。【選択図】    図５
2009223806.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションのウィンドウを表示する表示手段と、
前記表示手段が表示中のウィンドウの表示サイズと表示位置とを含む表示領域に関する情報を保持する表示中ウィンドウ情報テーブルを記憶する記憶手段と、
前記アプリケーションが前記表示手段に新規に表示するウィンドウである新規ウィンドウの表示サイズを該アプリケーションから取得するウィンドウ表示要求取得手段と、
前記ウィンドウごとに設定された設定値に基づいて、前記新規ウィンドウの呼出し元のウィンドウである親ウィンドウの表示領域と該新規ウィンドウの表示領域との重複を禁止するか否かを判定する判定手段と、
前記判定手段が前記重複を禁止すると判定した場合に、前記取得した表示サイズで前記新規ウィンドウを表示した場合に該新規ウィンドウの表示領域と前記親ウィンドウの表示領域とが重複しない表示位置を前記表示中ウィンドウ情報テーブルから検索する検索手段と
を備え、
前記表示手段は、
前記検索手段により前記重複しない表示位置が検索された場合に該検索された表示位置に前記取得した表示サイズで前記新規ウィンドウを表示し、
前記検索手段により前記重複しない表示位置が検索されなかった場合に前記親ウィンドウの表示位置に前記取得した表示サイズで前記新規ウィンドウを表示する
ことを特徴とするウィンドウ表示装置。
【請求項２】
前記判定手段が前記重複を禁止しないと判定した場合に、前記表示手段は前記親ウィンドウの表示位置に前記取得した表示サイズで前記新規ウィンドウを表示することを特徴とする請求項１に記載のウィンドウ表示装置。
【請求項３】
前記表示手段が前記新規ウィンドウを表示した場合に、該新規ウィンドウの前記表示領域に関する情報が前記表示中ウィンドウ情報テーブルに追加されることを特徴とする請求項１又は２に記載のウィンドウ表示装置。
【請求項４】
前記表示手段が前記ウィンドウを閉じる場合に、該ウィンドウの表示領域に関する情報が前記表示中ウィンドウ情報テーブルから削除されることを特徴とする請求項１乃至３のいずれか１項に記載のウィンドウ表示装置。
【請求項５】
前記記憶手段は、前記ウィンドウの重要度を該ウィンドウの種類ごとに設定したウィンドウ重要度テーブルをさらに記憶し、
前記検索手段は、前記取得した表示サイズで前記新規ウィンドウを前記表示手段が表示した場合に、該新規ウィンドウの表示領域と重複する表示領域を有するウィンドウの重要度が該新規ウィンドウの重要度よりも低くなる、該新規ウィンドウの表示位置を前記重複しない表示位置として検索する
ことを特徴とする請求項１乃至４のいずれか１項に記載のウィンドウ表示装置。
【請求項６】
前記表示中ウィンドウ情報テーブルは前記ウィンドウが操作中か否かの判定に使用されるフラグをさらに保持し、
前記検索手段は、前記取得した表示サイズで前記新規ウィンドウを前記表示手段が表示した場合に、該新規ウィンドウの表示領域と操作中の他のウィンドウの表示領域とが重複しなくなるような該新規ウィンドウの表示位置を前記重複しない表示位置として前記フラグに基づいて検索する
ことを特徴とする請求項１乃至５のいずれか１項に記載のウィンドウ表示装置。
【請求項７】
前記フラグはウィンドウの種類に応じて設定されることを特徴とする請求項６に記載のウィンドウ表示装置。
【請求項８】
前記フラグは、前記ウィンドウがユーザに選択されているか否かに基づいて設定されることを特徴とする請求項６に記載のウィンドウ表示装置。
【請求項９】
アプリケーションのウィンドウを表示する表示手段と、
前記表示手段が表示中のウィンドウの表示サイズと表示位置とを含む表示領域に関する情報を保持する表示中ウィンドウ情報テーブルを記憶する記憶手段と
を備えるウィンドウ表示装置の制御方法であって、
ウィンドウ表示要求取得手段が、前記アプリケーションが前記表示手段に新規に表示するウィンドウである新規ウィンドウの表示サイズを該アプリケーションから取得するウィンドウ表示要求取得工程と、
判定手段が、前記ウィンドウごとに設定された設定値に基づいて、前記新規ウィンドウの呼出し元のウィンドウである親ウィンドウの表示領域と該新規ウィンドウの表示領域との重複を禁止するか否かを判定する判定工程と、
前記判定工程において前記重複が禁止されると判定された場合に、前記取得した表示サイズで前記新規ウィンドウを表示した場合に該新規ウィンドウの表示領域と前記親ウィンドウの表示領域とが重複しない表示位置を前記表示中ウィンドウ情報テーブルから検索手段が検索する検索工程と、
前記検索工程において前記重複しない表示位置が検索された場合に該検索された表示位置に前記取得した表示サイズで前記新規ウィンドウを前記表示手段が表示する工程と、
前記検索工程において前記重複しない表示位置が検索されなかった場合に前記親ウィンドウの表示位置に前記取得した表示サイズで前記新規ウィンドウを前記表示手段が表示する工程と
を備えるウィンドウ表示装置の制御方法。
【請求項１０】
コンピュータを請求項１乃至８のいずれか１項に記載のウィンドウ表示装置として機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウィンドウの表示技術に関し、特に新規ウィンドウの表示位置を決定する技術に関する。
【背景技術】
【０００２】
マルチウィンドウ表示装置において、複数のアプリケーションソフトからメッセージウィンドウに関する表示要求が同時に発生した場合に、当該メッセージウィンドウの重なり順序を決定する必要がある。
【０００３】
そのための技術として、メッセージの優先度を使用するものがある。特許文献１に記載の技術は、予め設定されたメッセージの優先度に従って、メッセージウィンドウの重なり順序を決定する。それにより、ユーザにとって最重要と思われるメッセージウィンドウを最前面に表示する。これは最初にユーザが確認すべきメッセージ内容を第一にかつ確実にユーザに確認させ、また、ウィンドウの重なり順序をユーザが変更する手間を最小限にする。
【０００４】
また、複数のアプリケーションソフトが有するウィンドウが重なって表示されている状況において、最前面に表示されているウィンドウの内部にメッセージ表示要求が発生したことを知らせる技術がある。特許文献２に記載の技術は、アプリケーションソフトが有するウィンドウ毎に予約領域を設ける。例えばウィンドウ最上部の最右端部分に設ける。そして、メッセージ表示要求が発生した場合、ウィンドウの重なり関係上、最前面にあるウィンドウの当該予約領域部分に、メッセージ表示要求が発生したことを表示する。ユーザはウィンドウ内の予約領域上のボタンを押下すれば、メッセージの内容を確認することができる。これにより、最前面にあるウィンドウにおけるユーザ操作を中断することなしにユーザはメッセージ表示要求が発生したことを認知できる。
【０００５】
また、複数のアプリケーションソフトが有するウィンドウが重なって表示されている状況において、ユーザがウィンドウ操作を行うことによりウィンドウの操作優先度を判定する技術がある。特許文献３に記載の技術は、メニュー項目が並んだメニューウィンドウからメニュー項目を選択した際に、既にメニューウィンドウと重なり関係のある他ウィンドウを優先的に表示する。そのため、メニューウィンドウをウィンドウ重なり関係上、最背面に変更する。これは、当面の間利用機会が無いだろうウィンドウを最背面に配置することで、相対的に他のウィンドウの利用機会を増やす。
【特許文献１】特開２０００−３０５６８７号公報
【特許文献２】特開平５−１８９１８２号公報
【特許文献３】特開平５−６１６２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術では、メッセージウィンドウ同士の表示優先度は解決されるものの、メッセージウィンドウ以外のウィンドウとの優先度が定義付けられていない。例えば、新規のメッセージウィンドウが表示された場合に、そのメッセージウィンドウを呼び出したアプリケーションのウィンドウ（親ウィンドウ）を覆い隠してしまう場合もある。このようなウィンドウ表示方法はユーザ操作の流れを停止させ混乱を引き起こす可能性がある。仮にメッセージウィンドウ以外のウィンドウに優先度を定義付けたとしても、特許文献１の方法ではメッセージウィンドウが当該ウィンドウの背面に表示されてしまい、好ましくない。
【０００７】
また、特許文献２に記載の技術では、メッセージ表示要求発生時においても操作中のウィンドウのユーザ操作が中断されない。しかし、当該メッセージの内容に関してはウィンドウ内の予約領域上のボタンを押下してからでないと確認出来ない。そのため、メッセージ発生の事実を取り逃がすか、リアルタイムに発見出来ない可能性がある。また、複数のメッセージ表示要求が同時に発生した場合が考慮されていない。そのため、メッセージ表示要求が頻繁に発生し得る場合においては後からメッセージ発生状況を追跡することは困難である。
【０００８】
また、特許文献３に記載の技術では、メニューウィンドウの表示優先度は下がる。しかし、下がることによってより前面に表示されるウィンドウの表示優先度との関係が考慮されていないため、ユーザにとって真に望ましいウィンドウの重なり順序が実現されるとは限らない。
【課題を解決するための手段】
【０００９】
本発明に係るウィンドウ表示装置は、
アプリケーションのウィンドウを表示する表示手段と、
前記表示手段が表示中のウィンドウの表示位置と表示サイズとを含む表示領域に関する情報を保持する表示中ウィンドウ情報テーブルを記憶する記憶手段と、
前記アプリケーションが前記表示手段に新規に表示するウィンドウである新規ウィンドウの表示サイズを該アプリケーションから取得するウィンドウ表示要求取得手段と、
前記ウィンドウごとに設定された設定値に基づいて、前記新規ウィンドウの呼出し元のウィンドウである親ウィンドウの表示領域と該新規ウィンドウの表示領域との重複を禁止するか否かを判定する判定手段と、
前記判定手段が前記重複を禁止すると判定した場合に、前記取得した表示サイズで前記新規ウィンドウを表示した場合に該新規ウィンドウの表示領域と前記親ウィンドウの表示領域とが重複しない表示位置を前記表示中ウィンドウ情報テーブルから検索する検索手段と
を備え、
前記表示手段は、
前記検索手段により前記重複しない表示位置が検索された場合に該検索された表示位置に前記取得した表示サイズで前記新規ウィンドウを表示し、
前記検索手段により前記重複しない表示位置が検索されなかった場合に前記親ウィンドウの表示位置に前記取得した表示サイズで前記新規ウィンドウを表示する
ことを特徴とする。
【発明の効果】
【００１０】
ユーザが最適な状態で作業を継続することが出来るように、マルチウィンドウ表示装置において新規ウィンドウを表示することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態を添付の図面を参照しつつ説明する。以下の各実施形態においては半導体露光装置を監視及び制御する場合に本発明を適用する。当該装置に関する用語は一般的に馴染みが少なく、また、半導体露光装置の製造元毎に異なる用語を使用する場合があるため、混乱を避ける目的で以後の説明にて用いる用語を規定する。
【００１２】
半導体露光装置はレチクルに照明光を照射して、ウェハにパターンを転写することにより半導体集積回路を現像するための装置であり、「ステッパ」と記述することもある。ウェハは単結晶シリコン等を薄い板状にしたもので半導体素子の基板となる。
【００１３】
レチクルはウェハに転写する回路パターンが描かれている原板である。レチクルステージはレチクルを保持するための台座である。レチクルアライメントはレチクル上の回路パターンをウェハ上の正しい位置に転写するためのレチクルの位置合わせ動作である。レチクルマークはレチクルアライメントを行う際にレチクル位置を確認するためのマークであり、レチクル上に刻印されている。レチクル基準マークはレチクルアライメントを行う際にレチクルステージ位置を確認するためのマークであり、レチクルステージ上に刻印されている。
【００１４】
ＣＣＤカメラは固体撮像素子をもったカメラである。半導体露光装置においてはレチクルアライメントの結果を撮影する場合等に用いられる。対向側よりＬＥＤ光を照射することにより撮影を行う。
【００１５】
図１は２台の半導体露光装置をイーサネット（登録商標）等の標準ネットワーク網を通信手段として制御する場合の構成の一例を示している。ステッパ１号機１００及びステッパ２号機１０１は、互いに独立した運転状況で稼動する。情報機器１０２はステッパを制御及び監視する目的で設けられた情報機器である。各装置はイーサネット(登録商標）等の標準ネットワーク網１０３で接続されている。なお、以下の各実施形態では２台の半導体露光装置を１台の情報機器１０２で制御及び監視する例を扱うが、半導体露光装置や情報機器１０２の台数はこの例に制限されるものではない。
【００１６】
＜第１の実施形態＞
本実施形態の動作の概要について図２を用いて説明する。図２は情報機器１０２に付属するディスプレイ（後述する図３のディスプレイ３１０）に表示されるウィンドウの遷移の一例を説明する図である。
【００１７】
図２ａはエラーなどが発生していない通常の状態で表示されるのウィンドウの様子である。ウィンドウ２００はステッパ１号機１００の露光稼動状況を表示するためのウィンドウである。ウィンドウ２１０はステッパ２号機１０１の露光稼動状況を表示するためのウィンドウである。ウィンドウ２００及びウィンドウ２１０はそれぞれ、ステッパ１号機１００及びステッパ２号機１０１を制御及び監視するための基本操作のためのウィンドウである。ユーザは情報機器１０２のディスプレイ３１０を監視し続けることにより、ステッパ１号機１００やステッパ２号機１０１の運転状況を確認したり、障害を発見したり、また、障害対策指示を出したりする。
【００１８】
ここで、ステッパ１号機１００及びステッパ２号機１０１の双方において、露光動作定義内容に基づき露光動作を行う単位である露光ジョブが独立して稼動中であるものとする。露光ジョブ実行中に何らかのエラーが発生した場合、そのエラー状況が情報機器１０２のディスプレイ３１０に表示される。
【００１９】
図２ｂは、ステッパ２号機１０１は正常稼動を継続しているが、ステッパ１号機１００においてエラーが発生し、その状況を情報機器１０２のディスプレイ３１０に表示した直後のウィンドウの様子の一例を示す図である。ウィンドウ２２０に、レチクルがレチクルステージ上に搬入され、続いてレチクルアライメントが実施された結果をＣＣＤカメラにて撮影したＣＣＤカメラ撮影画像２２１が表示されている。ウィンドウ２３０はレチクルアライメントエラーが発生したことを示すためのウィンドウである。確認コマンドパネル２３１には当該エラー発生後に、ユーザ操作によりエラー原因を追求するための方法が提示される。この例ではユーザは３種類の選択肢から対応を選ぶことができ、唯一排他選択のためのラジオボタンがＧＵＩで表示される。第１の選択肢２３２はレチクルをレチクルステージ上に搬送するまでの動作が正しく行われているか否かを確認するものである。第２の選択肢２３３は、ＣＣＤカメラ撮影の際、対向側より照射されるＬＥＤ光量が十分であるか否かを確認するものである。第３の選択肢２３４はレチクルアライメントによる計測結果のばらつきが安定範囲内か否かを確認するものである。ユーザはどの選択肢が有効かを判断するために、ＣＣＤカメラ撮影画像２２１を閲覧する必要がある。
【００２０】
例えば、レチクル基準マークは写っているにもかかわらずレチクルマークが写っていない場合は、レチクル搬送動作不良の可能性があるため、ユーザにとって第１の選択肢２３２が有力候補となる。一方、レチクル基準マークもレチクルマークも写っていない場合は、ＬＥＤ光量不足の可能性があるため、ユーザにとって第２の選択肢２３３が有力候補となる。また、これらが写っているがレチクル基準マークやレチクルマークの色の濃さが背景色に近く、コントラストが弱いことで非常に認識しづらい場合も同様に第２の選択肢２３３が有力候補となる。一方、レチクル基準マークもレチクルマークも写っており、かつ明瞭なコントラストで撮影されている場合は、アライメント計測不良の可能性がある。この場合はユーザにとって第３の選択肢２３４が有力候補となる。
【００２１】
以上のように、ウィンドウ２２０とウィンドウ２３０とは、一方のウィンドウが他のウィンドウの下に隠れて見えない状態であると、ユーザの確認作業や考察作業が困難となる。そこで、この例の場合は初期状態として同時に両方のウィンドウが見えるように新しいウィンドウが表示されることが望ましい。
【００２２】
図２ｃは、図２ｂの状態から第３の選択肢２３４を選択してＯＫボタン２３５を押下したときに表示されるウィンドウの様子の一例を示す図である。この場合、ウィンドウ２３０は自動的に閉じられ、ウィンドウ２４０が表示される。ウィンドウ２４０は複数回のアライメント計測を試行することで、計測結果値のばらつきを判定するために、レチクルアライメント試行回数２４１を入力するためのウィンドウである。試行回数の入力にあたってはＣＣＤカメラ撮影画像２２１やウィンドウ２２０内のその他の情報を同時に閲覧する必要がない。従って、この場合は新規に表示されたウィンドウ２４０によってウィンドウ２２０が覆い隠されてもよい。またウィンドウ２４０をウィンドウ２２０に重ねて表示することで、ウィンドウ２１０が再度表示されることになり、ステッパ２号機１０１の監視作業を再開出来ることになる。そこで、この例の場合は初期状態として両方のウィンドウが重なるように新しいウィンドウが表示され、関連しない他のウィンドウが見える状態になることが望ましい。
【００２３】
本発明に係る第１の実施形態では、上記のようなウィンドウが持つ特性に基づいて、適切な位置に新規ウィンドウを表示することを実現する。
【００２４】
図３を用いて本実施形態に係る情報機器１０２の構成の一例を説明する。図３は情報機器１０２の構成例を示すブロック図である。なお、図３は、本発明の実施形態に対応する図１の構成を実現するための最小限の構成を示しており、情報機器１０２に係わるその他の機構については説明の簡単のために省略している。
【００２５】
マイクロプロセッサであるＣＰＵ３０１は、ＲＯＭ３０３、ハードディスク（ＨＤ）３１２、外部メモリドライブ３１１にセットされた記憶メディアに記憶されたプログラムやデータなどに基づき、情報機器１０２を制御する。
【００２６】
ＲＡＭ３０２は、ＣＰＵ３０１のワークエリアとして機能し、ＲＯＭ３０３やＨＤ３１２等に格納されたプログラムを保持する。その他にも図４に示す各種テーブルも保持する。
【００２７】
ＲＯＭ３０３、外部メモリドライブ３１１にセットされた記憶メディア或いは、ＨＤ３１２には、後述するフローチャートに示されるような、ＣＰＵ３０１により実行されるプログラムなどが記憶されている。
【００２８】
３０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）３０９や図示しないマウスなどのポインティングデバイスからの入力を制御する。３０６はディスプレイコントローラ（ＤＰＣ）で、ディスプレイ３１０の表示を制御する。３０７はディスクコントローラ（ＤＫＣ）で、ＨＤ３１２および外部メモリドライブ３１１のアクセスを制御し、それらの記憶メディアに対して各種プログラム、並びに、フォントデータ、ユーザファイルおよび編集ファイルなどの各種データを読み書きする。３０８はプリンタコントローラ（ＰＲＴＣ）で、所定の双方向性インタフェイス３２１を介してプリンタ３２２に接続され、プリンタ３２２との間の通信制御を実行する。
【００２９】
なお、ＣＰＵ３０１は、例えばＲＡＭ３０２上に割り当てられた表示情報領域あるいは専用のビデオメモリ（ＶＲＡＭ）へのアウトラインフォントの展開（ラスタライズ）処理を実行し、ディスプレイ３１０上での表示を可能にする。また、ＣＰＵ３０１は、ディスプレイ３１０上のマウスカーソルなどにより指示されるコマンドに基づいて、登録された種々のウィンドウを開き、種々のデータ処理を実行する。
【００３０】
図４を用いて本実施形態に係る情報機器１０２の機能を説明する。図４は本実施形態を実現するにあたっての機能ブロック図の一例を示す図である。ウィンドウ表示部４００は情報機器１０２のディスプレイ３１０上に要求された表示内容と位置とでウィンドウを表示する。ウィンドウレイアウト決定部４０１は表示要求されたウィンドウの表示位置を決定する。また、表示中ウィンドウ情報テーブル４０３の内容を更新する。ウィンドウ表示要求取得部４０２はウィンドウの表示要求をアプリケーションソフトから取得する。表示中ウィンドウ情報テーブル４０３は情報機器１０２のディスプレイ３１０上に表示中のすべてのウィンドウに関してウィンドウの表示位置と表示サイズとに関する情報を保持する。親ウィンドウ重複禁止属性テーブル４０４はウィンドウの種類ごとに親ウィンドウに対して重ねて表示することを許すか否かのフラグ情報を保持する。ここで親ウィンドウとは、ウィンドウの呼び出し元のウィンドウのことである。アプリケーションを新規に立ち上げた場合のように親ウィンドウに相当するウィンドウが存在しない場合は、デスクトップ・ウィンドウをダミーの親ウィンドウとする。
【００３１】
以下、本実施形態における情報機器１０２の動作の詳細を説明する。
【００３２】
図５は、本実施形態を実現するフローチャートの一例である。このフローチャートは情報機器１０２のＣＰＵ３０１がＲＯＭ３０３やＨＤ３１２に保存されたプログラムを実行することで処理される。
【００３３】
ステップＳ５００で、ウィンドウ表示要求取得部４０２は、ウィンドウの表示を要求したアプリケーションソフトからウィンドウ表示要求情報６００を取得する。以下、表示を要求されたウィンドウを当該ウィンドウと呼ぶ。
【００３４】
図６は、ウィンドウ表示要求情報６００の一例を示す図である。図６において、ウィンドウＩＤ６０１はウィンドウの種類ごとに一意に割り当てられた識別番号である。表示内容６０２はウィンドウを表示するときにその内部に表示される内容である。ウィンドウサイズ６０３は表示されるウィンドウの水平方向及び垂直方向のピクセル数である。これらの項目はアプリケーションソフト作成時にウィンドウの種類ごとに設定される。
【００３５】
親ウィンドウインスタンスＩＤ６０４は、当該ウィンドウの親ウィンドウのインスタンスＩＤである。ここでインスタンスＩＤとは、ウィンドウレイアウト決定部４０１が、表示中の全ウィンドウに対してウィンドウを一意に識別するために付加する識別番号である。ウィンドウの種類ごとに事前に設定されるウィンドウＩＤ６０１と、表示の際に割り当てられるインスタンスＩＤとは異なる。例えば、図２に示すウィンドウ２００とウィンドウ２１０とは、どちらも同じ種類のウィンドウであるため共通のウィンドウＩＤ６０１を有する。しかし、表示されるウィンドウとしては異なるため、異なるインスタンスＩＤを有する。一方、ウィンドウ２２０はウィンドウ２００が変化したものであるため、共通のインスタンスＩＤを有する。しかし、ウィンドウの種類が異なるため、異なるウィンドウＩＤ６０１を有する。
【００３６】
次に、親ウィンドウについて説明する。親ウィンドウは当該ウィンドウを呼び出す元となったウィンドウのことである。例えば、図２に示すウィンドウ２３０の親ウィンドウはウィンドウ２００である。一方、ウィンドウ２４０を呼び出す元となったウィンドウは、ウィンドウ２３０である。しかし、ウィンドウ２４０の表示と同時にウィンドウ２３０は閉じられるため、ウィンドウ２３０の親ウィンドウであるウィンドウ２００がウィンドウ２４０の親ウィンドウとなる。このように、親ウィンドウが閉じられた場合には、さらにその親ウィンドウが当該ウィンドウの親ウィンドウとなる。
【００３７】
以下の説明では、図２に示すウィンドウ２３０が表示を要求されたウィンドウである場合を想定する。したがって、親ウィンドウはウィンドウ２００となる。
【００３８】
図５に戻り、ステップＳ５０１で、ウィンドウレイアウト決定部４０１は、ウィンドウ表示要求取得部４０２からウィンドウ表示要求情報６００を受け取り、ウィンドウＩＤ６０１を参照する。このウィンドウＩＤ６０１を用いて、親ウィンドウ重複禁止属性テーブル４０４から親ウィンドウに対して当該ウィンドウを重ねて表示することが禁止されるか否かのフラグ情報を取得する。
図７は、親ウィンドウ重複禁止属性テーブル４０４の一例を示す図である。ウィンドウＩＤ７００はウィンドウの種類ごとに一意に割り当てられた識別番号であり、ウィンドウ表示要求情報６００のウィンドウＩＤ６０１に対応する。
【００３９】
親ウィンドウ重複禁止属性７０１は当該ウィンドウを、その親ウィンドウに重ねて表示することが禁止されるか否かのフラグ情報である。「１」は禁止を表し、「０」は許可を表す。親ウィンドウ重複禁止属性７０１は当該ウィンドウの特性によって決まる値である。そのため、アプリケーションソフト作成時にウィンドウの種類ごとに親ウィンドウ重複禁止属性７０１の設定値は設定される。
【００４０】
本実施形態では、図６に示すウィンドウ表示要求情報６００のウィンドウＩＤ６０１が「１０００」であるため、図７に示す親ウィンドウ重複禁止属性テーブル４０４のウィンドウＩＤ７００が「１０００」に一致するエントリ行を検索する。検索結果であるエントリ行７０２の親ウィンドウ重複禁止属性７０１には「１」が設定されている。すなわち、当該ウィンドウは、その親ウィンドウへ重ねて表示することが禁止される。
【００４１】
ステップＳ５０２で、ウィンドウレイアウト決定部４０１は、当該ウィンドウの親ウィンドウの表示位置と表示サイズとに関する情報を表示中ウィンドウ情報テーブル４０３から取得する。
【００４２】
図８は、表示中ウィンドウ情報テーブル４０３の一例を示す図である。表示中ウィンドウ情報テーブル４０３には、表示中であるすべてのウィンドウのレイアウト情報が保持される。インスタンスＩＤ８００はウィンドウを一意に識別するための識別番号である。ウィンドウ位置座標８０１は、ユーザから見てウィンドウの左上角部分がディスプレイ座標系上のどこに位置するかを示すものである。ディスプレイ座標系のとり方は任意であるが、ここではユーザから見てディスプレイ３１０の左上角を（０，０）とし、向かって右方向及び下方向を正方向とした座標軸とし、ピクセル幅を１単位とする。ウィンドウサイズ８０２はウィンドウの水平方向及び垂直方向のピクセル数を示す。ウィンドウレイアウト決定部は、新規ウィンドウの表示とともにエントリ行を追加し、ウィンドウが閉じられるとともに対応するエントリ行を削除する。また、ウィンドウのサイズや表示位置がユーザにより変更された場合にはそれにあわせてエントリ行を更新する。
【００４３】
本実施形態では、エントリ行８０３及び８０４がそれぞれ図２に示すウィンドウ２００及び２１０に対応するとする。前述の通り、ウィンドウ２２０のインスタンスＩＤ８００はウィンドウ２００のものと同一であるため、ウィンドウ２２０もエントリ行８０３に対応する。
【００４４】
図６に示すウィンドウ表示要求情報６００より、ウィンドウレイアウト決定部４０１は、当該ウィンドウの親ウィンドウインスタンスＩＤが「４７２８」であることがわかる。これを用いて図８に示す表示中ウィンドウ情報テーブル４０３から、インスタンスＩＤ８００が「４７２８」であるエントリ行を検索する。検索結果であるエントリ行８０３のウィンドウ位置座標８０１である「（０，０）」とウィンドウサイズ８０２である「１０２４×７６８」とを一時的に記憶する。
【００４５】
ステップＳ５０３で、ウィンドウレイアウト決定部４０１は、ステップＳ５０１において取得した親ウィンドウ重複禁止属性７０１が「１」であるか否かを判定する。「１」である（ステップＳ５０３において「ＹＥＳ」）場合、ステップＳ５０４に移行する。「０」である（ステップＳ５０３において「ＮＯ」）場合、ステップＳ５０７に移行する。ここでは親ウィンドウ重複禁止属性７０１が「１」であるため、ステップＳ５０４に移行する。親ウィンドウ重複禁止属性７０１が「０」となる例は後述する。
【００４６】
ステップＳ５０４で、ウィンドウレイアウト決定部４０１は、親ウィンドウが表示されている領域以外に当該ウィンドウを表示するための領域の候補を検索する。ここで再度、図８の表示中ウィンドウ情報テーブル４０３を利用する。
【００４７】
まず、図８において、表示中ウィンドウ情報テーブル４０３から、ステップＳ５０２において取得した親ウィンドウのウィンドウ位置座標８０１と異なるウィンドウ位置座標８０１を有するエントリ行を検索する。次に、検索結果であるエントリ行のウィンドウ位置座標８０１に当該ウィンドウを表示した場合に、当該ウィンドウと親ウィンドウとが重複領域を有するか否かを判定する。重複領域を有しないと判定された場合は、そのウィンドウ位置座標８０１が当該ウィンドウのウィンドウ位置座標８０１の候補となる。
【００４８】
ここで、取得した親ウィンドウのウィンドウ位置座標８０１は「（０，０）」である。そこで、表示中ウィンドウ情報テーブル４０３から、ウィンドウ位置座標８０１が「（０，０）」でないエントリ行を検索する。その結果、エントリ行８０４が検出される。
【００４９】
続いて、エントリ行８０４のウィンドウ位置座標８０１である「（１０２４，０）」に当該ウィンドウを表示した場合に親ウィンドウと重複する領域を有するか否かを判定する。当該ウィンドウサイズ６０３は「１０２４×７６８」であるため、当該ウィンドウが占める水平方向の範囲は、１０２４から２０４７までである。この範囲は、親ウィンドウが占める水平方向の範囲である０から１０２３までとは重複しない。したがって、ウィンドウ位置座標８０１を「（１０２４，０）」として当該ウィンドウを表示すれば親ウィンドウと重複しないことになる。このように、水平方向又は垂直方向の少なくとも一方が重複しなければ、両ウィンドウ同士は重複する領域を有しない。
【００５０】
ステップＳ５０５で、候補の領域がある場合（ステップＳ５０５において「ＹＥＳ」）は、その候補の領域のウィンドウ位置座標８０１に当該ウィンドウの表示位置を設定するため、ステップＳ５０６に移行する。候補の領域がない場合（ステップＳ５０５において「ＮＯ」）は親ウィンドウに重ねて当該ウィンドウを表示する設定を行うため、ステップＳ５０７に移行する。
【００５１】
本実施形態では親ウィンドウの表示領域以外に当該ウィンドウを表示する候補の領域がある（ステップＳ５０５において「ＹＥＳ」）ため、ステップＳ５０６に移行する。
【００５２】
なお、当該ウィンドウのすべての領域がディスプレイ３１０内に表示されるようなウィンドウ位置座標８０１を検索することが望ましい。それにより、ユーザが当該ウィンドウを移動することなしに、すべての内容を確認できる。
【００５３】
ステップＳ５０６で、ウィンドウレイアウト決定部４０１は、ステップＳ５０４において検索したウィンドウ位置座標８０１を当該ウィンドウのウィンドウ位置座標８０１に設定する。本実施形態では、ウィンドウ位置座標８０１に「（１０２４，０）」が設定される。
【００５４】
ステップＳ５０８で、ウィンドウ表示部４００は、ステップＳ５０６において設定されたウィンドウ位置座標８０１に当該ウィンドウを表示する。それに伴い、ウィンドウレイアウト決定部４０１は表示中ウィンドウ情報テーブル４０３に当該ウィンドウに対応するエントリ行を追加する。
【００５５】
ステップＳ５０８の結果、図２ｂに示したレイアウトが実現される。
【００５６】
続いて、ユーザがウィンドウ２３０を観察した結果、計測安定性確認の選択肢２３４を選択してＯＫボタン２３５を押下した場合の動作を説明する。この場合においても図５に示すフローチャートに従った動作が行われる。
【００５７】
ステップＳ５００で、ウィンドウ表示要求取得部４０２は、ウィンドウの表示を要求したアプリケーションソフトからウィンドウ表示要求情報９００を取得する。
【００５８】
図９は、ウィンドウ表示要求情報９００の一例を示す図である。各項目の内容は図６に示したウィンドウ表示要求情報６００と同様である。ここでは図２ｃに示すウィンドウ２４０が表示を要求されたウィンドウであるとする。また、ウィンドウ２４０の呼出し元のウィンドウはウィンドウ２３０であるが、ウィンドウ２４０の表示に伴い閉じられるため、その親ウィンドウであるウィンドウ２２０が当該ウィンドウの親ウィンドウとなる。そのため、ウィンドウ表示要求情報９００の親ウィンドウインスタンスＩＤ９０４には、ウィンドウ２２０のインスタンスＩＤ８００である「４７２８」が指定される。
【００５９】
図５に示すステップＳ５０１で、図７に示す親ウィンドウ重複禁止属性テーブル４０４のウィンドウＩＤ７００が「１００５」に一致するエントリ行を検索する。検索結果であるエントリ行７０３の親ウィンドウ重複禁止属性７０１には「０」が設定されている。すなわち、当該ウィンドウは親ウィンドウへ重ねて表示しても良い。
【００６０】
ステップＳ５０２で、ウィンドウレイアウト決定部４０１は、当該ウィンドウの親ウィンドウの表示位置と表示サイズとに関する情報を図８に示す表示中ウィンドウ情報テーブル４０３から取得する。
【００６１】
先程の例と同様にして、検索結果であるエントリ行８０３のウィンドウ位置座標８０１である「（０，０）」とウィンドウサイズ８０２である「１０２４×７６８」とを一時的に記憶する。
【００６２】
ステップＳ５０３で、ウィンドウレイアウト決定部４０１は、ステップＳ５０１において取得した親ウィンドウ重複禁止属性７０１が「１」であるか否かを判定する。本実施形態では「０」である（ステップＳ５０３において「ＮＯ」）ため、ステップＳ５０７に移行する。
【００６３】
ステップＳ５０７で、ステップＳ５０２において取得したウィンドウ位置座標８０１を当該ウィンドウのウィンドウ位置座標８０１に設定する。本実施形態では、ウィンドウ位置座標８０１に「（０，０）」が設定される。
【００６４】
ステップＳ５０８で、ウィンドウ表示部４００は、ステップＳ５０７において設定されたウィンドウ位置座標８０１に当該ウィンドウを表示する。それに伴い、ウィンドウレイアウト決定部４０１は表示中ウィンドウ情報テーブル４０３に当該ウィンドウに対応するエントリ行を追加し、閉じられるウィンドウ２３０に対応するエントリ行を削除する。
【００６５】
なお、当該ウィンドウのウィンドウサイズ８０２は、親ウィンドウのウィンドウサイズ８０２よりも水平方向及び垂直方向のどちらも大きくないように設定されることが望まれる。それにより、当該ウィンドウが親ウィンドウ以外の領域を使用するウィンドウに重複することを防止することができる。
【００６６】
ステップＳ５０８の結果、図２ｃに示したレイアウトが実現される。
【００６７】
以上により、本実施形態によれば、表示するウィンドウの種類に応じて、適切な位置に新規ウィンドウを表示することで、ウィンドウの重複の調整が可能となる。
【００６８】
＜第２の実施形態＞
本実施形態では、ウィンドウの重要度に応じて新規ウィンドウを重ねて表示するか否かを判断する場合を扱う。
【００６９】
本実施形態の動作の概要について図１０を用いて説明する。
【００７０】
図１０は情報機器１０２に付属するディスプレイ３１０に表示されるウィンドウの遷移の一例を説明する図である。図１０ａは第１の実施形態における図２ａと同様に、エラーなどが発生していない通常の状態で表示されるウィンドウの様子である。
【００７１】
図１０ｂは、ステッパ２号機１０１においてマスキングブレード電源異常エラーが発生しており、当該エラーに関するウィンドウ１０３０が情報機器１０２のディスプレイ３１０に表示された直後のウィンドウの様子である。
【００７２】
図１０ｃは、さらにその後、ステッパ１号機においてレチクルアライメントエラーが発生し、当該エラーに関するウィンドウ１０４０が表示された直後のウィンドウの様子である。
【００７３】
ステッパ１号機において発生したエラーの種類は第１の実施形態における例と同一である。しかし、図１０ｃにおいてウィンドウ１０４０がステッパ１号機のＣＣＤカメラ撮影画像を表示するウィンドウ１０００に重なって表示される。これは、ステッパ１号機の状態を表示するウィンドウ１０４０よりもステッパ２号機の状態を表示するウィンドウ１０３０の方がウィンドウの重要度が高いためである。そこで、この例の場合は、初期状態として、重要度の高いウィンドウを隠さないように新規ウィンドウが表示されることが望ましい。
【００７４】
本実施形態の機器装置構成については第１の実施形態で説明した図３と同一であるため説明を省略する。
【００７５】
図１１は本実施形態を実現するにあたっての機能ブロック図の一例である。第１の実施形態で説明した図４と重複する部分は同じ参照番号を付し、説明を省略する。ウィンドウ重要度テーブル１１００はステッパとして発生し得る状態毎にステッパ安定稼動の視点から決定したウィンドウの重要度を割り当てたテーブルを保持する。
【００７６】
図１２は、本実施形態を実現するフローチャートの一例である。第１の実施形態における図５に示したフローチャートと同一のステップは同一の参照番号を付し、詳細な説明を省略する。このフローチャートは情報機器１０２のＣＰＵ３０１がＲＯＭ３０３やＨＤ３１２に保存されたプログラムを実行することで処理される。
【００７７】
ステップＳ５００で、ウィンドウ表示要求取得部４０２は、ウィンドウの表示を要求したアプリケーションソフトからウィンドウ表示要求情報６００を取得する。以下、表示を要求されたウィンドウを当該ウィンドウと呼ぶ。本実施形態においても第１の実施形態と同様に、図６に示すウィンドウ表示要求情報６００を取得した場合の例を扱う。したがって、図１０に示すウィンドウ１０４０が当該ウィンドウとなり、ウィンドウ１０００が親ウィンドウとなる。
【００７８】
ステップ５０１で、第１の実施形態と同様に、図７に示す親ウィンドウ重複禁止属性テーブル４０４を用いて、親ウィンドウ重複禁止属性７０１を取得する。その結果は「１」であり、当該ウィンドウは親ウィンドウへ重ねて表示することが禁止される。
【００７９】
ステップＳ５０２で、当該ウィンドウの親ウィンドウの表示位置と表示サイズとに関する情報を取得する。
【００８０】
図１３は、表示中ウィンドウ情報テーブル４０３の一例であり、第２の実施形態ではこのテーブルを用いる。エントリ行１３０４、１３０５、及び１３０６がそれぞれ図１０に示すウィンドウ１０００、１０１０、及び１０３０に対応する。ウィンドウＩＤ１３０３はウィンドウの種類ごとに一意に割り当てられた識別番号である。当該ウィンドウの親ウィンドウインスタンスＩＤ６０４は図６に示すウィンドウ表示要求情報６００から「４７２８」であることがわかる。そのため、図１３に示す表示中ウィンドウ情報テーブル４０３のインスタンスＩＤ１３００から「４７２８」を検索する。検索結果であるエントリ行１３０４のウィンドウ位置座標１３０１である「（０，０）」とウィンドウサイズ１３０２である「１０２４×７６８」とを一時的に記憶する。
【００８１】
ステップＳ５０３で、取得済みの親ウィンドウ重複禁止属性７０１が「１」である（ステップＳ５０３において「ｙｅｓ」）と判定されるため、ステップＳ５０４に移行する。
【００８２】
ステップＳ５０４で、ウィンドウレイアウト決定部４０１は、親ウィンドウが表示されている領域以外に当該ウィンドウを表示するための領域の候補を検索する。第１の実施形態と同様にして、エントリ行１３０５のウィンドウ位置座標１３０１である「（１０２４，０）」が当該ウィンドウの表示位置の候補となる。したがって、ステップＳ５０５で「ＹＥＳ」となり、ステップＳ１２００に移行する。
【００８３】
ステップＳ１２００で、候補のウィンドウ位置座標１３０１に当該ウィンドウを表示した場合に表示領域の一部又は全部が重複する他のウィンドウのウィンドウ重要度を、当該ウィンドウのウィンドウ重要度と比較する。
【００８４】
ここで図１４を参照して、ウィンドウ重要度について説明する。図１４は、ウィンドウ重要度を管理するウィンドウ重要度テーブル１１００の一例を示す図である。ウィンドウＩＤ１４００はウィンドウの種類ごとに一意に割り当てられた識別番号である。ウィンドウ重要度１４０１はステッパの運転稼動上の致命的な度合い又は危険の度合いを考慮に入れたウィンドウの重要度を示すものである。数値が大きいほど重要度が高く設定される。装置状態注釈１４０２は当該装置の状態を簡単に説明した文章である。装置状態注釈１４０２を省略しても本発明の効果に影響しない。これらの項目はアプリケーションソフト作成時にウィンドウごとに設定される。
【００８５】
本実施形態では、図６に示すウィンドウ表示要求情報６００のウィンドウＩＤ６０１は「１０００」である。したがって、図１４に示すウィンドウ重要度テーブル１１００のウィンドウＩＤ１４００が「１０００」であるエントリ行１４０３が検出され、ウィンドウ重要度１４０１は「３０００」である。一方、ステップＳ５０４において検索されたウィンドウ位置座標１３０１は「（１０２４，０）」である。当該位置に当該ウィンドウを表示した場合に表示領域の一部又は全部が重複するウィンドウは図１３に示す表示中ウィンドウ情報テーブル４０３のエントリ行１３０５とエントリ行１３０６とに対応するウィンドウである。これらのウィンドウが重複するか否かは、先程親ウィンドウとの重複の判定で説明した方法と同様に行うことができる。本実施形態では全部が重複する場合を扱うが一部のみが重複していても良い。
【００８６】
これらのウィンドウＩＤ１３０３は「０００１」及び「１０５０」である。これらのウィンドウＩＤのウィンドウ重要度１４０１は、図１４に示すウィンドウ重要度テーブル１１００から「００２０」及び「５０００」であることがわかる。したがって、検索された候補の位置に当該ウィンドウを表示した場合に表示領域の一部又は全部が重複するウィンドウに、当該ウィンドウよりもウィンドウ重要度１４０１が高いものが含まれる。
【００８７】
ステップＳ１２０１で、当該ウィンドウのウィンドウ重要度１４０１の方が高い場合（ステップＳ１２０１において「ＹＥＳ」）は、ステップＳ５０６に移行する。当該ウィンドウの方がウィンドウ重要度１４０１が高くない場合（ステップＳ１２０１において「ＮＯ」）は、ステップＳ５０４に戻り、新たな表示位置の候補を検索する。
【００８８】
本実施形態では、ステップＳ１２０１において「ＮＯ」となり、ステップＳ５０４に戻る。そこで、図１３に示す表示中ウィンドウ情報テーブル４０３から、先程検出されたエントリ行１３０５とエントリ行１３０６とを検索対象からはずして、再度検索を行う。今度は当該ウィンドウを表示する候補の領域が検出されないため、ステップＳ５０５において「ＮＯ」となる。その結果、親ウィンドウのウィンドウ位置座標１３０１を当該ウィンドウのウィンドウ位置座標１３０１に設定するため、ステップＳ５０７に移行する。
【００８９】
ステップＳ５０８の結果、図１０ｃ示したレイアウトが実現される。
【００９０】
以上により、本実施形態によれば、表示するウィンドウの重要度に応じて、適切な位置に新規ウィンドウを表示することで、ウィンドウの重複の調整が可能となる。
【００９１】
＜第３の実施形態＞
本実施形態では、ウィンドウが操作中であるか否かに応じて新規ウィンドウを重ねて表示するか否かを判断する場合を扱う。
【００９２】
本実施形態の動作の概要について図１５を用いて説明する。図１５は情報機器１０２に付属するディスプレイ３１０に表示されるウィンドウの遷移の一例を説明する図である。
【００９３】
図１５ａは第２の実施形態における図１０ａと同様に、エラーなどが発生していない通常の状態で表示されるウィンドウの様子である。
【００９４】
図１５ｂは、ステッパ２号機１０１においてハロゲンランプ使用時間超過に関する警告が発生したときの様子である。ウィンドウ１５２０のメッセージ内容を確認したユーザは、ＯＫボタン１５２１を押下する。これにより、ハロゲンランプ交換時の注意事項に関するウィンドウ１５３０が表示される。図１５ｃは、さらにその直後、ステッパ１号機においてレチクルアライメントエラーが発生し、当該エラーに関するウィンドウ１５４０が表示された直後の様子である。
【００９５】
ステッパ１号機において発生したエラーにより表示されるウィンドウ１５４０は、第１の実施形態と同様に、親ウィンドウに重ねて表示されることが禁止されるものである。また、ウィンドウ１５４０のウィンドウ重要度は、ウィンドウ１５３０のウィンドウ重要度よりも高い。しかし、図１５ｃにおいてウィンドウ１５４０はステッパ１号機のＣＣＤカメラ撮影画像のウィンドウ１５００に重なって表示される。これは、ステッパ２号機の警告に関して、ユーザが一連のエラー回復処理を行っている途中であるためである。仮にウィンドウ１５４０がウィンドウ１５３０に重ねて表示されると、ユーザはエラー回復処理を中断しなければならなくなる。そこで、この例の場合は、初期状態として操作中のウィンドウを隠さないように新規ウィンドウが表示されることが望ましい。
【００９６】
本実施形態の機器装置構成については第１の実施形態で説明した図３と同一であるため説明を省略する。
【００９７】
本実施形態を実現するにあたっての機能ブロック図は第２の実施形態で説明した図１１と同様であるため説明を省略する。
【００９８】
図１６は、本実施形態を実現するフローチャートの一例である。第２の実施形態における図１２に示したフローチャートと同一のステップは同一の参照番号を付し、詳細な説明を省略する。このフローチャートは情報機器１０２のＣＰＵ３０１がＲＯＭ３０３やＨＤ３１２に保存されたプログラムを実行することで処理される。
【００９９】
ステップＳ５００で、ウィンドウ表示要求取得部４０２は、ウィンドウの表示を要求したアプリケーションソフトからウィンドウ表示要求情報６００を取得する。以下、表示を要求されたウィンドウを当該ウィンドウと呼ぶ。本実施形態においても第１の実施形態と同様に、図６に示すウィンドウ表示要求情報６００を取得した場合の例を扱う。したがって、図１０に示すウィンドウ１０４０が当該ウィンドウとなり、ウィンドウ１０００が親ウィンドウとなる。
【０１００】
ステップ５０１で、第１の実施形態と同様に、図７に示す親ウィンドウ重複禁止属性テーブル４０４を用いて、親ウィンドウ重複禁止属性７０１を取得する。その結果は「１」であり、当該ウィンドウは親ウィンドウへ重ねて表示することが禁止される。
【０１０１】
ステップＳ５０２で、当該ウィンドウの親ウィンドウの表示位置と表示サイズとに関する情報を取得する。
【０１０２】
図１７は、表示中ウィンドウ情報テーブル４０３の一例であり、第３の実施形態ではこのテーブルを用いる。ユーザ操作中属性１７０４については後述する。エントリ行１７０５、１７０６、１７０７及び１７０８がそれぞれ図１５に示すウィンドウ１５００、１５１０、１５２０及び１５３０に対応するとする。当該ウィンドウの親ウィンドウインスタンスＩＤ６０４は図６に示すウィンドウ表示要求情報６００から「４７２８」であることがわかる。そのため、図１７に示す表示中ウィンドウ情報テーブル４０３のインスタンスＩＤ１７００から「４７２８」を検索する。検索結果であるエントリ行１７０５のウィンドウ位置座標１７０１である「（０，０）」とウィンドウサイズ１３０２である「１０２４×７６８」とを一時的に記憶する。
【０１０３】
ステップＳ５０３で、取得済みの親ウィンドウ重複禁止属性７０１が「１」である（ステップＳ５０３において「ｙｅｓ」）と判定されるため、ステップＳ５０４に移行する。
【０１０４】
ステップＳ５０４で、ウィンドウレイアウト決定部４０１は、親ウィンドウが表示されている領域以外に当該ウィンドウを表示するための領域の候補を検索する。第１の実施形態と同様にして、エントリ行１７０６のウィンドウ位置座標１７０１である「（１０２４，０）」が当該ウィンドウの表示位置の候補となる。したがって、ステップＳ５０５で「ＹＥＳ」となり、ステップＳ１２００に移行する。
【０１０５】
ステップＳ１２００で、候補のウィンドウ位置座標１７０１に当該ウィンドウを表示した場合に表示領域の一部又は全部が重複するウィンドウのウィンドウ重要度１４０１を、当該ウィンドウのウィンドウ重要度１４０１と比較する。
【０１０６】
第２の実施形態と同様に、表示領域の一部又は全部が重複するウィンドウのウィンドウ重要度１４０１を図６に示すウィンドウ表示要求情報６００を用いて求める。その結果、それぞれ「００２０」、「１０２２」、及び「１０２２」であることがわかる。また、当該ウィンドウのウィンドウ重要度１４０１は「３０００」である。したがって、表示領域の一部又は全部が重複するウィンドウに、当該ウィンドウよりもウィンドウ重要度１４０１が高いものはない。そのため、ステップＳ１２０１で「ＹＥＳ」となり、ステップＳ１６００に移行する。
【０１０７】
ステップＳ１６００で、検索された候補の位置座標に当該ウィンドウを表示した場合に表示領域の一部又は全部が重複するウィンドウがユーザの操作中であるか否かを判定する。これらのウィンドウが重複するか否かは、先程親ウィンドウとの重複の判定で説明した方法と同様に行うことができる。
【０１０８】
図１７に示す表示中ウィンドウ情報テーブル４０３のユーザ操作中属性１７０４はユーザがエラー回復ウィザード等の一連のウィンドウ操作の途中であるか否かのフラグ情報を保持する。「１」に設定されている場合、ユーザは操作中である。「０」に設定されている場合、ユーザは操作中でない。
【０１０９】
ウィンドウレイアウト決定部が表示中ウィンドウ情報テーブル４０３にエントリ行を追加するときに、ユーザ操作中属性１７０４も同時に追加される。ユーザ操作中属性１７０４は、例えば新規ウィンドウの呼出し方法によって定めることができる。図１５に示すウィンドウ１５３０のように、ユーザがＯＫボタン１５２１を押下することで表示されるウィンドウのユーザ操作中属性１７０４には「１」に設定する。ウィンドウ１５２０のように、エラー発生により自動的に表示されるウィンドウのユーザ操作中属性１７０４には「０」に設定する。なお、ポインティングデバイス等によるポインタの動作やキーボード３０９による入力を検知して、ウィンドウレイアウト決定部が動的にユーザ操作中属性１７０４を変更してもよい。
【０１１０】
操作中のウィンドウがある場合（ステップＳ１６００において「ＹＥＳ」）は、候補のウィンドウ位置座標１７０１に当該ウィンドウのウィンドウ位置座標１７０１を設定するため、ステップＳ５０６に移行する。操作中のウィンドウがない場合（ステップＳ１６００において「ＮＯ」）は、ステップＳ５０４に戻り、新たな表示位置の候補を検索する。
【０１１１】
本実施形態では、当該ウィンドウを表示した場合に表示領域の一部又は全部が重複するウィンドウに対応するエントリ行１７０５、１７０７、及び１７０８のユーザ操作中属性１７０４の値はそれぞれ、「０」、「０」、及び「１」である。そのためステップＳ１６００で「ＮＯ」となり、ステップＳ５０４に戻る。そこで、図１７に示す表示中ウィンドウ情報テーブル４０３から、先程検出されたエントリ行１７０６、１７０７、及び１７０８を検索対象から外して、再度検索を行う。今度は当該ウィンドウを表示する候補の領域が検出されないため、ステップＳ５０５において「ＮＯ」となる。その結果、親ウィンドウのウィンドウ位置座標１７０１を当該ウィンドウのウィンドウ位置座標１７０１に設定するため、ステップＳ５０７に移行する。
【０１１２】
ステップＳ５０８の結果、図１５ｃ示したレイアウトが実現される。
【０１１３】
以上により、本実施形態によれば、ユーザがウィンドウを操作中か否かに応じて、適切な位置に新規ウィンドウを表示することで、ウィンドウの重複の調整が可能となる。
【０１１４】
＜その他の実施形態＞
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１１５】
また、本発明の目的は、前述した機能を実現するコンピュータプログラムのコードを記録した記憶媒体を、システムに供給し、そのシステムがコンピュータプログラムのコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたコンピュータプログラムのコード自体が前述した実施形態の機能を実現し、そのコンピュータプログラムのコードを記憶した記憶媒体は本発明を構成する。また、そのプログラムのコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した機能が実現される場合も含まれる。
【０１１６】
さらに、以下の形態で実現しても構わない。すなわち、記憶媒体から読み出されたコンピュータプログラムコードを、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。そして、そのコンピュータプログラムのコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行って、前述した機能が実現される場合も含まれる。
【０１１７】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するコンピュータプログラムのコードが格納されることになる。
【図面の簡単な説明】
【０１１８】
【図１】２台の半導体露光装置をイーサネット(登録商標）等の標準ネットワーク網を通信手段として制御する場合の構成の一例である。
【図２ａ】本発明の第１の実施形態におけるウィンドウの遷移の一例を説明する図である。
【図２ｂ】本発明の第１の実施形態におけるウィンドウの遷移の他の一例を説明する図である。
【図２ｃ】本発明の第１の実施形態におけるウィンドウの遷移のさらに他の一例を説明する図である。
【図３】本発明の実施形態における情報機器１０２の構成例を示すブロック図である。
【図４】本発明の第１の実施形態における機能ブロック図の一例である。
【図５】本発明の第１の実施形態を実現するフローチャートの一例である。
【図６】本発明の実施形態におけるウィンドウ表示要求情報６００の一例を示す図である。
【図７】本発明の実施形態における親ウィンドウ重複禁止属性テーブル４０４の一例を示す図である。
【図８】本発明の第１の実施形態における表示中ウィンドウ情報テーブル４０３の一例を示す図である。
【図９】本発明の実施形態におけるウィンドウ表示要求情報６００の一例を示す図である。
【図１０ａ】本発明の第２の実施形態におけるウィンドウの遷移の一例を説明する図の一部である。
【図１０ｂ】本発明の第２の実施形態におけるウィンドウの遷移の他の一例を説明する図である。
【図１０ｃ】本発明の第２の実施形態におけるウィンドウの遷移のさらに他の一例を説明する図である。
【図１１】本発明の第２、第３の実施形態における機能ブロック図の一例である。
【図１２】本発明の第２の実施形態を実現するフローチャートの一例である。
【図１３】本発明の第２の実施形態における表示中ウィンドウ情報テーブル４０３の一例を示す図である。
【図１４】本発明の第２、第３の実施形態におけるウィンドウ重要度テーブル１１００の一例を示す図である。
【図１５ａ】本発明の第３の実施形態におけるウィンドウの遷移の一例を説明する図である。
【図１５ｂ】本発明の第３の実施形態におけるウィンドウの遷移の他の一例を説明する図である。
【図１５ｃ】本発明の第３の実施形態におけるウィンドウの遷移のさらに他の一例を説明する図である。
【図１６】本発明の第３の実施形態を実現するフローチャートの一例である。
【図１７】本発明の第３の実施形態における表示中ウィンドウ情報テーブル４０３の一例を示す図である。
【符号の説明】
【０１１９】
１００  ステッパ１号機
１０１  ステッパ２号機
１０２  情報機器
１０３  標準ネットワーク網
【図１】
2009223806.tif 000003
【図２ａ】
2009223806.tif 000004
【図２ｂ】
2009223806.tif 000005
【図２ｃ】
2009223806.tif 000006
【図３】
2009223806.tif 000007
【図４】
2009223806.tif 000008
【図５】
2009223806.tif 000009
【図６】
2009223806.tif 000010
【図７】
2009223806.tif 000011
【図８】
2009223806.tif 000012
【図９】
2009223806.tif 000013
【図１０ａ】
2009223806.tif 000014
【図１０ｂ】
2009223806.tif 000015
【図１０ｃ】
2009223806.tif 000016
【図１１】
2009223806.tif 000017
【図１２】
2009223806.tif 000018
【図１３】
2009223806.tif 000019
【図１４】
2009223806.tif 000020
【図１５ａ】
2009223806.tif 000021
【図１５ｂ】
2009223806.tif 000022
【図１５ｃ】
2009223806.tif 000023
【図１６】
2009223806.tif 000024
【図１７】
2009223806.tif 000025