JPH11510294A - 自動化装置 - Google Patents

Abstract

(57)【要約】 広域に分散配置された自動化グループにおいて使用するのに適している自動化装置が提案される。さらに、このような広域に分散配置された自動化グループに対する汎用的な管理‐エンジニアリング‐および情報システムが示されている。本発明は広域に分散配置された自動化グループにおいて応用される。

Description

【発明の詳細な説明】 自動化装置 本発明は請求項１の前文による自動化装置に関する。さらに本発明は汎用的な 、分散配置された、また一貫した自動化‐および管理‐エンジニアリング‐およ び情報システムに関する。 請求項１の前文の特徴を有する自動化装置はシーメンス‐カタログＳＴ７０、 １９９５年発行から知られている。ユーザーはプログラミング装置により技術的 プロセスを制御するためのプログラムとして、たとえば編成モジュール、プログ ラムモジュールおよびエントリデータモジュールの形態でソフトウェア‐機能モ ジュールを含んでいるプログラムを作成する。自動化装置はプログラミング装置 とバスシステムを介して接続されており、このバスシステムを介してプログラミ ング装置は制御プログラムを自動化装置に伝達する。さらに、プロセス制御のた めに設けられており、複数の像オブジェクトを含んでいるプロセス像の表示を可 能にする操作および監視装置がバスシステムに接続可能である。 しばしば、制御プログラムのソフトウェア‐機能モジュールを製造場所の自動 化装置から、またはこの製造場所のソフトウェア‐プールから他の製造場所の自 動化装置へ伝達する必要がある。特に、たとえば製造活動の広域化のために製造 場所が互いに非常に遠く離れているときには、これらのソフトウェア‐機能モジ ュールは広域の回路網“インターネット”を介して伝達される。そのために、一 方ではインターネット‐通信プロトコルを、また他方では自動化装置の通信プロ トコルを可能にする適切な通信インタフェースを有するサーバーが必要である。 これらの相異なるプロトコルおよび自動化装置のアーキテクチュアに基づいて、 制御プログラムのラン時間に対してソフトウェア‐機能モジュールをバインドす ることは可能でなく、特に相異なるメーカーの自動化装置にこれらのソフトウェ ア‐機能モジュールを供給すべきときには可能でない。 本発明の課題は、冒頭に記載されている種類の自動化装置であって、広域に分 散配置された自動化グループのなかでの使用に適している自動化装置を提供する ことである。 さらに本発明の課題は、広域に分散配置された自動化グループに対するプログ ラミング装置および操作および監視装置の形態の汎用的な管理‐エンジニアリン グ‐システムを提供すること、またワークステーションおよびデータバンク‐サ ーバーの形態の管理‐エンジニアリング‐および情報システムを提供することで ある。 この課題は自動化装置に関しては冒頭に記載されている種類の自動化装置にお いて請求項１の特徴部分にあげられている措置により、汎用的な管理‐エンジニ アリング‐システムに関しては請求項６および請求項１０の特徴部分にあげられ ている措置により解決される。 本発明の有利な実施形態は従属請求項にあげられている。 以下、本発明の実施例を示す図面により本発明、その実施形態および利点を一 層詳細に説明する。 図１は汎用的な、分散配置された自動化‐および管理‐エンジニアリング‐お よび情報システムの構成の概要を示す図、 図２はプログラム翻訳‐構造図、また 図３および４はソフトウェア‐機能モジュール‐進行システム（ＰＬＣ‐オブ ジェクト‐エンジン‐システム）を示す図である。 広域に分散配置された自動化グループの２つの製造場所１および２はそれ自体 は公知の広域ネットワーク“インターネット”３を介して互いに接続されており 、その際に、無資格者がデータを製造場所１、２のデータ処理構成要素のなかに 伝達することを防止する適切な装置４、５が設けられている。製造場所１、２は 自動化装置６、プログラミング装置７、操作および監視装置８およびワークステ ーション９の形態のそれぞれインターネット通信インタフェースを設けられてい る複数の装置を含んでいる。これらのインターネット通信インタフェースは装置 相互間のＴＣＰ／ＩＰ‐プロトコル‐通信を可能にする。自動化装置への主要な 要求事項は、自動化装置が制御作動の間に複数のソフトウェア‐機能モジュール から形成される制御プログラムをサイクリックに及び／又は割込み制御されて処 理し、これらのソフトウェア‐機能モジュールがロード可能に、また制御プログ ラ ムのラン時間に対してこれのなかにバインド可能に構成されていることである。 この要求が満たされ、またソフトウェア‐機能モジュールがインターネットおよ びインターネット通信インタフェースを介して直接に自動化装置のなかにロード 可能であり、また制御プログラムのラン時間に対してこれのなかにバインド可能 であるように、ソフトウェア‐機能モジュールはオブジェクト指向に構成されて いる。ソフトウェア‐機能モジュールはインターネットを介してダイナミックに ロード可能かつ拡張可能であり、また自動化装置は、これらのソフトウェア‐機 能モジュールを制御プログラムのなかにバインドし、また制御作動の間に処理す るソフトウェア‐機能モジュール‐進行制御（ＰＬＣ‐オブジェクト‐エンジン ‐システム）を設けられている。 オブジェクト指向のコードを原始言語から発生し、またインターネットのなか に使用されるプログラム言語は図書“Ｊａｖａ！”Ｔｉｍ Ｒｉｔｃｈｅｙ、１ ９９５年Ｎｅｗ Ｒｉｄｅｒｓ出版から知られている。そこにはオブジェクト指 向のＪａｖａ‐バイトコードを発生し得る原始言語“Ｊａｖａ Ｃ”が記載され ている。この言語手段の他の有利な特性は特にコードのポータビリティならびに エラー回復のためのメカニズムである。コードのポータビリティにより、自動化 装置がＪａｖａ‐バイトコード‐インタプリタ１０の形態の進行制御により自動 化装置のプロセッサ‐ハードウェア‐アーキテクチュア１１に無関係に（メーカ ーに無関係に）自動化装置にインターネットを介して供給されるＪａｖａ‐機能 モジュールを処理し得ることが保証される。しかしながら性能に基づいて、Ｊａ ｖａ‐コードを直接に処理するＪａｖａ‐プロセッサ１２を自動化装置に設ける ことは有利である。 オブジェクト指向のコードのポータビリティはプログラム翻訳‐構造図が示さ れている図２中で明らかにされる。 ユーザーはプログラミング装置により解決すべき制御課題の規範に従って制御 プログラムをコンタクトプランＫＯＰ、機能プランＦｕＰ、命令リストＡＷＬの 形態で、またはその他の適当な、たとえば規格ＩＥＣ１１３１に記載されている 形式で作成する。プログラミング装置はユーザーレベルで制御プログラムを原始 言語Ｑｕに、たとえば原始言語“Ｊａｖａ−Ｃ”に、または直接に（図面中には 点線で示されている）オブジェクト指向の機械語Ｍｓに、たとえば相異なるアー キテクチュアの自動化装置ＡＧ１、ＡＧ２、ＡＧ３、ＡＧ４のなかにロードされ るＪａｖａ‐バイトコードに翻訳する。ユーザーレベルでは機械コードを作成す るためにすべての自動化装置に対してただ１つのコンパイラが必要である。自動 化装置ＡＧ４は機械語Ｍｓの処理のためにコード‐ジェネレータＧを有し、それ によってこの自動化装置ＡＧ４はコードを直接に処理し得ることが仮定されてい る。さらに、自動化装置ＡＧ１、ＡＧ２、ＡＧ３はこのようなコード‐ジェネレ ータを設けられておらずに、相異なるプロセッサＰＲ１、ＰＲ２、ＰＲ３を含ん でいることが仮定されている。自動化装置ＡＧ１、ＡＧ２、ＡＧ３がコードＭＳ を処理し得るように、これらの自動化装置はそれぞれコード‐インタプリタＩＰ １、ＩＰ２、ＩＰ３を設けられている。これらのインタプリタＩＰ１、ＩＰ２、 ＩＰ３は制御プログラムのラン時間の間にプロセッサＰＲ１、ＰＲ２、ＰＲ３に よりそれぞれ翻訳可能なコードを発生する。 オブジェクト指向のソフトウェア‐機能モジュールのプログラミングは製造場 所１、２の各プログラミング装置７（図１）により、または同じくインターネッ トに接続されているプログラミング装置１４により行われる。操作および監視装 置８およびワークステーション９とならんで、これらのプログラミング装置７、 １４は管理‐エンジニアリング‐システムの構成部分である。プログラミング装 置はこれらのソフトウェアモジュールを相応の自動化装置に各インターネット‐ 通信インタフェースおよびインターネットを介して導く。たとえばモジュールが 変更されなければならない場合には、最初に自動化装置６またはサーバー１３が プログラミング装置７の１つに相応のソフトウェア‐機能モジュールをインター ネットを介して伝達する。最後にプログラミング装置７がこのモジュールを補足 または修正し、またそれを再び自動化装置の１つに伝達し得る。プログラミング 装置はさらに、制御プログラムをシミュレートするために設けられているソフト ウェア‐機能モジュール‐進行システム（ＰＬＣ‐オブジェクト‐エンジン‐シ ステム；Ｂｏｓ，ＥｘＥ，Ｗｄ，ＩＯ）を設けられている。 製造場所１、２のなかでの制御すべきプロセスのプロセス操作およびプロセス 運転は、同じくインターネットに接続可能であり、またインターネットにおいて 作動可能である操作および監視装置８により行われる。操作および監視装置８、 たとえば製造場所１の操作および監視装置８、は複数の像オブジェクトを含むプ ロセス像を作成しかつ表示するための操作および監視‐ソフトウェアモジュール を含んでいる操作および監視プログラムを発生し、その際に像オブジェクトは制 御プログラムのソフトウェア‐機能モジュールに（相互作用して）関連している 。操作および監視‐ソフトウェアモジュールはオブジェクト指向に構成されてお り、また直接にインターネットを介して伝達可能である。もちろん、プロセス像 をプログラミング装置７上で作成し、またプロセス運転のためにインターネット を介して操作および監視装置８に供給することも可能である。 拡張度の高い自動化システムのなかで自動化装置のなかに組み込まれる入力お よび出力構成要素の数を減ずるため、たとえばインテリジェントなフィールド装 置の形態の非集中配置のサブシステムが使用される。分散配置された自動化‐お よび管理‐エンジニアリング‐システムはここには示されていないインテリジェ ントなフィールド装置を有し、このフィールド装置に、フィールド装置を制御作 動の間にサイクリックにかつ（または）割込み制御されて処理する制御プログラ ムの少なくとも１つのソフトウェア‐機能モジュールが供給可能であり、その際 にソフトウェア‐機能モジュールはロード可能に、また制御プログラムのラン時 間に対してこれのなかにバインド可能に構成されている。ソフトウェア‐機能モ ジュールはオブジェクト指向に構成されており、またインターネットおよびフィ ールド装置のインターネット‐通信インタフェースを介してこのフィールド装置 のなかにロード可能であり、その際にフィールド装置は、ソフトウェア‐機能モ ジュールＳＦ０１、…、ＳＦ０４をバインドし、また制御プログラムを処理する ためのソフトウェア‐機能モジュール‐進行システム（ＰＬＣ‐オブジェクト‐ エンジン‐システム：Ｂｏｓ，ＥｘＥ，Ｗｄ，ＩＯ）を有する。 以下では、自動化装置および（または）インテリジェントなフィールド装置お よび（または）（制御プログラムをシミュレートするための）プログラミング装 置のソフトウェア‐機能モジュール‐進行システム（ＰＬＣ‐オブジェクト‐エ ンジン‐システム）が示されている図３および４を参照する。最初に、制御プロ グラムがサイクリックに処理すべきであることが仮定されている（図３）。この ことは、制御すべき技術的プロセスのプロセス入出力の信号状態に無関係にたと えば自動化装置のＣＰＵがサイクリックに ａ．プロセス入力の信号状態を照会し、また入力のプロセス写像のなかに格納し 、 ｂ．処理すべき制御プログラムの設定に相応してこれを段階的に処理し、また ｃ．計算された信号状態を出力のプロセス写像のなかに格納し、その際にこれら の信号状態がそこからプロセス出力に到達する ことを意味する。 ソフトウェア‐機能モジュール‐進行システムの主な構成部分はブートストラ ップＢｏｓ、入力／出力‐モジュールＩＯ、Ｅｘｅ‐エンジン‐オブジェクトＥ ｘＥおよびウォッチドッグＷｄの形態のオブジェクト指向にプログラムされたユ ニットである。ウォッチドッグＷｄはもちろんソフトウェアモジュールとして構 成されている必要はなく、ハードウェアとして実現され得る。本発明の実際的な 実施例ではユニットＥｘｅ‐エンジン‐オブジェクトＥｘＥおよびウォッチドッ グＷｄはいわゆる“スレッド(threads)”である。“スレッド”の機能および作 用の仕方はマイクロソフト社の印刷物“支援マイクロソフトＷｉｎｄｏｗｓ９５ 、ステューデントワークブック”、０７／９５から知られており、従ってこれ以 上に詳しく説明する必要はない。ブートストラップ‐ユニットＢｏｓのなかには ソフトウェア‐機能モジュールのクラスおよび入力／出力‐モジュールのクラス が格納されている。これらのクラスはたとえばユーザーにより解決すべき制御課 題の設定に相応してプログラミング装置の上で作成され、またたとえば自動化装 置またはフィールド装置のなかに伝達される。ブートストラップ‐ユニットＢｏ ｓは制御作動の開始前にソフトウェア‐機能モジュールのクラスからソフトウェ ア‐機能モジュール‐オブジェクトを、また入力／出力‐モジュールのクラスか ら入力／出力‐モジュール‐オブジェクトを発生する。いまの例には４つのソフ トウェア‐機能モジュール‐オブジェクトＳＦＯ１…ＳＦＯ４および１つの入力 ／出力‐モジュール‐オブジェクトＩＯのみが示されている。入力／出力‐モジ ュール‐オブジェクトＩＯのなかに入力および出力の１つのプロセス写像が格納 されており、またこのＩＯに技術的プロセスのプロセス入力の信号状態が供給可 能であり、またこのＩＯを通じて信号状態がこの技術的プロセスのプロセス出力 に 供給可能である。さらにブートストラップ‐ユニットＢｏｓは制御作動の開始時 にＥｘｅ‐エンジン‐オブジェクトＥｘＥに処理すべきソフトウェア‐機能モジ ュール‐オブジェクトＳＦＯ１…ＳＦＯ４のリストを供給する。制御作動の開始 時にブートストラップ‐ユニットＢｏｓはメッセージＮａｓ（メソッドコール） を伝達し、それによってＥｘｅ‐エンジン‐オブジェクトＥｘＥが開始される。 第１の処理過程でＥｘｅ‐エンジン‐オブジェクトＥｘＥはウォッチドッグＷｄ にメッセージＮａｗを供給し、それによりウォッチドッグＷｄをしてＥｘｅ‐エ ンジン‐オブジェクトＥｘＥのサイクル時間を監視させる。Ｅｘｅ‐エンジン‐ オブジェクトＥｘＥが予め定められたサイクル時間を超過する場合には、ウォッ チドッグＷｄがＥｘｅ‐エンジン‐オブジェクトＥｘＥにメッセージＮａｒを伝 達することによって、ウォッチドッグＷｄがＥｘｅ‐エンジン‐オブジェクトＥ ｘＥをリセットする。さらにウォッチドッグＷｄはサイクル時間超過の場合にプ ロセス写像の出力およびプロセス出力をリセットし、その際にウォッチドッグＷ ｄはそのために入力／出力‐モジュール‐オブジェクトＩＯにメッセージＮｉａ を供給する。Ｅｘｅ‐エンジン‐オブジェクトＥｘＥがウォッチドッグＷｄを始 動させた後に、Ｅｘｅ‐エンジン‐オブジェクトＥｘＥは制御作動を開始し、ま た最初に下記の過程を含んでいる処理サイクルを実行する： Ａ）Ｅｘｅ‐エンジン‐オブジェクトＥｘＥがプロセス写像の入力信号状態を入 力／出力‐モジュール‐オブジェクトＩＯから読出すことによって、プロセス写 像の入力を更新する。その際に信号状態はメソッドコールＮａｅによりオブジェ クトの間で交換される。 Ｂ）ソフトウェア‐機能モジュール‐オブジェクトＳＦＯ１…ＳＦＯ４のそれぞ れ処理過程を処理する。その際にＥｘｅ‐エンジン‐オブジェクトＥｘＥが相応 のメソッドコールＮＳＦ１…ＮＳＯ４をソフトウェア‐機能モジュール‐オブジ ェクトＳＦＯ１…ＳＦＯ４に供給し、ソフトウェア‐機能モジュール‐オブジェ クトＳＦＯ１…ＳＦＯ４がメソッドコールＮｓｏを介して入力／出力‐モジュー ル‐オブジェクトＩＯのプロセス写像にアクセスする。また最後に Ｃ）Ｅｘｅ‐エンジン‐オブジェクトＥｘＥがプロセス写像の出力を入力／出力 ‐モジュール‐オブジェクトＩＯのなかに書込むことによって、プロセス写像の 出力を更新する。その際に再び信号状態がメソッドコールＮａａによりオブジェ クトの間で交換される。 入力／出力‐モジュール‐オブジェクトＩＯは適切なインタフェースを介して 制御すべき技術的プロセスのプロセス出力および、前記のように、プロセス写像 の入力および出力信号状態を有するソフトウェア‐機能モジュール‐オブジェク トＳＦＯ１…ＳＦＯ４を供給する。 いま、制御プログラムが割込み制御されて処理されるべきである場合が仮定さ れる（図４）。このことは、制御すべき技術的プロセスのプロセス入力の１つに おける信号状態変化の場合に遅れなしに適切な制御措置を講じなければならない ことを意味する。図３および図４中の等しい部分には等しい符号が付されている 。以下では制御プログラムのサイクリックな処理との相違点のみが説明される（ 図３）。制御プログラムの割込み制御される処理の場合にはブートストラップ‐ ユニットＢｏｓが制御作動の開始時にＥｘｅ‐エンジン‐オブジェクトＥｘＥに サイクリックな処理の場合のように処理すべきソフトウェア‐機能モジュール‐ オブジェクトのリストではなくプロセス入力あたりの“コール”すべきソフトウ ェア‐機能モジュール‐オブジェクトのリストを伝達する。このことは、各プロ セス入力にソフトウェア‐機能モジュール‐オブジェクトが対応付けられており 、またプロセス入力における信号変化の際にこの入力に対応付けられているソフ トウェア‐機能モジュール‐オブジェクトを始動すべきであることを意昧する。 処理仮定Ｂ）を顧慮してのサイクリックな処理と相違して、Ｅｘｅ‐エンジン‐ オブジェクトＥｘＥは処理サイクルの間に下記の過程Ｄ）を実行する： Ｄ）プロセス写像の入力における信号状態変化を確認し、これらの入力に対応付 けられているソフトウェア‐機能モジュール‐オブジェクトを処理する。 材料経済、製造計画、人員投入などのような企業のなかに生ずるその他の課題 は上位概念である管理‐情報システムのもとに一括されており、また同じくイン ターネットに接続されているワークステーションまたはサーバーにより処理され る。それらは、持続的なオブジェクト指向のソフトウェア‐機能モジュールを部 分プロセスの代わりとして保持し、必要の際に始動させる大きいデータバンクを 用いる。 自動化装置ならびにインテリジェントなフィールド装置のソフトウェア‐機能 モジュールは、自動化課題の設計、計画、プログラミングおよび自動化グループ の構成要素の間の通信を顧慮して、管理‐エンジニアリング‐システムのなかの それらおよび管理‐エンジニアリング‐および情報システムのなかのそれらにコ ンパチブルである。課題の拡張または課題の移動はそれにより従来よりも分かり やすくかつ簡単に成就される。 本発明により、全世界にわたる作動を可能にする一貫した自動化システムが得 られる。自動化装置および標準計算機の従来の技術から知られている広範囲な脱 結合は避けられる。プロセス、資源および組織のようなすべての企業要素をオブ ジェクト指向にモデル化する可能性が開かれる。これらのオブジェクトモデルか らのソフトウェアのインプリメンテーションは、統一的なツールチェインを介し て一貫したアーキテクチュアの枠内で行われる。プロセスの最適化または変更の 段階ではオブジェクトのシフトにより簡単なソフトウェア適応が可能である。さ らに世界的規模の、フレキシブルな、また分散配置された製造が中央での計画、 シミュレーションおよび最適化により可能にされる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＣＮ，ＣＺ，ＨＵ，Ｊ Ｐ，ＫＲ，ＰＬ，ＳＧ，ＵＳ

Claims (1)

1. 【特許請求の範囲】 １．制御プログラムのソフトウェア‐機能モジュールを供給されて、それを制御 作動の間にサイクリックにかつ（または）割込み制御されて処理する自動化装置 であって、その際にソフトウェア‐機能モジュールがロード可能に、また制御プ ログラムのラン時間に対してこれのなかにバインド可能に構成されている自動化 装置において、 −ソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ４）がオブジェクト指 向に構成されており、またインターネットおよび自動化装置のインターネット‐ 通信インタフェースを介してこの自動化装置のなかにロード可能であり、また −自動化装置が、ソフトウェア‐機能モジュール‐オブジェクト（ＳＦＯ１、… 、ＳＦＯ４）をバインドするため、また制御プログラムを処理するために、ソフ トウェア‐機能モジュール‐進行システム（ＰＬＣ‐オブジェクト‐エンジン‐ システム；Ｂｏｓ，ＥｘＥ，Ｗｄ，ＩＯ）を有する ことを特徴とする自動化装置。 ２． −ソフトウェア‐機能モジュール‐進行システムがＥｘｅ‐エンジン‐オブジェ クト（ＥｘＥ）、ウォッチドッグ（Ｗｄ）、ブートストラップ（Ｂｏｓ）および 入力／出力‐モジュール‐オブジェクト（ＩＯ）を含んでおり、そのなかに入力 および出力のプロセス写像が格納可能であり、またそれにプロセス入力の信号状 態が供給可能であり、またそれを通じて信号状態がプロセス出力に供給可能であ り、 −ブートストラップ（Ｂｏｓ）が制御作動の開始前にソフトウェア‐機能モジュ ール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４）および入力／出力‐モジュール ‐オブジェクト（ＩＯ）を発生し、またＥｘｅ‐エンジン‐オブジェクト（Ｅｘ Ｅ）に： −制御プログラムのサイクリックな処理の場合には処理すべきソフトウェア‐ 機能モジュール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４）のリストを、 −制御プログラムの割込みされる処理の場合には各プロセス入力に対する処理 すべきソフトウェア‐機能モジュール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４ ）のリストを供給し、 −ブートストラップ（Ｂｏｓ）が制御作動の開始時にＥｘｅ‐エンジン‐オブジ ェクト（ＥｘＥ）を始動させ、これが最初にウォッチドッグ（Ｗｄ）を始動させ 、これがサイクル時間の超過の際にＥｘｅ‐エンジン‐オブジェクト（ＥｘＥ） をリセットし、また続いてサイクリックに、 −プロセス写像の入力を更新し、 −制御プログラムのサイクリックな処理の場合にはソフトウェア‐機能モジュ ール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４）のそれぞれ処理過程を処理し、 −制御プログラムの割込みされる処理の場合には入力における信号状態の変化 を確認し、またこれらの入力に対応付けられているソフトウェア‐機能モジュー ル‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４）を処理し、 −プロセス写像の出力を更新する ことを特徴とする請求項１記載の自動化装置。 ３．Ｅｘｅ‐エンジン‐オブジェクト（ＥｘＥ）ならびにウォッチドッグ（Ｗｄ ）がスレッドとして構成されていることを特徴とする請求項２記載の自動化装置 。 ４．通信インタフェースがＴＣＰ／ＩＰ‐プロトコル‐通信を可能にすることを 特徴とする請求項１ないし３のいずれか１つに記載の自動化装置。 ５．ソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ４）がＪａｖａ‐バ イトコード化されており、プログラム言語“Ｊａｖａ Ｃ”で、または規格ＩＥ Ｃ１１３１によるプログラム言語で作成可能であることを特徴とする請求項１な いし４のいずれか１つに記載の自動化装置。 ６．自動化装置に供給されて、その制御作動の間にサイクリックにかつ（または ）割込み制御されて処理される制御プログラムのソフトウェア‐機能モジュール を作成するためのプログラミング装置であって、ソフトウェア‐機能モジュール がロード可能に、また制御プログラムのラン時間に対して制御プログラムのなか にバインド可能に構成されているプログラミング装置において、 −プログラミング装置がソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ ４）をオブジェクト指向に構成して作成し、 −プログラミング装置が自動化装置にインターネットおよびプログラミング装置 のインターネット‐通信インタフェースを介してソフトウェア‐機能モジュール （ＳＦＯ１、…、ＳＦＯ４）を供給し、かつ（または） −プログラミング装置にインターネットおよびインターネット‐通信インタフェ ースを介してソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ４）を供給 可能である ことを特徴とするプログラミング装置。 ７．制御プログラムをシミュレートするためソフトウェア‐機能モジュール‐進 行システム（ＰＬＣ‐オブジェクト‐エンジン‐システム；Ｂｏｓ，ＥｘＥ，Ｗ ｄ，ＩＯ）を有することを特徴とする請求項６記載のプログラミング装置。 ８．通信インタフェースがＴＣＰ／ＩＰ‐プロトコル‐通信を可能にすることを 特徴とする請求項６または７記載のプログラミング装置。 ９．ソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ４）がプログラミン グ装置上で進行し得るプログラム言語“ＪＡＶＡ Ｃ”で、または規格ＩＥＣ１ １３１によるプログラム言語で作成可能であり、Ｊａｖａ‐バイトコード化され て翻訳可能であることを特徴とする請求項６ないし８のいずれか１つに記載のプ ログラミング装置。 １０．プロセス制御のために用いられる複数の像オブジェクトを含んでいるプロ セス像を作成しかつ表示するための操作‐および監視プログラムの操作‐および 監視‐ソフトウェアモジュールを有する操作‐および監視装置であって、像オブ ジェクトが、自動化装置が制御作動の間に処理する制御プログラムのソフトウェ ア‐機能モジュールに関係しており、また操作‐および監視‐ソフトウェアモジ ュールがロード可能に、また操作‐および監視プログラムのラン時間に対してプ ログラムのなかにバインド可能に構成されている操作‐および監視装置において 、 −操作‐および監視装置が操作‐および監視‐ソフトウェアモジュールをオブジ ェクト指向に構成して作成し、 −操作‐および監視‐ソフトウェアモジュールが操作‐および監視装置によりイ ンターネットおよび操作‐および監視装置のインターネット‐通信インタフェー スを介して伝達可能であり、かつ（または） −操作‐および監視装置にインターネットおよびインターネット‐通信インタフ ェースを介して操作‐および監視‐ソフトウェアモジュールおよび（または）プ ロセス量が供給可能であり、かつ −操作‐および監視装置が操作‐および監視‐ソフトウェアモジュールを処理す るための操作‐および監視‐ソフトウェアモジュール‐進行システム（操作‐お よび監視‐オブジェクト‐エンジン‐システム）を有する ことを特徴とする操作‐および監視装置。 １１．通信インタフェースがＴＣＰ／ＩＰ‐プロトコル‐通信を可能にすること を特徴とする請求項１０記載の操作‐および監視装置。 １２．操作‐および監視‐ソフトウェアモジュールが操作‐および監視装置上で 進行し得るプログラム言語“ＪＡＶＡ Ｃ”で、または規格ＩＥＣ１１３１によ るプログラム言語で作成可能であり、また操作‐および監視装置によりＪａｖａ ‐バイトコード化されて翻訳可能であることを特徴とする請求項１０または１１ 記載の操作‐および監視装置。 １３．制御プログラムの少なくとも１つのソフトウェア‐機能モジュールを供給 されて、それを制御作動の間にサイクリックにかつ（または）割込み制御されて 処理するインテリジェントなフィールド装置であって、ソフトウェア‐機能モジ ュールがロード可能に、また制御プログラムのラン時間に対して制御プログラム のなかにバインド可能に構成されているインテリジェントなフィールド装置にお いて、 −ソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ４）がオブジェクト指 向に構成されており、またインターネットおよびフィールド装置のインターネッ ト‐通信インタフェースを介してこのフィールド装置のなかにロード可能であり 、また −フィールド装置がソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ４） をバインドし、また制御プログラムを処理するためのソフトウェア‐機能モジュ ール‐進行システム（ＰＬＣ‐オブジェクト‐エンジン‐システム；Ｂｏｓ，Ｅ ｘＥ，Ｗｄ，ＩＯ）を有する ことを特徴とするインテリジェントなフィールド装置。 １４． −ソフトウェア‐機能モジュール‐進行システムがＥｘｅ‐エンジン‐オブジェ クト（ＥｘＥ）、ウォッチドッグ（Ｗｄ）、ブートストラップ（Ｂｏｓ）および 入力／出力‐モジュール‐オブジェクト（ＩＯ）を含んでおり、そのなかに入力 および出力のプロセス写像が格納可能であり、またそれにプロセス入力の信号状 態が供給可能であり、またそれを通じて信号状態がプロセス出力に供給可能であ り、 −ブートストラップ（Ｂｏｓ）が制御作動の開始前にソフトウェア‐機能モジュ ール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４）および入力／出力‐モジュール ‐オブジェクト（ＩＯ）を発生し、またＥｘｅ‐エンジン‐オブジェクト（Ｅｘ Ｅ）に： −制御プログラムのサイクリックな処理の場合には処理すべきソフトウェア‐ 機能モジュール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４）のリストを、 −制御プログラムの割込みされる処理の場合には各プロセス入力に対する処理 すべきソフトウェア‐機能モジュール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４ ）のリストを供給し、 −ブートストラップ（Ｂｏｓ）が制御作動の開始時にＥｘｅ‐エンジン‐オブジ ェクト（ＥｘＥ）を始動させ、これが最初にウォッチドッグ（Ｗｄ）を始動させ 、これがサイクル時間の超過の際にＥｘｅ‐エンジン‐オブジェクト（ＥｘＥ） をリセットし、また続いてサイクリックに、 −プロセス写像の入力を更新し、 −制御プログラムのサイクリックな処理の場合にはソフトウェア‐機能モジュ ール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４）のそれぞれ処理過程を処理し、 −制御プログラムの割込み制御される処理の場合には入力における信号状態の 変化を確認し、またこれらの入力に対応付けられているソフトウェア‐機能モジ ュール‐オブジェクト（ＳＦＯ１、…、ＳＦＯ４）を処理し、 −プロセス写像の出力を更新する ことを特徴とする請求項１３記載のインテリジェントなフィールド装置。 １５．Ｅｘｅ‐エンジン‐オブジェクト（ＥｘＥ）ならびにウォッチドッグ（Ｗ ｄ）が“スレッド”として構成されていることを特徴とする請求項１４記載のイ ンテリジェントなフィールド装置。 １６．通信インタフェースがＴＣＰ／ＩＰ‐プロトコル‐通信を可能にすること を特徴とする請求項１３ないし１５のいずれか１つに記載のインテリジェントな フィールド装置。 １７．ソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ４）がＪａｖａ‐ バイトコード化されており、またプログラム言語“ＪＡＶＡ Ｃ”で、または規 格ＩＥＣ１１３１によるプログラム言語で作成可能であることを特徴とする請求 項１３ないし１６のいずれか１つに記載のインテリジェントなフィールド装置。 １８．自動化システムにおいて、 −請求項１ないし５のいずれか１つによる少なくとも１つの自動化装置を有し、 −請求項６ないし９のいずれか１つによる少なくとも１つのプログラミング装置 を有し、かつ（または） −請求項１０ないし１２のいずれか１つによる少なくとも１つの操作‐および監 視装置を有する ことを特徴とする自動化システム。 １９．請求項１３ないし１７のいずれか１つによる少なくとも１つのインテリジ ェントなフィールド装置を有することを特徴とする請求項１８記載の自動化シス テム。 ２０．自動化グループにおいて、 −請求項１８または１９による自動化システムを有し、また −オブジェクト指向のソフトウェア‐機能モジュール（ＳＦＯ１、…、ＳＦＯ４ ）を有する少なくとも１つのワークステーションおよび（または）サーバーを有 する ことを特徴とする自動化グループ。