(57)【要約】【課題】  複数の被制御装置を遠隔から監視・制御する制御装置において、ユーザの操作性を向上させる。【解決手段】  画面上に複数のＧＵＩを表示し、該各ＧＵＩを介して対応する複数の被制御装置を制御する制御装置であって、前記被制御装置から送信される各イベントに対応して生成されるべきＧＵＩを選択し、該選択したＧＵＩの処理コストを算出する手段（２１０）と、前記被制御装置間の優先度に基づいて、前記画面上における各ＧＵＩの表示領域の割り当てと、処理能力の分配を決定する手段（２０６）と、前記選択されたＧＵＩのうち、その大きさが、前記割り当てた表示領域内に納まり、かつ、その処理コストが、前記分配した処理能力内にあるＧＵＩをそれぞれ抽出する手段（２１１）と、前記抽出した各ＧＵＩを、前記画面上の対応する表示領域に表示する手段（２１２）とを備える。【選択図】  図２
2009187071.tif 000002
【特許請求の範囲】
【請求項１】
画面上に複数のグラフィカルユーザインタフェースを表示し、該各グラフィカルユーザインタフェースを介して、対応する複数の被制御装置を監視または制御する制御装置であって、
前記複数の被制御装置から送信される各イベントに対応して生成されるべきグラフィカルユーザインタフェースを選択する選択手段と、
前記選択手段により選択されたグラフィカルユーザインタフェースの生成処理にかかる処理負荷量を算出する算出手段と、
前記複数の被制御装置間の優先度に基づいて、前記画面上における、前記各グラフィカルユーザインタフェースの表示領域の割り当てを決定する第１の割当手段と、
前記複数の被制御装置間の優先度に基づいて、前記各グラフィカルユーザインタフェースの生成処理に割り当てる処理能力を決定する第２の割当手段と、
前記選択手段により選択されたグラフィカルユーザインタフェースのうち、その大きさが、前記割り当てられた表示領域の範囲内に納まり、かつ、その処理負荷量が、前記割り当てられた処理能力の範囲内にあると判断されたグラフィカルユーザインタフェースを前記各グラフィカルユーザインタフェースとして抽出する抽出手段と、
前記抽出手段により抽出された各グラフィカルユーザインタフェースを、前記画面上の対応する表示領域に表示する表示手段と
を備えることを特徴とする制御装置。
【請求項２】
前記処理能力は、前記制御装置が有するハードウェア資源により規定されることを特徴とする請求項１に記載の制御装置。
【請求項３】
前記被制御装置の動作状況に基づいて、監視または制御の対象が決定されることを特徴とする請求項１に記載の制御装置。
【請求項４】
画面上に複数のグラフィカルユーザインタフェースを表示し、該各グラフィカルユーザインタフェースを介して、対応する複数の被制御装置を監視または制御する制御装置における表示制御方法であって、
前記複数の被制御装置から送信される各イベントに対応して生成されるべきグラフィカルユーザインタフェースを選択する選択工程と、
前記選択工程において選択されたグラフィカルユーザインタフェースの生成処理にかかる処理負荷量を算出する算出工程と、
前記複数の被制御装置間の優先度に基づいて、前記画面上における、前記各グラフィカルユーザインタフェースの表示領域の割り当てを決定する第１の割当工程と、
前記複数の被制御装置間の優先度に基づいて、前記各グラフィカルユーザインタフェースの生成処理に割り当てる処理能力を決定する第２の割当工程と、
前記選択工程において選択されたグラフィカルユーザインタフェースのうち、その大きさが、前記割り当てられた表示領域の範囲内に納まり、かつ、その処理負荷量が、前記割り当てられた処理能力の範囲内にあると判断されたグラフィカルユーザインタフェースを前記各グラフィカルユーザインタフェースとして抽出する抽出工程と、
前記抽出工程において抽出された各グラフィカルユーザインタフェースを、前記画面上の対応する表示領域に表示する表示工程と
を備えることを特徴とする制御装置の表示制御方法。
【請求項５】
請求項４に記載の表示制御方法をコンピュータによって実行させるためのプログラム。
【請求項６】
請求項４に記載の表示制御方法をコンピュータによって実行させるためのプログラムを格納したコンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被制御装置を制御する制御装置における表示制御技術に関するものである。
【背景技術】
【０００２】
従来より、制御装置の操作画面を介してユーザが操作入力を行うことにより、被制御装置を遠隔から監視・制御する制御装置が知られている。このような制御装置では、操作画面上に表示される、被制御装置を監視・制御するためのグラフィカルユーザインタフェース（ＧＵＩ）が、種々の状況に応じて、最適化されることが望ましい。
【０００３】
操作画面上に表示されるＧＵＩを最適化するにあたっては、例えば、下記特許文献１乃至３に開示された技術を適用することが考えられる。当該特許文献を用いることで、例えば、被制御装置から取得したデータに基づいて、被制御装置の状態を判断し、それに応じた最適なＧＵＩを操作画面上に表示させることが可能となる。
【０００４】
また、下記特許文献４を用いることで、制御装置の操作画面のサイズや解像度などのハードウェア資源に基づく、最適なＧＵＩを表示させることが可能となる。更に、下記特許文献５を用いることで、操作画面のサイズや色情報（ビット数）等に加え、入力デバイスの種類、通信方式（無線ＬＡＮ、携帯網）に応じた最適なＧＵＩを表示させることが可能となる。
【特許文献１】特開２００２−１９９４７５号公報
【特許文献２】特開平１１−３１７９８８号公報
【特許文献３】特開２００６−２２２５６５号公報
【特許文献４】特開２００３−３３０７１５号公報
【特許文献５】特開２００７−１１５３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ここで、監視・制御対象となる被制御装置が複数存在していた場合には、各被制御装置を監視・制御するためのＧＵＩを個別に最適化するだけでなく、各ＧＵＩ間の配置等、全体表示についても最適化することが望ましい。操作画面上に表示される各ＧＵＩの配置等によっては、当該複数の被制御装置を監視・制御する際の、ユーザの操作性に影響を及ぼすからである。
【０００６】
本発明は上記課題に鑑みてなされたものであり、制御装置上の操作画面を介してユーザが操作入力を行うことにより、複数の被制御装置を遠隔から監視・制御する制御装置において、ユーザの操作性を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために本発明に係る制御装置は以下のような構成を備える。即ち、
画面上に複数のグラフィカルユーザインタフェースを表示し、該各グラフィカルユーザインタフェースを介して、対応する複数の被制御装置を監視または制御する制御装置であって、
前記複数の被制御装置から送信される各イベントに対応して生成されるべきグラフィカルユーザインタフェースを選択する選択手段と、
前記選択手段により選択されたグラフィカルユーザインタフェースの生成処理にかかる処理負荷量を算出する算出手段と、
前記複数の被制御装置間の優先度に基づいて、前記画面上における、前記各グラフィカルユーザインタフェースの表示領域の割り当てを決定する第１の割当手段と、
前記複数の被制御装置間の優先度に基づいて、前記各グラフィカルユーザインタフェースの生成処理に割り当てる処理能力を決定する第２の割当手段と、
前記選択手段により選択されたグラフィカルユーザインタフェースのうち、その大きさが、前記割り当てられた表示領域の範囲内に納まり、かつ、その処理負荷量が、前記割り当てられた処理能力の範囲内にあると判断されたグラフィカルユーザインタフェースを前記各グラフィカルユーザインタフェースとして抽出する抽出手段と、
前記抽出手段により抽出された各グラフィカルユーザインタフェースを、前記画面上の対応する表示領域に表示する表示手段とを備える。
【発明の効果】
【０００８】
本発明によれば、制御装置上の操作画面を介してユーザが操作入力を行うことにより、複数の被制御装置を遠隔から監視・制御する制御装置において、ユーザの操作性を向上させることが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら、本発明の好適な実施の形態について説明する。
【００１０】
［第１の実施形態］
１．制御装置の構成
図１は、本発明の一実施形態にかかる制御装置１００の全体構成を示す図である。図１において、１０１はＣＰＵであり、以下に説明する各部（１０３〜１１０）に、バス１０２を介してアクセスすることで、各部の制御を行う。１０３は、バス１０２を介してＣＰＵ１０１からアクセス可能な読み出し専用メモリ（ＲＯＭ）である。ＲＯＭ１０３には、本実施形態において説明するＧＵＩ（グラフィカルユーザインタフェース）の表示制御機能をＣＰＵ１０１に実行させるためのプログラムコード１０３ａが格納されている。
【００１１】
１０４は、読み書き可能なメモリ（ＲＡＭ）であり、ＲＡＭ１０４上には、上記プログラムコード１０３ａにより生成される各種情報を格納するための格納領域が確保されている。具体的には、「レイアウト情報」、「ＧＵＩ画面情報」、「ＧＵＩ部品情報」、「被制御装置情報」、「制御装置情報」、「イベント情報」等の各種情報をそれぞれ格納するための格納領域として、格納領域１０４ａ〜１０４ｆが確保されている。
【００１２】
１０５は入力インタフェースであり、１０６で示したキーボード、マウス、ボタン、ダイアル等の入力装置を介してユーザが行う操作入力を受け付ける。１０７は出力インタフェースであり、１０８で示したＣＲＴ、ＬＣＤ等の出力装置の操作画面上に、不図示の被制御装置を監視・制御するためのＧＵＩを表示する。
【００１３】
また、１０９は外部記憶装置インタフェースであり、１１０で示したＨＤ、ＦＤ、ＣＤ−ＲＯＭ、ＭＤ、ＣＦ等の外部記憶装置に対し、データの入出力を行う。
【００１４】
１１１は、ネットワークインタフェースであり、制御装置１００が監視・制御する被制御装置との間で、データを送受信する。
【００１５】
なお、本実施形態では、プログラムコード１０３ａがＲＯＭ１０３上にあるものとして、また、処理される各種情報が格納される格納領域（１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ、１０４ｅ、１０４ｆ）がＲＡＭ１０４上にあるものとして説明を行う。ただし、本発明はこれに限定されず、これらをすべて、外部記憶装置１１０上に配置するように構成してもよい。その場合、必要に応じて外部記憶装置１１０からＲＡＭ１０４上にロードしたうえで処理することとなる。あるいは、ＣＰＵ１０１のキャッシュメモリ上に配置するように構成してもよい。
【００１６】
２．ＧＵＩの表示制御機能の機能構成
図２は、プログラムコード１０３ａが実行されることにより実現されるＧＵＩの表示制御機能の機能構成を示す図である。なお、図２では、機能構成とともに、各処理部（２０１、２０６、２１０〜２１２）が格納領域１０４ａ〜１０４ｆに格納されている各種情報とどのような関係にあるかについても、あわせて示している。
【００１７】
２０１はＧＵＩ制御部であり、各処理部（２０１、２０６、２１０〜２１２）を制御する。
【００１８】
２０２は、制御装置１００の操作画面上において、各被制御装置を監視・制御するためのＧＵＩを表示するために割り当てられる各表示領域の幅や高さなどの情報からなるレイアウト情報である。２０３は、被制御装置から送信されるイベントの名前や送信されるイベントの間隔及びイベントの種別などからなるイベント情報である。
【００１９】
２０４は、被制御装置が動作中であるのか停止中であるのかといった動作状況を示す被制御装置情報である。２０５は、制御装置１００の操作画面の幅や高さなどの情報と、制御装置１００が有するＣＰＵ１０１などの処理能力によって定まる、操作画面全体を更新するための描画能力（処理可能コスト）とを含む制御装置情報である。
【００２０】
２０６は、イベント情報２０３と被制御装置情報２０４と制御装置情報２０５とからレイアウト情報２０２を生成するレイアウト情報生成部である。
【００２１】
２０７は、被制御装置から送信されるイベントに対応して、操作画面上に表示するＧＵＩを生成する場合の処理コスト（処理負荷）を示したＧＵＩ画面情報である。
【００２２】
２０８は、プログラムコード１０３ａによりロードされるＧＵＩ画面定義ファイルであり、ＧＵＩの生成に用いられるＧＵＩ部品の種類、表示サイズ、生成条件となるイベント名などが定義されている。ＧＵＩ画面定義ファイル２０８は、外部記憶装置１１０内に複数格納されているものとする。
【００２３】
２０９は、ＧＵＩ部品の部品名や各ＧＵＩ部品の更新にかかる処理コストを示したＧＵＩ部品情報である。２１０は、ＧＵＩ画面定義ファイル２０８とＧＵＩ部品情報２０９とに基づいてＧＵＩ画面情報２０７を生成するＧＵＩ画面情報生成部である。
【００２４】
２１１は、レイアウト情報２０２とＧＵＩ画面情報２０７とに基づいて、操作画面上に実際に表示するＧＵＩを決定するＧＵＩ画面決定部である。
【００２５】
２１２は、ＧＵＩ画面決定部２１１で決定されたＧＵＩを出力装置１０８の操作画面上に表示するＧＵＩ画面表示部である。
【００２６】
３．ＧＵＩ表示制御処理の全体フロー
以下、制御装置１００のＧＵＩ表示制御機能により実行される処理（ＧＵＩ表示制御処理）の流れを、図面およびフローチャートを参照しながら説明する。
【００２７】
図３は、本実施形態にかかる制御装置１００におけるＧＵＩ表示制御処理の流れを示すフローチャートである。入力装置１０６を介してユーザがＧＵＩ表示制御処理を起動させるための画面表示起動要求を入力すると、ＧＵＩ制御部２０１ではこれを認識する。これにより、ステップＳ３０１では、ＧＵＩ表示制御処理を起動する。ステップＳ３０２では、ＧＵＩ画面情報生成部２１０が、ＧＵＩ部品を外部記憶装置１１０より取得する。
【００２８】
ステップＳ３０３では、ＧＵＩ画面情報生成部２１０が、ステップＳ３０２で取得したＧＵＩ部品に対応するＧＵＩ部品情報２０９を取得する。これにより、取得したＧＵＩ部品を用いてＧＵＩを実際に生成するのにかかる処理コストを計算することが可能となる。
【００２９】
ステップＳ３０４では、ＧＵＩ画面情報生成部２１０が、ＧＵＩ画面情報２０７を生成する。ＧＵＩ画面情報生成部２１０によるＧＵＩ画面情報生成処理の詳細は後述する。
【００３０】
ステップＳ３０５では、レイアウト情報生成部２０６が制御装置情報２０５を取得する。これにより、操作画面の幅と高さ、ならびに操作画面全体を更新するための処理可能コストを取得する。
【００３１】
ステップＳ３０６では、レイアウト情報生成部２０６が、被制御装置についての動作状況を示す被制御装置情報２０４を取得する。
【００３２】
ステップＳ３０７では、レイアウト情報生成部２０６が、被制御装置から送信されたイベントを受信し、受信したイベントに含まれるイベント名やイベント間隔、イベント種別などのイベント情報２０３を取得する。
【００３３】
ステップＳ３０８では、レイアウト情報生成部２０６が、イベント情報２０３、被制御装置情報２０４、制御装置情報２０５に基づいて、レイアウト情報２０２を生成する。レイアウト情報生成部２０６によるレイアウト情報生成処理の詳細については後述する。
【００３４】
ステップＳ３０９では、ＧＵＩ画面決定部２１１が、レイアウト情報２０２とＧＵＩ画面情報２０７とに基づいてＧＵＩを生成する処理を行う。ＧＵＩ画面決定部２１１によるＧＵＩ生成処理の詳細については後述する。
【００３５】
ステップＳ３１０では、ＧＵＩ画面表示部２１２が、ステップＳ３０９で生成したＧＵＩを出力装置１０８の操作画面上に表示する。表示が完了すると、ステップＳ３１１へ進み、ＧＵＩ表示制御処理を終了する。
【００３６】
４．ＧＵＩ画面情報生成部２１０によるＧＵＩ画面情報生成処理の詳細
４．１  ＧＵＩ部品情報２０９の構成
図４は、ＧＵＩ画面情報生成部２１０が取得するＧＵＩ部品情報２０９の一例を示す図である。４０１は、ＧＵＩ部品を識別するための部品名を格納する領域である。４０２は、ＧＵＩ部品を用いてＧＵＩを生成するのにかかる処理コストを格納する領域である。
【００３７】
４０３は、ＧＵＩ部品＝“Ｗａｆｅｒ”の処理コストが“４”であることを示している。なお、処理コストとは、ＧＵＩ部品を用いてＧＵＩを描画するのに必要な処理負荷量を規格化した値である。
【００３８】
同様に、４０４は、ＧＵＩ部品＝“Ｂｕｔｔｏｎ”の処理コストが“１”であることを示している。“Ｂｕｔｔｏｎ”は、“Ｗａｆｅｒ”と比較して処理コストが３少ないこととなる。
【００３９】
このように、ＧＵＩ部品情報２０９を取得することにより、全てのＧＵＩ部品についての処理コストを取得することができる。
【００４０】
４．２  ＧＵＩ画面定義ファイル２０８の構成
図５は、ＧＵＩ画面情報生成部２１０が取得するＧＵＩ画面定義ファイル２０８の一例を示す図である。
【００４１】
５０１は、ＧＵＩ画面定義ファイル２０８内の全体情報を示している。ＧＵＩ画面情報生成部２１０は、ＧＵＩ画面定義ファイル２０８を読み込むと、該ファイル内に記述された内容から、ＧＵＩを特定するＩＤ（図５の例では“ＩＤＤ＿１”）を取得する。また、ＧＵＩを操作画面上に表示した場合の幅と高さ（図５の例では“６００”と“４００”）に関する情報を取得する。
【００４２】
５０２は、ＧＵＩ画面定義ファイル２０８内で定義されているＧＵＩ部品に関する情報を示している。ＧＵＩ画面情報生成部２１０は、ＧＵＩ画面定義ファイル２０８を読み込むと、ＧＵＩ部品に関する情報５０２（図５の例では、ＧＵＩ部品＝“Ｗａｆｅｒ”、生成条件のイベント名＝“ＥＶ＿００１”）を取得する。
【００４３】
４．３  ＧＵＩ画面情報生成処理の流れ
図６は、図３のＧＵＩ画面情報生成処理（ステップＳ３０４）の流れを詳細に説明したフローチャートである。ＧＵＩ画面情報生成処理（ステップＳ３０４）が呼び出されると、ステップＳ６０１において、ＧＵＩ画面情報生成処理が開始される。
【００４４】
ステップＳ６０２では、ＧＵＩ画面情報生成部２１０が、全てのＧＵＩ画面定義ファイル２０８に対して、順次、ステップＳ６０３からステップＳ６１０の処理を行うよう制御する。
【００４５】
ステップＳ６０３では、ＧＵＩ画面情報生成部２１０が、ＧＵＩ画面定義ファイル２０８を１つずつ読み込む処理を行う。ステップＳ６０４では、ＧＵＩ画面情報生成部２１０が、読み込んだＧＵＩ画面定義ファイル２０８に記述されているＧＵＩ部品に関する情報５０２より幅と高さを取得する。ステップＳ６０５では、ＧＵＩ画面情報生成部２１０が、ＧＵＩ画面定義ファイル２０８に記述されているＧＵＩ部品に関する情報５０２等よりＧＵＩ部品名を取得する。
【００４６】
ステップＳ６０６では、ＧＵＩ画面情報生成部２１０が、ステップＳ６０５で取得したＧＵＩ部品全てに対してステップＳ６０７からステップＳ６０９の処理を行うよう制御する。
【００４７】
ステップＳ６０７では、ＧＵＩ画面情報生成部２１０が、対象となるＧＵＩ部品が被制御装置から送信されたイベントの受信に伴ってＧＵＩを生成するＧＵＩ部品であるか否かを判断する。イベントの受信に伴ってＧＵＩを生成するＧＵＩ部品であると判断した場合には、ステップＳ６０８へ進む。一方、イベントの受信に伴ってＧＵＩを生成しないＧＵＩ部品であると判断した場合には、ステップＳ６１０へ進む。
【００４８】
ステップＳ６０８では、ＧＵＩ画面情報生成部２１０が、ＧＵＩを生成するＧＵＩ部品の部品名と受信するイベント名を取得する。
【００４９】
ステップＳ６０９では、ＧＵＩ画面情報生成部２１０が、ＧＵＩ部品情報２０９に基づいて、ステップＳ６０８で取得したＧＵＩ部品を用いてＧＵＩを生成するのにかかる処理コストを取得する。
【００５０】
ステップＳ６１０では、ＧＵＩ画面情報生成部２１０が、取得した全てのＧＵＩ部品に対して処理を完了すると、ステップＳ６１１へ進む。
【００５１】
ステップＳ６１１では、ＧＵＩ画面情報生成部２１０が、全てのＧＵＩ画面定義ファイル２０８に対して処理を完了すると、ステップＳ６１２へ進み、ＧＵＩ画面情報生成処理を終了する。
【００５２】
４．４  ＧＵＩ画面情報２０７の構成
図７は、図６に示すＧＵＩ画面情報生成処理を実行した結果得られるＧＵＩ画面情報２０７の一例を示す図である。図７に示すように、ＧＵＩ画面情報２０７には、ＧＵＩ画面定義ファイル２０８より取得したＧＵＩを特定するＩＤ（“ＩＤＤ＿１”）が含まれる。また、ＧＵＩ画面定義ファイル２０８より取得した、該ＧＵＩを操作画面上に表示した場合の幅と高さ（“６００”，“４００”）が含まれる。
【００５３】
さらに、ＧＵＩ部品情報２０９より取得した、イベント名（“ＥＶ＿００１”）ならびに処理コスト（“４”）が含まれる。
【００５４】
図７の例では、ＩＤがＩＤＤ＿１のＧＵＩについては、イベント名＝“ＥＶ＿００１”の受信に伴ってＧＵＩを生成するための処理コストとして“６”が格納されている。また、イベント名＝“ＥＶ＿００２”の受信に伴ってＧＵＩを生成するための処理コストとして“５”が格納されている。
【００５５】
このように、ＧＵＩ画面情報２０７には、イベントの受信に伴ってＧＵＩを生成する全てのＧＵＩ部品に対して計算された、処理コストが含まれる。
【００５６】
５．レイアウト情報生成部２０６によるレイアウト情報生成処理の詳細
５．１  制御装置情報２０５の構成
図８は、制御装置情報２０５の一例を示す図である。図８に示すように、制御装置情報は、制御装置１００の操作画面のサイズ（幅と高さ）に対する描画能力を規格化した値（処理可能コスト）が格納されている。処理可能コストは、制御装置１００の描画能力（ＣＰＵ１０１やＲＡＭ１０４等のハードウェア資源により規定される）に応じて変化し、描画能力が高いほど、処理可能コストは大きい値となる。
【００５７】
レイアウト情報生成部２０６では、制御装置情報２０５に基づいて、制御装置１００の操作画面のサイズ（図８の例では、（８００，６００））に対する処理可能コスト（図８の例では、“２０”）を取得する。
【００５８】
５．２  被制御装置情報２０４の構成
図９Ａは、被制御装置と制御装置との接続の一例を示す図である。１００は、被制御装置を制御する制御装置で、ＬＡＮ９０５などの通信媒体と接続されており、被制御装置をＬＡＮ９０５を介してリモートで監視・制御することができる。
【００５９】
９０１から９０４は、制御装置１００によりリモートで監視・制御されている被制御装置であり、それぞれ被制御装置９０１はセットアップ中、被制御装置９０２は動作中、被制御装置９０３はテスト中、被制御装置９０４は停止中であるとする。被制御装置９０１〜９０４は、エラーが発生した場合や、状態が変わった場合などに制御装置１００に対してイベントを出力することで、被制御装置の状態を通知する。
【００６０】
図９Ｂは、被制御装置情報２０４の一例を示す図である。９１１は、被制御装置９０１の状態が“セットアップ中”であり、被制御装置９０１の優先度が“６０”であることを示している。
【００６１】
９１２は、被制御装置９０２の状態が“動作中”で、被制御装置９０２の優先度が“２０”であることを示している。
【００６２】
９１３は、被制御装置９０３の状態が“テスト中”で、被制御装置９０３の優先度が“２０”であることを示している。
【００６３】
９１４は、被制御装置９０４の状態が“停止中”で、被制御装置９０４の優先度が“０”であることを示している。なお、優先度は、被制御装置の状態やイベントを出力したタイミングなどによって動的に変更されるものとする。
【００６４】
５．３  イベント情報２０３の構成
図１０は、イベント情報２０３の一例を示す図である。１００１は、被制御装置の状態が“セットアップ中”と“動作中”の場合に、イベント間隔“２００”でイベント“ＥＶ＿００１”（イベントタイプ：Ｍｉｄｄｌｅ）が送信されることを示している。
【００６５】
１００２は、被制御装置の状態が“セットアップ中”の場合に、イベント間隔“８００”でイベント“ＥＶ＿００２”（イベントタイプ：Ｌｏｗ）が送信されることを示している。
【００６６】
１００３は、被制御装置の状態が“動作中”の場合に、イベント間隔“５００”でイベント“ＥＶ＿００３”（イベントタイプ：Ｈｉｇｈ）が送信されることを示している。
【００６７】
１００４は、被制御装置の状態が“動作中”の場合に、イベント間隔“８００”でイベント“ＥＶ＿００４”（イベントタイプ：Ｌｏｗ）が送信されることを示している。
【００６８】
１００５は、被制御装置の状態が“テスト中”の場合に、イベント間隔“５００”でイベント“ＥＶ＿００５”（イベントタイプ：Ｈｉｇｈ）が送信されることを示している。
【００６９】
５．４  レイアウト情報生成処理の流れ
図１１は、図３のレイアウト情報生成処理（ステップＳ３０８）の流れを詳細に説明したフローチャートである。レイアウト情報生成処理が呼び出されると、ステップＳ１１０１において、図１１に示すレイアウト情報生成処理が起動する。
【００７０】
ステップＳ１１０２では、レイアウト情報生成部２０６が、被制御装置情報２０４に基づいて、監視・制御する被制御装置を決定する。停止中の被制御装置や優先度が低い被制御装置は、監視・制御対象から外す。例えば、制御装置１００に接続されている被制御装置が、図９に示す状態であった場合、被制御装置９０４は監視・制御対象から外し、被制御装置９０１〜９０３を監視・制御対象として決定する。
【００７１】
ステップＳ１１０３では、レイアウト情報生成部２０６が、ステップＳ１１０２で監視・制御対象として決定した被制御装置に対して、順次、ステップＳ１１０４からステップＳ１１１１までの処理を行うよう制御する。
【００７２】
ステップＳ１１０４では、レイアウト情報生成部２０６が、被制御装置情報２０４に含まれる被制御装置間の優先度に基づいて、各被制御装置の優先度割合を決定する。図９の被制御装置９０１の優先度割合は、例えば監視・制御対象の被制御装置９０１〜９０３の優先度の合計値１００を被制御装置９０１の優先度６０で割った値６０／１００＝０．６となる。同様に、被制御装置９０２及び９０３の優先度割合は、２０／１００＝０．２となる。なお、優先度割合は、他にもイベント種別やイベント間隔などを考慮して計算するようにしてもよい。
【００７３】
ステップＳ１１０５では、レイアウト情報生成部２０６が、制御装置情報２０５とステップＳ１１０４で取得した優先度割合とに基づいて、各被制御装置を監視・制御するためのＧＵＩを表示するための操作画面上の表示領域を算出する（第１の割当手段）。例えば、図５のように、制御装置１００の操作画面の幅が８００で、優先度割合が０．６である場合、被制御装置９０１を監視・制御するためのＧＵＩを表示するための表示領域の幅は、８００×０．６＝４８０と算出される。
【００７４】
ステップＳ１１０６では、レイアウト情報生成部２０６が、ＧＵＩを生成するのにかけられる処理可能コストの割り当てを算出する（第２の割当手段）。例えば、図５のように制御装置１００の処理可能コストが２０で、被制御装置９０１の優先度割合が０．６の場合、被制御装置９０１を監視・制御するためのＧＵＩを生成するのにかけられる処理可能コストは２０×０．６＝１２と算出される。
【００７５】
ステップＳ１１０７では、レイアウト情報生成部２０６が、被制御装置情報２０４に基づいて被制御装置の状態を取得する。
【００７６】
ステップＳ１１０８では、レイアウト情報生成部２０６が、被制御装置が送信する全てのイベントに対して、順次、ステップＳ１１０９からステップＳ１１１０の処理を行うよう制御する。
【００７７】
ステップＳ１１０９では、レイアウト情報生成部２０６が、対象となるイベントが現在の被制御装置の状態で送信されうるイベントかどうかをイベント情報２０３に基づいて判断する。ステップＳ１１０９で、現在の被制御装置の状態で送信されうるイベントであると判断した場合は、ステップＳ１１１０へ進む。一方、現在の被制御装置の状態では送信されえないイベントであると判断した場合には、ステップＳ１１１１へ進む。
【００７８】
ステップＳ１１１０では、レイアウト情報生成部２０６が、イベントをレイアウト情報２０２として登録する。ステップＳ１１１１では、レイアウト情報生成部２０６が、被制御装置が送信する全てのイベントに対して処理を完了すると、ステップＳ１１１２へ進む。
【００７９】
ステップＳ１１１２では、レイアウト情報生成部２０６が、監視・制御対象とする全ての被制御装置について処理を完了すると、ステップＳ１１１３へ進み、レイアウト情報生成処理を終了する。
【００８０】
５．４  レイアウト情報２０２の構成
図１２は、レイアウト情報生成処理を実行した結果得られるレイアウト情報２０２の一例を示した図である。１００１から１００３は、それぞれ被制御装置９０１〜９０３のレイアウト情報を示している。
【００８１】
図１１のステップＳ１１０４において、被制御装置の優先度割合が“０．６”と計算された場合、例えば被制御装置９０１を監視・制御するためのＧＵＩを表示するための操作画面上の表示領域の幅と高さは、次のようにして算出される。
【００８２】
すなわち、制御装置情報２０５に含まれる制御装置１００の操作画面の幅と高さのうち、数字が大きい方と優先度割合とを積算することにより、被制御装置９０１を監視・制御するためのＧＵＩを表示するための表示領域の幅（または高さ）とする。一方、数字が小さい方はそのまま被制御装置９０１を監視・制御するためのＧＵＩを表示するための表示領域の高さ（または幅）とする。
【００８３】
制御装置情報２０５において操作画面の幅と高さが（８００，６００）である場合、幅の方が大きいため、“８００×０．６＝４８０”が被制御装置９０１を監視・制御するためのＧＵＩを表示するための操作画面上の表示領域の幅となる。また、“６００”がそのまま被制御装置９０１を監視・制御するためのＧＵＩを表示するための操作画面上の表示領域の幅となる。
【００８４】
さらに、被制御装置９０１を監視・制御するためのＧＵＩを表示するための操作画面上の表示領域の幅＝４８０を除いた３２０を、被制御装置９０２と被制御装置９０３を監視・制御するためのＧＵＩを表示するための表示領域の幅として使用する。
【００８５】
被制御装置９０２と９０３は優先度割合が同一である。また、被制御装置９０１を監視・制御するためのＧＵＩを表示するための表示領域を除いた操作画面上の表示領域は、幅＝３２０、高さ＝６００であり、高さの方が大きい。そこで、高さを等分し、被制御装置９０２と被制御装置９０３を監視・制御するためのＧＵＩをそれぞれ表示するための表示領域とする（幅＝３２０，高さ＝３００）。
【００８６】
図１１のステップＳ１１０６において、制御装置情報２０５が図８に示す値であるとすると、制御装置１００の処理可能コストは、被制御装置９０１用として、２０×０．６＝１２となる。また、被制御装置９０２用として、２０×０．２＝４、被制御装置９０３用として２０×０．２＝４となる。
【００８７】
レイアウト情報生成部２０６は、図１１のステップＳ１１０７からステップＳ１１１１において、被制御装置の状態のもとで送信されうるイベントを取得する。このとき、被制御装置の状態が図９に示す通りであり、イベント情報が図１０に示す通りであったとすると、被制御装置９０１はセットアップ中と認識され、ＥＶ＿００１とＥＶ＿００２とがレイアウト情報２０２として登録されることとなる。また、被制御装置９０２は動作中と認識され、ＥＶ＿００１とＥＶ＿００３、ＥＶ＿００４とがレイアウト情報として登録されることとなる。更に、被制御装置９０３はテスト中と認識され、ＥＶ＿００５がレイアウト情報として登録されることとなる。
【００８８】
６．ＧＵＩ画面決定部２１１及びＧＵＩ画面表示部２１２における処理の詳細
６．１  ＧＵＩ画面決定部及びＧＵＩ画面表示部における処理の流れ
図１３は、図３のＧＵＩ生成処理（ステップＳ３０９）の流れを詳細に説明したフローチャートである。ＧＵＩ生成処理が呼び出されると、ステップＳ１３０１では、図１３に示すＧＵＩ生成処理を開始する。
【００８９】
ステップＳ１３０２では、ＧＵＩ画面決定部２１１が、監視・制御対象となっている被制御装置について、順次、ステップＳ１３０３からステップＳ１３１６までの処理を行うよう制御する。
【００９０】
ステップＳ１３０３では、ＧＵＩ画面決定部２１１が、ＧＵＩ画面情報２０７に基づいて、各被制御装置を監視・制御するためのＧＵＩを表示するために割り当てられた表示領域の範囲内に納まるＧＵＩのリストを作成する。
【００９１】
ステップＳ１３０４では、ＧＵＩ画面決定部２１１が、ステップＳ１３０３において作成されたＧＵＩのリストが存在するかどうかを判断する。ステップＳ１３０４において、ＧＵＩのリストが存在しないと判断した場合には、ステップＳ１３０５へ進む。一方、ステップＳ１３０４において、ＧＵＩのリストが存在すると判断した場合には、ステップＳ１３０６へ進む。
【００９２】
ステップＳ１３０５では、ＧＵＩ画面決定部２１１が、被制御装置を監視・制御するためのＧＵＩを操作画面上にレイアウトできなかった旨が記載された画面を、ＧＵＩとして登録する。
【００９３】
ステップＳ１３０６では、ＧＵＩ画面決定部２１１が、ステップＳ１３０３で作成したＧＵＩのリストに対して、順次、ステップＳ１３０７からステップＳ１３１３までの処理を行うよう制御する。
【００９４】
ステップＳ１３０７では、ＧＵＩ画面決定部２１１が、被制御装置が送信する全てのイベントに対して、順次、ステップＳ１３０８からステップＳ１３１２までの処理を行うよう制御する。
【００９５】
ステップＳ１３０８では、ＧＵＩ画面決定部２１１が、対象となるイベントが、受信に伴ってＧＵＩを生成することとなるイベントであるか否かを判定する。ステップＳ１３０８において、対象となるイベントが、受信に伴ってＧＵＩを生成することとなるイベントであると判断した場合には、ステップＳ１３０９へ進む。一方、ステップＳ１３０８において、対象となるイベントが、受信に伴ってＧＵＩを生成しないイベントであると判断した場合には、ステップＳ１３１０へ進む。
【００９６】
ステップＳ１３０９では、ＧＵＩ画面決定部２１１が、対象となるイベントの受信に伴って、ＧＵＩを生成するのにかかる処理コストを加算する。
【００９７】
ステップＳ１３１０では、ＧＵＩ画面決定部２１１が、ステップＳ１３０９で加算することにより得られた処理コストが、対応する被制御装置に割り当てられた処理可能コストの範囲内にあるか否かを判断する。
【００９８】
ステップＳ１３１０において、処理可能コストの範囲内にあると判断した場合には、ステップＳ１３１３へ進む。一方、ステップＳ１３１０において、処理可能コストの範囲を超えていると判断した場合には、ステップＳ１３１１へ進む。
【００９９】
ステップＳ１３１１では、ＧＵＩ画面決定部２１１が、ＧＵＩのリストから、処理可能コストをオーバーしたＧＵＩを削除する。
【０１００】
ステップＳ１３１２では、ＧＵＩ画面決定部２１１が、ステップＳ１３１１における処理の結果として、ＧＵＩのリストが存在するか否かを判断する。ステップＳ１３１２において、ＧＵＩのリストが存在しないと判断した場合には、ステップＳ１３０５へ進む。一方、ステップＳ１３１２において、ＧＵＩのリストが存在すると判断した場合には、ステップＳ１３１３へ進む。
【０１０１】
ステップＳ１３１３では、ＧＵＩ画面決定部２１１が、全てのイベントに対して処理を完了すると、ステップＳ１３１４へ進む。
【０１０２】
ステップＳ１３１４では、ＧＵＩ画面決定部２１１が、ＧＵＩのリスト全てに対して処理を完了すると、ステップＳ１３１５へ進む。
【０１０３】
ステップＳ１３１５では、ＧＵＩ画面決定部２１１が、イベントの優先度とＧＵＩを表示する表示領域（幅、高さ）とから、表示すべきＧＵＩとして登録するＧＵＩをＧＵＩリストの中から抽出し、登録する（抽出手段）。
【０１０４】
ステップＳ１３１６では、ＧＵＩ画面表示部２１２が、ステップＳ１３０５またはステップＳ１３１６で登録されたＧＵＩを表示する。
【０１０５】
ステップＳ１３１７では、ＧＵＩ画面決定部２１１が、監視・制御対象の被制御装置全てに対して処理を完了すると、ステップＳ１３１８へ進み、処理を終了する。
【０１０６】
６．２  ＧＵＩの構成
図１４は、ＧＵＩの一例を示した図である。１４０１は、ＧＵＩ画面定義ファイル１４０６を読み込んだ結果として表示されるＧＵＩである。同様に、１４０２〜１４０５は、ＧＵＩ画面定義ファイル１４０７〜１４１０を読み込んだ結果として表示されるＧＵＩである。
【０１０７】
図１５は、図７のＧＵＩ画面情報２０７と、図１２のレイアウト情報２０２と、図１４のＧＵＩ画面定義ファイル２０８とに基づいて、実際に制御装置１００の操作画面上に表示されるＧＵＩを示した図である。
【０１０８】
１５０１から１５０３は、それぞれ被制御装置９０１〜９０３を監視・制御するためのＧＵＩを表示する表示領域を示している。図１２のレイアウト情報２０２から、ＧＵＩ画面決定部２１１は、被制御装置９０１を監視・制御するためのＧＵＩを表示するための表示領域として、幅＝４８０、高さ＝６００の表示領域を割り当てることとなる。また、被制御装置９０２を監視・制御するためのＧＵＩを表示するための表示領域として、幅＝３２０、高さ＝３００の表示領域を割り当てることとなる。更に、被制御装置９０３を監視・制御するためのＧＵＩを表示するための表示領域として、幅＝３２０、高さ＝３００の表示領域を割り当てることとなる。
【０１０９】
１５０４は、被制御装置９０１を監視・制御用のＧＵＩとしてＧＵＩ画面定義ファイル１４０８が選択されたことを示している。１５０１に表示する被制御装置９０１を監視・制御するためのＧＵＩを決定するにあたり、ＧＵＩ画面定義ファイル１４０８を選択するために、ＧＵＩ画面決定部２１１は、図１３のステップＳ１３０３を実行する。その結果、被制御装置９０１を監視・制御するためのＧＵＩを表示するための表示領域として、幅＝４８０、高さ＝６００の表示領域を取得する。また、ＧＵＩ画面情報２０７に基づいて、ＧＵＩリストとして、ＩＤＤ＿２とＩＤＤ＿３とＩＤＤ＿４とＩＤＤ＿５とを取得する。
【０１１０】
ＩＤＤ＿２〜ＩＤＤ＿５のＧＵＩリストに対して、ＧＵＩ画面決定部２１１は、図１３のステップＳ１３０８からＳ１３０９の処理を実行することで処理コストを計算する。その結果、ＩＤＤ＿２の処理コストは“１６”、ＩＤＤ＿３の処理コストは“９”、ＩＤＤ＿９の処理コストは“４”、ＩＤＤ＿５の処理コストは“６”となる。このため、ＩＤＤ＿２はＧＵＩのリストから外されることとなる。
【０１１１】
また、ＧＵＩ画面決定部２１１は、図１３のステップＳ１３１５において、ＩＤＤ＿３〜ＩＤＤ＿５より表示すべきＧＵＩを選択する。具体的には、イベントの優先度と、被制御装置９０１を監視・制御するためのＧＵＩを表示するために割り当てられた表示領域とに基づいて選択する。なお、ここでは表示領域が最大であるＩＤＤ＿３のＧＵＩ画面定義ファイル１４０８が選択されることとなる。
【０１１２】
１５０５は、被制御装置９０２を監視・制御するためのＧＵＩとしてＧＵＩ画面定義ファイル１４０９が選択されたことを示している。１５０２に表示する被制御装置９０２を監視・制御するためのＧＵＩを決定するにあたり、ＧＵＩ画面定義ファイル１４０９を選択するために、ＧＵＩ画面決定部２１１は、図１３のステップＳ１３０３を実行する。被制御装置９０２を監視・制御するためのＧＵＩを表示するための表示領域として、幅＝３２０、高＝３００の表示領域を取得する。また、ＧＵＩ画面情報２０７に基づいて、ＧＵＩリストとしてＩＤＤ＿４とＩＤＤ＿５とを取得する。
【０１１３】
ＩＤＤ＿４とＩＤＤ＿５のＧＵＩリストに対して、ＧＵＩ画面決定部２１１は、図１３のステップＳ１３０８からＳ１３０９の処理を実行することで処理コストを計算する。その結果、ＩＤＤ＿４の処理コストは“４”、ＩＤＤ＿５の処理コストは“６”となる。このため、ＩＤＤ＿５はＧＵＩのリストから外れ、被制御装置９０２を監視・制御するためのＧＵＩとしてＩＤＤ＿４のＧＵＩ画面定義ファイル１４０９が選択されることとなる。
【０１１４】
１５０６は、被制御装置９０３を監視・制御するためのＧＵＩとしてＧＵＩ画面定義ファイル１４１０が選択されたことを示している。１５０３に表示する被制御装置９０３を監視・制御するためのＧＵＩを決定するにあたり、ＧＵＩ画面定義ファイル１４１０を選択するために、ＧＵＩ画面決定部２１１は、図１３のステップＳ１３０３を実行する。この結果、被制御装置９０３を監視・制御するためのＧＵＩを表示するための表示領域として、幅＝３２０、高さ＝３００の表示領域を取得する。また、図７のＧＵＩ画面情報２０７に基づいて、ＩＤＤ＿４とＩＤＤ＿５を取得する。
【０１１５】
ＩＤＤ＿４とＩＤＤ＿５のＧＵＩリストに対して、ＧＵＩ画面決定部２１１は、図１３のステップＳ１３０８からＳ１３０９の処理を実行することで処理コストを計算する。その結果、ＩＤＤ＿４の処理コストは“０”、ＩＤＤ＿５の処理コストは“４”となる。
【０１１６】
また、ＧＵＩ画面決定部２１１は、図１３のステップＳ１３１５において、ＩＤＤ＿４とＩＤＤ＿５より表示すべきＧＵＩを選択する。具体的には、イベントの優先度と、被制御装置９０３を監視・制御するためのＧＵＩを表示するために割り当てられた表示領域とに基づいて選択する。この結果、ＩＤＤ＿５のＧＵＩ画面定義ファイル１４１０が選択されることとなる。
【０１１７】
以上の説明から明らかなように、本実施形態では、制御装置上の操作画面を介してユーザが操作入力を行うことにより、複数の被制御装置を遠隔から制御する制御装置において、各被制御装置を監視・制御するためのＧＵＩを最適に配置することが可能となった。
【０１１８】
この結果、操作画面上におけるユーザの操作性を向上させることが可能となった。
【０１１９】
［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１２０】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録したコンピュータ読取可能な記憶媒体を、システムあるいは装置に供給するよう構成することによっても達成されることはいうまでもない。この場合、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することにより、上記機能が実現されることとなる。なお、この場合、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２１】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１２２】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合に限られない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、前述した実施形態の機能が実現される場合も含まれる。つまり、プログラムコードがメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって実現される場合も含まれる。
【図面の簡単な説明】
【０１２４】
【図１】本発明の一実施形態にかかる制御装置の全体構成を示す図である。
【図２】ＧＵＩ表示制御機能の機能構成を示す図である。
【図３】制御装置１００におけるＧＵＩ表示制御処理の流れを示すフローチャートである。
【図４】ＧＵＩ部品情報の一例を示す図である。
【図５】ＧＵＩ画面定義ファイルの一例を示す図である。
【図６】ＧＵＩ画面情報生成処理の流れを詳細に説明したフローチャートである。
【図７】ＧＵＩ画面情報の一例を示す図である。
【図８】制御装置情報の一例を示す図である。
【図９Ａ】被制御装置と制御装置との接続の一例を示す図である。
【図９Ｂ】被制御装置情報の一例を示す図である。
【図１０】イベント情報の一例を示す図である。
【図１１】レイアウト情報生成処理の流れを詳細に説明したフローチャートである。
【図１２】レイアウト情報の一例を示す図である。
【図１３】ＧＵＩ生成処理の流れを詳細に説明したフローチャートである。
【図１４】ＧＵＩ画面表示部が生成するＧＵＩの一部分を示した図である。
【図１５】制御装置の操作画面上に表示されるＧＵＩの一例を示す図である。
【図１】
2009187071.tif 000003
【図２】
2009187071.tif 000004
【図３】
2009187071.tif 000005
【図４】
2009187071.tif 000006
【図５】
2009187071.tif 000007
【図６】
2009187071.tif 000008
【図７】
2009187071.tif 000009
【図８】
2009187071.tif 000010
【図９Ａ】
2009187071.tif 000011
【図９Ｂ】
2009187071.tif 000012
【図１０】
2009187071.tif 000013
【図１１】
2009187071.tif 000014
【図１２】
2009187071.tif 000015
【図１３】
2009187071.tif 000016
【図１４】
2009187071.tif 000017
【図１５】
2009187071.tif 000018