JPWO2020166026A1 - 管理装置、管理システム、管理方法及びプログラム - Google Patents

Abstract

受付部（１３１）は、ネットワークを介して接続される機器（２０）に対応付けられる実リソース情報の値又は実リソース情報の値を用いた演算処理の演算結果に対応付けられる仮想リソース情報の値を取得するための取得要求を受け付ける。実リソース情報取得部（１３５２）は、実リソース情報に対応付けられた機器（２０）の値を収集部（１４０）に収集させることにより実リソース情報の値を取得する。仮想リソース情報取得部（１３５３）は、実リソース情報の値を用いて演算部（１３５４）に演算処理をさせることにより仮想リソース情報の値を取得する。応答部（１３６）は、受け付けられた取得要求に応じて、実リソース情報の値が含まれる応答又は仮想リソース情報の値が含まれる応答を返す。

Description

本発明は、管理装置、管理システム、管理方法及びプログラムに関する。

工場に代表される施設では、施設内の複数の機器がネットワークに接続されて管理される。これらの機器を管理する管理装置及び管理装置と通信可能な端末装置は、施設内の機器に関する情報を表示するアプリケーションを備える。ユーザが、このアプリケーションから、歩留まり、生産量等の値を要求すると、管理装置が、ネットワークを介してＤＣＳ（Distributed Control System）を構成する機器又はＰＬＣ（Programmable Logic Controller）のような機器から値を取得し、アプリケーションにおいて、取得した値に基づいて演算処理を行うことにより要求された値を求めることが一般的に行われている。

例えば、特許文献１には、生産管理システムにおいて、工程を示すイベントデータと機器が計測した時系列データであるトレンドデータとを用いて、所定期間毎の出来高を求め、ユーザに提示する技術が開示されている。

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

従来の手法では、機器から取得した値に基づく演算結果を求める場合、機器の管理装置が、ネットワークを介して機器から値を収集し、収集した値を要求元の装置のアプリケーションに返し、アプリケーションにおいて、返された値に基づく演算処理が行われていた。このような従来の手法では、演算結果を得るために多数の値が必要な場合、必要な値の数だけアプリケーションに値を返す処理が生じる。しかし、アプリケーションに、演算結果のみを返すことができれば、多数の値を返す処理を省くことができる。

本発明は、上記の事情に鑑みてなされたものであり、要求に応じて、ネットワークを介して管理する機器から値を収集し、収集した値に基づく演算処理の結果を提供することが可能な管理装置、管理システム、管理方法及びプログラムを提供することを目的とする。

上記目的を達成するために、本発明に係る管理装置は、
ネットワークを介して接続される機器に対応付けられる実リソース情報と、前記実リソース情報の値を用いた演算処理の演算結果に対応付けられる仮想リソース情報と、が含まれるデータモデルを管理する管理装置であって、
前記データモデルに基づいて要求される取得要求であって、前記実リソース情報の値又は前記仮想リソース情報の値を取得するための前記取得要求を受け付ける受付手段と、
前記演算処理を行う演算手段と、
前記実リソース情報に対応付けられた前記機器から値を収集手段に収集させることにより、前記実リソース情報の値を取得する実リソース情報取得手段と、
前記実リソース情報の値を用いて前記演算手段に前記演算処理をさせることにより、前記仮想リソース情報の値を取得する仮想リソース情報取得手段と、
前記実リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記実リソース情報取得手段により取得された前記実リソース情報の値が含まれる応答を前記取得要求の要求元に返し、前記仮想リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記仮想リソース情報取得手段により取得された前記仮想リソース情報の値が含まれる応答を前記取得要求の要求元に返す応答手段と、を備える。

本発明によれば、機器に対応付けられた実リソース情報の値の取得要求を受け付け、要求された値を要求元へ返すことができる。また、実リソース情報の値を用いた演算結果に対応付けられる仮想リソース情報の値の取得要求を受け付け、要求された値を要求元に返すことができる。また、仮想リソース情報の値に係る取得要求を受け付けた場合、要求された演算結果だけが返され、演算に用いられる機器から収集した値は返されない。これにより、要求されていない値を返すという不必要な処理を省くことができる。また、管理装置以外の端末装置から要求を受け付けた場合は、演算結果のみが送信されるので機器から収集された値を返すために使われる通信量を削減することができる。また、管理装置が機器の値を収集して演算結果を求めるので、複数の機器から値を読み出すタイミングのずれを低減することができ、演算結果の正確性を向上させることができる。また、機器から収集した値を管理装置内に留めておくことができるので、セキュリティ性の向上が図られる。

本発明の実施形態１に係る管理システムの構成を示すブロック図 実施形態１に係るシステム構成をツリー表示した図 実施形態１に係る管理装置のハードウェア構成を示す図 実施形態１に係るデータモデルを示す図 実施形態１に係る管理装置の機能的な構成を示す図 実施形態１に係るシステム構成情報を示す図 実施形態１に係る機器情報を示す図 実施形態１に係る接続情報を示す図 実施形態１に係る表示画面の一例を示す図 実施形態１に係る管理処理を示すフローチャート 実施形態１に係る管理処理を示すフローチャート 実施形態２に係る管理装置の機能的な構成を示す図 実施形態２に係るリソース情報を示す図 変形例１に係る管理システムの機能的な構成を示す図 変形例２に係る管理システムの機能的な構成を示す図

（実施形態１）
実施形態１に係る管理システム１は、工場に設置されるＦＡ（Factory Automation）システムであって、製品を生産する生産システムに相当する。この管理システム１は、工場Ａの製造ラインであるラインＸに流れるワークに対して加工、監視、検査等の種々の処理を施す。また、管理システム１は、ユーザＵ１がシステムの状態を管理するための機能を有する。

図１を参照して、管理システム１の構成について説明する。管理システム１は、機器システム２と、機器システム２に含まれる機器を管理する管理装置１１，１２，１３と、を備える。機器システム２には、機器２１，２２，２３と、機器２３に内包される機器２４，２５，２６とが含まれる。機器２１，２２，２３，２４は、ネットワーク３０に接続され、機器２５，２６は、バス２３１により機器２４に接続される。また、管理装置１１，１２，１３は、ネットワーク３０，４０に接続される。

管理装置１１〜１３は、機器システム２に含まれる機器２１〜２６を、監視、操作等を行うことにより管理する。管理システム１において、管理装置１１は機器２１を管理し、管理装置１２は機器２２を管理し、管理装置１３は機器２３〜２６を管理する。管理装置１１〜１３はそれぞれ、自機の管理対象外の機器については、他の管理装置１１〜１３を介して情報の収集、設定、操作等の処理を行う。例えば、管理装置１１は機器２２に直接アクセスすることはなく、管理装置１２を介して機器２２に対する処理を行う。

機器２１〜２６は、例えば、アクチュエータ、ロボット、ＰＬＣ、センサ等、の機器である。

ネットワーク３０は、産業用ネットワークである。ネットワーク３０は、管理装置１１〜１３と機器２１〜２４とを互いに通信可能に接続する。また、機器２５，２６は、ネットワーク３０に接続された機器２４を介して管理装置１１〜１３と通信可能に接続される。ネットワーク４０は、ＬＡＮ（Local Area Network）に代表される有線又は無線の通信ネットワークである。ネットワーク４０は、管理装置１１〜１３間を互いに通信可能に接続する。

以下では、管理装置１１〜１３を総称して管理装置１０と表記する。また、機器２１〜２６を総称して機器２０と表記する。

管理装置１０は、ユーザＵ１がいずれの管理装置１０を操作しても、機器２０のすべてを容易に管理することができる機能を備えたアプリケーションを含む。ユーザＵ１は、管理装置１０の上記アプリケーションを使用することにより、ユーザＵ１が使用している管理装置１０がどの機器２０を管理対象としているかを意識することなく、機器２０を管理することができる。

例えば、ユーザＵ１は、上記アプリケーションを使用して、機器システム２に含まれる機器２０間の関係を表すシステム構成を参照することができる。

図２に、機器システム２の構成を表すシステム構成図の例を示す。図２のシステム構成図は、図１の機器システム２の機器の物理的な接続関係を表しており、機器の主従関係をツリー状に表している。図２において、「機器」に続く番号は、機器システム２を構成する機器の符号に等しい。例えば、「機器［２１］」は、機器２１に対応する。図２のシステム構成図は、工場Ａ内のラインＸに機器２１〜２６が含まれ、機器２３に機器２４〜２６が従属することが示されている。なお、図２のシステム構成図は、図１の機器システム２の機器の物理的な接続関係を表すように規定されているが、システム構成図は、機器２０の実際の物理的な接続関係、及び、各管理装置１０の管理対象範囲とは関わりなく任意に作成されてもよい。

次に、図３を参照して管理装置１０のハードウェア構成について説明する。管理装置１０は、機器２０を管理するための処理を行うプロセッサ１０１と、プロセッサ１０１の作業領域として用いられる主記憶部１０２と、プロセッサ１０１の処理に用いられる種々のデータを記憶する補助記憶部１０３と、ユーザＵ１によって入力された情報を取得する入力部１０４と、種々の情報をユーザＵ１に提示する出力部１０５と、外部の装置と通信するための通信部１０６と、を有する。主記憶部１０２、補助記憶部１０３、入力部１０４、出力部１０５及び通信部１０６はいずれも、内部バス１０７を介してプロセッサ１０１に接続される。

プロセッサ１０１は、ＭＰＵ（Micro Processing Unit）を含む。プロセッサ１０１は、補助記憶部１０３に記憶されるプログラムＰ１を実行することにより、管理装置１０の種々の機能を実現して、後述の処理を実行する。

主記憶部１０２は、ＲＡＭ（Random Access Memory）を含む。主記憶部１０２には、補助記憶部１０３からプログラムＰ１がロードされる。そして、主記憶部１０２は、プロセッサ１０１の作業領域として用いられる。

補助記憶部１０３は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）に代表される不揮発性メモリを含む。補助記憶部１０３は、プログラムＰ１の他に、プロセッサ１０１の処理に用いられる種々のデータを記憶する。補助記憶部１０３は、プロセッサ１０１の指示に従って、プロセッサ１０１によって利用されるデータをプロセッサ１０１に供給し、プロセッサ１０１から供給されたデータを記憶する。

入力部１０４は、入力キー及びポインティングデバイスに代表される入力デバイスを含む。入力部１０４は、管理装置１０のユーザＵ１によって入力された情報を取得して、取得した情報をプロセッサ１０１に通知する。

出力部１０５は、ＬＣＤ（Liquid Crystal Display）及びスピーカに代表される出力デバイスを含む。出力部１０５は、入力部１０４を構成するポインティングデバイスと一体的に形成されたタッチスクリーンを構成する。出力部１０５は、プロセッサ１０１の指示に従って、種々の情報をユーザＵ１に提示する。

通信部１０６は、外部の装置と通信するためのネットワークインタフェース回路を含む。通信部１０６は、外部から信号を受信して、この信号により示されるデータをプロセッサ１０１へ出力する。また、通信部１０６は、プロセッサ１０１から出力されたデータを示す信号を外部の装置へ送信する。

管理装置１０は、上述のハードウェア構成が協働することにより、種々の機能を発揮する。

管理装置１０は、機器２０から取得したデータに基づいてユーザがデータモデルを作成及び編集する管理機能を有する。ここで、データモデルとは、機器に設定されるデータ、機器が計測するデータ等の機器から取得することができるあらゆるデータを用いて、物理的な接続関係によらず、ユーザが任意に作成するモデルである。したがって、ユーザは、工場内の膨大なデータを階層構造で表すことができ、データを階層的に管理することができる。管理装置１０は、このようなデータモデルを管理する機能により、機器２０を容易に管理することができる。また、上記アプリケーションは管理されているデータモデルを利用する。したがって、上記アプリケーションは工場内の設備データに一元的にアクセスでき、ユーザは、上記アプリケーションを使用することにより、生産現場の管理及び保守を統一的に行うことができる。

本実施形態のデータモデルには、機器２０に対応付けられる実リソース情報と、実リソース情報の値を用いた演算処理の演算結果に対応付けられる仮想リソース情報と、文書に対応付けられるファイルリソース情報と、が含まれる。

実リソース情報とは、ユーザにより機器２０に対応付けられる情報であり、例えば、機器２０に設定された情報の項目、機器２０が計測する情報の項目、機器２０が有する機能を表す項目等を示すものである。

仮想リソース情報とは、実リソース情報の値を用いた演算処理の演算結果に対応付けられる情報であり、例えば、演算処理の項目を示すものである。

ファイルリソース情報とは、機器マニュアル及びメンテナンス履歴のような文書の項目を示すものである。すなわち、データモデルには、機器から取得するデータ以外に、文書も含めることができる。

また、データモデルには、管理装置１０の管理対象外の機器２０に関する項目を追加することができる。

図４に、データモデルの例を示す。図４のデータモデルは、工場Ａの機器システム２の構成を表すように、ユーザＵ１により作成されたものである。図４のデータモデルは、機器２２を管理する管理装置１２において作成されたものとする。

例えば、機器２２が、第１温度センサ、第２温度センサ、第１圧力センサ、第２圧力センサ、モータの第１の軸及び第２の軸を有する機器であるとすると、ユーザＵ１は、機器２２が有する「第１温度センサ」、「第２温度センサ」等の項目を、図４に示すように、データモデルに追加することができる。また、追加した項目を用いた演算結果の「平均温度」のような項目をデータモデルに追加し、演算結果を得るための演算処理を定義することができる。また、ユーザＵ１は、図４に示すように、管理装置１２の管理対象外の機器２６の「温度センサ」の項目を追加することができる。さらに、ユーザＵ１は、機器２２の「機器マニュアル」及び「メンテナンス履歴」を追加することができる。例えば、図２のシステム構成図の機器２２を表すノードを選択すると、図４に示すように、機器２２に関連付けて追加した項目がツリー表示される。

図４のデータモデルにおいて、「第１温度センサ」、「第２温度センサ」、「第１圧力センサ」、「第２圧力センサ」、モータの「第１の軸」及び「第２の軸」が実リソース情報であり、「平均温度」及び「全軸の動作状態」が仮想リソース情報である。

また、ユーザＵ１は、データモデルに含まれる項目について、値を要求することができる。ユーザＵ１はデータモデルを用いることにより、機器システム２の構成を容易に理解することができ、かつ、機器システム２の機器２０から取得できる値を、管理装置１０の管理対象の範囲を気にすることなく、容易に取得することができる。

図５に、管理装置１０の機能的な構成を示す。管理装置１０は、機能的には、データモデルを作成及び編集するデータモデル構築部１１０と、データモデルを用いて値を取得し、取得した値を用いて処理を行うアプリケーション部１２０と、データモデルを管理するデータモデル管理部１３０と、機器２０から値の収集を行う収集部１４０と、機器２０と通信をするための第１通信部１５０とを備える。

一般的には、データモデル構築部１１０は、工場内のラインの管理者がデータモデルを設計するために使用する機能であり、アプリケーション部１２０は、工場内のラインの保守・作業等を行う者がデータモデルを用いて得られるデータを利用して何らかの処理を行うために使用する機能である。以下、データモデルを構築する者を第１ユーザ、データモデルのデータを利用する者を第２ユーザとする。

データモデル構築部１１０は、第１ユーザによる操作に基づき、データモデルを構築するための処理を実行する。データモデル構築部１１０は、一般的には、エンジニアリングツールが提供する機能である。データモデル構築部１１０は、プロセッサ１０１、主記憶部１０２、入力部１０４及び出力部１０５が協働することにより実現される。

データモデル構築部１１０は、詳細には、データモデルを表示する表示部１１１と、第１ユーザからデータモデルを作成及び編集するための設定要求を受け付ける設定要求部１１２と、を含む。なお、データモデル構築部１１０は、データモデル構築手段の一例である。また、表示部１１１は、表示手段の一例であり、設定要求部１１２は、設定要求手段の一例である。

表示部１１１は、データモデルを表示する。

具体的には、表示部１１１は、図４のデータモデルを管理装置１０の画面に表示する。第１ユーザが表示されたデータモデルを操作することにより、設定要求が生成される。

設定要求部１１２は、第１ユーザから、データモデルの作成及び編集に関わる様々な設定要求を受け付ける。設定要求とは、具体的には、データモデルのツリー構成の作成及び編集に関する要求、実リソース情報／仮想リソース情報／ファイルリソース情報の追加及び編集に関する要求である。そして、設定要求部１１２は、受け付けた設定要求を、データモデル管理部１３０に送る。

設定要求部１１２は、設定要求を、ＯＰＣ（Object Linking and Embedding for Process Control） ＵＡ（Unified Architecture）プロトコルに従って、データモデル管理部１３０に送る。したがって、設定要求部１１２は、ＯＰＣ ＵＡクライアントである。

例えば、設定要求部１１２は、第１ユーザから、データモデルに「第１温度センサ」のような実リソース情報を追加、変更、削除等の設定要求を受け付ける。

また、設定要求部１１２は、第１ユーザから、データモデルに「機器マニュアル」のようなファイルリソースを追加、変更、削除等の設定要求を受け付ける。

また、設定要求部１１２は、第１ユーザから、仮想リソース情報の演算処理の定義を設定するための設定要求を受け付ける。

演算処理の定義は、実リソース情報を入力値とする、関数又は管理装置の処理が記述されたスクリプトのうち少なくとも１つである。例えば、演算処理の定義は、四則演算、ビット演算、論理演算等の関数定義でも、プラグイン形式のソフトウェアにより実現される処理を定義するものでもよい。

例えば、設定要求部１１２は、第１ユーザから、機器２２の第１温度センサと第２温度センサの平均値を求める式を、平均温度を求める演算処理の定義として設定する要求を受け付ける。第１ユーザにより指定された定義は、後述するデータモデル管理部１３０の設定部１３２により図７の機器情報１３４２に書き込まれる。

アプリケーション部１２０は、データモデル管理部１３０からデータモデルに関する情報を取得し、データモデルに基づきデータを要求する。つまり、データモデルは、アプリケーション部１２０に、データモデル管理部１３０がどのような情報を取得できるかを提示する役割を果たす。そして、アプリケーション部１２０は、取得した値を用いて様々な処理を行う。アプリケーション部１２０は、管理装置１０上で動作可能なアプリケーションソフトウェアが提供する機能により実現される。アプリケーション部１２０は、データモデル構築部１１０とは異なり、データモデルを作成及び編集する機能を有しておらず、データモデルに対しては、その構成情報の取得、実リソース情報の値及び仮想リソース情報の値の取得及び更新を行う機能のみを有する。アプリケーション部１２０は、一般的には、第２ユーザにより使用される機能であるが、第１ユーザが使用することも可能である。

アプリケーション部１２０は、詳細には、取得要求を受け付ける取得要求部１２１と、データモデルを用いて得られたデータを処理するデータ処理部１２２と、を備える。なお、アプリケーション部１２０は、アプリケーション手段の一例である。また、取得要求部１２１は、取得要求手段の一例であり、データ処理部１２２は、データ処理手段の一例である。

取得要求部１２１は、第２ユーザから、データモデルに基づいてデータを得るための取得要求を受け付ける。取得要求とは、具体的には、実リソース情報の値又は仮想リソース情報の値を取得するための要求、データモデルの構成に関する情報を取得するための要求である。以下、データモデルの構成に関する情報を、データモデル構成情報という。データモデル構成情報には、データモデルのツリー構造を示す情報が含まれる。そして、取得要求部１２１は、受け付けた取得要求を、データモデル管理部１３０に送る。

取得要求部１２１は、取得要求を、ＯＰＣ ＵＡプロトコルに従って、データモデル管理部１３０に送る。したがって、取得要求部１２１は、ＯＰＣ ＵＡクライアントである。

例えば、第２ユーザが画面に表示された図４のデータモデルにおいて、「第１温度センサ」のノードを指定して値を要求する操作をすると、取得要求部１２１は「第１温度センサ」の値を取得するための取得要求を受け付ける。或いは、第２ユーザが画面に表示された図４のデータモデルにおいて、「平均温度」のノードを指定して値を要求する操作をすると、取得要求部１２１は「平均温度」の値を取得するための取得要求を受け付ける。

なお、取得要求部１２１と同様の機能を有する取得要求部は、データモデル構築部１１０に設けられてもよい。また、アプリケーション部１２０において、データモデルの表示は必須ではない。また、アプリケーション部１２０は、ユーザからの操作の受け付けに限らず、取得要求を任意に生成することができる。例えば、アプリケーション部１２０は、プログラムに従い取得要求を生成してもよい。

データ処理部１２２は、取得要求に応じて返されたデータに基づいて、様々な処理を行う。データ処理部１２２の処理の内容は、アプリケーション部１２０が提供する機能により異なる。

データモデル管理部１３０は、データモデル構築部１１０及びアプリケーション部１２０から受け付けた要求に基づいて、処理及び応答を行う。

データモデル管理部１３０は、詳細には、設定要求及び取得要求を受け付ける受付部１３１と、設定要求に基づいてデータモデルを設定する設定部１３２と、取得要求に基づいてデータモデル構成情報を取得するデータモデル情報取得部１３３と、データモデルに関する情報が格納される記憶部１３４と、データモデルに含まれる実リソース情報及び仮想リソース情報の値を取得するリソース情報取得部１３５と、要求に対する応答を返す応答部１３６と、を備える。

受付部１３１は、ＯＰＣ ＵＡプロトコルに従って、データモデル構築部１１０及びアプリケーション部１２０から設定要求及び取得要求を受け付け、応答部１３６は、ＯＰＣ ＵＡプロトコルに従って、データモデル構築部１１０及びアプリケーション部１２０に応答を返す。したがって、受付部１３１及び応答部１３６は、ＯＰＣ ＵＡサーバを構成する。なお、受付部１３１には、データモデル構築部１１０のみがデータモデルの作成及び編集が行えるようにするための専用のＯＰＣ ＵＡインタフェースが用意されている。

受付部１３１は、設定要求及び取得要求を受け付ける。なお、受付部１３１は、受付手段の一例である。

設定部１３２は、受付部１３１が受け付けた設定要求を、ＯＰＣ ＵＡプロトコルに従って解釈し、解釈した内容を記憶部１３４に格納された情報に書き込む。

データモデル情報取得部１３３は、受付部１３１が受け付けた、データモデル構成情報の取得要求を、ＯＰＣ ＵＡプロトコルに従って解釈し、解釈した内容に該当する情報を記憶部１３４から取得する。

記憶部１３４には、機器システム２の構成を示すシステム構成情報１３４１と、管理対象の機器２０に関する機器情報１３４２と、各管理装置１０の接続状態を示す接続情報１３４３と、が格納される。システム構成情報１３４１、機器情報１３４２及び接続情報１３４３は、データモデル構築部１１０からの設定要求に基づき、設定及び更新される。記憶部１３４は、補助記憶部１０３によって実現される。なお、記憶部１３４は、記憶手段の一例である。

システム構成情報１３４１は、機器システム２に含まれる機器２０の主従関係を規定する。システム構成情報１３４１は、システム構成を、図２に示すようにツリー表示するために用いられる。また、システム構成情報１３４１は、機器２０を管理する管理装置１０を識別するための情報を含む。各管理装置１０は、同一のシステム構成情報１３４１を有している。

システム構成情報１３４１は、図６に示すように、行データのＩＤと、機器システム２を構成する機器又はラインに対応するノードの名称と、親ノードの行データのＩＤを示す親ノードＩＤと、機器２０を管理する管理装置１０のＩＤを示す管理装置ＩＤと、機器２０に関する情報について、読み出しの可否を示す読出可否情報と、機器２０に関する情報について、変更の可否を示す変更可否情報とを関連付けたテーブル形式のデータである。

ノード名は、ユーザが任意に指定することができるノードの名称である。機器システム２の構成を表す名称であれば、どのような名称でもよい。ノード名は、機器２０を示す名称、機器２０が設置されるラインの名称の他に、ライン又は工場の場所を示す名称であってもよいし、「搬送部」、「切断部」等のラインにおける機器２０の機能を示す名称であってもよい。

なお、図６のシステム構成情報１３４１は、最上位のノードを「ラインＸ」とすることでユーザによるシステム構成の理解を容易にしているが、これには限定されず、最上位のノードは、機器システム２の名称であってもよいし、名称を指定することなく空のデータとしてもよい。

親ノードのＩＤは、ノードの従属先となる親ノードの行データのＩＤである。システム構成情報１３４１に親ノードの情報を含めることにより、ノード間の主従関係を示す。例えば、ＩＤ「５」が付された行データは、機器２４の親機が、ＩＤ「４」が付された行データに対応する機器２３であることを示している。

管理装置ＩＤは、機器２０を管理する管理装置１０を特定するための識別情報である。図６の管理装置ＩＤは、図１で示した各管理装置１０の符号を示す。例えば、ＩＤ「５」が付された行データは、機器２４が管理装置１３により管理されること示している。

読出可否情報は、機器２０に関する情報について、他の管理装置１０及びアプリケーション部１２０からの読み出しの可否を示す情報である。「可」は読み出しが可能であること、「不可」は読み出しが不可能であることを示す。例えば、ＩＤ「５」が付された行データは、管理装置１３に管理される機器２４に関する情報を、他の管理装置１１，１２及びアプリケーション部１２０が、読み出すことが可能であることを示す。

変更可否情報は、機器２０に関する情報について、他の管理装置１０及びアプリケーション部１２０による変更の可否を示す情報である。「可」は変更が可能であること、「不可」は変更が不可能であることを示す。例えば、ＩＤ「５」が付された行データは、管理装置１３に管理される機器２４に関する情報を、他の管理装置１１，１２及びアプリケーション部１２０が、変更することが不可能であることを示す。

なお、読出可否情報及び変更可否情報は、他の管理装置１０及びアプリケーション部１２０のそれぞれについて、設定することもできる。また、アプリケーション部１２０が複数ある場合は、アプリケーション部１２０毎に設定することもできる。例えば、他の管理装置１１については、読出及び変更を「可」に設定し、他の管理装置１３については、読出を「可」、変更を「不可」と設定することもできる。また、あるアプリケーション部１２０については、読出及び変更を「可」とし、他のアプリケーション部１２０については、読出を「可」、変更を「不可」と設定することもできる。また、後述するようにアプリケーション部１２０が管理装置１０と通信可能な外部端末装置に設けられる場合は、外部端末装置からの読出可否情報及び変更可否情報が記される。

例えば、第１ユーザが、データモデル構築部１１０が提供するユーザインタフェース機能を用いて図２に示すシステム構成図を作成すると、設定部１３２は、図６のシステム構成情報１３４１を作成する。また、データモデル構築部１１０の表示部１１１は、図６のシステム構成情報１３４１のＩＤ「２」〜「７」が付された行データの親ノードＩＤを参照することにより、機器システム２のシステム構成をツリー表示することができる。また、第１ユーザが、データモデル構築部１１０が提供するユーザインタフェースを用いて、管理装置ＩＤ、読出可否情報及び変更可否情報を指定すると、指定された内容を示す設定要求がデータモデル管理部１３０に送られ、設定部１３２が指定された内容をシステム構成情報１３４１に登録する。

機器情報１３４２は、管理装置１０の管理対象である機器２０に関する情報である。機器情報１３４２は、機器２０が有するセンサ及びモータを含む末端機器の情報と、その他の機器２０に関する情報と、を含む。

図７に、管理装置１２に格納される機器情報１３４２を示す。管理装置１２は、機器２２を管理対象としているので、管理装置１２に格納される機器情報１３４２には、機器２２が有する末端機器及びグループの情報並びにその他の情報が含まれる。機器情報１３４２は、行データのＩＤと、ノード名と、ノードのタイプと、親ノードの行データのＩＤを示す親ノードＩＤと、システム構成情報１３４１における機器２０の行データのＩＤを示すシステム構成情報のＩＤと、ノードの詳細情報と、を関連付けるテーブル形式のデータである。

ノード名は、ユーザが任意に指定することができるノードの名称である。ノード名は、例えば、機器の名称、機器に対応付けられる末端機器の名称、ファイルデータの名称、グループの名称、演算処理の名称等である。

タイプは、ノードの種類を示す。例えば、タイプが「グループ」のノードは、子ノードを有することを示し、タイプが「実リソース」のノードは、実リソース情報を表すノードであることを示し、タイプが「仮想リソース」のノードは、仮想リソース情報を表すノードであることを示し、タイプが「ファイル」のノードは、機器２０に関連して記憶部１３４に記憶されるファイルリソース情報を表すノードであることを示す。

図７において、タイプ「実リソース」のノードには、末端機器の項目が対応付けられており、タイプ「仮想リソース」のノードには、ユーザによって定義された演算処理を行うことにより得られる「平均温度」及び「全軸の動作状態」の項目が対応付けられている。また、タイプ「ファイル」のノードには、「機器マニュアル」及び「メンテナンス情報」の項目が対応付けられる。

親ノードＩＤは、ノードの従属先となる親ノードの行データのＩＤである。機器情報１３４２に親ノードの情報を含めることにより、ノード間の主従関係を示す。

システム構成情報のＩＤは、図６のシステム構成情報の行データのＩＤを示し、ノードに対応付けられた項目が、システム構成情報に含まれる機器２０のうちどの機器２０についての情報であるかを示すものである。例えば、図７の行データのＩＤ「２」〜「１１」には、「３」のシステム構成情報のＩＤが対応付けられている。図６のシステム構成情報の行データのＩＤ「３」は「機器［２２］」に対応するので、図７の行データのＩＤ「２」〜「１１」のノードに対応付けられた項目は、機器２２に関する情報であることが分かる。

詳細情報は、ノードに対応付けられる情報であり、データモデル構築部１１０からの設定要求に従って登録される情報、又はリソース情報取得部１３５により参照される情報である。例えば、タイプが「実リソース」のノードには、「Ｄ０」、「Ｄ１」、「Ｄ２」、「Ｄ３」、「Ｘ１」及び「Ｘ２」に示されるように、センサ及びモータのＩ／Ｏアドレスが詳細情報として登録される。後述するように、リソース情報取得部１３５は、このＩ／Ｏアドレスを参照して、機器の値を収集させる。また、タイプが「仮想リソース」のノードには、データモデル構築部１１０から受け付けた設定要求に基づき、演算処理の定義が登録される。また、タイプが「ファイル」のノードには、データモデル構築部１１０から受け付けた設定要求に基づき、ファイルの場所を示すパスが登録される。

なお、このＩ／Ｏアドレスから読み取れる値、すなわち、実リソース情報の値は、データモデル管理部１３０が提供するＯＰＣ ＵＡインタフェースを用いて、データモデル構築部１１０、外部端末装置及びアプリケーション部１２０から読み書きされてもよい。また、図４のデータモデルにおいてファイルリソース情報が選択されると、選択されたファイルリソース情報に対応付けられたファイルをＯＳ（Operating System）が紐付けたツールで起動してもよい。

また、詳細情報は、仮想リソースについては、図７の「（ノードＩＤ［４］＋ノードＩＤ［６］）／２」、「ノードＩＤ［８］＆ノードＩＤ［９］」に示されるように、実リソースを用いた演算式を含む。演算式を用いた結果の値については、データモデル管理部１３０が提供するＯＰＣ ＵＡインタフェースを用いて、読み出すことが可能である。

なお、機器情報１３４２に「平均温度」のような仮想リソース情報に対応するノードを登録する場合に、図７のように「仮想リソース情報」のグループを作成することは必須ではない。仮想リソース情報は、グループのノード「仮想リソース情報」を作成してもよいし、グループのノード「仮想リソース情報」を作成せず、「機器２２」グループの配下に配置してもよい。また、仮想リソース情報は、「第１／第２温度センサ」及び「第１／第２圧力センサ」の実リソース情報と同じ階層に配置してもよい。

接続情報１３４３は、管理装置１０がネットワーク４０に接続されているか否か、及び、管理装置１０が管理する機器２０に接続可能か否かを示す。接続情報１３４３は、機器２０へのアクセスが可能か否かをユーザに対して提示するために利用される。

接続情報１３４３は、図８に示すように、行データのＩＤと、管理装置１０を識別するための管理装置ＩＤと、管理装置１０の接続状態と、管理装置１０が管理する機器の接続可否情報を関連付けたテーブル形式のデータである。

管理装置ＩＤは、機器２０を管理する管理装置１０を特定するための識別情報である。図８の管理装置ＩＤは、図１で示した各管理装置１０の符号を示す。

接続状態は、管理装置１０がネットワーク４０に接続されているか否かを示す。「オンライン」は、管理装置１０がネットワーク４０に接続されており、「オフライン」は、管理装置１０がネットワーク４０に接続されていないことを示す。接続状態が「オンライン」の場合は、その管理装置１０により管理される機器２０が接続可能であるか否かの確認処理を行うことができるが、接続状態が「オフライン」の場合は、管理装置１０により管理される機器２０にアクセスすることができない。

機器の接続可否情報は、機器２０にネットワーク３０を介して接続可能であるか否かを示す情報である。つまり、接続可否情報は、収集部１４０と機器２０との接続状態を表すものである。「可」は、管理装置１０が管理する機器２０の全てが接続可能であることを示す。また、この欄に、機器名が表示された場合は、管理装置１０が管理する機器２０のうち、表示された機器名の機器には接続できないことを示す。

接続情報１３４３の「接続状態」は、管理装置１０がネットワーク４０との接続状態を監視することにより、更新される。また、「機器の接続可否情報」は、管理装置１０がネットワーク３０を介して、予め定められた周期で、機器２０との通信の確認処理を行うことにより更新される。なお、機器２０との通信の確認処理は、データモデル管理部１３０が実リソース情報及び仮想リソース情報の取得要求を受け付けた時に、取得要求に係る機器２０に対してのみ、その都度行うようにしてもよい。その場合、「機器の接続可否情報」は、接続情報１３４３において省略することができる。

図５のデータモデル構築部１１０及びアプリケーション部１２０は、システム構成情報１３４１、機器情報１３４２及び接続情報１３４３を取得し、これらを、画面に表示することが可能である。また、システム構成情報１３４１、機器情報１３４２及び接続情報１３４３は、データモデル構築部１１０及びアプリケーション部１２０とは異なる別のプログラムが使用することも可能である。

リソース情報取得部１３５は、受付部１３１が受け付けた取得要求に従い、実リソース情報の値又は仮想リソース情報の値を取得し、要求元に要求された値を返す。リソース情報取得部１３５は、プロセッサ１０１及び主記憶部１０２により実現される。

リソース情報取得部１３５は、詳細には、受付部１３１が受け付けた要求に基づいて指示を出す指示部１３５１と、指示に基づき実リソース情報の値を取得する実リソース情報取得部１３５２と、指示に基づき仮想リソース情報の値を取得する仮想リソース情報取得部１３５３と、仮想リソース情報の値を求めるための演算処理を行う演算部１３５４と、を備える。

指示部１３５１は、実リソース情報に係る取得要求が受付部１３１により受け付けられると、実リソース情報取得部１３５２に実リソース情報の値を取得させ、仮想リソース情報に係る取得要求が受付部１３１により受け付けられると、仮想リソース情報取得部１３５３に仮想リソース情報の値を取得させる。なお、指示部１３５１は、指示手段の一例である。

例えば、受付部１３１が「第１温度センサ」の値を要求する取得要求を受け付けると、指示部１３５１は、実リソース情報取得部１３５２に、「第１温度センサ」の値を取得するよう指示を出す。また、受付部１３１が「平均温度」の値を要求する取得要求を受け付けると、指示部１３５１は、仮想リソース情報取得部１３５３に、「平均温度」の値を取得するよう指示を出す。

実リソース情報取得部１３５２は、実リソース情報に対応付けられた機器から収集できる値を収集部１４０に収集させることにより実リソース情報の値を取得する。なお、実リソース情報取得部１３５２は、実リソース情報取得手段の一例である。

具体的には、実リソース情報取得部１３５２は、指示部１３５１から「第１温度センサ」の値を取得する指示を受け付けると、機器情報１３４２の詳細情報を参照して、「第１温度センサ」のＩ／Ｏアドレス「Ｄ０」を取得する。また、実リソース情報取得部１３５２は、機器情報１３４２を参照してＩ／Ｏアドレス「Ｄ０」を有する機器を機器２２と特定し、システム構成情報１３４１を参照して機器２２を管理する管理装置１０を管理装置１２と特定する。そして、実リソース情報取得部１３５２は、接続情報１３４３を参照して管理装置１２がオンライン状態であること、及び機器２２が接続可能であることを確認すると、収集部１４０に、Ｉ／Ｏアドレス「Ｄ０」を有する機器２２の値を収集するよう指示を出す。或いは、実リソース情報取得部１３５２は、管理装置１２がオンライン状態であることを確認すると、収集部１４０を介して、Ｉ／Ｏアドレス「Ｄ０」を有する機器２２に接続可能であるか否かの確認処理をするようにしてもよい。そして、機器２２に接続可能な場合、収集部１４０は、値を取得して、実リソース情報取得部１３５２に値を渡す。実リソース情報取得部１３５２は、収集部１４０から、例えば「２４（℃）」という値を受け取ると、指示部１３５１を介して、応答部１３６に値を渡す。なお、実リソース情報取得部１３５２は、接続情報１３４３を参照して管理装置１２がオフライン状態であること又はＩ／Ｏアドレス「Ｄ０」を有する機器２２に接続不可能であることを確認した場合、指示部１３５１を介して、応答部１３６に、値が収集できない旨を通知する。

仮想リソース情報取得部１３５３は、仮想リソース情報の値を求めるための演算処理に用いられる実リソース情報の値を、実リソース情報取得部１３５２に取得させ、当該取得した実リソース情報の値を用いて演算部１３５４に演算処理をさせることにより仮想リソース情報の値を取得する。なお、仮想リソース情報取得部１３５３は、仮想リソース情報取得手段の一例である。

具体的には、仮想リソース情報取得部１３５３は、指示部１３５１から「平均温度」の値を取得する指示を受け取ると、機器情報１３４２の詳細情報を参照して、「平均温度」の演算式の定義を解釈する。ここで、定義を解釈するとは、定義に含まれる実リソース情報を特定することを指す。仮想リソース情報取得部１３５３は、演算式に含まれる実リソース情報を「第１温度センサ」及び「第２温度センサ」と特定し、特定した実リソース情報の値を取得する要求を指示部１３５１に送る。

指示部１３５１は、仮想リソース情報取得部１３５３から送られた要求に応じて、実リソース情報取得部１３５２に、「第１温度センサ」及び「第２温度センサ」の値を取得するよう指示する。実リソース情報取得部１３５２は、指示部１３５１から「第１温度センサ」及び「第２温度センサ」の値を取得する指示を受け付けると、機器情報１３４２の詳細情報を参照して、「第１温度センサ」のＩ／Ｏアドレス「Ｄ０」及び「第２温度センサ」のＩ／Ｏアドレス「Ｄ２」を取得する。そして、実リソース情報取得部１３５２は、収集部１４０に、Ｉ／Ｏアドレス「Ｄ０」及び「Ｄ２」を有する機器の値を収集するよう指示を出す。実リソース情報取得部１３５２は、収集部１４０から、例えば「２４（℃）」及び「２６（℃）」の値を受け取ると、指示部１３５１に値を渡す。

指示部１３５１は実リソース情報取得部１３５２から受け取った「２４」及び「２６」の値を仮想リソース情報取得部１３５３に渡す。仮想リソース情報取得部１３５３は、「第１温度センサ」の値「２４」及び「第２温度センサ」の値「２６」を受け取ると、指示部１３５１を介して、受け取った値を用いて、演算式（（第１温度センサの値＋第２温度センサの値）／２）に従って演算処理を行うよう、演算部１３５４に要求する。演算部１３５４による演算処理が終了すると、仮想リソース情報取得部１３５３は、指示部１３５１を介して、演算結果「２５（℃）」を取得する。そして、仮想リソース情報取得部１３５３は、指示部１３５１を介して、演算結果を応答部１３６に渡す。

演算部１３５４は、仮想リソース情報の値を求めるための演算処理を行う。なお、演算部１３５４は、演算手段の一例である。

具体的には、演算部１３５４は、指示部１３５１を介して仮想リソース情報取得部１３５３から渡される実リソース情報の値と、仮想リソース情報取得部１３５３により指定された演算式に従い演算を実行する。

応答部１３６は、実リソース情報に係る取得要求が受付部１３１により受け付けられると、実リソース情報取得部１３５２により取得された実リソース情報の値が含まれる応答を要求元に返し、仮想リソース情報に係る取得要求が受付部１３１により受け付けられると、仮想リソース情報取得部１３５３により取得された仮想リソース情報の値が含まれる応答を要求元に返す。また、応答部１３６は、設定要求が受付部１３１により受け付けられると、要求された設定に応じた応答を返す。なお、応答部１３６は、応答手段の一例である。

例えば、アプリケーション部１２０から「第１温度センサ」の値を求める取得要求を受け付けた場合、応答部１３６は、実リソース情報取得部１３５２により取得された値「２４」を、アプリケーション部１２０に返す。また、アプリケーション部１２０から「平均温度」の値を求める取得要求を受け付けた場合、応答部１３６は、仮想リソース情報取得部１３５３により取得された値「２５」を、アプリケーション部１２０に返す。また、応答部１３６は、実リソース情報取得部１３５２又は仮想リソース情報取得部１３５３から要求された値が渡されなかった場合は、アプリケーション部１２０にエラーメッセージを返す。

収集部１４０は、実リソース情報に対応付けられた機器２０から収集できる値を収集する。収集部１４０は、プロセッサ１０１により実現される。また、第１通信部１５０は、ネットワーク３０に接続するためのものであり、通信部１０６により実現される。なお、収集部１４０は、収集手段の一例である。

ここで、機器２０から収集できる値とは、機器２０が計測する値、機器に設定された値等、機器２０に対応付けられるあらゆる値である。具体的には、収集部１４０は、実リソース情報取得部１３５２からＩ／Ｏアドレス「Ｄ０」が指定された要求を受け付けると、機器２２のＩ／Ｏアドレス「Ｄ０」に値を取得するための要求を送信する。収集部１４０は、機器２２から値を受信すると、実リソース情報取得部１３５２に値を渡す。

また、収集部１４０は、値を収集した時刻を付して実リソース情報取得部１３５２に値を渡す。収集した時刻は、後述するタイムスタンプとして、ユーザに提示される。

仮想リソース情報取得部１３５３は、演算処理に複数の実リソース情報が用いられる場合、収集部１４０により収集された時刻が一致する複数の実リソース情報の値に基づいて、仮想リソース情報の値を取得する。例えば、実リソース情報取得部１３５２より渡された、複数の実リソース情報の値のタイムスタンプが示す時刻が一致しない場合、実リソース情報取得部１３５２を通じて再度収集部１４０による収集処理を実行させる。

なお、ここで「時刻が一致する」とは、収集された時刻が全く同じ時刻の場合、或いは、収集された時刻が予め定められた時間差（例えば、０．５秒）以内に収まる場合を指す。上記の時間差は、第１ユーザ又は第２ユーザが適宜設定することができるようにしてもよい。

例えば、アプリケーション部１２０は、データモデル管理部１３０の応答部１３６から要求した値を含む応答を受け取ると、図９に示すようなテーブルを画面に表示する。図９のテーブルは、実リソース情報の値又は仮想リソース情報の値が取得された機器名と、実リソース情報又は仮想リソース情報の内容を示すリソース情報名と、取得された値と、収集部１４０が値を収集した時刻を示すタイムスタンプと、実リソース情報のＩ／Ｏアドレス又は仮想リソース情報の演算処理の内容を示す演算式と、が対応付けて登録されている。

なお、図９のテーブルは、実リソース情報の値にカーソルを当てると、入力モードとなり、値を入力することで機器の値を書き換えることが可能な構成としてもよい。

次に、図１０Ａ及び図１０Ｂのフローチャートを用いて、本実施形態の管理装置１０のデータモデル管理部１３０が実行する管理処理を説明する。管理装置１０の電源が投入されると、図１０Ａ及び図１０Ｂに示す管理処理が開始される。図１０Ａ及び図１０Ｂの管理処理は、データモデル管理部１３０が行う処理であって、データモデル構築部１１０又はアプリケーション部１２０から送られる要求に対して行う処理である。

受付部１３１は、要求を受け付けたか否かを判断する（ステップＳ１０１）。受付部１３１は、要求を受け付けたと判断すると（ステップＳ１０１；Ｙｅｓ）、要求の種類を判断する（ステップＳ１０２）。一方、受付部１３１は、要求を受け付けていないと判断すると（ステップＳ１０１；Ｎｏ）、そのまま待機する。

受付部１３１は、受け付けた要求が設定要求であると判断すると（ステップＳ１０２；設定要求）、設定部１３２に設定要求を送り、設定部１３２が受け付けた設定要求に応じた設定処理を行う（ステップＳ１０３）。

受付部１３１は、受け付けた要求がデータモデル構成情報の取得要求であると判断すると（ステップＳ１０２；データモデル構成情報の取得要求）、データモデル情報取得部１３３に取得要求を送り、データモデル情報取得部１３３は記憶部１３４を参照してデータモデル構成情報を取得し、応答部１３６は、要求元に取得したデータモデル構成情報を含む応答を返す（ステップＳ１０４）。

受付部１３１は、受け付けた要求がリソース情報の取得要求であると判断すると（ステップＳ１０２；リソース情報の取得要求）、ステップＳ１０５に進む。

受付部１３１は、受け付けた要求が、設定要求、データモデル構成情報の取得要求又はリソース情報の取得要求以外の要求であると判断すると（ステップＳ１０２；その他）、応答部１３６は、エラー応答を要求元に返す（ステップＳ１０６）。

ステップＳ１０５において、受付部１３１は、受け付けたリソース情報の取得要求の種類を判断する（ステップＳ１０５）。受付部１３１が、受け付けた取得要求を実リソース情報の値を取得するための取得要求と判断すると（ステップＳ１０５；実リソース情報）、指示部１３５１からの指示に基づき、実リソース情報取得部１３５２は、記憶部１３４に格納された機器情報１３４２を参照して、要求されている機器のアドレスを取得する（ステップＳ１０７）。

次に、実リソース情報取得部１３５２は、実リソース情報の値が要求されている機器に接続可能であるか否かを判断する（ステップＳ１０８）。実リソース情報取得部１３５２が、要求に係る機器に接続可能であると判断すると（ステップＳ１０８；Ｙｅｓ）、実リソース情報取得部１３５２は、収集部１４０に機器の値を収集させ、実リソース情報の値を取得する（ステップＳ１０９）。具体的には、実リソース情報取得部１３５２は、記憶部１３４に格納された機器情報１３４２を参照して、要求された実リソース情報のＩ／Ｏアドレスを特定し、特定したＩ／Ｏアドレスの機器２０を管理する管理装置１０が接続状態にあるか否か、及びＩ／Ｏアドレスの機器２０に接続可能であるか否かを判断する。そして、管理装置１０が機器２０に接続可能であると判断すると、収集部１４０に取得したＩ／Ｏアドレスの機器の値を収集させ、収集部１４０から値を取得する。なお、ステップＳ１０４において、実リソース情報取得部１３５２は、特定したＩ／Ｏアドレスの機器２０と直接通信を行って接続の可否について確認処理を行うようにしてもよい。

一方、ステップＳ１０８において、実リソース情報取得部１３５２が、要求に係る機器２０に接続できないと判断すると（ステップＳ１０８；Ｎｏ）、応答部１３６は、エラー応答を返す（ステップＳ１０６）。具体的には、管理装置１０がネットワーク４０に接続していない場合、又は機器２０がネットワーク３０に接続していない場合は、応答部１３６は、機器２０にアクセスできない旨のメッセージを、取得要求の要求元に送る。

ステップＳ１０９において、実リソース情報取得部１３５２により実リソース情報の値が取得されると、応答部１３６は、取得された値を含む応答を、取得要求の要求元に返す（ステップＳ１１０）。

ステップＳ１０５において、受付部１３１が、受け付けた取得要求を仮想リソース情報の値を取得するための取得要求と判断すると（ステップＳ１０５；仮想リソース情報）、仮想リソース情報取得部１３５３は、機器情報１３４２の詳細情報を参照して、要求された仮想リソース情報の値を求めるための演算処理の定義を解釈する（ステップＳ１１１）。

次に、仮想リソース情報取得部１３５３は、演算処理に循環参照が含まれているか否かを判断する（ステップＳ１１２）。仮想リソース情報取得部１３５３が、演算処理に循環参照が含まれていないと判断すると（ステップＳ１１２；Ｙｅｓ）、仮想リソース情報取得部１３５３は、演算処理に含まれる実リソース情報の数だけ、実リソース情報取得部１３５２による実リソース情報の値の取得処理（ステップＳ１１４、ステップＳ１１５、ステップＳ１１６）を繰り返させるループ処理を行う（ステップＳ１１３）。

ここで、ステップＳ１１４、ステップＳ１１５、ステップＳ１１６の処理はそれぞれ、ステップＳ１０７、ステップＳ１０８、ステップＳ１０９と同様である。繰り返し処理の中で、実リソース情報取得部１３５２が、機器２０に接続できないと判断した場合は（ステップＳ１１５；Ｎｏ）、その時点でループ処理を終了し、取得要求の要求元にエラー応答を返却する（ステップＳ１０６）。

ステップＳ１１２において、仮想リソース情報取得部１３５３が、演算処理に循環参照が含まれると判断すると（ステップＳ１１２；Ｎｏ）、応答部１３６は、取得要求の要求元にエラー応答を返却する（ステップＳ１０６）。

実リソース情報取得部１３５２がすべての実リソース情報の値を取得すると、仮想リソース情報取得部１３５３はループ処理を終了する（ステップＳ１１７）。そして、仮想リソース情報取得部１３５３は、取得した実リソース情報の値を用いて演算部１３５４に演算処理をさせ、仮想リソース情報の値を取得する（ステップＳ１１８）。そして、応答部１３６は、取得された値を含む応答を、取得要求の要求元に返す（ステップＳ１１０）。

ステップＳ１０５において、受付部１３１が、受け付けた取得要求がファイルリソース情報を取得するための取得要求と判断すると（ステップＳ１０５；ファイルリソース情報）、応答部１３６は、ファイルリソース情報に対応付けられたファイルを要求元に提示する応答処理を行う（ステップＳ１１９）。

従来の管理装置では、管理装置のアプリケーションで仮想リソース情報の値を求めようとした場合、データモデル管理部から、アプリケーションに仮想リソース情報の演算に必要な実リソース情報の値が１つずつ渡され、演算処理に必要な実リソース情報の値が揃ってからアプリケーションにおいて演算処理が行われていた。しかしながら、本実施形態によれば、管理装置１０は、仮想リソース情報の値を求める要求を受け付けた場合、要求元に演算処理の演算結果だけを返すので、演算処理に使われる機器の値を返すという処理を省くことができる。

また、従来の管理装置の構成では、実リソース情報の値の収集時刻の間隔が空いてしまうという問題があった。しかし、本実施形態によれば、アプリケーション部１２０が仮想リソース情報の演算処理を行うのではなく、データモデル管理部１３０内のリソース情報取得部１３５が、収集された値に基づき演算処理を行うので、複数の機器から値を読み出すタイミングのずれを低減することができ、演算結果の正確性を向上させることができる。

また、従来の管理装置では、アプリケーションから仮想リソース情報の値の取得要求を受けた場合、複数の実リソース情報の値の取得要求が受付部及び第１通信部を通るため、受付部を通るデータ量及び第１通信部の通信量が増大し、同一のタイミングで実リソース情報の値を取得することが困難であった。しかし、本実施形態によれば、アプリケーション部１２０から仮想リソース情報の値の取得要求が送信された場合、受付部１３１には仮想リソース情報の取得要求のみが通り、実リソース情報の取得要求は第１通信部１５０を通るのみになるため、タイミングのずれを低減することができる。

なお、本実施形態に係る管理装置１０は、データモデル構築部１１０から取得要求が送られた場合にもアプリケーション部１２０から取得要求が送られた場合と同様の効果を奏する。

（実施形態２）
実施形態２に係る管理装置１０は、予め機器２０の実リソース情報の値を取得し、予め仮想リソース情報の値を求める機能を備える。

実施形態１と同じ構成については、同じ符号を用いるとともに、その説明を省略する。

本実施形態に係る管理装置１０は、図１１に示すように、記憶部１３４内に、システム構成情報１３４１と、機器情報１３４２と、接続情報１３４３と、リソース情報１３４４と、を格納する。

リソース情報１３４４は、予め定められた周期に従って収集部１４０により収集された実リソース情報の値と、収集された実リソース情報の値に基づいて予め演算処理により求められ仮想リソース情報の値とが登録される。

リソース情報１３４４は、図１２に示すように、行データのＩＤと、リソース情報の内容を示すリソース情報名と、リソース情報のタイプと、収集された又は演算処理により求められた値と、収集された時間又は演算処理がされた時間を示すタイムスタンプとを関連付けたテーブル形式のデータである。

リソース情報名は、収集したリソース情報の名称を示す。

タイプは、リソース情報の種類を示す。タイプが「実リソース」のリソース情報は、実リソース情報であることを示し、タイプが「仮想リソース」のリソース情報は、仮想リソース情報であることを示す。

値は、タイプが「実リソース」の場合、収集部１４０により収集された値を示し、タイプが「仮想リソース」の場合は、演算処理により求められた値を示す。

タイムスタンプは、タイプが「実リソース」の場合、収集部１４０により値が収集された時刻を示し、タイプが「仮想リソース」の場合は、演算処理により値が求められた時刻を示す。

図１１の実リソース情報取得部１３５２は、収集部１４０に、予め定められた周期に従って実リソース情報の値を取得させ、取得した値を記憶部１３４に格納されたリソース情報１３４４に登録する。周期は、管理装置１０の第１ユーザが設定することができる。

また、仮想リソース情報取得部１３５３は、収集部１４０により予め定められた周期に実リソース情報の値が取得されると、演算部１３５４に、予め定められた周期に従って取得された実リソース情報の値を用いて演算処理を実行させ、演算結果を記憶部１３４に格納されたリソース情報１３４４に登録する。

受付部１３１が、実リソース情報の値又は仮想リソース情報の値を取得するための取得要求を受け付けると、応答部１３６は、リソース情報１３４４のデータを読み取って、取得要求の要求元へ要求された値を含む応答を返却する。したがって、要求を受け付けた際に行われる収集部１４０による処理は省略される。また、仮想リソース情報に係る取得要求を受け付けた場合は、要求を受け付けた際に行われる仮想リソース情報の値を求めるための演算処理が省略される。

実施形態１に係る管理装置１０は、取得要求を受け付けたときに、リソース情報取得部１３５が収集部１４０を通して、機器２０から値を取得していた。これに対し、本実施形態に係る管理装置１０は、取得要求を受けた時に行われる収集部１４０の処理が省略されるので、第１通信部１５０の通信遅延による応答の遅れが生じない。

本実施形態によれば、管理装置１０は、実リソース情報及び仮想リソース情報は予め取得されているので、データモデル構築部１１０又はアプリケーション部１２０から取得要求を受け付けたときは、ネットワーク３０を介して機器２０との通信を行うことなく、管理装置１０内の処理で応答の返却が可能である。また、仮想リソース情報に係る取得要求を受け付けた場合は、予め演算処理を行っておくことができる。よって、本実施形態によれば、管理装置１０の応答性能を向上させることができる。

（変形例１）
以上、本発明の実施形態を説明したが、本発明を実施するにあたっては、種々の形態による変形及び応用が可能である。

実施形態１及び２に係る管理装置１０は、アプリケーション部１２０を有していたが、管理装置１０の構成はこれに限らず、アプリケーション部１２０を管理装置１０の外部に設けてもよい。

例えば、図１３に示すように、実施形態１及び２に係るアプリケーション部１２０は、管理装置１０と通信可能な外部端末装置５０に設けられる。管理装置１０は、第２通信部１６０を介して、外部端末装置５０から実リソース情報の値又は仮想リソース情報の値を取得するための取得要求を受信し、外部端末装置５０に要求された値を含む応答又はエラー応答を送信する。

外部端末装置５０は、ネットワークに接続され、第２通信部１６０を介して管理装置１０とやり取りを行う。外部端末装置５０が接続するネットワークは、産業用ネットワークに限らず、インターネット、イントラネット、エクストラネット、ＬＡＮ、ＶＰＮ（Virtual Private Network）、電話回線網等の有線又は無線ネットワークである。外部端末装置５０が接続するネットワークは、ネットワーク３０であってもよいし、異なるネットワークであってもよい。第２通信部１６０は、通信部１０６により実現される。

管理装置１０は、管理装置１０内に仮想リソース情報取得部１３５３を設けることにより、機器２０から得られた情報を管理装置１０内に留めることができる。これにより、外部端末装置５０から仮想リソース情報の取得要求を受け付けた場合、外部端末装置５０に対し、機器２０から得られた情報を非公開にすることができ、セキュリティ性の向上を図ることができる。

また、管理装置１０は、外部端末装置５０から演算結果を求める要求を受け付けた場合、演算結果だけを第２通信部１６０を介して返すので、演算処理に使われる機器の値を返すために必要な通信量を削減することができる。

（変形例２）
実施形態１及び２に係る管理装置１０は、データモデル構築部１１０を有していたが、管理装置１０の構成はこれに限らず、データモデル構築部１１０を管理装置１０の外部に設けてもよい。

例えば、図１４に示すように、実施形態１及び２に係るデータモデル構築部１１０は、管理装置１０と通信可能な外部端末装置６０に設けられる。管理装置１０は、第２通信部１６０を介して、外部端末装置６０からデータモデルの作成及び編集に係る設定要求を受信し、データモデルの設定処理を行う。

なお、データモデル構築部１１０を有する外部端末装置６０のみがシステム構成情報１３４１、機器情報１３４２及び接続情報１３４３の設定及び編集等を行うことができるようにするために、外部端末装置６０のみが使用することができるＯＰＣ ＵＡインタフェースを作成してもよい。また、第２通信部１６０は、外部端末装置６０のみが使用できる専用のプロトコルを採用してもよい。

値を収集する対象となる機器２０が遠隔地にある場合では、データモデル管理部１３０及び収集部１４０の機能のみを備える管理装置１０を機器２０の近くに配置し、データモデル構築部１１０による操作を遠隔地からすることが求められることがある。図１４に示す管理システム１によれば、機器２０が遠隔地にある場合であっても、ユーザは、機器２０及び管理装置１０の場所を気にすることなく、データモデルの作成及び編集を行うことができ、また、実リソース情報の値及び仮想リソース情報の値を取得することができる。

（その他の変形例）
上記の変形例では、データモデル構築部１１０及びアプリケーション部１２０が外部端末装置に設けられる例を示したが、本願の管理装置の構成はこれに限らない。

例えば、データモデル構築部１１０、アプリケーション部１２０、データモデル管理部１３０及び収集部１４０は、それぞれが異なる装置に設けられていてもよい。また、これらの機能構成部のうち、一部が同じ装置に設けられ、残りが他の装置に設けられてもよく、各部のあらゆる組み合わせが可能である。また、アプリケーション部１２０は、１つに限らない。例えば、図１３において、外部端末装置５０だけでなく、管理装置１０にもアプリケーション部１２０が設けられてもよい。

また、上記実施形態では、管理システム１を製品の生産システムとして、工場に代表される施設に設置される例を説明したが、これには限定されない。管理システム１は、製造システム、加工システム、検査システム、産業用制御システム、その他のシステムであってもよい。また、管理システム１は、発電プラントを含むプラント、自動車、航空機及び船を含む移動体、オフィスビル、又は、学校に代表される公共施設に設置されてもよい。

また、上記実施形態では、データモデルは、機器システム２を構成する複数の機器２０について作成されたが、これに限らない。管理装置１０を含む管理システム１全体を、データモデルの対象として扱ってもよい。また、ユーザが使用する管理装置１０のみをデータモデルの対象としてもよいし、他の管理装置１０をデータモデルの対象としてもよい。また、システム構成情報１３４１では、機器２０の関係が示されているが、ノードに管理装置１０を含み、管理装置１０と機器２０との関係を規定してもよい。

また、上記実施形態では、データモデルは、第１ユーザにより構築されると説明したが、これに限らない。例えば、データモデルは、他の装置からコピーすることも可能である。また、データモデルは、ＡＩ（Artificial Intelligence）を用いたソフトウェアにより構築されてもよい。

また、上記実施形態では、機器２０が６つの例を示したが、機器の数はこれに限定されず、いくつであってもよい。

また、上記実施形態に係る管理システム１及び上記変形例に係る管理システム１において、管理装置１０はシステム構成情報１３４１、機器情報１３４２、接続情報１３４３及びリソース情報１３４４が格納される記憶部１３４を内蔵していたが、管理装置１０の構成はこれに限らない。例えば、外部のサーバ装置が記憶部１３４を備え、管理装置１０が必要に応じて記憶部１３４を備える外部サーバ装置にアクセスしてもよい。或いは、外部のサーバ装置が、システム構成情報１３４１、機器情報１３４２、接続情報１３４３及びリソース情報１３４４のうち少なくとも１つを自機の記憶部に記憶し、管理装置１０が残りの情報を自機の記憶部に記憶し、外部サーバ装置の記憶部と管理装置１０の記憶部とを合わせて、上記実施形態に係る記憶部１３４とみなしてもよい。

また、上記実施形態では、仮想リソース情報取得部１３５３は、収集部１４０により収集された時刻が一致する複数の実リソース情報の値に基づいて、仮想リソース情報の値を取得したが、これに限らない。例えば、各機器２０が時刻を計測する機能を有し、仮想リソース情報取得部１３５３は、機器２０が計測した時刻が一致する実リソース情報の値を用いて、仮想リソース情報の値を取得してもよい。なお、この場合、各機器２０は時刻合わせがされているものとする。

また、実施形態２において、リソース情報１３４４は、予め定められた周期に従って収集された実リソース情報の値と、収集された実リソース情報の値に基づいて予め求められ仮想リソース情報の値とが登録されるとしたが、これに限らず、どちらか一方のみが登録されてもよい。

また、管理装置１０の機能は、専用のハードウェアによっても、通常のコンピュータシステムによっても実現することができる。

例えば、プロセッサ１０１によって実行されるプログラムＰ１を、コンピュータ読み取り可能な非一時的な記録媒体に格納して配布し、そのプログラムＰ１をコンピュータにインストールすることにより、例えば、上述の管理処理を実行する装置を構成することができる。このような記録媒体としては、例えばフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read−Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto−Optical Disc）が考えられる。

また、プログラムＰ１をインターネットに代表される通信ネットワーク上のサーバ装置が有するディスク装置に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロードするようにしてもよい。

また、通信ネットワークを介してプログラムＰ１を転送しながら起動実行することによっても、上述の管理処理を達成することができる。

さらに、プログラムＰ１の全部又は一部をクラウドサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムを実行することによっても、上述の管理処理を達成することができる。

なお、管理装置１０の機能を、ＯＳが分担して実現する場合、ＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロードしてもよい。

また、管理装置１０の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を、回路を含む専用のハードウェアによって実現してもよい。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能である。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

本発明は、システムを構成する多数の機器に関する情報の管理に適している。

１ 管理システム、２ 機器システム、１０，１１，１２，１３ 管理装置、２０，２１，２２，２３，２４，２５，２６ 機器、３０，４０ ネットワーク、５０，６０ 外部端末装置、１０１ プロセッサ、１０２ 主記憶部、１０３ 補助記憶部、１０４ 入力部、１０５ 出力部、１０６ 通信部、１０７ バス、１１０ データモデル構築部、１１１ 表示部、１１２ 設定要求部、１２０ アプリケーション部、１２１ 取得要求部、１２２ データ処理部、１３０ データモデル管理部、１３１ 受付部、１３２ 設定部、１３３ データモデル情報取得部、１３４ 記憶部、１３５ リソース情報取得部、１３６ 応答部、１４０ 収集部、１５０ 第１通信部、１６０ 第２通信部、２３１ バス、１３４１ システム構成情報、１３４２ 機器情報、１３４３ 接続情報、１３４４ リソース情報、１３５１ 指示部、１３５２ 実リソース情報取得部、１３５３ 仮想リソース情報取得部、１３５４ 演算部、Ｕ１ ユーザ、Ｐ１ プログラム。

上記目的を達成するために、本発明に係る管理装置は、
ネットワークを介して接続される機器に対応付けられる実リソース情報と、前記実リソース情報の値を用いた演算処理の演算結果に対応付けられる仮想リソース情報と、が含まれるデータモデルを管理する管理装置であって、
前記データモデルに基づいて要求される取得要求であって、前記実リソース情報の値又は前記仮想リソース情報の値を取得するための前記取得要求を受け付ける受付手段と、
前記演算処理を行う演算手段と、
前記実リソース情報に対応付けられた前記機器から値を収集手段に収集させることにより、前記実リソース情報の値を取得する実リソース情報取得手段と、
前記実リソース情報の値を用いて前記演算手段に前記演算処理をさせることにより、前記仮想リソース情報の値を取得する仮想リソース情報取得手段と、
前記実リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記実リソース情報取得手段により取得された前記実リソース情報の値が含まれる応答を前記取得要求の要求元に返し、前記仮想リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記仮想リソース情報取得手段により取得された前記仮想リソース情報の値が含まれる応答を前記取得要求の要求元に返す応答手段と、を備え、
前記演算処理に複数の前記実リソース情報の値が用いられる場合であって、前記複数の実リソース情報に対応付けられた機器から前記収集手段により値が収集された時刻が一致しない場合、前記実リソース情報取得手段が、前記複数の実リソース情報に対応付けられた機器から前記収集手段に値を再度収集させる。

Claims (14)

1. ネットワークを介して接続される機器に対応付けられる実リソース情報と、前記実リソース情報の値を用いた演算処理の演算結果に対応付けられる仮想リソース情報と、が含まれるデータモデルを管理する管理装置であって、
   前記データモデルに基づいて要求される取得要求であって、前記実リソース情報の値又は前記仮想リソース情報の値を取得するための前記取得要求を受け付ける受付手段と、
   前記演算処理を行う演算手段と、
   前記実リソース情報に対応付けられた前記機器から値を収集手段に収集させることにより、前記実リソース情報の値を取得する実リソース情報取得手段と、
   前記実リソース情報の値を用いて前記演算手段に前記演算処理をさせることにより、前記仮想リソース情報の値を取得する仮想リソース情報取得手段と、
   前記実リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記実リソース情報取得手段により取得された前記実リソース情報の値が含まれる応答を前記取得要求の要求元に返し、前記仮想リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記仮想リソース情報取得手段により取得された前記仮想リソース情報の値が含まれる応答を前記取得要求の要求元に返す応答手段と、を備える、
   管理装置。
2. 第１ユーザから、前記演算処理の定義を設定するための設定要求を受け付ける設定要求手段をさらに備える、
   請求項１に記載の管理装置。
3. 前記演算処理の前記定義は、前記実リソース情報の値を入力値とする、関数又は前記管理装置の処理が記述されたスクリプトの少なくとも１つである、
   請求項２に記載の管理装置。
4. 前記第１ユーザによる操作に基づき、前記データモデルを構築するデータモデル構築手段をさらに備え、
   前記データモデル構築手段は、
   前記データモデルを表示する表示手段と、
   前記設定要求手段と、を備える、
   請求項２又は３に記載の管理装置。
5. 前記仮想リソース情報取得手段は、前記実リソース情報取得手段に、前記演算処理に含まれる前記実リソース情報に対応付けられた前記機器の値を取得させる、
   請求項１から４のいずれか１項に記載の管理装置。
6. 前記演算処理に複数の前記実リソース情報が用いられる場合、前記仮想リソース情報取得手段は、前記収集手段により前記機器の値が収集された時刻が一致する複数の前記実リソース情報の値を用いて前記演算手段に前記演算処理をさせることにより、前記仮想リソース情報の値を取得する、
   請求項１から５のいずれか１項に記載の管理装置。
7. 前記実リソース情報に係る要求が前記受付手段により受け付けられると、前記実リソース情報取得手段に、前記実リソース情報の値を取得させ、前記仮想リソース情報に係る要求が前記受付手段により受け付けられると、前記仮想リソース情報取得手段に、前記仮想リソース情報の値を取得させる指示手段をさらに備える、
   請求項１から６のいずれか１項に記載の管理装置。
8. 前記実リソース情報の値と、前記仮想リソース情報の値と、が格納される記憶手段をさらに備え、
   前記実リソース情報取得手段は、予め定められた周期に従って前記収集手段に前記機器の値を収集させ、当該収集させた値を前記実リソース情報の値として、前記記憶手段に登録し、
   前記仮想リソース情報取得手段は、前記予め定められた周期に従って値が収集されると、当該収集された値を用いて前記演算手段に前記演算処理を行わせ、当該演算処理の演算結果を前記仮想リソース情報の値として、前記記憶手段に登録し、
   前記応答手段は、前記実リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記記憶手段を参照して、前記取得要求に係る前記実リソース情報の値を含む応答を返し、前記仮想リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記記憶手段を参照して、前記取得要求に係る前記仮想リソース情報の値を含む応答を返す、
   請求項１から７のいずれか１項に記載の管理装置。
9. 第２ユーザにより前記取得要求を受け付け、前記受付手段に当該取得要求を送る取得要求手段と、
   前記応答手段より前記取得要求に対して返された応答に含まれる値を処理するデータ処理手段と、
   を有するアプリケーション手段をさらに備える、
   請求項１から８のいずれか１項に記載の管理装置。
10. 前記機器から値を収集する前記収集手段をさらに備える、
    請求項１から９のいずれか１項に記載の管理装置。
11. 前記機器は、前記管理装置と異なる他の管理装置に管理される機器を含む、
    請求項１から１０のいずれか１項に記載の管理装置。
12. ネットワークを介して接続される機器と、
    前記機器に対応付けられる実リソース情報と、前記実リソース情報の値を用いた演算処理の演算結果に対応付けられる仮想リソース情報とが含まれるデータモデルを表示する表示手段と、前記演算処理を設定するための設定要求を受け付ける設定要求手段と、を有し、前記データモデルを構築するデータモデル構築手段と、
    前記データモデルに基づいて要求される取得要求であって、前記実リソース情報の値又は前記仮想リソース情報の値を取得するための前記取得要求を受け付ける取得要求手段と、前記取得要求に対して返される応答に含まれる値を処理するデータ処理手段と、を有するアプリケーション手段と、
    前記取得要求手段から、前記取得要求を受け付ける受付手段と、
    前記実リソース情報に対応付けられた機器から値を収集する収集手段と、
    前記演算処理を行う演算手段と、
    前記実リソース情報に対応付けられた前記機器から値を前記収集手段に収集させることにより、前記実リソース情報の値を取得する実リソース情報取得手段と、
    前記実リソース情報の値を用いて前記演算手段に前記演算処理をさせることにより、前記仮想リソース情報の値を取得する仮想リソース情報取得手段と、
    前記実リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記実リソース情報取得手段により取得された前記実リソース情報の値が含まれる応答を前記アプリケーション手段に返し、前記仮想リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記仮想リソース情報取得手段により取得された前記仮想リソース情報の値が含まれる応答を前記アプリケーション手段に返す応答手段と、を備える、
    管理システム。
13. ネットワークを介して接続される機器に対応付けられる実リソース情報と、前記実リソース情報の値を用いた演算処理の演算結果に対応付けられる仮想リソース情報と、が含まれるデータモデルを管理する管理装置が実行する管理方法であって、
    受付手段が、前記データモデルに基づいて要求される取得要求であって、前記実リソース情報の値又は前記仮想リソース情報の値を取得するための前記取得要求を受け付け、
    実リソース情報取得手段が、前記実リソース情報に対応付けられた前記機器から値を収集手段に収集させることにより、前記実リソース情報の値を取得し、
    仮想リソース情報取得手段が、前記実リソース情報の値を用いて演算手段に前記演算処理をさせることにより、前記仮想リソース情報の値を取得し、
    応答手段が、前記実リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記実リソース情報取得手段により取得された前記実リソース情報の値が含まれる応答を前記取得要求の要求元に返し、前記仮想リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記仮想リソース情報取得手段により取得された前記仮想リソース情報の値が含まれる応答を前記取得要求の要求元に返す、
    管理方法。
14. ネットワークを介して接続される機器に対応付けられる実リソース情報と、前記実リソース情報の値を用いた演算処理の演算結果に対応付けられる仮想リソース情報と、が含まれるデータモデルを管理するコンピュータを、
    前記データモデルに基づいて要求される取得要求であって、前記実リソース情報の値又は前記仮想リソース情報の値を取得するための前記取得要求を受け付ける受付手段、
    前記実リソース情報に対応付けられた前記機器から値を収集手段に収集させることにより、前記実リソース情報の値を取得する実リソース情報取得手段、
    前記実リソース情報の値を用いて演算手段に前記演算処理をさせることにより、前記仮想リソース情報の値を取得する仮想リソース情報取得手段、
    前記実リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記実リソース情報取得手段により取得された前記実リソース情報の値が含まれる応答を前記取得要求の要求元に返し、前記仮想リソース情報に係る前記取得要求が前記受付手段により受け付けられると、前記仮想リソース情報取得手段により取得された前記仮想リソース情報の値が含まれる応答を前記取得要求の要求元に返す応答手段、として機能させる、
    プログラム。

Images