JP2011503682A

JP2011503682A - 制御プログラムを有する自動化装置ならびに制御プログラムをプログラミングするための方法

Info

Publication number: JP2011503682A
Application number: JP2010527452A
Authority: JP
Inventors: シュープ、ロナルド; デラマー、イバン; コロンボ、アルマンド・ワルター
Original assignee: シュナイダー・エレクトリック・オートメイション・ゲーエムベーハー
Priority date: 2007-10-05
Filing date: 2008-10-02
Publication date: 2011-01-27
Also published as: CN101849223B; US20100293360A1; CN101849223A; EP2201454A1; WO2009047201A1

Abstract

本発明は、自動化装置（１２，１６，１８）であって、複数の制御プログラム（２８，３０，３２）のための実行機構（２６）、ならびに複数の他の自動化装置（１２，１６，１８）および／または自動化ソフトウェアとの通信のためのＷｅｂサービス・スタック（３８）を有する自動化装置に関し、および制御プログラムをプログラミングする方法に関する。複数の制御プログラムをプログラミングしおよび／または設定するためには、自動化装置（１２，１６，１８）が、統合された、Ｗｅｂベースのプログラミング・インタフェース（４２）を有することが提案されている。この方法は、以下の工程段階、すなわち、Ｗｅｂブラウザ（２２）と、任意の或る自動化装置（１２，１６，１８）に統合された、Ｗｅｂベースのプログラミング・インタフェース（４２）との間の接続を構成すること、プログラミング・アプリケーションおよび設定アプリケーションをＷｅｂブラウザ（２２）に表示すること、プログラミング言語を用いて少なくとも１つの制御プログラム（２８，３０，３２）を生成すること、少なくとも１つの制御プログラム（２８，３０，３２）へのアクセスのためにＷｅｂサービス（４０）を設定すること、を有する。
【選択図】図１

Description

本発明は、請求項１の前提部分に記載の制御プログラムを有する自動化装置、ならびに請求項８の前提部分に記載の自動化装置の少なくとも１つの制御プログラムをプログラミングしおよび／または設定するための方法に関する。

Ｗｅｂサービス・スタックを有する自動化装置ならびに自動化装置の中で自動化プログラムを呼び出す方法が、特許文献１に記載されている。ここでは、自動化プログラムを遠隔制御で呼び出すためのＷｅｂサービス・インタフェースが、自動化プログラムおよびＷｅｂサービス・スタックより上位にあることが提案されている。自動化装置は、ネットワークを介して、複数の他の自動化装置および／またはアプリケーションに接続されていることが可能である。Ｗｅｂサービス・インタフェースは、ネットワークを介して、ＷＳディスカバリのようなプロトコルによって、上位のソフトウェア・アプリケーションの有無について認識可能である。出力メッセージがサブスクリプト可能である。

自動化プログラムのプログラミング、変更、設定および／またはデバッギングは、特許文献１には記載されていない。

非特許文献１には、リソース依存の埋め込まれた複数の装置の間の通信のレベルでのサービス指向型アーキテクチャの導入の利点が記載されている。特に、いわゆる「Device Profile for Web Services」（DPWS）の使用が、「インテリジェント」装置のためのかようなアーキテクチャのためのベースとして議論される。

「サービス指向型アーキテクチャ」（ＳＯＡ）とは、上記論文中でかつ以下に、自律的なおよび対話可能なまたは完全に互換性のシステムを構成するための一連のアーキテクチャ原理としてのアーキテクチャを意味する。ここでは、「自律的なシステム」とは、これらのシステムが互いに独立に形成されること、これらのシステムが、自らの環境に独立して作動されること、およびこれらのシステムが固有の機能性を有することを意味する。例えば、この機能性が、より高いレベルの機能性に接続されていなくても、この機能性は役立つ。

対話可能性または完全な互換性は、インタフェースのまたは通信インタフェースの明確な抽象化によって促進される。サービスは、サービスの実装によって、自らの環境に通信インタフェースを提供する。

装置レベルのＳＯＡの相互作用の基本的なパターンを、アドレッシング、発見、記述、制御およびイベントという５つの機能レベルで記述することができる。ここでは、複数の装置を、制御型の装置または被制御型の装置として特徴づけする。しかしながら、１つの与えられた装置が、２つの役割を具体化することができ、ピアツーピアの対話を可能にする。更に、装置レベルのサービス指向型プロトコル、例えば、ＩＰ、ＴＣＰ，ＵＤＰ、ＨＴＴＰ、ＳＯＡＰおよびＸＭＬを含むＵＰｎＰ（Universal Plug and Play）が記載される。

「Device Profile for Web Services(DPWS)」に関する試みが詳述される。この試みは、ＵＰｎＰと同じ利点を有するが、更に、Ｗｅｂサービス技術に完全に向けられている。

ＤＰＷＳの仕様は、装置がサービスの２つのタイプ、すなわち、「ホスティング・サービス」および「ホステッド・サービス」を有してなるアーキテクチャを定義する。「ホスティング・サービス」は、装置の発見過程の際に重要な役割を果たす。「ホステッド・サービス」は、通常、機能上、発見のための「ホスティング・サービス」に依存している。「ホステッド・サービス」に加えるに、ＤＰＷＳは、以下の一連の組み込まれたサービスを指定する。

-「ディスカバリ・サービス」：自己識別するためにおよび複数の他の装置を見出すためにネットワークに接続されている装置によって、用いられる。

-「メタデータ交換サービス」：装置の「ホステッド・サービス」への、および装置のメタデータ、例えばＷＳＤまたはＸＭＬスキーマ定義への動的なアクセスを提供する。

-「パブリッシュ・サブスクライブ・イベンティング・サービス」:複数の装置に、与えられたサービスによって作られまたは生成される非同期性のイベント・メッセージをサブスクライブさせる。

ＤＰＷＳの用語では、「被制御装置」が単に「装置」と呼ばれ、他方、「制御する装置」が「クライアント」と呼ばれる。

ＤＰＷＳプロトコル・スタックは、以下のコンポーネントからなる。すなわち、
-サービス通信インタフェース（インタフェース）の抽象的な記述のための、および、インタフェースの、伝達または転送プロトコルへの接続のための「ＷＳＤＬ（Web Services Discription Language）」、
-サービスへアドレスされかつサービスによって受信されるメッセージを構成するために用いられるデータフォーマットを定義するための「ＸＭＬスキーマ」、
-「ＳＯＡＰ」すなわちサービスに関連のメッセージを転送するためのプログラムであって、これらのメッセージは、自らの対応のＷＳＤＬ定義に従ってフォーマットされており、
-「ＷＳアドレッシング」は、ＳＯＡＰに密に接続されており、すべてのアドレス情報を、ＳＯＡＰのメッセージ・エンベロープのヘッダに集中し、このことによって、メッセージ内容を、各々のトランスポート・プロトコル（ＨＴＴＰ、ＳＭＩＴ、ＴＣＰ、ＵＤＰ、．．．）を介して転送することができ、
-「ＷＳポリシー」は、サービスのＷＳＤＬ記述を完了する「ポリシー・アサーション」の形態をとる規則をＷｅｂサービスとの関連で表現するために、用いられ、
-「ＷＳメタデータ交換」は、Ｗｅｂサービスに関連したメタデータ（記述、スキーマおよびポリシー）の動的問い合わせを可能にし、Ｗｅｂサービス自己検査機構によって利用され、
-「ＷＳセキュリティ」は、「エンド・ツー・エンド」メッセージの整合性、機密性および信頼性を保証するための選択的なセットの機構である。

ＤＰＷＳプロトコル・スタックは、上記すべての基準を統合する。上記Ｗｅｂサービス・コアプロトコルに加えて、ＤＰＷＳ基準によるＷｅｂサービスプロトコルは、「発見」および「防止」を補う。例えば、
-「ＷＳディスカバリ」は、ネットワークで接続されたリソースをプラグアンドプレイで発見するためのプロトコルである。ＷＳディスカバリは、複数の装置を探しかつ発見するためのマルチキャスト・プロトコルを定義する。一度発見されたら、任意の或る装置は、この装置が用いるサービスを示し、
-「ＷＳイベンティング」は、「パブリッシュ・サブスクライブ」イベントを処理するプロトコルを定義し、このプロトコルは、任意の或るＷｅｂサービスに、イベントに関連したメッセージを複数の他のＷｅｂサービスと交換することを可能にする。ＷＳイベンティングは、装置指向型のシステムから、エンタープライス規模のパブリッシュ・サブクライブ・システムへの一連のアプリケーションを、同一のアーキテクチャの上部で実装するために、設けられている。

典型的には、ＤＰＷＳベースの各々のサービスは、所定のＷＳＤＬ記述を有する。この記述は、装置に特有である。かくして、装置の異なったタイプは、僅かな共通性を持つ異なったＷＳＤＬ記述を有する。

ＤＰＷＳサービスのコードは、種々の機能において、メッセージを加工する必要がある。これらの機能は、所定のサービスのＤＰＷＳ記述に依存している。この関連で一方のサービスが他方のサービスと通信することができるように、２つのサービスが、他方のサービスの、各々の、特定の機能を実装しなければならない。従って、各々のＷＤＳＬ記述は、新たなサービスが構成されたときはいつでも、コンパイルされねばならない。その目的は、サーバ・コードおよびクライアント・コードを生成するためである。

複数の装置が抽象化するサービスが、動的な環境の中で、多数の装置と互いに通信することが意図されるとき、すべてのユーザを実装することは、所定のサービスが他のサービスと交換するメッセージに基づく所定のサービスにとって、非実用的である。このことは、複数の装置が、多数の工程および／または実行に晒されているとき、特に重要である。

更に、装置の集まりが望ましくてなるネットワーク環境では、再プログラミングは、装置の集まりの動的変化にとってならびにシステムの即座に作動可能な接続性にとって、重大な障害である。

非特許文献２は、産業用自動化装置のネットワーキングの際の、サービス指向型アーキテクチャの使用を記載している。自動化装置は、Ｗｅｂサービスを含む。これらのＷｅｂサービスには、共通の汎用のアクセス・インタフェースが備えられる。その目的は、自動化装置が提供する複数の機能の自動的認識および開始を可能にするためである。

自動化プログラムの呼び出しも、自動化プログラムのプログラミングおよび設定および加工も、この論文には記述されていない。
WO2008/101912 A1 F. Jammes;A. Mensch;H. Smitの論文「Service-oriented device communications using the device profile for web services」MIPAC’05, November 28,-December 2,2005, Grenoble. France, F. Jammes et alの論文「Orchestration of Service-Oriented Manufacturing Process」at IEEE, 2005

このことを前提として、本発明の課題は、自動化装置と、この自動化装置の制御プログラムをプログラミングするための方法とを、制御プログラムの作成、変更およびデバッキングが容易な方法で可能であるように、改善することである。

上記課題は、本発明に基づき、自動化装置により、この自動化装置が、統合された、Ｗｅｂベースのプログラミング・インタフェースを有することによって、解決される。

プログラミング・インタフェースが、埋め込まれたＷｅｂサービスに設けられており、自動化装置に接続されているＷｅｂブラウザを介してアクセス可能であることは好ましい。この目的のために、自動化装置が、バス・システムを介して、複数の他の自動化装置と、プログラミング・インタフェースをアクセスすることができるために用いるＷｅｂブラウザとに接続されていることは好ましい。

このことによって、以下のような機能、すなわち、
-任意の或る新たな制御プログラムを生成すること、
-制御プログラムのためのコードを変更すること、
-複数の制御プログラムを開始、停止、リリース、非アクティブ、リセットすること、
-任意の或る制御プログラムのためのＸＭＬ-Ｗｅｂサービス・インタフェースを設定すること、すなわち、
-メッセージ構造および／またはメッセージ・スキーマ
-呼び出された制御プログラム
-パラメータ伝送
-イベント生成
-サービス-最終点-設定すなわち名前および呼び出しアドレス
および
-制御プログラムをデバッグすること、が可能となる。

自動化装置が、プログラミング・インタフェースを介して、自動化言語、例えば、ＩＥＣ−６１１３１に基づくＬＤ、ＦＤＤ、ＳＴまたはＩＬによって、プログラミング可能および／または検査可能であることは好ましい。

更に、自動化装置は、プログラミング・インタフェースによってＷｅｂサービスおよびＸＭＬメッセージングが設定可能であることを特徴とする。

更に、ユーザ定義のプロセス条件が満たされているとき、複数の制御プログラムおよび／または制御プログラム・タスクが、制御ＸＭＬメッセージングおよび／またはＷｅｂサービスによって呼び出し可能であり、あるいは、ＸＭＬイベント・メッセージが生成可能であることが提案されている。

他の好ましい実施の形態では、複数の制御プログラムのための実行機構と、Ｗｅｂサービス・スタックと、プログラミング・インタフェースとは、同一のプロセッサに統合されており、好ましくはこのプロセッサで作動する。この場合、Ｗｅｂサービス機能および／またはＸＭＬメッセージング機能およびプログラミング環境は、同一の埋め込まれたＷｅｂサーバ３６を共用する。

Ｗｅｂサービス機能およびＸＭＬメッセージング機能は、ＩＥＣ６１１３１のようなインタープリタを介して、複数の制御プログラムのための実行機構に接続されている。

更に、本発明は、ネットワークを介して、他の複数の自動化装置および少なくとも１つのＷｅｂブラウザに接続されており、かつ他の複数の自動化装置および自動化ソフトウェアとの通信のためにＷｅｂサービスを利用する任意の或る自動化装置の、その少なくとも１つの制御プログラムをプログラミングしおよび／または設定するための方法に関する。本発明に係わる方法は、以下の工程段階、すなわち、
-Ｗｅｂブラウザと、任意の或る自動化装置に統合されたプログラミング・インタフェースとの間の接続を構成すること、
-プログラミング・アプリケーションおよび設定アプリケーションをＷｅｂブラウザに表示すること、
-プログラミング言語を用いて少なくとも１つの制御プログラムを生成すること、
-少なくとも１つの制御プログラムへのアクセスのためにＷｅｂサービスを設定すること、
を有する。

プログラミング・インタフェースが、ＩＥＣ−６１１３１に基づくＬＤ、ＦＢＤ、ＳＴまたはＩＬのようなプログラミング言語によって任意の或る自動化装置のプログラミングを可能にするプログラミング環境を提供することは好ましい。この場合、プログラミング言語によって、ＷｅｂサービスベースのＸＭＬメッセージングが設定され、かつ複数の制御プログラムがデバックされる。

ＸＭＬイベント・メッセージを生成するために、ＸＭＬメッセージングおよび／またはＷｅｂサービスを用いることは好ましい。

複数の制御プログラムと、ＸＭＬメッセージング機能と、プログラミングおよび／またはデバッギング機能とのための実行機構が、同一のプロセッサにしっかり統合されており、このプロセッサで作動することが、特に好都合であることが明らかになった。

他の好ましい方法では、Ｗｅｂサービス機能および／またはＸＭＬメッセージング機能およびプログラミング環境は、同一の埋め込まれたＷｅｂサーバ、例えばＨＴＴＰサーバを共用する。

この場合、Ｗｅｂサービス機能および／またはＸＭＬメッセージング機能は、制御プログラムのための実行機構、例えばＩＥＣ６１１３１基準のインタープリタヘの、直接的なソフトウェア・アクセスを有する。

本発明の複数の他の詳細、利点および特徴は、複数の請求項と、これらの請求項から読み取れる、単独および／または組合せで生じる複数の特徴とからのみならず、図面から見て取れる複数の好ましい実施の形態の以下の記述からも明らかである。

図１は、自動化装置の機能図である。図２は、Ｗｅｂブラウザによる、複数の自動化装置に統合されたプログラム・アプリケーションへのアクセスの、略図である。

図1は、自動化装置１２の機能図１０を示す。この自動化装置は、図２に示すように、ネットワーク１４を介して、他の自動化装置１６，１８と、統合されたＷｅｂブラウザ２２を有するパソコン２０とに接続されている。

以下、機能図１０を、自動化装置１２を例として説明する。この自動化装置は、実時間操作システム２４を有する。この実時間操作システムでは、制御実行機構２６が、複数の制御プログラム２８，３０，３２を実行するために作動する。

自動化装置１２をネットワーク１４に接続するために、ＴＣＰ／ＵＴＢ／ＩＰスタック３４およびＨＴＴＰサーバ３６が設けられている。ＴＣＰ／ＵＴＢ／ＩＰスタック３４およびＨＴＴＰサーバ３６は、ネットワーク１４を介して情報を転送するための複数のトランスポート層を形成する。これらのトランスポート層３４，３６の上に、Ｗｅｂサービス・スタック３８が設けられている。このＷｅｂサービス・スタックは、他の自動化装置１６，１８および自動化および／または制御ソフトウェアとの通信のために利用されるＷｅｂサービス４０を提供する。

本発明では、自動化装置１２が、統合された、Ｗｅｂベースのプログラミング・インタフェース４２を有し、このプログラミング・インタフェースが、埋め込まれた、Ｗｅｂベースのプログラミング環境を利用することが提案されている。

プログラミング・インタフェース４２は、埋め込まれたＷｅｂサーバ３６に位置しており、Ｗｅｂブラウザ３２を介してアクセス可能であり、Ｗｅｂブラウザはネットワーク１４を介して自動化装置１２に接続されている。

プログラミング・インタフェース４２によって提供されるプログラミング環境は、プログラミング言語、例えば、ＩＥＣ−６１１３１に基づくＬＤ、ＦＢＤ、ＳＴまたはＩＬによって、自動化装置１２のプログラミングを可能にする。更に、Ｗｅｂサービス・スタック３８に含まれるＷｅｂサービス４０およびＸＭＬメッセージを設定し、複数の制御プログラム２８，３０，３２をデバッグすることができる。

更に、ＸＭＬメッセージングおよび／またはＷｅｂサービス４０を用いるのは、ユーザ定義のプロセス条件が満たされているとき、制御プログラムおよび／または制御タスク２８，３０，３２を呼び出すためであり、あるいは、ＸＭＬイベント・メッセージを生成するためである。

制御実行機構２６と、プログラミング・インタフェース４２のＸＭＬメッセージング機能およびプログラミングおよび／またはデバッギング機能を有するＷｅｂサービス・スタック３とは、自動化装置の中にしっかり統合されており、同一のプロセッサで、実時間操作システム２４上に実行される。

Ｗｅｂサービスおよび／またはＸＭＬメッセージング機能、およびプログラミング・インタフェース４２によって提供されるプログラミング環境は、ネットワーク１４との通信のために同一の埋め込まれたＷｅｂサーバ３６を共用する。２つの機能は、例えばＩＥＣ６１１３１基準のインタープリタとして形成されていることができる制御実行機構２６への、直接的なソフトウェア・アクセスを有する。

図１は、自動化装置１２の機能図を示す。自動化装置は、複数の制御プログラム２８，３０，３２のための制御実行機構２６を有する。Ｗｅｂサービス・スタック３８は、以下のこと、すなわち、
これらの制御プログラム２８，３０，３２の実行を呼び出すことであって、スタック３８によって受信されたＸＭＬメッセージは、ＩＥＣ６１１３１のタスクのような任意の或る与えられた制御プログラム２８，３０，３２を開始するために実行機構２６において機能を呼び出し、ＸＭＬメッセージから抽象されたパラメータが用いられるのであって、
イベント・メッセージを生成することであって、任意の或る制御プログラム２８，３０，３２の実行中に、Ｗｅｂサービス・スタック３８、例えばＸＭＬメッセージによって伝えられかつ分配される１つまたは複数のイベント・メッセージを生成すること、を可能にする。

更に、プログラミング・アプリケーションまたはプログラミング・インタフェース４２は、図２に示したＷｅｂブラウザ３２を介して、Ｗｅｂサーバ３６によってアクセス可能であり、以下のような機能、すなわち、
-新たな制御プログラムを生成すること、
-制御プログラムのためのコードを変更すること、
-複数の制御プログラムを開始、停止、リリース、非アクティブ、リセットすること、
-任意の或る制御プログラムのためのＸＭＬ-Ｗｅｂサービス・インタフェースを設定すること、すなわち、
-メッセージ構造および／またはメッセージ・スキーマ
-呼び出された制御プログラム
-パラメータ伝送
-イベント生成
-サービス-最終点-設定すなわち名前および呼び出しアドレス
および
-複数の制御プログラムをデバッグすること、を可能する。

以下、任意の或るサービス指向型の自動化装置の設定段階を記述する。

制御エンジニアが、Ｗｅｂブラウザ２２を用いての自動化装置１２への接続を構成する。装置によって表示されたホームページは、プログラミング・インタフェース４２へのアクセスを可能にする。場合によっては、この目的のために、ユーザ名およびパスワードを挙げねばならない。その目的は、エンジニアを認証するためである。

プログラミング・アプリケーションおよび設定アプリケーション４２を、次に、Ｗｅｂブラウザ２２に表示する。アプリケーションは、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ，Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ，ＮＥＴプログラムまたはＡＪＡＸスタイル・アプリケーションとして実装することができる。

エンジニアは、複数の制御プログラム２８，３０，３２を生成するために、アプリケーション４２を用いる。この場合、ＩＥＣ６１１３１基準の言語を用いる。プログラミング・アプリケーション４２は、内部で、６１１３１コードを、ネイティブ・バイト・コードまたは解釈型バイト・コードに翻訳する。

エンジニアは、次に、Ｗｅｂサービス３８，４０を設定する。Ｗｅｂサービスは、を用いることができるのは、複数の制御プログラム２８，３０，３２のうちの１つにアクセスするためである。設定は、呼び出しメッセージを定義付けすること、メッセージ・パラメータをマッピングして制御プログラムを生成すること、および形成される各々のイベント・メッセージを追加することからなる。

次に、エンジニアは、Ｗｅｂブラウザ３２によるアプリケーションのデバッギングを継続し、あるいは、適切なコマンドを用いることができる。その目的は、プログラムの独立実行を可能にするためである。

要約すれば、統合された、Ｗｅｂベースのプログラミング・インタフェースを備え、かつ、複数の他の自動化装置および自動化ソフトウェアとの通信のためにＷｅｂサービスを用いる自動化装置が提供されることが述べられる。プログラミング・インタフェースは、埋め込まれたＷｅｂサーバに位置しており、自動化装置に接続されているＷｅｂブラウザを介し、アクセス可能である。

プログラミング環境は、自動化言語、例えば、ＩＥＣ６１１３１に基づくＬＤ、ＦＢＤ、ＳＴまたはＩＬによる自動化装置のプログラミングを可能にし、自動化言語は、ＷｅｂサービスおよびＸＭＬメッセージを設定し、複数の制御プログラムをデバッグする。

Claims

自動化装置（１２，１６，１８）であって、複数の制御プログラム（２８，３０，３２）のための実行機構（２６）、ならびに複数の他の自動化装置（１２，１６，１８）および／または自動化ソフトウェアとの通信のためのＷｅｂサービス・スタック（３８）を有する自動化装置において、
前記自動化装置（１２，１６，１８）は、統合された、Ｗｅｂベースのプログラミング・インタフェース（４２）を有することを特徴とする自動化装置。
前記プログラミング・インタフェース（４２）は、埋め込まれたＷｅｂサーバ（３６）に設けられていることを特徴とする請求項１に記載の自動化装置。
前記自動化装置（１２，１６，１８）は、ネットワーク（１４）を介して、他の複数の自動化装置（１２，１６，１８）およびＷｅｂブラウザ（２０）に接続されており、このＷｅｂブラウザを介して、前記プログラミング・インタフェース（４２）がアクセス可能であることを特徴とする請求項１または２に記載の自動化装置。
前記自動化装置（１２，１６，１８）および／または前記複数の制御プログラム（２８，３０，３２）は、前記プログラミング・インタフェースを介して、自動化言語、例えば、ＩＥＣ−６１１３１に基づくＬＤ、ＦＢＤ、ＳＴまたはＩＬによって、プログラミング可能であることを特徴とする請求項１ないし３のいずれか１項に記載の自動化装置。
前記複数の制御プログラム（２８，３０，３２）のための前記実行機構（２６）と、前記Ｗｅｂサービス・スタック（３８）と、前記プログラミング・インタフェース（４２）とは、同一のプロセッサに統合されており、このプロセッサ上で作動することを特徴とする請求項１ないし４のいずれか１項に記載の自動化装置。
前記Ｗｅｂサービス（４０）のＷｅｂサービス機能およびＸＭＬメッセージング機能および前記プログラミング・インタフェース（４２）は、同一の埋め込まれたＷｅｂサーバ（３６）、例えばＨＴＴＰサーバを用いることを特徴とする請求項１ないし５のいずれか１項に記載の自動化装置。
前記Ｗｅｂサービス（４０）のＷｅｂサービス機能およびＸＭＬメッセージング機能は、ＩＥＣ６１１３１のようなインタープリタを介して、前記複数の制御プログラム（２８，３０，３２）のための前記実行機構（２６）に接続されていることを特徴とする請求項１ないし６のいずれか１に記載の自動化装置。
ネットワーク（１４）を介して、他の複数の自動化装置（１２，１６，１８）および少なくとも１つのＷｅｂブラウザ（２２）に接続されており、かつ他の複数の自動化装置（１２，１６，１８）および自動化ソフトウェアとの通信のためにＷｅｂサービス（４０）を利用する任意の或る自動化装置（１２，１６，１８）の、その少なくとも１つの制御プログラム（２８，３０，３２）をプログラミングしおよび／または設定するための方法において、
この方法は、以下の工程段階、すなわち、
-前記Ｗｅｂブラウザ（２２）と、前記任意の或る自動化装置（１２，１６，１８）に統合された、Ｗｅｂベースのプログラミング・インタフェース（４２）との間の接続を構成すること、
-プログラミング・アプリケーションおよび設定アプリケーションを前記Ｗｅｂブラウザ（２２）に表示すること、
-プログラミング言語を用いて少なくとも１つの制御プログラム（２８，３０，３２）を生成すること、
-前記少なくとも１つの制御プログラム（２８，３０，３２）へのアクセスのためにＷｅｂサービス（４０）を設定すること、
を有することを特徴とする方法。
前記プログラミング・インタフェース（４２）は、ＩＥＣ−６１１３１に基づくＬＤ、ＦＢＤ、ＳＴまたはＩＬのようなプログラミング言語によって前記任意の或る自動化装置のプログラミングを可能にするプログラミング環境を提供することを特徴とする請求項８に記載の方法。
前記プログラミング言語によって、前記Ｗｅｂサービス（４０）およびこのＷｅｂサービスのＸＭＬメッセージングを設定し、前記複数の制御プログラム（２８，３０，３２）をデバッグすることを特徴とする請求項８または９に記載の方法。
前記複数の制御プログラム（２８，３０，３２）および／または制御プログラム・タスクを呼び出すために、ＸＭＬメッセージングおよび／またはＷｅｂサービスを用いることを特徴とする請求項８ないし１０のいずれか１項に記載の方法。
ＸＭＬイベント・メッセージを生成するために、ＸＭＬメッセージングおよび／またはＷｅｂサービスを用いることを特徴とする請求項８ないし１１のいずれか１項に記載の方法。
前記複数の制御プログラム（２８，３０，３２）と、ＸＭＬメッセージング機能と、プログラミングおよび／またはデバッギング機能とのための前記実行機構（２６）は、同一のプロセッサにしっかり統合されており、このプロセッサ上で作動することを特徴とする請求項８ないし１２のいずれか１項に記載の自動化装置。
前記Ｗｅｂサービス機能および／またはＸＭＬメッセージング機能および前記プログラミング環境は、同一の埋め込まれたＷｅｂサーバ（３６）、例えばＨＴＴＰサーバを用いることを特徴とする請求項８ないし１３のいずれか１項に記載の方法。
前記Ｗｅｂサービス機能および／またはＸＭＬメッセージング機能は、複数の制御プログラムのための実行機構、例えばＩＥＣ６１１３１基準のインタープリタへの、直接的なソフトウェア・アクセスを有することを特徴とする請求項８ないし１４のいずれか１項に記載の方法。
前記Ｗｅｂサービス・スタック（３８）は、前記少なくとも１つの制御プログラム（２８，３０，３２）の実行の呼び出しを可能にし、好ましくは、前記Ｗｅｂサービス・スタック（３８）によって受信されたＸＭＬメッセージが、任意の或る与えられた制御プログラムを開始するために、複数の制御プログラム（２８，３０，３２）のための前記実行機構（２６）において機能を呼び出し、前記ＸＭＬメッセージから抽象されたパラメータが用いられることを特徴とする請求項８ないし１５のいずれか１項に記載の方法。
前記Ｗｅｂサービス・スタック（３８）は、前記少なくとも１つの制御プログラム（２８，３０，３２）の実行中に、前記Ｗｅｂサービス・スタックによってＸＭＬメッセージとして伝えられかつ分配される１つまたは複数のイベント・メッセージを生成することを特徴とする請求項８ないし１６のいずれか１項に記載の方法。