(57)【要約】【課題】ダウンロードファイルに想定外のデータ異常が生じた場合での修正時間の短縮化を図る。【解決手段】動作ファイルをアップロードさせるファイルアップロード手段１１と、アップロードされた動作ファイルを保持するアップロードファイル保持手段１２と、アップロードファイル保持手段１２の動作ファイルと同一構成からなる正常な動作ファイルを保持する正常ファイル保持手段１３と、正常ファイル保持手段１３の統合対象の動作ファイルを示すファイル情報と、当該動作ファイルからデータを読み出す領域を示す領域情報との入力を受け付ける領域指定手段１４と、正常ファイル保持手段１３からファイル情報に該当する動作ファイルの領域情報に該当するデータを読み出し、アップロードファイル保持手段１２から当該ファイル情報に該当する動作ファイルの当該領域情報に該当しないデータを読み出して、ファイル統合を行うファイル統合手段１５とを備えた。【選択図】図２
2012160068.tif 000002
【特許請求の範囲】
【請求項１】
制御機器を動作させる動作ファイルを作成して、当該制御機器にダウンロードするエンジニアリング装置において、
前記制御機器から動作ファイルをアップロードさせるファイルアップロード手段と、
前記ファイルアップロード手段によりアップロードされた動作ファイルを保持するアップロードファイル保持手段と、
前記アップロードファイル保持手段に保持されている動作ファイルと同一の構成からなる正常な動作ファイルを保持する正常ファイル保持手段と、
前記正常ファイル保持手段に保持されている統合対象の動作ファイルを示すファイル情報と、当該統合対象の動作ファイルからデータを読み出す領域を示す領域情報との入力を受け付ける領域指定手段と、
前記正常ファイル保持手段から、前記領域指定手段により受け付けられたファイル情報に該当する動作ファイルの領域情報に該当するデータを読み出し、前記アップロードファイル保持手段から、当該ファイル情報に該当する動作ファイルの当該領域情報に該当しないデータを読み出して、ファイル統合を行うファイル統合手段と
を備えたエンジニアリング装置。
【請求項２】
前記領域情報は、一連のデータの領域を示す情報である
ことを特徴とする請求項１記載のエンジニアリング装置。
【請求項３】
前記領域情報は、個々のデータの領域を示す情報である
ことを特徴とする請求項１記載のエンジニアリング装置。
【請求項４】
前記ファイル統合手段によりファイル統合が行われた場合に、当該ファイル統合の起因となったエラー情報の入力を受け付けるエラー情報入力手段と、
前記ファイル統合手段によりファイル統合が行われた場合に、前記領域指定手段により受け付けられたファイル情報および領域情報と、前記正常ファイル保持手段から読み出した、当該ファイル情報に該当する動作ファイルの当該領域情報に該当するデータと、前記エラー情報入力手段により受け付けられたエラー情報とを対応付けて記憶する統合履歴記憶手段とをさらに備えた
ことを特徴とする請求項１から請求項３のうちいずれか１項記載のエンジニアリング装置。
【請求項５】
前記アップロードファイル保持手段に保持されている動作ファイルのエラー情報を検出するエラー情報検出手段と、
前記エラー情報検出手段によりエラー情報が検出された場合に、前記統合履歴記憶手段に当該エラー情報が記憶されているかを判断するエラー情報判断手段と、
前記エラー情報判断手段により当該エラー情報が前記統合履歴記憶手段に記憶されていると判断された場合に、前記統合履歴記憶手段から当該エラー情報に対応付けられたファイル情報、領域情報およびデータを読み出し、前記アップロードファイル保持手段に保持されている、当該ファイル情報に該当する動作ファイルの当該領域情報に該当するデータを、読み出したデータに書き換えるファイル書換手段とをさらに備えた
ことを特徴とする請求項４記載のエンジニアリング装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、制御機器を動作させる動作ファイルを作成するエンジニアリング装置に関するものである。
【背景技術】
【０００２】
建物内の複数のフィールド制御機器の監視・制御を行う監視システムとして、ＢＡＣｎｅｔ（Ｂｕｉｌｄｉｎｇ  Ａｕｔｏｍａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｒｏｌ  ｎｅｔｗｏｒｋｉｎｇ  ｐｒｏｔｏｃｏｌ）などのオープンネットワークを用いて、空調設備、照明設備、電気設備や防災設備などの異なるメーカのシステムを接続し、監視・制御を行うマルチベンダー対応システムが普及している。
【０００３】
このＢＡＣｎｅｔに対応した監視システムを構築する際には、エンジニアリング装置は、ＢＡＣｎｅｔの規格に合わせて、監視装置で管理を行うデバイス情報、管理ポイント情報やオブジェクト情報などの管理情報を記録したＪＯＢファイルを作成している。また、エンジニアリング装置は、作成したＪＯＢファイルに基づいて、監視装置で管理を行う上位コントローラを動作させるための動作ファイル（ダウンロードファイル）を作成し、対応する上位コントローラにダウンロードしている。
【０００４】
一方、上位コントローラでは、トラブル解析の効率を上げるため、エンジニアリング装置で作成したダウンロードファイルに問題がないかを起動時にチェックする機能が搭載されるようになってきた。その結果、ダウンロードファイルのデータに異常があり、整合性が取れていないと判断した場合には、（１）上位コントローラが正常にオンラインに移行しない、（２）オンラインに移行してもエラーが発生し、正常に動作しない、また、最悪の場合、（３）リスタートを繰り返すという現場トラブルが発生するようになってしまった。
【０００５】
そこで、上記（１）〜（３）のような問題を解決するため、エンジニアリング装置（エンジニアリングツール）では、ファイル作成・整合性チェック機能をサポートしている。これにより、想定内のデータ異常については整合性をとるようにファイルを修正することで、上記（１）〜（３）のような問題を回避することができる。
しかしながら、何らかの理由（上位コントローラと監視装置とのデータ送受信など）によって、ダウンロードファイルが、エンジニアリング装置のファイル作成・整合性チェック機能の想定を超えたデータ異常状態となってしまうことがある。この場合、ユーザがダウンロードファイルのデータ異常状態を回避することはできない。さらに、状況によっては、エンジニアリング装置の仕様範囲を越えたファイル修正を必要とされることもある。
このようなデータ異常が発生した場合には、エンジニアが膨大なファイルの中から異常なデータを検出し、手動で変更して対応している。
【０００６】
それに対して、所定の定数値と実行値とが一致するか否かを検出する差異検出機構が設けられたプログラムメンテナンス装置がある（例えば特許文献１参照）。このプログラムメンテナンス装置では、差異検出機構により定数値と実行値とが不一致であると判断された場合には、定数値書換え機構により定数値を実行値に書換え、修正を行うように構成されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平８−３２８８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来の監視システムでは、エンジニアリング装置のファイル作成・整合性チェック機能の想定を超えたダウンロードファイルのデータ異常が生じた場合には、エンジニアリング装置でファイル修正を行うことはできない。そのため、エンジニアが手動で修正作業を行っており、ダウンロードファイルの修正に時間を要するという課題があった。
【０００９】
また、特許文献１に開示される方法では、定数値が正しいことが前提とされているが、監視システムに適応する場合は、比較対象となる正確なマスターファイルを常に保持しておく必要がある。しかしながら、監視システムでは管理対象の追加や変更など、不定期でデータ変更が行われ、変更後のファイルセーブはエンジニアが手動で対応している。そのため、マスターファイルが常に正確であるとは言い切れず、特許文献１に開示される方法を監視システムに適用することは難しいという課題があった。
【００１０】
この発明は、上記のような課題を解決するためになされたもので、ダウンロードファイルに、エンジニアリング装置のファイル作成・整合性チェック機能の想定を超えたデータ異常が生じた場合に、データ異常の修正時間の短縮化を図ることができるエンジニアリング装置を提供することを目的としている。
【課題を解決するための手段】
【００１１】
この発明に係るエンジニアリング装置は、制御機器から動作ファイルをアップロードさせるファイルアップロード手段と、ファイルアップロード手段によりアップロードされた動作ファイルを保持するアップロードファイル保持手段と、アップロードファイル保持手段に保持されている動作ファイルと同一の構成からなる正常な動作ファイルを保持する正常ファイル保持手段と、正常ファイル保持手段に保持されている統合対象の動作ファイルを示すファイル情報と、当該統合対象の動作ファイルからデータを読み出す領域を示す領域情報との入力を受け付ける領域指定手段と、正常ファイル保持手段から、領域指定手段により受け付けられたファイル情報に該当する動作ファイルの領域情報に該当するデータを読み出し、アップロードファイル保持手段から、当該ファイル情報に該当する動作ファイルの当該領域情報に該当しないデータを読み出して、ファイル統合を行うファイル統合手段とを備えたものである。
【発明の効果】
【００１２】
この発明によれば、上記のように構成したので、ダウンロードファイルに、エンジニアリング装置のファイル作成・整合性チェック機能の想定を超えたデータ異常が生じた場合に、データ異常の修正時間の短縮化を図ることができる。
【図面の簡単な説明】
【００１３】
【図１】この発明の実施の形態１に係る監視システムの構成を示す図である。
【図２】この発明の実施の形態１に係るエンジニアリング装置のファイル統合機能に関する構成を示す図である。
【図３】この発明の実施の形態１における動作ファイルの統合を説明するイメージ図である。
【図４】この発明の実施の形態１に係るエンジニアリング装置の動作を示すフローチャートである。
【図５】この発明の実施の形態１におけるファイル統合を説明する図である。
【図６】この発明の実施の形態２に係るエンジニアリング装置のファイル統合機能に関する構成を示す図である。
【図７】この発明の実施の形態２に係るエンジニアリング装置の動作を示すフローチャートである。
【図８】この発明の実施の形態２におけるファイル書換を説明する図である。
【発明を実施するための形態】
【００１４】
以下、この発明の実施の形態について図面を参照しながら詳細に説明する。
実施の形態１．
図１はこの発明の実施の形態１に係る監視システムの構成を示す図であり、通信ネットワークとしてＢＡＣｎｅｔを用いた場合を示している。
監視システムは、図１に示すように、エンジニアリング装置１、監視装置２、表示装置３、複数の上位コントローラ４および複数の下位コントローラ５などから構成されている。
【００１５】
エンジニアリング装置１は、ＢＡＣｎｅｔに対応した監視システムを構築するものである。このエンジニアリング装置１は、システムを構築する際に、ＢＡＣｎｅｔの規格に合わせて、監視装置２で監視・制御を行う上位コントローラ４、下位コントローラ５および不図示のフィールド制御装置の構成情報や、Ｉ／Ｏ情報などの管理情報を記録したＪＯＢファイルを作成する。また、エンジニアリング装置１は、作成したＪＯＢファイルに基づいて、各上位コントローラ４を動作させるための動作ファイル（ダウンロードファイル）を生成して、対応する上位コントローラ４にダウンロードする。
【００１６】
また、システム稼動後の仕様変更・機能追加などにより、上位コントローラ３が保持するダウンロードファイルに対して追加・変更・削除などの修正を行う場合には、エンジニアリング装置１は、各上位コントローラ４に保持されているダウンロードファイルをアップロードさせて、このダウンロードファイルをマスタデータとして修正を行う。
さらに、エンジニアリング装置１は、何らかの理由によって、ダウンロードファイルに想定外のデータ異常が生じた場合に、このダウンロードファイルを、同一構成の正常な動作ファイルと統合（マージ）させることによって、ダウンロードファイルを正常状態に戻す。このエンジニアリング装置１のファイル統合機能に関する構成については後述する。
【００１７】
監視装置２は、ＢＡＣｎｅｔを介して接続される複数の上位コントローラ４を監視・制御するものである。この監視装置２による監視・制御情報は表示装置３に表示される。
上位コントローラ４は、監視装置２による制御に従い、下位ネットワークを介して接続される複数の下位コントローラ５を監視・制御するものである。この上位コントローラ４は、エンジニアリング装置１からのダウンロードファイルに基づいて動作する。
下位コントローラ５は、上位コントローラ４による制御に従い、下位ネットワークを介して接続される複数の不図示のフィールド制御装置を制御するものである。
【００１８】
次に、エンジニアリング装置１のファイル統合機能に関する構成について説明する。図２はこの発明の実施の形態１に係るエンジニアリング装置１のファイル統合機能に関する構成を示す図である。
エンジニアリング装置１は、図２に示すように、ファイルアップロード手段１１、アップロードファイル保持手段１２、正常ファイル保持手段１３、領域指定手段１４、ファイル統合手段１５およびファイルダウンロード手段１６から構成されている。
【００１９】
ファイルアップロード手段１１は、上位コントローラ４からダウンロードファイルをアップロードさせるものである。
アップロードファイル保持手段１２は、ファイルアップロード手段１１によりアップロードされたダウンロードファイルを保持するものである。
【００２０】
正常ファイル保持手段１３は、アップロードファイル保持手段１３に保持されているダウンロードファイルと同一の構成からなる正常な動作ファイル（正常ファイル）を保持するものである。なお、正常ファイルとしては、エンジニアリング装置１で新規作成した動作ファイル、過去に上位コントローラ４からアップロードした正常な動作ファイルや、過去にファイル統合手段１５によりファイル統合された動作ファイルなどを用いる。
【００２１】
領域指定手段１４は、ファイル統合手段１５からの要求に応じて、正常ファイル保持手段１３に保持されている統合対象の動作ファイルを示すファイル情報と、この統合対象の動作ファイルからデータを読み出す領域を示す領域情報との入力をユーザから受け付けるものである。ここで、ユーザは、ファイル情報として、統合対象の動作ファイルを示すファイルＮｏを入力する。また、領域情報として、一連のデータ（名称や単位など）の領域を示すレコードＮｏを入力する。さらに、領域情報として、各レコード内での個々のデータの領域を示すフィールドＮｏを入力するようにしてもよい。
【００２２】
ファイル統合手段１５は、領域指定手段１４により受け付けられたファイル情報および領域情報に基づいて、アップロードファイル保持手段１２に保持されている想定外のデータ異常を有するダウンロードファイル（異常ファイル）と正常ファイル保持手段１３に保持されている正常ファイルとのファイル統合を行い、異常ファイルを正常状態に戻すものである。ここで、ファイル統合手段１５は、ファイル情報に該当する正常ファイルから領域情報に該当するデータを読み出すとともに、ファイル情報に該当する異常ファイルから領域情報に該当しないデータを読み出して、読み出した両データを統合する。
ファイルダウンロード手段１６は、ファイル統合手段１５によりファイル統合が行われた動作ファイルを対応する上位コントローラ４にダウンロードするものである。
【００２３】
ここで、ダウンロードファイルの想定外のデータ異常とは、エンジニアリング装置１が期待している動作をしないということを意味する。例えばＩＥＩＥＪ−Ｇ−０００６：２００６規格のＢＡＣｎｅｔにおいて、Ａｌａｒｍ  Ｖａｌｕｅの初期値は１に設定される必要があるが、何らかの理由によって、０に設定されてしまった場合には、上位コントローラ４が正常に動作しなくなってしまう。しかしながら、このＡｌａｒｍ  Ｖａｌｕｅは修正対象外のフィールドであるため、初期値を１から０に修正することはできない。
【００２４】
そこで、図３に示すように、想定外のデータ異常を有するダウンロードファイルに対して、同一の構成からなる正常な動作ファイルを利用して、フィールド単位、レコード単位、ファイル単位で統合を行う。例えば、アップロードしたダウンロードファイル（Ａｌａｒｍ  Ｖａｌｕｅが異常状態）をベースとして、新規作成した正常な動作ファイルのＡｌａｒｍ  Ｖａｌｕｅをフィールド単位で統合する。これにより、異常なデータを正常なデータにすることができ、全ファイルを正常なダウンロードファイルとすることが可能となる。
以下では、上記のようにダウンロードファイルに想定外のデータ異常が生じた場合でのエンジニアリング装置１の動作について説明する。
図４はこの発明の実施の形態１に係るエンジニアリング装置１の動作を示すフローチャートであり、図５はファイル統合を説明する図である。
【００２５】
エンジニアリング装置１の動作では、図４に示すように、まず、ファイルアップロード手段１１は、上位コントローラ４からダウンロードファイルをアップロードさせる（ステップＳＴ４１）。このファイルアップロード手段１１によりアップロードされたダウンロードファイルはアップロードファイル保持手段１２に保持される。
なお、正常ファイル保持手段１３には、アップロードファイル保持手段１２に保持されているダウンロードファイルと同一の構成からなる正常な動作ファイルが保持されている。
【００２６】
次いで、領域指定手段１４は、正常ファイル保持手段１３に保持されている統合対象の動作ファイルを示すファイル情報と、この統合対象の動作ファイルからデータを読み出す領域を示す領域情報との入力をユーザから受け付ける（ステップＳＴ４２）。
【００２７】
次いで、ファイル統合手段１５は、領域指定手段１４により受け付けられたファイル情報および領域情報に基づいて、アップロードファイル保持手段１２に保持されている異常ファイルと正常ファイル保持手段１３に保持されている正常ファイルとのファイル統合を行う（ステップＳＴ４３）。すなわち、図５に示すように、ファイル統合手段１５は、ファイル情報に該当する正常ファイルから領域情報に該当するデータ（下線部）を読み出すとともに、ファイル情報に該当する異常ファイルから領域情報に該当しないデータ（下線部）を読み出して、読み出した両データを統合する。
なお、図５に示す異常ファイルでは、下線が引かれていない領域（１レコード（行）目の２，４フィールド（列）目、３レコード目の３フィールド目、５レコード目の４，５フィールド目、６レコード目の１，５フィールド目）のデータが異常状態であることを示している。
【００２８】
次いで、ファイルダウンロード手段１６は、ファイル統合手段１５によりファイル統合が行われた動作ファイル（統合ファイル）を対応する上位コントローラ４にダウンロードする（ステップＳＴ４４）。
【００２９】
以上のように、この実施の形態１によれば、ダウンロードファイルに想定外のデータ異常が生じた場合に、エンジニアリング装置１の仕様範囲を越えたファイル統合機能をサポートするエディタを用いて、このダウンロードファイルと、同一構成の正常な動作ファイルとのファイル統合を行うように構成したので、ダウンロードファイルを早期に正常状態に戻すことができ、現場で速やかにトラブル回避を行うことができ、エンジ効率の向上を図ることができる。
【００３０】
実施の形態２．
図６はこの発明の実施の形態２に係るエンジニアリング装置１のファイル統合機能に関する構成を示す図である。
図６に示す実施の形態２に係るエンジニアリング装置１は、図２に示す実施の形態１に係るエンジニアリング装置１に、エラー情報入力手段１７、統合履歴記憶手段１８、エラー情報検出手段１９、エラー情報判断手段２０およびファイル書換手段２１を追加したものである。その他の構成は同様であり、同一の符号を付してその説明を省略する。
【００３１】
エラー情報入力手段１７は、ファイル統合手段１５によりファイル統合を行った場合に、このファイル統合の起因となったエラー情報の入力をユーザから受け付けるものである。
統合履歴記憶手段１８は、ファイル統合手段１５によりファイル統合を行った場合に、このファイル統合に関する統合履歴情報を記憶するものである。統合履歴情報には、領域指定手段１４により受け付けられたファイル情報および領域情報と、ファイル情報に該当する正常ファイルから読み出した領域情報に該当するデータと、エラー情報入力手段１７により受け付けられたエラー情報とが対応付けてられている。
【００３２】
エラー情報検出手段１９は、上位コントローラ４から、アップロードファイル保持手段１２に保持されているダウンロードファイルのエラー情報を検出するものである。
エラー情報判断手段２０は、エラー情報検出手段１９によりエラー情報が検出された場合に、統合履歴記憶手段１８にこのエラー情報が記憶されているかを判断するものである。ここで、エラー情報判断手段２０は、検出されたエラー情報が統合履歴記憶手段１８に記憶されていないと判断した場合には、その旨を表示手段（不図示）に表示してユーザに通知し、実施の形態１に示すファイル統合の実施を促す。一方、エラー情報判断手段２０は、検出されたエラー情報が統合履歴記憶手段１８に記憶されていると判断した場合には、ファイル書換手段２１にその旨を通知し、ファイル書換の実施を促す。
【００３３】
ファイル書換手段２１は、エラー情報判断手段２０により、検出されたエラー情報が統合履歴記憶手段１８に記憶されていると判断された場合に、アップロードファイル保持手段１２に保持されている異常ファイルのファイル書換を行うものである。ここで、ファイル書換手段２１は、統合履歴記憶手段１８から、検出されたエラー情報に対応付けられたファイル情報、領域情報およびデータを読み出す。そして、ファイル情報に該当する異常ファイルの領域情報に該当するデータを、読み出したデータに書換える。
【００３４】
次に、上記のように構成されたエンジニアリング装置１において、ダウンロードファイルに想定外のデータ異常が生じた場合での動作について説明する。
図７はこの発明の実施の形態２に係るエンジニアリング装置１の動作を示すフローチャートであり、図８はファイル書換を説明する図である。なお、統合履歴記憶手段１８は、図８に示すような、ファイル情報（ファイルＮｏ）と、領域情報（レコードＮｏおよびフィールドＮｏ）と、ファイル情報に該当する正常ファイルの領域情報に該当するデータ（統合値）と、エラー情報とを対応付けた統合履歴情報を記憶している。
【００３５】
エンジニアリング装置１の動作では、図７に示すように、まず、ファイルアップロード手段１１は、上位コントローラ４からダウンロードファイルをアップロードさせる（ステップＳＴ７１）。このファイルアップロード手段１１によりアップロードされたダウンロードファイルはアップロードファイル保持手段１２に保持される。
【００３６】
次いで、エラー情報検出手段１９は、上位コントローラ４から、アップロードファイル保持手段１２に保持されているダウンロードファイルのエラー情報を検出する（ステップＳＴ７２）。
次いで、エラー情報判断手段２０は、エラー情報検出手段１９により検出されたエラー情報が、統合履歴記憶手段１８に記憶されているかを判断する（ステップＳＴ７３）。
【００３７】
このステップＳＴ７３において、エラー情報判断手段２０は、検出されたエラー情報が統合履歴記憶手段１８に記憶されていないと判断した場合には、実施の形態１に示すファイル統合を実施する（ステップＳＴ７４）。
【００３８】
一方、ステップＳＴ７３において、エラー情報判断手段２０が、検出されたエラー情報が統合履歴記憶手段１８に記憶されていると判断した場合には、ファイル書換手段２１は、アップロードファイル保持手段１２に保持されている異常ファイルのファイル書換を行う（ステップＳＴ７５）。すなわち、図８に示すように、ファイル書換手段２１は、統合履歴記憶手段１８から、検出されたエラー情報に対応付けられたファイル情報、領域情報およびデータを読み出す。そして、ファイル情報に該当する異常ファイルの領域情報に該当するデータ（下線部）を、読み出したデータ（統合値）に書換える。
なお、図８に示す異常ファイルでは、１レコード目の２，４フィールド目のデータがエラー１による異常状態であり、３レコード目の３フィールド目のデータがエラー２による異常状態であり、６レコード目の５フィールド目のデータがエラー３による異常状態であることを示している。
【００３９】
次いで、ファイルダウンロード手段１６は、ファイル書換手段２１によりファイル書換が行われた動作ファイル（書換ファイル）またはファイル統合手段１５によりファイル統合が行われた動作ファイル（統合ファイル）を対応する上位コントローラ４にダウンロードする（ステップＳＴ７６）。
【００４０】
以上のように、この実施の形態２によれば、ダウンロードファイルのエラー情報が検出された場合に、統合履歴情報に同一のエラー情報が存在する場合には、対応付けられたデータを用いてファイル書換を行うように構成したので、実施の形態１と比較して、ダウンロードファイルをさらに早期・容易に正常状態に戻すことができる。
【００４１】
なお、実施の形態１，２では、ダウンロードファイルに想定外のデータ異常が発生した場合を対象として説明を行ったが、想定内のデータ異常が発生した場合についても同様に適用可能である。なお、想定内のデータ異常を対象とした場合には、異常状態のデータやエラー情報を自動的に検出することができるため、システムの自動化を図ることが可能である。
【００４２】
また、実施の形態１では、ファイル統合手段１５が統合した動作ファイル（統合ファイル）をファイルダウンロード手段１６から対応する上位コントローラ４にダウンロードするようにしたが、別途、統合ファイル保持手段を設け、ファイル統合手段１５が統合した動作ファイルを統合ファイル保持手段で保持し、統合ファイル保持手段で保持している動作ファイルをファイルダウンロード手段１６からダウンロードするようにしてもよい。
また、ＢＡＣｎｅｔなどのオープンネットワークを用いた場合について示したが、これに限るものではなく、その他の独自のネットワークを用いた場合についても同様に適用可能である。
また、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【００４３】
１  エンジニアリング装置
２  監視装置
３  表示装置
４  上位コントローラ
５  下位コントローラ
１１  ファイルアップロード手段
１２  アップロードファイル保持手段
１３  正常ファイル保持手段
１４  領域指定手段
１５  ファイル統合手段
１６  ファイルダウンロード手段
１７  エラー情報入力手段
１８  統合履歴記憶手段
１９  エラー情報検出手段
２０  エラー情報判断手段
２１  ファイル書換手段
【図１】
2012160068.tif 000003
【図２】
2012160068.tif 000004
【図３】
2012160068.tif 000005
【図４】
2012160068.tif 000006
【図５】
2012160068.tif 000007
【図６】
2012160068.tif 000008
【図７】
2012160068.tif 000009
【図８】
2012160068.tif 000010