JP2001202344A

JP2001202344A - データ統合方法および分散制御システム

Info

Publication number: JP2001202344A
Application number: JP2000014065A
Authority: JP
Inventors: Manabu Yamauchi; 学山内; Akibumi Nakabashi; 晃文中橋; Masanori Naito; 政則内藤
Original assignee: Hitachi Ltd; Hitachi Process Computer Engineering Inc
Current assignee: Hitachi Ltd; Hitachi Information and Control Systems Inc
Priority date: 2000-01-19
Filing date: 2000-01-19
Publication date: 2001-07-27

Abstract

(57)【要約】【課題】分散化された個々の制御装置のデータを監視装
置に統合するための識別子管理を柔軟にし、制御装置間
で同じ識別子名の使用を可能にする。【解決手段】監視装置１００と複数の制御装置が接続さ
れ、各制御装置が識別子（ＴＡＧ）で管理しているデー
タを監視装置のメモリ１０１上で統合する。このため、
予め定義された識別子及び識別子とノードのマッピング
に基づいて、統合データ管理部１０８は識別子の重複を
排して一意な名称の識別子に変換して識別子管理テーブ
ル１０２を生成し、この変換識別子を用いてメモリ１０
１の統合データエリアをマッピングする。さらに、識別
子管理テーブル１１２、１２２、１３２を生成し、各制
御装置に送信する。監視装置１００は各制御装置にデー
タの送受信要求を行ってデータの統合を行う。各制御装
置のアプリケーションは、受信した識別子管理テーブル
の識別子を用いて統合データにアクセスする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は制御プラントなどの
分散制御システムに関わり、特に、識別子を用いてメモ
リの管理を行い、各制御装置のデータを制御装置毎に別
々のデータとして監視装置のデータに統合するデータ統
合方式に関する。

【０００２】

【従来の技術】一般的なシステムでのデータ共用方式
は、図７（ａ）に示すように、データ共用を行うデータ
の識別子（ＴＡＧ）を各装置間で同一にし、ＴＡＧ１〜
ＴＡＧ３の各データが装置１〜装置３で共用され、同一
の値に保たれる。例えば、共同作業等の分散処理システ
ムでは、共用データのアクセスに対し、データの整合性
を確保するための排他制御が行なわれるので、共有デー
タの効率的な利用を妨げる結果となる。このため、排他
制御を簡略化して共用データにアクセスする手法などが
提案されている（特開平６−１３９２０８号公報、特開
平９−３１１８３９号公報）。

【０００３】これに対し、プラント制御システム等で
は、制御装置と監視装置との間でデータを共用し、制御
装置間では共用しないデータがある。このようなデータ
を統合データと呼ぶことにする。例えば、プラントの系
統別や行程別等の制御装置間で、入出力（Ｉ／Ｏ）アプ
リケーションプなどに同様のログラムが使用されること
が多い。この場合、制御装置毎に異なるデータの値を排
他的に保持するために、図７（ｂ）に示すように、装置
２と装置３のデータの識別子を異ならせ、装置１で一元
管理している。つまり、統合データの識別子はシステム
全体で一意に管理されている。

【０００４】

【発明が解決しようとする課題】従来のプラント制御な
どでの分散制御システムにおいては、監視装置と各制御
装置間でデータ統合方式を適用する場合に、統合データ
の識別子をシステム内でユニークに管理する必要があっ
た。

【０００５】ところで、プラント制御システムでは、例
えば、各制御装置のＩ／Ｏの制御プログラムやデータの
メモリ配置が同一になることが多い。つまり、共通のＩ
／Ｏアプリケーションを各制御装置に適用できる。しか
し、各制御装置のＩ／Ｏデータは監視装置で監視の必要
となる統合データであり、監視装置上では制御装置毎に
異なる識別子で管理しなければならず、データ統合のた
めの識別子管理が複雑になる。

【０００６】また、同様のＩ／Ｏ制御を行う各制御装置
のアプリケーションにおいて、メモリにアクセスするた
めの識別子が制御装置毎に異なるため、制御装置毎にプ
ログラムを修正する必要が生じるので、システムの拡張
や変更が複雑になるという問題があった。

【０００７】本発明では、上記した従来技術の問題点に
鑑み、同一プログラムが適用可能なデータエリアは同一
識別子を使用でき、分散システムの構築と統合データ管
理を容易にするデータ統合方法及び分散制御システムを
提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成する本発
明は、複数のノードの各々とホスト間で共用されるデー
タを、データ毎の識別子を用いてホスト上に統合するデ
ータ統合方法において、前記ホストは前記識別子とノー
ドの対応関係に基づいて、ノード間で重複する識別子を
ホスト上でユニークな識別子に変換し、統合されるデー
タをホスト上の異なるメモリエリアに記憶することを特
徴とする。

【０００９】前記ユニークな識別子は、使用するノード
が認識できる識別子名称とするとともに、ホスト上のア
ドレスとノード上のアドレス及びデータ型を対応づけて
管理するので、ホストとノード間のデータの送受信が可
能になる。

【００１０】また、前記ホストは、各ノードの統合され
るデータに使用する識別子と、その識別子によって管理
されるノードアドレス、データ型をノード毎に送信す
る。これにより、各ノードは他のノードと共通の識別子
名称を用いたアプリケーションプログラの使用が可能に
なり、システム構築が容易になる。

【００１１】本発明の方法が好適な分散制御システム
は、監視装置と複数の制御装置（以下では、ノードと呼
ぶ）が伝送媒体を介して接続され、ノード毎にそのメモ
リ上の所定データが監視装置上のメモリに統合されるも
のであって、前記監視装置は、前記所定データのノード
メモリエリアを管理する識別子毎に定義されているノー
ドアドレス及び前記識別子とノードの対応関係に基づい
て、前記識別子がシステム内でユニークな名称を持つよ
うに変換し、前記所定データが統合される監視装置メモ
リエリアを変換された識別子により管理する統合データ
管理手段を設けたことを特徴とする。

【００１２】この構成により、識別子管理テーブルで管
理するノードのメモリエリアと監視装置のメモリエリア
の対応に基づき、各ノードにデータの送受信要求を行う
ことで、データの統合を行う。つまり、ノードのアプリ
ケーションプログラムがノードの識別子管理テーブルの
識別子を用いてアクセスするデータと、監視装置のアプ
リケーションプログラムが監視装置の識別子管理テーブ
ルの識別子を用いてアクセスするデータとが統合され
る。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて詳細に説明する。図１は本発明の一実施
例となる分散制御監視システムの概略を示すブロック図
である。本システムは、監視装置１００、ノード番号１
の制御装置１１０、ノード番号２の制御装置１２０及び
ノード番号３の制御装置１３０が、イーサネット等のネ
ットワーク１４０によって結ばれている。監視装置１０
０と制御装置１１０〜１３０の各々は、通信機能をもつ
計算機装置によってハード構成されている。

【００１４】本実施例のシステムでは、監視装置１００
が制御装置１１０〜１３０の統合データのメモリエリア
に付与する識別子を管理し、制御装置間で同じアプリケ
ーションプログラムをそれぞれもち、そのプログラムに
よってアクセスされる各制御装置のデータエリアに対
し、共通の識別子（ＴＡＧ）を使用している。例えば、
制御装置１１０ではＴＡＧ１、ＴＡＧ２、ＴＡＧ３、制
御装置１２０ではＴＡＧ１、ＴＡＧ３、ＴＡＧ４、制御
装置１３０ではＴＡＧ１、ＴＡＧ２、ＴＡＧ３を使用し
ている。

【００１５】監視装置１００は、統合データを記憶する
メモリ１０１、アプリケーションプログラム１０４を用
いてメモリ１０１をアクセスするＡＰＩ（アプリケーシ
ョンプログラムインタフエース）１０３及び通信デー
モン１０５を備える。また、システム内の統合データを
格納するメモリエリアに付与する識別子を管理する統合
識別子管理テーブル１０６と、識別子とノードのマッピ
ングを管理するマッピング管理テーブル１０７と、各ノ
ードの識別子をシステム内で一意に管理する識別子管理
テーブル１０２と、監視装置１００と制御装置１１０〜
１３０に対し、統合データに対するメモリマッピングと
識別子管理テーブルの生成を行う統合データ管理部１０
８を設けている。

【００１６】統合識別子管理テーブル１０６は、「識別
子」、「ノードアドレス」及び「データ型」の項目を有
し、「識別子」は識別子名称、「ノードアドレス」は制
御装置のメモリエリアのアドレス、「データ型」はデー
タ統合するメモリエリアのデータ型を意味する。各制御
装置に依存する項目はなく、システムやアプリケーショ
ンの設計者等によって設定され、全ての制御装置で使用
される識別子を管理する。

【００１７】例えば、統合識別子管理テーブル１０６が
識別子“ＴＡＧ１”、ノードアドレス“０ｘ１００
０”、データ型“ＢＯＯＬ”を管理することは、制御装
置１１０が“ＴＡＧ１”を使用する場合に、自己のメモ
リ１１１のアドレス“０ｘ１０００”、データ型“ＢＯ
ＯＬ”のデータにアクセスすることを意味する。また、
制御装置１２０が“ＴＡＧ１”を使用する場合に、自己
のメモリ１２１のアドレス“０ｘ１０００”、データ型
“ＢＯＯＬ”のデータにアクセスすることを意味する。

【００１８】マッピング管理テーブル１０７は、統合管
理識別子テーブル１０６の識別子とノード番号のマッピ
ングを定義し、各制御装置がどの識別子使用するかを管
理している。例えば、ノード番号１の制御装置１１０
は、“ＴＡＧ１”、“ＴＡＧ２”、“ＴＡＧ３”を使用
している。

【００１９】監視装置１００は統合データ管理部１０８
により、統合識別子管理テーブル１０６とマッピング管
理テーブル１０７から、メモリ１０１の統合データエリ
アをノード別、識別子毎にマッピングし、また、各ノー
ドで共用される識別子をシステム全体で一意の識別子に
変換して識別子管理テーブル１０２で管理し、統合デー
タを混同無く保持する。また、各制御装置の識別子管理
テーブル１１２、１２２及び１３２を生成し、転送す
る。

【００２０】制御装置１１０はメモリ１１１、識別子管
理テーブル１１２、ＡＰＩ１１３、アプリケーションプ
ログラム１１４及び通信デーモン１１５を備えている。
制御装置１１０は、監視装置１００から受信したＴＡＧ
１〜３と、それぞれのノードアドレス及びデータ型を識
別子管理テーブル１１２に格納する。例えば、“ＴＡＧ
１”のメモリアドレス“０ｘ１０００”、データ型“Ｂ
ＯＯＬ”である。メモリアドレスは、制御装置１１０の
メモリ１１１の統合データエリアのマッピング定義とな
る。制御装置１２０，１３０も同様に構成されている。

【００２１】図２は監視装置の識別子管理テーブルの生
成方法を示すフロー図である。この識別子管理テーブル
の生成方法は、監視装置１００が備える統合データ管理
部１０８により実行される。

【００２２】ステップＳ１で、マッピング管理テーブル
１０７から、まず先頭のノード番号“ノード１”を取り
出し、ノードＸ＝“ノード１”とする。また、ステップ
Ｓ２で、統合識別子管理テーブル１０６から、まず先頭
の識別子“ＴＡＧ１”を取り出し、識別子Ｙ＝“ＴＡＧ
１”とする。ステップＳ３で、識別子ＹはノードＸにマ
ッピング定義されているかチェックする。定義されてい
ない場合は、ステップＳ６に進む。

【００２３】定義されている場合は、ステップＳ４で、
メモリ１０１上の任意のメモリアドレス“０ｘ０１０
０”からデータ長分のメモリエリアを割り当てる。さら
に、ステップＳ５で、ノードＸと識別子Ｙを組合せた変
換識別子“Ｎ１＿ＴＡＧ１”と、メモリアドレス“０ｘ
０１００”、ノードアドレス“０ｘ１０００”、データ
型“ＢＯＯＬ”のデータを、識別子管理テーブル１０２
の各項目に設定する。変換識別子の名称は任意である
が、ノード名とそこで使用している識別子名が分かるよ
うにする。また、ノードアドレスとデータ型は統合識別
子管理テーブル１０６を参照する。

【００２４】ステップ６で、次の識別子があるかチエッ
クし、ある場合は、ステップ７で識別子Ｙ＝“次の識別
子”として、ステップＳ３から処理を繰り返す。Ｓ６で
ない場合、つまり１つのノードの全ての識別子の処理が
終わったら、ステップＳ８で次のノードがあるかチエッ
クして、ある場合はステップＳ９で、ノードＸ＝“次の
ノード”としてステップＳ２から処理を繰り返す。

【００２５】図３は制御装置の識別子管理テーブルの生
成方法を示すフロー図である。本処理も監視装置１００
の統合データ管理部１０８で実行され、生成された識別
子管理テーブル１１２、１２２、１３２はそれぞれ、制
御装置１１０〜１３０に送信される。

【００２６】図３の処理フローでステップＳ１１〜Ｓ１
９は、図２のステップＳ１〜Ｓ９と同様である。図２と
の違いは、ステップＳ４の処理が無く、ステップＳ２０
でノードＸに識別子管理テーブルを送信する処理が追加
されている点である。ノードＸは順次、制御装置１１
０、１２０、１３０に該当し、１つのノードの識別子管
理テーブルの生成が完了したとき（ステップＳ１６がＮ
Ｏの場合）、その設定内容、つまり“識別子”、“ノー
ドアドレス”、“データ型”が該当制御装置に送信され
る。ステップＳ２０の送信処理は、後述するデータ統合
の送信処理と同様に行われる。

【００２７】各制御装置においては、受信した識別子管
理テーブルを用いてメモリアクセスを行う。これによ
り、例えば、制御装置１１０で識別子“ＴＡＧ１”を用
いてメモリ１１１をアクセスするデータが、監視装置１
００で変換後の識別子（“Ｎ１＿ＴＡＧ１”など）によ
り管理されるメモリ１０１のデータに統合される。すな
わち、制御装置１１０のアプリケーション１１４が識別
子管理テーブル１１２の識別子を用い、ＡＰＩ１１３を
通してアクセスするデータと、監視装置１００のアプリ
ケーション１０４が識別子管理テーブル１０２の識別子
を用い、ＡＰＩ１０３を通してアクセスするデータとが
統合される。

【００２８】同様に、制御装置１２０の識別子管理テー
ブル１２２で管理する識別子“ＴＡＧ１”でメモリ１２
１をアクセスするデータが、監視装置１００の識別子
“Ｎ２＿ＴＡＧ１”で管理されるメモリ１０１のデータ
に統合れ、制御装置１３０の識別子管理テーブル１３２
で管理する識別子“ＴＡＧ１”でメモリ１３１をアクセ
スするデータが、監視装置１００の識別子“Ｎ３＿ＴＡ
Ｇ１”で管理されるメモリ１０１のデータに統合され
る。

【００２９】監視装置１００と制御装置とのデータの統
合は、監視装置１００の通信デーモン１０５が識別子管
理テーブル１０２を参照して、制御装置の通信デーモン
と送受信することで行う。

【００３０】図４は、監視装置から制御装置へデータを
送信するときの通信デーモンの処理フローを示す。
（ａ）は監視装置の通信デーモンの送信処理、（ｂ）は
制御装置の通信デーモンの受信処理である。

【００３１】監視装置の通信デーモン１０５は、送信先
のノード番号Ｘのアドレスとデータ型の取得を行い（Ｓ
１５１）、ノードＸに対してデータ送信を行う（Ｓ１５
２）。一定時間スリープ（Ｓ１５３）した後、次のアド
レスのデータを送信する。例えば、ノードＸ＝１となる
制御装置１１０の“ノードアドレス”及び“データ型”
と“アドレス”を識別子管理テーブル１０２より取得
し、メモリ１０１から“アドレス”のデータを読み出し
て、制御装置１１０の通信デーモン１１５に送信する。
（ｂ）は制御装置側の通信デーモンの受信処理で、監視
装置１００からの受信待ちを行い（Ｓ１５４）、自己宛
のデータを受信すると、“ノードアドレス”にデータを
書き込み（Ｓ１５５）、次の受信を待つ。

【００３２】図５は、監視装置が制御装置からデータを
受信するときの通信デーモンの処理フローを示す。
（ａ）は監視装置の通信デーモン１０５の受信処理、
（ｂ）は制御装置の通信デーモンの送信処理を示す。

【００３３】監視装置の通信デーモン１０５は、送信要
求を行うノード番号Ｘのアドレスとデータ型の取得を行
い（Ｓ１６１）、ノードＸの通信デーモンに対して、ノ
ードエリアのデータの送信要求を行う（Ｓ１６２）。ノ
ードＸからの受信待ちを行い（Ｓ１６３）、受信したデ
ータを識別子管理テーブル１０２の“アドレス”によ
り、メモリ１０１に書き込む（Ｓ１６４）。一方、制御
装置の通信デーモンは、送信要求の受信待ちを行い（Ｓ
１６５）、通信デーモン１０５から要求された“ノード
アドレス”と“データ型”のエリアのデータを送信し
（Ｓ１６６）、一定時間スリープする（Ｓ１６７）。

【００３４】以上のように、設計者等が統合識別子管理
テーブル１０６と定義マッピングテーブル１０７に、シ
ステムで用いる統合データの識別子やそのノードアドレ
スなど、及び識別子とノードのマッピングを定義すれ
ば、監視装置はノード別にデータを統合するデータエリ
アの設定と一意の識別子の生成を行うので、同じ識別子
が複数のノードで使用される場合にもノード別にデータ
を統合するので、制御装置側が何ら意識することなく統
合データを排他的に保全できる。

【００３５】次に、本発明の一適用例を説明する。図６
はプラント監視制御システムの一例を示す概略の構成図
である。プラントの装置や系統あるいは行程毎に設けら
れる制御装置Ａ２１０、制御装置Ｂ２２０と、これら制
御装置によるプラントの動作状態の監視、更には運転員
等からの制御指令などを行う監視装２００がネットワー
ク２４０によって結ばれている。監視装置２００及び制
御装置Ａ、Ｂは統合データ管理のために用いる図１と同
様の手段を備えている。同図では、メモリ２０１，２１
１，２２１、統合識別子管理テーブル２０６、マッピン
グ管理テーブル２０７を示し、識別子管理テーブルやそ
の生成部は省略している。

【００３６】制御装置Ａは外部装置３１１〜３１３、制
御装置Ｂは外部装置３２１〜３２３を接続し、それぞれ
アプリケーション２１４，２２４により監視や制御のた
めの入出力が行われる。例えば、アプリケーション２１
４はメモリ２１１のＴＡＧ＿Ａ、ＴＡＧ＿Ｂ、ＴＡＧ＿
Ｃのエリアをアクセスして、外部装置３１１、３１２、
３１３との入出力を行う。

【００３７】本システムでは、制御装置Ａの外部入出力
（Ｉ／Ｏ）を行うアプリケーション２１４と、制御装置
Ｂの外部入出力（Ｉ／Ｏ）を行うアプリケーション２２
４は同一構成であり、Ｉ／Ｏデータのメモリエリアはど
の制御装置においても同じになる。つまり、同じ識別子
名称のＴＡＧＡ〜ＴＡＧ＿Ｃを使用して、それぞれの外
部装置をアクセス可能にしている。

【００３８】この構成を可能とするため、監視装置２０
０では、予め、統合識別子管理テーブル２０６にＩ／Ｏ
アプリケーションで使用される統合データの識別子とそ
のノードアドレスと、データ型を、また、マッピング管
理テーブル２０７に識別子とそれを使用するノードの関
係を定義してある。図示例では、識別子Ａ，Ｂ，Ｃをノ
ードＡ，Ｂの両方にマッピングしている。

【００３９】さらに、監視装置２００は識別子管理テー
ブル生成部を起動して、図２の処理を行い、メモリ２０
１の統合データエリアをノード別にマッピングし、か
つ、識別子とノードを組み合わせて変換した識別子名Ｎ
Ａ＿ＴＡＧＡ〜ＮＡ＿ＴＡＧ＿Ｃ及びＮＢ＿ＴＡＧＡ〜
ＮＢ＿ＴＡＧ＿Ｃを用いて、メモリ２０１のエリアと各
制御装置のノードエリアを対応づけて、識別子管理テー
ブルを生成する。図示のメモリ２０１には、変換した識
別子名で示したメモリエリアを示す。この後、図３の処
理を行って、制御装置Ａ，Ｂの識別子管理テーブルを生
成し、監視装置２００から制御装置Ａ，Ｂに送信する。
これにより、Ｉ／Ｏデータのメモリエリアは制御装置
Ａ、Ｂで同様になる。

【００４０】本実施例によれば、各制御装置の統合デー
タに対しシステム全体で一意な名称の識別子を用いる必
要がなく、各制御装置で同一のメモリエリアに対して同
一名称の識別子を用いることが可能になる。このため、
複数の制御装置で同一のプログラムを使用する場合に、
識別子名称の変更なしにメモリエリアに対する処理を行
うことができ、排他制御などの必要もない。従って、シ
ステムで使用する統合データの識別子を定義しておけ
ば、接続する制御装置と使用する識別子をマッピングす
るだけですむので、システムの構築や増設が簡単にな
る。また、識別子名称の変更に伴うプログラムの改造が
不要になり、改造に伴う時間やミスを回避できる。

【００４１】

【発明の効果】本発明によれば、識別子を用いて複数の
ノードのデータを監視装置のメモリ上に統合する場合、
ノード間で重複する識別子を監視装置上で一意な名称の
識別子に自動変換して管理するので、各制御装置が使用
する識別子の管理が柔軟で容易になる。

【００４２】また、複数の制御装置において同様の制御
を行う場合に統合されるデータ、例えばＩ／Ｏデータの
メモリエリアを同じ名称の識別子でアクセスするアプリ
ケーションプログラムを各制御装置に適用することがで
きるので、システムの構築を簡略化できる。

【００４３】さらに、全く同一の処理を行う制御装置に
対して、同一のマッピング定義を行うことで使用する識
別子の名称を同一にでき、アプリケーションプログラム
の修正やコンパイルなしに、他の実行モジュールをその
まま使用できるため、システムの拡張が容易となる。

【図面の簡単な説明】

【図１】本発明の一実施例による分散制御システムの概
略の構成図。

【図２】本発明の一実施例によるデータ統合方法で、監
視装置の識別子管理テーブルの生成方法を示すフロー
図。

【図３】本発明の一実施例によるデータ統合方法で、制
御装置の識別子管理テーブルの生成方法を示すフロー
図。

【図４】一実施例による監視装置と制御装置の通信方法
で、監視装置からの送信手順と制御装置の受信手順を示
すフロー図。

【図５】一実施例による監視装置と制御装置の通信方法
で、制御装置からの送信手順と監視装置の受信手順を示
すフロー図。

【図６】本発明の一適用例を示すプラント制御システム
の概略構成図。

【図７】共用データを用いる従来システムの説明図。

【符号の説明】

１００，２００…監視装置、１１０，１２０，１３０，
２１０，２２０…制御装置、１０１，２０１…監視装置
のメモリ、１１１，１２１，１３１，２１１，２２１…
制御装置のメモリ、１０２…監視装置の識別子管理テー
ブル、１１２，１２２，１３２…制御装置の識別子管理
テーブル、１０３，１１３，１２３，１３３…ＡＰＩ、
１０４，１１４，１２４，１３４，２１４，２２４…ア
プリケーション、１０５，１１５，１２５，１３５…通
信デーモン、１０６…統合識別子管理テーブル、１０７
…マッピング管理テーブル、１０８…統合データ管理
部、１４０…通信媒体。

───────────────────────────────────────────────────── フロントページの続き (72)発明者中橋晃文茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか事業所内 (72)発明者内藤政則茨城県日立市大みか町五丁目２番１号日立プロセスコンピュータエンジニアリング株式会社内Ｆターム(参考） 5B045 AA05 BB02 BB44 DD02 GG01

Claims

【特許請求の範囲】

【請求項１】複数のノードの各々とホストとの間で共
用されるデータを、データ毎の識別子を用いてホスト上
に統合するデータ統合方法において、前記ホストは前記識別子とノードの対応関係の定義に基
づいて、ノード間で重複する識別子をホスト上でユニー
クな識別子に変換し、統合されるデータを異なるエリア
に記憶することを特徴とするデータ統合方法。
【請求項２】請求項１において、前記ユニークな識別子は、使用するノードが認識できる
識別子名称とするとともに、ホスト上のアドレスとノー
ド上のアドレス及びデータ型を対応づけて管理すること
を特徴とするデータ統合方法。
【請求項３】請求項２において、前記ホストは、各ノードの統合されるデータに使用する
識別子と、その識別子によって管理されるノードアドレ
ス、データ型をノード毎に送信することを特徴とするデ
ータ統合方法。
【請求項４】監視装置と複数の制御装置（以下では、
ノードと呼ぶ）が伝送媒体を介して接続され、ノード毎
にそのメモリ上の所定データが監視装置上に統合される
分散制御システムにおいて、前記監視装置は、前記所定データのノードメモリエリア
を管理する識別子毎に定義されているノードアドレス及
び前記識別子とノードの対応関係に基づいて、前記識別
子がシステム内でユニークな名称を持つように変換し、
前記所定データが統合される監視装置メモリエリアを変
換された識別子により管理する統合データ管理手段を設
けたことを特徴とする分散制御システム。
【請求項５】監視装置と複数の制御装置が伝送媒体を
介して接続され、各制御装置毎にそのメモリ上の所定デ
ータが監視装置上のメモリに統合される分散制御システ
ムにおいて、前記監視装置は、制御装置間における前記所定データの
メモリエリアを管理する識別子の重複を回避するため、
前記監視装置上でユニークな識別子に変換して管理する
手段を設け、複数の制御装置がアプリケーションプログラムからそれ
ぞれ同一の識別子を用いて前記メモリエリアをアクセス
し、制御装置毎に異なるデータを混同無く保持できる構
成としたことを特徴とする分散制御システム。