"第1の表示画面に対応する第1の座標系と、第2の表示画面に対応する第2の座標系と、を管理する座標管理手段と、前記第1及び第2の表示画面の一方に第1のウィンドウを表示するとともに、前記第1のウィンドウに関連付けられた第2のウィンドウの表示位置の決定に用いる座標系を、前記第1及び第2の表示画面の選択条件に従って前記第1及び第2の座標系から選択する表示制御手段と、を備えた、表示システム。前記選択条件は、ポインティングデバイスのカーソルの座標が含まれる表示画面を選択することであり、前記表示制御手段は、前記選択した表示画面に対応する座標系を基準に前記第2のウィンドウの表示位置を決定する、請求項1に記載の表示システム。前記第2のウィンドウは、前記第1のウィンドウに設定されたターゲットに対する操作に応じて呼び出されるサブウィンドウである、請求項1又は2に記載の表示システム。前記第1及び第2の表示画面は、それぞれ別個の表示装置に表示される画面である、請求項1~3のいずれか1項に記載の表示システム。第1の表示画面に対応する第1の座標系と第2の表示画面に対応する第2の座標系とを管理する表示システムにおける表示制御方法であって、前記第1及び第2の表示画面の一方に第1のウィンドウを表示する処理と、前記第1のウィンドウに関連付けられた第2のウィンドウの表示位置の決定に用いる座標系を、前記第1及び第2の表示画面の選択条件に従って前記第1及び第2の座標系から選択する処理と、を含む表示制御方法。しかしながら、従来技術は、表示装置の単一の表示画面に表示する複数ウィンドウの管理及び重ね合わせの切り替えについて教示するに留まる。本発明の目的の一つは、複数の表示画面に複数のウィンドウを表示する際に、ウィンドウの表示位置を適切な位置に制御できるようにすることにある。なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の一つとして位置付けることができる。本発明の表示システムの一態様は、第1の表示画面に対応する第1の座標系と、第2の表示画面に対応する第2の座標系と、を管理する座標管理手段と、前記第1及び第2の表示画面の一方に第1のウィンドウを表示するとともに、前記第1のウィンドウに関連付けられた第2のウィンドウの表示位置の決定に用いる座標系を、前記第1及び第2の表示画面の選択条件に従って前記第1及び第2の座標系から選択する表示制御手段と、を備える。ここで、前記選択条件は、ポインティングデバイスのカーソルの座標が含まれる表示画面を選択することであり、前記表示制御手段は、前記選択した表示画面に対応する座標系を基準に前記第2のウィンドウの表示位置を決定する、こととしてもよい。また、前記第2のウィンドウは、前記第1のウィンドウに設定されたターゲットに対する操作に応じて呼び出されるサブウィンドウである、こととしてもよい。さらに、前記第1及び第2の表示画面は、それぞれ別個の表示装置に表示される画面である、こととしてもよい。また、本発明の表示システムにおける表示制御方法の一態様は、第1の表示画面に対応する第1の座標系と第2の表示画面に対応する第2の座標系とを管理する表示システムにおける表示制御方法であって、前記第1及び第2の表示画面の一方に第1のウィンドウを表示する処理と、前記第1のウィンドウに関連付けられた第2のウィンドウの表示位置の決定に用いる座標系を、前記第1及び第2の表示画面の選択条件に従って前記第1及び第2の座標系から選択する処理と、を含む。以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本発明は、その趣旨を逸脱しない範囲で種々変形各実施例を組み合わせる等して実施することができる。また、以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付して表している。図面は模式的なものであり、必ずしも実際の寸法や比率等とは一致しない。図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることがある。1一実施形態の説明図1は、一実施形態に係る表示システムの一例を示すブロック図である。図1に示す表示システム1は、例示的に、CPUCentralProcessingUnit11、RAMRandomAccessMemory12、ROMReadOnlyMemory13、ハードディスク等の記憶装置14、1又は複数のインターフェースI/F15A~15D、複数のモニタ16-1~16-NNは自然数であり、以下ではN=2と仮定する、キーボード17、マウス18等のポインティングデバイスを備える。キーボード17及びマウス18は、表示システム1のユーザが表示システム1に情報を入力するために用いられる入力デバイスの一例である。キーボード17は、タッチパネル式のものでもよい。入力情報の一例は、どのモニタ16-ii=1~Nのいずれかにどのウィンドウをどのようなレイアウト座標で表示させるか等を指定する情報である。ウィンドウレイアウトの設定例については図4を用いて後述する。モニタ16-iは、それぞれ、液晶ディスプレイ、PDPプラズマディスプレイパネル、HMDヘッドマウントディスプレイ等の表示装置である。モニタ16-iは、例えばCPU11による表示制御の下、RAM12やROM13、記憶装置14に記憶されているデータを表示する。なお、モニタ16-iのいずれか又はすべては、情報入力が可能なタッチパネル式のものでもよい。インターフェース15A~15Dは、それぞれモニタ16-i、キーボード17及びマウス18等の周辺機器ペリフェラルを接続するために用いられるインターフェースである。当該インターフェースには、例示的に、USB、IEEE1394、シリアル、パラレル、赤外線、無線等のインターフェースを用いることができる。記憶装置14は、例えばモニタ16-iの表示画面制御を行なう表示制御プログラムを記憶する。表示制御プログラムは、コンピュータ読取可能な記録媒体に記録された形態で提供することができる。記録媒体には、例えば、ハードディスク、磁気ディスク、光磁気ディスク、CD-ROMCompactDiskReadOnlyMemory、DVDDigitalVersatileDisk、BDBluerayDisk、ROMカートリッジ、バッテリバックアップ付きRAMカートリッジ、フラッシュメモリカートリッジ、不揮発性RAMカートリッジ等が含まれる。コンピュータの一例である表示システム1は当該記録媒体から表示制御プログラムを読み取って記憶装置14やRAM12に転送し格納して用いる。また、表示制御プログラムは、例えばインターネット等の通信ネットワークを介して表示システム1に提供することもできる。なお、コンピュータとは、例示的に、ハードウェアとオペレーティングシステムOSとを含む概念であり、OSの制御の下で動作するハードウェアを意味することがある。また、OSが不要でプログラム単独でハードウェアを動作させることが可能な場合には、そのハードウェアがコンピュータに相当すると位置付けることができる。ハードウェアは、CPU等の演算装置と、記録媒体に記録されたプログラムを読み取り可能な読み取り装置とを含むことができる。表示制御プログラムは、上述のようなコンピュータに、表示システム1としての機能を実現させるプログラムコードを含んでいる。その機能の一部はプログラムではなくOSによって実現されてもよい。ROM13は、不揮発性記憶媒体の一例であり、例えば、表示システム1が起動する際に、CPU11にマイクロコードを設定したり、各部を初期化したり、記憶装置14からOS等を起動し、プログラムが実行されるような指示を行なったりするためのプログラムやデータを記憶する。RAM12は、揮発性記憶媒体の一例であり、CPU11の作業領域ワークメモリを提供する。CPU11は、演算処理能力を備えたプロセッサの一例である。CPU11は、ROM13や記憶装置14に記憶されたプログラムやデータ、インターフェース15A~15Dを通じて与えられる各種入力情報を作業領域であるRAM12に展開し、展開したプログラム等に従って動作することにより、コンピュータを表示システム1として機能させる。なお、CPU11の代わりに、MPUMicroProcessingUnitや、DSPDigitalSignalProcessor、ASICApplicationSpecificProcessorを用いてもよい。次に、図2に図1に例示した表示システム1の機能ブロック図を示す。図2に示す表示システム1は、上述したようにCPU11がRAM12、ROM13及び記憶装置14と協働して表示制御プログラムを実行することよって、例示的に、モニタ/ウィンドウ管理部111及びウィンドウ表示制御部112としての機能を有する。モニタ/ウィンドウ管理部以下、単に管理部ともいう。111は、例示的に、モニタ16-iを識別する情報以下モニタIDと称する。や、個々のモニタ16-iの表示領域に対応する座標系及びサイズのデータ、モニタ16-iのいずれかに表示する1又は複数のウィンドウのデータ等、をRAM12やROM13、記憶装置14において管理する。モニタIDは、例示的に、メインモニタとサブモニタ、あるいはプライマリモニタとセカンダリモニタといったモニタ16-iの名称や、モニタ16-iに割り当てられた番号等であってよい。ウィンドウには、1又は複数のアプリケーションがグラフィカルユーザインタフェースGUIで表示するウィンドウが含まれてよい。別言すると、モニタ/ウィンドウ管理部111は、個々のアプリケーションに依存しない独立したウィンドウ管理を可能にする。ウィンドウのデータには、モニタ16-iの表示画面におけるウィンドウの名称や、種類、表示位置座標データ、表示サイズ、表示形式等を示すデータ以下属性データという。が含まれてよい。ウィンドウの一例は、プラント等の監視制御のために表示されるプラント監視制御ウィンドウである。プラント監視制御ウィンドウには、例示的に、グラフィックウィンドウ、グラフィックサブウィンドウ等の複数種類のウィンドウが含まれてよい。グラフィックウィンドウは、例えばプラント等に配置されたポンプ、タンク、バルブ等の機器や、当該機器の運転状態等を検出するセンサ等の計器類、それらの接続関係を示す配管等を、所定の画面部品アイコン等データを用いて視覚的に表示するウィンドウである。図3に、グラフィックウィンドウ160の表示例を示す。図3は、プラント設備の一例である減圧軽油脱硫装置の構成を視覚的に表示している。図3には、例示的に、反応塔供給加熱炉F-1、積留塔供給加熱炉F-2、アミンタンク、サワーガスタンク、硫化水素回収系、配管等の要素がそれぞれに対応する画面部品を用いて表示されている。このようなグラフィックウィンドウ160には、他のウィンドウやプログラム等を呼び出すスクリプト等の簡易的なプログラムを関連付けることができる。例えばグラフィックウィンドウ160の所定位置に設定表示されるメニューやアイコンに所定のイベントの発生に応じて別のウィンドウを出現例えばポップアップ表示させるスクリプトを関連付けておくことで、当該イベントの発生に応じて別のウィンドウをモニタ16-iの画面に出現させることができる。別のウィンドウの一例は、グラフィックウィンドウに関連付けられたグラフィックサブウィンドウ161である。また、所定のイベントが発生する例としては、メニューやボタン以下ターゲットともいう。に対するユーザの操作例えばマウスクリックが挙げられる。グラフィックサブウィンドウ161は、例えばグラフィックウィンドウに表示されている画面部品に対応する機器や計器類の詳細や設定制御パラメータやリミット値等、状態等の情報を表示する。グラフィックサブウィンドウ161には、例示的に、機器や計器類についてのアラーム情報を表示するアラームサブウィンドウ、機器や計器類についてのメッセージを表示するメッセージサブウィンドウ、機器や計器類の状態を表示したり調整したりするために用いられるフェイスプレートサブウィンドウ、計器類の計測値のヒストリカルデータやリアルタイムデータを表示するトレンドサブウィンドウ等が含まれてよい。上述した各種ウィンドウは、モニタ/ウィンドウ管理部111において、適宜、相互に関連付けることで階層化して管理することができる。ウィンドウ表示制御部112は、管理部111で管理されている上記各種ウィンドウの属性データに基づいて、当該ウィンドウをモニタ16-iの表示画面に表示するための制御を行なう。表示制御には、1又は複数のウィンドウを表示システム1のユーザが使い易いようにモニタ16-iにおいてレイアウトする制御や、ウィンドウに表示された監視対象ポイントや操作ポイント等に対する操作に応じたスクリプトの実行等が含まれてよい。モニタ16-iに表示するウィンドウのレイアウトは、上述した各種のウィンドウ別に設定することが可能である。図4及び図5にGUIを用いたレイアウト設定ウィンドウ110の一例を示す。レイアウト設定ウィンドウ110には、例示的に、所定の設定項目を有する設定タブがウィンドウ0~MMは自然数であり、例えば6別に用意されている。ユーザは、設定を行ないたい設定タブをマウスクリック等によって選択して、選択したウィンドウjj=0~Mのいずれかについて設定項目フィールドに応じた設定データの入力を行なう。設定項目の一例としては、ウィンドウjに関する基本データや、ウィンドウjを表示すべき位置とサイズ等が挙げられる。基本データには、例示的に、当該ウィンドウjの表示の有効/無効を制御するデータフラグ、当該ウィンドウjの表示先モニタを指定する情報が含まれてよい。表示先モニタの指定は、モニタID例えば、プライマリ=1、セカンダリ=2等で明示的に行なってもよいし、他のパラメータ、例えばマウスカーソルの現在の表示位置に依存して表示先のモニタが決まるようにしてもよい。例示的に、カーソル位置依存例えば、モニタID=0を指定すると、マウスカーソルが表示されているモニタ16-iにウィンドウjを表示させる設定となる。ウィンドウjを表示すべき位置の設定は、例示的に、基本データにより特定されたモニタカーソル位置依存の場合はマウスカーソルが現在表示されているモニタ16-iの座標を入力することで行なう。別言すると、ウィンドウjの表示位置の指定は、モニタと当該モニタに対応する座標系における座標相対座標との組み合わせで行なうことができる。別言すると、本実施形態におけるウィンドウjの表示位置の管理、制御は、複数のモニタ16-iの表示画面を1つの表示画面として管理する座標系絶対座標を基準にするのではなく、モニタ16-i別の表示画面に対応する座標系相対座標を基準にする。なお、モニタ16-iに対応する座標系の基準座標や、モニタ16-iに表示するウィンドウjの基準となる座標は、自由に設定してよいが、非限定的な一例として、モニタ16-iの表示領域やウィンドウjに向かって例えば左上角や右下角等に決めておくと設定が容易である。図4の例では、基本データにより特定されたモニタ16-iに向かって左上角を基準座標原点とし、当該原点を基準にウィンドウjの基準座標例えば左上角の座標を例えばピクセル単位で設定できることを示している。表示するウィンドウjのサイズ幅×高さは、例えばピクセル単位で設定できる。図4には、モニタ16-iの左上角原点として画面サイズと同じサイズ1280×1024でウィンドウ0が表示される設定が例示されている。一方、図5の例は、別のウィンドウ1についての設定例を示しており、例えばモニタ16-iの左上角を原点として170×880のサイズのウィンドウサブウィンドウ1の左上角が1080,120の座標に位置するようウィンドウ1フェイスプレートFSPをモニタ16-iの常に前面に表示させる設定例を示している。図4及び図5に例示した設定により、例えばウィンドウ0とサブウィンドウ1とを図3や図6に例示するようなレイアウトでモニタ16-iに表示させることが可能になる。以上のようにしてレイアウト設定ウィンドウ110の各設定項目に入力された情報は、例えばOKボタンをマウスクリックすることで、既述の属性データの一例としてモニタ/ウィンドウ管理部111にて記憶、管理される。以下、本実施形態の表示システム1による表示制御の一例について、図6~図8を用いて詳述する。なお、以下では、便宜的に、モニタ数がN=2の場合であり、モニタ16-1が第1の表示画面を表示するプライマリモニタ、モニタ16-2が第2の表示画面を表示するセカンダリモニタであると仮定する。また、プライマリモニタ16-1に対応する座標系が第1の座標系の一例であり、セカンダリモニタ16-2に対応する第2の座標系の一例である。まず、プライマリモニタ16-1及びセカンダリモニタ16-2のいずれか一方例えば図6に例示するようにプライマリモニタ16-1に、例えば図3に例示した減圧軽油脱硫装置についてのグラフィックウィンドウ160が表示されているとする。当該グラフィックウィンドウ160は、第1のウィンドウの一例である。なお、他方の表示内容は不問であるが、図6には、例示的に、減圧軽油脱硫装置に対して設定された複数の監視ポイントについてのトレンドグラフを並列的に表示するウィンドウグループウィンドウ162が表示された様子を示している。かかる表示状態において、ユーザが、例えば当該グラフィックウィンドウ160に表示されたアイコン等のターゲットに対する操作例えばマウスクリック等を行なう。すると、当該ターゲットに関連付けられたスクリプトがウィンドウ表示制御部112にて実行され、当該ターゲットに対応するグラフィックサブウィンドウ例えばフェイスプレートサブウィンドウ161が呼び出されるポップアップ表示される。当該サブウィンドウ161は第2のウィンドウの一例である。呼び出されたサブウィンドウ161は、既述のレイアウト設定ウィンドウ110図4参照を通じて指定された座標に自動的に配置される。ここで、仮に、指定された座標がプライマリモニタ16-1の表示領域に対応する座標系を基準にした絶対座標で指定されていたとする。この場合、サブウィンドウの呼び出し元のグラフィックウィンドウ以下親ウィンドウともいう。160がプライマリモニタ16-1に表示されていたとすると、親ウィンドウ160から呼び出されたサブウィンドウ161は、プライマリモニタ16-1に所期の位置に表示される。しかし、例えば図7に点線枠161で示すように、親ウィンドウ160がセカンダリモニタ16-2に表示された状態でサブウィンドウ161が呼び出されると、サブウィンドウ161は、プライマリモニタ16-1の表示領域に対応する座標系を基準にした絶対座標指定のため、親ウィンドウ160が表示されているセカンダリモニタ16-2とは異なるプライマリモニタ16-1に表示されてしまう。これは、呼び出し元のウィンドウと関係性のあるサブウィンドウが、呼び出し元のウィンドウが表示されているモニタ16-2とは異なるモニタ16-1に表示される結果になることを意味する。別言すると、プライマリモニタ16-1には、その表示内容とは無関係あるいは関係性の低いサブウィンドウが表示されることになる。結果として、ユーザの誤認識や誤操作を誘発する可能性がある。そこで、本実施形態では、図4を用いて説明したように、呼び出し元のウィンドウと関係性のあるサブウィンドウの表示位置を、モニタを指定する情報と当該モニタに対応する座標を基準にした相対座標との組み合わせで指定する。これにより、サブウィンドウは、その呼び出し方法例えばスクリプトの記述内容を変更しなくても、指定されたモニタ16-iに望ましい位置で表示させることができる。仮に、モニタ16-iの指定別言すると、モニタ16-iの選択条件をカーソル位置依存に設定しておけば、サブウィンドウは、当該サブウィンドウの呼び出し元である親ウィンドウが表示されているモニタ16-iに表示させることができる。図8に、以上のようなウィンドウ表示制御を実現するフローチャートの一例を示す。まず、或るウィンドウがモニタ16-iのいずれかに表示されている状態で、当該ウィンドウのサブウィンドウA以下、単にウィンドウAと表記する。が呼び出されると処理P10、ウィンドウ表示制御部112は、管理部111から当該ウィンドウAのモニタID例示的にモニタ番号と相対座標とを取得する処理P20。次いで、ウィンドウ表示制御部112は、モニタ番号N=0であるか否かすなわち、カーソル位置依存が指定されているか否かをチェックする処理P30。カーソル位置依存が指定されていれば処理P30でYESであれば、ウィンドウ表示制御部112は、マウスカーソルの現在位置座標を検知取得する処理P40。さらに、ウィンドウ表示制御部112は、モニタ番号Nを1に設定した上で処理P50、モニタ番号N=1のモニタ16-1が存在するか否かをチェックする処理P60。モニタ番号N=1のモニタ16-1が存在すれば処理P60でYESであれば、ウィンドウ表示制御部112は、管理部111から当該モニタ16-1の表示領域の座標とサイズとを取得する処理P70。そして、ウィンドウ表示制御部112は、マウスカーソルの現在位置座標と、取得したモニタ16-1の座標及びサイズとを比較することにより、マウスカーソルの現在位置座標がモニタ16-1の表示領域に含まれているか否か、すなわちマウスカーソルがモニタ16-1に表示されているか否かをチェックする処理P80。マウスカーソルがモニタ16-1に表示されていなければ処理P80でNOであれば、ウィンドウ表示制御部112は、モニタ番号Nを1つインクリメントN=N1し処理P90、他のモニタ16-2にマウスカーソルが表示されているか否かを同様にチェックする処理P60。モニタ16-1又は16-2にマウスカーソルが表示されていれば処理P80でYESであれば、ウィンドウ表示制御部112は、当該モニタ16-1又は16-2に対応する座標系あるいは当該座標系の基準座標を取得し処理P120、当該座標系の基準座標とウィンドウAの相対座標とを加算した座標にウィンドウAを表示する処理P130。別言すると、ウィンドウ表示制御部112は、各モニタ16-1及び16-2のそれぞれに対応する座標系のうち、マウスカーソルの座標が含まれる座標系を選択し、選択した座標系を基準にウィンドウAの表示位置を決定する。ここで、ウィンドウAが親ウィンドウのターゲットに対してマウスクリック等の操作によって呼び出された場合、マウスカーソルは、当該操作を行なったモニタ16-i、すなわちウィンドウAの呼び出し元である親ウィンドウを表示しているモニタ16-iに表示されている確率が高い。したがって、ウィンドウAは、マウスクリック等の操作の行なわれたモニタ16-i、別言すれば、ユーザが作業中のモニタ16-iに表示されることになる。なお、マウスカーソルがN個のどのモニタ16-iにも表示されていない場合接続ミス等でモニタ数が0とCPU11で認識されている場合を含む、ウィンドウ表示制御部112は、例えばエラーメッセージを出力する処理P100。エラーメッセージの出力先は、存在しているCPU11が接続を認識しているモニタ16-iでもよいし、CPU11図1参照に接続されたプリンタ等の周辺機器でもよい。また、カーソル位置依存が指定されていない場合処理P30でNOの場合、ウィンドウ表示制御部112は、レイアウト設定ウィンドウ110でウィンドウAについて指定されたモニタ番号例えばプライマリモニタなら1、セカンダリモニタなら2を変数Nに設定する処理P110。これにより、ウィンドウ表示制御部112は、当該モニタ番号Nのモニタ16-iに対応する座標系あるいは当該座標系の基準座標を取得し処理P120、当該座標系の基準座標とウィンドウAの相対座標とを加算した座標にウィンドウAを表示する処理P130。以上のように、本実施形態によれば、複数のモニタ16-iを備えた表示システム1において、サブウィンドウの表示位置を、モニタ16-iの選択条件に従って選択した座標系を基準にした相対座標で制御するので、座標系を変換したり、親ウィンドウに設定するスクリプトの内容を変更したりしなくても、サブウィンドウを所期のモニタ16-iに適切な位置で表示することが可能となる。また、モニタ16-iの選択条件の一例としてカーソル位置依存を指定しておくことで、サブウィンドウを、当該サブウィンドウの呼び出し元である親ウィンドウが表示されているモニタ16-iに表示させることができる。したがって、ユーザが作業中のモニタ16-iを自動的に認識あるいは推定して、当該モニタ16-iにサブウィンドウを表示させることができる。結果として、ユーザのプラント監視制御に係る作業効率の向上、ユーザの誤認識や誤操作の低減を図ることができ、ひいてはプラント等の保守コストの低減化に寄与する。2その他上述した実施形態では、モニタ16-i基準座標系の選択条件の一例がマウスカーソルのカーソル位置依存である例について説明したが、例えばキーボード17による文字入力等の作業中に表示されるカーソルの表示位置に依存してモニタ16-i基準座標系が選ばれるようにしてもよい。また、上述した実施形態では、モニタ数N=2の場合を中心に表示システム1の動作ウィンドウ表示制御について説明したが、図8のフローチャートに例示したように本実施形態のウィンドウ表示制御はN≧3の場合に一般化することができる。さらに、上述した実施形態では、第1の表示画面及び第2の表示画面がそれぞれ別個のモニタ16-1及び16-2に表示される態様を例にしたが、同じモニタの表示領域を第1及び第2の表示画面に分割した場合についても上述した実施形態を適用できる。また、上述した実施形態では、プラントの監視制御に用いられる各種ウィンドウの表示制御に本実施形態を適用したが、当該実施形態は、一般的なマルチウィンドウシステムにおける各種ウィンドウの表示制御に適用してもよい。"