(57)【要約】自動化ソフトウェアの自動発生装置および方法において、少なくとも１つのソフトウェア発生器（１１）とプロジェクト発生器（１２）とを含んでいる発生器（１０）を備え、ソフトウェア発生器（１１）を用いて特に計画データ（１７）、プログラム知識（１８）および管理知識（１９）のような予め定め得るまたは予め定められた第１のデータに基づいて開発環境（１４）が発生可能であり、開発環境（１４）を使用してプロジェクト発生器（１２）を用いて特に計画データ（１７）、経験データ（２０）およびハードウェア知識（２１）のような予め定め得るまたは予め定められた第２のデータに基づいて制御ソフトウェア（１５）が発生可能である。
2005527893.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのソフトウェア発生器（１１）とプロジェクト発生器（１２）とを含んでいる発生器（１０）を備え、
ソフトウェア発生器（１１）を用いて特に計画データ（１７）、プログラム知識（１８）および管理知識（１９）のような予め定め得るまたは予め定められた第１のデータに基づいて開発環境（１４）が発生可能であり、
プロジェクト発生器（１２）を用いて開発環境（１４）を使用して特に計画データ（１７）、経験データ（２０）およびハードウェア知識（２１）のような予め定め得るまたは予め定められた第２のデータに基づいて制御ソフトウェア（１５）が発生可能である
ことを特徴とする自動化ソフトウェアの自動発生装置。
【請求項２】
発生器（１０）がさらに設備構成器（１３）を含み、設備構成器（１３）を用いて特にハードウェア知識（２１）のような予め定め得るまたは予め定められた第３のデータに基づいて自動化ハードウェアの構成（１６）が決定可能であることを特徴とする請求項１記載の装置。
【請求項３】
第１のデータが計画データ（１７）、プログラム知識（１８）および／または管理知識（１９）を含んでいることを特徴とする請求項１又は２記載の装置。
【請求項４】
第２のデータが計画データ（１７）、経験データ（２０）および／またはハードウェア知識（２１）を含んでいることを特徴とする請求項１又は２記載の装置。
【請求項５】
第３のデータがハードウェア知識（２１）を含んでいることを特徴とする請求項１又は２記載の装置。
【請求項６】
制御ソフトウェア（１６）がマンマシンインタフェースを含んでいることを特徴とする請求項１乃至５の１つに記載の装置。
【請求項７】
少なくとも１つのソフトウェア発生器（１１）とプロジェクト発生器（１２）とを含んでいる発生器（１０）を使用した自動化ソフトウェアの自動発生方法において、
ソフトウェア発生器（１１）が、特に計画データ（１７）、プログラム知識（１８）および管理知識（１９）のような予め定め得るまたは予め定められた第１のデータに基づいて開発環境（１４）を発生し、
プロジェクト発生器（１２）が、開発環境（１４）を使用して特に計画データ（１７）、経験データ（２０）およびハードウェア知識（２１）のような予め定め得るまたは予め定められた第２のデータを用いて制御ソフトウェア（１５）を発生する
ことを特徴とする自動化ソフトウェアの自動発生方法。
【請求項８】
発生器（１０）がさらに設備構成器（１３）を含み、設備構成器（１３）が特にハードウェア知識（２１）のような予め定め得るまたは予め定められた第３のデータに基づいて自動化ハードウェアの構成（１６）を決定し、場合によっては取り上げることを特徴とする請求項７記載の方法。
【請求項９】
第１のデータが計画データ（１７）、プログラム知識（１８）および／または管理知識（１９）を含んでいることを特徴とする請求項７又は８記載の方法。
【請求項１０】
第２のデータが計画データ（１７）、経験データ（２０）および／またはハードウェア知識（２１）を含んでいることを特徴とする請求項７又は８記載の方法。
【請求項１１】
第３のデータがハードウェア知識（２１）を含んでいることを特徴とする請求項７又は８記載の方法。
【請求項１２】
制御ソフトウェア（１６）がマンマシンインタフェースを含んでいることを特徴とする請求項７乃至１１の１つに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は自動化ソフトウェアの自動発生装置に関する。さらに、本発明はこのような自動化ソフトウェアの自動発生方法に関する。
【０００２】
独国特許出願第102 06 691号明細書には、コンピュータのメモリのなかに記憶されている少なくとも１つのサービスを利用者により利用する方法が示されている。サービスは利用者の仕様に相応するソフトウェアの準備である。利用者はサービスへのアクセスを監視する管理ユニットに自らを申告し、所望のサービスを仕様指定する。それに基づいて管理ユニットが仕様指定に相応するサービスを呼び出すために必要な個別構成要素を決定し、これらからソフトウェアを発生する。さらに管理ユニットは必要な各個別構成要素に対してライセンスデータバンクの利用者に割当てられたライセンスデータセットのなかに書き込みを発生する。
【０００３】
独国特許出願第102 09 640号明細書には、発生器がＨＭＩプログラムの構造を認識し、自動化プログラムの構造に変換することによって、ＨＭＩプログラム（ＨＭＩ＝“ｈｕｍａｎ  ｍａｃｈｉｎｅ  ｉｎｔｅｒｆａｃｅ”）から発生器を用いて自動化プログラムを発生する方法が示されている。
【０００４】
本発明の課題は自動化ソフトウェアの作成の際の進行を簡単化することにある。
【０００５】
自動化ソフトウェアの作成の際の進行のこのような簡単化は請求項１に示されている装置により達成される。そのために、自動化ソフトウェアの自動発生装置において、少なくとも１つのソフトウェア発生器とプロジェクト発生器とを含んでいる発生器を備え、ソフトウェア発生器を用いて特に計画データ、プログラム知識および管理知識のような予め定め得るまたは予め定められた第１のデータに基づいて開発環境が発生可能であり、プロジェクト発生器を用いて開発環境を使用して特に計画データ、経験データおよびハードウェア知識のような予め定め得るまたは予め定められた第２のデータに基づいて制御ソフトウェアが発生可能である。このような簡単化は同じく請求項７に示されている方法により達成される。
【０００６】
本発明は、ソフトウェアにおける継続開発は常に、応用者が固有の課題をより簡単かつより迅速に解き得るための新たな能力特徴の付加に関するという認識から出発する。しかし本発明は、課題を前面におき、課題を解決するために自動化ソフトウェアの最適化された発生を行なう。種々の形式のデータへのアクセスの際の現在の可能性が利用される。例えばインターネットの利用の際に使用されるような高い能力の探索アルゴリズムにより、広範囲のデータストックが、例えば課題の記述の際に“醸造所”、“鋼圧延工場”などのようなキーワードの形態で生ずるような予め定められたまたは予め定め得るキーデータに関して探索される。その他に、標準化されたインタフェースの使用への傾向が観察される。これらのインタフェースは、例えばＣＡＤデータの継続処理を、ＣＡＤデータに基づいて、しかもこのようなＣＡＤデータの個々のデータセットに結び付けられたライブラリ情報に基づいて、自動化すべき技術的プロセスのなかに含まれている電動機、弁、リミットスイッチなどのような全ての構成要素を決定可能である形態で可能にする。例えば各構成要素は、予め定め得るまたは予め定められた規則に基づいて、例えばアクチュエータの範疇またはセンサの範疇に割当て可能である。各アクチュエータに対して自動化ハードウェアの適当な数の出力端が設けられ、各センサに対して相応に適当な数の入力端が設けられ、それによって既に粗い経過の際に処理すべきデータボリュームが決定し、特に中央の自動化装置が計算能力およびメモリ容量のような規範に従って自動的に選ばれる。
【０００７】
自動化ソフトウェアは現在、市販されている一般的に使用可能な標準開発環境により作成される。このような標準開発環境はさながらコンフェクションウェアのように複数の機能およびサービスを、個々の応用者の個別の要求を考慮に入れ得ることなしに、利用可能にする。本発明によれば、自動化ソフトウェアまたは特に構造のような部分を自動的に発生するために、先ず個別の開発環境の発生が、続いて個別に発生された開発環境を使用して制御ソフトウェアの発生が行なわれる。
【０００８】
制御ソフトウェアは、具体的な技術的プロセス、例えば圧延機または一連の自動包装機のような生産ラインを制御および／または監視し、場合によっては例えば操作システムおよび監視システムまたはマンマシンインタフェース（ＨＭＩ）を用いたグラフィックな利用者ガイドを含んでいる自動化ソフトウェアである。
【０００９】
個々の開発環境は、ライブラリまたはライブラリ構成部分またはその等価物、ネットワーク接続、通信インタフェースなどのような特定のプロセスまたは自動化構成要素を駆動するためのドライバならびにコンパイラ、インタープリタなどの形式に従って目的ハードウェア上で実行可能な制御ソフトウェアを発生するために設けられている変換プログラムのような、制御ソフトウェアを発生するために必要な全ての構成要素の組み合わせである。
【００１０】
本発明の有利な実施態様は従属請求項の対象である。それによれば、発生器がさらに設備構成器を含み、設備構成器を用いて特にハードウェア知識のような予め定め得るまたは予め定められた第３のデータに基づいて自動化ハードウェアの構成が決定可能である。それによって自動化ソフトウェアの自動的な作成は、先ず開発環境とその使用のもとで自動化ハードウェアの構成の信頼性により直接に終了される本来の制御ソフトウェアとが発生されることによって、完了する。
【００１１】
以下に本発明の実施例を図面により一層詳細に説明する。互いに相応する対象または要素には全ての図に同一の参照符号が付されている。
【００１２】
図１はソフトウェア発生器１１とプロジェクト発生器１２と設備構成器１３とを備えた発生器１０を概要図で示す。
【００１３】
ソフトウェア発生器１１は開発環境１４を発生するために設けられ、プロジェクト発生器１２は制御ソフトウェア１５を発生するために設けられている。設備構成器１３は自動化ハードウェア上で制御ソフトウェア１５を作動させるための適当な構成１６を決定するために設けられている。図示されていない自動化ハードウェアは、例えばプログラム記憶式制御装置またはプロセスコンピュータまたは例えば分散配置の周辺回路とのこのような装置の結合および／または例えば製品計画機能を有するマスターコンピュータのような個々の自動化装置である。場合によっては設備構成器１３は自動化ハードウェアの構成を自らも、それぞれの構成１６すなわち構成データを自動化ハードウェアに伝達することによって、引き受ける。制御ソフトウェア１５は自動化ハードウェアを制御し、それによって例えば溶接ライン（自動車製造など）または圧延機（製鋼）のような技術的プロセス（図示されていない）を制御および／または監視する。
【００１４】
ソフトウェア発生器１１による開発環境１４の発生は特に計画データ１７、プログラム知識１８および管理知識１９のような予め定め得るまたは予め定められた第１のデータに基づいて行われる。計画データ１７は例えばＣＡＤシステムにより処理されまたは既に作成されるような構成データのようなデータを含む。追加的に計画データ１７は課題記述および／または問題記述および／または先行プロジェクトのためのデータを含んでいる。プログラム知識１８は例えば能力範囲または信頼性、構造、バージョンおよび／または例えば個々の機能の相互関係のような機能に関するデータを含んでいる。管理知識１９は利用管理のためのデータ、決算のためのデータおよび／または更新サービスのためのデータを含んでいる。
【００１５】
それぞれ利用可能なまたは利用に供された第１のデータはソフトウェア発生器１１を用いて解析される。例えば構成データに基づいて、技術的プロセスのなかに例えば周波数調節された駆動装置が存在していることが決定可能である。このような駆動装置は特別なアクチュエータを必要とする。これらはそれらを駆動するための特別なソフトウェアを必要とする。必要と決定されたソフトウェアは自動的に作成すべき開発環境１４の必要な構成要素である。課題記述または問題記述に基づいて、特に先行プロジェクトに関するデータに結び付いて、部分課題または部分問題に基づいて、場合によっては先行プロジェクトの際にそのつどの取扱を考慮して、どのその他の構成要素が開発環境１４に対して必要であるかが決定可能である。開発環境１４のために必要な各構成要素に対してプログラム知識１８に基づいて、ソフトウェアモジュール、ライブラリなどのようなどの構成要素が開発環境１４に対して必要であるかが決定可能である。このために例えば機能範囲に関するデータにまたは構造に関するデータに遡及される。しばしば、開発環境１４のために必要な構成要素は他の構成要素の受入れを必要とする。何故ならば、必要な構成要素と他の構成要素との間にはインポート関係のような関係があるからである。このために例えばその関係に関するデータまたは構造に関するデータに遡及される。さらに、開発環境１４のなかに入る構成要素の互換性が保証されていなければならない。そのために例えばバージョンおよび／または関係に関するデータに遡及される。最後に個々の必要な構成要素の信頼性および場合によっては現実性が保証されていなければならない。そのために利用管理のためのデータおよび／または更新サービスのためのデータへのアクセスが設けられていなければならない。使用された構成要素を清算し、またはそれらの使用を清算し得るように、清算データへのアクセスが設けられている。利用する全ての第１のデータを考慮に入れた後、最後に個別にそれぞれの課題または問題設定に整合した開発環境１４が得られる。
【００１６】
プロジェクト発生器１２による制御ソフトウェア１５の発生は開発環境１４を使用して特に計画データ１７ならびに経験データ２０およびハードウェア知識２１のような予め定め得るまたは予め定められた第２のデータに基づいて行われる。特に課題記述および問題記述のような計画データ１７に基づいて、場合によっては先行プロジェクトに関するデータに結び付けて制御ソフトウェア１５の構造が必要な機能およびこのような機能を呼び出すための順序を顧慮して決定される。例えば先行プロジェクトに関するデータが詳細であるほど、決定された構造はプログラム知識により包括的に満たされる。このようなプログラム知識の自動的な発生が可能でないならば、構造は少なくとも、例えばコメント行の形態で、プログラマにその後の変更作業の際にどのオペレーションを制御ソフトウェア１５の具体的な個所に設けるべきかを知らせる情報により満たされる。
【００１７】
経験データ２０は例えばエキスパート知識または分岐知識に関するデータを含んでいる。このようなデータは現在の傾向をも考慮に入れ得る。これらのデータに基づいて例えば自動的に、危険な工業環境のなかで爆発保護されたフィールド装置または特別な保護形式（例えばＩＰ６５）を有するフィールド装置を設けるべきであることが決定される。このようなフィールド装置はそれぞれの提供者に対して標準フィールド装置と比較して特殊な解決策である。例えば１または２ビット（ディジタルＩ／Ｏ）のチャネル粒度を有する標準フィールド装置が得られるならば、特殊なフィールド装置は例えば８ビットおよび１６ビット（ディジタルＩ／Ｏ）の少数の構成でのみ利用可能である。すなわち分岐知識またはエキスパート知識を使用して、このような使用なしの場合とは異なるフィールド装置の他の構成が可能である。８つのディジタル入力／出力チャネルを有する１つまたは複数の特別なフィールド装置が必要と決定されるならば、このことはこれらのフィールド装置を駆動する制御ソフトウェア１５に対する整合性をも必要とする。
【００１８】
さらにまたは代替的に経験データ２０は例えば模範解決策を有するメーカライブラリをも含んでいてよい。このような模範解決策に基づいて、制御ソフトウェア１５の自動的に発生された構造が、例えば具体的なフィールド装置の正しい操作を保証するために、適当なプログラム命令により満たされる。
【００１９】
最後に経験データ２０は経験データバンクをも含んでいてよい。このような経験データバンクから、場合によっては自動的に発生された具体的な自動化ソフトウェアが同じような問題または部分問題もしくは同じような課題または部分課題の際に適当と判明したかどうかに関する情報が取り出される。それによって進化するストラテジーの形式に従って適当な解決策が不適当なまたはあまり適当でない解決策から区別可能になる。それぞれの制御ソフトウェア１５に対して好ましくは適当に認識された解決策としてその使用可能性がチェックされる。
【００２０】
経験データ２０は連続的に更新される。なぜならば、発生された各制御ソフトウェア１５は後続のプロジェクトに対して利用可能である新しい経験データ２０を供給するからである。
【００２１】
制御ソフトウェア１５のなかの個々のプログラム命令は自動化ハードウェアの駆動に関係する。自動化ハードウェアの正しい駆動、または例えば技術的プロセスからのデータの受入れまたは技術的プロセスへの制御情報の伝達のための入力／出力モジュールのような自動化ハードウェアの個々の自動化構成要素の正しい駆動を保証するために、第２のデータはハードウェア知識２１をも含んでいる。ハードウェア知識２１に基づいて例えば、自動化ハードウェアの特定のフィールド装置の特定の出力を能動化するためにどの措置が必要であるかが決定可能である。それによって自動的に、例えばフィールド装置の第３の出力を能動化するために制御ソフトウェア１５に対する相応のプログラム命令が発生される。フィールド装置は通常フィールドバスを介してプログラム記憶式制御装置のような中央の自動化装置に接続されている。ハードウェア知識に基づいて自動的に制御ソフトウェア１５に対して、それぞれ使用されたフィールドバスに対する伝送プロトコルを取り扱うためのプロトコル命令も発生され得る。
【００２２】
設備構成器１３による構成１６の自動的な発生は例えばハードウェア知識２１のような第３のデータを使用して行われる。制御ソフトウェア１５の発生の際に、必要とされる自動化ハードウェアの形式および範囲が明らかになる。その後、中央の自動化装置が、例えば処理速度またはメモリ容量を顧慮して、どのような能力を持っていなければならないかが知られる。それによって、ハードウェア知識２１に付属している、場合によってはメーカによるカタログデータに基づいて、どの自動化装置がこれらの要求を満たすかが決定可能である。このようにして具体的な自動化装置が決定された後、その後のハードウェア知識２１に基づいて、いかにまたどの範囲で自動化装置が構成可能であるかも決定可能である。制御ソフトウェア１５の必要条件に基づいてそれぞれ必要な構成１６が決定され、自動的に自動化装置に適当な形態で伝達される。同様に、必要とされた自動化ハードウェアの形式および範囲から例えば個々の自動化構成要素が互いにフィールドバスにより接続されなければならないかどうか、またどの形態で接続されなければならないかが明らかになる。制御ソフトウェア１５に基づいて決定可能な期待すべきデータボリュームに基づいてフィールドバスに対するデータ伝送速度が明らかになる。データ伝送速度は場合によっては使用可能なプロトコルに影響する。このようにして決定された構成データはプロトコルおよびデータ伝送速度を顧慮して同じく構成１６のなかに入る。自動化ハードウェアのそれぞれの構成要素への構成１６の伝達はフィールドバスに接続されている各自動化装置の構成をも含んでいる。
【００２３】
これらの全てのステップの後、開発環境１４、制御ソフトウェア１５および場合によっては構成１６を含んでいる自動的に発生された自動化ソフトウェアが利用可能になる。第１のデータは開発環境１４の自動的な発生に影響する。第２のデータおよび開発環境１４は制御ソフトウェア１５の自動的な発生に影響する。第３のデータおよび制御ソフトウェア１５は構成１６の自動的な発生に影響する。それによって第１のデータにおける各変化は開発環境１４に、また少なくとも間接的に制御ソフトウェア１５および構成１６に作用する。同様に第２のデータにおける各変化は制御ソフトウェア１５および少なくとも間接的に構成１６に作用する。最後に第３のデータにおける各変化は構成１６に作用する。第１、第２および第３の変化とは、例えばそれぞれのデータの範囲および／または利用度の変化としても、またそれぞれのデータの更新としても理解すべきである。このような変化は勿論、変化が自動的発生の際に使用されたまたは使用可能であるデータに関係する場合にのみ、自動的に発生される自動化ソフトウェアに作用する。
【００２４】
全体として、図２により示されるように自動化ソフトウェアの自動的な発生の際に反復的なプロセスが生ずる。第１の方法ステップ２２は使用されたまたは使用可能である第１、第２および第３のデータの決定を含んでいる。それには例えば自動化すべき技術的プロセスの記述を有する計画データ１７の手作業による仕様指定が属する。さらにまたは代替的にそれにはインポート可能なデータのインポートまたはこのようなデータのインポートのための可能性の準備が属する。最後に第１の方法ステップ２２は、第１、第２または第３のデータをインポートし得るインポートインタフェースの選択または決定をも含んでいる。
【００２５】
第２の方法ステップ２３は開発環境１４、制御ソフトウェア１５および場合によっては構成１６の自動的な発生を含んでいる。第３の方法ステップ２４は開発環境１４を用いての制御ソフトウェア１５の作成および拡張を含んでいる。第４の方法ステップ２５で、発生された自動化ソフトウェア、すなわち制御ソフトウェア１５および場合によっては構成１６が自動化ハードウェアに伝送される。
【００２６】
応用者は各方法ステップ２２〜２４で変更を行い、それにより自動化ソフトウェアの自動的な発生を新たに行わせる。応用者は個々の方法ステップならびにそのなかで必要な適応または補足を繰り返して実行し、それにより最後に、完成した自動化ソフトウェアが利用可能になる。第１、第２および第３のデータが包括的であるほど、詳細に自動化ソフトウェアが自動的に発生器１０により発生される。応用者は自動化ソフトウェアの自動的に発生可能でない構成要素またはシーケンスを第３の方法ステップ２４で補足する。応用者は可能なかぎり、自動的に制御ソフトウェア１５のなかに自動的に発生可能でないシーケンスの代わりに挿入されたコメントにより支援される。これらのコメントは自動的に発生可能でないシーケンスの機能の指摘および好ましくはその代わりに使用すべきデータの指摘を含んでいる。
【００２７】
発生器１０は個別に適合された自動化ソフトウェアを発生する。例えば新しい機能の場合、発生された自動化ソフトウェアは自動的に更新される。すなわち開発環境１４のなかでこの新しい機能が利用可能であり、従ってこの新しい機能は場合によっては最後に発生された制御ソフトウェア１５の構成部分にもなる。応用者にとってそれによってソフトウェア、プロジェクトおよびライブラリに対する管理課題が省略される。追加情報として、どのデータすなわち例えばどの機能が自動化ソフトウェアの自動的な発生に必要とされたかが記録される。それによって場合によっては必要なライセンス料金が具体的にそれぞれ実際に要した能力に基づいて計算される。自動化ソフトウェアの提供者、例えば自動化ソフトウェアを作成するための開発環境の提供者は、しばしば種々のパージョンでそれぞれ相異なる能力範囲および機能範囲を有する種々のソフトウェアパケットを保持しかつサポートしなければならない必要性を回避する。なぜならば、自動化ソフトウェアおよびそれぞれの開発環境は個別に応用者の具体的な要求に相応して発生されるからである。
【００２８】
図３は自動化ソフトウェアの自動的な発生の際のデータフローのダイアグラムを示す。図１と同様に、ソフトウェア発生器１１とプロジェクト発生器１２と設備構成器１３とを有する発生器１０が中央に示されている。発生器１０は入力データ２６を処理し、出力データ２７を発生する。入力データ２６には第１、第２および第３のデータが属する。第１のデータには再び計画データ１７、プログラム知識１８および管理知識１９が属する。第２のデータには計画データ１７、経験データ２０およびハードウェア知識２１が属する。第３のデータには少なくともハードウェア知識２１が属する。
【００２９】
予め定め得るまたは予め定められた第１のデータに基づいてソフトウェア発生器１１は開発環境１４を発生する。予め定め得るまたは予め定められた第２のデータに基づいて、また開発環境１４を使用して、プロジェクト発生器１２は制御ソフトウェア１５を発生する。設備構成器１３は最後に予め定められたまたは予め定め得る第３のデータに基づいてそれぞれの自動化ハードウェアの構成１６を発生する。
【００３０】
応用者の主要な影響可能性は一方では適当な第１、第２および第３のデータの準備および完備にあり、他方では応用者が各方法ステップ２２〜２５（図２）で自動的な発生に手作業による補足または修正により影響し得る利用者入力２８の形にある。
【００３１】
入力データ２６を処理するために発生器１０に対して前処理２９を設けられている。これは、これらのデータにアクセスするための定められたインタフェースが操作されることによって、もしくはデータがソフトウェア発生器１１またはプロジェクト発生器１２によるその後の処理に適した形態に変換されることによって、第１、第２および第３のデータのインポートの可能性を保証する。
【００３２】
さらに前処理２９は分離して示されていない規則データバンクの予め定められたまたは予め定め得る、従って特に変更可能かつ拡張可能な規則を利用する。必要に応じて自動的に選択かつ応用されるこれらの規則により、第１、第２および第３のデータの解析および評価が可能である。
【００３３】
これらの規則の１つには、例えば“分散配置のフィールド装置が設けられているまたは必要であれば、分散配置のフィールド装置と中央の自動化装置との間にバス接続を設ける必要がある”がある。別の規則は例えば最大到達可能なデータ処理量を顧慮してのフィールドドス接続の形式に関する。他の規則は例えば安全な自動化構成要素の使用に影響し得る。このような規則は例えば“連続的な、特に中断可能でないプロセスでは安全なまたはフォールトトレラントな自動化構成要素を設けるべきである”と表され得よう。このような規則は、応用者が“原油の精製のための化学的プロセスはこのような連続的な、中断可能でないプロセスである”ことを示し得る拡張可能な規則の例である。それぞれの技術的プロセスが原油の精製のためのプロセスであるかどうかは、第１のデータに基づいて、特に計画データに基づいて、例えば課題記述または問題記述に基づいて明らかになる。
【００３４】
第１、第２および第３のデータの自動的な処理、相互関係の決定、適当な規則の選択などは、全てのデータが規格化された標識を設けられ、それにより識別可能であれば、容易化される。このような標識のフォーマットは好ましくは既存のまたは標準に従う。すなわち例えばＷ３Ｃ（ＷＷＷ- Ｃｏｎｓｏｒｔｉｕｍ；ＷＷＷ＝Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）はＷｅｂＳｅｒｖｉｃｅすなわちインターネットのなかに提供されまたは呼び出し可能なサービスを、メッセージフォーマットおよびメッセージ交換に関して、サービス記述（ＵＤＤＩ）を記憶するためのディレクトリサービスならびにサービス記述（ＷＳＤＬ）のための言語を顧慮して、仕様指定する。
【００３５】
このような仕様指定は第２、第１および第３のデータの識別および割当てのためにも使用される。
【００３６】
こうして計画データ１７のなかで先行プロジェクトに関するデータに、どのソフトウェア機能により個々の構成要素またはシーケンスがプロジェクトされたかに関する情報を与える標識が割当てられる。いま新しい制御ソフトウェア１５に対するこのような構成要素またはシーケンスのその後の再使用が考えられると、標識に基づいて、どの機能が例えば開発環境１４のなかに引受け可能な構成要素またはシーケンスの取扱のために存在していなければならないかが自動的に決定される。
【００３７】
自動化ソフトウェアを自動的に発生するためのデータおよび情報の識別および割当てのための標準化された標識の使用に対する別の例は計画データに関し、詳細には例えばＣＡＤプログラムから供給されるような構造データおよび例えばカタログデータのようなハードウェア知識２１に関する。例えば電動機、弁、キーまたは光バリアーのようなセンサなどのような個々の構成要素の応用および機能のための一義的な情報を与える標識を有する構造データが設けられているならば、カタログデータまたは先行プロジェクトが一致する特性を探索され、そのなかで目的に合った選択が行われる。
【００３８】
上記の形式の標識は例えば
・分枝、応用分野、製品、
・製造原理（ベルトコンベア、導管、…）
・プロジェクト構造化（テクノロジー、機能、ＣＰＵ、…）
・プログラミング言語またはプログラミング方法（進行、連続的、コンタクトプラン、機能プラン）
・調節アルゴリズム、調節パラメータ、
・部分プロセス（ベルトコンベア制御、攪拌、加熱、プレス、曲げ、など）
・など
に関するものであってよい。
【００３９】
必要とされた全てのデータは発生器１０に標準インタフェースおよび標準ネットワークを介して与えられる。
【００４０】
その例としては拡張可能な宣言型言語ｅｂＸＭＬがあげられる。ｅｂＸＭＬはビジネスプロセスをインターネットのなかで実行するために設けられている。メッセージフォーマットおよびメッセージ交換に関する仕様指定、レジストリサービスおよびリポジトリサービスならびに特定のビジネス特有のオブジェクトおよび実行のためのパターンが存在している。その間のｅｂＸＭＬの際のようにＷｅｂＳｅｒｖｉｃｅの際のメッセージ輸送のベースはＳｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＳＯＡＰ）、典型的にＨＴＴＰのなかに収められており、また信頼できるメッセージ交換を保証する、ＲＰＣまたはメッセージに関する通信のためのＸＭＬベースのプロトコルである。
【００４１】
Ｗ３Ｃはメッセージフォーマットおよびメッセージ交換、サービス記述（ＵＤＤＩ）を記憶するためのディレクトリサービスならびにサービス記述（ＷＳＤＬ）のための言語に関するＷｅｂサービスを有する。
【００４２】
開発環境１４および／または制御ソフトウェア１５に対して必要であるとして決定された構成要素の識別の後、これらが第１、第２および第３のデータのなかで探索され、適当な構成要素が使用のために選び出される。使用可能性のための前提はソフトウェアおよび予め定められたインタフェースを介してそれらの組み合わせを可能にする個々の構成要素の微細モジュラーな構造である。
【００４３】
制御ソフトウェア１５を引き続き発生するために先ず計画データ１７のなかの先行プロジェクトに遡及される。多数の先行プロジェクトのもとでの選択はそのつどの具体的な要求との可能なかぎり十分な合致を顧慮して行われる。先行プロジェクトから合致可能な構成要素またはシーケンスが、作成すべき自動化ソフトウェアに対するベースを形成する。このベースは他の以前のプロジェクト、メーカライブラリ、カタログなどからの適当と決定された構成要素により補足される。
【００４４】
制御ソフトウェア１５は互いに無関係に発生可能かつ実行可能な個々のプログラムから構成されていてよい。技術的プログラムを共通に制御するために規則的に、このような基本的に無関係なプログラムの間の通信が必要である。個々のプログラム間の可能な通信路は計画データ１７を介して決定され、標準メカニズムを介して確立される（ｎｅｔ、Ｅｔｈｅｒｎｅｔ、…）。
【００４５】
発生器１０は最後に、使用されたデータを記録するためのプロトコルユニット３０を含んでいる。記録されたデータは使用されたソフトウェア構成要素に関するデータおよびこのソフトウェア構成要素が開発環境１４の発生の際または制御ソフトウェア１５の発生の際に使用されたかどうかに関するデータをも含んでいる。これらのデータに基づいて、例えば中央の特にインターネットを介して到達可能なサーバー上に保たれている管理システム３１へのアクセスの後に、応用者に対する計算３２が使用されたデータを考慮に入れて作成される。
【００４６】
それによって本発明は短く下記のように表される。
【００４７】
本発明は固定的なプログラムおよびライブラリおよび続いての問題解決のためのデータの入力から解放される。その代わりに適当なデータまたはこのようなデータへのアクセスが準備され、それによって具体的な自動化問題に合わされた個別の開発環境１４の自動的な発生およびそれに続いてそれを使用して本来の制御ソフトウェア１５の自動的な発生が行われる。計画ツールなどおよびライブラリまたは存在しているプロジェクトのそれまでまだローカルに保たれている情報への、インターネットおよび標準化されたプログラムインタフェースまたはデータインタフェース（例えばＸＭＬ）を介してのデータアクセスの可能性が利用される。それぞれの自動化の限定条件は本来の制御ソフトウェア１５、場合によっては補足的なＨＭＩプログラムおよびさらに場合によっては設備構成１６のような自動化ソフトウェアの個々の自動的に発生すべき要素に対する出発点を形成する。
【図面の簡単な説明】
【００４８】
【図１】必要なデータを有する自動化ソフトウェアを自動的に発生する発生器の概要図
【図２】自動化ソフトウェアの自動的な発生の際の個々の方法ステップを示すブロック図
【図３】自動化ソフトウェアの自動的な発生の際のデータフローのダイアグラム
【符号の説明】
【００４９】
１０        発生器
１１        ソフトウェア発生器
１２        プロジェクト発生器
１３        設備構成器
１４        開発環境
１５        制御ソフトウェア
１６        構成
１７        計画データ
１８        プログラム知識
１９        管理知識
２０        経験データ
２１        ハードウェア知識
【図１】
2005527893.tif 000003
【図２】
2005527893.tif 000004
【図３】
2005527893.tif 000005
【国際調査報告】
2005527893.tif 000006
2005527893.tif 000007
2005527893.tif 000008
2005527893.tif 000009
2005527893.tif 000010
2005527893.tif 000011