JP5104673B2 - 機器管理装置及びプログラム - Google Patents

Description

本発明は、フィールド機器等の各種機器を管理する機器管理装置及びプログラムに関する。

近年、プラントは、生産力の向上、生産効率の向上等のために大規模化・統合化が図られており、分散制御システム（ＤＣＳ：Distributed Control System）を用いて高度に自動化されて操業されるのが一般的である。このようなプラントには様々なメーカーから提供されるフィールド機器等の各種機器が設置されるが、機器の仕様がメーカー毎に異なる場合には管理が極めて困難になる。

そこで、近年では、ＦＤＴ（Field Device Tool）／ＤＴＭ（Device Type Manager）技術を用いて設計された機器管理装置を用いて、様々なメーカーから提供される機器の仕様の相違を吸収して統一的な管理を実現している。ここで、上記のＦＤＴとは、通信バスや通信プロトコルの種類に依存せずに機器管理装置と機器との間でデータ交換を行うためのオープンなインターフェイス仕様をいう。また、上記のＤＴＭとは、機器に対して実際に通信、設定、診断等を行うアプリケーションをいう。

図６は、従来の機器管理装置の要部構成を示すブロック図である。図６に示す通り、従来の機器管理装置１００は、ＦＤＴ／ＤＴＭ技術を用いて設計されたＦＤＴフレームアプリケーション１１０、機器ＤＴＭ１２１〜１２３、及び通信ＤＴＭ１３０を備えており、バスＢ１００に接続された機器２０１〜２０３の管理を行う。尚、機器管理装置１００は、パーソナルコンピュータ等のコンピュータを用いて実現され、ＦＤＴフレームアプリケーション１１０、機器ＤＴＭ１２１〜１２３、及び通信ＤＴＭ１３０は、ＦＤＴ仕様に基づいて作成されたプログラムを実行又はロードすることによりソフトウェア的に実現される。

ＦＤＴフレームアプリケーション１１０は、機器ＤＴＭ１２１〜１２３と通信ＤＴＭ１３０との間の関連付けや機器ＤＴＭ１２１〜１２３及び通信ＤＴＭ１３０の管理を行う。また、ＤＴＭ（機器ＤＴＭ１２１〜１２３及び通信ＤＴＭ１３０）の操作を可能にするためのインターフェイスをユーザに対して提供する。機器ＤＴＭ１２１〜１２３は、機器２０１〜２０３に対する制御を行って、機器２０１〜２０３が備える固有の機能を実現させるものである。尚、機器ＤＴＭ１２１〜１２３は、通信ＤＴＭ１３０から得られた情報に基づいて、機器２０１〜２０３に関するパラメータをユーザに分かり易い形式で表示するユーザインターフェイスを備える。

通信ＤＴＭ１３０は、機器ＤＴＭ１２１〜１２３と機器２０１〜２０３との間に配置され、機器２０１〜２０３との間でバスＢ１００を介した各種情報の通信等を行う。具体的には、バスＢ１００の制御を直接行い、バスＢ１００に関する情報（機器２０１〜２０３から取得した情報を含む）をＦＤＴ仕様に従ってフォーマット化し、取得した機器２０１〜２０３に関する情報（機器情報）を機器ＤＴＭ１２１〜１２３に出力し、機器ＤＴＭ１２１〜１２３からの情報を機器２０１〜２０３にそれぞれ設定する処理を行う。以上のＦＤＴフレームアプリケーション１１０、機器ＤＴＭ１２１〜１２３、及び通信ＤＴＭ１３０は様々なメーカーから提供される。

上記構成において、ユーザがＦＤＴフレームアプリケーション１１０に対して機器２０１を操作する指示（例えば、機器２０１に関するパラメータを収集する指示）を行うと、その指示を示す情報がＦＤＴフレームアプリケーション１１０から機器ＤＴＭ１２１に出力される。機器ＤＴＭ１２１はＦＤＴフレームアプリケーション１１０からの情報に応じた機器２０１に対する命令を通信ＤＴＭ１３０に出力する。機器ＤＴＭ１２１からの命令は通信ＤＴＭ１３０によってバスＢ１００を介して機器２０１に送信され、機器２０１に関するパラメータの取得が実施される。取得されたパラメータは、機器２０１から通信ＤＴＭ１３０を介して機器ＤＴＭ１２１に送信されて収集され、ユーザに分かり易い形式で表示される。

尚、従来の情報管理装置の詳細については、例えば以下の非特許文献１，２を参照されたい。
坂本英幸，「ＦＤＴ／ＤＴＭ」，計測技術，２００６年７月，ｐ．２６−２９ 廣岡勲，他３名，「新時代のフィールド機器管理ツールＦｉｅｌｄＭａｔｅ」，横河技報，Ｖｏｌ．５１，Ｎｏ．２，２００７

ところで、近年、機器の管理を行う機器管理装置の分野において、資産管理の観点から機器２０１〜２０３に対する操作履歴を保存しておき、後に保守点検に役立てるという考え方が現れている。一般的なＦＤＴの仕様においても履歴等を保存する仕組みは存在するため、かかる仕組みを利用すれば上記の資産管理を有効に行うことができると考えられる。しかしながら、ＦＤＴの仕様において、履歴を保存する仕組みの実装は必須ではなく、必要であれば追加的に行われるもの（オプショナル）であるため、機器２０１〜２０３に対する操作履歴が必ずしも得られる訳ではないという問題がある。

また、履歴を保存する仕組みが実装されている場合であっても、得られるデータの収集対象、頻度、書式等が、機器ＤＴＭ１２１〜１２３及び通信ＤＴＭ１３０毎に異なっている。このため、収集したデータから有用な情報を得ようとするとデータの加工等に膨大な手間が必要になり、種々の機器ＤＴＭ１２１〜１２３及び通信ＤＴＭ１３０が混在する現状では、保守点検に有用な操作履歴を得ることは困難であるという問題がある。

本発明は上記事情に鑑みてなされたものであり、各種機器に対する操作履歴を収集することができ、更にはその操作履歴を統一した形式で収集することができる機器管理装置及びプログラムを提供することを目的とする。

上記課題を解決するために、本発明の機器管理装置は、機器（４１〜４３）に対する制御を行う機器制御手段（２２ａ〜２２ｃ）と、前記機器と前記機器制御手段との間の通信制御を行う通信制御手段（２３）と、前記機器制御手段及び前記通信制御手段の管理を行う管理手段（２１）とを備える機器管理装置（１）において、前記機器制御手段と前記通信制御手段との間に介在し、前記機器制御手段からの問い合わせに対しては前記通信制御手段の属性を示す属性情報（Ｌ）に係る情報を返信し、前記通信制御手段からの問い合わせに対しては前記機器制御手段の属性を示す属性情報（Ｌ）に係る情報を返信する返信手段（３１）を有し、前記機器制御手段と前記通信制御手段との間で授受されるデータを所定の形式に変換して前記管理手段に通知する監視手段（２４）を備えることを特徴としている。
この発明によると、機器制御手段と通信制御手段との間で授受されるデータが、機器制御手段と通信制御手段との間に介在する監視手段によって所定の形式に変換されて管理手段に通知される。
また、本発明の機器管理装置は、前記監視手段が、前記機器制御手段と前記通信制御手段との間で授受されるデータを一時的に受信する受信手段（３２）と、前記受信手段で受信されたデータを記憶するデータ記憶手段（３３）とを備えることを特徴としている。
また、本発明の機器管理装置は、前記監視手段が、収集すべきデータ及び収集すべき周期の少なくとも一方が規定された収集条件情報（ＲＰ）に基づいて前記データ記憶手段に記憶されたデータの選別処理を行う処理手段（３４）を備えることを特徴としている。
また、本発明の機器管理装置は、前記処理手段が、前記管理手段に対する前記データの通知形式が規定された通知形式情報（ＦＭ）に基づいて、前記選別処理を行って得られたデータに対して変換処理を行うことを特徴としている。
本発明の機器管理プログラムは、コンピュータを、機器（４１〜４３）に対する制御を行う機器制御手段（２２ａ〜２２ｃ）と、前記機器と前記機器制御手段との間の通信制御を行う通信制御手段（２３）と、前記機器制御手段及び前記通信制御手段の管理を行う管理手段（２１）と、前記機器制御手段と前記通信制御手段との間に介在し、前記機器制御手段からの問い合わせに対しては前記通信制御手段の属性を示す属性情報（Ｌ）に係る情報を返信し、前記通信制御手段からの問い合わせに対しては前記機器制御手段の属性を示す属性情報（Ｌ）に係る情報を返信する返信手段（３１）を有し、前記機器制御手段と前記通信制御手段との間で授受されるデータを所定の形式に変換して前記管理手段に通知する監視手段（２４）として機能させることを特徴としている。
尚、本発明の機器管理プログラムは、コンピュータ読み取り可能な記録媒体に記録して頒布される場合もある。即ち、頒布される記録媒体は、コンピュータを、機器（４１〜４３）に対する制御を行う機器制御手段（２２ａ〜２２ｃ）と、前記機器と前記機器制御手段との間の通信制御を行う通信制御手段（２３）と、前記機器制御手段及び前記通信制御手段の管理を行う管理手段（２１）と、前記機器制御手段と前記通信制御手段との間に介在し、前記機器制御手段からの問い合わせに対しては前記通信制御手段の属性を示す属性情報（Ｌ）に係る情報を返信し、前記通信制御手段からの問い合わせに対しては前記機器制御手段の属性を示す属性情報（Ｌ）に係る情報を返信する返信手段（３１）を有し、前記機器制御手段と前記通信制御手段との間で授受されるデータを所定の形式に変換して前記管理手段に通知する監視手段（２４）として機能させるための機器管理プログラム（Ｐ１〜Ｐ４）を記録したコンピュータ読み取り可能な記録媒体である。

本発明によれば、機器制御手段と通信制御手段との間に、機器制御手段と通信制御手段との間で授受されるデータを管理手段に通知する監視手段を介在させているため、各種機器に対する操作履歴を収集することができるという効果がある。また、機器制御手段と通信制御手段との間で授受されるデータを監視手段が所定の形式に変換しているため、各種機器に対する操作履歴を統一した形式で収集することができるという効果がある。

以下、図面を参照して本発明の一実施形態による機器管理装置及びプログラムについて詳細に説明する。図１は本発明の一実施形態による機器管理装置の外観を模式的に示す正面図であり、図２は同機器管理装置のハードウェア構成を示すブロック図である。図１に示す通り、本実施形態の機器管理装置１は、キーボード２ａ及びマウス２ｂ等の入力装置２、ＣＲＴ（Cathode Ray Tube）又は液晶表示装置等の表示装置３、及びドライブ装置４が設けられた装置本体部５を備えており、例えばフィールド機器等の機器４１〜４３（図２参照）の管理を行う。

入力装置２は、機器管理装置１のユーザによって操作されて、ユーザの操作内容に応じた操作情報を装置本体部５に出力する。表示装置３は、機器管理装置１が管理している機器の状態を示す情報等の装置本体部５から出力される各種情報を表示する。装置本体部５は、機器４１〜４３が接続されているバスＢ（例えば、フィールドバス）に接続されており（図２参照）、管理対象の機器４１〜４３に対して通信、設定、診断、制御等を行う。また、この装置本体部５は、インターネットにも接続可能である。

装置本体部５に設けられたドライブ装置４は、例えばＣＤ−ＲＯＭドライブ又はＤＶＤ（登録商標）−ＲＯＭドライブ等である。このドライブ装置４は、ＣＤ−ＲＯＭ又はＤＶＤ（登録商標）−ＲＯＭ等のコンピュータ読み取り可能な記録媒体Ｍに記憶されているプログラムや各種データの読み取りを行う。

図２に示す通り、機器管理装置１の装置本体部５は、以上説明したドライブ装置４に加えて、ＣＰＵ（中央処理装置）１１、データ格納部１２、メモリ１３、及び通信部１４を備える。ＣＰＵ１１は、装置本体部５の動作を統括的に制御する。また、ユーザの指示に応じてデータ格納部１２に格納された各種プログラムをロードすることにより、それらのプログラムの機能を実現する。

データ格納部１２は、機器管理装置１で実行される各種プログラムを格納するとともに、機器４１〜４３から取得された各種データや機器４１〜４３に対する操作履歴等の各種データを格納するものであり、例えばハードディスクで実現することができる。本実施形態では、上記の機器管理装置１で実行される各種プログラムとして、図２に示す通り、ＦＤＴフレームアプリケーションプログラムＰ１、機器ＤＴＭプログラムＰ２、通信ＤＴＭプログラムＰ３、及び監視ＤＴＭプログラムＰ４がデータ格納部１２に格納される。

上記のＦＤＴフレームアプリケーションプログラムＰ１は、ユーザの指示によって実行される実行可能形式のプログラムである。残りの機器ＤＴＭプログラムＰ２、及び通信ＤＴＭプログラムＰ３、及び監視ＤＴＭプログラムＰ４は、ＦＤＴフレームアプリケーションプログラムＰ１に動的に関連付けられるライブラリとして提供されるプログラムである。

上記のプログラムは、例えば図１に示す記録媒体Ｍに記録された状態で提供され、記録媒体Ｍに記録されたプログラムをドライブ装置４を用いて読み取ることにより装置本体部５のデータ格納部１２に格納（インストール）される。また、上記のプログラムがインターネットを介して提供される場合には、装置本体部５をインターネットに接続し、インターネットを介して上記のプログラムをダウンロードしてインストールすることもできる。尚、以上のプログラムの詳細については後述する。

メモリ１３は、ＣＰＵ１１の処理で用いられるデータを一時的に記憶するものであり、ＲＡＭ（Random Access Memory)等の半導体メモリで実現することができる。通信部１４は、機器４１〜４３が接続されたバスＢと物理的に接続されており、ＣＰＵ１１の制御の下で、機器４１〜４３との間で通信を行う。尚、図２においては、図示を簡単にするために、機器４１〜４３が接続されたバスＢに通信部１４が直接接続されている形態を図示している。しかしながら、例えば通信部１４が一般的なネットワーク（例えば、イーサネット（登録商標））に接続され、そのネットワークとバスＢとが中継装置で接続された形態であっても良い。

次に、データ格納部１２に格納された各種プログラムをＣＰＵ１１がロードすることにより、本実施形態の機器管理装置でソフトウェア的に実現される諸機能について説明する。図３は、本発明の一実施形態による機器管理装置のソフトウェア構成を示すブロック図である。図３に示す通り、本実施形態の機器管理装置１では、ＦＤＴフレームアプリケーション２１（管理手段）、機器ＤＴＭ２２ａ〜２２ｃ（機器制御手段）、通信ＤＴＭ２３（通信制御手段）、及び監視ＤＴＭ２４（監視手段）が実現される。尚、これらＦＤＴフレームアプリケーション２１〜監視ＤＴＭ２４は、全てＦＤＴ／ＤＴＭ技術を用いて設計されている。

ＦＤＴフレームアプリケーション２１は、図２に示すＣＰＵ１１がデータ格納部１２に格納されたＦＤＴフレームアプリケーションプログラムＰ１をロードすることにより実現され、機器ＤＴＭ２２ａ〜２２ｃ、通信ＤＴＭ２３、及び監視ＤＴＭ２４の間の関連付けや機器ＤＴＭ２２ａ〜２２ｃ及び通信ＤＴＭ２３の管理を行う。また、ＤＴＭ（機器ＤＴＭ２２ａ〜２２ｃ及び通信ＤＴＭ２３）の操作を可能にするためのインターフェイスをユーザに対して提供する。

機器ＤＴＭ２２ａ〜２２ｃは、図２に示すＣＰＵ１１がデータ格納部１２に格納された機器ＤＴＭプログラムＰ２をロードすることにより実現され、機器４１〜４３に対する制御を行って機器４１〜４３が備える固有の機能を実現させるものである。尚、機器ＤＴＭ２２ａ〜２２ｃは、通信ＤＴＭ２３から監視ＤＴＭ２４を介して得られた情報に基づいて、機器４１〜４３に関するパラメータをユーザに分かり易い形式で表示するユーザインターフェイスを備える。

通信ＤＴＭ２３は、図２に示すＣＰＵ１１がデータ格納部１２に格納された通信ＤＴＭプログラムＰ３をロードすることにより実現され、機器ＤＴＭ２２ａ〜２２ｃ（監視ＤＴＭ２４を含む）と機器４１〜４３との間に配置され、機器４１〜４３との間でバスＢを介した各種情報の通信等を行う。具体的には、バスＢの制御を直接行い、バスＢに関する情報（機器４１〜４３から取得した情報を含む）をＦＤＴ仕様に従ってフォーマット化し、取得した機器４１〜４３に関する情報（機器情報）を機器ＤＴＭ２２ａ〜２２ｃに出力し、機器ＤＴＭ２２ａ〜２２ｃからの情報を機器４１〜４３にそれぞれ設定する処理を行う。

監視ＤＴＭ２４は、図２に示すＣＰＵ１１がデータ格納部１２に格納された監視ＤＴＭプログラムＰ４をロードすることにより実現され、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間に介在し、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間で授受されるデータを監視して、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間の通信に何ら影響を及ぼすことなく収集する。また、監視ＤＴＭ２４は、収集したデータを所定の形式に変換してＦＤＴフレームアプリケーション２１に通知する。

図３に示す通り、監視ＤＴＭ２４は、プロファイルエディタ３１（返信手段）、データレシーバ３２（受信手段）、データバッファ３３（記憶手段）、ログメッセージエディタ３４、及びユーザインターフェイス３５を備える。プロファイルエディタ３１は、機器ＤＴＭ２２ａ〜２２ｃから通信ＤＴＭ２３のプロパティ情報の問い合わせがあった場合には、ＤＴＭプロファイルリストＬから通信ＤＴＭ２３のプロパティ情報を取り出して加工した後に、問い合わせを行った機器ＤＴＭ２２ａ〜２２ｃに返信する。逆に、通信ＤＴＭ２３から機器ＤＴＭ２２ａ〜２２ｃのプロパティ情報の問い合わせがあった場合には、ＤＴＭプロファイルリストＬから機器ＤＴＭ２２ａ〜２２ｃのプロパティ情報を取り出して加工した後に、問い合わせを行った通信ＤＴＭ２３に返信する。

プロファイルエディタ３１が、以上の動作を行うことにより、機器ＤＴＭ２２ａ〜２２ｃに対しては監視ＤＴＭ２４を通信ＤＴＭ２３のように振る舞わせ、通信ＤＴＭ２３に対しては監視ＤＴＭ２４を機器ＤＴＭ２２ａ〜２２ｃのように振る舞わせることができる。これにより、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間に監視ＤＴＭ２４を介在させることができる。

ここで、上記のプロパティ情報とは、機器ＤＴＭ２２ａ〜２２ｃ又は通信ＤＴＭ２３の属性情報をいい、例えばバージョン情報、対応可能な通信プロトコル等を示す情報である。上記のＤＴＭプロファイルリストＬは、ＦＤＴフレームアプリケーション２１によって管理される機器ＤＴＭ２２ａ〜２２ｃ及び通信ＤＴＭ２３のプロパティ情報の一覧であり、ＦＤＴフレームアプリケーション２１によって収集された機器ＤＴＭ２２ａ〜２２ｃ又は通信ＤＴＭ２３のプロパティ情報から作成され、例えば図２に示すメモリ１３又はデータ格納部１２内に格納される。

データレシーバ３２は、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間で授受されるデータを受信し、受信したデータをデータバッファ３３に記憶する。尚、データバッファ３３に対してデータを記憶すると、データレシーバ３２は、受信したデータを本来の出力先にそのまま（データの変更、削除、追加等を行わずに）出力する。このように、データレシーバ３２は、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間で授受されるデータを一時的に受信する。データバッファ３３は、データレシーバ３２で受信されたデータを記憶するものであり、例えば図２に示すメモリ１３又はデータ格納部１２内に設けられる。

ログメッセージエディタ３４は、ログレシーブパラメータＲＰに基づいてデータバッファ３３に記憶されたデータの選別処理を行う。ここで、上記のログレシーブパラメータＲＰは、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間で授受されるデータのうち、監視ＤＴＭ２４で収集すべきデータ及び収集すべき周期の少なくとも一方が規定された収集条件情報をいい、例えば図２に示すメモリ１３又はデータ格納部１２内に格納される。

また、ログメッセージエディタ３４は、上記の選別処理を行って得られたデータを、ログメッセージスタイルフォーマットＦＭで規定される形式に変換する変換処理を行う。ここで、上記のログメッセージスタイルフォーマットＦＭは、監視ＤＴＭ２４で得られた各種データ（操作履歴を示すデータを含む）の、ＦＤＴフレームアプリケーション２１に対する通知形式を規定する通知形式情報をいい、例えば図２に示すメモリ１３又はデータ格納部１２内に格納される。

ユーザインターフェイス３５は、機器管理装置１のユーザが、上述したＤＴＭプロファイルリストＬ、ログレシーブパラメータＲＰ、及びログメッセージスタイルフォーマットＦＭの作成、閲覧、編集を可能にするものである。また、ユーザインターフェイス３５は、ユーザの必要に応じて、データバッファ３３に記憶されたデータの操作（例えば、各種データの参照や編集）も可能にする。

次に、以上の構成における機器管理装置１の動作について説明する。以下では、図３に示すソフトウェア構成を実現するために行われる初期動作と、監視ＤＴＭ２４が機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間で授受されるデータを監視・収集して得られたデータをＦＤＴフレームアプリケーション２１に通知する監視動作とについて順に説明する。

〔初期動作〕
図４は、本発明の一実施形態による機器管理装置で行われる初期動作を示すフローチャートである。ユーザが図１に示す機器管理装置１に設けられた入力装置２を操作して、ＦＤＴフレームアプリケーションプログラムＰ１の実行を指示すると図４に示すフローチャートが開始される。

ユーザからの指示があると、図２に示すＣＰＵ１１はデータ格納部１２からＦＤＴフレームアプリケーションプログラムＰ１をロードして実行する。ＦＤＴフレームアプリケーションプログラムＰ１が実行されると、データ格納部１２から機器ＤＴＭプログラムＰ２、通信ＤＴＭプログラムＰ３、及び監視ＤＴＭプログラムＰ４が併せてロードされる。これにより、図３に示すＦＤＴフレームアプリケーション２１、機器ＤＴＭ２２ａ〜２２ｃ、及び通信ＤＴＭ２３が実現される。

すると、ＦＤＴフレームアプリケーション２１は、まず機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との関連付けを行う（ステップＳ１１）。これにより、図６に示す機器ＤＴＭ１２１〜１２３と通信ＤＴＭ１３０との関係と同様の関係が構築される。次に、ＦＤＴフレームアプリケーション２１は、関連付けを行った機器ＤＴＭ２２ａ〜２２ｃ及び通信ＤＴＭ２３の各々からプロパティ情報を取得する（ステップＳ１２）。

次いで、ＦＤＴフレームアプリケーション２１は、取得した機器ＤＴＭ２２ａ〜２２ｃ及び通信ＤＴＭ２３のプロパティ情報を監視ＤＴＭ２４に通知する（ステップＳ１３）。これにより、監視ＤＴＭ２４でＤＴＭプロファイルリストＬが作成される。尚、作成されたＤＴＭプロファイルリストＬは、監視ＤＴＭ２４が備えるメモリ１３又はデータ格納部１２に格納される。

次に、ＦＤＴフレームアプリケーション２１は、上述したステップＳ１１で行った機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との関連付けは変えることなしに、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間に監視ＤＴＭ２４を配置する（ステップＳ１４）。かかる配置により、監視ＤＴＭ２４は、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間に介在していることを認識することができる。

以上の配置が完了した後に、機器ＤＴＭ２２ａ〜２２ｃから通信ＤＴＭ２３のプロパティ情報の問い合わせがあると、監視ＤＴＭ２４のプロファイルエディタ３１は、ＤＴＭプロファイルリストＬから通信ＤＴＭ２３のプロパティ情報を取り出して加工した後に、問い合わせを行った機器ＤＴＭ２２ａ〜２２ｃに返信する。また、通信ＤＴＭ２３から機器ＤＴＭ２２ａ〜２２ｃのプロパティ情報の問い合わせがあると、監視ＤＴＭ２４のプロファイルエディタ３１は、ＤＴＭプロファイルリストＬから機器ＤＴＭ２２ａ〜２２ｃのプロパティ情報を取り出して加工した後に、問い合わせを行った通信ＤＴＭ２３に返信する（ステップＳ１５）。これにより、監視ＤＴＭ２４は、機器ＤＴＭ２２ａ〜２２ｃに対しては通信ＤＴＭ２３として振る舞い、通信ＤＴＭ２３に対しては機器ＤＴＭ２２ａ〜２２ｃとして振る舞う。

〔監視動作〕
図５は、本発明の一実施形態による機器管理装置で行われる監視動作を示すフローチャートである。このフローチャートは、機器４１〜４３に関するパラメータを収集する場合の動作を示すフローチャートであり、上述した初期動作が完了した後に開始される。尚、以下では説明を簡単にするために、機器ＤＴＭ２２ａ〜２２ｃのうちの機器ＤＴＭ２２ａが機器４１に関するパラメータを収集する場合の動作を例に挙げて説明する。

まず、機器４１に関するパラメータを収集する場合には、機器ＤＴＭ２２ａから通信ＤＴＭ２３に対して、機器４１に関するパラメータのアクセスを依頼するためのアクセス命令が出力される（ステップＳ２１）。機器ＤＴＭ２２ａから出力されたアクセス命令は、監視ＤＴＭ２４のデータレシーバ３２で受信され、データバッファ３３に記憶された後に、本来の出力先である通信ＤＴＭ２３に向けて出力される（ステップＳ２２）。

監視ＤＴＭ２４から出力されたアクセス命令が通信ＤＴＭ２３で受信されると、通信ＤＴＭ２３は受信したアクセス命令に基づいて機器４１にアクセスし、その機器４１に関するパラメータを示すデータを取得する。そして、機器４１から得られたデータを、アクセス命令を出力した機器ＤＴＭ２２ａに対して通知する（ステップＳ２３）。

通信ＤＴＭ２３から機器ＤＴＭ２２ａに対して通知されたデータは、機器ＤＴＭ２２ａに通知される前に監視ＤＴＭ２４のデータレシーバ３２で受信され、データバッファ３３に記憶される（ステップＳ２４）。すると、監視ＤＴＭ２４のログメッセージエディタ３４は、ログレシーブパラメータＲＰに基づいてデータバッファ３３に記憶されたデータに対して選別処理を行い、取り扱うデータの絞り込みを行う。

また、ログメッセージエディタ３４は、選別処理を行って得られた情報を、ログメッセージスタイルフォーマットＦＭで規定される形式に変換する変換処理を行ってロギングデータを作成する。以上の選別・変換処理によって形式が統一されたロギングデータが作成され、作成されたロギングデータは、監視ＤＴＭ２４からＦＤＴフレームアプリケーション２１に通知される（ステップＳ２５）。

ＦＤＴフレームアプリケーション２１に対するロギングデータの通知を終えると、監視ＤＴＭ２４は、ステップＳ２４の処理でデータレシーバ３２が受信したデータ（通信ＤＴＭ２３から機器ＤＴＭ２２ａに対して通知されたデータ）を、本来の通知先である機器ＤＴＭ２２ａに通知する（ステップＳ２６）。通信ＤＴＭ２３からのデータが得られると、機器ＤＴＭ２２ａはそのデータを表示装置３に表示する処理を行う。かかる処理により、表示装置３には、機器４１に関するパラメータがユーザに分かり易い形式で表示される（ステップＳ２７）。

以上の通り、本実施形態では、機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間に監視ＤＴＭ２４を介在させ、監視ＤＴＭ２４が機器ＤＴＭ２２ａ〜２２ｃと通信ＤＴＭ２３との間で授受されるデータを受信し、受信したデータに対して選別・変換処理を行ってロギングデータを作成し、形式が統一されたロギングデータをＦＤＴフレームアプリケーション２１に通知している。このため、機器４１〜４３に対する操作履歴を統一した形式でＦＤＴフレームアプリケーション２１に収集することができる。

以上、本発明の一実施形態による機器管理装置及びプログラムについて説明したが、本発明は上述した実施形態に制限されることなく、本発明の範囲内で自由に変更が可能である。例えば、上記実施形態では、監視ＤＴＭ２４が通信ＤＴＭ２３からのデータを受信した後に、ロギングデータの作成及びＦＤＴフレームアプリケーション２１への通知を行ってから、受信したデータを本来の通知先である機器ＤＴＭ２２ａに通知する動作例について説明した（図５のステップＳ２４〜Ｓ２６参照）。かような順で処理を行うのは、監視ＤＴＭ２４で行われる処理による遅延を防止するためである。しかしながら、遅延の影響が生じない場合には、監視部２４が受信したデータを機器ＤＴＭ２２ａに通知した後に、ロギングデータの作成及びＦＤＴフレームアプリケーション２１への通知を行っても良い。

また、ＦＤＴフレームアプリケーション２１に通知されるロギングデータの形式は、ログメッセージスタイルフォーマットＦＭで任意の形式にすることができるが、例えばパーソナルコンピュータで用いられるアプリケーションソフト（例えば、ワードプロセッサや表計算ソフト）の保存形式にすることで、より容易に操作履歴を管理することができる。また、機器ＤＴＭ及び通信ＤＴＭは様々なメーカーから提供され、機器ＤＴＭと通信ＤＴＭとの間のデータのやり取りはＦＤＴアプリケーション２１から把握することができず、デバッグが極めて困難である。本発明を適用すれば、機器ＤＴＭと通信ＤＴＭとの間のデータのやりとりを監視することができるため、監視ＤＴＭをデバッグツールとして用いることも可能である。

更に、機器ＤＴＭ及び通信ＤＴＭを管理するＦＤＴフレームアプリケーションも様々なメーカーから提供されるため、障害等が発生した場合に、その原因がＦＤＴフレームアプリケーションにあるのか、又は機器ＤＴＭ及び通信ＤＴＭに有るのかを究明するのが困難な場合が考えられる。本発明の監視ＤＴＭは、機器ＤＴＭと通信ＤＴＭとの間に介されて、しかもＦＤＴフレームアプリケーションのインターフェイスとも接しているため、これらの間で授受されるデータの流れを解析する用途にも用いることができる。

また更に、上記実施形態において、監視ＤＴＭは、機器ＤＴＭから出力されたアクセス命令や通信ＤＴＭから通知されたデータに対し、変更、削除、追加等を行わずにそのまま通知ＤＴＭに出力し或いは機器ＤＴＭに通知していた。しかしながら、監視ＤＴＭが監視ＤＴＭと機器ＤＴＭとの間で授受される命令又はデータに対し、抑制、非通知等の操作を行うことも可能である。かかる操作を行うことで、機器に対する不要な操作が抑制され、機器に関する情報の漏洩を防止することができるため、セキュリティを向上させることができる。

本発明の一実施形態による機器管理装置の外観を模式的に示す正面図である。 本発明の一実施形態による機器管理装置のハードウェア構成を示すブロック図である。 本発明の一実施形態による機器管理装置のソフトウェア構成を示すブロック図である。 本発明の一実施形態による機器管理装置で行われる初期動作を示すフローチャートである。 本発明の一実施形態による機器管理装置で行われる監視動作を示すフローチャートである。 従来の機器管理装置の要部構成を示すブロック図である。

符号の説明

１ 機器管理装置
２１ ＦＤＴフレームアプリケーション
２２ａ〜２２ｃ 機器ＤＴＭ
２３ 通信ＤＴＭ
２４ 監視ＤＴＭ
３１ プロファイルエディタ
３２ データレシーバ
３３ データバッファ
３４ ログメッセージエディタ
４１〜４３ 機器
ＦＭ ログメッセージスタイルフォーマット
Ｌ ＤＴＭプロファイルリスト
Ｐ１ ＦＤＴフレームアプリケーションプログラム
Ｐ２ 機器ＤＴＭプログラム
Ｐ３ 通信ＤＴＭプログラム
Ｐ４ 監視ＤＴＭプログラム
ＲＰ ログレシーブパラメータ

Claims (5)

1. 機器に対する制御を行う機器制御手段と、前記機器と前記機器制御手段との間の通信制御を行う通信制御手段と、前記機器制御手段及び前記通信制御手段の管理を行う管理手段とを備える機器管理装置において、
   前記機器制御手段と前記通信制御手段との間に介在し、前記機器制御手段からの問い合わせに対しては前記通信制御手段の属性を示す属性情報に係る情報を返信し、前記通信制御手段からの問い合わせに対しては前記機器制御手段の属性を示す属性情報に係る情報を返信する返信手段を有し、前記機器制御手段と前記通信制御手段との間で授受されるデータを所定の形式に変換して前記管理手段に通知する監視手段を備えることを特徴とする機器管理装置。
2. 前記監視手段は、前記機器制御手段と前記通信制御手段との間で授受されるデータを一時的に受信する受信手段と、
   前記受信手段で受信されたデータを記憶するデータ記憶手段と
   を備えることを特徴とする請求項１記載の機器管理装置。
3. 前記監視手段は、収集すべきデータ及び収集すべき周期の少なくとも一方が規定された収集条件情報に基づいて前記データ記憶手段に記憶されたデータの選別処理を行う処理手段を備えることを特徴とする請求項２記載の機器管理装置。
4. 前記処理手段は、前記管理手段に対する前記データの通知形式が規定された通知形式情報に基づいて、前記選別処理を行って得られたデータに対して変換処理を行うことを特徴とする請求項３記載の機器管理装置。
5. コンピュータを、
   機器に対する制御を行う機器制御手段と、
   前記機器と前記機器制御手段との間の通信制御を行う通信制御手段と、
   前記機器制御手段及び前記通信制御手段の管理を行う管理手段と、
   前記機器制御手段と前記通信制御手段との間に介在し、前記機器制御手段からの問い合わせに対しては前記通信制御手段の属性を示す属性情報に係る情報を返信し、前記通信制御手段からの問い合わせに対しては前記機器制御手段の属性を示す属性情報に係る情報を返信する返信手段を有し、前記機器制御手段と前記通信制御手段との間で授受されるデータを所定の形式に変換して前記管理手段に通知する監視手段と
   して機能させることを特徴とする機器管理プログラム。

Images