(57)【特許請求の範囲】
【請求項１】
監視対象となるデータ処理システム／装置のリアルタイムの状態を表す状態データを管理し、遠隔表示システムからデータ取得要求を受けたときに前記状態データを前記遠隔表示システムに返すデータサーバにおいて、
前記状態データの処理機能を有し、前記状態データ又はその処理データを自己の属性データとして保持する複数のオブジェクトのうち、任意オブジェクトの任意属性データを取得または設定する属性データ入出力手段と、
オブジェクトを木構造により管理し、前記木構造における各オブジェクトを特定するオブジェクト識別子に基づいて、前記木構造からオブジェクトを検索するオブジェクト構造管理手段と、
前記状態データに変更があった場合、この変更に関連するオブジェクト識別子と属性名称を決定し、決定されたオブジェクト識別子を用いて前記オブジェクト構造管理手段にオブジェクトを検索させ、検索されたオブジェクトの属性データを前記属性データ入出力手段を用いて変更があった前記状態データで更新し、前記遠隔表示システムから属性データ取得要求を受け取った場合、前記属性データ取得要求に含まれるオブジェクト識別子に基づいて前記オブジェクト構造管理手段にオブジェクトを検索させ、検索されたオブジェクトの属性データを前記属性データ入出力手段を用いて取得して前記遠隔表示システムに返す入出力管理手段と、
任意のオブジェクトから属性データを受け取ったときに、関連するオブジェクト識別子と属性名称を決定し、決定されたオブジェクト識別子に基づいて前記オブジェクト構造管理手段により前記オブジェクトを検索させ、検索されたオブジェクトの一部あるいは全ての属性データを前記属性データ入出力手段により更新させ、
前記遠隔表示システムから前記入出力管理手段が属性データ取得要求を受けたときに、前記属性データ取得要求を記憶しておき、前記オブジェクトから属性データが入力されると記憶されていた属性データ取得要求を検索し、検索された関連する属性データ取得要求に対応する属性データを前記入出力管理手段を介して遠隔表示システムに返す属性データ伝播手段を備えたことを特徴とするデータサーバ。
【請求項２】
複数のデータ処理システム／装置に対応して設けられ前記複数のデータ処理システム／装置からの各状態データをそれぞれが解釈して取得し入出力管理手段に渡す複数の状態データ解釈手段を備えたことを特徴とする請求項１記載のデータサーバ。
【請求項３】
データ処理システム／装置に対して置き換え可能に設けられ前記データ処理システム／装置からの状態データを解釈して取得し入出力管理手段に渡す状態データ解釈手段を備えたことを特徴とする請求項１記載のデータサーバ。
【請求項４】
オブジェクト構造管理手段が、物理的なオブジェクト構造を管理し、
遠隔表示システムから入出力管理手段が構造データ取得要求を受け取ったときに、前記構造データ取得要求に含まれるオブジェクト識別子を前記オブジェクト構造管理手段を介して受けて前記物理的なオブジェクト構造をたどりながらオブジェクトを検索し、検索されたオブジェクトの属性名称一覧を取得して前記入出力管理手段を介して前記遠隔表示システムに返すオブジェクト構造取得手段を備えたことを特徴とする請求項１から請求項３のうちのいずれか１項記載のデータサーバ。
【請求項５】
遠隔表示システムから入出力管理手段がデータ処理システム／装置に対する専用の状態データ取得要求あるいは汎用のデータ取得要求を受け取ったときに、前記専用の状態データ取得要求を属性データ取得要求に変換し、また前記汎用のデータ取得要求を属性データ取得要求あるいは構造データ取得要求に変換するそれぞれの要求変換手段を備え、
変換された属性データ取得要求に対しては、オブジェクト構造管理手段がオブジェクトを検索し、属性データ入出力手段により検索されたオブジェクトの属性データを取得して前記入出力管理手段を介して前記遠隔表示システムに返し、
変換された構造データ取得要求に対しては、オブジェクト構造管理手段が前記オブジェクトを検索し、前記オブジェクト構造取得手段により検索されたオブジェクトの属性名称一覧を取得して前記入出力管理手段を介して前記遠隔表示システムに返すようにしたことを特徴とする請求項１から請求項４のうちのいずれか１項記載のデータサーバ。
【請求項６】
オブジェクト構造管理手段は、物理的なオブジェクト構造と共に、複数の論理的なオブジェクト構造を管理し、オブジェクト識別子を受け取ったときには前記物理的なオブジェクト構造からオブジェクトを検索し、論理的なオブジェクト識別子を受け取ったときには前記論理的なオブジェクト構造からオブジェクトを検索するようにしたことを特徴とする請求項１から請求項５のうちのいずれか１項記載のデータサーバ。
【請求項７】
遠隔表示システムから入出力管理手段が論理的なオブジェクト識別子を持つ属性データ取得要求を受け取ったとき、オブジェクト構造管理手段が前記論理的なオブジェクト識別子を受けて論理的なオブジェクト構造からオブジェクトを検索し、属性データ入出力手段が検索されたオブジェクトの属性データを取得して前記入出力管理手段を介して前記遠隔表示システムに返し、
また前記遠隔表示システムから前記入出力管理手段が論理的なオブジェクト識別子を持つ構造データ取得要求を受け取ったときに、前記オブジェクト構造管理手段が前記論理的なオブジェクト識別子を受けて前記論理的なオブジェクト構造からオブジェクトを検索し、前記オブジェクト構造取得手段が検索されたオブジェクトの属性名称一覧を取得して前記遠隔表示システムに返すようにしたことを特徴とする請求項６記載のデータサーバ。
【請求項８】
遠隔表示システムから入出力管理手段がデータ処理システム／装置に対する専用の状態データ取得要求を受け取ったとき、要求変換手段が前記専用の状態データ取得要求を論理的なオブジェクト識別子を持つ属性データ取得要求に変換し、オブジェクト構造管理手段が変換された論理的なオブジェクト識別子に基づきオブジェクトを検索し、属性データ入出力手段が検索されたオブジェクトの属性データを取得して前記入出力管理手段を介して前記遠隔表示システムに返し、
また前記遠隔表示システムから前記入出力管理手段が汎用のデータ取得要求を受け取ったとき、前記要求変換手段がその汎用のデータ取得要求を論理的なオブジェクト識別子を持つ属性データ取得要求または前記論理的なオブジェクト識別子を持つ構造データ取得要求に変換し、変換された論理的なオブジェクト識別子を持つ属性データ取得要求に対しては、前記オブジェクト構造管理手段が前記論理的なオブジェクト識別子に基づきオブジェクトを検索し、前記属性データ入出力手段が検索されたオブジェクトの属性データを取得して前記入出力管理手段を介して前記遠隔表示システムに返し、
他方、変換された論理的なオブジェクト識別子を持つ構造データ取得要求に対しては、前記オブジェクト構造管理手段が前記論理的なオブジェクト識別子に基づきオブジェクトを検索し、前記オブジェクト構造取得手段が検索されたオブジェクトの属性名称一覧を取得して前記入出力管理手段を介して前記遠隔表示システムに返すようにしたことを特徴とする請求項６記載のデータサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、監視対象となるデータ処理システムやデータ処理装置のリアルタイムの状態を表す状態データを管理し、遠隔表示システムからのデータ取得要求を受けるとその状態データを遠隔表示システムに返すデータサーバに関するものである。
【０００２】
【従来の技術】
図２４は特開２０００−１６３１２２公報「監視制御用計算機組込型データ管理装置」に記載された従来の複数の監視制御装置からなる監視制御システムの概略構成を示す図である。図において、２ａ１は監視制御用計算機、Ｓ１は制御対象設備・機器、４ａ１は遠隔端末、３は汎用ネットワークである。５ａ１はデータ管理装置で、その構成で、１０はデータ処理部、１１は状態データを保持する共有メモリ、１２は入出力部である。遠隔端末４ａ１内において、Ｂ１はブラウザ機能である。
次に、動作について説明する。
遠隔端末４ａ１は汎用ネットワーク３を通じてデータ伝送要求を往診し、入出力部１２は当該伝送要求に対応する状態データを共有メモリ１１から読み出して汎用ネットワーク３を介して遠隔端末４ａ１へ出力する。
この監視制御システムにおいて、監視制御用計算機２ａ１は、遠隔端末４ａ１からの要求を受けると制御対象設備・機器Ｓ１の状態データを返すデータサーバに相当するが、状態データが共有メモリ１１にマッピングされており、状態データの加工や関連付けを行うことができない。
【０００３】
図２５は図２４に記載された従来の監視制御システムの内部構成を示すブロック図である。図において、３５はインタフェースプログラム、３５ａは遠隔端末インタフェース部、３５ｂは共有メモリデータ設定・取得部、３５ｃはファイルデータ設定・取得部、５１は画面データベース記憶部である。
ここではインタフェースプログラム３５はオブジェクト指向プログラミング言語Ｊａｖａ（登録商標）で記述されたオブジェクトで構成されている。しかし、インタフェースプログラム３５は共有メモリ１１への入出力機能をオブジェクトで実現しているだけであり、状態データの加工や関連付けを行うことはできない。インタフェースプログラム３５を構成するオブジェクトにデータ加工を行う機能を持たせることは容易であるが、このデータ加工機能を持たせたオブジェクトからデータ加工結果を取り出す手段は必ずしも明白でない。
【０００４】
図２６は特開平８−７７１１９号公報「サービス処理機能監視方法及びその方法」に記載された従来のサービス処理機能監視装置の概略構成を示すブロック図である。図において、３０１〜３０５はサービス処理機能の構成要素としてのオブジェクトインスタンス（ＯＩ）、２００〜２０４はオブジェクトインスタンスの動作正常性の監視を行うＯＩ監視オブジェクト（ＯＩＭ）である。１６はＯＩ管理システム、１６ａはＯＩ運用データ管理機能、１７は通信サービス管理者、１８はサービス管理システム、１９，２０はサービス処理ノード、１３，１４はサービス実行制御装置である。
このサービス処理装置のサービス処理機能監視方法は、ＯＩ管理システム１６の管理の基で、オブジェクトインスタンスがメッセージを交信し合い、オブジェクトインスタンス群として所望の処理機能を実現するオブジェクト指向ソフトウェアを用い、計算や通信サービスを実現する。
【０００５】
次に動作について説明する。
ＯＩ監視オブジェクト２００〜２０４は、オブジェクトインスタンス３０１〜３０５に関する異状を検知すると、当該オブジェクトインスタンスについて異常診断試験を行う。診断結果をＯＩ管理システム１６に通知し、ＯＩ管理システム１６はこれら診断結果に基づいてサービス運用管理を行う。
このサービス処理機能監視方法では、メッセージを交信し合うオブジェクトインスタンス群にて所望のサービス機能を実現し、ＯＩ監視オブジェクトによりオブジェクトインスタンスの状態を監視し、ＯＩ管理システム１６にて監視結果を集約してサービス運用管理を行うという特徴がある。遠隔表示システムとして、ＯＩ管理システム１６が、データサーバの役割を担うＯＩ監視オブジェクト群を通じて、オブジェクトインスタンスの内部データを取得する。しかし、この従来の方法においては、ＯＩ管理システム１６が収集できるデータは、ＯＩ監視オブジェクトが出力する診断データに限られており、必要に応じてオブジェクトインスタンスやＯＩ監視オブジェクトの内部データを取得することができないという問題点がある。また別の問題として、ＯＩ監視オブジェクトからＯＩ管理システム１６へ向けて一方的に異常診断結果を送るだけでなく、ＯＩ管理システム１６が任意のタイミングで、例えば周期的に、あるいはオブジェクトインスタンスで任意のイベントが発生したときに、データを取得できることが望ましい。
【０００６】
図２７は特開平６−１９５２４１号公報「実時間監視・表示方法及びそれを利用したコンピュータシステム」に記載された従来の実時間監視・表示システムを示すブロック図である。図において、１０，１４，１８はそれぞれオブジェクトＡ，Ｂ，Ｃ、５２は表オブジェクトである。３２はＣＲＴ表示装置、３４はマウス、３６はキーボード、３８は型情報レジストリ、４４はデータ解析システム、４６は総称図形表示作成システム、４８は総称データ捕獲システム、５０は名前レジストリである。
ここで、総称データ捕獲システム４８は、型情報レジストリ３８および名前レジストリ５０を利用して、指定されたオブジェクトＡ１０の性能データあるいはその他のデータを捕獲する手段である。この技術は、システム中のオブジェクトについて事前の知識がないときに、オブジェクトの性能特性を監視し且つ表示するための試みがなされるようなオブジェクト指向、分散型コンピュータシステムで現れる問題を対象にしている。
【０００７】
次に動作について説明する。
ユーザは、総称データ捕獲システム４８およびＣＲＴ表示装置３２に接続されているマウス３４あるいはキーボード３６を用いてオブジェクトの名前を指定することにより、ターゲットオブジェクトを選択する。総称データ捕獲システム４８は、オブジェクトの参照を見出すために名前レジストリ５０に問い合わせ、続いてターゲットオブジェクトのオブジェクト型を確認するために型情報レジストリ３８に問い合わせ、監視方法４０を呼び出すことで結果４２を得る。さらに、総称データ捕獲システム４８は周期的に監視方法４０を呼び出すことで、結果４２の取得を続ける。
しかしこの方法では、名前レジストリ５０に登録されていないオブジェクトについては結果４２を得ることができず、オブジェクトのデータの変更を監視するためには総称データ捕獲システム４８が周期的に監視方法４０を呼び出し続けなければならず、オブジェクトの構造は扱えないという問題がある。
【０００８】
【発明が解決しようとする課題】
従来のデータサーバは、以上のように構成されているので、遠隔表示システムがデータ処理システム／装置の状態データを取得するためにデータ処理システム／装置固有の入出力機能を遠隔表示システムに組み込んでいたため、データ処理システム／装置ごとに固有の遠隔表示システムを開発しなければならなかった。また、データ処理システム／装置の入出力機能が変更されると遠隔表示システムの入出力機能も変更しなければならず、手間がかかるという問題があった。
【０００９】
従来のデータサーバにおける別の課題として、遠隔表示システムが取得できる状態データは、データ処理システム／装置で予め決められた状態データに限られていることが挙げられる。そのため、データ処理システム／装置内で行われる処理の途中結果の状態データなどを取得できず、これを変更するためにはデータ処理システム／装置の入出力機能を変更しなければならないという問題があった。さらに別の課題として、従来のデータサーバでは、状態データ間の関連付け、状態データと別のデータ処理システムの状態データやデータベースのデータとの関連付けなどが困難なことが挙げられる。そのため、関連付けによる有効な情報を扱うことができないという問題があった。
【００１０】
この発明は、上記のような問題点を解決するためになされたものであり、データ処理システム／装置の変更、およびデータ処理システム／装置の入出力機能の変更に対して影響を受けない汎用の遠隔表示システムを実現可能とするデータサーバを得ることを目的とする。
また、この発明は、データ処理システム／装置の変更を行うことなく、遠隔表示システムが、データ処理の途中結果など、データ処理システム／装置の入出力機能が対応していない状態データをも取得可能とするデータサーバを得ることを目的とする。
【００１１】
さらに、この発明は、遠隔表示システムが状態データを取得するタイミングを制御できるようにし、また、遠隔表示システムが予めデータ処理システム／装置の状態データの一覧など、状態データの構成情報を読み込んでから起動しなくとも、起動中に状態データを取得することができるデータサーバを得ることを目的とする。
さらに、この発明は、データ処理システム／装置の変更を行うことなくＷｅｂブラウザなどの標準のツールから状態データの取得を可能とするデータサーバを得ることを目的とする。
さらにまた、この発明は、状態データ間の関連付けや状態データとデータベースなどの他のシステムが扱うデータとの関連付けを可能とするデータサーバを得ることを目的とする。
【００１２】
【課題を解決するための手段】
この発明に係るデータサーバは、監視対象となるデータ処理システム／装置のリアルタイムの状態を表す状態データを管理し、遠隔表示システムからデータ取得要求を受けたときに状態データを遠隔表示システムに返すデータサーバにおいて、状態データの処理機能を有し、状態データ又はその処理データを自己の属性データとして保持する複数のオブジェクトのうち、任意オブジェクトの任意属性データを取得または設定する属性データ入出力手段と、オブジェクトを木構造により管理し、木構造における各オブジェクトを特定するオブジェクト識別子に基づいて、木構造からオブジェクトを検索するオブジェクト構造管理手段と、状態データに変更があった場合、この変更に関連するオブジェクト識別子と属性名称を決定し、決定されたオブジェクト識別子を用いてオブジェクト構造管理手段にオブジェクトを検索させ、検索されたオブジェクトの属性データを属性データ入出力手段を用いて変更があった状態データで更新し、遠隔表示システムから属性データ取得要求を受け取った場合、属性データ取得要求に含まれるオブジェクト識別子に基づいてオブジェクト構造管理手段にオブジェクトを検索させ、検索されたオブジェクトの属性データを属性データ入出力手段を用いて取得して遠隔表示システムに返す入出力管理手段と、任意のオブジェクトから属性データを受け取ったときに、関連するオブジェクト識別子と属性名称を決定し、決定されたオブジェクト識別子に基づいてオブジェクト構造管理手段によりオブジェクトを検索させ、検索されたオブジェクトの一部あるいは全ての属性データを属性データ入出力手段により更新させ、遠隔表示システムから入出力管理手段が属性データ取得要求を受けたときに、属性データ取得要求を記憶しておき、オブジェクトから属性データが入力されると記憶されていた属性データ取得要求を検索し、検索された関連する属性データ取得要求に対応する属性データを入出力管理手段を介して遠隔表示システムに返す属性データ伝播手段を備えるものである。
【００１３】
この発明に係るデータサーバは、複数のデータ処理システム／装置に対応して設けられ複数のデータ処理システム／装置からの各状態データをそれぞれが解釈して取得し入出力管理手段に渡す複数の状態データ解釈手段を備えたものである。
【００１４】
この発明に係るデータサーバは、データ処理システム／装置に対して置き換え可能に設けられデータ処理システム／装置からの状態データを解釈して取得し入出力管理手段に渡す状態データ解釈手段を備えたものである。
【００１６】
この発明に係るデータサーバは、オブジェクト構造管理手段が、物理的なオブジェクト構造を管理し、遠隔表示システムから入出力管理手段が構造データ取得要求を受け取ったときに、構造データ取得要求に含まれるオブジェクト識別子をオブジェクト構造管理手段を介して受けて物理的なオブジェクト構造をたどりながらオブジェクトを検索し、検索されたオブジェクトの属性名称一覧を取得して入出力管理手段を介して遠隔表示システムに返すオブジェクト構造取得手段を備えたものである。
【００１７】
この発明に係るデータサーバは、遠隔表示システムから入出力管理手段がデータ処理システム／装置に対する専用の状態データ取得要求あるいは汎用のデータ取得要求を受け取ったときに、専用の状態データ取得要求を属性データ取得要求に変換し、また汎用のデータ取得要求を属性データ取得要求あるいは構造データ取得要求に変換するそれぞれの要求変換手段を備え、変換された属性データ取得要求に対しては、オブジェクト構造管理手段がオブジェクトを検索し、属性データ入出力手段により検索されたオブジェクトの属性データを取得して入出力管理手段を介して遠隔表示システムに返し、変換された構造データ取得要求に対しては、オブジェクト構造管理手段がオブジェクトを検索し、オブジェクト構造取得手段により検索されたオブジェクトの属性名称一覧を取得して入出力管理手段を介して遠隔表示システムに返すようにしたものである。
【００１８】
この発明に係るデータサーバは、オブジェクト構造管理手段は、物理的なオブジェクト構造と共に、複数の論理的なオブジェクト構造を管理し、オブジェクト識別子を受け取ったときには物理的なオブジェクト構造からオブジェクトを検索し、論理的なオブジェクト識別子を受け取ったときには論理的なオブジェクト構造からオブジェクトを検索するようにしたものである。
【００１９】
この発明に係るデータサーバは、遠隔表示システムから入出力管理手段が論理的なオブジェクト識別子を持つ属性データ取得要求を受け取ったとき、オブジェクト構造管理手段が論理的なオブジェクト識別子を受けて論理的なオブジェクト構造からオブジェクトを検索し、属性データ入出力手段が検索されたオブジェクトの属性データを取得して入出力管理手段を介して遠隔表示システムに返し、また遠隔表示システムから入出力管理手段が論理的なオブジェクト識別子を持つ構造データ取得要求を受け取ったときに、オブジェクト構造管理手段が論理的なオブジェクト識別子を受けて論理的なオブジェクト構造からオブジェクトを検索し、オブジェクト構造取得手段が検索されたオブジェクトの属性名称一覧を取得して遠隔表示システムに返すようにしたものである。
【００２０】
この発明に係るデータサーバは、遠隔表示システムから入出力管理手段がデータ処理システム／装置に対する専用の状態データ取得要求を受け取ったとき、要求変換手段が専用の状態データ取得要求を論理的なオブジェクト識別子を持つ属性データ取得要求に変換し、オブジェクト構造管理手段が変換された論理的なオブジェクト識別子に基づきオブジェクトを検索し、属性データ入出力手段が検索されたオブジェクトの属性データを取得して入出力管理手段を介して遠隔表示システムに返し、また遠隔表示システムから入出力管理手段が汎用のデータ取得要求を受け取ったとき、要求変換手段がその汎用のデータ取得要求を論理的なオブジェクト識別子を持つ属性データ取得要求または論理的なオブジェクト識別子を持つ構造データ取得要求に変換し、変換された論理的なオブジェクト識別子を持つ属性データ取得要求に対しては、オブジェクト構造管理手段が論理的なオブジェクト識別子に基づきオブジェクトを検索し、属性データ入出力手段が検索されたオブジェクトの属性データを取得して入出力管理手段を介して遠隔表示システムに返し、他方、変換された論理的なオブジェクト識別子を持つ構造データ取得要求に対しては、オブジェクト構造管理手段が論理的なオブジェクト識別子に基づきオブジェクトを検索し、オブジェクト構造取得手段が検索されたオブジェクトの属性名称一覧を取得して入出力管理手段を介して遠隔表示システムに返すようにしたものである。
【００２１】
【発明の実施の形態】
以下、この発明の実施の各形態を説明する。
実施の形態１．
図１は、この発明を実施するための実施の形態１によるデータサーバの概略構成を示すブロック図である。図において、１はデータ処理システム／装置、２は入出力管理手段である。データ処理システム／装置１は状態データに変更があると、入出力管理手段２に状態データを送る。５ａ，５ｂ，５ｃはオブジェクトである。ここでは、５ａ，５ｂ，５ｃという３個のオブジェクトを例示したが、その数は制限されるものではない。この発明の理解を助けるために、ここでは一つのオブジェクト５ａに着目して説明する。オブジェクト５ａはデータ処理システム／装置１の状態データを属性データとして保有する。３は属性データ入出力手段で、入出力管理手段２が属性データ設定要求を送るとオブジェクト５ａの属性データを設定する手段である。また、属性データ入出力手段３は、入出力管理手段２が属性データ取得要求（図示されていない）を送るとオブジェクト５ａの属性データを取得する手段である。４はオブジェクト検索要求を受け取るとオブジェクトポインタを返すオブジェクト構造管理手段である。オブジェクトポインタは、プログラムがオブジェクトのメソッドを呼び出すために用いる参照である。６は遠隔表示システムで、入出力管理手段２に属性データ取得要求を送り、オブジェクト５ａの属性データを取得する手段である。
【００２２】
次に、動作について説明する。
ここで示されたサーバの動作としては、大きく分けて、オブジェクトの属性データを設定することと、オブジェクトから属性データを取得することが挙げられる。図２はこの実施の形態１に係るデータサーバの属性データ設定動作を説明するためのフローチャートである。
データ処理システム／装置１から状態データが送られてくると、入出力管理手段２で状態データの受信処理が行われる（ステップＳＴ２０１）。次に、状態データを受信したかどうかの判定が行われる（ステップＳＴ２０２）。
【００２３】
状態データを受信した場合、オブジェクト識別子検索処理が行われる（ステップＳＴ２０３）。入出力管理手段２内に、例えば図３に示すような状態データ管理テーブル１２を設けておく。ステップＳＴ２０３において、入出力管理手段２は、状態データの識別子をキーとしてこの状態データ管理テーブル１２を検索することにより、オブジェクト５ａのオブジェクト識別子と属性名称を取得する。次に、受信した状態データに対応するオブジェクト識別子が存在したかどうかの判定が行われる（ステップＳＴ２０４）。
該当するオブジェクト識別子が存在した場合、オブジェクト検索処理が行われる（ステップＳＴ２０５）。このオブジェクト検索処理は、例えば入出力管理手段２がオブジェクト構造管理手段４にオブジェクト検索要求を送り、オブジェクト構造管理手段４がオブジェクトポインタを返すことである。このオブジェクト検索要求には、例えばオブジェクト５ａのオブジェクト識別子と属性名称が含まれており、オブジェクト構造管理手段４はそのオブジェクト識別子に基づいてオブジェクト５ａを検索し、オブジェクトポインタを返す。
【００２４】
入出力管理手段２がオブジェクトポインタを受け取ると、次に属性データ設定処理が実行される（ステップＳＴ２０６）。この場合の属性データ設定処理は、入出力管理手段２が属性データ入出力手段３に属性データ設定要求を送り、属性データ入出力手段３はオブジェクト５ａの属性データを状態データで更新することである。そのために属性データ設定要求は、例えばオブジェクト５ａのオブジェクトポインタと属性名称と状態データとを含んでいる。
この場合の属性データ入出力手段３の具体的動作は、例えば次のようにして行われる。動的なメソッド呼び出しが可能なプログラミング言語Ｊａｖａ（登録商標）を用いた場合、属性名称から属性データ更新メソッドの名称を生成する簡単な規則、例えば属性名称の前に「ｓｅｔ」という文字列を追加したものがメソッド名称などとすることが決められる。そして、オブジェクトポインタからオブジェクトのクラス定義を取得し、そのクラス定義とメソッド名称とからメソッドオブジェクトを取得する。次に取得したメソッドオブジェクトに前述のオブジェクトポインタと状態データを与えて実行する。
【００２５】
図４はこの実施の形態１に係るデータサーバの属性データ取得動作を説明するためのフローチャートである。
遠隔表示システム６から属性データ取得要求があった場合、その属性データ取得要求は入出力管理手段２で受信処理される（ステップＳＴ４０１）。次に、属性データ取得要求を受信したかどうかの判定が行われる（ステップＳＴ４０２）。属性データ取得要求を受信している場合、要求解析処理が行われ（ステップＳＴ４０３）、受信した属性データ取得要求からオブジェクト識別子と属性名称が取得される。次に、オブジェクト検索処理が行われる（ステップＳＴ４０４）。このオブジェクト検索処理は、入出力管理手段２がオブジェクト構造管理手段４にオブジェクト検索要求を渡し、これを受けたオブジェクト構造管理手段４がオブジェクトポインタを入出力管理手段２に返すことである。そのためにオブジェクト検索要求は、例えばオブジェクト識別子と属性名称を含んでいる。
【００２６】
入出力管理手段２がオブジェクトポインタを受け取ると、次に属性データ取得処理が実行される（ステップＳＴ４０５）。この属性データ取得処理は、例えば入出力管理手段２が属性データ入出力手段３に属性データ取得要求を渡すと、属性データ入出力手段３がオブジェクト５ａの属性データを取得して入出力管理手段２に返すことである。この属性データを受け取ると、入出力管理手段２はそれを遠隔表示システム６に返す。ここで、属性データ取得要求は、例えばオブジェクト識別子と属性名称を含んでいる。
この場合の属性データ入出力手段３の具体的動作は、例えば次のようにして行われる。動的なメソッド呼び出しが可能なプログラミング言語Ｊａｖａ（登録商標）を用いた場合、属性名称から属性データ取得メソッドの名称を生成する簡単な規則、例えば属性名称の前に「ｇｅｔ」という文字列を追加したものをメソッド名称などとすることが決められる。そして、オブジェクトポインタからオブジェクトのクラス定義を取得し、クラス定義とメソッド名称とからメソッドオブジェクトを取得する。次にそのメソッドオブジェクトにオブジェクトポインタを与えて実行する。
【００２７】
以上のように、この実施の形態１によれば、データサーバは、データ処理システム／装置１の状態データを自己（オブジェクト）の属性データとして保持する複数のオブジェクト５ａ，５ｂ，５ｃと、属性データ入出力手段３と、オブジェクト構造管理手段４と、入出力管理手段２とで構成され、データ処理システム／装置１の状態データに変更があった場合、入出力管理手段２がオブジェクト構造管理手段４にオブジェクトを検索させ、検索されたオブジェクトの属性データを属性データ入出力手段３により更新するようにしており、また遠隔表示システム６から属性データ取得要求を受け取った場合、入出力管理手段２がオブジェクト構造管理手段４にオブジェクトを検索させ、検索されたオブジェクトの属性データを属性データ入出力手段３により取得して遠隔表示システム６に返すようにしたものである。したがって、データ処理システム／装置１の状態データがオブジェクトの属性データに設定されているため、遠隔表示システム６は属性データ取得要求を入出力管理手段２に送ることによりデータ処理システム／装置１の状態データを取得でき、データ処理システム／装置１の変更やその入出力機能の変更に影響を受けない遠隔表示システム６を実現できるという効果が得られる。
【００２８】
実施の形態２．
図５はこの発明の実施の形態２に係るデータサーバの入出力管理手段の一部構成を示すブロック図で、図において、図１と同一または相当する部分には同一符号を付す。１４ａ，１４ｂ，１４ｃは状態データ解釈手段である。また、１ａ，１ｂ，１ｃはデータ処理システム／装置である。状態データ解釈手段１４ａ，１４ｂ，１４ｃのそれぞれは、データ処理システム／装置１ａ，１ｂ，１ｃのそれぞれに対応するものである。すなわち、状態データ解釈手段は、データ処理システム／装置の種類、個数に応じて適当数が配置される。
【００２９】
データ処理システム／装置１ａの状態データに変更が起きた場合、状態データ解釈手段１４ａはその状態データを取得し、データ処理システム／装置１ａの状態データを解釈し入出力管理手段２に渡す。また、データ処理システム／装置１ｂあるいは１ｃの状態データについては、それぞれに対応した状態データ解釈手段１４ｂまたは１４ｃが準備されており、各状態データが取得され、入出力管理手段２に渡すように動作する。
このように、データ処理システム／装置の種類、個数に応じた複数の状態データ解釈手段を予め入出力管理手段２に設けておくようにしている。したがって、サーバに接続するデータ処理システム／装置の数、種類に変更があっても、それらの変更に伴って替わる状態データの入力個数や種類に対応して入出力管理手段２が受信処理を行うことができる。例えば、今まで接続されていたデータ処理システム／装置１ａの代わりにデータ処理システム／装置１ｂを接続するといったようなシステムや装置自体の変更を行う場合、状態データ解釈手段１４ｂに接続すればよい。また、データ処理システム／装置１ａの入出力機能の変更に際しては、状態データ解釈手段１４ａのみを他のものに変更するようにすればよい。
【００３０】
以上のように、実施の形態２によれば、予め決められたデータ処理システム／装置１ａ，１ｂ，１ｃの状態データのそれぞれを解釈し取得する個々の状態データ解釈手段１４ａ，１４ｂ，１４ｃを設け、データ処理システム／装置１ａ，１ｂ，１ｃのいずれか（例えばデータ処理システム／装置１ａ）で状態データに変更があった場合、対応する状態データ解釈手段（例、１４ａ）がそのデータ処理システム／装置（例、１ａ）から変更があった状態データを取得して入出力管理手段２に渡すようにしたものである。したがって、入力側の変更要因に対応して課せられるデータサーバ側の変更条件を入出力管理手段２の内部の状態データ解釈手段１４ａ，１４ｂ，１４ｃに局所化して対処するようにしたので、データ処理システム／装置の変更やその入出力機能の変更に対しては、状態データ解釈手段１４ａ，１４ｂ，１４ｃを切り替えるか、または他のものに置き換えることだけで対応できる効果が得られる。また、データ処理システム／装置が新規に追加されたときには、それに対応した新たな状態データ解釈手段を増設するという入出力管理手段２の内部の変更のみで対処できる効果が得られる。さらに遠隔表示システム６にて、複数の異なるデータ処理システム／装置１４ａ，１４ｂ，１４ｃからの各状態データ取得を可能とし、入出力管理手段２への属性データ取得要求という一種類の要求によりそれらすべての状態データ取得も行える効果が得られる。
【００３１】
実施の形態３．
図６はこの発明の実施の形態３に係るデータサーバの属性データ伝播手段を示すブロック図で、図において、図１と同一または相当する部分には同一符号を付す。この実施の形態３では、２つのオブジェクト５ａ，５ｂに着目して説明する。
１５は属性データ伝播手段で、或るオブジェクトから属性データ変更通知を受け取ると、属性データ入出力手段３に属性データ設定要求を送る手段である。ここで、オブジェクト５ａの属性データがオブジェクト５ｂの属性データに設定される場合を例として挙げると、上述の属性データ変更通知は、オブジェクト５ａのオブジェクト識別子と属性名称と属性データを含み、属性データ設定要求は、オブジェクト５ｂのオブジェクトポインタと属性名称と属性データを含むことになる。
１６は属性データ関連テーブルである。属性データ伝播手段１５は、属性データ変更通知を受けたとき、この属性データ関連テーブル１６の内容を参照して、オブジェクト識別子と属性名称を決定する。属性データ伝播手段１５は、オブジェクト構造管理手段４に対してオブジェクト検索要求を送り、オブジェクトポインタを得る。このオブジェクト検索要求は、属性データ伝播手段１５が属性データ関連テーブル１６を検索して決定したオブジェクト識別子を含んでいる。
【００３２】
図７はこの発明の実施の形態３に係るデータサーバの属性データ伝播手順を示すフローチャートである。ここでは、オブジェクト５ａの属性データがオブジェクト５ｂの属性データに設定される動作について説明する。
まず、データ加工処理のタイミングかどうかの判定が行われる（ステップＳＴ７０１）。この判定を行う時期は、例えば、オブジェクト５ａの属性データが設定されたとき、または予めオブジェクト５ａに予め登録されている時刻が来たとき、あるいはオブジェクト５ａに予め設定されている任意の判定条件が真となったときである。データ加工処理のタイミングであると判定されると、データ加工処理が行われる（ステップＳＴ７０２）。このデータ加工処理としてはオブジェクト５ａが持つ任意の処理であればよいが、次のような幾つかの例が挙げられる。属性データが或る数値で表されているとした場合に、その数値に単位変換を施すこと、その数値がオブジェクト５ａに予め設定されている上下限値の間に収まっていることを判定してフラグを更新すること、オブジェクト５ａが持つ別の属性データ（図示されていない）との間で任意の演算を行った結果をオブジェクト５ａが持つさらに別の属性データ（図示されていない）に設定すること、属性データをデータベースに保存することなどである。
【００３３】
次に、オブジェクト５ａにおいて出力するデータが存在するかどうかの判定が行われる（ステップＳＴ７０３）。出力するデータが存在したならば、属性データ変更通知処理が行われる（ステップＳＴ７０４）。この属性データ変更通知処理では、オブジェクト５ａが属性データ伝播手段１５に属性データ変更通知を送る。この属性データ変更通知は、オブジェクト５ａのオブジェクト識別子と属性名称と属性データを含んでいる。属性データ変更通知処理が行われると、次に属性データ取得要求が記憶されているかどうかの判定が行われる（ステップＳＴ７０５）。この判定では、具体的には、記憶されている全ての属性データ取得要求について検索し、各属性データ取得要求に含まれるオブジェクト識別子と属性名称の対が、属性データ変更通知に含まれるオブジェクト識別子と属性名称の対と等しいかどうかを調べる。両者が等しければ、等しいとされた属性データ取得要求は有効と判定され、属性データ出力処理が実行される。有効と判定された属性データ取得要求を送って来た遠隔表示システム６に対して属性データが返される（ステップＳＴ７０６）。
【００３４】
次に、関連属性データ検索処理が行われる（ステップＳＴ７０７）。具体的には、属性データ変更通知について次のような検索処理がなされる。属性データ伝播手段１５は属性データ関連テーブル１６の内容を参照し、属性データ変更通知に含まれるオブジェクト５ａのオブジェクト識別子と属性名称を検索する。そのために、例えば図８に示すような属性データ関連テーブル１６が設けられる。属性データ変更通知がオブジェクト５ａのオブジェクト識別子１６ａと属性名称１６ｂを含むとき、属性データ伝播手段１５は、オブジェクト識別子１６ａと属性名称１６ｂをキーにして属性データ関連テーブル１６を検索し、オブジェクト識別子１６ｃと属性名称１６ｄを抽出する。ここでは、例えばオブジェクト識別子１６ｃはオブジェクト５ｂのオブジェクト識別子であり、属性名称１６ｄはオブジェクト５ｂが持つ属性データの属性名称である。次に属性データ伝播手段１５は、オブジェクト構造管理手段４にオブジェクト検索要求を送り、その中に含まれるオブジェクト識別子１６ｃに基づいてオブジェクトポインタを取得する。
【００３５】
次に、関連属性データ設定処理が行われる（ステップＳＴ７０８）。属性データ伝播手段１５は、属性データ入出力手段３に属性データ設定要求を送り、属性データ入出力手段３はこれを処理してオブジェクトの属性データを設定する。例えば、ステップＳＴ７０７でオブジェクト識別子１６ｃと属性名称１６ｄが検索されたならば、属性データ設定要求は、オブジェクト識別子１６ｃに基づいて検索されたオブジェクトポインタと属性名称１６ｄと属性データ変更通知に含まれていた属性データを含む。この場合の属性データ入出力手段３の具体的な動作例は次のようになる。動的なメソッド呼び出しが可能なプログラミング言語Ｊａｖａ（登録商標）を用いた場合、属性名称１６ｄから属性データを更新するためのメソッド名称を生成する簡単な規則、例えば属性名称１６ｄの前に「ｓｅｔ」という文字列を追加したものをメソッド名称などとすることが決められる。そして、オブジェクトポインタからオブジェクトのクラス定義を取得し、そのクラス定義とメソッド名称からメソッドオブジェクトを取得し、そのメソッドオブジェクトに前述のオブジェクトポインタと属性データを与えて実行することである。
【００３６】
図９はこの発明の実施の形態３に係るデータサーバの要求記憶手順を示すフローチャートである。ここでは、入出力管理手段２が遠隔表示システム６から受け取った属性データ取得要求を処理し、オブジェクトの属性データを遠隔表示システム６に返すと共に、属性データ取得要求を記憶させる動作について説明する。入出力管理手段２が遠隔表示システム６から属性データ取得要求を受け取るとその受信処理が行われ（ステップＳＴ８０１）、属性データ取得要求を受信したかどうかの判定が行われる（ステップＳＴ８０２）。属性データ取得要求を受信した場合、要求解析処理が行われ、属性データ取得要求からオブジェクト識別子と属性名称が取得される（ステップＳＴ８０３）。
【００３７】
次に、ステップＳＴ８０３で取得されたオブジェクト識別子と属性名称を記憶する要求記憶処理が行われる（ステップＳＴ８０４）。要求記憶処理が済むと、オブジェクト検索処理が行われる（ステップＳＴ８０５）。ここでは、入出力管理手段２がオブジェクト構造管理手段４にオブジェクト検索要求を渡し、オブジェクト構造管理手段４がオブジェクトポインタを入出力管理手段２に返す。このオブジェクト検索要求は、例えばオブジェクト識別子と属性名称を含む。
入出力管理手段２がオブジェクトポインタを受け取ると、属性データ取得処理が実行される（ステップＳＴ８０６）。ここでは、例えば入出力管理手段２が属性データ入出力手段３に属性データ取得要求を渡すと、属性データ入出力手段３はオブジェクトの属性データを取得して入出力管理手段２に返す。入出力管理手段２は受け取った属性データを遠隔表示システム６に返す。
【００３８】
以上のように、実施の形態３によれば、属性データ伝播手段１５を設け、オブジェクト５ａにてデータ加工処理を行い、オブジェクト５ａは属性データ伝播手段１５に変更を通知し、属性データ伝播手段１５は記憶されている属性データ取得要求についてオブジェクト識別子と属性名称が一致するものがあれば遠隔表示システム６に属性データを返すようにしたものである。また、関連するオブジェクトを検索し、属性データ伝播手段１５により該当するオブジェクトの一部あるいは全ての属性データを設定するようにしたので、データサーバにてデータ加工が可能となり、データ加工結果が属性データ伝播手段１５により他のオブジェクト５ｂの属性データに設定されるようにしたものである。したがって、複数のオブジェクトによる複雑なデータ加工が可能となる効果が得られる。また、データ加工の結果はオブジェクトの属性データに設定されており、遠隔表示システム６は入出力管理手段２に属性データ取得要求を送ることで任意のオブジェクトの属性データを取得できる。さらに遠隔表示システム６は属性データ取得要求を一度送ることで、継続的に更新された属性データを取得でき、結果的に、データ処理システム／装置１の変更を行うことなく、データ処理の途中結果などデータ処理システム／装置１の入出力機能が対応していない状態データをも遠隔表示システムが取得することができる効果が得られる。
【００３９】
実施の形態４．
図１０はこの発明の実施の形態４に係るデータサーバを示すブロック図で、図において、図１と同一または相当する部分には同一符号を付す。１７はオブジェクト構造取得手段で、オブジェクト構造管理手段４がオブジェクトを検索する際に物理的なオブジェクト構造をたどりながら該当するオブジェクトを検索し抽出する手段であり、また入出力管理手段２がオブジェクトの属性名称一覧を取得するための手段である。１８ａ，１８ｂ，…，１８ｈはオブジェクトで、オブジェクト１８ａを根とする木構造を構成している。
【００４０】
図１１は実施の形態４に係るデータサーバのオブジェクト構造構成手順を示すフローチャートである。
根オブジェクトの生成処理が行われ、図１０の例では根オブジェクト１８ａが生成される（ステップＳＴ１３０１）。次のオブジェクトを生成するかどうかを判定する（ステップＳＴ１３０２）。生成する場合、オブジェクトの生成処理が行われて、オブジェクトの生成にはオブジェクト名とオブジェクトポインタが決定される（ステップＳＴ１３０３）。次に、オブジェクトの登録処理が行われる（ステップＳＴ１３０４）。ここでは、生成されたオブジェクトは、必ずいずれか一つの別オブジェクトに対して登録される。登録先のオブジェクトを登録されるオブジェクトの親オブジェクトと呼び、逆に、登録されるオブジェクトを登録先のオブジェクトの子オブジェクトと呼ぶ。例えば図１０において、オブジェクト１８ｂ，１８ｃはオブジェクト１８ａに登録されており、オブジェクト１８ｂ，１８ｃの親オブジェクトはオブジェクト１８ａとなる。また、別のオブジェクト１８ｄ，１８ｅはオブジェクト１８ｂに登録されており、オブジェクト１８ｂの子オブジェクトは、オブジェクト１８ｄ，１８ｅとなる。
【００４１】
ステップＳＴ１３０３において決定されるオブジェクト名に関し、親オブジェクトを同じくする子オブジェクトの間ではユニークな名前を持つ。この行程で構成された物理的なオブジェクト構造に含まれるオブジェクトのオブジェクト識別子は、根オブジェクトから順に子オブジェクトをたどり、下位のオブジェクトに至るまでの各オブジェクトが持つオブジェクト名を区切り文字で区切った文字列で表される。
オブジェクト構造取得手段１７は、オブジェクト構造管理手段４が与えるオブジェクト識別子に基づき、物理的なオブジェクト構造をたどりながらオブジェクトを検索する。この検索動作は次のように行われる。
オブジェクト構造取得手段１７は根オブジェクト１８ａのオブジェクトポインタを常に保持している。また各オブジェクトは、オブジェクト名と、子オブジェクトのオブジェクト名のリストと、子オブジェクトのオブジェクトポインタのリストを属性データとして保持する。オブジェクト構造取得手段１７は、与えられたオブジェクト識別子から区切り文字で区切られたオブジェクト名を一つづつ切り出す。切り出した最初のオブジェクト名が根オブジェクト１８ａのオブジェクト名と一致した場合、オブジェクト１８ａの子オブジェクトのうちから、そのオブジェクト名が次に切り出したオブジェクト名と一致するものを選ぶ。選ばれた子オブジェクトのうちから、さらにそのオブジェクト名が次に切り出したオブジェクト名と一致するものを選ぶという処理を繰り返す。そして、オブジェクト識別子からオブジェクト名が切り出せなくなるまで繰り返したときに選んだオブジェクトのオブジェクトポインタをオブジェクト構造管理手段４に返すようにする。
【００４２】
また、オブジェクト構造取得手段１７は、次のように、オブジェクトの属性名称一覧を取得する動作を行う。
オブジェクト構造取得手段１７は、オブジェクト構造管理手段４からオブジェクト識別子と属性名称が与えられたときは、そのオブジェクト識別子に基づきオブジェクトを検索する。具体的には、当該オブジェクトのオブジェクトポインタを取得し、当該オブジェクトが属性名称で指定された属性を持つかどうかの判定を行う。属性を持つ場合にはオブジェクトポインタを返し、属性を持たない場合にはエラーを返す。
また、オブジェクト構造管理手段４からオブジェクト識別子のみが与えられたときには、オブジェクト構造取得手段１７は、そのオブジェクト識別子に基づきオブジェクトを検索し、当該オブジェクトのオブジェクトポインタを取得し、当該オブジェクトの属性名称一覧を取得して返す。このとき、当該オブジェクトが属性名称で指定された属性を持つかどうかの判定を行う。この場合、オブジェクトの属性名称一覧を取得するためプログラムに、例えば動的なクラス定義の取得が可能なＪａｖａ（登録商標）言語を用いた場合には、オブジェクトポインタからクラス定義を取得することにより、オブジェクトが属性名称で指定された属性を持つかどうかの判定とオブジェクトの属性名称一覧の取得を行うようにすればよい。
【００４３】
図１２はこの発明の実施の形態４に係る遠隔表示システムのデータ取得手順を示すフローチャートである。この手順は、遠隔表示システム６が、予めオブジェクトや属性に関する情報を有していなくても、所望のオブジェクトの属性データを取得できる動作について示している。
まず、オブジェクト識別子初期化処理が行われ（ステップＳＴ１１０１）、遠隔表示システム６は根オブジェクトのオブジェクト識別子を対象オブジェクト識別子に設定する。次に遠隔表示システム６から対象オブジェクト識別子を含む構造データ取得要求が入出力管理手段２に送られてくると、属性名称一覧の取得処理を行う（ステップＳＴ１１０２）。対象オブジェクト識別子が所望のオブジェクトのオブジェクト識別子であるかどうかの判定が行われ（ステップＳＴ１１０３）、所望のオブジェクトのオブジェクト識別子であった場合、属性データ取得処理が実行される（ステップＳＴ１１０６）。
【００４４】
一方、所望のオブジェクトのオブジェクト識別子でない場合、オブジェクト名リスト取得処理が実行される（ステップＳＴ１１０４）。ここでは、属性名称一覧から「子オブジェクトのオブジェクト名リスト」の属性名称が選ばれ、対象オブジェクト識別子と当該属性名称を含む属性データ取得要求が入出力管理手段２に送られ、遠隔表示システム６は子オブジェクトのオブジェクト名リストを取得する。次に、オブジェクト識別子更新処理が行われる（ステップＳＴ１１０５）。ここでは、子オブジェクトのオブジェクト名リストから所望のオブジェクト名を選び、対象オブジェクト識別子と当該オブジェクト名を区切り文字で連結して新たなオブジェクト識別子を生成する。そして、生成した新たなオブジェクト識別子を対象オブジェクト識別子に設定し、更新された対象オブジェクト識別子に基づいて再度ステップＳＴ１１０３が実行される。
属性データ取得処理（ステップＳＴ１１０６）では、属性名称一覧から所望の属性名称が選択され、所望のオブジェクトのオブジェクト識別子である対象オブジェクト識別子と選択した属性名称を含む属性データ取得要求が入出力管理手段２に送られ、属性データ入出力手段３により属性データを取得して遠隔表示システム６に送る。
【００４５】
以上のように、この実施の形態４によれば、オブジェクト構造取得手段１７により物理的なオブジェクト構造をたどりながらオブジェクトを検索するようにし、遠隔表示システム６から入出力管理手段２に構造データ取得要求が送られたとき、オブジェクト構造管理手段１７によりオブジェクトを検索し、当該オブジェクトの属性名称一覧を取得して遠隔表示システム６に返すようにしたので、遠隔表示システム６は入力管理手段２に構造データ取得要求を送って任意のオブジェクトの属性名称一覧を取得し、取得した属性名称一覧から生成した新しい構造データ取得要求を再度送るという処理を行うことで、起動中にオブジェクトの属性データの構成情報が取得できるようになる。したがって、遠隔表示システム６はデータ処理システム／装置１の状態データの一覧など、状態データの構成情報を予め読み込んでおいてから起動する必要がなく、また状態データの構成情報を取得するための専用の入出力機能をデータ処理システム／装置１と遠隔表示システム６の両方に作りこむ必要がなくなるなどの効果が得られる。
【００４６】
実施の形態５．
図１３はこの発明の実施の形態５によるデータサーバの一部構成を示すブロック図で、図において、図１と同一または相当する部分は同一符号を付す。１９ａ，１９ｂ，１９ｃは入出力管理手段２の内部に設けられた要求変換手段である。この例では、３つの要求変換手段を示したが、これらは、それぞれ遠隔表示システム６０ａ，６０ｂおよびＷｅｂブラウザ６１に対応して設けられており、対応する遠隔表示システムやＷｅｂブラウザの数に応じて適当数を配置するものである。
ここで、遠隔表示システム６０ａと要求変換手段１９ａに着目した場合には、それらはデータ処理システム／装置１ａに対する専用のシステムを構成する。遠隔表示システム６０ａは、データ処理システム／装置１ａの入出力機能に対応した状態データ取得要求２４ａを要求変換手段１９ａに送る。要求変換手段１９ａは、その状態データ取得要求２４ａを属性データ取得要求に変換して入出力管理手段２に送る。このとき要求変換手段１９ａの動作は、例えば状態データ取得要求２４ａから状態データ１２ａの識別子を取り出し、状態データ１２ａをキーにして図３に示した状態データ管理テーブル１２を検索し、オブジェクト識別子１２ｂと属性名称１２ｃを取り出すことである。
【００４７】
また、遠隔表示システム６０ｂと要求変換手段１９ｂとに着目した場合には、それらは対応するデータ処理システム／装置を持たないか、あるいはデータ処理システム／装置１ａに対応しているが、データ処理システム／装置１ａの入出力機能に存在しない状態データを取得する専用システムを構成する。遠隔表示システム６０ｂが状態データ取得要求２４ｂを要求変換手段１９ｂに送った場合、要求変換手段１９ｂはその状態データ取得要求２４ｂを属性データ取得要求に変換して入出力管理手段２に送る。このとき要求変換手段１９ｂは、例えば次のように動作する。状態データ取得要求２４ｂから状態データ１３ａの識別子を取り出す。ここで、状態データ１３ａは、データ処理システム／装置１ａの入出力機能に存在しない状態データであると仮定する。そのため、要求変換手段１９ｂは、状態データ１３ａの識別子をキーにして図３に示す状態データ管理テーブル１２を検索するが、失敗する。次に、要求変換手段１９ｂは、図１４に示した別の状態管理テーブル１３を状態データ１３ａの識別子をキーに検索し、オブジェクト識別子１３ｂと属性名称１３ｃを取り出す。
なお、状態データ管理テーブル１２と状態データ管理テーブル１３の相違点は、状態データ管理テーブル１２がデータ処理システム／装置１ａから状態データ１２ａが送られてきたときに対応するオブジェクトの属性を特定する用途にも使用されるのに対し、状態データ管理テーブル１３は要求変換手段１９ｂのみから使用される点である。
【００４８】
また、Ｗｅｂブラウザ６１と要求変換手段１９ｃとに着目した場合について次のようになる。Ｗｅｂブラウザ６１は汎用データ取得要求２５を要求変換手段１９ｃに送る。汎用データ取得要求２５は、インターネット標準のデータ取得形式であるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）で作成されたものである。要求変換手段１９ｃは、受け取った汎用データ取得要求２５を属性データ取得要求に変換して入出力管理手段２に送る。汎用データ取得要求２５は、例えば図１５に示す構成を持つ。汎用データ取得要求２５−１と汎用データ取得要求２５−２はそれぞれ別の構成例を示している。
【００４９】
図１６はデータサーバの要求変換手段１９ｃの内部構成を示すブロック図である。要求変換手段１９ｃは要求変換詳細手段１９ｃ−１，１９ｃ−２を持つ。ここでは、２つの要求変換詳細手段について示したが、必要に応じて適当数の要求詳細手段を配置してもよい。
要求変換手段１９ｃの動作は例えば次のようになる。汎用データ取得要求２５を例えば図１５の汎用データ取得要求２５−１のように構成する。データパス指定部から要求変換詳細手段の識別子を取り出して要求変換詳細手段１９ｃ−１を検索し、要求変換詳細手段１９ｃ−１に汎用データ取得要求２５−１のクエリ指定部を送る。要求変換詳細手段１９ｃ−１では、クエリ指定部からオブジェクト識別子と属性名称を読み出して属性データ取得要求に変換する。このとき、クエリ指定部に属性名称が含まれていなければ、構造データ取得要求であるとみなして構造データ取得要求に変換することもできる。また要求変換詳細手段１９ｃ−１を設けるには、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）に基づくプログラムや、プログラミング言語Ｊａｖａ（登録商標）のサーブレットを配置すればよい。
【００５０】
要求変換手段１９ｃの別の動作例として次のようにしてもよい。汎用データ取得要求２５を、例えば図１５の汎用データ取得要求２５−２のように構成する。データパス指定部からオブジェクト識別子と属性名称を取り出して、属性データ取得要求に変換する。このとき、データパス指定部に属性名称が含まれていなければ、構造データ取得要求であるとみなして構造データ取得要求に変換することもできる。
【００５１】
以上のように、この実施の形態５によれば、遠隔表示システム６がデータ処理システム／装置１の専用の状態データ取得要求あるいは汎用のデータ取得要求を入出力管理手段に送った時、対応する要求変換手段１９ａ，１９ｂ，１９ｃによりこれらの要求を属性データ取得要求あるいは構造データ取得要求に変換し、属性データ取得要求に変換したならば、オブジェクト構造管理手段４によりオブジェクトを検索し、属性データ入出力手段３により検索されたオブジェクトの属性データを取得して遠隔表示システムに返し、一方、構造データ取得要求に変換したならば、オブジェクト構造管理手段４によりオブジェクトを検索し、オブジェクト構造取得手段１７により検索されたオブジェクトの属性名称一覧を取得して遠隔表示システムに返すようにしたので、データ処理システム／装置１の変更を行うことなくＷｅｂブラウザなどの標準のツールからの標準のデータ取得要求に基づいて状態データの取得が可能となるという効果がある。
【００５２】
実施の形態６．
図１７はこの発明の実施の形態６によるデータサーバのオブジェクト構造管理手段の構成を示すブロック図で、図において、図１と同一のまたは相当する部分には同一符号を付す。３０は別名管理テーブル、３１は文脈管理テーブルである。
この実施の形態６において、オブジェクト構造管理手段４は、複数の論理的なオブジェクト構造を管理し、論理的なオブジェクト識別子を含むオブジェクト検索要求を受けると、別名管理テーブル３０と文脈管理テーブル３１の内容を参照して論理的なオブジェクト識別子を変換しながらオブジェクトを検索し、当該オブジェクトのオブジェクトポインタを返す。
【００５３】
図１８は実施の形態６で用いられる別名による論理的なオブジェクト構造を示す説明図である。オブジェクト構造管理手段４は、別名管理テーブル３０を用いて、論理的なオブジェクト構造を形成する。２０ａ，２０ｂ，…，２０ｆはオブジェクトである。これらオブジェクトのオブジェクト識別子をそれぞれＮ２０ａ，Ｎ２０ｂ，…，Ｎ２０ｆとする。２０ｆａ１，２０ｆａ２は、オブジェクト２０ｆの属性データである。これら属性データ２０ｆａ１，２０ｆａ２の属性名称をそれぞれＮ２０ｆａ１，Ｎ２０ｆａ２とする。２１ｃ，２１ｄは論理的なオブジェクトである。これら論理的なオブジェクト２１ｃ，２１ｄの論理的なオブジェクト識別子をそれぞれＶＮ２１ｃ，ＶＮ２１ｄとする。２１ｄａ２は論理的な属性データである。この論理的な属性データの論理的な属性名称をＶＮ２１ｄａ２とする。
【００５４】
オブジェクト構造管理手段４は、例えば論理的なオブジェクト識別子ＶＮ２１ｃを含むオブジェクト検索要求が与えられると、図１８に示されるオブジェクト構造をたどりオブジェクトを検索し、オブジェクト２０ｃのオブジェクトポインタを入出力管理手段２に返す。また論理的なオブジェクト識別子ＶＮ２１ｄを含むオブジェクト検索要求が与えられると、オブジェクト２０ｄのオブジェクトポインタを返す。また論理的なオブジェクト識別子ＶＮ２１ｄと論理的な属性名称ＶＮ２１ｄａ２を含むオブジェクト検索要求が与えられると、オブジェクト２０ｆのオブジェクトポインタと属性名称Ｎ２０ｆａ２を返す。
【００５５】
このようなオブジェクト構造管理手段４を設けるには、図１９に示すように別名管理テーブル３０の構成に定義情報を記録しておくとよい。図において、３０−１，３０−２，３０−３は、それぞれ一つの独立した別名定義である。ここで、別名定義３０−１に着目して説明すると、別名定義３０−１は、オブジェクト識別子Ｎ２０ａ、オブジェクト識別子Ｎ２０ｃ、論理的なオブジェクト識別子ＶＮ２１ｃとで構成されている。この配列は、オブジェクト２０ａから論理的なオブジェクト識別子ＶＮ２１ｃを与えて図１８で表されるオブジェクト構造をたどってオブジェクトを検索するとき、オブジェクト２０ｃのオブジェクトポインタを返すことを定義している。
【００５６】
次に、別名定義３０−３に着目して説明すると、別名定義３０−３は、オブジェクト識別子Ｎ２０ｅ、オブジェクト識別子Ｎ２０ｆ、属性名称Ｎ２０ｆａ２、論理的なオブジェクト識別子ＶＮ２１ｄ、論理的な属性名称ＶＮ２１ｄａ２とで構成されている。この配列は、オブジェクトＮ２０ｅから論理的なオブジェクト識別子ＶＮ２１ｄと論理的な属性名称ＶＮ２１ｄａ２を与えて図１８で表されるオブジェクト構造をたどってオブジェクトを検索するとき、オブジェクト２０ｆのオブジェクトポインタと属性名称Ｎ２０ｆａ２を返すことを定義している。
【００５７】
図２０は実施の形態６に係るデータサーバを説明するための文脈による論理的なオブジェクト構造を示す説明図である。オブジェクト構造管理手段４は、文脈管理テーブル３１を用いて、論理的なオブジェクト構造を形成する。図において、２０ａ，２０ｂ，…，２０ｇ，２２ｂ，２２ｃ，２２ｅはオブジェクトである。これらオブジェクトのオブジェクト識別子をそれぞれ、Ｎ２０ａ，Ｎ２０ｂ，…，Ｎ２０ｇ，Ｎ２２ｃ，Ｎ２２ｅとする。２０ｇａ１，２０ｇａ２はオブジェクト２０ｇの属性データである。これら属性データの属性名称をそれぞれ、Ｎ２０ｇａ１，Ｎ２０ｇａ２とする。
【００５８】
オブジェクト構造管理手段４は、例えばオブジェクト識別子Ｎ２０ｃと文脈識別子Ｃ１からなる論理的なオブジェクト識別子Ｎ２０ｃ−Ｃ１が与えられると、図２０に表わされたオブジェクト構造をたどりオブジェクトを検索し、オブジェクト２２ｃのオブジェクトポインタを返す。またオブジェクト識別子Ｎ２０ｇと属性名称Ｎ２０ｇａ２と文脈識別子Ｃ１からなる論理的なオブジェクト識別子Ｎ２０ｇ−Ｎ２０ｇａ２−Ｃ１が与えられると、オブジェクト２２ｅのオブジェクトポインタを返す。
【００５９】
このようなオブジェクト構造管理手段４を設けるには、図２１に示すように文脈管理テーブル３１の構成に定義情報を記録しておくとよい。図において、３１−１，３１−２，３１−３は、それぞれ一つの独立した文脈定義である。例えば文脈定義３１−１に着目して説明すると、文脈定義３１−１は、オブジェクト識別子Ｎ２２ｃ、オブジェクト識別子Ｎ２０ｃ、文脈識別子Ｃ１とで構成されている。この構成は、論理的なオブジェクト識別子Ｎ２０ｃ−Ｃ１を与えて図２０で表されるオブジェクト構造をたどってオブジェクトを検索するとき、オブジェクト２２ｃのオブジェクトポインタを返すことを定義している。
【００６０】
この実施の形態６において、図１３で示したようなＷｅｂブラウザ６１から汎用データ取得要求２５を受けて論理的なオブジェクト識別子に基づく属性データ取得および構造データ取得を行う場合、そのための汎用データ取得要求２５は、例えば図２２に示すような構成を持つとよい。図２２において、汎用データ取得要求２５−１１と汎用データ取得要求２５−１２が示されるが、これらは別の構成例を示したものである。別名による論理的なオブジェクト識別子については、実施の形態５で示したように汎用データ取得要求から属性データ取得要求あるいは構造データ取得要求に変換する方法と同様の方法が適用される。一方、文脈による論理的なオブジェクト識別子については、図２２の汎用データ取得要求２５−１１，２５−１２に示されるように、ともにクエリ指定部で文脈識別子を指定することにより要求変換手段１９ｃで文脈識別子を取り出し、文脈による論理的なオブジェクト識別子を含む属性データ取得要求あるいは構造データ取得要求に変換する。
【００６１】
この実施の形態６において、物理的なオブジェクト構造に加えて、別名による論理的なオブジェクト構造を管理するので、物理的なオブジェクト構造とは別に、論理的なオブジェクト間の関連やオブジェクトの属性データ間の関連を定義することができる。したがって、物理的なオブジェクト構造により実現される状態データの保持やデータ加工の機能、さらに遠隔表示システムが物理的なオブジェクトの構造を予め知ることなしに任意のオブジェクトの任意の属性データを取得できるという機能を維持したまま、遠隔表示システムの要求に則った論理的なオブジェクト構造を定義することができる。例えば遠隔表示システムが監視を行いたい属性データのみを別名登録した簡略化された論理的なオブジェクト構造を定義できる。
【００６２】
また、この実施の形態６は、物理的なオブジェクト構造に加えて、文脈により論理的なオブジェクト構造を管理するようにしたので、用途や機能に応じて構成された複数の部分的なオブジェクト構造のオブジェクト間あるいは属性データ間を文脈により関連付けることができ、一つのオブジェクト識別子に対して、文脈を切り替えることで、関連付けられた属性データを取得することができる。
【００６３】
図２３は実施の形態６に係るデータサーバの文脈による論理的なオブジェクト構成の適用例を示す説明図である。図において、２３は根オブジェクト、２３−１，２３−２，２３−３は部分的なオブジェクト構造である。この例では、３つの部分的なオブジェクト構造について示しているが、その数はいくつであってもよい。
また、それぞれの部分的なオブジェクト構造は、オブジェクトのみで構成しても、論理的なオブジェクトのみで構成しても、あるいはオブジェクトと論理的なオブジェクトの両方で構成してもよい。その例として、部分的なオブジェクト構造２３−１は、データ処理システム／装置１の状態データを属性データとして保持するオブジェクト群で構成する。また部分的なオブジェクト構造２３−２は、部分的なオブジェクト構造２３−１に保持された状態データの時系列的な変化の履歴データを保持するオブジェクト群で構成する。さらに部分的なオブジェクト構造２３−３は、部分的なオブジェクト構造２３−１に保持された状態データに関連するデータをデータベースから取得して属性データとして保持するオブジェクト群で構成する。そして、部分的なオブジェクト構造２３−１から部分的なオブジェクト構造２３−２へ向かう関連を文脈識別子Ｃ２で管理し、部分的なオブジェクト構造２３−１から部分的なオブジェクト構造２３−３へ向かう関連を文脈識別子Ｃ３で管理するようにする。このような条件のもとで、遠隔表示システム６からの要求は次のように構成すればよい。
【００６４】
遠隔表示システム６が状態データを取得したい場合には、部分的なオブジェクト構造２３−１に含まれるオブジェクトのオブジェクト識別子２４と属性データ２４ａ１を含む属性データ取得要求を送るようにする。また、遠隔表示システム６が状態データの時系列的な変化の履歴を取得したい場合には、オブジェクト識別子２４と属性データ２４ａ１と文脈識別子Ｃ２を含む属性データ取得要求（構造データ取得要求）を送るようにする。さらに、遠隔表示システムが状態データに関連する別のデータベースのデータを取得したい場合には、オブジェクト識別子２４と属性データ２４ａ１と文脈識別子Ｃ３を含む属性データ取得要求（構造データ取得要求）を送るようにする。このようにすることにより状態データ間の関連や状態データとデータベースなど他のシステムのデータとの関連付けが可能となる。
【００６５】
以上のように、この実施の形態６によれば、オブジェクト構造管理手段４は物理的なオブジェクト構造と共に、複数の論理的なオブジェクト構造を管理し、オブジェクト識別子に対しては物理的なオブジェクト構造からオブジェクトを検索し、論理的なオブジェクト識別子に対しては論理的なオブジェクト構造からオブジェクトを検索し、遠隔表示システム６から入出力管理手段２が論理的なオブジェクト識別子を含む属性データ取得要求を受け取ると、オブジェクト構造管理手段４が論理的なオブジェクト識別子に基づいて論理的なオブジェクト構造からオブジェクトを検索し、属性データ入出力手段３が検索されたオブジェクトの属性データを取得して遠隔表示システム６に返し、また遠隔表示システム６から入出力管理手段２が論理的なオブジェクト識別子を持つ構造データ取得要求を受け取ると、オブジェクト構造管理手段４が論理的なオブジェクト構造からオブジェクトを検索し、オブジェクト構造取得手段１７が検索されたオブジェクトの属性名称一覧を取得して遠隔表示システム６に返すようにしたので、状態データ間の関連や状態データと他のデータ処理システム／装置やデータベースのデータとの関連付けが可能となる効果が得られる。
【００６６】
【発明の効果】
以上のように、この発明によれば、監視対象となるデータ処理システム／装置のリアルタイムの状態を表す状態データを管理し、遠隔表示システムからデータ取得要求を受けたときに状態データを遠隔表示システムに返すデータサーバにおいて、状態データを自己の属性データとして保持する複数のオブジェクトと、この複数のオブジェクトのうちの任意オブジェクトの任意属性データを取得または設定する属性データ入出力手段と、オブジェクト構造を管理し、入力されるオブジェクト識別子に基づいてオブジェクトを検索するオブジェクト構造管理手段と、状態データに変更があった場合、この変更に関連するオブジェクト識別子と属性名称を決定し、決定されたオブジェクト識別子を用いてオブジェクト構造管理手段にオブジェクトを検索させ、検索されたオブジェクトの属性データを属性データ入出力手段を用いて変更があった状態データで更新し、また遠隔表示システムから属性データ取得要求を受け取った場合、属性データ取得要求に含まれるオブジェクト識別子に基づいてオブジェクト構造管理手段にオブジェクトを検索させ、検索されたオブジェクトの属性データを属性データ入出力手段を用いて取得して遠隔表示システムに返す入出力管理手段とを備えるように構成したので、データ処理システム／装置の状態データはオブジェクトの属性データに設定されており、遠隔表示システムは属性データ取得要求を入出力管理手段に送ることによりデータ処理システム／装置の状態データをオブジェクトの属性データとして取得でき、データ処理システム／装置の変更やデータ処理システム／装置の入出力機能の変更に影響を受けない遠隔表示システムを実現できる効果がある。
【００６７】
この発明によれば、複数のデータ処理システム／装置に対応して設けられ複数のデータ処理システム／装置からの各状態データをそれぞれが解釈して取得し入出力管理手段に渡す複数の状態データ解釈手段を備えるように構成したので、データ処理システム／装置の種類や数の変更に対しては、状態データ解釈手段のみを切り替えればよく、またデータ処理システム／装置が追加されたときには、対応する状態データ解釈手段を増設することで対処可能となり、入力側の変更要因に対応して課せられるデータサーバ側の変更条件を入出力管理手段の内部の状態データ解釈手段に局所化したことで容易に対処できる効果がある。
【００６８】
この発明によれば、データ処理システム／装置に対して置き換え可能に設けられデータ処理システム／装置からの状態データを解釈して取得し入出力管理手段に渡す状態データ解釈手段を備えるように構成したので、データ処理システム／装置の入出力機能の変更に対しては、状態データ解釈手段のみを対応できるものに置き換えればよく、入力側の変更要因に対応して課せられるデータサーバ側の変更条件を入出力管理手段の内部の状態データ解釈手段に局所化したことで容易に対処できる効果がある。
【００６９】
この発明によれば、任意のオブジェクトから属性データを受け取ったときに、関連するオブジェクト識別子と属性名称を決定し、決定されたオブジェクト識別子に基づいてオブジェクト構造管理手段によりオブジェクトを検索させ、検索されたオブジェクトの一部あるいは全ての属性データを属性データ入出力手段により更新させ、また遠隔表示システムから入出力管理手段が属性データ取得要求を受けたときに、属性データ取得要求を記憶しておき、オブジェクトから属性データが入力されると記憶されていた属性データ取得要求を検索し、検索された関連する属性データ取得要求に対応する属性データを入出力管理手段を介して遠隔表示システムに返す属性データ伝播手段を備えるように構成したので、オブジェクトの属性データに設定されたデータ処理システム／装置の状態データを用いて、データ加工処理をオブジェクトで実行し、その結果を属性データとして設定しておけば、遠隔表示システムは入出力管理手段に属性データ取得要求を送ることで任意のオブジェクトの属性データを取得できる効果がある。また遠隔表示システムは属性データ取得要求を一度送ることで、継続的に更新された属性データを取得でき、結果的に、データ処理システム／装置の変更を行うことなく、データ処理の途中結果などデータ処理システム／装置の入出力機能が対応していない状態データをも遠隔表示システムが取得できる効果がある。
【００７０】
この発明によれば、オブジェクト構造管理手段が、物理的なオブジェクト構造を管理し、遠隔表示システムから入出力管理手段が構造データ取得要求を受け取ったときに、構造データ取得要求に含まれるオブジェクト識別子をオブジェクト構造管理手段を介して受けて物理的なオブジェクト構造をたどりながらオブジェクトを検索し、検索されたオブジェクトの属性名称一覧を取得して入出力管理手段を介して遠隔表示システムに返すオブジェクト構造取得手段を備えるように構成したので、遠隔表示システムは入出力管理手段に構造データ取得要求を送って任意のオブジェクトの属性名称一覧を取得することで、取得したオブジェクトの属性名称一覧から生成した構造データ取得要求を再度送るという処理を行い、起動中にオブジェクトの属性データの構成情報を取得できる効果がある。また、遠隔表示システムはデータ処理システム／装置の状態データの一覧など、状態データの構成情報を予め読み込んでおいてから起動する必要がなく、状態データの構成情報を取得するための専用の入出力機能をデータ処理システム／装置と遠隔表示システムの両方に作りこむ必要もなくなるという効果がある。
【００７１】
この発明によれば、遠隔表示システムから入出力管理手段がデータ処理システム／装置に対する専用の状態データ取得要求あるいは汎用のデータ取得要求を受け取ったときに、専用の状態データ取得要求を属性データ取得要求に変換し、また汎用のデータ取得要求を属性データ取得要求あるいは構造データ取得要求に変換するそれぞれの要求変換手段を備え、変換された属性データ取得要求に対しては、オブジェクト構造管理手段がオブジェクトを検索し、属性データ入出力手段により検索されたオブジェクトの属性データを取得して入出力管理手段を介して遠隔表示システムに返し、変換された構造データ取得要求に対しては、オブジェクト構造管理手段がオブジェクトを検索し、オブジェクト構造取得手段により検索されたオブジェクトの属性名称一覧を取得して入出力管理手段を介して遠隔表示システムに返すように構成したので、データ処理システム／装置の変更を行うことなくＷｅｂブラウザなどの標準のツールからの標準のデータ取得要求に基づく状態データの取得が可能となるという効果がある。
【００７２】
この発明によれば、オブジェクト構造管理手段は、物理的なオブジェクト構造と共に、複数の論理的なオブジェクト構造を管理し、オブジェクト識別子を受け取ったときには物理的なオブジェクト構造からオブジェクトを検索するように構成したので、状態データ間の関連や状態データと他のデータ処理システム／装置やデータベースのデータとの関連付けが可能となるという効果がある。
【００７３】
この発明によれば、遠隔表示システムから入出力管理手段が論理的なオブジェクト識別子を持つ属性データ取得要求を受け取ったとき、オブジェクト構造管理手段が論理的なオブジェクト識別子を受けて論理的なオブジェクト構造からオブジェクトを検索し、属性データ入出力手段が検索されたオブジェクトの属性データを取得して入出力管理手段を介して遠隔表示システムに返し、また遠隔表示システムから入出力管理手段が論理的なオブジェクト識別子を持つ構造データ取得要求を受け取ったときに、オブジェクト構造管理手段が論理的なオブジェクト識別子を受けて論理的なオブジェクト構造からオブジェクトを検索し、オブジェクト構造取得手段が検索されたオブジェクトの属性名称一覧を取得して遠隔表示システムに返すように構成したので、遠隔表示システムは入出力管理手段に構造データ取得要求を送って任意のオブジェクトの属性名称一覧を取得することで、取得したオブジェクトの属性名称一覧から生成した構造データ取得要求を再度送るという処理を行い、起動中にオブジェクトの属性データの構成情報を取得できる効果がある。また、論理的なオブジェクト構造からオブジェクトを検索し、物理的なオブジェクト構造と連携が取れるようにしたため、検索状態データ間の関連や状態データと他のデータ処理システム／装置やデータベースのデータとの関連付けが可能となるという効果がある。
【００７４】
この発明によれば、遠隔表示システムから入出力管理手段がデータ処理システム／装置に対する専用の状態データ取得要求を受け取ったとき、要求変換手段が専用の状態データ取得要求を論理的なオブジェクト識別子を持つ属性データ取得要求に変換し、オブジェクト構造管理手段が変換された論理的なオブジェクト識別子に基づきオブジェクトを検索し、属性データ入出力手段が検索されたオブジェクトの属性データを取得して入出力管理手段を介して遠隔表示システムに返し、また遠隔表示システムから入出力管理手段が汎用のデータ取得要求を受け取ったとき、要求変換手段がその汎用のデータ取得要求を論理的なオブジェクト識別子を持つ属性データ取得要求または論理的なオブジェクト識別子を持つ構造データ取得要求に変換し、変換された論理的なオブジェクト識別子を持つ属性データ取得要求に対しては、オブジェクト構造管理手段が論理的なオブジェクト識別子に基づきオブジェクトを検索し、属性データ入出力手段が検索されたオブジェクトの属性データを取得して入出力管理手段を介して遠隔表示システムに返し、他方、変換された論理的なオブジェクト識別子を持つ構造データ取得要求に対しては、オブジェクト構造管理手段が論理的なオブジェクト識別子に基づきオブジェクトを検索し、オブジェクト構造取得手段が検索されたオブジェクトの属性名称一覧を取得して入出力管理手段を介して遠隔表示システムに返すように構成したので、データ処理システム／装置の変更を行うことなくＷｅｂブラウザなどの標準のツールからの標準のデータ取得要求に基づく状態データの取得が可能となり、加えて論理的なオブジェクト構造からオブジェクトを検索し、物理的なオブジェクト構造と連携が取れるようにしたため、検索状態データ間の関連や状態データと他のデータ処理システム／装置やデータベースのデータとの関連付けが可能となるという効果がある。
【図面の簡単な説明】
【図１】  この発明の実施の形態１によるデータサーバの概略構成を示すブロック図である。
【図２】  同実施の形態１に係るデータサーバの属性データ設定手順を示すフローチャートである。
【図３】  同実施の形態１に係るデータサーバの状態データ管理テーブルを示す説明図である。
【図４】  同実施の形態１に係るデータサーバの属性データ取得手順を示すフローチャートである。
【図５】  同実施の形態２に係るデータサーバの入出力管理手段の一部構成を示すブロック図である。
【図６】  同実施の形態３に係るデータサーバの一部構成を示すブロック図である。
【図７】  同実施の形態３に係るデータサーバの属性データ伝播手順を示すフローチャートである。
【図８】  同実施の形態３に係るデータサーバの属性データ関連テーブルを示す説明図である。
【図９】  同実施の形態３に係るデータサーバの要求記憶手順を示すフローチャートである。
【図１０】  同実施の形態４に係るデータサーバの構成を示すブロック図である。
【図１１】  同実施の形態４に係るデータサーバのオブジェクト構造構成手順を示すフローチャートである。
【図１２】  同実施の形態４に係る遠隔表示システムのデータ取得手順を示すフローチャートである。
【図１３】  同実施の形態５によるデータサーバの一部構成を示すブロック図である。
【図１４】  同実施の形態５に係るデータサーバの状態データ管理テーブルを示す説明図である。
【図１５】  同実施の形態５に係るデータサーバの汎用データ取得要求の構成を示す説明図である。
【図１６】  同実施の形態５に係るデータサーバの要求変換手段の内部構成を示すブロック図である。
【図１７】  同実施の形態６のデータサーバの一部構成を示すブロック図である。
【図１８】  実施の形態６に係るデータサーバの別名による論理的なオブジェクト構造を示す説明図である。
【図１９】  実施の形態６に係るデータサーバの別名管理テーブルの構成を示す説明図である。
【図２０】  同実施の形態６に係るデータサーバの文脈による論理的なオブジェクト構造を示す説明図である。
【図２１】  同実施の形態６に係るデータサーバの文脈管理テーブルの構成を示す説明図である。
【図２２】  同実施の形態６に係るデータサーバの汎用データ取得要求の構成を示す説明図である。
【図２３】  同実施の形態６に係るデータサーバの文脈による論理的なオブジェクト構造を示す説明図である。
【図２４】  従来の複数の監視制御装置からなる監視制御システムの概略構成を示すブロック図である。
【図２５】  図２４の従来の監視制御システムの内部構成を示すブロック図である。
【図２６】  従来サービス処理機能監視装置の概略構成を示すブロック図である。
【図２７】  従来の実時間監視・表示システムを示すブロック図である。
【符号の説明】
１，１ａ，１ｂ，１ｃ  データ処理システム／装置、２  入出力管理手段、３属性データ入出力手段、４  オブジェクト構造管理手段、５ａ，５ｂ，５ｃ  オブジェクト、６  遠隔表示システム、１２，１３  状態データ管理テーブル、１２ａ，１３ａ  状態データの識別子、１２ｂ，１３ｂ  オブジェクト識別子、１２ｃ，１３ｃ  属性名称、１４ａ，１４ｂ，１４ｃ  状態データ解釈手段、１５  属性データ伝播手段、１６  属性データ関連テーブル、１６ａ，１６ｃ  オブジェクト識別子、１６ｂ，１６ｄ  属性名称、１７  オブジェクト構造取得手段、１８ａ，１８ｂ，…，１８ｈ  オブジェクト、１９ａ，１９ｂ，１９ｃ  要求変換手段、２０ａ，２０ｂ，…，２０ｆ，２２ｂ，２２ｃ，２２ｅ  オブジェクト、２０ｆａ１，２０ｆａ２，２０ｇａ１，２０ｇａ２  属性データ、２１ｃ，２１ｄ  論理的なオブジェクト、２１ｄａ２  論理的な属性データ、２３−１，２３−２，２３−３  部分的なオブジェクト構造、２４ａ，２４ｂ  状態データ取得要求、２５，２５−１，２５−２  汎用データ取得要求、３０  別名管理テーブル、３１  文脈管理テーブル、６０ａ，６０ｂ  遠隔表示システム、６１Ｗｅｂブラウザ、Ｃ１，Ｃ２，Ｃ３  文脈識別子。
【図１】
0004459504.tif 000002
【図２】
0004459504.tif 000003
【図３】
0004459504.tif 000004
【図４】
0004459504.tif 000005
【図５】
0004459504.tif 000006
【図６】
0004459504.tif 000007
【図７】
0004459504.tif 000008
【図８】
0004459504.tif 000009
【図９】
0004459504.tif 000010
【図１０】
0004459504.tif 000011
【図１１】
0004459504.tif 000012
【図１２】
0004459504.tif 000013
【図１３】
0004459504.tif 000014
【図１４】
0004459504.tif 000015
【図１５】
0004459504.tif 000016
【図１６】
0004459504.tif 000017
【図１７】
0004459504.tif 000018
【図１８】
0004459504.tif 000019
【図１９】
0004459504.tif 000020
【図２０】
0004459504.tif 000021
【図２１】
0004459504.tif 000022
【図２２】
0004459504.tif 000023
【図２３】
0004459504.tif 000024
【図２４】
0004459504.tif 000025
【図２５】
0004459504.tif 000026
【図２６】
0004459504.tif 000027
【図２７】
0004459504.tif 000028