(57)【要約】【課題】  保守員が実施したソフトウェア入れ替えを、計装員に自動的かつ確実に伝えると共に、ソフトウェア入れ替えに伴う再エンジニアリングを、ソフトウェアを入れ替えた機器に基づき自動的に実施することができるフィールド機器の管理システムを実現する。【解決手段】  ソフトウェアが実装されたフィールド機器を管理するフィールド機器の管理システムにおいて、  前記ソフトウェアを前記フィールド機器にダウンロードするためのソフトウェアダウンロード手段と、  前記ソフトウェアがダウンロードされたフィールド機器に対して再エンジニアリングを実行するフィールドバスビルダと、  前記ソフトウェアダウンロード手段の実行結果を取得して前記フィールドバスビルダの再エンジニアリング機能を起動する監視エージェント手段と、を備える。【選択図】                    図１
2005099989.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアが実装されたフィールド機器を管理するフィールド機器の管理システムにおいて、
前記ソフトウェアを前記フィールド機器にダウンロードするためのソフトウェアダウンロード手段と、
前記ソフトウェアがダウンロードされたフィールド機器に対して再エンジニアリングを実行するフィールドバスビルダと、
前記ソフトウェアダウンロード手段の実行結果を取得して前記フィールドバスビルダの再エンジニアリング機能を起動する監視エージェント手段と、
を備えたことを特徴とするフィールド機器の管理システム。
【請求項２】
前記ソフトウェアダウンロード手段は、前記フィールド機器と通信する機器管理手段の検索情報に基づいて起動されることを特徴とする請求項１記載のフィールド機器の管理システム。
【請求項３】
前記ソフトウェアダウンロード手段は、ダウンロードしたソフトウェアに関する情報を前記機器管理手段に通知すると共に、前記機器管理手段は前記ソフトウェアがダウンロードされた前記フィールド機器より機器情報を取得することを特徴とする請求項１又は２記載のフィールド機器の管理システム。
【請求項４】
前記機器情報は、ダウンロードしたソフトウェアのレビジョン情報及び履歴情報の少なくともいずれかであることを特徴とする請求項３記載のフィールド機器の管理システム。
【請求項５】
前記ソフトウェアダウンロード手段は、前記フィールドバスを介して前記フィールド機器と通信する上位装置内に形成されていることを特徴とする請求項１乃至４のいずれかに記載のフィールド機器の管理システム。
【請求項６】
前記監視エージェント手段は、前記フィールドバスを介して前記フィールド機器と通信する上位装置内に形成されていることを特徴とする請求項１乃至５のいずれかに記載のフィールド機器の管理システム。
【請求項７】
前記フィールドバス及びフィールド機器は、FOUNDATIONフィールドバス規格に準拠することを特徴とする請求項１乃至６のいずれかに記載のフィールド機器の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアが実装されたフィールド機器の管理システムに関するもので、特に実装されたソフトウェアを入れ替えた後の再エンジニアリングに関する。
【背景技術】
【０００２】
図４及び図５によりフィールド機器のソフトウェア入れ替え後の再エンジニアリングの従来の作業手順を説明する。図４は、ソフトウェア入れ替え手段Ａ、フィールド機器Ｂ、機器管理手段Ｃの連携手順（（１）乃至（５））を示す機能ブロック図である。
【０００３】
手順（１）では、機器管理手段Ｃの検索機能によりソフトウェアの入れ替え対象フィールド機器が検索される。検索結果の機器一覧は、ファイルインターフェイスを介して任意のフォルダにテキストファイルで出力される。
【０００４】
手順（２）では、機器管理を担当する保守員は前記機器一覧ファイルを取得してソフトウェア入れ替え手段Ａを起動する。手順（３）では、フィールド機器Ｂの実装ファイルを新規ファイルに入れ替える。入れ替えの手法は任意であるが、ハードウェ的にソフトウェアが書き込まれたＲＯＭを交換し、又は専用回線を介して専用装置をフィールド機器に接続しソフトウェアをダウンロードする等の手法が可能である。
【０００５】
手順（４）では、保守員は入れ替えの結果を機器管理手段Ｃに反映させる。結果とは、どのフィールド機器に対し、いつ、どのようなソフトウェア（ソフトウェア名とソフトウェアレビジョン）を入れ替えたかという情報である。
【０００６】
手順（５）では、機器管理Ｃはフィールド機器Ｂより機器情報を取得してフィールド機器全体を管理するデータベースを更新し、ソフトウェア入れ替えの作業を終了する。
【０００７】
図５は、ソフトウェア入れ替えが終了した後に実行される再エンジニアリングにおける機器管理手段Ｃ、エンジニアリング手段Ｄ，フィールド機器Ｂの連携手順（（１）乃至（３））を示す機能ブロック図である。
【０００８】
手順（１）では、機器管理を担当する保守員よりフィールドバスエンジニアリングを担当する計装員に対して口頭又は文書によりソフトウェア入れ替え情報を通知して再エンジニアリングを依頼する。
【０００９】
手順（２）では、再エンジニアリング依頼を受けた計装員がフィールドバスビルダ等のエンジニアリング手段Ｄを起動して対象となるフィールド機器に対する再エンジニアリングを実行する。再エンジニアリングの内容は、
（ａ）入れ替えたソフトウェアに対応するケーパビリティファイル／DDファイルに入れ替える。
（ｂ）機器データを再構築する。
である。
【００１０】
手順（３）では、再エンジニアリングにより発生した差分データのみをフィールド機器Ｂダウンロードする。全データが更新される場合には、差分データは全データとなる。
【００１１】
【特許文献１】特開２００３−１２４９３７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
図４、図５の手順で説明したように、従来のフィールド機器の管理システムでは、機器管理を担当する保守員とフィールドバスシステムのエンジニアリングを担当する計装員とに作業分担されている。
【００１３】
従って、機器のメンテナンスとして位置付けられているソフトウェアの入れ替えは機器管理手段Ｃにより保守員が実行し、フィールド機器の再エンジニアリングはエンジニアリング手段Ｄにより計装員が実行する。
【００１４】
ところで、フィールド機器に実装されたソフトウェアの入れ替えは、その後に機器へのエンジニアリングデータの設定を伴うが、作業の連続性と利便性において以下の問題点がある。
（１）エンジニアリングは計装員が行なうが、異なる作業環境において保守員が実施したソフトウェア入れ替えを、計装員に自動的かつ確実に伝えることができない。
【００１５】
（２）ソフトウェアの入れ替えに伴う再エンジニアリングを、保守員とは異なる作業環境において計装員が手動にて起動し実施する必要がある。
【００１６】
従って本発明が解決しようとする課題は、保守員が実施したソフトウェア入れ替えを、計装員に自動的かつ確実に伝えると共に、ソフトウェア入れ替えに伴う再エンジニアリングを、ソフトウェアを入れ替えた機器に基づき自動的に実施することができるフィールド機器の管理システムを実現することにある。
【課題を解決するための手段】
【００１７】
このような課題を達成するために、本発明の構成は次の通りである。
（１）ソフトウェアが実装されたフィールド機器を管理するフィールド機器の管理システムにおいて、
前記ソフトウェアを前記フィールド機器にダウンロードするためのソフトウェアダウンロード手段と、
前記ソフトウェアがダウンロードされたフィールド機器に対して再エンジニアリングを実行するフィールドバスビルダと、
前記ソフトウェアダウンロード手段の実行結果を取得して前記フィールドバスビルダの再エンジニアリング機能を起動する監視エージェント手段と、
を備えたことを特徴とするフィールド機器の管理システム。
【００１８】
（２）前記ソフトウェアダウンロード手段は、前記フィールド機器と通信する機器管理手段の検索情報に基づいて起動されることを特徴とする（１）記載のフィールド機器の管理システム。
【００１９】
（３）前記ソフトウェアダウンロード手段は、ダウンロードしたソフトウェアに関する情報を前記機器管理手段に通知すると共に、前記機器管理手段は前記ソフトウェアがダウンロードされた前記フィールド機器より機器情報を取得することを特徴とする（１）又は（２）記載のフィールド機器の管理システム。
【００２０】
（４）前記機器情報は、ダウンロードしたソフトウェアのレビジョン情報及び履歴情報の少なくともいずれかであることを特徴とする（３）記載のフィールド機器の管理システム。
【００２１】
（５）前記ソフトウェアダウンロード手段は、前記フィールドバスを介して前記フィールド機器と通信する上位装置内に形成されていることを特徴とする（１）乃至（４）のいずれかに記載のフィールド機器の管理システム。
【００２２】
（６）前記監視エージェント手段は、前記フィールドバスを介して前記フィールド機器と通信する上位装置内に形成されていることを特徴とする（１）乃至（５）のいずれかに記載のフィールド機器の管理システム。
【００２３】
（７）前記フィールドバス及びフィールド機器は、FOUNDATIONフィールドバス規格に準拠することを特徴とする（１）乃至（６）のいずれかに記載のフィールド機器の管理システム。
【発明の効果】
【００２４】
以上説明したことから明らかなように、本発明によれば次のような効果がある。
（１）監視エージェント手段の導入により、保守員が実施したソフトウェア入れ替えを、計装員に自動的かつ確実に伝えることができる。
（２）監視エージェント手段の導入により、ソフトウェア入れ替えに伴う再エンジニアリングを、ソフトウェアを入れ替えた機器に基づき自動的に実施することができる。
【発明を実施するための最良の形態】
【００２５】
以下本発明を、図面を用いて詳細に説明する。図１は本発明を階層型のプロセス制御システムに適用した一実施形態を示す機能ブロック図である。
【００２６】
１は上位装置であり、制御バス２に接続されている。３は同じく制御バス２に接続されているフィールドコントロールステーションであり、上位装置１と通信すると共にＩ／Ｏバス４, インタフェースカード５, フィールドバス６を介してこれに接続されているフィールド機器７を制御する。
【００２７】
８は制御バス２に接続されたフィールドバスビルダであり、再エンジニアリング機能を有する。９は同じく制御バス２に接続された機器管理手段であり、フィールド機器７との通信及び検索機能を有する。１０は、イーサネット（登録商標）で代表される汎用通信バスであり、上位装置１, フィールドバスビルダ８, 機器管理手段９が接続されている。
【００２８】
１１は、本発明の特徴部を形成するソフトウェアダウンロード手段であり、上位装置１内にその機能がインストールされ、上位装置１より下位のフィールド機器に至るフィールドバスシステムの通信機能を利用して入れ替え対象のソフトウェアを対象機器にダウンロードする。この構成により、セグメントで分割された複数のフィールドバスに接続された異なるフィールド機器に並行的にソフトウェアのダウンロードが可能となる。
【００２９】
１２は、同じく本発明の特徴部を形成する監視エージェント手段であり、上位装置１内にその機能がインストールされ、フィールドバスビルダ８, 機器管理手段９, ソフトウェアダウンロード手段１１と連携し、一連のシーテンス作業を自動的に進行させる。
【００３０】
図２は、監視エージェント手段１２を中心とするフィールドバスビルダ８, 機器管理手段９, ソフトウェアダウンロード手段１１の連携手順（（１）乃至（１０））を示す機能ブロック図である。以下、手順（１）乃至（１０）の内容を説明する。
【００３１】
手順（１）では、機器管理手段９の検索機能によりソフトウェア入れ替え対象機器を検索する。
【００３２】
手順（２）では、この検索結果がソフトウェアダウンロード手段１１に通知され、ソフトウェアダウンロード機能を起動する。このとき、検索したすべてあるいは一部の機器情報およびセグメント情報をソフトウェアダウンロード手段１１に引き渡す。
【００３３】
手順（３）では、ソフトウェアダウンロード手段１１により指定されたフィールド機器へのソフトウェアダウンロードが実行される。
【００３４】
手順（４）では、ソフトウェアダウンロード手段１１は、ダウンロード結果（機器情報，レビジョン情報，日付）を機器管理手段９へ自動的に反映する。
【００３５】
手順（５）では、機器管理手段９は、結果を自己のデータベースに反映し、レビジョン情報および操作履歴を更新する。そして、ソフトウェアを入れ替えた機器に対して機器情報の再読み込みを実行して最新の機器情報を取得する。
【００３６】
手順（６）では、ソフトウェアダウンロード手段１１は、監視エージェント手段１２に対してダウンロード結果を知らせる。
【００３７】
手順（７）では、監視エージェント１２は、ソフトウェアダウンロード手段１１よりのダウンロード結果を受けてフィールドバスビルダ８に対して再エンジニアリング機能の起動を行なうと共に、ソフトウェア入れ替えに成功した機器の情報を引き渡す。フィールドバスビルダ８は、結果をデータベースに反映する。
【００３８】
手順（８）では、監視エージェント手段１２は、起動したフィールドバスビルダ８に対してソフトウェア入れ替えに成功した機器の再エンジニアリングの実行を依頼する。
【００３９】
手順（９）では、フィールドバスビルダ８は再エンジニアリングを実行する。実行内容は、入れ替えたソフトウェアに対応するケーパビリティファイル／DDファイルに入れ替えて機器のデータを再構築する。
【００４０】
手順（１０）では、フィールドバスビルダ８は，再エンジニアリングに続いて，データの再構築で発生した差分データを対象機器７にダウンロードする。
【００４１】
以上説明した手順において、手順（３）を実行することで以降の手順（４）から（１０）までの作業は自動的に実行される。この内、手順（７）及び（８）が監視エージェント手段１２の担当範囲である。尚、手順（９）及び（１０）は手順（８）に対して自動的に実行される。
【００４２】
図３は、監視エージェント手段１２の構成例を示す機能ブロック図である。１２１は監視エージェントの外部インタフェースであり、ソフトウェアダウンロード手段１１からの機器情報を取得する。
【００４３】
１２２は機器情報管理部であり、外部インタフェース１２１により与えられた機器情報を機器情報データベース１２３に格納し、イベント管理部１２４に対して再エンジニアリングの依頼を指示する。
【００４４】
イベント管理部１２４は、ＯＬＥ実行部１２５に対して再エンジニアリングの実施が必要である機器に対してその実行順を考慮して実際の実行を指示する。ＯＬＥ実行部１２５は、ＯＬＥ化されたフィールドバスビルダを起動し、再エンジニアリングコマンドを起動する。
【００４５】
ＯＬＥ化されたフィールドバスビルダの使用方法（インタフェース）は、ＯＬＥデータベース１２６に格納されている。ＯＬＥ実行部１２５はＯＬＥ情報（ＯＬＥデータベース１２６）と機器情報（機器情報データベース１２３）を参照する。
【００４６】
１２７はＯＬＥ定義部であり、ＯＬＥ情報をＧＵＩを介して定義する機能である。ＯＬＥ情報はＯＬＥデータベース１２６に格納される。このＯＬＥ定義部にてＯＬＥの使用方法を定義する。定義内容は、ＯＬＥ名，インタフェース情報および実装位置である。
【００４７】
１２８は、ＯＬＥインタフェースであり、ＯＬＥ実行部１２５の実行内容がこのインタフェースを介してフィールドバスビルダ８に与えられる。
【００４８】
ＯＬＥ（Object Linking&Embedding）とは、ソフトウェアを統合して複数のコンピュータプラットフォーム間で共用できるというオープンアーキテクチャであり、各種のプラットフォーム間及び分散ネットワーク間で十分に統合され、かつ相互操作性を持つアプリケーションを開発することができる。
【００４９】
以上説明した本発明のフィールド機器の管理システムの処理の流れは、以下の通りである。
（１）監視エージェント手段１２のＯＬＥ定義部１２７にてＯＬＥをデータベース１２６に登録する事前作業を行なう。
（２）ソフトウェアダウンロードを実行する。
（３）ソフトウェアダウンロード手段１１は、監視エージェント手段１２に対して機器情報を反映する。
（４）監視エージェント手段１２は、ソフトウェアを入れ替えた機器を走査し、再エンジニアリングの実行順序を最適化してＯＬＥを起動する。
（５）起動されたＯＬＥは、機器情報に従って再エンジニアリングを実行し、対象機器に対してデータのダウンロードを実施する。
【００５０】
図１に示した実施形態では、ソフトウェアダウンロード手段１１及び監視エージェント手段１２の機能は上位装置１にインストールされており、更にフィールドバスビルダ８及び機器管理手段９は上位装置１とは独立して制御バス２に接続された形態を取っているが、フィールドバスビルダの機能を上位装置１内にインストールする構成でもよい。
【００５１】
更に、監視エージェント手段１２は、別のコンピュータで独立させることもでき、機器管理手段９は汎用通信バス１０を介して遠隔地のユーザコンピュータで実現される構成であってもよい。
【図面の簡単な説明】
【００５２】
【図１】本発明を階層型のプロセス制御システムに適用した一実施形態を示す機能ブロック図である。
【図２】監視エージェント手段を中心とするフィールドバスビルダ, 機器管理手段, ソフトウェアダウンロード手段の連携手順を示す機能ブロック図である。
【図３】監視エージェント手段の構成例を示す機能ブロック図である。
【図４】ソフトウェア入れ替え手段Ａ、フィールド機器Ｂ、機器管理手段Ｃの従来の連携手順を示す機能ブロック図である。
【図５】再エンジニアリングにおける機器管理手段Ｃ、エンジニアリング手段Ｄ，フィールド機器Ｂの従来の連携手順を示す機能ブロック図である。
【符号の説明】
【００５３】
１  上位装置
１１  ソフトウェアダウンロード手段
１２  監視エージェント手段
２  制御バス
３  フィールドコントロールステーション
４  Ｉ／Ｏバス
５  インタフェースカード
６  フィールドバス
７  フィールド機器
８  フィールドバスビルダ
９  機器管理手段
１０  汎用通信バス
【図１】
2005099989.tif 000003
【図２】
2005099989.tif 000004
【図３】
2005099989.tif 000005
【図４】
2005099989.tif 000006
【図５】
2005099989.tif 000007