(57)【要約】  エンジニアリングシステム（１０）がプロジェクト（１２）を発生し、プロジェクト（１２）が装置および機械モジュール配列の制御のためのランタイムシステム（１６）によって使用される。従来技術と違って、プロジェクト（１２）が完全に変更不可能ではない。その代わりに個性化層（１４）が設けられている。ランタイムシステムによって使用される基礎データのための定められたデータ入力可能性に属性が割り当てられる。属性から、プロジェクト（１２）におけるデータ登録が変更不可能であるべきか否か、またはプロジェクトにおけるデータ登録が場合によってはランタイムシステムによって変更であるか否かがもたらされる。したがって、ランタイムシステム（１６）の枠内において場合によっては変更が行なわれる。これに対して、プロジェクト（１２）の本来の核心部は再プログラムされる必要がないので、エンジニアリングシステムへの立ち戻りは必要でない。
2009522629.tif 000002
【特許請求の範囲】
【請求項１】
装置および機械モジュール配列の制御のための方法であって、
エンジニアリングシステム（１０）において装置および機械モジュールに属するマシンオブジェクトが１つのプロジェクト（１２）にまとめられ、
前記プロジェクト（１２）が前期配列の自動化された制御のためにランタイムシステム（１６）によって使用され、
前記プロジェクト（１２）が前期配列の制御のために特定の基礎データを必要とする
方法において、
前記エンジニアリングシステム（１０）におけるプロジェクトの構築時に、基礎データのためのデータ入力可能性に属性が既に割り当てられているか、または後から割り当てられ、当該属性から、前記プロジェクトにおけるデータ登録が変更不可能であるべきか否か、またはプロジェクトにおけるデータ登録が個性化可能であって場合によってはなおもランタイムシステムにおいて変更され得るか否かがもたらされ、制御すべき装置および機械モジュール配列にプロジェクトを適合させるためにランタイムシステム（１６）において個性化可能なデータ入力可能性について登録が可能である
ように構成された装置および機械モジュール配列の制御のための方法。
【請求項２】
プロジェクト（１２）の構築時に、標準の装置および機械モジュール配列についての目標基礎データセットが前提とされ、それに応じてデータ入力可能性のための初期登録が行なわれ、装置および機械モジュール配列が標準の装置および機械モジュール配列から相違する場合について個性化可能なデータ登録（１４）がランタイムシステム（１６）において変更可能である請求項１記載の方法。
【請求項３】
個性化可能であるデータ登録が少なくとも部分的に使用者対話形式で変更可能である請求項２記載の方法。
【請求項４】
個性化可能であるデータ登録が少なくとも部分的に自動的に変更可能である請求項２又は３記載の方法。
【請求項５】
エンジニアリングシステム（１０）において個性化可能なデータ入力可能性について初期登録が行なわれず、当該データ登録がランタイムシステム（１６）においてはじめて行なわれる請求項１記載の方法。
【請求項６】
個性化可能なデータ入力可能性について登録が使用者対話形式で行なわれる請求項５記載の方法。
【請求項７】
個性化可能なデータ入力可能性について登録が少なくとも部分的に自動的に行なわれる請求項５又は６記載の方法。
【請求項８】
個性化可能なデータ入力可能性が少なくとも部分的にバス加入者アドレスを検出する請求項１乃至７の１つに記載の方法。
【請求項９】
個性化可能であるデータ入力可能性が少なくとも部分的にネットワークにおけるノードの識別名を検出し、識別名が個性化可能であるという属性が存在する場合に識別名が変更可能である請求項１乃至８の１つに記載の方法。
【請求項１０】
個性化可能であるデータ入力可能性が少なくとも部分的に特定の装置または特定の機械モジュールの位置を、好ましくは位置を代表する差込場所のアドレス指定によって検出する請求項１乃至９の１つに記載の方法。
【請求項１１】
個性化可能であるデータ入力可能性が少なくとも部分的にフィールドバスのためのバスクロックを検出する請求項１乃至１０の１つに記載の方法。
【請求項１２】
プログラマがマシンオブジェクトの統合によって装置および機械モジュール配列の制御のためのプロジェクト（１２）を発生させることができ、プログラマが制御時に必要とされるプロジェクト用の基礎データを補足的に入力する請求項１記載の方法を実施するためのエンジニアリングシステムであって、
基礎データのためのデータ入力可能性の少なくとも一部に、付属のデータ登録がランタイムシステムにおいて個性化可能であるか否か、つまりそこにおいて入力変更または変更可能であるか否かの属性を、プログラマが割り当てることができるように設計されているエンジニアリングシステム。
【請求項１３】
請求項１２記載のエンジニアリングシステムの助けにより発生させられるプロジェクトを取り込むことができる請求項１乃至５の１つに記載の方法を実施するためのランタイムシステムであって、
個性化可能であるとして特徴づけられたデータ入力可能性について登録を行ないかつ場合によっては既存の登録を変更することができるように設計されているランタイムシステム。
【請求項１４】
接続されている装置および機械モジュールおよびそれらの標識、特にアドレスおよび差込場所を自動的に認識しかつ認識に基づいて場合によっては登録を実行もしくは変更することができるように設計されている請求項１３記載のランタイムシステム。
【請求項１５】
個性化可能であるとして特徴づけられたデータ入力可能性について既存の操作者登録を表示しかつそれの新たな登録を照会することができるように設計されている請求項１３又は１４記載のランタイムシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１の上位概念による方法に関する。本発明は方法を実施するためのエンジニアリングシステムおよび方法を実施するためのランタイムシステムにも関する。
【０００２】
装置または機械モジュール配列を制御するために、いわゆるプロジェクトが発生させられ、プロジェクトは、いわゆるマシンオブジェクトの集まりであり、マシンオブジェクトは配列の装置および機械モジュールを表す。このようなプロジェクトは、プロジェクト化データ、パラメータ化データおよびプログラムを含み得る。
【０００３】
このようなプロジェクトは、エンジニアリングシステムによりプログラマによって発生させられる。目標システムにおいて、すなわち装置および機械モジュール配列の近くに、エンジニアリングシステムに対する相手としてランタイムシステムが存在し、ランタイムシステム上でプロジェクトがコンピュータプログラムの様式にしたがって進行する。
【０００４】
この場合に、プロジェクトがその都度の装置および機械モジュール配列のために注文に応じていることが常に重要である。プロジェクトは、使用される装置および機械モジュール型式の知識に基づいていなければならない。
【０００５】
今まではプロジェクトにおける必要な基礎データの全てがエンジニアリング時点で確定されていなければならない。このために、例えば装置およびモジュールのアドレス（例えばイーサネットインターフェースのいわゆるＩＰアドレス）と、配列の枠内で使用されるクロック同期のフィールドバスを介する信号の時間を決めるためのバスクロックとが必要である。更に、詳細な特定のケースにおいては、トポロジーが認識されていなければならない。たとえ構成要素自体が知られていても、例えば装置およびモジュールの直列配列においては、それらの順序が知られていなければならない。
【０００６】
これらの基礎データの確定が日常しばしば妨げになる。現実の配列においては、プロジェクト化された配列からの僅かな違いが生じ得る。例えば装置のアドレスが、最終顧客への生産機械の組み込み時に異なって見え、あるいは特定の適用理由からプロジェクト化されたバスクロックがもはや使用できないことがある。
【０００７】
今までその際にエンジニアリングシステムの再使用のもとにプロジェクトが注文に応じてその都度の状況へ変更されなければならない。それゆえに常にプロジェクト全体が変更されなければならない。
【０００８】
欠点は、一方において機械の現場にある装置および機械モジュール配列への適合化のために、エンジニアリングシステムが再使用されなければならず、おまけにエンジニアリングシステム自体が無条件で現場にあるわけではないことにある。加えて、プロジェクトの構築は著しい費用がかかることから、プロジェクトの変更が行なわれなければならないことは不都合なことである。更に、現場操作者は、エンジニアリングシステムを操作してプロジェクトに変更を加えることができないことがしばしばある。
【０００９】
本発明の課題は、本来のプロジェクトの存続のために基礎データにおける小さな変更を容易にかつ僅かな費用で確実に取り扱うことを可能にする方法を提供することにある。更に、課題は、エンジニアリングシステムおよびランタイムシステムをその方法が実施可能であるように構成することにある。
【００１０】
この課題は、請求項１による方法、請求項１２によるエンジニアリングシステムおよび請求項１３によるランタイムシステムによって解決される。
【００１１】
したがって、本発明は、エンジニアリングシステムにおけるプロジェクトの構築時に基礎データのためのデータ入力可能性に属性が割り当てられ、属性から、プロジェクトにおけるデータ登録が変更不可能であるとすべきか（すなわち、一度は実際に確定すべきであり、それからもはや変更不可能であるとすべきか）、またはプロジェクトにおけるデータ登録が個性化可能であって場合によってはなおもランタイムシステムにおいて変更であるか（このためには、データ登録が完全にランタイムシステムにおいてはじめて確定されることが必要である。）否かがもたらされる。ランタイムシステムにおいて制御すべき装置および機械モジュール配列にプロジェクトを適合させるために、個性化可能であるデータ入力可能性に対して適切な登録を行なうことができる。一般に個性化可能であるデータ入力可能性の少なくとも一部について実際に登録が行なわれる（もしくは変更が行なわれる）。
【００１２】
それゆえ、本発明は設定可能な個性化層が存在するプロジェクトを達成する。したがって、依然として変更不可能である本来のプロジェクトの核心部と、個性化可能なデータ登録とが区別される。これに応じて今や、ランタイムシステムの枠内において現場でその都度の装置および機械モジュール配列への小さな適合化を行なうことが可能であるので、本来のプロジェクトの再プログラミングもしくは変更が必要でない。したがって、適合化は、現場で機械において使用可能な操作手段を介して行なうことができ、それゆえエンジニアリングシステムの関与は必要でない。その上に、個性化に関する属性によって、変更可能性の限界が正確に規定されている。
【００１３】
有利な実施形態においては、プロジェクトの構築時に、標準の装置および機械モジュール配列についての目標基礎データセットが前提とされ、それに応じてデータ入力可能性のための初期登録が行なわれ、装置および機械モジュール配列が標準の装置および機械モジュール配列から相違する場合について個性化可能なデータ登録がランタイムシステムにおいて変更可能である。
【００１４】
これに対する代替として、エンジニアリングシステムにおいてはさしあたり、個性化可能なデータ入力可能性について初期登録が行なわれず、当該データ登録がランタイムシステムにおいてはじめて行なわれる。一般には最初の選択肢の方が好まれる。なぜならば、ランタイムシステムにおいてなおも行なうべきデータ登録をできるだけ少なくするために、エンジニアリングシステの枠内において基礎データのうちできるだけ多くのデータ登録を定めようとするからである。
【００１５】
上述の両可能性において、個性化可能なデータ登録が少なくとも部分的に使用者対話形式で変更可能であるか、もしくはデータ入力可能性が使用者対話形式で行なわれるとよい。このためにランタイムシステムは、相応に特定のデータ登録を変更するかもしれない使用者のイニシアチブを待つ。特に、データ入力可能性がとりわけ使用者対話形式にてはじめて使用される、すなわち登録が行なわれる場合には、ランタイムシステムがマスク設定様式に基づいて全ての個性化可能なデータ入力可能性を、使用者に登録を可能にするためにリストで示すことができる。
【００１６】
いずれの場合にも、例えば装置および機械モジュール配列への接続時に登録が少なくとも部分的に自動的に行なわれることも可能であり、特に追加として可能である。これのために、一般に「プラグアンドプレイ」なる上位概念のもとに知られている公知の方法が存在する。換言するならば、１つの装置または１つの機械モジュールが接続されると、システムが自動的にそれの型式ならびにアドレスや差込場所等の如き他の標識を認識する。
【００１７】
データ入力可能性の一般的概念は多数の可能性を含む。例えば、個性化可能なデータ入力可能性は少なくとも部分的にバス加入者アドレスを検出することができる。
【００１８】
特に、バス加入者のアドレスは、それとは別の同様に構成された配列において常に等しいわけではない。この場合に、特に洗練されたやり方においては、プロジェクト全体を変更しなければならないということなしにその都度の配列の細部への適合化を行なうために個性化が利用される。
【００１９】
個性化可能なデータ入力可能性が、少なくとも部分的にネットワークにおけるノードの識別名も検出するとよい。まさにネットワークにおいては、識別名が与えられているので、新しい加入者が更に加わる場合に識別名が変更されなければならないことがあり得る。その際に、識別名は個性化可能であるという属性が存在する場合に延長可能である。すなわち、同じ名前を有する２つの装置が、名前の延長部において指定される適切な識別によって（例えば簡単な番号付与によって）区別可能である。
【００２０】
個性化可能なデータ入力可能性が少なくとも部分的に特定の装置または特定の機械モジュールの位置も検出するとよい。例えば、装置および機械モジュールの特定のグループのためにプロジェクトを設計することができ、しかしトポロジーは個別に必ずしも規定する必要はない。まさに直列配列の場合には、個々の装置および機械モジュールの順序を変更する必要があり得る。位置が個性化可能であるとして属性を付与される場合には、トポロジーにおける変化を検出することができる（そうでない場合には同じ装置および機械モジュールの存続）。
【００２１】
他の例は、アドレス情報が局所的な位置情報から導き出されることである。例えば、これは、位置を表す差込場所のアドレス指定によって、すなわち装置または機械モジュールの相応のプラグが差し込まれるインターフェースのアドレス指定によって行なわれる。
【００２２】
個性化可能なデータ入力可能性が少なくとも部分的にフィールドバスのためのバスクロックを検出するとよい。それゆえ、上述の場合において、バスクロックがプロジェクトにおいて確かに規定されてはいるが、しかし後で適当でないと判明することも考慮することができる。したがって、バスクロッの問題も個性化を介して解決可能であり、本発明によればランタイムシステムのみが使用され、エンジニアリングシステムにおいてプロジェクトの再プログラミングを行なうには必要はない。
【００２３】
本発明によるエンジニアリングシステムは、請求項１２によれば、プログラマが基礎データのためのデータ入力可能性の少なくとも一部に、付属のデータ登録がランタイムシステムにおいて個性化可能であるかどうか（つまり、そこにおいて入力可能であるか、または既に入力された場合には変更可能であるかどうか）、またはプロジェクト変更なしに部分的に変更可能でないかどうかの属性をプログラマが割り当てることができるように設計されている。
【００２４】
本発明による請求項１３に記載のランタイムシステムは、請求項１２記載のエンジニアリングシステムの助けにより発生させられるプロジェクトを使用することができる。この場合に、ランタイムシステムは、個性化可能であるとして特徴づけられたデータ入力可能性について登録を行ないかつ場合によっては既存の登録を変更することができるように設計されている。
【００２５】
ランタイムシステムは、既述の「プラグアンドプレイ」制御に適している。換言するならば、接続されている装置および機械モジュールおよびそれらの標識、特にアドレスおよび差込場所を自動的に認識しかつ認識に基づいて場合によっては登録を実行もしくは変更することができるように設計されている。
【００２６】
自動的な認識の代わりに、個性化可能であるとして特徴づけられたデータ入力可能性について既存の操作者登録を表示しかつそれの新たな登録を照会することも可能である。登録がまだ存在せず、これに対応する個性化可能なデータ入力可能性への登録が延期されている場合には、新たな登録が照会される。このためにランタイムシステムは適切なマスクを使用し、マスク上でデータ入力可能性がリストアップされる。
【００２７】
以下において、本発明による方法の方法ステップを本発明によるエンジニアリングシステムおよび本発明によるランタイムシステムと共に具体例を概略的に示す図を参照しながら本発明を説明する。
【００２８】
従来技術において普通であるように、エンジニアリングシステム１０においてプロジェクト１２が発生させられる。プロジェクトは原則的にそれぞれ異なっているような、すなわち実際の装置および機械モジュール配列を反映すべきである特定の配列にまとめられるマシンオブジェクトが使用されるようなプロジェクトである。更に、後での制御のために、特定の基礎データの入力が必須である。ここではエンジニアリングシステム１０は、従来のエンジニアリングシステムと異なる。ここで、基礎データのどの部分が後でエンジニアリングなしに変更可能であるべきかを確定することができる。換言するならば、データ入力可能性に属性が割り当てられ、属性からデータ登録が個性化可能であるか否かがもたらされる。この場合に、個性化可能であることは、後の時点で、すなわちランタイムシステムにおいて、当該データ登録の調整が可能であることと理解される。
【００２９】
エンジニアリングシステムにおいて、目標基礎データセットに相当するデータ入力可能性のための初期登録が行なわれることが好ましい（「デフォルト（初期値）」）。したがって、本発明によるプロジェクトにおいて、個性化可能であるいわゆる個性化層１４、すなわちデータ入力可能性のグループがもたらされる。
【００３０】
ここでプロジェクト１２がランタイムシステム１６に取り込まれる。ランタイムシステム１６は、現場において、制御すべき装置および機械モジュール配列のところにあり、場合によっては個別にそこの実状に適合化させられなければならない。それゆえに目標基礎データセットからの相違が検出されなければならない。このためには個性化層１４を呼び出すことがどうしても必要である。この場合にプロジェクト１２の核心部存続性は変更されない。
【００３１】
第１の可能性によれば、ＨＭＩクライアント（ヒューマンマシンインターフェースクライアント）１８が準備される。例えば、ランタイムシステム１６はマスクを予め与えることができる。このマスクには、個性化層１４の全てのデータ登録、すなわち個性化可能であることを特徴づける全てのデータ登録が表示されている。マスクの枠において、使用者が入力キーを押すことによって目標基礎データセット、すなわち初期登録による設定を追認することができ、あるいは使用者が当該初期登録における変更を、例えば（図示されていない）キーボードを介して行なうことができる。
【００３２】
追加または代替として予め与えられ得る変形では、「プラグアンドプレイ」モダリティ２０が設けられている。ランタイムシステム１６は、特定の装置および機械モジュール配列に接続され、接続されている装置および機械モジュールの種々の特性を認識する。このためにそれらの型式およびアドレスが必要である。トポロジーも「プラグアンドプレイ」モダリティ２０を手段として認識することができる。したがって、ランタイムシステム１６において、個性化層１４が自動的に「プラグアンドプレイ」モダリティ２０を手段として認識された実状に適合化されることが可能であり、すなわち該当データ登録が場合によっては変更されることが可能である。
【００３３】
同じことが使用者プログラム（ＡＷＰ）２２の助けを借りても可能である。使用者プログラムは装置および機械モジュール配列の制御の枠内において認識されている。ここでは同様に個性化層１４へのアクセスが次の趣旨で行なわれる。すなわち、個性化可能であるという属性を有する特定のデータ登録が変更されるという趣旨である。
【００３４】
３つのモダリティ１８，２０，２２は互いに独立して同時に存在することができ、あるいは互いに交替でのみ与えられてもよい。
【００３５】
本発明の特徴は、プロジェクト１２の本来の核心部が変更されないことにある。変更は、ただ、予め正確に規定された個性化層１４においてだけ行なわれる。変更はランタイムシステム１６によって行なわれる。エンジニアリングシステム１０は、これらの後での時点では、もはや必要とされない。
【００３６】
個性化層１４の枠内において、アドレス指定に関する、トポロジー（例えば、個々の機械モジュールの位置）に関する、またはフィールドバスのためのバスクロックに関する装置および機械モジュール配列の変更を検出することができる。
【図面の簡単な説明】
【００３７】
【図１】本発明による方法の方法ステップを本発明によるエンジニアリングシステムおよび本発明によるランタイムシステムと共に具体例を示す概略図
【符号の説明】
【００３８】
１０        エンジニアリングシステム
１２        プロジェクト
１４        個性化層
１６        ランタイムシステム
１８        ヒューマンマシンインターフェースクライアント
２０        「プラグアンドプレイ」モダリティ
２２        使用者プログラム
【図１】
2009522629.tif 000003
【国際調査報告】
2009522629.tif 000004
2009522629.tif 000005
2009522629.tif 000006
2009522629.tif 000007
2009522629.tif 000008
2009522629.tif 000009