JP2000504865A - フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法 - Google Patents

フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法

Info

Publication number
JP2000504865A
JP2000504865A JP9528577A JP52857797A JP2000504865A JP 2000504865 A JP2000504865 A JP 2000504865A JP 9528577 A JP9528577 A JP 9528577A JP 52857797 A JP52857797 A JP 52857797A JP 2000504865 A JP2000504865 A JP 2000504865A
Authority
JP
Japan
Prior art keywords
data
area
database
interface
transaction
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.)
Granted
Application number
JP9528577A
Other languages
English (en)
Other versions
JP4260221B2 (ja
Inventor
シャープ，リチャード，アール．，ジュニア
ティーレンス，クレイグ，アール．
ウエストブロック，ジョン
オルソン，ジーン，エイチ．
ブラック，ロバート
Original Assignee
フィッシャー―ローズマウント システムズ，インコーポレイテッド
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US08/599,371 external-priority patent/US6094600A/en
Application filed by フィッシャー―ローズマウント システムズ，インコーポレイテッド filed Critical フィッシャー―ローズマウント システムズ，インコーポレイテッド
Publication of JP2000504865A publication Critical patent/JP2000504865A/ja
Application granted granted Critical
Publication of JP4260221B2 publication Critical patent/JP4260221B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0423—Input/output
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/4185—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by the network communication
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25428—Field device
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/31—From computer integrated manufacturing till monitoring
    • G05B2219/31098—Configuration editor for networking interconnection
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/31—From computer integrated manufacturing till monitoring
    • G05B2219/31103—Configure parameters of controlled devices
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/31—From computer integrated manufacturing till monitoring
    • G05B2219/31326—Database to manage communication networks
    • 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • General Engineering & Computer Science (AREA)
  • Manufacturing & Machinery (AREA)
  • Quality & Reliability (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Programmable Controllers (AREA)

Abstract

(57)【要約】 コンピューターによるのデーターベース管理方法は複数のデバイスの一つと関連する構成データーベースの管理を可能にする。各デバイスは少なくとも一の調整可能のパラメーターを含む可変構成を持つ。本方法は、特定のデバイスを選定するステップ、その特定デバイスの特定パラメーターを選定するステップ、特定の時間にその特定のパラメーターに対し特定の値を割り当てるステップ、その特定時間においてその特定のデバイスにその特定のパラメーターに対するその特定の値を通信するステップ、トランザクションレコードを作成するステップ、構成データーベースにそのトランザクションレコードをストアするステップを含む。トランザクションレコードは特定デバイスを特定識別する識別子を含み、更に特定デバイスの特定パラメーター、その特定パラメターの特定値、その特定パラメーターにその特定値が適用されるべき特定時間を定める。

Description

【発明の詳細な説明】 フィールドデバイスコンフィギュレーションへの チェンジのレコードのトランザクションデーター ベースを管理する為のシステム及び方法技術分野 本発明は、広義にはデーターベース管理に関し、詳細にはプロセス内で、スマ ートフィールドデバイスのパラメーターに起きた変化の為のトランザクションレ コードのデーターベースを保守する為のデーターベース管理のシステム及び方法 に関する。発明の背景 代表的には、プロセス工場（例えば、化学精製工場及び薬品製造工場）はその プロセス内のパラメーターを制御、測定するフィールドデバイスを多数持つ。各 フィールドデバイスは制御デバイス（流体バルブコントローラーの如き）、測定 器（温度ゲージ、プレッシャーゲージ、流量計等）及び／又はプロセスと関連す る値に影響し或いはそれを決定する他の如何なるデバイスを含み得る。過去１０ 年ぐらい迄は、フィールドデバイスは代表的には、どちらかと言えば単純なデバ イスであって手動或いは電子的に制御されその出力を電子的に表示したり或いは そのデバイスに接続されたゲージに表示するものであった。しかしながら、これ らのデバイスは代表的には、これらのデバイスによって得られた表示値或いは測 定値に関するアナログ信号のごとき限定的な情報を制御器に提供するのみであっ た。 最近では、所謂「スマート“フィールドデバイスが開発された。スマートフィ ールドデバイスはそのデバイスに関連するプ ロセスコントローラー及び／又は管理システムと通信する事が出来る。代表的な スマートフィールドデバイスはそのデバイスに関連する値、例えば測定値、を示 すアナログ信号を送信する事ができ、校正、構成、診断、保守及び／又はプロセ ス情報を含む詳細なデバイス特有の情報をストアしたり亦デジタル的に送信する ことも出来る。或スマートデバイスは例えば、デバイスが測定に用いる単位、デ バイスが正確に作動可能な最大範囲、デバイスに就いてのトラブルシューテイン グ情報、デバイスをどの様に、そして何時校正すべきか等をストアし且つ送信す る事が出来る。更に、スマートデバイスはそれ自身動作可能で、自己テスト、自 己校正等を行う事が出来る。例えばスマートデバイスはハート（ＨＡＲＴ、ハイ ウエーアドレス可能遠隔トランスデューサー）プロトコル（ハートデバイス）、 フィールドバスプロトコル（フィールドデバイス）、Ｍｏｄバスプロトコル及び ＤＥプロトコル等に従うデバイスを含む。しかしながら、異なったタイプのスマ ートデバイスをサポートする為に他のスマートデバイスプロトコルが存在可能で あり或いは将来開発可能である。 現在、従来式のスマートデバイスはすべて或プロセスに関し、一又はそれ以上 の特別な入出力機能を持つ。入力機能とは温度又は圧力測定デバイスによって実 行される機能のような、あるプロセスに関連する値を測定或いは読む如何なる機 能をも言う。出力機能とはバルブ又は流量コントローラーによって行われるよう な或プロセス内の或ものを変化する如何なる機能をも言う。更に、フィールドバ スデバイスの様な、ある種のスマートデバイスはプロセス制御に関連する機能で ある制御機能を行う。デバイスに依って行われる各入力、出力及び制御部分機能 はブロックと呼ばれる。従って、定義により、各デバイスは少なくと も、一つ及び恐らくそれ以上のブロックを含む。フィールドバスデバイスは通常 多重ブロック（即ち、一又はそれ以上の入出力及び制御ブロック）含み、一方ハ ートデバイスは、それ自体ブロックを持たないが、ハートデバイスの内容は当業 者によって唯一つのブロックを構成するものとして考えられている。 各ブロック（概念上のブロック）及び、従って各デバイスは一又はそれ以上の パラメーターを有する。パラメーターはそのブロックを特徴づけ、影響を及ぼし 、或いは別の態様で関係するブロックの一属性である。パラメーターは、例えば 、ブロックのタイプ、ブロックの最大動作或いは測定範囲、ブロックのモード、 ブロック測定値等である。 同様に、各パラメーターはそれに関連する一又はそれ以上のプロパテイを持っ ており、そのプロパテイの各々はパラメーター内の情報を定義し、或いは記述す る。例えば、温度測定デバイスの温度パラメーターは、パラメーターの名前（例 えば「温度」）をストアするラベルプロパテイ、パラメーターの値（例えば温度 実測値）をストアする値プロパテイ及び温度が表現される単位（例えば摂氏度或 いは華氏度）をストアする単位プロパテイからなる。デバイス或いはブロック構 成はそのデバイス又はブロック関連の各パラメーターの各プロパテイの値のセッ トを含む。 上述のように、スマートフィールドデバイスは数種の利用可能なプロトコル（ 例えばハート及びフィールドプロトコル）の一つに於いて通信可能なように開発 される。これらのプロトコルはデバイス製造者にそのデバイス特有の情報を提供 する事を許容し、勿論特定の情報はスマートフィールドデバイスの型に依って異 なる。従って、これらのプロトコルは複雑であり、デバイスプログラミングにお いて使用上困難がある。更に詳細に 述べるならば、これらのプロトコルの或ものは、それに従うすべてのスマートデ バイスとの通信の為の完全に整合性を有する方法を提供しない。その代わりこれ らのプロトコル、例えばハートプロトコル、は単にデバイス製造者に対し各スマ ートフィールドデバイスから得られる情報且つその情報の検索方法を特定する方 法を提供するたけである。 スマートデバイスとの通信は或程度スマートデバイス製造者の提供するデバイ ス記述言語（ＤＤＬ）及びデバイス記述サービス（ＤＤＳ）の出現によって単純 化された。ＤＤＬはスマートデバイから得られるデーターを記述する為のプロト コル、スマートデバイスに関連し、其れから検索されるデータの意味、スマート デバイスの実働化の為の方法、データーを取る為のスマートデバイスと通信する 為のフォーマット、編集表示及びメニューの如きデバイスに就いて及びスマート デバイスの係る他の情報のハンドリング及びインタープリトの為のユーザーイン タフェース情報を提供する人間可読言語である。 ＤＤＬソースファイルはデバイス開発者によって書かれた人間可読テキストを 含む。これらのファイルはデバイスに関し、デバイスとバス或いはデバイスが接 続されるホストとの間のすべての情報を特定化する。基本的には、デバイスの為 のＤＤＬソースファイル開発に際しては、開発者は、各ブロック、パラメーター 及びスマートデバイスの特別な特徴に関係するグループ特有の、及び販売者特有 の定義を提供する為は勿論、デバイスのコア或いは本質的なパラメーター特性を 記述する為にＤＤＬ言語を使用する。 ＤＤＬソースファイルは管理システムの如きホストシステムにストアされる様 デバイス製造業者或いは第３者開発者によってユーザーに提供されうる、デバイ ス記述（ＤＤ）として知ら れる機械可読ファイルを作る為にバイナリフォーマットに編集される。或場合に は、例えばフィールドデバイスでは、ＤＤＬソースファイルはスマートデバイス 内にストアされ得、スマートデバイスからホストシステムに転送し得る。ホスト システムがスマートデバイスの為のＤＤオブジェクトファイルを受領した時は、 デバイスとの完全なインタフェイス記述を導き出す為にＤＤをデコード及びイン タプリトする事が出来る。 ＤＤＳはＦｉｓｈｅｒ−Ｒｅｓｅｍｏｕｎｔ Ｓｙｓｔｅｍｓ，Ｉｎｃ．及び ／又はＲｏｓｅｍｏｕｎｔ，Ｉｎｃによって、スマートデバイスのＤＤを自動的 にデコーデイング且っインタプリテイングする為に開発され提供された汎用ソフ トウエアシステムである。更に詳細には、ＤＤＳはルーテインのライブラリであ って、ホストによってコールされた時、１）スマートデバイスのセットアップ及 び構成、（２）スマートデバイスとの通信、（３）ユーザーインタフェイス及び （４）スマートデバイスと結合して使用される場合の可能な方法に関する情報を 含むスマートデバイスに関する情報をホストに提供する為にスマートデバイスの ＤＤをインタプリトする。ＤＤＳの一つの非常に有効な応用例はホストシステム と関連するＤＤＬソースファイル（そして対応のＤＤオブジェクトファイル）を 持つ一又はそれ以上のスマートデバイスどの間に整合性のあるインタフェイスを 提供する場合である。 ＤＤＳ，ＤＤＬ及びＤＤは公知であるが、ＤＤＬの特定の機能及びフォーマッ トに関する一層の情報及び特にフィールドバスのＤＤＬに就いての情報は Ｉｎ ｔｅｒｏｐｅｒａｂｌｅ Ｓｙｓｔｅｍ Ｐｒｏｊｅｃｔ Ｆｉｅｌｄｂｕｓ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎ ｇｕａｇｅ と言うタイトルで Ｉｎｔｅｒｏｐｅｒ ａｂｌｅ Ｓｙｓｔｅｍ Ｐｒｏｊｅｃｔ Ｆｏｕｎｄａｔｉｏｎ（１９９３） のマニュアルに含まれている。これは参照文献として本明細書に含まれる。ハー トＤＤＬに関する同様な文献はｔｈｅ ＨＡＲＴ ｆｏｕｎｄａｔｉｏｎによっ て提供されている。 管理システムは一つ又はそれ以上のスマートデバイスと相互に作用するシステ ムであって、デバイス、ブロック、パラメーター、変数或いはこれらのデバイス に関連する構成情報を読む。代表的には、管理システムは、スマートデバイスと 相互接続し、通信し且つ其れを再構成することを許す適当な通信ポートを有する パーソナルコンピューターを含む。管理システムはオンラインであり、即ちスマ ートデバイスと有線或いは他の恒久的な接続が為されている。管理システムは持 ち運び可能とする事ができ、スマートデバイスを再構成する為に周期的にスマー トデバイスに接続されても良い。 管理システムは代表的にはシステム内でスマートデバイスに関し多様な機能を 実行する。例えば、管理システムは或プロセスの状態及び同プロセスに関連或い は接続しているスマートフィールドデバイスに関しての情報（即ち、変数やパラ メーターの値）を提供しても良い。管理システムは必要に応じ、プロセス内でス マートデバイスを再構成する事によってユーザがプロセスをモニターしコントロ ールする事が出来るように使用され得る。 本システムに依って提供される特徴を使用して管理システム内で諸機能を実行 する為に用いられるソフトウエアルーテインは代表的にはアプリケーションと呼 ばれる。代表的には、管理システムは特定のスマートデバイス上で変化を実行し 且つそれからデーター読み取る為に個々のスマートデバイス製造者によ って提供されるアプリケーションを実行する。その結果、管理システム内の各種 アプリケーションは屡共通の或いは整合性のあるインタフェイスを共有するする 事が出来ず、一つのアプリケーションから他のアプリケーションに移行する事は 従って、面倒な時間のかかる作業となる。更に、異なったアプリケーションで作 られ、且つストアされたスマートデバイス構成データー、構成ログ及びスマート デバイス診断データーは、異なったデーターベースで多様なフォーマットでスト アされており、そして或場合には、所有権の絡むフォーマットにストアされてい る為に、分散不可能であり、相互参照も不可能である。従って、或システム内で 、各デバイスに共通な課題が別のアプリケーションでは重ねて行わなければなら ない。 別々に開発されたアプリケーションを実行する管理システムは代表的には、各 デバイスのアプリケーションは別々日稼動しているので、同時に或工場又は或プ ロセスにおいてすべてのスマートデバイスに関する情報を見ることはない。ユー ザーがプロセス内のデバイスに関連するＤＤＳ、ＤＤＬ及びＤＤに対し、十分な 知識をもつことは通常ないので、更に或プロセス内の複数の、異なったデバイス に関するデーターを総括的に見るアプリケーションをユーザーが書くことは不可 能である。もし仮にユーザーが十分な知識を持っていたとしても、かかるアプリ ケーションは開発に時間がかかり亦費用を要し、しかもシステムに新しいスマー トデバイスが加わるごとに、同アプリケーションの更新が必要となる。 統合された管理システムの必要性は、そのプロセスに依って作られる製品に、 排出物が一定のレベル以下である事、及び安全手続きが基準に合っている等厳密 な基準が課せられている、例えば、ある種の化学及び医薬品プロセスを規制する ＥＰＡ及 びＦＤＡの如き政府機関によって認定されなければならないプロセス或いはシス テムでは特に大きい。かかる認定を維持する為の規制されたプロセスを実施する 為の工場にとって最も容易な方法は重要なプロセスパラメーターの値が、関連の 政府機関の規制必要基準及び安全手続きに従う特定の値或いは特定の範囲に留ま っている事を政府検査官に証明する十分に徹底した記録を保持する事である。プ ロセスのスマートデバイス結合した統合システムは、これらの値をデーターベー ス内に自動的に記録するように用いられる。従って、統合システムのデーターベ ースにストアされたデーターはこれらの重要な値が夫々の基準値範囲に留まって いる事を証明するのに使用され得る。 以前では、管理システムが制御システムにおけるフィールドデバイスの状態を 変えた時は（フィールドデバイス内のどの情報を変えた時も）常に、管理システ ムは内部の「状態データーベース」内に、デバイスの為の完全に新しい或いは現 在「状態」をストアした。デバイスの「状態」とは（１）何時変化が起きたか（ 即ち何時デバイスが新し状態に置かれたか）の表示、及び（２）デバイス内にス トアされたすべての情報に対応するデータである。先行技術の状態データーベー スはまたデバイスの状態に加えて付加的な情報（即ち何がデバイス状態の変化を 起こしたか或いは何故に就いての情報）を含み得た。 この様な態様で状態データーベースを保持する事及び制御システムのそのフィ ールドデバイスになされた変化の際に常に新しい状態に対応する完全なセットの 変数をストアする事は大きな記憶容量と多大なプロセシング時間を必要とする。 更に、多重オンライン管理システムは代表的には相互接続され、各システムから のデータは全制御システムの状態を反映する為統合された履歴データベースを構 成する為に結合される。各新状態に 対応する時間の多重相互接続状態データーベースの記録内の表示の存在は多重デ ーターベースをかかる統合履歴データーベースに開発することを許すけれども、 先行技術の管理システムが、携帯通信機と直接インタフェイスし、そして携帯通 信機から管理システム内にデーターを転送する事が出来ないと言う良く知られた 欠点を克服する事は出来ない。その理由は、極めて原始的な器具である現在の携 帯通信機が内部にリアルタイムクロックを持たず、従って、管理システムに携帯 通信機が戻す状態記録にタイムスタンプを付す事が出来ないからである。結局、 管理システムは時系列的に且つ歴史的なデータベースにおいて、現存する時系列 データーベースに対しその新状態をストアする為に携帯通信機から受信した記録 又は新状態を挿入すべき特定の時間を決定する事が出来ない。 統合管理システムはまたデバイスが使用されるプロセスの保証性を保持する為 にスマートデバイスをもっと規則的に再構成する為に使用される。現在大部分の 、複数のスマートフィールドデバイスをサポートする管理システムは、そのサポ ートされるスマートデバイスの各々の為に書かれた特定化されたソフトウエアを 含み、そのスマートデバイスと通信する事が可能である。従って、新しいスマー トデバイスをプロセスに加える事は、そのプロセスの為の管理システムが再プロ グラムされる事を要求する。再度申し上げるが、このプログラミングは、管理シ ステムのソフトウエアのみならずスマートデバイスプロトコル及び新スマートデ バイスに就いても知識を持つ人間によって、作られなければならないので、時間 がかかり，且つ費用を要する。 特別なプロトコルに従う異なったスマートデバイスとインタフェイスする携帯 用通信機が存在するが、これらのデバイスは単にデバイスとの間でデーターを読 み書きするだけで、如何な る有意義な態様でそのデーターを処理する事は出来ない。 アプリケーション開発の他の面倒な局面は、あるシステム内の各スマートデバ イスとユーザーとの間の通信における、是に関連する或いはこの為に必要な多数 の課題を実施する為のアプリケーションをプログラムする事である。開発者は各 分離したデバイスとどのように通信するかと言う事を含む詳細について注意を向 けなければならないし、同時に開発者は、例えばデイスプレーなどユーザーにど のようにして情報を提供するかについても特別な注意を払はなければならない。 代表的なアプリケーションは一定のユーザーインタフェイスを使用しないので、 この課題はもっと難しいものとなる。これら機能の各々は多くのプログラミング 時間と努力を要求し、それはシステムに新しいスマートデバイスが加わるごとに 繰り返されなければならないのである。 更に、アプリケーションは代表的には、プロセス内のデバイス、ブロック或い はの現在構成を見る事をユーザに許すが、そのアプリケーションはユーザに過去 の構成を見る事或いはその構成を比較する為の多重構成の同時デイスプレーを許 さない。発明の概要 本発明の１態様では、少なくとも１つの調整可能なパラメータを含む変更可能 な構成を各々有する複数のフィールドデバイスの１つに対応付けられる構成デー タベースを管理するために、コンピュータによるデータベース管理システムが設 けられる。このシステムは、調整可能なパラメータを第１時間に第１値に設定す るための初期化手段と、調整可能なパラメータを第２時間に第２値に設定するた めの更新手段と、初期化手段および更新手段に応答して複数のトランザクション を保存するためのト ランザクションメモリとを含む。各トランザクションは、特定の調整可能なパラ メータの特定の値と、特定の調整可能なパラメータが特定の値を達成する対応時 間とを含む。 本発明の別の態様では、少なくとも１つの調整可能なパラメータを含む可変構 成を各々有する複数のデバイスの１つに対応付けられる構成データベースを管理 するために、コンピュータによるデータベース管理システムが設けられる。この システムは、特定のデバイスを選択するための第１選択手段と、特定のデバイス の特定のパラメータを選択するための第２選択手段と、特定の時間に特定のパラ メータに特定の値を割り当てるための割当て手段と、特定のパラメータの特定の 値を特定の時間に特定のデバイスに伝達するために前記割当て手段に結合された 手段と、トランザクションレコードを形成するための記録手段とを含む。トラン ザクションレコードは特定のデバイスを一意に識別する識別子を含み、さらに、 特定のデバイスの特定のパラメータと、特定のパラメータの特定の値と、特定の 値が特定のパラメータに付与される特定の時間とを指定する。このシステムはさ らに、構成データベースにトランザクションレコードを保存するための手段を含 む。図面の簡単な説明 図１は、プロセスとディジタル制御システムと管理システムとの間の相互接続 を示すブロック図である。 図２は、デバイス通信インタフェースおよび本発明に従って動作する制御装置 を有する図１の管理制御システムのブロック図である。 図３は、本発明によるオブジェクト情報の上部階層である。 図４は、本発明によるオブジェクト情報の下部階層である。 図５は、内部に含まれるトランザクションデータベースを示す図２のＦＭＳデ ータベースの線図である。 図６は、図５のトランザクションデータベースのレコードの線図である。 図７ないし図１０は、本発明によるトランザクションデータベース管理システ ムおよび方法のプログラミングを示す流れ図である。 図１１は、図２の制御ブロックを示す。 図１２は、本発明に従って構築された制御に対応付けられる初期化段階を示す 流れ図である。 図１３ないし図１９は、本発明による制御の動作を示す流れ図である。 図２０は、本発明による１組のデバイス制御によって生成できる表示画面であ る。 図２１は、本発明による１組のパラメータ制御によって生成できる表示画面で ある。 図２２は、本発明による１組のブロック制御によって生成できる表示画面であ る。 図２３は、本発明に従って１組の時間線およびパラメータ制御によって生成で きる表示画面である。 図２４は、図５のトランザクションデータベースから予想されるデバイス状態 を再構築するためのプログラミングを示す流れ図である。詳細な説明 図１は、以下でフィールド管理解システム（ＦＭＳシステム）と呼ぶ管理シス テム１０が、プロセス１２、プロセス１２を制御するディジタル制御システム１ ４（ＤＣＳ）、および別のＦ ＭＳシステム１５などさらなる管理システムと相互接続されている状態を示す。 プロセス１２は、製造工程または精練工程など、所望の種類のプロセスから構成 することができ、３つのＨＡＲＴデバイス１６、１９、２０および１つのフィー ルドバス２２を含む４つのスマートフィールドデバイスと、従来型（すなわち非 スマート）デバイス２４とを含むものとして示されている。デバイス１６、１８ 、２０、２２、２４は、所望の方法でディジタル制御システム１４によって制御 される。 一般に、ＦＭＳシステム１０はＰＣを使用するソフトウェアツールであり、フ ィールドデバイスの管理タスクを実行する応用プログラムを含む。ＦＭＳシステ ム１０は、ユーザがプロセス１２に対応付けられるスマートフィールドデバイス のいずれかおよび全部を例えば構成、校正、監視、および障害探索するのを助け ることによって、プロセス１２内のデバイスの各々のデバイス管理を統合する。 ＦＭＳシステム１０は、任意の種類のコンピュータまたはマイクロプロセッサ を使用するシステムで構成することができ、オペレーティングシステムおよびＣ ＰＵ３６に接続されたディスプレイ３０、プリンタ３１、キーボード３２、およ びマウス３４を含むことができる。ＦＭＳデータベース４０を備えたメモリ３８ は、オペレーティングシステムおよびＣＰＵ３６に接続される。ＦＭＳデータベ ース４０を含むメモリ３８は、ディスプレイ３０またはプリンタ３１を介して情 報をユーザに表示したりスマートデバイス１６、１８、２０、２２と通信するこ とに関連するタスクを実行する際に、ＦＭＳシステムによって使用されるソフト ウェアおよびデータを保存する。さらにＦＭＳデータベース４０は、例えばデバ イスの過去の構成に関する情報、オフラインスマートデバイスや従来型デバイス などのオ フラインデバイスに関する情報、および次のサービスがいつ必要になるか、誰が サービス手順を実行したか、望ましい交換デバイス等を含むサービスノートに関 する情報など、スマートデバイスからは得られないデバイス関連情報を保存する 。オフラインスマートデバイスに関するデータは、そのデータが実際にオフライ ンデバイス内に保存される形式と同一の形式で、データベース４０内に保存する ことができるので、ＦＭＳシステム１０にとって、オフラインデバイスは、これ らのデバイスがオンラインの場合に利用できるのと同様の方法で、データベース ４０を介して利用できるように見える。 スマートデバイス１６、１８は、通信回線４２およびモデム４４を介してＦＭ Ｓシステムに接続されたオンラインデバイスである。スマートデバイス２２は、 フィールドバスインタフェース４５を介してＦＭＳシステムに接続されたオンラ インデバイスである。スマートデバイス２０は、ＦＭＳシステム１０に永久接続 されないオフラインデバイスである。しかし、スマートデバイス２０は、デバイ ス２０および／または他のスマートデバイスからデータを読み出したり、そこへ データを書き込むために、後で詳述するようにデバイス２０および／または他の スマートデバイスのどれにでも定期的に接続できるハンドヘルドコミュニケータ および／または２次（ラップトップ）ＦＭＳ４６を介して、ＦＭＳシステム１０ と通信することができる。その後、ハンドヘルドコミュニケータおよび／または ２次ＦＭＳ４６をＦＭＳシステム１０に接続し、それが接続されたスマートデバ イス２０および／またはその他のいずれかのスマートデバイスに関するデータを アップロードすることができる。 希望すれば、ＦＭＳシステムのオペレーティングシステムおよびＣＰＵ３６を 、例えばイーサネット通信リンク４８および ／またはその他の通信リンクを介して、ディジタル制御システム１４および他の ＦＭＳシステム、例えばもう１つのＦＭＳシステム１５に接続することができる 。 図２は、ハードウェアおよびソフトウェアコンボーネントを含むＦＭＳシステ ム１０の様々な構成部品間の相互接続を示すものであり、ＦＭＳシステム１０の メモリ３８に保存された様々なソフトウェアコンポーネントが相互同士、および ディスプレイ３０、プリンタ３１、キーボード３２、マウス３４、ＦＭＳデータ ベース４０、およびプロセス１２内のスマートデバイスと、いかに相互作用する かを説明するために使用される。ＦＭＳシステム１０のソフトウェアコンポーネ ントは、メモリ３８に保存され、オペレーティングシステムおよびＣＰＵ３６上 で実行することを理解されたい。 ＦＭＳシステム１０はマイクロソフトウィンドウズ環境（ウィンドウズ９５Ｔ Ｍ環境など）で動作することが望ましく、したがって、標準ウィンドウズオペレ ーティングシステム４６を含み、これは、データや情報をディスプレイ３０やプ リンタ３１に表示したり、データや情報をキーボード３２やマウス３４から検索 するために使用される。したがって、ウィンドウズオペレーティングシステム４ ６に提供されたり、そこから検索される情報は、当業者には周知である所望の種 類の標準ウィンドウズ呼出しフォーマットで提供することが望ましい。しかし、 本発明では、例えばマッキントッシュ、Ｘウィンドウズ、またはＩＢＭ ＤＯＳ フォーマットをはじめ、その他の所望のウィンドウズ系または非ウィンドウズ系 のインタフェースフォーマット（グラフィカルユーザインタフェースであるか否 かに関係なく）を使用して、ＦＭＳシステム１０を実現することができる。 ＦＭＳシステム１０は、コアアプリケーション５２およびアドオンアプリケー ション５４から構成される１組のＦＭＳアプリケーションを含む。コアアプリケ ーション５２は基本的に、予め定められ頻繁に使用される動作を実行するために 、ＦＭＳシステム提供者によって作成されたプログラムである。アドオンアプリ ケーションは、ユーザまたは第３者開発業者によって作成され、カスタマイズさ れた機能を実行するためにＦＭＳシステム１０に移入された応用プログラムであ る。 以下で使用するアプリケーションとは、ＦＭＳシステム１０によって実現され るソフトウェアルーチンを指し、これは、プロセス１２または１つ以上のデバイ ス、ブロック、パラメータに関連するユーザ情報、またはＦＭＳシステム１０に 接続または対応付けられたデバイスに対応付けられたその他の情報を表示したり 、ＦＭＳシステム１０に対応付けられるか接続された１つ以上のデバイスをユー ザに再構成させることができる。アプリケーションによって使用される情報は一 般的にプロセス１２内のスマートデバイスに保存されるか、またはこれによって 作成され、あるいはＦＭＳデータベース４０に保存される。 したがって、例えば、ＦＭＳシステム１０は、ユーザがＦＭＳデータベース４ ０内および／またはプロセス１２内部のスマートデバイス内のデータと相互作用 して、プロセス１２内のデバイスの１つ以上の現在の状態を表示したり、プロセ ス１２内のスマートデバイスの１つ以上の構成を変更したり、複数のデバイスを 同時にまたは逐次的に表示したり、共通スマートデバイス制御および構成機能を 実行したり、ネットワーク内でデバイスを位置決めするブラウザを実行したり、 デバイスの状態を監視したり、アラームリストを生成したり、デバイスの校正お よび検査ルーチンを実現することを可能にするコアまたはその 他のアプリケーションを含むことができる。 その他の一般的なコアアプリケーションとして、構成アプリケーション、構成 管理アプリケーション、アラーム走査アプリケーション、履歴イベントログアプ リケーション、レポートアプリケーション、トレンド解析アプリケーション、お よび診断アプリケーションを挙げることができる。構成アプリケーションは、プ ロセス内のデバイスの１つ以上のパラメータに対応付けられる変数の値を表示し 、これらのパラメータ値のうち適切な幾つかをユーザに変更させることができる 。構成管理アプリケーションは、例えばデバイスのリセット、デバイスの初期化 、およびデバイスの校正など、デバイス全体の構成をユーザに管理させる。アラ ーム走査アプリケーションは、ＦＭＳシステム１０によって管理されている全て のデバイスを検査し、これらのデバイスが正しく作動しているかどうか、あるい はこれらのデバイスのどれかに誤りが発生していないかどうかを決定する。履歴 イベントログアプリケーションは、例えばユーザログイン情報、ＦＭＳシステム １０によって管理されているデバイスの構成に行なわれた変更、ＦＭＳシステム １０によって管理されているデバイスに対応付けられるアラーム、およびその他 のイベントを示す時刻表示メッセージを含むイベントログを提供する。レポート アプリケーションは、１つ以上のデバイスの例えば過去、現在、および所望の未 来の構成を全て示すレポートを自動的に生成する。トレンド解析または「傾向変 動（ｔｒｅｎｄｉｎｇ）」アプリケーションは、特定のデバイス内またはプロセ ス全体で発生するかもしれないトレンド（傾向）を識別するために、プロセス１ ２内のデバイスによって測定されたデータを記録する。その他の所望のアプリケ ーションを作成し、ＦＭＳシステム１０に設けることができることは、明白であ る。 ＦＭＳシステム１０の動作中、ユーザは、実行するアプリケーションの１つま たはそれ以上を選択する。選択されたアプリケーションは、図２で現在のアプリ ケーション５６として識別されている。複数のアプリケーションをＦＭＳシステ ム１０によって同時に実行できるので、複数の現在のアプリケーション５６が存 在し得る。現在のアプリケーション５６はどれも、ウィンドウズオペレーティン グシステム４６、インタフェースブロック５８、ディジタル制御インタフェース （ＤＣＩ） ６０、およびＦＭＳデータベースインタフェース６２と直接インタ フェースすることができる。望むならば、現在のアプリケーション５６は、オー プンデータベースコネクティビティ（ＯＤＢＣ）ブロック６４（ほとんど全ての データベースとの通信を可能にする、よく知られたマイクロソフトデータベース アプリケーションインタフェース（ＡＰＩ）システム）ともインタフェースする ことができる。しかし、多くのアプリケーションにとって、そうした接続は必要 でなく、あるいは望ましくない。さらに、現在のアプリケーション５６はどれも 、ウィンドウズオペレーティングシステム４６、プロセス１２内のスマートデバ イス、およびデータベース４０とインタフェースブロック５８を介して、間接的 にインタフェースすることができる。 インタフェースブロック５８は基本的に、例えば特に構成されたウィンドウズ カスタムコントロール、ＯＸＣコントロール、またはＶＢＸコントロールを有す るソフトウェアパッケージであり、これは、現在のアプリケーション５６、プロ セス１２内のスマートデバイス、データベース４０、およびウィンドウズオペレ ーティングシステム４６とディスプレイ３０とプリンタ３１とキーボード３２と マウス３４とから構成されるユーザインタフェース６５の間における特定の頻繁 に使用される情報の 通信に関係する機能を、自動的に実行する。インタフェースブロック５８は現在 のアプリケーション５６によって使用され、関係するプロトコルの仕様を知って いるアプリケーション設計者がいなくても、これらのインタフェース機能を実行 することができる。その結果、インタフェースブロック５８により、アプリケー ションはいっそう容易に設計することが可能になり、一貫したユーザインタフェ ースが得られる。 現在のアプリケーション５６およびインタフェースブロック５８は、サーバ６ ８、７０から構成されるサーバネットワーク６６を介して、ＤＣＩ６０、および プロセス１２内のスマートデバイス、他のＦＭＳシステムまたはディジタル制御 システム、および／またはデータベース４０とインタフェースして通信すること が望ましい。一般的に、サーバネットワーク６６はＦＭＳシステム１０内に配置 され、それに対応付けられるが、図２のＤＣＩ６０とサーバ６６、７０との間の 点線は、ＤＣＩ６０が、例えば図１に示すイーサネット接続を介して、他のＦＭ Ｓシステムのサーバネットワークにもアクセスできることを示す。 基本的に、ＤＣＩ６０は、データベース４０、プロセス１２内のスマートシス テム、および／またはその他のＦＭＳシステムと通信し、そこからデータを検索 するために必要な機能や、これらに関係するその他の機能を実行するライブラリ ルーチンで構成されるコンビニエンス層（ｃｏｎｖｅｎｉｅｎｃｅ ｌａｙｅｒ ）である。動作中、ＤＣＩ６０は、現在のアプリケーション５６およびインタフ ェースブロック５８から送信されたコマンドおよびメッセージを、サーバネット ワーク６６で認識され使用されるフォーマットに変換し、同様に、サーバネット ワーク６６によって提供されたデータを、現在のアプリケーション５６およびイ ンタフェースブロック５８で認識され使用さ れる形式に変換する。 ＤＣＩ ６０は、これらの通信機能を実施するために任意の好ましいプロトコ ルを使用できるが、好ましくは目的向きプロトコルを使用し、また最も好ましく は、マイクロソフト社により開発および文書化されたＯｂｊｅｃｔ Ｌｉｎｋｉ ｎｇ ａｎｄ Ｅｍｂｅｄｄｉｎｇ（ＯＬＥ）プロトコルのようなオブジェクト 連結および埋込みプロトコルを使用する。マイクロソフトＯＬＥ（２．０）プロ トコルは、マイクロソフトのウインドウズ９５のオペレーティングシステムに使 用され、技術上周知のものである。 一般に目的向きプロトコルは、送信メッセージにより対話する独立オブジェク トの収集として世界をモデル化するプログラミング模範である。オブジェクトに は、データ（状態）およびそのデータで実施できる方法（アルゴリズム）が含ま れる。加えてオブジェクトは、インタフェース接続部を通して互いに関連し、ま た階層メッセージを通して他のオブジェクトと通信できる。オブジェクトは、メ ッセージを受信すると、そのオブジェクト内のデータを処理することができるオ ブジェクト自体の方法を使用することにより、および特定のタスクを実施しかつ 適切な結果を多分返送するために他のオブジェクトへメッセージを送信すること により、応答する。 ＤＣＩ ６０はＯＬＥ階層を通してサーバネットワーク６６と通信する。ＤＣ Ｉは、ＯＬＥオブジェクトの読出と書込に関する標準ＯＬＥ手順と呼出しを使用 し、ＯＬＥオブジェクト内の一組の列挙された値を列挙し、ＯＬＥオブジェクト 内の特性を入手および設定し、ＯＬＥオブジェクトの方法を呼出しかつ実施し、 およびＯＬＥアイテム方法（特定の方式のＯＬＥ方法）と連係してＯＬＥ収集オ ブジェクト内に格納されている特性デ ータを検索する。しかしながら他のＯＬＥ手順は、サーバネットワーク６６と通 信するためにＯＬＥオブジェクトでＤＣＩ６０により実施できる。 以下にさらに詳細に説明するように、ＦＭＳシステム１０により好ましくは使 用される特定のＯＬＥ階層は、各種の情報の全てを分類するために、かつＤＤの それぞれに関連する各種のＤＤＬのそれぞれに利用できるかまたはそれぞれによ り使用される各種の情報間の相関関係を分類するために開発されたＯＬＥオブジ ェクト階層であり、ついでそのＤＤは、ＦＭＳシステム１０によりサービスされ ているプロセス１２内のデバイスと関連する。この決められた階層は一組のＯＬ Ｅオブジェクトを形成し、そのそれぞれは、その階層により定義される一組の特 性と、および特性データを処理するために、かつ階層により形成される関係に従 って他のＯＬＥオブジェクトと通信するために使用できる特定の組の方法とを格 納する。この階層は、図３および４と連係してさらに詳細に検討する。 本質的にＤＣＩ ６０は、決められた階層について識別された全てのＯＬＥオ ブジェクトがサーバネットワーク６６のメモリ内にあたかも存在するように、サ ーバネットワーク６６と通信する。ＤＣＩ ６０は、ＯＬＥプロトコル内のＯＬ Ｅオブジェクトとの通信に必要な単一の組の呼出しを実施する。しかしながら現 実には、それぞれのＯＬＥオブジェクトのデータと方法は、読出の呼出しまたは 書込の呼出しのような呼出しが、例えばＤＣＩ ６０、ＤＤＳ ７２、スマート デバイスコミュニケーションネットワーク７４、またはＦＭＳデータベースイン タフェース８０によりそのようなＯＬＥオブジェクト用のサーバネットワーク６ ６へ送られるまで、サーバネットワーク６６のメモリへは実際には格納または収 納されない。その時点にお いてサーバネットワーク６６は、ＯＬＥオブジェクトに関係するデータと方法を 検索し、かつがサーバ６８または７０の１つに関連するメモリに格納しなければ ならないことを認識し、そのＯＬＥオブジェクトのデータと方法を検索するのに 必要な機能を自動的に実施する。 サーバネットワーク６６は、そのメモリに格納されるＯＬＥオブジェクトの１ つの内部のデータと方法の読出と書込に関係する呼出しを受信したとき、プロセ ス１２およびＦＭＳデータベース４０内のＯＬＥオブジェクト、ＤＤＳ ７２、 スマートデバイスからデータを読出しかつ、それへデータを書込むように、その 格納されたルーチンに従ってＯＬＥオブジェクトデータへ要求された情報を返す か、または要求された機能を実施する。 同様にＤＣＩ ６０は、サーバネットワーク６６に関連するメモリに格納され るＯＬＥオブジェクトの変更を認識または受信し、カレントアプリケーション５ ６およびインタフェースブロック５６との通信を実施するために、それに基づい た機能を実施する。サーバネットワーク６６は、決められたＯＬＥ階層内のＯＬ Ｅオブジェクトとインタフェースをとり、またデバイスサーバ６８およびデータ ベースサーバ７０を備える。デバイスサーバ６８は本質的には、決められたＯＬ Ｅ階層内の一組のＯＬＥオブジェクトとの規定された対応を有する一組のソフト ウエアルーチンである。これらのルーチンは、ＤＤＳ ７２、スマートデバイス コミュニケーションネットワーク７４、および決められた階層のＯＬＥオブジェ クトとの通信のために特に開発される。そのようなルーチンは、プロセス１２内 のスマートデバイスから、および／またはプロセス１２内のスマートデバイスに 関連するＤＤ（これはファイルである）から入手でき るか、またはその内部に格納される特定の種類のデータと情報を例えば送信、検 索および変更できる。同様にデータベースサーバ７０は本質的に、決められたＯ ＬＥ階層内のＯＬＥオブジェクトに関連する一組のソフトウエアルーチンである 。これらのルーチンは、ＤＤＳまたはＡＰＩおよび／またはＦＭＳデータベース インタフェース８０と通信して、ＦＭＳデータベース４０から、および／または スマートデバイス用のデータがＦＭＳデータベース４０に格納されるスマートデ バイスに関連するＤＤから入手できるか、またはその内部に格納される特定の種 類のデータと情報を例えば送信、検索および変更する。図２に示されるようにＤ ＤＳ ７２により使用されるＤＤは、ＤＤＳライブラリ７２へ連結されるデバイ ス記述ライブラリ７６に格納される。 サーバ６６と７０のルーチンは、ＤＤＳ ７２から、スマートデバイスから、 またはデータベース４０からＯＬＥオブジェクトのデータを検索するために必要 な特定の読出機能を実施するルーチンが、ＤＣＩ ６０からのそのようなデータ についての要求により自動的に実施されるように、ＯＬＥオブジェクトのそれぞ れに関連する。同様にサーバ６６と７０のルーチンは、スマートデバイスの構成 を変更するために、または情報をデータベース４０に格納するために要求される 特定の書込機能を実施するルーチンが、ＯＬＥオブジェクト内のそのようなデー タを書込む要求により自動的に実施されるように、ＯＬＥオブジェクトのそれぞ れに関連する。 例えば、スマートデバイス内、またはそれに関連するデータを表すＯＬＥオブ ジェクト内の特性値を書込むようにＤＣＩ６０によりなされる要求により、サー バ６８は、新しい特性値をスマートデバイスへ書込むルーチンを実施する。同様 に、ス マートデバイスに格納される、またはそれと関連する特性値を任意のＯＬＥオブ ジェクトから読出す要求により、そのＯＬＥオブジェクトに関連する特性値をＤ ＤＳおよび／またはスマートデバイスから検索するサーバルーチンが自動的に呼 び出され、またそのような特性値が、ＯＬＥオブジェクトとして、サーバ６８に 関連するメモリ（図示されない）に格納される。同様に、データベース４０に格 納されるデータに関連するＯＬＥオブジェクト内の特性値を書込むように例えば ＤＣＩ ６０によりなされる要求により、そのＯＬＥオブジェクトが関連するデ ータベース４０内の位置へ新しい特性値を書込むサーバ７０ルーチンが自動的に 実施される。同様に、ＯＬＥオブジェクトから特性値を読出す要求により、サー バ７０は、ＤＤＳから、および／またはこれらの特性値に関連するデータベース ４０内の位置からそのＯＬＥオブジェクトに関連するデータを検索し、またその ような特性値を、ＯＬＥオブジェクトとして、サーバ７０のメモリ（図示されな い）に格納する。 これらのサーバルーチンは、単純であり、直接的であり、かつ技術に有能な者 による書込みが容易であるので、ここでは提供されない。しかしながらＯＬＥお よびＤＤＬに周知の者は、任意の好ましいプログラミング言語を使用して単純な 仕方でそのようなルーチンを作成できる。必要に応じて、できるだけ高速で実施 して、それによりＦＭＳシステム１０内のカレントアプリケーションの操作速度 を増加するように、任意の好ましい方法で、そのルーチンを書込むか、または最 適化ができる。 一般に、プロセス１２のオンラインデバイスの１つから特定のデータ、または その１つに関連する特定のデータを検索するために、サーバ６８はＤＤＳ ７２ に特定のデータを尋ねる。そのデータが、スマートデバイス用のＤＤに格納され ているな らば、ＤＤＳ ７２は、参照されたデバイスについてＤＤＳ７２を調べるか、ま たは参照されたデバイスのブロックに関連するＤＤを調べて、要求されたデータ をサーバ６８へ返す。 特定のデータがＤＤから入手できたならば、サーバ６８は、検索されたデータ が関連するＯＬＥオブジェクト内にそのデータを格納し維持する。しかしながら 要求された特定のデータがデバイス用またはデバイスのブロック用のＤＤから入 手できないが、代わりにオンラインデバイス内に格納されているならば、サーバ ６８は、コマンドをスマートデバイスコミュニケーションインタフェース７４（ これは、例えばカールスルーエに所在するドイツの会社であるＳｏｆｔＩｎｇに より開発されたＦｉｅｌｄｂｕｓデバイスインタフェース、またはコロラド州ボ ルダーに所在するＭｉｃｒｏｍｏｔｉｏｎのＨＡＲＴデバイスインタフェースを 含む既知の任意のスマートデバイスコミュニケーションインタフェースから構成 できる）へ送り、オンラインデバイスから特定のデータを検索する。 ついでスマートデバイスコミュニケーションインタフェース７４は、サーバ６ ８により要求されるデータのために特定のオンラインデバイスへ到達する仕方に ついての情報の要求をＤＤＳ ７２へ送る。ＤＤＳ ７２は、オンラインデバイ ス用のＤＤからこの命令情報を検索し、命令情報をスマートデバイスコミュニケ ーションインタフェース７４へ返し、ついでインタフェース７４が適切な要求を オンラインスマートデバイスへ送る。ついでスマートデバイスは、特定のデータ を含むデータストリームに応答する。ついでスマートデバイスコミュニケーショ ンインタフェース７４は、オンラインスマートデバイスから受信したデータスト リームを解釈する仕方についての情報の要求をＤＤＳ ７２へ送る。ついでＤＤ Ｓ ７２は、オンラインスマ ートデバイス用のＤＤからの解釈命令を検索し、その解釈命令をスマートデバイ スコミュニケーションインタフェース７４へ返し、ついでインタフェース７４が 、サーバ６８により要求された特定のデータを抽出するために、解釈命令に従っ てオンラインデバイスからのデータストリームを解釈する。ついでスマートデバ イスコミュニケーションインタフェースが、特定のデータをサーバ６８へ返し、 サーバ６８は、そのデータが関連するＯＬＥオブジェクトへ検索されたデータを 提供する。 サーバー６８がまずＤＤＳ７２に、例えばデータが書込み可能であるかどうか 、どのタイプ、どの特定値及びどのデータ範囲が書き込み可能であるか、等の書 込み情報の要求を送信する場合を除いて、オンラインデバイスへのデータ書き込 みの工程は、同デバイスからのデータ読取りの工程に類似している。データの書 き込みが可能であれば、サーバー６８はスマートデバイスコミュニケーションイ ンタフェース７４に書き込み指令を送り、同インタフェース７４は、次いでＤＤ Ｓ７２とインタフェースで接続して当該オンラインデバイスの書込みプロトコル を照会し、情報に応じてオンラインデバイスに書込み指令を送信する。スマート デバイスコミュニケーションインタフェース７４はまた、デバイス内で発生する 書込み検証、応答コード、データまたは値の変更等のオンラインデバイスからの 他のデータを解釈し、適当なＯＬＥオブジェクトに保存するためにこうしたデー タをサーバー６８に送信することができる。 インタフェースによっては、ＤＤＳ７２がサーバー６８に対し、データ要求に 返答するにはさらなる情報が必要であると通知する場合がある。例えば、ＤＤＳ ７２は、あるパラメータのハンドリングプロパティ（即ち、同パラメータが読取 り可能及び／或いは書込み可能かどうか）が特定デバイスのモードパラ メータに依存すると判断することができる。ＤＤＳ７２は、サーバー６８に、デ バイスのモードパラメータ要求を送信する。サーバー６８は、これに応答して、 スマートデバイスコミュニケーションインタフェース７４にデバイスのモードパ ラメータ要求を送信し、同インタフェース７４は、上述の通りに作動して同デバ イスのモードパラメータを検索する。サーバー６８は、スマートデバイスコミュ ニケーションインタフェース７４から同デバイスのモードパラメータを受信する と、同情報をＤＤＳ７２に送信し、ＤＤＳ７２は次いでデバイスのパラメータの ハンドリングプロパティを決定し、こうしたプロパティをサーバー６８に戻し、 サーバー６８がこれを受けてその値を適当なＯＬＥパラメータオブジェクトに配 置する。 サーバー７０と、ＤＤＳ７２と、ＦＭＳデータベースインタフェース８０との 間の通信は、ＦＭＳデータベースインタフェース８０がスマートデバイスではな くＦＭＳデータベース４０との間で情報の読取り及び書込みを行うようにプログ ラムされていることを除けば、上述のものと類似している。しかしながら一般的 には、ＦＭＳデータベースインタフェース８０は、ＤＤＳ７２とサーバー７０と の間の通信に関連している点でスマートデバイスコミュニケーションインタフェ ース７４の機能に似ている。 ＦＭＳデータベースインタフェース８０に、例えばデータベース４０に於ける オフラインデバイスに付随する値のような情報、及びオンライン及びオフライン デバイスに対して行われる変更に関するデータを、ＤＤＬフォーマットで、即ち オンラインデバイスに於けるこうした情報の保存方法に似たフォーマットで保存 させることは可能である。このような場合には、ＦＭＳデータベースインタフェ ース８０はＤＤＳ７２にアクセスし てデータがＦＭＳデータベース４０内にどのように保存されているかを決定する 必要があると思われる。例えば場合によっては、データベース４０は、デバイス の状態を模倣する、といった目的で過去のパラメータ等のパラメータ値を保存し ている。従って、ＦＭＳデータベースインタフェース８０は、同データベースに どんな種類のデータが保存されているか、つまり、整数、計数他、を知るために 、ＤＤＳ７２にアクセスしてこの情報を検索しなければならない場合がある。し かしながら、データベース４０に保存される情報は、ＤＤＬフォーマットで保存 される必要はない。従って、サーバー７０からのデータベース４０との間のデー タの読取り及び書込み指令を実行するに当たって、ＦＭＳデータベースインタフ ェース８０はＤＤＳ７２にアクセスしてデバイス値を求める必要がない可能性が ある。代わりにＦＭＳデータベースインタフェース８０は、データベース４０と の間で直接、データの書込み及び読取りを行うことができる。 ＦＭＳデータベースインタフェース８０は、好適には任意のコンベンショナル タイプのアプリケーションプログラムインタフェース（ＡＰＩ）であり、任意の 望ましい或いは周知の方法に従ってデータベース４０から情報を検索するように 特にセットアップされ、構築されている。従って、ＦＭＳデータベースインタフ ェース８０は、データベース４０のどこに、どんな方法でデータが保存され、検 索されるかを自動的に記録する。 先の指摘の通り、カレントアプリケーション５６、及び必要であればインタフ ェースブロック５８もまた、ＦＭＳデータベースインタフェース６２及びＯＤＢ Ｃブロック６４を通じてデータベース４０とインタフェースで接続することがで きる。ＦＭＳデータベースインタフェース６２は、データ及び要求をカ レントアプリケーション５６による認識或いは使用が可能なフォーマットからＯ ＤＢＣブロック６４による認識及び使用が可能な形式に、またこの逆で変換する ように開発されたルーチンのライブラリを有する任意の望ましい或いは周知のア プリケーションプログラムインタフェースで構成することができる。ＦＭＳデー タベースインタフェース６２（ＡＰＩ）を使用してデータベース４０への書込み を行うことは、ＯＤＢＣブロック６４を直接使用することとは対照的に、データ ベースの完全性及び一貫性の維持を助長し、またアプリケーションがデータベー ス管理からシールドされるためにアプリケーションによる書込みが容易になる。 典型的には、データベース４０にデータを本明細書に於いて検討したＯＬＥオブ ジェクト階層通信計画によるアクセスが不可能な、或いは同計画との互換性のな いフォーマットで保存する必要のあるアプリケーションでは、ＦＭＳデータベー スインタフェース６２及びＯＤＢＣブロック６４（または他の任意のオープンデ ータベースアクセスシステム）が使用される。 図３及び図４は、１つまたは複数のＤＤＬで定義された、或いは同ＤＤＬから 入手可能な全ての情報を表示するように開発された特別のＯＬＥオブジェクト階 層と、こうしたＤＤＬのプロトコルに従ったスマートデバイスと、こうしたＤＤ Ｌを使用しているデバイスに関連する情報を保存したデータベースとを示してい る。図３及び図４の階層はまた、こうしたＯＬＥオブジェクト間の関係性を表示 している。この階層をＯＬＥ環境に於いて使用すると、ＤＤＬ、ＤＤＬを使用す るスマートデバイス及びＤＤＬを使用するスマートデバイスに関連する情報を保 存するデータベースに付随する情報を検索するアプリケーションを実行すること ができる。このように、図３及び図４の階層 は、ＤＤＬ情報（即ち、ＤＤＬのＤＤから入手可能な情報及び／或いはデバイス または１つまたは複数のＤＤＬを使用するデバイスに付随するデータベースから 入手可能な情報）の配置だけでなく、この情報にアクセスし、これを検索、変更 するために図２のＤＣＩ６０及びサーバー６８、７０間のインタフェースを定義 する方法を示している。 図３及び図４の階層に於ける各ＯＬＥオブジェクトは、好適にはＯＬＥオート メーションオブジェクトであり、ＯＬＥオブジェクトのタイプを内部に同定した 長円形として表示されている。図３及び図４のＯＬＥオブジェクトは各々、１つ または複数のＤＤＬ内に定義された、或いはＤＤＬによって使用される情報サブ セット、及びＤＤ、スマートデバイス及びスマートデバイスに関する情報を保存 しているデータベースから入手可能な情報サブセットを含むか、これに接続され ている。 一般に、図３及び図４のＯＬＥオートメーションオブジェクトは各々、プロパ ティ（または属性）、方法及びインタフェースを含んでいる。図３及び図４内の ＯＬＥオブジェクトはオートメーションオブジェクトであるため、これにはＩＤ ｉｓｐａｔｃｈインタフェース（ＯＬＥプロトコルの周知のインタフェース）が 接続されている。図３及び図４のＯＬＥオートメーションオブジェクトのＩＤｉ ｓｐａｔｃｈは、例えばＤＣＩ６０及びサーバーネットワーク６６によって、同 ＯＬＥオブジェクトのプロパティ及び方法に関する情報を検索し、他のＯＬＥオ ブジェクトと通信する際に使用可能である。 ＯＬＥオブジェクトのプロパティは、オブジェクトに関するデータで構成され る。各プロパティはまた、例えばプロパティ値の取得、及びＯＬＥオブジェクト のプロパティ値の設定に際して使用可能な機能を有している。例えばＯＬＥオブ ジェクト のプロパティは、オブジェクトの名称、オブジェクト内またはオブジェクトに付 随する項の計数、オブジェクトに付随するラベル及びオブジェクトに付随するヘ ルプを含んでいる。 ＯＬＥオブジェクトの方法は、ＯＬＥオブジェクト上またはＯＬＥオブジェク ト内のデータ上で作動し、ＯＬＥオブジェクト内のデータを使用して特別ルーチ ンを実行し、他のＯＬＥオブジェクトと通信する。例えば、一つの方法は他のＯ ＬＥオブジェクト内の値七ットを計数することができる。ＯＬＥオートメーショ ンオブジェクトのプロパティと方法は、共にサーバーネットワーク６６及びＤＣ Ｉ６０によるアクセスが可能な当該ＯＬＥオブジェクトのプログラマブルインタ ーフェースを定義する。 図３及び図４の階層は、図３が示す上部階層と図４が示す下部階層で構成され る。図３の上部階層は、ＨＡＲＴ、Ｆｉｅｌｄｂｕｓ及びその他のスマートデバ イスまたはコンベンショナルデバイスのようなデバイスと、Ｆｉｅｌｄｂｕｓブ ロックのような工程内接続されたブロックとの物理的或いは定義された連結度に 対応し、且つそれを図示している。図４の下部階層は、ＨＡＲＴ及びＦｉｅｌｄ ｂｕｓＤＤＬ等のＤＤＬから入手可能な、或いはこれらによって参照されるデー タと、ＤＤ、スマートデバイス及び／或いはスマートデバイスまたは他のデバイ スに関するデータベースに保存されている、及び／或いはこれから入手可能なデ ータとの間の関係性を図示している。 図３及び図４の階層の完全な理解を促進するため、本明細書の末尾に表（「Ｏ ＬＥオブジェクトＤＤＬ等価物」と題する）を提供している。「ＯＬＥオブジェ クトＤＤＬ等価物」表は、図４の下部階層に示された各ＯＬＥオブジェクトに関 して、当該ＯＬＥオブジェクトに対応するＦｉｅｌｄｂｕｓＤＤＬの機 能的同等物であるデータ、定義及び／或いは構成を同定している。しかしながら 、図３及び図４のＯＬＥオブジェクトも同様に、ＨＡＲＴ ＤＤＬのような他の ＤＤＬに於いて入手可能な機能的に同等である種類のデータ、定義及び構成を有 すること、従って図３及び図４の階層はあらゆるＤＤＬに適用可能であることを 認識すべきである。やはり本明細書の末尾に記載している他の表（「ＯＬＥオブ ジェクトの定義」と題する）は、図３及び図４が示す各ＯＬＥオブジェクトに付 随する幾つかの重要なプロパティ及び方法のリストを提示し、こうしたプロパテ ィ及び方法について簡単に説明している。 先にも述べたように、図３及び図４のＯＬＥオブジェクトのプロパティは、Ｄ ＤＬ（例えば、ＨＡＲＴ及びＦｉｅｌｄｂｕｓＤＤＬ等）から入手可能か或いは ＤＤＬによって定義される同タイプのデータを表し、またこれに対応している。 これは、上述のように図３及び図４のＯＬＥオブジェクトがこうしたＤＤＬから 入手可能であるか、或いはこうしたＤＤＬによって定義されるデータをマップし 、表示するように開発されているためである。従って、例えば、図３のブロック オブジェクトは、ＦｉｅｌｄｂｕｓＤＤＬによって認識され使用されるブロック エンティティを表し、またこれに対応しており、図３のデバイスオブジェクト及 び図４のパラメータオブジェクトは、ＨＡＲＴ及びＦｉｅｌｄｂｕｓＤＤＬの両 方によって認識され使用されるデバイス及びパラメータエンティティを各々表し 、またこれに対応している。「ＯＬＥオブジェクトの定義」表に於いて同定され た方法は標準的なＯＬＥ方法である。 図３および図４の階層内の各ＯＬＥオブジェクトは、そのＯＬＥオブジェクト への階層を通るパスを通過することによってアクセスまたは定義することができ る。図３のトップから始ま り、図３と図４の階層を通る各パスは、ルートオブジェクトを含んでいる。特に ，ルートオブジェクトは、ルートオブジェクトの下のいずれかのＯＬＥオブジェ クトが関係しているＶｉｅｗＴｉｍｅを定義している。さらに詳しく言えば、ル ートオブジェクトは、「過去」、「現在」、または「未来」であるＶｉｅｗＴｉ ｍｅと結び付けられており、時には特定の時間を指定しているＶｉｅｗＴｉｍｅ と結び付けられている。ＶｉｅｗＴｉｍｅが現在である場合、時間は実際の時間 である。ＶｉｅｗＴｉｍｅが過去である場合、時間はいずれかの歴史的時間に設 定されるが、１つ以上のパラメータ値に対して変更が加えられた時間に設定され ることが望ましい。さらに、この変更は、データベース４，たとえばイベントロ グに保存される。ＶｉｅｗＴｉｍｅが未来の場合、時間は未来の時間に設定する か、一般的に未来を指していることだけを示すように設定できる。 ルートオブジェクトのアイテムメソッドは、ＯＬＥオブジェクト定義テーブル で識別されるコレクションのセットを含んでおり、このコレクションのセットは 図３の階層の次の層を定義している。一般に、ＯＬＥメソッドのアイテムメソッ ドのコレクションは、ＯＬＥオブジェクトと、図３および図４の階層内のそのＯ ＬＥオブジェクトの下のＯＬＥオブジェクトの間の相互接続を定義している。Ｏ ＬＥオブジェクトのアイテムメソッドの各コレクションは、そのコレクションを 含んでいるＯＬＥオブジェクトの下にあるそのコレクションの引用名によって、 図３および図４の階層において示される。コレクション内のメンバーの一般名は 、コレクションタイプと結び付いているＯＬＥオブジェクトの下にあり、かつプ ロパティの１つとしてこの式に関係した情報を持っているＯＬＥオブジェクトの 上にある、引用が終りアンダーラインが付されている式によって、図３お よび図４において識別される。 したがって、たとえば、ルートオブジェクトは、（ＢｌｏｃｋＴａｇコレクシ ョンとして識別される）ＢｌｏｃｋＴａｇオブジェクトのコレクションを持ち、 それぞれが、ＢｌｏｃｋＴａｇとして図３に一般的に示されている特定の名前を 持っている。一般に，ブロックタグは、特定のブロックを識別するために、ＦＭ Ｓシステムをインストール／構成する技術者によってＦＭＳシステム内で特定の ブロックに割り当てられるユニークな識別子である。したがって、Ｂｌｏｃｋ Ｔａｇの名前を持っているＢｌｏｃｋＴａｇオブジェクトは、図３に示すように 、ブロックオブジェクトをユニークに定義する。明らかに、図３および図４の階 層内のＢｌｏｃｋＴａｇオブジェクトの実際のメンバーは、（その名前がＦｉｅ ｌｄｂｕｓ ＤＤＬプロトコルで使われているので）ＦＭＳシステム１０と接続 あるいは結び付いているブロックのメンバーに依存している。 ＰｈｙｓｉｃａｌＴａｇ，ＤｅｖｉｃｅＩＤ，ＤｅｖｉｃｅＴａｇオブジェク トは、それぞれ、ルートオブジェクトのＰｈｙｓｉｃａｌＴａｇ，Ｄｅｖｉｃｅ ＩＤ，ＤｅｖｉｃｅＴａｇコレクションと関連あるいは結び付いており、ＦＭＳ システム１０と接続あるいは結び付いている特定のデバイスをユニークに定義す るのに使われる。通常、デバイスＩＤは、デバイスメーカーの名前、デバイスの モデル番号、デバイスのシリアル番号から構成される情報の組を含んでいる。通 常，デバイスタグや物理タグは、プラントまたはプロセス１２のようなプロセス におけるデバイスの位置を参照している。物理タグ及び／又はデバイスタグの値 は、プラントにおける特定の物理的位置に結び付けられている英数字コードであ るか、物理的位置の記述である。ＨＡＲＴデバイスの場合、物理タグはデバイス タグと同 じと見なされ、Ｆｉｅｌｄｂｕｓデバイスの場合は、物理タグはデバイスタグと は別の値を持ちうる。ＤｅｖｉｃｅＴａｇオブジェクト、ＤｅｖｉｃｅＩＤオブ ジェクトのような引用コレクション名の直ぐ下の、図３および図４にあるＯＬＥ オブジェクトも、ＤＤＬＬがコレクションと見なす、あるいは定義する構文に関 係付けられているので、コレクションとして参照される。 デバイスタグ、物理タグ、及び／又はデバイスＩＤを持つ代わりに、あるいは 持つ他に、デバイスは、ＦＭＳシステムとの物理通信接続によって識別されうる 。特に、各デバイスは、各々が式ＴＣＰ／ＩＰノード名によって識別されるネッ トワークの１メンバーを通してＦＭＳシステムに接続される（これは、ルートオ ブジェクトのＮｅｔコレクションであるネットワークオブジェクトによって、図 ３に示されている）。 各ネットワークは、図３においてＮｅｔＮｏｄｅオブジェクトによって識別さ れる一連のノードを含んでいる。また、ネットワークノードは、ｃｏｍｌやｃｏ ｍ２などの名前を持ちうる、（ポートオブジェクトによって示されている）ポー トセットを含んでいる。ポートは、（モデムオブジェクトによって識別される） モデムを通じて、１６のステーションアドレスのいずれかでデバイスに接続され 、モデムは異なるステーションアドレスによって識別される。 また、ネットワークノードのポートは、ステーションアドレスを持っている（ ＨＩＵオブジェクトによって識別される）１つまたは複数のＨＡＲＴインタフェ ースユニット（ＨＩＵ）を通してデバイスに接続されることもある。各ＨＩＵは 、（インタチェンジオブジェクトによって識別される）１つまたは複数のインタ ーチェンジを含んでおり、このインターチェンジは通 常回線番号によって識別される８回線を含んでいる。また、インターチェンジオ ブジェクトは、（先に述べた引用名に関する一般的規則に反し、ラベルＢｌｏｃ ｋによって識別される）メソッドを含んでおり、このメソッドはＨＩＵを記述し ている特定のブロックオブジェクトにインタフェースを返す。 また、ネットワークノードは、１つまたは複数のＤＣＳ、たとえばＲＳ３，Ｐ ｒｏｖｏｘ，またはその他のＤＣＳを通してデバイスとつなげられる。図３は、 各ノードが総称的なＤＣＳオブジェクトを通して接続されていることを示してい るが、たとえば、ＲＳ３ ＤＣＳとの実際の接続が行なわれ、ノード番号、カー ド番号、回線（通常ポート毎に４回線）によって図３において識別される。しか し、これらのＤＣＳシステムの構成はまだ完全に開発されていないので、実際の 接続は示されておらず、ＤＣＳオブジェクトについては、ＯＬＥオブジェクト定 義テーブルで言及されていない。 さらに、ネットワークノードは、１つまたは複数のＦｉｅｌｄｂｕｓインタフ ェースカードとつなげられることもある。しかし、Ｆｉｅｌｄｂｕｓデバイスは まだ販売されていないので、デバイスとの正確な接続はまだ分かっていない。し たがって、この接続は図３の階層には示されていない。しかし、そのようなＦｉ ｅｌｄｂｕｓ接続は、Ｆｉｅｌｄｂｕｓオブジェクトを示すことによって、また 、ネットワークノード間のＦｉｅｌｄｂｕｓ接続とＮｅｔＮｏｄｅオブジェクト とデバイスオブジェクトの間のデバイスに必要なコンポーネントに関係したその 他のＯＬＥオブジェクトを示すことによって、簡単に追加することができる。 あるデバイスが先に述べたいずれかの方法で識別されると、そのデバイス内の ブロックは、ＨＡＲＴ Ｔａｇ名を持つ、タ グオブジェクトとして示されているＴａｇコレクションによってユニークに決め ることができる。デバイスがＨＡＲＴデバイスである場合、そしてその内容がた だ１つの概念ブロックによって示される場合、そのブロックは既にユニークに識 別されており、ＨＡＲＴコレクションによって簡単に指定できる。タグオブジェ クトに関係したタグの名前は、図３においてＨＡＲＴ Ｔａｇとして指定されて いる。なぜなら、ＨＡＲＴデバイスのＨＡＲＴタグはこの識別子として使われて いるからである。しかし、他のタイプのデバイスに別のタグを代わりに使うこと ができる。 既に述べたように、ブロックオブジェクトとプロセスのブロックは、図３の上 の階層を通る定義済みのパスを通過することによってユニークに識別できる。同 様に、図３と図４の階層内のすべてのその他のＯＬＥオブジェクトは、特定のＯ ＬＥオブジェクトを通り、図３の階層のトップのルートオブジェクトからのパス を通過することによって得られるユニークな名前によって識別できる。したがっ て、図３と図４の階層内のいずれかのＯＬＥオブジェクトのプロパティとメソッ ドは、そのＯＬＥオブジェクト用に開発された名前を使って、参照可能であり、 取得可能である。 具体的に言えば、名前は、図３のルートオブジェクトから当該ＯＬＥオブジェ クトへのパスを通る時に存在する引用および非引用／アンダーライン式からなる ストリングをコンパイルし、その式を感嘆符（！）によって分けることによって 図３と図４の階層から決定しうる。たとえば、ブロックオブジェクトの名前は、 以下のいずれかでありうる。 Ｒｏｏｔ！ＢｌｏｃｋＴａｇ！Ｂｌｏｃｋ Ｔａｇ！ Ｒｏｏｔ！ＰｈｙｃｉａｌＴａｇ！ＨＡＲＴ Ｔａｇ！Ｔａ ｇ！ＨＡＲＴ Ｔａｇ Ｒｏｏｔ！ＤｅｖｉｃｅＩＤ！Ｕｎｉｑｕｅ Ｉｎｄｅｎｔｉｆｉｅｒ！Ｈ ＡＲＴ Ｒｏｏｔ！Ｎｅｔ！ＴＣＰ／ＩＰ Ｎｏｄｅ Ｎａｍｅ！Ｐｏｒｔ Ｎａｍｅ！Ｍｏｄｅｍ！Ｓｔａｔｉｏｎ Ａｄｄｒｅｓｓｓ！Ｔａｇ！ＨＡＲ Ｔ Ｔａｇ 明らかに、図３と図４に示されている他のＯＬＥオブジェクトの名前は、この フォーマットを使って開発できる。（ＮａｍｅｄＣｏｎｆｉｇｓオブジェクトに よって示されている）図３のルートオブジェクトのＮａｍｅｄＣｏｎｆｉｇコレ クションは、ＦＭＳデータベース４０に保存され、デバイスからは利用できない オブジェクトに関係付けられている。各ＮａｍｅｄＣｏｎｆｉｇｓオブジェクト は、特定のＮａｍｅｄＣｏｎｆｉｇオブジェクトを指定するためにＣｏｎｆｉｇ Ｎａｍｅによって識別される。たとえば、ＮａｍｅｄＣｏｎｆｉｇオブジェクト は、プロセス内の特定の機能を実装するのに必要な「レシピ」すなわち特定の構 成、プロセス内のブロックの過去の構成、または、ブロックオブジェクトに関係 している他のユーザ情報を含みうる。しかし、図２のサーバネットワーク６６に とって、各ＮａｍｅｄＣｏｎｆｉｇオブジェクトは、ＮａｍｅｄＣｏｎｆｉｇオ ブジェクトのパラメータ値データが、デバイスからではなく、ＦＭＳデータベー ス４０から検索されるという点を除き、ブロックオブジェクトのように見える。 ＮａｍｅｄＣｏｎｆｉｇオブジェクトは、通常ブロックオブジェクトに結び付け られている情報のサブセットを持つことができる。 図４の下位の階層は、システムの各ブロックと結び付いているデータ間の内部 関係を示している。したがって、図４に示す ように、各ブロックオブジェクト（およびＮａｍｅｄＣｏｎｆｉｇオブジェクト ）は、（名前は若干異なるが）それぞれが関連のＯＬＥオブジェクトを持ってい る、Ｐｒａｍ，Ｕｎｉｔ，Ｄａｔａｂａｓｅ，Ｒｅｆｒｅｓｈ，ＩｔｅｍＡｒｒ ａｙ，Ｃｏｌｌｅｃｔｉｏｎ，Ｍｅｎｕ，Ｍｅｔｈｏｄ，ＥｄｉｔＤｉｓｐｌａ ｙ，ＷＡＯという名前のコレクションのセットを含んでいる。また、これらの各 ＯＬＥオブジェクトは、図４に定義されているように、関連の他のＯＬＥオブジ ェクトを持っている。したがって、たとえば、Ｐａｒａｍ Ｎａｍｅによって識 別されるパラメータオブジェクトは、ＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブ ジェクト、あるいはＲｅｃｏｒｄＰａｒａｍｅｔｅｒオブジェクト、あるいはＡ ｒｒａｙＰａｒａｍｅｔｅｒオブジェクトでありうる。ＶａｒｉａｂｌｅＰａｒ ａｍｅｔｅｒオブジェクトである場合、それは、関連のＯＬＥオブジェクトを持 っているＩｎｄｅｘｅｄＩｔｅｍＡｒｒａｙ，Ｅｎｕｍ，ＰｒｅＥｄｉｔ，Ｐｏ ｓｔＥｄｉｔのコレクションを含む。ＥｎｕｍｅｒａｔｉｏｎＶａｌｕｅｓオブ ジェクト（列挙型の変数のＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブジェクトの コレクション）は、列挙値オブジェクトによって識別される特定の列挙値を持ち 、この列挙値オブジェクトはメソッドオブジェクトのコレクションを含む。たと えば、このメソッドオブジェクトは、ＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブ ジェクトの列挙値を取得あるいは変更するメソッドを含む。 ＤａｔａｂａｓｅＰａｒａｍｅｔｅｒｓやＤａｔａｂａｓｅＰａｒａｍｅｔｅ ｒオブジェクトを除き、図４内のすべてのＯＬＥオブジェクトに保存あるいは結 び付けられているプロパティ、データ、メソッドは、ＤＤまたはＤＤＬに合致し ているデバイスの使用によって利用できる情報を表わしている。Ｄａｔ ａｂａｓｅＰａｒａｍｅｔｅｒｓオブジェクトやＤａｔａｂａｓｅＰａｒａｍｅ ｔｅｒｓオブジェクトのデータやメソッドは、データベースに保存される。 図３に示されているように、図４のどのＯＬＥオブジェクトでも、図３のルー トオブジェクトから当該ＯＬＥオブジェクトへのパスをたどることによって開発 される名前によって、ユニークに識別することができる。したがって、たとえば 、プリエディトメソッドブロックの名前は、図３のブロックオブジェクト用の名 前の最後に付加することによって作成することができる。そしてまた、図３のブ ロックオブジェクトは、図４のブロックオブジェクト−！Ｐａｒａｍ！Ｐａｒａ ｍ Ｎａｍｅ！ＰｒｅＥｄｉｔ！Ｉｎｄｅｘ−によっても表わされる。 図３と図４の階層内の特定のオブジェクトに名前が設定され、サーバネットワ ーク６６と結び付いているメモリに保存されると、以後、ＤＣＩ ６０とサーバ ネットワーク６６は、サーバネットワーク６６が作成する短いユニークな「ハン ドル」を使って、そのＯＬＥオブジェクトを操作したり、そのＯＬＥオブジェク トにアクセスすることができる。たとえば、ハンドルは、サーバネットワーク６ ６のメモリに保存されたＯＬＥオブジェクトを識別するユニークな番号でありう る。 基本的に、ユニークな名前またはハンドルの場合、図３と図４の階層によって 識別されるいかなるＯＬＥオブジェクトでも、ＤＣＩ ６０またはサーバネット ワーク６６によって直接アクセスでき、ＤＤＳ、データベース、スマートデバイ ス、あるいは必要に応じその他のＯＬＥオブジェクトとの通信を確立するために 、そのＯＬＥオブジェクト内のメソッドを起動することができる。したがって、 たとえば、特定のデバイスから特定のパラメータ値を検索するためにＤＤＳ ７ ２にアクセスするサ ーバ６８内のソフトウェアルーチンは、パラメータ値を読み取るようにＯＬＥ ＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブジェクトに指示するコマンドを使って 、ＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブジェクトへのコールがＤＣＩ ６０ によって開始されるときに、起動することができる。 明らかに、サーバネットワーク６６は、ＤＣＩ ６０とカレントアプリケーシ ョン５６に対して透過的に、データベース４０、ＤＤＳ ７２、およびオンライ ンデバイスと通信する。なぜなら、サーバネットワークは、ＯＬＥオブジェクト またはＤＤＳが要求する新しい情報を取得するのに必要な実装ルーチンを決める ために、図４の下位階層によって識別されるＯＬＥオブジェクト間の相互関係に 自動的にアクセスするからである。 図３および図４のＯＬＥオブジェクトがアクセスされるためには、そのＯＬＥ オブジェクトと図３のルートオブジェクトの間の少なくとも１つのパス上にある 、そのＯＬＥオブジェクトの上のＯＬＥオブジェクトは、サーバネットワークメ モリに保存されなければならないことに注意しなければならない。したがって、 たとえば、あるブロックのパラメータのＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオ ブジェクトにアクセスするとき、パラメータオブジェクト、そのパラメータに結 び付いているブロックオブジェクト、そしてそのブロックもサーバネットワーク メモリに保存されなければならない。デバイスオブジェクト、デバイスＩＤオブ ジェクト、ルートオブジェクトも、サーバネットワークメモリに保存することが できる。こうした高位オブジェクトがない場合、サーバネットワーク６６は、Ｖ ａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブジェクトのデータを突き止め、検索する 方法を決めるのに十分な情報にアクセスすることができない。 通常、ＤＣＩ ６０は、ＯＬＥオブジェクトから値を取得するためにコマンド を送る。たとえば、ＤＣＩ ６０は、ＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブ ジェクトに提供されている名前またはハンドルを使って特定のデバイスの特定の ブロックに対するＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブジェクトのハンドリ ングプロパティを取得するためにコマンドを送る。識別済みのＯＬＥオブジェク トがまだサーバネットワーク６６のメモリに保存されていない場合、サーバネッ トワーク６６は、このデータを、たとえばＤＤＳ ７２、スマートデバイス自身 、またはデータベース４０のいずれかから検索するために、そのＶａｒｉａｂｌ ｅＰａｒａｍｅｔｅｒオブジェクトの上の１つまたは複数のＯＬＥオブジェクト の作成済みルーチンやメソッドを使う。その後、サーバネットワーク６６は、こ のデータをサーバメモリに保存する。必要な場合、サーバネットワークは６６は 最初にメモリ内のルートオブジェクト、デバイスＩＤオブジェクト、デバイスオ ブジェクト、ブロックオブジェクト、そしてパラメータオブジェクトを保存する 。 次に、サーバは、（ＤＤＳ ７２はブロックの変数パラメータのハンドリング 情報が存在している場所なので）ＤＤＳ ７２にアクセスするために、Ｖａｒｉ ａｂｌｅＰａｒａｍｅｔｅｒオブジェクトのメソッドや関連の作成済みルーチン を使用する。この例のように、変数パラメータのハンドリングプロパティの値が スマートドライブに設定されてるモードパラメータに依存している場合、ＤＤＳ は、その変数を含んでいるデバイスまたはブロックに関係しているモードパラメ ータ情報を必要としていることをサーバ６８に知らせるメッセージをサーバ６８ に返す。その時点で、サーバ６８はＶａｒｉａｂｌｅＰａｒａｍｅｔｅｒオブジ ェクトに関係しているデバイスオブジェクト を突き止め、デバイスとの通信方法を知る。すなわち、システム上でのデバイス の位置やそのデバイスと対話する方法を知る。次に、サーバ６６はデバイスオブ ジェクトに結び付いているデバイスと通信するために作成済みのルーチンを使っ て、スマートドライブ通信インタフェース７４に対してデバイスのモードパラメ ータを検索するように指示する。スマートドライブ通信インタフェース７４がモ ードパラメータ値をサーバ６８に返すと、サーバ６８は、この情報をＤＤＳ ７ ２に提供し、その後、ＤＤＳ ７２はサーバ６６にハンドリングプロパティを計 算して返す。さらにまた、サーバ６６はこの情報をＶａｒｉａｂｌｅＰａｒａｍ ｅｔｅｒオブジェクトに転送し、それによってＤＣＩ ６０に転送する（なぜな ら、ＯＬＥオブジェクトの変更により、メッセージがホストに、この場合はＤＣ Ｉ ６０に送られるからである）。したがって、ＤＣＩ ６０にとって、パラメ ータのハンドリングプロパティの読み取り要求は、ＯＬＥオブジェクトに送られ 、ハンドリングプロパティを持ったメッセージが返されたように見える。ＤＤＳ との、またＯＬＥオブジェクト間の通信は、カレントアプリケーション５６には 透過的にサーバによって自動的に実現される。アプリケーションは、アクセスさ れたデバイスのタイプ、そのデバイスと結び付いているＤＤまたはＤＤＬの特徴 について知る必要がない。したがって、先に定義されているインタフェースを使 って、アプリケーションは、通信を実装するのに使わなければならないＤＤＳ、 ＤＤＬ、またはＤＤの特徴を考慮することなく、同じまたは異なるＤＤＬプロト コルに従って多数の様々なスマートデバイスと通信することができる。 専門家には明らかなように、ＤＣＩ ６０は、たとえば、次のような比較的単 純なルーチンを実行することによって、図３ と図４に示されているＯＬＥ階層と通信したり、このＯＬＥ階層から情報を検索 したりすることができる。（１） オブジェクト階層を作成し、それをサーバネ ットワーク６６と結び付ける、（２） オブジェクト階層を通って指定のオブジ ェクトの下のオブジェクトを探す、（３） あるオブジェクトから別のオブジェ クトへの特定のパスを通るＩｔｅｍ、１レベル下のオブジェクトを列挙するため のインタフェースを作成するＮｅｗＥｎｕｍのような標準ＯＬＥメソッドを実装 する、（４） ＤＤＬオペレーションに関連したメソッドを含むことができるブ ロックオブジェクトに関係したメソッドを実装する、（６）ＯＬＥオブジェクト からの非ブロッキング読み書き要求を起動し，制御する、（７） ブロッキング 読み書きからの結果を検索する、（８） データベース４０への変更を制御する ，（９） たとえば時間の変更、変更を行なった人やコンピュータの身元を始め とする、システムに対するユーザ変更に関係した情報を含むイベントログの作成 と保守を制御する。 その結果、ＦＭＳ システム１０のアプリケーションは、ＤＤＳ、データベー ス、またはスマートドライブとのインタフェースを特別にプログラミングする必 要がなくなる。そして、それにより、アプリケーション開発者には、ＤＤＬフォ ーマットやＤＤ、スマートカード通信に関する詳細な知識が必要なくなる。 先に述べたように、図３と図４の階層を使って、ＦＭＳシステム１０によって 実装されるどのアプリケーションも、たとえば、階層の各オブジェクトと結び付 いているＩＵｎｋｎｏｗｎやＩＤｉｓｐａｔｈインタフェースを利用するために ＯＬＥ互換プログラミング環境を使って、ＦＭＳデバイスとのインタフェースを 取ることができることに注意しなければならない。Ｖ ｉｓｕａｌ ＢａｓｉｃプログラムやＣ＋＋プログラムが、先の定義済みＯＬＥ 階層を使うのに適していると思われる。 さらに、図３と図４の階層は特にＦｉｅ１ｄｂｕｓ ＤＤＬやＦｉｅｌｄｂｕ ｓ ＤＤＬと非常に似ているＨＡＲＴ ＤＤＬに関係付けられているが、本発明 に従い、たとえばＭｏｄｂｕｓスマートデバイスを始めとする他のスマートデバ イスと結び付けられる他のＤＤＬ用の階層や類似の階層を作成しうると思われる 。さらに、図３や図５の階層は、他のオブジェクト指向プログラミングプロトコ ルを使って、または非オブジェクト指向プログラミングプロトコルを使っても、 実装できる。 図５に示したように、ＦＭＳデータベース４０（図１と図２）は、トランザク ションデータベース２００を含んでいる。そして、ＦＭＳシステム１０は、この トランザクションデータベース２００を使って、プロセス１２のデバイス１６， １８，２０，２２に対応する様々なブロックのパラメータに対する変更を表わし ている情報を保存する。特に、トランザクションデータベース２００は、ＦＭＳ システム１０が知っている各パラメータの変更に対応したトランザクションレコ ード２０２を保存するのに適している。各トランザクションレコード２０２は、 多数のフィールド２０４−２１３を含んでいる。そして、各フィールド２０４− ２１３は、トランザクションレコード２０２に対応している「トランザクション 」関係の情報（すなわち、パラメータの値の変更）を保存する。 ここで説明したレコード２０２のフィールド２０４−２１３は、ＢｌｏｃｋＫ ｅｙ，ＴｉｍｅＫｅｙ，ＰａｒａｍＮａｍｅ，ＰａｒａｍＫｉｎｄ，Ｖａｌｕｅ Ｍｏｄｅ，ＰａｒａｍＤａｔａＴｙｐｅ，ＰａｒａｍＳｉｚｅ，ＰｒａｍＤａｔ ａ，Ａｒｃｈｉｖｅｄ，Ｅｘｐｅｃｔｅｄとして識別される。しかし、こ こで説明したトランザクションデータベース２００のトランザクションレコード ２０２の特定の内容だけは、例外である。本発明に従い、トランザクションデー タベース２００のレコード２０２は、必要ならば、保存されているトランザクシ ョンやその他の情報に関連したその他の必要なあるいは希望する情報を含めるの に適している。 特定のフィールド２０４−２１３のそれぞれの意味は、特定の時点（Ｔ）での 特定のブロック（Ｂ）の特定のパラメータ（Ｐ）への特定の値（Ｖ）の代入を含 む変更やトランザクションの例と共に、詳細に説明される。ＢｌｏｃｋＫｅｙフ ィールド２０４は、変更が過去、現在、未来のいずれであれ、変更が適用される ブロックの識別番号を含んでいる。ＢｌｏｃｋＫｅｙフィールド２０４に保存さ れる識別番号は、ＦＭＳシステム１０がブロックＢに割り当て、ブロックＢをユ ニークに識別するのに使うユニークな番号である。特定のブロックのＢｌｏｃｋ Ｋｅｙの値は任意である。しかｓ、ＦＭＳシステム１０は、すべてのブロックに 割り当てられているＢｌｏｃｋＫｅｙのインデックス（ＦＭＳデータベース４０ の場合）を保守しなければならない。 ＴｉｍｅＫｅｙフィールド２０５は、トランザクションレコード２０２が表し ている変更が行なわれた特定の時間Ｔを表している番号または番号の集まりを保 存している。たとえば、ＴｉｍｅＫｅｙは必要なだけの精度（秒またはミリ秒） で表されている実際のカレンダの日時であるか、特定の基準日時からの（たとえ ば、１９８０年１月１日１２：００ａｍ）からの経過秒数またはミリ秒数のよう な、この情報から得られた数字である。便宜のために、変更ためのＴｉｍｅＫｅ ｙは、変更の日付を含んでいるフィールドと変更の時刻を含んでいるフィールド で表すことができる。また、ここで、タイムフィールドは、実際の時刻または基 準の時刻からの経過秒数（またはミリ秒数）として表わすこともできる。 ＰａｒａｍＮａｍｅフィールド２０６は、トランザクションレコード２０２に よって保存されている変更が関係している特定のブロックＢの特定のパラメータ Ｐの名前を含んでいる。トランザクションレコード２０２のＰａｒａｍＮａｍｅ フィールド２０６に保存されている名前は、先に説明したようにブロックＢのＯ ＬＥパラメータオブジェクトで使われるパラメータの実際の名前である。便宜の ために、この名前はＤＤＬにあるパラメータの名前と一致している。 ＰａｒａｍＫｉｎｄフィールド２０７は、パラメータＰの種類に対応している １文字の英字を含んでいる。特にパラメータＰが「実際の」または「現実の」パ ラメータ（すなわち、ブロックの動作に影響したり、ブロックの動作を変えたり するパラメータ）である場合、ＰａｒａｍＫｉｎｄフィールド２０７は値Ｐを含 んでいる。パラメータがデータベース４０（図１）に保存されているパラメータ である場合、ＰａｒａｍＫｉｎｄフィールド２０７は値Ｄを含む。後者のタイプ のパラメータは、データベース４０だけに保存され、デバイスには保存されない 。パラメータの種類の追加指定も提供できる（たとえば、ユーザ定義パラメータ またはブロックに影響しないブロックに関する情報を含んでいるパラメータ）。 ＶａｌｕｅＭｏｄｅフィールド２０８はパラメーター「Ｐ」の値「Ｖ」がブロ ックＢに対応するデバイスの「実際の」状態の一部であるか、あるいはその代わ りに、そのデバイスの「将来の」状態の一部であるかを示すアルファベット文字 を含む。特に、ＶａｌｕｅＭｏｄｅフィールド２０８は、トランザクシ ョンレコード２０２が実際の状態の一部を表わす場合（つまり、レコード２０２ がブロックＢに対する過去を表わすか、あるいは現在の変化を表わす場合）、値 「Ｈ」を含む。他方、ＶａｌｕｅＭｏｄｅフィールド２０８は、トランザクショ ンレコード２０２が将来の状態の一部を表わす場合（つまり、トランザクション レコード２０２が将来の指定されていない時間においてブロックＢに対して為さ れるべき変化を表わす場合）、値「Ｆ」を含む。 ＰａｒａｍＤａｔａＴｙｐｅフィールド２０９はパラメーターＰに記憶された データのタイプまたは値「Ｄ」に対応する数（つまり、１＝ストリング、２＝整 数、３＝長い整数、４＝符号の付いていない長い整数、５＝浮動小数点、６＝二 倍精度、７＝バイナリー等）を含む。様々な利用できるデータタイプに対応する 数は、ＦＭＳシステム１０によって任意に指定することができるが、ＦＭＳシス テム１０はこれらの指定のトラックを保持しなければならない。 ＰａｒａｍＤａｔａＳｉｚｅフィールド２１０はパラメーターＰに記憶された データＤのサイズに対応する数を含む。ＰａｒａｍＤａｔａＳｉｚｅフィールド ２１０に記憶された値は、パラメーターＰの値を表わすデータＤを記憶するため に使用されるバイト数である。 トランザクションレコード２０２内のＰａｒａｍＤａｔａフィールド２１１は 、トランザクションレコード２０２によって表わされる変化によって、パラメー ターＰに指定される実際のデータまたは値Ｄを記憶する。 Ａｒｃｈｉｖｅｄフィールド２１２は連合するトランザクションレコード２０ ２の内容が既にアーカイブに保管されたか、あるいはバックアップ記憶媒体に保 管されたかの表示を記憶す る任意のフィールドである。Ａｒｃｈｉｖｅｄフィールドは、これらのアーカイ ブに保管されているトランザクシヨンレコード２０２を次のアーカイビング手順 の間に飛ばすことができるように、既にアーカイブに保管されているこれらのト ランザクションレコード２０２を特定することによって、データベース２００の バックアップを完成するために必要な時間を最小にする働きをする。更にＡｒｃ ｈｉｖｅｄフィールドは、まだアーカイブに保管されていないトランザクション レコード２０２の（例えば、ハウスキーピングまたはユーティリティソフトウエ アによる）不注意な、及び／または望ましくない削除に対する保護手段を提供す る。トランザクションレコード２０２のＡｒｃｈｉｖｅｄフィールド２１２は、 トランザクションレコード２０２が既にアーカイブに保管されている場合、１ま たは「真の」値を含み、またそうでない場合は０または「偽の」値を含む。 Ｅｘｐｅｃｔｅｄフィールド２１３は、トランザクションレコード２０２によ って表示される変化またはトランザクションが、その変化を実施したＦＭＳシス テム１０によって、「予想される」変化、あるいは「予想されない」変化である と特定されたかどうかの指示を含む。下記において詳細に説明するように、ＦＭ Ｓシステム１０は本発明のトランザクションデータベース２００のトランザクシ ョンレコード２０２を使用して、どの特定の時間に対しても、プロセス１２内の どのデバイスのどのブロックの予想される状態をも再現することができる。ある デバイスに対して「予想される」状態とは、ＦＭＳシステム１０のトランザクシ ョンデータベース２００に保管されたトランザクション史に基づいて、ＦＭＳシ ステム１０がそのデバイスの状態であると考える状態である。しかし、ある所定 の時間に、 ＦＭＳシステム１０は１つのデバイスの実際の状態に等しくない状態をそのデバ イスに対して「予想する」かもしれない。例えば、第２のＦＭＳシステム１０、 あるいはハンドヘルドコミュニケータ４６が、そのデバイスの状態を変更したが 、その変更を実施したことを第１のＦＭＳシステム１０にまだ知らせていないか もしれない。 １つのＦＭＳシステム１０（あるいはハンドヘルドコミュニケータ）が１つの デバイス（例えば、ブロックＢを含むデバイス）に対して変更をする前に、ＦＭ Ｓシステム１０はＦＭＳシステム１０が「予想する」状態にそのデバイスがある のか、あるいはデバイスが別の「予想されない」状態にあるのかを決定する。も しそのデバイスがＦＭＳシステム１０によって予想される状態にある場合、ＦＭ Ｓシステム１０は変更を行い、（変更が予想されていたことを示す）その変更に 対応する１（あるいは他の適当な「真の」値）をトランザクションレコード２０ ２のＥｘｐｅｃｔｅｄフィールド２１３に保管する。他方、ＦＭＳシステム１０ が、デバイスがＦＭＳシステム１０が予想した状態以外の状態にあることを発見 した場合、ＦＭＳシステム１０はＦＭＳシステム１０のトランザクションデータ ベース２００に一致しなかった変更が為されたことを知る。（変更をＦＭＳトラ ンザクションデータベース２００に一致させる手順については、下記において詳 述する）。その場合、ＦＭＳシステム１０は、ＦＭＳシステム１０が予想するデ バイスの状態から、ＦＭＳシステム１０が見い出したそのデバイスの実際の状態 へとデバイスの状態を変更するために、デバイスに対して為されていなければな らないであろう変更を表わすトランザクションレコード２０２をトランザクショ ンデータベース２００に記入する。更に、ＦＭＳシステム１０は、その変更に対 応して、そ の変更が予想されていなかったことを示す０（または他の適当な「偽の」値）を 、トランザクションレコード２０２用のＥｘｐｅｃｔｅｄフィールド２１３に保 管する。図９及び図１０に関連して下記に詳細に説明するように、Ｅｘｐｅｃｔ ｅｄフィールド２１３は、二次的なＦＭＳシステム及び／またはハンドヘルドコ ミュニケータ４６からのトランザクションレコード２０２を一次的なＦＭＳシス テム１０に一致させる際に、（一次的ＦＭＳ等の）１つのＦＭＳシステム１０に よって使用される。 トランザクションレコード２０２のＰａｒａｍＫｉｎｄフィールド２０７、Ｖ ａｌｕｅＭｏｄｅフィールド２０８、ＰａｒａｍＤａｔａＴｙｐｅフィールド２ ０９、ＰａｒａｍＤａｔａＳｉｚｅフィールド２１０は、全体としてトランザク ションレコード２０２及びパラメーターＰに対応するパラメーターオブジェクト のＰａｒａｍＤａｔａフィールド２１１に記憶されるデータの処理を容易にする ために、トランザクションレコード２０２に含まれる。上述のように、その変更 を行った人物の名前、その変更を行った理由、あるいは標準のプラントのオペレ ーティング手順、規定の要件、ユーザーの好み等によって必要になるかもしれな い他の情報等の他の適当な情報も、トランザクションデータベース２００のトラ ンザクションレコード２０２に保管することができる。あるいはその代わりに、 この付加的な情報をトランザクションデータベース２００と同様の、付加的な情 報用の付加的なフィールドと共に、トランザクション特定情報（例えば、Ｂｌｏ ｃｋＫｅｙフィールド２０４、Ｔｉｍｅｋｅｙフィールド２０５、ＰａｒａｍＮ ａｍｅフィールド２０６等）を含む第２のデータテーブルに保管することもでき る。その後ＦＭＳシステム１０は、トランザクションデータベース２００内の変 更を表示する特定のトランザクションレコー ド２０２内のトランザクション特定フィールドを使用して、第２のデータテーブ ルを相互参照することによって、各々の変更に対する付加的な情報にアクセスす る。 次に、トランザクションデータベース２００に対してＦＭＳシステム１０によ って遂行されるデータベース機能について詳細に説明する。一般に、ＦＭＳシス テム１０は、プロセス１２において、例えばデバイス１６、１８、２０、２２等 のスマートフィールドデバイスに対してなされる変更の歴史的なレコードを維持 するため；様々なフィールドデバイス内のパラメーターの現在値を保管するため ；またこれらのデバイスに対してなされる将来の変更レコードを保管するために 、トランザクションデータベース２００を使用する。トランザクションデータベ ース２００に対して、幾つかの特殊な機能をＦＭＳシステム１０によって果たす ことができる。 第１の機能は、ＦＭＳシステム１０（本明細書において、時には一次的ＦＭＳ システムと称する）自体がデバイスのパラメーターに対する変更、より詳細には 、デバイスの特定のブロックに対する変更を行う時、ＦＭＳシステム１０はその 変更に関する上述の情報の全てを提供するデータベース２００にレコード２０２ を付け加える。変更が為されるブロックに対してＦＭＳシステム１０によって指 定されるＢｌｏｃｋＫｅｙがＢｌｏｃｋｋｅｙフィールド２０４に保管される。 変更が為される時間に対応するＴｉｍｅＫｅｙはＴｉｍｅＫｅｙフィールド２０ ５に保管される。その値が変更されるパラメーターの名前はＰａｒａｍＮａｍｅ フィールド２０６に保管される。そのパラメーターの種類はＰａｒａｍＫｉｎｄ フィールド２０７に保管される。パラメーターの値のモードはＶａｌｕｅＭｏｄ ｅフィールド２０８に保管される。パラメーターによって記憶されるデ ータのタイプはＤａｔａＴｙｐｅフィールド２０９に保管される。パラメーター によって記憶されるデータのサイズはＰａｒａｍＤａｔａＳｉｚｅフィールド２ １０に保管される。パラメーターに記憶される新しい値はＰａｒａｍＤａｔａフ ィールド２１１に保管される。Ａｒｃｈｉｖｅｄフィールド２１２はもちろん０ に設定される。なぜなら、トランザクションレコード２０２は新しいので、まだ アーカイブに保管され得ないからである。最後に、ＦＭＳシステム１０自体がデ バイスに対する変更を行ったので、Ｅｘｐｅｃｔｅｄフィールド２１３は、変更 が予想されたものであることを示す１に設定される：ＦＭＳシステム１０が変更 自体を認可し実施したので、変更は明確に「予想されている」。 多くのデバイスにおいて、ＦＭＳシステム１０はプロセス１２内の全てのスマ ートデバイスに永久的に接続されているのではない。なぜなら、このような永久 的接続は、デバイスが永久的に接続されるＦＭＳシステム１０によってデバイス の構成をしやすくするという点で利点を提供するが、典型的に設置に費用がかか るからである。いわゆる過渡的な、あるいは一次的な接続をＦＭＳシステム１０ とスマートデバイス間に提供することができ、ＦＭＳシステム１０がスマートデ バイスに所望の変更を行うことができるように、スマートデバイスはＦＭＳシス テム１０に永久的には接続されない。あるいはその代わりに、二次的なＦＭＳシ ステム４６を一次的ＦＭＳシステム１０にまず接続して、どのような変更を行う かに関する指示を受けるようにすることができ、二次的ＦＭＳシステム４６を次 に一次的ＦＭＳシステム１０から切断し、代わりにスマートデバイスに接続して 、二次的ＦＭＳシステム４６によって指示される変更を行うようにすることもで きる。 変更を行うために、一次的ＦＭＳシステム１０が二次的ＦＭＳシステム４６に 指示を送る時、一次的ＦＭＳシステム１０は実施すべき変更に対する指示（つま り、変更すべきパラメーター名、及びそのパラメーターに対する新しい値）と共 に、デバイスの「予想される」状態も二次的ＦＭＳシステム４６に送る。 二次的ＦＭＳシステムまたはラップトップコンピューター４６に一次的ＦＭＳ システムによる変更指示がロードされた後、技術者が二次的ＦＭＳシステム４６ をフィールドに取り込み、それを変更を行うべきプロセスのスマートフィールド デバイス１６、１８、２０及び／または２２等に接続して、以下の変更作成操作 を行う（図７）。 図７はプロセス１２内のスマートデバイス１６、１８、２０及び２２に変更を 行う際に、ＦＭＳシステム１０がどのようにしてトランザクションデータベース ２００と相互作用するかを示すフローチャートである。もちろん、ＦＭＳシステ ム１０はそれが電気的に、あるいは他の適当な通信モードを介して、デバイスに 結合されている場合にのみ、デバイスを変更することができる。上述のように、 ＦＭＳシステム１０はフィールドデバイスまたは過渡的なデバイスに永久的に接 続することができる。二次的ＦＭＳシステム４６とＦＭＳシステム１０間の過渡 的な接続が図１において点線４７で示されており、別のこのような接続が（付加 的に、あるいは二者択一的にハンドヘルドコミュニケータ４６を表わすことがで きる）二次的ＦＭＳシステム４６とフィールドデバイス２０間に示されている。 ＦＭＳシステム１０が永久的にフィールドデバイスと接続される場合、ＦＭＳシ ステム１０自体がフィールドデバイスに変更を行うことができる。デバイスがＦ ＭＳシステム１０に永久的に接続されない場合、２つの方法でＦＭＳシステム１ ０を使用してフィ ールドデバイスの変更を行うことができる。第１は、フィールドデバイスをＦＭ Ｓシステム１０の場所に輸送し、シリアルインターフェイスまたはＦＭＳシステ ム１０の他のポートへの過渡的な接続を介してＦＭＳシステム１０とインターフ ェイスで連結し、ＦＭＳシステム１０自体が変更を行えるようにすることができ る。第２は、デバイスをＦＭＳシステム１０に直接インターフェイスで連結する ことが非実用的であるか、不便である場合、二次的ＦＭＳシステム４６（図１） をＦＭＳシステム１０に過渡的に接続するか、インターフェイスで連結し、ＦＭ Ｓシステム１０が必要な変更を行うよう指示することができる。二次的ＦＭＳシ ステム４６を次にＦＭＳシステム１０から切断し、フィールドオペレーターが変 更を行うべき各々のリモートフィールドデバイスの所に運ぶ。オペレーターは二 次的ＦＭＳシステム４６をフィールドデバイスに接続し、ちようどＦＭＳシステ ム１０が行うのと同様に、二次的ＦＭＳシステム４６が変更を行う。 以後、簡略化のために、ＦＭＳシステム１０及び二次的ＦＭＳシステム４６を 各々一次的ＦＭＳシステム及び二次的ＦＭＳシステムと称することがある。これ らのラベルは単に任意の名称であり、一次的及び二次的ＦＭＳシステムは構造と 機能が同じであってよく、あるいは所望であれば、二次的ＦＭＳシステムが一次 的ＦＭＳシステムと比べて機能的に劣っていてもよいことに注意すべきである。 例えば、（一次的であれ二次的であれ）ＦＭＳシステムが、ハートデバイス１ ６、１８、２０またはフィールドバスデバイス２２（図１）等のスマートフィー ルドデバイスにおいて、１つ以上のパラメーターに１つ以上の変更を加えるプロ セスについて、図７を参照して詳細に説明する。 変更実施プロセスは、変更を実施すべきスマートフィールドデバイスにＦＭＳ システム１０または４６を接続するブロック２２０において始まり、変更を実施 すべき特定のブロックの全てのパラメーターのためにデバイスから値を得ること によって、そのデバイスの実際の状態を引き出す。次にブロック２２２がデバイ スの実際の状態をそのデバイスの予想される状態と比較するが、この予想される 状態は上述のように、ＦＭＳシステム１０をデバイスに接続する前にＦＭＳシス テム１０に保管されている。一次的ＦＭＳシステム１０が二次的ＦＭＳシステム ４６に対してデバイスに変更を行うように指示する時、一次的ＦＭＳシステム１ ０は二次的ＦＭＳシステム４６に対してそのデバイスの予想される状態を伝達す る。 ブロック２２２がデバイスの実際の状態が予想される状態と等しいと決定した 場合、ブロック２２４がＦＭＳシステム１０に次の変更をデバイスに加えさせ、 ブロック２２６がその変更レコードをトランザクションデータベース２００（図 ５）に付け加える。ブロック２２２がデバイスの実際の状態が予想される状態と 等しくないと決定した場合、ブロック２２４がデバイスに変更を加える前に、ブ ロック２２８が「予想されない」変更を計算し、予想されない変更のレコードを トランザクションデータベース２００に付け加え、ＦＭＳシステム１０が変更を 実施する前に存在するデバイスの現在の状態をトランザクションデータベース２ ００が正確に反映するようにする。 厳密に言えば、予想されない変更は、一方で、ＦＭＳシステム１０が予想する デバイスの状態から、他方で、ＦＭＳシステム１０が見い出したデバイスの実際 の状態へと、デバイスの状態を変更するために必ず実施していなければならない 変更（ＦＭＳシステム１０に対してｕｎｂｅｋｎｏｗｎｓｔ）である。 「予想されない」変更レコードがトランザクションデータベース２００に付け加 えられた後、付加的な変更が必要である場合、ブロック２３０はＦＭＳシステム １０のオペレーターがデバイスに付加的な変更を行うことを許し、ＦＭＳシステ ム１０は付加的な変更を表わすトランザクションレコードをトランザクションデ ータベース２００に保管する。これらの付加的な変更はトランザクションデータ ベース２００において「予想される」変更として特定される。 その後、上述のように、次の変更をデバイスに加えるブロック２２４に制御が 移る。その変更レコードがブロック２２６によって一旦ＦＭＳシステムのトラン ザクションデータベース２００に加えられると、ブロック２３２はＦＭＳシステ ム１０が接続されるデバイスに更なる変更を実施しなければならないかどうかを 決定する。そうである場合、制御はブロック２２２に戻り、次の変更のために前 述のプロセスを繰り返し、そうでない場合は、図７のプロセスが終了する。 第２ＦＭＳシステムに変更を行うように命令を与えることに加え、第ＩＦＭＳ システム１０は、本質的に情報が漏れない（ｓａｆｅ）ハンドヘルドコミュニケ ータ４６、例えばフィッシャー−ローズマウント・システムズ・インク製のモデ ル２７５−ＨＣハートコミュニケータに、変更命令をダウンロードすることがで きる。このようなハンドヘルドコミュニケータ４６は、フィールドオペレータが 、第ＩＦＭＳシステムとは離れたエリア及び／又は本質的に情報が漏れないこと が要求される危険の多いエリア（第２（ラップトップ）ＦＭＳシステムはこのよ うな危険の多いエリアでの使用には適さない）に配置されたハートフィールドデ バイスに、変更情報を伝達するために用いられる。オペレータは、ハンドヘルド コミュニケータ４６をス マートハートフィールドデバイスに接続して変更を行うことができる。 ハンドヘルドコミュニケータ４６（図１）を用いてスマートフィールドデバイ スに変更を行うプロセスを図８をもとに詳細に説明する。 まず、図１に示すようにハンドヘルドコミュニケータ４６がＦＭＳシステム１ ０に接続され、ブロック２４０（図８）に示すようにＦＭＳシステム１０がハン ドヘルドコミュニケータ４６のメモリ内のある特定のコンフィギュレーションを 記憶する。もちろん、所望により、複数のコンフィギュレーションを複数のデバ イス用のハンドヘルドコミュニケータ４６に記憶させることもできる。さらに、 ハンドヘルドコミュニケータ４６は、図１のように第１ＦＭＳシステム１０から コンフィギュレーション情報を受信するのと同様の方法で、第２ＦＭＳシステム ４６からコンフィギュレーション情報を受信することができる。 ハンドヘルドコミュニケータ４６に、１又はそれ以上のスマートフィールドデ バイス１６、１８、２０、２２のコンフィギュレーション情報がロードされた後 、ハンドヘルドコミュニケータ４６がこれらのスマートフィールドデバイスのう ちの１つに接続され、ブロック２４２に示すように、そこでコミュニケータ４６ が接続されたデバイスの新しいコンフィギュレーション情報をこのデバイスに送 り込む。 コンフィギュレーションは、第１ＦＭＳシステム１０及び第２ＦＭＳシステム ４６に関連した上述の変更と同じ情報をすべて含む。さらに、コンフィギュレー ションは、デバイスのパラメータのいくつか（部分コンフィギュレーション）あ るいはすべて（全コンフィギュレーション）の新しい値を含むことができる。コ ンフィギュレーションと変更との相違点は、単にコン フィギュレーションが変更とは異なり時間的要因を含まないという点である。こ のような相違点がある理由は、ハンドヘルドコミュニケータ４６にコスト上の制 約があり、また非常に使いやすいことが望まれているからで、そのために時間記 録機能が省かれている。従って、ハンドヘルドコミュニケータ４６がデバイスに 変更を行う図８に示した一連の処理は、ＦＭＳシステム１０がこのような変更を 行う図７に示した一連の処理に比べていくぶん簡単である。しかしながら、その 結果、ハンドヘルドコミュニケータでは、ＦＭＳシステム１０に比べて、それほ ど複雑な演算を行うことができない。 図８に点線で示したブロック２４４に示すように、ハンドヘルドコミュニケー タ４６は、任意で接続されたデバイスの全状態を読み返し、その状態を第１ＦＭ Ｓシステム１０（又は第２ＦＭＳシステム４６）に戻すことができるため、ＦＭ Ｓシステム１０又は４６は、デバイスの新しい状態をＦＭＳシステムのトランザ クションデータベース２００と一致させることができる。典型的には、プラント は、ＦＭＳシステム１０が命令を与えてハンドヘルドコミュニケータ４６に行わ せようとする変更がそのまま確実に実行されることが必須である状況において、 この一連の処理を標準操作手順の一部として必要とすることがある。重要なこと は、ＦＭＳシステム１０がコンフィギュレーションをハンドヘルドコミュニケー タ４６に伝達する際に、ＦＭＳシステム１０が、自身のトランザクションデータ ベース２００にトランザクションを入力して伝達するコンフィギュレーションに 対応する変更を反映するということである。トランザクションレコードは予期さ れる変更として認識される。それは、ＦＭＳシステム１０が、ハンドヘルドコミ ュニケータ４６が実際に変更を行うであろうと仮定しているからである。 上述のように、複数ＦＭＳシステムは相互接続が可能なため、これらのそれぞ れのトランザクションデータベース２００のデータをマージし、複数ＦＭＳシス テムを利用するプラントにおいて一貫性のある包括的な体系（ｖｉｅｗ）を構築 することができる。これにより、例えば、上述のような政府機関からの様々な規 制要求やプラント安全団体によって決められたガイドラインや規則に応じてプラ ントを運営する責任のある監査人等が、プラントの運営に関する過去のこれまで の情報を容易に再検討することができる。 図９は、ある１つのＦＭＳシステム（例えば、第２ＦＭＳシステム４６）のト ランザクションデータベース２００が他のＦＭＳシステム（例えば、第１ＦＭＳ システム１０）のトランザクションデータベース２００にマージされる処理を示 したフローチャートである。本明細書で先に記載したように、どのＦＭＳシステ ムも第ＩＦＭＳシステム又は第２ＦＭＳシステムとなり得るが、“第ＩＦＭＳ” であるとする場合は通常定置型のシステムを意味するものとする。また、第２Ｆ ＭＳシステムは通常ラップトップコンピュータ内に設けられ、監査責任者等が必 要時にいつでも容易にアクセスできるとは限らない。以下、ＦＭＳＩ及びＦＭＳ ２という用語は、それぞれ、第１ＦＭＳシステムのトランザクションデータベー ス２００、第２ＦＭＳシステムのトランザクションデータベース２００を意味す るものとする。 最初に、ブロック２５０で、第２ＦＭＳシステム４６に一致しないトランザク ションレコードが存在するか否かが判断される。存在しないか、あるいは第２Ｆ ＭＳシステム４６で一致しなかったトランザクションレコードがすべて一致すれ ば、図９の処理は終了する。一致しないトランザクションが第２ＦＭＳ システム４６に残っている（すなわち、トランザクションレコードがまだ第１Ｆ ＭＳシステム１０のトランザクションデータベース２００に一致していない）場 合、ブロック２５２に進み、ここで次の一致しないトランザクションレコード（ 本明細書中ではＴＲと記載する）が、第２ＦＭＳシステム４６のメモリから第１ ＦＭＳシステム１０のメモリにロードされる。さらに、ブロック２５４で、トラ ンザクションレコードによって示される変更が予期される変更であるかどうかを 判断するために、このトランザクションレコードＴＲが検討される。予期される 変更である場合、次にブロック２５６で、トランザクションレコードＴＲが、第 １ＦＭＳのトランザクションデータベースＦＭＳ１にすでに存在してはいるがＦ ＭＳＩにおいて“予期されない”変更と認識されている変更と同じ変更を示して いるかどうかが判断される。トランザクションレコードＴＲにより示される変更 がＦＭＳ１の予期されない変更と一致しない場合、トランザクションレコードＴ Ｒは、次に第１ＦＭＳのトランザクションデータベースＦＭＳ１に日付順に格納 され、制御はブロック２５０に戻り、一致しないトランザクションが第２ＦＭＳ システム４６にまだ残っていないかどうかが判断される。ブロック２５６におい て、トランザクションレコードＴＲにより示される変更がトランザクションデー タベースＦＭＳ１の予期されない変更と一致すると判断された場合、次にブロッ ク２６０で予期されない変更がトランザクションレコードＴＲ（これは予期され る変更）に書き換えられ、制御はブロック２５０に戻る。 一方、ブロック２５４で、トランザクションレコードＴＲが予期されない変更 を示すと判断された場合、制御は次にブロック２６２に進み、第１ＦＭＳのトラ ンザクションデータベースＦＭＳ１が、トランザクションレコードＴＲにより示 される変 更と同じパラメータと同じ値の割り当て（ａｓｓｉｇｎｍｅｎｔ）を示すトラン ザクションレコードを含むかどうか、及びどのトランザクションレコードが、ト ランザクションレコードＴＲのタイムキーをある所定の許容範囲の時間的誤差内 に近づけるタイムキー（フィールド２０５、図６）として機能する（ｂｅａｒ） のかが判断される。このようなトランザクションレコードがＦＭＳ１に存在しな い場合、次にブロック２６４において、第１ＦＭＳのトランザクションデータベ ースＦＭＳ１の最後にトランザクションレコードＴＲが追加され、レコード２０ ２のイクスペクテッドフィールド２１３をトランザクションデータベースＦＭＳ １の変更に対応するように設定することにより、このトランザクションレコード により示される変更は“予期されない”変更として認識される。その後、制御は ブロック２５０に戻り、一致しないトランザクションレコード２０２が第２ＦＭ Ｓシステム４６にさらにまだあるかどうかをチェックする。ブロック２６２で、 トランザクションレコードＴＲにより示される変更に類似する変更が、第１ＦＭ ＳのトランザクションデータベースＦＭＳ１にすでにあるようだと判断された場 合、予期されないトランザクションレコードＴＲに対応する実際の変更が既にト ランザクションデータベースＦＭＳ１のトランザクションレコード２０２により 示されているので、次のブロック２６６でトランザクションレコードＴＲは消去 される。そして制御は再びブロック２５０に戻り、一致しないトランザクション レコード２０２が第２ＦＭＳシステム４６にまだあるかどうかをチェックする。 ＦＭＳトランザクションデータベース２００の使用例をいくつか、表をもとに 以下に詳細に記載する。第１実施例において、第１ＦＭＳシステム１０（Ｐ＿Ｆ ＭＳ）は、第２ＦＭＳシステ ム４６（Ｓ＿ＦＭＳ）が特定のスマートフィールドデバイス（実施例１と記載さ れた表参照）に将来的変更ＣＦ（すなわち、時期がまだ決まっていない変更）を 行うように命令を与える。この実施例では、第１及び第２ＦＭＳシステムで起こ ったこと、並びに該命令が実行された際にデバイスで起こったことを説明してお り、結果は第２ＦＭＳシステム４６から第１ＦＭＳシステム１０に報告され返さ れる。 実施例１ 前述の表の第１の行は、ある任意の時間ｉにおけるフィールド・デバイスの一 次及び二次ＰＭＳシステムを記述している。時間ｉにおいて、デバイスの実際の 状態はＳ（ｉ）であり、その状態は一次ＦＭＳシステム１０及び二次ＦＭＳシス テム４６のトランザクション・データベース２００に正確に反映される。 後の時間ｉ＋１においては、一次ＦＭＳシステム１０が、二 次ＦＭＳシステム４６にデバイスに将来に変更を加えるよう指令を出す。従って 、この時に、デバイスは、状態Ｓ（ｉ）のままでいる。更に、一次及び二次ＦＭ Ｓトランザクション・データベースＰ＿ＦＭＳ及びＳ＿ＦＭＳは、デバイスの実 際の状態がＳ（ｉ）であることを正確に反映し続けるが、二次ＦＭＳシステム４ ６のトランザクション・データベース２００は、現在、将来の変更ＣＦを示すト ランザクション・レコード２０２を保持している。 また、後の時期に、二次ＦＭＳシステム４６は、デバイスに接続され、デバイ スに対してＣ（ｉ＋１）と呼ばれる将来の変更を行おうと試みる。二次ＦＭＳシ ステム４６は、デバイスの以前の実際の状態Ｓ（ｉ）が、デバイスについて二次 システム４６が予想する状態Ｓ（ｉ）に一致するということを検知するので、二 次ＦＭＳシステム４６は、デバイスに変更を加え、そのトランザクション・デー タベースＳ ＦＭＳに変更に対応するトランザクション・レコード２０２を記録 する。デバイスに変更を加えたので、デバイスは、現在、状態Ｓ（ｉ＋１）にあ り、また、その変更についてのトランザクション・レコード（ちなみに、トラン ザクション・データベース２００の期待された状態と呼ばれる）、二次ＦＭＳシ ステム４６のトランザクション・データベース２００に反映されたデバイスの期 待された状態もまた、Ｓ（ｉ＋１）に更新される。しかしながら、一次ＦＭＳシ ステム１０が、まだ、二次ＦＭＳ４６が将来の変更ＣＦに成功したことを通知さ れていないので、一次ＦＭＳシステム１０は、デバイスについて期待した状態と してＳ（ｉ）を維持する。 時間ｉ＋３に、二次ＦＭＳシステム４６が一次ＦＭＳシステム１０に接続し、 変更Ｃ（ｉ＋１）に対応するトランザクショ ン・レコードを一次ＦＭＳシステム１０に伝達すると、一次ＦＭＳシステム１０ は、図９のプロセスと関連して、そのトランザクション・レコードを上記で説明 した一次ＦＭＳトランザクション・データベース２００に一致させる。特に、到 来するトランザクション・レコードは、期待された変更と呼ばれ、変更が、まだ 、期待された変更として一次ＦＭＳトランザクション・データベース２００に入 れられていないので（それが実際に入れられていないと想定して）、一次ＦＭＳ システム１０のトランザクション・データベース２００によって反映されたデバ イスの期待された状態が、デバイスの実際の状態、すなわち、Ｓ（ｉ＋１）を正 確に反映するように、変更Ｃ（ｉ＋１）に関するトランザクション・レコードが 、時間順にブロック２５８（図９）毎に一次ＦＭＳトランザクション・データベ ース２００に入れられる。 その代わりに、変更Ｃ（ｉ＋１）を示すトランザクション・レコードが一次Ｆ ＭＳトランザクション・データベース２００と一致した場合には、合致する期待 しない変更が、一次ＦＭＳトランザクシヨン・データベース２００に存在すると 確定され、次に、期待された変更Ｃ（ｉ＋１）に関するトランザクション・レコ ードが、対応する期待しない変更に関するトランザクション・レコード２０２の 変わりに、一次ＦＭＳトランザクション・データベース２００に挿入されていた かもしれない。 「実施例２」とタイトルを付けた次の表を参照して、一次ＦＭＳトランザク ション・データベース２００に対する「期待しない」変更を示すトランザクショ ン・レコード２０２の一致を説明する別の実施例をここで詳細に説明する。 実施例２ この実施例では、一次ＦＭＳシステム１０及び２つの二次ＦＭＳシステム４６ が、最初の時間ｉにおいて、デバイスの実際 の状態Ｓ（ｉ）を正確に反映する。 後の時間ｉ＋１に、一次ＦＭＳシステム１０が、第１の二次ＦＭＳ（ＦＭＳ１ ）にデバイスに変更Ｃ（ｉ＋１）を加えるよう指令を出す。また、その時に、二 次ＦＭＳシステム１０が、第２の二次ＦＭＳ（ＦＭＳ２）に同じデバイスに将来 の変更ＣＦを加えるよう指令を出す。従って、時間ｉ＋１において、一次ＦＭＳ システム及び第１と第２の二次ＦＭＳシステムのトランザクション・データベー ス２００が、デバイスの実際の状態Ｓ（ｉ＋１）を正確に反映する。それに加え て、変更Ｃ（ｉ＋１）の記録が、第１の二次ＦＭＳシステム４６に保存され、将 来の変更ＣＦの記録が第２の二次ＦＭＳシステム４６に保存される。 後の時間ｉ＋２において、ＦＭＳ１が、図７に関連して上記で説明した手順に 従ったデバイスに変更Ｃ（ｉ＋１）を加える。従って、その時に、ＦＭＳ１は、 そのトランザクション・データベース２００に実際の状態Ｓ（ｉ＋１）を正確に 反映するが、一次ＦＭＳ ＰＦＭＳ及び第２の二次ＦＭＳ ＰＦＭＳ２は、それ ぞれのトランザクション・データベース２００にデバイスの以前の状態Ｓ（ｉ） を反映し続ける。また、ＦＭＳ２は、まだ、まだ行われていない将来の変更ＣＦ に関するトランザクション・レコードを保持する。 後の時間ｉ＋３において、ＦＭＳ２は、デバイスに将来の変更ＣＦを加えよう と試み、デバイスが期待しない状態Ｓ（ｉ＋１）にあるということを検知する（ すなわち、ＦＭＳ２のトランザクション・データベース２００が反映しない、状 態Ｓ（ｉ）以外の状態である）。従って、ＦＭＳ２は、デバイスの状態を（ＦＭ Ｓ２が期待した）Ｓ（ｉ）からＳ（ｉ＋１）に変更するために行われたにちがい ない期待しない変更ＣＵを計算する。 次に、ＦＭＳ２は、期待しない変更ＣＵに対応するトランザクション・レコード をそのトランザクション・データベース２００に記録し、次に、デバイスに将来 の変更ＣＦを加え、変更ＣＦに対応するトランザクション・レコードを現在のタ イムキーと共にＦＭＳ２のトランザクション・データベース２００に記録する。 従って、これで、ＦＭＳ２のトランザクション・データベース２００は、デバイ スの現在の状態Ｓ（ｉ＋２）を正確に反映し、ＦＭＳ２のトランザクション・デ ータベース２００には、デバイスに対して行われたとＦＭＳ２が認識した期待し ない変更ＣＵの記録が含まれる。 更に、後に時間ｉ＋４において、二次ＦＭＳシステムＦＭＳ２が一次ＦＭＳシ ステム１０に接続され、期待しない変更ＣＵ及び現在行われ、承認された変更Ｃ （ｉ＋２）を一次ＦＭＳシステム１０に報告する。次に、そうした２つの変更に 関するトランザクション・レコードは、一次ＦＭＳシステム１０によって、図９ の手順に従ってそのトランザクション・データベース２００と一致させられるの で、一次ＦＭＳシステム１０のトランザクション・データベース２００は、デバ イスの実際の状態Ｓ（ｉ＋２）を正確に反映し、変更ＣＵ及びＣ（ｉ＋２）に対 応するトランザクション・レコードが含まれる。一次ＦＭＳＦＭＳ１は、依然と して、デバイスについてＳ（ｉ＋１）の状態を期待するということを反映してい るが、二次ＦＭＳ ＦＭＳ２は、デバイスの実際の状態Ｓ（ｉ＋２）正確に反映 する。 更に、後に時間ｉ＋５において、ＦＭＳ１が一次ＦＭＳシステム１０に接続さ れ、それに対する変更Ｃ（ｉ＋１）を報告する。一次ＦＭＳシステム１０は、変 更Ｃ（ｉ＋１）に関するトランザクション・レコードをそのトランザクション・ データベース２００に一致させ、Ｃ（ｉ＋１）が、時間ｉ＋４に一次Ｆ ＭＳシステム１０のトランザクション・データベース２００に入力された期待し ない変更ＣＵに一致する、ということを発見する。従って、ブロック２６０（図 ９）に従って、変更Ｃ（ｉ＋１）に関するトランザクション・レコードが、一次 ＦＭＳシステム１０のトランザクション・データベース２００の期待しない変更 ＣＵに関するトランザクション・レコードと入れ替わる。従って、この時に、す べての未決のトランザクション・レコード２０２が、一次ＦＭＳトランザクショ ン・データベース２００に一致させられており、デバイスの実際の現在の状態Ｓ （ｉ＋２）を、また、非常に重要なことであるが、デバイスの構成歴の完全な会 計履歴（すなわち、デバイスの構成歴）を正確に反映する。 ここで、インターフェース・ブロック５８の機能を更に詳細に説明する。上記 のように、動作中に、現アプリケーション５６は、インターフェース・ブロック ５８を呼び出して、特定の１つ、あるいは、それ以上の制御（（プログラム）） を初期化し、制御（（プログラム））は、その後で、ウインドウズ・オペレーテ ィング・システム４６、プロセス内１２のスマート・デバイス、及び／あるいは 、プロヤス１２に関連したデバイス、ブロック、又は、パラメータに関するＦＭ Ｓデータベース４０との間のインターフェースに関連したすべての動作を自動的 に処理する。また、インターフェース・ブロック５６も、サーバ・ネットワーク ６６のメモリに保存されたルート・オブジェクトの時間プロパティを変更して、 有利な方法でディスプレーを制御することができる。 インターフェース・ブロック５８の各制御（（プログラム））は、デバイス、 パラメータ、あるいは、時間に関わる情報をディスプレー３０上に表示し、更新 する；及び、ユーザ、あるい は、アプリケーションの入力に応答して、スマート・デバイス、データベース４ ０、及びサーバ・ネットワーク６６と通信を行って、現アプリケーション５６を 更に関わらせる事なく、ＤＤＳ７２、スマート・デバイス、データベース４０、 あるいは、サーバ・ネットワーク６６のルート・オブジェクト、と間でデータ検 索、データ書込みを行う。重要なことであるが、一旦確立されたら、制御（（プ ログラム））は、一般的に、現アプリケーション５６、及び確立されているであ ろう他の制御（（プログラム））とは独立して動作するように見える。 図１１に示したように、インターフェース・ブロック５８には、マスタ・コン トロール・ルーチン３００が含まれ、それを使用して、プロセス１２と関連した デバイス、ブロック、あるいは、パラメータに関する制御機能を含めた制御機能 を実行することができる。また、インターフェース・ブロック５８には、マスタ ・タイムライン・コントロール ・ルーチン３０１が含まれ、それを使用して、ルート・オブジェクトからの時間 の読み取り、書込み、及びデータベース４０からの時間値の変更といった制御機 能を実行することができる。 現アプリケーション５６がインターフェース・ブロック５８を呼び出して、デ バイス、ブロック、パラメータ、あるいは、タイムライン制御を行う場合、実際 、マスタ・タイムライン・コントロール・ルーチン３００、あるいは、３０１の 一つがコピーされ、特定の制御ルーチン、あるいは、制御（（プログラム））に 変換される。そうした特定の制御（（プログラム））は、デバイス制御（（プロ グラム））３０２、ブロック制御（（プログラム））３０４、パラメータ制御（ （プログラム））３０６、及びタイムライン制御（（プログラム））３０８とし て図１１に示してある。その後、特定の制御（（プログラム）） ３０２、３０４、３０６、３０８は、ウインドウズ・オペレーティング・システ ム４６、現アプリケーション５６、データベース４０（ＤＣＩ６０を介して）、 ＤＤＳ７２（ＤＣＩ６０を介して）、及びオンライン・スマート・デバイス（Ｄ ＣＩ６０を介して）との間の通信に関連した機能を自動的に処理するが、それは 、そうした通信が、そのために制御（（プログラム））が生成される特定のデバ イス、ブロック、パラメータ、あるいは、タイムラインに関連しているからであ る。一旦確立されたら、各々の制御（（プログラム））３０２、３０４、３０６ 、３０８は、他の制御（（プログラム））及び現アプリケーション５６とは独立 して、連続的に動作する。同じ、及び／あるいは、異なるタイプの制御（（プロ グラム））を幾つでも同時に実行させることができる。 図１１には、マスタ・コントロール・ルーチン３００、あるいは、３０１の一 つのコピーである別個のルーチンとして制御（（プログラム））３０２、３０４ 、３０６、３０８を示してあるが、制御（（プログラム））３０２、３０４、３ ０６、３０８には、マスタ・タイムライン・コントロール・ルーチン３００、あ るいは、３０１の一つを使用する特定のデバイス、ブロック、パラメータ、ある いは、タイムライン制御（（プログラム））を実行するために必要なデータを含 めることができる。 図１２には、一般的に、例えば、図１１に示した制御（（プログラム））のい ずれかを含めて、制御（（プログラム））を初期化するために現アプリケーショ ン５６が実行すべきステップを示してある。制御（（プログラム））が関連付け られた図３及び４の階層内のＯＬＥオブジェクトを指す独自な名前をインターフ ェース・ブロック５８に与えることによって、ブロック３１０は、制御（（プロ グラム））のタイプを、例えば、デ バイス、ブロック、パラメータ、あるいは、タイムライン制御（（プログラム） ）を定義する。概念的に、ＦＭＳアプリケーションにとって利用可能な場合に、 図３及び４の階層の具体例が存在するので、例えば、制御（（プログラム））が 関連付けられたルート・オブジェクトの時間と外観を指定することによって、タ イムライン制御（（プログラム））が、特定の階層のルート・オブジェクトを指 定する。 ブロック３１１は、例えば表示される文字、情報が表示されるスタイルのフォ ント、サイズ等、制御情報が表示される表示画面の場所、制御表示のサイズがユ ーザーにより変更できる場合は制御表示の初期のウインドウ・サイズ、とまたい わゆる制御の「可視性」のようなものから成るユーザー・インターフェースの属 性を定義する。制御の「可視性」は、制御が、実際に表示されるかあるいは画面 上でみるこができるかどうかを決定する。データを該関連するＯＬＥ（リンキン グと埋め込み）オブジェクトから検索するために不可視制御が、まだ稼働しおり 、該情報をカレントのアプリケーション５６に提供している間に、該制御のイン ターフェースの稼働は、単に非作動化される。 ブロック３１２は、制御のリフレッシュ（再生）速度（即ち制御が、該関連す るＯＬＥオブジェクトから情報を周期的な読み込みで受け取る速度）を定義する 。実際は、ブロック３１２は、制御を図３と４の中の階層の特定のルート（最上 位）オブジェクトに接続してから、ルート・オブジェクトは、周期的読み込みに 応答してＯＬＥオブジェクトがデータを再生する速度を定義する。 図１３は、デバイス制御、ブロック制御、パラメータ制御、とまた図１１のタ イムライン（スケジュール）制御に使用することができる制御ルーチンの一般動 作を示している。ブロック ３１３は、図３と４の階層とカレントのアプリケーション５６により設けられた 名前により定義されている正しいＯＬＥオブジェクトへ接続するか接続を再設定 する。具体的には、制御は、例えば制御に関連するＯＬＥオブジェクトの特性の ような情報を読み込むために、ＤＣＩ（表示制御インターフェース）６０を経由 してサーバ・ネットワーク６６にコマンドを送信する。該コマンドは、周期的に 要求されているデータを制御に送信するために、デバイス、ブロックあるいはパ ラメータ・オブジェクトのようなＯＬＥオブジェクトに告げる周期的な読み込み であることが好ましい。 読み込みに応答して、サーバ・ネットワーク６６は、ＯＬＥオブジェクトから のデータをＤＤＳ（デジタル・データ保存）７２、スマー・デバイスあるいはデ ータベース４０あるいいはその双方から検索することでＯＬＥオブジェクトへの 接続を設定してから、該データをＯＬＥオブジェクトとしてサーバ・ネットワー ク・メモリーの中に保存する。しかし、この読み込み機能を実行するために、サ ーバ・ネットワーク６６は、また該ネットの中にデバイスあるいはブロック・オ ブジェクトあるいはその双方に関するデータを、図３と４の階層により定義され ているとおりに要求されたＯＬＥオブジェクトの上に保存しなければならない。 サーバ・メモリーの中に保存されたとき、要求されたＯＬＥオブジェクト・デー タが、ＤＣＩ ６０に送信されてから、該データが、インターフェース・ブロッ ク５８に関連するメモリーあるいは制御キャッシュに保存されるインターフェー ス・ブロック５８に送信される。 ブロック３１４は、それから図１２のブロック３１１により制御に設けられて いるユーザーの属性により定義されている特定の制御に対してユーザーの表示装 置３０上の画面を設定する かあるいは初期化する。標準ウインドウス呼び出しとウインドウス・フォーマッ トを利用して、制御情報を表示させるための表示属性を、如何なる希望する方法 でも構成させることができる。各デバイス、パラメータ、とタイムライン制御に 対する例としての画面は、図２０−２２に図示されている。 次ぎに、ブロック３１５は、何等かのメッセージがアプリケーション、ウイン ドウス操作システム４６を経由するユーザーのインターフェース、あるいはＤＣ Ｉ ６０を経由してＯＬＥブロックから受信されたかどうかを調べる。これ等の 如何なるメッセージも受信されていない場合は、ブロック３１５は、引続きこの ようなメッセージを点検する。ブロック３１５が、メッセージを受信したとき、 制御は、１、２と３のラベルが付けられた識別子に示されているとおりに転送さ れる。 図１４は、カレント・アプリケーション５６からのメッセージに応答した制御 の作動を示している。ブロック３１６は、読み込みＯＬＥオブジェクト・データ ・メソセージ、変更パラメータ・オブジェクト値、あるいはルート・オブジェク ト値メッセージと変更ユーザーインターフェース・メッセージを含む三つの一般 タイプの一つである可能性があるメッセージを翻訳する。読み込みＯＬＥオブジ ェクト・データ・メッセージに応答して、ブロック３１８は、要求されたデータ を、引用された図３と４のＯＬＥオブジェクトから読み込む。例えば、ブロック 制御が、ブロック・オブジェクトの名前特性あるいは「Ｐａｒａｍ」（パラメー タ）集を読み込むことができる一方で、デバイス制御は、デバイスＩＤ特性ある いはデバイス・オブジェクトの「タグ」集を読み込むことができる。パラメータ 制御は、変数パラメータ・オブジェクトの数値あるいは名前のようなパラメータ 特性を読み込むことができる。タイムライン制御は、 ルート・オブジェクトの特性を読み込むことができ、またデータベース４０から の過去に存在したルート・オブジェクトに対する時間のリストを入手することが できる。その後で、ブロック３１８は、制御をブロック３１５に返す。 変更パラメータあるいはルート値メッセージに応答して、ブロック３２０は、 例えば、変数パラメータ・オブジェクト、記録パラメータ・オブジェクト、ある いは図４のアレー・パラメータ・オブジェクトのような、引用されたパラメータ ・オブジェクト、に対して変更を実行してから、制御をブロック３１５に返す。 変更−ユーザー−インターフェース・メッセージに応答して、ブロック３２２は 、ユーザー・インターフェースの変更を実行してから、制御をブロック３１５に 返す。 図１５は、読み込みＯＬＥオブジェクト・データ処理の間に、制御により実行 されるルーチン３２４を示している。具体的には、ブロック３２６は、ＤＣＯ６ ０を経由してメッセージを、制御に関連するＯＬＥオブジェクトに送信して、該 オブジェクトからのデータを検索する。その後で、ブロック３２８は、どんなタ イプの読み込みメッヤージが受信されたかを決定する。非ブロック化、非周期あ るいは非ブロック化、周期的メッセージが受信された場合は、ブロック３２８は 、制御を、ルーチンが元々呼び出された該ブロックに返す。非ブロックは、制御 が読み込みメッセージを制御に関連したＯＬＥオブジェクトに対して送信したも のに照会し、他の機能で継続する前に、ＯＬＥオブジェクトの応答を待たない。 非周期読み込みは、制御に関連するＯＬＥオブジェクトからの単独の、一回読み 込みに対する要求である。周期的読み込みは、ＯＬＥオブジェクトに、該ＯＬＥ と関連するルート・オブジェクトの中で定義されている速度で周期的にＯＬＥの 中のデータに対して起こった制御の変 更を通知することを命令する。 しかし、読み込みが、常に非周期的読み込みであるブロック化であった場合は 、ブロック３３０は、ＯＬＥオブジェクトからのデータ返還を待つ。次ぎに、ブ ロック３３２は、制御キャッシュの中の受信されたＯＬＥオブジェクト・データ を保存する。必要に応じて、ブロック３３４は、読み込みにより入手された新し いデータを反映させるために下記に説明されるユーザー・インターフェース変更 ルーチンによりユーザーのインターフェースを変更する。ブロック３３６は、カ ーレント・アプリケーション５６に、例えば、制御の初期化の間に、ＯＬＥオブ ジェクト・データ読み込みからメッセージあるいはデータ変更を受信することを 希望しているアプリケーションが識別されたかどうかを通知する。その後で、制 御は、ルーチン３２４を呼んだ何れかのブロックに返される。 図１６は、ＯＥＬＯＬＥオブジェクト（変数パラメータ・オブジェクト）のパ ラメータあるいはルーツ値あるいはルート・オブジェクトの変更の制御により実 行されるルーチン３３８を示している。ブロック３４０は、変更されるべきであ ると示されているパラメータあるいはルート値が書き込み可能であるかどうかを 決定する。要約すれば、ブロック３４０は、ＣＬＥオブジェクトハンドリング特 性を読み込んでから、パラメータ値が書き込み可能であるかどうかを決定するた めにメッセージを送信する。ブロック３４０が、パラメータあるはルート・デー タ値が書き込み不能であると決定した場合は、ブロック３４２は、下記に説明さ れている変更−ユーザー・インターフェース・ルーチンを呼び出すことでユーザ ーあるいはカレント・アプリケーション３４２に、パラメータあるいはルート値 が書き込み可能でないことを通知する。その後で、制御はルーチン３３ ８が、元々呼び出されたブロックに返される。 それとは反対に、ブロック３４０が、パラメータあるいはルート値が書き込み 可能であると決定した場合は、ブロック３４４は、新しいパラメータ値（あるい はルート値）が受け入れられた数値であるかどうかを決定する。この機能を実施 するには、ブロック３４４が、例えば、最低値、最大値と、例えば、変数、計数 セット等である、受け入れられた数値のタイプのような制御と関連するパラメー タ・オブジェクトの数値特性を読み込む。その後、ブロック３４４が、新しい数 値が範囲外あるいは間違ったタイプと決定した場合は、ブロック３４６は、メッ セージをアプリケーションに送信するか、あるいは受け入れることができない数 値が入力されたことを示すためにユーザーの表示を変更するか、あるいはその双 方を行う。その後、制御は、るーりん３８８が、元々呼び出されたブロックに返 される。 ブロック３４４が、新しい数値が、パラメータあるいはルート・オブジェクト に対して受け入れられる数値であると決定した場合は、ブロック３４８は、ＤＣ Ｉ ６０を経由してメッセージを正しいＯＬＥパラメータあるいはルート・オブ ジェクトに送信する。新しい数値が、そこで、言うまでもなく、スマート・デバ イスの中あるいはデータベース４０の中で対応する変更を行うＯＬＥオブジェク トの中で変更される。 ブロック３５０は、帰還メッセージを待ち、またブロック３５２は、書き込み が成功したかどうかを決定するために、メッセージを復号する。書き込みが、成 功であった場合は、ブロック３５４は、ユーザー・インターフェースを経由して アプリケーションあるいはユーザーあるいはその双方に、変更が行われたことを 示す（例えば、スクリーン上のデータの背景の色を変更することで）。 ブロック３５２が、書き込みが不成功であると決定した場合は、ブロック３５ ６は、ユーザー・インターフェースを経由してアプリケーションあるいはユーザ ーあるいはその双方に、変更が行われなかったことを示す（例えば、スクリーン 上のデータを元の状態に変更することで）。棄却の理由が、決定できるかあるい はユーザーに表示されることができるように、ＯＬＥオブジェクトに関連するレ スポンス・コードが、アプリケーションにとって入手可能であることを付け加え る。 ブロック３５２が、変更が行われたが、書き込み条件が存在すると決定した場 合は、ブロック３５８は、ＯＬＥオブジェクトから特に正しい読み込みを開始す ることで、ＯＬＥオブジェクトからレスポンス・コードを検索する。ブロック３ ６０は、そこで希望すれば、アプリケーションあるいはユーザーあるいはその双 方に、書き込み条件が存在することを示す。ブロック３６０は、また条件のタイ プ（例えば、ＯＬＥオブジェクト特性が、最も近い入手可能な数値に設定されて いたこと）を示すことができる。ブロック３５４、３５６と３６０は、制御を、 元々ルーチン３３８を呼び出したブロックに返す。 図１７は、ユーザー・インターフェース表示を変更するために制御により実行 されたルーチン３６２を示している。ブロック３６４は、新しいカレント・アプ リケーション５６により提供された新しい属性と関連するか、あるいはここで新 たに存在する条件に対して制御により以前に定義された属性のセットに従って該 表示インターフェースの属性を変更する。該以前に定義された属性は、制御キャ ッシュのような、制御に関連するメモリーに保存される。ブロック３６６は、荒 らしいユーザーの表示属性と表示されるはずの制御キャッシュの中のデータを利 用してユーザ一表示を再生する。それから、制御は、元々ルー チン３６２が呼び出されたブロックに返る。 図１８は、ユーザー・インターフェースからのメッセ−ジに応答する制御の作 動を示している。ブロック３７０は、ユーザーの行動が、意味があるかどうかを 決定するために点検する。ブロック３７０は、例えば、ユーザーが、マウスの正 しいボタンをクリックした、あるいはポインター（即ち、カーソルあるいは矢印 ）の位置が、制御が、行動に対して要求さているとおりのユーザーの行動を認識 する制御表示の領域の範囲内であるかどうかを決定する。ユーザーの行動が無意 味であった場合は、ブロック３７２は、単にユーザーの行動を無視するか、ある いは行動が無視されたことの一定の表示（即ち、ユーザーの表示を、同じ表示イ ンターフェース属性で再生する）を与える。その後で、制御は、ブロック３１５ に返される。 これとは反対に、ユーザーの行動が、意味がある場合は、ブロック３７４は、 ユーザーのインターフェースからメッセージを翻訳する。ユーザーのインターフ ェースからのメッセージが、ユーザーがパラメータ値あるいはルート値を変更し たいことを示している場合は、ブロック３７６は、変更−パラメータ／ルート値 ルーチン３３８を呼び出してから、制御をブロック３１５に返す。希望すれば、 ブロック３７６は、例えば、書き込まれるべきデータを囲んでいる背景フィール ドの色変更を実施するために、またユーザー・インターフェースを変更できる。 成功した書き込みの表示が受け取られたら、直ちに、ブロック３７６は、また数 値が書き込まれたことを示すために背景の色をその元の状態に返す（ルーチン３ ３８がこれを行っていなかった場合は）。 これとは反対に、ブロック３７４が、ユーザーがユーザーのインターフェース の中で変更を要求していることを決定した場 合は、ブロック３７８は、変更−パラメータ／ルート値ルーチン３６２を呼び出 してから、制御をブロック３１５に返す。 図１９は、ＤＣＩ ６０からの、即ち図３と４の階層の中のＯＬＥオブジェク トからのメッセージに応答した制御の作動を示している。ブロック３８０は、最 初にＤＣＩ ６０からのメッセージが、非ブロック化読み込み帰還か、あるいは メッセージが、ＯＥＬ階層の引用されたＯＬＥオブジェクトの範囲内の一部の他 の変更あるいは変更された条件を示しているかどうかを決定する。条件変更メッ セージは、例えば、多重のユーザーが特定のブロックをアクセスすることを同時 に処理中のデバイスの範囲内で予防するＦＭＳ阻止メッセージから成る。例えば 、ブロックが、異なるユーザーにより、携帯通信機あるいはデバイスに取り付け られている他のＦＭＳシステムによりアクセスされている場合、ＯＬＥオブジェ クトは、ＤＣＩ ６０を経由して制御に対する該状態を識別する。 その後で、 制御は、該ブロックのデータがもはや書き込み不能であることを、例えば、通常 書き込み可能な数値を囲んで、スクリーン上のグレーの背景を表示して、ユーザ ーに示す。 非ブロック化読み込み返還の場合、ブロック３８２は、返還された数値が変更 されたかどうかを決定する。該場合、ブロック３８４は該新数値を制御キャッシ ュの中に保存する。ブロック３８４と、制御キャッシュの中に保存されたデータ の中に変更がない場合は、ブロック３８２は、同様に、制御をブロック３８６に 提供する。該ブロック３８６は、ブロック３８０が、ＯＬＥオブジェクトからの メッセージが変更と関連しており非ブロック化読み取りと関連していないと決定 した場合は、また実行される。 ブロック３８６は、変更されたデータあるいは新しい条件あ るいは状態が、スクリーンに表示されるべきかどうかのような、ユーザーのイン ターフェースに対する変更が必要かどうかを決定する。必要な場合は、ブロック ３９０は、変更−ユーザー−インターフェース・ルーチン３６２を呼び出して、 変更されたデータあるいは条件をユーザーに表示する。しかし、ブロック３８６ が、変更されたデータあるいは条件が表示される必要がないと決定したか、ある いはブロック３９０が、該変更されたデータあるいは条件をユーザーに表示した 場合は、ブロック３９２は、アプリケーションが、書き込み済みの命令に従って 、該変更されたデータあるいは条件について通知を受けるべきかどうかを決定す る。 もしそうである場合は、３９４は、変更されたデータあるいは条件を示し ながら、メッセージをカーレント・アプリケーション５６に送信する。その後で 、制御はブロック３１５に返される。 一般的に、デバイス、ブロック、パラメータ、あるいはタイムライン制御によ りアクセスされた情報は、 （１）制御が通常のマイクロソフト・ウインドウス・エディット制御と同様に 働くＥＤＩＴスタイル； （２）制御が通常のマイクロソフト・ウインドウス・コンボ・ボックス制御と 同様に（即ちドロップ・ダウン・リストと同様に）働くＣＯＭＢＯスタイル； （３）制御が、通常のマイクロソフト・ウインドウス・リスト・ボックス制御 と同様に（即ち計数の中の各項目が、リスト・ボックス・エントリーとして示さ れるように）働くＬＩＳＴスタイル； （４）制御が、通常のマイクロソフト・ウインドウス・ボックス制御と同様に 働くＧＲＯＵＰスタイル；とまた （５）制御が、持ち上げられているか沈められたパネル、あ るいは他の全ての希望するスタイルあるいはフォーマットで表示するＰＡＮＥＬ スタイルから成る、希望する方法で、スクリーンに表示させることができる。 図２０は、二つのデバイス制御に関連する制御表示４００と４０２を示してい る。デバイス制御表示４００と４０２の各々は、カーレント・アプリケーション と関連するメモリーの中に保存されているデバイスの絵あるいはデバイスのデジ タル・ビットマップ（通常はデバイスのメーカーあるいはＤＤＳ供給者により供 給される）から成る。その代わりに、該ビットマップを、データベース４０の中 に保存して、ＯＬＥオブジェクトによりアクセスさせることもできる。 該制御表示４００と４０２には、例えば、デバイスの名前（図２０に示されて いる）、タグ、略称（ＭＯＮＩＫＥＲ）等、あるいは他のデバイス特有の情報か ら成る、デバイスに関する他の希望する情報を入れることができる。更に、デバ イスに対するメニューも、デバイス制御表示４００と４０２に関連するプルダウ ン・ウインドウの中に設けることができる。該メニューには、例えばデバイスに 対するデバイス・オブジェクトに関連する名前集、目盛り調整、再設定、とまた 自己診断方法を含むデバイス上で実行できる方法、デバイスに関連するブロック 、デバイスに関連するパラメータのリスト、デバイスに対する支援、デバイスの ためのサービス・ノート等のようなデバイスに関連するファイルを含めることが できる。表示できるデバイスに関する他の情報は、デバイスの中の各パラメータ の各々の変数の内容、デバイスのフェース・プレート情報、例えば、デバイスの 中でエラーが起こっていいるかどうか、とまた例えば、特定の時間に存在してい るかあるいは存在したデバイスの一つあるいはそれ以上のパラメータの変数の数 値の対称リストを含 むデバイスの作動状態から成る。 図２１は、デバイスの三個の特定のパラメータ制御と関連する特定のパラメー タ制御表示４０８、４１０と４１２に沿って一般的なパラメータ制御表示４０６ を示している。パラメータ制御表示４０６−４１２の各々の場所は、スクリーン の異なるところにあり、特に、パラメータ制御表示４０６の場所は、スクリーン のトップにある一方で、パラメータ制御表示４０８、４１０と４１２は、パラメ ータ制御表示４０６の下に連続して置かれている。 該パラメータ制御表示４０６は、パラメータ制御表示が、例えば「圧力」、 「温度」、あるいは「モード」が示される、情報のタイプに関する情報を提供す るラベル・フィールド、パラメータの数値を示す数値フィールド、とまた数値が 示される単位を示す単位フィールドから成る三個のフィールドを持っていること を示す。パラメータの数値を、整数、小数点数字（パラメタ制御表示４０８と４ １０）あるいは、パラメータ制御表示４１２に関連するプルダウン・メニューの 中でリストアップされているとおりの計数された数値のセットの一つで構成され ている計数された数値とすることができる。該パラメータ制御表示４１２は、単 位変数が、該表示に関連する計数されたセットに適用できないので、該変数を含 まない。 図２２は、ブロック制御に関連する二個の制御表示４１４と４１６をを示して いる。デバイス制御表示と同様に、ブロック制御表示は、一般的に、例えば、ブ ロックが入力、出力あるいは制御（あるいはインターフェース）ブロックの何れ かであることを含む、ブロックあるいはブロックが置かれているデバイスあるい はその双方に関連する絵あるいは他のブロックあるいは他の希望する情報あるい はその双方の他の符号から成る。 図２３は、デバイス、ブロックとパラメータ制御のような他の制御に接続され 、またパラメータ制御を接続することができる、ＯＬＥルート・オブジェクトの 時間とビュー（仮想テーブル）特性を制御し変更するために使用されるタイムラ イン制御表示４２０と４２２を示している。表示４２０と４２２に関連するタイ ムライン制御の各々は、関連するルート・オブジェクトの時間値を、ルート・オ ブジェクトが入手でき、システムに対して時間の変更が行われ、トランザクショ ン記録が、ＦＭＳデータベース４０（図１）のトランザクション・データベース ２００（図５）に保存されたとき、一般的に過去の時間を含む如何なる以前の時 間に変更できる。更に、制御表示４２０と４２２に関連するタイムライン制御は 、過去、現在、あるいは将来の設定の間で、ルート・オブジェクトのビューを変 更することができる。 各タイムライン制御表示は、図２３の中に示されている通り、通常、どれが過 去、現在を示しているスライダー４２４から成り、将来のビューは、ユーザーが 、各々が例えば日付と時間を有する過去の経過した時間から選択できるように、 コンボ・ボックス４２６と同時に選択される。 該タイムライン制御スライダー４２４を変更することで、ユーザーは、タイム ライン制御に、該タイムライン制御に関連するルート・オブジェクト・ビューを 変更するように告げる。タイムライン制御コンボ・ボックス４２６を変更するこ とで、ユーザーは、タイムライン制御にルート・オブジェクト時間値を、特定の 時間に変更することを告げる。 タイムライン制御が、時間あるいはルート・オブジェクトのビューを変更した とき、ルート・オブジェクトに関連するパラメータ、デバイスあるいはブロック 制御のような他の何れの制 御も、ＯＬＥオブジェクトにより作られた変更メッセージに応答して自動的に更 新される。該メッセージは、ルート・オブジェクトと同じ階層の中のＯＬＥオブ ジェクトが、新しい時間、あるいは、ここでルート・オブジェクトと関連するビ ューに関連する新しいデータを検索したとき、ＯＬブジェクトにより作られる。 図２３は、またタイムライン制御表示４２０と関連するタイム制御と同じルー ト・オブジェクトに接続されている温度と圧力パラメータ制御表示４３０と４３ ２を示している。同様に、温度と圧力パラメータ制御表示４４０と４４２は、タ イムライン制御表示４２２と関連するタイム制御と同じルート・オブジェクトに 接続されている。タイムライン制御表示４２０と４２２は、異なった時間、即ち 、過去の時間（制御表示４２０）と現在（制御表示４２２）に設定されるので、 温度パラメータ４３０と４４０の数値は、異なり、また圧力パラメータ４３２と ４４２は、異なる。パラメータ制御表示のリストを、デバイスあるいはブロック 等に対する一つあるいはそれ以上の完全な形状で表示させるようにスクリーンの 上の構成させることができる。デバイスとブロックあるは他のパラメータ制御あ るいはその双方を、タイムライン制御として同じルート・オブジェクトに関連さ せることができ、また異なる時間に於けるデバイス、ブロックあるいはパラメー タの構成を、スクリーンの中で対称あるいは他の関係で示している構成表示を示 すために使用することができる。タイムライン制御を、デバイス、ブロックある いはパラメータの設定あるいは数値をスクロールして、表示上で他の制御と関連 させて使用することができる。言うまでもなく、全ての過去あるいは現在の情報 をユーザーに示すために、例えば現在のオンライン・デバイスに関連する情報、 即ち、オ ンラインデータ、とまた過去と将来のオンライン・デバイス、とまたオフライン ・デバイスに関連する情報、即ちオフライン・データを含む、如何なるタイムラ イン、デバイス、ブロック、パラメータあるいは他の制御あるいはその双方の組 合せも、可能である。更に、図２３に関連して示されているとおり、デバイスに 対する同じデータ、例えば、同じパラメータ値を、タイムライン制御を利用して 異なる時間に対して示すことがで、また希望すれば、設定値間の差を示すために ルーチンを実施することができる。 タイムライン制御は、ルート・オブジェクトの時間特性を、タイムライン制御 を使用してユーザーが指定する特定の時間（以下ビュー時間と称す）に変更する 。従って、ＯＬＥ階層のなかのルート・オブジェクトの全てのオブジェクトの川 下に対する時間属性は、上記に説明されているとおりビュー時間に合うように変 更される。更に、これ等のオブジェクトの他の特性の数値は、ビュー時間に対応 する数値に更新される。 特にブロック・オブジェクトに対しては、希望する時点（即ちタイムライン制 御を使用してビュー時間で指定された）での対応するブロックの状態５）は、上 記で説明されているトランザクション・データベース２００（図を使用して得ら れる。より具体的には、ビュー時間に於けるブロック・オブジェクトのパラメー タ値（即ち、ビュー時間に於けるブロック・オブジェクトのパラメータ・オブジ ェクトの数値特性の数値）は、ビュー時間あるいはそれより前に、最後にこれ等 のパラメータ・オブジェクトに対応するパラメータに対して割り当てられた数値 を探し出すためにビュー時間で始まる時計の逆回りでトランザクション・データ ベース２２０を検索することで得られる。この手続きは、詳しく、図２４のフロ ーチャートに参照符号を付 けて説明されている。 図２４は、どのようにして特定のブロックの状態を、上記に説明されているデ ータベース２００から再構築できるかを示すフローチャートである。先ず、ブロ ック４５０が、「セット」タイプ変数｛Ｓ｝をゼロに初期化する。「セット」タ イプ変数｛Ｓ｝は、ビュー時間状態が再構築されなければならないブロックのパ ラメータのビュー時間に於ける数値を蓄積するのに使用される。ブロック４５２ が、ビュー時間と等しい状態のセットと｛Ｓ｝関連する時間を、そこで設定する 。その後で、ブロック４５４が、設定変数｛Ｓ｝が、ブロック・オブジェクトの 各パラメータに対する数値を含んでいるかどうかを決定する。肯定的である場合 は、ブロック４５６は、アッセンブルされた状態｛Ｓ｝を、ビュー時間に於ける ブロックの状態として割り当ててから、図構築ルーチンは、終了する。 ブロック４５４が、蓄積された状態（即ち、セット変数｛Ｓ｝の内容）が、ブ ロックの中の各パラメータに対する数値を含んでいないと決定した場合は、ブロ ック４５８は、現在値が蓄積された状態｛Ｓ｝の中に含まれていない次のパラメ ータＰを識別する。ブロック４６０は、そこで、ビュー時間あるいはそれより前 に、最後行われた変更ＴＲをを探し出すためにビュー時間で始まる時計の逆回り で時計と逆回りでトランザクション・データベース２００を検索する。ブロック ４６２は、そこで、トランザクションＴＲの符号で示されている変更によりパラ メータＰセットと共に、パラメータＰを、蓄積された状態｛Ｓ｝に加えてから、 制御は、ブロックの中の全てのパラメータの数値が、状態｛Ｓ｝に蓄積されたか どうか更にもう一度点検するために、そこでブロック４５４に返る。 デバイス、ブロック、パラメータ、とまたタイムライン制御 が、本明細書の中に図示されまた説明されているが、本発明に従った他の制御も 、他の特性あるいは、図３と４の中で示されているＯＬＥオブジェクトの何れか の中のデータを含むＤＤＬを経由して入手できるデータを示すように構築できる 。 本発明は、単に例示を目的としており、発明を限定することを目的として特定 の例を引用して説明されたが、本発明の精神と範囲を逸脱することなく、変更、 追加あるいは削除あるいはその双方を、開示された実施例に行うことが可能であ ることは当業者にとっては明かである。 OLEオブジェクトDDL等価 OLEオブジェクトの定義Standard PropertiesArrayParameter Object Block Object BlockTag Collection Collections Collection CollectionItems Collection Collections Object DatabaseParameter Object DatabaseParameters Collction DeviceID CollectionDevice Object DeviceTag Collection EditDisplayItems CollectionsEditDisplays Co1lectionEditDisplay Object Elements CollectionEnumeration Value ObjectEnumeration Values CollectionHIU CollectionInterchange Object ItemArray Object ItemArrays Collection ItemArrayItem Object ItemArrayItems Collection Members Collection MenuItems Collection MenuItem Object Menu Object Menus Collection Methods Collection Method Object Modem CollectionNamedConfigs Collection NamedConfig Object Net Collection NetNode Object Parameters Collection PhysicalTag Collection Port Collection RecordParameter Object RefreshRelation ObjectRefreshRelations CollectionResponseCode Object RelationItems CollectionResponseCodes CollectionRoot Object Tag CollectionUnitRelation Object UnitRelations Collection VariableParameter Object WriteAsOneRelation ObjectWriteAsOneRelations Collection
───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号 ０８／７６４，０５７ (32)優先日 平成８年12月12日(1996．12．12) (33)優先権主張国 米国（ＵＳ） (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ， ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，Ｇ Ｅ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ， ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者 ウエストブロック，ジョン アメリカ合衆国 55423 ミネソタ リッ チフィールド ピルスバリー アベニュー サウス 7430 (72)発明者 オルソン，ジーン，エイチ. アメリカ合衆国 55419 ミネソタ ミネ アポリス アルドリッチ アベニュー サ ウス 5131 (72)発明者 ブラック，ロバート アメリカ合衆国 55124 ミネソタ アッ プル バレー エンブリー パス 14604

Claims (1)

  1. 【特許請求の範囲】 １． 少なくとも１つの調整可能なパラメーターを含むコンフィギュレーショ ンを有するフィールドデバイスを形成するためのコンピューターベースのデータ ベース管理システムであって、該システムは： 第１回目に調整可能なパラメーターを第１の値に設定し、第２回目に調整可能 なパラメーターを第２の値に設定するための設定手段；及び 複数のトランザクションを保管するために設定手段に応答するトランザクショ ン記憶装置を備え、トランザクション記憶装置の各々が特定の調整可能なパラメ ーターが設定される特定の値と、特定の調整可能なパラメーターが特定の値に設 定される時間に対応する時間指示を含むことを特徴とするシステム ２． 請求項１に記載のシステムで、各トランザクションの対応する時間指示 が日付の指示と、更に特定のパラメーターが特定の値に設定される日の時間指示 を含む、システム ３． 請求項１に記載のシステムで、トランザクション記憶装置に保管される １つのトランザクションが、トランザクションの対応する時間指示によって指示 される時間現在の、特定のフィールドデバイスの複数の調整可能なパラメーター の各々のための値からなる、システム ４． 請求項１に記載のシステムで、トランザクション記憶装置に保管される １つのトランザクションが、トランザクションの対応する時間指示によって指示 される時間現在の、特定の フィールドデバイスの各々の調整可能なパラメーター用の値からなる、システム ５． 請求項１に記載のシステムで、トランザクション記憶装置に保管される １つのトランザクションが、トランザクションのタイプの指示を含み、そのタイ プが歴史的なタイプ、現在のタイプ、及び将来のタイプからなる群から選ばれる 、システム ６． 請求項１に記載のシステムで、更に、特定のフィールドデバイスの各々 の調整可能なパラメーターに加えられる最後の値を見い出すために、逆年代順に トランザクションをスキャンすることによって、特定のフィールドデバイスの現 在の状態を構成するための構成手段を含む、システム ７． 請求項６に記載のシステムで、トランザクション記憶装置内の１つのト ランザクションが特定のフィールドデバイスの各々の調整可能なパラメーター用 の値を含む、システム ８． 請求項１に記載のシステムで、トランザクション記憶装置内の１つのト ランザクションが特定のフィールドデバイスの特定の調整可能なパラメーター用 の値を含み、トランザクションの時間指示が、その値が、将来の指定されない時 間において、特定の調整可能なパラメーターに加えられるべきであることのみを 指示する、システム ９． 請求項１に記載のシステムで、更に、トランザクション記憶装置に保管 されているトランザクションを、二次的なト ランザクション記憶装置に保管されているトランザクションに一致させるための 手段を備える、システム １０． 請求項１に記載のシステムで、更に、トランザクション記憶装置に保 管されているトランザクションを、機能的に同一であるコンピューターベースの データベース管理システムのトランザクション記憶装置に保管されているトラン ザクションに一致させるための手段を備える、システム １１． 複数のフィールドデバイスの少なくとも１つと連合するコンフィギュ レーションデータベースを管理するためのコンピューターベースのデータベース 管理システムであって、前記１つのフィールドデバイスは少なくとも１つの調整 可能なパラメーターを含む可変性コンフィギュレーションを有し、該システムは ： 特定のフィールドデバイスを選択する第１の選択手段； 特定のフィールドデバイスの特定のパラメーターを選択する第２の選択手段； 特定の時間に特定のパラメーター用の特定の値を指定する指定手段； 特定のフィールドデバイスに特定のパラメーター用の特定の値を伝達するため に、指定手段に結合される伝達手段； トランザクションレコードを作成するためのレコーディング手段、トランザク ションレコードは特定のフィールドデバイスを独特に特定するアイデンティフィ アを含み、トランザクションレコードは更に特定のフィールドデバイスの特定の パラメーター、特定のパラメーター用の特定の値、及び特定の値が特定のパラメ ーターに加えられる特定の時間の時間指示を指定し； 及び コンフィギュレーションデータベースにトランザクションレコードを保管する ための記憶手段を備えることを特徴とするシステム １２． 請求項１１に記載のシステムで、各トランザクションレコードの時間 指示が日付の指示と、更に特定の値が特定のパラメーターに加えられる日の時間 指示を含む、システム １３． 請求項１１に記載のシステムで、コンフィギュレーションデータベー スに保管される１つのトランザクションレコードが、トランザクションレコード の時間指示によって指示される時間現在の、特定のフィールドデバイスの複数の 調整可能なパラメーターの各々のための値からなる、システム １４． 請求項１１に記載のシステムで、コンフィギュレーションデータベー スに保管される１つのトランザクションレコードが、トランザクションレコード の時間指示によって指示される時間現在の、特定のフィールドデバイスの各々の 調整可能なパラメーター用の値からなる、システム １５． 請求項１１に記載のシステムで、コンフィギュレーションデータベー スに保管される１つのトランザクションレコードが、歴史的なタイプ、現在のタ イプ、及び将来のタイプからなる群から選ばれるタイプのトランザクションを表 わし、トランザクションレコードがトランザクションタイプの指示を含む、シス テム １６． 請求項１１に記載のシステムで、更に、特定のフィールドデバイスの 各々の調整可能なパラメーターに指定される最後の値を見い出すために、逆年代 順にコンフィギュレーションデータベース内のトランザクションレコードをスキ ャンすることによって、特定のフィールドデバイスの現在の状態を構成するため の構成手段を含む、システム １７． 請求項１６に記載のシステムで、コンフィギュレーションデータベー ス内の１つのトランザクションレコードが、特定のフィールドデバイスの各々の 調整可能なパラメーター用の値を含む、システム １８． 請求項１１に記載の装置で、装置において、形状データベースの処理 記録は、特定領域装置の特定調整可能なパラメータに対する値を包含し、その処 理記録の時間の指示は、値が将来の非特定時間での特定調整可能なパラメータに 提供され得るということだけを指示することからなる、装置 １９． 請求項１１に記載の装置で、更に二次形状データベースに保持された 処理記録と形状データ記録に保持された処理記録を一致させるための手段を包含 することからなる、装置 ２０． 請求項１１に記載の装置で、更に機能的に同一のコンピュータベース のデータベース管理システムの形状データベースに保持された処理記録と形状デ ータ記録に保持された処理記録を一致させるための手段を包含することからなる 、装置 ２１． ユーザインターフェイス、データベース、データベ ースと通信する通信ネットワーク、領域装置、領域装置と組み合わさった装置の 説明書を有する管理システムと使用するように設計されたインターフェイス制御 装置で、制御装置において、領域装置と、装置説明書は装置データの論理的に関 連する項目の複数の集団を保持し、インターフェイス制御装置は次の物を包含す る： 次の物を包含する装置データの論理的に関連する項目の複数の集団の指示され た集団に対して特定のインターフェイス制御装置を実行するための手段と； 指示された集団に対して回収された装置データの項目組みを生成するために、 領域装置、装置説明書、データベースの少なくとも一つから指示された集団と組 み合わさった装置データの項目を読みとるための通信ネットワークを制御するた めの手段と 所定のフォーマットでユーザインターフェイスを介して指示されたグループに 対して回収された装置データの項目組みを表示するための手段と 指示された集団として装置データの論理的に関連した項目の複数の集団と 指示された集団に対して特定のインターフェイス制御装置を形成するために実 行手段を始動するための識別手段に呼応する手段とからなる インターフェイス制御装置 ２２． 請求項２１に記載のインターフェイス制御装置で、装置において、実 行手段は更に、装置データの項目の一つが領域装置或いはデータベースに保持さ れると、指示された集団と組み合わさった装置データの項目の一つに変更を実行 する様に 通信ネットワークに指令を送るためのユーザインターフェイスに呼応するための 手段を包含する、インターフェイス制御装置 ２３． 請求項２２に記載のインターフェイス制御装置で、指令手段は、指示 された集団と組み合わさった装置データ項目の一つへの変更が実行されるかどう かを決定するための手段と、ユーザインターフェイスを介して、変更不可能であ ると決定手段が決定するときに変更が不可能であることを指示するための手段を 包含する、インターフェイス制御装置 ２４． 請求項２３に記載のインターフェイス制御装置で、装置において、決 定手段は、装置説明、領域装置、データベースの一つから指示された集団と組み 合わさった装置されたの項目の一つと組み合わさった範囲指示を回収するために 通信ネットワークを制御するための手段と、指示された集団と組み合わさった装 置データの項目の一つへの変更が、回収された範囲指示により決定される範囲内 にくるかどうかを決定するための検討手段を更に包含する、インターフェイス制 御装置 ２５． 請求項２２に記載の制御装置で、装置において、指令手段は、指示さ れた集団と組み合わさった装置データ項目の一つへの変更が実行されるかどうか を決定するための手段と、指示された集団と組み合わさった装置データ項目の一 つへの変更が実行されたかどうかをユーザインターフェイスを介して指示するた めの手段とを包含することからなる、インターフェイス制御装置 ２６． 請求項２１に記載のインターフェイス制御装置で、 装置において、実行手段は更に領域装置或いはデータベースに保持された指示さ れた集団と組み合わさった装置データの項目の一つでの変更を認識するための通 信ネットワークに連結された手段と、ユーザインターフェイスを介して指示され た集団と組み合わさった装置データの項目の一つの変化を指示するための認識手 段に呼応する手段を包含する、インターフェイス制御装置 ２７． 請求項２１に記載のインターフェイス制御装置で、指示された集団の ための回収装置データの項目組みは、領域装置に関連するデータを包含する、イ ンターフェイス制御装置 ２８． 請求項２７に記載のインターフェイス制御装置で、回収された装置デ ータの第二項目組みは領域装置の種類の指示を包含する、インターフェイス制御 装置 ２９． 請求項２８に記載のインターフェイス制御装置で、装置において、回 収された装置データの第三項目組みは、領域装置が使用される装置に対して領域 装置の位置を指示することを包含する、インターフェイス制御装置 ３０． 請求項２９に記載のインターフェイス制御装置で、回収された装置デ ータの第四項目組みは、領域装置に関連する情報リストを包含する、インターフ ェイス制御装置 ３１． 請求項２１に記載のインターフェイス制御装置で、装置において、指 示された集団のための回収された装置データの項目組みは、入力、出力或いは領 域装置と組み合わさった制 御機能の一つを包含する領域装置のブロックに関連するデータを包含し、回収さ れた装置データ第一項目組みは、ブロックを図示することを包含する、インター フェイス制御装置 ３２． 請求項３１に記載のインターフェイス制御装置で、回収された装置デ ータの第二項目組みは、ブロックの種類を指示することを包含する、インターフ ェイス制御装置 ３３． 請求項３２に記載のインターフェイス制御装置で、回収された装置デ ータの第三項目組みは、ブロックが使用される装置とブロックが組み合わさる方 法の指示を包含する、インターフェイス制御装置 ３４． 請求項２１に記載のインターフェイス制御装置で、装置において、指 示された集団のための回収された装置データの項目組みは、領域装置と組み合わ さったパラメータに関連するデータを包含し、回収された装置データの第一項目 組みは、パラメータのラベルを包含し、回収された装置データの第二項目組みは 、パラメータの値を包含する、インターフェイス制御装置 ３５． 請求項３４に記載のインターフェイス制御装置で、装置において、回 収された装置データの項目組みは、パラメータの値と組み合わさった装置指定を 包含する、インターフェイス制御装置 ３６． 請求項３４に記載のインターフェイス制御装置で、パラメータの値は 、主な値の列挙リストの一つを包含する、イ ンターフェイス制御装置 ３７． 請求項２１に記載のインターフェイス制御装置で、指示された手段に 対する回収された装置データの項目組みは、特定時間で領域装置の形状に関する 形状データを包含し、実行手段は、回収された装置データの項目組みと関連した 特定時間を変更するための手段を包含する、インターフェイス制御装置 ３８． 請求項３７に記載のインターフェイス制御装置で、変更手段はユーザ インターフェイスを介してスライダーを表示するための手段と、特定時間を変更 するためのスライダーの操作を実行するための手段を包含する、インターフェイ ス制御装置 ３９． 請求項３７に記載のインターフェイス制御装置で、変更手段は、過去 の複数の時間の一つ、現在、未来時間の間で特定時間を変更するための手段を包 含する、インターフェイス制御装置 ４０． 請求項２１に記載のインターフェイス制御装置で、回収された装置デ ータの項目組みは、二つの特定時間で領域装置の二つの形状に関する形状データ を包含し、表示手段は二つの形状の一つに関連する指示集団のための回収装置デ ータの項目と組み合わさった特定時間を変更するための手段を包含する、インタ ーフェイス制御装置 ４１． ユーザインターフェイスを包含し、複数の領域装置に連結できる管理 システムにより使用する様に設計された制御 装置で、各々はそれと組み合わさった装置説明を有し、制御装置は次の物からな る： 複数の領域装置と装置説明に保持された装置データの論理的に関連した項目の 複数の集団に対して通信を実行するために装置説明と複数の領域装置と伝達する 手段と； 次の物を包含する、装置データの論理的に関連した項目の複数の集団の特定し た一つに対して特定の制御装置を実行するための手段と 装置データの項目の回収される集団を形成するために、装置データの論理的に 関連した項目の複数の集団の特定の集団内で装置項目を回収するための通信手段 を制御するための手段と 所定のフォーマットでユーザインターフェイスを介して装置データの項目の回 収される集団を表示するための手段と 装置データの論理的に関連する項目の複数の集団の特定の一つとして装置デー タの論理的に関連する項目の複数集団のいずれかを識別するための手段と 装置データの論理的に関連する項目の複数の集団の特定の一つに対して特定の 制御を形成するための実行手段を始動させるための識別手段に呼応する手段とか らなる 制御装置 ４２． 請求項４１に記載の制御装置で、装置において、実行手段は更に装置 データの論理的に関連した項目の複数の集団の特定の一つ内で装置データ項目の 一つを変更する様に通信手段に指令を与えるためのユーザインターフェイスに呼 応する手段を包含する、制御装置 ４３． 請求項４２に記載の制御装置で、指令手段は、装置 データの項目の一つに変更することが可能であるかどうかを決定するための手段 と、ユーザインターフェイスを介して、変更不可能であると決定手段が決定する ときに変更が不可能であることを指示するための手段を包含する、制御装置 ４４． 請求項４２に記載の制御装置で、通信手段は、装置データの変更され た項目に装置データの項目の更に一つの項目がいつ変更されるかを識別するため の手段を包含し、実行手段は更にユーザインターフェイスを介して、装置データ 項目の更に一つの項目が、装置データの論理的関連項目の複数の集団の特定の集 団内にある時に、装置データの項目の更に一つの項目に変更することを自動的に 図示するための識別手段に呼応するための手段を包含する、制御装置 ４５． 請求項４１に記載の制御装置で、装置において、管理システムは更に 装置データの項目を保持するデータベースを包含し、通信手段は更にデータベー スと伝達するための手段を包含し、実行手段は更にそう非データの回収された項 目の集団部として、装置データの論理的に関連した項目の複数の集団の特定の一 つと組み合わさり、データベースに保持された装置データの項目を回収するため の通信手段を制御するための手段を包含する、制御装置 ４６． 請求項４５に記載の制御装置で、装置において、装置データの回収項 目集団は、複数の領域装置の一つに関連するデータを包含し、装置の項目の回収 された集団の第一項目は、複数の領域装置の一つの図示を包含する、制御装置 ４７． 請求項４５に記載の制御装置において、装置データの回収項目は入力 、出力或いは複数の領域装置の一つと組み合わさった制御機能の一つを包含する ブロックに関連するデータを包含し、装置データの回収された集団の第一項目は 、ブロックを図示することを包含する、制御装置 ４８． 請求項４５に記載の制御装置で、装置データの回収された項目集団は 、複数の領域装置の一つと組み合わさったパラメータに関連するデータを包含し 、装置データの回収された項目集団の第一項目は、パラメータのラベルを包含し 、装置データの回収された項目集団の第二項目は、パラメータの値を包含する、 制御装置 ４９． 請求項４５に記載の制御装置で、装置データの回収された項目集団は 、特定の時間で複数の領域装置の一つの形状に関連した形状データを包含し、実 行手段は、ユーザが形状データと組み合わさった特定時間を変更できる手段を包 含する、制御装置 ５０． 請求項４５に記載の制御装置で、装置データの回収された項目集団は 二つの個々の時間で複数の領域装置の一つ或いは二つと組み合わさった第一、第 二形状に関連する形状データを包含し、実行手段は第一形状に関する形状データ と関連する個々の時間をユーザが変更できる手段を包含する、制御装置 ５１． 装置データのサブセットを保持する装置説明と、それと組み合わさっ た装置データを有する領域装置と伝送する様に設計された領域装置管理システム で、装置は次の物からなる 領域装置と伝送する手段と 内部に保持された装置データのサブセットを獲得するために装置説明を解釈す るための手段と、装置データと組み合わさった情報の範疇の段階を保持するため の手段で、その範疇と組み合わさった装置データに関連した通信方法を決定する ために範疇の各々と組み合わさった手段を包含することと 装置データの一部に関連するコマンドを始動するための手段と 情報の範疇の所定の段階の範疇の一つに関連したものとしてコマンドを分類す るための手段と 通信手段と解釈手段を範疇の一つと組み合わさった通信方法に基づいて制御す るための分類手段に呼応する手段とからなる領域装置管理システム ５２． 請求項５１に記載の領域装置管理システムで、更に装置データの別の 部分を保持するためのデータベースと、データベースと係合するための手段と、 範疇の一つと組み合わさった通信方法に基づいて係合手段を制御するための分類 手段に呼応する手段を包含する、領域装置管理システム ５３． 請求項５２に記載の領域装置管理システムで、装置において、装置デ ータの別の部分が領域装置の過去の形状に関するデータを包含する、領域装置管 理システム ５４． 請求項５２に記載の領域装置管理システムで、始動手段は、領域装置 、装置説明、データベースの一つから装置データを回収するためのコマンドを始 動する、領域装置管理シス テム ５５． 請求項５２に記載の領域装置管理システムで、始動手段は領域装置と データベースの一つで装置データを保持するためのコマンドを始動する、領域装 置管理システム ５６． 請求項５２に記載の領域装置管理システムで、始動手段は、領域装置 が所定の機能を実行させるためのコマンドを移動させる、領域装置管理システム ５７． 請求項５１に記載の領域装置管理システムで、情報の範疇の所定の段 階は領域装置の物理的な連結性に関する範疇を包含し、領域装置の形状に関する 範疇を包含する、領域装置管理システム ５８． 請求項５１に記載の領域装置管理システムで、装置において、領域装 置は、入力、出力、領域装置の管理機能の一つを形成する機能ブロックを包含し 、情報範疇の所定の段階は、領域装置ブロックを形成する範疇を包含する、領域 装置管理システム ５９． 請求項５１に記載の領域装置管理システムで、装置において、情報範 疇の所定段階は、情報の複数の範疇アイでの相互関連を特定するための手段を包 含し、特定の相互関連に基づいて情報の複数の範疇の内の二つの範疇間でメッセ ージを送り、通信手段と解釈手段を制御するための手段を包含する、領域装置管 理システム ６０． 請求項５１に記載の領域装置管理システムで、情報範疇階級内で範疇 の中の選択された範疇の位置に基づいて選択された範疇にモニカーを割り当てる ための手段を包含する、領域装置管理システム ６１． 請求項５１に記載の領域装置管理システムで、装置おいて保持手段は 、対象方向付けプログラミングパラダイムで対象組みを包含する、領域装置管理 システム ６２． 請求項５１に記載の領域装置管理システムで、通信手段は携帯通信装 置を介して領域装置と通信するための手段を更に包含する、領域装置管理システ ム ６３． それと組み合わさった領域装置情報を有する複数の領域装置に連結す る様に設計された装置管理システムで、次の物からなる： 複数の領域装置の各々と組み合わさった装置説明を保持するライブラリーで、 装置説明の各々は領域装置情報の一部を保持する事と 領域装置情報に関連した情報範疇段階を識別するための手段と 情報範疇段階に基づいて複数の領域装置と通信するための手段と 情報範疇段階に基づいて装置説明からの領域装置情報を回収するための手段と からなる 装置管理システム ６４． 請求項６３に記載の装置管理システムで、更に領域 装置情報の別の部分を保持できるデータベースと情報の範疇段階に基づいてデー タベースと係合するための手段を包含する、装置管理システム ６５． 請求項６４に記載の装置管理システムで、システムにおいて、識別手 段は情報範疇と組み合わさった領域装置情報を保持するための情報の範疇の各々 と組み合わさった手段と、情報範疇と組み合わさった領域装置情報に対して、制 御手段或いは回収手段或いはインターフェイス手段の操作を決定するための情報 範疇の各々と組み合わさった手段を包含する、装置管理システム ６６． 請求項６５に記載の装置管理システムで、保持手段と決定手段は対象 方向付けプログラミングパラダイムに対象組みを包含する、装置管理システム ６７． 請求項６３の装置簡管理システムで、装置説明の一つは複数の領域装 置の一つの通信フォーマットに関連する領域装置情報を包含する、装置管理シス テム ６８． 複数の領域装置と伝送するシステムで、各々はそれと組み合わさった 装置情報を有し、次の物を包含する： 複数の領域装置の各々と組み合わさった装置説明を保持するライブラリーで、 装置説明の各々は複数の領域装置の一つに関する装置情報の一部を包含する事と ライブラリーに保持された装置記述と複数の領域装置と伝送するための手段と 複数の領域装置の各々と組み合わさった装置情報を複数の所 定の範疇に分離するための手段で、複数の所定の範疇の各々は次の物を備える： 範疇と組み合わさった装置情報を保持するための手段と 範疇と組み合わさった装置情報に対して通信手段を制御するための手段とから なる、システム ６９． 請求項６８に記載のシステムで、更に複数の領域装置の一つに対して 装置情報の別の一部を保持するデータベースを包含し、通信手段はデータベース と係合するための手段を包含する、システム ７０． 請求項６８に記載のシステムで、システムにおいて複数の所定の範疇 は範疇の段階を包含し、分類手段は、情報範疇段階の各々の範疇間の相互関係を 決定するための手段を包含する、システム ７１． 請求項６８に記載のシステムで、装置説明の各々は、装置プロトコル に基づいて書かれており、装置説明の第一の説明と組み合わさった装置プロトコ ルは、装置説明の第二のものと組み合わさった装置プロトコルと異なることから なる、システム
JP52857797A 1996-02-06 1997-02-05 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法 Expired - Lifetime JP4260221B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US08/599,371 US6094600A (en) 1996-02-06 1996-02-06 System and method for managing a transaction database of records of changes to field device configurations
US08/599,371 1996-02-06
US08/759,387 US5960214A (en) 1996-02-06 1996-12-04 Integrated communication network for use in a field device management system
US08/759,387 1996-12-04
US08/764,057 1996-12-12
US08/764,057 US5903455A (en) 1996-02-06 1996-12-12 Interface controls for use in a field device management system
PCT/US1997/001534 WO1997029409A1 (en) 1996-02-06 1997-02-05 System and method for managing a transaction database of records of changes to field device configurations

Related Child Applications (7)

Application Number Title Priority Date Filing Date
JP2007185688A Division JP4722887B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185662A Division JP4722886B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185729A Division JP4722889B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185712A Division JP4722888B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185632A Division JP4722885B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185763A Division JP4722890B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2008267906A Division JP4906829B2 (ja) 1996-02-06 2008-10-16 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法

Publications (2)

Publication Number Publication Date
JP2000504865A true JP2000504865A (ja) 2000-04-18
JP4260221B2 JP4260221B2 (ja) 2009-04-30

Family

ID=27416778

Family Applications (7)

Application Number Title Priority Date Filing Date
JP52857797A Expired - Lifetime JP4260221B2 (ja) 1996-02-06 1997-02-05 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185632A Expired - Fee Related JP4722885B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185712A Expired - Fee Related JP4722888B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185662A Expired - Fee Related JP4722886B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185763A Expired - Fee Related JP4722890B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185729A Expired - Fee Related JP4722889B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185688A Expired - Fee Related JP4722887B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法

Family Applications After (6)

Application Number Title Priority Date Filing Date
JP2007185632A Expired - Fee Related JP4722885B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185712A Expired - Fee Related JP4722888B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185662A Expired - Fee Related JP4722886B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185763A Expired - Fee Related JP4722890B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185729A Expired - Fee Related JP4722889B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP2007185688A Expired - Fee Related JP4722887B2 (ja) 1996-02-06 2007-07-17 フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法

Country Status (5)

Country Link
EP (1) EP0885412B1 (ja)
JP (7) JP4260221B2 (ja)
AU (1) AU1849397A (ja)
DE (3) DE69726763T2 (ja)
WO (1) WO1997029409A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001202324A (ja) * 1999-10-04 2001-07-27 Fisher Rosemount Syst Inc Ｐｒｏｆｉｂｕｓデバイスネットワークとともに使用するためのプロセス制御構成システム
JP2001202323A (ja) * 1999-10-04 2001-07-27 Fisher Rosemount Syst Inc Ａｓインタフェースデバイスネットワークとともに使用するためのプロセス制御構成システム

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6999824B2 (en) 1997-08-21 2006-02-14 Fieldbus Foundation System and method for implementing safety instrumented systems in a fieldbus architecture
US6067477A (en) * 1998-01-15 2000-05-23 Eutech Cybernetics Pte Ltd. Method and apparatus for the creation of personalized supervisory and control data acquisition systems for the management and integration of real-time enterprise-wide applications and systems
FI108678B (fi) 1998-06-17 2002-02-28 Neles Controls Oy Kenttälaitteiden hallintajärjestelmä
EP1046972B1 (de) * 1999-04-22 2013-03-06 ABB Research Ltd. Softwaremässige Repräsentation von Geräten
FR2797503B1 (fr) * 1999-08-13 2001-11-02 Crouzet Automatismes Procede de configuration d'un systeme bati autour d'au moins un reseau numerique et comportant au moins un composant intelligent analogique ou tout-ou-rien
US6330517B1 (en) * 1999-09-17 2001-12-11 Rosemount Inc. Interface for managing process
GB2394630B (en) * 1999-10-04 2004-06-09 Fisher Rosemount Systems Inc Process control configuration system for use with a Profibus device network
EP1419420A1 (en) * 2001-08-23 2004-05-19 Fieldbus Foundation Foundation fieldbus server providing device information using a live-list-based dynamic directory structure
US7984199B2 (en) * 2008-03-05 2011-07-19 Fisher-Rosemount Systems, Inc. Configuration of field devices on a network
EP2116911B1 (de) 2008-05-07 2014-01-15 Siemens Aktiengesellschaft Automatisierungssystem und Verfahren zur Wiederherstellung der Betriebsfähigkeit eines Automatisierungssytems
DE102008039696A1 (de) 2008-08-26 2010-03-04 Endress + Hauser Wetzer Gmbh + Co. Kg Verfahren zum Betreiben eines Systems von Feldgeräten
DE102020214242A1 (de) 2020-11-12 2022-05-12 WAGO Verwaltungsgesellschaft mit beschränkter Haftung Verfahren und Vorrichtung zum Konfigurieren einer industriellen Steuerungsvorrichtung

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS582938A (ja) * 1981-06-27 1983-01-08 Fujitsu Ltd インデックスの作成方式
US4586151A (en) * 1983-09-02 1986-04-29 Zymark Corporation Self-configuring computerized robot control system
JPH0498441A (ja) * 1990-08-17 1992-03-31 Supply Tec Inc 電子データ交換装置および方法
JPH04152404A (ja) * 1990-10-17 1992-05-26 Hitachi Ltd フィールド機器の制御方式
JPH04195201A (ja) * 1990-11-22 1992-07-15 Hitachi Ltd フィールドバスシステム
JPH05204406A (ja) * 1992-01-28 1993-08-13 Hitachi Ltd プロセス制御装置
JPH05506527A (ja) * 1990-01-30 1993-09-22 ジヨンソン・サービス・カンパニー ノードを有する分散形ネットワークシステム中のデータの位置付け方法
FR2692701A1 (fr) * 1992-06-18 1993-12-24 Aerospatiale Procédé de contrôle de configuration d'une installation complexe et dispositif pour la mise en Óoeuvre de ce procédé.
JPH06284477A (ja) * 1993-03-29 1994-10-07 Yokogawa Electric Corp 制御装置
JPH06289911A (ja) * 1993-04-01 1994-10-18 Mitsubishi Electric Corp プログラマブルコントローラおよびプログラマブルコントローラの運転方法
JPH06348712A (ja) * 1993-06-07 1994-12-22 Toshiba Corp 分散協調制御システム
JPH0773246A (ja) * 1993-09-01 1995-03-17 Nec Software Kansai Ltd 乗降客情報管理方式
WO1995010091A1 (en) * 1993-10-04 1995-04-13 Robert Dixon Method and apparatus for data storage and retrieval
JPH07115685A (ja) * 1993-10-20 1995-05-02 Hitachi Ltd フィールドバス用コンフィグレータ
WO1995026527A1 (en) * 1994-03-25 1995-10-05 Oxy-Dry Corporation Touch screen control system and method for controlling auxiliary devices of a printing press
WO1996007957A1 (en) * 1994-09-02 1996-03-14 Square D Company Graphical programming interface for machine/process controllers with prelinked parameter configuration

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0434986A3 (en) * 1989-12-22 1993-06-16 Siemens Aktiengesellschaft Method for putting into operation a module connected to an electronic control system
JP3142595B2 (ja) * 1991-03-30 2001-03-07 マツダ株式会社 生産設備の制御システム設計支援及び故障診断方法
JPH06110546A (ja) * 1992-09-29 1994-04-22 Toshiba Corp 制御監視装置
US5631825A (en) * 1993-09-29 1997-05-20 Dow Benelux N.V. Operator station for manufacturing process control system
FR2713360B1 (fr) * 1993-12-01 1996-03-08 Aerospatiale Système de commande centralisée d'une installation industrielle.
JPH07182033A (ja) * 1993-12-21 1995-07-21 Mitsubishi Electric Corp 履歴記録方法
JP3251414B2 (ja) * 1994-01-11 2002-01-28 三菱電機株式会社 プログラマブルコントローラおよびそのプログラム容量変更方法

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS582938A (ja) * 1981-06-27 1983-01-08 Fujitsu Ltd インデックスの作成方式
US4586151A (en) * 1983-09-02 1986-04-29 Zymark Corporation Self-configuring computerized robot control system
JPH05506527A (ja) * 1990-01-30 1993-09-22 ジヨンソン・サービス・カンパニー ノードを有する分散形ネットワークシステム中のデータの位置付け方法
JPH0498441A (ja) * 1990-08-17 1992-03-31 Supply Tec Inc 電子データ交換装置および方法
JPH04152404A (ja) * 1990-10-17 1992-05-26 Hitachi Ltd フィールド機器の制御方式
JPH04195201A (ja) * 1990-11-22 1992-07-15 Hitachi Ltd フィールドバスシステム
JPH05204406A (ja) * 1992-01-28 1993-08-13 Hitachi Ltd プロセス制御装置
FR2692701A1 (fr) * 1992-06-18 1993-12-24 Aerospatiale Procédé de contrôle de configuration d'une installation complexe et dispositif pour la mise en Óoeuvre de ce procédé.
JPH06284477A (ja) * 1993-03-29 1994-10-07 Yokogawa Electric Corp 制御装置
JPH06289911A (ja) * 1993-04-01 1994-10-18 Mitsubishi Electric Corp プログラマブルコントローラおよびプログラマブルコントローラの運転方法
JPH06348712A (ja) * 1993-06-07 1994-12-22 Toshiba Corp 分散協調制御システム
JPH0773246A (ja) * 1993-09-01 1995-03-17 Nec Software Kansai Ltd 乗降客情報管理方式
WO1995010091A1 (en) * 1993-10-04 1995-04-13 Robert Dixon Method and apparatus for data storage and retrieval
JPH07115685A (ja) * 1993-10-20 1995-05-02 Hitachi Ltd フィールドバス用コンフィグレータ
WO1995026527A1 (en) * 1994-03-25 1995-10-05 Oxy-Dry Corporation Touch screen control system and method for controlling auxiliary devices of a printing press
WO1996007957A1 (en) * 1994-09-02 1996-03-14 Square D Company Graphical programming interface for machine/process controllers with prelinked parameter configuration

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001202324A (ja) * 1999-10-04 2001-07-27 Fisher Rosemount Syst Inc Ｐｒｏｆｉｂｕｓデバイスネットワークとともに使用するためのプロセス制御構成システム
JP2001202323A (ja) * 1999-10-04 2001-07-27 Fisher Rosemount Syst Inc Ａｓインタフェースデバイスネットワークとともに使用するためのプロセス制御構成システム

Also Published As

Publication number Publication date
JP2007317219A (ja) 2007-12-06
DE69726764T2 (de) 2004-10-07
JP4722888B2 (ja) 2011-07-13
EP0885412A1 (en) 1998-12-23
DE69726763T2 (de) 2004-10-07
AU1849397A (en) 1997-08-28
JP4722889B2 (ja) 2011-07-13
JP4722886B2 (ja) 2011-07-13
JP2007328801A (ja) 2007-12-20
DE69726763D1 (de) 2004-01-22
WO1997029409A1 (en) 1997-08-14
JP2007328802A (ja) 2007-12-20
JP4260221B2 (ja) 2009-04-30
DE69712327D1 (de) 2002-06-06
DE69712327T2 (de) 2002-11-21
EP0885412B1 (en) 2002-05-02
JP2008009996A (ja) 2008-01-17
JP2007328803A (ja) 2007-12-20
JP4722885B2 (ja) 2011-07-13
JP4722890B2 (ja) 2011-07-13
JP4722887B2 (ja) 2011-07-13
JP2007317218A (ja) 2007-12-06
DE69726764D1 (de) 2004-01-22

Similar Documents

Publication Publication Date Title
JP4906829B2 (ja) フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
JP4722888B2 (ja) フィールドデバイスコンフィギュレーションへのチェンジのレコードのトランザクションデーターベースを管理する為のシステム及び方法
US10387011B2 (en) System and method to capture and document cross-product compatibility status information for industrial devices
US9762454B2 (en) System and method to capture and document cross-product compatibility status information for industrial devices
CN106020138B (zh) 针对工业数据的分层图呈现
US8683317B2 (en) Dynamically linked graphical messages for process control systems
US9494931B2 (en) Dynamic hyperlinks for process control systems
CN100565447C (zh) 用于监督过程控制和制造信息系统应用程序的方法和配置装置
CN100403712C (zh) 控制系统设定装置和控制系统设定方法及设定程序
US20050262124A1 (en) Method and apparatus for aggregated update of dataset records in a JavaScript environment
EP0879444B1 (en) Method and apparatus using a device description for a conventional device
US20050262070A1 (en) Method and apparatus for combining of information across multiple datasets in a JavaScript environment
US20050262156A1 (en) Method and apparatus for informational comparison of multiple datasets in a javascript environment
US20050262140A1 (en) Method and apparatus for argument parameterization of complex dataset operations

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040106

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070116

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20070416

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20070611

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070717

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071016

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20080116

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20080225

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080416

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080617

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081016

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20081113

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090113

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090204

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120220

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120220

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130220

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130220

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140220

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term