JP2006053915A - 統一化されたプラント・モデル用ダイナミック・スキーマ - Google Patents

Abstract

【課題】産業システムのオートメーションを促進する産業システム構成プラットホームを得る。
【解決手段】産業システム構成プラットホームは、産業システムの表現および少なくとも部分的に表現を記述するメタデータに基づいて産業システムの少なくとも一部分を自動的に構成する構成コンポーネントを含んでいる。物理的装置は、少なくとも部分的にメタデータに基づいて自動的に構成することができ、データベースは、少なくとも部分的にメタデータに基づいて発生し構造化することができる。産業システム構成プラットホームは、さらに、産業プロセスを少なくとも部分的にメタデータに基づいてインプリメントできるようにする。
【選択図】図１

Description

本発明は、一般的に産業システム・オートメーションに関し、特に、少なくとも部分的にシステムに関連するメタデータに基づいて産業システムを自動的に構成することに関連している。

コンピュータ技術およびソフトウェアの進歩により、通信はほぼ瞬時に行えるようになってきている。たとえば、電子メールを介してニューヨークにいる人は、カリフォルニアにいる人から文献、イメージ、メッセージ等を数秒内に受け取ることができる。このような技術の進歩は、通信に限らず、全てのビジネスおよび個人に直接的または間接的に影響を及ぼす。たとえば、産業制御システムにより近代的な工場は、多くの状況において部分的または完全に自動化されて、工場に関連するコストが低減され、消費者は、このようなコスト低減の恩恵を受ける。

製造コストをさらに低減するために、産業システムは、次第に自動化されてきている。たとえば、プログラマブル論理コントローラ（ＰＬＣ）をさまざまな機械類に接続して、このような機械類の作用間で精密なタイミングを必要とするプロセスを制御することができる。さらに、通信技術が進歩し続けるにつれ、地理的境界を跨ぐ相互通信により分散型製作環境の成長が可能になってきている。たとえば、第１の地理的位置にある第１のプラントを利用して窓枠を製作することができ、第２の地理的位置にある第２のプラントを利用して対応する窓を製作することができる。明らかに、窓枠よりも遥かに多数の窓が作られたら、過剰な窓が存在するため製作の非効率性が生じる。たとえば、過剰な窓を保管する倉庫が必要となり、窓を不要にしたりリサイクルすることが必要となり、かつ／または作られた窓を異なる窓枠に対する設計仕様に合うよう変更することが必要となる。これらおよびその他のコストは、効率的な通信／オートメーション・システムを付随しない製作システムに関連する場合が多い。

地理的／産業システム境界を跨ぐオートメーションを促進するシステムおよび方法論が開発され、さまざまな工場環境において実現されてきている。しかしながら、このようなシステムおよび方法論は、典型的にルールベースであり、製作環境の要求条件の変更に対して柔軟性ではない。たとえば、システム内の旧式の製作装置と置換する製作装置は、所望のプロセスが行われる場合、このようなシステム内の他の装置と互換性がないことがある。したがって、装置がオートメーションを可能にするコンピュータ・プラットホームだけでなくシステム内の他の装置とも互換性を有するようにするために、コンピュータ・プログラミングのエキスパートおよびシステム／装置に精通している人が必要となる。既存のシステム内に装置を追加インプリメンテーションする必要性によりシステムのダウンタイム、工数の消失およびインプリメンテーションを可能にするプログラマの追加コストが生じる。同様に、既存の装置を利用しながら新しいプロセスをインプリメントすると、相当な量の時間を要することがある。

さらに、産業オートメーション・システムに関連して利用される通信／コンピュータ化コンポーネントは、データベースおよび／またはデータベース・エントリをユーザに適切に送るように適切に構成されないことがある。たとえば、産業オートメーション・システムは、所有者の内部フォーマットに従ってデータベースを発生するように構成することができる。しかしながら、このようなデータベースは、遠隔位置から見られるフォーマットでディスプレイできることが望ましいが、このような遠隔位置は、所有者フォーマットに従って更新されていない。従来の産業オートメーション・システムでは、データベース・フォーマットのこの変更にはフォーマット間の変換に特定的なコードを発生するコンピュータ・プログラマが必要である。このようなプログラミングは、ルール・ベースであり、産業システムの変更状態にうまく適応しない。さらに、データベースがダイナミックに生成されると（たとえば、データベースは、センサ、機械類、オペレータ入力から一定のデータフローを受信する）、第１のフォーマットから第２のフォーマットへのスキーマ・マッピングは、ロバストかつ適応性でなければならず、やはりエキスパートによるプログラミングが必要である。

したがって、エキスパート・プログラミング・サービスを軽減しながら産業オートメーション・システムを自動的に構成するシステムおよび／または方法論に対する必要性が従来技術に存在する。

本発明のいくつかの側面を基本的に理解するために、以下に本発明の簡単な概要を示す。この概要は、本発明の広範囲にわたる概観ではない。それは、本発明のキー、すなわち重要なエレメントを識別したり発明の範囲を定めるものではない。その唯一の目的は、後述するより詳細な説明の序文として、本発明のいくつかの概念を単純化された形で提示することである。

本発明は、産業システムを自動的に構成するシステムおよび／または方法論を提供する。本発明の利点は、その間のインターフェイスをマニュアルにプログラミングすることなく産業装置／プロセスを構成することを含んでいる。さらに、本発明は、産業環境に関して利用されるデータベースの自動発生および構造化を提供する。たとえば、異なる場所で見ることができるデータベース内の産業環境に関連するデータを格納することが望ましい。したがって、ＸＭＬデータベース等は、従来のブラウザで見ることを考慮するのが望ましい。さらに、特定のフォーマットのデータストア内に産業自動化プラットホームを格納するのが望ましい。

前記した利点およびその他の利点は、メタデータを構造化し解析するインテリジェント・コンポーネントに関するメタデータを利用して達成することができる。メタデータを利用して産業環境内の物理的装置間の関係および／またはリソース、産業環境内のプロセス、ソフトウェア・オブジェクトおよび／またはアプリケーション間のリソース、ソフトウェア・オブジェクトおよび／またはアプリケーション間の連関等を定義／記述することができる。さらに、メタデータは、互いに継承しないオブジェクト間の関係を記述するだけでなく、さまざまなオブジェクト間の継承関係を記述することができる。このようにして、メタデータは、産業環境をロバストに記述するために存在することができ、産業環境のロバストな表現の発生を可能にする。

このようなロバスト・メタデータ駆動表現により産業システム内の物理的装置および／またはプロセスの構成だけでなくソフトウェア・アプリケーションの構成も自動化することができる。たとえば、ユーザは、特定のプロセスが構成されインプリメントされるよう要求することができる。解析コンポーネントがシステム内に存在するメタデータを解析して要求されたプロセスに必要な物理的装置を自動的に構成することができる。さらに、メタデータの解析により望ましいインプリメンテーションに必要なソフトウェア・オブジェクトの発生および要求されたプロセスに関連するデータを格納／解析するのに利用されるデータベース発生および構造化が可能となる。このような自動的構成は、インプリメンテーションに必要なソフトウェアのマニュアル・プログラミングを必要とする従来の産業オブジェクト・システムよりも実質的に有利である。

本発明のもう１つの側面に従って、メタデータは、特定のユーザに従って収集することができる。たとえば、ユーザ・アイデンティティ、ユーザ・アクセス特権等をメタデータ内で定義／記述することができる。その後、ユーザが本発明のオートメーション・プラットホーム内のデータを見たい時に、ユーザに関連データだけを提供するフィルタをダイナミックに生成することができる。このようなフィルタは、産業システム表現のロバストさにより有利である。特に、産業システム全体に関連する全データが提供されると、ユーザは、このようなデータの膨大な量により圧倒されてしまう。さらに、これらのフィルタは、メタデータ内に直接組み込むことができ、産業システム内の変更およびユーザに関する変更について、それらを長時間適応性とすることができる。

さらに、産業オートメーション環境内の１つ以上の装置／プロセスを制御するのに利用されるコントローラは、本発明に関連するメタデータを利用することができる。たとえば、産業システムを定義／記述するメタデータをコントローラに提供し、その後このようなメタデータを利用して産業機械／プロセスを制御することができる。さらにメタデータが発生されてコントローラにアクセス可能であれば、よりインテリジェントな制御判断を行うことができる。コントローラは、メタデータ内に明記された連関を解析することにより所望のメタデータを迅速に捜し出すことができる。たとえば、リンク・テーブルを提供してコントローラが産業機械／プロセスの制御に関するメタデータを迅速に捜し出して利用できるようにすることができる。

前記した目的および関連目的を達成するために、本発明は、以後詳細に記述し特に特許請求の範囲において指摘する特徴を含んでいる。下記の説明および添付図面は、本発明のある側面を詳細に説明する。しかしながら、これらの側面は、本発明の原理を利用できるさまざまな方法の中のいくつかにすぎず、本発明は、このような全ての側面および等価側面を含むものとする。本発明の他の目的、利点および新しい特徴は、本発明の下記の詳細な説明と図面から自明となる。

次に、全体を通して同じエレメントに同じ参照番号が使用される図面を参照して本発明が説明される。下記の説明において、説明の目的で、本発明を完全に理解するために非常に多くの特定の詳細が説明される。しかしながら、本発明は、これらの特定の詳細無しで実施できることは明らかである。また、よく知られた構造および装置は、本発明の記述を容易にするためにブロック図形式で示されている。

本願において使用される「コンポーネント」、「ハンドラ」、「モデル」、「システム」等の用語は、ハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェアまたは実行中ソフトウェアのコンピュータ関連エンティティに関係するものとする。たとえば、限定はしないが、コンポーネントは、プロセッサで実行しているプロセス、プロセッサ、オブジェクト、エグゼクタブル、実行のスレッド、プログラムおよび／またはコンピュータとすることができる。例として、サーバで実行中のアプリケーションとサーバの両方をコンポーネントとすることができる。１つ以上のコンポーネントがプロセスおよび／または実行のスレッド内に常駐することができ、コンポーネントは、１つのコンピュータ上に局在化したり２つ以上のコンピュータ間に分散させることができる。また、これらのコンポーネントは、その上に格納されたさまざまなデータ構造を有するさまざまなコンピュータ読取可能媒体から実行することができる。コンポーネントは、１つ以上のデータ・パケット（たとえば、ローカル・システム、分散システム内のもう１つのコンポーネントとインタラクトする１つのコンポーネントからのデータおよび／または信号を介して他のシステムを有するインターネット等のネットワークを横切するデータ）を有する信号に従ったローカルおよび／または遠隔プロセスを介して通信することができる。

次に、図面について、図１は、本発明の１つの特定側面に関連するハイレベル・システム概観を示す。本発明は、１つ以上の製作プロセスおよび／またはエンティティのオートメーションを促進する新しいシステム１００に関連している。しばしば、工場オートメーションは、少なくとも一部は製作システム用フレームワークを提供するソフトウェア・ベンダおよび、このようなフレームワークがその特定の製作ニーズに従って適応／完了されるよう要求する顧客により遂行される。したがって、製作システム／プロセスの変更には、ソフトウェア・ベンダがソフトウェアを修正して前記の変更を適応させる必要がある。さらに、所有者の機械は、製作システム内の他の機械類だけでなくコントローラと有効に通信できるようにするのに、しばしば特殊化された構成を必要とする。システム１００は、ソフトウェア・ベンダおよび顧客アプリケーションにわたって共有されるシステム全体像から製作工場（プラント）用共通モデルを提供するのに利用される。さらに、本発明により促進される共通モデルは、全産業セグメントにわたることができる。

システム１００は、産業システム１０２および産業システムの表現１０６を含むオートメーション・プラットホーム１０４を含んでいる。産業システム１０２は、さまざまな産業機械（たとえば、ポンプ、プレス、コンベア）、プログラマブル論理コントローラ（ＰＬＣ）、スイッチ、センサ、サーバ、データベースまたは産業システムと関連して使用することができる任意他の適切なソフトウェア／装置を含むことができる。表現１０６は、このような産業システム１０２を表現するのに利用されるソフトウェア・オブジェクトだけでなく産業システム１０２に関連するメタデータ１１０を利用して産業システム１０２内のエンティティ１０８を有効に表現する。メタデータは、データを記述するデータである。従来、メタデータは、膨大な量の情報の中から特定の情報を捜し出すためにワールド・ワイド・ウェブに関連して利用されてきた。メタデータ１１０は、エキスパート・プログラマを必要とせずにシステム変更により拡張および変更できるため、システム表現１０６は、産業システムの従来のデータベース表現よりも一層インテリジェントであり適応性がある。メタデータ１１０は、オートメーション・プラットホーム１０４内（および産業システム１０２内）のシステム・エンティティ１０８間の連関を定義するデータを含んでいる。メタデータ１１０は、さらに、産業システム１０２内で生じる産業プロセスの定義を含むことができ、システム・エンティティ１０４は、このようなプロセスの表現を含むことができる。特に、システム表現１０６内のシステム・エンティティ１０８は、異なる産業プロセス、産業機械類、サーバ等を表現するオブジェクトを含むことができ、メタデータ１１０は、さらに、このようなオブジェクトを定義することができる。さらに、オブジェクトの集まりを利用して産業システム１０２内の異なるプロセス／機械類を表現することができる。このようにして、システム表現１０６は、産業システム１０２を表現する特定の方法に限定されず、本発明により任意適切な表現方法が考えられることが理解される。

構成コンポーネント１１２がシステム表現１０６を解析し、このような解析に従って産業システム１０２を構成する。構成コンポーネント１１２は、少なくとも部分的にメタデータ１１０に基づいて産業システム１０２および／またはシステム表現１０６を構成するインテリジェント・コンポーネントである。本発明の一側面に従って、産業システム内のセンサは、機械類の新しいまたは変更部分の存在を確認して、このような追加をオートメーション・プラットホーム１０４に知らせることができる。その後、構成コンポーネント１１２は、システム表現１０６を解析して産業システム１０２を記述するメタデータ１１０に従って機械類を自動的に構成することができる。たとえば、新／変更機械類自体が適切なネットワーク接続を介してオートメーション・プラットホーム１０４に送られるメタデータを含むことができ、機械類に関連するメタデータを既存のメタデータ１１０に加えることができる。本発明のもう１つの側面に従って、機械類に関連するメタデータは、オートメーション・プラットホーム１０４のオペレータ／ユーザによりマニュアルで入力することができる。たとえば、機械類の新しい部分の存在を検出することができ、構成コンポーネント１１２は、機械類のその部分に関連するメタデータを入力するようユーザを促すことができる。特に、構成コンポーネント１１２は、機械類を構成するのに必要なメタデータを決定して、テンプレートまたは他の適切なデータエントリ機構をユーザに提供することができる。要求したメタデータを受信すると、構成コンポーネント１１２は、システム表現１０６を介して産業システム１０２を構成することができる。

さらに、構成コンポーネント１１２は、産業システム１０２とシステム表現１０６間のデータ交換を促進するインターフェイスだけでなく、メタデータ１１０に従ってユーザ・インターフェイスを自動的に発生することができる。たとえば、メタデータ１１０は、ユーザ・アイデンティティ、ユーザ特権、ユーザ・アクティビティおよび適切なユーザ・インターフェイス生成に関連して利用できる他の適切な情報等のオートメーション・プラットホーム１０４の特定のユーザに関する情報を含むことができる。したがって、構成コンポーネント１１２によりカスタマイズされたユーザ・インターフェイスを自動的に発生することができる。

さらに、構成コンポーネント１１２は、産業システム１０２に関するデータを収集する時に使用するデータベースを自動的に構造化するのに利用することができる。たとえば、産業システム１０２は、複数のセンサを含むことができ、製作システム／プロセスに関する相当な量のデータを発生することができる。従来、このようなデータの収集には収集される特定データに適切なデータベース構造を発生するための相当な量のマニュアル・プログラミングが必要であり、工数が浪費された。システム１００は、特定の機械、機械セットおよび／またはプロセスから収集されたデータをユーザが要求できるようにし、構成コンポーネント１１２は、要求に従ってデータを収集するデータベース構造を自動的に発生する。構成コンポーネント１１２は、システム表現１０６を利用して、所望のデータを取得するためにモニタすべき産業システム１０２内の機械類、センサ等を決定する。たとえば、構成コンポーネント１１２は、ユーザから要求を受信して特定プロセスに対する物理的システム１０２を構成し、そのプロセスに関するデータを収集するデータベースを構造化することができる。一般的にシステム表現１０６、特に、メタデータ１１０に基づいて、産業システム１０２は、所望のプロセスに対して自動的に構成することができる。さらに、プロセスのモニタリングおよびプロセスの制御に関連して利用されるデータベースは、プロセスに関連するデータを収集／編成するように自動的に構造化することができる。発生されたデータベースは、ＳＱＬ，ＸＭＬ，その他の任意適切なデータベース・フォーマット／言語を含む任意適切なフォーマットとすることができる。本発明の１つの側面に従って、システム１００は、第１の構造／言語（ＳＱＬ）から別の構造／言語（ＸＭＬ）へのデータベースの変換を促進して、ブラウザ上でデータを見られるようにする。

本発明のもう１つの側面に従って、オートメーション・プラットホーム１０４は、拡張可能なオートメーション・プラットホームであり、メタデータ１１０は、産業システム１０２が利用されると拡張する。それにより、より多くのメタデータがシステム表現１０６内のメタデータ１１０に発生／追加されるため、オートメーション・プラットホーム１０４は、長期にわたり産業システム１０２をよりインテリジェントにかつ効率的に構成することができる。さらに、産業システム１０２内で機械類／プロセスの制御に利用されたコントローラは、システム制御に関連してメタデータ１１０を利用することができ、このようなコントローラを産業システム１０２内の変化する状態に適応できるようにする。

本発明の一側面に従って、自動化プラットホーム１０４は、ＸＭＬスキーマ（データベースではなく）の形で展開することができ、このようなスキーマから産業システム１０２を構成することができ、産業システム１０２に関連するデータベース発生を遂行することができる。さらに、データ交換を促進する標準およびデータ交換に関連するセマンテクスをＸＬＭスキーマに関連して利用することができる。たとえば、ＩＳＡ９５，ＩＳＡ８８および製作に関連して利用された任意他の適切な標準を利用してＸＬＭスキーマ（したがって、オートメーション・プラットホーム１０４）の生成を促進することができる。この標準は、カストマとベンダ・アプリケーション間だけでなく機械類とオートメーション・プラットホーム１０４間のデータ交換に関連して利用することができる。

次に、図２に産業システム２０２の自動的構成を促進するシステム２００が例示されている。産業システム２０２は、機械類、ＰＬＣ，ラック、ケーブルおよび製作システムに関連するさまざまな他のエンティティ等の物理的装置２０４を含んでいる。物理的装置２０４は、ハブ、ネットワーク接続、サーバ、データストア等のコンピュータ関連アイテムおよび他の適切なコンピュータ関連アイテムも含むことができる。このようにして、物理的装置２０４は、産業システム２０２内に常駐することができる任意の物理的エンティティを含んでいる。産業システム２０２は、さらに、産業システム２０２内で試みられるプロセス２０６を含んでいる。たとえば、複数の物理的装置２０４が連結動作して産業システム２０２内のプロセス２０６の１つを完了することができる。

産業システム２０２（たとえば、物理的装置２０４および／またはプロセス２０６）は、オートメーション・プラットホーム２０８を介して自動的に構成される。オートメーション・プラットホームは、システム表現２１０を含み、システム・エンティティ２１２は、データ構造（たとえば、１つ以上のオブジェクト）により表現される。特に、システム・エンティティ２１２は、産業システム２０２内のそれぞれの物理的装置２０４およびプロセス２０６を表す物理的装置２１４およびプロセス２１６を含んでいる。システム表現２１０は、さらに、システム・エンティティ２１２を表現するのに利用されたデータ／オブジェクトを記述するメタデータ２１８を含んでいる。特に、メタデータ２１８は、物理的装置２１４間の関係、プロセス２１６間の関係および物理的装置２１４とプロセス２１６間の関係を定義する連関２２０を含んでいる。さらに、連関２２０は、インターフェイスおよび／または交換データを発生するのに利用されるデータ間の関係だけでなく、物理的装置２１４とプロセス２１６を表現するソフトウェア・オブジェクト／エンティティ間の関係を定義することができる。このようにして、メタデータ２１８内の連関２２０は、産業システム２０２および／またはシステム表現２１０内に存在する任意適切な相関を定義／記述することができる。

メタデータ２１８は、さらに、産業システム２０２および／またはシステム表現２１０内で利用可能／利用されたリソースを定義／記述するリソース２２２を含んでいる。たとえば、リソース２２２は、ネットワーク接続における利用可能な帯域幅、産業システム２０２内の機械リソース、機械類間の通信を促進する利用可能なスイッチおよび／または産業システム２０２内で見つかる他の任意適切なリソースを記述することができる。さらに、リソース２２２は、処理リソース、データ記憶リソース、特定のオブジェクトに関連するリソース等のコンピュータ関連リソースを含むことができる。

オートメーション・プラットホーム２０８は、少なくとも部分的にシステム表現２１０に基づいて産業システム２０２をインテリジェントに構成する構成コンポーネント２２４を含んでいる。特に、構成コンポーネント２２４は、システム・エンティティ２１２および連関２２０およびシステム・エンティティ２１２に関連するリソース２２２を解析し、解析に従って対応する産業システム２０２を構成する。本発明の一側面に従って、構成コンポーネント２２４は、少なくとも部分的にユーザ要求に基づいて産業システム２０２を構成することができる。たとえば、オペレータは、産業システム２０２のサブセットを構成して特定のプロセスを達成したいことがある。オートメーション・プラットホーム２０８は、ユーザが所望のプロセスを適切に記述／定義できるようにするグラフィック・ユーザ・インターフェイスを発生することができる。構成コンポーネント２２４は、連関２２０およびリソース２２２と共に物理的装置２１４および現在プロセス２１６を解析し、その後、解析に従って産業システム２０２を構成することができる。さらに、自動化プラットホーム２０８は、要求されたプロセスに関連するメタデータを保持することができ、オートメーション・プラットホーム２０８を拡張可能オートメーション・プラットホームとすることができる。このようにして、たとえば、プロセスは、１回しか構成する必要がなく、所望により、後で再利用することができる。さらに、構成された産業システム２０２に関連するデータベースを自動的に構造化して発生して利用かつ解析することができる。たとえば、物理的装置２０４および／またはプロセス２０６の最適制御を促進するためにコントローラによりアクセスされるデータベースをオートメーション・プラットホーム２０８により自動的に発生して維持することができる。

次に、図３に産業システム３０２の自動的構成を促進するシステム３００が例示されている。システム３００は、さらに、カストマとベンダ・アプリケーション間でデータを交換する機構を提供する。システム３００は、産業システム３０２内に機械類／プロセスを構成するのに利用されるオートメーション・プラットホーム３０４を含んでいる。自動化プラットホーム３０４は、さらに、産業システム３０２から出力されたデータの収集および／または解析に関連して利用されるデータベース構造を自動的に発生するのに利用することができる。オートメーション・プラットホームは、産業システム３０２を表現するのに利用されるシステム表現３０６を含んでいる。たとえば、システム表現は、システム・エンティティ３０８を含むことができ、このようなシステム・エンティティ３０８は、産業システム３０２内の機械類の表現、産業システム３０２内で試みられるプロセスの表現、または表現できる産業システム３０２内の任意他の適切なエンティティを含むことができる。システム表現３０６は、さらに、メタデータ３１０を含み、メタデータは、産業システム３０２内のリソース３１４だけでなくシステム・エンティティ３０８間の連関３１２を全体的に、かつ／またはシステム・エンティティ３０８を個別に少なくとも記述／定義する。

オートメーション・プラットホーム３０４は、さらに、一般的にはシステム表現３０６、特に、産業システム３０２を記述するメタデータ３１０に少なくとも部分的に基づいて産業システム３０２を自動的に構成する構成コンポーネント３１６を含んでいる。たとえば、ユーザは、このようなプロセスをオートメーション・プラットホーム３０４内に入力することにより望ましくは産業システム３０２内で完了する特定のプロセスを定義することができる。宣言された所望のプロセスに基づいてプロセスの表現が発生され、構成コンポーネント３１６は、宣言されたプロセスおよびメタデータ３１０に従ってシステム表現３０６を更新する。その後、構成コンポーネント３１６は、産業システム３０２がプロセスを完了するためにそれ自体を構成できるようにするコードを自動的に発生する。さらに、構成コンポーネント３１６は、データベースや他の適切な記憶構造を自動的に発生して、このようなデータを発生されたコードと一緒に記憶ユニット３１８内に保存することができる。たとえば、記憶装置３１８は、ＡＪＡＸ コマンド・デェフィニション（ＡＣＤ）ファイル、ＸＭＬスキーマ／ファイルを格納することができ、オートメーション・プラットホーム３０４または任意他の適切なデータを格納することができる。さらに、記憶装置３１４は、適切なネットワークを介してアクセス可能な外部ストアを含むことができる。このようにして、本発明は、記憶装置３１８から遠隔に配置される産業システムを構成するだけでなく、異なる地理的位置からのデータを利用することができる。

オートメーション・プラットホーム３０４は、１つ以上の製作インターフェイス３２０を介して産業システム３０２と通信することができる。たとえば、製作インターフェイス３２０は、産業システム内の出来事の報告を促進する報告フレームワーク３２２、産業システム内の機械類が協働してプロセスを完了できるようにする協働フレームワーク３２４および産業システム３０２とオートメーション・プラットホーム３０４間の通信を促進するポータル・フレームワーク３２６を含むことができる。たとえば、協働フレームワーク３０２は、１つ以上のアダプタを含むことができ、ポータル・フレームワーク３２６は、１つ以上のアダプタおよび／または１つ以上のポートレットを含むことができる。報告フレームワーク３２２、協働フレームワーク３２４およびポータル・フレームワーク３２６は、自由形成環境において独立に開発し応用することができる。本発明は、産業システム内のプロセスだけでなく製作インターフェイスのさまざまな部分のオートメーションを可能にするようなスキーマ３２８を有する製作インターフェイスを提供する。本発明の一側面に従って、既知の標準をスキーマ３２８に関連して利用してシステム３００を横切する共通セマンテクスを提供することができる。特に、ＩＳＡ９５および／またはＩＳＡ８８を本発明に関連して利用することができる。

次に、図４に産業システム４０２の自動的構成および動作を促進するシステム４００が例示されている。システム４００は、産業システム４０２の表現４０６を含むオートメーション・プラットホーム４０４を含んでいる。システム表現４０６は、システム・エンティティ（たとえば、機械類および／またはプロセス）および産業システム４０２（したがって、システム・エンティティ４０８）をさらに記述するメタデータ４１０を含むことができる。特に、メタデータ４１０は、一般的に産業システム４０２のリソース４１４および／または個別的にシステム・エンティティ４０８だけでなく、システム・エンティティ４０８間の連関４１２を定義／記述する。メタデータ４１０を利用して従来のデータベース・モデルに比べより完全かつインテリジェントな産業システム４０２の表現を提供する。

オートメーション・プラットホーム４０４は、さらに、産業システム４０２を自動的に構成する構成コンポーネント４１６を含んでいる。この構成は、少なくとも部分的にメタデータ４１０内の連関４１２およびリソース４１４に基づいている。たとえば、産業システム４０２は、プロセスに関するデータを格納するデータベース発生と共に、プロセスに対して自動的に構成することができる。さらに、構成コンポーネントは、データベースおよびその内容の所望するフォーマット（たとえば、ブラウザがこのようなデータを見られるようにするＸＭＬ）への変換を促進するスキーマに関連付けることができる。

システム４００は、さらに、ユーザ関連メタデータ４２０に従ってカスタマイズされたインターフェイスを自動的に発生するインターフェイス発生器４１８を含んでいる。たとえば、ユーザ関連メタデータ４２０は、ユーザ・アイデンティティ、ユーザ特権、ユーザの地理的位置またはユーザに関する任意他の適切な情報を含むことができる。インターフェイス発生器４１８は、このようなメタデータ４２０およびそれに関連するユーザ４２４により要求されないシステム表現４０６のファイル部にアクセスすることができる。産業システム４０２を表現するのに相当な量のメタデータが利用されるため、このメタデータをユーザ４２４にディスプレイするのは、このようなユーザ４２４にとって壊滅的であり非生産的である。このようにして、インターフェイス発生器４１８は、フィルタを介してユーザ４２４に送られるデータを低減し、このようなユーザ４２４には管理できる量のデータを提供する。したがって、ユーザにとってアプリケーションは、システム表現４０６が従来のデータベース表現であるかのように単純に見えなければならない。さらに、オートメーション・プラットホーム４０４に関連して利用可されるアプリケーションは、メタデータ４１０および４２０を利用してタスクを自動化しインテリジェントな判断を行うため、一層管理可能となる。さらに、インターフェイス発生器４１８、フィルタ４２２およびユーザ関連メタデータ４２０は、オートメーション・プラットホーム４０４から離して図示されているが、オートメーション・プラットホーム（スキーマ）は、インターフェイス発生器４１８、フィルタ４２２および／またはユーザ関連メタデータ４２０をその中に含めることができる。このようにして、フィルタは、メタデータ内で直接宣言することができる。したがって、フィルタ４２２は、メタデータ駆動であって構造駆動ではなく、フィルタを変化するユーザおよび／または産業システム変更に適応させる。

次に、図５にメタデータを利用して産業システムを自動的に構成する方法論５００が例示されている。説明を簡単にするために、方法論５００は、一連の行動として説明されるが、本発明に従って、ある行動は、ここに図示し説明するものとは異なる順序で、かつ／または同時に起こることがあるため、本発明は、行動の順序により制限されないことが理解される。たとえば、当業者ならば方法論は、状態図等の一連の相互関連状態またはイベントとして表現できることが判る。さらに、本発明に従って方法論をインプリメントするのに例示された全ての行動は必要としないことがある。

５０２において、産業システムがモデル化される。たとえば、システムおよび／またはプロセスは、異なるタイプの複数のオブジェクトによりモデル化することができる。本発明の一側面に従ってオブジェクト・オリエンテッド・プログラミングを利用することができるが、産業システムをモデル化する任意適切な技術を利用できることが理解される。さらに、モデルは、産業システムに関連して利用されるソフトウェア・アプリケーションを含むことができる。たとえば、特定のメーカは、製作プロセスに関連して利用される特定アプリケーションを有することができる。これらのアプリケーションは、産業システムモデル内に表現することができる。

５０４において、産業モデル内の連関およびリソースを定義するメタデータが受信される。受信メタデータは、モデル内の特定のオブジェクト／タイプ間の連関を定義するリンクテーブルを含むことができる。さらに、メタデータは、プロセス間の連関、プロセスおよび機械類または産業システム内の任意他の適切な関係だけでなく産業システム内の物理的機械類およびこのような物理的機械類間の連関を定義／記述することができる。さらに、受信メタデータは、産業システムに関連して利用されたソフトウェアア・プリケーション間の関係、産業システム内のデータベース、産業システム内のコンピュータ・リソース等を定義／記述することができる。同様に、メタデータは、産業システム内のコンピューティング・リソースおよび／または産業リソースを記述することができる。このようにして、産業システムのロバストな記述をメタデータに基づいて発生することができる。

５０６において、モデルが変更される。たとえば、産業機械類の特定の一部分を修正、追加、更新、置換、撤去または任意他の適切な操作をすることができる。本発明のもう１つの側面に従って、モデルは、産業システム内の所望する変更に従って変更することができ、さらに／またはハードウェア／ソフトウェアの更新を反映することができる。５０８において、変更に関連するメタデータが受信される。たとえば、機械類が撤去されると、センサがこのような撤去に気付いて撤去に関連するメタデータを発生することができる（たとえば、更新された連関、更新されたリソース）。もう１つの例では、ソフトウェア・アプリケーションを更新することができ、更新に関連するメタデータを抽出して受信することができる。

５１０において、収集されたメタデータがモデル内の変更について解析される。たとえば、インテリジェント構成コンポーネントは、変更したモデルについてメタデータを再検討し、５１２において解析に従って産業システムを自動的に構成することができる。たとえば、メタデータを再検討し解析すると、構成コンポーネントは、特定のプロセスに対して１つ以上の機械を有効に制御するＰＬＣ内で利用されるソフトウェアを自動的に発生する。さらに、構成コンポーネントは、ユーザインターフェイス、データベースおよびシステムのオートメーションだけでなく、その構成を達成するために発生する必要がある任意他の適切なソフトウェアを自動的に生成することができる。

次に、図６にロバストなシステム表現内のデータをフィルタリングして、このようなフィルタリングされたデータをユーザに提供する方法論６００が例示されている。６０２において、産業システムのモデルが受信される。たとえば、モデルは、異なるクラスおよびタイプのさまざまなオブジェクトを利用して産業システムを表現することができる。たとえば、１つ以上のオブジェクトが産業システム内の１つ以上の機械および／またはプロセスを表現することができる。６０４において、メタデータがモデルと関連付けられる。特に、モデルは、産業システム内の機械類間の連関を定義および／または記述するメタデータを含んでいる。たとえば、メタデータは、機械類により試みられるプロセスおよびこのような機械類がどのようにインタラクトしてプロセスのオートメーションを促進するかを記述することができる。さらに、このモデルは、産業システム内に存在するリソース（たとえば、利用可能機械類、機械類の容量、ＰＬＣ処理能力）を定義および／または記述するメタデータを含んでいる。本発明のもう１つの側面に従って、モデル内のメタデータは、モデルの発生に利用されたデータを記述する。たとえば、さまざまなオブジェクトを利用して産業システムの表現を促進することができる。メタデータは、オブジェクトに関連付けられたリソースだけでなく、このようなオブジェクト間の関係を定義および／または記述する。

６０６において、メタデータは、一人以上のユーザと関連付けられる。たとえば、ユーザのアイデンティティ、ユーザ特権、ユーザ位置またはユーザに関する任意他の適切な情報を記述するメタデータを収集して方法論６００内で利用することができる。メタデータは、テンプレートまたはユーザから特定の情報を要求する一連の自動的に発生された質問を介してマニュアルに発生することができる。さらに、このメタデータは、ユーザを長期にわたり観察しユーザに関して推論するコンポーネントを与えることにより自動的に発生することができる。ここで使用される「推論」という用語は、一般的にイベントおよび／またはデータを介して捕捉される一組の観察からのシステム、環境、および／またはユーザを推論するプロセスまたは推論状態に関係している。推論を利用して、たとえば、特定のコンテキストまたはアクションを指定したり、状態にわたる確率分布を発生することができる。推論は、確率的であり、すなわち、関心のある状態にわたる確率分布の計算はデータおよびイベントの考慮に基づいている。また、推論は、一組のイベントおよび／またはデータからハイア・レベル・イベントを構成するために利用される技術にも関係している。イベントが非常に時相接近して相関しているか、またイベントおよびデータが１つまたはいくつかのイベントおよびデータ源から来ているかに関わらず、このような推論により一組の観察されたイベントおよび／または格納されたイベント・データから新しいイベントまたはアクションの構造が得られる。本発明に関連する自動化および／または推論アクションの実施に関連して、さまざまな分類スキームおよび／またはシステム（たとえば、サポート・ベクトル・マシン、神経回路網、エキスパート・システム、ベイズの信念回路網、ファジー論理、データ・フュージョン・エンジン）を利用することができる。このようにして、たとえば、コンポーネントは、ユーザが典型的にどのアプリケーションにアクセスするかを観察することにより、ユーザは、特定のアクセス特権と関連付けられると推論することができる。

６０８において、少なくとも部分的にモデルと関連付けられたメタデータおよびユーザと関連付けられたメタデータに基づいて、データがユーザに提供される。このようなデータをユーザに送ると、産業システムおよび／またはプラットホームを記述する相当な量のメタデータにより圧倒されるため、このデータは、全体産業システムモデルよりも小さい。データは、グラフィック・ユーザ・インターフェイス（ＧＵＩ）を介してユーザに送ることができる。たとえば、産業システムのサブセットの階層表現をユーザに提供することができ、サブセットは、産業システム内のユーザのアクティビティに関係している。さらに、プロセス、場所、機械類による構成または任意他の適切な構成を前記したメタデータに従ってユーザに投影することができる。本発明の１つの側面に従って、メタデータ自体は、特定のユーザに対するフィルタを宣言することができる（たとえば、メタデータ内で直接フィルタを宣言することができる）。従来のフィルタは、異なるユーザに関連する異なるビューのマニュアル入力を必要とするため、このようなフィルタリングは、従来のフィルタよりも進歩している。メタデータの中にセマンテクスが与えられると、特定のユーザにデータを送るのに利用されるデータベースを自動的に発生することができるため、モデルに関連するメタデータによりユーザに関連するビューを自動的に発生することができる。

次に、産業システムに関連するデータベースを自動的に発生し構成する方法論７００が図７に例示されている。７０２において、産業システムのモデルが提供される。７０４において、メタデータがモデルと関連付けられる。特に、メタデータは、モデル内で利用されるソフトウェア・オブジェクト間の連関およびリソースだけでなく、産業システムに関する連関およびリソースを定義／記述する。７０６において、データ交換スキーマがモデルと関連付けられる。たとえば、モデルおよびモデルにより表現される産業システム間の通信を促進するモデルに関連してＩＳＡ９５を利用することができる。特に、データ交換スキーマは、モデル内のコードを産業システム内のエンティティ（たとえば、ＰＬＣ）が読取可能なコードへ変換する変換コンポーネントを含むことができる。

７０８において、データは、産業システム内にインプリメントされた特定のプロセスに基づいてモデルおよび産業システム間で交換され、かつ、モデル内でモデル化される。最も単純な例では、カウンタは、一部分の機械類で利用することができ、このような数をモデルに送って格納および／または解析することができる。７１０において、データベースが自動的に構造化され、このような構造化されたデータベース内にデータが入力される。産業環境内の従来のデータ取得システム／方法論では、データ取得は、新しいプロセスをインプリメントする前にデータベース構造をマニュアルで生成する必要がある。方法論７００を利用して新しいプロセスに関するデータを受信するデータベース構造を自動的に発生することができる。たとえば、モデルおよびそれに関連するメタデータを利用して特定のプロセスに対する産業システムを自動的に構成することができる。さらに、プロセスに関する情報を格納するデータベースを少なくとも部分的に前記したメタデータに基づいて自動的に発生して製作効率を高めることができる。データベースが構造化されると、プロセスから取得された（たとえば、センサを介して）データは、適切に格納するためにデータベースに向けられる。さらに、データベースは、ユーザの要望に従って構造化することができる。たとえば、データベースは、ＸＭＬデータベースとして自動的に構成することができる。

次に、図８に産業システムの一部の構成を促進する方法論８００が例示されている。８０２において、産業システムのモデルが提供される。たとえば、モデルは、産業システム内のプロセスおよび／または機械類の表現を含むことができる。本発明の一側面に従って、モデルの生成に関連してオブジェクト指向プログラミングを利用することができる。８０４において、メタデータがモデルと関連付けられる。メタデータは、産業モデルに関連する連関およびリソースだけでなく、産業システムに関連する連関およびリソースを定義および／または記述する。８０６において、モデルは、特定タスクに対する要求を受信することができる。たとえば、モデルは、複数の機械を自動的に構成して望ましいプロセスをインプリメントする要求を受信することができる。別の例では、モデルは、特定のプロセスに関するＸＭＬデータベースを構造化する要求を受信することができる。

８０８において、要求されたタスクに関連するデータが自動的に収集されて解析される。たとえば、データ収集コンポーネントを宣言することができ、このようなコンポーネントは、産業システム・モデルを再検討して要求されたタスクに関するデータを得る。たとえば、産業システム・モデル内のメタデータを収集し解析してタスクを完了するのに必要なステップを決定することができる。特に、タスクがＸＭＬデータベースの発生であれば、格納容量に関するメタデータを収集してＸＭＬデータベースを構造化するのに利用されるコンポーネントと共に解析することができる。８１０において、要求されたタスクを完了するのに十分なデータ（たとえば、メタデータ、リソース）がモデル内にあるかどうか確認される。十分なデータが存在すれば、８１２においてモデルおよび／または産業システムは、タスクを完了するように自動的に構成される。たとえば、要求されたタスクがＸＭＬデータベースを完了することであれば、要求および収集データに基づいてこのようなデータベースを自動的に構成することができる。

完了するのに不十分なデータであれば、８１４においてユーザに一組の代替策が提供される。たとえば、要求は、ＸＭＬデータベースを発生することであるが利用可能なリソースではＳＱＬデータベースしか生成できなければ、ユーザは、ＳＱＬデータベースの発生は受け入れられる代替策であるかどうか自動的に質問される。グラフィック・ユーザ・インターフェイスを利用してユーザに代替策のリストを提供することができる。もう１つの例では、要求は、プラント内の第１の場所で製作プロセスを完了することであり、このような第１の場所には不十分な機械類しか存在しない。その後、ユーザには要求された製作プロセスを完了することができる第２の場所等の１つ以上の代替策を提供することができる。

８１６において、ユーザは、８１４において提供された代替策の１つが受け入れられるかどうか判断する。提供された代替策の１つが受け入れられれば、ユーザは、このような代替策を選択することができ、８１２において選択された代替策に従ってシステムが自動的に構成される。そうでなければ、８１８において要求されたタスクの完了を可能にする命令がユーザに与えられる。８０８におけるデータの収集および解析により方法論８００は、タスクを完了するのに必要な命令および／またはリソースをユーザに提供することができる。たとえば、ＸＭＬデータベースを発生するのに十分な定義されたリンケージがなければ、ユーザは、ＸＭＬデータベースを生成できるように、このようなリンケージの提供を質問されることがある。

次に、図９に宣言モデルとしてオートメーション・プラットホームを利用する方法論９００が例示されている。９０２において、所望のアプリケーションが産業システムのモデルを含むオートメーション・プラットホーム内で宣言される。たとえば、所望のアプリケーションは、産業システム内で完了された製作タスクおよび／または産業システムの少なくとも一部分を解析するデータベース構造の発生等のコンピュータ・ベース・タスクとすることができる。本発明の一側面に従って、このアプリケーションは、ユーザによる要求を介して宣言することができる。９０４において、データ収集オブジェクトを宣言して宣言されたアプリケーションに関するデータを収集することができる。このようなデータ収集オブジェクトは、オートメーション・プラットホーム内で自動的にまたはユーザがマニュアルで宣言することができる。たとえば、ユーザは、特定のプロセス、機械、ＰＬＣ等に関するデータの収集を要求することができる。

９０６において、データ収集オブジェクトは、産業システムだけでなくオートメーション・プラットホームを検索して宣言されたアプリケーションに関係するデータ（たとえば、オートメーション・プラットホームに関連するデータだけでなく、産業システム・エンティティおよび関連に関連するデータ）を収集する。たとえば、宣言されたアプリケーションがさまざまな相互接続され通信する機械類によりインプリメントされる製作タスクに関連する場合、宣言されたデータ収集オブジェクトは、なんの機械類が存在するか、機械類間接続のタイプを確認し、機械類に関連付けられた制御アルゴリズムまたはタスクに関連するデータの取得に関して利用できる任意他の適切な関連データを再検討することができる。９０８において、産業システムおよび／または製作プラットホームは、所望のアプリケーションに対して自動的に構成される。たとえば、産業システム内の機械類を自動的に構成することができ、さらに／または機械および／またはアプリケーションに関連するデータベースを自動的に発生することができる。

次に、図１０に第１のデータ構造から第２のデータ構造への産業システムモデルの典型的な変換１０００が例示されている。ＳＱＬデータベース１００２は、前記したように、産業システムの構成に関連して利用される産業システム・モデル１００４を含んでいる。産業システム・モデル１００４は、産業システム・モデル１００４内に存在するオブジェクト／アプリケーション間の連関だけでなく産業システム内の機械類の連関を記述／定義するメタデータ１００６を含んでいる。たとえば、産業システム・モデル１００４は、さまざまなソフトウェア・アプリケーション（たとえば、スプレッドシート・アプリケーション、ワード・プロセッシング・アプリケーション）を含むことができ、メタデータ１００６は、このようなアプリケーション間の連関を記述／定義することができる。さらに、メタデータ１００６は、産業システムに関連するリソースおよび／または産業システム・モデル１００４に関連するリソースを記述／定義することができる。たとえば、産業システム・モデル１００４内のソフトウェア・アプリケーションは有限リソースを有するプロセッサに関連付けることができる。

本発明の一側面に従って、所望の機能１０１０が決定される。ディスプレイされた典型的な変換１０００において、所望の機能１０１０は、ＳＱＬデータベース１００２のＸＭＬデータベース１０１２への変換である。例示された変換は、ＳＱＬデータベースのＸＭＬデータベースへの変換を伴うが、本発明に従ったメタデータの利用によりデータベース構造間の任意適切な変換を遂行できることが理解される。所望の機能１０１０は、機械をブートした後でユーザが入力したり、サービス・コールに自動的にブートストラップすることができる（たとえば、ハードディスクブート）。したがって、サービス・コールが受信される時は、常に所望の機能１０１０が実施される。ＳＱＬデータベース１００２のＸＭＬデータベース１０１２への変換を可能にするＳＱＬデータベースからのデータを収集するためにデータ・コレクタ１０１４が利用される。たとえば、データ・コレクタ１０１４は、宣言産業オートメーション・プラットホーム内でそのように宣言することができる。さらに、所望の変換を完了するのに不十分なデータが存在すれば、ユーザには方法論８００（図８）に関して例示した、このような変換を促進する代替策および／または命令を提供することができる。

データ・コレクタ１０１４により必要なデータが収集されると、ＳＱＬデータベース１００２をＸＭＬデータベース１０１２に変換するスキーマ１０１６が提供される。本発明の一側面に従って、スキーマ１０１６は、標準（たとえば、ＩＳＡ９５，ＩＳＡ８８，．．．）を利用してＳＱＬデータベース１００２およびＸＭＬデータベース１０１２間で共通セマンテクスを利用できるようにする。さらに、スキーマ１０１６は、産業システム・モデル１００４に関連するソフトウェア部分を自動的に発生してＸＭＬベース産業システム・モデル１０１８への所望の変換を促進することができるインテリジェント・コンポーネントを含んでいる。たとえば、スキーマ１０１６は、データベース・インスタンス、Ｃシャープ・アセンブリ、可視化目的に利用されるアイコン用セットアップ・アイコン・デポジットリ等を自動的に発生することができる。得られるデータベース１０１２は、産業モデル１０１８およびそれに関連するメタデータ１０２０を所望のフォーマットで含んでいる。たとえば、ＸＭＬデータベースは、このようなデータベースのコンテンツを異なる地理的位置で従来のブラウザ上で見る能力のため望ましい。このようにして、新しいデータベースを所望のフォーマットでマニュアル構造化する必要なしに、メタデータ１００６の解析により全体産業システム・モデル１００４を所望のフォーマットへ自動的に変換することができる。

次に、図１１に本発明のフィルタリング技術を例示する典型的な実施例１１００が示されている。オートメーション・プラットホーム１１０２は、ソフトウェア開発および産業応用の両方のために複数のユーザがアクセスすることができる。特に、典型的な実施例１１００では、企業ユーザ１１０４、プロセス・オペレータ１１０６、製造管理ユーザ１１０８および制御システム・デベロッパ１１１０は、全て同時にオートメーション・プラットホーム１１０２にアクセスする。ユーザ１１０２−１１１０は、全て単一製作プラントに配置されたり、異なる製作プラントに地理的に分散されたりすることがあり、オートメーション・プラットホーム１１０２は、分散型製作環境の構成／オートメーションを促進する。ユーザ１１０２−１１１０は、全てオートメーション・プラットホーム１１０２の異なる部分にアクセスして修正することを希望し、前記したように、それは、オートメーション・プラットホーム１１０２を記述／定義するメタデータ（図示せず）を含んでいる。このように、各ユーザ１１０２−１１１０にオートメーション・プラットホーム１１０２の全体を提供することは、オートメーション・プラットホーム１１０２内のシステム表現（図示せず）の完全性ゆえに圧倒的なものとなる。

従来、フィルタは、特定のユーザに対してマニュアルで作られ、ユーザにはユーザが一般的に引き受けるタスクに必要なデータしか提供されない。本発明に従って、各ユーザ１１０２−１１１０に対するフィルタは、各ユーザ１１０２−１１１０に関連するメタデータ、オートメーション・プラットホーム１１０２内に表現された産業システムおよびオートメーション・プラットホーム１１０２自体に基づいて自動的に発生することができる。このようにして、企業ユーザ１１０４には、このようなユーザ１１０４に関係する情報しか提供されず、プロセス・オペレータ１１０６には、プロセス・オペレータ１１０６に関係する情報しか提供されない。メタデータに基づいてフィルタを発生することにより、非柔軟性で産業システム、オートメーション・プラットホームおよび／またはユーザ変換に関連する変更に適応できない従来のフィルタに比べて、オートメーション・プラットホーム１１０２のよりインテリジェントな表現を各ユーザに送付することができる。

次に、図１２に本発明に従った典型的な産業システム表現１２００が例示されている。産業システム表現１２００は、多数のタイプの複数のソフトウェア・オブジェクト１２０２−１２１６を含んでいる。このようなオブジェクト１２０２−１２１６は、オブジェクト１２０２−１２１６に関連するメタデータ１２１８内だけでなくオブジェクト内に記述／定義される。特に、メタデータ１２１８は、複数の連関１２２０に関するデータを含むことができ、連関１２２０は、オブジェクト１２０２−１２１６間の関連性を記述する。本発明の一側面に従って、連関１２２０は、リンク・テーブルとすることができる。このようにして、新しいオブジェクト１２２２がシステム表現１２００に加えられると、連関１２２０（たとえば、リンク・テーブル）をそれに応じて更新することができる。

さらに、システム表現１２００は、オブジェクト間に継承ケイパビリティを提供し、メタデータは、オブジェクト間の継承を定義することができ連関１２２０は、継承されたオブジェクト間のリンクを含むことができる。これにより、従来のメタデータ関連システム／方法論よりも遥かに強力なメタデータ・モデルが提供される。特に、メタデータ１２１８内の継承に関するデータは、ビルディング・アプリケーションを容易にし、データを操作するもう１つのディメンジョンを与える。さらに、オブジェクトの自動オーダリングは、このような階層をデータ構造内にマニュアルにプログラミングするよりも遥かに効率的である。システム表現１２００は、連関のタイプに従って一緒にリンクされたオブジェクト１２０２−１２１６を例示している。このようなリンクは、水平リンク（たとえば、継承を伴わない連関）、垂直リンク（たとえば、継承を伴う連関）またはオブジェクト間に存在することができる任意他の適切な関係とすることができる。

次に、図１３に本発明のオートメーション・プラットホームに関連して利用される典型的な産業環境１３００が例示されている。オートメーション・プラットホームは、コンピューティング環境１３０２内に格納され、それは、１つ以上の産業機械／プロセスの自動的構成および／または自動化を促進する。オートメーション・プラットホームは、産業環境に関するデータを得るデータ収集コンポーネントを含んでいる。特に、産業環境１３００内にはＰＬＣ１３０４、１３０６とそれにより制御される複数の産業装置が存在する。特に、ＰＬＣ１３０４は、第１の産業装置１３０８から第Ｎ産業装置１３１０までに接続されて、その制御を促進し、ここにＮは、１よりも大きい整数である。ＰＬＣ１３０６は、異なる産業装置１３１２から第Ｍ産業装置１３１４までに接続されて、その制御を促進し、ここにＭは、１よりも大きい整数である。データ収集コンポーネントは、ＰＬＣ１３０４、１３０６と産業装置１３０８−１３１４の物理的接続に関する情報を得ることができる。さらに、データ収集コンポーネントは、産業装置１３０８−１３１４上に常駐するアプリケーション、産業装置１３０８−１３１４に関連して利用される通信プロトコルに関する情報および産業装置１３０８−１３１４に関する任意他の適切な情報を得ることができる。

その後、オートメーション・プラットホームは、産業装置１３０８−１３１４に制御ソフトウェアを提供してＰＬＣ１３０４、１３０６と産業装置１３０８−１３１４間に通信インターフェイスを発生するようにＰＬＣ１３０４、１３０６を構成することができる。さらに、産業装置１３０８−１３１４の最適動作を可能にするユーザ・インターフェイスをユーザに提供することができる。本発明の一側面に従って、ＰＬＣ１３０４およびＰＬＣ１３０６は、異なる地理的位置に配置されるが、中央オートメーション・プラットホームを介して構成することができる。異なる位置におけるこの機械は、互いに通信しオートメーション・プラットホームを介してプロセスを完了するように構成することができる。

次に、図１４に産業環境内の装置間の典型的な構成１４００が例示されている。第１の装置１４０２および第２の装置１４０４は、互いにインタラクトするように構成される。たとえば、第１の装置１４０２および第２の装置１４０４間で通信が可能とされる。同様に、第１の装置１４０２および第２の装置１４０４は、結合して作用してプロセスを完了することができる。その後、第２の装置１４０４と通信し、さらに／または第２の装置１４０４と共に動作する第３の装置１４０６を構成することができる。その後、第３の装置１４０６に関して第１の装置１４０２を構成するのが望ましいことがある。データ収集コンポーネント（図示せず）を利用して３つの装置１４０２−１４０６に関するデータを利用することができ、このような装置間の構成は、自動的に生じることができる。本発明のもう１つの側面に従って、３つの装置１４０２−１４０６に関するデータは、データ収集コンポーネントにより既に得られていることがある。その後、ユーザは、第１の装置１４０２を第２の装置１４０４で構成するのが望ましいことを宣言することができる（たとえば、オートメーション・プラットホームを宣言モデルとする）。後に、全データが収集されると、要求または宣言を介して第３の装置１４０６を第２の装置１４０４および／または第１の装置１４０２で構成することができる。本発明のこのような側面は、産業環境に関連して利用可能な拡張可能な宣言的オートメーション・プラットホームを提供する。

図１５に産業プロセスを達成する１つ以上の機械の制御を促進する典型的なシステム１５００が例示されている。このシステム１５００は、複数の装置１５０２−１５０６を含んでいる。特に、システム１５００は、第１の装置１５０２から第Ｎ装置１５０６までを含み、Ｎは、２よりも大きい整数である。装置１５０２−１５０６は、その制御に関連してメタデータ１５１０を利用するコントローラ１５０８により制御される。さらに、メタデータ・ストア（図示せず）からコントローラ１５０８により追加メタデータにアクセスすることができる。前記したように、このようなメタデータ・リッチ環境では、コントローラ１５０８は、従来のコントローラに比べてより多くのインテリジェント判断を行うことができる。さらに、装置１５０２−１５０６により生成されたメタデータをコントローラ１５０８に向けて、このような装置１５０２−１５０６を制御するのに使用する追加メタデータをコントローラ１５０８に提供することができる。コントローラ１５０８によりメタデータが連続的に追加されアクセスされると、コントローラ１５０８は、次第にインテリジェントとなる判断を行って装置１５０２−１５０６に関する変更に適応することができる。

次に、図１６に産業システム・オートメーション・プラットホーム内でのメタデータ収集および／または発生を促進するシステム１６００が例示されている。システム１６００は、拡張可能システムであり、収集／発生されるメタデータが多くなるほど、システム１６００およびその部分は、一層構造化され一層インテリジェントとなる。システム１６００は、メタデータの収集および構成を促進するデータ・コレクタ１６０２を含んでいる。特に、データ・コレクタは、登録コンポーネント１６０４および配置コンポーネント１６０６を含み、登録コンポーネントは、産業システム１６０８からの着信メタデータ（たとえば、受信メタデータと既存のメタデータ間の連関を構成する）を登録する。たとえば、データ・コレクタ１６０２は、産業システム１６０８内からのセンサ１６１０からメタデータを受信することができる。受信メタデータは、産業システム１６０８内で試みられたプロセス、産業システム１６０８内の機械類、産業システム１６０８内のコンピュータ関連エンティティを記述／定義することができる。さらに、図示されていないが、オートメーション・プラットホームは、アプリケーション構成および／または産業システム１６０８とオートメーション・プラットホーム間のインターフェイスに従ってメタデータを自動的に発生することができる。このようにして、データは、アクティビティの全体セット（たとえば、物理的システム、コントローラ、ソフトウェア・アプリケーション）にわたって収集することができる。データ・コレクタ１６０２は、受信したメタデータを収集かつ登録してメタデータ・ストア１６１２内の適切な場所に配置する。このメタデータ・ストア１６１２は、産業システム１６０８の少なくとも一部の制御を促進するコントローラ１６１４によりアクセスすることができる。コントローラ１６１４は、さらに、メタデータではないデータを直接センサ１６１０から受信することができる。さらに、メタデータ・ストア１６１２内の収集されたメタデータを利用してプラグ・アンド・プレイ機能を利用することができる。特に、メタデータを介して装置を産業システム１６０８内に「プラグイン」することができ、また、アプリケーション、データベース、機械間構成および装置を産業システム１６０８により構成するのに必要な任意他の適切なステップをメタデータを介して自動的に発生することができる。

次に、図１７に本発明の側面に従った典型的な実施例１７００が例示されている。メタデータストア１７０２が２つの異なる産業システム１７０４、１７０６によりアクセスされ、それらは、異なる地理的位置に配置されている。たとえば、第１の産業システム１７０４は、ニューヨークの工場内に配置することができ、第２の産業システム１７０６は、ネバダの工場内に配置することができる。通信技術の進歩により、両方の産業システム１７０４、１７０６が単一メタデータ・ストア１７０２を利用して、このような産業システム１７０４、１７０６内のプロセスおよび／または機械類を構成および／または自動化することができる。本発明のもう１つの側面に従って、メタデータ・ストア１７０２は、さまざまなデータベースにわたる分散型ストアとすることができる。産業システム１７０４、１７０６は、任意適切なネットワーク接続１７０８を介してメタデータ・ストア１７０２にアクセスすることができる。たとえば、ネットワーク接続は、Ｔ１接続、イーサネット（登録商標）接続または任意他の適切なワイヤレスおよび／または有線接続とすることができる。産業システム１７０４、１７０６は、それぞれ、コントローラ１７１０、１７１２を含みネットワーク接続を介してメタデータ・ストア１７０２にアクセスして産業システム１７０４、１７０６内のプロセスおよび／または機械類の制御を促進する。さらに、産業システム１７０４、１７０６（およびコントローラ１７１０、１７１２）を利用してメタデータ・ストア１７０２にメタデータを追加することができる。メタデータ量が増加すると、コントローラ１７１０、１７１２は、産業システム１７０４、１７０６の部分制御に関連して一層インテリジェントな判断を行うことができる。

図１８について、本発明のさまざまな側面をインプリメントする典型的な環境１８１０は、コンピュータ１８１２を含んでいる。コンピュータ１８１２は、処理装置１８１４、システム・メモリ１８１６およびシステム・バス１８１８を含んでいる。システム・バス１８１８は、限定はしないが、システム・メモリ１８１６を含むシステム・コンポーネントを処理装置１８１４に接続する。処理装置１８１４は、さまざまな利用可能なプロセッサのいずれかとすることができる。デュアル・マイクロ・プロセッサおよび他のマルチプロセッサ・アーキテクチュアも処理装置１８１４として利用することができる。

システム・バス１８１８は、メモリ・バスまたはメモリ・コントローラ、周辺バスまたは外部バス、および／または、限定はしないが、１１ビット・バス、産業標準アーキテクチュア（ＩＳＡ）、マイクロ・チャネル・アーキテクチュア（ＭＳＡ）、拡張ＩＳＡ（ＥＩＳＡ）、インテリジェント・ドライブ・エレクトロニクス（ＩＤＥ）、ＶＥＳＡローカル・バス（ＶＬＢ）、周辺コンポーネント・インターコネクト（ＰＣＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）、アドバンスト・グラフィックス・ポート（ＡＧＰ）、パーソナル・コンピュータ・メモリ・カード国際協会バス（ＰＣＭＣＩＡ）およびスモール・コンピュータ・システム・インターフェイス（ＳＣＳＩ）を含む任意の多様な利用可能バス・アーキテクチュアを使用するローカル・バスとすることができる。

システム・メモリ１８１６は、揮発性メモリ１８２０および非揮発性メモリ１８２２を含んでいる。始動中等のコンピュータ１８１２内のエレメント間で情報を転送するベーシック・ルーチンを含むベーシック入出力システム（ＢＩＯＳ）が非揮発性メモリ１８２２内に格納されている。限定はしない例として、非揮発性メモリ１８２２は、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）またはフラッシュメモリを含むことができる。揮発性メモリ１８２０は、ランダム・アクセス・メモリ（ＲＡＭ）を含み、それは外部キャッシュ・メモリとして作用する。限定はしない例として、ＲＡＭは、同期ＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンチリンクＤＲＡＭ（ＳＬＤＲＡＭ）およびダイレクト・ランバスＲＡＭ（ＤＲＲＡＭ）等の多くの形式で入手可能である。

コンピュータ１８１２は、取外し可能／取外し不能、揮発性／非揮発性コンピュータ記憶媒体も含んでいる。図１８は、たとえば、ディスク記憶装置１８２４を例示している。ディスク記憶装置１８２４は、限定はしないが、磁気ディスク装置、フロッピ・ディスク装置、テープ・ドライブ、Ｊａｚドライブ、Ｚｉｐドライブ、ＬＳ−１００ドライブ、フラッシュメモリ・カードまたはメモリ・スティックを含んでいる。さらに、ディスク記憶装置１８２４は、記憶媒体を単独にまたは、限定はしないが、コンパクト・ディスクＲＯＭ装置（ＣＤ−ＲＯＭ）、ＣＤ記録可能ドライブ（ＣＤ−Ｒドライブ）、ＣＤリライタブル・ドライブ（ＣＤ−ＲＷドライブ）またはデジタル・バーサタイル・ディスクＲＯＭドライブ（ＤＶＤ−ＲＯＭ）等の光ディスクを含む他の記憶媒体と組み合わせて含むことができる。ディスク記憶装置１８２４のシステム・バス１８２４への接続を促進するために、インターフェイス１８２６等の取外し可能または取外し不能インターフェイスが典型的に使用される。

図１８は、ユーザ間の仲介として作用するソフトウェアも記述しており、またベーシック・コンピュータ・リソースが適切な動作環境１８１０で記述されることが理解される。このようなソフトウェアは、オペレーティング・システム１８２８を含んでいる。ディスク記憶装置１８２４上に格納することができるオペレーティング・システム１８２８は、コンピュータ・システム１８１２のリソースを制御かつ割当てらるように作用する。システム・アプリケーション１８３０は、システム・メモリ１８１６内またはディスク記憶装置１８２４上に格納されたプログラム・モジュール１８３２およびプログラム・データ１８３４を介したオペレーティング・システム１８２８によるリソースの管理を利用する。本発明は、さまざまなオペレーティング・システムまたはその組合せによりインプリメントできることが理解される。

ユーザは、入力装置１８３６を介してコンピュータ１８１２にコマンドまたは情報を入力する。入力装置１８３６は、限定はしないが、マウス、トラックボール、スタイラス、タッチ・パッド、キーボード、マイクロホン、ジョイスティック、ゲームパッド、衛星ディッシュ、スキャナ、ＴＶチューナ・カード、デジタル・カメラ、デジタル・ビデオ・カメラ、ウェブ・カメラ等のポインティング・デバイスを含んでいる。これらおよびその他の入力装置は、インターフェイス・ポート１８３８を経由するシステム・バス１８１８を介して処理装置１８１４に接続する。インターフェイス・ポート１８３８は、たとえば、シリアル・ポート、パラレル・ポート、ゲーム・ポートおよびユニバーサル・シリアル・バス（ＵＳＢ）を含んでいる。出力装置１８４０は、同タイプのポートのいくつかを入力装置１８３６として使用する。このようにして、たとえば、ＵＳＢポートを使用してコンピュータ１８１２に入力を与え、コンピュータ１８１２からの情報を出力装置１８４０へ出力することができる。特殊なアダプタを必要とする他の出力装置１８４０の中にモニタ、スピーカおよびプリンタ等のいくつかの出力装置１８４０があることを例示するために出力アダプタ１８４２が設けられている。出力アダプタ１８４２は、限定はしない例として、出力装置１８４０およびシステムバス１８１８間の接続手段を提供するビデオおよびサウンド・カードを含んでいる。他の装置および／または装置のシステムが遠隔コンピュータ１８４４等の入力および出力ケイパビリティを提供することが理解される。

コンピュータ１８１２は、遠隔コンピュータ１８４４等の１つ以上の遠隔コンピュータへの論理的接続を使用してネットワーク環境内で動作することができる。遠隔コンピュータ１８４４は、パーソナル・コンピュータ、サーバ、ルータ、ネットワークＰＣ、ワークステーション、マイクロ・プロセッサ・ベース装置、ピア装置または他の共通ネットワーク・ノード等とすることができ、典型的にコンピュータ１８１２に関して記述したエレメントの多くまたは全てを含んでいる。簡潔にするために、メモリ記憶装置１８４６だけが遠隔コンピュータ１８４４により例示されている。遠隔コンピュータ１８４４は、ネットワーク・インターフェイス１８４８を介してコンピュータ１８１２に論理的に接続され、次に、通信接続１８５０を介して物理的に接続される。ネットワーク・インターフェイス１８４８は、ローカル・エリア・ネットワーク（ＬＡＮ）およびワイド・エリア・ネットワーク（ＷＡＮ）等の通信網を包含する。ＬＡＮ技術はファイバ・分散型データ・インターフェイス（ＦＤＤＩ），コバー・分散型データ・インターフェイス（ＣＤＤＩ），イーサネット（登録商標）／ＩＥＥＥ １１０２．３，トークン・リング／ＩＥＥＥ １１０２．５等を含んでいる。ＷＡＮ技術は、限定はしないが、ポイント・ツー・ポイント・リンク，統合サービス・デジタル通信網（ＩＳＤＮ）のような回線交換網およびそのバリエーション、パケット交換網およびデジタル加入者回線（ＤＳＬ）を含んでいる。

通信接続１８５０は、ネットワーク・インターフェイス１８４８をバス１８１８に接続するのに利用されるハードウェア／ソフトウェアである。通信接続１８５０は、判り易くするためにコンピュータ１８１２の内側に示されているが、コンピュータ１８１２の外側とすることもできる。ネットワーク・インターフェイス１８４８への接続に必要なハードウェア／ソフトウェアは、典型的な目的に対してのみ、レギュラー電話グレード・モデム、ケーブル・モデムおよびＤＳＬモデムを含むモデム、ＩＳＤＮアダプタおよびイーサネット（登録商標）・カード等の内部および外部技術を含んでいる。

図１９は、本発明がインタラクトできるサンプル・コンピューティング環境１９００の略ブロック図である。システム１９００は、１つ以上のクライアント１９１０を含んでいる。クライアント１９１０は、ハードウェアおよび／またはソフトウェアとすることができる（たとえば、スレッド、プロセス、コンピューティング・デバイス）。システム１９００は、１つ以上のサーバ１９３０も含むことができる。サーバ１９３０もハードウェアおよび／またはソフトウェアとすることができる（たとえば、スレッド、プロセス、コンピューティング・デバイス）。サーバ１９３０は、スレッドを収納し、たとえば、本発明を利用して変換を実施することができる。クライアント１９１０およびサーバ１９３０間の１つの可能な通信は２つ以上のコンピュータ・プロセス間で送信されるようにされたデータ・パケットの形とすることができる。システム１９００は、クライアント１９１０およびサーバ１９３０間の通信を促進するのに利用できる通信フレームワーク１９５０を含んでいる。クライアント１９１０は、クライアント１９１０にとってローカルな情報を格納するのに利用することができる１つ以上のクライアント・データ・ストア１９６０に接続される。同様に、サーバ１９３０は、サーバ１９３０にとってローカルな情報を格納するのに利用することができる１つ以上のサーバ・データ・ストア１９４０に接続される。

これまで記述したことは、本発明の例を含んでいる。もちろん、本発明を記述する目的でコンポーネントや方法論の考えられるあらゆる組合せを記述することはできないが、当業者ならば本発明のさらに多くの組合せおよび変更を認識することができる。したがって、本発明は、添付の特許請求の範囲の精神および範囲内に入るこのような全ての変更、修正およびバリエーションを含むものとする。さらに、詳細な説明または特許請求の範囲において用語「含む（ｉｎｃｌｕｄｅｓ）」が使用される範囲について、このような用語は用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」と同様な包含性であるものとし、それは「含む（ｃｏｍｐｒｉｓｉｎｇ）」は利用される時に特許請求の範囲において遷移語（ｔｒａｎｓｉｔｉｏｎａｌ ｗｏｒｄ）として解釈されるためである。

本発明の側面に従って産業システムの少なくとも一部分の自動的構成を促進するシステムのハイレベル・ブロック図である。 本発明の側面に従って産業システムの少なくとも一部分の自動的構成を促進するシステムのブロック図である。 本発明の側面に従って産業システムの少なくとも一部分の自動的構成を促進するシステムのブロック図である。 本発明の側面に従って産業システムの少なくとも一部分の自動的構成を促進するシステムのブロック図である。 本発明の側面に従って産業システムの少なくとも一部分を自動的に構成する方法論を例示するフロー図である。 本発明の側面に従ってメタデータ駆動オートメーション・プラットホーム内でデータをフィルタリングする方法論を例示するフロー図である。 本発明の側面に従って産業環境に関してデータベースを自動的に発生する方法論を例示するフロー図である。 本発明の側面に従って産業環境の少なくとも一部分を自動的に構成する方法論を例示するフロー図である。 アプリケーションを宣言し少なくとも部分的に宣言に基づいてオートメーション・プラットホームを自動的に構成する方法論を例示するフロー図である。 本発明の側面に従った第１のフォーマットから第２のフォーマットへのオートメーション・プラットホームの典型的な変換を示す図である。 本発明の側面に従った典型的なフィルタリング実施例を示す図である。 本発明の側面に従ってオブジェクト間の連関／リソースを自動的に更新する典型的なオートメーション・プラットホームを示す図である。 本発明の側面に従った複数の産業装置の制御を例示する典型的な実施例を示す図である。 本発明の側面に従った複数の装置の典型的な構成を示す図である。 本発明の側面に従ってコントローラに関してメタデータを利用することができる典型的な方法を例示する図である。 本発明の側面に従ってコントローラに関してデータ収集を例示する図である。 本発明の側面に従って分散型産業システム内でメタデータ・ストアを利用して装置／プロセスを制御する分散型産業システムを例示する図である。 本発明が機能できる典型的な動作環境を示す図である。 本発明に関連して利用できる典型的なコンピューティング環境を示す図である。

符号の説明

１００，２００，３００，４００ システム
１０２，２０２，３０２，４０２，１６０８，１７０４，１７０６ 産業システム
１０４，２０８，３０４，４０４，１１０２ オートメーション・プラットホーム
１０６，２１０，３０６，４０６，１２００ 産業システム表現
１０８，２１２，３０８，４０８ システム・エンティティ
１１０，２１８，３１０，４１０，４２０，１００６，１２１８，１５１０ メタデータ
１１２，２２４，３１６ 構成コンポーネント
２０４，２１４ 物理的装置

Claims (20)

1. 産業システムのオートメーションを促進するプラットホームであって、
   産業システムの表現と、
   少なくとも部分的に表現を記述するメタデータに基づいて産業システムの少なくとも一部分を自動的に構成する構成コンポーネントと、
   を含むプラットホーム。
2. 請求項１記載のシステムであって、物理的装置は、少なくとも部分的にメタデータに基づいて自動的に構成されるシステム。
3. 請求項１記載のシステムであって、データベースは、少なくとも部分的にメタデータに基づいて自動的に構成されるシステム。
4. 請求項１記載のシステムであって、産業プロセスは、少なくとも部分的にメタデータに基づいてインプリメントされるシステム。
5. 請求項１記載のシステムであって、グラフィック・ユーザ・インターフェイスは、少なくとも部分的にメタデータに基づいて発生されるシステム。
6. 請求項１記載のシステムであって、さらに、メタデータを利用して産業システム内の機械類を制御するコントローラを含むシステム。
7. 請求項１記載のシステムであって、メタデータは、システム表現を生成するのに利用されたオブジェクト間の連関を記述し、産業システムの少なくとも一部は、少なくとも部分的に記述された連関に基づいて構成されるシステム。
8. 請求項１記載のシステムであって、メタデータは、産業システム内の１つ以上の産業装置、産業プロセスおよびコンピュータ関連装置間の連関を記述し、産業システムの少なくとも一部は、少なくとも部分的に記述された連関に基づいて構成されるシステム。
9. 請求項８記載のシステムであって、システム表現を生成するのに利用されたオブジェクト間の連関を記述するのに１つ以上のリンク・テーブルが利用されるシステム。
10. 請求項１記載のシステムであって、メタデータは、システム表現を生成するのに利用されたオブジェクト間に割当てられるリソースを記述し、産業システムの少なくとも一部は、少なくとも部分的に記述されたリソースに基づいて構成されるシステム。
11. 請求項１記載のシステムであって、メタデータは、産業システム内の１つ以上の産業装置、産業プロセスおよびコンピュータ関連装置に関連するリソースを記述し、産業システムの少なくとも一部は、少なくとも部分的に記述されたリソースに基づいて構成されるシステム。
12. 請求項１記載のシステムであって、さらに、プラットホームおよび産業システム間の通信を促進するスキーマを含むシステム。
13. 請求項１２記載のシステムであって、スキーマは、ＩＳＡ９５およびＩＳＡ８８標準の１つ以上を利用するシステム。
14. 請求項１記載のシステムであって、さらに、産業システムおよびプラットホーム間の通信を促進する製作フレームワークを含むシステム。
15. 請求項１４記載のシステムであって、製作フレームワークは、報告フレームワーク、協働フレームワークおよびポータル・フレームワークの１つ以上を含むシステム。
16. 請求項１記載のシステムであって、さらに、プラットホームを第１のフォーマットから第２のフォーマットへ変換する変換コンポーネントを含むシステム。
17. 産業環境に関連するデータの効率的検分を促進するシステムであって、
    メタデータ駆動産業オートメーション・プラットホームと、
    プラットホーム内のデータを選択的にフィルタリングして、フィルタリングされたデータを少なくとも部分的にプラットホーム内のメタデータおよびユーザ特性に基づいてユーザに送るフィルタと、
    を含むシステム。
18. 産業システムの少なくとも一部分を自動的に構成する方法であって、
    産業システムのモデルを発生するステップと、
    モデルを記述するメタデータを受信するステップと、
    メタデータを介して産業システム内の装置間の連関を記述するステップと、
    少なくとも部分的にユーザ要求および受信メタデータに基づいて産業システム内に機械を構成するステップと、
    を含む方法。
19. 請求項１８記載の方法であって、さらに、メタデータを介して産業システム内の装置に関連するリソースを記述するステップを含む方法。
20. 請求項１８記載の方法であって、さらに、
    産業システム内の変更を感知するステップと、
    少なくとも部分的に感知された変更に基づいて産業システムのモデルを修正するステップと、
    感知された変更に関連するメタデータを受信するステップと、
    少なくとも部分的に感知された変更および受信したメタデータに基づいて産業システム内に機械を構成するステップと、
    を含む方法。

Images