JPH0855051A - 複数のノードの記憶手段に記憶されたデータベースの同期方法 - Google Patents
複数のノードの記憶手段に記憶されたデータベースの同期方法Info
- Publication number
- JPH0855051A JPH0855051A JP6291907A JP29190794A JPH0855051A JP H0855051 A JPH0855051 A JP H0855051A JP 6291907 A JP6291907 A JP 6291907A JP 29190794 A JP29190794 A JP 29190794A JP H0855051 A JPH0855051 A JP H0855051A
- Authority
- JP
- Japan
- Prior art keywords
- node
- data
- network
- controller
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99954—Version management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Multi Processors (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Control By Computers (AREA)
Abstract
(57)【要約】
【目的】 ネットワークで通信する複数のノードの記憶
手段に記憶されたデータベースの同期方法を提供する。 【構成】 ノードに記憶されたデータベースの最新の更
新時刻を示す時刻表示を各ノードの記憶手段に記憶する
ステップと、ノードに記憶された時刻表示を各ノードか
ら定期的に伝送するステップと、伝送された時刻表示を
各ノードで受容し、各受容時刻表示と記憶された時刻表
示とを比較するステップと、受容された時刻表示が記憶
された時刻表示よりも遅い場合には、時刻表示送出ノー
ドに対して、そのデータベースを時刻表示受容ノードに
送出するように要求するステップを含む。
手段に記憶されたデータベースの同期方法を提供する。 【構成】 ノードに記憶されたデータベースの最新の更
新時刻を示す時刻表示を各ノードの記憶手段に記憶する
ステップと、ノードに記憶された時刻表示を各ノードか
ら定期的に伝送するステップと、伝送された時刻表示を
各ノードで受容し、各受容時刻表示と記憶された時刻表
示とを比較するステップと、受容された時刻表示が記憶
された時刻表示よりも遅い場合には、時刻表示送出ノー
ドに対して、そのデータベースを時刻表示受容ノードに
送出するように要求するステップを含む。
Description
【産業上の利用分野】本発明は、独立して作動し得るか
又はネットワークを形成するように相互に接続され得る
自動処理システムに係る。特に本発明は、非限定的な例
として、ファシリティマネジメントシステム(FMS)
で使用することができる。
又はネットワークを形成するように相互に接続され得る
自動処理システムに係る。特に本発明は、非限定的な例
として、ファシリティマネジメントシステム(FMS)
で使用することができる。
【従来の技術及び発明が解決しようとする課題】プロセ
ッサ制御下で作動する従来技術の自動システムは、プロ
セッサ、作動ユニット(例えばセンサ及び他の物理的パ
ラメータ監視ユニット)、及びハードウェアで実現され
る他のデータ収集制御機器との間でデータを伝送させ
る。このような現代的システムとしては特に、自動産業
及び環境制御を行うファシリティマネジメントシステム
(FMS)を挙げることができる。データ収集制御機器
の種々の型の間には一貫性がないので、自動システムは
複数の非標準作動ユニットに適合できなければならな
い。適合性を得るために、このようなシステムは個々の
インタフェース要件に合わせて注文設計されたソフトウ
ェアを使用することが多かった。このためには、ソフト
ウェア設計に多数の妥協が必要である。更に、新たな作
動ユニットを追加する場合、又は既存の作動ユニットを
変更する場合には、1個以上の完全なソフトウェアパッ
ケージを再書き込みすることがしばしば必要になる。こ
れは、新しい作動ユニットの要件が前のユニットに書き
込まれたソフトウェアに不適合な場合が多いためであ
る。ソフトウェアの種々の部分間及び作動ユニットとプ
ロセッサとの間のインタフェースは、ソフトウェアの肝
要部分であるので、ソフトウェアパッケージ全体を再書
き込みしなければならない。ソフトウェアが作動ユニッ
トの変更により影響される程度を減少させるための1つ
のアプローチは、論理点情報ノードの使用である。これ
は、高レベルソフトウェア機能を作動ユニットの個々の
特性から分離するしようとするモジュラーアプローチで
ある。しかしながら、このアプローチは依然として作動
ユニットの物理的又は論理的位置と、その個々の特性に
依存している。このようなモジュラーアプローチにより
高レベルソフトウェア機能をある程度まで分離すること
ができるが、入力及び出力に適応するように作動ユニッ
トに固有のソフトウェアを書き込むことは依然として必
要である。従って、既知の技術を使用すると、作動ユニ
ットハードウェアの相違により比較的影響されないよう
なソフトウェアを提供することは不可能であった。その
結果、新しい作動ユニットを追加する場合又は既存のデ
ータ収集ユニットを実質的に変更する場合に、大規模な
修正を必要としないソフトウェアを生成することも不可
能であった。特にデータ収集及び他の遠隔制御ハードウ
ェアを使用するシステムにおける関連技術の別の制約
は、使用可能なデータ構成体が制限されていることであ
る。データ収集及び他の遠隔制御ハードウェアは、典型
的には特別にフォーマットされたデータを備え且つ必要
とし、データの所望部分に適宜アクセスできないことが
多い。その結果、現状のシステムでは場合により、異な
る目的に使用すべきデータを複製したり、先に得られた
データに再びアクセスすることが必要である。また、こ
のようなシステムでは、データ収集装置により直接収集
されるデータでなく、処理装置により展開される中間デ
ータにアクセスすることは困難な場合がある。ファシリ
ティマネジメントに使用されるシステムを含む自動シス
テムは、集中又は分散処理技術を使用して作動し得る。
従って、ホストノードのデータは、ネットワークを通っ
てホストノードに接続された別のノード(参照ノード)
で処理するためにアクセスされ得る。実時間分散処理シ
ステムでは、比較的独立して作動するプロセッサノード
は情報を交換するために1つ以上のデータバスを介して
相互に通信する。参照ノードがホストノードのデータベ
ース内のデータエレメントにアクセスするためには、参
照ノードが必要なデータエレメントと、ホストノード内
の該データエレメントの固有ロケーションとを含むデー
タベースを有するホストノードを識別できるように規則
を設定しなければならない。このような規則は、適切な
ホストノードアドレス又はホストノード内のアドレスデ
ータへのアクセス要求を翻訳するために中央ノードを利
用しないようにすべきである。これは、この機能を実施
する中央ノードが故障すると、システム全体の作動が妨
げられるためである。更に、特定のデータエレメントの
ために実時間ネットワーク全体又は1つのノードのデー
タベースさえもサーチすることは許容し難い。これは、
このようなサーチにより費やされる時間が非常に長いた
めである。従って、ホストノード内から必要なデータを
得るための直接アクセスメカニズムが必要とされてい
る。更に、分散システムの各ノードのデータベースは、
システムの他のノードのデータベースから独立している
べきである。ホストデータベースが変化する毎に新しい
データを参照ノードにダウンロードすることにより、ノ
ードを同期させることも必要とすべきではない。先にホ
ストノードから入手可能であったデータがまだ存在して
いるとしても、ホストノードデータベースアドレスがど
のように変更されるかに関係なく、参照ノードで利用で
きるべきである。更に、データエレメントが1つのノー
ドから別のノードに移動する場合でさえも、データは参
照ノードで利用できるべきである。このような実時間分
散システム上のノード間でデータを参照するための従来
技術は、上記要件のすべてを同時に満足することができ
ない。1つの既知のアプローチは、ハードメモリアドレ
スの使用である。参照ノードは、そのデータベース内に
ホストデータベース内のデータの固定メモリアドレスを
維持する。参照データベースが通常はオフライン生成装
置で生成されるとき、アドレスは一般に名前付きのデー
タエレメントに結び付けられている。従って、結果はホ
ストノード内のデータに直接アクセスできるようにオン
ラインノードにダウンロードされる。この技術はデータ
への迅速なアクセスを提供し、アドレスを翻訳するため
に中央ノードを必要としないが、ホストノードデータベ
ースの変更に対する適応型を欠く。ホストノードデータ
ベースの変更の結果としてノード内のアドレスが変化す
ると、参照ノード内のデータエレメントに関連する固定
メモリアドレスは時代遅れになる。データエレメントが
1つのノードから別のノードに移動するときに同一の問
題が生じる。その結果、全参照ノードをデータエレメン
トの新しいアドレスに再同期しなければならない。特に
大型のシステムでは、これは時間消費的な作業であり、
更新が完了するまで参照ノードをオフラインとみなさな
ければならない。ファシリティマネジメントシステム
(FMS)において参照ノードは、ノードがオフライン
のときにはもはや維持できないことが多い産業及び環境
制御機能を実施する。第2の技術は、データエレメント
をホストノード内で位置決めするために「ソフト」アド
レス又はレコード番号を使用する。この技術を使用する
と、論理データベース構造内の相対位置又は固有識別番
号がデータエレメントに割り当てられる。ハードメモリ
アドレス技術を使用する場合と同様に、高速且つ確実な
データアクセスが得られる。しかしながら、ホストノー
ドデータベースの変更によりデータベース内のエレメン
トの相対位置が変化した場合、参照ノードは再び時代遅
れになり、新しい情報を参照装置にダウンロードしなけ
ればならない。固有識別番号をデータ項目に割り当てよ
うとする場合には別の問題が生じる。更に処理しなけれ
ば、分散システムで同一認識番号が2つ以上のホストに
より使用されないように保証することは不可能である。
その結果、ネットワーク上に許容し難いコンフリクトを
生じる。最後に、参照ノードを更新後、古いデータベー
スをホストノードにダウンロードすると、参照ノード中
の情報が無効になってしまうので、このようなダウンロ
ードは不可能である。第3の従来のアプローチは、シス
テム内の各データエレメントに名称を割り当てることで
ある。名称はデータを位置決めするために使用される中
央ノードに記憶される。このアプローチはデータエレメ
ントが随意に移動できるので柔軟性が高いが、物理的ロ
ケーションへの名称のマッピングを含むこの中央ノード
は、信頼性の点で問題となる。これは、中央ノードが故
障すると、ネットワーク上の全通信が寸断されるためで
ある。第4の従来のアプローチは同様に、各データエレ
メントに名称を割り当てるものであるが、参照が行われ
る毎にネットワークをサーチすることにより中央探索ノ
ードの使用を省略する。しかしながら、ほとんどのシス
テムではデータエレメントが要求される毎にネットワー
ク全体をサーチするので、データ通信及び処理負担が許
容不能となる。複数のノードを有するネットワーク化シ
ステムは更に、一貫したオペレーションのために同期時
間及び大域データを必要とする。これは、ビルディング
の特定エリアの温度調節のようにスケジュールされた機
能が日時及び他の変数に基づいて規則的に作動し得るフ
ァシリティマネジメントシステムの場合に特に重要であ
る。即ち、システム上のノードの1つは時間を正確に追
跡し、他のノード間で時間情報を調整しなければならな
い。しかしながら、マスタノードを使用する現状のシス
テムは、マスタノードが故障した場合に時間調整できな
い危険がある。付加ノードをネットワーク化システムに
追加する場合、新しい各ノードのデータベースを大域変
数の最新データベースに同期させることも必要になる。
これらの機能を実施するためにマスタノードを使用する
従来のシステムは、マスタノードが故障した場合にこの
エリアで信頼性の問題の危険もある。また、個々のノー
ド又はノードと作動ユニットとの間の中間プロセッサと
通信する作動ユニットは、データバスネットワーク又は
類似構造を使用してノードに接続され得る。一貫性のた
めに、個々のノードに接続された作動及び処理ユニット
は、システム変数の最新値を受け取ることが必要であ
る。マスタノード制御下のネットワーク化システムは、
このレベルで同様の信頼性の危険がある。自動処理シス
テムでは、高レベルソフトウェア機能及びルーチンは、
同一レベルの他のプロセッサ又はシステム上のノードの
1つにより制御されるより低レベルのプロセッサで生じ
る事象によりトリガされ得る。しかしながら、ノードの
1つに新しい情報をダウンロードすることによりデータ
バスの変更が生じると、このような事象トリガにエラー
が生じ得る。これらの事象トリガ同期の問題を追跡しな
い現状のシステムは、新しい情報をノードの1つにダウ
ンロード後に重要なソフトウェア機能が実施されるよう
に保証することはできない。また、システム中で実施さ
れる処理により生じる結果又はシステムにより発生され
るコマンドのレポートは、適切な表示又は記憶装置にル
ーティングされなければならない。このような装置のロ
ケーションの変更に適応できない現状のシステムは、動
的環境では厳しく制限される。更に、ノードにダウンロ
ードされたこのような装置のロケーションデータの変更
を同期しない現状のシステムは、レポート又はメッセー
ジが適正な装置に到達するように保証することができな
い。実際に、システムによってはルーティングできない
メッセージは廃棄される。これは、このような設計をフ
ァシリティマネジメントシステムに適用するのに非常に
深刻な制限である。多くの場合、特にファシリティマネ
ジメントシステムでは、表示及びレポートはシステムデ
ータの標準化要約を含む。標準要約を生成する典型的な
アプローチによると、プロセッサはコマンドに応答して
又はデータ待機伝送用装置のルーチンポーリングの一部
として個々のレコードを検索する。次いでプロセッサ
は、アセンブルされているデータ要約への組み込みが適
切であるか否かを決定するために検索データを試験しな
ければならない。このような専用要約レポート生成試験
はプロセッサを占有し、データ通信の度合いを増し、そ
の結果、到達可能な処理速度が低下する。構成時にはネ
ットワークの一部でなかった装置にメッセージをルーテ
ィングすることによりレポートを得ることが望ましい場
合もある。例えば、パーソナルコンピュータ(PC)と
ネットワークノード上の非占有ポートとの接続を可能に
することにより、保守の容易さを強化することができ
る。場合により、ネットワーク上のノードにアクセスす
る他の非編成装置(例えばプリンタ)を備えることも望
ましい。従来のシステムは、例えばアドレスの割り当て
及び記憶によりネットワークにその存在を前以て知らせ
ていない装置と通信することができないので、このよう
な非編成装置の使用を制限する。上述のようにネットワ
ーク化システムは、システムに適切な処理機能を実施し
且つ通信リンクを通って相互に通信するためのコンポー
ネントを有する少なくとも2つのノードを有する。ファ
シリティマネジメントシステム(FMS)において、こ
のようなノードはプロセッサ、A/D及びD/Aコンバ
ータ、並びにノードで実現される処理に必要なセンサデ
ータを得るため及び装置コマンドを発生するための他の
装置インタフェース回路を含み得る。通信リンクは、同
一バス、サブネットもしくはネットワーク上のノード間
又はゲートウェイを通る異なるネットワーク上のノード
間の通信を助長する種々の通信媒体を含む。ノードは1
つ以上の記憶装置でネットワークのメンバとして定義さ
れる場合にシステム上に構成される。ノードへの経路を
定義するデータを記憶することにより、ノード構成が発
生し得る。従って、システムはノードの存在を認識して
いる。システムに依存して、構成情報の記憶は集中又は
分散され得る。このような構成情報は、ノードの型、シ
ステム上のその位置、及びノードへの経路を規定する他
の情報を指示するデータを含み得る。ネットワーク化シ
ステム上で相互に接続されたノード間で通信するために
現在多数の技術が存在している。ブロードキャスト通信
方法では、ネットワーク上の全ノードはブロードキャス
トメッセージを受け取るか又は1つのノードから次のノ
ードへメッセージを順次転送する。ブロードキャストメ
ッセージを各ノードで処理する結果として、通信が無効
になる。従って、ネットワーク効率を改善するために他
のルーティングストラテジーが開発されている。ルーテ
ィングストラテジーは適応型又は非適応型であり得、シ
ステムは両方のストラテジーのエレメントを含み得る。
非適応型ルーティングストラテジーは、現在のトラフィ
ック又はトポロジーの測定値又は予想値と無関係にメッ
セージをルーティングする。これらのストラテジーは、
フラッディング(flooding)又はブロードキャ
スト、選択的フラッディング、及び静的ルーティングを
含み得る。このような非適応型ルーティングストラテジ
ーの一例は、ネットワーク内の各ノード間及びゲートウ
ェイにより相互接続されたネットワーク間の通信経路の
グラフの作成を含む。ノード対間の最短経路を決定する
ためのグラフ分析技術が使用され、この情報はその後、
静的ルーティングテーブルにプログラミングされる。こ
のようなルーティングテーブルの1つにおいて、各ノー
ドは最終宛て先ノードに最終的に向けられるメッセージ
のための次の中間宛て先を識別する部分的経路データを
記憶する。各ノードはノード構成時に規定される静的ル
ーティングテーブルを有するので、一般にはネットワー
クの一部でない一時的又は外来ノードにより通信を助長
するようにルーティングテーブルを変更することは不適
切である。これは、データ通信経路ではルーティングテ
ーブルにリストされたノードしか使用できないためであ
る。動的又は適応型ルーティングストラテジーは、メッ
セージトラフィック及びトポロジーに応答して通信リン
クを通ってメッセージをルーティングする。適応型スト
ラテジーは、集中、孤立又は分散した動的ルーティング
を含む。集中ルーティングストラテジーは、通信リンク
を通って伝送されるメッセージの数及び長さを監視し且
つメッセージトラフィックパターンに基づいてルーティ
ングストラテジーを動的に発生する中央ノードを有す
る。これは通常、トラフィックパターンの変更に応答し
てルーティングテーブルを更新及び変更することにより
達せられる。分散ストラテジーは部分的ルーティングテ
ーブルをノード間に分配する。例えば、メッセージが最
終宛て先への経路に沿って中間ノードにルーティングさ
れるとき、中間ノードは宛て先ノードへの残りの代替経
路間のトラフィックパターンを試験し、所定の効率測定
値に従って幾つかの可能性の1つを動的に選択する。こ
うして、適応型ストラテジーは新しい装置の追加を含む
条件の変化に応答してルーティングテーブルを再構成す
ることができる。しかしながら、多くの場合は非編成装
置を組み込むことは不可能である。可能な場合であって
も、元々非編成の装置を一時的に組み込むにはしばし
ば、ルーティングテーブルを動的に調節するために必要
な処理を更に加える必要がある。このような処理はメッ
セージ伝送時間を増加させると共に、全体のシステム効
率を低下させる。保守、診断及び管理機能のような所定
の用途ではシステムの種々の部分により使用されるルー
ティングストラテジーに関係なく、システム中の通信リ
ンクの1つに存在するノードと一時的ノード又は処理装
置との間でデータ通信できることが望ましい。これは自
動ネットワーク化制御システムの場合に特に重要であ
る。このようなシステムは多くの場合、緊急保守及び診
断機能並びに一時負荷分析を必要とする。既存の技術
は、新しいノードをネットワーク上に構成する間にネッ
トワークの少なくとも一部を一時的に不能状態にする必
要があるので厄介である。新しいデータ通信経路ストラ
テジーを作成しなければならないので、ネットワーク上
に新しいノードを構成するのは困難である。更に、一時
的データ経路ストラテジーを開発する結果、一時的又は
非編成装置とネットワーク上に構成されたノードとの間
の通信ストラテジーが無効になる可能性がある。ネット
ワーク化自動処理又はコンピュータシステムでは、同一
データへのアクセスを必要とする複数のプロセッサが存
在し得る。多くの場合、このデータは、特定のセンサと
通信するプロセッサの1つにより収集される。同一デー
タを必要とする他のプロセッサは、データバスを通って
直接又は中間回路を介してデータを含むプロセッサと通
信する。既存の方法を使用すると、それ自体のセンサを
介して利用できないセンサデータを必要とするプロセッ
サは、センサとインタフェースするプロセッサにデータ
が必要であることを指示するために、データバスを通っ
て通信する。これに応答して、センサに接続されたプロ
セッサはセンサをポーリングし、データを検索する。次
にこのプロセッサは、このデータを遠隔処理ルーチンに
使用される要求プロセッサに伝送する。別の既知構成に
よると、遠隔プロセッサは、別のプロセッサにより制御
されるセンサからデータが要求されていることをマスタ
ノードに指示する。マスタノードは次に、データを検索
してマスタノードに伝送するようにセンサ制御プロセッ
サに指示する。マスタノードは次に、要求している遠隔
プロセッサにデータを供給する。こうしてプロセッサが
センサからデータを要求する毎に、センサ制御プロセッ
サはセンサにアクセスし、要求プロセッサ又はマスタノ
ードに情報を伝送しなければならない。多数のプロセッ
サがセンサ情報への高頻度アクセスを要求する場合、遠
隔プロセッサを相互に及び/又はマスタノードに接続す
るデータバスは、メッセージトラフィックですぐに動き
がとれなくなってしまう。別の既知の方法によると、バ
スを通ってマスタセンサに接続されたスレーブセンサは
フィルタリングインクリメントでセットアップされる。
フィルタリングインクリメントを使用する場合、センサ
を制御するスレーブプロセッサは、スレーブが新しい値
をマスタに報告する前にセンサが変更しなければならな
い所定のΔの値を定義する。マスタは、スレーブがデー
タを伝送するに従って、データのコピーを維持する。フ
ィルタリングインクリメントを使用する場合、スレーブ
プロセッサは、データがマスタに伝送される頻度を決定
する。従って、マスタプロセッサが更新されたセンサ情
報の要件をもたないとしても、スレーブプロセッサは情
報を伝送すべきであることをマスタに指示する。センサ
パラメータが高頻度で変化するパラメータである場合、
スレーブプロセッサは過度にデータバスを占有し、マス
タプロセッサへの情報は不必要に更新されかねない。別
の既知の方法によると、マスタはセンサ更新ののために
各プロセッサを規則的にポーリングする。この場合、更
新の必要がない場合にもデータは自動的に伝送されるの
で、同様に相互接続バス上のメッセージトラフィックが
過剰になる。更に、ポーリングシステムは、マスタが別
のセンサをポーリングしている間にセンサで発生し得る
重要な一時データ遷移を見逃す危険がある。上記場合の
各々において、データバス上の不必要なメッセージトラ
フィックは、ボトルネックを形成する傾向があり、デー
タバスがより優先権の高いメッセージトラフィックに迅
速に応答する能力を低下させる。現代の自動処理及びデ
ータ通信システムでは考慮されないことが多い別の因子
は、収集され且つシステムのエレメント間で通信される
データの信頼性及び完全性である。データの完全性及び
信頼性のレベルは、プロセスの測定パラメータに基づい
て操作変数を所望の状態に更新することにより環境又は
プロセスの確実な制御に達するように求めるファシリテ
ィマネジメントシステムにとって特に重要である。現在
のシステムは、測定データの品質に基づいてシステム性
能の制御された変数を生成するために、信頼性又はデー
タ完全性インジケータを開発及び有効に使用することが
できない。従来のシステムでは、ファシリティマネジメ
ントシステムで使用される比例及び積分及び微分コント
ローラの動作は、一度に1つのループしか制御すること
ができなかった。このようなPIDループの複数の場合
は、このようなループ中の相違により単一のソフトウェ
アアプローチを使用して制御されなかった。ファシリテ
ィマネジメント及び他のシステムの設計における別の因
子は、システムコンポーネント故障に耐え得る制御シス
テムの設計であり、これは数十年来の懸案であった。耐
故障性のレベルを増加させる目的は、人体安全性、装置
安全性、及びシステム性能の制御の改善を含む。耐故障
性の最も基本的な形態は、故障安全システムコンポーネ
ントの適用を含む。従来の空気式HVAC制御産業で
は、しばしば暖房用として常時開弁の使用、混合エアダ
ンパ用として常時閉アクチュエータの使用を含む。これ
らの状況では、システム故障(例えば圧縮空気の損失、
温度伝達故障)は機械的システムを安全ではあるが、非
常に不快且つ不経済な状態に戻す。電子制御システムで
は、電気アクチュエータは同様の故障安全機能を提供す
るように自動的にばね復帰するように構成されている。
ディジタル制御システムの導入により、より高度の耐故
障性が可能である。ディジタルコントローラは、センサ
故障のような特定の入力信号故障条件をトラップする能
力を有しており、このような故障をソフトウェアで部分
的に補償することができる。柔軟なソフトウェア応答は
フェールソフト機能と呼称される。センサ故障の場合の
フェールソフト機能の例は、1)現在の制御信号を維持
し、2)制御装置を中間安全位置に指令し、又は3)代
替ストラテジーに基づいて適切な制御信号を計算する機
能を含む。冗長コンポーネントの適用以外に、代替又は
バックアップ制御ストラテジーを使用すると、機器故障
の場合に装置安全性、居住快適さ及びエネルギ効率を同
時に維持するための最適機会が得られる。フェールソフ
ト概念の拡張は、特定の制御されたプロセスに個々に適
応し且つ故障の場合に長時間にわたって公称システム性
能要件を満足し得るインテリジェントストラテジーの適
用を含む。数種のインテリジェントストラテジーが先進
軍事用航空機及び原子力発電所で現在適用されている。
以下に記載する方法及び装置は、HVAC産業で適用す
べきインテリジェントバックアップ制御ストラテジーで
ある。ファシリティマネジメントシステムは、エネルギ
最適化のために需要制限及び負荷ローリングを使用す
る。需要制限機能は、電力会社により使用される需要時
限に対応するスライド時限にわたって現在のエネルギ消
費を監視する。この機能は、平均エネルギ消費を設定限
界以下に維持するようにシステムを制御する。将来の需
要を予測するために履歴データを使用しない従来のシス
テムは、エネルギ消費の突然のピークに過剰反応する傾
向があり、その結果、過剰の負荷を遮断する。負荷ロー
リング機能は、周期的に負荷を短時間遮断することによ
り総エネルギ消費を減少させる。使用者は遮断しておく
べき目標負荷量を指定する。環境条件に適応しないシス
テムは、過度に長時間遮断される負荷により制御される
エリアで両極端を生じ得る。分散ファシリティマネジメ
ントシステムでは、負荷は複数の制御ノードに分配され
得る。一方、1つのノードは需要制限及び負荷ローリン
グ機能を実行し、それ自体及びシステム中の他のノード
に負荷を遮断する。負荷を遮断後、負荷コマンドを発生
するノードと負荷を含むノードとの間の通信が喪失され
得る場合に問題が生じ得る。このような状況で、負荷は
無制限に遮断されたままであり、負荷により制御される
エリアに環境両極端を生じる。負荷遮断を指令するノー
ドは、全負荷とその環境オーバーライドを監視するため
に時間遅延及び情報ボトルネックを受け得る。ファシリ
ティマネジメントシステムの高レベル性能を得る上での
別の重要な因子は、外部及び自己誘導雑音の影響を減ら
すことである。更に、外部電磁妨害(EMI)に対する
免疫をシステムに与え、他のシステムに影響し得る望ま
しくないレベルのEMIの発生を阻止することが必要で
ある。これは、例えば非常に低レベルのセンサ信号と著
しく高レベルのディジタル及びバイナリ信号とに適応す
るために広いダイナミックレンジが必要な場合に特に重
要である。単一電源及び他の既知の電源フィルタリング
技術を使用するシステムは、単一電源に依存しているた
め、スプリアス信号から十分に分離することができず、
又は十分な信頼性を提供することができない。また、多
くの今日のシステムは更に、環境に誘導されるスプリア
ス信号の両極端を受けるセンサからディジタル信号ライ
ンを十分に分離することができない。これは、バス構造
及びネットワークを使用するシステムで特に重要であ
る。信号が同一通信媒体に接続された他の装置と通信す
る場合、ネットワーク上の単一センサに予測できない変
化が生じると全体の問題となり得る。共通の通信媒体上
で相互に接続された装置の故障の影響から分離する必要
もある。このような分離を怠ると、単一ノードで故障が
生じた場合にネットワーク及びサブネットワークは完全
な故障に陥る。従って、相互接続されたシステムコンポ
ーネントを相互に分離するようにシステム相互接続の全
レベルで構成することが望ましい。また、故障の場合に
システムが徐々に性能低下するように構成することも望
ましい。ファシリティマネジメントシステムの他の制約
は、種々の装置と制御ノードとの接続にある。複数の装
置を特に同一バス上に接続する場合、伝送媒体上に雑音
が導入される。更に、伝送媒体は他の内外ソースから雑
音を受ける可能性がある。伝送媒体の2本のリード(例
えばツイストペア線)上に逆極性の電圧が出現する示差
雑音と、バスの2本のライン上に同一雑音が誘導される
共通モード雑音との両方が予想される。装置とバスとの
光学結合を使用する場合でさえも、雑音の影響を更に減
らすための処置をとることが必要であり得る。
ッサ制御下で作動する従来技術の自動システムは、プロ
セッサ、作動ユニット(例えばセンサ及び他の物理的パ
ラメータ監視ユニット)、及びハードウェアで実現され
る他のデータ収集制御機器との間でデータを伝送させ
る。このような現代的システムとしては特に、自動産業
及び環境制御を行うファシリティマネジメントシステム
(FMS)を挙げることができる。データ収集制御機器
の種々の型の間には一貫性がないので、自動システムは
複数の非標準作動ユニットに適合できなければならな
い。適合性を得るために、このようなシステムは個々の
インタフェース要件に合わせて注文設計されたソフトウ
ェアを使用することが多かった。このためには、ソフト
ウェア設計に多数の妥協が必要である。更に、新たな作
動ユニットを追加する場合、又は既存の作動ユニットを
変更する場合には、1個以上の完全なソフトウェアパッ
ケージを再書き込みすることがしばしば必要になる。こ
れは、新しい作動ユニットの要件が前のユニットに書き
込まれたソフトウェアに不適合な場合が多いためであ
る。ソフトウェアの種々の部分間及び作動ユニットとプ
ロセッサとの間のインタフェースは、ソフトウェアの肝
要部分であるので、ソフトウェアパッケージ全体を再書
き込みしなければならない。ソフトウェアが作動ユニッ
トの変更により影響される程度を減少させるための1つ
のアプローチは、論理点情報ノードの使用である。これ
は、高レベルソフトウェア機能を作動ユニットの個々の
特性から分離するしようとするモジュラーアプローチで
ある。しかしながら、このアプローチは依然として作動
ユニットの物理的又は論理的位置と、その個々の特性に
依存している。このようなモジュラーアプローチにより
高レベルソフトウェア機能をある程度まで分離すること
ができるが、入力及び出力に適応するように作動ユニッ
トに固有のソフトウェアを書き込むことは依然として必
要である。従って、既知の技術を使用すると、作動ユニ
ットハードウェアの相違により比較的影響されないよう
なソフトウェアを提供することは不可能であった。その
結果、新しい作動ユニットを追加する場合又は既存のデ
ータ収集ユニットを実質的に変更する場合に、大規模な
修正を必要としないソフトウェアを生成することも不可
能であった。特にデータ収集及び他の遠隔制御ハードウ
ェアを使用するシステムにおける関連技術の別の制約
は、使用可能なデータ構成体が制限されていることであ
る。データ収集及び他の遠隔制御ハードウェアは、典型
的には特別にフォーマットされたデータを備え且つ必要
とし、データの所望部分に適宜アクセスできないことが
多い。その結果、現状のシステムでは場合により、異な
る目的に使用すべきデータを複製したり、先に得られた
データに再びアクセスすることが必要である。また、こ
のようなシステムでは、データ収集装置により直接収集
されるデータでなく、処理装置により展開される中間デ
ータにアクセスすることは困難な場合がある。ファシリ
ティマネジメントに使用されるシステムを含む自動シス
テムは、集中又は分散処理技術を使用して作動し得る。
従って、ホストノードのデータは、ネットワークを通っ
てホストノードに接続された別のノード(参照ノード)
で処理するためにアクセスされ得る。実時間分散処理シ
ステムでは、比較的独立して作動するプロセッサノード
は情報を交換するために1つ以上のデータバスを介して
相互に通信する。参照ノードがホストノードのデータベ
ース内のデータエレメントにアクセスするためには、参
照ノードが必要なデータエレメントと、ホストノード内
の該データエレメントの固有ロケーションとを含むデー
タベースを有するホストノードを識別できるように規則
を設定しなければならない。このような規則は、適切な
ホストノードアドレス又はホストノード内のアドレスデ
ータへのアクセス要求を翻訳するために中央ノードを利
用しないようにすべきである。これは、この機能を実施
する中央ノードが故障すると、システム全体の作動が妨
げられるためである。更に、特定のデータエレメントの
ために実時間ネットワーク全体又は1つのノードのデー
タベースさえもサーチすることは許容し難い。これは、
このようなサーチにより費やされる時間が非常に長いた
めである。従って、ホストノード内から必要なデータを
得るための直接アクセスメカニズムが必要とされてい
る。更に、分散システムの各ノードのデータベースは、
システムの他のノードのデータベースから独立している
べきである。ホストデータベースが変化する毎に新しい
データを参照ノードにダウンロードすることにより、ノ
ードを同期させることも必要とすべきではない。先にホ
ストノードから入手可能であったデータがまだ存在して
いるとしても、ホストノードデータベースアドレスがど
のように変更されるかに関係なく、参照ノードで利用で
きるべきである。更に、データエレメントが1つのノー
ドから別のノードに移動する場合でさえも、データは参
照ノードで利用できるべきである。このような実時間分
散システム上のノード間でデータを参照するための従来
技術は、上記要件のすべてを同時に満足することができ
ない。1つの既知のアプローチは、ハードメモリアドレ
スの使用である。参照ノードは、そのデータベース内に
ホストデータベース内のデータの固定メモリアドレスを
維持する。参照データベースが通常はオフライン生成装
置で生成されるとき、アドレスは一般に名前付きのデー
タエレメントに結び付けられている。従って、結果はホ
ストノード内のデータに直接アクセスできるようにオン
ラインノードにダウンロードされる。この技術はデータ
への迅速なアクセスを提供し、アドレスを翻訳するため
に中央ノードを必要としないが、ホストノードデータベ
ースの変更に対する適応型を欠く。ホストノードデータ
ベースの変更の結果としてノード内のアドレスが変化す
ると、参照ノード内のデータエレメントに関連する固定
メモリアドレスは時代遅れになる。データエレメントが
1つのノードから別のノードに移動するときに同一の問
題が生じる。その結果、全参照ノードをデータエレメン
トの新しいアドレスに再同期しなければならない。特に
大型のシステムでは、これは時間消費的な作業であり、
更新が完了するまで参照ノードをオフラインとみなさな
ければならない。ファシリティマネジメントシステム
(FMS)において参照ノードは、ノードがオフライン
のときにはもはや維持できないことが多い産業及び環境
制御機能を実施する。第2の技術は、データエレメント
をホストノード内で位置決めするために「ソフト」アド
レス又はレコード番号を使用する。この技術を使用する
と、論理データベース構造内の相対位置又は固有識別番
号がデータエレメントに割り当てられる。ハードメモリ
アドレス技術を使用する場合と同様に、高速且つ確実な
データアクセスが得られる。しかしながら、ホストノー
ドデータベースの変更によりデータベース内のエレメン
トの相対位置が変化した場合、参照ノードは再び時代遅
れになり、新しい情報を参照装置にダウンロードしなけ
ればならない。固有識別番号をデータ項目に割り当てよ
うとする場合には別の問題が生じる。更に処理しなけれ
ば、分散システムで同一認識番号が2つ以上のホストに
より使用されないように保証することは不可能である。
その結果、ネットワーク上に許容し難いコンフリクトを
生じる。最後に、参照ノードを更新後、古いデータベー
スをホストノードにダウンロードすると、参照ノード中
の情報が無効になってしまうので、このようなダウンロ
ードは不可能である。第3の従来のアプローチは、シス
テム内の各データエレメントに名称を割り当てることで
ある。名称はデータを位置決めするために使用される中
央ノードに記憶される。このアプローチはデータエレメ
ントが随意に移動できるので柔軟性が高いが、物理的ロ
ケーションへの名称のマッピングを含むこの中央ノード
は、信頼性の点で問題となる。これは、中央ノードが故
障すると、ネットワーク上の全通信が寸断されるためで
ある。第4の従来のアプローチは同様に、各データエレ
メントに名称を割り当てるものであるが、参照が行われ
る毎にネットワークをサーチすることにより中央探索ノ
ードの使用を省略する。しかしながら、ほとんどのシス
テムではデータエレメントが要求される毎にネットワー
ク全体をサーチするので、データ通信及び処理負担が許
容不能となる。複数のノードを有するネットワーク化シ
ステムは更に、一貫したオペレーションのために同期時
間及び大域データを必要とする。これは、ビルディング
の特定エリアの温度調節のようにスケジュールされた機
能が日時及び他の変数に基づいて規則的に作動し得るフ
ァシリティマネジメントシステムの場合に特に重要であ
る。即ち、システム上のノードの1つは時間を正確に追
跡し、他のノード間で時間情報を調整しなければならな
い。しかしながら、マスタノードを使用する現状のシス
テムは、マスタノードが故障した場合に時間調整できな
い危険がある。付加ノードをネットワーク化システムに
追加する場合、新しい各ノードのデータベースを大域変
数の最新データベースに同期させることも必要になる。
これらの機能を実施するためにマスタノードを使用する
従来のシステムは、マスタノードが故障した場合にこの
エリアで信頼性の問題の危険もある。また、個々のノー
ド又はノードと作動ユニットとの間の中間プロセッサと
通信する作動ユニットは、データバスネットワーク又は
類似構造を使用してノードに接続され得る。一貫性のた
めに、個々のノードに接続された作動及び処理ユニット
は、システム変数の最新値を受け取ることが必要であ
る。マスタノード制御下のネットワーク化システムは、
このレベルで同様の信頼性の危険がある。自動処理シス
テムでは、高レベルソフトウェア機能及びルーチンは、
同一レベルの他のプロセッサ又はシステム上のノードの
1つにより制御されるより低レベルのプロセッサで生じ
る事象によりトリガされ得る。しかしながら、ノードの
1つに新しい情報をダウンロードすることによりデータ
バスの変更が生じると、このような事象トリガにエラー
が生じ得る。これらの事象トリガ同期の問題を追跡しな
い現状のシステムは、新しい情報をノードの1つにダウ
ンロード後に重要なソフトウェア機能が実施されるよう
に保証することはできない。また、システム中で実施さ
れる処理により生じる結果又はシステムにより発生され
るコマンドのレポートは、適切な表示又は記憶装置にル
ーティングされなければならない。このような装置のロ
ケーションの変更に適応できない現状のシステムは、動
的環境では厳しく制限される。更に、ノードにダウンロ
ードされたこのような装置のロケーションデータの変更
を同期しない現状のシステムは、レポート又はメッセー
ジが適正な装置に到達するように保証することができな
い。実際に、システムによってはルーティングできない
メッセージは廃棄される。これは、このような設計をフ
ァシリティマネジメントシステムに適用するのに非常に
深刻な制限である。多くの場合、特にファシリティマネ
ジメントシステムでは、表示及びレポートはシステムデ
ータの標準化要約を含む。標準要約を生成する典型的な
アプローチによると、プロセッサはコマンドに応答して
又はデータ待機伝送用装置のルーチンポーリングの一部
として個々のレコードを検索する。次いでプロセッサ
は、アセンブルされているデータ要約への組み込みが適
切であるか否かを決定するために検索データを試験しな
ければならない。このような専用要約レポート生成試験
はプロセッサを占有し、データ通信の度合いを増し、そ
の結果、到達可能な処理速度が低下する。構成時にはネ
ットワークの一部でなかった装置にメッセージをルーテ
ィングすることによりレポートを得ることが望ましい場
合もある。例えば、パーソナルコンピュータ(PC)と
ネットワークノード上の非占有ポートとの接続を可能に
することにより、保守の容易さを強化することができ
る。場合により、ネットワーク上のノードにアクセスす
る他の非編成装置(例えばプリンタ)を備えることも望
ましい。従来のシステムは、例えばアドレスの割り当て
及び記憶によりネットワークにその存在を前以て知らせ
ていない装置と通信することができないので、このよう
な非編成装置の使用を制限する。上述のようにネットワ
ーク化システムは、システムに適切な処理機能を実施し
且つ通信リンクを通って相互に通信するためのコンポー
ネントを有する少なくとも2つのノードを有する。ファ
シリティマネジメントシステム(FMS)において、こ
のようなノードはプロセッサ、A/D及びD/Aコンバ
ータ、並びにノードで実現される処理に必要なセンサデ
ータを得るため及び装置コマンドを発生するための他の
装置インタフェース回路を含み得る。通信リンクは、同
一バス、サブネットもしくはネットワーク上のノード間
又はゲートウェイを通る異なるネットワーク上のノード
間の通信を助長する種々の通信媒体を含む。ノードは1
つ以上の記憶装置でネットワークのメンバとして定義さ
れる場合にシステム上に構成される。ノードへの経路を
定義するデータを記憶することにより、ノード構成が発
生し得る。従って、システムはノードの存在を認識して
いる。システムに依存して、構成情報の記憶は集中又は
分散され得る。このような構成情報は、ノードの型、シ
ステム上のその位置、及びノードへの経路を規定する他
の情報を指示するデータを含み得る。ネットワーク化シ
ステム上で相互に接続されたノード間で通信するために
現在多数の技術が存在している。ブロードキャスト通信
方法では、ネットワーク上の全ノードはブロードキャス
トメッセージを受け取るか又は1つのノードから次のノ
ードへメッセージを順次転送する。ブロードキャストメ
ッセージを各ノードで処理する結果として、通信が無効
になる。従って、ネットワーク効率を改善するために他
のルーティングストラテジーが開発されている。ルーテ
ィングストラテジーは適応型又は非適応型であり得、シ
ステムは両方のストラテジーのエレメントを含み得る。
非適応型ルーティングストラテジーは、現在のトラフィ
ック又はトポロジーの測定値又は予想値と無関係にメッ
セージをルーティングする。これらのストラテジーは、
フラッディング(flooding)又はブロードキャ
スト、選択的フラッディング、及び静的ルーティングを
含み得る。このような非適応型ルーティングストラテジ
ーの一例は、ネットワーク内の各ノード間及びゲートウ
ェイにより相互接続されたネットワーク間の通信経路の
グラフの作成を含む。ノード対間の最短経路を決定する
ためのグラフ分析技術が使用され、この情報はその後、
静的ルーティングテーブルにプログラミングされる。こ
のようなルーティングテーブルの1つにおいて、各ノー
ドは最終宛て先ノードに最終的に向けられるメッセージ
のための次の中間宛て先を識別する部分的経路データを
記憶する。各ノードはノード構成時に規定される静的ル
ーティングテーブルを有するので、一般にはネットワー
クの一部でない一時的又は外来ノードにより通信を助長
するようにルーティングテーブルを変更することは不適
切である。これは、データ通信経路ではルーティングテ
ーブルにリストされたノードしか使用できないためであ
る。動的又は適応型ルーティングストラテジーは、メッ
セージトラフィック及びトポロジーに応答して通信リン
クを通ってメッセージをルーティングする。適応型スト
ラテジーは、集中、孤立又は分散した動的ルーティング
を含む。集中ルーティングストラテジーは、通信リンク
を通って伝送されるメッセージの数及び長さを監視し且
つメッセージトラフィックパターンに基づいてルーティ
ングストラテジーを動的に発生する中央ノードを有す
る。これは通常、トラフィックパターンの変更に応答し
てルーティングテーブルを更新及び変更することにより
達せられる。分散ストラテジーは部分的ルーティングテ
ーブルをノード間に分配する。例えば、メッセージが最
終宛て先への経路に沿って中間ノードにルーティングさ
れるとき、中間ノードは宛て先ノードへの残りの代替経
路間のトラフィックパターンを試験し、所定の効率測定
値に従って幾つかの可能性の1つを動的に選択する。こ
うして、適応型ストラテジーは新しい装置の追加を含む
条件の変化に応答してルーティングテーブルを再構成す
ることができる。しかしながら、多くの場合は非編成装
置を組み込むことは不可能である。可能な場合であって
も、元々非編成の装置を一時的に組み込むにはしばし
ば、ルーティングテーブルを動的に調節するために必要
な処理を更に加える必要がある。このような処理はメッ
セージ伝送時間を増加させると共に、全体のシステム効
率を低下させる。保守、診断及び管理機能のような所定
の用途ではシステムの種々の部分により使用されるルー
ティングストラテジーに関係なく、システム中の通信リ
ンクの1つに存在するノードと一時的ノード又は処理装
置との間でデータ通信できることが望ましい。これは自
動ネットワーク化制御システムの場合に特に重要であ
る。このようなシステムは多くの場合、緊急保守及び診
断機能並びに一時負荷分析を必要とする。既存の技術
は、新しいノードをネットワーク上に構成する間にネッ
トワークの少なくとも一部を一時的に不能状態にする必
要があるので厄介である。新しいデータ通信経路ストラ
テジーを作成しなければならないので、ネットワーク上
に新しいノードを構成するのは困難である。更に、一時
的データ経路ストラテジーを開発する結果、一時的又は
非編成装置とネットワーク上に構成されたノードとの間
の通信ストラテジーが無効になる可能性がある。ネット
ワーク化自動処理又はコンピュータシステムでは、同一
データへのアクセスを必要とする複数のプロセッサが存
在し得る。多くの場合、このデータは、特定のセンサと
通信するプロセッサの1つにより収集される。同一デー
タを必要とする他のプロセッサは、データバスを通って
直接又は中間回路を介してデータを含むプロセッサと通
信する。既存の方法を使用すると、それ自体のセンサを
介して利用できないセンサデータを必要とするプロセッ
サは、センサとインタフェースするプロセッサにデータ
が必要であることを指示するために、データバスを通っ
て通信する。これに応答して、センサに接続されたプロ
セッサはセンサをポーリングし、データを検索する。次
にこのプロセッサは、このデータを遠隔処理ルーチンに
使用される要求プロセッサに伝送する。別の既知構成に
よると、遠隔プロセッサは、別のプロセッサにより制御
されるセンサからデータが要求されていることをマスタ
ノードに指示する。マスタノードは次に、データを検索
してマスタノードに伝送するようにセンサ制御プロセッ
サに指示する。マスタノードは次に、要求している遠隔
プロセッサにデータを供給する。こうしてプロセッサが
センサからデータを要求する毎に、センサ制御プロセッ
サはセンサにアクセスし、要求プロセッサ又はマスタノ
ードに情報を伝送しなければならない。多数のプロセッ
サがセンサ情報への高頻度アクセスを要求する場合、遠
隔プロセッサを相互に及び/又はマスタノードに接続す
るデータバスは、メッセージトラフィックですぐに動き
がとれなくなってしまう。別の既知の方法によると、バ
スを通ってマスタセンサに接続されたスレーブセンサは
フィルタリングインクリメントでセットアップされる。
フィルタリングインクリメントを使用する場合、センサ
を制御するスレーブプロセッサは、スレーブが新しい値
をマスタに報告する前にセンサが変更しなければならな
い所定のΔの値を定義する。マスタは、スレーブがデー
タを伝送するに従って、データのコピーを維持する。フ
ィルタリングインクリメントを使用する場合、スレーブ
プロセッサは、データがマスタに伝送される頻度を決定
する。従って、マスタプロセッサが更新されたセンサ情
報の要件をもたないとしても、スレーブプロセッサは情
報を伝送すべきであることをマスタに指示する。センサ
パラメータが高頻度で変化するパラメータである場合、
スレーブプロセッサは過度にデータバスを占有し、マス
タプロセッサへの情報は不必要に更新されかねない。別
の既知の方法によると、マスタはセンサ更新ののために
各プロセッサを規則的にポーリングする。この場合、更
新の必要がない場合にもデータは自動的に伝送されるの
で、同様に相互接続バス上のメッセージトラフィックが
過剰になる。更に、ポーリングシステムは、マスタが別
のセンサをポーリングしている間にセンサで発生し得る
重要な一時データ遷移を見逃す危険がある。上記場合の
各々において、データバス上の不必要なメッセージトラ
フィックは、ボトルネックを形成する傾向があり、デー
タバスがより優先権の高いメッセージトラフィックに迅
速に応答する能力を低下させる。現代の自動処理及びデ
ータ通信システムでは考慮されないことが多い別の因子
は、収集され且つシステムのエレメント間で通信される
データの信頼性及び完全性である。データの完全性及び
信頼性のレベルは、プロセスの測定パラメータに基づい
て操作変数を所望の状態に更新することにより環境又は
プロセスの確実な制御に達するように求めるファシリテ
ィマネジメントシステムにとって特に重要である。現在
のシステムは、測定データの品質に基づいてシステム性
能の制御された変数を生成するために、信頼性又はデー
タ完全性インジケータを開発及び有効に使用することが
できない。従来のシステムでは、ファシリティマネジメ
ントシステムで使用される比例及び積分及び微分コント
ローラの動作は、一度に1つのループしか制御すること
ができなかった。このようなPIDループの複数の場合
は、このようなループ中の相違により単一のソフトウェ
アアプローチを使用して制御されなかった。ファシリテ
ィマネジメント及び他のシステムの設計における別の因
子は、システムコンポーネント故障に耐え得る制御シス
テムの設計であり、これは数十年来の懸案であった。耐
故障性のレベルを増加させる目的は、人体安全性、装置
安全性、及びシステム性能の制御の改善を含む。耐故障
性の最も基本的な形態は、故障安全システムコンポーネ
ントの適用を含む。従来の空気式HVAC制御産業で
は、しばしば暖房用として常時開弁の使用、混合エアダ
ンパ用として常時閉アクチュエータの使用を含む。これ
らの状況では、システム故障(例えば圧縮空気の損失、
温度伝達故障)は機械的システムを安全ではあるが、非
常に不快且つ不経済な状態に戻す。電子制御システムで
は、電気アクチュエータは同様の故障安全機能を提供す
るように自動的にばね復帰するように構成されている。
ディジタル制御システムの導入により、より高度の耐故
障性が可能である。ディジタルコントローラは、センサ
故障のような特定の入力信号故障条件をトラップする能
力を有しており、このような故障をソフトウェアで部分
的に補償することができる。柔軟なソフトウェア応答は
フェールソフト機能と呼称される。センサ故障の場合の
フェールソフト機能の例は、1)現在の制御信号を維持
し、2)制御装置を中間安全位置に指令し、又は3)代
替ストラテジーに基づいて適切な制御信号を計算する機
能を含む。冗長コンポーネントの適用以外に、代替又は
バックアップ制御ストラテジーを使用すると、機器故障
の場合に装置安全性、居住快適さ及びエネルギ効率を同
時に維持するための最適機会が得られる。フェールソフ
ト概念の拡張は、特定の制御されたプロセスに個々に適
応し且つ故障の場合に長時間にわたって公称システム性
能要件を満足し得るインテリジェントストラテジーの適
用を含む。数種のインテリジェントストラテジーが先進
軍事用航空機及び原子力発電所で現在適用されている。
以下に記載する方法及び装置は、HVAC産業で適用す
べきインテリジェントバックアップ制御ストラテジーで
ある。ファシリティマネジメントシステムは、エネルギ
最適化のために需要制限及び負荷ローリングを使用す
る。需要制限機能は、電力会社により使用される需要時
限に対応するスライド時限にわたって現在のエネルギ消
費を監視する。この機能は、平均エネルギ消費を設定限
界以下に維持するようにシステムを制御する。将来の需
要を予測するために履歴データを使用しない従来のシス
テムは、エネルギ消費の突然のピークに過剰反応する傾
向があり、その結果、過剰の負荷を遮断する。負荷ロー
リング機能は、周期的に負荷を短時間遮断することによ
り総エネルギ消費を減少させる。使用者は遮断しておく
べき目標負荷量を指定する。環境条件に適応しないシス
テムは、過度に長時間遮断される負荷により制御される
エリアで両極端を生じ得る。分散ファシリティマネジメ
ントシステムでは、負荷は複数の制御ノードに分配され
得る。一方、1つのノードは需要制限及び負荷ローリン
グ機能を実行し、それ自体及びシステム中の他のノード
に負荷を遮断する。負荷を遮断後、負荷コマンドを発生
するノードと負荷を含むノードとの間の通信が喪失され
得る場合に問題が生じ得る。このような状況で、負荷は
無制限に遮断されたままであり、負荷により制御される
エリアに環境両極端を生じる。負荷遮断を指令するノー
ドは、全負荷とその環境オーバーライドを監視するため
に時間遅延及び情報ボトルネックを受け得る。ファシリ
ティマネジメントシステムの高レベル性能を得る上での
別の重要な因子は、外部及び自己誘導雑音の影響を減ら
すことである。更に、外部電磁妨害(EMI)に対する
免疫をシステムに与え、他のシステムに影響し得る望ま
しくないレベルのEMIの発生を阻止することが必要で
ある。これは、例えば非常に低レベルのセンサ信号と著
しく高レベルのディジタル及びバイナリ信号とに適応す
るために広いダイナミックレンジが必要な場合に特に重
要である。単一電源及び他の既知の電源フィルタリング
技術を使用するシステムは、単一電源に依存しているた
め、スプリアス信号から十分に分離することができず、
又は十分な信頼性を提供することができない。また、多
くの今日のシステムは更に、環境に誘導されるスプリア
ス信号の両極端を受けるセンサからディジタル信号ライ
ンを十分に分離することができない。これは、バス構造
及びネットワークを使用するシステムで特に重要であ
る。信号が同一通信媒体に接続された他の装置と通信す
る場合、ネットワーク上の単一センサに予測できない変
化が生じると全体の問題となり得る。共通の通信媒体上
で相互に接続された装置の故障の影響から分離する必要
もある。このような分離を怠ると、単一ノードで故障が
生じた場合にネットワーク及びサブネットワークは完全
な故障に陥る。従って、相互接続されたシステムコンポ
ーネントを相互に分離するようにシステム相互接続の全
レベルで構成することが望ましい。また、故障の場合に
システムが徐々に性能低下するように構成することも望
ましい。ファシリティマネジメントシステムの他の制約
は、種々の装置と制御ノードとの接続にある。複数の装
置を特に同一バス上に接続する場合、伝送媒体上に雑音
が導入される。更に、伝送媒体は他の内外ソースから雑
音を受ける可能性がある。伝送媒体の2本のリード(例
えばツイストペア線)上に逆極性の電圧が出現する示差
雑音と、バスの2本のライン上に同一雑音が誘導される
共通モード雑音との両方が予想される。装置とバスとの
光学結合を使用する場合でさえも、雑音の影響を更に減
らすための処置をとることが必要であり得る。
【課題を解決するための手段及び作用】上記関連技術の
制約を解決するために、本発明は高レベルソフトウェア
機能と作動ユニットの間のインタフェースを提供するソ
フトウェアを実質的に分離し、高レベルソフトウェアを
大規模に変更する必要なしに作動ユニットに変更を加え
るための方法及び装置を提供する。中間レベルのソフト
ウェアは、作動ユニットの特性から独立して同様に全入
出力を処理する。別の中間レベルのソフトウェアは、高
レベルソフトウェアと作動ユニットハードウェアとの間
のインタフェースを制御する。前者の中間レベルのソフ
トウェアは、同様に作動ユニットからのデータの全高レ
ベルソフトウェア要求を処理する。後者の中間レベルの
ソフトウェアは、タイプの標準化アプローチに従って操
作され得るタイプにハードウェアユニットを分類する。
全中間レベルのソフトウェアは、属性のデータベース
と、属性を操作するための共通方法及びメッセージセッ
トとを有しており、遠隔制御される作動ユニットに適応
するように広いデータ構成体を提供する。このようなデ
ータ構成体は、複数の作動ユニットで同一データ又はデ
ータ属性を再生する必要を最小にする。データ構成体は
少なくとも1個の他のデータ構成体への経路を規定する
属性を有する。従って本発明は、関連するデータ構成体
の属性を含むデータ構成体を提供する。本発明は、中央
探索ノードを必要とすることなく且つデータへの参照毎
にネットワーク全体をサーチする必要なしに、分散シス
テムでデータをアクセスする方法を用いて、分散システ
ム中のノード間でデータをアクセスする柔軟で確実な方
法を提供する。分散システム内でデータをアクセスする
この方法は、最初に定義されるときに固有名称をデータ
エレメントに割り当てる。データエレメントの固有名称
は、データエレメントが最初にアクセスされるときにホ
ストノードに結び付けられる。こうして、使用者が定義
した名称及びネットワーク上のデータエレメントの物理
的ロケーションに基づいて多重レベルの命名規則を使用
して分散ネットワークでデータにアクセスすることがで
きる。この命名規則によると、使用者はデータエレメン
トがネットワーク上のどこに位置するかに関係なくデー
タエレメントに名称を割り当てる。命名規則によると、
実行ネットワーク中で最初に参照されるときに名称は固
有アドレス(例えば物理的ロケーション及びノード内の
データベースロケーション)に結び付けられる。その後
のデータエレメントの参照は、固有アドレスに結び付け
られた使用者割り当て名称を使用することにより行われ
る。システムノードの時間同期及びノード間の大域変数
の同期化データベースを有する分散システムを提供する
ことも有用である。ノードは、ノードの大域変数のデー
タベースが最後に更新された時点を指示するタイムスタ
ンプを使用するシステム上にその存在を周期的にブロー
ドキャストする。その結果、最新に更新された大域デー
タベースを有するノードの大域データベースを組み込む
ために、ネットワーク上の全ノードを調整することが可
能である。本発明は更に、夫々のデータベースにおける
データ構成体の不一致及び重複を検出及び報告する。こ
れは、システム上の他のロケーションで複数の定義を有
するノードのデータベースにおけるディレクトリエント
リを認識することにより、システム内で行われる。ルー
ティングテーブルを含まないノードは、ルーティングテ
ーブルを含まないノードからダウンロード情報を含む装
置へダウンロード要求をルーティングするための経路を
識別するために、ルーティングテーブルを有する他のノ
ードを識別する。システム内で、データ構成体はノード
中の高レベル機能に他のノード上の属性及びオブジェク
トの状態変化を通知し、又はこのような状態変化により
トリガさせる。更に、システム中のオブジェクト及び属
性のロケーションの変化は、オブジェクト又は属性によ
り起動又はトリガされる機能に通知するために検出され
得る。システムプロセスにより生成される結果は、適切
な表示及び記憶装置に報告される。従って本発明のシス
テムは、表示及び記憶装置の物理的ロケーションの変化
を検出し、適正な装置にレポートをルーティングする。
記憶又は表示のためのデータの標準又は予め定義された
要約を生成するのに必要なデータトラフィック量を減ら
すために、本発明のシステム又は方法は標準要約の生成
に使用されるデータをフィルタする。これは、検索すべ
きデータのディレクトリと同一のノードでタスクにルー
ティングされる高レベル機能ディレクトリでのデータ検
索のための基準を定義することにより得られる。システ
ムは、ディレクトリで識別されるノードに従って標準要
約データを検索することができ、ディレクトリを含むノ
ードにおけるデータを、要約を生成する機能に伝送する
ためのメッセージにアセンブルすることができる。本発
明の別の特徴によると、システムが元のネットワーク構
成に含まれない装置をネットワーク上の編成ノードと通
信できることも望ましい。従って、非編成装置はネット
ワーク上の編成ノードからメッセージを受け取ることが
できる。このような非編成装置は、既存のノードにおけ
る静的又は動的ルーティングテーブルのダウンローディ
ング又は更新を必要とすることなしに、適応又は非適応
型ルーティングストラテジーを使用するネットワークに
アクセスすることができる。本発明のこの特徴に従うシ
ステムによると、このような非編成装置は、適応又は非
適応型ルーティングストラテジーを使用するネットワー
ク上の第1の編成ノードに接続され、システムの遮断を
必要とすることなしに同一又は異なるルーティングスト
ラテジーを使用する他のネットワーク上の他のノードか
らメッセージを受け取ることができる。処理装置はシス
テム上のネットワークに帰属する必要なしに要求に応じ
ての通信システムにアクセスすることができる。このよ
うな処理装置は、システム中のどこからでも診断、保守
及び管理機能を実行するためにシステムにアクセスす
る。これらの処理装置は、大域変数又は静的もしくは動
的ルーティングテーブルもしくはディレクトリに変更を
必要とすることなく、要求に応じてデータ通信システム
にアクセスする。本発明は更に、不必要なメッセージト
ラフィックを生成することなしに要求プロセッサから離
れたデータにアクセスすることが可能なデータ通信アプ
ローチを提供する。本発明は更に、ファシリティマネジ
メントシステムにおけるセンサデータへの不必要なアク
セスを減らし、スレーブコントローラが情報を必要とし
ないマスタコントローラへこの不必要な情報を提供しな
いようにすることができる。センサ情報へのアクセス
は、センサにより測定されるパラメータの予想変化の割
合に基づいて制御される。マスタコントローラは、セン
サのバリディティ及びシステムのデータ転送の必要に従
って遠隔スレーブコントローラによりセンサ情報へのア
クセスを調節する。更に、ローカルバス上のデータ生成
プロセッサを調節するマスタコントローラにネットワー
クバスを通って接続された遠隔マスタコントローラによ
りデータへのアクセスを調節することが可能である。本
発明の別の特徴は、データエレメントの信頼性を試験
し、試験データの状態にその信頼性のインジケータをタ
グすることである。更に、システム全体でデータエレメ
ントに関連する信頼性インジケータを報告することも有
用である。システム全体で中間計算で使用されるデータ
に信頼性インジケータを関連付けることにより、1つ以
上の計算により得られる結果の信頼性指標を決定するこ
とができる。ソフトウェアの一部は、制御システムにお
ける高レベルソフトウェア機能からのコマンドを翻訳す
るため、並びに比例及び積分及び微分(PID)制御ル
ープを起動及び制御する(例えば閉鎖最上制御プロセス
の一部としての装置を起動及び制御する)適切な信号に
これらのコマンドを変換するために、一般化した比例及
び積分及び微分制御オブジェクトとして提供される。こ
のソフトウェアオブジェクトは更に、PIDループの外
部のスキーマによる制御からPID自動制御手段による
制御への予想可能な制御下の転送を提供する。ソフトウ
ェアオブジェクトの他の機能は、プロセスを制御する出
力とプロセスからの感知されたフィードバックとの間で
コントローラが受け得るヒステリシス効果を除去し、P
ID制御に可調節デッドバンドを提供することである。
PID装置オブジェクトとしてのソフトウェアメカノズ
ムは更に、実際のPIDハードウェアを他のソフトウェ
アオブジェクト及びPIDループのスケジューリング手
段にインタフェースする能力を提供する。HVAC適用
では改善されたバックアップ制御ストラテジーを実現す
ることが望ましいので、本発明は、入力変数が不確実に
なるときにプロセス全体に制御を維持する能力をHVA
C制御システムに提供する。プロセスのオペレーション
は、プロセスからのフィードバックが失われるか又は不
確実な場合であっても、システム又はプロセスのモデル
及び他のシステムインプットに基づいて提供される。シ
ステム又はフィードバックが不確実になるときに1組の
パラメータがロックされる。従って操作変数は、システ
ム又はプロセスが不確実になる直前のプロセス変数の状
態及びプロセス変数の現状態に基づいて調節される。従
って、不確実な変数の存在下でのセットポイントの変化
に対するHVACシステムの応答を制御することもでき
る。本発明の別の特徴によると、現需要及び履歴収集デ
ータに基づいて将来の需要期間におけるエネルギ需要を
予想することができる。この情報により、システムは予
想エネルギ需要に適応するように負荷のオンオフ時間を
自動的に変化させ、こうして平均需要をターゲット以下
に維持することができる。更に、エネルギ消費を高価な
高需要期間からより廉価な低需要期間にシフトさせるこ
とによりコストを最小にするようの負荷の動作時間を調
節し、負荷により影響されるエリアにおける環境条件に
適応するように負荷の動作時間を調節することが可能で
ある。別の特徴によると、1つのノードにおける需要制
限及び負荷ローリング機能と他のノードにおけるオブジ
ェクトとの間の通信は、過剰のトラフィックにより損な
われない。需要制限の結果として遮断される負荷は、需
要制限機能との通信が回復するまで遮断状態に維持され
る。負荷ローリング機能を含むノードが復元されないと
しても、負荷ローリングの結果として遮断される負荷は
復元される。遮断及び復元特性は、高レベルソフトウェ
ア機能の一部としてよりもむしろオブジェクトの一部と
しての属性として提供される。オブジェクトマネージャ
へのメッセージは、ノード内に局限された復元タスクを
使用してノードに固有の負荷の負荷関連特性を転送す
る。ノードに接続されたローカル装置間の雑音結合を減
らすために、ノードとローカルバスに接続されたローカ
ル装置との間の信号の光学結合が使用される。バス上に
誘導される示差モード雑音の影響は、バスのリードを予
め決定された電圧にバイアスすることにより改善され
る。光アイソレータは、このような高電圧を安全にアー
スに分岐するためにトランゾーブ(tranzorb)
及び金属酸化物バリスタを使用することにより共通モー
ド高電圧から保護される。ノードがデータを送信及び受
信している時点を示すインジケータが提供される。ロー
カルバスインタフェースの部分への別個のディジタル及
び通信電源が提供される。光学カプラはディジタル及び
通信電源を分離する。その結果、システムは通信電源上
にピークである2500Vまでの雑音が存在しても悪影
響なしに作動することができる。本発明の1特徴による
と、ソフトウェアは多重レベルに編成される。最高又は
「機能」レベルは、ソフトウェアオブジェクトデータベ
ースマネージャ及びデータベースを含むソフトウェアオ
ブジェクトレベルと通信する。ソフトウェアオブジェク
トレベルは、同様に機能レベルへの全入力及び機能レベ
ルからの全出力を処理する。更に、ソフトウェアオブジ
ェクトレベルは、より低い中間レベルであるハードウェ
アオブジェクトレベルと通信する。ハードウェアオブジ
ェクトレベルは、ハードウェアオブジェクトデータベー
スマネージャ及びデータベースを含む。ハードウェアオ
ブジェクトレベルは、ソフトウェアオブジェクトレベル
への個々の作動ユニット間の相違をカバーするように作
動する。ハードウェアオブジェクトレベルは、データベ
ースを少しも変更させることなく既知の型の追加ユニッ
トを追加できるように、データ収集ユニットを分類す
る。ソフトウェア変更をハードウェアオブジェクトレベ
ルに限定させながら別の型の作動ユニットを追加するこ
とまできる。従って、全体のシステムソフトウェアに大
きな衝撃を与えることなしに新しいユニットを組み込む
ことができる。ソフトウェアは更に点及び疑似点を使用
する。1つ以上の属性は点をベクトル量として定義す
る。ベクトル量を特徴付ける属性の値は、センサのよう
な作動ユニットから得られる。各個々の点は、システム
中の他のいかなる点も参照することなく定義される独立
したベクトル量である。疑似点も同様に、属性により定
義されるベクトル量である。しかしながら、疑似点の属
性の少なくとも1つは、関連点又は点の属性を識別す
る。従って、点に関連する作動ユニットに繰り返しアク
セスする必要なしに中間計算を容易にするために、識別
点から疑似点の付加的属性が得られる。本発明の他の特
徴は多重レベル命名規則により得られる。まず最初に、
各データエレメントはデータのその部分のみに使用され
る固有の識別子となるように、システムに固有の名称を
割り当てられる。名称割り当ては、データエレメントが
ネットワーク生成プロセスで生成されるときに行われ
る。名称が実行ネットワーク中で最初に参照されると
き、名称はノードロケーション及びノード内のデータベ
ースロケーションの両方を識別する固有のアドレスに割
り当てられるか又は結び付けられる。これは、名称が最
初に参照されるときにネットワークでデータエレメント
を名称によりサーチすることにより行われる。その後、
この結合されたリファレンスを使用して、ランタイム中
にデータエレメントの次の参照毎に該データエレメント
を位置決めする。別の特徴によると、ノード中の大域変
数間の一貫性が維持される。一点間隔で各ノードはその
存在及び大域変数のデータベースの最新の更新を指示す
るタイムスタンプをブロードキャストする。ブロードキ
ャストを受信するノードは、そのタイムスタンプを最新
にブロードキャストされたタイムスタンプに比較する。
タイムスタンプが同一でない場合、受信ノードは最後の
データを有するブロードキャストノードにより新しい大
域変数データベースをダウンロードするように要求す
る。これは、全ノードが最新の大域変数を有するように
行われる。本発明の別の特徴によると、ファシリフィマ
ネジメントシステムは、複数のノードの各々がノード上
に定義されるシステム中の全名称のリストを有するよう
な複数の独立したシステムに分割される。1つ以上の相
互に接続されたネットワークにシステムを分散できるよ
うにするために、システム定義はシステム定義ノードに
記憶されたシステムのオブジェクトのディレクトリを含
む。ディレクトリは、システムの全オブジェクトが単一
ノードに存在する必要がないようにオブジェクトがどの
ノードに配置されるかを定義する。オブジェクトが1つ
のノードの制御から別のノードの制御に移動するとき、
ディレクトリは更新される。本発明の別の特徴による
と、システム内でタイミングを調整するために単一のノ
ードを使用する。タイムキーピングノードは、規則的に
スケジュールされた機能を必要に応じて実施できるよう
に、カレンダーの日付及び時刻を監視する。更に、カレ
ンダーの日時を監視するノードが不能になった場合に
は、第2のノードがこの機能を実行する。カレンダーの
日時の情報は更に、システム上に分配された全ノードで
維持され得る。ノードは正常動作条件下で毎日固定時刻
に日時情報を全ノードに再分配することにより時間同期
される。こうして複数のノードで一定してルーチン更新
及び同期を行うことができる。別の特徴によると、ノー
ドは他のノードを通ってダウンロード要求をカスケード
する能力を有する。ルーティングテーブルを含まないノ
ードは、ダウンロード要求をルーティングするための経
路を識別することが可能なルーティングテーブルを有す
る別のノードを識別する。従って、第1のノードがルー
ティングテーブルを含むならば、ルーティングテーブル
を含まない第2のノードは、ルーティングテーブルを含
むノードを介して外部装置からダウンロード情報を受け
取ることができる。本発明の別の特徴によると、状態変
化に応答してオブジェクトの属性のトリガが行われる。
オブジェクトマネージャ及び高レベルソフトウェア機能
は特定事象が生じたときに通知されるように「契約(s
ign−up)」している。例えば、センサが既知の閾
値を越えるとアラームがトリガされ得る。センサ情報及
び機能を処理するオブジェクトマネージャを同一ノード
に配置する必要はない。機能は適切なオブジェクトマネ
ージャにより通知されるように「契約」してさえいれば
よい。ただし、オブジェクトマネージャが変更した場合
には、契約は無効になる。これは検出され、機能に通知
される。別の特徴によると、レポートのルーティングは
分散される。ルーティング情報は、ネットワーク上の各
ノード内で大域データとして維持される。ノードから発
生されるレポートは、最終分配用レポートルータタスク
を介して宛て先装置にルーティングされる。レポートル
ーティングタスクは、ノードの入出力ルーチン間で媒介
として機能する。レポートルータは、入出力ルーチンが
レポートを宛て先装置にルーティングすることができる
か否かを決定する。もし否である場合には、レポートル
ータは第2又はデフォルト装置を使用可能であるか否か
を決定する。否である場合には、メッセージは廃棄さ
れ、レポートルータはこのことを通知される。デフォル
ト装置を使用可能な場合、レポートはデフォルト装置に
ルーティングされる。別の特徴によると、記憶又は表示
のためのデータの標準又は予め規定された要約を生成す
るために必要なデータトラフィック量が減少する。これ
は、特定の該当オブジェクトディレクトリが配置されて
いるノードにデータのフィルタリングを局限することに
より得られる。標準要約データは、第1のノードのディ
レクトリで識別されるノードから得られる。データは第
1のノードに接続された装置から得られる必要はなく、
ディレクトリ中で識別されるノードから得られる。デー
タが得られると、該データはディレクトリを含むノード
で、要約を生成する高レベルソフトウェア機能に伝送す
るためのメッセージにアセンブルされる。高レベルソフ
トウェア機能は任意のノードに配置することができる。
本発明の別の特徴によると、ネットワークの編成ノード
上のポートに非編成装置を接続することができる。それ
自体のプロセス識別子を含む非編成装置は、ポートを介
して編成ネットワークノードと通信する。編成ネットワ
ークノードは、非編成装置からそれらの宛て先にメッセ
ージをルーティングするために他の編成ネットワークノ
ードと通信する。宛て先ノードは、編成ネットワークノ
ードとして又は編成ノード上のポートから分岐された非
編成装置としてメッセージソースを認識する。従って宛
て先ノードでは、発生される応答は非編成装置としてソ
ースの状態に対して透過的である。最終宛て先ノードは
メッセージが編成ノードからであるかのように応答し、
応答メッセージは、非編成装置に接続されたポートを有
する編成ノードに復帰する同一又は別のデータ通信経路
に従う。非編成ノードと編成ノードとの間のドロップを
介する通信に基づいて、編成ノードは非編成装置にメッ
セージを提供し、非編成装置はこのメッセージをメッセ
ージ中で識別されるプロセスに送達する。こうして、任
意の編成ノードは非編成装置により行われるデータ要求
に応答することができる。本発明の別の特徴は、マスタ
コントローラがデータエージングテーブルに中センサ値
を記憶し、各センサ値を有効時間フレームに関連付ける
ような方法及び装置を提供する。有効時間フレーム中の
データの全要求は、マスタコントローラ中のデータエー
ジングテーブルからの値を伝送することにより提供され
る。こうして、別のデータ要求がスレーブコントローラ
に送られるのを阻止し、ローカルバス又はネットワーク
バス上のメッセージトラフィックを減少させることがで
きる。更に、エージングタイマ値をセンサデータの特性
に合致させることもできる。別の特徴によると、本発明
はデータ信頼性の状態を検出するためのインジケータを
提供する。各データエレメントは、データエレメントを
含む全計算を介して伝播される信頼性インジケータを割
り当てられる。その結果、各中間計算はデータエレメン
トの信頼性も考慮するので、計算の精度の全体の確実さ
を決定することができる。本発明の別の特徴によると、
一貫した時間間隔でフィードバック値のサンプリングに
基づく比例及び積分及び微分コントローラソフトウェア
オブジェクトが提供される。オブジェクトは、個々の項
目が除去され得るように比例、積分及び微分項目を別々
に組み込む。こうして、比例、積分及び微分制御の任意
の組み合わせを容易に有することができる。PIDソフ
トウェアオブジェクトは、入力調節が実施され、且つサ
ンプル周期、比例バンド及び他のパラメータに従って処
理される点及び疑似点を利用する。変数の完全変化域の
百分率を出力することにより、対応する出力ポートが駆
動され得る。更に、入力プロセス条件の変化が与えられ
ているとき、制御変数の定常状態変化を予測するための
耐故障性制御ストラテジーを使用することもできる。有
効性の測定値に基づく単純化モデルを適用すると、プロ
セス変数の変化による有効性の変化が得られる。更にプ
ロセスモデルは現作動点の周囲の制限された領域にのみ
有効であると仮定するならば、操作変数の前の値、他の
操作変数、一次及び二次プロセス変数、制御変数の初期
値、並びにセットポイントに基づいて操作変数値を計算
することができる。制御変数の初期値のみに依存するシ
ステムにセットポイント及び一次及び二次プロセス変数
を組み込むことにより、制御変数又はフィードバック信
号が現在不確実であるとしても、現入力及びシステム履
歴に基づいて変数を操作することができる。本発明の別
の特徴によると、以前のエネルギ消費のウィンドウに基
づいて将来の需要期間におけるエネルギ需要を予測する
ことができる。予測エネルギ需要に応答して、需要限界
を越えないように需要に寄与する負荷を遮断するように
コマンドを発生することができる。需要制限又は負荷ロ
ーリング機能により遮断される負荷は、定義可能な時間
経過により又は負荷により影響されるエリア中で検出さ
れる環境条件の極限の結果として復元される。負荷はシ
ステムの複数のノードに分配されるので、負荷を遮断す
る高レベル機能は、負荷との通信を失い得る。負荷ロー
リングコマンドの結果として遮断される負荷が該負荷に
規定される時間間隔後に復元されるように、復元タスク
は各ノードの内側に局限される。特定の遮断及び復元特
性は、需要制限/負荷ローリング高レベルソフトウェア
機能の一部としてではなく、負荷を有するノードにおけ
るオブジェクトの属性として記憶される。従って、1つ
のノード内の高レベルソフトウェア機能は、適正な時刻
で負荷を復元するために、負荷との通信を維持する必要
なしにシステム全体に分配される負荷を遮断することが
できる。局限された復元タスクは更に、負荷により影響
される環境条件を監視し、こうして需要制限/負荷ロー
リング機能を実行するノードから該タスクを除去するこ
とにより、ネットワーク上の余分なトラフィックを除去
する。本発明は更に、RS/485電子産業学会仕様に
適合可能なローカル光バスとの光インタフェースを提供
する。インタフェースは、バスのリード上の示差モード
雑音を「全廃(swamp out)」するために使用
されるバイアス回路と、共通モード電圧及び過剰示差モ
ード雑音をアースに分岐するためのトランソーブ及びM
OV回路とを利用する。光アイソレータは、ディジタル
及び通信電源間の分離を確保し、LEDのような送受信
インジケータを起動するために再トリガ可能なワンショ
ットが使用される。
制約を解決するために、本発明は高レベルソフトウェア
機能と作動ユニットの間のインタフェースを提供するソ
フトウェアを実質的に分離し、高レベルソフトウェアを
大規模に変更する必要なしに作動ユニットに変更を加え
るための方法及び装置を提供する。中間レベルのソフト
ウェアは、作動ユニットの特性から独立して同様に全入
出力を処理する。別の中間レベルのソフトウェアは、高
レベルソフトウェアと作動ユニットハードウェアとの間
のインタフェースを制御する。前者の中間レベルのソフ
トウェアは、同様に作動ユニットからのデータの全高レ
ベルソフトウェア要求を処理する。後者の中間レベルの
ソフトウェアは、タイプの標準化アプローチに従って操
作され得るタイプにハードウェアユニットを分類する。
全中間レベルのソフトウェアは、属性のデータベース
と、属性を操作するための共通方法及びメッセージセッ
トとを有しており、遠隔制御される作動ユニットに適応
するように広いデータ構成体を提供する。このようなデ
ータ構成体は、複数の作動ユニットで同一データ又はデ
ータ属性を再生する必要を最小にする。データ構成体は
少なくとも1個の他のデータ構成体への経路を規定する
属性を有する。従って本発明は、関連するデータ構成体
の属性を含むデータ構成体を提供する。本発明は、中央
探索ノードを必要とすることなく且つデータへの参照毎
にネットワーク全体をサーチする必要なしに、分散シス
テムでデータをアクセスする方法を用いて、分散システ
ム中のノード間でデータをアクセスする柔軟で確実な方
法を提供する。分散システム内でデータをアクセスする
この方法は、最初に定義されるときに固有名称をデータ
エレメントに割り当てる。データエレメントの固有名称
は、データエレメントが最初にアクセスされるときにホ
ストノードに結び付けられる。こうして、使用者が定義
した名称及びネットワーク上のデータエレメントの物理
的ロケーションに基づいて多重レベルの命名規則を使用
して分散ネットワークでデータにアクセスすることがで
きる。この命名規則によると、使用者はデータエレメン
トがネットワーク上のどこに位置するかに関係なくデー
タエレメントに名称を割り当てる。命名規則によると、
実行ネットワーク中で最初に参照されるときに名称は固
有アドレス(例えば物理的ロケーション及びノード内の
データベースロケーション)に結び付けられる。その後
のデータエレメントの参照は、固有アドレスに結び付け
られた使用者割り当て名称を使用することにより行われ
る。システムノードの時間同期及びノード間の大域変数
の同期化データベースを有する分散システムを提供する
ことも有用である。ノードは、ノードの大域変数のデー
タベースが最後に更新された時点を指示するタイムスタ
ンプを使用するシステム上にその存在を周期的にブロー
ドキャストする。その結果、最新に更新された大域デー
タベースを有するノードの大域データベースを組み込む
ために、ネットワーク上の全ノードを調整することが可
能である。本発明は更に、夫々のデータベースにおける
データ構成体の不一致及び重複を検出及び報告する。こ
れは、システム上の他のロケーションで複数の定義を有
するノードのデータベースにおけるディレクトリエント
リを認識することにより、システム内で行われる。ルー
ティングテーブルを含まないノードは、ルーティングテ
ーブルを含まないノードからダウンロード情報を含む装
置へダウンロード要求をルーティングするための経路を
識別するために、ルーティングテーブルを有する他のノ
ードを識別する。システム内で、データ構成体はノード
中の高レベル機能に他のノード上の属性及びオブジェク
トの状態変化を通知し、又はこのような状態変化により
トリガさせる。更に、システム中のオブジェクト及び属
性のロケーションの変化は、オブジェクト又は属性によ
り起動又はトリガされる機能に通知するために検出され
得る。システムプロセスにより生成される結果は、適切
な表示及び記憶装置に報告される。従って本発明のシス
テムは、表示及び記憶装置の物理的ロケーションの変化
を検出し、適正な装置にレポートをルーティングする。
記憶又は表示のためのデータの標準又は予め定義された
要約を生成するのに必要なデータトラフィック量を減ら
すために、本発明のシステム又は方法は標準要約の生成
に使用されるデータをフィルタする。これは、検索すべ
きデータのディレクトリと同一のノードでタスクにルー
ティングされる高レベル機能ディレクトリでのデータ検
索のための基準を定義することにより得られる。システ
ムは、ディレクトリで識別されるノードに従って標準要
約データを検索することができ、ディレクトリを含むノ
ードにおけるデータを、要約を生成する機能に伝送する
ためのメッセージにアセンブルすることができる。本発
明の別の特徴によると、システムが元のネットワーク構
成に含まれない装置をネットワーク上の編成ノードと通
信できることも望ましい。従って、非編成装置はネット
ワーク上の編成ノードからメッセージを受け取ることが
できる。このような非編成装置は、既存のノードにおけ
る静的又は動的ルーティングテーブルのダウンローディ
ング又は更新を必要とすることなしに、適応又は非適応
型ルーティングストラテジーを使用するネットワークに
アクセスすることができる。本発明のこの特徴に従うシ
ステムによると、このような非編成装置は、適応又は非
適応型ルーティングストラテジーを使用するネットワー
ク上の第1の編成ノードに接続され、システムの遮断を
必要とすることなしに同一又は異なるルーティングスト
ラテジーを使用する他のネットワーク上の他のノードか
らメッセージを受け取ることができる。処理装置はシス
テム上のネットワークに帰属する必要なしに要求に応じ
ての通信システムにアクセスすることができる。このよ
うな処理装置は、システム中のどこからでも診断、保守
及び管理機能を実行するためにシステムにアクセスす
る。これらの処理装置は、大域変数又は静的もしくは動
的ルーティングテーブルもしくはディレクトリに変更を
必要とすることなく、要求に応じてデータ通信システム
にアクセスする。本発明は更に、不必要なメッセージト
ラフィックを生成することなしに要求プロセッサから離
れたデータにアクセスすることが可能なデータ通信アプ
ローチを提供する。本発明は更に、ファシリティマネジ
メントシステムにおけるセンサデータへの不必要なアク
セスを減らし、スレーブコントローラが情報を必要とし
ないマスタコントローラへこの不必要な情報を提供しな
いようにすることができる。センサ情報へのアクセス
は、センサにより測定されるパラメータの予想変化の割
合に基づいて制御される。マスタコントローラは、セン
サのバリディティ及びシステムのデータ転送の必要に従
って遠隔スレーブコントローラによりセンサ情報へのア
クセスを調節する。更に、ローカルバス上のデータ生成
プロセッサを調節するマスタコントローラにネットワー
クバスを通って接続された遠隔マスタコントローラによ
りデータへのアクセスを調節することが可能である。本
発明の別の特徴は、データエレメントの信頼性を試験
し、試験データの状態にその信頼性のインジケータをタ
グすることである。更に、システム全体でデータエレメ
ントに関連する信頼性インジケータを報告することも有
用である。システム全体で中間計算で使用されるデータ
に信頼性インジケータを関連付けることにより、1つ以
上の計算により得られる結果の信頼性指標を決定するこ
とができる。ソフトウェアの一部は、制御システムにお
ける高レベルソフトウェア機能からのコマンドを翻訳す
るため、並びに比例及び積分及び微分(PID)制御ル
ープを起動及び制御する(例えば閉鎖最上制御プロセス
の一部としての装置を起動及び制御する)適切な信号に
これらのコマンドを変換するために、一般化した比例及
び積分及び微分制御オブジェクトとして提供される。こ
のソフトウェアオブジェクトは更に、PIDループの外
部のスキーマによる制御からPID自動制御手段による
制御への予想可能な制御下の転送を提供する。ソフトウ
ェアオブジェクトの他の機能は、プロセスを制御する出
力とプロセスからの感知されたフィードバックとの間で
コントローラが受け得るヒステリシス効果を除去し、P
ID制御に可調節デッドバンドを提供することである。
PID装置オブジェクトとしてのソフトウェアメカノズ
ムは更に、実際のPIDハードウェアを他のソフトウェ
アオブジェクト及びPIDループのスケジューリング手
段にインタフェースする能力を提供する。HVAC適用
では改善されたバックアップ制御ストラテジーを実現す
ることが望ましいので、本発明は、入力変数が不確実に
なるときにプロセス全体に制御を維持する能力をHVA
C制御システムに提供する。プロセスのオペレーション
は、プロセスからのフィードバックが失われるか又は不
確実な場合であっても、システム又はプロセスのモデル
及び他のシステムインプットに基づいて提供される。シ
ステム又はフィードバックが不確実になるときに1組の
パラメータがロックされる。従って操作変数は、システ
ム又はプロセスが不確実になる直前のプロセス変数の状
態及びプロセス変数の現状態に基づいて調節される。従
って、不確実な変数の存在下でのセットポイントの変化
に対するHVACシステムの応答を制御することもでき
る。本発明の別の特徴によると、現需要及び履歴収集デ
ータに基づいて将来の需要期間におけるエネルギ需要を
予想することができる。この情報により、システムは予
想エネルギ需要に適応するように負荷のオンオフ時間を
自動的に変化させ、こうして平均需要をターゲット以下
に維持することができる。更に、エネルギ消費を高価な
高需要期間からより廉価な低需要期間にシフトさせるこ
とによりコストを最小にするようの負荷の動作時間を調
節し、負荷により影響されるエリアにおける環境条件に
適応するように負荷の動作時間を調節することが可能で
ある。別の特徴によると、1つのノードにおける需要制
限及び負荷ローリング機能と他のノードにおけるオブジ
ェクトとの間の通信は、過剰のトラフィックにより損な
われない。需要制限の結果として遮断される負荷は、需
要制限機能との通信が回復するまで遮断状態に維持され
る。負荷ローリング機能を含むノードが復元されないと
しても、負荷ローリングの結果として遮断される負荷は
復元される。遮断及び復元特性は、高レベルソフトウェ
ア機能の一部としてよりもむしろオブジェクトの一部と
しての属性として提供される。オブジェクトマネージャ
へのメッセージは、ノード内に局限された復元タスクを
使用してノードに固有の負荷の負荷関連特性を転送す
る。ノードに接続されたローカル装置間の雑音結合を減
らすために、ノードとローカルバスに接続されたローカ
ル装置との間の信号の光学結合が使用される。バス上に
誘導される示差モード雑音の影響は、バスのリードを予
め決定された電圧にバイアスすることにより改善され
る。光アイソレータは、このような高電圧を安全にアー
スに分岐するためにトランゾーブ(tranzorb)
及び金属酸化物バリスタを使用することにより共通モー
ド高電圧から保護される。ノードがデータを送信及び受
信している時点を示すインジケータが提供される。ロー
カルバスインタフェースの部分への別個のディジタル及
び通信電源が提供される。光学カプラはディジタル及び
通信電源を分離する。その結果、システムは通信電源上
にピークである2500Vまでの雑音が存在しても悪影
響なしに作動することができる。本発明の1特徴による
と、ソフトウェアは多重レベルに編成される。最高又は
「機能」レベルは、ソフトウェアオブジェクトデータベ
ースマネージャ及びデータベースを含むソフトウェアオ
ブジェクトレベルと通信する。ソフトウェアオブジェク
トレベルは、同様に機能レベルへの全入力及び機能レベ
ルからの全出力を処理する。更に、ソフトウェアオブジ
ェクトレベルは、より低い中間レベルであるハードウェ
アオブジェクトレベルと通信する。ハードウェアオブジ
ェクトレベルは、ハードウェアオブジェクトデータベー
スマネージャ及びデータベースを含む。ハードウェアオ
ブジェクトレベルは、ソフトウェアオブジェクトレベル
への個々の作動ユニット間の相違をカバーするように作
動する。ハードウェアオブジェクトレベルは、データベ
ースを少しも変更させることなく既知の型の追加ユニッ
トを追加できるように、データ収集ユニットを分類す
る。ソフトウェア変更をハードウェアオブジェクトレベ
ルに限定させながら別の型の作動ユニットを追加するこ
とまできる。従って、全体のシステムソフトウェアに大
きな衝撃を与えることなしに新しいユニットを組み込む
ことができる。ソフトウェアは更に点及び疑似点を使用
する。1つ以上の属性は点をベクトル量として定義す
る。ベクトル量を特徴付ける属性の値は、センサのよう
な作動ユニットから得られる。各個々の点は、システム
中の他のいかなる点も参照することなく定義される独立
したベクトル量である。疑似点も同様に、属性により定
義されるベクトル量である。しかしながら、疑似点の属
性の少なくとも1つは、関連点又は点の属性を識別す
る。従って、点に関連する作動ユニットに繰り返しアク
セスする必要なしに中間計算を容易にするために、識別
点から疑似点の付加的属性が得られる。本発明の他の特
徴は多重レベル命名規則により得られる。まず最初に、
各データエレメントはデータのその部分のみに使用され
る固有の識別子となるように、システムに固有の名称を
割り当てられる。名称割り当ては、データエレメントが
ネットワーク生成プロセスで生成されるときに行われ
る。名称が実行ネットワーク中で最初に参照されると
き、名称はノードロケーション及びノード内のデータベ
ースロケーションの両方を識別する固有のアドレスに割
り当てられるか又は結び付けられる。これは、名称が最
初に参照されるときにネットワークでデータエレメント
を名称によりサーチすることにより行われる。その後、
この結合されたリファレンスを使用して、ランタイム中
にデータエレメントの次の参照毎に該データエレメント
を位置決めする。別の特徴によると、ノード中の大域変
数間の一貫性が維持される。一点間隔で各ノードはその
存在及び大域変数のデータベースの最新の更新を指示す
るタイムスタンプをブロードキャストする。ブロードキ
ャストを受信するノードは、そのタイムスタンプを最新
にブロードキャストされたタイムスタンプに比較する。
タイムスタンプが同一でない場合、受信ノードは最後の
データを有するブロードキャストノードにより新しい大
域変数データベースをダウンロードするように要求す
る。これは、全ノードが最新の大域変数を有するように
行われる。本発明の別の特徴によると、ファシリフィマ
ネジメントシステムは、複数のノードの各々がノード上
に定義されるシステム中の全名称のリストを有するよう
な複数の独立したシステムに分割される。1つ以上の相
互に接続されたネットワークにシステムを分散できるよ
うにするために、システム定義はシステム定義ノードに
記憶されたシステムのオブジェクトのディレクトリを含
む。ディレクトリは、システムの全オブジェクトが単一
ノードに存在する必要がないようにオブジェクトがどの
ノードに配置されるかを定義する。オブジェクトが1つ
のノードの制御から別のノードの制御に移動するとき、
ディレクトリは更新される。本発明の別の特徴による
と、システム内でタイミングを調整するために単一のノ
ードを使用する。タイムキーピングノードは、規則的に
スケジュールされた機能を必要に応じて実施できるよう
に、カレンダーの日付及び時刻を監視する。更に、カレ
ンダーの日時を監視するノードが不能になった場合に
は、第2のノードがこの機能を実行する。カレンダーの
日時の情報は更に、システム上に分配された全ノードで
維持され得る。ノードは正常動作条件下で毎日固定時刻
に日時情報を全ノードに再分配することにより時間同期
される。こうして複数のノードで一定してルーチン更新
及び同期を行うことができる。別の特徴によると、ノー
ドは他のノードを通ってダウンロード要求をカスケード
する能力を有する。ルーティングテーブルを含まないノ
ードは、ダウンロード要求をルーティングするための経
路を識別することが可能なルーティングテーブルを有す
る別のノードを識別する。従って、第1のノードがルー
ティングテーブルを含むならば、ルーティングテーブル
を含まない第2のノードは、ルーティングテーブルを含
むノードを介して外部装置からダウンロード情報を受け
取ることができる。本発明の別の特徴によると、状態変
化に応答してオブジェクトの属性のトリガが行われる。
オブジェクトマネージャ及び高レベルソフトウェア機能
は特定事象が生じたときに通知されるように「契約(s
ign−up)」している。例えば、センサが既知の閾
値を越えるとアラームがトリガされ得る。センサ情報及
び機能を処理するオブジェクトマネージャを同一ノード
に配置する必要はない。機能は適切なオブジェクトマネ
ージャにより通知されるように「契約」してさえいれば
よい。ただし、オブジェクトマネージャが変更した場合
には、契約は無効になる。これは検出され、機能に通知
される。別の特徴によると、レポートのルーティングは
分散される。ルーティング情報は、ネットワーク上の各
ノード内で大域データとして維持される。ノードから発
生されるレポートは、最終分配用レポートルータタスク
を介して宛て先装置にルーティングされる。レポートル
ーティングタスクは、ノードの入出力ルーチン間で媒介
として機能する。レポートルータは、入出力ルーチンが
レポートを宛て先装置にルーティングすることができる
か否かを決定する。もし否である場合には、レポートル
ータは第2又はデフォルト装置を使用可能であるか否か
を決定する。否である場合には、メッセージは廃棄さ
れ、レポートルータはこのことを通知される。デフォル
ト装置を使用可能な場合、レポートはデフォルト装置に
ルーティングされる。別の特徴によると、記憶又は表示
のためのデータの標準又は予め規定された要約を生成す
るために必要なデータトラフィック量が減少する。これ
は、特定の該当オブジェクトディレクトリが配置されて
いるノードにデータのフィルタリングを局限することに
より得られる。標準要約データは、第1のノードのディ
レクトリで識別されるノードから得られる。データは第
1のノードに接続された装置から得られる必要はなく、
ディレクトリ中で識別されるノードから得られる。デー
タが得られると、該データはディレクトリを含むノード
で、要約を生成する高レベルソフトウェア機能に伝送す
るためのメッセージにアセンブルされる。高レベルソフ
トウェア機能は任意のノードに配置することができる。
本発明の別の特徴によると、ネットワークの編成ノード
上のポートに非編成装置を接続することができる。それ
自体のプロセス識別子を含む非編成装置は、ポートを介
して編成ネットワークノードと通信する。編成ネットワ
ークノードは、非編成装置からそれらの宛て先にメッセ
ージをルーティングするために他の編成ネットワークノ
ードと通信する。宛て先ノードは、編成ネットワークノ
ードとして又は編成ノード上のポートから分岐された非
編成装置としてメッセージソースを認識する。従って宛
て先ノードでは、発生される応答は非編成装置としてソ
ースの状態に対して透過的である。最終宛て先ノードは
メッセージが編成ノードからであるかのように応答し、
応答メッセージは、非編成装置に接続されたポートを有
する編成ノードに復帰する同一又は別のデータ通信経路
に従う。非編成ノードと編成ノードとの間のドロップを
介する通信に基づいて、編成ノードは非編成装置にメッ
セージを提供し、非編成装置はこのメッセージをメッセ
ージ中で識別されるプロセスに送達する。こうして、任
意の編成ノードは非編成装置により行われるデータ要求
に応答することができる。本発明の別の特徴は、マスタ
コントローラがデータエージングテーブルに中センサ値
を記憶し、各センサ値を有効時間フレームに関連付ける
ような方法及び装置を提供する。有効時間フレーム中の
データの全要求は、マスタコントローラ中のデータエー
ジングテーブルからの値を伝送することにより提供され
る。こうして、別のデータ要求がスレーブコントローラ
に送られるのを阻止し、ローカルバス又はネットワーク
バス上のメッセージトラフィックを減少させることがで
きる。更に、エージングタイマ値をセンサデータの特性
に合致させることもできる。別の特徴によると、本発明
はデータ信頼性の状態を検出するためのインジケータを
提供する。各データエレメントは、データエレメントを
含む全計算を介して伝播される信頼性インジケータを割
り当てられる。その結果、各中間計算はデータエレメン
トの信頼性も考慮するので、計算の精度の全体の確実さ
を決定することができる。本発明の別の特徴によると、
一貫した時間間隔でフィードバック値のサンプリングに
基づく比例及び積分及び微分コントローラソフトウェア
オブジェクトが提供される。オブジェクトは、個々の項
目が除去され得るように比例、積分及び微分項目を別々
に組み込む。こうして、比例、積分及び微分制御の任意
の組み合わせを容易に有することができる。PIDソフ
トウェアオブジェクトは、入力調節が実施され、且つサ
ンプル周期、比例バンド及び他のパラメータに従って処
理される点及び疑似点を利用する。変数の完全変化域の
百分率を出力することにより、対応する出力ポートが駆
動され得る。更に、入力プロセス条件の変化が与えられ
ているとき、制御変数の定常状態変化を予測するための
耐故障性制御ストラテジーを使用することもできる。有
効性の測定値に基づく単純化モデルを適用すると、プロ
セス変数の変化による有効性の変化が得られる。更にプ
ロセスモデルは現作動点の周囲の制限された領域にのみ
有効であると仮定するならば、操作変数の前の値、他の
操作変数、一次及び二次プロセス変数、制御変数の初期
値、並びにセットポイントに基づいて操作変数値を計算
することができる。制御変数の初期値のみに依存するシ
ステムにセットポイント及び一次及び二次プロセス変数
を組み込むことにより、制御変数又はフィードバック信
号が現在不確実であるとしても、現入力及びシステム履
歴に基づいて変数を操作することができる。本発明の別
の特徴によると、以前のエネルギ消費のウィンドウに基
づいて将来の需要期間におけるエネルギ需要を予測する
ことができる。予測エネルギ需要に応答して、需要限界
を越えないように需要に寄与する負荷を遮断するように
コマンドを発生することができる。需要制限又は負荷ロ
ーリング機能により遮断される負荷は、定義可能な時間
経過により又は負荷により影響されるエリア中で検出さ
れる環境条件の極限の結果として復元される。負荷はシ
ステムの複数のノードに分配されるので、負荷を遮断す
る高レベル機能は、負荷との通信を失い得る。負荷ロー
リングコマンドの結果として遮断される負荷が該負荷に
規定される時間間隔後に復元されるように、復元タスク
は各ノードの内側に局限される。特定の遮断及び復元特
性は、需要制限/負荷ローリング高レベルソフトウェア
機能の一部としてではなく、負荷を有するノードにおけ
るオブジェクトの属性として記憶される。従って、1つ
のノード内の高レベルソフトウェア機能は、適正な時刻
で負荷を復元するために、負荷との通信を維持する必要
なしにシステム全体に分配される負荷を遮断することが
できる。局限された復元タスクは更に、負荷により影響
される環境条件を監視し、こうして需要制限/負荷ロー
リング機能を実行するノードから該タスクを除去するこ
とにより、ネットワーク上の余分なトラフィックを除去
する。本発明は更に、RS/485電子産業学会仕様に
適合可能なローカル光バスとの光インタフェースを提供
する。インタフェースは、バスのリード上の示差モード
雑音を「全廃(swamp out)」するために使用
されるバイアス回路と、共通モード電圧及び過剰示差モ
ード雑音をアースに分岐するためのトランソーブ及びM
OV回路とを利用する。光アイソレータは、ディジタル
及び通信電源間の分離を確保し、LEDのような送受信
インジケータを起動するために再トリガ可能なワンショ
ットが使用される。
【実施例】図1は、プロセッサ1−3を持っているネッ
トワーク制御モジュール1−1、ダイナミックラム1−
5および電子的にプログラム可能なROM1−7を概略
的に示す。ネットワーク制御モジュール1−1は高速バ
ス1−9、N1バス、と通信する、その結果、ネットワ
ーク制御モジュール1−1はローカル・エリア・ネット
ワーク構成の他のネットワーク制御モジュールに相互連
結させることができる。高速バス1−9上に接続された
複数のネットワーク制御モジュール1−1は、ゲートウ
ェイを通って、高速バスに相互に連結したネットワーク
制御モジュールの他のネットワークに相互連結させるこ
とができるネットワークを形成する。ネットワーク制御
モジュール1−1は、ポート1−13上のモデムを介し
て通信を提供するための、複数のポートとつながる標準
RS−2321−11、ポート1−15をコンピュータ
上の専用ネットワークターミナルあるいはポート1−1
7上のプリンタをさらに有する。フィールド幹線コント
ローラ1−19および1−21は通信媒体1−23と1
−25で相互に連結したフィールド装置と通信すること
を、ネットワーク制御モジュール1−1に許可する。サ
ブネットコントローラ1−27はN2バス1−35上の
ネットワーク制御モジュール1−1と通信することを装
置1−29、1−31、1−33に許可する。N2バス
1−35に印加されるかもしれない為の信号および電圧
上昇からネットワーク制御モジュール1−1を分離する
ために、N2サブネットコントローラ1−27は、図示
に如く、optp−22インターフェースを組込む。発
明に従ったネットワーク制御モジュールは、以下に記述
するネットワークコントロールユニットの中央の一部と
して機能する。ネットワーク制御モジュールは、単独あ
るいはネットワークコントロールユニットの一部とし
て、高速のN1バス1−9によって相互に連結したノー
ド用のコントローラとして機能する。したがって、ネッ
トワーク制御モジュールの一次機能は、他のネットワー
ク制御モジュールあるいはネットワークコントロールユ
ニット、および高速バス1−9につながっているオペレ
ータワークステーションとの通信を監視することであ
る。ファシリティマネジメントシステム(FMS)にお
いて、ネットワーク制御モジュールは、ビルディングの
エリアの監視制御を実行する。したがって、専用プログ
ラムに従って、ネットワーク制御モジュールはプログラ
ムパラメータに従った環境条件の維持、および、N2バ
ス1−35を介してネットワーク制御モジュール1−1
に接続されたセンサーおよび他の装置のような運用上の
ユニットとの通信を監督する。ネットワーク制御モジュ
ール1−1は、様々なマンマシンインタフェース(PM
I)へのRS−232インターフェース1−11による
通信をさらに管理する。ファシリティマネジメントシス
テムの専用装置は、フィールド幹線コントローラ1−2
1、および1−19、対応する通信媒体1−25および
1−23を介して接続することができる。発明に従った
ファシリティマネジメントシステム(FMS)におい
て、ネットワーク制御モジュール1−1(それらはネッ
トワークコントローラと呼ばれることもある)は、バッ
クプレーンでコネクターと結ばれているモジュールのプ
ラグとして構成される。図2は、バックプレーンでコネ
クターとさらに接続するディジタルコントロールモジュ
ール2−1を示す。ディジタルコントロールモジュール
2−1はプロセッサ2−3およびメモリ2−5を含んで
いる。メモリ2−5はスタティックRAM部2−7、電
子的にプログラマブルなROM(EPROM)部2−
9、および電子的に消去可能なPROM(EEPRO
M)2−11に分割される。さらに、ディジタルコント
ロールモジュール2−1は入出力部2−13および2−
15を持っている。以下に議論されるように、ディジタ
ルコントロールモジュール2−1は、さらに発明に従っ
たネットワークコントロールユニットに組入れられても
よい。ディジタルコントロールモジュールはセンサー入
力は、入出力部2−13および2−15を介して受信さ
れたセンサー入力を決定し、ネットワークコントローラ
あるいはネットワーク制御モジュール1−1へ変更を報
告する。さらに、ファシリティマネジメントシステム
(FMS)において、ディジタルコントロールモジュー
ルは、複数のコントロールループのための閉ループ制御
を実行する。したがって、閉ループ制御はネットワーク
制御モジュールなしで遂行することができる。さらに、
ディジタル制御モジュール2−1は、ネットワーク制御
モジュール1−1から受信されたコマンドを実行する。
ディジタル制御モジュール2−1は、直接あるいはファ
ンクションモジュールを介して入力を受信することもで
きる。さらにファンクションモジュール(FM)は、入
出力信号の決定を行なう。発明に従ったディジタル制御
モジュールが、入力を直接(100−1,000オーム
のRTD、4−20mA、0−10ボルトのDC(抵抗
性の温度装置))あるいは入力ファクションモジュール
を介して受信することができるのに対して、ディジタル
制御モジュール2−1からの出力はすべてファンクショ
ンモジュール選択によって特徴づけられる。ファンクシ
ョンモジュール(不図示)は信号を決定するが、非常に
複雑な処理は実行しない。そのようなファンクションモ
ジュールは発明に従って、リクエストされる特定のコン
ディショニングファンクションを提供するように適合作
成される。したがって、ファンクションモジュールは、
特定のタスクを実行するように適合作成された非常に複
雑なエレクトロニクスを含んでいてもよいし、あるいは
単一の抵抗器のような単純なものであってもよい。以下
に議論されるように、ネットワーク制御モジュール1−
1も、システムの各ノードが同じグローバル変数で作動
し、時間的に同期し、システム名の一貫したディレクト
リを持つことを保証するために、多数の背景タスクを実
行する。さらに、データ通信を圧縮し、データエージン
グを追跡し、かつ専用の操作可能ユニットからのハイレ
ベルソフトウェア特徴を分離する均一の手段を提供す
る、ネットワーク制御モジュール1−1内のソフトウェ
アが以下に議論される。ファシリティマネジメントシス
テムにおいて、典型的な入力ファンクションモジュール
は圧力/電気のトランスデューサ、バイナリ入力コンタ
クトあるいはAC線間電圧コンディショナ、差動圧入力
およびバイナリ周波数入力を含んでいる。典型的な出力
ファンクションモジュールは、アナログ出力、絶縁グラ
ウンドを添えたアナログ出力、電気/圧力変換器、バイ
ナリ極性リバース、トライアックインクリメントのファ
ンクションモジュール、モータスタート/モータストッ
プファンクションモジュール、電気的に保持されたリレ
ー出力、磁気的にラッチされたリレー出力、およびソレ
ノイド空気弁ファンクションモジュールを含んでいる。
図3に示されるように、発明に従った展開モジュール
(XM)3−1はプロセッサ3−3およびメモリ3−5
を含んでいる。メモリは、スタティックラム(SRA
M)3−7と電子的に消去可能なプログラム可能読取専
用メモリ(EEPROM)3−9に典型的に分割され
る。ポイント多重モジュール3−11は拡張モジュール
用の構成可能入出力を提供する。拡張モジュールも、フ
ァシリティマネジメントシステムのノードのバックプレ
インのコネクターにプログを差し込むモジュールのプラ
グである。拡張モジュールはバイナリ、アナログおよび
パルス入力を決定し、変更をネットワークコントローラ
あるいはネットワーク制御モジュール1−1に報告す
る。さらに、拡張モジュールは、ネットワークコントロ
ーラ1−1からのバイナリ出力コマンドを実行する。ポ
イント多重モジュール3−11は、拡張モジュールの5
つの構成を提供する。これらは、32個のバイナリ入力
を持つ第1構成、モメンタリーリレーを使用した8つの
バイナリ入力および8対の出力を持つ第2構成、8つの
バイナリ入力および8つの磁気的にラッチしたリレー出
力を持つ第3構成、8つのアナログ入力を持つ第4構
成、および8つのバイナリ入力と8つの電気的に保持さ
れたリレー出力を持つ第5構成を含んでいる。ネットワ
ーク制御モジュール、ディジタル制御モジュールおよび
拡張モジュールは、発明に従ったネットワーク制御ユニ
ットを形成するために、様々な構成で組合わせることが
できる。ファシリティマネジメントシステムのネットワ
ークコントロールユニット(NCU)は、暖房および冷
房(HVAC)、照明、およびビルディング機能をモニ
ターし管理する。ネットワークコントロールユニットは
N1バス1−9によって相互に連結している。N1ネッ
トワークの一部として、NCUは、動的データ・アクセ
ス関係で他のすべてのNCUとデータをすべて共有す
る。各ネットワークコントロールユニットが、他の任意
のネットワークコントロールユニットのコントロールの
下で得られたデータにアクセスしそれを使用することを
仲間通信が可能にするので、分散型システムが形成され
る。したがって、任意のレベルでの情報が、ビルディン
グ内の構成要素をすべて統合し最適化するために、すべ
てのNCUにアクセスすることが可能である。さらにネ
ットワークコントロールユニットは、制御システムを含
む幅広い系列の工業用制御処理および他の処理のよう
な、種々の物理的センサーおよび機器の使用及びモニタ
リングを含む他の制御機能を実行するために相互に連結
することができる。図4は、5つのスロット4−3、4
−5、4−7、4−9および4−11が利用可能なNC
U4−1の1つの構成を示す。スロット4−3は図1に
関連して以前に議論されたようなネットワーク制御モジ
ュールを含んでいる。ネットワーク制御モジュールは、
通信ターミナルボード4−13を介して高速N1バス4
−15に沿って単一の通信手段を提供する。ネットワー
ク制御モジュールだけが高速N1バス4−15で通信す
る可能であることが注意されるべきである。図示の如
く、ディジタル制御モジュール、拡張モジュールあるい
は追加ネットワーク制御モジュールは、スロット4−5
〜4−11を占めることができる。これらの装置間、お
よびネットワーク制御モジュールを使った通信はN2バ
ス4−16を介したものである。スロット4−5および
4−9もネットワーク制御モジュールを提供することが
できる。これらのネットワーク制御モジュールは、さら
に図4の点線4−17で示されるようにN1バス4−1
5および4−19を通じて通信してもよい。図1に示さ
れるように、ネットワークコントロールユニット4−1
は、ネットワーク制御モジュール1−1のRS−232
インタフェース部分1−11を通じてオペレータにイン
ターフェースを提供される。ダイアル呼出しモデム1−
13、専用ネットワークターミナル1−15あるいはパ
ーソナルコンピュータのようなオペレータワークステー
ションを使用して、オペレータはコマンドを生成するな
り、それに応答するなりして、ユーザ指定データベース
にプログラム変更および編成データを提供してもよい。
図4の5つのスロットNCU構成は、さらに複数の入力
ファンクションモジュール、対応する入力ファンクショ
ンモジュールターミナルボード4−27および4−25
用のコネクター4−21および4−23を示す。同様
に、コネクター4−29および4−31は複数の出力フ
ァンクションモジュールを接続し、対応する出力ファン
クションモジュールターミナルボード4−33および4
−35が提供される。各個々のスロット4−3に4−1
1が4−45によって自身の電源4−37を提供される
ことにも注意すべきである。拡張モジュール入力端子ボ
ードは4−47と4−49で提供される。また、拡張モ
ジュール入出力端子ボードは4−51と4−53で提供
される。線間電圧Vは電源ターミナルボード4−55に
印加される。ネットワークコントロールユニットの代替
構成は図5に示される2つのスロット構成5−1であ
る。スロット5−3および5−5は各々拡張モジュール
に接続することができる。スロット5−5がさらにネッ
トワーク制御モジュールに接続することができるのに対
して、スロット5−3もディジタル制御モジュールに接
続することができる。ネットワークコントロールユニッ
トを構成するためには、少なくとも1つのネットワーク
制御モジュールがリクエストされることに注意すべきで
ある。これは、以前に注意したように、peer−to
−peer関係でN1バス上の他のネットワークコント
ロールユニットと通信することができるのはネットワー
ク制御モジュールだけであるという理由のためである。
したがって、スロット5−5は、N1バス5−7と接続
している。スロット5−3および5−5にインストール
される装置は、N2バス5−9を通じて互いに交信す
る。N1およびにN2バスの両方は一層の通信にシステ
ムの残る部分を提供するために通信ターミナルボード5
−11に接続される。図4で議論されたのと類似の方法
で、複数の入力ファンクションモジュールをコネクター
5−13に設置することができる。また、複数出力ファ
ンクションモジュールはコネクター5−15に設置する
ことができる。入力ファンクションモジュールターミナ
ルボード5−17および対応する出力ファンクションモ
ジュールターミナルボード5−19がさらに提供され
る。同様に、拡張モジュール入力端子ボード5−21お
よび拡張モジュール入出力端子ボード5−23は拡張モ
ジュールにアクセスすることができる。スロット5−3
および5−5の装置にも独立した電源5−25および5
−27があることにも注意すべきである。線間電圧Vは
電源ターミナルボード5−29に提供される。図6は発
明に従った単一のスロット構成を示す。スロット6−3
は、この場合装置が、N1バス6−5を介して他の装置
とpeer−to−peerベースで通信する能力を持
つネットワークコントロールユニットとして作動するネ
ットワーク制御モジュールを含むことができる。NCU
6−1に外部N2バスに接続した装置との通信は、N2
バス6−7で行なわれる。図6が示すように、線間電圧
Vは電源ターミナルボード6−9に接続される。また、
電源6−11は、スロット6−3の装置を供給する。図
6は、さらにスロット6−3にこの装置が拡張モジュー
ルでありうることを示す。したがって、図6の単一のス
ロット構成も拡張モジュール入力端子に6−13ボード
および拡張モジュール入出電源ターミナルボード6−1
5を有している。前述したように、ネットワークコント
ロールユニットはN1バスを通じてpeer−to−p
eer通信を遂行するために、ネットワーク制御モジュ
ールを持たなければならない。しかしながら、図6の単
一のスロット構成が示すように、装置がネットワーク制
御モジュールのつかない拡張モジュールを有して構築す
ることは可能である。拡張モジュールがN1バスを通じ
て通信することができなかったので、装置はネットワー
クコントロールユニットできなかったので、装置はネッ
トワークコントロールユニットではありえない。発明に
従って、図4に示される5つのスロットバックプレイ
ン、図5に示される2つのスロットバックプレイン、お
よび図6に示される1つのスロットバックプレインのい
ずれかに、N1バスを通じて通信する能力を持っていな
い装置を構築することは可能である。そのような装置は
ネットワーク遠隔ディスプレイ増設ユニット(NEU)
と呼ばれる。ネットワーク遠隔ディスプレイ増設ユニッ
トは2つのファンクションに役立つ。まず第一に、それ
らは、NCUのポイントおよびコントロールループ容量
を増加させるために、I/Oポイント用の収集プラット
ホームとして役立つ。第2に、ネットワーク遠隔ディス
プレイ増設ユニットは、ポイントまでコントロールをモ
ニタし分散し、それからN2バスを通じてNCUへこれ
らのポイントからのデータを転送するために、NCUか
ら遠隔地に設置することができる。ネットワークコント
ロールユニットあるいはネットワーク遠隔ディスプレイ
増設ユニットのいずれかを構築するために、バックプレ
インを使用することができるので、代替構成は可能であ
る。図7は、1つ、2つおよび5つのスロットバックプ
レインを持つネットワークコントロールユニット用に可
能な、完全にロードされた代替構成を示す。図8は、1
つ、2つおよび5つのスロットバックプレインを持つ、
ネットワーク遠隔ディスプレイ増設ユニットの完全にロ
ードされた可能な構成を示す。図9は、発明に従ったフ
ァシリティマネジメントシステムの可能な構成を例示す
る。5スロットNCU9−1は、ARCNET9−5の
ようなN1バスを通じて1スロットNCU9−3と通信
する。N1バス9−5は、さらにパーソナルコンピュー
タ9−7に接続される。パーソナルコンピュータ9−7
は、新しい情報とデータベースを、NCU9−1と9−
3、ならびにNCU9−1と9−3に接続される他の装
置へダウンロードするためのダウンロード装置として使
用することができる。N1バス9−5は、NCU9−1
の通信ターミナルボード9−9、およびNCU9−3の
ターミナルの通信ボード9−11に接続される。NCU
9−1内では、N1バス9−13はネットワーク制御モ
ジュール9−15に接続される。これが5スロットNC
U9−1に示される唯一のネットワーク制御モジュール
なので、5スロットNCU内ではN1バス9−13への
接続はそれ以上ない。5スロットNCU9−1も拡張モ
ジュール9−17、および9−19、ディジタル制御モ
ジュール9−21および9−23を持つ。これらのモジ
ュールは、以前に議論された機能を実行し、N2バス9
−25を介して5スロットNCUを相互連結している。
インターフェースは、ラップトップPC9−27を介し
て、5スロットNCUN1およびN2バスに接続した装
置と直接通信する。図9が示すように、ラップトップ9
−27は、ネットワーク制御モジュール9−15の一部
であるRS−232インターフェース9−29に接続さ
れる。専用ネットワークターミナル9−31用のネット
ワーク端末装置は、さらにRJ−11インタフェース9
−33に接続される。ネットワーク制御モジュール9−
15もサブモジュール9−35と9−37を持つ。その
ようなサブモジュールは、サブネットコントローラ1−
27、フィールドトラックコントローラ1−21および
RS−232インターフェース1−11のような装置を
含んでいてもよい。例えば、ファンクションモジュール
9−41aから9−41fも5スロットNCU9−1の
中で使用される。図9が示すように、5つのスロット中
の各装置は自身の電源(例えば9−43からa9−43
f)を持つ。電源はすべて電源ターミナルボード(例え
ば、9−45aから9−45d)によって線間電圧また
は交流電源を受信する。個々の電源の存在理由は、1つ
の装置の偽の信号および雑音が第2装置の中へ電源ライ
ン経由で入り込むことを防ぐためである。1スロットN
CU9−3は単一のネットワーク制御モジュール9−4
7から形成される。ネットワーク制御モジュール9−4
7内で、サブモジュール9−49はパーソナルコンピュ
ータ9−51にインターフェースを提供し、RS−23
2インターフェース9−30はプリンタ9−53に提供
される。NCUもRJ11インターフェース9−32を
持ってもよい。ネットワーク制御モジュール9−47
は、ネットワークコントロールユニット9−3からN2
バス9−55を通じて火災報知システム9−57および
アクセス管理システム9−59に通信する。火災報知シ
ステム9−57はビルディング内の危険な煙および火災
状況を検知するために使用される。また、アクセス管理
システム9−59はセキュリティサービスを提供するた
めに使用される。そのようなシステムは当業者に周知さ
れており、発明に従ったファシリティマネジメントシス
テムの能力を例示するために示される。5スロットNC
U9−1は、N2バス9−61を通じて1スロット遠隔
ディスプレイ増設ユニット9−63、2スロットネット
ワーク遠隔ディスプレイ増設ユニット9−65、アプリ
ケーション特定コントローラ9−67および照明コント
ローラ9−69と通信する。1スロットネットワーク遠
隔ディスプレイ増設ユニット9−63は、1スロットN
CU9−63内の通信ターミナルボード9−73を介し
てN2バス9−61と通信する拡張モジュール9−71
を持つ。拡張モジュール9−71は自身の電源9−75
を持つ。5スロットNCU9−1内の拡張モジュール9
−19および9−37に対する場合のように、拡張モジ
ュール9−71は、以前に記述された5つの構成のうち
のいずれであってもよい。以前に注意したように、拡張
モジュールがバイナリ、アナログ、およびパルス入力を
決定し、ネットワークコントローラに変更を報告し、バ
イナリ出力コマンドを実行する。そしてこの出力コマン
ドは、ネットワークコントローラから、2つの安定状態
の1つに対して接続されている操作可能ユニットを命じ
る。2スロットネットワーク遠隔ディスプレイ増設ユニ
ット(NEU)9−65は、拡張モジュール9−77お
よびディジタル制御モジュール9−79を持ち、9−7
7、9−79にはそれぞれ1つずつ自身の電源9−81
および9−83がついている。ファンクションモジュー
ル(例えば、9−85aから9−85c)はディジタル
制御モジュール9−79とインターフェースをとる。拡
張モジュール9−77およびディジタル制御モジュール
9−79の両方は、2スロットネットワーク遠隔ディス
プレイ増設ユニット9−65への通信ターミナルボード
9−87内でN2バス9−61に接続される。これは、
図9に示されているサンプルFMS構成の残りと通信す
るためのN2バス9−61にアクセスする。専用照明コ
ントローラ9−69は、さらにコマンドを受信し、5ス
ロットネットワークコントロールユニット9−1に照明
ステータス情報を提供するために、N2バス9−61に
取り付けられる。発明に従って、既知のアプリケーショ
ン特定コントローラ(例えば、9−67)をN2バス9
−61に付けることができる。そのようなアプリケーシ
ョン特定コントローラは、N2バス9−61を通じて通
信する時、専用タスクを実行する。様々なネットワーク
遠隔ディスプレイ増設ユニットおよび特定コントローラ
アプリケーションに接続する全体的ソフトウェア構造が
以下に議論される。図10はこのシステムに対するオペ
レーションでの照明コントローラ9−69の拡大図であ
る。図10は、N1バス10−9上のオペレータワーク
ステーション10−7と通信するネットワークコントロ
ールユニット10−5に接続される、N2OPTOMU
Xバス10−3上の照明コントローラ10−1を示す。
NEU10−15もN2バスに接続されて示されてい
る。照明装置は32個の指定変更スイッチ入力10−1
1と40個のリレー出力を持っている。40個のラッチ
ング40リレーが可能である。あるいは、低圧ケーブル
接続を介して20のリモートリレー10−13も可能で
ある。図11はさらに、図9に記述されたようなアクセ
スコントロールシステム9−59を例示する。ここで、
カードアクセス・コントローラ11−1はN2バス11
−5(たとえばOPTOMUXバス)を介してネットワ
ークコントロールユニット11−3と通信する。セキュ
リティを提供するために、カードアクセス・コントロー
ラ11−1はスマートターミナルのインターフェース1
1−6に、Weigand効果、バリウムフェライトの
ようなリーダ11−7あるいは磁気ストリップリーダお
よび8つのアラーム入力と接続する。カードアクセス・
コントローラも8つの近辺リーダ11−11を提供し、
CRTディスプレイ11−13およびプリンタ11−1
5に対してRS−232インターフェースを通じて通信
する。典型的に述べれば、1つのアクセス・コントロー
ラは各ネットワークコントロールユニットとして使用さ
れるであろう。N2バスは、さらにNEU11−17の
ような他のユニットを提供してもよいのに対して、N1
バス11−21がワークステーション11−19のよう
な他のユニットに接続されていてもよい。図12はファ
シリティマネジメントシステムで作動する9−57のよ
うな火災報知システムを示す。ネットワークコントロー
ルユニット12−1は、オペレータワークステーション
12−3およびN1バス12−5を通じて他のネットワ
ークコントロールユニットと通信する。N2バス12−
7は、火災検知/信号発生ループ12−11からの入力
を受信するインテリジェントファイアコントローラ12
−9に接続されている。すばやい検出器(例えば12−
13aから12−13c)が煙、熱状態およびプルステ
ーションで起動される警報を検出する。さらに、信号装
置を起動するコントロールモジュール12−15が火検
出信号ループ12−11に接続されている。モニタモジ
ュール12−17は、プルステーション12−19、熱
検出器12−21およびウォーターフローアラームスイ
ッチ12−23の状態をモニタする。インテリジェント
ファイアコントローラ12−9は、さらにRS−485
バス12−25を通じてアナンシエータ12−27に接
続される。同様に、インテリジェントファイアコントロ
ーラ12−9はCRTディスプレイ12−29およびプ
リンタ12−31に対してRS−232インターフェー
スを通じて通信する。さらにN2バス12−7は、それ
自体スイッチパネル12−35が接続されているバイナ
リ入力拡張モジュール12−33に接続することもでき
る。バイナリ拡張モジュール12−33およびスイッチ
パネル12−35は、ネットワークコントロールユニッ
ト12−1およびN2バス12−7を通じてインテリジ
ェントファイアコントローラ12−9に情報を送信する
スモークロントロールステーションを形成するために、
協同して作動することができる。図13−16は、異な
るサイズのビルディングにおける、この発明に従った様
々な構成の使用を例示する。図13は、小さなビルディ
ング用に構成されるファシリティマネジメントシステム
を示す。これはネットワークコントロールユニットが、
暖房、換気、冷房および他の電子/機械的なビルディン
グシステムを、直接接続されている入出力ポイントで自
動的に制御し最適化するスタンドアロン構成のものであ
る。ネットワークターミナルのようなローカルI/Oデ
バイス13−1を使用すると、オペレータは、調整機能
と指定変更能力を備え、ファンクションとスケジュール
を持つネットワークコントロールユニット13−3をセ
ットアップすることができる。N2バス13−5は、1
3−7で概略的に示される、被制御システムにネットア
ークコントロールユニットからの通信を提供する。その
ようなシステムには温度センサー13−9、フローコン
トローラ13−11およびチラー13−13がついてい
てもよい。図14は、いくつかのネットワークコントロ
ールユニット(例えば14−1、14−3)が冷暖房お
よび様々な他の電子/機械的なシステムを同時に管理す
る、中規模ビルディング用の典型的な構成を示す。NC
U14−1および14−3は、高速N1バス14−5通
じて、またオペレータワークステーション14−7を使
って互いに交信することができる。NCU14−3は、
リモートネットワーク遠隔ディスプレイ増設ユニット1
4−9および14−11のインプリメントによって、容
量と範囲を拡張した。これは、ネットワークコントロー
ルユニット14−3への個別の装置ための線間電圧を配
線する必要を除去する。ネットワークコントロールユニ
ット14−1に対するローカル入出力はローカルI/O
デバイス14−13によって提供される。両方のネット
ワークコントロールユニット14−1および14−3
は、それらのそれぞれのコントローラ14−15、14
−17、14−19、14−21、14−23、および
N2バス14−15、14−27上のネットワーク遠隔
ディスプレイ増設ユニットと通信する。図15は、大規
模ビルディング用に構成されたファシリティマネジメン
トシステムを示す。図15において、複数のネットワー
クコントロールユニット15−1、15−3、15−5
がN1バス15−7を通じて相互に連結している。さら
に、15−9と15−11のような複数のオペレータワ
ークステーションは、さらにN1バスに接続される。例
の目的のために、図15は、そのN2バス15−13を
介して、プロクシミティリーダー30および磁気ストリ
ップリーダ15−34に接続しているスマートターミナ
ルのインターフェース15−32でカードアクセス・コ
ントローラ15−15に接続しているネットワークコン
トロールユニット15−3を示す。カードアクセス・コ
ントローラについては図11に関連して議論された。図
15はさらに、そのN2バス15−17を通じて、火災
検知/信号発生装置ループ15−28で火災報知コント
ローラ15−19に接続しているネットワークコントロ
ールユニット15−5を示す。そのような火災報知コン
トローラは図12に関連して議論された。ネットワーク
コントロールユニット15−1は、様々なコントロール
システム(例えば15−23)へのそのN2バス15−
21および15−25を通じて接続される。さらに、ネ
ットワークコントロールユニット15−1へのローカル
入出力はローカルI/Oターミナル15−27を介して
提供される。発明に従って、さらにファシリティマネジ
メントシステムはリモートビルディングために構成する
ことができる。図16はそのようなシステムを示す。図
16に示されるように、リモートリンクは、N1あるい
はN2バスのいずれかに存在することができる。オペレ
ータワークステーション16−1は、N1バス16−3
にネットワークコントロールユニット16−5およびネ
ットワークコントロールユニット16−7に直接接続さ
れている。しかしながら、ネットワークコントロールユ
ニット16−9はリモートリンク16−11を介してN
1バス16−3に接続される。ネットワークコントロー
ルユニット16−7は、オペレータワークステーション
16−1に直接接続されて、そのN2バス16−13に
コントローラ16−15および16−17を通じてさら
に接続される。同様に、NCU16−9は、そのN2バ
ス16−19にコントローラ16−21および16−2
3を通じて直接接続される。ネットワークコントローラ
16−9へのローカルI/OはローカルI/O25ター
ミナル16−25によって提供される。対照的に、ネッ
トワークコントロールユニット16−5は、N2バス1
6−27にコントローラ16−29および16−31を
通じて直接接続されるが、リモートリンク16−35を
通じてコントローラ16−33に接続される。したがっ
て、発明に従って、リモートリンクは、N1バスを通じ
てpeer−to−peer通信を遂行することができ
る。また、リモートリンクは、さらにN2バスを通じて
マスター/スレーブ通信を遂行することができる。図1
7に従って、プロセッサ17−2を各々持つ複数のネッ
トワークコントローラ17−1およびメモリ17−4
は、高速バス17−3によって、例えばネットワークさ
れたファシリティマネジメントシステム(FMS)17
−6を形成するために接続される。プロセッサ17−2
がここに議論されるようなノードにソフトウェア層を接
続するために、集中化されるかもしれないし分散される
かもしれないことが注意すべき点である。各ネットワー
クコントローラ機能はマスターコントロールノードとし
て操作可能ユニット用にそれに付いており、ソフトウェ
アのいくつかの層を組込む。ソフトウェアレベルはソフ
トウェアレベルと操作可能ユニットの間の分離を増大さ
せるために組立てられる。最も高いソフトウェアレベル
は特徴レベル17−5である。特徴レベル17−5は、
ファシリティマネジメントシステムを操作する際に、ネ
ットワークコントローラによって実行される特定の機能
をインプリメントする。特定のファンクションの1つの
例は、ユーザ表示を作表することあるいはグラフ式に示
すある値であろう。特徴は、制御プログラムが作動する
データオブジェクトの制御プログラムおよびリストを含
んでいる。ハイレベルのソフトウェア特徴の任意の数
は、システムの要件およびマスターコントロールノード
の能力に依ってインプリメントすることができる。ファ
シリティマネジメントシステムで実行される特徴の他の
ある例は、傾向変動分析、トータリゼーション、および
ファシリティマネジメントシステム性能の測定値を提供
する、他の統計の特徴を含んでいるだろう。重要なファ
クターはハードウェアからの分離の増加レベルが、ソフ
トウェア特徴がファシリティマネジメントシステムハー
ドウェアの変更によって影響されないことを許すことで
ある。最も高いレベルでのソフトウェア特徴はソフトウ
ェアオブジェクトレベル17−7と通信する。ソフトウ
ェアオブジェクトレベルは、特徴レベル18−5で、特
徴18−21、18−23、18−25の1つによって
リクエストされるアクションを遂行する方法を決定する
中間レベルである。情報は、ソフトウェアオブジェクト
レベル17−7と18−7およびハードウェアのより低
いレベルでの特徴レベルの相違から独立した17−5お
よび18−9の間で渡される。同様に、ソフトウェアオ
ブジェクトレベルは、ハードウェアオブジェクトレベル
17−9および18−5と呼ばれるソフトウェアの別の
レベルとのインターフェースを構成する。センサーや他
のデータ取得およびコントロール装置のような、ネット
ワークコントローラに接続されている操作可能ユニット
の特色にもかかわらず、ハードウェアオブジェクトレベ
ルは、共通のインターフェースがソフトウェアオブジェ
クトとハードウェアオブジェクトレベル間で確立される
ことを許可する。ソフトウェアオブジェクトレベル17
−7および18−7における様々なエンティティに対す
る操作可能ユニット間の相違を覆うために、ハードウェ
アオブジェクトレベルを構成することによって、これは
遂行される。ローカル・バス通信インターフェース17
−11および18−11の要件に従って、ネットワーク
コントローラ17−1はローカル・バス17−13を通
じてスレーブコントローラ(例えばタイプA17−1
5、17−17およびタイプB17−19)と通信す
る。図1に示されるように、任意の番号のタイプのスレ
ーブコントローラでも可能である。スレーブコントロー
ラは操作可能ユニット(例えば、センサーT1、T2、
T3、S1、S2、S3)に接続される。そのようなセ
ンサーは現実の世界のデータ(たとえば戸外の空気温
度)の値を読むバイナリフィールドセンサーあるいはア
ナログセンサーである。図18は図17に記述される構
成のより詳細な実例を提供する。ソフトウェアオブジェ
クトレベルは複数のソフトウェアオブジェクトマネジャ
ー18−27、18−31、18−35を含んでいる。
ソフトウェアオブジェクトマネジャーは特別のタイプの
ソフトウェアオブジェクトに対するリクエストをすべて
処理するデータベースマネジャーである。オブジェクト
はネットワークコントローラに格納される名前付きデー
タ要素である。オブジェクトは、タイプで類別化されて
おり、オブジェクトの各々の実例は、オブジェクト名、
現在地、アラーム制限などのようなそれ自身のセットデ
ータを持つ。したがって、各ソフトウェアオブジェクト
マネジャーは対応するデータベース18−29、18−
33、18−36に関連している。ソフトウェアオブジ
ェクトマネジェーの1つの例はアナログインプットオブ
ジェクトマネジャー18−27である。これは、次例に
おける温度オブジェクトTの例T1、T2、T3のよう
なアナログ入力オブジェクトのすべての例に対するデー
タベースマネジャーだろう。別のものはバイナリ入力オ
ブジェクトマネジャー18−31である。与えられたマ
ネジャーに対するデータベースのすべての要素は、同じ
タイプのオブジェクトである。次例において、ソフトウ
ェアオブジェクトはアナログ入力ポイントおよびバイナ
リ入力ポイントを含んでいる。各オブジェクトタイプに
はいくつかの実例(その各々に属性と呼ばれるデータ値
自身のセットがある)があってもよい。例えば、データ
ベース18−29に格納されたアナログ入力オブジェク
トは各々オブジェクトのタイプの実例である。これら3
つの例の各々には属性自身のセットがある。これらの属
性はオブジェクト名、現在地、アラーム制限などを含む
データである。ハードウェアオブジェクトレベルは、類
似の複数のハードウェアオブジェクトマネジャー18−
37、18−41、18−45を含んでいる。各ハード
ウェアオブジェクトマネジャーはスレーブハードウェア
装置17−15、17−17、17−19にネットワー
クコントローラを接続するローカル低速バス17−13
に接続した特別のタイプのハードウェア装置に対するリ
クエストをすべて処理するデータベースマネジャーであ
る。例えば、スレーブコントローラタイプAハードウェ
アマネジャー18−37は、すべてのAタイプ(以下に
示される例のA1、A2)のスレーブコントローラオブ
ジェクトに対するデータベースマネジャーである。ソフ
トウェアオブジェクトマネジャーの場合と同じように、
各々のハードウェアオブジェクトマネジャーはそのタイ
プのオブジェクトをすべて含み、それに関連するデータ
ベース18−39、18−43、18−47を持ってい
る。例えば、タイプAハードウェアオブジェクトに対す
るデータベース39はA1データ18−49およびA2
データ18−51を含んでいる。各オブジェクトには、
その特定のオブジェクトに対するユニークな1セットの
属性がある。透過的オブジェクトは2つのレベルで達成
される。まず第1に、ソフトウェアオブジェクトは特徴
に対して透過的である。そして、第2に、ハードウェア
装置あるいは操作可能ユニットはソフトウェアオブジェ
クトに対して透過的である。これらの透過的オブジェク
トは、例によって最もよく例示される。第1の場合、特
徴へのソフトウェアオブジェクトの透過的オブジェクト
においては、特徴xを仮定すると、18−21は現在地
フィールドあるいはセンサーT2の属性を読む必要があ
る。これは、T2を制御しているソフトウェアオブジェ
クトマネジャーに対して特徴xからのリクエストを向け
ることによって遂行される。図17に示されるように、
この場合、T2はタイプAスレーブコントローラ17−
17によって制御される。アナログ入力オブジェクトマ
ネジャー18−27は、T2のデータ構造を識別し、特
徴(たとえば値属性)によって必要とされる属性を特徴
xに返すことに責任を持つ。その結果、特徴xは、単一
の値として返すことができる様々な可能なタイプのデー
タを理解する必要があるのみで、アナログ入力オブジェ
クトに対する全体のデータベース構造を知る必要がな
い。オブジェクトに現在地を要求する場合、特徴xは、
特定のオブジェクトタイプについて心配する必要がな
い。情報がすべて、特徴レベル17−5と18−5およ
びソフトウェアオブジェクトレベル17−7と18−7
の間で、同じ方法で転送されるので、特徴は、オブジェ
クトの現在地を求める必要があるだけである。したがっ
て、アナログ入力オブジェクトに現在地およびバイナリ
入力オブジェクトのような異なる型オブジェクト値を要
求する方法は変らない。特徴xは、適切なオブジェクト
マネジャーに現在地属性に対するリクエストを送信する
だけである。特徴はどのソフトウェアオブジェクトマネ
ジャーがデータを制御するか決めるだけのためにオブジ
ェクトタイプを使用する。値に対して特徴によって出さ
れる実際のリクエストは、どのタイプのオブジェクトが
尋ねられていても、同一である。これは各々異なるオブ
ジェクトタイプに対して現在地を異なって要求すること
をハイレベルのソフトウェア特徴に要求することを回避
する。このアプローチの付加的利点は、ハードウェアが
システムのどこで設置されているかにかかわらず、同じ
方法で、特徴が常に情報を得ることができることであ
る。特徴がネームによってオブジェクトを要求するだけ
なので、特徴は、指定されたオブジェクトを生産するハ
ードウェアのシステム内の物理的な位置に対して鈍感で
ある。したがって、ハードウェアの相違およびハードウ
ェアの物理的な位置はハードウェアおよびソフトウェア
オブジェクトマネジャーによって覆われる。ソフトウェ
アオブジェクトデータ・ベース管理プログラムおよびハ
ードウェアオブジェクトデータベースマネジャーは図1
7と18で以前に記述され示されたように情報を転送す
る。これは例示目的だけのためであること、および、転
送情報の任意の構成は、ソフトウェアオブジェクトデー
タベースマネジャーおよびハードウェアオブジェクトデ
ータベースマネジャーによって提供されるデータによっ
て実行される機能に左右されて、可能であることに注意
すべきである。したがって、特徴は、実際のセンサーあ
るいはデータ取得あるいはコントロール装置が付けられ
るスレーブコントローラハードウェア装置のタイプに関
係がない。特徴がオブジェクトの属性に値を要求する場
合、それは、生データを生成するセンサーを管理するた
めに使用される、スレーブコントローラのタイプに鈍感
である。ソフトウェアおよびハードウェアオブジェクト
レベルは特徴を分離し、操作可能ユニットが付けられて
いる物理的なスレーブコントローラにもかかわらず与え
られたオブジェクトタイプ対するすべての特徴に同じデ
ータ値セットを同じ方法で贈る。したがって、特徴を各
タイプのスレーブコントローラ用に変更する必要がな
い。このことは、第2透過レベル、すなわちソフトウェ
アオブジェクトに対するハードウェア装置の透過性に通
じる。ソフトウェアオブジェクトマネジャーとスレーブ
コントローラ間にハードウェアオブジェクトマネジャー
を間に置くことによって、ソフトウェアマネジャーとの
ハードウェア相違を覆うことが可能である。これは、よ
り高いレベルのコントロールおよび前定義された条件の
報告を実行するための、ノード中のソフトウェアオブジ
ェクトマネジャーの処理能力を解放する。例えば、ソフ
トウェアオブジェクトマネジャーはアラームを報告し、
データを生成するために使用されるハードウェアから独
立のトリガメカニズムの役をするように変更をハイレベ
ルの特徴に通知する。 特徴x−18−21がアナログ
タイプ温度ポイントT1、T2およびT3の値を読む場
合、図18に基いて1つの例が発生する。以前に議論し
たように、特徴はハードウェアに関係がなく、したがっ
て、アナログ入力オブジェクトマネジャー18−27に
対して各温度にポイントを求める同じリクエストをす
る。これはリクエストされるオブジェクトがアナログタ
イプであるからである。アナログ入力オブジェクトマネ
ジャー18−27自身もまた、T1、T2およびT3が
設置されているスレーブに関係がない。特徴xおよびア
ナログ入力オブジェクトマネジャー18−27に関する
かぎり、様々なハードウェアマネジャーへの通信はすべ
てT1、T2およびT3に対して同一である。アナログ
入力オブジェクトマネジャー18−27は、ハードウェ
アオブジェクトレベル17−9から72.3°Fのよう
な明瞭な浮動小数点数(実数)を要求する。ストレート
タイプAおよびBも対応するハードウェアオブジェクト
マネジャー18−37および18−41はリクエストさ
れるタイプの値をアナログ入力オブジェクトマネジャー
18−27に供給するようにデータを決定する。値を決
定するために、ハードウェアオブジェクトマネジャーの
個々の計算の何らかの数がリクエストされるかもしれな
い。例えば、温度センサーの値が、アナログ/デジタル
変換器によって産み出されるディジタルカウントのよう
なカウント(このカウントは浮動小数点値を計算するた
めにあらかじめ定められた範囲に渡って展開されねばな
らない)としてスレーブコントローラに到着すると仮定
しなさい。センサーの最終温度値が得られる前に、一層
の修正が、スパン方程式、平方根方程式およびフィルタ
ーによってリクエストされるかもしれない。図17に示
されるように、タイプAスレーブコントローラ17−1
5および17−17は、T1およびT2生データを受け
渡す。タイプBスレーブコントローラはT3生データを
受け渡す。コントローラAおよびBが完全に異なるレベ
ルの能力を持つと仮定すると、コントローラの相違は既
存のコンピュータ化されたファシリティマネジメント管
理システムにおいて、重大な問題を引き起こすであろ
う。例えば、他方がインプリメントしていないかもしれ
ないのに対して、一方のコントローラは平方根方程式を
インプリメントするかもしれない。あるいは、コントロ
ーラ同士が異なる範囲方程式を持つかもしれない。従来
のファシリティマネジメントシステムにおいては、ハイ
レベルのソフトウェアはこれらの相違を補正する必要が
あるだろう。しかしながら、本発明においては、スレー
ブコントローラに対するハードウェアオブジェクトマネ
ジャーは、データを決定してアナログ入力オブジェクト
マネジャー18−27とこれらの相違を覆うために、ノ
ードプロセッサ(あるいは個別のプロセッサ)にアクセ
スする。タイプAスレーブコントローラ17−15およ
び17−17は、ネットワークコントローラにアナログ
ディジタルカウントだけを提供する、高度に単純な装置
であると仮定しなさい。この場合、タイプAスレーブコ
ントローラに対するハードウェアオブジェクトマネジャ
ー18−37は、アナログ入力オブジェクトマネジャー
18−27に提供するための最終温度値T1およびT2
を得るのに必要な別の計算を実行しなければならない。
対照的に、スレーブコントローラタイプBが、ネットワ
ークコントローラ上へ情報を送る以前に、ほとんどのレ
インジング及びフィルタリングを実行する高度に精巧な
装置であると仮定しなさい。この場合、タイプBコント
ローラに対するオブジェクトマネジャー18−41は比
較的に小さな処理を実行する。いずれの場合にも、ハー
ドウェアオブジェクトマネジャーによって実行される処
理は、データを操作し、ハイレベルの特徴にそれを送る
ソフトウェアオブジェクトマネジャー18−27に対し
て透過的である。これは、ハードウェアオブジェクトマ
ネジャー18−37と18−41ならびにアナログ入力
オブジェクトマネジャー18−27間に共通の情報イン
タフェースがあるからである。したがって、ハードウェ
アオブジェクトマネジャーはすべて、同じ規則に従った
ソフトウェアオブジェクトレベル−17−7と通信す
る。したがって、アナログ入力オブジェクトマネジャー
18−27を総称オブジェクトタイプ(この場合、アナ
ログ入力オブジェクト)を処理するため書くことができ
る。それは、アナログ入力の各単一の可能なスレーブコ
ントローラ実行用代替コードを含んでいる必要がない。
さらに、図18に示されるように、通信が、ソフトウェ
アオブジェクトレベル18−7のすべての特徴とすべて
のオブジェクトマネジャー、およびソフトウェアオブジ
ェクトレベル18−7およびハードウェアオブジェクト
レベル18−9のすべてのオブジェクトマネジャー間で
可能であることに注意すべきである。使用される実際の
通信パスはリクエストされる特徴およびデータによって
実行されるファンクションだけからなるファンクション
である。したがって、特徴yもソフトウェアオブジェク
トT1をリクエストしてもよく、したがって、アナログ
入力オブジェクトマネジャー18−27にアクセスす
る。同様に、特徴nは、ハードウェアオブジェクトレベ
ル18−9の1つ以上のオブジェクトマネジャーからデ
ータをさらに要求することもできる、ソフトウェアオブ
ジェクトレベル18−7の1つ以上のオブジェクトマネ
ジャーからデータをリクエストしてもよい。ハードウェ
アオブジェクトとソフトウェアオブジェクトレベル間の
インタフェースの共有性は、新スレーブコントローラお
よびオブジェクト例の追加を単純化する。もし第4温度
センサーT4がシステムに加えられれば、オブジェクト
例は上記の例に加えられるだろう。第3タイプAスレー
ブコントローラA3が加えられれば、同じタイプの新ス
レーブコントローラが加えられるだろう。いずれの場合
にも、ソフトウェアオブジェクトレベル18−7とハー
ドウェアオブジェクトレベル18−9間に情報のインタ
フェースにたいする変更がないので、必要なソフトウェ
アはすべてネットワークコントローラに存在する。ユー
ザはただ、18−29のアナロク入力オブジェクトT4
の新しい例を生成するためにデータベースを修正変更す
る必要があるだけである。あるいは、タイプAコントロ
ーラオブジェクト(たとえば、A3)の新しい例をネッ
トワークコントローラに生成するために、データベース
18−39を修正変更する必要があるだけである。既存
のファシリティマネジメントシステムソフトウェアに最
少のインパクトをそなえた新しいスレーブコントローラ
タイプを加えることも可能である。新しいコントローラ
タイプ、タイプCがローカル・バス17−13に付けら
れると仮定しなさい。そのローカル・バスで操作可能な
ユニットに対するマスターコントロールノードの役をす
るネットワークコントローラにおいて、既存のソフトウ
ェアに新しいハードウェアオブジェクトマネジャーを加
えることで(ダウンロードあるいは他の手段によって)
をこのことは要求するだろう。このハードウェアオブジ
ェクトマネジヤーは、システムの中ですでに定義されて
いるソフトウェアオブジェクトに新コントローラの能力
をマップするだろう。例えば、新ハードウェアコントロ
ーラは新しいハードウェアオブジェクトマネジャーをリ
クエストして、略式な方法でアナログ温度データをモニ
タしてもよい。新コントローラがアナログ温度データを
産み出せば、新しいハードウェアブジェクトマネジャー
は、アナログ入力オブジェクトの新しい例T5にデータ
をマップすることができる。既存のソフトウェアオブジ
ェクトマネジャーおよびソフトウェアオブジェクトレベ
ル17−7、およびネットワーク制御ソフトウェアの特
徴レベル17−5のハイレベル特徴は、影響されないだ
ろう。なぜならそれらは従来と同じ様に作動するであろ
うから。唯一の例外は、既存のタイプのオブジェクトと
はオペレーションにおいて非常に異なるために、ソフト
ウェアオブジェクトレベル17−7で既存のソフトウェ
アオブジェクトマネジャーの1つにマップすることがで
きなかった新しいデータタイプを、新しいハードウェア
がいつサポートするかであろう。その場合、新しいソフ
トウェアオブジェクトも作成されなければならないかも
しれない。したがって、ハードウェアオブジェクトマネ
ジャーは、ソフトウェアオブジェクトに対するハードウ
ェアの相違を覆うために、再び使用される。したがっ
て、ソフトウェアオブジェクトマネジャーは異なるハー
ドウェアに左右されるバージョンを持つ必要がない。ソ
フトウェアオブジェクトマネジャーは、データ要素がタ
イプAコントロールのもとで操作されたセンサーから由
来するものであれ、タイプBコントロールの下で操作さ
れた別のセンサーから由来するものであれ、データ要素
を同じ方法で処理する。ハードウェアオブジェクトマネ
ジャーは、ソフトウェアオブジェクトマネジャーの必要
によってリクエストされる形にデータをフォーマットす
るかマップする。これは、ソフトウェアオブジェクトマ
ネジャーがより高いレベルのソフトウェア特徴にハード
ウェアから独立したてインタフェースを提供することを
可能にする。この発明の別アスペクトに従って、図19
は、ソフトウェアあるいはハードウェアマネジャーが、
センサーのような操作可能ユニットから直接得られたデ
ータが処理されるのとほとんど同じ方法で計算中に生成
されるデータを処理するための一つの構成体を提供する
ことを例示する。発明に従って、1つのポイントがオブ
ジェクトのタイプとして定義される。例えば、アナログ
入力ポイントはオブジェクトのタイプである。したがっ
て、ポイントにはその現在地、上限、下限、アラーム状
態、そのハードウェアアドレスなどのような属性があ
る。ポイントに対するこれらの複数次元はポイントをベ
クトル量として定義する。1ポイントは、フィールドの
センサーのような操作可能ユニットに常に関係してい
る。したがって、操作可能ユニット19−1は、ソフト
ウェアオブジェクトマネジャー19−7によってリクエ
ストされる形にハードウェアオブジェクトマネジャー1
9−5のデータを処理するネットワークコントローラ1
9−3にデータを提供する。ポイントに対応するデータ
は、プロセッサメモリ17−4のような記憶手段に属性
19−9として格納される。特徴レベル19−11での
中間計算は、ソフトウェアオブジェクトレベル19−1
3が操作可能ユニットから直接集められないデータを供
給することを時として要求することができる。そのよう
なデータを処理する共通の方法を容易にするために、擬
ポイント19−15がソフトウェアオブジェクトレベル
19−13で作成される。擬ポイントは、ソフトウェア
オブジェクトマネジャー19−7によってポイント19
−9とまったく同じ方法で処理される。1ポイントと擬
ポイントの間の相違は擬ポイントが関連するオブジェク
トからその属性の1つ以上を得ているのに対して、1ポ
イントが操作可能ユニットからその値を得ることであ
る。擬ポイントは、その属性の1つとして関連するオブ
ジェクトの身元を格納する。したがって、擬ポイント1
9−15は、ポイント19−9としてその関連するオブ
ジェクトを認識することができよう。この場合、擬ポイ
ント19−15は、ポイント19−9の属性からその属
性の1つ以上を得ることができよう。これは同じ方法で
特徴レベル19−11からのデータリクエストをすべて
処理することを、ソフトウェアオブジェクトマネジャー
19−7に許可する。したがって、ポイントとして操作
可能ユニットから得られたデータ、および、そのような
操作可能ユニットから直接得られない、中間計算の中で
使用される他のデータを区別する必要がない。図20
は、高速ネットワークバス20−7で相互に連結したネ
ットワークコントローラ20−1、20−3、20−5
を示す。高速ネットワークバス20−7は、ノード間の
データをコンピュータ20−9に伝送するために使用さ
れる。コンピュータ20−9は、ネットワークコントロ
ーラ20−1に対するアーカイブデータベース20−1
3、およびネットワークコントローラ20−3に対する
アーカイブデータベース20−15のようなアーカイブ
されたデータベースを含んでいる記憶要素20−11へ
情報を伝送する。コンピュータ20−9は、データのレ
ベルが特定のアプリケーションに対して適切なものはど
んなレベルであれ、ユーザがデータ要素を生成すること
を可能にし、データ要素にネームを割当てることを可能
にする生成ソフトウェア20−10を含んでいる。2つ
の要素に同じネームがあってはならないので、生成ソフ
トウェアはアーカイブされたデータベースあるいはオン
ラインデータベースをチェックし、各データ要素が自身
に特有のネームを割当てられていることを確認する。ネ
ームが割当てられた場合、ネームおよびデータ要素は両
方とも高速バス20−7を使用して、上位ノードにダウ
ンロードされる。これは、レファレンス番号21−20
および21−22として生成時刻で図21に概略的に示
される。その結果、上位ノードは名前付きデータ要素を
含んでいる。図21のファンクションブロック21−2
4にさらに示されるように、ランタイム中、レファレン
スノードは、ネームによってデータ要素に対するリクエ
ストを送信する。これが指定されるデータ要素に対する
第1リクエストである場合、ファンクションブロック2
1−26に示されるように、データ要素が見つけられる
まで、ネットワーク全体が探索される。これは、ファン
クションブロック21−28に概略的に示される。ネー
ムをネットワークのいかなる場所にも見つけることがで
きない場合、ファンクションブロック21−30に示さ
れるように、エラーメッセージ21−32が送信され
る。また、ネームの探索はブロック21−38で終了さ
れる。一方、ファンクションブロック21−34に示さ
れるように、ネームが見つけられた場合、ネームはバイ
ンド情報でタグを付けられる。このバインディング情報
ネットワーク上のノードアドレス、およびノードのデー
タベース内のデータ要素の内部アドレスである。ノード
アドレスおよびデータ要素の内部アドレスには任意の便
利なフォーマットがありうる。ファンクションブロック
21−36に従って、バインド情報およびデータ要素そ
れ自身は、バインド情報を格納するレファレンスノード
に返される。レファレンスノードがデータ要素に対する
第1リクエストを行っていない場合、ブロック21−2
6に示されるように、バインド情報が読まれるコントロ
ールはファンクションブロック21−40にパスする。
バインド情報を使用して、ブロック21−42で、指定
位置(上位ノードおよびデータ要素位置)でのネーム
は、リクエストされたネームを持つブロック21−44
の中で読まれ比較される。指定位置で見つかったネーム
が、リクエストされたネームと一致した場合、データ
は、ステップ21−46に従ってリクエストノードに返
される。そして、データ取得ルーチンが終了される。し
かしながら、指定された位置で見つけられたネームがリ
クエストされたネームと一致しないこともありうる。こ
れは、バインド情報が無効になったことを示す。典型的
に、検証は上位ノードで行われる。ホストは、リクエス
トされたデータが、境界アドレスに格納された要素のネ
ームと渡されたネームを比較することによって同じアド
レスにまだあることを確認する。それらが同一である場
合、以前に注意したように、バインディングはまだ有効
である。また、リクエストされるように、データは返さ
れる。しかしながら、上位ノードのデータベース内に、
あるいは別のノードのいずれかに、データ要素が移動し
た場合、上位ノードは、そのデータベースでその位置に
今格納されるネームとリクエストで渡されたネームとの
間の不一致を検知する。レファレンスノードは、バイン
ド情報が無効であると通知される。ダウンロード、削除
あるいは他のデータベース生成が上位ノードを通じて実
行された場合、データ要素の削除、ノード内データのデ
ータベースの別の位置への移動、あるいは異なるノード
へのデータの移動によってバインド情報が無効になるこ
とはあり得る。これらの事象のうちのいかなるものでも
レファレンスノードが通知されないで起ることがある。
バインド情報が無効の場合、レファレンスノードは、デ
ータ要素名の第1リクエスストに対する前述のステップ
に再び従って、ステップ21−28に従う要素名を求め
てネットワークの探索を実行する。データ要素名が削除
された場合、エラーメッセージ21−32が返されるだ
ろう。しかしながら、ステップ21−34および21−
36に従って、データ要素名が、ノード内であるいは異
なるノードへ移動させられた場合、ネームは新しいバイ
ンド情報のついてタグを付けられるだろう。新しいバイ
ンド情報およびデータ要素はレファレンスノードに返さ
れるだろう。上記の結果、ネットワークは自己回復作用
を行う。アドレスの変更が生じた後、はじめてレファレ
ンスが行われたとき、無効になるレファレンスが修正さ
れる。さらに、それが参照するデータ要素がダウンロー
ドされる前に、レファレンスノードがダウンロードされ
る場合、ネームがダウンロードされ、次に、それを見つ
けることができるまで、エラーメッセージは返される。
したがって、上記の発明に従えば、はじめてデータ要素
がリクエストされたときか、あるいは、データ要素が移
動させられた後はじめてそれがリクエストされたときネ
ットワーク探索を行うだけでよい。図22は、上記に記
述された方法のバリエーションを例示する。ネーム生成
22−50後、ネームは、レファレンスノードへステッ
プ22−52でダウンロードされることを、図22−3
は例示する。ステップ22−54で、レファレンスノー
ドはネームテーブルを生成する。レファレンステーブル
は、データ要素のコピーを1つだけ保持することによっ
て、ノード内メモリの使用を最適化するように構築する
ことができる。その後、データ要素を要求するレファレ
ンスノードで、すべてのレファレンスおよびアプリケー
ションは、ASCII名より少ないデータ・バイトしか
典型的にリクエストしないレファレンステーブル指標と
取替えられる。したがって、図22のステップ22−5
4および22−56で示されるように、ネームは1つの
場所、レファレンステーブルエントリだけで保持され
る。この方法で各々のレファレンスノードが自身のネー
ムテーブルを保持することに注意すべきである。したが
って、ステップ22−58の後レファレンスノードがデ
ータ要素を要求する場合、ステップ22−60はこれが
レファレンスノードによる最初のリクエストがどうか決
めるように実行される。それがレファレンスノードによ
る最初のリクエストである場合、図22のステップ22
−62から22−72が実行される。これはネームがバ
インド情報およびデータを返して発見された場合に要素
名を求めてネットワークを探索すること、および、ステ
ップ22−72で示されるようなレファレンスノードに
作成されるテーブルにそのネームを置くことを含んでい
る。以前に議論したように、エラーは処理されるだろ
う。ステップ22−74で、これがレファレンスノード
による最初のリクエストでない場合、データ要素の位置
は、ホストに送られたネームテーブルおよびリクエスト
から読まれる。その後、ネームはネームテーブルで指定
される位置に上位ノードによってネームと比較される。
ステップ22−78での比較の結果に基いて、データは
要求するノードに返されるだろう。あるいは、ネットワ
ークは要素名を求めて探索されるだろう。レファレンス
ノード内で、それが、データ要素を求めるリクエストが
起こす、いかなるアプリケーションあるいは特徴におい
て重要ではないことに注意することは重要である。一度
バインディングがその要素への1つのレファレンスに対
して生じれば、それは、その要素へのそのノード内のす
べてのレファレンスに対して発生する。これは、各々の
場所に対して一度ずつレファレンスがノードで発生する
代わりに、バインディングがノード内のすべてのレファ
レンスに対して一度だけ発生する必要があることを意味
する。これは、ノードによってすべてのレファレンスに
対応する初期バインディングを作るのに費やされる時間
を縮小する。個別のレファレンステーブルが各ノードに
対して構築されることも注意されるべきである。したが
って、データ要素の位置が上位ノードの範囲内であるい
は別の上位ノードに変更される場合、はじめて、そのノ
ードがデータ要素を要求するときに、レファレンステー
ブルを更新するプロセスが各レファレンスノードによっ
て繰り返されるだろう。図23は図22に示される配置
の一層の最適化を示す。ノードがデータ要素に対する第
1リクエストを行なったと仮定して、バインド情報によ
って識別される位置のネームが、現在リクエストされて
いるデータ要素のネームと比較される。この場合、一致
が生じなければ、ローカル探索は、バインド情報によっ
て識別されるホストの探索によって、ステップ23−8
2でまず実行される。これはデータ要素が同じホスト内
に見つけられるからである。これが生じた場合、バイン
ド情報およびデータがレファレンスノードに返されるコ
ントロールはステップ23−70にパスする。しかしな
がら、これが生じなかった場合、ネットワークの残りは
ステップ23−62からスタートする探索が行なわれ
る。一層の実施例はデータ要素が、要求するノード(つ
まり、上位ノードおよびレファレンスノードは同じノー
ドである)と同じノードに格納される場合にデータ要素
へのレファレンスを求めてネットワークを探索すること
を回避する。前述したように、レファレンスネームテー
ブルは、レファレンスノードに各ネームに対するエント
リを含んでいなければならない。データがある場合には
このノードから別のノードに移動することもあるので、
レファレンスノードおよび上位ノードが同一でも、これ
は必要である。したがって、たとえレファレンスノード
がさらに指定される要素に対して上位ノードでも、レフ
ァレンスノードのネームテーブルからエントリを削除す
ることはできない。しかしながら、これらの状況になっ
たときだけ、はじめてレファレンスノードがレファレン
スノードがさらに上位ノードであるデータ項目をリクエ
ストしたときに、ネットワークの探索を削除すること
は、可能である。これは、要素がダウンロードされる場
合に、データベースソフトウェアおよび上位ノードにレ
ファレンステーブルエントリを加えることによって、達
成される。上位ノードがデータ要素を所有し、従って、
バインディングを知っているので、テーブルエントリは
正確なバインド情報を含んでいる。同じノードの他のど
こかから第1レファレンスが生じた場合、バインド情報
は、レファレンステーブル内にすでにあり、追加探索は
リクエストされない。したがって、レファレンスノード
によって頻繁に使用されるデータ要素をそのレファレン
スノードにホストすることは有利である。図24はネー
ムの複数のレベルを使用して、一層の最適化テクニック
を示す。例示されるように、ネームの2つのレベルが示
される。しかしながら、テクニックは、指定する階層の
任意の深さまで延長することができる。したがって、ネ
ームの、小さなレベルおよびハイフンでつながれたレベ
ルは使用することができる。各々のレベルで、ディレク
トリは次のより高いレベルまでアクセスを可能にして、
構成される。2レベルの名前づけスキームにおいて、各
ネームは、2つの部分、すなわち、グループ内のグルー
プ名および要素名から成る。各グループは、ネットワー
クにおいて1つのノードに割当てられ、グループの範囲
内で多くの要素を持ってもよい。第1ディレクトリすな
わちグループディレクトリは、ネットワークのすべての
グループのディレクトリである。ディレクトリは、各グ
ループのネームをリストし、グループが駐在するノード
を定義する。ネットワークの各ノードにグループディレ
クトリを保持しなければならないので、グループディレ
クトリは、ネットワーク内のすべてのノードに同報通信
される。すべてのノードがグループディレクトリの最新
のコピーを保持するように、グループの付加あるいは削
除はネットワークのすべてのノードに同報通信されなけ
ればならない。ノードの各グループに対して、ノード
は、要素ディレクトリと呼ばれるディレクトリの第2レ
ベルを含んでいる。要素ディレクトリは、そのグループ
の要素をすべてリストし、グループの各要素のノードア
ドレスを識別する。グループの要素が、グループあるい
は要素ディレクトリを含んでいるノードに駐在する必要
がないこと、また、すべての要素およびそのグループが
ネットワークの同じノードにかならずしも駐在する必要
がないに注意することは重要である。もちろん、要素が
加えられたりかグループから削除されたり、1つのノー
ドから別のノードに移動した場合は常に要素ディレクト
リは更新される。図24は、ディレクトリがどのように
使用されるか例示する。ステップ24−100で示され
るように、レファレンスノードがデータ要素にたいして
その第1リクエストを行なっているかどうかが最初に決
定される。ステップ24−102において、これが第1
リクエストである場合、レファレンスノードはグループ
ディレクトリとグループ名を比較し、グループノードを
識別する。ステップ24−104において、一致が生じ
ていない場合は、エラー24−106が示される。そし
て、事象のシーケンスが終了する。ステップ24−10
4での適切なオペレーションを仮定した場合、一致が生
じ、ステップ24−108でリクエストはグループディ
レクトリで身元確認されたグループノードに送られる。
グループノードのステップ24−110において、要素
ディレクトリは要素がそのグループに現れるかどうかを
決めるために、探索される。要素ディレクトリがデータ
要素の位置を含んでいるので、一致がステップ24−1
14で生じた場合、ステップ24−112でグループノ
ードは要素ディレクトリから上位ノードアドレスを読
み、ステップ24−116で上位ノードへのリクエスト
を転送する。ステップ24−118で、上位ノードはデ
ータを得て、レファレンスノードにバインド情報および
データを返す。したがって、要素のネームの初期探索
は、正しいグループに対する要素ディレクトリの探索が
後続するグループディレクトリの単作に探索される。ネ
ットワーク全体を探索する必要がない。しかしながら、
ディレクトリは最新にしておかなければならないし、グ
ループディレクトリのコピーをネットワークの各ノード
に保持しなければならないことに注意すべきである。グ
ループディレクトリが駐在するノード上にだけ、グルー
プの要素ディレクトリを保持する必要がある。グループ
あるいは要素が加えられたりか削除されたり、要素が移
動させられたりした場合のみ、追加簿記が要求されるだ
けである。これは、そのような変更が生じた場合、レフ
ァレンスノードをすべてダウンロードすることに比べれ
ば相当に少ない仕事量である。レファレンスノードのソ
フトウェアの実際のレファレンスが影響を受ける必要が
ない。以前に議論したように、これがデータに対する第
1リクエストでない場合、バインド情報が読まれ、その
ネームはバインド情報によって識別された位置に見つけ
られたネームと比較される。一致が生じない場合、バイ
ンド情報はもはや最新でなく、適切な情報を位置指定す
るにシーケンスを再び実行しなければならない。1つの
アプリケーションにおいて、ファシリティマネジメント
システムで上述の方法を遂行することができる。ファシ
リティマネジメントシステムに対するこのアプリケーシ
ョンは例を介したものであり、この発明に対して制限を
くわえることを意図したものではない。図20で、数個
の実時間ネットワークコントローラおよびネットワーク
コントローラ・ダウンロードするためのデータベースを
生成するために使用されるパーソナルコンピュータは、
ネットワーク20−7に相互に連結している。パーソナ
ルコンピュータ20−9に付けられたディスクのような
記憶手段20−11は、ネットワークコントローラ20
−1、20−3および20−5にダウンロードされるデ
ータベースを含んでいる。各ネットワークコントローラ
およびパーソナルコンピュータはノードと考えることが
できる。NC2を上位ノード3のネームであり、上位ノ
ードがAHU1/FANと呼ばれるデータオブジェクト
あるいは要素を所有すると仮定しなさい。システム/オ
ブジェクト名はシステム名が上記の説明においてグルー
プ名と同一であり、オブジェクト名が特別のデータオブ
ジェクトあるいは要素のネームである場合にスキームを
指定する2レベルである。このオブジェクトは空気ハン
ドラ#1に対するリターンファンである。2つの位置の
1つに対してそれを制御することができ、そのネームが
ネットワーク上でユニークなので、これはバイナリ出力
オブジェクトである。“グループ”あるいはシステム名
はAHU1および“要素”である。あるいは、オブジェ
クトはファンである。さらにそのNC1がノード1のネ
ームであり、レファレンスノードであると仮定しなさ
い。これは、それがFANオブジェクトを参照する必要
のあるいくつかのソフトウェア特徴を持つことを意味す
る。図20に示されるように、特徴AはFANオブジェ
クトの現在地を読む必要があり、特徴Bはファンを物理
的に開始させるためにFANオブジェクトにコマンドを
送る。図に示されるように、すべてのシステム名、グル
ープディレクトリ20−200、20−202および2
0−204のリストは、各ノードに複写される。グルー
プディレクトリは、どのノードが特別のシステムのため
のオブジェクトのディレクトリ含んでいるかを識別す
る。AHU1システムの場合、オブジェクトのディレク
トリはNC2ノード20−3によって保持される。した
がって、NC2、ノード20−3もAHU1システムの
オブジェクトのディレクトリ、および、それらがデータ
ベースに位置指定されている場所とを含んでいる。同様
に、AHU2システムに対するオブジェクトはNC3あ
るいはノード20−5に位置指定されている。以前に議
論したように、パーソナルコンピュータ20−9を使用
して、ユーザは、記憶ディスク20−11上にアーカイ
ブされたファイル20−13、20−15に置くことが
でき、ネットワークコントローラ20−1、20−3お
よび20−5にダウンロードすることができるデータベ
ースを生成する。特徴AおよびBからオブジェクトAH
U1/FANへのレファレンスのようなレファレンス
は、ダウンロードされる時、ASCIIネーム形式で保
持される。これはそれらが、ネットワークコントローラ
に対応するデータベースがダウンロードされた時にまだ
バインドされていないからである。参照を付けるソフト
ウェア特徴は、データオブジェクトAHU1/FANの
実際の物理的な位置に気がつかない。ダウンロードする
に際して、オブジェクトは、同じタイプのオブジェクト
をすべて管理するデータ・ベース管理プログラムに与え
られる。AHU1/FANの場合には、NC2のバイナ
リ出力マネジャーが使用される。オブジェクトデータ・
ベース管理プログラムソフトウェアは、レファレンスネ
ームテーブル中にネームを最初に入力する。例えば、バ
イナリ出力オブジエクマネジャーがダウンロード時にF
ANオブシェクトを与えられる場合、それは自身のバイ
ナリ出力データベースにFANオブジェクトを入れて、
レファレンステーブル20−300にエントリを加え
る。このエントリは、AHU1/FANオブジェクトお
よびそのバインド情報のネーム、および、バイナリ出力
データベース(レコード3)における、オブジェクトタ
イプ(バイナリ出力)、上位ノードアドレス(NC2)
およびデータベース位置を含んでいる。この例におい
て、テーブルエントリは、図20に示されるようにオフ
セット16に位置指定されている。NC2以外の他のノ
ードがバインド情報をこの時知らないことに注意しなさ
い。これらのノードは、AHU1/FANに対するネー
ムレファレンスをまだ持っているだけである。後のネー
ム探索が適切な場所でそれを見つけるように、オブジェ
クトとAHU1のディレクトリは、さらに、FANオブ
ジェクトに対するレファレンステーブルを指定する。レ
ファレンスノード20−1、NC1に対するデータベー
スもダウンロードされる。これはNC1に対するレファ
レンステーブル内にエントリを作らせる。特徴Aに対す
るデータベースがダウンロードされると、エントリがA
HU1/FANに対するレファレンステーブルに作られ
るが、これにはバインド情報がついていない。この“バ
インドされていない”レファレンスは、NC1のある特
徴がFANをレファレンスすることを単に示す。ハイレ
ベルのソフトウェア特徴Bに対するデータベースがダウ
ンロードされると、特徴Bも、テーブルにバインドされ
ていないレファレンスを加えようと努めるがそれがそこ
(レファレンステーブル20−302のオフセット2
7)にすでにあることを知る。その後、両方の特徴は、
AHU1/FANに対する名前付きレファレンスを27
のオフセットと取替え、テーブルの中へ入れる。この時
点でもバインド情報がNC1のテーブルの中になおない
ことに注意しなさい。ハイレベルのソフトウェア特徴A
の実行は、NC1にFANオブジェクトの値を読むこと
を要求する。バインディングが、AHU1/FANに対
するNC1のレファレンステーブル中にはまだないの
で、ソフトウェアはネットワークにAHU1/FNAを
位置指定しなければならない。これはシステム名AHU
1を求めてシステム名リストあるいはNC1のグループ
ディレクトリを探索することを要求する。図20に示さ
れるように、リストは、AHU1がNC2に位置指定さ
れていることを示す。したがって、ソフトウェアはNC
2にリクエストを向ける。NC2は、要素ディレクトリ
を使用して、そのデータベースにオブジェクトを置く。
これは、AHU1のオブジェクトのディレクトリ中のF
ANを調べることによって遂行される。図20に示され
る例において、これは、NC2中のレファレンステーブ
ルのオフセット6に位置指定されたバイナリ出力ポイン
トである。上述のように、この情報がダウンロード時に
そこに置かれたので、NC2のレファレンステーブル
は、FANに対して加えられバインド情報をすでに持っ
ている。従って、ソフトウェアは、このノード上に正確
なデータ・ベース管理プログラム(バイナリ出力)オブ
ジェクトマネジャーにリクエストを送信し、正確なレコ
ード(それはレコード3である)を要求することができ
る。一度データが得られれば、情報はバインド情報と共
に特徴A及びNC1に渡される。その時、FANに対す
るレファレンステーブルエントリは、正確なバインド情
報と共にノードNC1に完成される。図20は、さらに
NC2の特徴Cからのような、上位ノードのレフィレン
スに対して、データベースがダウンロードされた後、バ
インド情報がレファレンステーブル中にすでにあること
を例示する。したがって、はじめてレファレンスがアク
セスされたときでさえ、バインディング手続きはそれら
のレファレンスに対して要求されない。バインド情報が
ネットワークコントローラNC1に提供されているの
で、ネットワークコントローラNC1からのその後のレ
ファレンスは上記の手続きを繰り返す必要がない。特徴
BがFANを参照する必要があると仮定した場合、レフ
ァレンステーブルにFANファンを見つけるためには、
格納されている27のオフセットを使用する。この時、
バインド情報は、テーブル中にすでにある。したがっ
て、ソフトウェアは、ノードNC2のバイナリ出力デー
タベースマネジャーにリクエストを直接送信し、レコー
ド3を要求することができよう。上述の探索手続きはも
はやリクエストされない。引き続いてFANを参照する
NC1上の他の任意の特徴レファレンスファンはテーブ
ル中の同じバウンドレファレンスを使用する。したがっ
て、バインディングは、NC1からすべてのレファレン
スに対して一度リクエストされるだけである。以前に議
論したように、各ソフトウェア特徴で、より長いASC
II名が短いテーブルオフセットによって取替えられ、
ただ1つのテーブルエントリだけがその同じノードから
すべてのレファレンスに対してクリエストされるので、
レファレンステーブルはメモリ要求を縮小する。図25
は、データ要素がノード内を移動する場合の事象のシー
ケンスを例示する。FANがレコード3からレコード5
までNC2のデータベース内を移動すると仮定しなさ
い。これは、たとえば、パーソナルコンピュータでのデ
ータベースの再生成の結果として発生する可能性があ
る。その結果、AHU1/FANがレコード5まで移動
したのに対して、レコード3がAHU1/ポンプと呼ば
れるオブジェクトに今度はなる。ネットワークコントロ
ーラ25−2上のバイナリ出力データベースマネジャー
に直接行くべき、ネットワークコントローラ25−1に
によって使用されるバインド情報は、レコード3に対す
るリクエストを引起すだろう。しかしながら、レコード
3で見つけられたネームと比較できるように、このリク
エストも、AHU1/FANのネームを送る。この場
合、レコードはもはや一致しない。前述の最適化の1つ
を使用して、バイナリ出力データベースマネジャーはそ
れがオブジェクトAHU1/FANをなお持つかどうか
理解するために、自身のデータベースを探索する。この
場合、それはレコード5で見つけられ、したがって、要
求された情報は新しい正確なバインド情報と共に返され
る。NC1は、それが使用していたバインディングがN
C2によって修正されており、レコード3に対するレフ
ァレンスをレコード5と交換することによって、そのレ
ファレンステーブルを更新することを理解する。したが
って、オブジェクトはネットワークコントローラNC2
内を移動した。しかし、ネットワークコントローラNC
1は、ネットワークコントローラNC1に対する何の変
更もなしでデータをなお見つけることができた。更に、
共通のレファレンステーブルエントリが更新されるの
で、ネットワークコントローラ25−1のレファレンス
はすべて修正される。ダウンロードの結果、データオブ
ジェクトが異なるネットワークコントローラに移動させ
られた場合、図26は状況を例示する。この場合、ユー
ザは、システムあるいは“グループ”ネームAHU1を
移動させるNC2、およびNC3に対するデータベー
ス、およびNC3に対するそのオブジェクトを生成し
た。今、FANはネットワークコントローラNC3(ノ
ード5)上のバイナリ出力データベースのレコード7で
ある。ここで、それがすでに持っているバインド情報を
使用して、FANを参照しようとするネットワークコン
トローラNC1の試みは失敗する。これはネットワーク
コントローラNC2でのネーム比較、レコード3が、A
HU1/FANデータオブジェクトがそのアドレスには
もはやないことを示すためである。さらに、NC2デー
タベースの残る要素のチェックは、FANを見つけるこ
とができないことを示す。したがって、ネットワークコ
ントローラ1の特徴Aは、エラーメッセージを受信す
る。ネットワークコントローラ26−1は、そのテーブ
ルからのバインド情報を削除することによって、およ
び、AHU1/FANの新しい位置を見つけるために上
に議論された方法に従うことによって応答する。この場
合、それは、ネットワークコントローラ3のレコード7
で見つけられるだろう。共通のレファレンステーブルが
更新されるので、これを一度行うことは、ネットワーク
コントローラNC1のレファレンスをすべて修正するこ
とになる。 もしデータ要素がネットワークから完全に
削除されていたとしたら、ネットワークコントローラN
C1は、忠告メッセージを介してFANを見つけること
ができないことをオペレータへ報告していたことだろう
ということは注意すべきである。ことことは、また、F
ANが再びダウンロードされるまで、NC1からFAN
へのすべてのレファレンスに対して真実である。したが
って、AHU1/FANが再定義されるか、レファレン
スが削除されるまで、エラーは発生する。しかしなが
ら、ダウンロード後、レファレンスは、盤インドし適切
に作動し始めるだろう。従って、ノードダウンロードの
順序は重大ではない。N1バスで相互に連結したノード
間で適切な時間同期を提供するために、ノードの1つ
が、限定的システムマネジャーの役割を演ずる必要があ
る。図27に示されるように、ノード27−1は時間同
期装置(限定的システムマネジャー)として27−2で
選択され、ノードは時間を定義し、N1バスで相互に連
結した他方のノードにこの情報を送信する。27−3に
示されて、ノードは非更新間隔の間、時間をモニタす
る。決定ブロック27−4は現在、再同期がセットされ
る時間かどうか決めるために、クロックをテストする。
そうでなければ、コントロールは27−3に転送され、
時間モニタリングは係属する。ブロック27−5におい
て、今ノード間で時間の同期を再設定する時であるとい
うことが決定ブロック27−4において決定された場
合、ノードはそれがシステム時間マネジャーかどうか決
めるために、テストする。そうならば、コントロールは
27−2を閉鎖するために転送される。また、システム
時間マネジャーは現在の時間を送信する。決定ブロック
27−5において、それがシステムマネジャーではない
ことをノードが認識した場合、ブロック27−6におい
て、ノードは、それが時間同期データを受信したかどう
か決める。そうならば、ノードはブロック27−7にお
いてその時間をリセットし、ブロック27−3でのよう
に、時間モニタリングは継続する。時間同期データがブ
ロック27−6で受信されない場合、ブロック27−8
のノードは、それがシステム時間マネジャーでありうる
かどうかを決め、そうならば、ブロック27−2でのよ
うに時間を送信する。これは、オリジナルのシステム時
間マネジャーが障害を起こしたり、オフラインになった
場合、新しいノードが時間同期責任を引き受けることを
可能にする。ノード間で時間を同期させることに加え
て、グローバルなデータを同期させることも必要であ
る。図28は、ダウンロードの基本ステップを示す。フ
ァンクションブロック28−1において、グローバルな
データベースはネットワークの上に定義されロードされ
る。グローバルなデータベースは、パスワード、システ
ム名(オブジェクト名ではないが)のリスト、ノードの
リストおよびシステムにつながっているプリンタ、ユー
ザのある分類の忠告メッセージがどこに向けられている
かを示すリポートグループ、またすべてのノードに有用
な他の情報のような項目を含むことができる。ファンク
ションブロック28−3は、各ノードがまた、アーカイ
ブ装置の中でそのノードに対して定義されるデータベー
スを持つことを示す。ノードデータベースは、ノードに
格納されるデータ、およびノードによって制御される他
の装置にN2バスを通じて送信される補足データを含ん
でいる。ファンクションブロック28−5において、ノ
ードは、それにN1アドレスを与えることおよび不揮発
性メモリにそのアーカイブ装置の身元を格納することに
よって、ネットワークに構成される。ステップ28−7
でのパワーアップに続いて、ノードはステップ28−9
で他のノードと同期しなければならない。同期が完全か
どうかをステップ28−11はテストする。そうでなけ
れば、コントロールは同期プロセスを完成するためにフ
ァンクッションブロック28−9に転送される。ノード
の同期の完成に際して、ノードが自身の特別のデータベ
ースをダウンロードするために、アーカイブ装置にアク
セスするファンクションブロック28−13に、コント
ロールは移る。各データ要素が受信されるので、情報が
N2バスで装置に送信されるかどうかを決定ブロック2
8−15はテストする。送信されなければ、情報は、フ
ァンクションブロック28−17に示されるようなノー
ドに格納される。ファンクションブロック28−19に
示されるように、情報がN2ネットワークにつながる装
置に向けて予定されている場合、情報は装置までN2ネ
ットワークを通して渡される。図29は、同期がどのよ
うに起るかをさらに例示する。パワーアップに際して、
ノードはEPROM中のコードを実行し、ノードの不揮
発性メモリの中で定義されているノードのアーカイブ装
置を識別する。これはファンションブロック29−1に
示されている。ファンクション29−3に示されている
ように、ノードは、それから、そのRAMの中へコード
をダウンロードするようにアーカイブ装置に要求する。
決定ブロック29−5で、ネットワークに連結するノー
ドはそれがネットワークにつながる別のノードから同報
通信を受信したかどうか調べるテストをする。発明に従
って、ネットワークにつながるすべてのノードは、その
ノードのグローバルなデータベースの最新のバージョン
を示すタイムスタンプを周期的に同報通信する。したが
って、ネットワークに連結するノードがまだ決定ブロッ
ク25−9に示されるような同報通信タイムスタンプを
受信してはない場合、それが1つを受信するまで、ノー
ドは待つ。最初の同報通信タイムスタンプの受信に際し
て、ネットワークに入るノードは、ファンクションブロ
ック29−7に示されるようにタイムスタンプに関連し
たノードからグローバルなデータを要求する。さらに、
新しいノードは、そのタイムスタンプとしてのグローバ
ルなデータベース情報とともに、それが受信した時刻を
格納する。続いて、ファンクションブロック29−9に
おいて、ノードは以前に議論したように、自身の特別の
データベースを得るために、アーカイブ装置にアクセス
する。そのデータベースを受信した後、新しいノード
は、ファンクションブロック29−11に示されるよう
に、そのタイムスタンプを同報通信するとき、ネットワ
ークの他のノードとつながる。データベースの同期は、
ファンクションブロック29−13に示されるように他
のノードからタイムスタンプを受信することによって保
持される。受信タイムスタンプがノードの現在タイムス
タンプより後である場合、ファンクションブロック29
−15および29−17に示されるように、ノードは、
あとのタイムスタンプを持つノードにグローバルなデー
タを要求する。利用できないグローバルなデータを待ち
ながら、ノードがハングアップ状態になることも有り得
るということも注意すべきである。したがって、待ちス
テップ29−19は時間終了決定ポイント29−21に
対してテストされる。ノードのオペレーションの保留を
回避するために、時間が終了した場合、ノードは、ステ
ップ29−23で示されるようなグローバルなデータを
求めてアーカイブ装置にアクセスする。代替アブローチ
は、その第1スタンプの受信を待つことを回避するため
に、上述のようにネットワークとつながるノードを許可
する。このような代替方法によれば、ネットワークにジ
ョインするノードは先ずアーカイブ装置にアクセスして
グローバルデータを得てこのグローバルデータのタイム
スタンプをそのノードのタイムスタンプとしてアーカイ
ブ装置に記録する。次いでノードはネットワークにジョ
インし、そのタイムスタンプを周期的に送出するととも
に先に述べたように他のノードのタイムスタンプを検査
する。スレーブ装置をN2ネットワークのノードによっ
て制御しつつ同様のアプローチが用いられる。N2ネッ
トワークは、オンラインされるごとに、そのデータベー
ス更新レベルを、タイムスタンプとしてそのネットワー
クコントローラに送る。ネットワークコントローラが固
有のタイムスタンプによって示される新しいデータを以
ている場合には、ネットワークコントローラはその情報
(これはデータベースの一部である)を、N2ネットワ
ークにオンラインしつつある装置にダウンロードする。
N2ネットワークにオンラインしている装置のタイムス
タンプによって示されるデータベース以外の最近データ
をネットワークコントローラが持っていない時には、ネ
ットワークコントローラはN2装置が正しいデータベー
スを持っているものと判断する。第30図は、ルーティ
ングテーブルを持たない装置へのダウンロード情報にア
プローチする手法を示している。このアプローチは、複
数の装置をカスケード接続して行なわれるもので、ルー
ティングテーブルを持たない装置への経路がルーティン
グテーブルを持つ装置を経由して達成される。このよう
なアプローチ方法は、人が装置のおいてある場所まで行
って装置のダウンロード或いはアップロードを物理的に
行なってやる事が望ましくないときに有用である。この
発明においては、レクエストを行なうネットワークコン
トローラは、少なくともそのアーカイブ装置のアドレス
を、不揮発性メモリーの中に保持する。また、各ネット
ワークコントローラは、このネットワークコントローラ
のためのダウンロードを開始するネットワークコントロ
ーラのアドレスを、その不揮発性メモリーの中に保持す
る。このようにカスケード構造が用いられることによ
り、階層において上位のノードが、階層において下位に
あるノードよりも先に初期化される。二つのケースが可
能となる。第30図において、ダウンロード装置30−
1は、ルーティングテーブルを持たないノード30−4
として示されるネットワークコントローラ3についてダ
ウンロードを開始する事ができる。第31図のテーブル
1は、アーカイブ装置またはPCのネットワークコント
ロール層によって遂行されるステップのシーケンスを示
している。各ノードが、そのネットワークを定義するア
ドレス、ネットワーク上のローカルアドレス、およびノ
ードのポートを有していることに留意することが必要で
ある。ノード自身にはポート0が割り当てられる。従っ
て、ダウンロード装置30−1は、アドレスとして1:
1:0を持つ。何故ならば、この場合、装置はネットワ
ーク上1にあり、ローカルアドレスが1であり、また、
装置自体がポート0としてテイギされているからであ
る。第30図の表1からわかるように、メッセージのソ
ースは1:1:0であり、メッセージのあてさきは2:
4:0である。また、ネットワーク中を伝達されるメッ
セージの刻々のソース即ち仮ソースも表示される。オリ
ジナルのソースにおいては、メッセージソースと仮ソー
スとが同一のものとなる。即ち、最初の仮ソースは1:
1:0である。第31図の表に示される他の仮ソースは
先のものと同じネットワークならびにローカルアドレス
を持つ。ノードの、ネットワーク層(これは、例えば、
国際標準機構(International Stan
dards Organization)のオープンシ
ステムインターコネクションモデル)中に定義されたル
ーティングは、メッセージを、ネットワークが1、ロー
カルアドレスが2、ポートがOのNC1にルートする。
表中のステップをたどると、メッセージをNC1次いで
NC2をとうしてルートすることによってダウンロード
情報がNC3に到達するということが理解される。NC
3は、メッセージを受け取ったことを示す確認応答をソ
ースに対して行なう。この場合、メッセージを受ける装
置はルーティングテーブルを持っていないので、メッセ
ージをこの装置に対して送り込んだノードに対して返答
が行なわれる。確認応答は、このノードから、メッセー
ジの伝達経路を逆にたどるかあるいはルーティングテー
ブルを持つノードによって定義される適宜の経路を経て
ソースに送られる。第2のケースにおいては、ネットワ
ークコントローラ3がアーカイブPC30−1に対して
ダウンロードリクエストを開始する。この場合には、ア
ドレス2:4:0に位置するノードNC3はそのダウン
ロードリクエストを送出するべきルーティングテーブル
を持たない。しかしながら、NC3は、前に述べたよう
に、このノードNC3のためにダウンロードを開始する
べきネットワークコントローラのアドレスをその不揮発
性メモリーの中に保持している。したがって、NC3
は、そのリクエストをこのネットワークに送ることがで
きる。NC3は、アドレス1:1:0にあるデータダウ
ンロード装置(これは、NC3の中に、NC3のアーカ
イブ装置として特定されている。)に対してダウンロー
ドを要求する。このリクエストがたどるルートは、第3
2図の表2からわかるように、アドレス2:3:0にあ
るNCがNC3に対するイニシエータであるということ
を認識する。NC2は、メッセージをアーカイブ装置に
送るために、すでにルーティングテーブルを持ってい
る。このことは、複数の装置をカスケード接続すること
によってメッセージをアーカイブPCに受け取らせるこ
とが出来るということを示している。これにより、上位
のノード、例えばNC2が、下位のノード、例えばNC
3がダウンロードされ得る前に完全に機能化されなけれ
ばならないというような階層化が達成されるということ
が理解されよう。同様に、NC3で現す別のノードへの
ダウンロードは、NC3からのダウンロードが、そのイ
ニシエータであるNC2を通じて完全に終了するまでは
行なわれない。ダウンロードか行なわれるとき、目標が
存在するNC以外のNCにシステムが定義されるような
他の複数の目標の存在によって問題が生じる。何故なら
ば、二つのNCの持つデータベースが相互に矛盾しない
ものであるものであるとは限らないからである。この矛
盾は、定義がインターレースされたいくつかのNCが影
響される際に自然に生じるものであるので、自動的に訂
正することは出来ない。これらのNCの更新すなわちダ
ウンローディングを行なうためにはある時間長が必要で
あり、その時間中に不可避的に矛盾が生じる。しかしな
がら、全ての問題は検出されユーザーに知らされる。ひ
とつのNCについてダウンロードが行なわれるとき、他
の複数のNCはダウンロードが行なわれているNCと矛
盾するかも知れない。もしそのような条件が存続するな
ら、あるいはまた、もし上記時間中にシステムがいずれ
かのNCにアクセスを行なうならば、エラーやあいまい
さが生じる。目標がひとつのNCから別のNCに移され
た時に生じる問題の例を以下に示す。しかし、結果的な
データベース不整合性は同じであろう。次の仮定がなさ
れる aNC1は、システムSに対するディレクトリを含んで
いる。 bNC2は、オブジェクト0のオリジナルのバージョン
を含んでいる。 cNC3は、同じオブジェクト0の新しいバージョンを
含んでいる。 正常なケースは、NC3の代わりにデータベースにオブ
ジェクト0を加えて、NC2からそれを削除することで
ある。これは、テンプレート生成(単一のオブジェクト
変更)を通じて、あるいはDDL(データ定義言語)を
介してのいずれかで行うことができる。いずれの場合に
も不整合性は発生する可能性がある。DDLがこの変更
に使用されると仮定しなさい。その場合、3つのNDD
Lファイルをトランザクションを完成するために更新す
る必要がある(N1、2および3)。その後、各々のN
Cをダウンロードしなければならない。しかしながら、
ダウンロードの1つ以上はスキップすることができよ
う。あるいは、結果的にフィールドにおいて一貫しない
NCになる、不正確にダウンロードされた古いデータベ
ースはスキップすることができよう。テンプレート生成
変更が失敗するか、何らかの理由のために途中で遮断さ
れる場合、類似した問題が発生することがある。次の場
合は、発生する可能性がある不整合性を実証する。上記
の変更が行なわれた後に、NC1が最初にダウンロード
されたと仮定しなさない。その場合、Sに対するシステ
ム・ディレクトリは、オブジェクト0がNC3に駐在す
べきであることを示すだろう。NC3がダウンロードさ
れる(仮にそれがダウンロードされたとして!)まで、
ディレクトリが「それはNC3にあるべきである。」と
言うのでオブジェクト0は見つけることができない。こ
れが第1の問題のケース、つまり、そこにないオブジェ
クトを指定しているディレクトリ、である。バインドさ
れたレファレンスは、NC2の中の古いオブジェクト0
を今のところ使用し続けるだろうということに注意しな
さい。ディレクトリが新しいバインディングに対して必
要であり、それが存在しないオブジェクトを指定するの
で、新しいバインディングを遂行することができない。
NC2が次にダウンロードされるとさらに仮定しなさ
い。オブジェクト0の古いバージョンが今度は削除され
るので、古いバインディングさえも失敗するという付随
的問題に関して上記の問題と同じ問題をこれは引き起こ
す。NC3がダウンロードされるまで、オブジェクトは
存在しない。NC2が最初にダウンロードされると今度
は仮定しなさい。Sに対する古いディレクトリがオブジ
ェクトをもはや含んでいないNC2を依然として指定し
ているので、これは再び同じ問題である。現行のバイン
ディングは無効になり、新しいバインディングは作るこ
とができない。NC2がダウンロードされた後、次にN
C1がダウンロードされたとさらに仮定しなさい。同じ
問題は再び発生する、なぜならディレクトリが、新しい
オブジェクトでまだダウンロードされていないNC3を
指定しており、古いオブジェクトはなくなっているから
である。特徴x−18−21がアナログタイプ温度ポイ
ントT1、T2およびT3の値を読む場合、図18に基
いて1つの例が発生する。以前に議論したように、特徴
はハードウェアに関係がなく、したがって、アナログ入
力オブジェクトマネジャー18−27に対して各温度に
ポイントを求める同じリクエストをする。これはリクエ
ストされるオブジェクトがアナログタイプであるからで
ある。アナログ入力オブジェクトマネジャー18−27
自身もまた、T1、T2およびT3が設置されているス
レーブに関係がない。特徴xおよびアナログ入力オブジ
ェクトマネジャー18−27に関するかぎり、様々なハ
ードウェアマネジャーへの通信はすべてT1、T2およ
びT3に対して同一である。アナログ入力オブジェクト
マネジャー18−27は、ハードウェアオブジェクトレ
ベル17−9から72.3°Fのような明瞭な浮動小数
点数(実数)を要求する。ストレートタイプAおよびB
も対応するハードウェアオブジェクトマネジャー18−
37および18−41はリクエストされるタイプの値を
アナログ入力オブジェクトマネジャー18−27に供給
するようにデータを決定する。値を決定するために、ハ
ードウェアオブジェクトマネジャーの個々の計算の何ら
かの数がリクエストされるかもしれない。例えば、温度
センサーの値が、アナログ/デジタル変換器によって産
み出されるディジタルカウントのようなカウント(この
カウントは浮動小数点値を計算するためにあらかじめ定
められた範囲に渡って展開されねばならない)としてス
レーブコントローラに到着すると仮定しなさい。センサ
ーの最終温度値が得られる前に、一層の修正が、スパン
方程式、平方根方程式およびフィルターによってリクエ
ストされるかもしれない。図17に示されるように、タ
イプAスレーブコントローラ17−15および17−1
7は、T1およびT2生データを受け渡す。タイプBス
レーブコントローラはT3生データを受け渡す。コント
ローラAおよびBが完全に異なるレベルの能力を持つと
仮定すると、コントローラの相違は既存のコンピュータ
化されたファシリティマネジメント管理システムにおい
て、重大な問題を引き起こすであろう。例えば、他方が
インプリメントしていないかもしれないのに対して、一
方のコントローラは平方根方程式をインプリメントする
かもしれない。あるいは、コントローラ同士が異なる範
囲方程式を持つかもしれない。従来のファシリティマネ
ジメントシステムにおいては、ハイレベルのソフトウェ
アはこれらの相違を補正する必要があるだろう。しかし
ながら、本発明においては、スレーブコントローラに対
するハードウェアオブジェクトマネジャーは、データを
決定してアナログ入力オブジェクトマネジャー18−2
7とこれらの相違を覆うために、ノードプロセッサ(あ
るいは個別のプロセッサ)にアクセスする。タイプAス
レーブコントローラ17−15および17−17は、ネ
ットワークコントローラにアナログディジタルカウント
だけを提供する、高度に単純な装置であると仮定しなさ
い。この場合、タイプAスレーブコントローラに対する
ハードウェアオブジェクトマネジャー18−37は、ア
ナログ入力オブジェクトマネジャー18−27に提供す
るための最終温度値T1およびT2を得るのに必要な別
の計算を実行しなければならない。対照的に、スレーブ
コントローラタイプBが、ネットワークコントローラ上
へ情報を送る以前に、ほとんどのレインジング及びフィ
ルタリングを実行する高度に精巧な装置であると仮定し
なさい。この場合、タイプBコントローラに対するオブ
ジェクトマネジャー18−41は比較的に小さな処理を
実行する。いずれの場合にも、ハードウェアオブジェク
トマネジャーによって実行される処理は、データを操作
し、ハイレベルの特徴にそれを送るソフトウェアオブジ
ェクトマネジャー18−27に対して透過的である。こ
れは、ハードウェアオブジェクトマネジャー18−37
と18−41ならびにアナログ入力オブジェクトマネジ
ャー18−27間に共通の情報インタフェースがあるか
らである。したがって、ハードウェアオブジェクトマネ
ジャーはすべて、同じ規則に従ったソフトウェアオブジ
ェクトレベル−17−7と通信する。したがって、アナ
ログ入力オブジェクトマネジャー18−27を総称オブ
ジェクトタイプ(この場合、アナログ入力オブジェク
ト)を処理するため書くことができる。それは、アナロ
グ入力の各単一の可能なスレーブコントローラ実行用代
替コードを含んでいる必要がない。さらに、図18に示
されるように、通信が、ソフトウェアオブジェクトレベ
ル18−7のすべての特徴とすべてのオブジェクトマネ
ジャー、およびソフトウェアオブジェクトレベル18−
7およびハードウェアオブジェクトレベル18−9のす
べてのオブジェクトマネジャー間で可能であることに注
意すべきである。使用される実際の通信パスはリクエス
トされる特徴およびデータによって実行されるファンク
ションだけからなるファンクションである。したがっ
て、特徴yもソフトウェアオブジェクトT1をリクエス
トしてもよく、したがって、アナログ入力オブジェクト
マネジャー18−27にアクセスする。同様に、特徴n
は、ハードウェアオブジェクトレベル18−9の1つ以
上のオブジェクトマネジャーからデータをさらに要求す
ることもできる、ソフトウェアオブジェクトレベル18
−7の1つ以上のオブジェクトマネジャーからデータを
リクエストしてもよい。ハードウェアオブジェクトとソ
フトウェアオブジェクトレベル間のインタフェースの共
有性は、新スレーブコントローラおよびオブジェクト例
の追加を単純化する。もし第4温度センサーT4がシス
テムに加えられれば、オブジェクト例は上記の例に加え
られるだろう。第3タイプAスレーブコントローラA3
が加えられれば、同じタイプの新スレーブコントローラ
が加えられるだろう。いずれの場合にも、ソフトウェア
オブジェクトレベル18−7とハードウェアオブジェク
トレベル18−9間に情報のインタフェースにたいする
変更がないので、必要なソフトウェアはすべてネットワ
ークコントローラに存在する。ユーザはただ、18−2
9のアナロク入力オブジェクトT4の新しい例を生成す
るためにデータベースを修正変更する必要があるだけで
ある。あるいは、タイプAコントローラオブジェクト
(たとえば、A3)の新しい例をネットワークコントロ
ーラに生成するために、データベース18−39を修正
変更する必要があるだけである。既存のファシリティマ
ネジメントシステムソフトウェアに最少のインパクトを
そなえた新しいスレーブコントローラタイプを加えるこ
とも可能である。新しいコントローラタイプ、タイプC
がローカル・バス17−13に付けられると仮定しなさ
い。そのローカル・バスで操作可能なユニットに対する
マスターコントロールノードの役をするネットワークコ
ントローラにおいて、既存のソフトウェアに新しいハー
ドウェアオブジェクトマネジャーを加えることで(ダウ
ンロードあるいは他の手段によって)をこのことは要求
するだろう。このハードウェアオブジェクトマネジャー
は、システムの中ですでに定義されているソフトウェア
オブジェクトに新コントローラの能力をマップするだろ
う。例えば、新ハードウェアコントローラは新しいハー
ドウェアオブジェクトマネジャーをリクエストして、略
式な方法でアナログ温度データをモニタしてもよい。新
コントローラがアナログ温度データを産み出せば、新し
いハードウェアブジェクトマネジャーは、アナログ入力
オブジェクトの新しい例T5にデータをマップすること
ができる。既存のソフトウェアオブジェクトマネジャー
およびソフトウェアオブジェクトレベル17−7、およ
びネットワーク制御ソフトウェアの特徴レベル17−5
のハイレベル特徴は、影響されないだろう。なぜならそ
れらは従来と同じ様に作動するであろうから。唯一の例
外は、既存のタイプのオブジェクトとはオペレーション
において非常に異なるために、ソフトウェアオブジェク
トレベル17−7で既存のソフトウェアオブジェクトマ
ネジャーの1つにマップすることができなかった新しい
データタイプを、新しいハードウェアがいつサポートす
るかであろう。その場合、新しいソフトウェアオブジェ
クトも作成されなければならないかもしれない。したが
って、ハードウエアオブジェクトマネジャーは、ソフト
ウェアオブジェクトに対するハードウェアの相違を覆う
ために、再び使用される。したがって、ソフトウェアオ
ブジェクトマネジャーは異なるハードウェアに左右され
るバージョンを持つ必要がない。ソフトウェアオブジェ
クトマネジャーは、データ要素がタイプAコントロール
のもとで操作されたセンサーから由来するものであれ、
タイプBコントロールの下で操作された別のセンサーか
ら由来するものであれ、データ要素を同じ方法で処理す
る。ハードウェアオブジェクトマネジャーは、ソフトウ
ェアオブジェクトマネジャーの必要によってリクエスト
される形にデータをフォーマットするかマップする。こ
れは、ソフトウェアオブジェクトマネジャーがより高い
レベルのソフトウェア特徴にハードウェアから独立した
てインタフェースを提供することを可能にする。この発
明の別アスペクトに従って、図19は、ソフトウェアあ
るいはハードウェアマネジャーが、センサーのような操
作可能ユニットから直接得られたデータが処理されるの
とほとんど同じ方法で計算中に生成されるデータを処理
するための一つの構成体を提供することを例示する。発
明に従って、1つのポイントがオブジェクトのタイプと
して定義される。例えば、アナログ入力ポイントはオブ
ジェクトのタイプである。したがって、ポイントにはそ
の現在地、上限、下限、アラーム状態、そのハードウェ
アアドレスなどのような属性がある。ポイントに対する
これらの複数次元はポイントをベクトル量として定義す
る。1ポイントは、フィールドのセンサーのような操作
可能ユニットに常に関係している。したがって、操作可
能ユニット19−1は、ソフトウェアオブジェクトマネ
ジャー19−7によってリクエストされる形にハードウ
ェアオブジェクトマネジャー19−5のデータを処理す
るネットワークコントローラ19−3にデータを提供す
る。ポイントに対応するデータは、プロセッサメモリ1
7−4のような記憶手段に属性19−9として格納され
る。特徴レベル19−11での中間計算は、ソフトウェ
アオブジェクトレベル19−13が操作可能ユニットか
ら直接集められないデータを供給することを時として要
求することができる。そのようなデータを処理する共通
の方法を容易にするために、擬ポイント19−15がソ
フトウェアオブジェクトレベル19−13で作成され
る。擬ポイントは、ソフトウェアオブジェクトマネジャ
ー19−7によってポイント19−9とまったく同じ方
法で処理される。1ポイントと擬ポイントの間の相違は
擬ポイントが関連するオブジェクトからその属性の1つ
以上を得ているのに対して、1ポイントが操作可能ユニ
ットからその値を得ることである。擬ポイントは、その
属性の1つとして関連するオブジェクトの身元を格納す
る。したがって、擬ポイント19−15は、ポイント1
9−9としてその関連するオブジェクトを認識すること
ができよう。この場合、擬ポイント19−15は、ポイ
ント19−9の属性からその属性の1つ以上を得ること
ができよう。これは同じ方法で特徴レベル19−11か
らのデータリクエストをすべて処理することを、ソフト
ウェアオブジェクトマネジャー19−7に許可する。し
たがって、ポイントとして操作可能ユニットから得られ
たデータ、および、そのような操作可能ユニットから直
接得られない、中間計算の中で使用される他のデータを
区別する必要がない。図20は、高速ネットワークバス
20−7で相互に連結したネットワークコントローラ2
0−1、20−3、20−5を示す。高速ネットワーク
バス20−7は、ノード間のデータをコンピュータ20
−9に伝送するために使用される。コンピュータ20−
9は、ネットワークコントローラ20−1に対するアー
カイブデータベース20−13、およびネットワークコ
ントローラ20−3に対するアーカイブデータベース2
0−15のようなアーカイブされたデータベースを含ん
でいる記憶要素20−11へ情報を伝送する。コンピュ
ータ20−9は、データのレベルが特定のアプリケーシ
ョンに対して適切なものはどんなレベルであれ、ユーザ
がデータ要素を生成することを可能にし、データ要素に
ネームを割当てることを可能にする生成ソフトウェア2
0−10を含んでいる。2つの要素に同じネームがあっ
てはならないので、生成ソフトウェアはアーカイブされ
たデータベースあるいはオンラインデータベースをチェ
ックし、各データ要素が自身に特有のネームを割当てら
れていることを確認する。ネームが割当てられた場合、
ネームおよびデータ要素は両方とも高速バス20−7を
使用して、上位ノードにダウンロードされる。これは、
レファレンス番号21−20および21−22として生
成時刻で図21に概略的に示される。その結果、上位ノ
ードは名前付きデータ要素を含んでいる。図21のファ
ンクションブロック21−24にさらに示されるよう
に、ランタイム中、レファレンスノードは、ネームによ
ってデータ要素に対するリクエストを送信する。これが
指定されるデータ要素に対する第1リクエストである場
合、ファンクションンロック21−26に示されるよう
に、データ要素が見つけられるまで、ネットワーク全体
が探索される。これは、ファンクションブロック21−
28に概略的に示される。ネームをネットワークのいか
なる場所にも見つけることができない場合、ファンクシ
ョンブロック21−30に示されるように、エラーメッ
セージ21−32が送信される。また、ネームの探索は
ブロック21−38で終了される。一方、ファンクショ
ンブロック21−34に示されるように、ネームが見つ
けられた場合、ネームはバインド情報でタグを付けられ
る。このバインディング情報ネットワーク上のノードア
ドレス、およびノードのデータベース内のデータ要素の
内部アドレスである。ノードアドレスおよびデータ要素
の内部アドレスには任意の便利なフォーマットがありう
る。ファンクションブロック21−36に従って、バイ
ンド情報およびデータ要素それ自身は、バインド情報を
格納するレファレンスノードに返される。レファレンス
ノードがデータ要素に対する第1リクエストを行ってい
ない場合、ブロック21−26に示されるように、バイ
ンド情報が読まれるコントロールはファンクションブロ
ック21−40にパスする。バインド情報を使用して、
ブロック21−42で、指定位置(上位ノードおよびデ
ータ要素位置)でのネームは、リクエストされたネーム
を持つブロック21−44の中で読まれ比較される。指
定位置で見つかったネームが、リクエストされたネーム
と一致した場合、データは、ステップ21−46に従っ
てリクエストノードに返される。そして、データ取得ル
ーチンが終了される。しかしながら、指定された位置で
見つけられたネームがリクエストされたネームと一致し
ないこともありうる。これは、バインド情報が無効にな
ったことを示す。典型的に、検証は上位ノードで行われ
る。ホストは、リクエストされたデータが、境界アドレ
スに格納された要素のネームと渡されたネームを比較す
ることによって同じアドレスにまだあることを確認す
る。それらが同一である場合、以前に注意したように、
バインディングはまだ有効である。また、リクエストさ
れるように、データは返される。しかしながら、上位ノ
ードのデータベース内に、あるいは別のノードのいずれ
かに、データ要素が移動した場合、上位ノードは、その
データベースでその位置に今格納されるネームとリクエ
ストで渡されたネームとの間の不一致を検知する。レフ
ァレンスノードは、バインド情報が無効であると通知さ
れる。ダウンロード、削除あるいは他のデータベース生
成が上位ノードを通じて実行された場合、データ要素の
削除、ノード内データのデータベースの別の位置への移
動、あるいは異なるノードへのデータの移動によってバ
インド情報が無効になることはあり得る。これらの事象
のうちのいかなるものでもレファレンスノードが通知さ
れないで起ることがある。バインド情報が無効の場合、
レファレンスノードは、データ要素名の第1リクエスス
トに対する前述のステップに再び従って、ステップ21
−28に従う要素名を求めてネットワークの探索を実行
する。データ要素名が削除された場合、エラーメッセー
ジ21−32が返されるだろう。しかしながら、ステッ
プ21−34および21−36に従って、データ要素名
が、ノード内であるいは異なるノードへ移動させられた
場合、ネームは新しいバインド情報のついてタグを付け
られるだろう。新しいバインド情報およびデータ要素は
レファレンスノードに返されるだろう。上記の結果、ネ
ットワークは自己回復作用を行う。アドレスの変更が生
じた後、はじめてレファレンスが行われたとき、無効に
なるレファレンスが修正される。さらに、それが参照す
るデータ要素がダウンロードされる前に、レファレンス
ノードがダウンロードされる場合、ネームがダウンロー
ドされ、次に、それを見つけることができるまで、エラ
ーメッセージは返される。したがって、上記の発明に従
えば、はじめてデータ要素がリクエストされたときか、
あるいは、データ要素が移動させられた後はじめてそれ
がリクエストされたときネットワーク探索を行うだけで
よい。図22は、上記に記述された方法のバリエーショ
ンを例示する。ネーム生成22−50後、ネームは、レ
ファレンスノードへステップ22−52でダウンロード
されることを、図22−3は例示する。ステップ22−
54で、レファレンスノードはネームテーブルを生成す
る。レファレンステーブルは、データ要素のコピーを1
つだけ保持することによって、ノード内メモリの使用を
最適化するように構築することができる。その後、デー
タ要素を要求するレファレンスノードで、すべてのレフ
ァレンスおよびアプリケーションは、ASCII名より
少ないデータ・バイトしか典型的にリクエストしないレ
ファレンステーブル指標と取替えられる。したがって、
図22のステップ22−54および22−56で示され
るように、ネームは1つの場所、レファレンステーブル
エントリだけで保持される。この方法で各々のレファレ
ンスノードが自身のネームテーブルを保持することに注
意すべきである。したがって、ステップ22−58の後
レファレンスノードがデータ要素を要求する場合、ステ
ップ22−60はこれがレファレンスノードによる最初
のリクエストがどうか決めるように実行される。それが
レファレンスノードによる最初のリクエストである場
合、図22のステップ22−62から22−72が実行
される。これはネームがバインド情報およびデータを返
して発見された場合に要素名を求めてネットワークを探
索すること、および、ステップ22−72で示されるよ
うなレファレンスノードに作成されるテーブルにそのネ
ームを置くことを含んでいる。以前に議論したように、
エラーは処理されるだろう。ステップ22−74で、こ
れがレファレンスノードによる最初のリクエストでない
場合、データ要素の位置は、ホストに送られたネームテ
ーブルおよびリクエストから読まれる。その後、ネーム
はネームテーブルで指定される位置に上位ノードによっ
てネームと比較される。ステップ22−78での比較の
結果に基いて、データは要求するノードに返されるだろ
う。あるいは、ネットワークは要素名を求めて探索され
るだろう。レファレンスノード内で、それが、データ要
素を求めるリクエストが起こす、いかなるアプリケーシ
ョンあるいは特徴において重要ではないことに注意する
ことは重要である。一度バインディングがその要素への
1つのレファレンスに対して生じれば、それは、その要
素へのそのノード内のすべてのレファレンスに対して発
生する。これは、各々の場所に対して一度ずつレファレ
ンスがノードで発生する代わりに、バインディングがノ
ード内のすべてのレファレンスに対して一度だけ発生す
る必要があることを意味する。これは、ノードによって
すべてのレファレンスに対応する初期バインディングを
作るのに費やされる時間を縮小する。個別のレファレン
ステーブルが各ノードに対して構築されることも注意さ
れるべきである。したがって、データ要素の位置が上位
ノードの範囲内であるいは別の上位ノードに変更される
場合、はじめて、そのノードがデータ要素を要求すると
きに、レファレンステーブルを更新するプロセスが各レ
ファレンスノードによって繰り返されるだろう。図23
は図22に示される配置の一層の最適化を示す。ノード
がデータ要素に対する第1リクエストを行なったと仮定
して、バインド情報によって識別される位置のネーム
が、現在リクエストされているデータ要素のネームと比
較される。この場合、一致が生じなければ、ローカル探
索は、バインド情報によって識別されるホストの探索に
よって、ステップ23−82でまず実行される。これは
データ要素が同じホスト内に見つけられるからである。
これが生じた場合、バインド情報およびデータがレファ
レンスノードに返されるコントロールはステップ23−
70にパスする。しかしながら、これが生じなかった場
合、ネットワークの残りはステップ23−62からスタ
ートする探索が行なわれる。一層の実施例はデータ要素
が、要求するノード(つまり、上位ノードおよびレファ
レンスノードは同じノードである)と同じノードに格納
される場合にデータ要素へのレファレンスを求めてネッ
トワークを探索することを回避する。前述したように、
レファレンスネームテーブルは、レファレンスノードに
各ネームに対するエントリを含んでいなければならな
い。データがある場合にはこのノードから別のノードに
移動することもあるので、レファレンスノードおよび上
位ノードが同一でも、これは必要である。したがって、
たとえレファレンスノードがさらに指定される要素に対
して上位ノードでも、レファレンスノードのネームテー
ブルからエントリを削除することはできない。しかしな
がら、これらの状況になったときだけ、はじめてレファ
レンスノードがレファレンスノードがさらに上位ノード
であるデータ項目をリクエストしたときに、ネットワー
クの探索を削除することは、可能である。これは、要素
がダウンロードされる場合に、データベースソフトウェ
アおよび上位ノードにレファレンステーブルエントリを
加えることによって、達成される。上位ノードがデータ
要素を所有し、従って、バインディングを知っているの
で、テーブルエントリは正確なバインド情報を含んでい
る。同じノードの他のどこかから第1レファレンスが生
じた場合、バインド情報は、レファレンステーブル内に
すでにあり、追加探索はリクエストされない。したがっ
て、レファレンスノードによって頻繁に使用されるデー
タ要素をそのレファレンスノードにホストすることは有
利である。図24はネームの複数のレベルを使用して、
一層の最適化テクニックを示す。例示されるように、ネ
ームの2つのレベルが示される。しかしながら、テクニ
ックは、指定する階層の任意の深さまで延長することが
できる。したがって、ネームの、小さなレベルおよびハ
イフンでつながれたレベルは使用することができる。各
々のレベルで、ディレクトリは次のより高いレベルまで
アクセスを可能にして、構成される。2レベルの名前づ
けスキームにおいて、各ネームは、2つの部分、すなわ
ち、グループ内のグループ名および要素名から成る。各
グループは、ネットワークにおいて1つのノードに割当
てられ、グループの範囲内で多くの要素を持ってもよ
い。第1ディレクトリすなわちグループディレクトリ
は、ネットワークのすべてのグループのディレクトリで
ある。ディレクトリは、各グループのネームをリスト
し、グループが駐在するノードを定義する。ネットワー
クの各ノードにグループディレクトリを保持しなければ
ならないので、グループディレクトリは、ネットワーク
内のすべてのノードに同報通信される。すべてのノード
がグループディレクトリの最新のコピーを保持するよう
に、グループの付加あるいは削除はネットワークのすべ
てのノードに同報通信されなければならない。ノードの
各グループに対して、ノードは、要素ディレクトリと呼
ばれるディレクトリの第2レベルを含んでいる。要素デ
ィレクトリは、そのグループの要素をすべてリストし、
グループの各要素のノードアドレスを識別する。グルー
プの要素が、グループあるいは要素ディレクトリを含ん
でいるノードに駐在する必要がないこと、また、すべて
の要素およびそのグループがネットワークの同じノード
にかならずしも駐在する必要がないに注意することは重
要である。もちろん、要素が加えられたりかグループか
ら削除されたり、1つのノードから別のノードに移動し
た場合は常に要素ディレクトリは更新される。図24
は、ディレクトリがどのように使用されるか例示する。
ステップ24−100で示されるように、レファレンス
ノードがデータ要素にたいしてその第1リクエストを行
なっているかどうかが最初に決定される。ステップ24
−102において、これが第1リクエストである場合、
レファレンスノードはグループディレクトリとグループ
名を比較し、グループノードを識別する。ステップ24
−104において、一致が生じていない場合は、エラー
24−106が示される。そして、事象のシーケンスが
終了する。ステップ24−104での適切なオペレーシ
ョンを仮定した場合、一致が生じ、ステップ24−10
8でリクエストはグループディレクトリで身元確認され
たグループノードに送られる。グループノードのステッ
プ24−110において、要素ディレクトリは要素がそ
のグループに現れるかどうかを決めるために、探索され
る。要素ディレクトリがデータ要素の位置を含んでいる
ので、一致がステップ24−114で生じた場合、ステ
ップ24−112でグループノードは要素ディレクトリ
から上位ノードアドレスを読み、ステップ24−116
で上位ノードへのリクエストを転送する。ステップ24
−118で、上位ノードはデータを得て、レファレンス
ノードにバインド情報およびデータを返す。したがっ
て、要素のネームの初期探索は、正しいグループに対す
る要素ディレクトリの探索が後続するグループディレク
トリの単作に探索される。ネットワーク全体を探索する
必要がない。しかしながら、ディレクトリは最新にして
おかなければならないし、グループディレクトリのコピ
ーをネットワークの各ノードに保持しなければならない
ことに注意すべきである。グループディレクトリが駐在
するノード上にだけ、グループの要素ディレクトリを保
持する必要がある。グループあるいは要素が加えられた
りか削除されたり、要素が移動させられたりした場合の
み、追加簿記が要求されるだけである。これは、そのよ
うな変更が生じた場合、レファレンスノードをすべてダ
ウンロードすることに比べれば相当に少ない仕事量であ
る。レファレンスノードのソフトウェアの実際のレファ
レンスが影響を受ける必要がない。以前に議論したよう
に、これがデータに対する第1リクエストでない場合、
バインド情報が読まれ、そのネームはバインド情報によ
って識別された位置に見つけられたネームと比較され
る。一致が生じない場合、バインド情報はもはや最新で
なく、適切な情報を位置指定するにシーケンスを再び実
行しなければならない。1つのアプリケーションにおい
て、ファシリティマネジメントシステムで上述の方法を
遂行することができる。ファシリティマネジメントシス
テムに対するこのアプリケーションは例を介したもので
あり、この発明に対して制限をくわえることを意図した
ものではない。図20で、数個の実時間ネットワークコ
ントローラおよびネットワークコントローラ・ダウンロ
ードするためのデータベースを生成するために使用され
るパーソナルコンピュータは、ネットワーク20−7に
相互に連結している。パーソナルコンピュータ20−9
に付けられたディスクのような記憶手段20−11は、
ネットワークコントローラ20−1、20−3および2
0−5にダウンロードされるデータベースを含んでい
る。各ネットワークコントローラおよびパーソナルコン
ピュータはノードと考えることができる。NC2を上位
ノード3のネームであり、上位ノードがAHU1/FA
Nと呼ばれるデータオブジェクトあるいは要素を所有す
ると仮定しなさい。システム/オブジェクト名はシステ
ム名が上記の説明においてグループ名と同一であり、オ
ブジェクト名が特別のデータオブジェクトあるいは要素
のネームである場合にスキームを指定する2レベルであ
る。このオブジェクトは空気ハンドラ#1に対するリタ
ーンファンである。2つの位置の1つに対してそれを制
御することができ、そのネームがネットワーク上でユニ
ークなので、これはバイナリ出力オブジェクトである。
“グループ”あるいはシステム名はAHU1および“要
素”である。あるいは、オブジェクトはファンである。
さらにそのNC1がノード1のネームであり、レファレ
ンスノードであると仮定しなさい。これは、それがFA
Nオブジェクトを参照する必要のあるいくつかのソフト
ウェア特徴を持つことを意味する。図20に示されるよ
うに、特徴AはFANオブジェクトの現在地を読む必要
があり、特徴Bはファンを物理的に開始させるためにF
ANオブジェクトにコマンドを送る。図に示されるよう
に、すべてのシステム名、グループディレクトリ20−
200、20−202および20−204のリストは、
各ノードに複写される。グループディレクトリは、どの
ノードが特別のシステムのためのオブジェクトのディレ
クトリ含んでいるかを識別する。AHU1システムの場
合、オブジェクトのディレクトリはNC2ノード20−
3によって保持される。したがって、NC2、ノード2
0−3もAHU1システムのオブジェクトのディレクト
リ、および、それらがデータベースに位置指定されてい
る場所とを含んでいる。同様に、AHU2システムに対
するオブジェクトはNC3あるいはノード20−5に位
置指定されている。以前に議論したように、パーソナル
コンピュータ20−9を使用して、ユーザは、記憶ディ
スク20−11上にアーカイブされたファイル20−1
3、20−15に置くことができ、ネットワークコント
ローラ20−1、20−3および20−5にダウンロー
ドすることができるデータベースを生成する。特徴Aお
よびBからオブジェクトAHU1/FANへのレファレ
ンスのようなレファレンスは、ダウンロードされる時、
ASCIIネーム形式で保持される。これはそれらが、
ネットワークコントローラに対応するデータベースがダ
ウンロードされた時にまだバインドされていないからで
ある。参照を付けるソフトウェア特徴は、データオブジ
ェクトAHU1/FANの実際の物理的な位置に気がつ
かない。ダウンロードするに際して、オブジェクトは、
同じタイプのオブジェクトをすべて管理するデータ・ベ
ース管理プログラムに与えられる。AHU1/FANの
場合には、NC2のバイナリ出力マネジャーが使用され
る。オブジェクトデータ・ベース管理プログラムソフト
ウェアは、レファレンスネームテーブル中にネームを最
初に入力する。例えば、バイナリ出力オブジェクマネジ
ャーがダウンロード時にFANオブジェクトを与えられ
る場合、それは自身のバイナリ出力データベースにFA
Nオブジェクトを入れて、レファレンステーブル20−
300にエントリを加える。このエントリは、AHU1
/FANオブジェクトおよびそのバインド情報のネー
ム、および、バイナリ出力データベース(レコード3)
における、オブジェクトタイプ(バイナリ出力)、上位
ノードアドレス(NC2)およびデータベース位置を含
んでいる。この例において、テーブルエントリは、図2
0に示されるようにオフセット16に位置指定されてい
る。NC2以外の他のノードがバインド情報をこの時知
らないことに注意しなさい。これらのノードは、AHU
1/FANに対するネームレファレンスをまだ持ってい
るだけである。後のネーム探索が適切な場所でそれを見
つけるように、オブジェクトとAHU1のディレクトリ
は、さらに、FANオブジェクトに対するレファレンス
テーブルを指定する。レファレンスノード20−1、N
C1に対するデータベースもダウンロードされる。これ
はNC1に対するレファレンステーブル内にエントリを
作らせる。特徴Aに対するデータベースがダウンロード
されると、エントリがAHU1/FANに対するレファ
レンステーブルに作られるが、これにはバインド情報が
ついていない。この“バインドされていない”レファレ
ンスは、NC1のある特徴がFANをレファレンスする
ことを単に示す。ハイレベルのソフトウェア特徴Bに対
するデータベースがダウンロードされると、特徴Bも、
テーブルにバインドされていないレファレンスを加えよ
うと努めるがそれがそこ(レファレンステーブル20−
302のオフセット27)にすでにあることを知る。そ
の後、両方の特徴は、AHU1/FANに対する名前付
きレファレンスを27のオフセットと取替え、テーブル
の中へ入れる。この時点でもバインド情報がNC1のテ
ーブルの中になおないことに注意しなさい。ハイレベル
のソフトウェア特徴Aの実行は、NC1にFANオブジ
ェクトの値を読むことを要求する。バインディングが、
AHU1/FANに対するNC1のレファレンステーブ
ル中にはまだないので、ソフトウェアはネットワークに
AHU1/FNAを位置指定しなければならない。これ
はシステム名AHU1を求めてシステム名リストあるい
はNC1のグループディレクトリを探索することを要求
する。図20に示されるように、リストは、AHU1が
NC2に位置指定されていることを示す。したがって、
ソフトウェアはNC2にリクエストを向ける。NC2
は、要素ディレクトリを使用して、そのデータベースに
オブジェクトを置く。これは、AHU1のオブジェクト
のディレクトリ中のFANを調べることによって遂行さ
れる。図20に示される例において、これは、NC2中
のレファレンステーブルのオフセット6に位置指定され
たバイナリ出力ポイントである。上述のように、この情
報がダウンロード時にそこに置かれたので、NC2のレ
ファレンステーブルは、FANに対して加えられバイン
ド情報をすでに持っている。従って、ソフトウェアは、
このノード上に正確なデータ・ベース管理プログラム
(バイナリ出力)オブジェクトマネジャーにリクエスト
を送信し、正確なレコード(それはレコード3である)
を要求することができる。一度データが得られれば、情
報はバインド情報と共に特徴A及びNC1に渡される。
その時、FANに対するレファレンステーブルエントリ
は、正確なバインド情報と共にノードNC1に完成され
る。図20は、さらにNC2の特徴Cからのような、上
位ノードのレフィレンスに対して、データベースがダウ
ンロードされた後、バインド情報がレファレンステーブ
ル中にすでにあることを例示する。したがって、はじめ
てレファレンスがアクセスされたときでさえ、バインデ
ィング手続きはそれらのレファレンスに対して要求され
ない。バインド情報がネットワークコントローラNC1
に提供されているので、ネットワークコントローラNC
1からのその後のレファレンスは上記の手続きを繰り返
す必要がない。特徴BがFANを参照する必要があると
仮定した場合、レファレンステーブルにFANファンを
見つけるためには、格納されている27のオフセットを
使用する。この時、バインド情報は、テーブル中にすで
にある。したがって、ソフトウェアは、ノードNC2の
バイナリ出力データベースマネジャーにリクエストを直
接送信し、レコード3を要求することができよう。上述
の探索手続きはもはやリクエストされない。引き続いて
FANを参照するNC1上の他の任意の特徴レファレン
スファンはテーブル中の同じバウンドレファレンスを使
用する。したがって、バインディングは、NC1からす
べてのレファレンスに対して一度リクエストされるだけ
である。以前に議論したように、各ソフトウェア特徴
で、より長いASCII名が短いテーブルオフセットに
よって取替えられ、ただ1つのテーブルエントリだけが
その同じノードからすべてのレファレンスに対してクリ
エストされるので、レファレンステーブルはメモリ要求
を縮小する。図25は、データ要素がノード内を移動す
る場合の事象のシーケンスを例示する。FANがレコー
ド3からレコード5までNC2のデータベース内を移動
すると仮定しなさい。これは、たとえば、パーソナルコ
ンピュータでのデータベースの再生成の結果として発生
する可能性がある。その結果、AHU1/FANがレコ
ード5まで移動したのに対して、レコード3がAHU1
/ポンプと呼ばれるオブジェクトに今度はなる。ネット
ワークコントローラ25−2上のバイナリ出力データベ
ースマネジャーに直接行くべき、ネットワークコントロ
ーラ25−1にによって使用されるバインド情報は、レ
コード3に対するリクエストを引起すだろう。しかしな
がら、レコード3で見つけられたネームと比較できるよ
うに、このリクエストも、AHU1/FANのネームを
送る。この場合、レコードはもはや一致しない。前述の
最適化の1つを使用して、バイナリ出力データベースマ
ネジャーはそれがオブジェクトAHU1/FANをなお
持つかどうか理解するために、自身のデータベースを探
索する。この場合、それはレコード5で見つけられ、し
たがって、要求された情報は新しい正確なバインド情報
と共に返される。NC1は、それが使用していたバイン
ディングがNC2によって修正されており、レコード3
に対するレファレンスをレコード5と交換することによ
って、そのレファレンステーブルを更新することを理解
する。したがって、オブジェクトはネットワークコント
ローラNC2内を移動した。しかし、ネットワークコン
トローラNC1は、ネットワークコントローラNC1に
対する何の変更もなしでデータをなお見つけることがで
きた。更に、共通のレファレンステーブルエントリが更
新されるので、ネットワークコントローラ25−1のレ
ファレンスはすべて修正される。ダウンロードの結果、
データオブジェクトが異なるネットワークコントローラ
に移動させられた場合、図26は状況を例示する。この
場合、ユーザは、システムあるいは“グループ”ネーム
AHU1を移動させるNC2、およびNC3に対するデ
ータベース、およびNC3に対するそのオブジェクトを
生成した。今、FANはネットワークコントローラNC
3(ノード5)上のバイナリ出力データベースのレコー
ド7である。ここで、それがすでに持っているバインド
情報を使用して、FANを参照しようとするネットワー
クコントローラNC1の試みは失敗する。これはネット
ワークコントローラNC2でのネーム比較、レコード3
が、AHU1/FANデータオブジェクトがそのアドレ
スにはもはやないことを示すためである。さらに、NC
2データベースの残る要素のチェックは、FANを見つ
けることができないことを示す。したがって、ネットワ
ークコントローラ1の特徴Aは、エラーメッセージを受
信する。ネットワークコントローラ26−1は、そのテ
ーブルからのバインド情報を削除することによって、お
よび、AHU1/FANの新しい位置を見つけるために
上に議論された方法に従うことによって応答する。この
場合、それは、ネットワークコントローラ3のレコード
7で見つけられるだろう。共通のレファレンステーブル
が更新されるので、これを一度行うことは、ネットワー
クコントローラNC1のレファレンスをすべて修正する
ことになる。もしデータ要素がネットワークから完全に
削除されていたとしたら、ネットワークコントローラN
C1は、忠告メッセージを介してFANを見つけること
ができないことをオペレータへ報告していたことだろう
ということは注意すべきである。ことことは、また、F
ANが再びダウンロードされるまで、NC1からFAN
へのすべてのレファレンスに対して真実である。したが
って、AHU1/FANが再定義されるか、レファレン
スが削除されるまで、エラーは発生する。しかしなが
ら、ダウンロード後、レファレンスは、盤インドし適切
に作動し始めるだろう。従って、ノードダウンロードの
順序は重大ではない。N1バスで相互に連結したノード
間で適切な時間同期を提供するために、ノードの1つ
が、限定的システムマネジャーの役割を演ずる必要があ
る。図27に示されるように、ノード27−1は時間同
期装置(限定的システムマネジャー)として27−2で
選択され、ノードは時間を定義し、N1バスで相互に連
結した他方のノードにこの情報を送信する。27−3に
示されて、ノードは非更新間隔の間、時間をモニタす
る。決定ブロック27−4は現在、再同期がセットされ
る時間かどうか決めるために、クロックをテストする。
そうでなければ、コントロールは27−3に転送され、
時間モニタリングは係属する。ブロック27−5におい
て、今ノード間で時間の同期を再設定する時であるとい
うことが決定ブロック27−4において決定された場
合、ノードはそれがシステム時間マネジャーかどうか決
めるために、テストする。そうならば、コントロールは
27−2を閉鎖するために転送される。また、システム
時間マネジャーは現在の時間を送信する。決定ブロック
27−5において、それがシステムマネジャーではない
ことをノードが認識した場合、ブロック27−6におい
て、ノードは、それが時間同期データを受信したかどう
か決める。そうならば、ノードはブロック27−7にお
いてその時間をリセットし、ブロック27−3でのよう
に、時間モニタリングは継続する。時間同期データがブ
ロック27−6で受信されない場合、ブロック27−8
のノードは、それがシステム時間マネジャーでありうる
かどうかを決め、そうならば、ブロック27−2でのよ
うに時間を送信する。これは、オリジナルのシステム時
間マネジャーが障害を起こしたり、オフラインになった
場合、新しいノードが時間同期責任を引き受けることを
可能にする。ノード間で時間を同期させることに加え
て、グローバルなデータを同期させることも必要であ
る。図28は、ダウンロードの基本ステップを示す。フ
ァンクションブロック28−1において、グローバルな
データベースはネットワークの上に定義されロードされ
る。グローバルなデータベースは、パスワード、システ
ム名(オブジェクト名ではないが)のリスト、ノードの
リストおよびシステムにつながっているプリンタ、ユー
ザのある分類の忠告メッセージがどこに向けられている
かを示すリポートグループ、またすべてのノードに有用
な他の情報のような項目を含むことができる。ファンク
ションブロック28−3は、各ノードがまた、アーカイ
ブ装置の中でそのノードに対して定義されるデータベー
スを持つことを示す。ノードデータベースは、ノードに
格納されるデータ、およびノードによって制御される他
の装置にN2バスを通じて送信される補足データを含ん
でいる。ファンクションブロック28−5において、ノ
ードは、それにN1アドレスを与えることおよび不揮発
性メモリにそのアーカイブ装置の身元を格納することに
よって、ネットワークに構成される。ステップ28−7
でのパワーアップに続いて、ノードはステップ28−9
で他のノードと同期しなければならない。同期が完全か
どうかをステップ28−11はテストする。そうでなけ
れば、コントロールは同期プロセスを完成するためにフ
ァンクッションブロック28−9に転送される。ノード
の同期の完成に際して、ノードが自身の特別のデータベ
ースをダウンロードするために、アーカイブ装置にアク
セスするファンクションブロック28−13に、コント
ロールは移る。各データ要素が受信されるので、情報が
N2バスで装置に送信されるかどうかを決定ブロック2
8−15はテストする。送信されなければ、情報は、フ
ァンクションブロック28−17に示されるようなノー
ドに格納される。ファンクションブロック28−19に
示されるように、情報がN2ネットワークにつながる装
置に向けて予定されている場合、情報は装置までN2ネ
ットワークを通して渡される。図29は、同期がどのよ
うに起るかをさらに例示する。パワーアップに際して、
ノードはEPROM中のコードを実行し、ノードの不揮
発性メモリの中で定義されているノードのアーカイブ装
置を識別する。これはファンションブロック29−1に
示されている。ファンクション29−3に示されている
ように、ノードは、それから、そのRAMの中へコード
をダウンロードするようにアーカイブ装置に要求する。
決定ブロック29−5で、ネットワークに連結するノー
ドはそれがネットワークにつながる別のノードから同報
通信を受信したかどうか調べるテストをする。発明に従
って、ネットワークにつながるすべてのノードは、その
ノードのグローバルなデータベースの最新のバージョン
を示すタイムスタンプを周期的に同報通信する。したが
って、ネットワークに連結するノードがまだ決定ブロッ
ク25−9に示されるような同報通信タイムスタンプを
受信してはいない場合、それが1つを受信するまで、ノ
ードは待つ。最初の同報通信タイムスタンプの受信に際
して、ネットワークに入るノードは、ファンクションブ
ロック29−7に示されるようにタイムスタンプに関連
したノードからグローバルなデータを要求する。さら
に、新しいノードは、そのタイムスタンプとしてのグロ
ーバルなデータベース情報とともに、それが受信した時
刻を格納する。続いて、ファンクションブロック29−
9において、ノードは以前に議論したように、自身の特
別のデータベースを得るために、アーカイブ装置にアク
セスする。そのデータベースを受信した後、新しいノー
ドは、ファンクションブロック29−11に示されるよ
うに、そのタイムスタンプを同報通信するとき、ネット
ワークの他のノードとつながる。データベースの同期
は、ファンクションブロック29−13に示されるよう
に他のノードからタイムスタンプを受信することによっ
て保持される。受信タイムスタンプがノードの現在タイ
ムスタンプより後である場合、ファンクションブロック
29−15および29−17に示されるように、ノード
は、あとのタイムスタンプを持つノードにグローバルな
データを要求する。利用できないグローバルなデータを
待ちながら、ノードがハングアップ状態になることも有
り得るということも注意すべきである。したがって、待
ちステップ29−19は時間終了決定ポイント29−2
1に対してテストされる。ノードのオペレーションの保
留を回避するために、時間が終了した場合、ノードは、
ステップ29−23で示されるようなグローバルなデー
タを求めてアーカイブ装置にアクセスする。代替アプロ
ーチは、その第1スタンプの受信を待つことを回避する
ために、上述のようにネットワークとつながるノードを
許可する。このような代替方法によれば、ネットワーク
にジョインするノードは先ずアーカイブ装置にアクセス
してグローバルデータを得てこのグローバルデータのタ
イムスタンプをそのノードのタイムスタンプとしてアー
カイブ装置に記録する。次いでノードはネットワークに
ジョインし、そのタイムスタンプを周期的に送出すると
ともに先に述べたように他のノードのタイムスタンプを
検査する。スレーブ装置をN2ネットワークのノードに
よって制御しつつ同様のアプローチが用いられる。N2
ネットワークは、オンラインされるごとに、そのデータ
ベース更新レベルを、タイムスタンプとしてそのネット
ワークコントローラに送る。ネットワークコントローラ
が固有のタイムスタンプによって示される新しいデータ
を以ている場合には、ネットワークコントローラはその
情報(これはデータベースの一部である)を、N2ネッ
トワークにオンラインしつつある装置にダウンロードす
る。N2ネットワークにオンラインしている装置のタイ
ムスタンプによって示されるデータベース以外の最近デ
ータをネットワークコントローラが持っていない時に
は、ネットワークコントローラはN2装置が正しいデー
タベースを持っているものと判断する。第30図は、ル
ーティングテーブルを持たない装置へのダウンロード情
報にアプローチする手法を示している。このアプローチ
は、複数の装置をカスケード接続して行なわれるもの
で、ルーティングテーブルを持たない装置への経路がル
ーティングテーブルを持つ装置を経由して達成される。
このようなアプローチ方法は、人が装置のおいてある場
所まで行って装置のダウンロード或いはアッブロードを
物理的に行なってやる事が望ましくないときに有用であ
る。この発明においては、レクエストを行なうネットワ
ークコントローラは、少なくともそのアーカイブ装置の
アドレスを、不揮発性メモリーの中に保持する。また、
各ネットワークコントローラは、このネットワークコン
トローラのためのダウンロードを開始するネットワーク
コントローラのアドレスを、その不揮発性メモリーの中
に保持する。このようにカスケード構造が用いられるこ
とにより、階層において上位のノードが、階層において
下位にあるノードよりも先に初期化される。二つのケー
スが可能となる。第30図において、ダウンロード装置
30−1は、ルーティングテーブルを持たないノード3
0−4として示されるネットワークコントローラ3につ
いてダウンロードを開始する事ができる。第31図のテ
ーブル1は、アーカイブ装置またはPCのネットワーク
コントロール層によって遂行されるステップのシーケン
スを示している。各ノードが、そのネットワークを定義
するアドレス、ネットワーク上のローカルアドレス、お
よびノードのポートを有していることに留意することが
必要である。ノード自身にはポート0が割り当てられ
る。従って、ダウンロード装置30−1は、アドレスと
して1:1:0を持つ。何故ならば、この場合、装置は
ネットワーク上1にあり、ローカルアドレスが1であ
り、また、装置自体がポート0としてテイギされている
からである。第30図の表1からわかるように、メッセ
ージのソースは1:1:0であり、メッセージのあてさ
きは2:4:0である。また、ネットワーク中を伝達さ
れるメッセージの刻々のソース即ち仮ソースも表示され
る。オリジナルのソースにおいては、メッセージソース
と仮ソースとが同一のものとなる。即ち、最初の仮ソー
スは1:1:0である。第31図の表に示される他の仮
ソースは先のものと同じネットワークならびにローカル
アドレスを持つ。ノードの、ネットワーク層(これは、
例えば、国際標準機構(International
Standards Organization)のオ
ープンシステムインターコネクションモデル)中に定義
されたルーティングは、メッセージを、ネットワークが
1、ローカルアドレスが2、ポートが0のNC1にルー
トする。表中のステップをたどると、メッセージをNC
1次いでNC2をとうしてルートすることによってダウ
ンロード情報がNC3に到達するということが理解され
る。NC3は、メッセージを受け取ったことを示す確認
応答をソースに対して行なう。この場合、メッセージを
受ける装置はルーティングテーブルを持っていないの
で、メッセージをこの装置に対して送り込んだノードに
対して返答が行なわれる。確認応答は、このノードか
ら、メッセージの伝達経路を逆にたどるかあるいはルー
ティングテーブルを持つノードによって定義される適宜
の経路を経てソースに送られる。第2のケースにおいて
は、ネットワークコントローラ3がアーカイブPC30
−1に対してダウンロードリクエストを開始する。この
場合には、アドレス2:4:0に位置するノードNC3
はそのダウンロードリクエストを送出するべきルーティ
ングテーブルを持たない。しかしながら、NC3は、前
に述べたように、このノードNC3のためにダウンロー
ドを開始するべきネットワークコントローラのアドレス
をその不揮発性メモリーの中に保持している。したがっ
て、NC3は、そのリクエストをこのネットワークに送
ることができる。NC3は、アドレス1:1:0にある
データダウンロード装置(これは、NC3の中に、NC
3のアーカイブ装置として特定されている。)に対して
ダウンロードを要求する。このリクエストがたどるルー
トは、第32図の表2からわかるように、アドレス2:
3:0にあるNCがNC3に対するイニシエータである
ということを認識する。NC2は、メッセージをアーカ
イブ装置に送るために、すでにルーティングテーブルを
持っている。このことは、複数の装置をカスケード接続
することによってメッセージをアーカイブPCに受け取
らせることが出来るということを示している。これによ
り、上位のノード、例えばNC2が、下位のノード、例
えばNC3がダウンロードされ得る前に完全に機能化さ
れなければならないというような階層化が達成されると
いうことが理解されよう。同様に、NC3で現す別のノ
ードへのダウンロードは、NC3からのダウンロード
が、そのイニシエータであるNC2を通じて完全に終了
するまでは行なわれない。ダウンロードか行なわれると
き、目標が存在するNC以外のNCにシステムが定義さ
れるような他の複数の目標の存在によって問題が生じ
る。何故ならば、二つのNCの持つデータベースが相互
に矛盾しないものであるものであるとは限らないからで
ある。この矛盾は、定義がインターレースされたいくつ
かのNCが影響される際に自然に生じるものであるの
で、自動的に訂正することは出来ない。これらのNCの
更新すなわちダウンローディングを行なうためにはある
時間長が必要であり、その時間中に不可避的に矛盾が生
じる。しかしながら、全ての問題は検出されユーザーに
知らされる。ひとつのNCについてダウンロードが行な
われるとき、他の複数のNCはダウンロードが行なわれ
ているNCと矛盾するかも知れない。もしそのような条
件が存続するなら、あるいはまた、もし上記時間中にシ
ステムがいずれかのNCにアクセスを行なうならば、エ
ラーやあいまいさが生じる。目標がひとつのNCから別
のNCに移された時に生じる問題の例を以下に示す。し
かし、結果的なデータベース不整合性は同じであろう。
次の仮定がなされる aNC1は、システムSに対するディレクトリを含んで
いる。 bNC2は、オブジェクト0のオリジナルのバージョン
を含んでいる。 cNC3は、同じオブジェクト0の新しいバージョンを
含んでいる。 正常なケースは、NC3の代わりにデータベースにオブ
ジェクト0を加えて、NC2からそれを削除することで
ある。これは、テンプレート生成(単一のオブジェクト
変更)を通じて、あるいはDDL(データ定義言語)を
介してのいずれかで行うことができる。いずれの場合に
も不整合性は発生する可能性がある。DDLがこの変更
に使用されると仮定しなさい。その場合、3つのNDD
Lファイルをトランザクションを完成するために更新す
る必要がある(N1、2および3)。その後、各々のN
Cをダウンロードしなければならない。しかしながら、
ダウンロードの1つ以上はスキップすることができよ
う。あるいは、結果的にフィールドにおいて一貫しない
NCになる、不正確にダウンロードされた古いデータベ
ースはスキップすることができよう。テンプレート生成
変更が失敗するか、何らかの理由のために途中で遮断さ
れる場合、類似した問題が発生することがある。次の場
合は、発生する可能性がある不整合性を実証する。上記
の変更が行なわれた後に、NC1が最初にダウンロード
されたと仮定しなさない。その場合、Sに対するシステ
ム・ディレクトリは、オブジェクト0がNC3に駐在す
べきであることを示すだろう。NC3がダウンロードさ
れる(仮にそれがダウンロードされたとして!)まで、
ディレクトリが「それはNC3にあるべきである。」と
言うのでオブジェクト0は見つけることができない。こ
れが第1の問題のケース、つまり、そこにないオブジェ
クトを指定しているディレクトリ、である。バインドさ
れたレファレンスは、NC2の中の古いオブジェクト0
を今のところ使用し続けるだろうということに注意しな
さい。ディレクトリが新しいバインディングに対して必
要であり、それが存在しないオブジェクトを指定するの
で、新しいバインディングを遂行することができない。
NC2が次にダウンロードされるとさらに仮定しなさ
い。オブジェクト0の古いバージョンが今度は削除され
るので、古いバインディングさえも失敗するという付随
的問題に関して上記の問題と同じ問題をこれは引き起こ
す。NC3がダウンロードされるまで、オブジェクトは
存在しない。NC2が最初にダウンロードされると今度
は仮定しなさい。Sに対する古いディレクトリがオブジ
ェクトをもはや含んでいないNC2を依然として指定し
ているので、これは再び同じ問題である。現行のバイン
ディングは無効になり、新しいバインディングは作るこ
とができない。NC2がダウンロードされた後、次にN
C1がダウンロードされたとさらに仮定しなさい。同じ
問題は再び発生する、なぜならディレクトリが、新しい
オブジェクトでまだダウンロードされていないNC3を
指定しており、古いオブジェクトはなくなっているから
である。今度は、NC3が最初にダウンロードされると
仮定しなさい。このダウンロードの結果、フィールドに
オブジェクト0の2つのコピーがある。これは、発生す
る可能性のある第2問題、すなわち複数のNCにおいて
同じネームをもつ重複オブジェクトを実証する。以前に
議論された古いネームバインディングは、NC2の中で
0の古いバージョンを使用し続けるだろう。ディレクト
リがなお更新されないので、新しいバイディングは、さ
らにNC2に行くだろう。NC1がダウンロードされる
まで、0の新しいバージョンをアクセスすることはでき
ない。これは“孤児のオブジェクト”と呼ばれる。−そ
のネームがディレクトリにないので、これはアクセスす
ることができない。ユーザがオブジェクトのこのバージ
ョンを調べたり、変更したり、あるいは削除することさ
えする方法はない。これは、第3問題が発生することが
ありうることを実証する。NC3がダウンロードされた
後、NC1がダウンロードされるとさらに仮定しなさ
い。今、なお重複オブジェクト0があるが、0の両方の
コピーに特徴を結びつけることができる。NC2にオブ
ジェクトをなお見つけることができるので、0に対する
古いバインディングはなお有効である。しかし、新しい
オブジェクトがディレクトリにあるので、新しいバイン
ディングがNC3に行くだろう。したがって、例えば、
以下に議論されるように、ハイレベルの特徴にあるタス
クを再集中させる事象トリガならば同時に両方のコピー
からサインアップし、受信することができよう。オブジ
ェクトタイプの0が変更されていない場合、両方のトリ
ガは、受信タスクによって有効であると考えられるだろ
う。これは問題2(重複オブジェクト)のバリエーショ
ンである。(今や、バインディングは両方のバージョン
に対して行うことができる。)他のシナリオも同じ問題
に帰着する。すなわち、NC2をダウンロードし、その
後でNC3をダウンロードする、またはその逆は、NC
2に存在しないオブジェクト、また、NC3に孤児のオ
ブジェクトを指定するディレクトリをNC1に作ること
に帰着する。要約すると、この場合、次の問題がダウン
ロード後に発生する可能性がある: aノードのディレクトリが存在しないオブジェクトを指
定することがある。 b孤児のオブジェクトはアクセスすることも削除するこ
ともできない。−オブジェクトを指定するディレクトリ
がない;また、 c重複オブジェクトが発生することがあり、バインディ
ングがオブジェクトのいずれのコピーに対しても起こり
得る。 これらのダウンロード上の問題は自動的に修正すること
ができない。なぜなら、ソフトウェアには、ダウンロー
ドの順序で、ユーザがどこにいるか知ることができない
からである。つまり、ソフトウェアは、NCデータベー
スが今どのように見えるか、すなわち、ダウンロードが
いつ完成されるか決めることができないからである。し
かしながら、この問題を検出することはできる。すなわ
ち、オペレータは以下のように警報を受けることができ
る。次の定義を仮定しなさい。すなわち、 ディレクトリNC:システムSに対するディレクトリを
含んでいるNCあるいはノード オブジェクトNC:システムSにディレクトリを含んで
いるNCあるいはノード 「ここに、私はいる」メッセージ:オブジェクトが存在
すること、オブジェクトがどこで見つけられるか、およ
びそのタイプを示す、オブジェクトによってそのディレ
クトリNCに送られるメッセージ。 「そこにあなたはいますか」メッセージ:オブジェクト
に応答するよう要求する、ディレクトリによってそのオ
ブジェクトの一つに送られるメッセージ。(オブジェク
トが正しいNCにあり、正しいタイプかどうか決めるた
めに)。不整合性はダウンロードから通常発生するの
で、上記エラーが入り込むと、次のシナリオが上記エラ
ーをキャッチする。オブジェクトNCはそのディレクト
リNCがオンラインになるのを見る。(この場合、2つ
のNCが同期していない可能性がある。なぜなら、他方
がオフラインであった間に一方のNCに変更が行なわれ
た可能性があるからである。したがって、ディレクトリ
を再同期することが必要である。「ここに、私はいる」
メッセージをそのディレクトリNCへ送る、オンライン
になったNC上にあるディレクトリを持つ各オブジェク
トによってこれは行われる(グローバルなシステム・デ
ィレクトリデータベースによって定義されるように)。
これは、この問題の中の2つをキャッチする。第1に、
ディレクトリNCがそのディレクトリにオブジェクトを
見つけないので、それは孤児のオブジェクトをキヤッチ
する。それから、それはユーザにエラーを報告すること
ができる。第2に、重複オブジェクトが両方とも同じデ
ィレクトリに報告しようとするので、それは重複オブジ
ェクトをキャッチする。しかしながら、ディレクトリは
一度にオブジェクトの一方しか指定できないので、一つ
は孤児にならなければならない。再び、ディレクトリN
Cのディレクトリマネジャーはエラーをユーザに送るこ
とができる。内部で報告するオブジェクトがディレクト
リによって決定されるような適切なオブジェクトタイプ
であることを保証するために、さらに、チェックもオブ
ジェクトタイプに対して行なえるであろう。 第2の場
合、ディレクトリNCはオブジェクトNCがオンライン
になるのを見る。この場合、ディレクトリからそのオブ
ジェクトへ「そこにあなたはいますか」メッセージを送
ることによって、オブジェクトの存在を求めるチェック
を行なう。もしオブジェクトがそこにない場合、オブジ
ェクトが答えないので、ディレクトリは、存在しないオ
ブジェクトを指定するエラーをキャッチする。再び、オ
ブジェクトタイプをクロスチェックすることもできよ
う。第3場合、ディレクトリNCは、オブジェクトNC
が(あるいはこの逆もまた同じだが)オフラインになる
のを見る。2つの間の通信が確率できるまで、ここでは
ほとんど何も行うことができない。第4場合、オブジェ
クトNCは、ディレクトリNCがダウンロードされるの
を見る。これはオンラインの場合と同じに処理される。
オブジェクトは、ダウンロードが何かを変更したかどう
か決めるために、「ここに、私はいる」メッセージを送
る。第5場合、ディレクトリNCは、オブジェクトNC
がダウンロードされるのを見る。これは第2の場合と同
一である。「そこにあなたはいますか」メッセージがオ
ブジェクトがそこにまだいるかどうかを決めるために送
られる。要約すると、「ここに、私はいる」メッセージ
は、ディレクトリとオブジェクトNC間の関係が使用さ
れるかもしれないし、されないかもしれない時に、重複
および孤児のオブジェクトをキャッチするために、使用
される。「そこにあなたはいますか」メッセージは存在
しないオブジェクトをキャッチする。なぜなら、存在し
ないオブジェクトはレファレンスが生じたとき、レファ
レンスによってキャッチされるから。ノードのディレク
トリマネジャータスクは解決の両半分の実行に責任を負
う。ディレクトリマネジャータスクはレファレンス識別
(RID)テーブルを保持する。したがって、このテー
ブルは、NC上で定義され、ディレクトリNCがオンラ
インになったときなどに、このリストによって走ること
ができるオブジェクトをすべて知っている。それは「こ
こに、私はいる」メッセージを、その一方のNCにある
システムを有するすべてのオブジェクトに対して送る。
必要な場合、それは、自分が所有しているディレクトリ
によって走り、「そこにあなたはいますか」メッセージ
を、一方のNCに駐在するように定義されているすべて
のオブジェクトに対して送ることができる。さらに、デ
ィレクトリマネジャーは、他端でこれらのメッセージ両
方を受信する。「ここに、私はいる」は、オブジェクト
が当然いるはずの場所にいるということを確認するため
にディレクトリをチェックするディレクトリマネジャー
に送られる。「そこにあなたはいますか」メッセージ
も、そのオブジェクトを求めてRIDテーブルの中を調
査するオブジェクトNCのディレクトリマネジャーのと
ころまで行く。システムおよびオブジェクトが異なるN
Cにある場合、このリンクチェックを行う必要があるだ
けである。不整合性は単一のNC内では可能ではない。
不整合性が存在するとすれば、それは中断されたテンプ
レート生成トランザクションのためである。その場合、
ユーザはトランザクションが中断された時にエラーを出
すことができるので、問題が存在していることを知らさ
れる。1つのNCが別のNCがオンラインにあるとか、
ダウンロードされているということを認識する方法は、
トリガ処理と同じに行なわれる。ノード状態メッセージ
は、上記の処理が生じることが可能なディレクトリマネ
ジャーにそのメッセージを配達するノードマネジャーに
送られる。一方のNCをもう一方のNCより前にダウン
ロードしなければならないので、1つのポイントおよび
そのシステムが異なるNCにある場合、エラーメッセー
ジは避けられない。たとえユーザが良心的にすべての影
響を受けたNCをダウンロードしたとしても、このこと
は発生するだろう。しかしながら、そのような場合(分
離オブジェクトおよびディレクトリ)の数は典型的にほ
とんどない。また、オブジェクトが1つのNCから別の
NCに移動させられた場合に限り、これが発生する可能
性は最も大きい。ファシリティマネジメントシステムに
おいては、必要とされるデータ値が、ある間隔で繰返し
て読まれるポーリングタイプアプリケーションを値が変
るときアルゴリズムを実行するだけの事象に基いたスキ
ームと交換することが望ましい。これはいつデータが変
ったかということを認識すること、およびトリガできる
オブジェクトあるいは特徴にデータの変更を関連させる
ことを要求する。分散環境においては、データベースが
互いとは別個に変更されるかもしれないので、データの
所有者およびユーザが個別のノードあるいはプロセッサ
にいるかもしれないことは認識されなければならない。
サインアップメカニズムを取り入れることにより、特定
のデータあるいはデータ要素を含んでいるノードに、特
定のデータあるいはデータ要素が変る場合は常に、その
特徴を知らせるように要求することが、特定のデータを
必要とする特徴に可能になる。その結果、ポーリングは
もはやリクエストされない。しかしながら、分散環境に
おいては、指定されるデータを含んでいるノードは、結
果的にサインアップリクエストの損失になる新しいデー
タベースのダウンロードを経験するかもしれない。デー
タが1つのネットワーク・ノードから別のネットワーク
に移動する場合にも同じ問題が発生する。したがって、
ノードがデータベース生成あるいはダウンロードによっ
て更新される場合、サインアップする特徴を通知しなけ
ればならない。以前に議論したように、各ノードは、そ
の最も最近のデータを示すタイムスタンプを周期的に送
信する。したがって、ノードがオフラインであるかある
いは新しいデータでダウンロードされるかが検知される
場合、サインアップ特徴はそのサインアップを無効に
し、新しいデータベースで新しいサインアップを試みる
だろう。これが可能でない場合、以前に議論されたバイ
ンディングスキームが、データが今どこに位置している
かをサインアップ特徴に決めさせる。もちろん、データ
がもはや利用可能でない場合、サイン−アップは可能で
はない。その結果、ポーリングはもはやリクエストされ
ない。しかしながら、分散環境においては、指定される
データを含んでいるノードは、結果的にサインアップリ
クエストの損失になる新しいデータベースのダウンロー
ドを経験するかもしれない。データが1つのネットワー
ク・ノードから別のネットワークに移動する場合にも同
じ問題が発生する。したがって、ノードがデータベース
生成あるいはダウンロードによって更新される場合、サ
インアップする特徴を通知しなければならない。以前に
議論したように、各ノードは、その最も最近のデータを
示すタイムスタンプを周期的に送信する。したがって、
ノードがオフラインであるかあるいは新しいデータでダ
ウンロードされるかが検知される場合、サインアップ特
徴はそのサインアップを無効にし、新しいデータベース
で新しいサインアップを試みるだろう。これが可能でな
い場合、以前に議論されたバインディングスキームが、
データに今どこに位置しているかを決めるために、こと
を可能にする。もちろん、データがもはや利用可能でな
い場合、サインアップは可能ではない。事象トータリゼ
ーションを含むいくつかの特徴あるいはユーザによって
プログラムされ、カスタマイズされた特徴を働かせるた
めに、トリガサインアップを使用することができること
に注意すべきである。同様に、さらにサインアップはそ
のようなスクリーンの間隔的リフレッシュというよりは
むしろマンマシンインタフェーススクリーンのリフレッ
シュを行なうために、使用することができよう。これに
より、変数あるいはデータの状態の変更をユーザに対し
て即時に通告することが可能になるだろう。図33はそ
のプロセスを例示する。ブロック33−1に示されるよ
うに、特徴は、システムでデータ要素と命名されたオブ
ジェクトによるトリガのためのサインアップを行なう。
ブロック33−2において、ノードのプロセッサは、オ
ブジェクトがネットワークに在るかどうかチェックす
る。ブロック33−3においてそうでなければ示される
ように、特徴は新しいネットワークコントローラ(N
C)が加えられるようになるかどうか決めるために、ネ
ットワークをモニタし始める。ブロック33−4に示さ
れるように、新しいNCが検知された場合、特徴はトリ
ガできるオブジェクトに対して新しいNCをチェック
し、ブロック33−2において処理を繰り返す。オブジ
ェクトが在ることを特徴が決めた場合、特徴はブロック
33−5に示されるように新しいデータがNCにおいて
オブジェクトとともにダウンロードされるかどうか決め
るテストをする。このケースの場合、特徴は、ブロック
33−1においてそのサインアップを繰り返す。このケ
ースでない場合、ブロック33−6に示されるように、
特徴は、オブジェクトのトリガできる属性をモニタす
る。ブロック33−7は、属性の状態に対する変更が特
徴(ブロック33−8)にトリガを送ることを示してい
る。特徴がトリガを受信しても受信しなくても、特徴
は、ブロック33−5で始まる処理を繰り返す。これに
よって、特徴はオブジェクトを持つノードに対して新し
いデータのダウンロードを認識することが可能になり、
その結果それがトリガされるべく再びサインアップでき
るようになる。ステップ33−2の繰り返しによって、
特徴は、ネットワークに再配置されるトリガできるオブ
ジェクトを拾い上げることができる。発明に従って、ネ
ットワークコントローラのグローバルなデータは、シス
テム処理の間作成される様々なリポートの宛先を識別す
る。システムは、ターゲットのユニークなリストととも
にいくつかのタイプのリポートを産み出す。例えば、リ
ポートは重大なタイプ(1−4)保守(再調査)および
状態よりなることもある。さらに、ポイント履歴リポー
ト、トータリゼーションリポート、傾向リポートおよび
取引ログあるいはトレースリポートが作成される。もう
一つの要求はファシリティマネジメントシステムの重大
なタイプリポートがすべて、リポートタイプに対して定
義されるターゲットの少なくとも1つに渡されるまで、
保持されることである。リポートルーティングを容易に
するために、与えられたノードから出されるリポートは
すべて、様々なハードコピー装置、コンピュータファイ
ルおよび他の記憶要素に対して最終的に分散されるよう
に特に設計されるリポートルータタスクに送られる。図
34に示されるように、ポイント34−1が変る場合、
メッセージは通信タスク34−23を通じてネットワー
クコントローラ34−5のレポートルータ34−3へ送
られる。リポートルータ34−3は、メッセージがその
推奨宛先、ネットワークコントローラ34−9のコント
ロールの下にあるプリンタ34−7へ送られるべきであ
ることを決める。これは、I/Oタスク34−11に状
態情報の変更を送るリポートルータ34−3によって推
敲される。リポートルータ34−3は、さらにメッセー
ジのコピーを保持する。プリンタ34−7がメッセージ
を印刷する場合、通告はリポートルータ34−3に送ら
れる。また、コピーが削除される。他方では、プリンタ
34−7がオフラインか、他のなんらかの理由のために
メッセージを印刷することができない場合、I/Oタス
ク34−11はリポートルータ34−13(それらは、
宛先プリンタと同じネットワークコントローラで利用可
能なリポートルータである)に通知する。リポートルー
タ34−13がディフォルト装置を位置指定できない場
合、メッセージは廃棄される。リポートルータ34−3
はリポートルータ34−11あるいは34−13からメ
ッセージを受信しない。したがって、リポートルータ3
4−3は、状態の変更を示さないことによって情報が格
納されていないか印刷されていないことを示す。その
後、リポートルータ34−3は、メッセージのそのコピ
ーを保持する。一方、リポートルータ34−13が、リ
ポートルータ34−19に対してネットワークコントロ
ーラ34−17に接続されるプリンタ34−15のよう
なディフォルト装置を位置指定する場合、レポートルー
タ34−13がプリンタ34−15へ伝送するのために
IOタスク34−21へのメッセージのルートを定め
る。 ディフォルト装置が作動しない場合も、メッセー
ジは廃棄され、メッセージはまったく、リポートルータ
34−3に返されず、リポートが印刷も格納のされなか
ったことが示される。その後、リポートルータ34−3
は、そのセーブファイルにそのメッセージのコピーを保
持する。プリンターがオフラインになっている場合、す
べてのプリンタルータに通告される。セーブファイルが
あるメッセージを含んでいる場合、そのメッセージは再
び特定の装置にルートを定められる。万一セーブファイ
ルがいっぱいの場合、最も低い優先権および最も古いメ
ッセージはセーブファイルから取除かれ、エラーがシス
テムに記録される。図35および36は、リポート要約
を生成するための分散形フィルター処理を例示する。リ
ポート要約は、オブジェクト名およびある選択基準に基
いて生成される。1つのアプローチは、要約を受信すべ
きリモート装置に各オブジェクトディレクトリを検索さ
せ、それからディレクトリで識別される各オブジェクト
に対するレコードを検索させることである。その後、リ
モート装置は、その要約の基準を満たすレコードだけを
保持する。しかしながら、これはノード間での処理と通
信のためのかなりの量を要約するだろう。したがって、
特別興味のあるオブジェクトディレクトリが位置指定さ
れているノードでのデータの局所化されたフィルタリン
グ(たとえばフィルタータスク35−11)が望まし
い。図35に示されるように、特徴35−1およびノー
ド35−3はPC35−5にデータ要約を送信すること
を要約するかもしれない。しかしながら要約を構築する
のに必要とされるオブジェクトはシステムの至る所に散
在しているかもしれない。オブジェクトディレクトリは
35−9に示されるNC2に位置指定されたディレクト
リ35−7である。図36に示されるように、特徴35
−1は、オブジェクト名とファンクションブロック36
−1での選択基準を指定する指令を生成する。ファンク
ションブロック36−5において、オブジェクトディレ
クトリ35−7は35−9で示されるネットワークコン
トローラ2に位置指定されている。ステップ36−3
で、オブジェクトディレクトリはノード位置から読まれ
る。そして、同じシステムとオブジェクト名を持つレコ
ードおよび属性の数が記録される。オブジェクトディレ
クトリ35−7を使用して、オブジェクトは、NC1、
NC2、NC3およびNC4のネットワーク制御ノード
から検索される。ステップ36−9において、オブジェ
クトが検索される場合、ステップ36−1で生成された
指令に含まれる選択基準が適用される。ステップ36−
11で示されるように、もし基準が満たされない場合、
要素は廃棄されるのにたいして、基準がファンクション
ブロック36−13において満たされた場合には、属性
はメッセージバッファin格納される。属性がすべて評
価されたかどうかは、決定ブロック36−15がテスト
する。もし評価されなければ、選択基準は次の属性に適
用される。属性がすべて評価された場合、要求された属
性を持つメッセージブロックの形で要求ノード35−1
に単一のメッセージを送信するために、メッセージが生
成される。例示目的のために、図37においてシステム
1はノード37−3、37−5、37−9および37−
11を持つ、ファシリティマネジメントシステム(FM
S)でありうる。これらのノードは、ビルディングや、
工業上および環境上のセキュリティおよび他の自動シス
テムコントロールに関連するデータを処理するネットワ
ークコントローラとして機能する。例となるノード37
−3が示すように、各々のそのようなノードすなわちネ
ットワークコントローラは少なくとも1つのプロセッサ
37−2、メモリ37−6および機器インタフェース回
路37−8を持つ。そのような機器インタフェース回路
は、ノードへの直接的第2次的通信を使用するインタフ
ェースを含む(もっともこれに限定されるわけではない
が)、多数の機器相互接続配置を接続してもよい。オペ
レーションにおいては、ネットワークコントローラ37
−3は、空気フローセンサー37−10および温度セン
サー37−12からの測定値を、また応答においては、
ダンパー37−14の開閉をモニタすることができよ
う。しかしながら、そのようなFMSシステムにこの発
明のアプリケーションは少しも制限されず、多数のタイ
プのネットワークされたシステムが、この発明から利益
を得ることができることは、理解される。システム37
−1において、ネットワークコントローラ37−3およ
び37−5は第1通信リンクによって接続される。第1
の通信リンク37−4は、ゲートウェイ37−7に吹け
られたネットワークコントローラ37−9および37−
11を持つ第2通信リンク37−17を介して接続され
る。通信リンク37−4および37−17に付けられた
ノードは個々ネットワークを形成するために考慮するこ
とができる。ネットワークにつながっているノードすな
わちネットワークコントローラの数とシステムにつなが
っているゲートウェイによって相互に連結しているネッ
トワークの数は、システムの要求と能力のファンクショ
ンである。本発明の原理が、任意の数の通信リンクにつ
ながっている任意の数のノードあるいは任意の数のネッ
トワークコントローラの適用され、この点では無制限で
あることが理解される。図37のルーティング規定に従
って、各ノードはネットワーク・アドレスによって識別
される。ネットワーク・アドレスの要素は少なくとも3
つのフィールドを含んでいる。すなわち、第1に、サブ
ネットと呼ばれる通信リンクの識別子、第2に、通信リ
ンクあるいはサブネットにつながるノードの構内アドレ
ス。例えば、ノード37−9はサブネット2にあり、構
内アドレス1である。ネットワーク・アドレスの第3フ
ィールドはドロップIDと呼ばれ、装置が落されるノー
ドのポート番号である。図37において例示されるよう
に、各々の個々の構成ノードはそれ自身ドロップID0
である。ラップトップコンピュータのような非構成装置
あるいは他のデータ装置はノードの番号を付けられたポ
ートに接続することができるしあるいは落すことができ
る。ここに、本発明がノードポートの任意の数を提供
し、そのようなノードポート能力に限界を適用しないこ
とが、再び理解される。非構成ラップトップコンピュー
タ37−13のポートはノード37−3のように、ノー
ドからポートに接続することができ、ネットワーク・ア
ドレスを割当てられている。例えば、非構成ラップトッ
プコンピュータ37−13のポート2がサブネット1構
内アドレス1であるノード3のポート3(ドロップID
3)に接続される場合、第37図に示されるように、ラ
ップトップ37−13のネットワーク・アドレスは1:
1:3である。ラップトップコンピュータ37−13の
ポートがネットワーク・アドレスの一部ではないという
ことに注意すべきである。図37はさらに、別のラップ
トップコンピュータ37−15は元来構成されるような
ネットワークの一部でありうることを例示する。ネーミ
ング規定に従って、そのような装置は追加サブネットに
つながる追加ノードと識別され、この場合、サブネット
3、構内アドレス1、ドロップID0である。最終的
に、便宜上、ネーミング規定は装置のプロセスの識別子
をさらに追加することを可能にする。もっともこれは要
求されるものではないが、唯一の要件はサブネット、構
内アドレスおよびドロップIDがネットワーク・アドレ
スのフィールドに含まれることである。そのようなプロ
セス識別子は、メッセージのソースであり、それは応答
を通常受信する装置のプロセス、およびメッセージの宛
先であり、それは応答を通常生成する装置のプロセスを
識別する。図38において例示されるように国際標準化
機構のオープンシステム相互接続アーキテクチャあるい
は他の任意の便利なアーキテクチャからネットワークお
よびデータリンク層のような層を処理する、任意の組合
せにノードすなわちネットワークコントローラを組織す
ることができるということを理解すべきである。発明に
従って、非構成装置が構成ノードのポートへ付けられる
場合、非構成装置は、ポート上にその存在を確立する。
他の構成ノードからメッセージを受信する場合、それが
宛先ノードである場合、構成ノードは、サブネットおよ
び構内アドレス宛先からメッセージ部分を最初に決定す
る。宛先ノードでなければ、メッセージは、ルートによ
って定義され、次の固有の構成ノード上へ渡される。宛
先で、構成ノードは、メッセージが自身に対するもの
(ドロップID0)であるか、あるいは付けられた非構
成装置(ゼロでないドロツプID)に対するものである
かを決めるために、受信メッセージのドロップIDを評
価する。図39は、ネットワークを通じて別の装置と通
信しようと努める非構成ラップトップ37−13上のプ
ロセスによる生成およびメッセージの伝送を例示する。
ブロック39−301に示される通信リクエストを始め
るために、初期設定位相は、非構成装置がネットワーク
上でその位置を確立する場所を最初にとる。非構成装置
37−13は、それが取り付けられたノード(この場合
ノード3)、あるいはFMSネットワークコントローラ
にアドレスを要求するメッセージを送信する。ノードあ
るいはFMSネットワークコントローラは、サブネッ
ト、構内アドレスおよび非構成装置へドロップIDを含
むネットワーク・アドレスを送る、初期設定タスクの起
動によって、答える。その後、非構成装置は、そのネッ
トワーク・アドレスとしてのこの情報を格納する。ファ
ンクションブロック39−303において、非構成装置
はこのアドレスにアクセスし、それが生成するメッセー
ジのソースアドレス・ポーションとしてそれを使用す
る。これらのメッセージはソースアドレスおよび宛先ア
ドレスの両方、および送信すべきデータまたはデータリ
クエストを含んでいる。例として、非構成ラップトップ
37−13が構成ラップトップ37−15に記録される
ダンパー37−16の状態に関するデータをリクエスト
したと仮定しなさい。ファンクションブロック39−3
05において、メッセージを送信するノードのプロセッ
サは、リクエストが、別のノードに遠隔に位置指定され
たプロセスに対するものか、あるいはこのノードのロー
カルプロセスに対するものであるかどうかを決める。そ
うでなければ、ファンクションブロック39−307に
示されるように、リクエストはローカルプロセスに渡さ
れ、出口39−309が得られる。リクエストが別のノ
ードのプロセスに対するものである場合、ブロック39
−311は、ソースおよび宛先ネットワーク・アドレス
が有効かどうか決める。これは、ノードのネットワーク
処理層38−201がサブネット、サブネット上のノー
ドすなわちネットワークコントローラの構内アドレス、
ドロップIDおよびプロセス識別子が、有効であること
を確認することを要求する。そうでなければ、エラー処
理39−313が始まる。また、出口39−309が得
られる。ネットワーク・アドレスが有効な場合、第1ノ
ードのネットワーク層38−201は、メモリ37−6
に格納されるルーティングテーブルを参照する。パスの
次のホップを決定するために、以前に議論したように、
そのようなルーティングテーブルは集中化されるか分散
化されて、静止的であるかもしれないしあるいは動的か
もしれない。ただ例示目的だけのためにそしてこれはこ
の発明の制限としてではなく、静的ルーティングテーブ
ルが仮定される。その後、ファンクションブロック39
−317に示されるように、リクエストは、ノードのデ
ータリング層38−203において次の中間の宛先によ
って、承認を得るために送信するノードのネットワーク
・アドレスでタグを付けられる。その後、リクエストの
伝送はファンクションブロック39−319において起
る。上に議論されたように、図39は、ネットワークを
通じて通信するための非構成装置からのリクエストに続
く、含まれている活動を例示する。ノードすなわちネッ
トワークコントローラが構成装置から応答を送信する場
合、同じ処理は起る。したがって、ネットワークコント
ローラあるいはノードが構成装置から応答を送信する場
合に起るのと同じ処理を使用することによって、ネット
ワークを通じて通信する非構成装置によるリクエストを
接続することができる。図37および38、ならびに図
41においてテーブルは、非構成ラップトップソース3
7−13から構成ラップトップ宛先37−15までリク
エストを送る際の、一層の詳細を示す。非構成ラップト
ップソース1:1:3:PIDXは、サブネット1上の
プロセス、構内アドレス1、PIDXとして識別された
ドロップID3を識別する。非構成ラップトップ37−
13からのメッセージもサブネット3、構内アドレス
1、ドロップID0、プロセスPIDYとして宛先を識
別する。したがって、構成時のルーティングテーブルに
おける第1ルーティング(それは定義されないだろう)
は1:1:3:PIDXから1:1:0までである。こ
れは、非構成ラップトップ37−13間のパスおよびノ
ードすなわちネットワークコントローラ37−3を表
す。構成時に定義された静的ルーティングテーブルは、
ノードすなわちネットワークコントローラ37−3(ネ
ットワーク・アドレス1:1:0)から構成ラップトッ
プ37−15(ネットワーク・アドレス3:1:0)ま
でルーティングを提供する。図37、39および41に
示されるように、静的ルーティングテーブルで識別され
るノード37−3から次の絞りは、サブネット1、構内
アドレス位置4、ドロップID0として定義されるゲー
トウェイ37−7のネットワーク1側にある。ゲートウ
ェイ37−7のルーティングテーブルは、サブネット
2、構内アドレス4ドロップID0のゲートウェイの出
力にこのリクエストを剥ける。ゲートウェイのルーィン
グテーブルは、このリクエストに対する効率的なルート
が、サブネット2、構内アドレス2、ドロップID0と
定義されるノード11に直接あることを決める。ノード
37−11は、サブネット3、構内アドレス1、ドロッ
プID0と定義されるアドレスへポートからメッセージ
を送る自身のルーティングテーブルをもつ。その後、メ
ッセージはPIDYと識別されるプロセスに送られる。
図38は、プロセスの各中間段階でネットワークおよび
データリンク層に起る活動を例示する。以前に議論した
ように、メッセージの中間レシーバおよびセンダーは、
各ノードにおいて、メモリの静的あるいは動的ルーティ
ングテーブルのエントリによって決定される。中間段階
においては、メッセージは受信され、肯定応答信号が、
受信構成ノードであるデータリンク層38−203によ
ってメッセージを進めた中間ノードへ送信される。ネー
ットワーク層38−201は、メッセージの宛先がこの
構成ノードであるかあるいは他のなんらかの構成ノード
であるかを決め、ルーティングテーブルから適切な次の
中間の宛先を見つける。データリンク層38−203
は、次の中間段階による承認を受けるためにメッセージ
に再びタグを付け、次に、ネットワーク層38−201
によって識別される次の中間の宛先へメッセージを送信
する。図40は非構成装置からリクエストを受信する際
に起る任意の与えられたノードの活動を例示する。これ
らの活動は構成装置からの応答を受信する際に起るもの
と同一である。したがって、構成装置からの応答の受信
を処理するための同じアプローチを非構成装置からのリ
クエストに応答するために使用することができる。以前
に議論したように、受信が肯定応答を受けることができ
るように、構成ノードからのメッセージは進行ノードに
よってタグを付けられる。ファンクションブロック40
−403において、図40に示されるように、メッセー
ジはタグを付けられたメッセージが、有効なソースから
有効な宛先へ向けられたものであり、図39に関連して
以前に議論したようにメッセージが適切にタグを付けら
れるかどうか決めるために、最初に評価される。そうで
なければ、ファンクションブロック40−405に示さ
れるように、メッセージは廃棄され、出口40−407
が得られる。さらに、スライディングウィンドーのよう
な信頼性のための他の既知のタグ機能を実行することが
できる。有効なものとして、ファンクションブロック4
0−403におけるデータリンク層38−203での処
理が、メッセージを識別する場合、ファンクションブロ
ック40−409、さらにデータリンク層38−20の
一部は、進行ノードにメッセージの受信の肯定応答を送
信する。ネットワーク層38−201で、メッセージは
宛先プロセスが受信であり構成ノードに位置指定されて
いるかどうか決めるために、ファンクションブロック4
0−411においてテストされる。そうならば、ファン
クションブロック40−413は、受信ノードに対して
ローカルプロセスにリクエストを渡し、出口40−40
7をとる。宛先プロセスがこのノードネットワーク層に
位置しない場合、ブロック40−415に示されるよう
に、38−201の処理は継続する。その後、宛先プロ
セスはそれが非構成ノードに対するものであるかどうか
を決めるためにテストされる。もしそのケースの場合、
ネットワーク層は、非構成装置に対する応答を再びアド
レス指定し、データリンク層は応答に再びタグを付け
る。次に、ファンクションブロック40−417、40
−419および40−421においてそれぞれ示されて
いるように、それは送信される。ブロック40−415
において処理が宛先プロセスが非構成ノードでないよう
なものである場合、リクエストは、パスの次のホップに
対して再びアドレス指定され、再びタグを付けられ、ブ
ロック40−423、40−425および40−427
においてそれぞれ示されるように、送信される。ファン
クションブロック40−409−427での処理が、シ
ステムの任意のノードによって受信に対して同一である
ということに注意すべきである。図41は、ネットワー
ク・アドレス1:1:3において非構成ラップトップ3
7−13に構成ラップトップ37−15からの応答を、
非構成ラップトップ37−1から構成ラップトップ37
−15まで行くに際して、以前に横断した、正確なメッ
セージパスを引返すことによって、送ることができるこ
とを示す。このアプローチを使用すれば、非構成装置に
よってリクエストされる情報を返すために、追加データ
通信パスを積極的に評価する必要はない。ダンパー37
−1の状態を含んでいるラップトップ37−1からの応
答は、ノード37−3へノードを通って後ろに送られ
る。以前に議論したように、メッセージがノードそれ自
身に対して向けられているものか、あるいはノードにつ
ながっている非構成装置に対して向けられているかどう
かを決めるためにそれが受信するメッセージをテストす
る。この場合、ラップトップ37−15は、ネットワー
ク・アドレス1:1:3と識別される、リクエストのソ
ースに対する応答をアドレス指定する。サブネット1、
構内アドレス1のノード37−3は非構成装置37−1
3に付けられたノードポートとしてドロップID3を認
識するので、応答はラップトップ37−13まで送られ
る。最終的に、構成ノード37−15からの応答が非構
成装置37−13からのリクエストまで同じパスを横断
する必要がないことに注意すべきである。例えば、適応
経路選択システムにおいては、メッセージトラフィック
条件の変分は、リクエストよりネットワークを通って異
なるパスを横断する応答に結果的になってもよい。確か
に、通信リンク37−17につながるネットワークが適
応経路選択を使用しているのに対して、通信リンク37
−4につながるネットワークが静的ルーティングスキー
ムを使用することは可能であり、またその逆も可能であ
る。まったく適応性のあるものであれ、まったく適応性
の無いものであれ、あるいは、ネットワークのどんな組
合せであれ、この発明を用いて使用することが可能であ
る。しかしながら、応答が構成ノードにどのように達す
るかにかかわらず、構成ノードは、メッセージの宛先と
して与えられたネットワーク・アドレスにドロップID
に基いた、非構成装置へのメッセージを送る。その結
果、ネットワークに正常に組入れられない機能は、シス
テムのネットワークの1つにつながるノードの1つから
便利なポートへ非構成装置を付けることによって、実行
することができる。これはネットワーク・アドレスのド
ロップIDが、構成ノードにつながるポートから落さ
れ、非構成装置に送られる、構成ノードから応答を許可
するからである。図432は、複数の管理水準を持つネ
ットワークアプローチを使用して、ファシリティマネジ
メントシステムの可能な1つの構成を示す。ネットワー
クコントローラ42−1、42−3および42−5は第
1レベルで作動し、高速ネットワークバス42−7を通
じて互いに交信する。相互に連結させることができるネ
ットワークコントローラの数は、ネットワークコントロ
ーラ自身および高速バス42−の能力によってだけ制限
される。この第1のレベルで、コトントローラ41−
1、42−3および42−5の各々は同類の仲間であ
る。なぜならそれらが同じ高速ネットワークバスに対し
てアクセスできて、他の下位のレベルファンクションを
制御するために作動するからである。図42はネットワ
ークコントローラ42−5でこの原理を例示する。ネッ
トワークローラ42−5は、スレーブコントローラ42
−11、42−13および42−15に関連するマスタ
ーノードとして作動する。ネットワークコントローラ4
2−5は、ローカル・バス42−9を通じてスレーブコ
ントローラ42−11、42−13および42−15
と、また高速バス42−7を通じて他のネットワークコ
ントローラと通信する。マスターコントローラとして、
ネットワークコントローラ42−5は、スレーブコント
ローラ42−11、42−13および42−1間でロー
カル・バスの資源を割付ける。各スレーブコントローラ
はその個々のファンクションを実行し、データ取得ユニ
ット42−17、42−19および42−21とそれぞ
れ通信する。センサーに接続されるデータ取得ユニット
は、そのデータ処理ファンクションを実行するためにス
レーブノードにとって必要とされる情報を提供する。ス
レーブノード42−11、42−13および42−15
のあるファンクションは、特別のスレーブノードによっ
て制御されないデータ取得ユニットによって得られた情
報にたいするアクセスを要求してもよい。例えば、その
個別のファンクションを実行するにおいては、スレーブ
ノード42−11は、スレーブコントローラ42−13
によって制御されるデータ取得ユニット42−19に接
続されるセンサーによって提供される情報に対するアク
セスを要求してもよい。このデータを得るために、スレ
ーブコントローラ4211は、低速バス42−9を通じ
てネットワークコントローラ42−5を示す。その後、
従来のシステムにおいては、ネットワークコントローラ
42−5は、データを要求するスレーブコントローラ4
2−13に低速バス42−9を通じてメッセージを送信
する。その後、スレーブコントローラ42−13は、低
速バス42−9を通じてネットワークコントローラ42
−5にデータを送信することによって答えるだろう。そ
の後、ネットワークコントローラ425は必要とするデ
ータをスレーブコントローラ42−11へ渡すだろう。
上記の例が例示するように、データ取得ユニット42−
1から利用可能なデータに対するスレーブコントローラ
42−1からのリクエストは、低速バスを通じて送信さ
れる一系列のメッセージに結果としてなる。スレーブコ
ントローラを通じるデータ・アクセスリクエスト数が増
加するにつれて、低速のバスを通じるメッセージトラフ
ィックが、データバスの混雑と処理効率の低下という結
果を高い割合で引き起こす。この状況は、高速バスを通
じての中間ネットワーク制御ノードで行なわれる追加リ
クエストによって合成される。例えば、データ取得ユニ
ット42−1から利用可能なデータにアクセスするネッ
トワークコントローラ42−3に対して、リクエスト
を、高速バス42−7を通じてネットワークコントロー
ラ42−5に最初に行なわなければならない。その後、
ネットワークコントローラ42−5は上述の方法でロー
カル・バス42−9を通じて通信する。したがって、追
加メッセージトラフィックは、ローカル低速バス42−
9上、および高速バス42−7上に発生する。さらに、
ルットワークコントローラ42−3が、それ自身のより
低いレベルスレーブコントローラに基いたデータに対し
てリクエストに基いたデータを要求している場合、追加
遅延は、ネットワークコントローラ42−3およびその
スレーブコントローラを接続するローカル・バスで招来
される。したがって、特別のセンサーを制御するデータ
取得ユニットから実際のデータが得られることに結果と
してなる一系列のメッセージを生成することは各データ
リクエストにとって非能率的である。ネットワークコン
トローラ42−5がそれ自身、データ取得ユニット42
−17、42−19および42−21によって得られ
た、複数のデータ項目に対するアクセスを要求する場
合、付随的問題が発生する。システムの“特徴”は、シ
ステムによって実行されるファンクションとして定義さ
れ、システムの異なる位置にあるかもしれない1つ以上
のセンサーからデータを頻繁に要求する。ネットワーク
コントローラ42−5においてプログラムの一部によっ
てインプリメントされる1つの特徴が、データ取得ユニ
ットから利用可能なデータに対するアクセスを要求する
場合、ネットワークコントローラは、ローカル・バスの
コントロールをとらえて、情報を得るために適切なスレ
ーブコントローラにメッセージを送信しなければならな
いし、マスターコントローラに情報を送信しなければな
らない。スレーブコントローラはリクエストされる情報
の送信によって、応答する。これもまた、通信ボルトネ
ックおよびデータ処理効率の低下という結果を引き起こ
す。その結果、火災報知機メッセージのようなより高い
優先権ファンクションが、待ちリスト遅延修正処置にス
タックされるようになる。図43は、本発明1つの実施
例を示す。ネットワークコントローラ43−23は、高
速バス43−25、ローカル・バス43−35を通じ
て、スレーブコントローラ43−243−29、43−
31および43−33に接続される。以前に言及したよ
うに、任意の数のスレーブコントローラをネットワーク
コントローラ43−23に接続することができる。もっ
ともこれはネットワークコントローラの処理能力および
ローカル・バスの通信能力に対する要求に左右される。
図43において、ネットワークコントローラ43−23
は、代表的な3つの特徴43−35、43−37および
43−39を持って示されている。これらの各々の特徴
がプロセッサ43−4のコントロールの下で遂行される
と仮定される。示される特徴の数は例を介したものであ
り、制限として意図されるものではない。各々の特徴は
スレーブコントローラを通じて利用可能なデータに対す
るアクセスを要求する望ましいファンクションを表わ
し、ネットワークコントローラ43−23において遂行
されると仮定される。最終的に、図43は記憶データテ
ーブル43−43を示す。記憶データテーブルはそれら
がマスターコントローラによってスレーブコントローラ
から受信されるときに、データ項目の値を保持するため
に使用されるキャッシュ・メモリである。エージングタ
イマー43−45は各受信データ項目に関連しており、
記憶データテーブル43−43において個々のデータ項
目が有効である先決の時間を表わしている。したがっ
て、記憶データテーブル43−43において各データ項
目は自身のエージングタイマ43−45と関連してい
る。オペレーションにおいては、ネットワークコントロ
ーラあるいは別のプロセッサや別のネットワークコント
ローラ内の特徴がファンクションを実行することをデー
タに要求する場合、ネットワークコントローラは、デー
タが記憶データテーブル43−43において利用可能か
どうか決める。その後、データが記憶データテーブルに
在る場合、ネットワークコントローラは、そのデータが
最後に得られてから、データに関連するエージングタイ
マが終了しているかどうかを決める。その後、エージン
グタイマが終了している場合、ネットワークコントロー
ラは適切なプロセッサおよびデータ取得ユニットから新
しいデータを得るのに必要とするメッセージを出す。エ
ージングタイマが終了していない場合、ネットワークコ
ントローラ23は特徴あるいは他のプロセッサに記憶デ
ータテーブルの利用可能な最も最近の情報を提供する。
その結果、センサーの値に何ら重大な変更が生じていな
いことが仮定される。t0で、参照番号43−35によ
って図43に表される特徴1が、スレーブコントローラ
43−27によって制御されるセンサーにデータを要求
すると仮定しなさい。ネットワークコントローラ43−
23は、エントリが記憶データテーブル43−43にな
いことをプロセッサ43−4のコントロールの下で決め
る。したがって、ネットワークコントローラ43−23
はスレーブコントローラ43−27に、データ取得ユニ
ットから情報を得て、ネットワークコントローラ43−
23に情報を提供するように指図するメッセージを、ロ
ーカル・バスを通じてスレーブコントローラ43−27
へ出す。ネットワークコントローラ43−23がスレー
ブコントローラ43−2からデータを受信する場合、そ
れは記憶データテーブルの情報を格納し、格納されるデ
ータ項目に前もって定義したエージングタイマを関連さ
せる。当業者に既知の任意の数の方法でエージングタイ
マをインプリメントすることができることに注意すべき
である。例えば、クロックダウンカウントは、情報が格
納される時間からダウンしてセットし、カウントするこ
とができよう。これは既知の状態へレジスタをプリロー
ドし、第2論理状態(たとえばすべての論理的1あるい
は論理0)に達するまで、レジスタを上下にクロックす
ることによって達成することができよう。二者択一的に
述べれば、格納時間は次のデータ・アクセス時に時間と
共に記録することができ比較することができよう。この
場合、我々は、エージングタイマが、例えば、100ミ
リ秒間セットされると仮定する。100ミリ秒という選
択は、特にこのセンサーによって得られるデータが10
0ミリ秒間で有効だろうということが、前もって定義し
たシステム特性に基いて知られているからである。50
ミリ秒プラスt0で、特徴2は、同じデータに対するア
クセスを要求する。プロセッサ43−4のコントロール
の下で、マスターコントローラ43−23は、リクエス
トされるデータ項目が記憶データテーブル43−43に
存在することを決める。その後、マスターコントローラ
は対応するエージングタイマをテストする。t0で得ら
れたデータが100ミリ秒間有効であり、データが得ら
れた後、データ・アクセスが50ミリ秒だけしかこの場
合生じていないので、データエージングタイマはまだ終
了していない。したがって、ネットワークコントローラ
43−23は、記憶データテーブルから特徴2によって
処理されるデータを提供するだろう。スレーブ43−2
7によって制御されるセンサーの値が変ったとしても、
これは真実である。この利点はそれ以上データ通信が、
必要とするパラメータの有効値をアクセスするように特
徴2に対してローカル・バスを通じて要求しないことで
ある。100ミリ秒プラスt0で、特徴3は、スレーブ
コントローラ43−29によって制御されるセンサーか
ら利用可能なデータを要求する。このデータが記憶デー
タテーブル43−43に記録されていないので、ネット
ワークコントローラ43−23はデータを得るために適
切なデータ通信メッセージを出す。ネットワークコント
ローラ43−23がスレーブコントローラ43−2から
データを受信する場合、データは記憶データテーブル4
3−43に格納される。150ミリ秒プラスt0で、特
徴1は、t0でスレーブコントローラ43−27によっ
て得られた、同じデータ要素に対するアクセスを再び要
求する。しかしながら、ネットワークコントローラのプ
ロセッサは、データエージングタイマが終了したことを
決める。したがって、ネットワークコントローラ43−
23はスレーブコントローラ43−27を通じて新鮮な
データを得るために、メッセージを出す。1ミリ秒のネ
ットワーク遅延を仮定すると、データは、151ミリ秒
プラスt0で記憶データテーブルに格納される。このデ
ータに対するデータエンジングタイマが100ミリ秒な
ので、データは251ミリ秒プラスtまで有効になる。
t0で得られたデータに対してデータエージングタイマ
が終了した時、記憶データテーブルが100ミリ秒で更
新されなかったことに注意すべきである。たとえスレー
ブ27によって制御されるセンサーデータの値がこの時
間によって変ったかもしれなくても、要求される特徴あ
るいは他のプロセッサはこのデータにアクセスしない。
したがって、終了データに対するアクセスが要求される
まで、記憶データテーブルを更新することは、必要では
なかった。これは、ローカルデータバスおよび高速デー
タバスで非産的な通信をさらに減少する。発明の別の実
施例が図44に示される。図44は、高速ネットワーク
バス44−5での通信ボトルネックの一層の減少を例示
する。ネットワークコントローラ44−52は、プロセ
ッサ44−6のコントロールの下で、代表的な特徴44
−53、44−56および44−58を実行する。ネッ
トワークコントローラ44−52は、また、データ記憶
装置テーブル44−62とエージングタイマ44−64
を含み、ローカル・バス44−65を通じてコントロー
ラ44−66、44−644−70および44−72に
接続されている。そのようなスレーブコントローラは、
1つ以上のセンサー、Sあるいは他の装置に一般に接続
されてもよい。同様に、ネットワークコントローラ44
−54は、プロセッサ44−7のコントロールの下で、
特徴44−74および44−76を実行する。ネットワ
ークコントローラ44−54はデータ記憶装置テーブル
44−80およびエージングタイマ44−82をさらに
含んでおり、ローカル・バス44−83を通じて、スレ
ーブコントローラ44−84、44−86および44−
88と通信する。例によって、時間t0で特徴44−7
4が、スレーブコントローラ44−84によって制御さ
れているセンサーから利用可能なデータを要求する。以
前に議論したように、ネットワークコントローラ44−
54はローカル・バス44−83を通じて適切なメッセ
ージを生成し、このローカル・バス44−83はスレー
ブコントローラ44−84にデータを得させ、ネットワ
ークコントローラ44−54にそれを送信させる。その
後、ネットワークコントローラ44−54は記憶データ
テーブル44−80に情報を格納し、前もって定義した
エージング時間値44−82を割当てる。30ミリ秒プ
ラスt0で、ネットワークコントローラ44−52の特
徴(44−53、44−56、44−58)は、高速ネ
ットワークバス44−50を通じて同じデータを要求す
る。応答により、ネットワークコントローラ44−54
は、データ記憶装置テーブルの現在値が有効であり更新
される必要がないことを、データ記憶装置テーブル44
−80およびデータエージングタイマ44−8から決め
る。したがって、ネットワークコントローラ44−54
はネットワークバス44−50を通じてデータ記憶装置
テーブルに見つけられるような要求されるデータを送信
する。さらに、ネットワークコントローラ44−54
は、データが読まれた(tの実効値)時間、およびエー
ジングタイマの値を送信する。応答により、ネットワー
ク44−52は、そのデータ記憶装置テーブル44−6
2において受信されたデータを格納し、処理を要求する
特徴にそれを提供する。さらに、ネットワークコントロ
ーラ44−52はデータがそのデータ記憶装置テーブル
44−62に格納される時間および、ネットワークコン
トローラ44−54によって送信されるエージング時間
に基いて、どのくらいの時間そのデータが有効になるか
を決定する。データを送信する際に、およそ2ミリ病の
遅延を仮定して、データは、32ミリ秒プラスt0でデ
ータテーブル44−62に格納される。このデータはt
0秒からt0プラス10ミリ秒まで有効であろうから、
ネットワークコントローラ52はこのデータは追加68
ミリ秒の間有効であろうと決定する。したがって、ネッ
トワークコントローラ44−52は、エージングタイ
マ、ネットワークコントローラ44−5から得られたデ
ータ要素に対応する44−64として68ミリ秒のエー
ジング時間値を格納する。したがって、次の68ミリ秒
の間、ネットワークコントローラ44−54がこのデー
タを得るためにスレーブコントローラ44−84に再び
アクセスしない時間、ネットワークコントローラ44−
52の特徴あるいはネットワークコントローラ44−5
2に接続されるスレーブコントローラは、ローカル・バ
ス44−65を通じ、データ記憶装置テーブル44−6
2から特にこのデータ要素を得るだろう。その結果、ネ
ットワークバス44−50を通じて非産的なデータリク
エストも削除される。したがって、この実施例において
は、ネットワークに接続されている中間ノード環でのデ
ータジングタイマ値のトランスファは、データ通信要件
に重大な減少を産み出すことができる。そのデータ記憶
装置テーブルに要求されるデータを含んでいる、ネット
ワークコントローラからデータエージングタイマの転送
へのもう一つの選択肢は、残るデータエージングタイマ
で利用可能な時間を転送することであるということに、
さらに注意すべきである。これは、受信ネットワークコ
ントローラが受信データが有効な残り時間を計算するた
めの要件を回避することを可能にするだろう。分散形フ
ァシリティマネジメントシステム(FMS)においてエ
ージングタイマを使用することが、ユーザが個々のデー
タの片々に対する可変有効な期限を定義することをさら
に可能にすることに、さらに注意すべきである。例え
ば、外部の空気温度を感じるセンサーからデータにアク
セスするスレーブコントローラは、データに火炉の温度
をモニタするセンサーほど頻繁にアクセスする必要がな
い。これは外部の空気温度の変化率が火炉で期待される
変化率より遅いからである。したがって、データエージ
ングタイマはデータの特性のバリエーションに左右され
て異なるものになろう。ユーザ定義のエージングタイマ
の代わりに、一層のユーザ定義の情報がない時に自動的
にインプリメントされる省略値をプログラムすることも
できる。分散形ファシリティマネジメントシステム(F
MS)において、受信(非受信)データの信頼性はしば
しば問題になる点である。本発明に従って、一貫性と完
全性への援助として、ファシリティマネジメントシステ
ムの特徴間で渡される、各データ値は、信頼性のある/
信頼性のないインディケータでタグを付けられている。
データがファンクションブロック45−1において要求
される場合、図45に示されるように、受信データは、
受信データが期待される範囲内にあったかどうか決める
ために、決定ブロック45−3でテストされる。そうで
なければ、決定ブロック45−5において可能な1つの
選択肢はデータの交互のソースが利用可能かどうか決め
る処理を実行することである。そのような処理はデータ
が設置するネットワークで他の物理的位置を識別するた
めに、ディレクトリによるソートを含んでいてもよい。
例えば、ソースデータは、同一あるいは別のノードの別
の記憶場所に格納されるかもしれない。あるいは、同じ
データを別のセンサーから利用可能かもしれない。その
ような処理も、信頼性のないデータとの置換をネットワ
ークで利用可能な他のデータから引き出し得るかどうか
決めることを含むことができよう。ファンクションブロ
ック45−7は代替ソースが消耗されたかどうか決める
テストする。そうでなければ、データは代替ソースから
得、決定ブロック45−3で再テストすることができよ
う。代替ソースが利用可能でない場合、あるいは代替ソ
ースが消耗されている場合、別のオプションがデータの
前の値を使用することになる。したがって、ファンクシ
ョンブロック45−9は前の値が利用可能かどうかをテ
ストする。そのあと、前の値が利用可能な場合、45−
11でこのプロセスにおいて前の値が有用かどうかが決
定されるだろう。そうならば、ファンクションブロック
45−13に示されるように、前の値が使用され、デー
タは、ファンクションブロック45−15においてその
ような古いデータに適切な信頼性インディケータでタグ
を付けられる。前の値が利用可能でないもしくは有用で
ない場合、ファンクションブロック45−17におい
て、代替コントローラが利用可能かどうかについて決定
が行なわれる。そうでなければ、すなわち代替コントロ
ールがファンクションブロック45−19に示されるよ
うに、有用でないと決められた場合、データはその非信
頼性を示す表示でタグをつけられ使用することができ
る。もちろん、代替コントローラが利用可能な場合、そ
のような代替コントロールテクニックを実行することが
できる。代替コントロールプロセスで受信される、新し
いデータもファンクションブロック45−23に示され
るような信頼性テストを経験するだろう。その後、一度
データが、ブロック45−15において信頼性インディ
ケータでタグを付けられれば、データは、ファンクショ
ンブロック45−25および45−27に示されるよう
な他の特徴へ渡すことができる。これは、最終計算の信
頼性の標識としての中間計算に含むことができるデータ
の信頼性の標識を提供する。信頼性インディケータの使
用は、比例、積分、および微分係数(PID)ループの
コントロールと関連して以下にさらに議論される。発明
図の別のアスペクトに従って、46Aと46Bは、比例
+積分+微分係数(PID)オブジェクトを示す。以前
に議論したように、PIDループオブジェクトはソフト
ウェアオブジェクトレベルでソフトウェアにインプリメ
ントされる。したがって、PIDループオブシェクトに
は他のソフトウェアオブジェクトを行うように、ノード
すなわちネットワークコントローラの記憶手段に格納さ
れるプロセスおよび属性を管理するデータ・ベース管理
プログラムがある。ファシリティマネジメントシステム
の範囲内では、発明に従って、PIDループを処理する
タスクは、PIDデータ・ベース管理プログラムタスク
および16のPIDループ実行タスク間で分割される。
したがって、PIDコントローラは、PIDループの1
6の例まで制御することができる。図47は、PID処
理に関するコントロールループを示す。PIDデータ・
ベース管理プログラムは、PIDループからデータ(た
とえば47−5)を読み、PIDループに書き、あるい
はPIDループに命じることのできる、ネットワークの
他のタスクにインタフェースを最初に提供する。第2の
PIDデータ・ベスー管理プログラムタスクは、PID
ループの各々16の例の処理をスケジュールすることで
ある。PIDデータ・ベース管理プログラムの第3の責
任は補助信号スイッチ処理、出力フィルタ処理、高/低
信号選択処理、およびこれらの処理ファンクションへの
入力に従う信頼性スイッチ処理を実行することである。
図46に示されるように、PIDループオブジェクトに
はPIDループに対するフィールド・バック値を計算す
るために、入力コンディショニングプロセス46−3に
よって使用される6つの入力46−1がある。擬ポイン
トと関連して以前に議論したように、各々6つの入力4
6−1は他のオブジェクトの属性へのアナログパラメー
タあるいはレファレンスのような浮動小数ポイント値で
あってもよい。他のオブジェクトの属性へのレファレン
スはPIDコントローラとして機能する同一の物理的な
ディジタル制御モジュール(DCM)のオブジェクトで
なければならない。アナログ値として、入力値、あるい
は、アナログ値を提供する他のパーツの値は、ネットワ
ークコントローラからコマンドの結果変更されてもよ
い。ポートが別のオブジェクトの属性を参照する場合、
以前に議論したように、対応する処理が実行されるごと
に、属性の値が得られる。これは、N2バスを通じてで
はなくネットワークコントローラとして機能する、ディ
ジタル制御モジュール内のタスク間のメッセージを送信
する、指定されるオブジェクトに読取り属性メッセージ
を送信することによって、達成される。ポートが個々に
指定変更されることもあり得る。その場合、その指定変
更値は、その指定変更値を解除するコマンドが受信され
るまでポート値として使用される。ポートがアナログ値
である場合、解除コマンドが受信された時に、ネットワ
ークコントローラによって命じられた最後の値が記憶さ
れ行動に移される。ネットワークコントローラだけが指
定変更を開始し解除する。以前に議論したように、セッ
トポイントt入力46−5も別のオブジェクトの属性に
対する、浮動小数ポイント値あるいはレファレンスであ
ってもよい。セットポイント値46−5はフィールド・
バック値のセットポイントである。また、それはPID
処理46−7の中で使用される。オフセット値46−9
は別のオブジェクトの属性に対する、浮動小数ポイント
値あるいはレファレンスであってもよい。オフセット値
46−9は2つのファンクションを実行する。6つのス
ケーラ46−11がすべて0であることを、入力コンデ
ィショニング処理46−3が決める場合、PID処理4
6−7は無効になる。また、オフセット値46−9は、
PID処理46−の出力として使用される。6つのスケ
ーラ46−11のうちのどれでも0でない場合、オフセ
ット値46−9は、PID処理46−7によって計算さ
れた出力値に加えられる。オフセットは、PID処理の
開始時に出す第1出力コマンドを示すために使用するこ
とができるPID処理に他の制御動作を導入するために
使用されてもよい。高飽和度限界46−13は別のオブ
シェクトの属性に対する、浮動小数ポイント値あるいは
レファレンスであってもよい。高飽和度限界46−13
は、PID処理46−7への直接入力である。PID処
理はこの高飽和度限界46−13以上にPID出力コマ
ンドを出すことを妨げられる。低飽和度限界46−15
も別のオブジェクトの属性に対する浮動小数ポイント値
あるいはレファレンスであってもよい。飽和度限界46
−15は、PID処理46−7に直接提供され、PID
処理46−7がPID出力へのコマンドを出さない下限
を確立する。補助信号入力46−17は別のオブジェク
トの属性に対する浮動小数ポイント値あるいはレファレ
ンスであってもよい。補助信号入力46−17は、以下
に議論される補助信号入力処理46−17の出力上へ渡
されてもよい代替入力である。高/低信号入力46−2
1は浮動小数ポイント値あるいは、PIDコントローラ
として機能するディジタル制御モジュールの別のオブジ
ェクトの出力に対するレファレンスであってもよい。ま
たはこれは、先へ進むために高/低選択信号処理46−
23によって選択することもできる代替入力である。8
この出力46−25は操作変数(たとえば、希望の状態
へ制御されるプロセスの)を調節するために使用され
る。その結果セットポイントおよびフィード・バック変
数は等しい。出力は、同一の物理的なPIDコントロー
ラの任意のオブジェクトの任意の属性を参照する。PI
Dループからコマンドは、これらのレファレンスの中で
定義される各々のオブジェクトに送られる。PID処理
もこのレファレンスによって指定されるオブジェクトが
他のあるタスクによって指定変更されるかどうか決める
ために、この情報を使用する。あるパラメータはアナロ
グ値であり指定変更することができない。6つのスケー
ラ46−11は、コンディショニング処理46−3を入
力するための各々の対応する6つの入力46−1に対す
る係数を表す各浮動小数ポイント値である。サンプル周
期46−27は、1−32767秒の範囲を持ってお
り、PID処理46−7がPIDループに対してどれく
らい頻繁に実行されるか決める。比例帯46−29は、
フィード・バック値とセットポイント値(エラー)の間
の差にPID処理46−7の感度をセットする浮動小数
ポイント値である。エラーの大きさは、出力値に変動を
引起す。負の値が直接行動コントロールを示すのに対し
て、正の値は、逆の行動コントロールを示す。もちろ
ん、これらのコントロールは発明の精神を損なわずに、
逆にすることができよう。積分時間46−31はエラー
の積分にPID処理感度を提供する浮動小数ポイント値
である。これはそれが一定のエラーを与えられた比例項
と等しい積分項をとる時間である。0.0にこの値をセ
ットすることはPIDコントロール処理から積分動作を
取除く。微分係数46−33も浮動小数ポイント値であ
り、フィード・バック値の変化率にPID処理感度を与
える。積分時間とともにこの項および比例帯は、提供さ
れる微分係数コントロールの量を決定する。0.0にこ
の値をセットすることはPIDコントロール処理から微
分係数アクションを取除く。不感帯パラメータ46−3
5は、セットポイントと入力を決定されたフィード・バ
ックの間の差の絶対値と比較される浮動小数ポイント値
である。この不感帯値を超過しない場合、エラー変更は
PID処理46−7によって考慮されない。ヒステリシ
ス補正偏り46−37は、0.0から100.0までに
渡り、出力ポイントとフィード・バックポイント間で出
会うヒステリシスの量を表す。この比例値はプロセスヒ
ステリシスを補正するために使用される。フィード・バ
ック値46−39は入力コンディショニング処理46−
3によって計算され、浮動小数ポイント値である。PI
D処理46−7は、フィード・バック値46−39をセ
ットポイント値46−5と等しくさせようと試みる。ス
タートデータ46−41は以前のPID処理46−7の
反複からの情報を含んでいる。PID処理46−7への
第1のパスにおいては、これらの値は、1.0まで初期
化される前の指示値を除いて、0.0にセットされる。
履歴上のデータは、微分係数コントロールに対して適用
される前のフィード・バック値、積分動作およびバンプ
レス転送に供給される前の積分項、ヒステリシス削除に
対する前のヒステリシス補正偏り、ヒステリシス削除に
対する前の出力値、およびヒステリシス削除に対する出
力値の前の指示を含んでいる。出力値の前の指示は、増
加値に対して1に等しく、減少値に対してマイナス1と
等しくなるようにセットされる。PIDループの処理
は、データ・ベース管理プログラムタスクおよび16個
のPIDループ実行タスク間で分割される。そういうも
のとして、PIDコントローラディジタル制御モジュー
ルは、PIDループの16個の例まで制御できる。PI
Dデータ・ベース管理プログラムタスクには3つの主要
な責任がある。第1に、他のタスクあるいはPIDコン
トローラあるいはノードのオブジェクトにPIDループ
からデータを読むことを望むインターフェースを提供
し、PIDループにデータを書くかPIDループに命じ
ること。PIDデータ・ベース管理プログラムの第2の
タスクは、PIDループの16個の例の各々に対するス
ケジュール処理にある。第3の責任は補助信号スイッチ
処理46−19、フィルターウエイト46−61に従う
出力フィルタ処理46−43、H/L選択フラグ46−
75を生成するための高/低信号選択処理46−23を
選択する、および信頼性値46−73を生み出す信頼性
スイッチ処理46−67を含むこともある補助処理の実
行である。これらのタスクを実行するために、PIDデ
ータ・ベース管理プログラムは2つのタイプの書込みレ
コードメッセージに反応することができる。第1はデー
タベースにPIDループを加えるADDループメッセー
ジである。それは、さらに一度力が停電後返されればル
ープが自動的に加えられるようにEEPROMに書かれ
るそのループに対する構成情報を引起す。第2のタイプ
の書込みレコードメッセージは削除ループメッセージで
ある。これは、PIDループの実行を中止させ、ループ
の定義を無効にする。それは、さらに、ループの出力に
接続されているオブジェクトにループがもはや定義され
ないと通知させる。PIDデータ・ベース管理プログラ
ムは、さらに、2つのタイプの読取りレコードメッセー
ジを提供する。読み込まれたREAD CONFIGU
RATION(構成読み込み)記録メッセージは、与え
られたPIDループに対する現在の有効な定義を、フォ
ーマットし、N2バスを通じてネットワークコントロー
ラへ送り返させる。もう一方の読取りレコードメッセー
ジはREAD CURRENT STATE(現在状態
読込み)である。これは、ネットワークコントローラに
N2通信バスを介して送られる処理の最後の反復の間使
用される値と共にPIDループの現在の状態についての
情報を引起す。START UPは、あたかもそれがち
ょうど加えられたかのように、PID処理46−7を反
応させる。処理に対する履歴上のデータがすべて再び初
期化される。その後、PID処理から第1の出力は、現
在のオフセット46−9および現在の比例制御による補
正に基くだろう。書込み属性によって、与えられたPI
Dループの指定された属性にメッセージの値がセットさ
れる。これにより、結果として、PIDループの出力が
変更される。読取り属性によって、属性の現在地はリク
エスタに返される。属性が指定変更される場合、その指
定変更値は返される。属性が別のオブジェクトの属性へ
のレファレンスである場合、読取り属性メッセージは宛
先オブジェクトに転送される。有効な場合には、この指
定変更属性によって、解除属性メッセージがその属性に
対して受信されるまで入力が受信するであろう正常な値
に対して、メッセージ中の値の方が優先する。指定変更
解除属性によって、指定変更属性メッセージの効果は減
少する。PIDデータ・ベース管理プログラムは、ま
た、状態変更の報告を引き起こす。報告された状態のそ
のような変更は、PIDループ信頼性フラグ46−45
の変更、高飽和度の変更フラグ46−45の変更、高飽
和度の変更フラグ46−47、低飽和度の変更フラグ4
6−49、およびPID処理信頼性の変更フラグ46−
51を含んでいる。これらのフラグは以下に議論され
る。PIDループデータ・ベース管理プログラムの一次
ファクションはスケジューリングを提供することであ
る。PIDループデータ・ベース管理プログラムは、こ
の前、PIDループが処理されるときにその後経過した
時間の量を連続的にモニタする。時間46−2のサンプ
ル周期量が経過した場合、PIDデータ・ベース管理プ
ログラムタスクは、PID処理46−7によって使用さ
れるポートの現在の状態を集める。PID処理46−7
によって使用されるポート現在の状態を集めるために、
PIDデータ・ベース管理プログラムは、ポートが指定
変更条件にあるか、あるいはアナログ値あるいはレファ
レンスとして定義されているどうかを決める。以前に議
論したように、指定変更がある場合、その指定変更値は
ポート値として使用される。ポートがアナログ値である
場合、その値が使用される、また、ポートがレファレン
スである場合、読取り属性メッセージは指定されたオブ
ジェクトへ送られ、返された値がポート値として使用さ
れる。PIDデータ・ベース管理プログラムは、データ
および応答の信頼性をチェックし、受信データがそのカ
テゴリーをセットすると決められた場合、確実なものと
して、ポートにフラグを立てる。PIDデータ・ベース
管理プログラムが、優先権スキームに対して、各PID
ループがそのサンプル周期15%内のサンプル周期毎に
処理されるように実行させることに注意すべきである。
これは、異なる優先権を各々与えられる一系列PID実
行タスクを通じて行われる。PIDループに対する定義
がPIDコントローラに加えられる場合、PIDデータ
・ベース管理プログラムは、どのPID実行タスクが、
PIDループのサンプル周期に基いた、そのPIDルー
プに実行を提供するか決める。より短いサンプル周期を
持つPIDループはより高い優先権PID実行タスクを
割当てられる。より長いサンプル周期を持つPIDルー
プは、低い優先権を持つタスクに割当てられる。PID
ループがPIDコントローラから削除される場合、PI
Dデータ・ベース管理プログラムタスクは、サンプル周
期にしたがって、PIDループとPID実行タスク間の
バインディングを再び整える。ループのサンプル周期が
変更される場合、ループの優先権が再び整えられる。現
在状態を集めた後、PID実行タスクも必要とされるい
かなる履歴上のデータをも提供する。その後、PIDデ
ータ・ベース管理プログラムは入力コンディショニング
処理46−3を実行し始める。入力コンディショニング
処理46−3は入力合計、差、平均、および様々な他の
累積関数、あるいは与えられた入力の瞬間最大値あるい
は最小値を提供する。累積ファクションとは、入力ファ
クション属性46−100に1をセットすることによっ
て選択される、以下のものである。 フィールド・バック値=(#スカラ(n)*入力値
(n)) n=1 入力が別の属性のオブジョクトへのレファレンスであっ
て、無効の場合、ポイントが指定されず、スケーラ0が
使用されることに注意すべきである。スカラが0である
場合、入力は無視される。2によって選択され、入力フ
ァンクション属性を2にセットする最小値ファンクショ
ンは以下のとおりである: スカラ(1)*入力値(1) 又は、スカラ(2)*入力値(2) 又は スカラ(3)*入力値(3) 又は スカラ(4)*入力値(4) 又は スカラ(5)*入力値(5) 又は スカラ(6)*入力値(6)の最小値 3によって選択され、入力ファンクション属性を3にセ
ットする最大値ファンクションは以下のとおりである: スカラ(1)*入力値(1) 又は、スカラ(2)*入力値(2) 又は スカラ(3)*入力値(3) 又は スカラ(4)*入力値(4) 又は スカラ(5)*入力値(5) 又は スカラ(6)*入力値(6)の最大値 16のPID実行タスクは同一であり、上に議論された
ようなそれらの優先権においてのみ異なる。PID処理
46−7の各反復に際して、PIDデータ・ベース管理
プログラムは、PID実行タスクの一つに、PIDルー
プの例1つに対して処理を実行するために必要とされる
データのすべてを送る。PID処理が完了したとき、P
ID実行タスクはPIDデータ・ベース管理プログラム
タスクにすべての最新の中間結果と共に計算される出力
に46−53を送る。PIDループに関するデータが反
復間の格納されないことに注意すべきである。一般にP
ID処理は以下のとおりである: E(t)=(セットポイント(t)−フィード・バック
−(t)) Pterm(t)=100の*E(t)/Pban Iterm(t)=(T/Itime)(*Pterm
(t))+(1−T/Itime+Iterm(t−
1) Dterm(t)=Dweight*(Itime/4
T)*(100/Pband)*フィールド・バック
(t−1)−(フィールド・バック(t)) OUT(t)=Pterm(t)+Iterm(t−
1)+Dterm(t)+オフセット(t)+ヒステリ
シス補正(t) ここで: F(t)=時刻tにおける値 F(t−1)=前回反復時における値 E(t)=時刻tにおけるエラー Pterm(t)=時刻tにおける比例制御寄与 Iterm(t)=時刻tにおける積分コントロール寄
与 T =サンプル周期 Dterm(t)=時刻tにおける微分係数コントロー
ル寄与 Setpoint(t)=時刻tにおけるセットポイン
ト Feedback(t)=時刻tにおけるフィードバッ
ク値 Pband=比例項係数 Itime=積分時間係数 Dweight=微分係数項係数 Offset(t)=外部的に制御される補正項 Hysteresis compensation
(t)=システムのヒステリシスを補正するために必要
とされるアクション PID処理46−7からの出力コマンドが、進行方向を
変更する(すなわちPID処理出力46−53が符号を
変える)時はいつでも、PIDコントローラの出力と、
関連する入力間のプロセスで発生する任意のヒステリシ
スを補正するために、PID処理46−7は構成されて
もよい。これは、進行方向が増加(あるいは減少)であ
るように、PID処理の出力46−53にヒステリシス
補正値46−35を加えること(あるいは減算するこ
と)によって行われる。コントロールが、人間のコント
ロールあるいは別のPIDループのような1つのコント
ロール方法からこのループのPID処理46−7に転送
されるように、バンプレス転送は、PID処理46−7
の反応について記述する。コントロール反応は予めわか
っており、フィード・バッグ間の相違に基く。また、ち
ょうどコントロールの前に出力に送られた前のコマンド
と同様にセットポイントもPID処理46−7に転送さ
れる。補助信号スイイッチイネーブル属性がセットされ
たり、あるいは、PID処理からコマンドを受信するこ
とができる出力がすべて指定変更された場合は常に、P
ID処理46−7はトラッキングモードに入る。トラッ
キングモードにおいて、PID処理46−7はPter
m(t)を計算し続けることによって、バンプレス転送
を準備する。出力の1つが指定変更条件から解除された
り、あるいは、補助信号スイッチイネーブル属性がリセ
ットされた場合、PID実行タスクは、出力に得るよう
に命じた値を得させ、バンプレス転送を実行するために
前の半服から求められるPterm(t)と共にそれを
使用する。Hand/Off/AutoスイッチがHa
ndあるいはOffの位置にあることによる指定変更の
場合には、この最後の命じられた値は利用可能ではな
い。したがって、一度スイッチがAuto位置に返され
れば、バンプレス転送は提供されない。高低飽和限度界
入力46−12および46−15は、典型的には出力を
100パーセントとしたスケールにおいて、パーセント
で表示されるように指定して、PID処理の出力へのコ
マンドが留まらなければならない境界を指定する。PI
D処理46−7は、いつPID処理が飽和したかを決定
し、知らせる機構を提供する。すなわち、PID処理は
出力に命令してセットポイントに届かせることはできな
い。PID処理は40回の連続する反復のための出力コ
マンドが、高飽和度極限値46−13の1%以内にあっ
た場合、あるいは、40回の連続する反復出力は、低飽
和度極限値46−5の1%以内にあった場合に、飽和し
たと決められる。一度PID処理が飽和したと決められ
たならば、高飽和度フラグ46−47あるいは低飽和度
フラグ46−49のいずれかがその事実を告知するため
に適宜にセットされる。これは、PIDデータベースタ
スクに状態メッセージの変更を順番に出させ、その結
果、ネットワークコントローラ(NC)のファンクショ
ンがそれに応じて適宜に行動する。一度補助信号イネー
ブルフラグ46−55がセットされるか、あるいは、す
べての出力が指定変更条件に置かれると、これらのフラ
グはリセットされる。飽和度回復は、さらにPID処理
46−7によって提供される。一度処理が高飽和限度界
および下限に指定された値以上の出力を命じようとして
も、積分動作が“ワインドアップ”しないように、処理
は設計される。PID処理46−7の実行後、PID実
行タスクは、このPIDに対するPID処理の次の反復
に必要とされるすべての最新の中間結果と共に、PID
出力値属性46−53に対する新しい値を含んでいるP
IDデータ・ベース管理プログラムタスクにメッセージ
を送信する。その後、PIDEXECタスクは他の専用
処理を呼び出してもよい。この呼出しは他方の進行中の
処理を保留するであってもよいし、あるいは、それは、
PID処理の現在の反復にデータを提供するであっても
よい。プロセスループが不安定であると決められた場
合、専用処理を保留する呼出しが送られる。あるいは、
それが決定された場合、PID処理46−7は、故障許
容処理と関連して以下に議論されるようなPIDループ
の出力のコントロールを持っていない。PIDループが
信頼性がないと決められた場合、次の条件が示される。
PID処理はトラッキングモードにあり、出力46−5
7へ補助信号入力46−17を渡すために補助信号スイ
ッチ処理46−19が補助信号スイッチイネーブル属性
46−55に命令されているか、高/低信号選択処理4
6−23が高/低信号入力46−21を選択している。
前記条件のどれも存在しない場合、PIDアルゴリズム
の現在の反復の適切なデータが、一層の処理を行なうた
めにコールで送られる。PID処理46−7の出力から
正常に来る信号の46−53の代りに信号を挿入するた
めに、PID処理を迂回することも可能である。6つの
スケーラ46−11がすべて0である場合、PID処理
46−7は迂回され、オフセット46−9の値はPID
出力値属性46−53として使用される。PIDループ
オブジェクト46−2はさらに、補助信号スイッチ処理
46−19、出力フィルタ処理46−43、および高/
低信号選択処理46−23の状態に従ってPIDループ
の出力を達成することができると規定する。PIDデー
タ・ベース管理プログラムタスクが、これらのアルゴリ
ズムの入力の1つを変更する書込み属性メッセージを受
信するか、PIDループに対するPID実行タスクが実
行を終了しており、PIDループの構成に対してそれが
行なった変更のチェックするPIDデータ・ベース管理
プログラムにメッセージを送信した場合、これは発生す
る。補助信号スイッチ処理46−19は、補助信号イネ
ーブルフラグ46−5の状態を検査する。フラグがセッ
トされた場合、補助信号入力46−1の値は補助スイッ
チ値属性46−57に渡される。補助信号入力46−1
7が信頼性を持たない場合、最後の信頼性がある補助ス
イッチ値46−17はパスされる。補助スイッチイネー
ブルフラグ46−55がリセットされた場合、PID出
力値属性46−53の値は補助スイッチ値属性46−5
7に渡される。出力フィルタ処理46−43は補助スイ
ッチ値属性46−57からその値を受信し、その値によ
り第1順序フィルタリングを実行する。出力は出力フィ
ルタ値属性46−59に置かれる。フィルターウエイト
属性46−61は、フィルターの有効性を定義するため
に使用され、1.0から+1023をカバーすることが
できる。ここで1.0というフィルターウエイトはフィ
ルタリングを有効に不能にする。フィルタリングは次の
方程式に従って実行される: 出力フィルタ値=前のフィルター値+((1/フィルタ
ーウエイト)*PID出力値−前のフィルター値))。 前のフィルター値とは一番最近の反復時に計算された値
である。上記の方程式は、サンプル周期毎に、あるいは
補助信号入力46−17が変更されるごとに、あるいは
スケーラがすべて0になったとき、オフセット46−9
が変更されるごとに計算される。前の反復のデータがた
よりにならなかったために、あるいはそれがこの例に対
する処理による第1パスであるために、前のフィルター
値が存在しない場合、補助スイッチ値46−57が、出
力フィルタ値属性46−59に直接渡される。フィルタ
ー出力を計算する間に数学的エラーがある場合、最後の
信頼性がある出力フィルタ値属性46−59が出力フィ
ルタ値に出される。高/低選択処理46−23は出力フ
ィルタ属性値46−59を高/低信号入力46−21の
値と比較する。高/低選択状態属性46−63がセット
されると、2つの入力値の大きいほうが高/低選択値属
性46−65に渡される。高/低選択状態属性46−6
3がリセットされると、2つの入力値46−21と46
−59の小さいほうが渡される。高/低信号入力46−
21に信頼性がない場合、PIDループ無信頼性フラグ
が高/低選択値属性にセットされ、その最新の信頼値で
残るだろう。高/低信号入力46−21が選択される場
合、高/低選択フラグ属性がセットされる。このフラグ
の状態の変更により、リポートがN2バスを通じて送ら
れる。信頼性スイッチ処理46−67は、PIDループ
の出力46−25へ出されるコマンドの信頼性を反映し
ている。PIDループに対する処理を行なっている間、
万一PIDループのうちのどれかに対する入力データが
信頼性をもたなくなった場合、この処理の出力値が、ル
ープに対する最新の信頼性のある出力値で残る。さら
に、PIDループ信頼性フラグ46−45は、高/低信
号属性46−65によって供給されるデータが信頼性の
ない場合は常に、信頼性を持たなくなる。下記条件のう
ちのいかなるものでも発生した場合、このフラグは、さ
らに信頼性のない状態にセットされる: 1.補助信号イネーブルフラグ46−55の条件が、P
IDループの出力へ補助信号入力46−17を送るため
にセットされ、かつ、補助信号入力46−17が信頼性
を持たない場合。 2.PID出力属性46−53が、補助信号スイッチ処
理46−19を通じて送られ、かつ、PID出力属性4
6−53を生成するために使用される計算が、信頼性が
ないと決定される場合。PID処理46−7によって使
用されるポートのうちのいかなるものでも信頼性のない
データを受信する場合、あるいは0による除算のような
数学的エラーが計算の間生じた場合、これらの計算は信
頼性がないものと考えられる。高/低信号の選択処理4
6−2の実行に続いて、PIDデータベースはPIDル
ープ信頼性フラグ46−45をチェックする。このフラ
グが信頼性がある場合、PIDデータベースは、与えら
れたPIDループ定義に対して指定される出力へ出力コ
マンドを出す。PIDループが信頼性がなく、信頼性の
ない応答セレクタフラグ46−69がリセットされる場
合、PIDデータベース管理プログラムは、高/低信号
の選択処理46−2から出力まで最新の信頼性のある出
力コマンドを出す。そうでなければ、それは、出力へ信
頼性省略時属性46−71によって指定されるコマンド
を出す。PIDデータ・ベース管理プログラムタスク
は、出力値属性46−73によって指定される、適切な
オブジェクトデータ・ベース管理プログラムに書込み属
性コマンドを送る。次の値が、実行の完了時にPID処
理46−7によって供給される。PIDデータ・ベース
管理プログラムタスクは、現在のPIDループデータベ
ースがこれらの変更を反映することを保証する。PID
出力値は、セットポイント値に向けて被制御変数を駆動
させる出力ポイントに出されるコマンドである。それ
は、0.0および100%の偏向の間のフルスケールパ
ーセントと思われるものであってもよい。PID処理信
頼性フラグ46−51は0か1かのどちらかであり、計
算時にエラーが生じたかどうか、あるいは、PID処理
46−7によって使用されるポートの1つが信頼性のな
いかどうかを示す。PIDループ信頼性フラグ46−4
5は0か1かのどちらかであり、0を示す場合、PID
ループの出力に送られているコマンドが信頼性のあるデ
ータに基くことを示す。追加ループパラメータは、PI
D処理46−7の次の実行に対して返される。これらの
パラメータは、微分係数コントロールに対するフィード
・バック値、積分動作およびバンプレス転送に対する積
分項、ヒステリシス削除に対するヒステリシス構成偏
り、ヒステリシス削除に対する出力値、および出力値
(ヒステリシス削除、セットポイントとフィード・バッ
ク値の間で計算された前回フィード・バック値とエラー
に対して増加=1、減少=−1)の指示を含んでいる。
言語はまたパイをプログラムされる比例積分計算によっ
てセットポイントをリセットするように設計されるPI
機能を有する。それは、閉じたループシステムにおける
使用のために設計される。図47において概略的に示さ
れるコントロールシステム47−1は、47−5ライン
経由で入力を受信し、47−7ライン経由で制御変数を
生成するフィード・バック変数として頻繁に知られる入
力装置47−3を持つ。制御変数は、ラインで47−7
においてオブジェクト47−7のための比例積分微分
(PID)装置への入力を生成し、オブジェクト47−
11へ故障許容コントロール戦略を提供する。この場合
に、典型的なオブジェクトは、コントロールループのた
めの望ましいファンクションを実行するハードウェアと
ソフトウェアとの組合せを含んでいる。そのようなオブ
ジェクトは、典型的にはソフトウェアによってインプリ
メントされ、ネットワークとして作動する1つ以上の自
動処理コントロールノード47−2のメモリ部分に格納
される。本発明に従ったハードウェアおよびソフトウェ
アオブシェクトを持つシステムの構造についてはすでに
説明した。PIDループ47−4は、典型的にはコント
ロールノード47−2中の故障許容コントロール戦略オ
ブジェクト47−11からの援助なしに正常な環境下で
作動するように組立てられる。PIDオブジェクト47
−9はPIDループ変数47−13を生成し受信し、さ
らに入力をさらにまた故障許容コントロール戦略オブジ
ェクト47−11へ入力を行ない、かつ、これから出力
を受信する。ライン47−15上のPID出力は、故障
許容コントロール戦略オブジェクト47−11とスイッ
チ47−17との双方に伝えられる。ライン17−19
上の出力デバイスコマンドは、コマンドに基いた故障許
容コントロール戦略オブジェクト47−2の出力と、P
ID出力との間でこのように切替えることができる。こ
の切替えは故障許容出力コントロール戦略によって生成
されるライン47−23上のコマンドに従って行なわれ
る。オブジェクト47−1の故障許容戦略はまた、ライ
ン47−25上のプロセス定数を受信するとともに、ラ
イン47−27上の別の出力を受信する。この出力は入
力信号47−31を受信する入力装置47−29によっ
て生成される。ライン47−19上の出力デバイス駆動
コマンドは、スイッチ47−1から与えられ、ライン4
7−35上に関連する操作量を生成する操作量駆動出力
装置47−33を編成する。ライン47−35上の関連
する操作量はプロセス47−37に入力されこのプロセ
スは、入力装置47−3および47−29へのライン4
7−5およびライン47−31上の信号の生成によっ
て、コントロールループを完成する。コントロールルー
プの目的は出力デバイスを制御しかつ希望のプロセス4
7−37を遂行するために、ライン47−19およびラ
イン47−35上の操作量を生成することである。正常
なオペレーションにおいては、PIDコントロールが遂
行され、スイッチ47−17は信号47−23を介して
PID出力47−15ラインにセットされる。したがっ
て、故障許容コントロール戦略オブジェクト47−11
は、単にライン47−9上の制御変数の状態をモニター
するのみでループの実際のコントロールに参加しない。
ライン47−7上の制御変数をモニタして制御変数が値
の信頼性がある範囲内にあることを確認する。ライン4
7−11上の故障許容戦略オブジェクトが、ライン47
−7上の制御変数すなわちフィード・バック変数が、信
頼性がある範囲内にもはや存在しないと判断すると、ラ
イン47−17上の故障許容コントロール戦略オブジェ
クトは、ライン47−21上の故障許容コントロール戦
略オブジェクト出力を、ライン47−19上の出力デバ
イスコマンド信号に送るようにスイッチ47−17に命
令する。これはスイッチコマンド47−23ラインを介
して行われる。この時点で、ライン47−25上のプロ
セス定数ならびに信号47−27に基いて故障許容コン
トロール戦略オブジェクト47−11は戦略を構成す
る。この戦略はフィードバックすなわちライン47−7
上の制御変数がもはや信頼性を有していない場合にも関
連する操作量の調製を続行するものである。したがっ
て、PIDコントロールループにおけるフィード・バッ
クの損失は、出力デバイス47−33を通じてのコント
ロールあるいはライン47−35上の操作量のコントロ
ールのロスを生じない。プロセス47−37からの、ラ
イン47−31上の信号をモニタする入力装置47−2
9を通じて、故障許容戦略オブジェクト47−11は、
プロセス定数47−25と共にプロセス47−37にお
ける動的偏光に応答する。それによりライン47−19
およびライン47−35上の操作量を制御するための信
号が生成される。したがって、失敗した条件下において
も、失敗の効果を最小値限にするプロセス47−37を
通じて管理水準を保持することは、可能である。1つの
例において、故障許容コントロール戦略は、暖房、冷却
および混合空気放出−温度コントロールを含む典型的な
HVACプロセスをアドレスする。図48は、故障許容
コントロール戦略をインプリメントするフェースを示
す。これらはコミッショニング48−1、初期設定48
−3、プロセスモニタリング48−5およびコントロー
ル48−7を含んでいる。図49は、故障許容コントロ
ール戦略をインプリメントする際のプロセス入力および
出力を略示する。コミションニング49−301の期間
中、故障許容コントロール戦略オブジェクトはパラメー
タが故障許容コントロール戦略オブジェクト47−11
にアクセス可能なメモリのどこに格納され、いかなるパ
ラメータが制御されているプロセスにとって重要である
かについての情報を受ける。例えば、空気温度および流
量パラメータは冷水バルブを開くべきか閉じるべきかを
決定するために、使用されてもよい。したがって、初期
のコメッショニングにより、故障許容コントロール戦略
の中で使用される変数が決定される。HVACシステム
の中で使用される故障許容コントローラにおいては、3
つのクラスの情報あるいはパラメータがある。第1は各
PIDループにとって同一である変数49−30の静的
セットである。これらはセットポイント、比例帯および
制御変数を含んでいる。パラメータの第2セットは得ら
れた実際のアナログ入力であるプロセス変数49−30
5である。これらはHVACプロセス49−307に依
存して、異なる。例えば、他のものが水温度あるいは圧
力を要求しているのに対して、いくつかのHVACプロ
セスは戸外の空気温度を要求する。最後のパラメータと
して、システム性能をモニタするために使用される物理
的な装置に依存するPIDループであるプロセス定数4
9−309がある。故障許容コントロール戦略オブジェ
クトをインプリメントする場合においては、PIDルー
プの構成に関する情報を提供することも必要である。こ
れは、プログラミング言語で故障許容コントロール戦略
をプログラムすることによって、あるいはグラフ式のプ
ログラミングツール47−31のユーザブロックとして
のいずれかで、行うことができる。一方の場合、ルーチ
ンは、故障許容コントロール戦略オブジェクトによって
アクセスすることができ、コントロールノード中で実行
することができることができる、コントロールシステム
データベースに加えられる。初期設定フェース49−3
1の間、故障許容コントロール戦略オブジェクト49−
11においてルーチンは、プロセス定数および静的PI
Dループに関するデータを集めて、安定チェック49−
315を実行する。先に述べたように、定数はハードコ
ード化することができ、故障許容コントロール戦略オブ
ジェクト中に一度読まれる必要があるだけである。3つ
のクラスPIDループパラメータは制御されるプロセス
の最も最近の状態を表す。以前に議論された、委任する
フェースは、これらのパラメータがメモリにどこで設置
するかについての情報を提供する。初期設定の間、パラ
メータは故障許容コントロール戦略ソフトウェアオブジ
ェクトによって読まれる。その後、初期設定は、プロセ
ス制御のために必要とされる一連の信頼しうる静的パラ
メータ49−317を得ることができることを確認す
る。これは信頼性があるPID空電データの十分なセッ
トが故障許容コントロール戦略の実行を許可するのに、
必要であるからである。初期設定、すなわちフェース4
9−313は、変数あるいはパラメータよりもPIDル
ープ制御の安定を確認する。被制御変数がセットポイン
トに接近しているままであり、操作量のバリエーション
が小さな場合、PIDループは安定している。初期設定
フェース49−31の一部として、発振およびスラギッ
シュネス49−31の前もって定義した数の測定値が、
コントロールループの性能に対して評価される。モニタ
フェース49−32の間、故障許容コントロール戦略オ
ブジェクト47−11は安定したプロセス制御を推定
し、静的PID変数およびプロセス変数を更新する。モ
ニタフェースの間実行される主要なファンクションは制
御変数47−の信頼性の評価あるいはPIDループのフ
ィード・バックである。これは例えば、フィード・バッ
クが多次元なもので在る場合、PIDループそれ自身中
のいくつかの物理的なアナログ入力に基いたものであっ
てもよい。このフィード・バック、ライン47−7上の
制御変数が信頼できないものになった場合、オペレーシ
ョンの制御モードが入力される。実際のフィード・バッ
クあるいは制御変数をモニタすることが絶対に必要では
ないことが注目される。制御変数47−7は制御変数を
生成するソフトウェアオブジェクトの出力であってもよ
い。この場合、制御変数を生成するソフトウェアオブジ
ェクトへの入力のうちのいかなるものでも、信頼性を失
った場合に、制御変数は信頼性を失ったと判断される。
したがって、制御変数を生成するソフトウェアオブジェ
クトへのアナログ入力が開いたこと、あるいはショート
したことを検知される場合、あるいは正当でない値が、
ソフトウェアオブジェクト(たとえば、0による除算)
データ操作の間生成される場合、故障許容コントロール
戦略は、制御変数47−7あるいはフィード・バックが
信頼性を失ったと仮定する。制御ファンクション49−
323が入力される場合、故障許容コントロール戦略オ
ブジェクト47−11は、PIDアルゴリズムによって
生成される値の代りに使用される値を計算する。先に述
べたように、これは基本的に、システムおよび変数の現
在の状態のモデルに基いて開いたループ制御である。プ
ロセス変数と計算される出力コマンド間の直線性の要件
は必須のものではない。 システムが、プロセス47−
3の現在の状態に応答するので、以下に与えられた方程
式に示されるように、セットポイントにおいて変更に応
答することもまた可能である。故障許容コントロール戦
略オブジェクト47−11が、PIDコントローラと同
じレートでコントロールを実行することを試みてもよい
ことに注意すべきである。しかしながら、ほとんどの場
合、コントロールは、ネットワーク性能の制限のために
より遅いだろう。前述したように、故障許容コントロー
ル戦略オブジェクト47−11コントロールは、通常、
ループの一部であるPID装置においてではなくコント
ロールノードにおいて達成される。したがって、PID
ループとコントロールノード間のローカル・バスを通じ
ての、および恐らく複数のコントロールノード増加を相
互に連結させるネットワークバスを通じての複数の通信
は、故障許容コントロール戦略下においてループ応答時
間を増大する。以前に議論したように、故障許容コント
ロール戦略は、部分的にコントロールプロセスのモデル
に基くことができる。故障許容コントローラブロック
は、PIDコントローラ20のサンプリング周期ごとに
一度実行される。プロセスモニタおよび出力スイッチフ
ァンクションはPIDコントローラの各抽出間隔中一度
実行される。図50に示される1つのシステム構成にお
いては、故障許容コントローラファンクションがネット
ワークコンローラ中にインプリメントされているのに対
して、プロセスモニタおよび出力スイッチのファンクシ
ョンはディジタル制御モジュール中に直接インプリメン
トすることができる。故障許容コントロール戦略をイン
プリメントするのに必要とされる様々な変数はテーブル
1においてリストされる。 テーブル1 入力 1.SP:セットポイント変数(レファレンス変数) 2.CV:被制御変数(フィールド・バック変数) 3.MV1:主要な操作量(コントロール出力変数) 4.MV2:第2の操作量(対話するコントロール出力
変数) 5.PV1:主要なプロセス変数(フィールドフォワー
ド変数#1) 6.PV2:第2のプロセス変数(フィールドフォワー
ド変数#2) 7.PB:コントローラ比例帯 8.AT:コントローラサンプリング周期 9.OUT:コントローラ高飽和限度 10.OUT:コントローラ低飽和限度 11.BAND:コントローラエラー許容差 出力 1.フラグ:故障許容イネーブルフラグ 2.バックアップ:故障許容出力 ローカル変数 1.CVo:レファレンス被制御変数 2.MV1o:第1操作レファレンス 3.MV2o:第2操作レファレンス 変数 4.PV1o:第1プロセス変数レファレンス 5.PV2o:第2プロセス変数レファレンス 6.PBo:レファレンスコントローラ比例帯 図52は発明の故障許容コントロールのより詳細な例で
ある。PIDコントローラ52−1、プロセスモニタ5
2−3および故障許容コントローラ2−5はすべて、セ
ットポイントSPおよび制御変数CVを受信する。PI
Dコントローラ52−1、プロセスモニタ52−3およ
び故障許容コントローラ52−5はすべて、以下により
詳細に議論される個々の処理を実行する。システム中の
条件に基いて、故障許容コントローラ52−5は、出力
スイッチ52−7へのルートである、フラグ出力を生成
する。さらに、誤りコントローラ52−5は、出力スイ
ッチにさらに送られる、バックアップ出力を生成する。
バックアップ出力は次の方程式によって決定される:M
V1=MV1#+EFF*(MV2−MV2#)+(1
00%PB#)*(SP−CV#+(EFF−1)*−
EFF*−(PV2−PV2#)−(PVPV1
#));EFFを20%−80%の範囲に制限。出力ス
イッチへの他方の入力はPIDコントローラ2−1にお
いて産み出される操作量MV1である。正常な環境下、
つまりシステムが誤りを犯していない場合、故障許容コ
ントローラ52−5はスイッチ52−7の出力がPID
コントローラ52−1から主要な操作量であるようなフ
ラグをスイッチ52−7に出力される。一般に、操作量
は、図47に示されるようなPIDプロセス1の出力に
想到する。誤り条件がシステム中に存在する場合、フラ
グは故障許容コントローラ52−5からその出力までバ
ックアップ信号を送るために、出力スイッチ52−7を
作動させる。図47に示されるように、スイッチの出力
は出力デバイスを駆動させるために使用することができ
る。したがって、プロセス制御ループ中の失敗は故障許
容コントローラによって収容される。したがって、出力
デバイスは不良状態でも使用可能のままである。図53
Aおよび53Bは、プロセスモニタ52−3において起
る処理を例示する。典型的に、プロセスモニタはディジ
タル制御モジュール中において作動する。ネットワーク
コントローラは30のディジタル制御モジュールで可能
なモニタレートのより20分の1のレートの遅いプロセ
スを典型的に実行する。したがって、プロセスモニター
中の処理は、実行がネットワークコントローラ中に起っ
たかどうかに左右されて、異なる。処理を始めるより以
前に、ここに議論されるように、制御変数が信頼性があ
る場合、それは、テストブロック53−73において最
初に決定される。そうでなければ、ブロック53−71
に示される変数はセットされ、コントロールはブロック
53−73をテストするために返される。テストブロッ
ク53−1において、プロセスモニタは、間隔がディジ
タル制御モジュールの20倍以上のプロセスレートかど
うか最初に決める。この条件が満たされない場合、操作
量がモニタプロセスによってすでに検知され格納される
最大値、および最小値の出力を超過するかどうか決める
ために、ブロック53−3および53−5に示されるよ
うに、操作量がテストされる。操作量が格納される値を
超える場合、適切な最大値および最小値の出力はファン
クションブロック53−7および53−9において操作
量と等しくされる。いずれの場合にも、ファンクション
ブロック53−11において、エラー値はセットポイン
トから制御変数を引いた値の絶対値として決められる。
このエラーがプロセスによって以前にモニタされたエラ
ーの最大値を超過する場合、ファンクションブロック5
3−13および53−15に示されるように、エラーの
最大値はこのエラーと等しくされる。間隔がファンクシ
ョンブロック53−1中でのディジタル制御モジュール
の処理時間の20倍を超過すると決められるまで、上記
のプロセスは繰り返され続ける。この時点でコントロー
ルは、システムが飽和しているか否か、また、出力が安
定していかどうかを決める他のファンクションブロック
に移行する。以前に議論された処理期間中以前に決定さ
れたような最大値出力が、プロセスための高く定義され
た出力を1パーセント下回る値を超過する場合、高飽和
度変数がインクリメントされる。そうでなければ、完全
なファンクションブロック53−19および53−21
に示されるように、変数は0に等しくされる。同様に、
前述のような極小出力が、ブロック53−23に示され
るように、あらかじめ定められた出力低変数の限界を超
える場合、ファンクションブロック53−25と53−
29に示されるように、低飽和度フラグがインクリメン
トされるか、0に等しくセットされる。ファンクション
ブロック53−31で、飽和度変数のどちらかが1を超
過するか否かが決定される。1を超過する場合、ブロッ
ク53−33において示されるように、飽和度フラグは
“真である”にセットされる。そうでなければ、ファン
クションブロック53−35に示されるように、飽和度
フラグは“偽”にセットされる。その後、プロセスモニ
タ中の処理が進められ高い出力および低い出力の範囲の
特定のパーセンテージを超える偏差の数を識別される。
例えば、ファンクションブロック53−37は、最大値
出力とプロセスの最小値の出力の間の差が許可される高
い出力および低い出力の15%を超過するか否かを決定
する。超過しなければ、偏差変数はファンクションブロ
ック53−41において0に等しくされる。しかしなが
ら、差が高低出力間の許される差の15%を超過する場
合、ファンクションブロック53−39に示されるよう
に、偏差変数はインクリメントされる。同様に、5%を
超える偏差がどのように数えられるかを、ファンクショ
ンブロック53−49、53−51および53−53が
示し、ファンクションブロック53−43、53−45
および53−47は、9%から偏差の係数を示す。最大
値と最小値の出力の間の差が指定される範囲内にあるご
とに、偏差変数が0までリセットされるので、偏差のカ
ウントは特定の範囲を超える変化が連続して超える場合
にのみインクリメントされる。ファンクションブロック
53−55はプロセスが安定しているかどうか決めるた
めに使用される。5%を超える偏差の係数値が9より大
きいとき、9%超える偏差の計数値が5より大きいと
き、あるいは、15%超える偏差の係数値が3より大き
いときには、ファンクションブロックは「STABL
E」変数を“偽”状態にセットする。これは、システム
が安定していないことを示す。これらの偏差が受信可能
な範囲内にあり、その後、機能する場合、ブロック53
−59は、エラーの受信可能な範囲を定義する、帯変数
と最大値のエラーを比較する。最大値のエラーが帯変数
によって指定される範囲外である場合、プロセスは、不
安定であると考えられる。そうでなければ、ファンクシ
ョン53−61に示されるように、プロセスは安定して
いると考慮される。ファンクションブロック53−63
は、プロセスモニタ実行にコントロールを返す前に変数
をリセットする。出力極小および最大値が100%およ
び0%にそれぞれ典型的にセットされることに注意すべ
きである。これは、操作量が、フルスケールに対する1
パーセント値の形で提供されると想定してのことであ
る。しかしながら、操作量を調節するために他の任意の
配置を行なうことが、発明の精神内で可能であろう。図
54は、故障許容コントローラオブジェクト中における
処理を例示する。以前に議論された間隔が終了していな
い場合、ファンクションブロック54−1に示されるよ
うに、ファンクションブロック54−3は間隔を単に更
新し、それ以上、処理は起らない。しかしながら、間隔
が終了した場合、故障許容コントロール処理は発生す
る。最初に、ファンクションブロック54−5に示され
るように、間隔は0までリセットされる。次に、制御変
数の信頼性状態はファンクションブロック54−7にお
いてテストされる。その後、制御変数の状態が信頼性が
ある場合、故障許容コントロール処理はファンクション
ブロック54−9に示されるように出力が飽和したかど
うか決めるために、チェックする。飽和した場合、出力
は、安定していると考えられる。また、それ以上、故障
許容処理は生じない。出力が飽和されない場合、ルーチ
ンは、ファンクションブロック54−11に移行する。
このブロックは、図53と関連して議論されるようなプ
ロセスモニタによって以前に計算されたSTABLE変
数の状態をチェックするものである。STABLE変数
が“真でない”場合、それ以上処理は起らない。しかし
ながら、STABLE変数が“真である”場合、ファン
クションブロック54−13が、データが確実かどうか
決める。そうならば、ファンクションブロック54−1
3は、制御変数、第1および第2操作量MV1およびM
Vのレファレンス変数、第1および第2プロセス変数P
V1およびPV2、および、変数の現在を一致する値と
等しい比例帯PBをセットする。したがって、故障許容
コントローラはこれらの変数の最も最新の値を受信す
る。フラグは、ファンクションブロック54−27に示
されるように、“偽”にセットされ、コントロールは間
隔をテストするためにファンクションブロック54−1
に転送される。ファンクションブロック54−7におい
て、制御変数状態が信頼性のないと決められる場合、そ
の後、故障許容コントロール処理はデータを検査する。
データが信頼性がある場合、セットポイント、主要なプ
ロセス変数、および第2の変数、ならびに第2の操作量
は、ファンクションブロック54−15において現在値
と等しくされる。ファンクションブロック54−17に
おいて、効率変数EFFはオブジェクトに格納されるレ
ファレンス第1操作量と等しい値にセットされる。この
操作量は0から100%の全域に渡ってではなく20か
ら80%の範囲に制限される。その後、ファンクション
ブロック54−21は、スイッチ52−7を出力するた
めに送信されるバックアップ値を計算する。バックアッ
プ変数を計算するための方程式がファンクションブロッ
ク54−21に示される。方程式が示すように、バック
アップ変数は、格納される比例帯のパーセンテージ中の
第2の操作量によって修正されるようなオブジェクト中
に格納される、主要な操作量の組合せである。ファンク
ションブロック54−23は、バックアップが、制御さ
れているプロセスのためのオブジェクト中に指定され
る、低出力と高出力の間の範囲にあるように、制限され
ることを示す。その後、ファンクションブロック54−
25において、フラグはその出力へのバックアップ信号
を送るように出力スイッチ52−7に命令するのに、
“真である”とされる。その後、故障許容コントロール
処理はファンクションブロック54−1に返る。図55
は出力スイッチ処理を例示する。図55において、フラ
グが真の場合、出力信号はスイッチ上のバックアップに
セットされる。しかしながら、フラグが故障許容コント
ローラ52−5によって真にされていない場合、ファン
クションブロック55−5は、制御変数の状態が信頼性
がないと認定する。その後、ファンクションブロック5
5−7に示されるように、スイッチで出力は、操作量の
前かまたは古い値に送られる。操作量の状態が信頼性が
あることがファンクションブロック55−5に示されて
いる場合、古い操作量は新しい操作量と入れ替えられ
る。また、出力はファンクションブロック55−9およ
び11において新しい操作量と等しくされる。そうでな
ければ、操作量の古い値が使用される。これにより、ス
イッチの処理が終了する。上述の処理の結果、フィード
・バック変数が信頼性を失い出力が不安定化してエラー
が許容範囲から外れたとしても、プロセス制御ループが
下げられた状態のオペレーションを保持することが可能
である。全体的なエネルギー消費量を減少するために、
ファシリティマネジメントシステムのようなシステムは
ロードローリングおよびリクエストを制限すること(そ
れは時間を通じてロードに引起されるエネルギー消費量
の管理を試みる)を実行する。エネルギー消費量は、例
えば、プロセッサメーターで管理され、エネルギーを消
費するロード装置(すなわちロード)は選択的に停止さ
れるか、シェッドされる。発明1つのアスペクトに従え
ば、ロードシェディングはシステムの他の1つ以上のノ
ードによって制御されるロード、あるいはロードの要素
をシェッドするように作動する、第1ノードのハイレベ
ルの特徴でありうる。ノードが多重音源からエネルギー
消費量を管理することも可能である。例えば、1つの実
施例においては、特徴を流すロードをサポートするノー
ドは4個のエネルギーメーターをモニタする。ロードの
オペレーションをサポートし、要素をロードするノード
は、ロードシェディング機能をサポートするノードから
ロードシェディングコマンドを受信する。これに応答し
て、コマンドを受信したノードは負荷(ロード)を選択
的に停止する。ロードシェディング機能をサポートする
ノードとロードをサポートするノード間の通信への依存
は、ロード特定ノードの各々にリストアタスクを組入れ
ることによって解消される。例えば、図51において、
第1ノード51−1は、メータ−51−5によってモニ
タされるシステムエネルギー消費量に応答するハイレベ
ルのロードローリング機能51−3を含んでいる。モニ
タされるエネルギー消費量のレベルに基いて、ロードロ
ーリング機能51−3は、エネルギー消費量の必要とす
る減少度を決定する。これは希望のエネルギー減少を達
成するため、ロードテーブル51−7におけるエネルギ
ー消費量値と比較される。この結果現在作動中のロード
のうちどれを停止すれば所望のエネルギー消費が削減さ
れるかが決定される。ロードローリング機能51−3は
ついでコマンドを高速N1バス51−9に送出し、これ
を他のノード51−11および/若しくはノード51−
13によって読むことができる。ノード間の使用される
通信規約が発明のこのアスペクトに従ったファクターで
はないということに注意すべきである。例えば、第1ノ
ード51−1からのコマンドは、特定の1つ以上のノー
ドに向けることができるしあるいは高速バス51−9上
のすべてのノードに同報通信することもできる。ロード
ローリング機能51−3からロードシェッドコマンドを
受けたノードは、ロードを処理し指定されたロードを停
止する。例えば、第2ノード51−11は、ロード51
−15と51−17の一方または双方を停止し、第3ノ
ード51−13はノード51−19と51−2の一方又
は双方を停止する。第1ノード51−1は、さらにそれ
が希望のエネルギー消費量を達成するために必要とさ
れ、停止されるべきロードの特定の組合せを禁止するよ
うにプログラムされる、他のいかなる規則も破らない場
合に2つ以上のノードからロードシェディングコマンド
を出すことができる。ロードを停止することに加えて、
第2と第3のノード51−11および51−13は適切
な時にオペレーションにロードを戻すために、ローカル
処理を実行する。そのような処理をローカルに実行する
ことは、ロードローリング機能を含んでいる第1ノード
51−1からこの責任を解除する。これは、ノード51
−11に他のタスクを処理するための追加的な時間を割
当てて、ロードを停止したノードがロードローリング機
能を含んでいるノードとの通信を失っても、ロードが回
復したことを保証し、システム信頼性を改善する。ロー
ド回復処理がロードを制御するノードのローカライズさ
れるので、ロード回復はロードローリング機能から独立
して行なわれ、通信リンク51−9あるいは、第1ノー
ド51−1の失敗が生じたり、あるいは新しい情報をロ
ードが回復する以前に第1ノード51−1にダウンロー
ドしたとしてもロードの回復の妨げにはならない。従前
のシステムにおけると同様に、ローカライズされた回復
はシェディング及び回復特性に従う属性を有するオブジ
ェクトを定義することによって行なわれる、これらの特
性をロードシェディングプロセスに組み込むことによっ
ては行なわれない。局限されるリストア処理は、特徴を
流すハイレベルのロードの処理をファンクションを分散
する。例えば、ノード51−11、51−13中のソフ
トウェアオブジェクト51−27、51−29の属性5
1−23、51−25はそれぞれロード51−15、5
1−17および51−19の回復特性を記述している。
典型的には、この特性はロードの作動後の最大オフタイ
ム、最小オンタイム、およびいくつかの安全機能を含
む。例えば、モニタされる温度が前もって定義したレベ
ルを超過する場合、ロードシェディングコマンドによっ
て切られていた冷却器を復活するようにしてもよい。し
たがって、シェディングを開始せしめたノードがシェド
されている他の特定のロードを制御していない限り、ロ
ードシェッド処理はネットワーク上に分散される。なぜ
ならば、ロードシェディングを開始したノードはシェッ
ドされたノードを作動状態に回復することを要求されな
いからである。発明の上記に関連する局面においては、
ノードにプログラムされる要求制限機能がピークリクエ
ストの既知の時間間隔の間前もって定義したターゲット
以下にエネルギー消費量レベルになるように機能する。
これは、ユーティリティが賞割合を装填する場合に、そ
のようなリクエスト周期の間エネルギー消費量を縮小す
ることによって、システム運転費を縮小する。例えば1
5分の間隔の間、制限が最後の14分を通じてエネルギ
ー消費量を評価し、次の1分間の期間中、消費量が一定
のままだろうと想定するであってもよい。その後、機能
は、15分の間隔の間のエネルギー消費量の合計を決定
する。そしてその後、ロードテーブル51−7を使用し
て、上記の間隔の間あらかじめ定められ格納されるター
ゲット以下にエネルギー消費量レベルを保持するため
に、シェッドすることができるロードを特定する。本発
明によれば、要求制限機能は、前述したロードローリン
グと同様のソフトウェアオブジェクトアプローチを用い
て達成できる。これは、要求制限処理を分散し、ロード
を制御するノードに格納された、ローカル回復プロセス
によってロードの回復を行なうことを可能にする。要求
制限が行なわれる場合には、ソフトウェアオブジェクト
の属性がロードを回復するオペレータにより入力された
コマンドを示している場合には、ロードが回復されても
よい。例えば火災のような緊急の自体によって必要とな
った場合には、オブジェクトは早急な回復あるいはロー
ドシェディングを行なうことができる。図56は、高速
バス56−6を通じて互いに交信する複数のノード56
−1、56−3および56−5を持つネットワーク構成
を示す。以前に議論したように、各々のノードは、スレ
ーブ・デバイス56−9、56−11、56−13をロ
ーカルかあるいはスレーブバス56−7を通じて作動さ
せてもよい。ローカル・バス56−7上の雑音で開始さ
れるエラーを縮小するために、光バインディングを使用
することができる。そのような光バインディングは、ノ
ードに、バスリードに光学的に連結されなかったスレー
ブ・デバイスで開始される、信号雑音から実質的に分離
されたレベルを提供する。外部雑音ソースは、RFI、
EMIおよび他のエラー要因を生じる。そのような光学
的分離の例が図57に示される。図57に示される一般
的な構成は、RS/485米国電子工業会社仕様と一致
している。追加雑音分離は図57に示されるいくつかの
テクニックによって達成される。そのような1つのテク
ニックは、装置が高インピーダンス状態にある場合に、
直流バイアスをかけるため抵抗を引き上げ、あるいは引
き下げることである。このDCバイアスは、正の5ボル
トのソースに接続される、抵抗器R381、および、図
57に示されるような通信地面に接続されるR382に
よって提供される。したがって、装置U49におけるラ
イン駆動が高インピーダンスにあるとき、出力J1A3
はDCレベルにバイアスをかけられる。その結果、信号
のラインに現れるローレベルの雑音は検知可能な入力を
生成しない。差のモード雑音は他方に、1つのワイヤか
ら極性でのような対の伝送/受信ワイヤon現れる雑音
である。ライン上に置かれたバイアス“スワンプアウ
ト”モード雑音の手段である。バイアスのない状態です
べてのノードで高いインピーダンスが生じているので、
ラインは実際に“浮動”状態にあるので上記のことが可
能になる。すなわち、雑音は、ラインの上に共通のモー
ドおよび差のモードの両方の形で容易に引起される。ラ
イン上に置かれたバイアスはこれらのライン上の差のモ
ード雑音を容易に“スワンプ”できる。コモンモードノ
イズは、アース土地に関しての等しい大きさのローカル
・バス(データ信号がそのワイヤ上に送られないので、
基準線はこの議論に含まれていない)の両方のライン上
に引起される雑音である。これらの雑音はアースのため
の経路を求めているので、オプトカプラによって分離さ
れる。回路はオプトカプラがブレークダウンするまでは
最大2500ボルトまでの信号を処理し、ノイズを通過
させる。オプト分離器はトランスゾーブおよびMOV回
路によって保護される。したがって、62.5ボルト
[56V(MOV)+6.5V(TRANSZOR
B)]を超えるコモンモードノイズは、MOVおよびト
ランスゾーブを経て直接アースに分流される。ノードの
光学分離部分にはいくつかの光アイソレータがある。光
アイソレータU50は2つの一部を持つ。光アイソレー
タの第1部分は信号TXDNを送信するのに反応する。
この信号は、U50において対の光アイソレータ1つの
一部を駆動させる。この第1の一部の出力はU49を駆
動させる。図83に示すように、U49はラインセンダ
ーおよびラインレシーバを含んでいる。さらに、リトリ
ガー可能なワンショットU51は、ソースへの転送信号
TXDNに応答して、電源をLEDまたはノードガデー
タを送信していることを示す他のインディケータに送
る。転送モードにおいて、U4のラインセンダー部分
は、スレーブ・デバイスを駆動させるバスのプラス又は
マイナスラインに信号を提供する。図83に示されるよ
うに、バスに接続されたプラス及びマイナスの信号線
は、U49のレシーバ部分によって受けとられる信号を
送信し受信するのに用いられる。その後、ラインレシー
バ駆動光アイソレータU53.U5の出力はノードに受
信信号RXDNを提供する。受信信号は、さらにリトリ
ガーできるものに放たれたU5の別の一部を駆動させ
る。これはノードがデータを受信していることを示すた
めに発光ダイオードであるいは他のインディケータに連
続した駆動電流を提供する。リトリガーできる1つの発
射が転送に連続した現在を提供し、インディケータを受
信することに注意すべきである。そうすれば、データ遷
移が伝送あるいはデータの受け取りで生じている間、イ
ンディケータは絶えず点滅する。これは信号の送信受信
につれてインディケータが明滅する従来の手法とは異な
るものである。この点滅を行なうとノイズが生じるが、
本発明ではこのような問題は生じない。図が+5Cおよ
び+5D電源を示すことに注意すべきである。+5D電
源がディジタル電源であるのに対して、+5Cの電源は
通信機構用電源である。個別の電源が雑音の効果をさら
縮小するために使用される。電源1つの失敗を示す信号
は、光アイソレータU52によって産み出される。この
光アイソレータは光を、ディジタル電源に接続される通
信機構用電源、および軽量受信部分に接続される部分を
放射するとする。+5Cのソースが悪くなる場合、パワ
ーLEDは、オプトカプラ“受信光”部分で信号の変更
故に消灯する。その信号は力LEのf回転させるために
論理によってゲート制御される。+5Dが悪くなる場
合、それが+5D電源によって運転されるので、パワー
LEDは消灯する。オプトカプラは互いから両方の電源
を分離する。したがって、一方の電源の失敗は、ノード
中での失敗の標識を産み出すだろう。これは、通信機構
用電源の失敗が受信モードで認識されず、伝送の欠除か
ら転送モードにおいて認識されるだけの、従来のアプロ
ーチと区別されるさらに、光アイソレータU5の軽量受
信部分に+5D電源を使用することによって、追加雑音
余裕度は達成される。これは通信電源がさらに信号を示
す失敗から絶縁であるからである。+5D電源には、結
晶の使用および高速CMOSゲートの速い論理スイッチ
ングのために高周波雑音が存在する場合もある。+5C
の電源にはローカル・バスで外部からもたらされる雑音
がある。これらの雑音は最大2500ボルトのピーク値
まで許容され、システムのオペレーションへ影響を及ぼ
すことはない。最終的に、本発明は、スレーブ・デバイ
スを駆動させるバスでデータの、伝送、および受け取り
の両方のための単一の1対の信号ラインのその使用によ
って従来のシステムと識別される。最後になるが、シス
テムを、ここに記述されるような態様で作動させる命令
を定義する指標は、プロセッサによって使用されるEP
ROMあるいは他の適切な記憶媒体中に格納されるであ
ってもよい。作動命令は、例えば、作動命令をプロセッ
サをシーケンスするために揮発性メモリが使用されると
きにはその様なメモリーに送るための定義する標識を持
つ磁気記録媒体等に収容してもよい。磁気記録媒体は、
メモリーのパワーが喪失したときにも将来の使用に備え
て保持される。そのような記録媒体やプロセッサは当業
者によく知られているものであるので詳述しない。以上
に発明の実施例を説明したが、図示され、記述された特
定の実施例に対して、添付の請求の範囲に記載された発
明の精神や範囲から逸脱することなく種々の改変を行な
い得ることが当業者には明らかであろう。
トワーク制御モジュール1−1、ダイナミックラム1−
5および電子的にプログラム可能なROM1−7を概略
的に示す。ネットワーク制御モジュール1−1は高速バ
ス1−9、N1バス、と通信する、その結果、ネットワ
ーク制御モジュール1−1はローカル・エリア・ネット
ワーク構成の他のネットワーク制御モジュールに相互連
結させることができる。高速バス1−9上に接続された
複数のネットワーク制御モジュール1−1は、ゲートウ
ェイを通って、高速バスに相互に連結したネットワーク
制御モジュールの他のネットワークに相互連結させるこ
とができるネットワークを形成する。ネットワーク制御
モジュール1−1は、ポート1−13上のモデムを介し
て通信を提供するための、複数のポートとつながる標準
RS−2321−11、ポート1−15をコンピュータ
上の専用ネットワークターミナルあるいはポート1−1
7上のプリンタをさらに有する。フィールド幹線コント
ローラ1−19および1−21は通信媒体1−23と1
−25で相互に連結したフィールド装置と通信すること
を、ネットワーク制御モジュール1−1に許可する。サ
ブネットコントローラ1−27はN2バス1−35上の
ネットワーク制御モジュール1−1と通信することを装
置1−29、1−31、1−33に許可する。N2バス
1−35に印加されるかもしれない為の信号および電圧
上昇からネットワーク制御モジュール1−1を分離する
ために、N2サブネットコントローラ1−27は、図示
に如く、optp−22インターフェースを組込む。発
明に従ったネットワーク制御モジュールは、以下に記述
するネットワークコントロールユニットの中央の一部と
して機能する。ネットワーク制御モジュールは、単独あ
るいはネットワークコントロールユニットの一部とし
て、高速のN1バス1−9によって相互に連結したノー
ド用のコントローラとして機能する。したがって、ネッ
トワーク制御モジュールの一次機能は、他のネットワー
ク制御モジュールあるいはネットワークコントロールユ
ニット、および高速バス1−9につながっているオペレ
ータワークステーションとの通信を監視することであ
る。ファシリティマネジメントシステム(FMS)にお
いて、ネットワーク制御モジュールは、ビルディングの
エリアの監視制御を実行する。したがって、専用プログ
ラムに従って、ネットワーク制御モジュールはプログラ
ムパラメータに従った環境条件の維持、および、N2バ
ス1−35を介してネットワーク制御モジュール1−1
に接続されたセンサーおよび他の装置のような運用上の
ユニットとの通信を監督する。ネットワーク制御モジュ
ール1−1は、様々なマンマシンインタフェース(PM
I)へのRS−232インターフェース1−11による
通信をさらに管理する。ファシリティマネジメントシス
テムの専用装置は、フィールド幹線コントローラ1−2
1、および1−19、対応する通信媒体1−25および
1−23を介して接続することができる。発明に従った
ファシリティマネジメントシステム(FMS)におい
て、ネットワーク制御モジュール1−1(それらはネッ
トワークコントローラと呼ばれることもある)は、バッ
クプレーンでコネクターと結ばれているモジュールのプ
ラグとして構成される。図2は、バックプレーンでコネ
クターとさらに接続するディジタルコントロールモジュ
ール2−1を示す。ディジタルコントロールモジュール
2−1はプロセッサ2−3およびメモリ2−5を含んで
いる。メモリ2−5はスタティックRAM部2−7、電
子的にプログラマブルなROM(EPROM)部2−
9、および電子的に消去可能なPROM(EEPRO
M)2−11に分割される。さらに、ディジタルコント
ロールモジュール2−1は入出力部2−13および2−
15を持っている。以下に議論されるように、ディジタ
ルコントロールモジュール2−1は、さらに発明に従っ
たネットワークコントロールユニットに組入れられても
よい。ディジタルコントロールモジュールはセンサー入
力は、入出力部2−13および2−15を介して受信さ
れたセンサー入力を決定し、ネットワークコントローラ
あるいはネットワーク制御モジュール1−1へ変更を報
告する。さらに、ファシリティマネジメントシステム
(FMS)において、ディジタルコントロールモジュー
ルは、複数のコントロールループのための閉ループ制御
を実行する。したがって、閉ループ制御はネットワーク
制御モジュールなしで遂行することができる。さらに、
ディジタル制御モジュール2−1は、ネットワーク制御
モジュール1−1から受信されたコマンドを実行する。
ディジタル制御モジュール2−1は、直接あるいはファ
ンクションモジュールを介して入力を受信することもで
きる。さらにファンクションモジュール(FM)は、入
出力信号の決定を行なう。発明に従ったディジタル制御
モジュールが、入力を直接(100−1,000オーム
のRTD、4−20mA、0−10ボルトのDC(抵抗
性の温度装置))あるいは入力ファクションモジュール
を介して受信することができるのに対して、ディジタル
制御モジュール2−1からの出力はすべてファンクショ
ンモジュール選択によって特徴づけられる。ファンクシ
ョンモジュール(不図示)は信号を決定するが、非常に
複雑な処理は実行しない。そのようなファンクションモ
ジュールは発明に従って、リクエストされる特定のコン
ディショニングファンクションを提供するように適合作
成される。したがって、ファンクションモジュールは、
特定のタスクを実行するように適合作成された非常に複
雑なエレクトロニクスを含んでいてもよいし、あるいは
単一の抵抗器のような単純なものであってもよい。以下
に議論されるように、ネットワーク制御モジュール1−
1も、システムの各ノードが同じグローバル変数で作動
し、時間的に同期し、システム名の一貫したディレクト
リを持つことを保証するために、多数の背景タスクを実
行する。さらに、データ通信を圧縮し、データエージン
グを追跡し、かつ専用の操作可能ユニットからのハイレ
ベルソフトウェア特徴を分離する均一の手段を提供す
る、ネットワーク制御モジュール1−1内のソフトウェ
アが以下に議論される。ファシリティマネジメントシス
テムにおいて、典型的な入力ファンクションモジュール
は圧力/電気のトランスデューサ、バイナリ入力コンタ
クトあるいはAC線間電圧コンディショナ、差動圧入力
およびバイナリ周波数入力を含んでいる。典型的な出力
ファンクションモジュールは、アナログ出力、絶縁グラ
ウンドを添えたアナログ出力、電気/圧力変換器、バイ
ナリ極性リバース、トライアックインクリメントのファ
ンクションモジュール、モータスタート/モータストッ
プファンクションモジュール、電気的に保持されたリレ
ー出力、磁気的にラッチされたリレー出力、およびソレ
ノイド空気弁ファンクションモジュールを含んでいる。
図3に示されるように、発明に従った展開モジュール
(XM)3−1はプロセッサ3−3およびメモリ3−5
を含んでいる。メモリは、スタティックラム(SRA
M)3−7と電子的に消去可能なプログラム可能読取専
用メモリ(EEPROM)3−9に典型的に分割され
る。ポイント多重モジュール3−11は拡張モジュール
用の構成可能入出力を提供する。拡張モジュールも、フ
ァシリティマネジメントシステムのノードのバックプレ
インのコネクターにプログを差し込むモジュールのプラ
グである。拡張モジュールはバイナリ、アナログおよび
パルス入力を決定し、変更をネットワークコントローラ
あるいはネットワーク制御モジュール1−1に報告す
る。さらに、拡張モジュールは、ネットワークコントロ
ーラ1−1からのバイナリ出力コマンドを実行する。ポ
イント多重モジュール3−11は、拡張モジュールの5
つの構成を提供する。これらは、32個のバイナリ入力
を持つ第1構成、モメンタリーリレーを使用した8つの
バイナリ入力および8対の出力を持つ第2構成、8つの
バイナリ入力および8つの磁気的にラッチしたリレー出
力を持つ第3構成、8つのアナログ入力を持つ第4構
成、および8つのバイナリ入力と8つの電気的に保持さ
れたリレー出力を持つ第5構成を含んでいる。ネットワ
ーク制御モジュール、ディジタル制御モジュールおよび
拡張モジュールは、発明に従ったネットワーク制御ユニ
ットを形成するために、様々な構成で組合わせることが
できる。ファシリティマネジメントシステムのネットワ
ークコントロールユニット(NCU)は、暖房および冷
房(HVAC)、照明、およびビルディング機能をモニ
ターし管理する。ネットワークコントロールユニットは
N1バス1−9によって相互に連結している。N1ネッ
トワークの一部として、NCUは、動的データ・アクセ
ス関係で他のすべてのNCUとデータをすべて共有す
る。各ネットワークコントロールユニットが、他の任意
のネットワークコントロールユニットのコントロールの
下で得られたデータにアクセスしそれを使用することを
仲間通信が可能にするので、分散型システムが形成され
る。したがって、任意のレベルでの情報が、ビルディン
グ内の構成要素をすべて統合し最適化するために、すべ
てのNCUにアクセスすることが可能である。さらにネ
ットワークコントロールユニットは、制御システムを含
む幅広い系列の工業用制御処理および他の処理のよう
な、種々の物理的センサーおよび機器の使用及びモニタ
リングを含む他の制御機能を実行するために相互に連結
することができる。図4は、5つのスロット4−3、4
−5、4−7、4−9および4−11が利用可能なNC
U4−1の1つの構成を示す。スロット4−3は図1に
関連して以前に議論されたようなネットワーク制御モジ
ュールを含んでいる。ネットワーク制御モジュールは、
通信ターミナルボード4−13を介して高速N1バス4
−15に沿って単一の通信手段を提供する。ネットワー
ク制御モジュールだけが高速N1バス4−15で通信す
る可能であることが注意されるべきである。図示の如
く、ディジタル制御モジュール、拡張モジュールあるい
は追加ネットワーク制御モジュールは、スロット4−5
〜4−11を占めることができる。これらの装置間、お
よびネットワーク制御モジュールを使った通信はN2バ
ス4−16を介したものである。スロット4−5および
4−9もネットワーク制御モジュールを提供することが
できる。これらのネットワーク制御モジュールは、さら
に図4の点線4−17で示されるようにN1バス4−1
5および4−19を通じて通信してもよい。図1に示さ
れるように、ネットワークコントロールユニット4−1
は、ネットワーク制御モジュール1−1のRS−232
インタフェース部分1−11を通じてオペレータにイン
ターフェースを提供される。ダイアル呼出しモデム1−
13、専用ネットワークターミナル1−15あるいはパ
ーソナルコンピュータのようなオペレータワークステー
ションを使用して、オペレータはコマンドを生成するな
り、それに応答するなりして、ユーザ指定データベース
にプログラム変更および編成データを提供してもよい。
図4の5つのスロットNCU構成は、さらに複数の入力
ファンクションモジュール、対応する入力ファンクショ
ンモジュールターミナルボード4−27および4−25
用のコネクター4−21および4−23を示す。同様
に、コネクター4−29および4−31は複数の出力フ
ァンクションモジュールを接続し、対応する出力ファン
クションモジュールターミナルボード4−33および4
−35が提供される。各個々のスロット4−3に4−1
1が4−45によって自身の電源4−37を提供される
ことにも注意すべきである。拡張モジュール入力端子ボ
ードは4−47と4−49で提供される。また、拡張モ
ジュール入出力端子ボードは4−51と4−53で提供
される。線間電圧Vは電源ターミナルボード4−55に
印加される。ネットワークコントロールユニットの代替
構成は図5に示される2つのスロット構成5−1であ
る。スロット5−3および5−5は各々拡張モジュール
に接続することができる。スロット5−5がさらにネッ
トワーク制御モジュールに接続することができるのに対
して、スロット5−3もディジタル制御モジュールに接
続することができる。ネットワークコントロールユニッ
トを構成するためには、少なくとも1つのネットワーク
制御モジュールがリクエストされることに注意すべきで
ある。これは、以前に注意したように、peer−to
−peer関係でN1バス上の他のネットワークコント
ロールユニットと通信することができるのはネットワー
ク制御モジュールだけであるという理由のためである。
したがって、スロット5−5は、N1バス5−7と接続
している。スロット5−3および5−5にインストール
される装置は、N2バス5−9を通じて互いに交信す
る。N1およびにN2バスの両方は一層の通信にシステ
ムの残る部分を提供するために通信ターミナルボード5
−11に接続される。図4で議論されたのと類似の方法
で、複数の入力ファンクションモジュールをコネクター
5−13に設置することができる。また、複数出力ファ
ンクションモジュールはコネクター5−15に設置する
ことができる。入力ファンクションモジュールターミナ
ルボード5−17および対応する出力ファンクションモ
ジュールターミナルボード5−19がさらに提供され
る。同様に、拡張モジュール入力端子ボード5−21お
よび拡張モジュール入出力端子ボード5−23は拡張モ
ジュールにアクセスすることができる。スロット5−3
および5−5の装置にも独立した電源5−25および5
−27があることにも注意すべきである。線間電圧Vは
電源ターミナルボード5−29に提供される。図6は発
明に従った単一のスロット構成を示す。スロット6−3
は、この場合装置が、N1バス6−5を介して他の装置
とpeer−to−peerベースで通信する能力を持
つネットワークコントロールユニットとして作動するネ
ットワーク制御モジュールを含むことができる。NCU
6−1に外部N2バスに接続した装置との通信は、N2
バス6−7で行なわれる。図6が示すように、線間電圧
Vは電源ターミナルボード6−9に接続される。また、
電源6−11は、スロット6−3の装置を供給する。図
6は、さらにスロット6−3にこの装置が拡張モジュー
ルでありうることを示す。したがって、図6の単一のス
ロット構成も拡張モジュール入力端子に6−13ボード
および拡張モジュール入出電源ターミナルボード6−1
5を有している。前述したように、ネットワークコント
ロールユニットはN1バスを通じてpeer−to−p
eer通信を遂行するために、ネットワーク制御モジュ
ールを持たなければならない。しかしながら、図6の単
一のスロット構成が示すように、装置がネットワーク制
御モジュールのつかない拡張モジュールを有して構築す
ることは可能である。拡張モジュールがN1バスを通じ
て通信することができなかったので、装置はネットワー
クコントロールユニットできなかったので、装置はネッ
トワークコントロールユニットではありえない。発明に
従って、図4に示される5つのスロットバックプレイ
ン、図5に示される2つのスロットバックプレイン、お
よび図6に示される1つのスロットバックプレインのい
ずれかに、N1バスを通じて通信する能力を持っていな
い装置を構築することは可能である。そのような装置は
ネットワーク遠隔ディスプレイ増設ユニット(NEU)
と呼ばれる。ネットワーク遠隔ディスプレイ増設ユニッ
トは2つのファンクションに役立つ。まず第一に、それ
らは、NCUのポイントおよびコントロールループ容量
を増加させるために、I/Oポイント用の収集プラット
ホームとして役立つ。第2に、ネットワーク遠隔ディス
プレイ増設ユニットは、ポイントまでコントロールをモ
ニタし分散し、それからN2バスを通じてNCUへこれ
らのポイントからのデータを転送するために、NCUか
ら遠隔地に設置することができる。ネットワークコント
ロールユニットあるいはネットワーク遠隔ディスプレイ
増設ユニットのいずれかを構築するために、バックプレ
インを使用することができるので、代替構成は可能であ
る。図7は、1つ、2つおよび5つのスロットバックプ
レインを持つネットワークコントロールユニット用に可
能な、完全にロードされた代替構成を示す。図8は、1
つ、2つおよび5つのスロットバックプレインを持つ、
ネットワーク遠隔ディスプレイ増設ユニットの完全にロ
ードされた可能な構成を示す。図9は、発明に従ったフ
ァシリティマネジメントシステムの可能な構成を例示す
る。5スロットNCU9−1は、ARCNET9−5の
ようなN1バスを通じて1スロットNCU9−3と通信
する。N1バス9−5は、さらにパーソナルコンピュー
タ9−7に接続される。パーソナルコンピュータ9−7
は、新しい情報とデータベースを、NCU9−1と9−
3、ならびにNCU9−1と9−3に接続される他の装
置へダウンロードするためのダウンロード装置として使
用することができる。N1バス9−5は、NCU9−1
の通信ターミナルボード9−9、およびNCU9−3の
ターミナルの通信ボード9−11に接続される。NCU
9−1内では、N1バス9−13はネットワーク制御モ
ジュール9−15に接続される。これが5スロットNC
U9−1に示される唯一のネットワーク制御モジュール
なので、5スロットNCU内ではN1バス9−13への
接続はそれ以上ない。5スロットNCU9−1も拡張モ
ジュール9−17、および9−19、ディジタル制御モ
ジュール9−21および9−23を持つ。これらのモジ
ュールは、以前に議論された機能を実行し、N2バス9
−25を介して5スロットNCUを相互連結している。
インターフェースは、ラップトップPC9−27を介し
て、5スロットNCUN1およびN2バスに接続した装
置と直接通信する。図9が示すように、ラップトップ9
−27は、ネットワーク制御モジュール9−15の一部
であるRS−232インターフェース9−29に接続さ
れる。専用ネットワークターミナル9−31用のネット
ワーク端末装置は、さらにRJ−11インタフェース9
−33に接続される。ネットワーク制御モジュール9−
15もサブモジュール9−35と9−37を持つ。その
ようなサブモジュールは、サブネットコントローラ1−
27、フィールドトラックコントローラ1−21および
RS−232インターフェース1−11のような装置を
含んでいてもよい。例えば、ファンクションモジュール
9−41aから9−41fも5スロットNCU9−1の
中で使用される。図9が示すように、5つのスロット中
の各装置は自身の電源(例えば9−43からa9−43
f)を持つ。電源はすべて電源ターミナルボード(例え
ば、9−45aから9−45d)によって線間電圧また
は交流電源を受信する。個々の電源の存在理由は、1つ
の装置の偽の信号および雑音が第2装置の中へ電源ライ
ン経由で入り込むことを防ぐためである。1スロットN
CU9−3は単一のネットワーク制御モジュール9−4
7から形成される。ネットワーク制御モジュール9−4
7内で、サブモジュール9−49はパーソナルコンピュ
ータ9−51にインターフェースを提供し、RS−23
2インターフェース9−30はプリンタ9−53に提供
される。NCUもRJ11インターフェース9−32を
持ってもよい。ネットワーク制御モジュール9−47
は、ネットワークコントロールユニット9−3からN2
バス9−55を通じて火災報知システム9−57および
アクセス管理システム9−59に通信する。火災報知シ
ステム9−57はビルディング内の危険な煙および火災
状況を検知するために使用される。また、アクセス管理
システム9−59はセキュリティサービスを提供するた
めに使用される。そのようなシステムは当業者に周知さ
れており、発明に従ったファシリティマネジメントシス
テムの能力を例示するために示される。5スロットNC
U9−1は、N2バス9−61を通じて1スロット遠隔
ディスプレイ増設ユニット9−63、2スロットネット
ワーク遠隔ディスプレイ増設ユニット9−65、アプリ
ケーション特定コントローラ9−67および照明コント
ローラ9−69と通信する。1スロットネットワーク遠
隔ディスプレイ増設ユニット9−63は、1スロットN
CU9−63内の通信ターミナルボード9−73を介し
てN2バス9−61と通信する拡張モジュール9−71
を持つ。拡張モジュール9−71は自身の電源9−75
を持つ。5スロットNCU9−1内の拡張モジュール9
−19および9−37に対する場合のように、拡張モジ
ュール9−71は、以前に記述された5つの構成のうち
のいずれであってもよい。以前に注意したように、拡張
モジュールがバイナリ、アナログ、およびパルス入力を
決定し、ネットワークコントローラに変更を報告し、バ
イナリ出力コマンドを実行する。そしてこの出力コマン
ドは、ネットワークコントローラから、2つの安定状態
の1つに対して接続されている操作可能ユニットを命じ
る。2スロットネットワーク遠隔ディスプレイ増設ユニ
ット(NEU)9−65は、拡張モジュール9−77お
よびディジタル制御モジュール9−79を持ち、9−7
7、9−79にはそれぞれ1つずつ自身の電源9−81
および9−83がついている。ファンクションモジュー
ル(例えば、9−85aから9−85c)はディジタル
制御モジュール9−79とインターフェースをとる。拡
張モジュール9−77およびディジタル制御モジュール
9−79の両方は、2スロットネットワーク遠隔ディス
プレイ増設ユニット9−65への通信ターミナルボード
9−87内でN2バス9−61に接続される。これは、
図9に示されているサンプルFMS構成の残りと通信す
るためのN2バス9−61にアクセスする。専用照明コ
ントローラ9−69は、さらにコマンドを受信し、5ス
ロットネットワークコントロールユニット9−1に照明
ステータス情報を提供するために、N2バス9−61に
取り付けられる。発明に従って、既知のアプリケーショ
ン特定コントローラ(例えば、9−67)をN2バス9
−61に付けることができる。そのようなアプリケーシ
ョン特定コントローラは、N2バス9−61を通じて通
信する時、専用タスクを実行する。様々なネットワーク
遠隔ディスプレイ増設ユニットおよび特定コントローラ
アプリケーションに接続する全体的ソフトウェア構造が
以下に議論される。図10はこのシステムに対するオペ
レーションでの照明コントローラ9−69の拡大図であ
る。図10は、N1バス10−9上のオペレータワーク
ステーション10−7と通信するネットワークコントロ
ールユニット10−5に接続される、N2OPTOMU
Xバス10−3上の照明コントローラ10−1を示す。
NEU10−15もN2バスに接続されて示されてい
る。照明装置は32個の指定変更スイッチ入力10−1
1と40個のリレー出力を持っている。40個のラッチ
ング40リレーが可能である。あるいは、低圧ケーブル
接続を介して20のリモートリレー10−13も可能で
ある。図11はさらに、図9に記述されたようなアクセ
スコントロールシステム9−59を例示する。ここで、
カードアクセス・コントローラ11−1はN2バス11
−5(たとえばOPTOMUXバス)を介してネットワ
ークコントロールユニット11−3と通信する。セキュ
リティを提供するために、カードアクセス・コントロー
ラ11−1はスマートターミナルのインターフェース1
1−6に、Weigand効果、バリウムフェライトの
ようなリーダ11−7あるいは磁気ストリップリーダお
よび8つのアラーム入力と接続する。カードアクセス・
コントローラも8つの近辺リーダ11−11を提供し、
CRTディスプレイ11−13およびプリンタ11−1
5に対してRS−232インターフェースを通じて通信
する。典型的に述べれば、1つのアクセス・コントロー
ラは各ネットワークコントロールユニットとして使用さ
れるであろう。N2バスは、さらにNEU11−17の
ような他のユニットを提供してもよいのに対して、N1
バス11−21がワークステーション11−19のよう
な他のユニットに接続されていてもよい。図12はファ
シリティマネジメントシステムで作動する9−57のよ
うな火災報知システムを示す。ネットワークコントロー
ルユニット12−1は、オペレータワークステーション
12−3およびN1バス12−5を通じて他のネットワ
ークコントロールユニットと通信する。N2バス12−
7は、火災検知/信号発生ループ12−11からの入力
を受信するインテリジェントファイアコントローラ12
−9に接続されている。すばやい検出器(例えば12−
13aから12−13c)が煙、熱状態およびプルステ
ーションで起動される警報を検出する。さらに、信号装
置を起動するコントロールモジュール12−15が火検
出信号ループ12−11に接続されている。モニタモジ
ュール12−17は、プルステーション12−19、熱
検出器12−21およびウォーターフローアラームスイ
ッチ12−23の状態をモニタする。インテリジェント
ファイアコントローラ12−9は、さらにRS−485
バス12−25を通じてアナンシエータ12−27に接
続される。同様に、インテリジェントファイアコントロ
ーラ12−9はCRTディスプレイ12−29およびプ
リンタ12−31に対してRS−232インターフェー
スを通じて通信する。さらにN2バス12−7は、それ
自体スイッチパネル12−35が接続されているバイナ
リ入力拡張モジュール12−33に接続することもでき
る。バイナリ拡張モジュール12−33およびスイッチ
パネル12−35は、ネットワークコントロールユニッ
ト12−1およびN2バス12−7を通じてインテリジ
ェントファイアコントローラ12−9に情報を送信する
スモークロントロールステーションを形成するために、
協同して作動することができる。図13−16は、異な
るサイズのビルディングにおける、この発明に従った様
々な構成の使用を例示する。図13は、小さなビルディ
ング用に構成されるファシリティマネジメントシステム
を示す。これはネットワークコントロールユニットが、
暖房、換気、冷房および他の電子/機械的なビルディン
グシステムを、直接接続されている入出力ポイントで自
動的に制御し最適化するスタンドアロン構成のものであ
る。ネットワークターミナルのようなローカルI/Oデ
バイス13−1を使用すると、オペレータは、調整機能
と指定変更能力を備え、ファンクションとスケジュール
を持つネットワークコントロールユニット13−3をセ
ットアップすることができる。N2バス13−5は、1
3−7で概略的に示される、被制御システムにネットア
ークコントロールユニットからの通信を提供する。その
ようなシステムには温度センサー13−9、フローコン
トローラ13−11およびチラー13−13がついてい
てもよい。図14は、いくつかのネットワークコントロ
ールユニット(例えば14−1、14−3)が冷暖房お
よび様々な他の電子/機械的なシステムを同時に管理す
る、中規模ビルディング用の典型的な構成を示す。NC
U14−1および14−3は、高速N1バス14−5通
じて、またオペレータワークステーション14−7を使
って互いに交信することができる。NCU14−3は、
リモートネットワーク遠隔ディスプレイ増設ユニット1
4−9および14−11のインプリメントによって、容
量と範囲を拡張した。これは、ネットワークコントロー
ルユニット14−3への個別の装置ための線間電圧を配
線する必要を除去する。ネットワークコントロールユニ
ット14−1に対するローカル入出力はローカルI/O
デバイス14−13によって提供される。両方のネット
ワークコントロールユニット14−1および14−3
は、それらのそれぞれのコントローラ14−15、14
−17、14−19、14−21、14−23、および
N2バス14−15、14−27上のネットワーク遠隔
ディスプレイ増設ユニットと通信する。図15は、大規
模ビルディング用に構成されたファシリティマネジメン
トシステムを示す。図15において、複数のネットワー
クコントロールユニット15−1、15−3、15−5
がN1バス15−7を通じて相互に連結している。さら
に、15−9と15−11のような複数のオペレータワ
ークステーションは、さらにN1バスに接続される。例
の目的のために、図15は、そのN2バス15−13を
介して、プロクシミティリーダー30および磁気ストリ
ップリーダ15−34に接続しているスマートターミナ
ルのインターフェース15−32でカードアクセス・コ
ントローラ15−15に接続しているネットワークコン
トロールユニット15−3を示す。カードアクセス・コ
ントローラについては図11に関連して議論された。図
15はさらに、そのN2バス15−17を通じて、火災
検知/信号発生装置ループ15−28で火災報知コント
ローラ15−19に接続しているネットワークコントロ
ールユニット15−5を示す。そのような火災報知コン
トローラは図12に関連して議論された。ネットワーク
コントロールユニット15−1は、様々なコントロール
システム(例えば15−23)へのそのN2バス15−
21および15−25を通じて接続される。さらに、ネ
ットワークコントロールユニット15−1へのローカル
入出力はローカルI/Oターミナル15−27を介して
提供される。発明に従って、さらにファシリティマネジ
メントシステムはリモートビルディングために構成する
ことができる。図16はそのようなシステムを示す。図
16に示されるように、リモートリンクは、N1あるい
はN2バスのいずれかに存在することができる。オペレ
ータワークステーション16−1は、N1バス16−3
にネットワークコントロールユニット16−5およびネ
ットワークコントロールユニット16−7に直接接続さ
れている。しかしながら、ネットワークコントロールユ
ニット16−9はリモートリンク16−11を介してN
1バス16−3に接続される。ネットワークコントロー
ルユニット16−7は、オペレータワークステーション
16−1に直接接続されて、そのN2バス16−13に
コントローラ16−15および16−17を通じてさら
に接続される。同様に、NCU16−9は、そのN2バ
ス16−19にコントローラ16−21および16−2
3を通じて直接接続される。ネットワークコントローラ
16−9へのローカルI/OはローカルI/O25ター
ミナル16−25によって提供される。対照的に、ネッ
トワークコントロールユニット16−5は、N2バス1
6−27にコントローラ16−29および16−31を
通じて直接接続されるが、リモートリンク16−35を
通じてコントローラ16−33に接続される。したがっ
て、発明に従って、リモートリンクは、N1バスを通じ
てpeer−to−peer通信を遂行することができ
る。また、リモートリンクは、さらにN2バスを通じて
マスター/スレーブ通信を遂行することができる。図1
7に従って、プロセッサ17−2を各々持つ複数のネッ
トワークコントローラ17−1およびメモリ17−4
は、高速バス17−3によって、例えばネットワークさ
れたファシリティマネジメントシステム(FMS)17
−6を形成するために接続される。プロセッサ17−2
がここに議論されるようなノードにソフトウェア層を接
続するために、集中化されるかもしれないし分散される
かもしれないことが注意すべき点である。各ネットワー
クコントローラ機能はマスターコントロールノードとし
て操作可能ユニット用にそれに付いており、ソフトウェ
アのいくつかの層を組込む。ソフトウェアレベルはソフ
トウェアレベルと操作可能ユニットの間の分離を増大さ
せるために組立てられる。最も高いソフトウェアレベル
は特徴レベル17−5である。特徴レベル17−5は、
ファシリティマネジメントシステムを操作する際に、ネ
ットワークコントローラによって実行される特定の機能
をインプリメントする。特定のファンクションの1つの
例は、ユーザ表示を作表することあるいはグラフ式に示
すある値であろう。特徴は、制御プログラムが作動する
データオブジェクトの制御プログラムおよびリストを含
んでいる。ハイレベルのソフトウェア特徴の任意の数
は、システムの要件およびマスターコントロールノード
の能力に依ってインプリメントすることができる。ファ
シリティマネジメントシステムで実行される特徴の他の
ある例は、傾向変動分析、トータリゼーション、および
ファシリティマネジメントシステム性能の測定値を提供
する、他の統計の特徴を含んでいるだろう。重要なファ
クターはハードウェアからの分離の増加レベルが、ソフ
トウェア特徴がファシリティマネジメントシステムハー
ドウェアの変更によって影響されないことを許すことで
ある。最も高いレベルでのソフトウェア特徴はソフトウ
ェアオブジェクトレベル17−7と通信する。ソフトウ
ェアオブジェクトレベルは、特徴レベル18−5で、特
徴18−21、18−23、18−25の1つによって
リクエストされるアクションを遂行する方法を決定する
中間レベルである。情報は、ソフトウェアオブジェクト
レベル17−7と18−7およびハードウェアのより低
いレベルでの特徴レベルの相違から独立した17−5お
よび18−9の間で渡される。同様に、ソフトウェアオ
ブジェクトレベルは、ハードウェアオブジェクトレベル
17−9および18−5と呼ばれるソフトウェアの別の
レベルとのインターフェースを構成する。センサーや他
のデータ取得およびコントロール装置のような、ネット
ワークコントローラに接続されている操作可能ユニット
の特色にもかかわらず、ハードウェアオブジェクトレベ
ルは、共通のインターフェースがソフトウェアオブジェ
クトとハードウェアオブジェクトレベル間で確立される
ことを許可する。ソフトウェアオブジェクトレベル17
−7および18−7における様々なエンティティに対す
る操作可能ユニット間の相違を覆うために、ハードウェ
アオブジェクトレベルを構成することによって、これは
遂行される。ローカル・バス通信インターフェース17
−11および18−11の要件に従って、ネットワーク
コントローラ17−1はローカル・バス17−13を通
じてスレーブコントローラ(例えばタイプA17−1
5、17−17およびタイプB17−19)と通信す
る。図1に示されるように、任意の番号のタイプのスレ
ーブコントローラでも可能である。スレーブコントロー
ラは操作可能ユニット(例えば、センサーT1、T2、
T3、S1、S2、S3)に接続される。そのようなセ
ンサーは現実の世界のデータ(たとえば戸外の空気温
度)の値を読むバイナリフィールドセンサーあるいはア
ナログセンサーである。図18は図17に記述される構
成のより詳細な実例を提供する。ソフトウェアオブジェ
クトレベルは複数のソフトウェアオブジェクトマネジャ
ー18−27、18−31、18−35を含んでいる。
ソフトウェアオブジェクトマネジャーは特別のタイプの
ソフトウェアオブジェクトに対するリクエストをすべて
処理するデータベースマネジャーである。オブジェクト
はネットワークコントローラに格納される名前付きデー
タ要素である。オブジェクトは、タイプで類別化されて
おり、オブジェクトの各々の実例は、オブジェクト名、
現在地、アラーム制限などのようなそれ自身のセットデ
ータを持つ。したがって、各ソフトウェアオブジェクト
マネジャーは対応するデータベース18−29、18−
33、18−36に関連している。ソフトウェアオブジ
ェクトマネジェーの1つの例はアナログインプットオブ
ジェクトマネジャー18−27である。これは、次例に
おける温度オブジェクトTの例T1、T2、T3のよう
なアナログ入力オブジェクトのすべての例に対するデー
タベースマネジャーだろう。別のものはバイナリ入力オ
ブジェクトマネジャー18−31である。与えられたマ
ネジャーに対するデータベースのすべての要素は、同じ
タイプのオブジェクトである。次例において、ソフトウ
ェアオブジェクトはアナログ入力ポイントおよびバイナ
リ入力ポイントを含んでいる。各オブジェクトタイプに
はいくつかの実例(その各々に属性と呼ばれるデータ値
自身のセットがある)があってもよい。例えば、データ
ベース18−29に格納されたアナログ入力オブジェク
トは各々オブジェクトのタイプの実例である。これら3
つの例の各々には属性自身のセットがある。これらの属
性はオブジェクト名、現在地、アラーム制限などを含む
データである。ハードウェアオブジェクトレベルは、類
似の複数のハードウェアオブジェクトマネジャー18−
37、18−41、18−45を含んでいる。各ハード
ウェアオブジェクトマネジャーはスレーブハードウェア
装置17−15、17−17、17−19にネットワー
クコントローラを接続するローカル低速バス17−13
に接続した特別のタイプのハードウェア装置に対するリ
クエストをすべて処理するデータベースマネジャーであ
る。例えば、スレーブコントローラタイプAハードウェ
アマネジャー18−37は、すべてのAタイプ(以下に
示される例のA1、A2)のスレーブコントローラオブ
ジェクトに対するデータベースマネジャーである。ソフ
トウェアオブジェクトマネジャーの場合と同じように、
各々のハードウェアオブジェクトマネジャーはそのタイ
プのオブジェクトをすべて含み、それに関連するデータ
ベース18−39、18−43、18−47を持ってい
る。例えば、タイプAハードウェアオブジェクトに対す
るデータベース39はA1データ18−49およびA2
データ18−51を含んでいる。各オブジェクトには、
その特定のオブジェクトに対するユニークな1セットの
属性がある。透過的オブジェクトは2つのレベルで達成
される。まず第1に、ソフトウェアオブジェクトは特徴
に対して透過的である。そして、第2に、ハードウェア
装置あるいは操作可能ユニットはソフトウェアオブジェ
クトに対して透過的である。これらの透過的オブジェク
トは、例によって最もよく例示される。第1の場合、特
徴へのソフトウェアオブジェクトの透過的オブジェクト
においては、特徴xを仮定すると、18−21は現在地
フィールドあるいはセンサーT2の属性を読む必要があ
る。これは、T2を制御しているソフトウェアオブジェ
クトマネジャーに対して特徴xからのリクエストを向け
ることによって遂行される。図17に示されるように、
この場合、T2はタイプAスレーブコントローラ17−
17によって制御される。アナログ入力オブジェクトマ
ネジャー18−27は、T2のデータ構造を識別し、特
徴(たとえば値属性)によって必要とされる属性を特徴
xに返すことに責任を持つ。その結果、特徴xは、単一
の値として返すことができる様々な可能なタイプのデー
タを理解する必要があるのみで、アナログ入力オブジェ
クトに対する全体のデータベース構造を知る必要がな
い。オブジェクトに現在地を要求する場合、特徴xは、
特定のオブジェクトタイプについて心配する必要がな
い。情報がすべて、特徴レベル17−5と18−5およ
びソフトウェアオブジェクトレベル17−7と18−7
の間で、同じ方法で転送されるので、特徴は、オブジェ
クトの現在地を求める必要があるだけである。したがっ
て、アナログ入力オブジェクトに現在地およびバイナリ
入力オブジェクトのような異なる型オブジェクト値を要
求する方法は変らない。特徴xは、適切なオブジェクト
マネジャーに現在地属性に対するリクエストを送信する
だけである。特徴はどのソフトウェアオブジェクトマネ
ジャーがデータを制御するか決めるだけのためにオブジ
ェクトタイプを使用する。値に対して特徴によって出さ
れる実際のリクエストは、どのタイプのオブジェクトが
尋ねられていても、同一である。これは各々異なるオブ
ジェクトタイプに対して現在地を異なって要求すること
をハイレベルのソフトウェア特徴に要求することを回避
する。このアプローチの付加的利点は、ハードウェアが
システムのどこで設置されているかにかかわらず、同じ
方法で、特徴が常に情報を得ることができることであ
る。特徴がネームによってオブジェクトを要求するだけ
なので、特徴は、指定されたオブジェクトを生産するハ
ードウェアのシステム内の物理的な位置に対して鈍感で
ある。したがって、ハードウェアの相違およびハードウ
ェアの物理的な位置はハードウェアおよびソフトウェア
オブジェクトマネジャーによって覆われる。ソフトウェ
アオブジェクトデータ・ベース管理プログラムおよびハ
ードウェアオブジェクトデータベースマネジャーは図1
7と18で以前に記述され示されたように情報を転送す
る。これは例示目的だけのためであること、および、転
送情報の任意の構成は、ソフトウェアオブジェクトデー
タベースマネジャーおよびハードウェアオブジェクトデ
ータベースマネジャーによって提供されるデータによっ
て実行される機能に左右されて、可能であることに注意
すべきである。したがって、特徴は、実際のセンサーあ
るいはデータ取得あるいはコントロール装置が付けられ
るスレーブコントローラハードウェア装置のタイプに関
係がない。特徴がオブジェクトの属性に値を要求する場
合、それは、生データを生成するセンサーを管理するた
めに使用される、スレーブコントローラのタイプに鈍感
である。ソフトウェアおよびハードウェアオブジェクト
レベルは特徴を分離し、操作可能ユニットが付けられて
いる物理的なスレーブコントローラにもかかわらず与え
られたオブジェクトタイプ対するすべての特徴に同じデ
ータ値セットを同じ方法で贈る。したがって、特徴を各
タイプのスレーブコントローラ用に変更する必要がな
い。このことは、第2透過レベル、すなわちソフトウェ
アオブジェクトに対するハードウェア装置の透過性に通
じる。ソフトウェアオブジェクトマネジャーとスレーブ
コントローラ間にハードウェアオブジェクトマネジャー
を間に置くことによって、ソフトウェアマネジャーとの
ハードウェア相違を覆うことが可能である。これは、よ
り高いレベルのコントロールおよび前定義された条件の
報告を実行するための、ノード中のソフトウェアオブジ
ェクトマネジャーの処理能力を解放する。例えば、ソフ
トウェアオブジェクトマネジャーはアラームを報告し、
データを生成するために使用されるハードウェアから独
立のトリガメカニズムの役をするように変更をハイレベ
ルの特徴に通知する。 特徴x−18−21がアナログ
タイプ温度ポイントT1、T2およびT3の値を読む場
合、図18に基いて1つの例が発生する。以前に議論し
たように、特徴はハードウェアに関係がなく、したがっ
て、アナログ入力オブジェクトマネジャー18−27に
対して各温度にポイントを求める同じリクエストをす
る。これはリクエストされるオブジェクトがアナログタ
イプであるからである。アナログ入力オブジェクトマネ
ジャー18−27自身もまた、T1、T2およびT3が
設置されているスレーブに関係がない。特徴xおよびア
ナログ入力オブジェクトマネジャー18−27に関する
かぎり、様々なハードウェアマネジャーへの通信はすべ
てT1、T2およびT3に対して同一である。アナログ
入力オブジェクトマネジャー18−27は、ハードウェ
アオブジェクトレベル17−9から72.3°Fのよう
な明瞭な浮動小数点数(実数)を要求する。ストレート
タイプAおよびBも対応するハードウェアオブジェクト
マネジャー18−37および18−41はリクエストさ
れるタイプの値をアナログ入力オブジェクトマネジャー
18−27に供給するようにデータを決定する。値を決
定するために、ハードウェアオブジェクトマネジャーの
個々の計算の何らかの数がリクエストされるかもしれな
い。例えば、温度センサーの値が、アナログ/デジタル
変換器によって産み出されるディジタルカウントのよう
なカウント(このカウントは浮動小数点値を計算するた
めにあらかじめ定められた範囲に渡って展開されねばな
らない)としてスレーブコントローラに到着すると仮定
しなさい。センサーの最終温度値が得られる前に、一層
の修正が、スパン方程式、平方根方程式およびフィルタ
ーによってリクエストされるかもしれない。図17に示
されるように、タイプAスレーブコントローラ17−1
5および17−17は、T1およびT2生データを受け
渡す。タイプBスレーブコントローラはT3生データを
受け渡す。コントローラAおよびBが完全に異なるレベ
ルの能力を持つと仮定すると、コントローラの相違は既
存のコンピュータ化されたファシリティマネジメント管
理システムにおいて、重大な問題を引き起こすであろ
う。例えば、他方がインプリメントしていないかもしれ
ないのに対して、一方のコントローラは平方根方程式を
インプリメントするかもしれない。あるいは、コントロ
ーラ同士が異なる範囲方程式を持つかもしれない。従来
のファシリティマネジメントシステムにおいては、ハイ
レベルのソフトウェアはこれらの相違を補正する必要が
あるだろう。しかしながら、本発明においては、スレー
ブコントローラに対するハードウェアオブジェクトマネ
ジャーは、データを決定してアナログ入力オブジェクト
マネジャー18−27とこれらの相違を覆うために、ノ
ードプロセッサ(あるいは個別のプロセッサ)にアクセ
スする。タイプAスレーブコントローラ17−15およ
び17−17は、ネットワークコントローラにアナログ
ディジタルカウントだけを提供する、高度に単純な装置
であると仮定しなさい。この場合、タイプAスレーブコ
ントローラに対するハードウェアオブジェクトマネジャ
ー18−37は、アナログ入力オブジェクトマネジャー
18−27に提供するための最終温度値T1およびT2
を得るのに必要な別の計算を実行しなければならない。
対照的に、スレーブコントローラタイプBが、ネットワ
ークコントローラ上へ情報を送る以前に、ほとんどのレ
インジング及びフィルタリングを実行する高度に精巧な
装置であると仮定しなさい。この場合、タイプBコント
ローラに対するオブジェクトマネジャー18−41は比
較的に小さな処理を実行する。いずれの場合にも、ハー
ドウェアオブジェクトマネジャーによって実行される処
理は、データを操作し、ハイレベルの特徴にそれを送る
ソフトウェアオブジェクトマネジャー18−27に対し
て透過的である。これは、ハードウェアオブジェクトマ
ネジャー18−37と18−41ならびにアナログ入力
オブジェクトマネジャー18−27間に共通の情報イン
タフェースがあるからである。したがって、ハードウェ
アオブジェクトマネジャーはすべて、同じ規則に従った
ソフトウェアオブジェクトレベル−17−7と通信す
る。したがって、アナログ入力オブジェクトマネジャー
18−27を総称オブジェクトタイプ(この場合、アナ
ログ入力オブジェクト)を処理するため書くことができ
る。それは、アナログ入力の各単一の可能なスレーブコ
ントローラ実行用代替コードを含んでいる必要がない。
さらに、図18に示されるように、通信が、ソフトウェ
アオブジェクトレベル18−7のすべての特徴とすべて
のオブジェクトマネジャー、およびソフトウェアオブジ
ェクトレベル18−7およびハードウェアオブジェクト
レベル18−9のすべてのオブジェクトマネジャー間で
可能であることに注意すべきである。使用される実際の
通信パスはリクエストされる特徴およびデータによって
実行されるファンクションだけからなるファンクション
である。したがって、特徴yもソフトウェアオブジェク
トT1をリクエストしてもよく、したがって、アナログ
入力オブジェクトマネジャー18−27にアクセスす
る。同様に、特徴nは、ハードウェアオブジェクトレベ
ル18−9の1つ以上のオブジェクトマネジャーからデ
ータをさらに要求することもできる、ソフトウェアオブ
ジェクトレベル18−7の1つ以上のオブジェクトマネ
ジャーからデータをリクエストしてもよい。ハードウェ
アオブジェクトとソフトウェアオブジェクトレベル間の
インタフェースの共有性は、新スレーブコントローラお
よびオブジェクト例の追加を単純化する。もし第4温度
センサーT4がシステムに加えられれば、オブジェクト
例は上記の例に加えられるだろう。第3タイプAスレー
ブコントローラA3が加えられれば、同じタイプの新ス
レーブコントローラが加えられるだろう。いずれの場合
にも、ソフトウェアオブジェクトレベル18−7とハー
ドウェアオブジェクトレベル18−9間に情報のインタ
フェースにたいする変更がないので、必要なソフトウェ
アはすべてネットワークコントローラに存在する。ユー
ザはただ、18−29のアナロク入力オブジェクトT4
の新しい例を生成するためにデータベースを修正変更す
る必要があるだけである。あるいは、タイプAコントロ
ーラオブジェクト(たとえば、A3)の新しい例をネッ
トワークコントローラに生成するために、データベース
18−39を修正変更する必要があるだけである。既存
のファシリティマネジメントシステムソフトウェアに最
少のインパクトをそなえた新しいスレーブコントローラ
タイプを加えることも可能である。新しいコントローラ
タイプ、タイプCがローカル・バス17−13に付けら
れると仮定しなさい。そのローカル・バスで操作可能な
ユニットに対するマスターコントロールノードの役をす
るネットワークコントローラにおいて、既存のソフトウ
ェアに新しいハードウェアオブジェクトマネジャーを加
えることで(ダウンロードあるいは他の手段によって)
をこのことは要求するだろう。このハードウェアオブジ
ェクトマネジヤーは、システムの中ですでに定義されて
いるソフトウェアオブジェクトに新コントローラの能力
をマップするだろう。例えば、新ハードウェアコントロ
ーラは新しいハードウェアオブジェクトマネジャーをリ
クエストして、略式な方法でアナログ温度データをモニ
タしてもよい。新コントローラがアナログ温度データを
産み出せば、新しいハードウェアブジェクトマネジャー
は、アナログ入力オブジェクトの新しい例T5にデータ
をマップすることができる。既存のソフトウェアオブジ
ェクトマネジャーおよびソフトウェアオブジェクトレベ
ル17−7、およびネットワーク制御ソフトウェアの特
徴レベル17−5のハイレベル特徴は、影響されないだ
ろう。なぜならそれらは従来と同じ様に作動するであろ
うから。唯一の例外は、既存のタイプのオブジェクトと
はオペレーションにおいて非常に異なるために、ソフト
ウェアオブジェクトレベル17−7で既存のソフトウェ
アオブジェクトマネジャーの1つにマップすることがで
きなかった新しいデータタイプを、新しいハードウェア
がいつサポートするかであろう。その場合、新しいソフ
トウェアオブジェクトも作成されなければならないかも
しれない。したがって、ハードウェアオブジェクトマネ
ジャーは、ソフトウェアオブジェクトに対するハードウ
ェアの相違を覆うために、再び使用される。したがっ
て、ソフトウェアオブジェクトマネジャーは異なるハー
ドウェアに左右されるバージョンを持つ必要がない。ソ
フトウェアオブジェクトマネジャーは、データ要素がタ
イプAコントロールのもとで操作されたセンサーから由
来するものであれ、タイプBコントロールの下で操作さ
れた別のセンサーから由来するものであれ、データ要素
を同じ方法で処理する。ハードウェアオブジェクトマネ
ジャーは、ソフトウェアオブジェクトマネジャーの必要
によってリクエストされる形にデータをフォーマットす
るかマップする。これは、ソフトウェアオブジェクトマ
ネジャーがより高いレベルのソフトウェア特徴にハード
ウェアから独立したてインタフェースを提供することを
可能にする。この発明の別アスペクトに従って、図19
は、ソフトウェアあるいはハードウェアマネジャーが、
センサーのような操作可能ユニットから直接得られたデ
ータが処理されるのとほとんど同じ方法で計算中に生成
されるデータを処理するための一つの構成体を提供する
ことを例示する。発明に従って、1つのポイントがオブ
ジェクトのタイプとして定義される。例えば、アナログ
入力ポイントはオブジェクトのタイプである。したがっ
て、ポイントにはその現在地、上限、下限、アラーム状
態、そのハードウェアアドレスなどのような属性があ
る。ポイントに対するこれらの複数次元はポイントをベ
クトル量として定義する。1ポイントは、フィールドの
センサーのような操作可能ユニットに常に関係してい
る。したがって、操作可能ユニット19−1は、ソフト
ウェアオブジェクトマネジャー19−7によってリクエ
ストされる形にハードウェアオブジェクトマネジャー1
9−5のデータを処理するネットワークコントローラ1
9−3にデータを提供する。ポイントに対応するデータ
は、プロセッサメモリ17−4のような記憶手段に属性
19−9として格納される。特徴レベル19−11での
中間計算は、ソフトウェアオブジェクトレベル19−1
3が操作可能ユニットから直接集められないデータを供
給することを時として要求することができる。そのよう
なデータを処理する共通の方法を容易にするために、擬
ポイント19−15がソフトウェアオブジェクトレベル
19−13で作成される。擬ポイントは、ソフトウェア
オブジェクトマネジャー19−7によってポイント19
−9とまったく同じ方法で処理される。1ポイントと擬
ポイントの間の相違は擬ポイントが関連するオブジェク
トからその属性の1つ以上を得ているのに対して、1ポ
イントが操作可能ユニットからその値を得ることであ
る。擬ポイントは、その属性の1つとして関連するオブ
ジェクトの身元を格納する。したがって、擬ポイント1
9−15は、ポイント19−9としてその関連するオブ
ジェクトを認識することができよう。この場合、擬ポイ
ント19−15は、ポイント19−9の属性からその属
性の1つ以上を得ることができよう。これは同じ方法で
特徴レベル19−11からのデータリクエストをすべて
処理することを、ソフトウェアオブジェクトマネジャー
19−7に許可する。したがって、ポイントとして操作
可能ユニットから得られたデータ、および、そのような
操作可能ユニットから直接得られない、中間計算の中で
使用される他のデータを区別する必要がない。図20
は、高速ネットワークバス20−7で相互に連結したネ
ットワークコントローラ20−1、20−3、20−5
を示す。高速ネットワークバス20−7は、ノード間の
データをコンピュータ20−9に伝送するために使用さ
れる。コンピュータ20−9は、ネットワークコントロ
ーラ20−1に対するアーカイブデータベース20−1
3、およびネットワークコントローラ20−3に対する
アーカイブデータベース20−15のようなアーカイブ
されたデータベースを含んでいる記憶要素20−11へ
情報を伝送する。コンピュータ20−9は、データのレ
ベルが特定のアプリケーションに対して適切なものはど
んなレベルであれ、ユーザがデータ要素を生成すること
を可能にし、データ要素にネームを割当てることを可能
にする生成ソフトウェア20−10を含んでいる。2つ
の要素に同じネームがあってはならないので、生成ソフ
トウェアはアーカイブされたデータベースあるいはオン
ラインデータベースをチェックし、各データ要素が自身
に特有のネームを割当てられていることを確認する。ネ
ームが割当てられた場合、ネームおよびデータ要素は両
方とも高速バス20−7を使用して、上位ノードにダウ
ンロードされる。これは、レファレンス番号21−20
および21−22として生成時刻で図21に概略的に示
される。その結果、上位ノードは名前付きデータ要素を
含んでいる。図21のファンクションブロック21−2
4にさらに示されるように、ランタイム中、レファレン
スノードは、ネームによってデータ要素に対するリクエ
ストを送信する。これが指定されるデータ要素に対する
第1リクエストである場合、ファンクションブロック2
1−26に示されるように、データ要素が見つけられる
まで、ネットワーク全体が探索される。これは、ファン
クションブロック21−28に概略的に示される。ネー
ムをネットワークのいかなる場所にも見つけることがで
きない場合、ファンクションブロック21−30に示さ
れるように、エラーメッセージ21−32が送信され
る。また、ネームの探索はブロック21−38で終了さ
れる。一方、ファンクションブロック21−34に示さ
れるように、ネームが見つけられた場合、ネームはバイ
ンド情報でタグを付けられる。このバインディング情報
ネットワーク上のノードアドレス、およびノードのデー
タベース内のデータ要素の内部アドレスである。ノード
アドレスおよびデータ要素の内部アドレスには任意の便
利なフォーマットがありうる。ファンクションブロック
21−36に従って、バインド情報およびデータ要素そ
れ自身は、バインド情報を格納するレファレンスノード
に返される。レファレンスノードがデータ要素に対する
第1リクエストを行っていない場合、ブロック21−2
6に示されるように、バインド情報が読まれるコントロ
ールはファンクションブロック21−40にパスする。
バインド情報を使用して、ブロック21−42で、指定
位置(上位ノードおよびデータ要素位置)でのネーム
は、リクエストされたネームを持つブロック21−44
の中で読まれ比較される。指定位置で見つかったネーム
が、リクエストされたネームと一致した場合、データ
は、ステップ21−46に従ってリクエストノードに返
される。そして、データ取得ルーチンが終了される。し
かしながら、指定された位置で見つけられたネームがリ
クエストされたネームと一致しないこともありうる。こ
れは、バインド情報が無効になったことを示す。典型的
に、検証は上位ノードで行われる。ホストは、リクエス
トされたデータが、境界アドレスに格納された要素のネ
ームと渡されたネームを比較することによって同じアド
レスにまだあることを確認する。それらが同一である場
合、以前に注意したように、バインディングはまだ有効
である。また、リクエストされるように、データは返さ
れる。しかしながら、上位ノードのデータベース内に、
あるいは別のノードのいずれかに、データ要素が移動し
た場合、上位ノードは、そのデータベースでその位置に
今格納されるネームとリクエストで渡されたネームとの
間の不一致を検知する。レファレンスノードは、バイン
ド情報が無効であると通知される。ダウンロード、削除
あるいは他のデータベース生成が上位ノードを通じて実
行された場合、データ要素の削除、ノード内データのデ
ータベースの別の位置への移動、あるいは異なるノード
へのデータの移動によってバインド情報が無効になるこ
とはあり得る。これらの事象のうちのいかなるものでも
レファレンスノードが通知されないで起ることがある。
バインド情報が無効の場合、レファレンスノードは、デ
ータ要素名の第1リクエスストに対する前述のステップ
に再び従って、ステップ21−28に従う要素名を求め
てネットワークの探索を実行する。データ要素名が削除
された場合、エラーメッセージ21−32が返されるだ
ろう。しかしながら、ステップ21−34および21−
36に従って、データ要素名が、ノード内であるいは異
なるノードへ移動させられた場合、ネームは新しいバイ
ンド情報のついてタグを付けられるだろう。新しいバイ
ンド情報およびデータ要素はレファレンスノードに返さ
れるだろう。上記の結果、ネットワークは自己回復作用
を行う。アドレスの変更が生じた後、はじめてレファレ
ンスが行われたとき、無効になるレファレンスが修正さ
れる。さらに、それが参照するデータ要素がダウンロー
ドされる前に、レファレンスノードがダウンロードされ
る場合、ネームがダウンロードされ、次に、それを見つ
けることができるまで、エラーメッセージは返される。
したがって、上記の発明に従えば、はじめてデータ要素
がリクエストされたときか、あるいは、データ要素が移
動させられた後はじめてそれがリクエストされたときネ
ットワーク探索を行うだけでよい。図22は、上記に記
述された方法のバリエーションを例示する。ネーム生成
22−50後、ネームは、レファレンスノードへステッ
プ22−52でダウンロードされることを、図22−3
は例示する。ステップ22−54で、レファレンスノー
ドはネームテーブルを生成する。レファレンステーブル
は、データ要素のコピーを1つだけ保持することによっ
て、ノード内メモリの使用を最適化するように構築する
ことができる。その後、データ要素を要求するレファレ
ンスノードで、すべてのレファレンスおよびアプリケー
ションは、ASCII名より少ないデータ・バイトしか
典型的にリクエストしないレファレンステーブル指標と
取替えられる。したがって、図22のステップ22−5
4および22−56で示されるように、ネームは1つの
場所、レファレンステーブルエントリだけで保持され
る。この方法で各々のレファレンスノードが自身のネー
ムテーブルを保持することに注意すべきである。したが
って、ステップ22−58の後レファレンスノードがデ
ータ要素を要求する場合、ステップ22−60はこれが
レファレンスノードによる最初のリクエストがどうか決
めるように実行される。それがレファレンスノードによ
る最初のリクエストである場合、図22のステップ22
−62から22−72が実行される。これはネームがバ
インド情報およびデータを返して発見された場合に要素
名を求めてネットワークを探索すること、および、ステ
ップ22−72で示されるようなレファレンスノードに
作成されるテーブルにそのネームを置くことを含んでい
る。以前に議論したように、エラーは処理されるだろ
う。ステップ22−74で、これがレファレンスノード
による最初のリクエストでない場合、データ要素の位置
は、ホストに送られたネームテーブルおよびリクエスト
から読まれる。その後、ネームはネームテーブルで指定
される位置に上位ノードによってネームと比較される。
ステップ22−78での比較の結果に基いて、データは
要求するノードに返されるだろう。あるいは、ネットワ
ークは要素名を求めて探索されるだろう。レファレンス
ノード内で、それが、データ要素を求めるリクエストが
起こす、いかなるアプリケーションあるいは特徴におい
て重要ではないことに注意することは重要である。一度
バインディングがその要素への1つのレファレンスに対
して生じれば、それは、その要素へのそのノード内のす
べてのレファレンスに対して発生する。これは、各々の
場所に対して一度ずつレファレンスがノードで発生する
代わりに、バインディングがノード内のすべてのレファ
レンスに対して一度だけ発生する必要があることを意味
する。これは、ノードによってすべてのレファレンスに
対応する初期バインディングを作るのに費やされる時間
を縮小する。個別のレファレンステーブルが各ノードに
対して構築されることも注意されるべきである。したが
って、データ要素の位置が上位ノードの範囲内であるい
は別の上位ノードに変更される場合、はじめて、そのノ
ードがデータ要素を要求するときに、レファレンステー
ブルを更新するプロセスが各レファレンスノードによっ
て繰り返されるだろう。図23は図22に示される配置
の一層の最適化を示す。ノードがデータ要素に対する第
1リクエストを行なったと仮定して、バインド情報によ
って識別される位置のネームが、現在リクエストされて
いるデータ要素のネームと比較される。この場合、一致
が生じなければ、ローカル探索は、バインド情報によっ
て識別されるホストの探索によって、ステップ23−8
2でまず実行される。これはデータ要素が同じホスト内
に見つけられるからである。これが生じた場合、バイン
ド情報およびデータがレファレンスノードに返されるコ
ントロールはステップ23−70にパスする。しかしな
がら、これが生じなかった場合、ネットワークの残りは
ステップ23−62からスタートする探索が行なわれ
る。一層の実施例はデータ要素が、要求するノード(つ
まり、上位ノードおよびレファレンスノードは同じノー
ドである)と同じノードに格納される場合にデータ要素
へのレファレンスを求めてネットワークを探索すること
を回避する。前述したように、レファレンスネームテー
ブルは、レファレンスノードに各ネームに対するエント
リを含んでいなければならない。データがある場合には
このノードから別のノードに移動することもあるので、
レファレンスノードおよび上位ノードが同一でも、これ
は必要である。したがって、たとえレファレンスノード
がさらに指定される要素に対して上位ノードでも、レフ
ァレンスノードのネームテーブルからエントリを削除す
ることはできない。しかしながら、これらの状況になっ
たときだけ、はじめてレファレンスノードがレファレン
スノードがさらに上位ノードであるデータ項目をリクエ
ストしたときに、ネットワークの探索を削除すること
は、可能である。これは、要素がダウンロードされる場
合に、データベースソフトウェアおよび上位ノードにレ
ファレンステーブルエントリを加えることによって、達
成される。上位ノードがデータ要素を所有し、従って、
バインディングを知っているので、テーブルエントリは
正確なバインド情報を含んでいる。同じノードの他のど
こかから第1レファレンスが生じた場合、バインド情報
は、レファレンステーブル内にすでにあり、追加探索は
リクエストされない。したがって、レファレンスノード
によって頻繁に使用されるデータ要素をそのレファレン
スノードにホストすることは有利である。図24はネー
ムの複数のレベルを使用して、一層の最適化テクニック
を示す。例示されるように、ネームの2つのレベルが示
される。しかしながら、テクニックは、指定する階層の
任意の深さまで延長することができる。したがって、ネ
ームの、小さなレベルおよびハイフンでつながれたレベ
ルは使用することができる。各々のレベルで、ディレク
トリは次のより高いレベルまでアクセスを可能にして、
構成される。2レベルの名前づけスキームにおいて、各
ネームは、2つの部分、すなわち、グループ内のグルー
プ名および要素名から成る。各グループは、ネットワー
クにおいて1つのノードに割当てられ、グループの範囲
内で多くの要素を持ってもよい。第1ディレクトリすな
わちグループディレクトリは、ネットワークのすべての
グループのディレクトリである。ディレクトリは、各グ
ループのネームをリストし、グループが駐在するノード
を定義する。ネットワークの各ノードにグループディレ
クトリを保持しなければならないので、グループディレ
クトリは、ネットワーク内のすべてのノードに同報通信
される。すべてのノードがグループディレクトリの最新
のコピーを保持するように、グループの付加あるいは削
除はネットワークのすべてのノードに同報通信されなけ
ればならない。ノードの各グループに対して、ノード
は、要素ディレクトリと呼ばれるディレクトリの第2レ
ベルを含んでいる。要素ディレクトリは、そのグループ
の要素をすべてリストし、グループの各要素のノードア
ドレスを識別する。グループの要素が、グループあるい
は要素ディレクトリを含んでいるノードに駐在する必要
がないこと、また、すべての要素およびそのグループが
ネットワークの同じノードにかならずしも駐在する必要
がないに注意することは重要である。もちろん、要素が
加えられたりかグループから削除されたり、1つのノー
ドから別のノードに移動した場合は常に要素ディレクト
リは更新される。図24は、ディレクトリがどのように
使用されるか例示する。ステップ24−100で示され
るように、レファレンスノードがデータ要素にたいして
その第1リクエストを行なっているかどうかが最初に決
定される。ステップ24−102において、これが第1
リクエストである場合、レファレンスノードはグループ
ディレクトリとグループ名を比較し、グループノードを
識別する。ステップ24−104において、一致が生じ
ていない場合は、エラー24−106が示される。そし
て、事象のシーケンスが終了する。ステップ24−10
4での適切なオペレーションを仮定した場合、一致が生
じ、ステップ24−108でリクエストはグループディ
レクトリで身元確認されたグループノードに送られる。
グループノードのステップ24−110において、要素
ディレクトリは要素がそのグループに現れるかどうかを
決めるために、探索される。要素ディレクトリがデータ
要素の位置を含んでいるので、一致がステップ24−1
14で生じた場合、ステップ24−112でグループノ
ードは要素ディレクトリから上位ノードアドレスを読
み、ステップ24−116で上位ノードへのリクエスト
を転送する。ステップ24−118で、上位ノードはデ
ータを得て、レファレンスノードにバインド情報および
データを返す。したがって、要素のネームの初期探索
は、正しいグループに対する要素ディレクトリの探索が
後続するグループディレクトリの単作に探索される。ネ
ットワーク全体を探索する必要がない。しかしながら、
ディレクトリは最新にしておかなければならないし、グ
ループディレクトリのコピーをネットワークの各ノード
に保持しなければならないことに注意すべきである。グ
ループディレクトリが駐在するノード上にだけ、グルー
プの要素ディレクトリを保持する必要がある。グループ
あるいは要素が加えられたりか削除されたり、要素が移
動させられたりした場合のみ、追加簿記が要求されるだ
けである。これは、そのような変更が生じた場合、レフ
ァレンスノードをすべてダウンロードすることに比べれ
ば相当に少ない仕事量である。レファレンスノードのソ
フトウェアの実際のレファレンスが影響を受ける必要が
ない。以前に議論したように、これがデータに対する第
1リクエストでない場合、バインド情報が読まれ、その
ネームはバインド情報によって識別された位置に見つけ
られたネームと比較される。一致が生じない場合、バイ
ンド情報はもはや最新でなく、適切な情報を位置指定す
るにシーケンスを再び実行しなければならない。1つの
アプリケーションにおいて、ファシリティマネジメント
システムで上述の方法を遂行することができる。ファシ
リティマネジメントシステムに対するこのアプリケーシ
ョンは例を介したものであり、この発明に対して制限を
くわえることを意図したものではない。図20で、数個
の実時間ネットワークコントローラおよびネットワーク
コントローラ・ダウンロードするためのデータベースを
生成するために使用されるパーソナルコンピュータは、
ネットワーク20−7に相互に連結している。パーソナ
ルコンピュータ20−9に付けられたディスクのような
記憶手段20−11は、ネットワークコントローラ20
−1、20−3および20−5にダウンロードされるデ
ータベースを含んでいる。各ネットワークコントローラ
およびパーソナルコンピュータはノードと考えることが
できる。NC2を上位ノード3のネームであり、上位ノ
ードがAHU1/FANと呼ばれるデータオブジェクト
あるいは要素を所有すると仮定しなさい。システム/オ
ブジェクト名はシステム名が上記の説明においてグルー
プ名と同一であり、オブジェクト名が特別のデータオブ
ジェクトあるいは要素のネームである場合にスキームを
指定する2レベルである。このオブジェクトは空気ハン
ドラ#1に対するリターンファンである。2つの位置の
1つに対してそれを制御することができ、そのネームが
ネットワーク上でユニークなので、これはバイナリ出力
オブジェクトである。“グループ”あるいはシステム名
はAHU1および“要素”である。あるいは、オブジェ
クトはファンである。さらにそのNC1がノード1のネ
ームであり、レファレンスノードであると仮定しなさ
い。これは、それがFANオブジェクトを参照する必要
のあるいくつかのソフトウェア特徴を持つことを意味す
る。図20に示されるように、特徴AはFANオブジェ
クトの現在地を読む必要があり、特徴Bはファンを物理
的に開始させるためにFANオブジェクトにコマンドを
送る。図に示されるように、すべてのシステム名、グル
ープディレクトリ20−200、20−202および2
0−204のリストは、各ノードに複写される。グルー
プディレクトリは、どのノードが特別のシステムのため
のオブジェクトのディレクトリ含んでいるかを識別す
る。AHU1システムの場合、オブジェクトのディレク
トリはNC2ノード20−3によって保持される。した
がって、NC2、ノード20−3もAHU1システムの
オブジェクトのディレクトリ、および、それらがデータ
ベースに位置指定されている場所とを含んでいる。同様
に、AHU2システムに対するオブジェクトはNC3あ
るいはノード20−5に位置指定されている。以前に議
論したように、パーソナルコンピュータ20−9を使用
して、ユーザは、記憶ディスク20−11上にアーカイ
ブされたファイル20−13、20−15に置くことが
でき、ネットワークコントローラ20−1、20−3お
よび20−5にダウンロードすることができるデータベ
ースを生成する。特徴AおよびBからオブジェクトAH
U1/FANへのレファレンスのようなレファレンス
は、ダウンロードされる時、ASCIIネーム形式で保
持される。これはそれらが、ネットワークコントローラ
に対応するデータベースがダウンロードされた時にまだ
バインドされていないからである。参照を付けるソフト
ウェア特徴は、データオブジェクトAHU1/FANの
実際の物理的な位置に気がつかない。ダウンロードする
に際して、オブジェクトは、同じタイプのオブジェクト
をすべて管理するデータ・ベース管理プログラムに与え
られる。AHU1/FANの場合には、NC2のバイナ
リ出力マネジャーが使用される。オブジェクトデータ・
ベース管理プログラムソフトウェアは、レファレンスネ
ームテーブル中にネームを最初に入力する。例えば、バ
イナリ出力オブジエクマネジャーがダウンロード時にF
ANオブシェクトを与えられる場合、それは自身のバイ
ナリ出力データベースにFANオブジェクトを入れて、
レファレンステーブル20−300にエントリを加え
る。このエントリは、AHU1/FANオブジェクトお
よびそのバインド情報のネーム、および、バイナリ出力
データベース(レコード3)における、オブジェクトタ
イプ(バイナリ出力)、上位ノードアドレス(NC2)
およびデータベース位置を含んでいる。この例におい
て、テーブルエントリは、図20に示されるようにオフ
セット16に位置指定されている。NC2以外の他のノ
ードがバインド情報をこの時知らないことに注意しなさ
い。これらのノードは、AHU1/FANに対するネー
ムレファレンスをまだ持っているだけである。後のネー
ム探索が適切な場所でそれを見つけるように、オブジェ
クトとAHU1のディレクトリは、さらに、FANオブ
ジェクトに対するレファレンステーブルを指定する。レ
ファレンスノード20−1、NC1に対するデータベー
スもダウンロードされる。これはNC1に対するレファ
レンステーブル内にエントリを作らせる。特徴Aに対す
るデータベースがダウンロードされると、エントリがA
HU1/FANに対するレファレンステーブルに作られ
るが、これにはバインド情報がついていない。この“バ
インドされていない”レファレンスは、NC1のある特
徴がFANをレファレンスすることを単に示す。ハイレ
ベルのソフトウェア特徴Bに対するデータベースがダウ
ンロードされると、特徴Bも、テーブルにバインドされ
ていないレファレンスを加えようと努めるがそれがそこ
(レファレンステーブル20−302のオフセット2
7)にすでにあることを知る。その後、両方の特徴は、
AHU1/FANに対する名前付きレファレンスを27
のオフセットと取替え、テーブルの中へ入れる。この時
点でもバインド情報がNC1のテーブルの中になおない
ことに注意しなさい。ハイレベルのソフトウェア特徴A
の実行は、NC1にFANオブジェクトの値を読むこと
を要求する。バインディングが、AHU1/FANに対
するNC1のレファレンステーブル中にはまだないの
で、ソフトウェアはネットワークにAHU1/FNAを
位置指定しなければならない。これはシステム名AHU
1を求めてシステム名リストあるいはNC1のグループ
ディレクトリを探索することを要求する。図20に示さ
れるように、リストは、AHU1がNC2に位置指定さ
れていることを示す。したがって、ソフトウェアはNC
2にリクエストを向ける。NC2は、要素ディレクトリ
を使用して、そのデータベースにオブジェクトを置く。
これは、AHU1のオブジェクトのディレクトリ中のF
ANを調べることによって遂行される。図20に示され
る例において、これは、NC2中のレファレンステーブ
ルのオフセット6に位置指定されたバイナリ出力ポイン
トである。上述のように、この情報がダウンロード時に
そこに置かれたので、NC2のレファレンステーブル
は、FANに対して加えられバインド情報をすでに持っ
ている。従って、ソフトウェアは、このノード上に正確
なデータ・ベース管理プログラム(バイナリ出力)オブ
ジェクトマネジャーにリクエストを送信し、正確なレコ
ード(それはレコード3である)を要求することができ
る。一度データが得られれば、情報はバインド情報と共
に特徴A及びNC1に渡される。その時、FANに対す
るレファレンステーブルエントリは、正確なバインド情
報と共にノードNC1に完成される。図20は、さらに
NC2の特徴Cからのような、上位ノードのレフィレン
スに対して、データベースがダウンロードされた後、バ
インド情報がレファレンステーブル中にすでにあること
を例示する。したがって、はじめてレファレンスがアク
セスされたときでさえ、バインディング手続きはそれら
のレファレンスに対して要求されない。バインド情報が
ネットワークコントローラNC1に提供されているの
で、ネットワークコントローラNC1からのその後のレ
ファレンスは上記の手続きを繰り返す必要がない。特徴
BがFANを参照する必要があると仮定した場合、レフ
ァレンステーブルにFANファンを見つけるためには、
格納されている27のオフセットを使用する。この時、
バインド情報は、テーブル中にすでにある。したがっ
て、ソフトウェアは、ノードNC2のバイナリ出力デー
タベースマネジャーにリクエストを直接送信し、レコー
ド3を要求することができよう。上述の探索手続きはも
はやリクエストされない。引き続いてFANを参照する
NC1上の他の任意の特徴レファレンスファンはテーブ
ル中の同じバウンドレファレンスを使用する。したがっ
て、バインディングは、NC1からすべてのレファレン
スに対して一度リクエストされるだけである。以前に議
論したように、各ソフトウェア特徴で、より長いASC
II名が短いテーブルオフセットによって取替えられ、
ただ1つのテーブルエントリだけがその同じノードから
すべてのレファレンスに対してクリエストされるので、
レファレンステーブルはメモリ要求を縮小する。図25
は、データ要素がノード内を移動する場合の事象のシー
ケンスを例示する。FANがレコード3からレコード5
までNC2のデータベース内を移動すると仮定しなさ
い。これは、たとえば、パーソナルコンピュータでのデ
ータベースの再生成の結果として発生する可能性があ
る。その結果、AHU1/FANがレコード5まで移動
したのに対して、レコード3がAHU1/ポンプと呼ば
れるオブジェクトに今度はなる。ネットワークコントロ
ーラ25−2上のバイナリ出力データベースマネジャー
に直接行くべき、ネットワークコントローラ25−1に
によって使用されるバインド情報は、レコード3に対す
るリクエストを引起すだろう。しかしながら、レコード
3で見つけられたネームと比較できるように、このリク
エストも、AHU1/FANのネームを送る。この場
合、レコードはもはや一致しない。前述の最適化の1つ
を使用して、バイナリ出力データベースマネジャーはそ
れがオブジェクトAHU1/FANをなお持つかどうか
理解するために、自身のデータベースを探索する。この
場合、それはレコード5で見つけられ、したがって、要
求された情報は新しい正確なバインド情報と共に返され
る。NC1は、それが使用していたバインディングがN
C2によって修正されており、レコード3に対するレフ
ァレンスをレコード5と交換することによって、そのレ
ファレンステーブルを更新することを理解する。したが
って、オブジェクトはネットワークコントローラNC2
内を移動した。しかし、ネットワークコントローラNC
1は、ネットワークコントローラNC1に対する何の変
更もなしでデータをなお見つけることができた。更に、
共通のレファレンステーブルエントリが更新されるの
で、ネットワークコントローラ25−1のレファレンス
はすべて修正される。ダウンロードの結果、データオブ
ジェクトが異なるネットワークコントローラに移動させ
られた場合、図26は状況を例示する。この場合、ユー
ザは、システムあるいは“グループ”ネームAHU1を
移動させるNC2、およびNC3に対するデータベー
ス、およびNC3に対するそのオブジェクトを生成し
た。今、FANはネットワークコントローラNC3(ノ
ード5)上のバイナリ出力データベースのレコード7で
ある。ここで、それがすでに持っているバインド情報を
使用して、FANを参照しようとするネットワークコン
トローラNC1の試みは失敗する。これはネットワーク
コントローラNC2でのネーム比較、レコード3が、A
HU1/FANデータオブジェクトがそのアドレスには
もはやないことを示すためである。さらに、NC2デー
タベースの残る要素のチェックは、FANを見つけるこ
とができないことを示す。したがって、ネットワークコ
ントローラ1の特徴Aは、エラーメッセージを受信す
る。ネットワークコントローラ26−1は、そのテーブ
ルからのバインド情報を削除することによって、およ
び、AHU1/FANの新しい位置を見つけるために上
に議論された方法に従うことによって応答する。この場
合、それは、ネットワークコントローラ3のレコード7
で見つけられるだろう。共通のレファレンステーブルが
更新されるので、これを一度行うことは、ネットワーク
コントローラNC1のレファレンスをすべて修正するこ
とになる。 もしデータ要素がネットワークから完全に
削除されていたとしたら、ネットワークコントローラN
C1は、忠告メッセージを介してFANを見つけること
ができないことをオペレータへ報告していたことだろう
ということは注意すべきである。ことことは、また、F
ANが再びダウンロードされるまで、NC1からFAN
へのすべてのレファレンスに対して真実である。したが
って、AHU1/FANが再定義されるか、レファレン
スが削除されるまで、エラーは発生する。しかしなが
ら、ダウンロード後、レファレンスは、盤インドし適切
に作動し始めるだろう。従って、ノードダウンロードの
順序は重大ではない。N1バスで相互に連結したノード
間で適切な時間同期を提供するために、ノードの1つ
が、限定的システムマネジャーの役割を演ずる必要があ
る。図27に示されるように、ノード27−1は時間同
期装置(限定的システムマネジャー)として27−2で
選択され、ノードは時間を定義し、N1バスで相互に連
結した他方のノードにこの情報を送信する。27−3に
示されて、ノードは非更新間隔の間、時間をモニタす
る。決定ブロック27−4は現在、再同期がセットされ
る時間かどうか決めるために、クロックをテストする。
そうでなければ、コントロールは27−3に転送され、
時間モニタリングは係属する。ブロック27−5におい
て、今ノード間で時間の同期を再設定する時であるとい
うことが決定ブロック27−4において決定された場
合、ノードはそれがシステム時間マネジャーかどうか決
めるために、テストする。そうならば、コントロールは
27−2を閉鎖するために転送される。また、システム
時間マネジャーは現在の時間を送信する。決定ブロック
27−5において、それがシステムマネジャーではない
ことをノードが認識した場合、ブロック27−6におい
て、ノードは、それが時間同期データを受信したかどう
か決める。そうならば、ノードはブロック27−7にお
いてその時間をリセットし、ブロック27−3でのよう
に、時間モニタリングは継続する。時間同期データがブ
ロック27−6で受信されない場合、ブロック27−8
のノードは、それがシステム時間マネジャーでありうる
かどうかを決め、そうならば、ブロック27−2でのよ
うに時間を送信する。これは、オリジナルのシステム時
間マネジャーが障害を起こしたり、オフラインになった
場合、新しいノードが時間同期責任を引き受けることを
可能にする。ノード間で時間を同期させることに加え
て、グローバルなデータを同期させることも必要であ
る。図28は、ダウンロードの基本ステップを示す。フ
ァンクションブロック28−1において、グローバルな
データベースはネットワークの上に定義されロードされ
る。グローバルなデータベースは、パスワード、システ
ム名(オブジェクト名ではないが)のリスト、ノードの
リストおよびシステムにつながっているプリンタ、ユー
ザのある分類の忠告メッセージがどこに向けられている
かを示すリポートグループ、またすべてのノードに有用
な他の情報のような項目を含むことができる。ファンク
ションブロック28−3は、各ノードがまた、アーカイ
ブ装置の中でそのノードに対して定義されるデータベー
スを持つことを示す。ノードデータベースは、ノードに
格納されるデータ、およびノードによって制御される他
の装置にN2バスを通じて送信される補足データを含ん
でいる。ファンクションブロック28−5において、ノ
ードは、それにN1アドレスを与えることおよび不揮発
性メモリにそのアーカイブ装置の身元を格納することに
よって、ネットワークに構成される。ステップ28−7
でのパワーアップに続いて、ノードはステップ28−9
で他のノードと同期しなければならない。同期が完全か
どうかをステップ28−11はテストする。そうでなけ
れば、コントロールは同期プロセスを完成するためにフ
ァンクッションブロック28−9に転送される。ノード
の同期の完成に際して、ノードが自身の特別のデータベ
ースをダウンロードするために、アーカイブ装置にアク
セスするファンクションブロック28−13に、コント
ロールは移る。各データ要素が受信されるので、情報が
N2バスで装置に送信されるかどうかを決定ブロック2
8−15はテストする。送信されなければ、情報は、フ
ァンクションブロック28−17に示されるようなノー
ドに格納される。ファンクションブロック28−19に
示されるように、情報がN2ネットワークにつながる装
置に向けて予定されている場合、情報は装置までN2ネ
ットワークを通して渡される。図29は、同期がどのよ
うに起るかをさらに例示する。パワーアップに際して、
ノードはEPROM中のコードを実行し、ノードの不揮
発性メモリの中で定義されているノードのアーカイブ装
置を識別する。これはファンションブロック29−1に
示されている。ファンクション29−3に示されている
ように、ノードは、それから、そのRAMの中へコード
をダウンロードするようにアーカイブ装置に要求する。
決定ブロック29−5で、ネットワークに連結するノー
ドはそれがネットワークにつながる別のノードから同報
通信を受信したかどうか調べるテストをする。発明に従
って、ネットワークにつながるすべてのノードは、その
ノードのグローバルなデータベースの最新のバージョン
を示すタイムスタンプを周期的に同報通信する。したが
って、ネットワークに連結するノードがまだ決定ブロッ
ク25−9に示されるような同報通信タイムスタンプを
受信してはない場合、それが1つを受信するまで、ノー
ドは待つ。最初の同報通信タイムスタンプの受信に際し
て、ネットワークに入るノードは、ファンクションブロ
ック29−7に示されるようにタイムスタンプに関連し
たノードからグローバルなデータを要求する。さらに、
新しいノードは、そのタイムスタンプとしてのグローバ
ルなデータベース情報とともに、それが受信した時刻を
格納する。続いて、ファンクションブロック29−9に
おいて、ノードは以前に議論したように、自身の特別の
データベースを得るために、アーカイブ装置にアクセス
する。そのデータベースを受信した後、新しいノード
は、ファンクションブロック29−11に示されるよう
に、そのタイムスタンプを同報通信するとき、ネットワ
ークの他のノードとつながる。データベースの同期は、
ファンクションブロック29−13に示されるように他
のノードからタイムスタンプを受信することによって保
持される。受信タイムスタンプがノードの現在タイムス
タンプより後である場合、ファンクションブロック29
−15および29−17に示されるように、ノードは、
あとのタイムスタンプを持つノードにグローバルなデー
タを要求する。利用できないグローバルなデータを待ち
ながら、ノードがハングアップ状態になることも有り得
るということも注意すべきである。したがって、待ちス
テップ29−19は時間終了決定ポイント29−21に
対してテストされる。ノードのオペレーションの保留を
回避するために、時間が終了した場合、ノードは、ステ
ップ29−23で示されるようなグローバルなデータを
求めてアーカイブ装置にアクセスする。代替アブローチ
は、その第1スタンプの受信を待つことを回避するため
に、上述のようにネットワークとつながるノードを許可
する。このような代替方法によれば、ネットワークにジ
ョインするノードは先ずアーカイブ装置にアクセスして
グローバルデータを得てこのグローバルデータのタイム
スタンプをそのノードのタイムスタンプとしてアーカイ
ブ装置に記録する。次いでノードはネットワークにジョ
インし、そのタイムスタンプを周期的に送出するととも
に先に述べたように他のノードのタイムスタンプを検査
する。スレーブ装置をN2ネットワークのノードによっ
て制御しつつ同様のアプローチが用いられる。N2ネッ
トワークは、オンラインされるごとに、そのデータベー
ス更新レベルを、タイムスタンプとしてそのネットワー
クコントローラに送る。ネットワークコントローラが固
有のタイムスタンプによって示される新しいデータを以
ている場合には、ネットワークコントローラはその情報
(これはデータベースの一部である)を、N2ネットワ
ークにオンラインしつつある装置にダウンロードする。
N2ネットワークにオンラインしている装置のタイムス
タンプによって示されるデータベース以外の最近データ
をネットワークコントローラが持っていない時には、ネ
ットワークコントローラはN2装置が正しいデータベー
スを持っているものと判断する。第30図は、ルーティ
ングテーブルを持たない装置へのダウンロード情報にア
プローチする手法を示している。このアプローチは、複
数の装置をカスケード接続して行なわれるもので、ルー
ティングテーブルを持たない装置への経路がルーティン
グテーブルを持つ装置を経由して達成される。このよう
なアプローチ方法は、人が装置のおいてある場所まで行
って装置のダウンロード或いはアップロードを物理的に
行なってやる事が望ましくないときに有用である。この
発明においては、レクエストを行なうネットワークコン
トローラは、少なくともそのアーカイブ装置のアドレス
を、不揮発性メモリーの中に保持する。また、各ネット
ワークコントローラは、このネットワークコントローラ
のためのダウンロードを開始するネットワークコントロ
ーラのアドレスを、その不揮発性メモリーの中に保持す
る。このようにカスケード構造が用いられることによ
り、階層において上位のノードが、階層において下位に
あるノードよりも先に初期化される。二つのケースが可
能となる。第30図において、ダウンロード装置30−
1は、ルーティングテーブルを持たないノード30−4
として示されるネットワークコントローラ3についてダ
ウンロードを開始する事ができる。第31図のテーブル
1は、アーカイブ装置またはPCのネットワークコント
ロール層によって遂行されるステップのシーケンスを示
している。各ノードが、そのネットワークを定義するア
ドレス、ネットワーク上のローカルアドレス、およびノ
ードのポートを有していることに留意することが必要で
ある。ノード自身にはポート0が割り当てられる。従っ
て、ダウンロード装置30−1は、アドレスとして1:
1:0を持つ。何故ならば、この場合、装置はネットワ
ーク上1にあり、ローカルアドレスが1であり、また、
装置自体がポート0としてテイギされているからであ
る。第30図の表1からわかるように、メッセージのソ
ースは1:1:0であり、メッセージのあてさきは2:
4:0である。また、ネットワーク中を伝達されるメッ
セージの刻々のソース即ち仮ソースも表示される。オリ
ジナルのソースにおいては、メッセージソースと仮ソー
スとが同一のものとなる。即ち、最初の仮ソースは1:
1:0である。第31図の表に示される他の仮ソースは
先のものと同じネットワークならびにローカルアドレス
を持つ。ノードの、ネットワーク層(これは、例えば、
国際標準機構(International Stan
dards Organization)のオープンシ
ステムインターコネクションモデル)中に定義されたル
ーティングは、メッセージを、ネットワークが1、ロー
カルアドレスが2、ポートがOのNC1にルートする。
表中のステップをたどると、メッセージをNC1次いで
NC2をとうしてルートすることによってダウンロード
情報がNC3に到達するということが理解される。NC
3は、メッセージを受け取ったことを示す確認応答をソ
ースに対して行なう。この場合、メッセージを受ける装
置はルーティングテーブルを持っていないので、メッセ
ージをこの装置に対して送り込んだノードに対して返答
が行なわれる。確認応答は、このノードから、メッセー
ジの伝達経路を逆にたどるかあるいはルーティングテー
ブルを持つノードによって定義される適宜の経路を経て
ソースに送られる。第2のケースにおいては、ネットワ
ークコントローラ3がアーカイブPC30−1に対して
ダウンロードリクエストを開始する。この場合には、ア
ドレス2:4:0に位置するノードNC3はそのダウン
ロードリクエストを送出するべきルーティングテーブル
を持たない。しかしながら、NC3は、前に述べたよう
に、このノードNC3のためにダウンロードを開始する
べきネットワークコントローラのアドレスをその不揮発
性メモリーの中に保持している。したがって、NC3
は、そのリクエストをこのネットワークに送ることがで
きる。NC3は、アドレス1:1:0にあるデータダウ
ンロード装置(これは、NC3の中に、NC3のアーカ
イブ装置として特定されている。)に対してダウンロー
ドを要求する。このリクエストがたどるルートは、第3
2図の表2からわかるように、アドレス2:3:0にあ
るNCがNC3に対するイニシエータであるということ
を認識する。NC2は、メッセージをアーカイブ装置に
送るために、すでにルーティングテーブルを持ってい
る。このことは、複数の装置をカスケード接続すること
によってメッセージをアーカイブPCに受け取らせるこ
とが出来るということを示している。これにより、上位
のノード、例えばNC2が、下位のノード、例えばNC
3がダウンロードされ得る前に完全に機能化されなけれ
ばならないというような階層化が達成されるということ
が理解されよう。同様に、NC3で現す別のノードへの
ダウンロードは、NC3からのダウンロードが、そのイ
ニシエータであるNC2を通じて完全に終了するまでは
行なわれない。ダウンロードか行なわれるとき、目標が
存在するNC以外のNCにシステムが定義されるような
他の複数の目標の存在によって問題が生じる。何故なら
ば、二つのNCの持つデータベースが相互に矛盾しない
ものであるものであるとは限らないからである。この矛
盾は、定義がインターレースされたいくつかのNCが影
響される際に自然に生じるものであるので、自動的に訂
正することは出来ない。これらのNCの更新すなわちダ
ウンローディングを行なうためにはある時間長が必要で
あり、その時間中に不可避的に矛盾が生じる。しかしな
がら、全ての問題は検出されユーザーに知らされる。ひ
とつのNCについてダウンロードが行なわれるとき、他
の複数のNCはダウンロードが行なわれているNCと矛
盾するかも知れない。もしそのような条件が存続するな
ら、あるいはまた、もし上記時間中にシステムがいずれ
かのNCにアクセスを行なうならば、エラーやあいまい
さが生じる。目標がひとつのNCから別のNCに移され
た時に生じる問題の例を以下に示す。しかし、結果的な
データベース不整合性は同じであろう。次の仮定がなさ
れる aNC1は、システムSに対するディレクトリを含んで
いる。 bNC2は、オブジェクト0のオリジナルのバージョン
を含んでいる。 cNC3は、同じオブジェクト0の新しいバージョンを
含んでいる。 正常なケースは、NC3の代わりにデータベースにオブ
ジェクト0を加えて、NC2からそれを削除することで
ある。これは、テンプレート生成(単一のオブジェクト
変更)を通じて、あるいはDDL(データ定義言語)を
介してのいずれかで行うことができる。いずれの場合に
も不整合性は発生する可能性がある。DDLがこの変更
に使用されると仮定しなさい。その場合、3つのNDD
Lファイルをトランザクションを完成するために更新す
る必要がある(N1、2および3)。その後、各々のN
Cをダウンロードしなければならない。しかしながら、
ダウンロードの1つ以上はスキップすることができよ
う。あるいは、結果的にフィールドにおいて一貫しない
NCになる、不正確にダウンロードされた古いデータベ
ースはスキップすることができよう。テンプレート生成
変更が失敗するか、何らかの理由のために途中で遮断さ
れる場合、類似した問題が発生することがある。次の場
合は、発生する可能性がある不整合性を実証する。上記
の変更が行なわれた後に、NC1が最初にダウンロード
されたと仮定しなさない。その場合、Sに対するシステ
ム・ディレクトリは、オブジェクト0がNC3に駐在す
べきであることを示すだろう。NC3がダウンロードさ
れる(仮にそれがダウンロードされたとして!)まで、
ディレクトリが「それはNC3にあるべきである。」と
言うのでオブジェクト0は見つけることができない。こ
れが第1の問題のケース、つまり、そこにないオブジェ
クトを指定しているディレクトリ、である。バインドさ
れたレファレンスは、NC2の中の古いオブジェクト0
を今のところ使用し続けるだろうということに注意しな
さい。ディレクトリが新しいバインディングに対して必
要であり、それが存在しないオブジェクトを指定するの
で、新しいバインディングを遂行することができない。
NC2が次にダウンロードされるとさらに仮定しなさ
い。オブジェクト0の古いバージョンが今度は削除され
るので、古いバインディングさえも失敗するという付随
的問題に関して上記の問題と同じ問題をこれは引き起こ
す。NC3がダウンロードされるまで、オブジェクトは
存在しない。NC2が最初にダウンロードされると今度
は仮定しなさい。Sに対する古いディレクトリがオブジ
ェクトをもはや含んでいないNC2を依然として指定し
ているので、これは再び同じ問題である。現行のバイン
ディングは無効になり、新しいバインディングは作るこ
とができない。NC2がダウンロードされた後、次にN
C1がダウンロードされたとさらに仮定しなさい。同じ
問題は再び発生する、なぜならディレクトリが、新しい
オブジェクトでまだダウンロードされていないNC3を
指定しており、古いオブジェクトはなくなっているから
である。特徴x−18−21がアナログタイプ温度ポイ
ントT1、T2およびT3の値を読む場合、図18に基
いて1つの例が発生する。以前に議論したように、特徴
はハードウェアに関係がなく、したがって、アナログ入
力オブジェクトマネジャー18−27に対して各温度に
ポイントを求める同じリクエストをする。これはリクエ
ストされるオブジェクトがアナログタイプであるからで
ある。アナログ入力オブジェクトマネジャー18−27
自身もまた、T1、T2およびT3が設置されているス
レーブに関係がない。特徴xおよびアナログ入力オブジ
ェクトマネジャー18−27に関するかぎり、様々なハ
ードウェアマネジャーへの通信はすべてT1、T2およ
びT3に対して同一である。アナログ入力オブジェクト
マネジャー18−27は、ハードウェアオブジェクトレ
ベル17−9から72.3°Fのような明瞭な浮動小数
点数(実数)を要求する。ストレートタイプAおよびB
も対応するハードウェアオブジェクトマネジャー18−
37および18−41はリクエストされるタイプの値を
アナログ入力オブジェクトマネジャー18−27に供給
するようにデータを決定する。値を決定するために、ハ
ードウェアオブジェクトマネジャーの個々の計算の何ら
かの数がリクエストされるかもしれない。例えば、温度
センサーの値が、アナログ/デジタル変換器によって産
み出されるディジタルカウントのようなカウント(この
カウントは浮動小数点値を計算するためにあらかじめ定
められた範囲に渡って展開されねばならない)としてス
レーブコントローラに到着すると仮定しなさい。センサ
ーの最終温度値が得られる前に、一層の修正が、スパン
方程式、平方根方程式およびフィルターによってリクエ
ストされるかもしれない。図17に示されるように、タ
イプAスレーブコントローラ17−15および17−1
7は、T1およびT2生データを受け渡す。タイプBス
レーブコントローラはT3生データを受け渡す。コント
ローラAおよびBが完全に異なるレベルの能力を持つと
仮定すると、コントローラの相違は既存のコンピュータ
化されたファシリティマネジメント管理システムにおい
て、重大な問題を引き起こすであろう。例えば、他方が
インプリメントしていないかもしれないのに対して、一
方のコントローラは平方根方程式をインプリメントする
かもしれない。あるいは、コントローラ同士が異なる範
囲方程式を持つかもしれない。従来のファシリティマネ
ジメントシステムにおいては、ハイレベルのソフトウェ
アはこれらの相違を補正する必要があるだろう。しかし
ながら、本発明においては、スレーブコントローラに対
するハードウェアオブジェクトマネジャーは、データを
決定してアナログ入力オブジェクトマネジャー18−2
7とこれらの相違を覆うために、ノードプロセッサ(あ
るいは個別のプロセッサ)にアクセスする。タイプAス
レーブコントローラ17−15および17−17は、ネ
ットワークコントローラにアナログディジタルカウント
だけを提供する、高度に単純な装置であると仮定しなさ
い。この場合、タイプAスレーブコントローラに対する
ハードウェアオブジェクトマネジャー18−37は、ア
ナログ入力オブジェクトマネジャー18−27に提供す
るための最終温度値T1およびT2を得るのに必要な別
の計算を実行しなければならない。対照的に、スレーブ
コントローラタイプBが、ネットワークコントローラ上
へ情報を送る以前に、ほとんどのレインジング及びフィ
ルタリングを実行する高度に精巧な装置であると仮定し
なさい。この場合、タイプBコントローラに対するオブ
ジェクトマネジャー18−41は比較的に小さな処理を
実行する。いずれの場合にも、ハードウェアオブジェク
トマネジャーによって実行される処理は、データを操作
し、ハイレベルの特徴にそれを送るソフトウェアオブジ
ェクトマネジャー18−27に対して透過的である。こ
れは、ハードウェアオブジェクトマネジャー18−37
と18−41ならびにアナログ入力オブジェクトマネジ
ャー18−27間に共通の情報インタフェースがあるか
らである。したがって、ハードウェアオブジェクトマネ
ジャーはすべて、同じ規則に従ったソフトウェアオブジ
ェクトレベル−17−7と通信する。したがって、アナ
ログ入力オブジェクトマネジャー18−27を総称オブ
ジェクトタイプ(この場合、アナログ入力オブジェク
ト)を処理するため書くことができる。それは、アナロ
グ入力の各単一の可能なスレーブコントローラ実行用代
替コードを含んでいる必要がない。さらに、図18に示
されるように、通信が、ソフトウェアオブジェクトレベ
ル18−7のすべての特徴とすべてのオブジェクトマネ
ジャー、およびソフトウェアオブジェクトレベル18−
7およびハードウェアオブジェクトレベル18−9のす
べてのオブジェクトマネジャー間で可能であることに注
意すべきである。使用される実際の通信パスはリクエス
トされる特徴およびデータによって実行されるファンク
ションだけからなるファンクションである。したがっ
て、特徴yもソフトウェアオブジェクトT1をリクエス
トしてもよく、したがって、アナログ入力オブジェクト
マネジャー18−27にアクセスする。同様に、特徴n
は、ハードウェアオブジェクトレベル18−9の1つ以
上のオブジェクトマネジャーからデータをさらに要求す
ることもできる、ソフトウェアオブジェクトレベル18
−7の1つ以上のオブジェクトマネジャーからデータを
リクエストしてもよい。ハードウェアオブジェクトとソ
フトウェアオブジェクトレベル間のインタフェースの共
有性は、新スレーブコントローラおよびオブジェクト例
の追加を単純化する。もし第4温度センサーT4がシス
テムに加えられれば、オブジェクト例は上記の例に加え
られるだろう。第3タイプAスレーブコントローラA3
が加えられれば、同じタイプの新スレーブコントローラ
が加えられるだろう。いずれの場合にも、ソフトウェア
オブジェクトレベル18−7とハードウェアオブジェク
トレベル18−9間に情報のインタフェースにたいする
変更がないので、必要なソフトウェアはすべてネットワ
ークコントローラに存在する。ユーザはただ、18−2
9のアナロク入力オブジェクトT4の新しい例を生成す
るためにデータベースを修正変更する必要があるだけで
ある。あるいは、タイプAコントローラオブジェクト
(たとえば、A3)の新しい例をネットワークコントロ
ーラに生成するために、データベース18−39を修正
変更する必要があるだけである。既存のファシリティマ
ネジメントシステムソフトウェアに最少のインパクトを
そなえた新しいスレーブコントローラタイプを加えるこ
とも可能である。新しいコントローラタイプ、タイプC
がローカル・バス17−13に付けられると仮定しなさ
い。そのローカル・バスで操作可能なユニットに対する
マスターコントロールノードの役をするネットワークコ
ントローラにおいて、既存のソフトウェアに新しいハー
ドウェアオブジェクトマネジャーを加えることで(ダウ
ンロードあるいは他の手段によって)をこのことは要求
するだろう。このハードウェアオブジェクトマネジャー
は、システムの中ですでに定義されているソフトウェア
オブジェクトに新コントローラの能力をマップするだろ
う。例えば、新ハードウェアコントローラは新しいハー
ドウェアオブジェクトマネジャーをリクエストして、略
式な方法でアナログ温度データをモニタしてもよい。新
コントローラがアナログ温度データを産み出せば、新し
いハードウェアブジェクトマネジャーは、アナログ入力
オブジェクトの新しい例T5にデータをマップすること
ができる。既存のソフトウェアオブジェクトマネジャー
およびソフトウェアオブジェクトレベル17−7、およ
びネットワーク制御ソフトウェアの特徴レベル17−5
のハイレベル特徴は、影響されないだろう。なぜならそ
れらは従来と同じ様に作動するであろうから。唯一の例
外は、既存のタイプのオブジェクトとはオペレーション
において非常に異なるために、ソフトウェアオブジェク
トレベル17−7で既存のソフトウェアオブジェクトマ
ネジャーの1つにマップすることができなかった新しい
データタイプを、新しいハードウェアがいつサポートす
るかであろう。その場合、新しいソフトウェアオブジェ
クトも作成されなければならないかもしれない。したが
って、ハードウエアオブジェクトマネジャーは、ソフト
ウェアオブジェクトに対するハードウェアの相違を覆う
ために、再び使用される。したがって、ソフトウェアオ
ブジェクトマネジャーは異なるハードウェアに左右され
るバージョンを持つ必要がない。ソフトウェアオブジェ
クトマネジャーは、データ要素がタイプAコントロール
のもとで操作されたセンサーから由来するものであれ、
タイプBコントロールの下で操作された別のセンサーか
ら由来するものであれ、データ要素を同じ方法で処理す
る。ハードウェアオブジェクトマネジャーは、ソフトウ
ェアオブジェクトマネジャーの必要によってリクエスト
される形にデータをフォーマットするかマップする。こ
れは、ソフトウェアオブジェクトマネジャーがより高い
レベルのソフトウェア特徴にハードウェアから独立した
てインタフェースを提供することを可能にする。この発
明の別アスペクトに従って、図19は、ソフトウェアあ
るいはハードウェアマネジャーが、センサーのような操
作可能ユニットから直接得られたデータが処理されるの
とほとんど同じ方法で計算中に生成されるデータを処理
するための一つの構成体を提供することを例示する。発
明に従って、1つのポイントがオブジェクトのタイプと
して定義される。例えば、アナログ入力ポイントはオブ
ジェクトのタイプである。したがって、ポイントにはそ
の現在地、上限、下限、アラーム状態、そのハードウェ
アアドレスなどのような属性がある。ポイントに対する
これらの複数次元はポイントをベクトル量として定義す
る。1ポイントは、フィールドのセンサーのような操作
可能ユニットに常に関係している。したがって、操作可
能ユニット19−1は、ソフトウェアオブジェクトマネ
ジャー19−7によってリクエストされる形にハードウ
ェアオブジェクトマネジャー19−5のデータを処理す
るネットワークコントローラ19−3にデータを提供す
る。ポイントに対応するデータは、プロセッサメモリ1
7−4のような記憶手段に属性19−9として格納され
る。特徴レベル19−11での中間計算は、ソフトウェ
アオブジェクトレベル19−13が操作可能ユニットか
ら直接集められないデータを供給することを時として要
求することができる。そのようなデータを処理する共通
の方法を容易にするために、擬ポイント19−15がソ
フトウェアオブジェクトレベル19−13で作成され
る。擬ポイントは、ソフトウェアオブジェクトマネジャ
ー19−7によってポイント19−9とまったく同じ方
法で処理される。1ポイントと擬ポイントの間の相違は
擬ポイントが関連するオブジェクトからその属性の1つ
以上を得ているのに対して、1ポイントが操作可能ユニ
ットからその値を得ることである。擬ポイントは、その
属性の1つとして関連するオブジェクトの身元を格納す
る。したがって、擬ポイント19−15は、ポイント1
9−9としてその関連するオブジェクトを認識すること
ができよう。この場合、擬ポイント19−15は、ポイ
ント19−9の属性からその属性の1つ以上を得ること
ができよう。これは同じ方法で特徴レベル19−11か
らのデータリクエストをすべて処理することを、ソフト
ウェアオブジェクトマネジャー19−7に許可する。し
たがって、ポイントとして操作可能ユニットから得られ
たデータ、および、そのような操作可能ユニットから直
接得られない、中間計算の中で使用される他のデータを
区別する必要がない。図20は、高速ネットワークバス
20−7で相互に連結したネットワークコントローラ2
0−1、20−3、20−5を示す。高速ネットワーク
バス20−7は、ノード間のデータをコンピュータ20
−9に伝送するために使用される。コンピュータ20−
9は、ネットワークコントローラ20−1に対するアー
カイブデータベース20−13、およびネットワークコ
ントローラ20−3に対するアーカイブデータベース2
0−15のようなアーカイブされたデータベースを含ん
でいる記憶要素20−11へ情報を伝送する。コンピュ
ータ20−9は、データのレベルが特定のアプリケーシ
ョンに対して適切なものはどんなレベルであれ、ユーザ
がデータ要素を生成することを可能にし、データ要素に
ネームを割当てることを可能にする生成ソフトウェア2
0−10を含んでいる。2つの要素に同じネームがあっ
てはならないので、生成ソフトウェアはアーカイブされ
たデータベースあるいはオンラインデータベースをチェ
ックし、各データ要素が自身に特有のネームを割当てら
れていることを確認する。ネームが割当てられた場合、
ネームおよびデータ要素は両方とも高速バス20−7を
使用して、上位ノードにダウンロードされる。これは、
レファレンス番号21−20および21−22として生
成時刻で図21に概略的に示される。その結果、上位ノ
ードは名前付きデータ要素を含んでいる。図21のファ
ンクションブロック21−24にさらに示されるよう
に、ランタイム中、レファレンスノードは、ネームによ
ってデータ要素に対するリクエストを送信する。これが
指定されるデータ要素に対する第1リクエストである場
合、ファンクションンロック21−26に示されるよう
に、データ要素が見つけられるまで、ネットワーク全体
が探索される。これは、ファンクションブロック21−
28に概略的に示される。ネームをネットワークのいか
なる場所にも見つけることができない場合、ファンクシ
ョンブロック21−30に示されるように、エラーメッ
セージ21−32が送信される。また、ネームの探索は
ブロック21−38で終了される。一方、ファンクショ
ンブロック21−34に示されるように、ネームが見つ
けられた場合、ネームはバインド情報でタグを付けられ
る。このバインディング情報ネットワーク上のノードア
ドレス、およびノードのデータベース内のデータ要素の
内部アドレスである。ノードアドレスおよびデータ要素
の内部アドレスには任意の便利なフォーマットがありう
る。ファンクションブロック21−36に従って、バイ
ンド情報およびデータ要素それ自身は、バインド情報を
格納するレファレンスノードに返される。レファレンス
ノードがデータ要素に対する第1リクエストを行ってい
ない場合、ブロック21−26に示されるように、バイ
ンド情報が読まれるコントロールはファンクションブロ
ック21−40にパスする。バインド情報を使用して、
ブロック21−42で、指定位置(上位ノードおよびデ
ータ要素位置)でのネームは、リクエストされたネーム
を持つブロック21−44の中で読まれ比較される。指
定位置で見つかったネームが、リクエストされたネーム
と一致した場合、データは、ステップ21−46に従っ
てリクエストノードに返される。そして、データ取得ル
ーチンが終了される。しかしながら、指定された位置で
見つけられたネームがリクエストされたネームと一致し
ないこともありうる。これは、バインド情報が無効にな
ったことを示す。典型的に、検証は上位ノードで行われ
る。ホストは、リクエストされたデータが、境界アドレ
スに格納された要素のネームと渡されたネームを比較す
ることによって同じアドレスにまだあることを確認す
る。それらが同一である場合、以前に注意したように、
バインディングはまだ有効である。また、リクエストさ
れるように、データは返される。しかしながら、上位ノ
ードのデータベース内に、あるいは別のノードのいずれ
かに、データ要素が移動した場合、上位ノードは、その
データベースでその位置に今格納されるネームとリクエ
ストで渡されたネームとの間の不一致を検知する。レフ
ァレンスノードは、バインド情報が無効であると通知さ
れる。ダウンロード、削除あるいは他のデータベース生
成が上位ノードを通じて実行された場合、データ要素の
削除、ノード内データのデータベースの別の位置への移
動、あるいは異なるノードへのデータの移動によってバ
インド情報が無効になることはあり得る。これらの事象
のうちのいかなるものでもレファレンスノードが通知さ
れないで起ることがある。バインド情報が無効の場合、
レファレンスノードは、データ要素名の第1リクエスス
トに対する前述のステップに再び従って、ステップ21
−28に従う要素名を求めてネットワークの探索を実行
する。データ要素名が削除された場合、エラーメッセー
ジ21−32が返されるだろう。しかしながら、ステッ
プ21−34および21−36に従って、データ要素名
が、ノード内であるいは異なるノードへ移動させられた
場合、ネームは新しいバインド情報のついてタグを付け
られるだろう。新しいバインド情報およびデータ要素は
レファレンスノードに返されるだろう。上記の結果、ネ
ットワークは自己回復作用を行う。アドレスの変更が生
じた後、はじめてレファレンスが行われたとき、無効に
なるレファレンスが修正される。さらに、それが参照す
るデータ要素がダウンロードされる前に、レファレンス
ノードがダウンロードされる場合、ネームがダウンロー
ドされ、次に、それを見つけることができるまで、エラ
ーメッセージは返される。したがって、上記の発明に従
えば、はじめてデータ要素がリクエストされたときか、
あるいは、データ要素が移動させられた後はじめてそれ
がリクエストされたときネットワーク探索を行うだけで
よい。図22は、上記に記述された方法のバリエーショ
ンを例示する。ネーム生成22−50後、ネームは、レ
ファレンスノードへステップ22−52でダウンロード
されることを、図22−3は例示する。ステップ22−
54で、レファレンスノードはネームテーブルを生成す
る。レファレンステーブルは、データ要素のコピーを1
つだけ保持することによって、ノード内メモリの使用を
最適化するように構築することができる。その後、デー
タ要素を要求するレファレンスノードで、すべてのレフ
ァレンスおよびアプリケーションは、ASCII名より
少ないデータ・バイトしか典型的にリクエストしないレ
ファレンステーブル指標と取替えられる。したがって、
図22のステップ22−54および22−56で示され
るように、ネームは1つの場所、レファレンステーブル
エントリだけで保持される。この方法で各々のレファレ
ンスノードが自身のネームテーブルを保持することに注
意すべきである。したがって、ステップ22−58の後
レファレンスノードがデータ要素を要求する場合、ステ
ップ22−60はこれがレファレンスノードによる最初
のリクエストがどうか決めるように実行される。それが
レファレンスノードによる最初のリクエストである場
合、図22のステップ22−62から22−72が実行
される。これはネームがバインド情報およびデータを返
して発見された場合に要素名を求めてネットワークを探
索すること、および、ステップ22−72で示されるよ
うなレファレンスノードに作成されるテーブルにそのネ
ームを置くことを含んでいる。以前に議論したように、
エラーは処理されるだろう。ステップ22−74で、こ
れがレファレンスノードによる最初のリクエストでない
場合、データ要素の位置は、ホストに送られたネームテ
ーブルおよびリクエストから読まれる。その後、ネーム
はネームテーブルで指定される位置に上位ノードによっ
てネームと比較される。ステップ22−78での比較の
結果に基いて、データは要求するノードに返されるだろ
う。あるいは、ネットワークは要素名を求めて探索され
るだろう。レファレンスノード内で、それが、データ要
素を求めるリクエストが起こす、いかなるアプリケーシ
ョンあるいは特徴において重要ではないことに注意する
ことは重要である。一度バインディングがその要素への
1つのレファレンスに対して生じれば、それは、その要
素へのそのノード内のすべてのレファレンスに対して発
生する。これは、各々の場所に対して一度ずつレファレ
ンスがノードで発生する代わりに、バインディングがノ
ード内のすべてのレファレンスに対して一度だけ発生す
る必要があることを意味する。これは、ノードによって
すべてのレファレンスに対応する初期バインディングを
作るのに費やされる時間を縮小する。個別のレファレン
ステーブルが各ノードに対して構築されることも注意さ
れるべきである。したがって、データ要素の位置が上位
ノードの範囲内であるいは別の上位ノードに変更される
場合、はじめて、そのノードがデータ要素を要求すると
きに、レファレンステーブルを更新するプロセスが各レ
ファレンスノードによって繰り返されるだろう。図23
は図22に示される配置の一層の最適化を示す。ノード
がデータ要素に対する第1リクエストを行なったと仮定
して、バインド情報によって識別される位置のネーム
が、現在リクエストされているデータ要素のネームと比
較される。この場合、一致が生じなければ、ローカル探
索は、バインド情報によって識別されるホストの探索に
よって、ステップ23−82でまず実行される。これは
データ要素が同じホスト内に見つけられるからである。
これが生じた場合、バインド情報およびデータがレファ
レンスノードに返されるコントロールはステップ23−
70にパスする。しかしながら、これが生じなかった場
合、ネットワークの残りはステップ23−62からスタ
ートする探索が行なわれる。一層の実施例はデータ要素
が、要求するノード(つまり、上位ノードおよびレファ
レンスノードは同じノードである)と同じノードに格納
される場合にデータ要素へのレファレンスを求めてネッ
トワークを探索することを回避する。前述したように、
レファレンスネームテーブルは、レファレンスノードに
各ネームに対するエントリを含んでいなければならな
い。データがある場合にはこのノードから別のノードに
移動することもあるので、レファレンスノードおよび上
位ノードが同一でも、これは必要である。したがって、
たとえレファレンスノードがさらに指定される要素に対
して上位ノードでも、レファレンスノードのネームテー
ブルからエントリを削除することはできない。しかしな
がら、これらの状況になったときだけ、はじめてレファ
レンスノードがレファレンスノードがさらに上位ノード
であるデータ項目をリクエストしたときに、ネットワー
クの探索を削除することは、可能である。これは、要素
がダウンロードされる場合に、データベースソフトウェ
アおよび上位ノードにレファレンステーブルエントリを
加えることによって、達成される。上位ノードがデータ
要素を所有し、従って、バインディングを知っているの
で、テーブルエントリは正確なバインド情報を含んでい
る。同じノードの他のどこかから第1レファレンスが生
じた場合、バインド情報は、レファレンステーブル内に
すでにあり、追加探索はリクエストされない。したがっ
て、レファレンスノードによって頻繁に使用されるデー
タ要素をそのレファレンスノードにホストすることは有
利である。図24はネームの複数のレベルを使用して、
一層の最適化テクニックを示す。例示されるように、ネ
ームの2つのレベルが示される。しかしながら、テクニ
ックは、指定する階層の任意の深さまで延長することが
できる。したがって、ネームの、小さなレベルおよびハ
イフンでつながれたレベルは使用することができる。各
々のレベルで、ディレクトリは次のより高いレベルまで
アクセスを可能にして、構成される。2レベルの名前づ
けスキームにおいて、各ネームは、2つの部分、すなわ
ち、グループ内のグループ名および要素名から成る。各
グループは、ネットワークにおいて1つのノードに割当
てられ、グループの範囲内で多くの要素を持ってもよ
い。第1ディレクトリすなわちグループディレクトリ
は、ネットワークのすべてのグループのディレクトリで
ある。ディレクトリは、各グループのネームをリスト
し、グループが駐在するノードを定義する。ネットワー
クの各ノードにグループディレクトリを保持しなければ
ならないので、グループディレクトリは、ネットワーク
内のすべてのノードに同報通信される。すべてのノード
がグループディレクトリの最新のコピーを保持するよう
に、グループの付加あるいは削除はネットワークのすべ
てのノードに同報通信されなければならない。ノードの
各グループに対して、ノードは、要素ディレクトリと呼
ばれるディレクトリの第2レベルを含んでいる。要素デ
ィレクトリは、そのグループの要素をすべてリストし、
グループの各要素のノードアドレスを識別する。グルー
プの要素が、グループあるいは要素ディレクトリを含ん
でいるノードに駐在する必要がないこと、また、すべて
の要素およびそのグループがネットワークの同じノード
にかならずしも駐在する必要がないに注意することは重
要である。もちろん、要素が加えられたりかグループか
ら削除されたり、1つのノードから別のノードに移動し
た場合は常に要素ディレクトリは更新される。図24
は、ディレクトリがどのように使用されるか例示する。
ステップ24−100で示されるように、レファレンス
ノードがデータ要素にたいしてその第1リクエストを行
なっているかどうかが最初に決定される。ステップ24
−102において、これが第1リクエストである場合、
レファレンスノードはグループディレクトリとグループ
名を比較し、グループノードを識別する。ステップ24
−104において、一致が生じていない場合は、エラー
24−106が示される。そして、事象のシーケンスが
終了する。ステップ24−104での適切なオペレーシ
ョンを仮定した場合、一致が生じ、ステップ24−10
8でリクエストはグループディレクトリで身元確認され
たグループノードに送られる。グループノードのステッ
プ24−110において、要素ディレクトリは要素がそ
のグループに現れるかどうかを決めるために、探索され
る。要素ディレクトリがデータ要素の位置を含んでいる
ので、一致がステップ24−114で生じた場合、ステ
ップ24−112でグループノードは要素ディレクトリ
から上位ノードアドレスを読み、ステップ24−116
で上位ノードへのリクエストを転送する。ステップ24
−118で、上位ノードはデータを得て、レファレンス
ノードにバインド情報およびデータを返す。したがっ
て、要素のネームの初期探索は、正しいグループに対す
る要素ディレクトリの探索が後続するグループディレク
トリの単作に探索される。ネットワーク全体を探索する
必要がない。しかしながら、ディレクトリは最新にして
おかなければならないし、グループディレクトリのコピ
ーをネットワークの各ノードに保持しなければならない
ことに注意すべきである。グループディレクトリが駐在
するノード上にだけ、グループの要素ディレクトリを保
持する必要がある。グループあるいは要素が加えられた
りか削除されたり、要素が移動させられたりした場合の
み、追加簿記が要求されるだけである。これは、そのよ
うな変更が生じた場合、レファレンスノードをすべてダ
ウンロードすることに比べれば相当に少ない仕事量であ
る。レファレンスノードのソフトウェアの実際のレファ
レンスが影響を受ける必要がない。以前に議論したよう
に、これがデータに対する第1リクエストでない場合、
バインド情報が読まれ、そのネームはバインド情報によ
って識別された位置に見つけられたネームと比較され
る。一致が生じない場合、バインド情報はもはや最新で
なく、適切な情報を位置指定するにシーケンスを再び実
行しなければならない。1つのアプリケーションにおい
て、ファシリティマネジメントシステムで上述の方法を
遂行することができる。ファシリティマネジメントシス
テムに対するこのアプリケーションは例を介したもので
あり、この発明に対して制限をくわえることを意図した
ものではない。図20で、数個の実時間ネットワークコ
ントローラおよびネットワークコントローラ・ダウンロ
ードするためのデータベースを生成するために使用され
るパーソナルコンピュータは、ネットワーク20−7に
相互に連結している。パーソナルコンピュータ20−9
に付けられたディスクのような記憶手段20−11は、
ネットワークコントローラ20−1、20−3および2
0−5にダウンロードされるデータベースを含んでい
る。各ネットワークコントローラおよびパーソナルコン
ピュータはノードと考えることができる。NC2を上位
ノード3のネームであり、上位ノードがAHU1/FA
Nと呼ばれるデータオブジェクトあるいは要素を所有す
ると仮定しなさい。システム/オブジェクト名はシステ
ム名が上記の説明においてグループ名と同一であり、オ
ブジェクト名が特別のデータオブジェクトあるいは要素
のネームである場合にスキームを指定する2レベルであ
る。このオブジェクトは空気ハンドラ#1に対するリタ
ーンファンである。2つの位置の1つに対してそれを制
御することができ、そのネームがネットワーク上でユニ
ークなので、これはバイナリ出力オブジェクトである。
“グループ”あるいはシステム名はAHU1および“要
素”である。あるいは、オブジェクトはファンである。
さらにそのNC1がノード1のネームであり、レファレ
ンスノードであると仮定しなさい。これは、それがFA
Nオブジェクトを参照する必要のあるいくつかのソフト
ウェア特徴を持つことを意味する。図20に示されるよ
うに、特徴AはFANオブジェクトの現在地を読む必要
があり、特徴Bはファンを物理的に開始させるためにF
ANオブジェクトにコマンドを送る。図に示されるよう
に、すべてのシステム名、グループディレクトリ20−
200、20−202および20−204のリストは、
各ノードに複写される。グループディレクトリは、どの
ノードが特別のシステムのためのオブジェクトのディレ
クトリ含んでいるかを識別する。AHU1システムの場
合、オブジェクトのディレクトリはNC2ノード20−
3によって保持される。したがって、NC2、ノード2
0−3もAHU1システムのオブジェクトのディレクト
リ、および、それらがデータベースに位置指定されてい
る場所とを含んでいる。同様に、AHU2システムに対
するオブジェクトはNC3あるいはノード20−5に位
置指定されている。以前に議論したように、パーソナル
コンピュータ20−9を使用して、ユーザは、記憶ディ
スク20−11上にアーカイブされたファイル20−1
3、20−15に置くことができ、ネットワークコント
ローラ20−1、20−3および20−5にダウンロー
ドすることができるデータベースを生成する。特徴Aお
よびBからオブジェクトAHU1/FANへのレファレ
ンスのようなレファレンスは、ダウンロードされる時、
ASCIIネーム形式で保持される。これはそれらが、
ネットワークコントローラに対応するデータベースがダ
ウンロードされた時にまだバインドされていないからで
ある。参照を付けるソフトウェア特徴は、データオブジ
ェクトAHU1/FANの実際の物理的な位置に気がつ
かない。ダウンロードするに際して、オブジェクトは、
同じタイプのオブジェクトをすべて管理するデータ・ベ
ース管理プログラムに与えられる。AHU1/FANの
場合には、NC2のバイナリ出力マネジャーが使用され
る。オブジェクトデータ・ベース管理プログラムソフト
ウェアは、レファレンスネームテーブル中にネームを最
初に入力する。例えば、バイナリ出力オブジェクマネジ
ャーがダウンロード時にFANオブジェクトを与えられ
る場合、それは自身のバイナリ出力データベースにFA
Nオブジェクトを入れて、レファレンステーブル20−
300にエントリを加える。このエントリは、AHU1
/FANオブジェクトおよびそのバインド情報のネー
ム、および、バイナリ出力データベース(レコード3)
における、オブジェクトタイプ(バイナリ出力)、上位
ノードアドレス(NC2)およびデータベース位置を含
んでいる。この例において、テーブルエントリは、図2
0に示されるようにオフセット16に位置指定されてい
る。NC2以外の他のノードがバインド情報をこの時知
らないことに注意しなさい。これらのノードは、AHU
1/FANに対するネームレファレンスをまだ持ってい
るだけである。後のネーム探索が適切な場所でそれを見
つけるように、オブジェクトとAHU1のディレクトリ
は、さらに、FANオブジェクトに対するレファレンス
テーブルを指定する。レファレンスノード20−1、N
C1に対するデータベースもダウンロードされる。これ
はNC1に対するレファレンステーブル内にエントリを
作らせる。特徴Aに対するデータベースがダウンロード
されると、エントリがAHU1/FANに対するレファ
レンステーブルに作られるが、これにはバインド情報が
ついていない。この“バインドされていない”レファレ
ンスは、NC1のある特徴がFANをレファレンスする
ことを単に示す。ハイレベルのソフトウェア特徴Bに対
するデータベースがダウンロードされると、特徴Bも、
テーブルにバインドされていないレファレンスを加えよ
うと努めるがそれがそこ(レファレンステーブル20−
302のオフセット27)にすでにあることを知る。そ
の後、両方の特徴は、AHU1/FANに対する名前付
きレファレンスを27のオフセットと取替え、テーブル
の中へ入れる。この時点でもバインド情報がNC1のテ
ーブルの中になおないことに注意しなさい。ハイレベル
のソフトウェア特徴Aの実行は、NC1にFANオブジ
ェクトの値を読むことを要求する。バインディングが、
AHU1/FANに対するNC1のレファレンステーブ
ル中にはまだないので、ソフトウェアはネットワークに
AHU1/FNAを位置指定しなければならない。これ
はシステム名AHU1を求めてシステム名リストあるい
はNC1のグループディレクトリを探索することを要求
する。図20に示されるように、リストは、AHU1が
NC2に位置指定されていることを示す。したがって、
ソフトウェアはNC2にリクエストを向ける。NC2
は、要素ディレクトリを使用して、そのデータベースに
オブジェクトを置く。これは、AHU1のオブジェクト
のディレクトリ中のFANを調べることによって遂行さ
れる。図20に示される例において、これは、NC2中
のレファレンステーブルのオフセット6に位置指定され
たバイナリ出力ポイントである。上述のように、この情
報がダウンロード時にそこに置かれたので、NC2のレ
ファレンステーブルは、FANに対して加えられバイン
ド情報をすでに持っている。従って、ソフトウェアは、
このノード上に正確なデータ・ベース管理プログラム
(バイナリ出力)オブジェクトマネジャーにリクエスト
を送信し、正確なレコード(それはレコード3である)
を要求することができる。一度データが得られれば、情
報はバインド情報と共に特徴A及びNC1に渡される。
その時、FANに対するレファレンステーブルエントリ
は、正確なバインド情報と共にノードNC1に完成され
る。図20は、さらにNC2の特徴Cからのような、上
位ノードのレフィレンスに対して、データベースがダウ
ンロードされた後、バインド情報がレファレンステーブ
ル中にすでにあることを例示する。したがって、はじめ
てレファレンスがアクセスされたときでさえ、バインデ
ィング手続きはそれらのレファレンスに対して要求され
ない。バインド情報がネットワークコントローラNC1
に提供されているので、ネットワークコントローラNC
1からのその後のレファレンスは上記の手続きを繰り返
す必要がない。特徴BがFANを参照する必要があると
仮定した場合、レファレンステーブルにFANファンを
見つけるためには、格納されている27のオフセットを
使用する。この時、バインド情報は、テーブル中にすで
にある。したがって、ソフトウェアは、ノードNC2の
バイナリ出力データベースマネジャーにリクエストを直
接送信し、レコード3を要求することができよう。上述
の探索手続きはもはやリクエストされない。引き続いて
FANを参照するNC1上の他の任意の特徴レファレン
スファンはテーブル中の同じバウンドレファレンスを使
用する。したがって、バインディングは、NC1からす
べてのレファレンスに対して一度リクエストされるだけ
である。以前に議論したように、各ソフトウェア特徴
で、より長いASCII名が短いテーブルオフセットに
よって取替えられ、ただ1つのテーブルエントリだけが
その同じノードからすべてのレファレンスに対してクリ
エストされるので、レファレンステーブルはメモリ要求
を縮小する。図25は、データ要素がノード内を移動す
る場合の事象のシーケンスを例示する。FANがレコー
ド3からレコード5までNC2のデータベース内を移動
すると仮定しなさい。これは、たとえば、パーソナルコ
ンピュータでのデータベースの再生成の結果として発生
する可能性がある。その結果、AHU1/FANがレコ
ード5まで移動したのに対して、レコード3がAHU1
/ポンプと呼ばれるオブジェクトに今度はなる。ネット
ワークコントローラ25−2上のバイナリ出力データベ
ースマネジャーに直接行くべき、ネットワークコントロ
ーラ25−1にによって使用されるバインド情報は、レ
コード3に対するリクエストを引起すだろう。しかしな
がら、レコード3で見つけられたネームと比較できるよ
うに、このリクエストも、AHU1/FANのネームを
送る。この場合、レコードはもはや一致しない。前述の
最適化の1つを使用して、バイナリ出力データベースマ
ネジャーはそれがオブジェクトAHU1/FANをなお
持つかどうか理解するために、自身のデータベースを探
索する。この場合、それはレコード5で見つけられ、し
たがって、要求された情報は新しい正確なバインド情報
と共に返される。NC1は、それが使用していたバイン
ディングがNC2によって修正されており、レコード3
に対するレファレンスをレコード5と交換することによ
って、そのレファレンステーブルを更新することを理解
する。したがって、オブジェクトはネットワークコント
ローラNC2内を移動した。しかし、ネットワークコン
トローラNC1は、ネットワークコントローラNC1に
対する何の変更もなしでデータをなお見つけることがで
きた。更に、共通のレファレンステーブルエントリが更
新されるので、ネットワークコントローラ25−1のレ
ファレンスはすべて修正される。ダウンロードの結果、
データオブジェクトが異なるネットワークコントローラ
に移動させられた場合、図26は状況を例示する。この
場合、ユーザは、システムあるいは“グループ”ネーム
AHU1を移動させるNC2、およびNC3に対するデ
ータベース、およびNC3に対するそのオブジェクトを
生成した。今、FANはネットワークコントローラNC
3(ノード5)上のバイナリ出力データベースのレコー
ド7である。ここで、それがすでに持っているバインド
情報を使用して、FANを参照しようとするネットワー
クコントローラNC1の試みは失敗する。これはネット
ワークコントローラNC2でのネーム比較、レコード3
が、AHU1/FANデータオブジェクトがそのアドレ
スにはもはやないことを示すためである。さらに、NC
2データベースの残る要素のチェックは、FANを見つ
けることができないことを示す。したがって、ネットワ
ークコントローラ1の特徴Aは、エラーメッセージを受
信する。ネットワークコントローラ26−1は、そのテ
ーブルからのバインド情報を削除することによって、お
よび、AHU1/FANの新しい位置を見つけるために
上に議論された方法に従うことによって応答する。この
場合、それは、ネットワークコントローラ3のレコード
7で見つけられるだろう。共通のレファレンステーブル
が更新されるので、これを一度行うことは、ネットワー
クコントローラNC1のレファレンスをすべて修正する
ことになる。もしデータ要素がネットワークから完全に
削除されていたとしたら、ネットワークコントローラN
C1は、忠告メッセージを介してFANを見つけること
ができないことをオペレータへ報告していたことだろう
ということは注意すべきである。ことことは、また、F
ANが再びダウンロードされるまで、NC1からFAN
へのすべてのレファレンスに対して真実である。したが
って、AHU1/FANが再定義されるか、レファレン
スが削除されるまで、エラーは発生する。しかしなが
ら、ダウンロード後、レファレンスは、盤インドし適切
に作動し始めるだろう。従って、ノードダウンロードの
順序は重大ではない。N1バスで相互に連結したノード
間で適切な時間同期を提供するために、ノードの1つ
が、限定的システムマネジャーの役割を演ずる必要があ
る。図27に示されるように、ノード27−1は時間同
期装置(限定的システムマネジャー)として27−2で
選択され、ノードは時間を定義し、N1バスで相互に連
結した他方のノードにこの情報を送信する。27−3に
示されて、ノードは非更新間隔の間、時間をモニタす
る。決定ブロック27−4は現在、再同期がセットされ
る時間かどうか決めるために、クロックをテストする。
そうでなければ、コントロールは27−3に転送され、
時間モニタリングは係属する。ブロック27−5におい
て、今ノード間で時間の同期を再設定する時であるとい
うことが決定ブロック27−4において決定された場
合、ノードはそれがシステム時間マネジャーかどうか決
めるために、テストする。そうならば、コントロールは
27−2を閉鎖するために転送される。また、システム
時間マネジャーは現在の時間を送信する。決定ブロック
27−5において、それがシステムマネジャーではない
ことをノードが認識した場合、ブロック27−6におい
て、ノードは、それが時間同期データを受信したかどう
か決める。そうならば、ノードはブロック27−7にお
いてその時間をリセットし、ブロック27−3でのよう
に、時間モニタリングは継続する。時間同期データがブ
ロック27−6で受信されない場合、ブロック27−8
のノードは、それがシステム時間マネジャーでありうる
かどうかを決め、そうならば、ブロック27−2でのよ
うに時間を送信する。これは、オリジナルのシステム時
間マネジャーが障害を起こしたり、オフラインになった
場合、新しいノードが時間同期責任を引き受けることを
可能にする。ノード間で時間を同期させることに加え
て、グローバルなデータを同期させることも必要であ
る。図28は、ダウンロードの基本ステップを示す。フ
ァンクションブロック28−1において、グローバルな
データベースはネットワークの上に定義されロードされ
る。グローバルなデータベースは、パスワード、システ
ム名(オブジェクト名ではないが)のリスト、ノードの
リストおよびシステムにつながっているプリンタ、ユー
ザのある分類の忠告メッセージがどこに向けられている
かを示すリポートグループ、またすべてのノードに有用
な他の情報のような項目を含むことができる。ファンク
ションブロック28−3は、各ノードがまた、アーカイ
ブ装置の中でそのノードに対して定義されるデータベー
スを持つことを示す。ノードデータベースは、ノードに
格納されるデータ、およびノードによって制御される他
の装置にN2バスを通じて送信される補足データを含ん
でいる。ファンクションブロック28−5において、ノ
ードは、それにN1アドレスを与えることおよび不揮発
性メモリにそのアーカイブ装置の身元を格納することに
よって、ネットワークに構成される。ステップ28−7
でのパワーアップに続いて、ノードはステップ28−9
で他のノードと同期しなければならない。同期が完全か
どうかをステップ28−11はテストする。そうでなけ
れば、コントロールは同期プロセスを完成するためにフ
ァンクッションブロック28−9に転送される。ノード
の同期の完成に際して、ノードが自身の特別のデータベ
ースをダウンロードするために、アーカイブ装置にアク
セスするファンクションブロック28−13に、コント
ロールは移る。各データ要素が受信されるので、情報が
N2バスで装置に送信されるかどうかを決定ブロック2
8−15はテストする。送信されなければ、情報は、フ
ァンクションブロック28−17に示されるようなノー
ドに格納される。ファンクションブロック28−19に
示されるように、情報がN2ネットワークにつながる装
置に向けて予定されている場合、情報は装置までN2ネ
ットワークを通して渡される。図29は、同期がどのよ
うに起るかをさらに例示する。パワーアップに際して、
ノードはEPROM中のコードを実行し、ノードの不揮
発性メモリの中で定義されているノードのアーカイブ装
置を識別する。これはファンションブロック29−1に
示されている。ファンクション29−3に示されている
ように、ノードは、それから、そのRAMの中へコード
をダウンロードするようにアーカイブ装置に要求する。
決定ブロック29−5で、ネットワークに連結するノー
ドはそれがネットワークにつながる別のノードから同報
通信を受信したかどうか調べるテストをする。発明に従
って、ネットワークにつながるすべてのノードは、その
ノードのグローバルなデータベースの最新のバージョン
を示すタイムスタンプを周期的に同報通信する。したが
って、ネットワークに連結するノードがまだ決定ブロッ
ク25−9に示されるような同報通信タイムスタンプを
受信してはいない場合、それが1つを受信するまで、ノ
ードは待つ。最初の同報通信タイムスタンプの受信に際
して、ネットワークに入るノードは、ファンクションブ
ロック29−7に示されるようにタイムスタンプに関連
したノードからグローバルなデータを要求する。さら
に、新しいノードは、そのタイムスタンプとしてのグロ
ーバルなデータベース情報とともに、それが受信した時
刻を格納する。続いて、ファンクションブロック29−
9において、ノードは以前に議論したように、自身の特
別のデータベースを得るために、アーカイブ装置にアク
セスする。そのデータベースを受信した後、新しいノー
ドは、ファンクションブロック29−11に示されるよ
うに、そのタイムスタンプを同報通信するとき、ネット
ワークの他のノードとつながる。データベースの同期
は、ファンクションブロック29−13に示されるよう
に他のノードからタイムスタンプを受信することによっ
て保持される。受信タイムスタンプがノードの現在タイ
ムスタンプより後である場合、ファンクションブロック
29−15および29−17に示されるように、ノード
は、あとのタイムスタンプを持つノードにグローバルな
データを要求する。利用できないグローバルなデータを
待ちながら、ノードがハングアップ状態になることも有
り得るということも注意すべきである。したがって、待
ちステップ29−19は時間終了決定ポイント29−2
1に対してテストされる。ノードのオペレーションの保
留を回避するために、時間が終了した場合、ノードは、
ステップ29−23で示されるようなグローバルなデー
タを求めてアーカイブ装置にアクセスする。代替アプロ
ーチは、その第1スタンプの受信を待つことを回避する
ために、上述のようにネットワークとつながるノードを
許可する。このような代替方法によれば、ネットワーク
にジョインするノードは先ずアーカイブ装置にアクセス
してグローバルデータを得てこのグローバルデータのタ
イムスタンプをそのノードのタイムスタンプとしてアー
カイブ装置に記録する。次いでノードはネットワークに
ジョインし、そのタイムスタンプを周期的に送出すると
ともに先に述べたように他のノードのタイムスタンプを
検査する。スレーブ装置をN2ネットワークのノードに
よって制御しつつ同様のアプローチが用いられる。N2
ネットワークは、オンラインされるごとに、そのデータ
ベース更新レベルを、タイムスタンプとしてそのネット
ワークコントローラに送る。ネットワークコントローラ
が固有のタイムスタンプによって示される新しいデータ
を以ている場合には、ネットワークコントローラはその
情報(これはデータベースの一部である)を、N2ネッ
トワークにオンラインしつつある装置にダウンロードす
る。N2ネットワークにオンラインしている装置のタイ
ムスタンプによって示されるデータベース以外の最近デ
ータをネットワークコントローラが持っていない時に
は、ネットワークコントローラはN2装置が正しいデー
タベースを持っているものと判断する。第30図は、ル
ーティングテーブルを持たない装置へのダウンロード情
報にアプローチする手法を示している。このアプローチ
は、複数の装置をカスケード接続して行なわれるもの
で、ルーティングテーブルを持たない装置への経路がル
ーティングテーブルを持つ装置を経由して達成される。
このようなアプローチ方法は、人が装置のおいてある場
所まで行って装置のダウンロード或いはアッブロードを
物理的に行なってやる事が望ましくないときに有用であ
る。この発明においては、レクエストを行なうネットワ
ークコントローラは、少なくともそのアーカイブ装置の
アドレスを、不揮発性メモリーの中に保持する。また、
各ネットワークコントローラは、このネットワークコン
トローラのためのダウンロードを開始するネットワーク
コントローラのアドレスを、その不揮発性メモリーの中
に保持する。このようにカスケード構造が用いられるこ
とにより、階層において上位のノードが、階層において
下位にあるノードよりも先に初期化される。二つのケー
スが可能となる。第30図において、ダウンロード装置
30−1は、ルーティングテーブルを持たないノード3
0−4として示されるネットワークコントローラ3につ
いてダウンロードを開始する事ができる。第31図のテ
ーブル1は、アーカイブ装置またはPCのネットワーク
コントロール層によって遂行されるステップのシーケン
スを示している。各ノードが、そのネットワークを定義
するアドレス、ネットワーク上のローカルアドレス、お
よびノードのポートを有していることに留意することが
必要である。ノード自身にはポート0が割り当てられ
る。従って、ダウンロード装置30−1は、アドレスと
して1:1:0を持つ。何故ならば、この場合、装置は
ネットワーク上1にあり、ローカルアドレスが1であ
り、また、装置自体がポート0としてテイギされている
からである。第30図の表1からわかるように、メッセ
ージのソースは1:1:0であり、メッセージのあてさ
きは2:4:0である。また、ネットワーク中を伝達さ
れるメッセージの刻々のソース即ち仮ソースも表示され
る。オリジナルのソースにおいては、メッセージソース
と仮ソースとが同一のものとなる。即ち、最初の仮ソー
スは1:1:0である。第31図の表に示される他の仮
ソースは先のものと同じネットワークならびにローカル
アドレスを持つ。ノードの、ネットワーク層(これは、
例えば、国際標準機構(International
Standards Organization)のオ
ープンシステムインターコネクションモデル)中に定義
されたルーティングは、メッセージを、ネットワークが
1、ローカルアドレスが2、ポートが0のNC1にルー
トする。表中のステップをたどると、メッセージをNC
1次いでNC2をとうしてルートすることによってダウ
ンロード情報がNC3に到達するということが理解され
る。NC3は、メッセージを受け取ったことを示す確認
応答をソースに対して行なう。この場合、メッセージを
受ける装置はルーティングテーブルを持っていないの
で、メッセージをこの装置に対して送り込んだノードに
対して返答が行なわれる。確認応答は、このノードか
ら、メッセージの伝達経路を逆にたどるかあるいはルー
ティングテーブルを持つノードによって定義される適宜
の経路を経てソースに送られる。第2のケースにおいて
は、ネットワークコントローラ3がアーカイブPC30
−1に対してダウンロードリクエストを開始する。この
場合には、アドレス2:4:0に位置するノードNC3
はそのダウンロードリクエストを送出するべきルーティ
ングテーブルを持たない。しかしながら、NC3は、前
に述べたように、このノードNC3のためにダウンロー
ドを開始するべきネットワークコントローラのアドレス
をその不揮発性メモリーの中に保持している。したがっ
て、NC3は、そのリクエストをこのネットワークに送
ることができる。NC3は、アドレス1:1:0にある
データダウンロード装置(これは、NC3の中に、NC
3のアーカイブ装置として特定されている。)に対して
ダウンロードを要求する。このリクエストがたどるルー
トは、第32図の表2からわかるように、アドレス2:
3:0にあるNCがNC3に対するイニシエータである
ということを認識する。NC2は、メッセージをアーカ
イブ装置に送るために、すでにルーティングテーブルを
持っている。このことは、複数の装置をカスケード接続
することによってメッセージをアーカイブPCに受け取
らせることが出来るということを示している。これによ
り、上位のノード、例えばNC2が、下位のノード、例
えばNC3がダウンロードされ得る前に完全に機能化さ
れなければならないというような階層化が達成されると
いうことが理解されよう。同様に、NC3で現す別のノ
ードへのダウンロードは、NC3からのダウンロード
が、そのイニシエータであるNC2を通じて完全に終了
するまでは行なわれない。ダウンロードか行なわれると
き、目標が存在するNC以外のNCにシステムが定義さ
れるような他の複数の目標の存在によって問題が生じ
る。何故ならば、二つのNCの持つデータベースが相互
に矛盾しないものであるものであるとは限らないからで
ある。この矛盾は、定義がインターレースされたいくつ
かのNCが影響される際に自然に生じるものであるの
で、自動的に訂正することは出来ない。これらのNCの
更新すなわちダウンローディングを行なうためにはある
時間長が必要であり、その時間中に不可避的に矛盾が生
じる。しかしながら、全ての問題は検出されユーザーに
知らされる。ひとつのNCについてダウンロードが行な
われるとき、他の複数のNCはダウンロードが行なわれ
ているNCと矛盾するかも知れない。もしそのような条
件が存続するなら、あるいはまた、もし上記時間中にシ
ステムがいずれかのNCにアクセスを行なうならば、エ
ラーやあいまいさが生じる。目標がひとつのNCから別
のNCに移された時に生じる問題の例を以下に示す。し
かし、結果的なデータベース不整合性は同じであろう。
次の仮定がなされる aNC1は、システムSに対するディレクトリを含んで
いる。 bNC2は、オブジェクト0のオリジナルのバージョン
を含んでいる。 cNC3は、同じオブジェクト0の新しいバージョンを
含んでいる。 正常なケースは、NC3の代わりにデータベースにオブ
ジェクト0を加えて、NC2からそれを削除することで
ある。これは、テンプレート生成(単一のオブジェクト
変更)を通じて、あるいはDDL(データ定義言語)を
介してのいずれかで行うことができる。いずれの場合に
も不整合性は発生する可能性がある。DDLがこの変更
に使用されると仮定しなさい。その場合、3つのNDD
Lファイルをトランザクションを完成するために更新す
る必要がある(N1、2および3)。その後、各々のN
Cをダウンロードしなければならない。しかしながら、
ダウンロードの1つ以上はスキップすることができよ
う。あるいは、結果的にフィールドにおいて一貫しない
NCになる、不正確にダウンロードされた古いデータベ
ースはスキップすることができよう。テンプレート生成
変更が失敗するか、何らかの理由のために途中で遮断さ
れる場合、類似した問題が発生することがある。次の場
合は、発生する可能性がある不整合性を実証する。上記
の変更が行なわれた後に、NC1が最初にダウンロード
されたと仮定しなさない。その場合、Sに対するシステ
ム・ディレクトリは、オブジェクト0がNC3に駐在す
べきであることを示すだろう。NC3がダウンロードさ
れる(仮にそれがダウンロードされたとして!)まで、
ディレクトリが「それはNC3にあるべきである。」と
言うのでオブジェクト0は見つけることができない。こ
れが第1の問題のケース、つまり、そこにないオブジェ
クトを指定しているディレクトリ、である。バインドさ
れたレファレンスは、NC2の中の古いオブジェクト0
を今のところ使用し続けるだろうということに注意しな
さい。ディレクトリが新しいバインディングに対して必
要であり、それが存在しないオブジェクトを指定するの
で、新しいバインディングを遂行することができない。
NC2が次にダウンロードされるとさらに仮定しなさ
い。オブジェクト0の古いバージョンが今度は削除され
るので、古いバインディングさえも失敗するという付随
的問題に関して上記の問題と同じ問題をこれは引き起こ
す。NC3がダウンロードされるまで、オブジェクトは
存在しない。NC2が最初にダウンロードされると今度
は仮定しなさい。Sに対する古いディレクトリがオブジ
ェクトをもはや含んでいないNC2を依然として指定し
ているので、これは再び同じ問題である。現行のバイン
ディングは無効になり、新しいバインディングは作るこ
とができない。NC2がダウンロードされた後、次にN
C1がダウンロードされたとさらに仮定しなさい。同じ
問題は再び発生する、なぜならディレクトリが、新しい
オブジェクトでまだダウンロードされていないNC3を
指定しており、古いオブジェクトはなくなっているから
である。今度は、NC3が最初にダウンロードされると
仮定しなさい。このダウンロードの結果、フィールドに
オブジェクト0の2つのコピーがある。これは、発生す
る可能性のある第2問題、すなわち複数のNCにおいて
同じネームをもつ重複オブジェクトを実証する。以前に
議論された古いネームバインディングは、NC2の中で
0の古いバージョンを使用し続けるだろう。ディレクト
リがなお更新されないので、新しいバイディングは、さ
らにNC2に行くだろう。NC1がダウンロードされる
まで、0の新しいバージョンをアクセスすることはでき
ない。これは“孤児のオブジェクト”と呼ばれる。−そ
のネームがディレクトリにないので、これはアクセスす
ることができない。ユーザがオブジェクトのこのバージ
ョンを調べたり、変更したり、あるいは削除することさ
えする方法はない。これは、第3問題が発生することが
ありうることを実証する。NC3がダウンロードされた
後、NC1がダウンロードされるとさらに仮定しなさ
い。今、なお重複オブジェクト0があるが、0の両方の
コピーに特徴を結びつけることができる。NC2にオブ
ジェクトをなお見つけることができるので、0に対する
古いバインディングはなお有効である。しかし、新しい
オブジェクトがディレクトリにあるので、新しいバイン
ディングがNC3に行くだろう。したがって、例えば、
以下に議論されるように、ハイレベルの特徴にあるタス
クを再集中させる事象トリガならば同時に両方のコピー
からサインアップし、受信することができよう。オブジ
ェクトタイプの0が変更されていない場合、両方のトリ
ガは、受信タスクによって有効であると考えられるだろ
う。これは問題2(重複オブジェクト)のバリエーショ
ンである。(今や、バインディングは両方のバージョン
に対して行うことができる。)他のシナリオも同じ問題
に帰着する。すなわち、NC2をダウンロードし、その
後でNC3をダウンロードする、またはその逆は、NC
2に存在しないオブジェクト、また、NC3に孤児のオ
ブジェクトを指定するディレクトリをNC1に作ること
に帰着する。要約すると、この場合、次の問題がダウン
ロード後に発生する可能性がある: aノードのディレクトリが存在しないオブジェクトを指
定することがある。 b孤児のオブジェクトはアクセスすることも削除するこ
ともできない。−オブジェクトを指定するディレクトリ
がない;また、 c重複オブジェクトが発生することがあり、バインディ
ングがオブジェクトのいずれのコピーに対しても起こり
得る。 これらのダウンロード上の問題は自動的に修正すること
ができない。なぜなら、ソフトウェアには、ダウンロー
ドの順序で、ユーザがどこにいるか知ることができない
からである。つまり、ソフトウェアは、NCデータベー
スが今どのように見えるか、すなわち、ダウンロードが
いつ完成されるか決めることができないからである。し
かしながら、この問題を検出することはできる。すなわ
ち、オペレータは以下のように警報を受けることができ
る。次の定義を仮定しなさい。すなわち、 ディレクトリNC:システムSに対するディレクトリを
含んでいるNCあるいはノード オブジェクトNC:システムSにディレクトリを含んで
いるNCあるいはノード 「ここに、私はいる」メッセージ:オブジェクトが存在
すること、オブジェクトがどこで見つけられるか、およ
びそのタイプを示す、オブジェクトによってそのディレ
クトリNCに送られるメッセージ。 「そこにあなたはいますか」メッセージ:オブジェクト
に応答するよう要求する、ディレクトリによってそのオ
ブジェクトの一つに送られるメッセージ。(オブジェク
トが正しいNCにあり、正しいタイプかどうか決めるた
めに)。不整合性はダウンロードから通常発生するの
で、上記エラーが入り込むと、次のシナリオが上記エラ
ーをキャッチする。オブジェクトNCはそのディレクト
リNCがオンラインになるのを見る。(この場合、2つ
のNCが同期していない可能性がある。なぜなら、他方
がオフラインであった間に一方のNCに変更が行なわれ
た可能性があるからである。したがって、ディレクトリ
を再同期することが必要である。「ここに、私はいる」
メッセージをそのディレクトリNCへ送る、オンライン
になったNC上にあるディレクトリを持つ各オブジェク
トによってこれは行われる(グローバルなシステム・デ
ィレクトリデータベースによって定義されるように)。
これは、この問題の中の2つをキャッチする。第1に、
ディレクトリNCがそのディレクトリにオブジェクトを
見つけないので、それは孤児のオブジェクトをキヤッチ
する。それから、それはユーザにエラーを報告すること
ができる。第2に、重複オブジェクトが両方とも同じデ
ィレクトリに報告しようとするので、それは重複オブジ
ェクトをキャッチする。しかしながら、ディレクトリは
一度にオブジェクトの一方しか指定できないので、一つ
は孤児にならなければならない。再び、ディレクトリN
Cのディレクトリマネジャーはエラーをユーザに送るこ
とができる。内部で報告するオブジェクトがディレクト
リによって決定されるような適切なオブジェクトタイプ
であることを保証するために、さらに、チェックもオブ
ジェクトタイプに対して行なえるであろう。 第2の場
合、ディレクトリNCはオブジェクトNCがオンライン
になるのを見る。この場合、ディレクトリからそのオブ
ジェクトへ「そこにあなたはいますか」メッセージを送
ることによって、オブジェクトの存在を求めるチェック
を行なう。もしオブジェクトがそこにない場合、オブジ
ェクトが答えないので、ディレクトリは、存在しないオ
ブジェクトを指定するエラーをキャッチする。再び、オ
ブジェクトタイプをクロスチェックすることもできよ
う。第3場合、ディレクトリNCは、オブジェクトNC
が(あるいはこの逆もまた同じだが)オフラインになる
のを見る。2つの間の通信が確率できるまで、ここでは
ほとんど何も行うことができない。第4場合、オブジェ
クトNCは、ディレクトリNCがダウンロードされるの
を見る。これはオンラインの場合と同じに処理される。
オブジェクトは、ダウンロードが何かを変更したかどう
か決めるために、「ここに、私はいる」メッセージを送
る。第5場合、ディレクトリNCは、オブジェクトNC
がダウンロードされるのを見る。これは第2の場合と同
一である。「そこにあなたはいますか」メッセージがオ
ブジェクトがそこにまだいるかどうかを決めるために送
られる。要約すると、「ここに、私はいる」メッセージ
は、ディレクトリとオブジェクトNC間の関係が使用さ
れるかもしれないし、されないかもしれない時に、重複
および孤児のオブジェクトをキャッチするために、使用
される。「そこにあなたはいますか」メッセージは存在
しないオブジェクトをキャッチする。なぜなら、存在し
ないオブジェクトはレファレンスが生じたとき、レファ
レンスによってキャッチされるから。ノードのディレク
トリマネジャータスクは解決の両半分の実行に責任を負
う。ディレクトリマネジャータスクはレファレンス識別
(RID)テーブルを保持する。したがって、このテー
ブルは、NC上で定義され、ディレクトリNCがオンラ
インになったときなどに、このリストによって走ること
ができるオブジェクトをすべて知っている。それは「こ
こに、私はいる」メッセージを、その一方のNCにある
システムを有するすべてのオブジェクトに対して送る。
必要な場合、それは、自分が所有しているディレクトリ
によって走り、「そこにあなたはいますか」メッセージ
を、一方のNCに駐在するように定義されているすべて
のオブジェクトに対して送ることができる。さらに、デ
ィレクトリマネジャーは、他端でこれらのメッセージ両
方を受信する。「ここに、私はいる」は、オブジェクト
が当然いるはずの場所にいるということを確認するため
にディレクトリをチェックするディレクトリマネジャー
に送られる。「そこにあなたはいますか」メッセージ
も、そのオブジェクトを求めてRIDテーブルの中を調
査するオブジェクトNCのディレクトリマネジャーのと
ころまで行く。システムおよびオブジェクトが異なるN
Cにある場合、このリンクチェックを行う必要があるだ
けである。不整合性は単一のNC内では可能ではない。
不整合性が存在するとすれば、それは中断されたテンプ
レート生成トランザクションのためである。その場合、
ユーザはトランザクションが中断された時にエラーを出
すことができるので、問題が存在していることを知らさ
れる。1つのNCが別のNCがオンラインにあるとか、
ダウンロードされているということを認識する方法は、
トリガ処理と同じに行なわれる。ノード状態メッセージ
は、上記の処理が生じることが可能なディレクトリマネ
ジャーにそのメッセージを配達するノードマネジャーに
送られる。一方のNCをもう一方のNCより前にダウン
ロードしなければならないので、1つのポイントおよび
そのシステムが異なるNCにある場合、エラーメッセー
ジは避けられない。たとえユーザが良心的にすべての影
響を受けたNCをダウンロードしたとしても、このこと
は発生するだろう。しかしながら、そのような場合(分
離オブジェクトおよびディレクトリ)の数は典型的にほ
とんどない。また、オブジェクトが1つのNCから別の
NCに移動させられた場合に限り、これが発生する可能
性は最も大きい。ファシリティマネジメントシステムに
おいては、必要とされるデータ値が、ある間隔で繰返し
て読まれるポーリングタイプアプリケーションを値が変
るときアルゴリズムを実行するだけの事象に基いたスキ
ームと交換することが望ましい。これはいつデータが変
ったかということを認識すること、およびトリガできる
オブジェクトあるいは特徴にデータの変更を関連させる
ことを要求する。分散環境においては、データベースが
互いとは別個に変更されるかもしれないので、データの
所有者およびユーザが個別のノードあるいはプロセッサ
にいるかもしれないことは認識されなければならない。
サインアップメカニズムを取り入れることにより、特定
のデータあるいはデータ要素を含んでいるノードに、特
定のデータあるいはデータ要素が変る場合は常に、その
特徴を知らせるように要求することが、特定のデータを
必要とする特徴に可能になる。その結果、ポーリングは
もはやリクエストされない。しかしながら、分散環境に
おいては、指定されるデータを含んでいるノードは、結
果的にサインアップリクエストの損失になる新しいデー
タベースのダウンロードを経験するかもしれない。デー
タが1つのネットワーク・ノードから別のネットワーク
に移動する場合にも同じ問題が発生する。したがって、
ノードがデータベース生成あるいはダウンロードによっ
て更新される場合、サインアップする特徴を通知しなけ
ればならない。以前に議論したように、各ノードは、そ
の最も最近のデータを示すタイムスタンプを周期的に送
信する。したがって、ノードがオフラインであるかある
いは新しいデータでダウンロードされるかが検知される
場合、サインアップ特徴はそのサインアップを無効に
し、新しいデータベースで新しいサインアップを試みる
だろう。これが可能でない場合、以前に議論されたバイ
ンディングスキームが、データが今どこに位置している
かをサインアップ特徴に決めさせる。もちろん、データ
がもはや利用可能でない場合、サイン−アップは可能で
はない。その結果、ポーリングはもはやリクエストされ
ない。しかしながら、分散環境においては、指定される
データを含んでいるノードは、結果的にサインアップリ
クエストの損失になる新しいデータベースのダウンロー
ドを経験するかもしれない。データが1つのネットワー
ク・ノードから別のネットワークに移動する場合にも同
じ問題が発生する。したがって、ノードがデータベース
生成あるいはダウンロードによって更新される場合、サ
インアップする特徴を通知しなければならない。以前に
議論したように、各ノードは、その最も最近のデータを
示すタイムスタンプを周期的に送信する。したがって、
ノードがオフラインであるかあるいは新しいデータでダ
ウンロードされるかが検知される場合、サインアップ特
徴はそのサインアップを無効にし、新しいデータベース
で新しいサインアップを試みるだろう。これが可能でな
い場合、以前に議論されたバインディングスキームが、
データに今どこに位置しているかを決めるために、こと
を可能にする。もちろん、データがもはや利用可能でな
い場合、サインアップは可能ではない。事象トータリゼ
ーションを含むいくつかの特徴あるいはユーザによって
プログラムされ、カスタマイズされた特徴を働かせるた
めに、トリガサインアップを使用することができること
に注意すべきである。同様に、さらにサインアップはそ
のようなスクリーンの間隔的リフレッシュというよりは
むしろマンマシンインタフェーススクリーンのリフレッ
シュを行なうために、使用することができよう。これに
より、変数あるいはデータの状態の変更をユーザに対し
て即時に通告することが可能になるだろう。図33はそ
のプロセスを例示する。ブロック33−1に示されるよ
うに、特徴は、システムでデータ要素と命名されたオブ
ジェクトによるトリガのためのサインアップを行なう。
ブロック33−2において、ノードのプロセッサは、オ
ブジェクトがネットワークに在るかどうかチェックす
る。ブロック33−3においてそうでなければ示される
ように、特徴は新しいネットワークコントローラ(N
C)が加えられるようになるかどうか決めるために、ネ
ットワークをモニタし始める。ブロック33−4に示さ
れるように、新しいNCが検知された場合、特徴はトリ
ガできるオブジェクトに対して新しいNCをチェック
し、ブロック33−2において処理を繰り返す。オブジ
ェクトが在ることを特徴が決めた場合、特徴はブロック
33−5に示されるように新しいデータがNCにおいて
オブジェクトとともにダウンロードされるかどうか決め
るテストをする。このケースの場合、特徴は、ブロック
33−1においてそのサインアップを繰り返す。このケ
ースでない場合、ブロック33−6に示されるように、
特徴は、オブジェクトのトリガできる属性をモニタす
る。ブロック33−7は、属性の状態に対する変更が特
徴(ブロック33−8)にトリガを送ることを示してい
る。特徴がトリガを受信しても受信しなくても、特徴
は、ブロック33−5で始まる処理を繰り返す。これに
よって、特徴はオブジェクトを持つノードに対して新し
いデータのダウンロードを認識することが可能になり、
その結果それがトリガされるべく再びサインアップでき
るようになる。ステップ33−2の繰り返しによって、
特徴は、ネットワークに再配置されるトリガできるオブ
ジェクトを拾い上げることができる。発明に従って、ネ
ットワークコントローラのグローバルなデータは、シス
テム処理の間作成される様々なリポートの宛先を識別す
る。システムは、ターゲットのユニークなリストととも
にいくつかのタイプのリポートを産み出す。例えば、リ
ポートは重大なタイプ(1−4)保守(再調査)および
状態よりなることもある。さらに、ポイント履歴リポー
ト、トータリゼーションリポート、傾向リポートおよび
取引ログあるいはトレースリポートが作成される。もう
一つの要求はファシリティマネジメントシステムの重大
なタイプリポートがすべて、リポートタイプに対して定
義されるターゲットの少なくとも1つに渡されるまで、
保持されることである。リポートルーティングを容易に
するために、与えられたノードから出されるリポートは
すべて、様々なハードコピー装置、コンピュータファイ
ルおよび他の記憶要素に対して最終的に分散されるよう
に特に設計されるリポートルータタスクに送られる。図
34に示されるように、ポイント34−1が変る場合、
メッセージは通信タスク34−23を通じてネットワー
クコントローラ34−5のレポートルータ34−3へ送
られる。リポートルータ34−3は、メッセージがその
推奨宛先、ネットワークコントローラ34−9のコント
ロールの下にあるプリンタ34−7へ送られるべきであ
ることを決める。これは、I/Oタスク34−11に状
態情報の変更を送るリポートルータ34−3によって推
敲される。リポートルータ34−3は、さらにメッセー
ジのコピーを保持する。プリンタ34−7がメッセージ
を印刷する場合、通告はリポートルータ34−3に送ら
れる。また、コピーが削除される。他方では、プリンタ
34−7がオフラインか、他のなんらかの理由のために
メッセージを印刷することができない場合、I/Oタス
ク34−11はリポートルータ34−13(それらは、
宛先プリンタと同じネットワークコントローラで利用可
能なリポートルータである)に通知する。リポートルー
タ34−13がディフォルト装置を位置指定できない場
合、メッセージは廃棄される。リポートルータ34−3
はリポートルータ34−11あるいは34−13からメ
ッセージを受信しない。したがって、リポートルータ3
4−3は、状態の変更を示さないことによって情報が格
納されていないか印刷されていないことを示す。その
後、リポートルータ34−3は、メッセージのそのコピ
ーを保持する。一方、リポートルータ34−13が、リ
ポートルータ34−19に対してネットワークコントロ
ーラ34−17に接続されるプリンタ34−15のよう
なディフォルト装置を位置指定する場合、レポートルー
タ34−13がプリンタ34−15へ伝送するのために
IOタスク34−21へのメッセージのルートを定め
る。 ディフォルト装置が作動しない場合も、メッセー
ジは廃棄され、メッセージはまったく、リポートルータ
34−3に返されず、リポートが印刷も格納のされなか
ったことが示される。その後、リポートルータ34−3
は、そのセーブファイルにそのメッセージのコピーを保
持する。プリンターがオフラインになっている場合、す
べてのプリンタルータに通告される。セーブファイルが
あるメッセージを含んでいる場合、そのメッセージは再
び特定の装置にルートを定められる。万一セーブファイ
ルがいっぱいの場合、最も低い優先権および最も古いメ
ッセージはセーブファイルから取除かれ、エラーがシス
テムに記録される。図35および36は、リポート要約
を生成するための分散形フィルター処理を例示する。リ
ポート要約は、オブジェクト名およびある選択基準に基
いて生成される。1つのアプローチは、要約を受信すべ
きリモート装置に各オブジェクトディレクトリを検索さ
せ、それからディレクトリで識別される各オブジェクト
に対するレコードを検索させることである。その後、リ
モート装置は、その要約の基準を満たすレコードだけを
保持する。しかしながら、これはノード間での処理と通
信のためのかなりの量を要約するだろう。したがって、
特別興味のあるオブジェクトディレクトリが位置指定さ
れているノードでのデータの局所化されたフィルタリン
グ(たとえばフィルタータスク35−11)が望まし
い。図35に示されるように、特徴35−1およびノー
ド35−3はPC35−5にデータ要約を送信すること
を要約するかもしれない。しかしながら要約を構築する
のに必要とされるオブジェクトはシステムの至る所に散
在しているかもしれない。オブジェクトディレクトリは
35−9に示されるNC2に位置指定されたディレクト
リ35−7である。図36に示されるように、特徴35
−1は、オブジェクト名とファンクションブロック36
−1での選択基準を指定する指令を生成する。ファンク
ションブロック36−5において、オブジェクトディレ
クトリ35−7は35−9で示されるネットワークコン
トローラ2に位置指定されている。ステップ36−3
で、オブジェクトディレクトリはノード位置から読まれ
る。そして、同じシステムとオブジェクト名を持つレコ
ードおよび属性の数が記録される。オブジェクトディレ
クトリ35−7を使用して、オブジェクトは、NC1、
NC2、NC3およびNC4のネットワーク制御ノード
から検索される。ステップ36−9において、オブジェ
クトが検索される場合、ステップ36−1で生成された
指令に含まれる選択基準が適用される。ステップ36−
11で示されるように、もし基準が満たされない場合、
要素は廃棄されるのにたいして、基準がファンクション
ブロック36−13において満たされた場合には、属性
はメッセージバッファin格納される。属性がすべて評
価されたかどうかは、決定ブロック36−15がテスト
する。もし評価されなければ、選択基準は次の属性に適
用される。属性がすべて評価された場合、要求された属
性を持つメッセージブロックの形で要求ノード35−1
に単一のメッセージを送信するために、メッセージが生
成される。例示目的のために、図37においてシステム
1はノード37−3、37−5、37−9および37−
11を持つ、ファシリティマネジメントシステム(FM
S)でありうる。これらのノードは、ビルディングや、
工業上および環境上のセキュリティおよび他の自動シス
テムコントロールに関連するデータを処理するネットワ
ークコントローラとして機能する。例となるノード37
−3が示すように、各々のそのようなノードすなわちネ
ットワークコントローラは少なくとも1つのプロセッサ
37−2、メモリ37−6および機器インタフェース回
路37−8を持つ。そのような機器インタフェース回路
は、ノードへの直接的第2次的通信を使用するインタフ
ェースを含む(もっともこれに限定されるわけではない
が)、多数の機器相互接続配置を接続してもよい。オペ
レーションにおいては、ネットワークコントローラ37
−3は、空気フローセンサー37−10および温度セン
サー37−12からの測定値を、また応答においては、
ダンパー37−14の開閉をモニタすることができよ
う。しかしながら、そのようなFMSシステムにこの発
明のアプリケーションは少しも制限されず、多数のタイ
プのネットワークされたシステムが、この発明から利益
を得ることができることは、理解される。システム37
−1において、ネットワークコントローラ37−3およ
び37−5は第1通信リンクによって接続される。第1
の通信リンク37−4は、ゲートウェイ37−7に吹け
られたネットワークコントローラ37−9および37−
11を持つ第2通信リンク37−17を介して接続され
る。通信リンク37−4および37−17に付けられた
ノードは個々ネットワークを形成するために考慮するこ
とができる。ネットワークにつながっているノードすな
わちネットワークコントローラの数とシステムにつなが
っているゲートウェイによって相互に連結しているネッ
トワークの数は、システムの要求と能力のファンクショ
ンである。本発明の原理が、任意の数の通信リンクにつ
ながっている任意の数のノードあるいは任意の数のネッ
トワークコントローラの適用され、この点では無制限で
あることが理解される。図37のルーティング規定に従
って、各ノードはネットワーク・アドレスによって識別
される。ネットワーク・アドレスの要素は少なくとも3
つのフィールドを含んでいる。すなわち、第1に、サブ
ネットと呼ばれる通信リンクの識別子、第2に、通信リ
ンクあるいはサブネットにつながるノードの構内アドレ
ス。例えば、ノード37−9はサブネット2にあり、構
内アドレス1である。ネットワーク・アドレスの第3フ
ィールドはドロップIDと呼ばれ、装置が落されるノー
ドのポート番号である。図37において例示されるよう
に、各々の個々の構成ノードはそれ自身ドロップID0
である。ラップトップコンピュータのような非構成装置
あるいは他のデータ装置はノードの番号を付けられたポ
ートに接続することができるしあるいは落すことができ
る。ここに、本発明がノードポートの任意の数を提供
し、そのようなノードポート能力に限界を適用しないこ
とが、再び理解される。非構成ラップトップコンピュー
タ37−13のポートはノード37−3のように、ノー
ドからポートに接続することができ、ネットワーク・ア
ドレスを割当てられている。例えば、非構成ラップトッ
プコンピュータ37−13のポート2がサブネット1構
内アドレス1であるノード3のポート3(ドロップID
3)に接続される場合、第37図に示されるように、ラ
ップトップ37−13のネットワーク・アドレスは1:
1:3である。ラップトップコンピュータ37−13の
ポートがネットワーク・アドレスの一部ではないという
ことに注意すべきである。図37はさらに、別のラップ
トップコンピュータ37−15は元来構成されるような
ネットワークの一部でありうることを例示する。ネーミ
ング規定に従って、そのような装置は追加サブネットに
つながる追加ノードと識別され、この場合、サブネット
3、構内アドレス1、ドロップID0である。最終的
に、便宜上、ネーミング規定は装置のプロセスの識別子
をさらに追加することを可能にする。もっともこれは要
求されるものではないが、唯一の要件はサブネット、構
内アドレスおよびドロップIDがネットワーク・アドレ
スのフィールドに含まれることである。そのようなプロ
セス識別子は、メッセージのソースであり、それは応答
を通常受信する装置のプロセス、およびメッセージの宛
先であり、それは応答を通常生成する装置のプロセスを
識別する。図38において例示されるように国際標準化
機構のオープンシステム相互接続アーキテクチャあるい
は他の任意の便利なアーキテクチャからネットワークお
よびデータリンク層のような層を処理する、任意の組合
せにノードすなわちネットワークコントローラを組織す
ることができるということを理解すべきである。発明に
従って、非構成装置が構成ノードのポートへ付けられる
場合、非構成装置は、ポート上にその存在を確立する。
他の構成ノードからメッセージを受信する場合、それが
宛先ノードである場合、構成ノードは、サブネットおよ
び構内アドレス宛先からメッセージ部分を最初に決定す
る。宛先ノードでなければ、メッセージは、ルートによ
って定義され、次の固有の構成ノード上へ渡される。宛
先で、構成ノードは、メッセージが自身に対するもの
(ドロップID0)であるか、あるいは付けられた非構
成装置(ゼロでないドロツプID)に対するものである
かを決めるために、受信メッセージのドロップIDを評
価する。図39は、ネットワークを通じて別の装置と通
信しようと努める非構成ラップトップ37−13上のプ
ロセスによる生成およびメッセージの伝送を例示する。
ブロック39−301に示される通信リクエストを始め
るために、初期設定位相は、非構成装置がネットワーク
上でその位置を確立する場所を最初にとる。非構成装置
37−13は、それが取り付けられたノード(この場合
ノード3)、あるいはFMSネットワークコントローラ
にアドレスを要求するメッセージを送信する。ノードあ
るいはFMSネットワークコントローラは、サブネッ
ト、構内アドレスおよび非構成装置へドロップIDを含
むネットワーク・アドレスを送る、初期設定タスクの起
動によって、答える。その後、非構成装置は、そのネッ
トワーク・アドレスとしてのこの情報を格納する。ファ
ンクションブロック39−303において、非構成装置
はこのアドレスにアクセスし、それが生成するメッセー
ジのソースアドレス・ポーションとしてそれを使用す
る。これらのメッセージはソースアドレスおよび宛先ア
ドレスの両方、および送信すべきデータまたはデータリ
クエストを含んでいる。例として、非構成ラップトップ
37−13が構成ラップトップ37−15に記録される
ダンパー37−16の状態に関するデータをリクエスト
したと仮定しなさい。ファンクションブロック39−3
05において、メッセージを送信するノードのプロセッ
サは、リクエストが、別のノードに遠隔に位置指定され
たプロセスに対するものか、あるいはこのノードのロー
カルプロセスに対するものであるかどうかを決める。そ
うでなければ、ファンクションブロック39−307に
示されるように、リクエストはローカルプロセスに渡さ
れ、出口39−309が得られる。リクエストが別のノ
ードのプロセスに対するものである場合、ブロック39
−311は、ソースおよび宛先ネットワーク・アドレス
が有効かどうか決める。これは、ノードのネットワーク
処理層38−201がサブネット、サブネット上のノー
ドすなわちネットワークコントローラの構内アドレス、
ドロップIDおよびプロセス識別子が、有効であること
を確認することを要求する。そうでなければ、エラー処
理39−313が始まる。また、出口39−309が得
られる。ネットワーク・アドレスが有効な場合、第1ノ
ードのネットワーク層38−201は、メモリ37−6
に格納されるルーティングテーブルを参照する。パスの
次のホップを決定するために、以前に議論したように、
そのようなルーティングテーブルは集中化されるか分散
化されて、静止的であるかもしれないしあるいは動的か
もしれない。ただ例示目的だけのためにそしてこれはこ
の発明の制限としてではなく、静的ルーティングテーブ
ルが仮定される。その後、ファンクションブロック39
−317に示されるように、リクエストは、ノードのデ
ータリング層38−203において次の中間の宛先によ
って、承認を得るために送信するノードのネットワーク
・アドレスでタグを付けられる。その後、リクエストの
伝送はファンクションブロック39−319において起
る。上に議論されたように、図39は、ネットワークを
通じて通信するための非構成装置からのリクエストに続
く、含まれている活動を例示する。ノードすなわちネッ
トワークコントローラが構成装置から応答を送信する場
合、同じ処理は起る。したがって、ネットワークコント
ローラあるいはノードが構成装置から応答を送信する場
合に起るのと同じ処理を使用することによって、ネット
ワークを通じて通信する非構成装置によるリクエストを
接続することができる。図37および38、ならびに図
41においてテーブルは、非構成ラップトップソース3
7−13から構成ラップトップ宛先37−15までリク
エストを送る際の、一層の詳細を示す。非構成ラップト
ップソース1:1:3:PIDXは、サブネット1上の
プロセス、構内アドレス1、PIDXとして識別された
ドロップID3を識別する。非構成ラップトップ37−
13からのメッセージもサブネット3、構内アドレス
1、ドロップID0、プロセスPIDYとして宛先を識
別する。したがって、構成時のルーティングテーブルに
おける第1ルーティング(それは定義されないだろう)
は1:1:3:PIDXから1:1:0までである。こ
れは、非構成ラップトップ37−13間のパスおよびノ
ードすなわちネットワークコントローラ37−3を表
す。構成時に定義された静的ルーティングテーブルは、
ノードすなわちネットワークコントローラ37−3(ネ
ットワーク・アドレス1:1:0)から構成ラップトッ
プ37−15(ネットワーク・アドレス3:1:0)ま
でルーティングを提供する。図37、39および41に
示されるように、静的ルーティングテーブルで識別され
るノード37−3から次の絞りは、サブネット1、構内
アドレス位置4、ドロップID0として定義されるゲー
トウェイ37−7のネットワーク1側にある。ゲートウ
ェイ37−7のルーティングテーブルは、サブネット
2、構内アドレス4ドロップID0のゲートウェイの出
力にこのリクエストを剥ける。ゲートウェイのルーィン
グテーブルは、このリクエストに対する効率的なルート
が、サブネット2、構内アドレス2、ドロップID0と
定義されるノード11に直接あることを決める。ノード
37−11は、サブネット3、構内アドレス1、ドロッ
プID0と定義されるアドレスへポートからメッセージ
を送る自身のルーティングテーブルをもつ。その後、メ
ッセージはPIDYと識別されるプロセスに送られる。
図38は、プロセスの各中間段階でネットワークおよび
データリンク層に起る活動を例示する。以前に議論した
ように、メッセージの中間レシーバおよびセンダーは、
各ノードにおいて、メモリの静的あるいは動的ルーティ
ングテーブルのエントリによって決定される。中間段階
においては、メッセージは受信され、肯定応答信号が、
受信構成ノードであるデータリンク層38−203によ
ってメッセージを進めた中間ノードへ送信される。ネー
ットワーク層38−201は、メッセージの宛先がこの
構成ノードであるかあるいは他のなんらかの構成ノード
であるかを決め、ルーティングテーブルから適切な次の
中間の宛先を見つける。データリンク層38−203
は、次の中間段階による承認を受けるためにメッセージ
に再びタグを付け、次に、ネットワーク層38−201
によって識別される次の中間の宛先へメッセージを送信
する。図40は非構成装置からリクエストを受信する際
に起る任意の与えられたノードの活動を例示する。これ
らの活動は構成装置からの応答を受信する際に起るもの
と同一である。したがって、構成装置からの応答の受信
を処理するための同じアプローチを非構成装置からのリ
クエストに応答するために使用することができる。以前
に議論したように、受信が肯定応答を受けることができ
るように、構成ノードからのメッセージは進行ノードに
よってタグを付けられる。ファンクションブロック40
−403において、図40に示されるように、メッセー
ジはタグを付けられたメッセージが、有効なソースから
有効な宛先へ向けられたものであり、図39に関連して
以前に議論したようにメッセージが適切にタグを付けら
れるかどうか決めるために、最初に評価される。そうで
なければ、ファンクションブロック40−405に示さ
れるように、メッセージは廃棄され、出口40−407
が得られる。さらに、スライディングウィンドーのよう
な信頼性のための他の既知のタグ機能を実行することが
できる。有効なものとして、ファンクションブロック4
0−403におけるデータリンク層38−203での処
理が、メッセージを識別する場合、ファンクションブロ
ック40−409、さらにデータリンク層38−20の
一部は、進行ノードにメッセージの受信の肯定応答を送
信する。ネットワーク層38−201で、メッセージは
宛先プロセスが受信であり構成ノードに位置指定されて
いるかどうか決めるために、ファンクションブロック4
0−411においてテストされる。そうならば、ファン
クションブロック40−413は、受信ノードに対して
ローカルプロセスにリクエストを渡し、出口40−40
7をとる。宛先プロセスがこのノードネットワーク層に
位置しない場合、ブロック40−415に示されるよう
に、38−201の処理は継続する。その後、宛先プロ
セスはそれが非構成ノードに対するものであるかどうか
を決めるためにテストされる。もしそのケースの場合、
ネットワーク層は、非構成装置に対する応答を再びアド
レス指定し、データリンク層は応答に再びタグを付け
る。次に、ファンクションブロック40−417、40
−419および40−421においてそれぞれ示されて
いるように、それは送信される。ブロック40−415
において処理が宛先プロセスが非構成ノードでないよう
なものである場合、リクエストは、パスの次のホップに
対して再びアドレス指定され、再びタグを付けられ、ブ
ロック40−423、40−425および40−427
においてそれぞれ示されるように、送信される。ファン
クションブロック40−409−427での処理が、シ
ステムの任意のノードによって受信に対して同一である
ということに注意すべきである。図41は、ネットワー
ク・アドレス1:1:3において非構成ラップトップ3
7−13に構成ラップトップ37−15からの応答を、
非構成ラップトップ37−1から構成ラップトップ37
−15まで行くに際して、以前に横断した、正確なメッ
セージパスを引返すことによって、送ることができるこ
とを示す。このアプローチを使用すれば、非構成装置に
よってリクエストされる情報を返すために、追加データ
通信パスを積極的に評価する必要はない。ダンパー37
−1の状態を含んでいるラップトップ37−1からの応
答は、ノード37−3へノードを通って後ろに送られ
る。以前に議論したように、メッセージがノードそれ自
身に対して向けられているものか、あるいはノードにつ
ながっている非構成装置に対して向けられているかどう
かを決めるためにそれが受信するメッセージをテストす
る。この場合、ラップトップ37−15は、ネットワー
ク・アドレス1:1:3と識別される、リクエストのソ
ースに対する応答をアドレス指定する。サブネット1、
構内アドレス1のノード37−3は非構成装置37−1
3に付けられたノードポートとしてドロップID3を認
識するので、応答はラップトップ37−13まで送られ
る。最終的に、構成ノード37−15からの応答が非構
成装置37−13からのリクエストまで同じパスを横断
する必要がないことに注意すべきである。例えば、適応
経路選択システムにおいては、メッセージトラフィック
条件の変分は、リクエストよりネットワークを通って異
なるパスを横断する応答に結果的になってもよい。確か
に、通信リンク37−17につながるネットワークが適
応経路選択を使用しているのに対して、通信リンク37
−4につながるネットワークが静的ルーティングスキー
ムを使用することは可能であり、またその逆も可能であ
る。まったく適応性のあるものであれ、まったく適応性
の無いものであれ、あるいは、ネットワークのどんな組
合せであれ、この発明を用いて使用することが可能であ
る。しかしながら、応答が構成ノードにどのように達す
るかにかかわらず、構成ノードは、メッセージの宛先と
して与えられたネットワーク・アドレスにドロップID
に基いた、非構成装置へのメッセージを送る。その結
果、ネットワークに正常に組入れられない機能は、シス
テムのネットワークの1つにつながるノードの1つから
便利なポートへ非構成装置を付けることによって、実行
することができる。これはネットワーク・アドレスのド
ロップIDが、構成ノードにつながるポートから落さ
れ、非構成装置に送られる、構成ノードから応答を許可
するからである。図432は、複数の管理水準を持つネ
ットワークアプローチを使用して、ファシリティマネジ
メントシステムの可能な1つの構成を示す。ネットワー
クコントローラ42−1、42−3および42−5は第
1レベルで作動し、高速ネットワークバス42−7を通
じて互いに交信する。相互に連結させることができるネ
ットワークコントローラの数は、ネットワークコントロ
ーラ自身および高速バス42−の能力によってだけ制限
される。この第1のレベルで、コトントローラ41−
1、42−3および42−5の各々は同類の仲間であ
る。なぜならそれらが同じ高速ネットワークバスに対し
てアクセスできて、他の下位のレベルファンクションを
制御するために作動するからである。図42はネットワ
ークコントローラ42−5でこの原理を例示する。ネッ
トワークローラ42−5は、スレーブコントローラ42
−11、42−13および42−15に関連するマスタ
ーノードとして作動する。ネットワークコントローラ4
2−5は、ローカル・バス42−9を通じてスレーブコ
ントローラ42−11、42−13および42−15
と、また高速バス42−7を通じて他のネットワークコ
ントローラと通信する。マスターコントローラとして、
ネットワークコントローラ42−5は、スレーブコント
ローラ42−11、42−13および42−1間でロー
カル・バスの資源を割付ける。各スレーブコントローラ
はその個々のファンクションを実行し、データ取得ユニ
ット42−17、42−19および42−21とそれぞ
れ通信する。センサーに接続されるデータ取得ユニット
は、そのデータ処理ファンクションを実行するためにス
レーブノードにとって必要とされる情報を提供する。ス
レーブノード42−11、42−13および42−15
のあるファンクションは、特別のスレーブノードによっ
て制御されないデータ取得ユニットによって得られた情
報にたいするアクセスを要求してもよい。例えば、その
個別のファンクションを実行するにおいては、スレーブ
ノード42−11は、スレーブコントローラ42−13
によって制御されるデータ取得ユニット42−19に接
続されるセンサーによって提供される情報に対するアク
セスを要求してもよい。このデータを得るために、スレ
ーブコントローラ4211は、低速バス42−9を通じ
てネットワークコントローラ42−5を示す。その後、
従来のシステムにおいては、ネットワークコントローラ
42−5は、データを要求するスレーブコントローラ4
2−13に低速バス42−9を通じてメッセージを送信
する。その後、スレーブコントローラ42−13は、低
速バス42−9を通じてネットワークコントローラ42
−5にデータを送信することによって答えるだろう。そ
の後、ネットワークコントローラ425は必要とするデ
ータをスレーブコントローラ42−11へ渡すだろう。
上記の例が例示するように、データ取得ユニット42−
1から利用可能なデータに対するスレーブコントローラ
42−1からのリクエストは、低速バスを通じて送信さ
れる一系列のメッセージに結果としてなる。スレーブコ
ントローラを通じるデータ・アクセスリクエスト数が増
加するにつれて、低速のバスを通じるメッセージトラフ
ィックが、データバスの混雑と処理効率の低下という結
果を高い割合で引き起こす。この状況は、高速バスを通
じての中間ネットワーク制御ノードで行なわれる追加リ
クエストによって合成される。例えば、データ取得ユニ
ット42−1から利用可能なデータにアクセスするネッ
トワークコントローラ42−3に対して、リクエスト
を、高速バス42−7を通じてネットワークコントロー
ラ42−5に最初に行なわなければならない。その後、
ネットワークコントローラ42−5は上述の方法でロー
カル・バス42−9を通じて通信する。したがって、追
加メッセージトラフィックは、ローカル低速バス42−
9上、および高速バス42−7上に発生する。さらに、
ルットワークコントローラ42−3が、それ自身のより
低いレベルスレーブコントローラに基いたデータに対し
てリクエストに基いたデータを要求している場合、追加
遅延は、ネットワークコントローラ42−3およびその
スレーブコントローラを接続するローカル・バスで招来
される。したがって、特別のセンサーを制御するデータ
取得ユニットから実際のデータが得られることに結果と
してなる一系列のメッセージを生成することは各データ
リクエストにとって非能率的である。ネットワークコン
トローラ42−5がそれ自身、データ取得ユニット42
−17、42−19および42−21によって得られ
た、複数のデータ項目に対するアクセスを要求する場
合、付随的問題が発生する。システムの“特徴”は、シ
ステムによって実行されるファンクションとして定義さ
れ、システムの異なる位置にあるかもしれない1つ以上
のセンサーからデータを頻繁に要求する。ネットワーク
コントローラ42−5においてプログラムの一部によっ
てインプリメントされる1つの特徴が、データ取得ユニ
ットから利用可能なデータに対するアクセスを要求する
場合、ネットワークコントローラは、ローカル・バスの
コントロールをとらえて、情報を得るために適切なスレ
ーブコントローラにメッセージを送信しなければならな
いし、マスターコントローラに情報を送信しなければな
らない。スレーブコントローラはリクエストされる情報
の送信によって、応答する。これもまた、通信ボルトネ
ックおよびデータ処理効率の低下という結果を引き起こ
す。その結果、火災報知機メッセージのようなより高い
優先権ファンクションが、待ちリスト遅延修正処置にス
タックされるようになる。図43は、本発明1つの実施
例を示す。ネットワークコントローラ43−23は、高
速バス43−25、ローカル・バス43−35を通じ
て、スレーブコントローラ43−243−29、43−
31および43−33に接続される。以前に言及したよ
うに、任意の数のスレーブコントローラをネットワーク
コントローラ43−23に接続することができる。もっ
ともこれはネットワークコントローラの処理能力および
ローカル・バスの通信能力に対する要求に左右される。
図43において、ネットワークコントローラ43−23
は、代表的な3つの特徴43−35、43−37および
43−39を持って示されている。これらの各々の特徴
がプロセッサ43−4のコントロールの下で遂行される
と仮定される。示される特徴の数は例を介したものであ
り、制限として意図されるものではない。各々の特徴は
スレーブコントローラを通じて利用可能なデータに対す
るアクセスを要求する望ましいファンクションを表わ
し、ネットワークコントローラ43−23において遂行
されると仮定される。最終的に、図43は記憶データテ
ーブル43−43を示す。記憶データテーブルはそれら
がマスターコントローラによってスレーブコントローラ
から受信されるときに、データ項目の値を保持するため
に使用されるキャッシュ・メモリである。エージングタ
イマー43−45は各受信データ項目に関連しており、
記憶データテーブル43−43において個々のデータ項
目が有効である先決の時間を表わしている。したがっ
て、記憶データテーブル43−43において各データ項
目は自身のエージングタイマ43−45と関連してい
る。オペレーションにおいては、ネットワークコントロ
ーラあるいは別のプロセッサや別のネットワークコント
ローラ内の特徴がファンクションを実行することをデー
タに要求する場合、ネットワークコントローラは、デー
タが記憶データテーブル43−43において利用可能か
どうか決める。その後、データが記憶データテーブルに
在る場合、ネットワークコントローラは、そのデータが
最後に得られてから、データに関連するエージングタイ
マが終了しているかどうかを決める。その後、エージン
グタイマが終了している場合、ネットワークコントロー
ラは適切なプロセッサおよびデータ取得ユニットから新
しいデータを得るのに必要とするメッセージを出す。エ
ージングタイマが終了していない場合、ネットワークコ
ントローラ23は特徴あるいは他のプロセッサに記憶デ
ータテーブルの利用可能な最も最近の情報を提供する。
その結果、センサーの値に何ら重大な変更が生じていな
いことが仮定される。t0で、参照番号43−35によ
って図43に表される特徴1が、スレーブコントローラ
43−27によって制御されるセンサーにデータを要求
すると仮定しなさい。ネットワークコントローラ43−
23は、エントリが記憶データテーブル43−43にな
いことをプロセッサ43−4のコントロールの下で決め
る。したがって、ネットワークコントローラ43−23
はスレーブコントローラ43−27に、データ取得ユニ
ットから情報を得て、ネットワークコントローラ43−
23に情報を提供するように指図するメッセージを、ロ
ーカル・バスを通じてスレーブコントローラ43−27
へ出す。ネットワークコントローラ43−23がスレー
ブコントローラ43−2からデータを受信する場合、そ
れは記憶データテーブルの情報を格納し、格納されるデ
ータ項目に前もって定義したエージングタイマを関連さ
せる。当業者に既知の任意の数の方法でエージングタイ
マをインプリメントすることができることに注意すべき
である。例えば、クロックダウンカウントは、情報が格
納される時間からダウンしてセットし、カウントするこ
とができよう。これは既知の状態へレジスタをプリロー
ドし、第2論理状態(たとえばすべての論理的1あるい
は論理0)に達するまで、レジスタを上下にクロックす
ることによって達成することができよう。二者択一的に
述べれば、格納時間は次のデータ・アクセス時に時間と
共に記録することができ比較することができよう。この
場合、我々は、エージングタイマが、例えば、100ミ
リ秒間セットされると仮定する。100ミリ秒という選
択は、特にこのセンサーによって得られるデータが10
0ミリ秒間で有効だろうということが、前もって定義し
たシステム特性に基いて知られているからである。50
ミリ秒プラスt0で、特徴2は、同じデータに対するア
クセスを要求する。プロセッサ43−4のコントロール
の下で、マスターコントローラ43−23は、リクエス
トされるデータ項目が記憶データテーブル43−43に
存在することを決める。その後、マスターコントローラ
は対応するエージングタイマをテストする。t0で得ら
れたデータが100ミリ秒間有効であり、データが得ら
れた後、データ・アクセスが50ミリ秒だけしかこの場
合生じていないので、データエージングタイマはまだ終
了していない。したがって、ネットワークコントローラ
43−23は、記憶データテーブルから特徴2によって
処理されるデータを提供するだろう。スレーブ43−2
7によって制御されるセンサーの値が変ったとしても、
これは真実である。この利点はそれ以上データ通信が、
必要とするパラメータの有効値をアクセスするように特
徴2に対してローカル・バスを通じて要求しないことで
ある。100ミリ秒プラスt0で、特徴3は、スレーブ
コントローラ43−29によって制御されるセンサーか
ら利用可能なデータを要求する。このデータが記憶デー
タテーブル43−43に記録されていないので、ネット
ワークコントローラ43−23はデータを得るために適
切なデータ通信メッセージを出す。ネットワークコント
ローラ43−23がスレーブコントローラ43−2から
データを受信する場合、データは記憶データテーブル4
3−43に格納される。150ミリ秒プラスt0で、特
徴1は、t0でスレーブコントローラ43−27によっ
て得られた、同じデータ要素に対するアクセスを再び要
求する。しかしながら、ネットワークコントローラのプ
ロセッサは、データエージングタイマが終了したことを
決める。したがって、ネットワークコントローラ43−
23はスレーブコントローラ43−27を通じて新鮮な
データを得るために、メッセージを出す。1ミリ秒のネ
ットワーク遅延を仮定すると、データは、151ミリ秒
プラスt0で記憶データテーブルに格納される。このデ
ータに対するデータエンジングタイマが100ミリ秒な
ので、データは251ミリ秒プラスtまで有効になる。
t0で得られたデータに対してデータエージングタイマ
が終了した時、記憶データテーブルが100ミリ秒で更
新されなかったことに注意すべきである。たとえスレー
ブ27によって制御されるセンサーデータの値がこの時
間によって変ったかもしれなくても、要求される特徴あ
るいは他のプロセッサはこのデータにアクセスしない。
したがって、終了データに対するアクセスが要求される
まで、記憶データテーブルを更新することは、必要では
なかった。これは、ローカルデータバスおよび高速デー
タバスで非産的な通信をさらに減少する。発明の別の実
施例が図44に示される。図44は、高速ネットワーク
バス44−5での通信ボトルネックの一層の減少を例示
する。ネットワークコントローラ44−52は、プロセ
ッサ44−6のコントロールの下で、代表的な特徴44
−53、44−56および44−58を実行する。ネッ
トワークコントローラ44−52は、また、データ記憶
装置テーブル44−62とエージングタイマ44−64
を含み、ローカル・バス44−65を通じてコントロー
ラ44−66、44−644−70および44−72に
接続されている。そのようなスレーブコントローラは、
1つ以上のセンサー、Sあるいは他の装置に一般に接続
されてもよい。同様に、ネットワークコントローラ44
−54は、プロセッサ44−7のコントロールの下で、
特徴44−74および44−76を実行する。ネットワ
ークコントローラ44−54はデータ記憶装置テーブル
44−80およびエージングタイマ44−82をさらに
含んでおり、ローカル・バス44−83を通じて、スレ
ーブコントローラ44−84、44−86および44−
88と通信する。例によって、時間t0で特徴44−7
4が、スレーブコントローラ44−84によって制御さ
れているセンサーから利用可能なデータを要求する。以
前に議論したように、ネットワークコントローラ44−
54はローカル・バス44−83を通じて適切なメッセ
ージを生成し、このローカル・バス44−83はスレー
ブコントローラ44−84にデータを得させ、ネットワ
ークコントローラ44−54にそれを送信させる。その
後、ネットワークコントローラ44−54は記憶データ
テーブル44−80に情報を格納し、前もって定義した
エージング時間値44−82を割当てる。30ミリ秒プ
ラスt0で、ネットワークコントローラ44−52の特
徴(44−53、44−56、44−58)は、高速ネ
ットワークバス44−50を通じて同じデータを要求す
る。応答により、ネットワークコントローラ44−54
は、データ記憶装置テーブルの現在値が有効であり更新
される必要がないことを、データ記憶装置テーブル44
−80およびデータエージングタイマ44−8から決め
る。したがって、ネットワークコントローラ44−54
はネットワークバス44−50を通じてデータ記憶装置
テーブルに見つけられるような要求されるデータを送信
する。さらに、ネットワークコントローラ44−54
は、データが読まれた(tの実効値)時間、およびエー
ジングタイマの値を送信する。応答により、ネットワー
ク44−52は、そのデータ記憶装置テーブル44−6
2において受信されたデータを格納し、処理を要求する
特徴にそれを提供する。さらに、ネットワークコントロ
ーラ44−52はデータがそのデータ記憶装置テーブル
44−62に格納される時間および、ネットワークコン
トローラ44−54によって送信されるエージング時間
に基いて、どのくらいの時間そのデータが有効になるか
を決定する。データを送信する際に、およそ2ミリ病の
遅延を仮定して、データは、32ミリ秒プラスt0でデ
ータテーブル44−62に格納される。このデータはt
0秒からt0プラス10ミリ秒まで有効であろうから、
ネットワークコントローラ52はこのデータは追加68
ミリ秒の間有効であろうと決定する。したがって、ネッ
トワークコントローラ44−52は、エージングタイ
マ、ネットワークコントローラ44−5から得られたデ
ータ要素に対応する44−64として68ミリ秒のエー
ジング時間値を格納する。したがって、次の68ミリ秒
の間、ネットワークコントローラ44−54がこのデー
タを得るためにスレーブコントローラ44−84に再び
アクセスしない時間、ネットワークコントローラ44−
52の特徴あるいはネットワークコントローラ44−5
2に接続されるスレーブコントローラは、ローカル・バ
ス44−65を通じ、データ記憶装置テーブル44−6
2から特にこのデータ要素を得るだろう。その結果、ネ
ットワークバス44−50を通じて非産的なデータリク
エストも削除される。したがって、この実施例において
は、ネットワークに接続されている中間ノード環でのデ
ータジングタイマ値のトランスファは、データ通信要件
に重大な減少を産み出すことができる。そのデータ記憶
装置テーブルに要求されるデータを含んでいる、ネット
ワークコントローラからデータエージングタイマの転送
へのもう一つの選択肢は、残るデータエージングタイマ
で利用可能な時間を転送することであるということに、
さらに注意すべきである。これは、受信ネットワークコ
ントローラが受信データが有効な残り時間を計算するた
めの要件を回避することを可能にするだろう。分散形フ
ァシリティマネジメントシステム(FMS)においてエ
ージングタイマを使用することが、ユーザが個々のデー
タの片々に対する可変有効な期限を定義することをさら
に可能にすることに、さらに注意すべきである。例え
ば、外部の空気温度を感じるセンサーからデータにアク
セスするスレーブコントローラは、データに火炉の温度
をモニタするセンサーほど頻繁にアクセスする必要がな
い。これは外部の空気温度の変化率が火炉で期待される
変化率より遅いからである。したがって、データエージ
ングタイマはデータの特性のバリエーションに左右され
て異なるものになろう。ユーザ定義のエージングタイマ
の代わりに、一層のユーザ定義の情報がない時に自動的
にインプリメントされる省略値をプログラムすることも
できる。分散形ファシリティマネジメントシステム(F
MS)において、受信(非受信)データの信頼性はしば
しば問題になる点である。本発明に従って、一貫性と完
全性への援助として、ファシリティマネジメントシステ
ムの特徴間で渡される、各データ値は、信頼性のある/
信頼性のないインディケータでタグを付けられている。
データがファンクションブロック45−1において要求
される場合、図45に示されるように、受信データは、
受信データが期待される範囲内にあったかどうか決める
ために、決定ブロック45−3でテストされる。そうで
なければ、決定ブロック45−5において可能な1つの
選択肢はデータの交互のソースが利用可能かどうか決め
る処理を実行することである。そのような処理はデータ
が設置するネットワークで他の物理的位置を識別するた
めに、ディレクトリによるソートを含んでいてもよい。
例えば、ソースデータは、同一あるいは別のノードの別
の記憶場所に格納されるかもしれない。あるいは、同じ
データを別のセンサーから利用可能かもしれない。その
ような処理も、信頼性のないデータとの置換をネットワ
ークで利用可能な他のデータから引き出し得るかどうか
決めることを含むことができよう。ファンクションブロ
ック45−7は代替ソースが消耗されたかどうか決める
テストする。そうでなければ、データは代替ソースから
得、決定ブロック45−3で再テストすることができよ
う。代替ソースが利用可能でない場合、あるいは代替ソ
ースが消耗されている場合、別のオプションがデータの
前の値を使用することになる。したがって、ファンクシ
ョンブロック45−9は前の値が利用可能かどうかをテ
ストする。そのあと、前の値が利用可能な場合、45−
11でこのプロセスにおいて前の値が有用かどうかが決
定されるだろう。そうならば、ファンクションブロック
45−13に示されるように、前の値が使用され、デー
タは、ファンクションブロック45−15においてその
ような古いデータに適切な信頼性インディケータでタグ
を付けられる。前の値が利用可能でないもしくは有用で
ない場合、ファンクションブロック45−17におい
て、代替コントローラが利用可能かどうかについて決定
が行なわれる。そうでなければ、すなわち代替コントロ
ールがファンクションブロック45−19に示されるよ
うに、有用でないと決められた場合、データはその非信
頼性を示す表示でタグをつけられ使用することができ
る。もちろん、代替コントローラが利用可能な場合、そ
のような代替コントロールテクニックを実行することが
できる。代替コントロールプロセスで受信される、新し
いデータもファンクションブロック45−23に示され
るような信頼性テストを経験するだろう。その後、一度
データが、ブロック45−15において信頼性インディ
ケータでタグを付けられれば、データは、ファンクショ
ンブロック45−25および45−27に示されるよう
な他の特徴へ渡すことができる。これは、最終計算の信
頼性の標識としての中間計算に含むことができるデータ
の信頼性の標識を提供する。信頼性インディケータの使
用は、比例、積分、および微分係数(PID)ループの
コントロールと関連して以下にさらに議論される。発明
図の別のアスペクトに従って、46Aと46Bは、比例
+積分+微分係数(PID)オブジェクトを示す。以前
に議論したように、PIDループオブジェクトはソフト
ウェアオブジェクトレベルでソフトウェアにインプリメ
ントされる。したがって、PIDループオブシェクトに
は他のソフトウェアオブジェクトを行うように、ノード
すなわちネットワークコントローラの記憶手段に格納さ
れるプロセスおよび属性を管理するデータ・ベース管理
プログラムがある。ファシリティマネジメントシステム
の範囲内では、発明に従って、PIDループを処理する
タスクは、PIDデータ・ベース管理プログラムタスク
および16のPIDループ実行タスク間で分割される。
したがって、PIDコントローラは、PIDループの1
6の例まで制御することができる。図47は、PID処
理に関するコントロールループを示す。PIDデータ・
ベース管理プログラムは、PIDループからデータ(た
とえば47−5)を読み、PIDループに書き、あるい
はPIDループに命じることのできる、ネットワークの
他のタスクにインタフェースを最初に提供する。第2の
PIDデータ・ベスー管理プログラムタスクは、PID
ループの各々16の例の処理をスケジュールすることで
ある。PIDデータ・ベース管理プログラムの第3の責
任は補助信号スイッチ処理、出力フィルタ処理、高/低
信号選択処理、およびこれらの処理ファンクションへの
入力に従う信頼性スイッチ処理を実行することである。
図46に示されるように、PIDループオブジェクトに
はPIDループに対するフィールド・バック値を計算す
るために、入力コンディショニングプロセス46−3に
よって使用される6つの入力46−1がある。擬ポイン
トと関連して以前に議論したように、各々6つの入力4
6−1は他のオブジェクトの属性へのアナログパラメー
タあるいはレファレンスのような浮動小数ポイント値で
あってもよい。他のオブジェクトの属性へのレファレン
スはPIDコントローラとして機能する同一の物理的な
ディジタル制御モジュール(DCM)のオブジェクトで
なければならない。アナログ値として、入力値、あるい
は、アナログ値を提供する他のパーツの値は、ネットワ
ークコントローラからコマンドの結果変更されてもよ
い。ポートが別のオブジェクトの属性を参照する場合、
以前に議論したように、対応する処理が実行されるごと
に、属性の値が得られる。これは、N2バスを通じてで
はなくネットワークコントローラとして機能する、ディ
ジタル制御モジュール内のタスク間のメッセージを送信
する、指定されるオブジェクトに読取り属性メッセージ
を送信することによって、達成される。ポートが個々に
指定変更されることもあり得る。その場合、その指定変
更値は、その指定変更値を解除するコマンドが受信され
るまでポート値として使用される。ポートがアナログ値
である場合、解除コマンドが受信された時に、ネットワ
ークコントローラによって命じられた最後の値が記憶さ
れ行動に移される。ネットワークコントローラだけが指
定変更を開始し解除する。以前に議論したように、セッ
トポイントt入力46−5も別のオブジェクトの属性に
対する、浮動小数ポイント値あるいはレファレンスであ
ってもよい。セットポイント値46−5はフィールド・
バック値のセットポイントである。また、それはPID
処理46−7の中で使用される。オフセット値46−9
は別のオブジェクトの属性に対する、浮動小数ポイント
値あるいはレファレンスであってもよい。オフセット値
46−9は2つのファンクションを実行する。6つのス
ケーラ46−11がすべて0であることを、入力コンデ
ィショニング処理46−3が決める場合、PID処理4
6−7は無効になる。また、オフセット値46−9は、
PID処理46−の出力として使用される。6つのスケ
ーラ46−11のうちのどれでも0でない場合、オフセ
ット値46−9は、PID処理46−7によって計算さ
れた出力値に加えられる。オフセットは、PID処理の
開始時に出す第1出力コマンドを示すために使用するこ
とができるPID処理に他の制御動作を導入するために
使用されてもよい。高飽和度限界46−13は別のオブ
シェクトの属性に対する、浮動小数ポイント値あるいは
レファレンスであってもよい。高飽和度限界46−13
は、PID処理46−7への直接入力である。PID処
理はこの高飽和度限界46−13以上にPID出力コマ
ンドを出すことを妨げられる。低飽和度限界46−15
も別のオブジェクトの属性に対する浮動小数ポイント値
あるいはレファレンスであってもよい。飽和度限界46
−15は、PID処理46−7に直接提供され、PID
処理46−7がPID出力へのコマンドを出さない下限
を確立する。補助信号入力46−17は別のオブジェク
トの属性に対する浮動小数ポイント値あるいはレファレ
ンスであってもよい。補助信号入力46−17は、以下
に議論される補助信号入力処理46−17の出力上へ渡
されてもよい代替入力である。高/低信号入力46−2
1は浮動小数ポイント値あるいは、PIDコントローラ
として機能するディジタル制御モジュールの別のオブジ
ェクトの出力に対するレファレンスであってもよい。ま
たはこれは、先へ進むために高/低選択信号処理46−
23によって選択することもできる代替入力である。8
この出力46−25は操作変数(たとえば、希望の状態
へ制御されるプロセスの)を調節するために使用され
る。その結果セットポイントおよびフィード・バック変
数は等しい。出力は、同一の物理的なPIDコントロー
ラの任意のオブジェクトの任意の属性を参照する。PI
Dループからコマンドは、これらのレファレンスの中で
定義される各々のオブジェクトに送られる。PID処理
もこのレファレンスによって指定されるオブジェクトが
他のあるタスクによって指定変更されるかどうか決める
ために、この情報を使用する。あるパラメータはアナロ
グ値であり指定変更することができない。6つのスケー
ラ46−11は、コンディショニング処理46−3を入
力するための各々の対応する6つの入力46−1に対す
る係数を表す各浮動小数ポイント値である。サンプル周
期46−27は、1−32767秒の範囲を持ってお
り、PID処理46−7がPIDループに対してどれく
らい頻繁に実行されるか決める。比例帯46−29は、
フィード・バック値とセットポイント値(エラー)の間
の差にPID処理46−7の感度をセットする浮動小数
ポイント値である。エラーの大きさは、出力値に変動を
引起す。負の値が直接行動コントロールを示すのに対し
て、正の値は、逆の行動コントロールを示す。もちろ
ん、これらのコントロールは発明の精神を損なわずに、
逆にすることができよう。積分時間46−31はエラー
の積分にPID処理感度を提供する浮動小数ポイント値
である。これはそれが一定のエラーを与えられた比例項
と等しい積分項をとる時間である。0.0にこの値をセ
ットすることはPIDコントロール処理から積分動作を
取除く。微分係数46−33も浮動小数ポイント値であ
り、フィード・バック値の変化率にPID処理感度を与
える。積分時間とともにこの項および比例帯は、提供さ
れる微分係数コントロールの量を決定する。0.0にこ
の値をセットすることはPIDコントロール処理から微
分係数アクションを取除く。不感帯パラメータ46−3
5は、セットポイントと入力を決定されたフィード・バ
ックの間の差の絶対値と比較される浮動小数ポイント値
である。この不感帯値を超過しない場合、エラー変更は
PID処理46−7によって考慮されない。ヒステリシ
ス補正偏り46−37は、0.0から100.0までに
渡り、出力ポイントとフィード・バックポイント間で出
会うヒステリシスの量を表す。この比例値はプロセスヒ
ステリシスを補正するために使用される。フィード・バ
ック値46−39は入力コンディショニング処理46−
3によって計算され、浮動小数ポイント値である。PI
D処理46−7は、フィード・バック値46−39をセ
ットポイント値46−5と等しくさせようと試みる。ス
タートデータ46−41は以前のPID処理46−7の
反複からの情報を含んでいる。PID処理46−7への
第1のパスにおいては、これらの値は、1.0まで初期
化される前の指示値を除いて、0.0にセットされる。
履歴上のデータは、微分係数コントロールに対して適用
される前のフィード・バック値、積分動作およびバンプ
レス転送に供給される前の積分項、ヒステリシス削除に
対する前のヒステリシス補正偏り、ヒステリシス削除に
対する前の出力値、およびヒステリシス削除に対する出
力値の前の指示を含んでいる。出力値の前の指示は、増
加値に対して1に等しく、減少値に対してマイナス1と
等しくなるようにセットされる。PIDループの処理
は、データ・ベース管理プログラムタスクおよび16個
のPIDループ実行タスク間で分割される。そういうも
のとして、PIDコントローラディジタル制御モジュー
ルは、PIDループの16個の例まで制御できる。PI
Dデータ・ベース管理プログラムタスクには3つの主要
な責任がある。第1に、他のタスクあるいはPIDコン
トローラあるいはノードのオブジェクトにPIDループ
からデータを読むことを望むインターフェースを提供
し、PIDループにデータを書くかPIDループに命じ
ること。PIDデータ・ベース管理プログラムの第2の
タスクは、PIDループの16個の例の各々に対するス
ケジュール処理にある。第3の責任は補助信号スイッチ
処理46−19、フィルターウエイト46−61に従う
出力フィルタ処理46−43、H/L選択フラグ46−
75を生成するための高/低信号選択処理46−23を
選択する、および信頼性値46−73を生み出す信頼性
スイッチ処理46−67を含むこともある補助処理の実
行である。これらのタスクを実行するために、PIDデ
ータ・ベース管理プログラムは2つのタイプの書込みレ
コードメッセージに反応することができる。第1はデー
タベースにPIDループを加えるADDループメッセー
ジである。それは、さらに一度力が停電後返されればル
ープが自動的に加えられるようにEEPROMに書かれ
るそのループに対する構成情報を引起す。第2のタイプ
の書込みレコードメッセージは削除ループメッセージで
ある。これは、PIDループの実行を中止させ、ループ
の定義を無効にする。それは、さらに、ループの出力に
接続されているオブジェクトにループがもはや定義され
ないと通知させる。PIDデータ・ベース管理プログラ
ムは、さらに、2つのタイプの読取りレコードメッセー
ジを提供する。読み込まれたREAD CONFIGU
RATION(構成読み込み)記録メッセージは、与え
られたPIDループに対する現在の有効な定義を、フォ
ーマットし、N2バスを通じてネットワークコントロー
ラへ送り返させる。もう一方の読取りレコードメッセー
ジはREAD CURRENT STATE(現在状態
読込み)である。これは、ネットワークコントローラに
N2通信バスを介して送られる処理の最後の反復の間使
用される値と共にPIDループの現在の状態についての
情報を引起す。START UPは、あたかもそれがち
ょうど加えられたかのように、PID処理46−7を反
応させる。処理に対する履歴上のデータがすべて再び初
期化される。その後、PID処理から第1の出力は、現
在のオフセット46−9および現在の比例制御による補
正に基くだろう。書込み属性によって、与えられたPI
Dループの指定された属性にメッセージの値がセットさ
れる。これにより、結果として、PIDループの出力が
変更される。読取り属性によって、属性の現在地はリク
エスタに返される。属性が指定変更される場合、その指
定変更値は返される。属性が別のオブジェクトの属性へ
のレファレンスである場合、読取り属性メッセージは宛
先オブジェクトに転送される。有効な場合には、この指
定変更属性によって、解除属性メッセージがその属性に
対して受信されるまで入力が受信するであろう正常な値
に対して、メッセージ中の値の方が優先する。指定変更
解除属性によって、指定変更属性メッセージの効果は減
少する。PIDデータ・ベース管理プログラムは、ま
た、状態変更の報告を引き起こす。報告された状態のそ
のような変更は、PIDループ信頼性フラグ46−45
の変更、高飽和度の変更フラグ46−45の変更、高飽
和度の変更フラグ46−47、低飽和度の変更フラグ4
6−49、およびPID処理信頼性の変更フラグ46−
51を含んでいる。これらのフラグは以下に議論され
る。PIDループデータ・ベース管理プログラムの一次
ファクションはスケジューリングを提供することであ
る。PIDループデータ・ベース管理プログラムは、こ
の前、PIDループが処理されるときにその後経過した
時間の量を連続的にモニタする。時間46−2のサンプ
ル周期量が経過した場合、PIDデータ・ベース管理プ
ログラムタスクは、PID処理46−7によって使用さ
れるポートの現在の状態を集める。PID処理46−7
によって使用されるポート現在の状態を集めるために、
PIDデータ・ベース管理プログラムは、ポートが指定
変更条件にあるか、あるいはアナログ値あるいはレファ
レンスとして定義されているどうかを決める。以前に議
論したように、指定変更がある場合、その指定変更値は
ポート値として使用される。ポートがアナログ値である
場合、その値が使用される、また、ポートがレファレン
スである場合、読取り属性メッセージは指定されたオブ
ジェクトへ送られ、返された値がポート値として使用さ
れる。PIDデータ・ベース管理プログラムは、データ
および応答の信頼性をチェックし、受信データがそのカ
テゴリーをセットすると決められた場合、確実なものと
して、ポートにフラグを立てる。PIDデータ・ベース
管理プログラムが、優先権スキームに対して、各PID
ループがそのサンプル周期15%内のサンプル周期毎に
処理されるように実行させることに注意すべきである。
これは、異なる優先権を各々与えられる一系列PID実
行タスクを通じて行われる。PIDループに対する定義
がPIDコントローラに加えられる場合、PIDデータ
・ベース管理プログラムは、どのPID実行タスクが、
PIDループのサンプル周期に基いた、そのPIDルー
プに実行を提供するか決める。より短いサンプル周期を
持つPIDループはより高い優先権PID実行タスクを
割当てられる。より長いサンプル周期を持つPIDルー
プは、低い優先権を持つタスクに割当てられる。PID
ループがPIDコントローラから削除される場合、PI
Dデータ・ベース管理プログラムタスクは、サンプル周
期にしたがって、PIDループとPID実行タスク間の
バインディングを再び整える。ループのサンプル周期が
変更される場合、ループの優先権が再び整えられる。現
在状態を集めた後、PID実行タスクも必要とされるい
かなる履歴上のデータをも提供する。その後、PIDデ
ータ・ベース管理プログラムは入力コンディショニング
処理46−3を実行し始める。入力コンディショニング
処理46−3は入力合計、差、平均、および様々な他の
累積関数、あるいは与えられた入力の瞬間最大値あるい
は最小値を提供する。累積ファクションとは、入力ファ
クション属性46−100に1をセットすることによっ
て選択される、以下のものである。 フィールド・バック値=(#スカラ(n)*入力値
(n)) n=1 入力が別の属性のオブジョクトへのレファレンスであっ
て、無効の場合、ポイントが指定されず、スケーラ0が
使用されることに注意すべきである。スカラが0である
場合、入力は無視される。2によって選択され、入力フ
ァンクション属性を2にセットする最小値ファンクショ
ンは以下のとおりである: スカラ(1)*入力値(1) 又は、スカラ(2)*入力値(2) 又は スカラ(3)*入力値(3) 又は スカラ(4)*入力値(4) 又は スカラ(5)*入力値(5) 又は スカラ(6)*入力値(6)の最小値 3によって選択され、入力ファンクション属性を3にセ
ットする最大値ファンクションは以下のとおりである: スカラ(1)*入力値(1) 又は、スカラ(2)*入力値(2) 又は スカラ(3)*入力値(3) 又は スカラ(4)*入力値(4) 又は スカラ(5)*入力値(5) 又は スカラ(6)*入力値(6)の最大値 16のPID実行タスクは同一であり、上に議論された
ようなそれらの優先権においてのみ異なる。PID処理
46−7の各反復に際して、PIDデータ・ベース管理
プログラムは、PID実行タスクの一つに、PIDルー
プの例1つに対して処理を実行するために必要とされる
データのすべてを送る。PID処理が完了したとき、P
ID実行タスクはPIDデータ・ベース管理プログラム
タスクにすべての最新の中間結果と共に計算される出力
に46−53を送る。PIDループに関するデータが反
復間の格納されないことに注意すべきである。一般にP
ID処理は以下のとおりである: E(t)=(セットポイント(t)−フィード・バック
−(t)) Pterm(t)=100の*E(t)/Pban Iterm(t)=(T/Itime)(*Pterm
(t))+(1−T/Itime+Iterm(t−
1) Dterm(t)=Dweight*(Itime/4
T)*(100/Pband)*フィールド・バック
(t−1)−(フィールド・バック(t)) OUT(t)=Pterm(t)+Iterm(t−
1)+Dterm(t)+オフセット(t)+ヒステリ
シス補正(t) ここで: F(t)=時刻tにおける値 F(t−1)=前回反復時における値 E(t)=時刻tにおけるエラー Pterm(t)=時刻tにおける比例制御寄与 Iterm(t)=時刻tにおける積分コントロール寄
与 T =サンプル周期 Dterm(t)=時刻tにおける微分係数コントロー
ル寄与 Setpoint(t)=時刻tにおけるセットポイン
ト Feedback(t)=時刻tにおけるフィードバッ
ク値 Pband=比例項係数 Itime=積分時間係数 Dweight=微分係数項係数 Offset(t)=外部的に制御される補正項 Hysteresis compensation
(t)=システムのヒステリシスを補正するために必要
とされるアクション PID処理46−7からの出力コマンドが、進行方向を
変更する(すなわちPID処理出力46−53が符号を
変える)時はいつでも、PIDコントローラの出力と、
関連する入力間のプロセスで発生する任意のヒステリシ
スを補正するために、PID処理46−7は構成されて
もよい。これは、進行方向が増加(あるいは減少)であ
るように、PID処理の出力46−53にヒステリシス
補正値46−35を加えること(あるいは減算するこ
と)によって行われる。コントロールが、人間のコント
ロールあるいは別のPIDループのような1つのコント
ロール方法からこのループのPID処理46−7に転送
されるように、バンプレス転送は、PID処理46−7
の反応について記述する。コントロール反応は予めわか
っており、フィード・バッグ間の相違に基く。また、ち
ょうどコントロールの前に出力に送られた前のコマンド
と同様にセットポイントもPID処理46−7に転送さ
れる。補助信号スイイッチイネーブル属性がセットされ
たり、あるいは、PID処理からコマンドを受信するこ
とができる出力がすべて指定変更された場合は常に、P
ID処理46−7はトラッキングモードに入る。トラッ
キングモードにおいて、PID処理46−7はPter
m(t)を計算し続けることによって、バンプレス転送
を準備する。出力の1つが指定変更条件から解除された
り、あるいは、補助信号スイッチイネーブル属性がリセ
ットされた場合、PID実行タスクは、出力に得るよう
に命じた値を得させ、バンプレス転送を実行するために
前の半服から求められるPterm(t)と共にそれを
使用する。Hand/Off/AutoスイッチがHa
ndあるいはOffの位置にあることによる指定変更の
場合には、この最後の命じられた値は利用可能ではな
い。したがって、一度スイッチがAuto位置に返され
れば、バンプレス転送は提供されない。高低飽和限度界
入力46−12および46−15は、典型的には出力を
100パーセントとしたスケールにおいて、パーセント
で表示されるように指定して、PID処理の出力へのコ
マンドが留まらなければならない境界を指定する。PI
D処理46−7は、いつPID処理が飽和したかを決定
し、知らせる機構を提供する。すなわち、PID処理は
出力に命令してセットポイントに届かせることはできな
い。PID処理は40回の連続する反復のための出力コ
マンドが、高飽和度極限値46−13の1%以内にあっ
た場合、あるいは、40回の連続する反復出力は、低飽
和度極限値46−5の1%以内にあった場合に、飽和し
たと決められる。一度PID処理が飽和したと決められ
たならば、高飽和度フラグ46−47あるいは低飽和度
フラグ46−49のいずれかがその事実を告知するため
に適宜にセットされる。これは、PIDデータベースタ
スクに状態メッセージの変更を順番に出させ、その結
果、ネットワークコントローラ(NC)のファンクショ
ンがそれに応じて適宜に行動する。一度補助信号イネー
ブルフラグ46−55がセットされるか、あるいは、す
べての出力が指定変更条件に置かれると、これらのフラ
グはリセットされる。飽和度回復は、さらにPID処理
46−7によって提供される。一度処理が高飽和限度界
および下限に指定された値以上の出力を命じようとして
も、積分動作が“ワインドアップ”しないように、処理
は設計される。PID処理46−7の実行後、PID実
行タスクは、このPIDに対するPID処理の次の反復
に必要とされるすべての最新の中間結果と共に、PID
出力値属性46−53に対する新しい値を含んでいるP
IDデータ・ベース管理プログラムタスクにメッセージ
を送信する。その後、PIDEXECタスクは他の専用
処理を呼び出してもよい。この呼出しは他方の進行中の
処理を保留するであってもよいし、あるいは、それは、
PID処理の現在の反復にデータを提供するであっても
よい。プロセスループが不安定であると決められた場
合、専用処理を保留する呼出しが送られる。あるいは、
それが決定された場合、PID処理46−7は、故障許
容処理と関連して以下に議論されるようなPIDループ
の出力のコントロールを持っていない。PIDループが
信頼性がないと決められた場合、次の条件が示される。
PID処理はトラッキングモードにあり、出力46−5
7へ補助信号入力46−17を渡すために補助信号スイ
ッチ処理46−19が補助信号スイッチイネーブル属性
46−55に命令されているか、高/低信号選択処理4
6−23が高/低信号入力46−21を選択している。
前記条件のどれも存在しない場合、PIDアルゴリズム
の現在の反復の適切なデータが、一層の処理を行なうた
めにコールで送られる。PID処理46−7の出力から
正常に来る信号の46−53の代りに信号を挿入するた
めに、PID処理を迂回することも可能である。6つの
スケーラ46−11がすべて0である場合、PID処理
46−7は迂回され、オフセット46−9の値はPID
出力値属性46−53として使用される。PIDループ
オブジェクト46−2はさらに、補助信号スイッチ処理
46−19、出力フィルタ処理46−43、および高/
低信号選択処理46−23の状態に従ってPIDループ
の出力を達成することができると規定する。PIDデー
タ・ベース管理プログラムタスクが、これらのアルゴリ
ズムの入力の1つを変更する書込み属性メッセージを受
信するか、PIDループに対するPID実行タスクが実
行を終了しており、PIDループの構成に対してそれが
行なった変更のチェックするPIDデータ・ベース管理
プログラムにメッセージを送信した場合、これは発生す
る。補助信号スイッチ処理46−19は、補助信号イネ
ーブルフラグ46−5の状態を検査する。フラグがセッ
トされた場合、補助信号入力46−1の値は補助スイッ
チ値属性46−57に渡される。補助信号入力46−1
7が信頼性を持たない場合、最後の信頼性がある補助ス
イッチ値46−17はパスされる。補助スイッチイネー
ブルフラグ46−55がリセットされた場合、PID出
力値属性46−53の値は補助スイッチ値属性46−5
7に渡される。出力フィルタ処理46−43は補助スイ
ッチ値属性46−57からその値を受信し、その値によ
り第1順序フィルタリングを実行する。出力は出力フィ
ルタ値属性46−59に置かれる。フィルターウエイト
属性46−61は、フィルターの有効性を定義するため
に使用され、1.0から+1023をカバーすることが
できる。ここで1.0というフィルターウエイトはフィ
ルタリングを有効に不能にする。フィルタリングは次の
方程式に従って実行される: 出力フィルタ値=前のフィルター値+((1/フィルタ
ーウエイト)*PID出力値−前のフィルター値))。 前のフィルター値とは一番最近の反復時に計算された値
である。上記の方程式は、サンプル周期毎に、あるいは
補助信号入力46−17が変更されるごとに、あるいは
スケーラがすべて0になったとき、オフセット46−9
が変更されるごとに計算される。前の反復のデータがた
よりにならなかったために、あるいはそれがこの例に対
する処理による第1パスであるために、前のフィルター
値が存在しない場合、補助スイッチ値46−57が、出
力フィルタ値属性46−59に直接渡される。フィルタ
ー出力を計算する間に数学的エラーがある場合、最後の
信頼性がある出力フィルタ値属性46−59が出力フィ
ルタ値に出される。高/低選択処理46−23は出力フ
ィルタ属性値46−59を高/低信号入力46−21の
値と比較する。高/低選択状態属性46−63がセット
されると、2つの入力値の大きいほうが高/低選択値属
性46−65に渡される。高/低選択状態属性46−6
3がリセットされると、2つの入力値46−21と46
−59の小さいほうが渡される。高/低信号入力46−
21に信頼性がない場合、PIDループ無信頼性フラグ
が高/低選択値属性にセットされ、その最新の信頼値で
残るだろう。高/低信号入力46−21が選択される場
合、高/低選択フラグ属性がセットされる。このフラグ
の状態の変更により、リポートがN2バスを通じて送ら
れる。信頼性スイッチ処理46−67は、PIDループ
の出力46−25へ出されるコマンドの信頼性を反映し
ている。PIDループに対する処理を行なっている間、
万一PIDループのうちのどれかに対する入力データが
信頼性をもたなくなった場合、この処理の出力値が、ル
ープに対する最新の信頼性のある出力値で残る。さら
に、PIDループ信頼性フラグ46−45は、高/低信
号属性46−65によって供給されるデータが信頼性の
ない場合は常に、信頼性を持たなくなる。下記条件のう
ちのいかなるものでも発生した場合、このフラグは、さ
らに信頼性のない状態にセットされる: 1.補助信号イネーブルフラグ46−55の条件が、P
IDループの出力へ補助信号入力46−17を送るため
にセットされ、かつ、補助信号入力46−17が信頼性
を持たない場合。 2.PID出力属性46−53が、補助信号スイッチ処
理46−19を通じて送られ、かつ、PID出力属性4
6−53を生成するために使用される計算が、信頼性が
ないと決定される場合。PID処理46−7によって使
用されるポートのうちのいかなるものでも信頼性のない
データを受信する場合、あるいは0による除算のような
数学的エラーが計算の間生じた場合、これらの計算は信
頼性がないものと考えられる。高/低信号の選択処理4
6−2の実行に続いて、PIDデータベースはPIDル
ープ信頼性フラグ46−45をチェックする。このフラ
グが信頼性がある場合、PIDデータベースは、与えら
れたPIDループ定義に対して指定される出力へ出力コ
マンドを出す。PIDループが信頼性がなく、信頼性の
ない応答セレクタフラグ46−69がリセットされる場
合、PIDデータベース管理プログラムは、高/低信号
の選択処理46−2から出力まで最新の信頼性のある出
力コマンドを出す。そうでなければ、それは、出力へ信
頼性省略時属性46−71によって指定されるコマンド
を出す。PIDデータ・ベース管理プログラムタスク
は、出力値属性46−73によって指定される、適切な
オブジェクトデータ・ベース管理プログラムに書込み属
性コマンドを送る。次の値が、実行の完了時にPID処
理46−7によって供給される。PIDデータ・ベース
管理プログラムタスクは、現在のPIDループデータベ
ースがこれらの変更を反映することを保証する。PID
出力値は、セットポイント値に向けて被制御変数を駆動
させる出力ポイントに出されるコマンドである。それ
は、0.0および100%の偏向の間のフルスケールパ
ーセントと思われるものであってもよい。PID処理信
頼性フラグ46−51は0か1かのどちらかであり、計
算時にエラーが生じたかどうか、あるいは、PID処理
46−7によって使用されるポートの1つが信頼性のな
いかどうかを示す。PIDループ信頼性フラグ46−4
5は0か1かのどちらかであり、0を示す場合、PID
ループの出力に送られているコマンドが信頼性のあるデ
ータに基くことを示す。追加ループパラメータは、PI
D処理46−7の次の実行に対して返される。これらの
パラメータは、微分係数コントロールに対するフィード
・バック値、積分動作およびバンプレス転送に対する積
分項、ヒステリシス削除に対するヒステリシス構成偏
り、ヒステリシス削除に対する出力値、および出力値
(ヒステリシス削除、セットポイントとフィード・バッ
ク値の間で計算された前回フィード・バック値とエラー
に対して増加=1、減少=−1)の指示を含んでいる。
言語はまたパイをプログラムされる比例積分計算によっ
てセットポイントをリセットするように設計されるPI
機能を有する。それは、閉じたループシステムにおける
使用のために設計される。図47において概略的に示さ
れるコントロールシステム47−1は、47−5ライン
経由で入力を受信し、47−7ライン経由で制御変数を
生成するフィード・バック変数として頻繁に知られる入
力装置47−3を持つ。制御変数は、ラインで47−7
においてオブジェクト47−7のための比例積分微分
(PID)装置への入力を生成し、オブジェクト47−
11へ故障許容コントロール戦略を提供する。この場合
に、典型的なオブジェクトは、コントロールループのた
めの望ましいファンクションを実行するハードウェアと
ソフトウェアとの組合せを含んでいる。そのようなオブ
ジェクトは、典型的にはソフトウェアによってインプリ
メントされ、ネットワークとして作動する1つ以上の自
動処理コントロールノード47−2のメモリ部分に格納
される。本発明に従ったハードウェアおよびソフトウェ
アオブシェクトを持つシステムの構造についてはすでに
説明した。PIDループ47−4は、典型的にはコント
ロールノード47−2中の故障許容コントロール戦略オ
ブジェクト47−11からの援助なしに正常な環境下で
作動するように組立てられる。PIDオブジェクト47
−9はPIDループ変数47−13を生成し受信し、さ
らに入力をさらにまた故障許容コントロール戦略オブジ
ェクト47−11へ入力を行ない、かつ、これから出力
を受信する。ライン47−15上のPID出力は、故障
許容コントロール戦略オブジェクト47−11とスイッ
チ47−17との双方に伝えられる。ライン17−19
上の出力デバイスコマンドは、コマンドに基いた故障許
容コントロール戦略オブジェクト47−2の出力と、P
ID出力との間でこのように切替えることができる。こ
の切替えは故障許容出力コントロール戦略によって生成
されるライン47−23上のコマンドに従って行なわれ
る。オブジェクト47−1の故障許容戦略はまた、ライ
ン47−25上のプロセス定数を受信するとともに、ラ
イン47−27上の別の出力を受信する。この出力は入
力信号47−31を受信する入力装置47−29によっ
て生成される。ライン47−19上の出力デバイス駆動
コマンドは、スイッチ47−1から与えられ、ライン4
7−35上に関連する操作量を生成する操作量駆動出力
装置47−33を編成する。ライン47−35上の関連
する操作量はプロセス47−37に入力されこのプロセ
スは、入力装置47−3および47−29へのライン4
7−5およびライン47−31上の信号の生成によっ
て、コントロールループを完成する。コントロールルー
プの目的は出力デバイスを制御しかつ希望のプロセス4
7−37を遂行するために、ライン47−19およびラ
イン47−35上の操作量を生成することである。正常
なオペレーションにおいては、PIDコントロールが遂
行され、スイッチ47−17は信号47−23を介して
PID出力47−15ラインにセットされる。したがっ
て、故障許容コントロール戦略オブジェクト47−11
は、単にライン47−9上の制御変数の状態をモニター
するのみでループの実際のコントロールに参加しない。
ライン47−7上の制御変数をモニタして制御変数が値
の信頼性がある範囲内にあることを確認する。ライン4
7−11上の故障許容戦略オブジェクトが、ライン47
−7上の制御変数すなわちフィード・バック変数が、信
頼性がある範囲内にもはや存在しないと判断すると、ラ
イン47−17上の故障許容コントロール戦略オブジェ
クトは、ライン47−21上の故障許容コントロール戦
略オブジェクト出力を、ライン47−19上の出力デバ
イスコマンド信号に送るようにスイッチ47−17に命
令する。これはスイッチコマンド47−23ラインを介
して行われる。この時点で、ライン47−25上のプロ
セス定数ならびに信号47−27に基いて故障許容コン
トロール戦略オブジェクト47−11は戦略を構成す
る。この戦略はフィードバックすなわちライン47−7
上の制御変数がもはや信頼性を有していない場合にも関
連する操作量の調製を続行するものである。したがっ
て、PIDコントロールループにおけるフィード・バッ
クの損失は、出力デバイス47−33を通じてのコント
ロールあるいはライン47−35上の操作量のコントロ
ールのロスを生じない。プロセス47−37からの、ラ
イン47−31上の信号をモニタする入力装置47−2
9を通じて、故障許容戦略オブジェクト47−11は、
プロセス定数47−25と共にプロセス47−37にお
ける動的偏光に応答する。それによりライン47−19
およびライン47−35上の操作量を制御するための信
号が生成される。したがって、失敗した条件下において
も、失敗の効果を最小値限にするプロセス47−37を
通じて管理水準を保持することは、可能である。1つの
例において、故障許容コントロール戦略は、暖房、冷却
および混合空気放出−温度コントロールを含む典型的な
HVACプロセスをアドレスする。図48は、故障許容
コントロール戦略をインプリメントするフェースを示
す。これらはコミッショニング48−1、初期設定48
−3、プロセスモニタリング48−5およびコントロー
ル48−7を含んでいる。図49は、故障許容コントロ
ール戦略をインプリメントする際のプロセス入力および
出力を略示する。コミションニング49−301の期間
中、故障許容コントロール戦略オブジェクトはパラメー
タが故障許容コントロール戦略オブジェクト47−11
にアクセス可能なメモリのどこに格納され、いかなるパ
ラメータが制御されているプロセスにとって重要である
かについての情報を受ける。例えば、空気温度および流
量パラメータは冷水バルブを開くべきか閉じるべきかを
決定するために、使用されてもよい。したがって、初期
のコメッショニングにより、故障許容コントロール戦略
の中で使用される変数が決定される。HVACシステム
の中で使用される故障許容コントローラにおいては、3
つのクラスの情報あるいはパラメータがある。第1は各
PIDループにとって同一である変数49−30の静的
セットである。これらはセットポイント、比例帯および
制御変数を含んでいる。パラメータの第2セットは得ら
れた実際のアナログ入力であるプロセス変数49−30
5である。これらはHVACプロセス49−307に依
存して、異なる。例えば、他のものが水温度あるいは圧
力を要求しているのに対して、いくつかのHVACプロ
セスは戸外の空気温度を要求する。最後のパラメータと
して、システム性能をモニタするために使用される物理
的な装置に依存するPIDループであるプロセス定数4
9−309がある。故障許容コントロール戦略オブジェ
クトをインプリメントする場合においては、PIDルー
プの構成に関する情報を提供することも必要である。こ
れは、プログラミング言語で故障許容コントロール戦略
をプログラムすることによって、あるいはグラフ式のプ
ログラミングツール47−31のユーザブロックとして
のいずれかで、行うことができる。一方の場合、ルーチ
ンは、故障許容コントロール戦略オブジェクトによって
アクセスすることができ、コントロールノード中で実行
することができることができる、コントロールシステム
データベースに加えられる。初期設定フェース49−3
1の間、故障許容コントロール戦略オブジェクト49−
11においてルーチンは、プロセス定数および静的PI
Dループに関するデータを集めて、安定チェック49−
315を実行する。先に述べたように、定数はハードコ
ード化することができ、故障許容コントロール戦略オブ
ジェクト中に一度読まれる必要があるだけである。3つ
のクラスPIDループパラメータは制御されるプロセス
の最も最近の状態を表す。以前に議論された、委任する
フェースは、これらのパラメータがメモリにどこで設置
するかについての情報を提供する。初期設定の間、パラ
メータは故障許容コントロール戦略ソフトウェアオブジ
ェクトによって読まれる。その後、初期設定は、プロセ
ス制御のために必要とされる一連の信頼しうる静的パラ
メータ49−317を得ることができることを確認す
る。これは信頼性があるPID空電データの十分なセッ
トが故障許容コントロール戦略の実行を許可するのに、
必要であるからである。初期設定、すなわちフェース4
9−313は、変数あるいはパラメータよりもPIDル
ープ制御の安定を確認する。被制御変数がセットポイン
トに接近しているままであり、操作量のバリエーション
が小さな場合、PIDループは安定している。初期設定
フェース49−31の一部として、発振およびスラギッ
シュネス49−31の前もって定義した数の測定値が、
コントロールループの性能に対して評価される。モニタ
フェース49−32の間、故障許容コントロール戦略オ
ブジェクト47−11は安定したプロセス制御を推定
し、静的PID変数およびプロセス変数を更新する。モ
ニタフェースの間実行される主要なファンクションは制
御変数47−の信頼性の評価あるいはPIDループのフ
ィード・バックである。これは例えば、フィード・バッ
クが多次元なもので在る場合、PIDループそれ自身中
のいくつかの物理的なアナログ入力に基いたものであっ
てもよい。このフィード・バック、ライン47−7上の
制御変数が信頼できないものになった場合、オペレーシ
ョンの制御モードが入力される。実際のフィード・バッ
クあるいは制御変数をモニタすることが絶対に必要では
ないことが注目される。制御変数47−7は制御変数を
生成するソフトウェアオブジェクトの出力であってもよ
い。この場合、制御変数を生成するソフトウェアオブジ
ェクトへの入力のうちのいかなるものでも、信頼性を失
った場合に、制御変数は信頼性を失ったと判断される。
したがって、制御変数を生成するソフトウェアオブジェ
クトへのアナログ入力が開いたこと、あるいはショート
したことを検知される場合、あるいは正当でない値が、
ソフトウェアオブジェクト(たとえば、0による除算)
データ操作の間生成される場合、故障許容コントロール
戦略は、制御変数47−7あるいはフィード・バックが
信頼性を失ったと仮定する。制御ファンクション49−
323が入力される場合、故障許容コントロール戦略オ
ブジェクト47−11は、PIDアルゴリズムによって
生成される値の代りに使用される値を計算する。先に述
べたように、これは基本的に、システムおよび変数の現
在の状態のモデルに基いて開いたループ制御である。プ
ロセス変数と計算される出力コマンド間の直線性の要件
は必須のものではない。 システムが、プロセス47−
3の現在の状態に応答するので、以下に与えられた方程
式に示されるように、セットポイントにおいて変更に応
答することもまた可能である。故障許容コントロール戦
略オブジェクト47−11が、PIDコントローラと同
じレートでコントロールを実行することを試みてもよい
ことに注意すべきである。しかしながら、ほとんどの場
合、コントロールは、ネットワーク性能の制限のために
より遅いだろう。前述したように、故障許容コントロー
ル戦略オブジェクト47−11コントロールは、通常、
ループの一部であるPID装置においてではなくコント
ロールノードにおいて達成される。したがって、PID
ループとコントロールノード間のローカル・バスを通じ
ての、および恐らく複数のコントロールノード増加を相
互に連結させるネットワークバスを通じての複数の通信
は、故障許容コントロール戦略下においてループ応答時
間を増大する。以前に議論したように、故障許容コント
ロール戦略は、部分的にコントロールプロセスのモデル
に基くことができる。故障許容コントローラブロック
は、PIDコントローラ20のサンプリング周期ごとに
一度実行される。プロセスモニタおよび出力スイッチフ
ァンクションはPIDコントローラの各抽出間隔中一度
実行される。図50に示される1つのシステム構成にお
いては、故障許容コントローラファンクションがネット
ワークコンローラ中にインプリメントされているのに対
して、プロセスモニタおよび出力スイッチのファンクシ
ョンはディジタル制御モジュール中に直接インプリメン
トすることができる。故障許容コントロール戦略をイン
プリメントするのに必要とされる様々な変数はテーブル
1においてリストされる。 テーブル1 入力 1.SP:セットポイント変数(レファレンス変数) 2.CV:被制御変数(フィールド・バック変数) 3.MV1:主要な操作量(コントロール出力変数) 4.MV2:第2の操作量(対話するコントロール出力
変数) 5.PV1:主要なプロセス変数(フィールドフォワー
ド変数#1) 6.PV2:第2のプロセス変数(フィールドフォワー
ド変数#2) 7.PB:コントローラ比例帯 8.AT:コントローラサンプリング周期 9.OUT:コントローラ高飽和限度 10.OUT:コントローラ低飽和限度 11.BAND:コントローラエラー許容差 出力 1.フラグ:故障許容イネーブルフラグ 2.バックアップ:故障許容出力 ローカル変数 1.CVo:レファレンス被制御変数 2.MV1o:第1操作レファレンス 3.MV2o:第2操作レファレンス 変数 4.PV1o:第1プロセス変数レファレンス 5.PV2o:第2プロセス変数レファレンス 6.PBo:レファレンスコントローラ比例帯 図52は発明の故障許容コントロールのより詳細な例で
ある。PIDコントローラ52−1、プロセスモニタ5
2−3および故障許容コントローラ2−5はすべて、セ
ットポイントSPおよび制御変数CVを受信する。PI
Dコントローラ52−1、プロセスモニタ52−3およ
び故障許容コントローラ52−5はすべて、以下により
詳細に議論される個々の処理を実行する。システム中の
条件に基いて、故障許容コントローラ52−5は、出力
スイッチ52−7へのルートである、フラグ出力を生成
する。さらに、誤りコントローラ52−5は、出力スイ
ッチにさらに送られる、バックアップ出力を生成する。
バックアップ出力は次の方程式によって決定される:M
V1=MV1#+EFF*(MV2−MV2#)+(1
00%PB#)*(SP−CV#+(EFF−1)*−
EFF*−(PV2−PV2#)−(PVPV1
#));EFFを20%−80%の範囲に制限。出力ス
イッチへの他方の入力はPIDコントローラ2−1にお
いて産み出される操作量MV1である。正常な環境下、
つまりシステムが誤りを犯していない場合、故障許容コ
ントローラ52−5はスイッチ52−7の出力がPID
コントローラ52−1から主要な操作量であるようなフ
ラグをスイッチ52−7に出力される。一般に、操作量
は、図47に示されるようなPIDプロセス1の出力に
想到する。誤り条件がシステム中に存在する場合、フラ
グは故障許容コントローラ52−5からその出力までバ
ックアップ信号を送るために、出力スイッチ52−7を
作動させる。図47に示されるように、スイッチの出力
は出力デバイスを駆動させるために使用することができ
る。したがって、プロセス制御ループ中の失敗は故障許
容コントローラによって収容される。したがって、出力
デバイスは不良状態でも使用可能のままである。図53
Aおよび53Bは、プロセスモニタ52−3において起
る処理を例示する。典型的に、プロセスモニタはディジ
タル制御モジュール中において作動する。ネットワーク
コントローラは30のディジタル制御モジュールで可能
なモニタレートのより20分の1のレートの遅いプロセ
スを典型的に実行する。したがって、プロセスモニター
中の処理は、実行がネットワークコントローラ中に起っ
たかどうかに左右されて、異なる。処理を始めるより以
前に、ここに議論されるように、制御変数が信頼性があ
る場合、それは、テストブロック53−73において最
初に決定される。そうでなければ、ブロック53−71
に示される変数はセットされ、コントロールはブロック
53−73をテストするために返される。テストブロッ
ク53−1において、プロセスモニタは、間隔がディジ
タル制御モジュールの20倍以上のプロセスレートかど
うか最初に決める。この条件が満たされない場合、操作
量がモニタプロセスによってすでに検知され格納される
最大値、および最小値の出力を超過するかどうか決める
ために、ブロック53−3および53−5に示されるよ
うに、操作量がテストされる。操作量が格納される値を
超える場合、適切な最大値および最小値の出力はファン
クションブロック53−7および53−9において操作
量と等しくされる。いずれの場合にも、ファンクション
ブロック53−11において、エラー値はセットポイン
トから制御変数を引いた値の絶対値として決められる。
このエラーがプロセスによって以前にモニタされたエラ
ーの最大値を超過する場合、ファンクションブロック5
3−13および53−15に示されるように、エラーの
最大値はこのエラーと等しくされる。間隔がファンクシ
ョンブロック53−1中でのディジタル制御モジュール
の処理時間の20倍を超過すると決められるまで、上記
のプロセスは繰り返され続ける。この時点でコントロー
ルは、システムが飽和しているか否か、また、出力が安
定していかどうかを決める他のファンクションブロック
に移行する。以前に議論された処理期間中以前に決定さ
れたような最大値出力が、プロセスための高く定義され
た出力を1パーセント下回る値を超過する場合、高飽和
度変数がインクリメントされる。そうでなければ、完全
なファンクションブロック53−19および53−21
に示されるように、変数は0に等しくされる。同様に、
前述のような極小出力が、ブロック53−23に示され
るように、あらかじめ定められた出力低変数の限界を超
える場合、ファンクションブロック53−25と53−
29に示されるように、低飽和度フラグがインクリメン
トされるか、0に等しくセットされる。ファンクション
ブロック53−31で、飽和度変数のどちらかが1を超
過するか否かが決定される。1を超過する場合、ブロッ
ク53−33において示されるように、飽和度フラグは
“真である”にセットされる。そうでなければ、ファン
クションブロック53−35に示されるように、飽和度
フラグは“偽”にセットされる。その後、プロセスモニ
タ中の処理が進められ高い出力および低い出力の範囲の
特定のパーセンテージを超える偏差の数を識別される。
例えば、ファンクションブロック53−37は、最大値
出力とプロセスの最小値の出力の間の差が許可される高
い出力および低い出力の15%を超過するか否かを決定
する。超過しなければ、偏差変数はファンクションブロ
ック53−41において0に等しくされる。しかしなが
ら、差が高低出力間の許される差の15%を超過する場
合、ファンクションブロック53−39に示されるよう
に、偏差変数はインクリメントされる。同様に、5%を
超える偏差がどのように数えられるかを、ファンクショ
ンブロック53−49、53−51および53−53が
示し、ファンクションブロック53−43、53−45
および53−47は、9%から偏差の係数を示す。最大
値と最小値の出力の間の差が指定される範囲内にあるご
とに、偏差変数が0までリセットされるので、偏差のカ
ウントは特定の範囲を超える変化が連続して超える場合
にのみインクリメントされる。ファンクションブロック
53−55はプロセスが安定しているかどうか決めるた
めに使用される。5%を超える偏差の係数値が9より大
きいとき、9%超える偏差の計数値が5より大きいと
き、あるいは、15%超える偏差の係数値が3より大き
いときには、ファンクションブロックは「STABL
E」変数を“偽”状態にセットする。これは、システム
が安定していないことを示す。これらの偏差が受信可能
な範囲内にあり、その後、機能する場合、ブロック53
−59は、エラーの受信可能な範囲を定義する、帯変数
と最大値のエラーを比較する。最大値のエラーが帯変数
によって指定される範囲外である場合、プロセスは、不
安定であると考えられる。そうでなければ、ファンクシ
ョン53−61に示されるように、プロセスは安定して
いると考慮される。ファンクションブロック53−63
は、プロセスモニタ実行にコントロールを返す前に変数
をリセットする。出力極小および最大値が100%およ
び0%にそれぞれ典型的にセットされることに注意すべ
きである。これは、操作量が、フルスケールに対する1
パーセント値の形で提供されると想定してのことであ
る。しかしながら、操作量を調節するために他の任意の
配置を行なうことが、発明の精神内で可能であろう。図
54は、故障許容コントローラオブジェクト中における
処理を例示する。以前に議論された間隔が終了していな
い場合、ファンクションブロック54−1に示されるよ
うに、ファンクションブロック54−3は間隔を単に更
新し、それ以上、処理は起らない。しかしながら、間隔
が終了した場合、故障許容コントロール処理は発生す
る。最初に、ファンクションブロック54−5に示され
るように、間隔は0までリセットされる。次に、制御変
数の信頼性状態はファンクションブロック54−7にお
いてテストされる。その後、制御変数の状態が信頼性が
ある場合、故障許容コントロール処理はファンクション
ブロック54−9に示されるように出力が飽和したかど
うか決めるために、チェックする。飽和した場合、出力
は、安定していると考えられる。また、それ以上、故障
許容処理は生じない。出力が飽和されない場合、ルーチ
ンは、ファンクションブロック54−11に移行する。
このブロックは、図53と関連して議論されるようなプ
ロセスモニタによって以前に計算されたSTABLE変
数の状態をチェックするものである。STABLE変数
が“真でない”場合、それ以上処理は起らない。しかし
ながら、STABLE変数が“真である”場合、ファン
クションブロック54−13が、データが確実かどうか
決める。そうならば、ファンクションブロック54−1
3は、制御変数、第1および第2操作量MV1およびM
Vのレファレンス変数、第1および第2プロセス変数P
V1およびPV2、および、変数の現在を一致する値と
等しい比例帯PBをセットする。したがって、故障許容
コントローラはこれらの変数の最も最新の値を受信す
る。フラグは、ファンクションブロック54−27に示
されるように、“偽”にセットされ、コントロールは間
隔をテストするためにファンクションブロック54−1
に転送される。ファンクションブロック54−7におい
て、制御変数状態が信頼性のないと決められる場合、そ
の後、故障許容コントロール処理はデータを検査する。
データが信頼性がある場合、セットポイント、主要なプ
ロセス変数、および第2の変数、ならびに第2の操作量
は、ファンクションブロック54−15において現在値
と等しくされる。ファンクションブロック54−17に
おいて、効率変数EFFはオブジェクトに格納されるレ
ファレンス第1操作量と等しい値にセットされる。この
操作量は0から100%の全域に渡ってではなく20か
ら80%の範囲に制限される。その後、ファンクション
ブロック54−21は、スイッチ52−7を出力するた
めに送信されるバックアップ値を計算する。バックアッ
プ変数を計算するための方程式がファンクションブロッ
ク54−21に示される。方程式が示すように、バック
アップ変数は、格納される比例帯のパーセンテージ中の
第2の操作量によって修正されるようなオブジェクト中
に格納される、主要な操作量の組合せである。ファンク
ションブロック54−23は、バックアップが、制御さ
れているプロセスのためのオブジェクト中に指定され
る、低出力と高出力の間の範囲にあるように、制限され
ることを示す。その後、ファンクションブロック54−
25において、フラグはその出力へのバックアップ信号
を送るように出力スイッチ52−7に命令するのに、
“真である”とされる。その後、故障許容コントロール
処理はファンクションブロック54−1に返る。図55
は出力スイッチ処理を例示する。図55において、フラ
グが真の場合、出力信号はスイッチ上のバックアップに
セットされる。しかしながら、フラグが故障許容コント
ローラ52−5によって真にされていない場合、ファン
クションブロック55−5は、制御変数の状態が信頼性
がないと認定する。その後、ファンクションブロック5
5−7に示されるように、スイッチで出力は、操作量の
前かまたは古い値に送られる。操作量の状態が信頼性が
あることがファンクションブロック55−5に示されて
いる場合、古い操作量は新しい操作量と入れ替えられ
る。また、出力はファンクションブロック55−9およ
び11において新しい操作量と等しくされる。そうでな
ければ、操作量の古い値が使用される。これにより、ス
イッチの処理が終了する。上述の処理の結果、フィード
・バック変数が信頼性を失い出力が不安定化してエラー
が許容範囲から外れたとしても、プロセス制御ループが
下げられた状態のオペレーションを保持することが可能
である。全体的なエネルギー消費量を減少するために、
ファシリティマネジメントシステムのようなシステムは
ロードローリングおよびリクエストを制限すること(そ
れは時間を通じてロードに引起されるエネルギー消費量
の管理を試みる)を実行する。エネルギー消費量は、例
えば、プロセッサメーターで管理され、エネルギーを消
費するロード装置(すなわちロード)は選択的に停止さ
れるか、シェッドされる。発明1つのアスペクトに従え
ば、ロードシェディングはシステムの他の1つ以上のノ
ードによって制御されるロード、あるいはロードの要素
をシェッドするように作動する、第1ノードのハイレベ
ルの特徴でありうる。ノードが多重音源からエネルギー
消費量を管理することも可能である。例えば、1つの実
施例においては、特徴を流すロードをサポートするノー
ドは4個のエネルギーメーターをモニタする。ロードの
オペレーションをサポートし、要素をロードするノード
は、ロードシェディング機能をサポートするノードから
ロードシェディングコマンドを受信する。これに応答し
て、コマンドを受信したノードは負荷(ロード)を選択
的に停止する。ロードシェディング機能をサポートする
ノードとロードをサポートするノード間の通信への依存
は、ロード特定ノードの各々にリストアタスクを組入れ
ることによって解消される。例えば、図51において、
第1ノード51−1は、メータ−51−5によってモニ
タされるシステムエネルギー消費量に応答するハイレベ
ルのロードローリング機能51−3を含んでいる。モニ
タされるエネルギー消費量のレベルに基いて、ロードロ
ーリング機能51−3は、エネルギー消費量の必要とす
る減少度を決定する。これは希望のエネルギー減少を達
成するため、ロードテーブル51−7におけるエネルギ
ー消費量値と比較される。この結果現在作動中のロード
のうちどれを停止すれば所望のエネルギー消費が削減さ
れるかが決定される。ロードローリング機能51−3は
ついでコマンドを高速N1バス51−9に送出し、これ
を他のノード51−11および/若しくはノード51−
13によって読むことができる。ノード間の使用される
通信規約が発明のこのアスペクトに従ったファクターで
はないということに注意すべきである。例えば、第1ノ
ード51−1からのコマンドは、特定の1つ以上のノー
ドに向けることができるしあるいは高速バス51−9上
のすべてのノードに同報通信することもできる。ロード
ローリング機能51−3からロードシェッドコマンドを
受けたノードは、ロードを処理し指定されたロードを停
止する。例えば、第2ノード51−11は、ロード51
−15と51−17の一方または双方を停止し、第3ノ
ード51−13はノード51−19と51−2の一方又
は双方を停止する。第1ノード51−1は、さらにそれ
が希望のエネルギー消費量を達成するために必要とさ
れ、停止されるべきロードの特定の組合せを禁止するよ
うにプログラムされる、他のいかなる規則も破らない場
合に2つ以上のノードからロードシェディングコマンド
を出すことができる。ロードを停止することに加えて、
第2と第3のノード51−11および51−13は適切
な時にオペレーションにロードを戻すために、ローカル
処理を実行する。そのような処理をローカルに実行する
ことは、ロードローリング機能を含んでいる第1ノード
51−1からこの責任を解除する。これは、ノード51
−11に他のタスクを処理するための追加的な時間を割
当てて、ロードを停止したノードがロードローリング機
能を含んでいるノードとの通信を失っても、ロードが回
復したことを保証し、システム信頼性を改善する。ロー
ド回復処理がロードを制御するノードのローカライズさ
れるので、ロード回復はロードローリング機能から独立
して行なわれ、通信リンク51−9あるいは、第1ノー
ド51−1の失敗が生じたり、あるいは新しい情報をロ
ードが回復する以前に第1ノード51−1にダウンロー
ドしたとしてもロードの回復の妨げにはならない。従前
のシステムにおけると同様に、ローカライズされた回復
はシェディング及び回復特性に従う属性を有するオブジ
ェクトを定義することによって行なわれる、これらの特
性をロードシェディングプロセスに組み込むことによっ
ては行なわれない。局限されるリストア処理は、特徴を
流すハイレベルのロードの処理をファンクションを分散
する。例えば、ノード51−11、51−13中のソフ
トウェアオブジェクト51−27、51−29の属性5
1−23、51−25はそれぞれロード51−15、5
1−17および51−19の回復特性を記述している。
典型的には、この特性はロードの作動後の最大オフタイ
ム、最小オンタイム、およびいくつかの安全機能を含
む。例えば、モニタされる温度が前もって定義したレベ
ルを超過する場合、ロードシェディングコマンドによっ
て切られていた冷却器を復活するようにしてもよい。し
たがって、シェディングを開始せしめたノードがシェド
されている他の特定のロードを制御していない限り、ロ
ードシェッド処理はネットワーク上に分散される。なぜ
ならば、ロードシェディングを開始したノードはシェッ
ドされたノードを作動状態に回復することを要求されな
いからである。発明の上記に関連する局面においては、
ノードにプログラムされる要求制限機能がピークリクエ
ストの既知の時間間隔の間前もって定義したターゲット
以下にエネルギー消費量レベルになるように機能する。
これは、ユーティリティが賞割合を装填する場合に、そ
のようなリクエスト周期の間エネルギー消費量を縮小す
ることによって、システム運転費を縮小する。例えば1
5分の間隔の間、制限が最後の14分を通じてエネルギ
ー消費量を評価し、次の1分間の期間中、消費量が一定
のままだろうと想定するであってもよい。その後、機能
は、15分の間隔の間のエネルギー消費量の合計を決定
する。そしてその後、ロードテーブル51−7を使用し
て、上記の間隔の間あらかじめ定められ格納されるター
ゲット以下にエネルギー消費量レベルを保持するため
に、シェッドすることができるロードを特定する。本発
明によれば、要求制限機能は、前述したロードローリン
グと同様のソフトウェアオブジェクトアプローチを用い
て達成できる。これは、要求制限処理を分散し、ロード
を制御するノードに格納された、ローカル回復プロセス
によってロードの回復を行なうことを可能にする。要求
制限が行なわれる場合には、ソフトウェアオブジェクト
の属性がロードを回復するオペレータにより入力された
コマンドを示している場合には、ロードが回復されても
よい。例えば火災のような緊急の自体によって必要とな
った場合には、オブジェクトは早急な回復あるいはロー
ドシェディングを行なうことができる。図56は、高速
バス56−6を通じて互いに交信する複数のノード56
−1、56−3および56−5を持つネットワーク構成
を示す。以前に議論したように、各々のノードは、スレ
ーブ・デバイス56−9、56−11、56−13をロ
ーカルかあるいはスレーブバス56−7を通じて作動さ
せてもよい。ローカル・バス56−7上の雑音で開始さ
れるエラーを縮小するために、光バインディングを使用
することができる。そのような光バインディングは、ノ
ードに、バスリードに光学的に連結されなかったスレー
ブ・デバイスで開始される、信号雑音から実質的に分離
されたレベルを提供する。外部雑音ソースは、RFI、
EMIおよび他のエラー要因を生じる。そのような光学
的分離の例が図57に示される。図57に示される一般
的な構成は、RS/485米国電子工業会社仕様と一致
している。追加雑音分離は図57に示されるいくつかの
テクニックによって達成される。そのような1つのテク
ニックは、装置が高インピーダンス状態にある場合に、
直流バイアスをかけるため抵抗を引き上げ、あるいは引
き下げることである。このDCバイアスは、正の5ボル
トのソースに接続される、抵抗器R381、および、図
57に示されるような通信地面に接続されるR382に
よって提供される。したがって、装置U49におけるラ
イン駆動が高インピーダンスにあるとき、出力J1A3
はDCレベルにバイアスをかけられる。その結果、信号
のラインに現れるローレベルの雑音は検知可能な入力を
生成しない。差のモード雑音は他方に、1つのワイヤか
ら極性でのような対の伝送/受信ワイヤon現れる雑音
である。ライン上に置かれたバイアス“スワンプアウ
ト”モード雑音の手段である。バイアスのない状態です
べてのノードで高いインピーダンスが生じているので、
ラインは実際に“浮動”状態にあるので上記のことが可
能になる。すなわち、雑音は、ラインの上に共通のモー
ドおよび差のモードの両方の形で容易に引起される。ラ
イン上に置かれたバイアスはこれらのライン上の差のモ
ード雑音を容易に“スワンプ”できる。コモンモードノ
イズは、アース土地に関しての等しい大きさのローカル
・バス(データ信号がそのワイヤ上に送られないので、
基準線はこの議論に含まれていない)の両方のライン上
に引起される雑音である。これらの雑音はアースのため
の経路を求めているので、オプトカプラによって分離さ
れる。回路はオプトカプラがブレークダウンするまでは
最大2500ボルトまでの信号を処理し、ノイズを通過
させる。オプト分離器はトランスゾーブおよびMOV回
路によって保護される。したがって、62.5ボルト
[56V(MOV)+6.5V(TRANSZOR
B)]を超えるコモンモードノイズは、MOVおよびト
ランスゾーブを経て直接アースに分流される。ノードの
光学分離部分にはいくつかの光アイソレータがある。光
アイソレータU50は2つの一部を持つ。光アイソレー
タの第1部分は信号TXDNを送信するのに反応する。
この信号は、U50において対の光アイソレータ1つの
一部を駆動させる。この第1の一部の出力はU49を駆
動させる。図83に示すように、U49はラインセンダ
ーおよびラインレシーバを含んでいる。さらに、リトリ
ガー可能なワンショットU51は、ソースへの転送信号
TXDNに応答して、電源をLEDまたはノードガデー
タを送信していることを示す他のインディケータに送
る。転送モードにおいて、U4のラインセンダー部分
は、スレーブ・デバイスを駆動させるバスのプラス又は
マイナスラインに信号を提供する。図83に示されるよ
うに、バスに接続されたプラス及びマイナスの信号線
は、U49のレシーバ部分によって受けとられる信号を
送信し受信するのに用いられる。その後、ラインレシー
バ駆動光アイソレータU53.U5の出力はノードに受
信信号RXDNを提供する。受信信号は、さらにリトリ
ガーできるものに放たれたU5の別の一部を駆動させ
る。これはノードがデータを受信していることを示すた
めに発光ダイオードであるいは他のインディケータに連
続した駆動電流を提供する。リトリガーできる1つの発
射が転送に連続した現在を提供し、インディケータを受
信することに注意すべきである。そうすれば、データ遷
移が伝送あるいはデータの受け取りで生じている間、イ
ンディケータは絶えず点滅する。これは信号の送信受信
につれてインディケータが明滅する従来の手法とは異な
るものである。この点滅を行なうとノイズが生じるが、
本発明ではこのような問題は生じない。図が+5Cおよ
び+5D電源を示すことに注意すべきである。+5D電
源がディジタル電源であるのに対して、+5Cの電源は
通信機構用電源である。個別の電源が雑音の効果をさら
縮小するために使用される。電源1つの失敗を示す信号
は、光アイソレータU52によって産み出される。この
光アイソレータは光を、ディジタル電源に接続される通
信機構用電源、および軽量受信部分に接続される部分を
放射するとする。+5Cのソースが悪くなる場合、パワ
ーLEDは、オプトカプラ“受信光”部分で信号の変更
故に消灯する。その信号は力LEのf回転させるために
論理によってゲート制御される。+5Dが悪くなる場
合、それが+5D電源によって運転されるので、パワー
LEDは消灯する。オプトカプラは互いから両方の電源
を分離する。したがって、一方の電源の失敗は、ノード
中での失敗の標識を産み出すだろう。これは、通信機構
用電源の失敗が受信モードで認識されず、伝送の欠除か
ら転送モードにおいて認識されるだけの、従来のアプロ
ーチと区別されるさらに、光アイソレータU5の軽量受
信部分に+5D電源を使用することによって、追加雑音
余裕度は達成される。これは通信電源がさらに信号を示
す失敗から絶縁であるからである。+5D電源には、結
晶の使用および高速CMOSゲートの速い論理スイッチ
ングのために高周波雑音が存在する場合もある。+5C
の電源にはローカル・バスで外部からもたらされる雑音
がある。これらの雑音は最大2500ボルトのピーク値
まで許容され、システムのオペレーションへ影響を及ぼ
すことはない。最終的に、本発明は、スレーブ・デバイ
スを駆動させるバスでデータの、伝送、および受け取り
の両方のための単一の1対の信号ラインのその使用によ
って従来のシステムと識別される。最後になるが、シス
テムを、ここに記述されるような態様で作動させる命令
を定義する指標は、プロセッサによって使用されるEP
ROMあるいは他の適切な記憶媒体中に格納されるであ
ってもよい。作動命令は、例えば、作動命令をプロセッ
サをシーケンスするために揮発性メモリが使用されると
きにはその様なメモリーに送るための定義する標識を持
つ磁気記録媒体等に収容してもよい。磁気記録媒体は、
メモリーのパワーが喪失したときにも将来の使用に備え
て保持される。そのような記録媒体やプロセッサは当業
者によく知られているものであるので詳述しない。以上
に発明の実施例を説明したが、図示され、記述された特
定の実施例に対して、添付の請求の範囲に記載された発
明の精神や範囲から逸脱することなく種々の改変を行な
い得ることが当業者には明らかであろう。
【図1】発明に従ったネットワーク制御モジュールであ
る。
る。
【図2】発明に従ったディジタルコントロールモジュー
ルを示す。
ルを示す。
【図3】図3は発明に従った展開モジュールを示す。
【図4】5つのスロット構成のネットワークコントロー
ルユニットを示す。
ルユニットを示す。
【図5】2つのスロット構成のネットワークコントロー
ルユニットを示す。
ルユニットを示す。
【図6】単一のスロット構成のネットワークコントロー
ルユニットを示す。
ルユニットを示す。
【図7】ネットワークコントロールユニットの1,2お
よび5のスロット構成中で使用されるモジュールを作表
する。
よび5のスロット構成中で使用されるモジュールを作表
する。
【図8】ネットワーク遠隔ディスプレイ増設ユニットの
1,2および5のスロット構成中で使用されるモジュー
ルを作表する。
1,2および5のスロット構成中で使用されるモジュー
ルを作表する。
【図9A】サンプルファシリティマネジメントシステム
構成を例示する。
構成を例示する。
【図9B】サンプルファシリティマネジメントシステム
構成を例示する。
構成を例示する。
【図10】発明に従ったネットワークの中で使用される
ライティングコントローラを例示する。
ライティングコントローラを例示する。
【図11】発明に従ったネットワークの中で使用される
カードアクセス・コントローラを例示する。
カードアクセス・コントローラを例示する。
【図12】発明に従ったネットワークの中で使用される
インテリジェント火災報知コントローラを例示する。
インテリジェント火災報知コントローラを例示する。
【図13】小規模ビルディング用ファシリティマネジメ
ント構成を例示する。
ント構成を例示する。
【図14】中規模サイズビルディング用ファシリティマ
ネジメント構成を例示する。
ネジメント構成を例示する。
【図15】大規模サイズビルディング用ファシリティマ
ネジメント構成を例示する。
ネジメント構成を例示する。
【図16】遠隔のビルディング用ファシリティマネジメ
ント構成を例示する。
ント構成を例示する。
【図17】本発明に従った1つのシステム構成を示す。
【図18】様々なソフトウェアレベルから見たより詳細
な図を示す。
な図を示す。
【図19】発明に従ったポイントおよび擬ポイントの使
用を例示する。
用を例示する。
【図20】本発明に従ったシステムの別の概観である。
【図21】発明の方法の第1実施例を例示する流れ図で
ある。
ある。
【図22】発明の方法の第2実施例を例示する流れ図で
ある。
ある。
【図23】図22の方法の一層の最適化を例示する。
【図24】複数のレベルのネームを使用した発明の方法
の実施例を例示する。
の実施例を例示する。
【図25】ネームがノード内でそのアドレスを変更する
場合の発明の例を例示する。
場合の発明の例を例示する。
【図26】ネームがノード間を移動する場合の発明の例
を例示する。
を例示する。
【図27】発明に従った時間同期ノードの方法を例示す
る。
る。
【図28】発明に従ったネットワーク上のノードへのグ
ローバル変数のダウンロードを例示する。
ローバル変数のダウンロードを例示する。
【図29】発明に従った変数のダウンロードより詳細な
実例である。
実例である。
【図30】発明に従ったダウンロード装置のカスケード
を例示する。
を例示する。
【図31】ダウンロードリクエストがアーカイブユニッ
トから起る場合にメッセージの伝送を示すテーブルであ
る。
トから起る場合にメッセージの伝送を示すテーブルであ
る。
【図32】ルーティングテーブル無しのノードがダウン
ロードリクエストを始める場合の一連のメッセージパス
を例示するテーブルである。
ロードリクエストを始める場合の一連のメッセージパス
を例示するテーブルである。
【図33】オブジェクトの属性からの特徴の動作開始を
例示する。
例示する。
【図34】発明に従った機能分散リポートルーティング
を例示する。
を例示する。
【図35】ローカルノードでの簡略なリポートデータの
フィルタリングを例示する。
フィルタリングを例示する。
【図36】フィルタされた属性に選択基準を導入する際
に発生する事象のより詳細な説明を示す。
に発生する事象のより詳細な説明を示す。
【図37】通信リンク上に形成された1つ以上のノード
と通信するために構成ノードに付けられた非構成装置の
例を示す。
と通信するために構成ノードに付けられた非構成装置の
例を示す。
【図38】様々なデータ通信層に加えて図1の非構成ノ
ードと構成ノード間のメッセージパスを例示する。
ードと構成ノード間のメッセージパスを例示する。
【図39】非構成装置からのリクエストの伝送あるいは
構成装置からの応答の伝送を例示する。
構成装置からの応答の伝送を例示する。
【図40】非構成装置からのリクエストの受信あるいは
構成装置からの応答の受信を例示する。
構成装置からの応答の受信を例示する。
【図41】非構成装置と構成ノード間のための可能なル
ーティング戦略を作表する。
ーティング戦略を作表する。
【図42】ファジリティマネジメントシステムの一般的
な構成を示す。
な構成を示す。
【図43】マスターノードがローカル・バスを通じてス
レーブノードと通信する基礎的な構成を示す。
レーブノードと通信する基礎的な構成を示す。
【図44】複数のマスターノードがネットワークバスを
通じて通信する別の実施例を示す。
通じて通信する別の実施例を示す。
【図45】信頼性インディケータでデータにタッギング
する方法を例示する。
する方法を例示する。
【図46A】PIDループオブジェクトの処理を例示す
る。
る。
【図46B】PIDループオブジェクトの処理を例示す
る。
る。
【図47】故障許容コントロール戦略インプリメントに
よる典型的なHVACコントロールシステムを示す。
よる典型的なHVACコントロールシステムを示す。
【図48】故障許容コントロール戦略インプリメントす
る位相を示す。
る位相を示す。
【図49】入力および戦略の位相出力を例示する。
【図50】システムの1つの構成をディジタルコントロ
ールモジュールおよびネットワークコントローラで例示
する。
ールモジュールおよびネットワークコントローラで例示
する。
【図51】分散ロードシェディングおよび局限リストア
タスクを備えたシステムの構成を示す。
タスクを備えたシステムの構成を示す。
【図52】故障許容コントロール構成を示す。
【図53A】プロセスモニタリングステップを示す。
【図53B】プロセスモニタリングステップを示す。
【図54】故障許容コントローラを操作するステップを
示す。
示す。
【図55】操作変数およびバックアップ変数を切替える
ステップを示す。
ステップを示す。
【図56】ローカルあるいはスレーブバス上のスレーブ
・デバイスを作動させるノードを例示する。
・デバイスを作動させるノードを例示する。
【図57A】スレーブ・デバイスを持っているノードと
バス間の光学的インターフェースを例示する。
バス間の光学的インターフェースを例示する。
【図57B】スレーブ・デバイスを持っているノードと
バス間の光学的インターフェースを例示する。
バス間の光学的インターフェースを例示する。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 デイビツド・イー・ラスムセン アメリカ合衆国、ウイスコンシン・53183、 ウエールズ、スツアーブリツジ・プレイ ス・656 (72)発明者 ゲイロン・エム・デシオス アメリカ合衆国、ウイスコンシン・53211、 ミルウオーキー、ノース・オークランド・ アベニユー、ナンバー・108・2523 (72)発明者 ジエイムズ・アール・ガーベ アメリカ合衆国、ウイスコンシン・53228、 グリーンフイールド、サウス・ナインテイ サード・ストリート・4245 (72)発明者 スーザン・エム・ハイザー アメリカ合衆国、ウイスコンシン・53223、 ブラウン・デイアー、ウエスト・テリー・ アベニユー・4493 (72)発明者 カレン・エル・ウオースト アメリカ合衆国、ウイスコンシン・53226、 ウオーワトウサ、ノース・エイテイフイフ ス・ストリート・2050 (72)発明者 バイラバン・イー・バイラバン アメリカ合衆国、ウイスコンシン・53224、 ミルウオーキー、ノース・バーバンク・ア ベニユー・9373 (72)発明者 デイビツド・エル・コツチ アメリカ合衆国、ウイスコンシン・53217、 フオツクス・ポイント、ノース・ポート・ ワシントン・ロード・7450 (72)発明者 ドナルド・エイ・ゴツツシヤルク・ジユニ ア アメリカ合衆国、ウイスコンシン・53210、 ミルウオーキー、ノース・カールトン・プ レイス・2773 (72)発明者 デニス・イー・バークハード アメリカ合衆国、ウイスコンシン・53132、 フランクリン、サウス・セブンテイセブン ス・ストリート・8036 (72)発明者 ダーレル・イー・スタンデイツシユ アメリカ合衆国、ウイスコンシン・53146、 ニユー・ベーリン、ヒドウン・バレー・ド ライブ・21600 (72)発明者 ポール・ダブリユ・メイドウス アメリカ合衆国、ウイスコンシン・53154、 オーク・クリーク、サウス・アツシユ・ス トリート・6865 (72)発明者 ダン・ジエイ・スペイセツク アメリカ合衆国、ウイスコンシン・53110、 カダヒイ、イースト・ランハム・3255 (72)発明者 クレイ・ジー・ネスラー アメリカ合衆国、ウイスコンシン・53151、 ニユー・ベーリン、ウエスト・ヘザーリ イ・ドライブ・16225 (72)発明者 ジエイムズ・ケイ・スターク アメリカ合衆国、ウイスコンシン・53226、 ウオーワトウサ、ノース・ナインテイシツ クスス・ストリート・2431 (72)発明者 オツトー・エム・メイジエランド アメリカ合衆国、ウイスコンシン・53221、 グリーンフイールド、サウス・サーテイフ アースト・ストリート、ナンバー・9・ 6134 (72)発明者 ロバート・アール・シンジヤース アメリカ合衆国、ウイスコンシン・53223、 ブラウン・デイアー、ウエスト・ジヨレ ノ・コート・4916 (72)発明者 マイケル・イー・ワグナー アメリカ合衆国、ウイスコンシン・53018、 デラフイールド、クレイ・フオツクス・ラ ン・ダブリユ・318・エス・1161
Claims (3)
- 【請求項1】 ネットワークで通信する複数のノードの
記憶手段に記憶されたデータベースの同期方法であっ
て、 ノードに記憶されたデータベースの最新の更新時刻を示
す時刻表示を各ノードの記憶手段に記憶するステップ
と、 ノードに記憶された時刻表示を各ノードから定期的に伝
送するステップと、 伝送された時刻表示を各ノードで受容し、各受容時刻表
示と記憶された時刻表示とを比較するステップと、 受容された時刻表示が記憶された時刻表示よりも遅い場
合には、時刻表示送出ノードに対して、そのデータベー
スを時刻表示受容ノードに送出するように要求するステ
ップを含むことを特徴とする方法。 - 【請求項2】 少なくとも1つのノードが少なくとも1
つのスレーブデバイスを制御し、更に、 オンラインのスレーブデバイスからの時刻表示を対応す
るノードに報告し、 報告された時刻表示とノード内の時刻表示とをノード内
で比較し、ノードが、報告された時刻表示よりも遅い時
刻表示を有する場合には、ノード内のデータベースの少
なくとも1部分をスレーブデバイスに伝送するステップ
を含むことを特徴とする請求項1に記載の方法。 - 【請求項3】 ネットワークが、少なくとも1つの制御
プロセスを少なくともモニタする動作を含むファシリテ
ィマネージメントシステムであることを特徴とする請求
項1に記載の方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US47603190A | 1990-01-30 | 1990-01-30 | |
US476031 | 1999-12-31 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP3504862A Division JP2810231B2 (ja) | 1990-01-30 | 1991-01-25 | ノードを有する分散形ネットワークシステム中のデータの位置付け方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH0855051A true JPH0855051A (ja) | 1996-02-27 |
Family
ID=23890212
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP3504862A Expired - Lifetime JP2810231B2 (ja) | 1990-01-30 | 1991-01-25 | ノードを有する分散形ネットワークシステム中のデータの位置付け方法 |
JP6291906A Pending JPH07182283A (ja) | 1990-01-30 | 1994-10-19 | ノード内の処理手段によって実行されるプロセスに高信頼性データを割り当てる方法 |
JP6291907A Pending JPH0855051A (ja) | 1990-01-30 | 1994-10-19 | 複数のノードの記憶手段に記憶されたデータベースの同期方法 |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP3504862A Expired - Lifetime JP2810231B2 (ja) | 1990-01-30 | 1991-01-25 | ノードを有する分散形ネットワークシステム中のデータの位置付け方法 |
JP6291906A Pending JPH07182283A (ja) | 1990-01-30 | 1994-10-19 | ノード内の処理手段によって実行されるプロセスに高信頼性データを割り当てる方法 |
Country Status (8)
Country | Link |
---|---|
US (9) | US5884072A (ja) |
EP (1) | EP0513206B1 (ja) |
JP (3) | JP2810231B2 (ja) |
AT (1) | ATE121208T1 (ja) |
AU (1) | AU647086B2 (ja) |
CA (1) | CA2075048C (ja) |
DE (1) | DE69108900D1 (ja) |
WO (1) | WO1991011766A2 (ja) |
Families Citing this family (654)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5930765A (en) * | 1990-06-15 | 1999-07-27 | Martin; John R. | Downloading method for songs and advertisements |
US7299240B1 (en) | 1992-04-10 | 2007-11-20 | Intellisync Corporation | Method for translating computer data from one record structure to another |
GB9208275D0 (en) * | 1992-04-15 | 1992-06-03 | Int Computers Ltd | Data management mechanism |
JPH0695986A (ja) * | 1992-06-19 | 1994-04-08 | Westinghouse Electric Corp <We> | リアルタイムデータ・イメージングネットワークシステム及びその操作方法 |
US5706508A (en) * | 1993-04-05 | 1998-01-06 | International Business Machines Corporation | System and method for monitoring SNMP tables |
US5710922A (en) * | 1993-06-02 | 1998-01-20 | Apple Computer, Inc. | Method for synchronizing and archiving information between computer systems |
US5485369A (en) | 1993-09-28 | 1996-01-16 | Tandata Corporation | Logistics system for automating tansportation of goods |
JPH07244644A (ja) * | 1994-03-04 | 1995-09-19 | Mitsubishi Electric Corp | エージェント管理システム |
JPH07319747A (ja) * | 1994-05-24 | 1995-12-08 | Nec Telecom Syst Ltd | データ更新システム |
JP2865573B2 (ja) | 1994-09-21 | 1999-03-08 | 株式会社日立製作所 | ワークフロー管理システム |
JP3611610B2 (ja) * | 1994-11-18 | 2005-01-19 | 富士通株式会社 | データ独立型コンピュータシステムにおける機器接続定義の自動生成方式 |
US5713724A (en) * | 1994-11-23 | 1998-02-03 | Coltec Industries Inc. | System and methods for controlling rotary screw compressors |
US5671441A (en) * | 1994-11-29 | 1997-09-23 | International Business Machines Corporation | Method and apparatus for automatic generation of I/O configuration descriptions |
US6067534A (en) * | 1994-12-23 | 2000-05-23 | Nokia Mobile Phones Ltd. | Method and equipment for the control of a data transfer connection |
US5678006A (en) * | 1995-04-27 | 1997-10-14 | Cisco Systems, Inc. | Network switch having network management agent functions distributed among multiple trunk and service modules |
US6026232A (en) * | 1995-07-13 | 2000-02-15 | Kabushiki Kaisha Toshiba | Method and system to replace sections of an encoded video bitstream |
EP0744689B1 (en) * | 1995-05-26 | 2002-10-09 | Intel Corporation | Extensible communication type manager for a computer system |
JP3700733B2 (ja) * | 1995-06-12 | 2005-09-28 | 富士ゼロックス株式会社 | 文書管理装置及び文書管理方法 |
US5918051A (en) | 1995-07-19 | 1999-06-29 | Ricoh Company, Ltd. | Object-oriented communication system with support for multiple remote machine types |
US5732261A (en) | 1995-07-19 | 1998-03-24 | Ricoh Company, Ltd. | Method of using an object-oriented communication system with support for multiple remote machine types |
US5832264A (en) * | 1995-07-19 | 1998-11-03 | Ricoh Company, Ltd. | Object-oriented communications framework system with support for multiple remote machine types |
DE19527808C2 (de) * | 1995-07-28 | 1999-04-01 | Siemens Ag | Verfahren zum Modifizieren der Softwareprozeduren eines Kommunikationssystems |
US5617540A (en) * | 1995-07-31 | 1997-04-01 | At&T | System for binding host name of servers and address of available server in cache within client and for clearing cache prior to client establishes connection |
US5862344A (en) * | 1995-08-28 | 1999-01-19 | Ncr Corporation | Apparatus and methods for routing data packets through a processing system network |
JPH0962560A (ja) * | 1995-08-30 | 1997-03-07 | Fuji Xerox Co Ltd | データベース装置 |
US5592432A (en) * | 1995-09-05 | 1997-01-07 | Emc Corp | Cache management system using time stamping for replacement queue |
US5812422A (en) * | 1995-09-07 | 1998-09-22 | Philips Electronics North America Corporation | Computer software for optimizing energy efficiency of a lighting system for a target energy consumption level |
US5742833A (en) * | 1995-11-30 | 1998-04-21 | International Business Machines Corporation | Programmable power management system and method for network computer stations |
US5794030A (en) * | 1995-12-04 | 1998-08-11 | Objectivity, Inc. | System and method for maintenance and deferred propagation of schema changes to the affected objects in an object oriented database |
US6064671A (en) * | 1995-12-08 | 2000-05-16 | Killian; Michael G. | Multi-homed end system for increasing computers network bandwidth |
JPH09168009A (ja) * | 1995-12-15 | 1997-06-24 | Hitachi Ltd | ネットワーク運用情報設定システム |
US5691895A (en) * | 1995-12-18 | 1997-11-25 | International Business Machines Corporation | Mechanism and architecture for manufacturing control and optimization |
GB2308778B (en) | 1995-12-28 | 1998-06-10 | Nokia Telecommunications Oy | Telecommunications network management system |
GB2308779B (en) * | 1995-12-28 | 1998-06-10 | Nokia Telecommunications Oy | Telecommunications network management system |
US5757640A (en) * | 1996-01-24 | 1998-05-26 | Ag-Chem Equipment Co., Inc. | Product application control with distributed process manager for use on vehicles |
KR100263030B1 (ko) * | 1996-01-26 | 2000-08-01 | 윤종용 | 중앙처리장치 구동 주파수 자동 선택 장치 및 그 제어방법 |
WO1997027685A2 (en) * | 1996-01-29 | 1997-07-31 | Lecroy Corporation | Packet network monitoring device |
JPH09218815A (ja) * | 1996-01-31 | 1997-08-19 | Toshiba Corp | ネットワーク通信機能を持つ情報機器及び同機器における情報アクセス方法 |
WO1997029409A1 (en) * | 1996-02-06 | 1997-08-14 | Fisher-Rosemount Systems, Inc. | System and method for managing a transaction database of records of changes to field device configurations |
US5794232A (en) * | 1996-03-15 | 1998-08-11 | Novell, Inc. | Catalog services for distributed directories |
AU2343097A (en) * | 1996-03-21 | 1997-10-10 | Mpath Interactive, Inc. | Network match maker for selecting clients based on attributes of servers and communication links |
US6119130A (en) | 1996-03-28 | 2000-09-12 | Oracle Corporation | Method and apparatus for providing schema evolution without recompilation |
US5862052A (en) * | 1996-04-12 | 1999-01-19 | Fisher-Rosemount Systems, Inc. | Process control system using a control strategy implemented in a layered hierarchy of control modules |
US5995916A (en) * | 1996-04-12 | 1999-11-30 | Fisher-Rosemount Systems, Inc. | Process control system for monitoring and displaying diagnostic information of multiple distributed devices |
US5940294A (en) * | 1996-04-12 | 1999-08-17 | Fisher-Rosemont Systems, Inc. | System for assisting configuring a process control environment |
US6098116A (en) * | 1996-04-12 | 2000-08-01 | Fisher-Rosemont Systems, Inc. | Process control system including a method and apparatus for automatically sensing the connection of devices to a network |
US5828851A (en) | 1996-04-12 | 1998-10-27 | Fisher-Rosemount Systems, Inc. | Process control system using standard protocol control of standard devices and nonstandard devices |
US6868538B1 (en) | 1996-04-12 | 2005-03-15 | Fisher-Rosemount Systems, Inc. | Object-oriented programmable controller |
US6032208A (en) * | 1996-04-12 | 2000-02-29 | Fisher-Rosemount Systems, Inc. | Process control system for versatile control of multiple process devices of various device types |
US5838563A (en) * | 1996-04-12 | 1998-11-17 | Fisher-Rosemont Systems, Inc. | System for configuring a process control environment |
US5909368A (en) * | 1996-04-12 | 1999-06-01 | Fisher-Rosemount Systems, Inc. | Process control system using a process control strategy distributed among multiple control elements |
US6366930B1 (en) | 1996-04-12 | 2002-04-02 | Computer Associates Think, Inc. | Intelligent data inventory & asset management systems method and apparatus |
US5801942A (en) * | 1996-04-12 | 1998-09-01 | Fisher-Rosemount Systems, Inc. | Process control system user interface including selection of multiple control languages |
US5768119A (en) * | 1996-04-12 | 1998-06-16 | Fisher-Rosemount Systems, Inc. | Process control system including alarm priority adjustment |
AT408923B (de) * | 1996-06-12 | 2002-04-25 | Bse Elektro Technik Gmbh | Regel- und/oder steuervorrichtung für die objektleittechnik |
AT408819B (de) * | 1996-06-12 | 2002-03-25 | Bse Elektro Technik Ges M B H | Regel- und/oder steuervorrichtung für die objektleittechnik |
US5850396A (en) * | 1996-06-24 | 1998-12-15 | Gateway 2000, Inc. | Multicast message distribution in a polynomial expansion manner |
US5913921A (en) * | 1996-07-12 | 1999-06-22 | Glenayre Electronics, Inc. | System for communicating information about nodes configuration by generating advertisements having era values for identifying time reference for which the configuration is operative |
US5790789A (en) * | 1996-08-02 | 1998-08-04 | Suarez; Larry | Method and architecture for the creation, control and deployment of services within a distributed computer environment |
US5857205A (en) * | 1996-08-12 | 1999-01-05 | Roth; Michael | Method for determining if data item characteristics in periodically updated and replaced files have unexpectedly changed |
EP0825506B1 (en) | 1996-08-20 | 2013-03-06 | Invensys Systems, Inc. | Methods and apparatus for remote process control |
US5838776A (en) * | 1996-08-23 | 1998-11-17 | Adkins, Ii; James E. | Power controller for a heating/air conditioning unit |
US5754767A (en) * | 1996-09-04 | 1998-05-19 | Johnson Service Company | Method for automatically determining the physical location of devices on a bus networked control system |
US6662205B1 (en) * | 1996-10-01 | 2003-12-09 | International Business Machines Corporation | Scaleable and extensible system management architecture with dataless endpoints |
US6581104B1 (en) * | 1996-10-01 | 2003-06-17 | International Business Machines Corporation | Load balancing in a distributed computer enterprise environment |
US5778323A (en) * | 1996-10-04 | 1998-07-07 | Motorola, Inc. | Method and apparatus for facilitating a recovery from a configuration error in a communication system |
US6044305A (en) * | 1996-10-04 | 2000-03-28 | Fisher Controls International, Inc. | Method and apparatus for debugging and tuning a process control network having distributed control functions |
US6037944A (en) * | 1996-11-07 | 2000-03-14 | Natrificial Llc | Method and apparatus for displaying a thought network from a thought's perspective |
US7013315B1 (en) | 1996-11-13 | 2006-03-14 | Intellisync Corporation | Synchronization of databases with record sanitizing and intelligent comparison |
US6330568B1 (en) | 1996-11-13 | 2001-12-11 | Pumatech, Inc. | Synchronization of databases |
US6212529B1 (en) | 1996-11-13 | 2001-04-03 | Puma Technology, Inc. | Synchronization of databases using filters |
US6044381A (en) * | 1997-09-11 | 2000-03-28 | Puma Technology, Inc. | Using distributed history files in synchronizing databases |
US6405218B1 (en) | 1996-11-13 | 2002-06-11 | Pumatech, Inc. | Synchronizing databases |
WO1998021648A1 (en) * | 1996-11-13 | 1998-05-22 | Puma Technology, Inc. | Synchronization of databases |
US7302446B1 (en) | 1996-11-13 | 2007-11-27 | Intellisync Corporation | Synchronizing databases |
US5943676A (en) | 1996-11-13 | 1999-08-24 | Puma Technology, Inc. | Synchronization of recurring records in incompatible databases |
US6141664A (en) | 1996-11-13 | 2000-10-31 | Puma Technology, Inc. | Synchronization of databases with date range |
US5956665A (en) * | 1996-11-15 | 1999-09-21 | Digital Equipment Corporation | Automatic mapping, monitoring, and control of computer room components |
US6029092A (en) * | 1996-11-21 | 2000-02-22 | Intellinet, Inc. | System and method for providing modular control and for managing energy consumption |
CN1169032C (zh) * | 1996-11-29 | 2004-09-29 | 松下电工株式会社 | 建筑物自动监控系统 |
US5870761A (en) * | 1996-12-19 | 1999-02-09 | Oracle Corporation | Parallel queue propagation |
US6148382A (en) * | 1996-12-23 | 2000-11-14 | Emc Corporation | Arrangement for filtering data item updates to reduce the number of updates to a data item to be stored on mass data storage facility |
US6052718A (en) | 1997-01-07 | 2000-04-18 | Sightpath, Inc | Replica routing |
US6549954B1 (en) * | 1997-01-16 | 2003-04-15 | Advanced Micro Devices, Inc. | Object oriented on-chip messaging |
US5842213A (en) * | 1997-01-28 | 1998-11-24 | Odom; Paul S. | Method for modeling, storing, and transferring data in neutral form |
US6275844B1 (en) * | 1997-02-03 | 2001-08-14 | Electronic Data Systems Corporation | Automatically maintaining applications in a computer system using a check-in time |
US7046682B2 (en) * | 1997-02-12 | 2006-05-16 | Elster Electricity, Llc. | Network-enabled, extensible metering system |
US6396839B1 (en) * | 1997-02-12 | 2002-05-28 | Abb Automation Inc. | Remote access to electronic meters using a TCP/IP protocol suite |
US6115549A (en) * | 1997-02-12 | 2000-09-05 | Novell, Inc. | Directory-services-based software distribution apparatus and method |
US5980078A (en) * | 1997-02-14 | 1999-11-09 | Fisher-Rosemount Systems, Inc. | Process control system including automatic sensing and automatic configuration of devices |
US6687761B1 (en) | 1997-02-20 | 2004-02-03 | Invensys Systems, Inc. | Process control methods and apparatus with distributed object management |
US6195664B1 (en) * | 1997-02-21 | 2001-02-27 | Micrografx, Inc. | Method and system for controlling the conversion of a file from an input format to an output format |
US6125368A (en) * | 1997-02-28 | 2000-09-26 | Oracle Corporation | Fault-tolerant timestamp generation for multi-node parallel databases |
US5903894A (en) * | 1997-03-03 | 1999-05-11 | Microsoft Corporation | System and method for using a hierarchical data structure to control and identify devices and represent connections between the devices |
US6952705B2 (en) | 1997-03-25 | 2005-10-04 | Mci, Inc. | Method, system and program product that utilize a hierarchical conceptual framework to model an environment containing a collection of items |
US6169987B1 (en) | 1997-03-25 | 2001-01-02 | Mci Communications Corporation | System and method to automate equipment placement at remote sites |
US7085775B2 (en) * | 1997-04-09 | 2006-08-01 | Sidewinder Holdings Ltd. | Database method and system for conducting integrated dispatching |
US6038599A (en) * | 1997-04-23 | 2000-03-14 | Mpath Interactive, Inc. | Latency server and matchmaker |
US6023729A (en) * | 1997-05-05 | 2000-02-08 | Mpath Interactive, Inc. | Method and apparatus for match making |
WO1998052321A1 (en) * | 1997-05-12 | 1998-11-19 | Evolving Systems, Inc. | Improved telecommunications systems and methods |
US5995570A (en) * | 1997-06-27 | 1999-11-30 | International Business Machines Corporation | Recovering a clock signal in a multimedia network using time stamps |
US6604144B1 (en) | 1997-06-30 | 2003-08-05 | Microsoft Corporation | Data format for multimedia object storage, retrieval and transfer |
US6269403B1 (en) * | 1997-06-30 | 2001-07-31 | Microsoft Corporation | Browser and publisher for multimedia object storage, retrieval and transfer |
US6052680A (en) * | 1997-06-30 | 2000-04-18 | Siemens Corporate Research, Inc. | Method and apparatus for determining whether to route an input to a process based on a relevance between the input and the process |
US5956515A (en) * | 1997-07-22 | 1999-09-21 | International Business Machines Corporation | Method for managing multiple versions of multiple subsystems in a distributed computing environment |
US6055363A (en) * | 1997-07-22 | 2000-04-25 | International Business Machines Corporation | Managing multiple versions of multiple subsystems in a distributed computing environment |
US6073110A (en) * | 1997-07-22 | 2000-06-06 | Siemens Building Technologies, Inc. | Activity based equipment scheduling method and system |
US5920257A (en) * | 1997-07-31 | 1999-07-06 | Mci Communications Corporation | System and method for isolating an outage within a communications network |
US6418483B2 (en) * | 1997-08-14 | 2002-07-09 | International Business Machines Corporation | Method of locating software objects in different containers |
US5988847A (en) * | 1997-08-22 | 1999-11-23 | Honeywell Inc. | Systems and methods for implementing a dynamic cache in a supervisory control system |
US6421570B1 (en) | 1997-08-22 | 2002-07-16 | Honeywell Inc. | Systems and methods for accessing data using a cyclic publish/subscribe scheme with report by exception |
US6728699B1 (en) * | 1997-09-23 | 2004-04-27 | Unisys Corporation | Method and apparatus for using prior results when processing successive database requests |
US6185466B1 (en) * | 1997-10-06 | 2001-02-06 | Proteus Industries, Inc. | Distributed digital control system including modules with multiple stored databases and selector |
US5991730A (en) * | 1997-10-08 | 1999-11-23 | Queue Corporation | Methods and systems for automated patient tracking and data acquisition |
US6199074B1 (en) * | 1997-10-09 | 2001-03-06 | International Business Machines Corporation | Database backup system ensuring consistency between primary and mirrored backup database copies despite backup interruption |
US6247149B1 (en) | 1997-10-28 | 2001-06-12 | Novell, Inc. | Distributed diagnostic logging system |
WO1999022138A1 (en) * | 1997-10-28 | 1999-05-06 | Coltec Industries, Inc. | Compressor system and method and control for same |
JP4196419B2 (ja) * | 1997-11-05 | 2008-12-17 | ソニー株式会社 | データ送受信システム、データ受信装置及びデータ送受信方法 |
US6185623B1 (en) | 1997-11-07 | 2001-02-06 | International Business Machines Corporation | Method and system for trivial file transfer protocol (TFTP) subnet broadcast |
FR2772953B1 (fr) * | 1997-12-22 | 2001-09-07 | Datamedia | Systeme de commutation de donnees |
JP3609599B2 (ja) * | 1998-01-30 | 2005-01-12 | 富士通株式会社 | ノード代理システム、ノード監視システム、それらの方法、及び記録媒体 |
US6687772B1 (en) * | 1998-02-09 | 2004-02-03 | Agilent Technologies, Inc. | Transducers with electronic data sheets that enable transducer access using multiple types of transducer object models |
JPH11261702A (ja) * | 1998-03-06 | 1999-09-24 | Fujitsu Ltd | 負荷予測によるシステム最適化制御装置 |
US6272386B1 (en) | 1998-03-27 | 2001-08-07 | Honeywell International Inc | Systems and methods for minimizing peer-to-peer control disruption during fail-over in a system of redundant controllers |
US6925477B1 (en) | 1998-03-31 | 2005-08-02 | Intellisync Corporation | Transferring records between two databases |
US6219590B1 (en) * | 1998-04-03 | 2001-04-17 | Johnson Controls Technology Co. | State machine controller for operating variable air volume terminal units of an environmental control system |
US6141595A (en) * | 1998-04-03 | 2000-10-31 | Johnson Controls Technology Company | Common object architecture supporting application-centric building automation systems |
US6167316A (en) * | 1998-04-03 | 2000-12-26 | Johnson Controls Technology Co. | Distributed object-oriented building automation system with reliable asynchronous communication |
FR2778046B1 (fr) | 1998-04-23 | 2000-05-19 | Thomson Multimedia Sa | Procede de gestion d'objets dans un reseau de communication et dispositif de mise en oeuvre |
US6359879B1 (en) * | 1998-04-24 | 2002-03-19 | Avici Systems | Composite trunking |
WO1999057646A1 (en) * | 1998-04-30 | 1999-11-11 | Intellinet, Inc. | System and method for providing modular control and for managing energy consumption |
US6832120B1 (en) | 1998-05-15 | 2004-12-14 | Tridium, Inc. | System and methods for object-oriented control of diverse electromechanical systems using a computer network |
US6691183B1 (en) | 1998-05-20 | 2004-02-10 | Invensys Systems, Inc. | Second transfer logic causing a first transfer logic to check a data ready bit prior to each of multibit transfer of a continous transfer operation |
US6044410A (en) * | 1998-05-28 | 2000-03-28 | Allen-Bradley Company, Llc | System for data transfer where multi-word data transmission from industrial controller to I/O module is performed using I/O image table-based handshaking protocol |
FI114745B (fi) * | 1998-06-01 | 2004-12-15 | Metso Automation Oy | Kenttälaitteiden hallintajärjestelmä |
US6757681B1 (en) * | 1998-06-02 | 2004-06-29 | International Business Machines Corporation | Method and system for providing performance data |
US6363422B1 (en) | 1998-06-24 | 2002-03-26 | Robert R. Hunter | Multi-capability facilities monitoring and control intranet for facilities management system |
US6182197B1 (en) * | 1998-07-10 | 2001-01-30 | International Business Machines Corporation | Real-time shared disk system for computer clusters |
US6226788B1 (en) * | 1998-07-22 | 2001-05-01 | Cisco Technology, Inc. | Extensible network management system |
US6205518B1 (en) | 1998-08-05 | 2001-03-20 | International Business Machines Corporation | Apparatus and method for reducing power consumption in a data processor executing an application code |
JP3950589B2 (ja) * | 1998-08-28 | 2007-08-01 | キヤノン株式会社 | 情報処理装置、プログラム更新方法および記憶媒体 |
JP3859369B2 (ja) * | 1998-09-18 | 2006-12-20 | 株式会社東芝 | メッセージ中継装置及び方法 |
FR2784471B1 (fr) * | 1998-10-08 | 2002-07-19 | Schneider Automation | Systeme d'automatisme distribue |
US6700902B1 (en) | 1998-10-19 | 2004-03-02 | Elster Electricity, Llc | Method and system for improving wireless data packet delivery |
US6349306B1 (en) * | 1998-10-30 | 2002-02-19 | Aprisma Management Technologies, Inc. | Method and apparatus for configuration management in communications networks |
US6157943A (en) * | 1998-11-12 | 2000-12-05 | Johnson Controls Technology Company | Internet access to a facility management system |
US7007003B1 (en) | 1998-12-04 | 2006-02-28 | Intellisync Corporation | Notification protocol for establishing synchronization mode for use in synchronizing databases |
US6636501B1 (en) * | 1998-12-11 | 2003-10-21 | International Business Machines Corporation | High-speed digital network node communication system and method |
JP4473453B2 (ja) * | 1998-12-15 | 2010-06-02 | ローベルト ボツシユ ゲゼルシヤフト ミツト ベシユレンクテル ハフツング | 負荷装置をスイッチオンまたはオフする方法 |
US6438606B1 (en) * | 1998-12-23 | 2002-08-20 | Cisco Technology, Inc. | Router image support device |
MY124066A (en) * | 1998-12-25 | 2006-06-30 | Sony Corp | Information processing device and method, and program storage medium. |
US6963916B1 (en) | 1998-12-31 | 2005-11-08 | Qwest Communications International Inc. | Network management system and graphical user interface |
US7966388B1 (en) | 1998-12-31 | 2011-06-21 | Qwest Communications International Inc | Network management system and graphical user interface |
JP3486125B2 (ja) * | 1999-01-14 | 2004-01-13 | 富士通株式会社 | ネットワーク機器制御システム及び装置 |
US6490493B1 (en) | 1999-01-21 | 2002-12-03 | Rosemount Inc. | Industrial process device management software |
US6901439B1 (en) | 1999-01-22 | 2005-05-31 | Leviton Manufacturing Co., Inc. | Method of adding a device to a network |
WO2000043900A1 (en) * | 1999-01-22 | 2000-07-27 | Leviton Manufacturing Co., Inc. | Method of adding a device to a network |
US6334107B1 (en) * | 1999-02-04 | 2001-12-25 | Rental Tracker | Method of managing a real estate unit |
US6901604B1 (en) | 1999-02-19 | 2005-05-31 | Chaincast, Inc. | Method and system for ensuring continuous data flow between re-transmitters within a chaincast communication system |
US7610607B1 (en) | 1999-02-19 | 2009-10-27 | Chaincast Networks, Inc. | Chaincast method and system for broadcasting information to multiple systems within the internet |
JP2000270384A (ja) * | 1999-03-12 | 2000-09-29 | Omron Corp | センサ及びコントローラ並びにセンサシステム |
US6510351B1 (en) * | 1999-03-15 | 2003-01-21 | Fisher-Rosemount Systems, Inc. | Modifier function blocks in a process control system |
DE19913662A1 (de) * | 1999-03-25 | 2000-11-02 | Wingas Gmbh | Verfahren und Vorrichtung zur Überwachung und Regelung von Geräten und Anlagen mit einem zwei- oder mehrdimensionalen Betriebsbereich |
US6591418B2 (en) | 1999-03-26 | 2003-07-08 | Dell U.S.A., L.P. | Factory software management system |
US6728961B1 (en) | 1999-03-31 | 2004-04-27 | International Business Machines Corporation | Method and system for dynamically load balancing a process over a plurality of peer machines |
US6385668B1 (en) * | 1999-04-08 | 2002-05-07 | Lucent Technologies Inc. | Method and apparatus for compound hardware configuration control |
US6588018B1 (en) * | 1999-04-09 | 2003-07-01 | Thomson Licensing Sa | Method for automating updating of configuration/status information in master control switcher |
US6477611B1 (en) | 1999-04-16 | 2002-11-05 | Accellent Systems Inc. | Field-configurable, adaptable and programmable input/output bus interface and method |
US6345294B1 (en) | 1999-04-19 | 2002-02-05 | Cisco Technology, Inc. | Methods and apparatus for remote configuration of an appliance on a network |
US6505254B1 (en) | 1999-04-19 | 2003-01-07 | Cisco Technology, Inc. | Methods and apparatus for routing requests in a network |
US7213061B1 (en) | 1999-04-29 | 2007-05-01 | Amx Llc | Internet control system and method |
US7089530B1 (en) | 1999-05-17 | 2006-08-08 | Invensys Systems, Inc. | Process control configuration system with connection validation and configuration |
US6754885B1 (en) | 1999-05-17 | 2004-06-22 | Invensys Systems, Inc. | Methods and apparatus for controlling object appearance in a process control configuration system |
AU5025600A (en) | 1999-05-17 | 2000-12-05 | Foxboro Company, The | Process control configuration system with parameterized objects |
CN1155200C (zh) * | 1999-05-21 | 2004-06-23 | 艾利森电话股份有限公司 | 用于在故障管理系统中显示信息的方法和设备 |
WO2000073885A1 (en) * | 1999-06-01 | 2000-12-07 | The Foxboro Company | Systems and methods for linking parameters for the configuration of control systems |
US6657646B2 (en) | 1999-06-08 | 2003-12-02 | Amx Corporation | System and method for multimedia display |
US6609127B1 (en) * | 1999-06-09 | 2003-08-19 | Amx Corporation | Method for dynamically updating master controllers in a control system |
US6744771B1 (en) * | 1999-06-09 | 2004-06-01 | Amx Corporation | Method and system for master to master communication in control systems |
US6501995B1 (en) | 1999-06-30 | 2002-12-31 | The Foxboro Company | Process control system and method with improved distribution, installation and validation of components |
AUPQ094599A0 (en) * | 1999-06-11 | 1999-07-08 | Honeywell Limited | Method and system for remotely monitoring time-variant data |
US6788980B1 (en) * | 1999-06-11 | 2004-09-07 | Invensys Systems, Inc. | Methods and apparatus for control using control devices that provide a virtual machine environment and that communicate via an IP network |
AU774604B2 (en) * | 1999-06-11 | 2004-07-01 | Honeywell Limited | Method and system for remotely monitoring time variant data |
US6981034B2 (en) * | 1999-06-30 | 2005-12-27 | Nortel Networks Limited | Decentralized management architecture for a modular communication system |
US6597700B2 (en) * | 1999-06-30 | 2003-07-22 | Nortel Networks Limited | System, device, and method for address management in a distributed communication environment |
US6888802B1 (en) | 1999-06-30 | 2005-05-03 | Nortel Networks Limited | System, device, and method for address reporting in a distributed communication environment |
US6539425B1 (en) | 1999-07-07 | 2003-03-25 | Avaya Technology Corp. | Policy-enabled communications networks |
WO2001004758A1 (en) * | 1999-07-14 | 2001-01-18 | Recourse Technologies, Inc. | System and method for quickly authenticating messages using sequence numbers |
US7117532B1 (en) * | 1999-07-14 | 2006-10-03 | Symantec Corporation | System and method for generating fictitious content for a computer |
US6981155B1 (en) * | 1999-07-14 | 2005-12-27 | Symantec Corporation | System and method for computer security |
WO2001009690A1 (en) | 1999-07-29 | 2001-02-08 | The Foxboro Company | Methods and apparatus for object-based process control |
US6505475B1 (en) | 1999-08-20 | 2003-01-14 | Hudson Technologies Inc. | Method and apparatus for measuring and improving efficiency in refrigeration systems |
US7203962B1 (en) * | 1999-08-30 | 2007-04-10 | Symantec Corporation | System and method for using timestamps to detect attacks |
US6647400B1 (en) * | 1999-08-30 | 2003-11-11 | Symantec Corporation | System and method for analyzing filesystems to detect intrusions |
US6957247B1 (en) | 1999-09-22 | 2005-10-18 | Ates Gorkem I | Internet system |
US6496863B1 (en) | 1999-09-30 | 2002-12-17 | International Business Machines Corporation | Method and system for communication in a heterogeneous network |
US7206833B1 (en) * | 1999-09-30 | 2007-04-17 | Intel Corporation | Platform independent alert detection and management |
GB9923863D0 (en) * | 1999-10-09 | 1999-12-08 | Koninkl Philips Electronics Nv | Low power radio network |
US6687698B1 (en) * | 1999-10-18 | 2004-02-03 | Fisher Rosemount Systems, Inc. | Accessing and updating a configuration database from distributed physical locations within a process control system |
US6704737B1 (en) * | 1999-10-18 | 2004-03-09 | Fisher-Rosemount Systems, Inc. | Accessing and updating a configuration database from distributed physical locations within a process control system |
US6711629B1 (en) | 1999-10-18 | 2004-03-23 | Fisher-Rosemount Systems, Inc. | Transparent support of remote I/O in a process control system |
US6594691B1 (en) * | 1999-10-28 | 2003-07-15 | Surfnet Media Group, Inc. | Method and system for adding function to a web page |
US6785724B1 (en) | 1999-11-02 | 2004-08-31 | Walchem Corporation | On-demand web server |
US6473660B1 (en) | 1999-12-03 | 2002-10-29 | The Foxboro Company | Process control system and method with automatic fault avoidance |
DE19958825A1 (de) * | 1999-12-07 | 2001-06-13 | Zeiss Carl Jena Gmbh | Verfahren zur Kontrolle eines Steuerungssystems |
FI20000178A (fi) * | 2000-01-28 | 2001-07-29 | Nokia Networks Oy | Datan palautus hajautetussa järjestelmässä |
JP4091723B2 (ja) * | 2000-02-04 | 2008-05-28 | 富士通株式会社 | データ転送方法及びその装置 |
US6920110B2 (en) * | 2001-02-14 | 2005-07-19 | Microsoft Corporation | System and method for transferring data over a network |
US7437428B1 (en) * | 2000-02-16 | 2008-10-14 | Microsoft Corporation | System and method for transferring data over a network |
US6779128B1 (en) | 2000-02-18 | 2004-08-17 | Invensys Systems, Inc. | Fault-tolerant data transfer |
US6647735B2 (en) | 2000-03-14 | 2003-11-18 | Hussmann Corporation | Distributed intelligence control for commercial refrigeration |
US6999996B2 (en) * | 2000-03-14 | 2006-02-14 | Hussmann Corporation | Communication network and method of communicating data on the same |
US7047753B2 (en) * | 2000-03-14 | 2006-05-23 | Hussmann Corporation | Refrigeration system and method of operating the same |
US7000422B2 (en) * | 2000-03-14 | 2006-02-21 | Hussmann Corporation | Refrigeration system and method of configuring the same |
US20040016253A1 (en) * | 2000-03-14 | 2004-01-29 | Hussmann Corporation | Refrigeration system and method of operating the same |
US6332327B1 (en) * | 2000-03-14 | 2001-12-25 | Hussmann Corporation | Distributed intelligence control for commercial refrigeration |
US6973794B2 (en) | 2000-03-14 | 2005-12-13 | Hussmann Corporation | Refrigeration system and method of operating the same |
WO2001073753A1 (en) * | 2000-03-24 | 2001-10-04 | Eliza Corporation | A novel approach to speech recognition |
US7082474B1 (en) | 2000-03-30 | 2006-07-25 | United Devices, Inc. | Data sharing and file distribution method and associated distributed processing system |
US7020678B1 (en) | 2000-03-30 | 2006-03-28 | United Devices, Inc. | Machine generated sweepstakes entry model and associated distributed processing system |
US20090222508A1 (en) * | 2000-03-30 | 2009-09-03 | Hubbard Edward A | Network Site Testing |
US20010039497A1 (en) * | 2000-03-30 | 2001-11-08 | Hubbard Edward A. | System and method for monitizing network connected user bases utilizing distributed processing systems |
US6654783B1 (en) | 2000-03-30 | 2003-11-25 | Ethergent Corporation | Network site content indexing method and associated system |
US7254607B2 (en) * | 2000-03-30 | 2007-08-07 | United Devices, Inc. | Dynamic coordination and control of network connected devices for large-scale network site testing and associated architectures |
US20040103139A1 (en) * | 2000-03-30 | 2004-05-27 | United Devices, Inc. | Distributed processing system having sensor based data collection and associated method |
US20090216641A1 (en) * | 2000-03-30 | 2009-08-27 | Niration Network Group, L.L.C. | Methods and Systems for Indexing Content |
US6963897B1 (en) | 2000-03-30 | 2005-11-08 | United Devices, Inc. | Customer services and advertising based upon device attributes and associated distributed processing system |
US8010703B2 (en) * | 2000-03-30 | 2011-08-30 | Prashtama Wireless Llc | Data conversion services and associated distributed processing system |
US7039670B2 (en) * | 2000-03-30 | 2006-05-02 | United Devices, Inc. | Massively distributed processing system with modular client agent and associated method |
US6847995B1 (en) | 2000-03-30 | 2005-01-25 | United Devices, Inc. | Security architecture for distributed processing systems and associated method |
US7003547B1 (en) | 2000-03-30 | 2006-02-21 | United Devices, Inc. | Distributed parallel processing system having capability-based incentives and associated method |
US20010027467A1 (en) * | 2000-03-30 | 2001-10-04 | Anderson David P. | Massively distributed database system and associated method |
US6891802B1 (en) | 2000-03-30 | 2005-05-10 | United Devices, Inc. | Network site testing method and associated system |
USRE42153E1 (en) * | 2000-03-30 | 2011-02-15 | Hubbard Edward A | Dynamic coordination and control of network connected devices for large-scale network site testing and associated architectures |
US7092985B2 (en) * | 2000-03-30 | 2006-08-15 | United Devices, Inc. | Method of managing workloads and associated distributed processing system |
US20040148336A1 (en) * | 2000-03-30 | 2004-07-29 | Hubbard Edward A | Massively distributed processing system architecture, scheduling, unique device identification and associated methods |
TW508485B (en) * | 2000-04-13 | 2002-11-01 | Infineon Technologies Ag | Voltage-converter |
US7117239B1 (en) | 2000-07-28 | 2006-10-03 | Axeda Corporation | Reporting the state of an apparatus to a remote computer |
US6653933B2 (en) * | 2000-08-18 | 2003-11-25 | Emware, Inc. | Autonomous local area distributed network |
AU2001287044A1 (en) * | 2000-09-05 | 2002-03-22 | Big Think Llc | System and method for personalization implemented on multiple networks and multiple interfaces |
US20020029266A1 (en) * | 2000-09-07 | 2002-03-07 | Edwin Tse | Parallel processing architecture for alarm management network entities |
US20020184348A1 (en) * | 2000-09-20 | 2002-12-05 | Lockheed Martin Corporation | Object oriented framework architecture for sensing and/or control environments |
EP1319203A2 (en) * | 2000-09-20 | 2003-06-18 | Lockheed Martin Corporation | Object oriented framework architecture for sensing and/or control environments |
US7185014B1 (en) | 2000-09-22 | 2007-02-27 | Axeda Corporation | Retrieving data from a server |
US8108543B2 (en) | 2000-09-22 | 2012-01-31 | Axeda Corporation | Retrieving data from a server |
US20020038355A1 (en) * | 2000-09-25 | 2002-03-28 | Scitt Mager | System and method for managing infrastructure and eviroment in a bulding |
US7813915B2 (en) * | 2000-09-25 | 2010-10-12 | Fujitsu Limited | Apparatus for reading a plurality of documents and a method thereof |
JP2004512748A (ja) * | 2000-10-17 | 2004-04-22 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | ハードウェア構成要素の配置を制御する方法 |
DE10056046A1 (de) * | 2000-11-11 | 2002-05-23 | Bosch Gmbh Robert | Verfahren zur Realisierung einer Intertask-Kommunikation in einem Multitasking-Betriebssystem |
US7149792B1 (en) | 2000-11-20 | 2006-12-12 | Axeda Corporation | Device registration mechanism |
GB0028474D0 (en) * | 2000-11-22 | 2001-01-10 | Raekanet Ltd | Improved computer network architecture and associated method and system |
US6708239B1 (en) * | 2000-12-08 | 2004-03-16 | The Boeing Company | Network device interface for digitally interfacing data channels to a controller via a network |
GB2370380B (en) | 2000-12-19 | 2003-12-31 | Picochip Designs Ltd | Processor architecture |
US6816798B2 (en) * | 2000-12-22 | 2004-11-09 | General Electric Company | Network-based method and system for analyzing and displaying reliability data |
US6636850B2 (en) | 2000-12-28 | 2003-10-21 | Fairisaac And Company, Inc. | Aggregate score matching system for transaction records |
DE60210580T2 (de) * | 2001-01-12 | 2007-02-15 | Novar Marketing Inc., Wilmington | Systen zur überwachung der automatisierung in einem kleinen gebäude |
US6987461B2 (en) * | 2001-02-13 | 2006-01-17 | Lockheed Martin Corporation | System and method for addressing optical emanations from an information processing device |
US7313538B2 (en) * | 2001-02-15 | 2007-12-25 | American Express Travel Related Services Company, Inc. | Transaction tax settlement in personal communication devices |
DE10107816A1 (de) * | 2001-02-16 | 2002-09-05 | Philips Corp Intellectual Pty | Netzwerk mit mehreren über Brücken-Terminals verbindbaren Sub-Netzwerken |
US6883169B1 (en) * | 2001-03-12 | 2005-04-19 | Nortel Networks Limited | Apparatus for managing the installation of software across a network |
JP3664092B2 (ja) * | 2001-03-27 | 2005-06-22 | 松下電工株式会社 | 遠隔制御システムのシステム間インタフェース |
US7359920B1 (en) | 2001-04-18 | 2008-04-15 | Intellisync Corporation | Communication protocol for synchronization of personal information management databases |
US7581031B2 (en) * | 2001-04-26 | 2009-08-25 | The Boeing Company | System and method for maintaining proper termination and error-free communication in a network bus |
KR100656977B1 (ko) * | 2001-04-26 | 2006-12-13 | 더 보잉 캄파니 | 버스 컨트롤러에 명령 스케줄을 프리로딩하는 시스템 및 방법 |
US7111100B2 (en) * | 2002-04-26 | 2006-09-19 | The Boeing Company | Systems and methods for assigning an address to a network device added to an existing network |
KR100522388B1 (ko) * | 2001-04-26 | 2005-10-18 | 더 보잉 캄파니 | 네트워크 버스에 의해 이벤트 트리거를 생성하기 위한시스템, 방법, 및 제어기 |
US6782350B1 (en) | 2001-04-27 | 2004-08-24 | Blazent, Inc. | Method and apparatus for managing resources |
US7197536B2 (en) * | 2001-04-30 | 2007-03-27 | International Business Machines Corporation | Primitive communication mechanism for adjacent nodes in a clustered computer system |
US7283947B2 (en) * | 2001-05-24 | 2007-10-16 | International Business Machines Corporation | Method and system for translation management of source language text phrases |
EP1396772B1 (en) * | 2001-05-31 | 2008-03-05 | Omron Corporation | Safety unit, controller system, controller concatenation method, controller system control method, and controller system monitor method |
JP3748078B2 (ja) * | 2001-06-22 | 2006-02-22 | オムロン株式会社 | 安全ネットワークシステム及び安全スレーブ |
US7039532B2 (en) * | 2001-06-28 | 2006-05-02 | Hunter Robert R | Method and apparatus for reading and controlling utility consumption |
US6622097B2 (en) * | 2001-06-28 | 2003-09-16 | Robert R. Hunter | Method and apparatus for reading and controlling electric power consumption |
US7143155B1 (en) * | 2001-06-29 | 2006-11-28 | Cisco Technology, Inc. | Standardized method and apparatus for gathering device identification and/or configuration information via a physical interface |
US6549980B2 (en) | 2001-07-19 | 2003-04-15 | Dell Pruducts L.P. | Manufacturing process for software raid disk sets in a computer system |
JP2003044134A (ja) * | 2001-07-27 | 2003-02-14 | Yamatake Corp | 診断機能付き機器及びこれを用いた制御システム |
TW521188B (en) * | 2001-08-03 | 2003-02-21 | Via Tech Inc | Automatic updating method for terminal display page and the computer program thereof |
JP2005502143A (ja) * | 2001-08-29 | 2005-01-20 | 東京エレクトロン株式会社 | 施設モニタ |
US7509372B2 (en) * | 2001-09-13 | 2009-03-24 | International Business Machines Corporation | Method and system for redirecting data requests in peer-to-peer data networks |
US7269648B1 (en) * | 2001-09-27 | 2007-09-11 | Emc Corporation | Resolving multiple master node conflict in a DDB |
US7155537B1 (en) * | 2001-09-27 | 2006-12-26 | Lsi Logic Corporation | Infiniband isolation bridge merged with architecture of an infiniband translation bridge |
US7257610B2 (en) * | 2001-10-17 | 2007-08-14 | Microsoft Corporation | Systems and methods for sending coordinated notifications |
US7443401B2 (en) * | 2001-10-18 | 2008-10-28 | Microsoft Corporation | Multiple-level graphics processing with animation interval generation |
US7619633B2 (en) | 2002-06-27 | 2009-11-17 | Microsoft Corporation | Intelligent caching data structure for immediate mode graphics |
US7064766B2 (en) * | 2001-10-18 | 2006-06-20 | Microsoft Corporation | Intelligent caching data structure for immediate mode graphics |
US7085830B1 (en) | 2001-10-18 | 2006-08-01 | Network Equipment Technologies, Inc. | System and method to manage inconsistency problems between network management systems and network elements |
US6724303B2 (en) * | 2001-10-18 | 2004-04-20 | Corporate Safe Specialists, Inc. | Method and apparatus for monitoring a safe |
US7161599B2 (en) | 2001-10-18 | 2007-01-09 | Microsoft Corporation | Multiple-level graphics processing system and method |
US7457735B2 (en) * | 2001-11-14 | 2008-11-25 | Bentley Systems, Incorporated | Method and system for automatic water distribution model calibration |
WO2003047134A2 (de) * | 2001-11-28 | 2003-06-05 | Bridgeco Ag | Verfahren zur synchronisation in netzwerken |
US7349961B2 (en) * | 2001-12-07 | 2008-03-25 | Hitachi, Ltd. | Detecting configuration inconsistency in storage networks |
US6778945B2 (en) | 2001-12-12 | 2004-08-17 | Battelle Memorial Institute | Rooftop package unit diagnostician |
US7197558B1 (en) * | 2001-12-17 | 2007-03-27 | Bellsouth Intellectual Property Corp. | Methods and systems for network element fault information processing |
US7254601B2 (en) | 2001-12-20 | 2007-08-07 | Questra Corporation | Method and apparatus for managing intelligent assets in a distributed environment |
US7661134B2 (en) * | 2001-12-21 | 2010-02-09 | Cybersoft, Inc. | Apparatus, methods and articles of manufacture for securing computer networks |
CA2475050A1 (en) | 2002-02-15 | 2003-08-28 | Tridium, Inc. | Component model for real time system control |
US7593839B1 (en) | 2002-03-07 | 2009-09-22 | Bentley Systems, Incorporated | Method for optimizing design and rehabilitation of water distribution systems |
US7013248B1 (en) | 2002-03-22 | 2006-03-14 | Haestad Methods, Inc. | Automatic parameter estimation extension for variable speed pumps |
DE10214501A1 (de) * | 2002-04-02 | 2003-10-30 | Siemens Ag | Webserver mit integrierter Automatisierungsfunkionalität und direktem Zugriff auf die Echtzeit-Kommunikationsebene des Realtime-Ethernets |
US6975914B2 (en) | 2002-04-15 | 2005-12-13 | Invensys Systems, Inc. | Methods and apparatus for process, factory-floor, environmental, computer aided manufacturing-based or other control system with unified messaging interface |
DE10216984A1 (de) * | 2002-04-16 | 2003-11-06 | Philips Intellectual Property | Netzwerk mit einem Verbindungs-Netzwerk und mehreren mit dem Verbindungs-Netzwerk gekoppelten Netzknoten |
US7178149B2 (en) * | 2002-04-17 | 2007-02-13 | Axeda Corporation | XML scripting of soap commands |
DE10217729B4 (de) * | 2002-04-20 | 2015-08-13 | TÜV Rheinland Industrie Service GmbH | Verfahren für sicherheitstechnische Überprüfungen von Objekten |
US7478174B2 (en) * | 2002-04-26 | 2009-01-13 | The Boeing Company | Systems and methods for maintaining network stability |
US20030208394A1 (en) * | 2002-05-01 | 2003-11-06 | Todd Burris | Sales tracking and forecasting application tool |
US7107280B2 (en) * | 2002-05-14 | 2006-09-12 | Haestad Methods, Inc. | Method and system for the storage and use of engineering modeling alternatives with unitized data |
US7319921B2 (en) * | 2002-05-22 | 2008-01-15 | Underwood Fred R | Water treatment control system |
US7437333B1 (en) | 2002-06-12 | 2008-10-14 | Herrin Gregg A | Method and system for providing an energy cost estimation for a water distribution network |
US7058725B2 (en) * | 2002-06-13 | 2006-06-06 | Intel Corporation | Method and apparatus to perform network routing using multiple length trie blocks |
US20030233432A1 (en) * | 2002-06-18 | 2003-12-18 | John Davis | Web-based interface for building management systems |
US7119713B2 (en) * | 2002-06-27 | 2006-10-10 | Elster Electricity, Llc | Dynamic self-configuring metering network |
US20040113810A1 (en) * | 2002-06-28 | 2004-06-17 | Mason Robert T. | Data collector for an automated meter reading system |
US7054799B1 (en) | 2002-07-08 | 2006-05-30 | Haestad Methods, Inc. | Method and system for reduction of a network topology-based system having automated optimization features |
US7702634B1 (en) * | 2002-07-15 | 2010-04-20 | Symantec Operating Corporation | Method and apparatus to support multi-node direct write access to a file managed by a single node file system |
DE10241953B4 (de) * | 2002-09-10 | 2005-05-04 | Siemens Ag | Verfahren zum Übertragen von Meldungen industrieller Steuerungen über Internet-Technologien an vordefinierte Empfänger |
US7224366B2 (en) | 2002-10-17 | 2007-05-29 | Amx, Llc | Method and system for control system software |
US8176186B2 (en) | 2002-10-30 | 2012-05-08 | Riverbed Technology, Inc. | Transaction accelerator for client-server communications systems |
US7120666B2 (en) | 2002-10-30 | 2006-10-10 | Riverbed Technology, Inc. | Transaction accelerator for client-server communication systems |
US7240059B2 (en) * | 2002-11-14 | 2007-07-03 | Seisint, Inc. | System and method for configuring a parallel-processing database system |
EP1420522B1 (de) * | 2002-11-15 | 2008-08-13 | ABB Research Ltd. | Konfigurationssystem für Netzwerkgeräte und Verfahren zum Rekonfigurieren von Geräten |
US7068164B1 (en) * | 2002-11-21 | 2006-06-27 | Global Networks Security, Inc. | Facilities management system with server-independent enclosures |
US20040117221A1 (en) * | 2002-12-12 | 2004-06-17 | International Business Machines Corporation | Global timezone conversion for disparate corporate data |
US7039565B1 (en) | 2003-01-03 | 2006-05-02 | Haestad Methods, Inc. | Method and system for developing a numerical dynamic sanitary sewer and storm water drainage simulation model |
US7308391B1 (en) | 2003-01-08 | 2007-12-11 | Bentley Systems, Incorporated | Universal hydraulic solver with techniques for improving the representation of flow data |
GB2397668B (en) * | 2003-01-27 | 2005-12-07 | Picochip Designs Ltd | Processor array |
US7657540B1 (en) | 2003-02-04 | 2010-02-02 | Seisint, Inc. | Method and system for linking and delinking data records |
US20050027656A1 (en) * | 2003-02-11 | 2005-02-03 | Tyson Foods, Inc. | A system and method for monitoring facility data |
US7043316B2 (en) * | 2003-02-14 | 2006-05-09 | Rockwell Automation Technologies Inc. | Location based programming and data management in an automated environment |
US7966418B2 (en) | 2003-02-21 | 2011-06-21 | Axeda Corporation | Establishing a virtual tunnel between two computer programs |
AU2003209887A1 (en) * | 2003-03-13 | 2004-09-30 | 777388 Ontario Limited | Auto-addressing mechanism for a networked system |
GB0306237D0 (en) * | 2003-03-19 | 2003-04-23 | Marconi Comm Optical Networks | Notifications in a telecommunications network |
JP2004280741A (ja) * | 2003-03-19 | 2004-10-07 | Hitachi Ltd | リソース信頼性判定システム及び方法 |
US7088374B2 (en) * | 2003-03-27 | 2006-08-08 | Microsoft Corporation | System and method for managing visual structure, timing, and animation in a graphics processing system |
US7466315B2 (en) | 2003-03-27 | 2008-12-16 | Microsoft Corporation | Visual and scene graph interfaces |
US7417645B2 (en) | 2003-03-27 | 2008-08-26 | Microsoft Corporation | Markup language and object model for vector graphics |
US7486294B2 (en) | 2003-03-27 | 2009-02-03 | Microsoft Corporation | Vector graphics element-based model, application programming interface, and markup language |
DE10331873B4 (de) * | 2003-07-14 | 2022-09-01 | Robert Bosch Gmbh | Verfahren zur Überwachung verteilter Software |
US7603443B2 (en) * | 2003-08-28 | 2009-10-13 | International Business Machines Corporation | Generic method for defining resource configuration profiles in provisioning systems |
US7219553B1 (en) * | 2003-09-11 | 2007-05-22 | Loren Worthington | Dynamic transient pressure detection system |
US7366287B2 (en) * | 2003-09-25 | 2008-04-29 | At&T Knowledge Ventures, L.P. | DTMF lockout utility epoch time stamp |
US7689685B2 (en) * | 2003-09-26 | 2010-03-30 | International Business Machines Corporation | Autonomic monitoring for web high availability |
US7346483B2 (en) * | 2003-10-10 | 2008-03-18 | Synopsys, Inc. | Dynamic FIFO for simulation |
US7511718B2 (en) | 2003-10-23 | 2009-03-31 | Microsoft Corporation | Media integration layer |
US20050102152A1 (en) * | 2003-11-07 | 2005-05-12 | Kevin Hodges | Commercial real estate property management system |
US7493418B2 (en) * | 2003-12-18 | 2009-02-17 | International Business Machines Corporation | Generic method for resource monitoring configuration in provisioning systems |
US7761923B2 (en) | 2004-03-01 | 2010-07-20 | Invensys Systems, Inc. | Process control methods and apparatus for intrusion detection, protection and network hardening |
US7315162B2 (en) * | 2004-03-18 | 2008-01-01 | Elster Electricity, Llc | Reducing power consumption of electrical meters |
US7227350B2 (en) * | 2004-03-18 | 2007-06-05 | Elster Electricity, Llc | Bias technique for electric utility meter |
US7187906B2 (en) * | 2004-04-26 | 2007-03-06 | Elster Electricity, Llc | Method and system for configurable qualification and registration in a fixed network automated meter reading system |
US7239250B2 (en) * | 2004-04-26 | 2007-07-03 | Elster Electricity, Llc | System and method for improved transmission of meter data |
US7262709B2 (en) * | 2004-04-26 | 2007-08-28 | Elster Electricity, Llc | System and method for efficient configuration in a fixed network automated meter reading system |
US20050251401A1 (en) * | 2004-05-10 | 2005-11-10 | Elster Electricity, Llc. | Mesh AMR network interconnecting to mesh Wi-Fi network |
US20050251403A1 (en) * | 2004-05-10 | 2005-11-10 | Elster Electricity, Llc. | Mesh AMR network interconnecting to TCP/IP wireless mesh network |
US7460930B1 (en) | 2004-05-14 | 2008-12-02 | Admmicro Properties, Llc | Energy management system and method to monitor and control multiple sub-loads |
US7142106B2 (en) * | 2004-06-15 | 2006-11-28 | Elster Electricity, Llc | System and method of visualizing network layout and performance characteristics in a wireless network |
US7809472B1 (en) | 2004-07-06 | 2010-10-05 | Custom Manufacturing & Engineering, Inc. | Control system for multiple heating, ventilation and air conditioning units |
US7487471B2 (en) * | 2004-07-23 | 2009-02-03 | Sap Ag | User interface for conflict resolution management |
US7593944B2 (en) * | 2004-08-17 | 2009-09-22 | National Instruments Corporation | Variable abstraction |
US20060053137A1 (en) * | 2004-09-09 | 2006-03-09 | Murata Kikai Kabushikia Kaisha | Two-dimensional code information handling device |
US7277018B2 (en) * | 2004-09-17 | 2007-10-02 | Incident Alert Systems, Llc | Computer-enabled, networked, facility emergency notification, management and alarm system |
US7742430B2 (en) * | 2004-09-24 | 2010-06-22 | Elster Electricity, Llc | System for automated management of spontaneous node migration in a distributed fixed wireless network |
US7170425B2 (en) * | 2004-09-24 | 2007-01-30 | Elster Electricity, Llc | System and method for creating multiple operating territories within a meter reading system |
US7176807B2 (en) * | 2004-09-24 | 2007-02-13 | Elster Electricity, Llc | System for automatically enforcing a demand reset in a fixed network of electricity meters |
US7702594B2 (en) * | 2004-09-24 | 2010-04-20 | Elster Electricity, Llc | System and method for automated configuration of meters |
US8756521B1 (en) * | 2004-09-30 | 2014-06-17 | Rockwell Automation Technologies, Inc. | Systems and methods for automatic visualization configuration |
US7327998B2 (en) * | 2004-12-22 | 2008-02-05 | Elster Electricity, Llc | System and method of providing a geographic view of nodes in a wireless network |
TWI257053B (en) * | 2005-01-20 | 2006-06-21 | Via Tech Inc | System and method used to automatically reload and manage hyperlinks |
JP4517866B2 (ja) * | 2005-01-28 | 2010-08-04 | 株式会社日立製作所 | センサデータ処理方式 |
US7797351B2 (en) * | 2005-01-28 | 2010-09-14 | Sap Ag | User interface based modeling of web services and batch input templates |
US8387037B2 (en) * | 2005-01-28 | 2013-02-26 | Ca, Inc. | Updating software images associated with a distributed computing system |
WO2006083935A2 (en) * | 2005-01-31 | 2006-08-10 | Abet Technologies, Llc | Secure computer system |
US7685148B2 (en) * | 2005-01-31 | 2010-03-23 | Computer Associates Think, Inc. | Automatically configuring a distributed computing system according to a hierarchical model |
US7680799B2 (en) * | 2005-01-31 | 2010-03-16 | Computer Associates Think, Inc. | Autonomic control of a distributed computing system in accordance with a hierarchical model |
US7571154B2 (en) | 2005-01-31 | 2009-08-04 | Cassatt Corporation | Autonomic control of a distributed computing system using an application matrix to control application deployment |
FR2881902B1 (fr) * | 2005-02-07 | 2007-04-27 | Alcatel Sa | Routeur a mise a jour synchronisee de tables de routage, pour un reseau de communication a routage distribue |
US7590653B2 (en) * | 2005-03-02 | 2009-09-15 | Cassatt Corporation | Automated discovery and inventory of nodes within an autonomic distributed computing system |
US20060206433A1 (en) * | 2005-03-11 | 2006-09-14 | Elster Electricity, Llc. | Secure and authenticated delivery of data from an automated meter reading system |
WO2006099540A2 (en) | 2005-03-15 | 2006-09-21 | Trapeze Networks, Inc. | System and method for distributing keys in a wireless network |
JP4615344B2 (ja) * | 2005-03-24 | 2011-01-19 | 株式会社日立製作所 | データ処理システム及びデータベースの管理方法 |
US20060224335A1 (en) * | 2005-03-29 | 2006-10-05 | Elster Electricity, Llc | Collecting interval data from a relative time battery powered automated meter reading devices |
US20080220384A1 (en) * | 2005-04-15 | 2008-09-11 | Rh Peterson Company | Air quality sensor/interruptor |
US8107822B2 (en) * | 2005-05-20 | 2012-01-31 | Finisar Corporation | Protocols for out-of-band communication |
US7899057B2 (en) | 2006-04-28 | 2011-03-01 | Jds Uniphase Corporation | Systems for ordering network packets |
US20070211697A1 (en) * | 2006-03-13 | 2007-09-13 | Finisar Corporation | Method of analyzing network with generated traffic |
US20070260728A1 (en) * | 2006-05-08 | 2007-11-08 | Finisar Corporation | Systems and methods for generating network diagnostic statistics |
WO2007003184A1 (en) * | 2005-07-04 | 2007-01-11 | Vkr Holding A/S | System and method for command execution handling |
EP1929381B1 (en) * | 2005-07-04 | 2010-03-24 | VKR Holding A/S | System and method for limitation handling |
US8055387B2 (en) * | 2005-08-22 | 2011-11-08 | Trane International Inc. | Building automation system data management |
US7904186B2 (en) * | 2005-08-22 | 2011-03-08 | Trane International, Inc. | Building automation system facilitating user customization |
US8024054B2 (en) * | 2005-08-22 | 2011-09-20 | Trane International, Inc. | Building automation system facilitating user customization |
US8099178B2 (en) * | 2005-08-22 | 2012-01-17 | Trane International Inc. | Building automation system facilitating user customization |
US7917232B2 (en) | 2005-08-22 | 2011-03-29 | Trane International Inc. | Building automation system data management |
US8055386B2 (en) * | 2005-08-22 | 2011-11-08 | Trane International Inc. | Building automation system data management |
US8050801B2 (en) * | 2005-08-22 | 2011-11-01 | Trane International Inc. | Dynamically extensible and automatically configurable building automation system and architecture |
US7870090B2 (en) * | 2005-08-22 | 2011-01-11 | Trane International Inc. | Building automation system date management |
US7495578B2 (en) * | 2005-09-02 | 2009-02-24 | Elster Electricity, Llc | Multipurpose interface for an automated meter reading device |
AU2006287639C1 (en) | 2005-09-07 | 2012-06-28 | Open Invention Network, Llc | Method and computer program for device configuration |
US7706928B1 (en) | 2005-09-07 | 2010-04-27 | Admmicro Properties, Llc | Energy management system with security system interface |
US20070064736A1 (en) * | 2005-09-19 | 2007-03-22 | Fujitsu Network Communications | Zero suppressed performance management data interpretation and same value suppression and interpretation |
US7308369B2 (en) * | 2005-09-28 | 2007-12-11 | Elster Electricity Llc | Ensuring automatic season change demand resets in a mesh type network of telemetry devices |
US7573859B2 (en) | 2005-10-13 | 2009-08-11 | Trapeze Networks, Inc. | System and method for remote monitoring in a wireless network |
US8638762B2 (en) | 2005-10-13 | 2014-01-28 | Trapeze Networks, Inc. | System and method for network integrity |
WO2007044986A2 (en) | 2005-10-13 | 2007-04-19 | Trapeze Networks, Inc. | System and method for remote monitoring in a wireless network |
US7724703B2 (en) | 2005-10-13 | 2010-05-25 | Belden, Inc. | System and method for wireless network monitoring |
US8250587B2 (en) | 2005-10-27 | 2012-08-21 | Trapeze Networks, Inc. | Non-persistent and persistent information setting method and system for inter-process communication |
US20070106778A1 (en) * | 2005-10-27 | 2007-05-10 | Zeldin Paul E | Information and status and statistics messaging method and system for inter-process communication |
US20070168088A1 (en) * | 2005-11-02 | 2007-07-19 | Server Technology, Inc. | Power distribution load shedding system and method of use |
US7472261B2 (en) * | 2005-11-08 | 2008-12-30 | International Business Machines Corporation | Method for performing externally assisted calls in a heterogeneous processing complex |
FR2895103B1 (fr) * | 2005-12-19 | 2008-02-22 | Dxo Labs Sa | Procede et systeme de traitement de donnees numeriques |
US7671555B2 (en) * | 2005-12-21 | 2010-03-02 | A. O. Smith Corporation | Motor, a method of operating a motor, and a system including a motor |
US20070147268A1 (en) * | 2005-12-23 | 2007-06-28 | Elster Electricity, Llc | Distributing overall control of mesh AMR LAN networks to WAN interconnected collectors |
US20070185065A1 (en) * | 2006-02-03 | 2007-08-09 | Vikramjit Chhokar | Combination therapy for coronary artery disease |
US7545285B2 (en) * | 2006-02-16 | 2009-06-09 | Elster Electricity, Llc | Load control unit in communication with a fixed network meter reading system |
US7427927B2 (en) * | 2006-02-16 | 2008-09-23 | Elster Electricity, Llc | In-home display communicates with a fixed network meter reading system |
US8014905B2 (en) * | 2006-03-09 | 2011-09-06 | Ranco Incorporated Of Delaware | System and method for demand limiting resistive load management |
ITRM20060139A1 (it) * | 2006-03-13 | 2007-09-14 | Micron Technology Inc | Sistema ad unita di controllo distribuito di dispositivo di memoria |
US7860857B2 (en) | 2006-03-30 | 2010-12-28 | Invensys Systems, Inc. | Digital data processing apparatus and methods for improving plant performance |
US7496579B2 (en) * | 2006-03-30 | 2009-02-24 | International Business Machines Corporation | Transitioning of database service responsibility responsive to server failure in a partially clustered computing environment |
US20070233865A1 (en) * | 2006-03-30 | 2007-10-04 | Garbow Zachary A | Dynamically Adjusting Operating Level of Server Processing Responsive to Detection of Failure at a Server |
US7571063B2 (en) | 2006-04-28 | 2009-08-04 | Admmicro Properties Llc | Lighting performance power monitoring system and method with optional integrated light control |
US7558266B2 (en) | 2006-05-03 | 2009-07-07 | Trapeze Networks, Inc. | System and method for restricting network access using forwarding databases |
US8966018B2 (en) | 2006-05-19 | 2015-02-24 | Trapeze Networks, Inc. | Automated network device configuration and network deployment |
US9191799B2 (en) | 2006-06-09 | 2015-11-17 | Juniper Networks, Inc. | Sharing data between wireless switches system and method |
US8818322B2 (en) | 2006-06-09 | 2014-08-26 | Trapeze Networks, Inc. | Untethered access point mesh system and method |
US9258702B2 (en) | 2006-06-09 | 2016-02-09 | Trapeze Networks, Inc. | AP-local dynamic switching |
US8571882B1 (en) * | 2006-07-05 | 2013-10-29 | Ronald J. Teitelbaum | Peer to peer database |
US8213333B2 (en) * | 2006-07-12 | 2012-07-03 | Chip Greel | Identifying and resolving problems in wireless device configurations |
DE102006037952A1 (de) * | 2006-08-12 | 2008-02-14 | Mtu Aero Engines Gmbh | Verfahren zur Überwachung eines Fertigungsverfahrens |
US20080037511A1 (en) * | 2006-08-14 | 2008-02-14 | Alessio Casati | Supporting coordinated communication services |
US8340110B2 (en) | 2006-09-15 | 2012-12-25 | Trapeze Networks, Inc. | Quality of service provisioning for wireless networks |
US8370479B2 (en) | 2006-10-03 | 2013-02-05 | Axeda Acquisition Corporation | System and method for dynamically grouping devices based on present device conditions |
JP5083591B2 (ja) * | 2006-10-26 | 2012-11-28 | 横河電機株式会社 | プロセス制御システム |
US8035490B2 (en) * | 2006-12-07 | 2011-10-11 | International Business Machines Corporation | Communication and filtering of events among peer controllers in the same spatial region of a sensor network |
US8073384B2 (en) * | 2006-12-14 | 2011-12-06 | Elster Electricity, Llc | Optimization of redundancy and throughput in an automated meter data collection system using a wireless network |
WO2008079829A2 (en) * | 2006-12-22 | 2008-07-03 | Duncan Scot M | Optimized control system for cooling systems |
US8065397B2 (en) | 2006-12-26 | 2011-11-22 | Axeda Acquisition Corporation | Managing configurations of distributed devices |
US7873061B2 (en) | 2006-12-28 | 2011-01-18 | Trapeze Networks, Inc. | System and method for aggregation and queuing in a wireless network |
US8060482B2 (en) * | 2006-12-28 | 2011-11-15 | Intel Corporation | Efficient and consistent software transactional memory |
US8526821B2 (en) * | 2006-12-29 | 2013-09-03 | Finisar Corporation | Transceivers for testing networks and adapting to device changes |
US8060076B2 (en) * | 2007-01-04 | 2011-11-15 | Harris Stratex Networks, Inc. | Real-time RSL monitoring in a web-based application |
US8671151B2 (en) * | 2007-01-24 | 2014-03-11 | Oracle International Corporation | Maintaining item-to-node mapping information in a distributed system |
US20080179408A1 (en) * | 2007-01-30 | 2008-07-31 | Johnson Controls Technology Company | Sensor-free optimal control of air-side economizer |
US7827813B2 (en) | 2007-01-30 | 2010-11-09 | Johnson Controls Technology Company | Adaptive real-time optimization control |
US20080183766A1 (en) * | 2007-01-31 | 2008-07-31 | Weston David W | Methods and systems for inductive data transformation |
US7783791B2 (en) * | 2007-02-13 | 2010-08-24 | Lennox Manufacturing, Inc. | Apparatus and method for treating addresses in an environmental control network |
US8768689B2 (en) * | 2007-02-14 | 2014-07-01 | Nuance Communications, Inc. | Method and system for translation management of source language text phrases |
US7934063B2 (en) * | 2007-03-29 | 2011-04-26 | International Business Machines Corporation | Invoking externally assisted calls from an isolated environment |
US7730364B2 (en) * | 2007-04-05 | 2010-06-01 | International Business Machines Corporation | Systems and methods for predictive failure management |
US8320302B2 (en) * | 2007-04-20 | 2012-11-27 | Elster Electricity, Llc | Over the air microcontroller flash memory updates |
JP5288587B2 (ja) * | 2007-04-27 | 2013-09-11 | パナソニック株式会社 | 流量計測装置 |
US20080307262A1 (en) * | 2007-06-05 | 2008-12-11 | Siemens Medical Solutions Usa, Inc. | System for Validating Data for Processing and Incorporation in a Report |
US7941229B2 (en) * | 2007-06-06 | 2011-05-10 | Rockwell Automation Technologies, Inc. | High-speed sequential sampling of I/O data for industrial control |
US20090013091A1 (en) * | 2007-07-03 | 2009-01-08 | Microsoft Corporation | Customer based message routing |
US8478861B2 (en) | 2007-07-06 | 2013-07-02 | Axeda Acquisition Corp. | Managing distributed devices with limited connectivity |
GB2463218B (en) | 2007-07-17 | 2012-12-05 | Johnson Controls Tech Co | Extremum seeking control with reset control |
CN101861552B (zh) * | 2007-07-17 | 2014-08-20 | 约翰逊控制技术公司 | 带有执行器饱和控制的极值搜索控制 |
US8112253B2 (en) | 2007-07-26 | 2012-02-07 | Areva T&D, Inc. | Energy management system that provides real time situation awareness of a potential energy management failure |
US8818346B2 (en) * | 2007-07-31 | 2014-08-26 | Tridium Inc. | Wireless device with a control engine using functional block programming |
US7908117B2 (en) | 2007-08-03 | 2011-03-15 | Ecofactor, Inc. | System and method for using a network of thermostats as tool to verify peak demand reduction |
JP5319926B2 (ja) * | 2007-08-06 | 2013-10-16 | パナソニック株式会社 | 機器管理システム |
US8902904B2 (en) | 2007-09-07 | 2014-12-02 | Trapeze Networks, Inc. | Network assignment based on priority |
US8019567B2 (en) | 2007-09-17 | 2011-09-13 | Ecofactor, Inc. | System and method for evaluating changes in the efficiency of an HVAC system |
US7848900B2 (en) | 2008-09-16 | 2010-12-07 | Ecofactor, Inc. | System and method for calculating the thermal mass of a building |
US20090082880A1 (en) * | 2007-09-20 | 2009-03-26 | Tridium Inc. | Wireless device for a building control system |
US20090088907A1 (en) * | 2007-10-01 | 2009-04-02 | Gridpoint, Inc. | Modular electrical grid interface device |
US8214826B2 (en) * | 2007-10-09 | 2012-07-03 | International Business Machines Corporation | Optimized targeting in a large scale system |
GB2454865B (en) * | 2007-11-05 | 2012-06-13 | Picochip Designs Ltd | Power control |
US8238942B2 (en) | 2007-11-21 | 2012-08-07 | Trapeze Networks, Inc. | Wireless station location detection |
RU2457622C2 (ru) * | 2007-11-29 | 2012-07-27 | Эйрбас Оперейшнс Гмбх | Система и способ архивирования данных |
US8429312B2 (en) * | 2007-11-29 | 2013-04-23 | Airbus Operations Gmbh | System and method for archiving of data |
US9612132B2 (en) | 2007-12-26 | 2017-04-04 | Elster Solutions, Llc | Optimized data collection in a wireless fixed network metering system |
US8150357B2 (en) | 2008-03-28 | 2012-04-03 | Trapeze Networks, Inc. | Smoothing filter for irregular update intervals |
US20090254606A1 (en) * | 2008-04-07 | 2009-10-08 | Telefonaktiebolaget Lm Ericsson | Network management filter system |
US8266168B2 (en) | 2008-04-24 | 2012-09-11 | Lexisnexis Risk & Information Analytics Group Inc. | Database systems and methods for linking records and entity representations with sufficiently high confidence |
ATE522862T1 (de) * | 2008-05-13 | 2011-09-15 | Dspace Gmbh | Verfahren zur ausführung von tasks zur berechnung eines zu simulierenden signals in echtzeit |
US8525692B2 (en) * | 2008-06-13 | 2013-09-03 | Elster Solutions, Llc | Techniques for limiting demand from an electricity meter with an installed relay |
EP2304536A4 (en) | 2008-06-20 | 2012-08-15 | Invensys Sys Inc | SYSTEMS AND METHOD FOR IMMERSIBLE INTERACTION WITH ACTUAL AND / OR SIMULATED DEVICES FOR PROCESS, ENVIRONMENTAL AND INDUSTRIAL CONTROL |
US7818468B2 (en) * | 2008-06-29 | 2010-10-19 | Texas Instruments Incorporated | Method and system for processing control information |
US8190616B2 (en) | 2008-07-02 | 2012-05-29 | Lexisnexis Risk & Information Analytics Group Inc. | Statistical measure and calibration of reflexive, symmetric and transitive fuzzy search criteria where one or both of the search criteria and database is incomplete |
US8010237B2 (en) | 2008-07-07 | 2011-08-30 | Ecofactor, Inc. | System and method for using ramped setpoint temperature variation with networked thermostats to improve efficiency |
US8713697B2 (en) * | 2008-07-09 | 2014-04-29 | Lennox Manufacturing, Inc. | Apparatus and method for storing event information for an HVAC system |
US8180492B2 (en) | 2008-07-14 | 2012-05-15 | Ecofactor, Inc. | System and method for using a networked electronic device as an occupancy sensor for an energy management system |
US8978105B2 (en) | 2008-07-25 | 2015-03-10 | Trapeze Networks, Inc. | Affirming network relationships and resource access via related networks |
CN101363653A (zh) * | 2008-08-22 | 2009-02-11 | 日滔贸易(上海)有限公司 | 中央空调制冷系统的能耗控制方法及装置 |
SG159417A1 (en) * | 2008-08-29 | 2010-03-30 | Yokogawa Electric Corp | A method and system for monitoring plant assets |
US8238298B2 (en) | 2008-08-29 | 2012-08-07 | Trapeze Networks, Inc. | Picking an optimal channel for an access point in a wireless network |
WO2010030862A1 (en) * | 2008-09-15 | 2010-03-18 | Aclara Power-Line Systems Inc. | A method for load control using temporal measurements of energy for individual pieces of equipment |
US8527096B2 (en) | 2008-10-24 | 2013-09-03 | Lennox Industries Inc. | Programmable controller and a user interface for same |
US20100106329A1 (en) * | 2008-10-27 | 2010-04-29 | Lennox Manufacturing, Inc., A Corporation Of Delaware | Apparatus and method for controlling an environmental conditioning system |
US20100106326A1 (en) * | 2008-10-27 | 2010-04-29 | Lennox Industries Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8994539B2 (en) | 2008-10-27 | 2015-03-31 | Lennox Industries, Inc. | Alarm and diagnostics system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8548630B2 (en) * | 2008-10-27 | 2013-10-01 | Lennox Industries, Inc. | Alarm and diagnostics system and method for a distributed-architecture heating, ventilation and air conditioning network |
US9651925B2 (en) * | 2008-10-27 | 2017-05-16 | Lennox Industries Inc. | System and method for zoning a distributed-architecture heating, ventilation and air conditioning network |
US8352080B2 (en) * | 2008-10-27 | 2013-01-08 | Lennox Industries Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US9325517B2 (en) | 2008-10-27 | 2016-04-26 | Lennox Industries Inc. | Device abstraction system and method for a distributed-architecture heating, ventilation and air conditioning system |
US8744629B2 (en) | 2008-10-27 | 2014-06-03 | Lennox Industries Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US8661165B2 (en) | 2008-10-27 | 2014-02-25 | Lennox Industries, Inc. | Device abstraction system and method for a distributed architecture heating, ventilation and air conditioning system |
US8560125B2 (en) | 2008-10-27 | 2013-10-15 | Lennox Industries | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US9678486B2 (en) | 2008-10-27 | 2017-06-13 | Lennox Industries Inc. | Device abstraction system and method for a distributed-architecture heating, ventilation and air conditioning system |
US20100107072A1 (en) * | 2008-10-27 | 2010-04-29 | Lennox Industries Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US9432208B2 (en) * | 2008-10-27 | 2016-08-30 | Lennox Industries Inc. | Device abstraction system and method for a distributed architecture heating, ventilation and air conditioning system |
US8543243B2 (en) | 2008-10-27 | 2013-09-24 | Lennox Industries, Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US20100106312A1 (en) * | 2008-10-27 | 2010-04-29 | Lennox Industries Inc. | Alarm and diagnostics system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8452456B2 (en) | 2008-10-27 | 2013-05-28 | Lennox Industries Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US9152155B2 (en) * | 2008-10-27 | 2015-10-06 | Lennox Industries Inc. | Device abstraction system and method for a distributed-architecture heating, ventilation and air conditioning system |
US8615326B2 (en) | 2008-10-27 | 2013-12-24 | Lennox Industries Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US8798796B2 (en) | 2008-10-27 | 2014-08-05 | Lennox Industries Inc. | General control techniques in a heating, ventilation and air conditioning network |
US8774210B2 (en) * | 2008-10-27 | 2014-07-08 | Lennox Industries, Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8239066B2 (en) * | 2008-10-27 | 2012-08-07 | Lennox Industries Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US8874815B2 (en) | 2008-10-27 | 2014-10-28 | Lennox Industries, Inc. | Communication protocol system and method for a distributed architecture heating, ventilation and air conditioning network |
US8655490B2 (en) | 2008-10-27 | 2014-02-18 | Lennox Industries, Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US8977794B2 (en) | 2008-10-27 | 2015-03-10 | Lennox Industries, Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8788100B2 (en) * | 2008-10-27 | 2014-07-22 | Lennox Industries Inc. | System and method for zoning a distributed-architecture heating, ventilation and air conditioning network |
US8463442B2 (en) | 2008-10-27 | 2013-06-11 | Lennox Industries, Inc. | Alarm and diagnostics system and method for a distributed architecture heating, ventilation and air conditioning network |
US9632490B2 (en) * | 2008-10-27 | 2017-04-25 | Lennox Industries Inc. | System and method for zoning a distributed architecture heating, ventilation and air conditioning network |
US8452906B2 (en) * | 2008-10-27 | 2013-05-28 | Lennox Industries, Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8255086B2 (en) * | 2008-10-27 | 2012-08-28 | Lennox Industries Inc. | System recovery in a heating, ventilation and air conditioning network |
US9268345B2 (en) | 2008-10-27 | 2016-02-23 | Lennox Industries Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US8725298B2 (en) | 2008-10-27 | 2014-05-13 | Lennox Industries, Inc. | Alarm and diagnostics system and method for a distributed architecture heating, ventilation and conditioning network |
US8433446B2 (en) | 2008-10-27 | 2013-04-30 | Lennox Industries, Inc. | Alarm and diagnostics system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8762666B2 (en) | 2008-10-27 | 2014-06-24 | Lennox Industries, Inc. | Backup and restoration of operation control data in a heating, ventilation and air conditioning network |
US8694164B2 (en) | 2008-10-27 | 2014-04-08 | Lennox Industries, Inc. | Interactive user guidance interface for a heating, ventilation and air conditioning system |
US9377768B2 (en) * | 2008-10-27 | 2016-06-28 | Lennox Industries Inc. | Memory recovery scheme and data structure in a heating, ventilation and air conditioning network |
US8600558B2 (en) | 2008-10-27 | 2013-12-03 | Lennox Industries Inc. | System recovery in a heating, ventilation and air conditioning network |
US9261888B2 (en) | 2008-10-27 | 2016-02-16 | Lennox Industries Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US8655491B2 (en) | 2008-10-27 | 2014-02-18 | Lennox Industries Inc. | Alarm and diagnostics system and method for a distributed architecture heating, ventilation and air conditioning network |
US8600559B2 (en) | 2008-10-27 | 2013-12-03 | Lennox Industries Inc. | Method of controlling equipment in a heating, ventilation and air conditioning network |
US8855825B2 (en) * | 2008-10-27 | 2014-10-07 | Lennox Industries Inc. | Device abstraction system and method for a distributed-architecture heating, ventilation and air conditioning system |
US8463443B2 (en) | 2008-10-27 | 2013-06-11 | Lennox Industries, Inc. | Memory recovery scheme and data structure in a heating, ventilation and air conditioning network |
US20100106810A1 (en) * | 2008-10-27 | 2010-04-29 | Lennox Industries Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8352081B2 (en) | 2008-10-27 | 2013-01-08 | Lennox Industries Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8437877B2 (en) | 2008-10-27 | 2013-05-07 | Lennox Industries Inc. | System recovery in a heating, ventilation and air conditioning network |
US8437878B2 (en) | 2008-10-27 | 2013-05-07 | Lennox Industries Inc. | Alarm and diagnostics system and method for a distributed architecture heating, ventilation and air conditioning network |
US8892797B2 (en) | 2008-10-27 | 2014-11-18 | Lennox Industries Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8295981B2 (en) * | 2008-10-27 | 2012-10-23 | Lennox Industries Inc. | Device commissioning in a heating, ventilation and air conditioning network |
US20100106310A1 (en) * | 2008-10-27 | 2010-04-29 | Lennox Industries Inc. | Alarm and diagnostics system and method for a distributed- architecture heating, ventilation and air conditioning network |
US8564400B2 (en) | 2008-10-27 | 2013-10-22 | Lennox Industries, Inc. | Communication protocol system and method for a distributed-architecture heating, ventilation and air conditioning network |
US8442693B2 (en) * | 2008-10-27 | 2013-05-14 | Lennox Industries, Inc. | System and method of use for a user interface dashboard of a heating, ventilation and air conditioning network |
US8802981B2 (en) | 2008-10-27 | 2014-08-12 | Lennox Industries Inc. | Flush wall mount thermostat and in-set mounting plate for a heating, ventilation and air conditioning system |
US20100106957A1 (en) * | 2008-10-27 | 2010-04-29 | Lennox Industries Inc. | Programming and configuration in a heating, ventilation and air conditioning network |
GB2466661B (en) * | 2009-01-05 | 2014-11-26 | Intel Corp | Rake receiver |
US8203463B2 (en) | 2009-02-13 | 2012-06-19 | Elster Electricity Llc | Wakeup and interrogation of meter-reading devices using licensed narrowband and unlicensed wideband radio communication |
CN102326360B (zh) * | 2009-02-19 | 2014-12-10 | 皇家飞利浦电子股份有限公司 | 照明控制网络 |
US8180824B2 (en) | 2009-02-23 | 2012-05-15 | Trane International, Inc. | Log collection data harvester for use in a building automation system |
GB2470037B (en) | 2009-05-07 | 2013-07-10 | Picochip Designs Ltd | Methods and devices for reducing interference in an uplink |
US8498753B2 (en) * | 2009-05-08 | 2013-07-30 | Ecofactor, Inc. | System, method and apparatus for just-in-time conditioning using a thermostat |
US8740100B2 (en) | 2009-05-11 | 2014-06-03 | Ecofactor, Inc. | System, method and apparatus for dynamically variable compressor delay in thermostat to reduce energy consumption |
US8596550B2 (en) | 2009-05-12 | 2013-12-03 | Ecofactor, Inc. | System, method and apparatus for identifying manual inputs to and adaptive programming of a thermostat |
US8127060B2 (en) * | 2009-05-29 | 2012-02-28 | Invensys Systems, Inc | Methods and apparatus for control configuration with control objects that are fieldbus protocol-aware |
US8463964B2 (en) | 2009-05-29 | 2013-06-11 | Invensys Systems, Inc. | Methods and apparatus for control configuration with enhanced change-tracking |
GB2470891B (en) | 2009-06-05 | 2013-11-27 | Picochip Designs Ltd | A method and device in a communication network |
GB2470771B (en) | 2009-06-05 | 2012-07-18 | Picochip Designs Ltd | A method and device in a communication network |
US9606520B2 (en) | 2009-06-22 | 2017-03-28 | Johnson Controls Technology Company | Automated fault detection and diagnostics in a building management system |
US10739741B2 (en) | 2009-06-22 | 2020-08-11 | Johnson Controls Technology Company | Systems and methods for detecting changes in energy usage in a building |
US9196009B2 (en) | 2009-06-22 | 2015-11-24 | Johnson Controls Technology Company | Systems and methods for detecting changes in energy usage in a building |
US8600556B2 (en) | 2009-06-22 | 2013-12-03 | Johnson Controls Technology Company | Smart building manager |
US8788097B2 (en) * | 2009-06-22 | 2014-07-22 | Johnson Controls Technology Company | Systems and methods for using rule-based fault detection in a building management system |
US11269303B2 (en) | 2009-06-22 | 2022-03-08 | Johnson Controls Technology Company | Systems and methods for detecting changes in energy usage in a building |
US9286582B2 (en) | 2009-06-22 | 2016-03-15 | Johnson Controls Technology Company | Systems and methods for detecting changes in energy usage in a building |
US8731724B2 (en) | 2009-06-22 | 2014-05-20 | Johnson Controls Technology Company | Automated fault detection and diagnostics in a building management system |
US9306750B2 (en) | 2009-07-16 | 2016-04-05 | Oracle International Corporation | Techniques for securing supply chain electronic transactions |
US8509954B2 (en) | 2009-08-21 | 2013-08-13 | Allure Energy, Inc. | Energy management system and method |
JP5440009B2 (ja) * | 2009-07-31 | 2014-03-12 | 富士通株式会社 | マルチクラスタシステムのプログラム更新方法及びマルチクラスタシステム |
US8498749B2 (en) | 2009-08-21 | 2013-07-30 | Allure Energy, Inc. | Method for zone based energy management system with scalable map interface |
US9838255B2 (en) | 2009-08-21 | 2017-12-05 | Samsung Electronics Co., Ltd. | Mobile demand response energy management system with proximity control |
US9209652B2 (en) | 2009-08-21 | 2015-12-08 | Allure Energy, Inc. | Mobile device with scalable map interface for zone based energy management |
US20110055748A1 (en) * | 2009-09-03 | 2011-03-03 | Johnson Controls Technology Company | Systems and methods for mapping building management system inputs |
US20110071685A1 (en) * | 2009-09-03 | 2011-03-24 | Johnson Controls Technology Company | Creation and use of software defined building objects in building management systems and applications |
GB2474071B (en) | 2009-10-05 | 2013-08-07 | Picochip Designs Ltd | Femtocell base station |
USD648641S1 (en) | 2009-10-21 | 2011-11-15 | Lennox Industries Inc. | Thin cover plate for an electronic system controller |
USD648642S1 (en) | 2009-10-21 | 2011-11-15 | Lennox Industries Inc. | Thin cover plate for an electronic system controller |
EP2472749A4 (en) * | 2009-11-18 | 2015-10-07 | Hyundai Infracore Co Ltd | R OR GR TYPE RECEIVER SYSTEM WITH OPTICAL RELAY FUNCTION |
EP2326116B1 (en) * | 2009-11-20 | 2020-02-05 | Deutsche Telekom AG | Method and system related to quality of service in distributed wireless networks |
US9411859B2 (en) | 2009-12-14 | 2016-08-09 | Lexisnexis Risk Solutions Fl Inc | External linking based on hierarchical level weightings |
US9535413B2 (en) * | 2010-02-12 | 2017-01-03 | Rockwell Automation Technologies, Inc. | Automatic device parameter binding method and system |
US8260444B2 (en) | 2010-02-17 | 2012-09-04 | Lennox Industries Inc. | Auxiliary controller of a HVAC system |
US9258201B2 (en) * | 2010-02-23 | 2016-02-09 | Trane International Inc. | Active device management for use in a building automation system |
US8738158B2 (en) * | 2010-02-24 | 2014-05-27 | Schneider Electric USA, Inc. | Apparatus and method for remote configuration of common objects across lighting controllers |
US8793022B2 (en) * | 2010-02-26 | 2014-07-29 | Trane International, Inc. | Automated air source and VAV box association |
US8219660B2 (en) * | 2010-02-26 | 2012-07-10 | Trane International Inc. | Simultaneous connectivity and management across multiple building automation system networks |
US8556188B2 (en) | 2010-05-26 | 2013-10-15 | Ecofactor, Inc. | System and method for using a mobile electronic device to optimize an energy management system |
US10584890B2 (en) | 2010-05-26 | 2020-03-10 | Ecofactor, Inc. | System and method for using a mobile electronic device to optimize an energy management system |
US8972070B2 (en) * | 2010-07-02 | 2015-03-03 | Alstom Grid Inc. | Multi-interval dispatch system tools for enabling dispatchers in power grid control centers to manage changes |
US8538593B2 (en) | 2010-07-02 | 2013-09-17 | Alstom Grid Inc. | Method for integrating individual load forecasts into a composite load forecast to present a comprehensive synchronized and harmonized load forecast |
US20110029142A1 (en) * | 2010-07-02 | 2011-02-03 | David Sun | System tools that provides dispatchers in power grid control centers with a capability to make changes |
US20110071690A1 (en) * | 2010-07-02 | 2011-03-24 | David Sun | Methods that provide dispatchers in power grid control centers with a capability to manage changes |
US9727828B2 (en) * | 2010-07-02 | 2017-08-08 | Alstom Technology Ltd. | Method for evaluating operational and financial performance for dispatchers using after the fact analysis |
US9558250B2 (en) * | 2010-07-02 | 2017-01-31 | Alstom Technology Ltd. | System tools for evaluating operational and financial performance from dispatchers using after the fact analysis |
US9093840B2 (en) | 2010-07-02 | 2015-07-28 | Alstom Technology Ltd. | System tools for integrating individual load forecasts into a composite load forecast to present a comprehensive synchronized and harmonized load forecast |
US9189505B2 (en) | 2010-08-09 | 2015-11-17 | Lexisnexis Risk Data Management, Inc. | System of and method for entity representation splitting without the need for human interaction |
GB2482869B (en) | 2010-08-16 | 2013-11-06 | Picochip Designs Ltd | Femtocell access control |
US8090477B1 (en) | 2010-08-20 | 2012-01-03 | Ecofactor, Inc. | System and method for optimizing use of plug-in air conditioners and portable heaters |
JP2012108794A (ja) * | 2010-11-18 | 2012-06-07 | Fujitsu Ltd | 中継装置、中継方法およびデバイス管理装置 |
DE102010061352B3 (de) * | 2010-12-20 | 2012-03-22 | Schneider Electric Automation Gmbh | Kommunikationssystem, Verfahren zum Betrieb eines solchen sowie Kommunikationsmodul |
US8594854B1 (en) * | 2011-03-15 | 2013-11-26 | Cisco Technology, Inc. | Power sharing group formation |
US8983632B2 (en) * | 2011-03-29 | 2015-03-17 | Honeywell International Inc. | Function block execution framework |
GB2489716B (en) | 2011-04-05 | 2015-06-24 | Intel Corp | Multimode base system |
GB2489919B (en) | 2011-04-05 | 2018-02-14 | Intel Corp | Filter |
GB2491098B (en) | 2011-05-16 | 2015-05-20 | Intel Corp | Accessing a base station |
WO2013033469A1 (en) | 2011-08-30 | 2013-03-07 | Allure Energy, Inc. | Resource manager, system, and method for communicating resource management information for smart energy and media resources |
US9563971B2 (en) | 2011-09-09 | 2017-02-07 | Microsoft Technology Licensing, Llc | Composition system thread |
US9031920B2 (en) * | 2011-11-07 | 2015-05-12 | Sap Se | Objects in a storage environment for connected applications |
US8826158B1 (en) * | 2011-12-14 | 2014-09-02 | The United States Of America As Represented By The Director, National Security Agency | Device for and method of determining changes to GUI |
US9767676B2 (en) * | 2012-01-11 | 2017-09-19 | Honeywell International Inc. | Security system storage of persistent data |
US8756565B2 (en) * | 2012-02-17 | 2014-06-17 | National Instruments Corporation | Modifying a target system configuration to utilize a different synchronization module for performing synchronization among multiple programmable hardware elements |
US9020619B2 (en) * | 2012-04-24 | 2015-04-28 | Fisher Controls International Llc | Method and apparatus for local or remote control of an instrument in a process system |
US9390388B2 (en) | 2012-05-31 | 2016-07-12 | Johnson Controls Technology Company | Systems and methods for measuring and verifying energy usage in a building |
US10048706B2 (en) | 2012-06-14 | 2018-08-14 | Ecofactor, Inc. | System and method for optimizing use of individual HVAC units in multi-unit chiller-based systems |
US9874538B2 (en) | 2012-07-06 | 2018-01-23 | Robert Bosch Gmbh | Methods for generating pH/ionic concentration gradient near electrode surfaces for modulating biomolecular interactions |
US9910008B2 (en) | 2012-07-06 | 2018-03-06 | Robert Bosch Gmbh | Methods for generating pH/ionic concentration gradient near electrode surfaces for modulating biomolecular interactions |
US11188652B2 (en) | 2012-10-02 | 2021-11-30 | Mordecai Barkan | Access management and credential protection |
US9342695B2 (en) * | 2012-10-02 | 2016-05-17 | Mordecai Barkan | Secured automated or semi-automated systems |
US20150234884A1 (en) * | 2012-11-08 | 2015-08-20 | Sparkledb As | System and Method Involving Resource Description Framework Distributed Database Management System and/or Related Aspects |
US9716530B2 (en) | 2013-01-07 | 2017-07-25 | Samsung Electronics Co., Ltd. | Home automation using near field communication |
US9393695B2 (en) | 2013-02-27 | 2016-07-19 | Rockwell Automation Technologies, Inc. | Recognition-based industrial automation control with person and object discrimination |
US9804576B2 (en) * | 2013-02-27 | 2017-10-31 | Rockwell Automation Technologies, Inc. | Recognition-based industrial automation control with position and derivative decision reference |
US9798302B2 (en) | 2013-02-27 | 2017-10-24 | Rockwell Automation Technologies, Inc. | Recognition-based industrial automation control with redundant system input support |
US9498885B2 (en) | 2013-02-27 | 2016-11-22 | Rockwell Automation Technologies, Inc. | Recognition-based industrial automation control with confidence-based decision support |
US10063499B2 (en) | 2013-03-07 | 2018-08-28 | Samsung Electronics Co., Ltd. | Non-cloud based communication platform for an environment control system |
US9811455B2 (en) * | 2013-03-15 | 2017-11-07 | The Boeing Company | Accessing different types of memory by respective distinct command with different timing requirements |
JP5956064B2 (ja) * | 2013-04-01 | 2016-07-20 | 株式会社日立製作所 | 計算機システム、データ管理方法、及び計算機 |
US9085370B2 (en) * | 2013-06-03 | 2015-07-21 | General Electric Company | Systems and methods for wireless data transfer during in-flight refueling of an aircraft |
US10185631B2 (en) * | 2013-07-04 | 2019-01-22 | Data Deposit Box Inc. | System and method of performing continuous backup of a data file on a computing device |
JP6271206B2 (ja) * | 2013-10-04 | 2018-01-31 | 三菱重工業株式会社 | 制御装置および編集装置 |
US9584367B2 (en) * | 2013-11-05 | 2017-02-28 | Solarwinds Worldwide, Llc | Node de-duplication in a network monitoring system |
US9377210B2 (en) * | 2013-12-19 | 2016-06-28 | Emerson Electric Co. | HVAC communication bus decoders and corresponding methods |
CA2936076C (en) | 2014-01-06 | 2022-07-26 | Allure Energy, Inc. | System, device, and apparatus for coordinating environments using network devices and remote sensory information |
EP3092750B1 (en) | 2014-01-06 | 2020-07-15 | Samsung Electronics Co., Ltd. | System, device, and apparatus for coordinating environments using network devices and remote sensory information |
US10042413B2 (en) * | 2014-07-21 | 2018-08-07 | Asco Power Technologies, L.P. | Methods and systems for multiple bus generator and load control |
US11150613B2 (en) * | 2014-11-18 | 2021-10-19 | Sensia Llc | Configurable safety logic solver |
KR102360214B1 (ko) * | 2015-08-26 | 2022-02-08 | 삼성전자주식회사 | 실시간 공유 인터페이스를 포함하는 시스템 온 칩의 스케쥴링 방법 |
US10310474B2 (en) | 2016-02-11 | 2019-06-04 | Philip Wernersbach | System and method for monitoring and analyzing industrial operations |
US10013382B2 (en) * | 2016-04-27 | 2018-07-03 | Quanta Computer Inc. | Smart plug node management |
US11162702B2 (en) | 2016-04-28 | 2021-11-02 | Trane International Inc. | Method of associating a diagnostic module to HVAC system components |
US10067817B2 (en) | 2016-05-25 | 2018-09-04 | International Business Machines Corporation | Equipment failure risk detection and prediction in industrial process |
US10402360B2 (en) * | 2016-06-10 | 2019-09-03 | Johnson Controls Technology Company | Building management system with automatic equipment discovery and equipment model distribution |
US10114696B2 (en) | 2016-07-14 | 2018-10-30 | International Business Machines Corporation | Tracking data access in a dispersed storage network |
US10269235B2 (en) | 2016-08-26 | 2019-04-23 | Trane International Inc. | System and method to assist building automation system end user based on alarm parameters |
US10634111B2 (en) | 2016-12-12 | 2020-04-28 | Kohler Co. | Ignition module for internal combustion engine with integrated communication device |
JP6794856B2 (ja) * | 2017-02-06 | 2020-12-02 | 株式会社リコー | 接地ショート箇所検出装置、接地ショート箇所検出方法及び接地ショート箇所検出プログラム |
US10967303B2 (en) | 2018-03-08 | 2021-04-06 | Mark W. Romers | Filter backwash control system for a water or wastewater treatment system to conserve water during the filter backwash process |
US10684037B2 (en) | 2017-10-04 | 2020-06-16 | Trane International Inc. | Thermostat and method for controlling an HVAC system with remote temperature sensor and onboard temperature sensor |
US11333372B2 (en) | 2018-03-09 | 2022-05-17 | Scot Matthew Duncan | Energy recovery high efficiency dehumidification system |
CN110633313A (zh) * | 2018-05-31 | 2019-12-31 | 贵州白山云科技股份有限公司 | 一种基于多数据源的数据传输方法及装置 |
US10886739B2 (en) | 2018-05-31 | 2021-01-05 | Trane International Inc. | Systems and methods for grid appliances |
US10609481B2 (en) * | 2018-06-08 | 2020-03-31 | GM Global Technology Operations LLC | Electric overcurrent protection system and method |
US11404171B2 (en) | 2019-01-28 | 2022-08-02 | Johnson Controls Tyco IP Holdings LLP | Building alarm management system with integrated operating procedures |
DE102019202624A1 (de) * | 2019-02-27 | 2020-08-27 | Siemens Mobility GmbH | Verfahren zur Verarbeitung wenigstens einer Information in einer sicherheitstechnischen Anlage |
US11249452B2 (en) | 2019-07-10 | 2022-02-15 | Banner Engineering Corp. | Methods to configure a safety control system |
US11639804B2 (en) | 2019-12-13 | 2023-05-02 | Trane International Inc. | Automated testing of HVAC devices |
US11582290B2 (en) * | 2020-01-23 | 2023-02-14 | Hewlett Packard Enterprise Development Lp | Switch event ordering |
CN111473880A (zh) * | 2020-03-13 | 2020-07-31 | 苏州浪潮智能科技有限公司 | 一种板端过热电阻调变报警装置,方法及服务器 |
US20220407516A1 (en) * | 2021-06-17 | 2022-12-22 | Texas Instruments Incorporated | Soft handover in a coupled dual-oscillator system |
US11600358B2 (en) * | 2021-07-01 | 2023-03-07 | Dell Products L.P. | Temperature management of memory elements of an information handling system |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3826903A (en) * | 1972-01-03 | 1974-07-30 | Owens Corning Fiberglass Corp | Method and apparatus for control of conditions in a process |
US4005387A (en) * | 1974-10-15 | 1977-01-25 | Standard Oil Company | Computer control system |
FR2377062A1 (fr) * | 1977-01-11 | 1978-08-04 | Renault | Dispositif d'acquisition de donnees analogiques pour calculateur numerique pour vehicule automobile |
US4124887A (en) * | 1977-04-04 | 1978-11-07 | Universal Instruments Corporation | Real time computer control system for automatic machines |
JPS58172444A (ja) * | 1982-04-02 | 1983-10-11 | Nissan Motor Co Ltd | 機関の冷却水温度推定方法 |
DE3230155C1 (de) * | 1982-08-13 | 1984-01-19 | Joachim 2357 Bad Bramstedt Kieper | Vorrichtung zum Fuettern von Versuchstieren in Tierkaefigen mit einer Deckelraufe |
US4747041A (en) * | 1983-06-27 | 1988-05-24 | Unisys Corporation | Automatic power control system which automatically activates and deactivates power to selected peripheral devices based upon system requirement |
US4584643A (en) * | 1983-08-31 | 1986-04-22 | International Business Machines Corporation | Decentralized synchronization of clocks |
US4531185A (en) * | 1983-08-31 | 1985-07-23 | International Business Machines Corporation | Centralized synchronization of clocks |
US4590557A (en) * | 1983-09-12 | 1986-05-20 | Pitney Bowes Inc. | Method and apparatus for controlling software configurations in data processing systems |
US4558413A (en) * | 1983-11-21 | 1985-12-10 | Xerox Corporation | Software version management system |
US4740890A (en) * | 1983-12-22 | 1988-04-26 | Software Concepts, Inc. | Software protection system with trial period usage code and unlimited use unlocking code both recorded on program storage media |
JPS6170654A (ja) * | 1984-09-14 | 1986-04-11 | Hitachi Ltd | 分散処理システムにおける資源管理方式 |
US4635195A (en) * | 1984-09-25 | 1987-01-06 | Burroughs Corporation | Power control network using reliable communications protocol |
US4677566A (en) * | 1984-10-18 | 1987-06-30 | Burroughs Corporation | Power control network for multiple digital modules |
US5170365A (en) * | 1985-12-12 | 1992-12-08 | General Electric Company | Propeller speed and phase sensor |
JPH0610802B2 (ja) * | 1986-06-04 | 1994-02-09 | 株式会社日立製作所 | 分散処理システムの入力メッセージ整合化方法 |
US5084868A (en) * | 1986-11-20 | 1992-01-28 | Westinghouse Electric Corp. | Common bus multinode sensor system |
FR2610120B1 (fr) * | 1987-01-26 | 1989-07-13 | Merlin Gerin | Ensemble de commande et de protection connectant un reseau de communication local a un processus industriel |
US4797670A (en) * | 1987-01-30 | 1989-01-10 | Joyner Engineers & Trainers, Inc. | Redundant signal selector system |
US5175852A (en) * | 1987-02-13 | 1992-12-29 | International Business Machines Corporation | Distributed file access structure lock |
US4914571A (en) * | 1987-06-15 | 1990-04-03 | International Business Machines Corporation | Locating resources in computer networks |
US5006992A (en) * | 1987-09-30 | 1991-04-09 | Du Pont De Nemours And Company | Process control system with reconfigurable expert rules and control modules |
US5163056A (en) * | 1987-10-01 | 1992-11-10 | Kabushiki Kaisha Komatsu Seisakusho | Apparatus for carrying out serial control |
US4847758A (en) * | 1987-10-30 | 1989-07-11 | Zenith Electronics Corporation | Main memory access in a microprocessor system with a cache memory |
US4949299A (en) * | 1987-12-04 | 1990-08-14 | Allen-Bradley Company, Inc. | Industrial control communication network and method |
US4875159A (en) * | 1987-12-22 | 1989-10-17 | Amdahl Corporation | Version management system using plural control fields for synchronizing two versions of files in a multiprocessor system |
AU2684888A (en) * | 1988-01-21 | 1989-07-27 | Honeywell Inc. | Fuel burner control system with analog sensors |
US4922486A (en) * | 1988-03-31 | 1990-05-01 | American Telephone And Telegraph Company | User to network interface protocol for packet communications networks |
US5073852A (en) * | 1988-12-16 | 1991-12-17 | Cayman Systems, Inc. | Network protocol translator including method and apparatus for reducing interprocess communication and data exchange overhead |
US5142622A (en) * | 1989-01-31 | 1992-08-25 | International Business Machines Corporation | System for interconnecting applications across different networks of data processing systems by mapping protocols across different network domains |
US5001730A (en) * | 1989-03-31 | 1991-03-19 | International Business Machines Corporation | Clock synchronization algorithm for address independent networks |
US5086499A (en) * | 1989-05-23 | 1992-02-04 | Aeg Westinghouse Transportation Systems, Inc. | Computer network for real time control with automatic fault identification and by-pass |
US4975865A (en) * | 1989-05-31 | 1990-12-04 | Mitech Corporation | Method and apparatus for real-time control |
US5095480A (en) * | 1989-06-16 | 1992-03-10 | Fenner Peter R | Message routing system for shared communication media networks |
-
1991
- 1991-01-25 AT AT91904509T patent/ATE121208T1/de not_active IP Right Cessation
- 1991-01-25 WO PCT/US1991/000551 patent/WO1991011766A2/en active IP Right Grant
- 1991-01-25 AU AU73304/91A patent/AU647086B2/en not_active Ceased
- 1991-01-25 CA CA002075048A patent/CA2075048C/en not_active Expired - Fee Related
- 1991-01-25 EP EP91904509A patent/EP0513206B1/en not_active Expired - Lifetime
- 1991-01-25 JP JP3504862A patent/JP2810231B2/ja not_active Expired - Lifetime
- 1991-01-25 DE DE69108900T patent/DE69108900D1/de not_active Expired - Lifetime
-
1993
- 1993-12-17 US US08/170,086 patent/US5884072A/en not_active Expired - Fee Related
- 1993-12-30 US US08/176,730 patent/US5511188A/en not_active Expired - Lifetime
- 1993-12-30 US US08/175,770 patent/US5384697A/en not_active Expired - Fee Related
-
1994
- 1994-01-07 US US08/179,494 patent/US5598566A/en not_active Expired - Lifetime
- 1994-01-07 US US08/178,970 patent/US5550980A/en not_active Expired - Lifetime
- 1994-01-21 US US08/185,674 patent/US5444851A/en not_active Expired - Lifetime
- 1994-01-21 US US08/185,181 patent/US5522044A/en not_active Expired - Lifetime
- 1994-02-03 US US08/191,284 patent/US5463735A/en not_active Expired - Lifetime
- 1994-10-19 JP JP6291906A patent/JPH07182283A/ja active Pending
- 1994-10-19 JP JP6291907A patent/JPH0855051A/ja active Pending
-
1996
- 1996-08-30 US US08/706,194 patent/US6115713A/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2810231B2 (ja) | 1998-10-15 |
CA2075048A1 (en) | 1991-07-31 |
US5550980A (en) | 1996-08-27 |
US5384697A (en) | 1995-01-24 |
CA2075048C (en) | 1999-08-17 |
WO1991011766A3 (en) | 1992-01-09 |
DE69108900D1 (de) | 1995-05-18 |
AU647086B2 (en) | 1994-03-17 |
EP0513206B1 (en) | 1995-04-12 |
AU7330491A (en) | 1991-08-21 |
US5522044A (en) | 1996-05-28 |
US5884072A (en) | 1999-03-16 |
ATE121208T1 (de) | 1995-04-15 |
US5598566A (en) | 1997-01-28 |
US5463735A (en) | 1995-10-31 |
US6115713A (en) | 2000-09-05 |
EP0513206A1 (en) | 1992-11-19 |
JPH07182283A (ja) | 1995-07-21 |
JPH05506527A (ja) | 1993-09-22 |
US5511188A (en) | 1996-04-23 |
US5444851A (en) | 1995-08-22 |
WO1991011766A2 (en) | 1991-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPH0855051A (ja) | 複数のノードの記憶手段に記憶されたデータベースの同期方法 | |
CN1497442B (zh) | 仿真创建系统及其方法 | |
JP3875999B2 (ja) | 総称データ交換環境において動的データ参照を提供するシステムと方法 | |
CN106313038B (zh) | 一种实时控制调试系统及调试方法 | |
CN102346460A (zh) | 一种基于事务的服务控制系统及其控制方法 | |
Jia et al. | Reliability-aware dynamic service chain scheduling in 5G networks based on reinforcement learning | |
US11720074B2 (en) | Method and system for managing virtual controllers in a building management system | |
CN104765341A (zh) | 一种基于物联网技术的空气净化器控制系统 | |
JP3940399B2 (ja) | 汎用適応制御のためのオブジェクト指向フレームワーク | |
CN115077552A (zh) | 一种基于最短路径的监管环境安全巡检规划方法及系统 | |
CN112612617B (zh) | 卫星遥测数据处理方法、系统及星座状态监控平台 | |
CN106331037A (zh) | 用于分布式计算网络的计算节点 | |
WO2024001113A1 (zh) | 图谱的确定方法和装置、存储介质及电子装置 | |
CA2244009A1 (en) | Networked facilities management system | |
JPS635939B2 (ja) | ||
Kachanova et al. | Cloud-based architecture and algorithms for monitoring and control of an automated greenhouse complex | |
CN112087492A (zh) | 一种设备管理方法、装置、电子设备和存储介质 | |
Shah et al. | A real-time simulation framework for complex and large-scale optical transport networks based on the SDN paradigm | |
Engelberg et al. | Job scheduling in a single-node hierarchical network for process control | |
JP3671542B2 (ja) | 時系列作業計画の管理方式 | |
CN117149519A (zh) | 一种基于Kubernetes多集群的Pod数据备份及路径优选的方法 | |
KR20220095481A (ko) | 네트워크기반 플랜트 공정 제어 시스템의 분산 제어 방법 및 분산 제어 시스템 | |
CN110162399A (zh) | 一种面向多核实时系统的时间确定性方法 | |
JPH09214552A (ja) | ファイル配信装置および配信中点決定方法 | |
CN116882793A (zh) | 区块链运行方法、运行设备、存储介质 |