特許 7497395 産業用オートメーション装置用の更新されたアプリケーションをコミッショニングする方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-31

(45)【発行日】2024-06-10

(54)【発明の名称】産業用オートメーション装置用の更新されたアプリケーションをコミッショニングする方法および装置

(51)【国際特許分類】

   G05B 23/02 20060101AFI20240603BHJP

   G05B 19/05 20060101ALI20240603BHJP

【ＦＩ】

G05B23/02 Z

G05B19/05 Z

【請求項の数】 11

【外国語出願】

(21)【出願番号】P 2022131917

(22)【出願日】2022-08-22

(65)【公開番号】P2023055628

(43)【公開日】2023-04-18

【審査請求日】2023-02-27

(31)【優先権主張番号】21199868

(32)【優先日】2021-09-29

(33)【優先権主張国・地域又は機関】EP

(73)【特許権者】

【識別番号】390039413

【氏名又は名称】シーメンス アクチエンゲゼルシヤフト

【氏名又は名称原語表記】Ｓｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ

(74)【代理人】

【識別番号】110003317

【氏名又は名称】弁理士法人山口・竹本知的財産事務所

(74)【代理人】

【識別番号】100075166

【弁理士】

【氏名又は名称】山口 巖

(74)【代理人】

【識別番号】100133167

【弁理士】

【氏名又は名称】山本 浩

(74)【代理人】

【識別番号】100169627

【弁理士】

【氏名又は名称】竹本 美奈

(72)【発明者】

【氏名】ヤン ゲッツ

(72)【発明者】

【氏名】ユルゲン ライヒマン

【審査官】影山 直洋

(56)【参考文献】

【文献】特開２００２－０２４０４２（ＪＰ，Ａ）

【文献】米国特許第１００３７２０３（ＵＳ，Ｂ１）

【文献】特開２０１０－１１３７００（ＪＰ，Ａ）

【文献】特開２０１９－０８０１６４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０５Ｂ ２３／０２

Ｇ０５Ｂ １９／０５

(57)【特許請求の範囲】

【請求項1】

産業用オートメーション装置用の更新されたアプリケーション（ａｐｐ２ｎ）をコミッショニングする方法であって、
第１アプリケーション（ａｐｐ２）を有する産業用の第１コントローラ（ＥＳ）は、ローカルで使用されるプロセスデータを有しており、メモリで構成されている、少なくとも１つのローカルプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）を含み、
前記プロセスデータは、複数の値、からなり、
前記値に関する識別子およびメモリアドレスを管理するローカルプロセスデータ管理（ＰＤＭ＿ＥＳ）が設けられており、
前記第１アプリケーション（ａｐｐ２）は、前記値に関する前記識別子および前記メモリアドレスに関する情報を、前記ローカルプロセスデータ管理（ＰＤＭ＿ＥＳ）と交換し、値を、前記少なくとも１つのローカルプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）において、前記情報を用いて、読み取るおよび／または書き込む、
方法において、
テストユニット（ＴＥ）には、前記更新されたアプリケーション（ａｐｐ２ｎ）と、少なくとも１つのさらなるプロセスイメージ（ａｐｐ２ｎＳｈｍ）と、さらなるプロセスデータ管理（ＰＤＭ＿ＴＥ）と、が設けられ、
前記更新されたアプリケーション（ａｐｐ２ｎ）は、前記値に関する前記識別子および前記メモリアドレスに関する情報を前記テストユニット（ＴＥ）の前記ローカルプロセスデータ管理（ＰＤＭ＿ＴＥ）と交換し、値を、前記少なくとも１つのさらなるプロセスイメージ（ａｐｐ２ｎＳｈｍ）において、読み取るおよび／または書き込む、ことと、
前記第１コントローラ（ＥＳ）および前記テストユニット（ＴＥ）において、それぞれ、プロキシサービスが設定され、前記プロキシサービスは、それぞれ、対応する前記ローカルプロセスデータ管理（ＰＤＭ＿ＥＳ、ＰＤＭ＿ＴＥ）との通信を行い、値を、各前記ローカルプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ、ａｐｐ２ｎＳｈｍ）において、交換された前記情報を用いて、読み取るおよび／または書き込む、ことと、
前記更新されたアプリケーション（ａｐｐ２ｎ）は、前記第１アプリケーション（ａｐｐ２）と並行して実行され、前記更新されたアプリケーション（ａｐｐ２ｎ）によって読み取られる対象である前記値は、前記プロキシサービスによって、前記第１コントローラの前記少なくとも１つのプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）から読み取られ、前記少なくとも１つのさらなるプロセスイメージ（ａｐｐ２ｎＳｈｍ）に挿入され、
監視装置（ＤＥＢ）を用いて、少なくとも１つの出力値であって、前記更新されたアプリケーション（ａｐｐ２ｎ）によって前記テストユニット（ＴＥ）の前記少なくとも１つのプロセスイメージ（ａｐｐ２ｎＳｈｍ）に格納された出力値、の検証、が行われ、
前記更新されたアプリケーション（ａｐｐ２ｎ）は、検証の成功後にのみ、プロダクティブオペレーションで使用可能にされることと、
を特徴とする、方法。

【請求項2】

請求項１に記載の方法において、
前記第１アプリケーション（ａｐｐ２）によって出力値として前記第１コントローラの前記プロセスイメージ（ａｐｐ２Ｓｈｍ）に書き込まれた、少なくとも１つの値は、前記プロキシサービスによって、前記第１コントローラ（ＥＳ）の前記少なくとも１つのプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）から読み取られ、前記監視装置に送信され、
前記監視装置により、前記検証に関して、前記第１アプリケーション（ａｐｐ２）の前記出力値と前記更新されたアプリケーション（ａｐｐ２ｎ）の前記出力値と間の比較が、行われること、
を特徴とする方法。

【請求項3】

請求項２に記載の方法において、
前記第１コントローラ（ＥＳ）の前記プロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）から読み取られた前記値は、前記少なくとも１つのさらなるプロセスイメージ（ａｐｐ２ｎＳｈｍ、ｐｒｘｙ＿ＴＥ＿Ｓｈｍ）に、挿入され、前記監視装置（ＤＥＢ）は、前記比較に関して、前記さらなるプロセスイメージにおける前記格納された値へ、アクセスすること、
を特徴とする方法。

【請求項4】

請求項２または３に記載の方法において、
前記比較の際に、百分率または絶対値で、予め定義された閾値を下回る差が確認される場合には、前記更新されたアプリケーション（ａｐｐ２ｎ）は、前記プロダクティブオペレーションへの引き継ぎの候補として、提供されること、
を特徴とする方法。

【請求項5】

請求項１に記載の方法において、
前記監視装置（ＤＥＢ）によって、前記プロダクティブオペレーションで使用可能にされる場合には、前記第１コントローラ（ＥＳ）において前記更新されたアプリケーション（ａｐｐ２ｎ）のインストールおよび起動が、開始され、前記第１アプリケーション（ａｐｐ２）の少なくとも１つの出力値から、新しくインストールされ、作動された前記更新されたアプリケーション（ａｐｐ２ｎ）の対応する前記出力値への、変換が、前記産業用オートメーション装置の運転のために、開始されること、
を特徴とする方法。

【請求項6】

請求項１に記載の方法において、
前記更新されたアプリケーション（ａｐｐ２ｎ）が、前記テストユニット（ＴＥ）の前記ローカルプロセスデータ管理（ＰＤＭ＿ＴＥ）において、ローカルで使用可能ではない値のアドレス情報を要求する場合に、
第１ステップにて、前記プロセスデータ管理（ＰＤＭ＿ＴＥ）は、前記要求を、ローカルプロキシサービスへ転送し、
第２ステップにて、前記ローカルプロキシサービスは、前記要求を、前記第１コントローラ（ＥＳ）の前記プロキシサービスへ転送し、
第３ステップにて、前記プロキシサービスは、前記値を、前記第１コントローラ（ＥＳ）の前記ローカルプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）から読み取り、要求元の前記テストユニット（ＴＥ）の前記プロキシサービスへ転送し、
第４ステップにて、要求元の前記テストユニットの前記プロキシサービスは、前記値を、少なくとも１つの前記ローカルプロセスイメージ（ｐｒｘｙ＿ＴＥ＿Ｓｈｍ）に挿入し、関連する前記アドレス情報を、前記ローカルプロセスデータ管理（ＰＤＭ＿ＴＥ）に登録し、
第５ステップにて、前記ローカルプロセスデータ管理（ＰＤＭ＿ＴＥ）は、前記更新されたアプリケーション（ａｐｐ２ｎ）の前記要求に対して、前記アドレス情報を用いて、応答し、
第６ステップにて、前記更新されたアプリケーション（ａｐｐ２ｎ）は、前記アドレス情報を用いて、前記値にアクセスすること、
を特徴とする方法。

【請求項7】

請求項１に記載の方法において、
前記プロキシサービスの少なくとも１つによって、ローカルプロキシアプリケーションがインスタンス化され、前記プロキシサービスの前記ローカルプロキシアプリケーションは、前記ローカルプロセスイメージへのアクセスを、行うこと、
を特徴とする方法。

【請求項8】

請求項１に記載の方法において、
各前記アプリケーション（ａｐｐ１、ａｐｐ２、ａｐｐ２ｎ）は、前記第１コントローラ（ＥＳ）または前記テストユニット（ＴＥ）の、それぞれの前記ローカルプロセスデータ管理（ＰＤＭ＿ＥＳ、ＰＤＭ＿ＴＥ）と、統一アプリケーションインタフェースを用いて、通信し、
前記プロキシサービス（ｐｒｘｙ＿ａｐｐ＿ｔｅ、ｐｒｘｙ＿ａｐｐ＿ｅｓ）は、機能的に同等のまたは同一のアプリケーションインタフェースを用いて、同じコントローラ（ＥＳ）または同じテストユニット（ＴＥ）の前記プロセスデータ管理（ＰＤＭ＿ＥＳ、ＰＤＭ＿ＴＥ）と、通信すること、
を特徴とする方法。

【請求項9】

請求項１に記載の方法において、
前記プロキシサービスは、インターネットプロトコルを用いて、要求および値を送信すること、
を特徴とする方法。

【請求項10】

請求項９に記載の方法において、
前記プロキシサービスは、ＯＰＣ ＵＡプロトコルを用いて相互に通信すること、
と特徴とする方法。

【請求項11】

産業用オートメーション装置用の更新されたアプリケーション（ａｐｐ２ｎ）をコミッショニングする装置であって、
第１アプリケーション（ａｐｐ２）を有する産業用の第１コントローラ（ＥＳ）は、ローカルで使用されるプロセスデータを有しており、メモリで構成されている、少なくとも１つのローカルプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）を含み、
前記プロセスデータは、複数の値、からなり、
前記第１コントローラ（ＥＳ）は、前記値に関する識別子およびメモリアドレスを管理するローカルプロセスデータ管理（ＰＤＭ＿ＥＳ）を、含み、
前記第１アプリケーション（ａｐｐ２）は、前記値に関する前記識別子および前記メモリアドレスに関する情報を、前記ローカルプロセスデータ管理（ＰＤＭ＿ＥＳ）と交換するように設定されており、値を、前記少なくとも１つのローカルプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）において、前記情報を用いて、読み取るおよび／または書き込むように、構成されている、装置において、
テストユニット（ＴＥ）には、前記更新されたアプリケーション（ａｐｐ２ｎ）と、少なくとも１つのさらなるプロセスイメージ（ａｐｐ２ｎＳｈｍ）と、さらなるプロセスデータ管理（ＰＤＭ＿ＴＥ）と、が設けられており、前記更新されたアプリケーション（ａｐｐ２ｎ）は、前記値に関する前記識別子および前記メモリアドレスに関する情報を前記テストユニットの前記ローカルプロセスデータ管理（ＰＤＭ＿ＴＥ）と交換するように、および、値を、前記少なくとも１つのさらなるプロセスイメージ（ａｐｐ２ｎＳｈｍ）において読み取るおよび／または書き込むように、設定されていることと、
前記第１コントローラ（ＥＳ）および前記テストユニット（ＴＥ）には、それぞれ、プロキシサービスが設定されており、前記プロキシサービスは、それぞれ、対応する前記ローカルプロセスデータ管理（ＰＤＭ＿ＥＳ、ＰＤＭ＿ＴＥ）との通信を行うように、および、値を、各前記ローカルプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ、ｐｒｘｙ＿ＥＳ＿Ｓｈｍ、ｐｒｘｙ＿ＴＥ＿Ｓｈｍ）において、交換された前記情報を用いて、読み取るおよび／または書き込むように、設定されていることと、
前記更新されたアプリケーション（ａｐｐ２ｎ）は、前記第１アプリケーション（ａｐｐ２）と並行して実行されるように、構成されており、前記更新されたアプリケーション（ａｐｐ２ｎ）によって読み取られる対象である前記値は、少なくとも部分的に、前記プロキシサービスによって、前記第１コントローラ（ＥＳ）の前記少なくとも１つのプロセスイメージ（ａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍ）から読み取られ、前記少なくとも１つのさらなるプロセスイメージ（ｐｒｘｙ＿ＴＥ＿Ｓｈｍ、ａｐｐ２ｎＳｈｍ）に挿入されるように、さらに構成されており、
少なくとも１つの出力値であって、前記更新されたアプリケーション（ａｐｐ２ｎ）によって前記テストユニット（ＴＥ）の前記少なくとも１つのプロセスイメージ（ｐｒｘｙ＿ＴＥ＿Ｓｈｍ、ａｐｐ２ｎＳｈｍ）に格納される出力値を検証する、監視装置（ＤＥＢ）が設けられており、前記更新されたアプリケーション（ａｐｐ２ｎ）は、検証の成功後にのみ、プロダクティブオペレーションで使用可能にされるように、さらに構成されていることと、
を特徴とする、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、請求項１の上位概念に係る産業用オートメーション装置用の更新されたアプリケーションをコミッショニングする方法、および、請求項１１の上位概念に係る産業用オートメーション装置用の更新されたアプリケーションをコミッショニングする装置、に関する。

【背景技術】

【0002】

最近の制御ユニットは、制御ユニットが読み取りおよび書き込みのためにアクセスするローカルプロセスイメージを、有している。このプロセスイメージに存在するデータまたは値は、制御機能によって使用可能である。プロセスイメージのデータまたは値は、特にはいわゆるＩ／Ｏ値、つまりセンサデータおよびアクチュエータデータ、である。

【0003】

外部データは、すなわち、デジタルおよびアナログの入力部／出力部を介しては、または、Ｐｒｏｆｉｎｅｔなどの、制御ユニットに一般的なバスを介しては、読み取りされない／書き込みされないデータは、外部アプリケーションのインタフェースまたはＯＰＣ ＵＡなどのプロトコルを介してのみ、制御ユニットへ入力または出力され得るが、それらは、ローカルプロセスイメージの直接的な構成要素ではない。特に、２つの異なる制御ユニットのプロセスイメージは、相互に不可視であり、それに伴い、相互にアクセスすることもできない。従って、外部データは、手動でアプリケーションからローカルプロセスイメージに入力される必要がある。通常の場合、このためには、関与するアプリケーションの停止とそれに続く再起動も必要である。

【0004】

異なる装置におけるアプリケーション間のデータ交換は、例えばＯＰＣ ＵＡプロトコルを介して、または、製造元ＳｉｅｍｅｎｓのＰＬＣ（ＰＬＣ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｃｏｎｔｒｏｌｌｅｒ（プログラマブルロジックコントローラ））の場合にはＳ７プロトコルを介して、可能となる。これは、プログラマによって手動でエンジニアリングフェーズにおいて行われる、つまり、それは自動的には行われず、動作中に行うことはできない。

【0005】

アプリケーションが遠隔制御ユニットのデータにアクセスする場合、このアプリケーションは「手動で」対応するデータチャネルにアクセスする必要がある。ローカルに存在するＯＰＣ ＵＡサーバは、クライアント機能（英：client capability、独：Client Faehikeit）を有していないため、これを自動的に行うことはできない。ローカルＯＰＣ ＵＡクライアントが存在する場合に対しては、データ連携を「手動で」行う必要があるか、マッチングアルゴリズムを有効にする必要がある。

【0006】

周知の解決策に共通しているのは、アプリケーションは、異なる方法で、一方ではローカルで使用可能なプロセスイメージのデータにアクセスする必要があり、他方では外部データにアクセスする必要があることであり、その結果、アプリケーションは、常に外部アクセス用に設定および／または構成される必要がある。これは、特には既存のアプリケーション（「ブラウンフィールド」アプリケーション、「レガシー」アプリケーション）や、更新用に設けられたそれらの後続のバージョン、においては、往々にして、コストをかけることによってのみ可能であるか、または全く不可能なことである。従って、オートメーション技術の分野では、多くの場合、プロダクティブオペレーション（英：productive operation、独：Produktivbetrieb）とシミュレーションは分けられている。

【0007】

上述した制約は、既存のアプリケーションの更新されたバージョンをテストすること、より困難にする、特には、新しいバージョンが、いわゆる「ライブデータ」を用いて、アプリケーションの古いバージョンと並行して、別個のテストシステムにおいて動作される場合に、より困難にする。しかしながら、そのようなテストは重要であり、その理由は、既存のバージョンと新しいバージョンの動作とを直接的に比較することができるからであり、当該新しいバージョンは、特にはいわゆる「リリース候補」または「ベータ版」のバージョン、すなわち最終的に検証されることになる完成バ―ションである。

【発明の概要】

【発明が解決しようとする課題】

【0008】

テスト対象であるバージョンは、プロダクティブバージョンに対して変更されたインタフェースを用いて、センサデータまたは一般的にプロダクティブシステムのプロセスイメージに、アクセスする必要があり、その結果、少なくとも、インタフェースに関してまたは特にプロセスイメージにアクセスするＡＰＩに関して、テスト対象である新しいバージョンは、アプリケーションの既存のバージョンとは異なっている。言い換えれば、テスト対象であるバージョンは、後のプロダクティブバージョンとは異なる。これは、一般的にテストには望ましくない。従って従来、最終的な「リリース候補」のシミュレーションは、多くの場合、プロダクティブオペレーションとは無関係に事前に行われていた。

【0009】

従って、本発明の課題は、アプリケーションによるプロセスイメージへの、特には外部プロセスイメージへの、アクセスを、以下のように、単純化することである、つまり、統一インタフェースを、アプリケーションのプロダクティブオペレーションのバージョンに対しても、これと並列に動作されるテスト対象であるバージョンに対しても、使用できるように、単純化することである。

【課題を解決するための手段】

【0010】

本課題を解決するための核となる思想は、ローカルソフトウェアによって、特にはいわゆるプロキシサービス（略してプロキシ）によって、産業用オートメーションシステムにて取得されるセンサデータであって、産業用コントローラのいわゆるプロセスイメージに存在するセンサデータは、別個のテストシステムのプロセスイメージに書き込まれるか、ここから読み出される、ということである。ここで、メモリセル（例えばＩ／Ｏ値、変数またはレジスタ）であって、テストシステムのローカルプロセスイメージにはまだ属していないメモリセルが、そこに作成されるか、割り当てられ、好ましくはローカルプロセスデータ管理によって、または少なくともローカルプロセスデータ管理において作成された後に、登録される。このようにして、プロダクティブシステムの「外部」データおよび値は、アプリケーションのプロダクティブのバージョンもテスト対象であるバージョンも変更する必要なしに、テストシステムのローカルプロセスイメージにおいて、使用可能である。本発明のさらなる核となる思想は、テスト対象であるアプリケーションによって生成されるデータを、多くの場合いわゆるアクチュエータ値を、プロダクティブシステムのローカルプロセスイメージに送信すること、その結果、テスト対象のアプリケーションが最終的にプロダクティブシステムに引き継がれる前に、テスト対象のアプリケーションは連続的に産業用装置の制御を試用的に引き継がれ得ること、に関する。

【0011】

本課題は、特に請求項１に記載の方法により解決される。ここで、産業用オートメーション装置用の更新されたアプリケーションをコミッショニングする方法が提案され、第１アプリケーションを有する第１産業用コントローラは、ローカルで使用されるプロセスデータを有する少なくとも１つのローカルプロセスイメージを含み、プロセスデータは、複数の値、特には産業用オートメーション装置のセンサおよび／またはアクチュエータの値からなり、値に関する識別子およびメモリアドレスを管理するローカルプロセスデータ管理が設けられており、第１アプリケーションは、値に関する識別子およびメモリアドレスに関する情報を、ローカルプロセスデータ管理と交換し、値を、少なくとも１つのローカルプロセスイメージにおいて、情報を用いて、読み取るおよび／または書き込む。ここで、テストユニットには、更新されたアプリケーション、特には第１アプリケーションのテスト対象である新しいバージョン、と、少なくとも１つのさらなるプロセスイメージと、さらなるプロセスデータ管理と、が設けられ、更新されたアプリケーションは、値に関する識別子およびメモリアドレスに関する情報をテストユニットのローカルプロセスデータ管理と交換し、値を、少なくとも１つのさらなるプロセスイメージにおいて、読み取るおよび／または書き込む。加えて、第１コントローラおよびテストユニットにおいて、それぞれ、プロキシサービスが設定され、プロキシサービスは、それぞれ、対応するローカルプロセスデータ管理との通信を行い、値を、各ローカルプロセスイメージにおいて、交換された情報を用いて、読み取るおよび／または書き込む。更新されたアプリケーションは、第１アプリケーションと並行して実行され、更新されたアプリケーションによって読み取られる対象である値は、プロキシサービスによって、第１コントローラの少なくとも１つのプロセスイメージから読み取られ、少なくとも１つのさらなるプロセスイメージに挿入される。ここで、監視装置は、更新されたアプリケーションによってテストユニットの少なくとも１つのプロセスイメージに格納された少なくとも１つの出力値の検証を実行し、更新されたアプリケーションは、検証の成功後にのみ、プロダクティブオペレーションにおける使用に対して、解放される。本方法によって、テスト対象であるアプリケーションは、それが後にプロダクティブシステムのプロセスイメージにおけるローカルで使用可能なデータにアクセスするのと同様に、すでにテストシステムにおいて、プロダクティブシステムのこのデータにアクセスすることができ、このためにアプリケーションを変更または再構成する必要はない。

【0012】

また、本課題は、本方法を実行するように設定される請求項１１に記載の装置により解決される。ここで、産業用オートメーション装置用の更新されたアプリケーションをコミッショニングする装置が設けられ、第１アプリケーションを有する第１産業用コントローラは、ローカルで使用されるプロセスデータを有する少なくとも１つのローカルプロセスイメージを含み、プロセスデータは、複数の値、特には産業用オートメーション装置のセンサおよび／またはアクチュエータの値、からなり、第１コントローラは、値に関する識別子およびメモリアドレスを管理するローカルプロセスデータ管理を、含み、第１アプリケーションは、値に関する識別子およびメモリアドレスに関する情報を、ローカルプロセスデータ管理と交換するように設定されており、値を、少なくとも１つのローカルプロセスイメージにおいて、情報を用いて、読み取るおよび／または書き込むように、構成されている。ここで、テストユニットには、更新されたアプリケーションが設けられており、特には第１アプリケーションのテスト対象である新しいバージョンと、少なくとも１つのさらなるプロセスイメージと、さらなるプロセスデータ管理と、が設けられており、更新されたアプリケーションは、値に関する識別子およびメモリアドレスに関する情報をテストユニットのローカルプロセスデータ管理と交換するように、および、値を、少なくとも１つのさらなるプロセスイメージにおいて読み取るおよび／または書き込むように、設定されており、コントローラおよびテストユニットには、それぞれ、プロキシサービスが設定されており、プロキシサービスは、それぞれ、対応するローカルプロセスデータ管理との通信を行うように、および、値を、各ローカルプロセスイメージにおいて、交換された情報を用いて、読み取るおよび／または書き込むように、設定されており、更新されたアプリケーションは、第１アプリケーションと並行して実行されるように、構成されており、更新されたアプリケーションによって読み取られる対象である値は、少なくとも部分的に、プロキシサービスによって、第１コントローラの少なくとも１つのプロセスイメージから読み取られ、少なくとも１つのさらなるプロセスイメージに挿入されるように、さらに構成されており、少なくとも１つの出力値であって、更新されたアプリケーションによってテストユニットの少なくとも１つのプロセスイメージに格納される出力値を検証する監視装置が設けられており、更新されたアプリケーションは、検証の成功後にのみ、プロダクティブオペレーションにおける使用に対して、解放されるように、さらに構成されている。本装置によって、本方法に関して上述した有利な点を達成することができる。

【0013】

本方法の有利な構成は、従属請求項に記載されており、それらの特徴および有利な点は、本発明に係る装置に同様に適用される。有利な構成は、明らかな方法で互いに組み合わせることもできる。

【0014】

第１変形例では、更新されたアプリケーションによって生成された出力値は、特には所定の基準または限界値の遵守に関して、妥当性について検証され得る。特に有利な変形例では、第１アプリケーションによって出力値として第１コントローラのプロセスイメージに書き込まれた少なくとも１つの値は、プロキシサービスによって、第１コントローラの少なくとも１つのプロセスイメージから読み取られ、監視装置に送信され、その後、監視装置により、検証のために、第１アプリケーションの出力値と更新されたアプリケーションの対応する出力値と間の比較が、行われる。有利には、それに加えて、第１コントローラのプロセスイメージから読み取られた値は、少なくとも１つのさらなるプロセスイメージに挿入され、その後、監視装置は、比較のために、さらなるプロセスイメージにおけるこの格納された値へ、アクセスする。一例においては、比較の際に、百分率または絶対値で、任意で所定時間後に、予め定義された閾値を下回る差が確認される場合には、更新されたアプリケーションは、プロダクティブオペレーションへの引き継ぎの候補として、提供され、第１プロダクティブコントローラに送信され、そこでアプリケーションの元のバージョンの代わりに動作状態にされる。また、監視装置によって、プロダクティブオペレーションに対して解放される場合には、第１コントローラにおいて更新されたアプリケーションのインストールおよび起動が、開始され、第１アプリケーションの少なくとも１つの出力値から、新しくインストールされ、作動された更新されたアプリケーションの対応する出力値への、変換が、産業用オートメーション装置の運転のために、開始される。百分率的なまたは絶対的な偏差の差を監視することに対して代替的にまたは追加的に、より複雑なアルゴリズムまたは規定を使用することもできる。

【0015】

更新されたアプリケーションによる、第１アプリケーションの、または、プロダクティブシステムの、値、特にはセンサデータ、へのアクセスは、以下のようにして、自動的に構成され得る、すなわち、更新されたアプリケーションが、テストユニットのローカルプロセスデータ管理において、ローカルで使用可能ではない値のアドレス情報を要求する場合に、第１ステップにて、プロセスデータ管理は、要求を、ローカルプロキシサービスへ転送し、第２ステップにて、ローカルプロキシサービスは、要求を、第１コントローラのプロキシサービスへ転送し、第３ステップにて、プロキシサービスは、値を、第１コントローラのローカルプロセスイメージから読み取り、要求元のテストユニットのプロキシサービスに転送し、第４ステップにて、要求元のテストユニットのプロキシサービスは、値を、少なくとも１つのローカルプロセスイメージに挿入し、関連するアドレス情報を、ローカルプロセスデータ管理に登録し、第５ステップにて、ローカルプロセスデータ管理は、更新されたアプリケーションの要求に対して、アドレス情報を用いて応答し、第６ステップにて、更新されたアプリケーションは、アドレス情報を用いて、値にアクセスすること、によって自動的に構成され得る。

【0016】

プログラミングインタフェース、または、アプリケーションがプロセスイメージにアクセスするために用いられるインタフェース、は、有利には標準化されており、アプリケーションおよびプロキシ装置のこれらのインタフェースは、機能的に異なるべきでない。従って、プロキシ装置のために、このインタフェースを別個のアプリケーションにおいてカプセル化することが有利であり、その結果、異なるプラットフォーム用に作成されるプロキシ装置の異なるバージョンが、同じプラットフォーム用に作成されるアプリケーションの同一インタフェースを、使用することができる。それに加えて、プロキシサービスによって、その都度、ローカルプロキシアプリケーションはインスタンス化され、プロキシアプリケーションは、それぞれのローカルプロセスイメージへのアクセスを行う。これと同様に、以下の場合が有利である、すなわち、各アプリケーションが、コントローラのそれぞれのローカルプロセスデータ管理と、統一アプリケーションインタフェースを用いて通信する場合や、プロキシサービスが、機能的に同等のアプリケーションインタフェースまたは同一のアプリケーションインタフェースを用いて、同じコントローラのプロセスデータ管理と通信する場合が有利である。

【0017】

有利には、プロキシサービスは、インターネットプロトコルを用いて、要求および値を送信する。特には、プロキシサービスは、有利にはＯＰＣ ＵＡプロトコルを用いて、相互に通信し、その結果、第１コントローラとテストシステムとの間のデータ交換を、自動的に構成することができる。

【0018】

本発明に係る方法の実施形態例は、以下において、図面を用いて、説明される。図面はまた、本発明に係る装置を説明するために役立つ。

【図面の簡単な説明】

【0019】

【図1】図１は、問題を説明するための初期状態を示す。

【図2】図２は、プロダクティブユニットのプロセスデータ管理からテストユニットへの値の提供を示す。

【図3】図３は、テストユニットのアプリケーションに対する値の提供を示す。

【図4】図４は、プロダクティブユニットのアプリケーションと並行して動作する、テストユニットの更新されたアプリケーションのテストを示す。

【発明を実施するための形態】

【0020】

図１は、以下の説明のための初期状態を示す。図の右側には、第１産業用コントローラＥＳが示されており、当該第１産業用コントローラＥＳは、以下では、プロダクティブシステムまたはプロダクティブユニットとも、称される。プロダクティブユニットＥＳは、プロセスデータ管理ＰＤＭ＿ＥＳを含み、当該プロセスデータ管理ＰＤＭ＿ＥＳは、プロダクティブユニットＥＳで実行中のアプリケーション（アプリ)ａｐｐ１、ａｐｐ２、特にはそれらのデータフローとプロセスイメージ、を連携および管理する。プロセスデータ管理ＰＤＭ＿ＥＳは、実際のデータフローには介入しない。その一方、アプリケーションａｐｐ１、ａｐｐ２は、プロセスイメージａｐｐ１Ｓｈｍ、ａｐｐ２Ｓｈｍに、直接アクセスする。アクセスは、その際、いわゆる共有メモリ（「Ｓｈｍ」）において行われる、つまり、データを生成するアプリケーションが、データを、それぞれのアプリケーションに割り当てられている共有メモリに書き込む。当該共有メモリはプロセスイメージである。共有メモリは、その都度、システム全体で、それぞれのプラットフォームで読み取りと書き込みが可能である。これらデータを使用（消費）しようとするアプリケーションは、プロセスデータ管理を介して、これらデータがどの共有メモリに存在するかの情報を、取得する。アプリケーションａｐｐ２は、ａｐｐ１によってプロセスイメージ（共有メモリ)ａｐｐ１Ｓｈｍに書き込まれた値ｌｉｇｈｔ１を読み取る。この値は、アプリケーションａｐｐ２により、出力変数ｌｉｇｈｔ２を計算するために、必要とされる。プロセスデータ管理は、ｌｉｇｈｔ１がどこに存在するかの知識を、伝えている。双方向の矢印は、それぞれ、この目的のために必要な、アプリケーションとプロセスデータ管理との間の情報交換を記号的に表している。その一方、アプリケーションａｐｐ２は、データｌｉｇｈｔ２を提供する（「書き込み」は「提供（ｐｒｏｖｉｄｅｄ）」の頭文字「ｐ：」で示される）。このデータｌｉｇｈｔ２は、この単純な例では、接続されている産業プロセスに対する制御情報である。例えば、接続されている照明は、この「変数」ｌｉｇｈｔ２の値がどれほど高いかに応じて、０％～１００％の明るさをとり得る。

【0021】

プロダクティブユニットＥＳの外部には、ａｐｐ２ｎ（「ａｐｐ２ ｎｅｗ」）が存在し、当該ａｐｐ２ｎは、別個のテストシステムＴＥで実行され、プロダクティブユニットで使用されるａｐｐ２をテストの成功後に置き換えるものである。アプリケーションａｐｐ２、ａｐｐ２ｎの時間的並行動作中に行われるテストのために、更新されたアプリケーションａｐｐ２ｎは、第１コントローラＥＳの、具体的にはアプリケーションａｐｐ１の、データｌｉｇｈｔ１へのアクセス、を必要とする。読み取りアクセスは、識別子「ｃ：」（「消費（ｃｏｎｓｕｍｅｄ）」）で示される。

【0022】

図２には、どのようにしてユーザによりａｐｐ２ｎがテストユニットＴＥで起動されるかが示されている。アプリケーションａｐｐ２ｎは、直接、テストユニットＴＥのローカルプロセスデータ管理ＰＤＭ＿ＴＥに登録し、当該ローカルプロセスデータ管理ＰＤＭ＿ＴＥは、他方でプロダクティブユニットＥＳのプロセスデータ管理ＰＤＭ＿ＥＳをトリガする。これについては、後に図３を参照して詳細に説明する。

【0023】

また、プロダクティブユニットＥＳのプロセスデータ管理ＰＤＭ＿ＥＳは、さらに、プロダクティブユニットＥＳにおいて、いわゆるプロキシサービスｐｒｘｙ＿ａｐｐ＿ｅｓ(プロキシユニットとも称される）を、開始させる。プロキシサービスｐｒｘｙ＿ａｐｐ＿ｅｓは、その際、プロダクティブユニットＥＳで生成されたデータｌｉｇｈｔ１およびｌｉｇｈｔ２を読み取り、ＩＰ通信インタフェースを介して「外部に向かって」使用可能とする（ユニットＴＥとユニットＥＳとの間の矢印）ように、起動される。この目的のために、テストユニットＴＥのプロセスデータ管理ＰＤＭ＿ＴＥは、「所望のデータ」ｌｉｇｈｔ１ およびｌｉｇｈｔ２に関する情報を、プロダクティブユニットＥＳのプロセスデータ管理ＰＤＭ＿ＥＳに送信し、この通信は、プロキシ装置ｐｒｘｙ＿ａｐｐ＿ｔｅ、ｐｒｘｙ＿ａｐｐ＿ｅｓを介して行われ（図３を参照）、さらに、サーバまたは「ディストリビュータ」（不図示）も、ユニット間において通信に統合されていてもよい。テストユニットＴＥには、さらに、監視装置ＤＥＢ、すなわち、デバッグシステムおよびエンジニアリングシステム、または、略して「デバッガ」（「ＤＥＢ」）、がインストールされており、当該デバッガは、テストの制御および評価を行う。デバッグシステムおよびエンジニアリングシステムは、多くの場合、「ＩＤＥ」（統合開発環境、英：Integrated Development Environment）とも称される。

【0024】

図３は、どのようにしてテストユニットＴＥのプロセスデータ管理ＰＤＭ＿ＴＥが、テストユニットＴＥ側で、プロキシサービスｐｒｘｙ＿ａｐｐ＿ｔｅ(テストユニットのローカルプロキシアプリケーション）を起動させるかを、示す。プロキシサービスｐｒｘｙ＿ａｐｐ＿ｔｅは、ＩＰ通信インタフェースを介して、プロキシサービスｐｒｘｙ＿ａｐｐ＿ｅｓによって使用可能になったデータｌｉｇｈｔ１およびｌｉｇｈｔ２を、読み取り、これらをそのローカルプロセスイメージｐｒｘｙ＿ＴＥ＿Ｓｈｍ(プロキシサービスの共有メモリ）に書き込む。代替的にまたは追加的に、データｌｉｇｈｔ１は、アプリケーションａｐｐ２ｎのプロセスイメージａｐｐ２ｎＳｈｍにも、書き込まれ得る、あるいは、コピーされ得る。データｌｉｇｈｔ１およびｌｉｇｈｔ２は、「変数名」およびメモリアドレスの登録を手段として、プロセスデータ管理ＰＤＭ＿ＴＥに登録され、それに伴い、アプリケーションａｐｐ２ｎおよびデバッガまたは監視装置ＤＥＢにより使用可能である。ただし、データｌｉｇｈｔ２がこのメモリｐｒｘｙ＿ＴＥ＿Ｓｈｍから消費または読み取られるのは、監視装置またはデバッガＤＥＢによってのみであり、デバッガＤＥＢは、データｌｉｇｈｔ２のこのバージョンを、アプリケーションａｐｐ２ｎのメモリａｐｐ２ｎＳｈｍからのバージョンと、後ほど比較する。

【0025】

このようにして、データｌｉｇｈｔ１およびｌｉｇｈｔ２と、プロセスイメージｐｒｘｙ＿ＴＥ＿Ｓｈｍにおけるそれらの格納場所は、テストユニットＴＥのプロセスデータ管理ＰＤＭ＿ＴＥに登録され、その結果、プロセスデータ管理ＰＤＭ＿ＴＥは、目下ローカルでテストユニットＴＥに存在するデータｌｉｇｈｔ１の情報を、消費アプリケーションａｐｐ２ｎに転送する。

【0026】

図４には、どのようにしてアプリケーションａｐｐ２ｎが、ここで、プロキシ装置ｐｒｘｙ＿ａｐｐ＿ｔｅのプロセスイメージｐｒｘｙ＿ＴＥ＿Ｓｈｍからデータｌｉｇｈｔ１を読み取るか、が示されている、すなわち、アプリケーションａｐｐ２ｎは、間に挟まれたプロキシアプリケーションｐｒｘｙ＿ａｐｐ＿ｅｓおよびｐｒｘｙ＿ａｐｐ＿ｔｅを用いて、アプリケーションａｐｐ１のデータｌｉｇｈｔ１をプロダクティブユニットＥＳから取得し、このようにして「元データ」を用いてテスト可能である、すなわち、特に、アプリケーションａｐｐ２およびａｐｐ２ｎによってそれぞれ生成されたデータｌｉｇｈｔ２を比較することができ、これは三角形により図示されている。比較の代わりに、アプリケーションａｐｐ２ｎによって生成されたデータｌｉｇｈｔ２を、所定の限界値などとに対して検証することもできる。さらに、更新されたアプリケーションａｐｐ２ｎによって生成されたデータｌｉｇｈｔ２は、プロキシサービスまたはプロキシアプリケーションｐｒｘｙ＿ａｐｐ＿ｅｓおよびｐｒｘｙ＿ａｐｐ＿ｔｅを介して、プロダクティブユニットＥＳに返送され、そこでプロセスイメージａｐｐ２Ｓｈｍに書き込まれてもよく、その結果、さらなるステップにて、なおテストユニットに存在するアプリケーションａｐｐ２ｎが元のアプリケーションａｐｐ２のタスクを引き継ぐ（このプロセスは明瞭化のため図中には示されていない）。生成される出力値が複数である場合、これを段階的に行ってもよく、デバッガＤＥＢのユーザは、「元の」値または更新されたアプリケーションによって生成された値がプロダクティブオペレーションで使用されるか否か、いつ使用されるか、どのような条件で使用されるかを、それぞれ出力値に対して個別に設定できる。

【0027】

従って、このプロセスにおいてユーザは、ユーザインタフェースを用いて、アプリケーションａｐｐ２ｎによって生成されたどのデータ（例えばアクチュエータの値）をプロダクティブオペレーションで引き継ぐべきであるかについて完全に制御でき、このことは、データ構造により、プロキシサービスｐｒｘｙ＿ａｐｐ＿ｅｓおよびｐｒｘｙ＿ａｐｐ＿ｔｅを介して、可能である。プロセス全体は、テスト装置またはデバッグ装置ＤＥＢを用いて、ユーザにより、常に監視可能であり、特に、セキュリティ上の理由などから不適切な値がプロダクティブに使用されることを防ぐこともできる。

【0028】

最終ステップ（不図示)では、テストの成功後、更新されたアプリケーションａｐｐ２ｎは、プロダクティブユニットＥＳに送信され、その後そこでシームレスにアプリケーションａｐｐ２から新しいアプリケーションａｐｐ２ｎへと切り替えられる。アプリケーションａｐｐ２ｎがタスクを完全に引き継いだため、元のアプリケーションａｐｐ２は今や停止され得て、プロダクティブユニットＥＳから削除され得る。

【0029】

これにより、動作中に、シミュレーション／テストからアプリ／アプリケーションを段階的に引き継ぐことが可能である。アプリケーションのテスト中に、ユーザは、データをプロダクティブシステムに引き継ぐこと、それに伴い連続的に、更新されたアプリケーションを試用的に動作させること、ができる、その際、いつでも元のアプリケーションによって生成された制御値に戻すことができる。

【図1】

【図2】

【図3】

【図4】