(57)【要約】【課題】制御アーキテクチャ全体にわたって効果的にデータの位置を発見し、使用する技術を提供すること。【解決手段】本発明は、オートメーション・デバイス内のデータに適切にアクセスするためのアドレス指定を提供するためのシステムおよび方法を使用する。データ属性は、データ・ソース、データ加入側および／またはソースから加入側にデータを運ぶために使用する経路のようなデータ駆動型アーキテクチャ内の多数の種々の要因に関連づけることができる。さらに、データ属性は、データのフォーマット、スケール、ユニット、長さ、視覚化およびトランザクション的機能を参照することができる。本発明は、データがそれに関連する所望の属性を有することができる要求されたデータの適切なアドレスを示すことができる。このようにして、要求側の要件および／またはネットワーク通信の負荷要求に基づいてデータを選択することができる。【選択図】図１
2006164233.tif 000002
【特許請求の範囲】
【請求項１】
データの交換を容易にする産業用オートメーション・システム（１００，２００）であって、
パーティがネットワーク内からデータを要求することができるようにする第１の構成要素（１１０，２１０）と、
少なくとも一部は、前記要求しているパーティの１つまたは複数の要件であって、前記要求と一緒に提供される前記要件に基づいて、データ・ソースのネットワーク・アドレスを提供する第２の構成要素（１２０，２２０）とを備えるシステム。
【請求項２】
前記要件が、前記要求の一部、前記要求の前、前記要求の後、および前記要求から独立している、のうちのいずれかひとつである請求項１に記載のシステム。
【請求項３】
前記第１の構成要素（１１０，２１０）が、プログラマブル論理コントローラ（４３０）である、請求項１に記載のシステム。
【請求項４】
前記第１の構成要素（１１０，２１０）が、統合基幹業務アプリケーションである、請求項１に記載のシステム。
【請求項５】
前記アドレスが、論理的位置、仮想位置および物理的位置のうちの１つである、請求項１に記載のシステム。
【請求項６】
前記データが、視覚化、取引サービス、スケール、ユニットおよびフォーマット化のうちの少なくとも１つと関連する属性を有する、請求項１に記載のシステム。
【請求項７】
前記第２の構成要素（１２０，２２０）が、さらに、入れ子式ディレクトリ構造（５１０）内のデータのリストを提供する、請求項１に記載のシステム。
【請求項８】
前記アドレスが、データ・ソース（３１０，４６０）、データオーナ、プログラマブル論理コントローラ（４３０，７１０）、インテリジェント・コントローラ、サーバ（３２０，４７０）およびプロキシ・サーバ（３３０，４８０，７３０）のうちの少なくとも１つと関連する、請求項１に記載のシステム。
【請求項９】
前記要求しているパーティが、データベース（４１０）、統合基幹業務アプリケーション、生産実行システム・アプリケーション、産業用コントローラ、ヒューマン・マシン・インタフェース（４２０）、プロセッサおよびコンピュータのうちの１つである、請求項１に記載のシステム。
【請求項１０】
前記第２の構成要素（１２０，２２０）が、人工知能（２４０，４５０）を使用する、請求項１に記載のシステム。
【請求項１１】
前記第２の構成要素（１２０，２２０）が、前記データを表示するために論理的モデル表示を使用する、請求項１に記載のシステム。
【請求項１２】
前記論理的モデル表示が統合プラント・モデルである、請求項１１に記載のシステム。
【請求項１３】
前記第２の構成要素（１２０，２２０）が、前記パーティに与えられた前記アドレスを選択するために、複数の見込みのあるデータ・アドレスを検索する、請求項１に記載のシステム。
【請求項１４】
前記検索が背景で実行され、前記パーティが前記検索が行われるのを意識しない、請求項１３に記載のシステム。
【請求項１５】
前記ディレクトリ・インタフェース（４４０，７０５）により、適当なソースと適当な加入者（側）との結合を容易にするアルゴリズムを使用する第三の構成要素をさらに備える、請求項１に記載のシステム。
【請求項１６】
オートメーション・デバイス内のデータに適当なアクセスのためのアドレス指定を提供するためにコンピュータが実施する方法（８００）であって、
産業用制御ネットワークからデータを要求するステップ（８１０）と、
前記データから前記ネットワーク全体にわたってデータ・ソースを検索するステップ（８２０）と、
前記データに関連する属性に基づいてデータを選択するステップ（８３０）と、
前記アドレスからデータを受信するステップ（８４０）とを含む方法。
【請求項１７】
前記データにアクセスする時に、ネットワークの負荷要求に基づいてデータを選択するステップ（９５０）をさらに含む、請求項１６に記載の方法。
【請求項１８】
前記データの前記属性が、サーバ（３２０，４７０）、プロキシ・サーバ（３３０，４８０，７３０）、コンピュータおよびプロセッサのうちの少なくとも１つと関連する、請求項１６に記載の方法。
【請求項１９】
データを使用してコンピュータが実施する方法（１０００）であって、
要求側アプリケーションにより、使用するネットワーク内のソースからデータの位置を決定するステップ（１０１０）と、
前記データと前記要求側アプリケーションの要件とに関連する属性を決定するステップ（１０２０，１０３０）と、
前記要求側アプリケーションによりデータを実施するステップ（１０５０）とを含む方法。
【請求項２０】
前記ネットワークの負荷要件を決定するステップ（１０４０）をさらに含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、産業用制御システムに関し、特にオートメーション・デバイス内のデータへ適切にアクセスするためのアドレス指定を提供するためのシステムおよび方法に関する。
【背景技術】
【０００２】
産業用コントローラは、工業プロセス、機械、製造装置および他の工場用オートメーションの用途を制御するために使用する特種な目的の処理デバイスである。制御プログラムまたはルーチンにより、産業用コントローラは、被制御プロセスの状態を表す１つまたは複数のプロセス変数、または入力を測定することができ、プロセスの制御を行う出力を変化させることができる。入力および出力は、２進法のデータ（例えば、オンまたはオフ）、および／または連続しているある範囲の値をとるアナログのデータであってもよい。制御ルーチンは、バッチ処理機能により一連の実行サイクル中に実行することができ、１つまたは複数の機能ユニットを備えることができる。このような制御ルーチンは、ツールおよびインタフェースを有するコントローラ構成システム内で生成することができ、それによりユーザは、プログラミング言語または制御機能のグラフィカルな表示により制御戦術を実施することができる。制御ルーチンは、プロセスまたは機械を制御する際に制御戦略を実施するために、構成システムから１つまたは複数のコントローラ内へダウンロードすることができる。
【０００３】
被制御プロセスから受信した測定入力、およびプロセスに送信した出力は、制御システム内の１つまたは複数の入出力（Ｉ／Ｏ）モジュールを通過することができる。上記入出力モジュールは、コントローラと被制御プロセスとの間で電気的インタフェースとしての働きをし、コントローラの近くにまたは遠くに設置することができる。入力および出力はプロセッサ・メモリ内のＩ／Ｏテーブル内に記録することができる。入力値は、１つまたは複数の入力モジュールにより被制御プロセスから非同期状態で読み出すことができ、出力値は、特殊な通信回路によりプロセッサへの以降の通信中に、プロセッサによりＩ／Ｏテーブルに直接書き込むことができる。出力モジュールは、Ｉ／Ｏテーブルからの出力を、モータ、ドライブ、弁、ソレノイド等のようなアクチュエータに供給することにより、被制御プロセスに対して直接インタフェースとして機能することができる。
【０００４】
制御ルーチンの実行中、被制御プロセスと交換した入力および出力の値は、Ｉ／Ｏテーブルを通過する。Ｉ／Ｏテーブル内の入力の値は、専用走査回路により被制御プロセスから非同期状態で更新することができる。この走査回路は、バックプレーン上のバスまたはネットワーク通信により、入力および／または出力モジュールと通信することができる。走査回路は、また、被制御プロセスへＩ／Ｏテーブル内の出力の値を非同期状態で書き込むことができる。Ｉ／Ｏテーブルからの出力値は、プロセスとインタフェースしている間に、１つまたは複数の出力モジュールに送ることができる。それ故、コントローラ・プロセッサは、被制御プロセスと直接通信しなくても、Ｉ／Ｏテーブルに簡単にアクセスすることができる。
【０００５】
分散制御システムにおいては、産業用コントローラをそれぞれが異なる機能を行う多数の制御モジュール内に分割することにより、コントローラ・ハードウェア構成を容易に行うことができる。次に、制御タスクのために必要な特定の制御モジュールを、ラック内の共通のバックプレーン上におよび／またはネットワークまたは他の通信媒体を通して一緒に接続することができる。制御モジュールは、プロセッサ、電力供給源、ネットワーク通信モジュール、および被制御プロセスと入力および出力信号を直接交換するＩ／Ｏモジュールを含むことができる。データは、直列であっても並列であってもよいバックプレーン通信バスにより、またはネットワークを通してモジュール間で交換することができる。ネットワーク通信だけに基づいてＩ／Ｏ動作を行う他に、自律論理または他の制御プログラムまたはルーチンを実行することができるスマート・モジュールも存在する。
【０００６】
分散型産業用制御システムの種々の制御モジュールは、いくつかのラック内の共通の通信リンクに沿って空間内に分散することができる。それ故、いくつかのＩ／Ｏモジュールを、コントローラの一部の近くおよびコントローラの残りの部分から離して設置することができる。データは、共通の通信リンクまたはネットワークにより、これら遠隔モジュールにより送ることができ、この場合、ネットワーク上のすべてのモジュールは、標準通信プロトコルにより通信する。
【０００７】
通常の分散型制御システムの場合には、１つまたは複数のＩ／Ｏモジュールが、プロセスとのインタフェース用に使用される。出力は、メッセージの形をしているその制御または出力値を、ネットワークまたはバックプレーンを通してマスタ装置またはピア装置から入手する。例えば、ある出力モジュールは、通信ネットワークまたはバックプレーン通信バスを通して、プログラマブル論理コントローラ（ＰＬＣ）のようなプロセッサから出力値を受信することができる。所望の出力値は、通常、Ｉ／Ｏメッセージのようなメッセージ内の出力モジュールに送られる。このようなメッセージを受信する出力モジュールは、対応する出力（アナログまたはデジタル）を被制御プロセスに送る。入力モジュールは、プロセス変数の値を測定し、入力値をネットワークまたはバックプレーンを通してマスタ装置またはピア装置に報告する。プロセッサ（例えば、ＰＬＣ）は、制御計算を行うためにこの入力値を使用することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このような制御システムにおいては、制御アーキテクチャ全体にわたってデータを収集、分析および配信することができる。いくつかの例の場合には、特定のシステムおよび／またはプロセスに関連するデータを、所望のデータ値をチェックするためにユーザに送ることができる。さらに、データを、特定のプロセスの複数の態様に関連づけることができ、多数の手段により特定の宛先に送ることができる。従来は、制御アーキテクチャ全体にわたって送信したデータを、ネットワークの総合的な性能の効果を無視して様々な要求者に送っていた。さらに、使用できないデータを特定の要求者に配信する、および／または、要求しているアプリケーションが確実にデータを使用することができるようにデータを最初にミドルウェア・アプリケーションを通して送らなければならない。それ故、制御アーキテクチャ全体にわたって効果的にデータの位置を発見し、使用する技術が必要である。
【課題を解決するための手段】
【０００９】
下記の説明は、本発明のいくつかの態様を基本的に理解してもらうための本発明の簡単な概要である。この概要は、本発明を広範に説明するものではない。この概要は本発明の重要なまたは決定的な要素を特定するためのものでもなければ、本発明の範囲をはっきりと限定するためのものでもない。その目的は、単に、後述のより詳細な説明の前置きとして、簡単な形で本発明のいくつかのコンセプトを提示することである。
【００１０】
本発明は、オートメーション・デバイス内のデータに適切にアクセスするためのアドレス指定を提供するためのシステムおよび方法を提供する。データへの適切なアクセスは、要求者（側）の役割および要件に基づいて、データ・ソースおよび／またはオーナの物理的位置を決定し、データにアクセスするために論理アドレスを探す統合プラント・モデル階層により行うことができる。データ駆動型アーキテクチャにおいては、制御および処理中の情報は、通常、オートメーション・レベルでデータ・オーナ／ソースから入手および提供され、オブジェクトとしてカプセル化され、オートメーションのところで、情報階層のＭＥＳおよび／またはＥＲＰレベルのいずれかのレベルで、データの適用できる属性と一緒にデータの需要者（側）に提供される。このデータ情報の取り扱いおよび処理は、本質的には選択的にトランザクション的なものであってもよい。このデータに関連する属性は、タイム・スタンプのように簡単にすることができるし、またはユニットおよびデータ品質パラメータを含むことができ、またはトランザクション的処理サポート機能および視覚化属性の種々のレベルのようなもっと高性能な属性を含むことができる。
【００１１】
データ駆動型アーキテクチャをサポートするのに使用することができる種々のレベルの処理機能を含む種々のタイプのデータ・ソースが存在する。ある種のデータ・ソースは、おそらくタイム・スタンプと一緒に直接データを提供することができるだけであり、一方、他のデータ・ソースは、トランザクション的機能を直接サポートすることができ、さらに他のデータ・ソースは、種々のレベルの性能を有するＨＭＩ視覚化属性のようなもっと広範な属性をサポートすることができる。いくつかのデバイスは、他のデバイスからのデータに属性を追加するサーバとして機能することができる。他のデバイスは、頻繁に使用される高いオーバヘッド・データのために、オートメーション・デバイスからのデータ提供要件の負担をなくするために、データに対する「プロキシ・サーバ」の機能を提供することができる。このようにして、データは、データの実施を容易にし、また過負荷ネットワーク通信の有害な影響を軽減する関連属性を有することができる。
【００１２】
本発明の１つの態様によれば、データ交換を容易にする産業用オートメーション・システムが使用される。上記産業用オートメーション・システムは、パーティがネットワーク内からデータを要求することができる加入構成要素と、少なくとも一部は要求しているパーティの１つまたは複数の要件に基づいて、データ・ソースに対するネットワーク・アドレスを提供するディレクトリ・インタフェースとを備える。上記１つまたは複数の要件は、要求と一緒に提供される。
【００１３】
本発明の他の態様によれば、オートメーション・デバイス内でデータに適切にアクセスするためのアドレス指定を提供するために、コンピュータが実施する方法が使用される。上記方法は、産業用制御ネットワークからデータを要求するステップと、そのデータに対するネットワーク全体にわたってデータ・ソースを検索するステップと、データに関連する属性に基づいてデータ・ソースを選択するステップと、アドレスからデータを受信するステップとを含む。
【００１４】
本発明のさらに他の態様によれば、データを使用するためにコンピュータが実施する方法が使用される。上記方法は、要求側アプリケーションと一緒に使用するネットワーク内のソースからデータの位置を発見するステップと、要求側アプリケーションの要件およびデータに関連する属性を決定するステップと、要求側アプリケーションとのデータ接続を行うステップとを含む。
【００１５】
本発明のさらに他の態様によれば、コンピュータが実施する方法が使用される。上記方法は、データ駆動型アーキテクチャ全体にわたってアドレスにデータを送信するための手段と、アドレスに基づいてデータに属性を追加する手段と、属性に基づいてデータを選択する手段とを含む。
【００１６】
上記および関連する目的を達成するために、本発明は、以下に詳細に説明する機能を含む。下記の説明および添付の図面は、本発明のいくつかの例示としての態様を詳細に説明し、図示する。しかし、これらの態様は本発明の原理を使用することができる種々の方法の数例に過ぎない。添付の図面を参照しながら、本発明の下記の詳細な説明を読めば、本発明の他の態様、利点および新規な機能を理解することができるだろう。
【実施例】
【００１７】
添付の図面を参照しながら本発明の種々の態様について説明する。図面全体を通して類似の参照番号は同様の素子を示す。本発明は、オートメーション・デバイス内のデータに適切にアクセスするためのアドレス指定を提供するシステムおよび方法に関する。このようなアーキテクチャにおいては、工場、プラント等の全体にわたって任意の数の構成要素、デバイス、システム等からデータを受信することができる。さらに、このようなアーキテクチャは、サーバ、プロキシ・サーバ、ハブ等のようなシステム全体にわたって経路指定される情報のために種々のチャネルを提供することができる。本発明のある態様によれば、このデータの取り扱いおよび処理は、本質的には選択的にトランザクション的なものであってもよい。さらに、このデータに関連する属性をタイム・スタンプのように簡単にすることができるし、またはユニットおよびデータ品質パラメータを含むことができるし、またはトランザクション的処理パラメータのようなもっと高性能な属性、および種々のレベルの視覚化属性を含むことができる。
【００１８】
図１を参照すると、例示としてのシステム１００は、ソースからデータを要求し、受信するために、ソース・ロケータ１２０に対してインタフェースとして機能するインタフェース構成要素１１０を備える。ソース・ロケータ１２０は、インタフェース構成要素１１０を介して要求したデータ・ソースの適切なアドレス（例えば、位置）を提供するために使用することができる。ソース・ロケータ１２０は、インタフェース構成要素１１０を使用している要求者のタイプ、データ駆動型アーキテクチャ内の要求者の位置、データ更新および要求の頻度、データのフォーマット、およびデータに関連する事実上任意の他の属性などを決定するために種々の要因を使用することができる。このようにして、インタフェース構成要素１１０は、ソース・ロケータ１２０に要求を行うことができる。この場合、ソース・ロケータ１２０は、適切なソースの位置を発見し、インタフェース構成要素１１０に提供する。
【００１９】
ソース・ロケータ１２０は、ソース・ロケータ自身が接続している任意の数のソースから情報を受信することができる。例えば、ソース・ロケータ１２０は、システムの制御アーキテクチャに関連する種々のソースから情報を受信するために、データ駆動型アーキテクチャ全体にわたって位置する外部デバイスと通信することができる。このような情報は、特定のプロトコル、またはイーサネット（登録商標）、ＣｏｎｔｒｏｌＮｅｔ、ＤｅｖｉｃｅＮｅｔ、Ｐｒｏｆｉｂｕｓ、ＣＡＮバス等のような通信規格により送ることができる。さらに、無線イーサネット、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等のような無線プロトコルを通して通信を行うことができる。さらに、ソース・ロケータ１２０は、ツイストペア、同軸ケーブル、シリアル・ケーブル等のような種々の媒体を通してデータを受信することができる。ソース・ロケータ１２０は、シリアル・ポート、ＵＳＢポート、ワイヤ端末等のようなハードウェア・インタフェースであってもよいし、またはワイヤ、ケーブル、ポート等のようなハードウェア・デバイスであってもよい。別の方法としては、ソース・ロケータ１２０は、例えば、ＡＰＩのようなソフトウェア・インタフェースにデータを送受信するような本質的にはソフトウェアであってもよい。
【００２０】
ソース・ロケータ１２０は、ソースに対する要求を受信し、この要求に基づいて１つまたは複数のデータ・ポイントを提供することができる。このようなデータ・ポイントは、データ駆動型アーキテクチャ内の事実上すべての場所に位置することができる。例えば、特定の処理ポイントは、データ駆動型アーキテクチャ全体にわたって複数の位置に位置することができる。処理ポイントは、データ・ソースのところ、産業用オートメーション・コントローラ、サーバ等のところに位置することができる。さらに、データは、例えば、データの視覚化、取引サービス、スケーリング、ユニットおよびフォーマット化に関連する関連属性を有することができる。このようにして、データ属性は、このようなデータの適切な処理、表示等を容易に行うことができるように、インタフェース構成要素１１０に必要な情報（例えば、メタデータ）を提供することができる。
【００２１】
インタフェース構成要素１１０は、要求者（例えば、ソフトウェア・アプリケーション、データベース、ユーザ等）が、所望のソースに加入することができるようにするために使用することができる。ネットワークは、１つまたは複数のメモリ・バンク（図示せず）、プロセッサ（図示せず）、コントローラ（図示せず）等を含むことができることを理解されたい。そのため、特定のデータ・ポイントをほぼ同時に複数の位置のネットワーク内に記憶することができる。さらに、各位置は、加入者（側）の要件に基づいて、データへの複数の異なる加入者（側）と一緒に、同じデータを使用することができるように、１つまたは複数の属性をデータに追加することができる。
【００２２】
特定のネットワーク上のデータ・ポイントのリストを、データ・ポイントが論理的に表示されるように、入れ子式ディレクトリ構造のインタフェース構成要素１１０を介してユーザに表示することができる。データ・ポイントは、物理的位置、機能、出力、処理等のようなデータの種々の特性に基づいてグループ分けすることができる。さらに、データの提示は、例えば、Ｓ８８規格により統合プラント・モデル（ＵＰＭ；Ｕｎｉｆｉｅｄ  Ｐｌａｎｔ  Ｍｏｄｅｌ）のような特定の規格またはフォーマットに適合することができる。それ故、データ・ポイントが、特定のネットワーク内の複数の位置（例えば、アドレス）を通して分散することができる場合でも、各データ・ポイントを１つのポイントとして表示することができる。
【００２３】
データ駆動型アーキテクチャにおいては、ディレクトリを使用することができる。このディレクトリは、例えば、工場内のデバイスのユーザに論理的記述を提供することができる。この論理ＵＰＭの記述は、顧客の産業の専門の組織およびプラントの組織に合わせて調整することができる。ディレクトリ機能は、工場の論理的図面等を、行うべき必要なデータ・アクセスおよび関連づけに必要な物理的位置およびアドレスに変換することができる。
【００２４】
ソース・ロケータ１２０は、加入者（側）に特定のデータ・ソースを効果的に提供するために、インテリジェント結合ツールとして機能することができる。この場合、例えば、ディレクトリを介して加入者（側）にネットワーク・アドレスを提供することができる。このような結合は、加入者（側）に対して透過的にできるので、加入者（側）は要求したデータ・ポイントのソースのアドレスに気が付かない。例えば、加入者（側）は、特定の処理ポイントを要求することができる。その場合、データの値をそのような値を有する任意の数のソースから配信することができる。ソース・ロケータ１２０は、加入者（側）のタイプのようなデータを取り出す目的で、アドレスを決定するために１つまたは複数の要因を使用することができる。例えば、加入者（側）は、ソフトウェア・アプリケーション、産業用コントローラ、ユーザ等であってもよい。それ故、ソフトウェア・アプリケーションは、産業用コントローラとは異なるデータ要件を有することができるので、同じデータ・ポイントをネットワーク内の別々のアドレスから提供することができる。
【００２５】
ソース・ロケータ１２０により、適当なソースを適当な加入者（側）と結合するのを容易にするのを助けるために、アルゴリズムを使用することができる。例えば、加入者（側）がＨＭＩである場合には、特定の属性を有するデータは、データの視覚化フォーマットを提供することができる。もう１つの例を挙げると、加入者（側）は、ＥＲＰアプリケーションと一緒に使用するデータベース（例えば、ＳＱＬサーバ、オラクル等）であってもよい。この場合、データは、特定のメタデータを要求することができ、所望のデータベース・フィールド内に挿入するためにフォーマットすることができる。
【００２６】
図２を参照すると、この図は、ディレクトリ・インタフェース２２０（例えば、ソース・ロケータ）を介して、加入構成要素２１０（例えば、インタフェース構成要素）に適当なデータ・ソースを提供することができるデータ交換システム２００を示す。人工知能（ＡＩ）構成要素２４０は、１つまたは複数のソースからデータの適当なアドレスを効果的に提供するために使用することができ、適当なアドレスから互換性のあるデータを確実に使用するために、ディレクトリ・インタフェース２２０により、加入構成要素２１０の適切な識別を要求することができる。同様に、ソース構成要素は、ＡＩ構成要素２４０を介して、ネットワーク内のデータの存在および位置を適切に識別するために使用することができる。
【００２７】
本発明の１つの態様によれば、データの位置およびデータのフォーマット、属性等を機械学習により生成することができる。この場合、検索にとって望ましい結果および／または望ましくない結果の例を含む１つまたは複数のデータのトレーニング・セットを、システムをトレーニングするために使用することができる。本発明の他の態様によれば、所望の結果を示す１つまたは複数の特徴に基づいて、最初の状態を使用することができる。このような最初の条件は、時間の経過、および識別を改善するために戻された結果に関連するユーザの行動に応じて調整することができる。例えば、ユーザが使用する結果を、関連する問い合わせに対する望ましい結果を学習させる目的で、システムをトレーニングするために使用することができる。さらに、特定のデータ項目に対して最も頻繁に要求される結果（例えば、データの属性）はどれであるかという知識を、負荷平衡化をとり、システムの性能を最適化する目的で、属性が追加される物理デバイスまたはサーバを構成するために使用することができる。例えば、ユーザがもっと頻繁にアクセスする結果を、ユーザにとってもっと有益なものであると見なすことができる。このようにして、特定の加入者（側）が特定のデータ・タイプを他のデータ・タイプよりもっと頻繁に使用する場合には、そのデータ・タイプを将来使用することができる。
【００２８】
さらに、本明細書で使用する場合、「推論」という用語は、通常、イベントおよび／またはデータを介して捕捉した場合の一組の観察からのシステム、環境および／またはユーザの状態を推理または推論するプロセスを意味する。推論は、特定のコンテキストまたは動作を識別するために使用することができ、または例えば、状態上の確率分布を生成することができる。推論は、見込みに基づくものであってもよい。すなわち、データおよびイベントの考慮に基づく、問題の状態についての確率分布の計算であってもよい。推論は、一組のイベントおよび／またはデータからもっと高いレベルのイベントを構成するために使用する技術であるということができる。このような推論は、結果として、イベントが時間的に接近して相互に関連していようがいまいが、イベントおよびデータが、１つまたはいくつかのイベントおよびデータ・ソースからのものであろうがなかろうが、一組の観察したイベントおよび／または記憶しているイベント・データから、新しいイベントまたは行動を構成することができる。種々の分類スキームおよび／またはシステム（例えば、サポート・ベクトル・マシン、ニューラル・ネットワーク（例えば、バック伝搬、フィードフォワード・バック伝搬、放射ベースおよびファジィ・ロジック）、エキスパート・システム、ベイズ（Ｂａｙｅｓｉａｎ）ネットワーク、およびデータ融合）を、本発明と一緒に、自動的および／または推論した行動の実行の際に使用することができる。
【００２９】
本発明のさらに他の態様によれば、所望のデータの適当なアドレスを予想するためにある技術を使用することができる。例えば、このようなデータに関連するデータおよび属性が、種々の加入者（側）によりすでに使用されたことを示す過去のデータのような情報は、ネットワーク内のデータの加入者（側）の好適なデータ・タイプおよび／または位置（例えば、アドレス）を予測するために使用することができる。例えば、ベイズ（Ｂａｙｅｓｉａｎ）学習、ベイズ分類器、および決定木学習法、サポート・ベクトル・マシン、直線および非線形回帰および／またはニューラル・ネットワークのような他の統計分類器を含む統計、確率、推論および（例えば、明示でおよび暗黙にトレーニングした）分類器をベースとするインテリジェントな決定を本発明のある態様に従って使用することができる。このようにして、ディレクトリ・インタフェース２２０は、ＡＩ構成要素２４０を、特定のソースに関連する特定の加入者（側）の学習した行動をベースとして意志決定を行うために使用することができる。
【００３０】
図３を参照すると、この図は、加入構成要素２１０に特定のデータ・ソースの適切なアドレスを提供するために、ディレクトリ・インタフェース２２０を使用するシステム３００である。ＡＩ構成要素２４０は、種々の加入者（側）に対して学習した応答をプログラムする目的で、ディレクトリ・インタフェース２２０をトレーニングするために使用することができる。加入構成要素２１０は、ネットワーク内の位置がどこであれ、このようなデータへのアクセスを容易にするために、１つまたは複数のネットワーク内のデータのリストを提供することができる。
【００３１】
図に示すように、特定のデータ・ソース３１０からのデータを、データ駆動型アーキテクチャのようなネットワーク全体にわたって複数のアドレス内に位置させることができる。データ・ソース３１０は、このような出力を生成する構成要素から直接出力されるデータを表すものであってもよい。例えば、データ・ソースは、事実上任意のタイプの読み取り可能出力を生成するセンサ、エンコーダ、スイッチ、ドライブ、モータ等であってもよい。このような出力は、パルス、ビット、ＡＳＣＩＩ等としてコード化されたボルト、アンペア、オームのような情報を含むことができる。データ・ソース３１０は、また、データ・ソース３１０にとって特定のものであってもよい出力に関連する追加情報を提供することができる。例えば、インテリジェント・センサは、０〜１０ボルトの範囲内のボルト・データ値だけでなく、このようなデータ値が発生した時間も出力することができる。このような追加情報は、本発明に関連して使用する場合、属性と呼ぶことができる。
【００３２】
ディレクトリは、データ駆動型アーキテクチャで使用することができる。このディレクトリは、例えば、工場内のデバイスのユーザに論理的記述を提供することができる。本発明のある態様によれば、この論理的記述は、Ｓ８８のような業界標準により形成する統合プラント・モデル（ＵＰＭ）をベースとすることができる。この論理ＵＰＭの記述は、顧客の産業の専門の組織およびプラント組織に合うように調整することができる。ディレクトリ機能は、工場の論理的図面等を、行うべき必要なデータへのアクセスおよび関連づけのために必要な物理的位置およびアドレスに変換することができる。
【００３３】
さらに、データ駆動型アーキテクチャにおいては、ディレクトリは、物理的位置および／またはデバイス・アドレス指定情報に必要な関連を決定および／または提供しながら、工場の論理的図面等を提供しなければならない。必要な情報のタイプは、データ・ソース／オーナの物理的位置、データ加入者（側）の物理的位置、データ・ソース／オーナの通信アドレスおよび複数のレベル上に位置することができる属性データの通信アドレスを含むことができる。
【００３４】
データが要求された場合、そのデータへのアドレス指定および関連づけは、ディレクトリ・システムにより行うことができる。例えば、ユーザは、プラントの論理ＵＰＭの記述によりデータを選択することができる。データを要求しているアプリケーション、およびユーザの役割および要件により、ディレクトリ・インタフェース２２０は、必要なデータへ適切なアドレス指定情報を提供することができる。オートメーション・デバイス通信へのオートメーション・デバイスのようないくつかの場合には、アドレス指定はデータ・ソース／オーナを直接示さなければならない。ＥＲＰ人的資源アプリケーションのような他の場合には、データ・ソースであるオートメーション・デバイスのリアルタイム制御処理からのデータ要求のサービス提供を分離するために、関連づけは属性データのプロキシ・サーバへのものであってもよい。データに関連する物理的位置は、データ・ソース／オーナの物理的位置であり、一方、通信アドレスは、データに属性を追加する役割、またはそのデータに対してプロキシ・サーバとしての働きの役割をしているネットワーク上の他のあるデバイスの通信アドレスであってもよいことに留意されたい。
【００３５】
データに関連する属性を、このようなデータがネットワーク全体にわたって配信される場合に追加することができる。データを、サーバ３２０またはプロキシ・サーバ３３０のような１つまたは複数の位置に送ることができる。このようにして、データの位置（例えば、アドレス）を、特定のデータ・ソースからのデータに関連する種々の属性を決定するために使用することができる。例えば、サーバ３２０に送信したデータは、受信データに、フォーマット、スキーム、スケーリング、ファクタリング、ユニット等のような属性を提供することができる。サーバ３２０から送られた属性データを、プロキシ・サーバ３３０のような更なる場所に送ることができる。この場合、更なる属性をそのデータと関連づけることができる。それ故、特定のソースから送ったデータは、ネットワーク・アーキテクチャ全体にわたって送られた場合、属性を累積することができる。さらに、データがネットワークの所望の場所に送られる場合、属性の代わりに他のものを使用することもでき、および／または属性を低減することができる。データ（例えば、属性データ、元のデータ等）の同じコピーを複数の位置で同じまたは異なるネットワーク上に位置させることができるように、データを複製することができる。
【００３６】
このアプリケーションで使用する場合には、サーバは、１つまたは複数のデータ・ポイントが常駐することができる事実上任意の構成要素を参照することができる。例えば、プログラマブル論理コントローラ（例えば、Ａｌｌｅｎ  ＢｒａｄｌｅｙのＰＬＣ５、ＳＬＣ−５００、ＭｉｒｃｒｏＬｏｇｉｘ等）は、本発明のある態様によるサーバであってもよい。このようなサーバは、受信データを（アナログ、デジタル、エンコーダ、温度等のような）特定のデータ・ポートにスケーリングすることができ、またこのデータを他の場所に、特定のユニットを使用するスケーリングした量として送ることができる。例えば、ＳＬＣ−５００コントローラは、プロセス１８の温度センサ１から７Ｖ信号を受信することができる。この信号は、データが、デジタル・フォーマットで摂氏４５０℃の温度としてプロキシ・サーバ３３０に出力されるようにスケーリングすることができる。
【００３７】
図４を参照すると、この図は、ディレクトリ・インタフェース４４０を介して、データベース４１０、ヒューマン・マシン・インタフェース（ＨＭＩ）４２０およびプログラマブル論理コントローラ（ＰＬＣ）４３０に、データを転送するために使用する例示としての産業用オートメーション・ネットワークを示す。すでに説明したように、ディレクトリ・インタフェースは、特定のネットワーク内の所望のデータの効率的な識別を容易にするために、ＡＩ構成要素４５０を含むことができる。ディレクトリ・インタフェース４４０は、データ・ソース４６０、サーバ４７０および／またはプロキシ・サーバ４８０のような適当な位置からデータを提供するために使用することができる。このようにして、ディレクトリ・インタフェース４４０は、要求者（側）（例えば、データベース４１０、ＨＭＩ４２０、ＰＬＣ４３０等）の役割および要件（ニーズ）に基づいて、データ・ソースを示すことができる。
【００３８】
データベース４１０は、リレーショナル、ネットワーク、フラットファイル、または階層システムのような任意の数の種々のタイプのものであってもよい。当業者であれば周知のように、フラットファイル・データベースは、各データベースが１つのテーブルに内蔵されている比較的簡単なデータベース・システムである。対照的に、リレーショナル・データベース・システムは、情報を記憶するのに複数のテーブルを使用することができ、各テーブルは、異なる記録フォーマットを有することができる。さらに、フラットファイル・データベース・システムとは異なり、リレーショナル・システムは、いくつかのテーブルに渡って拡張することができる。例示としてのリレーショナル・データベースは、ＳＱＬ、オラクル等を含む。
【００３９】
データベースを、会社内の任意の数の種々のビジネス関連プロセスにサービスすることができる種々の統合基幹業務（ＥＲＰ：Ｅｎｔｅｒｐｒｉｓｅ  Ｒｅｓｏｕｒｃｅ  Ｐｌａｎｎｉｎｇ）アプリケーションと一緒に使用することができることを理解されたい。例えば、ＥＲＰアプリケーションを、人的資源、予算編成、予測、購入等に関連づけることができる。この点において、特定のＥＲＰアプリケーションは、それに関連するいくつかの所望の属性を有するデータを要求することができる。それ故、本発明のある態様によれば、ディレクトリ・インタフェース４４０は、データベース４１０が必要とする属性を有するデータを提供するサーバ４７０からデータベース４１０にデータを提供することができる。
【００４０】
ＨＭＩ４２０は、システム４００内に位置するデータを示すために、ディレクトリ・インタフェース４４０を使用することができる。ＨＭＩは、極端に単純化したおよび／またはユーザ・フレンドリなシステム図面等を提供するために、プロセス、システム、工場等の種々の態様を図形的に表示するために使用することができる。このようにして、システム内の種々のデータ・ポイントを、所望のカラー・スキーム、アニメーションおよびレイアウトにより、図形（例えば、ビットマップ、ＪＰＥＧ、ベクトルをベースとするグラフィックス、クリップアート等）表現として表示することができる。
【００４１】
本発明のある態様によれば、ＨＭＩ４２０は、ＨＭＩ４２０にこのようなデータを簡単に表示するために、データに関連する特定の視覚化属性を有するようデータを要求することができる。例えば、ＨＭＩ４２０は、関連する視覚化属性を有する特定のデータ・ポイントについて、ディレクトリ・インタフェース４４０に問合わせすることができる。ディレクトリ・インタフェース４４０は、プロキシ・サーバ４８０が、所望の視覚化属性を有する属性を含むデータ・ポイントを含んでいると決定することができる。例えば、属性データ・ポイントは、このグラフィックがデータ値の代わりにまたはデータ値と一緒に、ＨＭＩ環境内に現れるように、データと一緒に参照または送信する特定のグラフィックを有することができる。
【００４２】
ＰＬＣ４３０は、Ａｌｌｅｎ  ＢｒａｄｌｅｙのＰＬＣ５、ＳＬＣ−５００、ＭｉｃｏＬｏｇｉｘ等のような任意の数のモデルであってもよい。ＰＬＣ４３０は、一般的に、プロセスおよび／またはシステムの高速、低レベルの制御を行うために使用する特化されたデバイスである。ＰＬＣ４３０は、ラダー論理またはある形の構造化言語によりプログラムすることができる。通常、ＰＬＣは、センサ、エンコーダ、測定センサ、スイッチ、弁等のようなデータ・ソース（例えば、データ・ソース４６０）からデータを直接使用することができる。データ・ソース４６０は、ＰＬＣ内のレジスタにデータを提供することができ、必要に応じて、このようなデータをＰＬＣ内に記憶することができる。さらにまたは別の方法としては、データは、（例えば、クロック・サイクルに基づいて）更新することもできるし、および／またはさらに処理するために他のデバイスに出力することもできる。
【００４３】
図５を参照すると、この図は、データ要求を受信するために使用するディレクトリ構造５１０を示すシステム５００である。ディレクトリ構造５１０は、例えば、制御アーキテクチャ内の複数のデータ・ポイントの論理的図面等を示すことができる。データ要求は、データベース、ユーザ、ＥＲＰアプリケーション、ＨＭＩ等のような任意の数のエンティティから送信することができる。さらに、データ要求は、データ要求を行っている当事者のニーズに関する識別情報を含むことができる。例えば、データ要求は、ＨＭＩアプリケーションから要求が行われる「処理ポイント１」５２０〜５６０に対するものであってもよい。次に、ディレクトリ構造５１０は、ＨＭＩアプリケーションのニーズに基づいて、制御アーキテクチャ内の「処理ポイント１」５２０〜５６０の位置を発見し、識別することができる。
【００４４】
図に示すように、「処理ポイント１」５２０〜５６０は、１つまたは複数の属性と関連している。各属性は、データのフォーマット、視覚化、頻度等に関連づけることができる。それ故、「処理ポイント１」５４０は、直流の１〜５ボルトのようなデータのスケールに関連づけることができる１つの属性を含む。対照的に、「処理ポイント１」５２０は、データのスケールばかりでなく、データの単位（例えば、インチ）およびデータを要求しているＨＭＩ内に現れるデータの色（例えば、青、銀、赤等）に関連づけることができる３つの属性を有する。
【００４５】
ディレクトリ構造は、多数の方法でユーザに特定のシステム（例えば、ネットワーク、工場、プロセス等）内のデータを表示することができることを理解されたい。例えば、ディレクトリ構造は、入れ子式ディレクトリ、プラントのフロアのマップ、スプレッドシート等であってもよい。このようにして、ネットワーク・アドレスにより、また物理的位置等により、論理的記述のような特定のユーザに最も容易にアクセスすることができる方法でデータを表示することができる。さらに、制御アーキテクチャ内には（例えば、それに関連する種々の属性を含む）いくつかの例が位置しているが、各データ・ポイントの１つの例だけが、データを要求している当事者に表示されることを理解されたい。それ故、特定のデータ・ポイント（例えば、「処理ポイント１」）に要求が行われた場合には、ディレクトリ構造は、データを選択するのに使用する例または方法の数を表示しないで、データへデータの要求者（側）を結合する。このようにして、要求者（側）は、このようなデータの選択を意識しないで、それに関連する適切な属性を含む要求したデータだけを見る。
【００４６】
図６は、プラントＡ４内の事実上すべてのデータ・ポイントを表示するために、入れ子式木構造を使用するデータ・ディレクトリ・システム６００を示す。このデータ・ディレクトリにおいては、データを、統合プラント・モデルまたはＳ８８等のような種々の規格により編成することができる。図に示すように、データ・ポイントは、論理制御のグループ分け、ネットワーク・アドレス指定および／またはデータの物理的位置に関連する階層的方法で編成することができる。データは入れ子式木構造で示してあるが、このようなデータは、フローチャート、プラントのフロアのマップ、ＩＰアドレス・リスト等のような所望の任意の方法で編成することができることを理解されたい。
【００４７】
図に示すように、データ・ディレクトリ・システム６００は、異なる処理ポイントのリストに含まれている「処理ポイント１７」を含む。ユーザが「処理ポイント１７」を選択した場合には、プラントＡ４の制御アーキテクチャ全体にわたって「処理ポイント１７」の事実上すべての位置を示すアドレス・リスト６１０が表示される。アドレス・リスト６１０は、特定のデータ・ポイントの種々の位置のリスト（１〜Ｎ。ここで、Ｎは１以上の整数）を含むことができる。さらに、アドレス・リスト６１０内の各アドレスに関連するデータ属性（図示せず）をユーザに表示することができる。このようにして、ユーザは、すでに説明した任意の数の要因に基づいて、アドレス・リスト６１０から「処理ポイント１７」の適当な例を選択することができる。このシステムは、ユーザによる特定のアドレスにおけるデータの手動選択を含むが、このような選択は、特定のデータ・ポイントを選択した後で、データ・ディレクトリ・システム６００により自動的に行うことができることを理解されたい。
【００４８】
図７を参照すると、この図は、ディレクトリ・インタフェース７０５、ＰＬＣ１  ７１０、ＰＬＣ２  ７２０、プロキシ・サーバ７３０、およびデジタル・コントローラ７４０を含む例示としての制御アーキテクチャを示す。さらに、ＰＬＣ１  ７１０は複数のセンサ７５０を有し、ＰＬＣ２  ７２０はそれに関連する複数のセンサ７６０を有する。図に示すように、データ・ソース、すなわちセンサ７５２は、制御アーキテクチャ７００全体にわたって（物理、通信、論理等の）種々のアドレスに分散している。この例の場合、センサ７５２からのデータも、ＰＬＣ１  ７１０、プロキシ・サーバ７３０、およびデジタル・コントローラ７４０に記憶される。一般的に、プロキシ・サーバ（プロキシ・サーバ７３０など）は、種々の関連するサーバ（ＰＬＣ１  ７１０およびＰＬＣ２  ７２０など）上に置くことができる通信要求の負担をなくすために使用される。制御システムの通信要求等により、例えば、ＰＬＣのところと比較すると、プロキシ・サーバのところでデータの更新はそれほど迅速に行うことはできないかもしれない。しかし、プロキシ・サーバは、データの取り扱いおよび処理をもっと丈夫にすることができるように（またその結果、更新の頻度がもっと少なくなるように）本質的にはトランザクション的なものであるデータを提供してもよい。比較した場合、ＰＬＣからのデータを、もっと迅速に更新することができるが、トランザクション的プロセスが提供することができるデータ送信の保護を有することはできないかもしれない。
【００４９】
このような制御アーキテクチャの制約を考慮に入れた場合、ディレクトリ・インタフェース７０５と一緒に使用するデータ要求は、データが示されるべき制御システム７００内のデータの位置が何処であるのかを決定するために、データ・フォーマット、属性、視覚化、配信の頻度、トランザクション的性格等に関連するデータ要求者のニーズを決定することができる。このようにして、データ駆動型アーキテクチャ内のディレクトリ・インタフェース７０５の使用および動作は、工場内で、ユーザが容易に使用できるようにするために、またデータへの階層アクセスを容易に行うことができるようにするために重要なものとなる場合がある。ディレクトリ・インタフェース７０５は、プロキシ・サーバの追加、およびプロキシ・サーバ７３０への適当なデータ要求の動的再方向付け、他のデータ・サービス資源の負荷の除去のような工場内のオートメーション・レベルでの演算資源（例えば、ＰＬＣ１  ７１０、ＰＬＣ２  ７２０、プロキシ・サーバ７３０、デジタル・コントローラ７４０等）の重要な動的な負荷平衡化に対応することができる。このようにして、ディレクトリ・インタフェース７０５は、例えば、工場内のネットワークのリソースの負荷を考慮に入れることにより、適当なデータ位置の選択を行う。
【００５０】
図８、図９、および図１０は、本発明による方法８００、９００および１０００である。説明を簡単にするために、これらの方法は一連の動作として図示し、説明する。本発明は、図に示す動作および／または動作の順序により制限されないことを理解されたい。例えば、動作は、種々の順序でおよび／または同時に行うことができ、本明細書内に図示していない、また説明してない他の動作と一緒に行うことができる。さらに、本発明による方法を実施するために、図に示すすべての動作が必要なわけではない。さらに、当業者であれば、別の方法としてこれらの方法を状態図またはイベントを通して一連の相互に関連する状態として表すことができることを理解し、了解することができるだろう。
【００５１】
図８を参照すると、この図は、適当なアドレスからデータを受信するために使用する方法８００を示す。ステップ８１０において、そのデータが位置する所望のシステム、制御アーキテクチャ等からの１つまたは複数のデータ・ポイントを使用することができるパーティによりデータの要求が行われる。この要求を、状況に基づいて１回または周期的に行うことができ、またＣｏｎｔｒｏｌＮｅｔ、ＤｅｖｉｃｅＮｅｔ、Ｐｒｏｆｉｂｕｓ、イーサネット（登録商標）等のような任意の数の通信プロトコルを使用して行うことができる。さらに、このような要求を送信するために、有線技術（例えば、同軸ケーブル、ツイストペア等）および／または無線技術（例えば、赤外線、無線イーサネット、Ｂｌｕｅｔｏｏｔｈ（登録商標）等）のような種々の媒体を使用することができる。
【００５２】
ステップ８２０において、要求に適合する使用可能なデータ・ソースの検索が行われる。この検索は、１つまたは複数のネットワークおよび／またはシステムからのデータ・ソースを含むことができる。この検索は、要求に基づいてシステムの特定のセクション、データ・タイプ、位置等の範囲に限定することができる。ステップ８３０において、要求者（側）が必要とする属性に基づいて使用可能なデータ・ソースからデータが選択される。このような属性は、データの長さ、スケーリング、ユニット、グラフィックス、視覚化、フォーマット等を参照することができる。例えば、データを要求している特定のアプリケーションは、このようなデータの処理を容易にするための特定のニーズを有することができる。それに関連する属性を有しているので、データを前処理し提供するためのミドルウェア・アプリケーション（例えば、ＭＥＳアプリケーション）のニーズが緩和される。
【００５３】
ステップ８４０において、適当なアドレスからデータが受信される。データのアドレスは、データの通信アドレス、論理アドレスおよび／または物理アドレスを参照することができることを理解されたい。適当なアドレスは、データがデータの要求者（側）が要求している特定の属性を有するデータの位置であってもよい。このようにして、データのアドレスを、要求者（側）および要求者（側）が必要とするデータのタイプに基づいて決定することができる。データを、ＣｏｎｔｒｏｌＮｅｔ、ＤｅｖｉｃｅＮｅｔ、イーサネット（登録商標）、Ｗｉ−Ｆｉ等を含む任意の数の通信方法および／またはプロトコルにより受信することができる。
【００５４】
図９は、データが属性に基づいて選択される例示としての方法９００を示す。ステップ９１０において、プロセスからデータが入手される。プロセスは、例えば、産業用制御と関連する種々の動作および／または方法と関連づけることができる。このような産業用制御は、例えば、製造、生産、品質、仕上げ、構成等の動作を監視および／または制御するために使用することができる。さらに、プロセッサ、端末、デジタル制御システム、コンピュータ等によりデータを入手することができる。このようなデータは、特定の時間にまたはユーザの必要に応じて収集デバイスに送信することができる。データを、測定の種々のユニットと関連づけることができ、ユーザの必要に応じて最小および最大限度にスケーリングすることができる。例えば、データの形式は、ボルト、アンペア、オーム、パルス等であってもよい。また、データをＡＳＣＩＩ、デジタル、アナログ等のような特定のプロトコルにより収集することができる。
【００５５】
ステップ９２０において、データは、データ駆動型アーキテクチャ全体にわたってプロセスからアドレスに送信される。データ駆動型アーキテクチャは、１つまたは複数のコントローラ、プロセッサ、コンピュータ、サーバ、プロキシ・サーバ等から構成することができる。さらに、各デバイスは、デバイス間で使用する通信のタイプを相互に決定することができるようなローカルなものであっても、リモートなものであってもよい。当業者であれば、各デバイスは、データの送受信に関連する特定のプロトコルおよび／または規格を有することができることを理解されたい。説明を簡単にするために詳細な説明は省略する。
【００５６】
ステップ９３０において、データのアドレスに基づいて属性がデータに追加される。属性は、データが、例えば、ネットワーク全体にわたって送られる場合に、データに追加することができる。さらに、データを受信する各デバイスは、このようなデータに１つまたは複数の属性を追加することができる。このようにして、システム内に位置するデバイスの数に基づいて属性を累積することができる。さらに、デバイスは、データに特定の属性を提供することができる。例えば、プロキシ・サーバは、いつでも視覚化属性を受信したデータに関連づけることができる。
【００５７】
ステップ９４０において、データに関連する属性が決定される。すでに説明したように、いくつかのデータ・ソースは、例えば、タイム・スタンプと一緒に直接データを提供することができ、一方、他のデータは、トランザクション的機能を直接サポートすることができ、種々の性能レベルでＨＭＩ視覚化属性のようなもっと広範な属性をサポートすることができる。さらに、いくつかのデバイスは、他のデバイスからのデータに属性を追加するサーバとして機能することができる。このような属性を、このような目的のためのデバイスおよび／またはプロセスにより決定することができる。属性は、データ・ソース、データを送るために使用するチャネル、視覚化構成等と関連づけることができる。属性を決定した後で、後で取り出し使用するために、属性をメモリ（図示せず）または類似の記憶領域内に記憶することができる。ステップ９５０において、データの属性に基づいてデータが選択される。
【００５８】
図１０を参照すると、この図は、ネットワーク内のソースからデータを受信し、要求しているアプリケーションによりそのデータを実施するための方法１０００を示す。ステップ１０１０において、ネットワーク内のソースからデータの位置が決定される。ソースは、上記種々の方法および／またはプロトコルによりデータを送信することができるハードウェア・デバイスであっても、ソフトウェア・プラットフォームであっても、ハードウェアおよびソフトウェアの組合わせ等であってもよい。さらに、条件が一致した場合、１回等、必要に応じて周期的にソースからデータの位置を決定することができる。ステップ１０２０において、データに関連する属性が決定される。このような属性は、データの関連するスケーリング、グラフィックス、ユニット、フォーマット等に関連づけることができる。さらに、特定のデータ・ポイントは、ネットワーク内のデータの位置により種々の関連する属性を有することができる。それ故、データ・ポイントは、ネットワーク内の特定の位置（例えば、アドレス）に到来するためにデータが使用する経路に関連する複数の異なる属性を有する同じ値を有することができる。
【００５９】
ステップ１０３０において、要求側アプリケーションの要件が決定される。このような要件は、データに関連する種々の属性に関連づけることができる。例えば、ＨＭＩプログラムは、例えば、水タンクとして表示される特定のデータ・ポイントを要求することができる。それ故、データ・ポイントは、ユーザへのこのようなグラフィックの生成および／または表示を容易にするそれに関連する属性を有することができる。ステップ１０４０において、ネットワークの負荷が決定される。ネットワークの負荷は、ネットワークが利用することができる使用可能なメモリ、帯域幅、処理時間等のような複数の異なる要因を参照することができる。このようなネットワークに接続しているデバイスに関連するデータ通信に対する要求を変更することにより、ネットワークの負荷を軽減することができる。このような要求は、ネットワークからデータを要求しているアプリケーション（例えば、要求者（側））のタイプにより変わる場合がある。例えば、ＥＲＰアプリケーションは、データの更新を頻繁に要求できないかもしれないが、オートメーション・プロセッサ（例えば、ＰＬＣ）は、一定の間隔でデータの更新を要求することができる。それ故、要求側アプリケーションのタイプが、特定のネットワークの負荷要求に影響を与える場合がある。
【００６０】
ステップ１０５０において、要求側アプリケーションによりデータが実施される。実施されるデータは、要求側アプリケーションのニーズおよびデータを要求する時点でのネットワークの負荷の両方をベースとすることができる。このようにして、データを使用するアドレスを、このような要件および／またはネットワークの負荷要求により変更することができる。例えば、本発明のある態様によれば、使用するデータを、ネットワークのクリティカルな動的負荷平衡化に応じて変えることができる。それ故、アプリケーションがデータを頻繁に要求しない場合には、そのようなデータを含むアドレスを使用することができる。このようにして、ネットワークの負荷を軽減することができる。何故なら、データ・ソースのインテリジェントな使用を利用することができるからである。
【００６１】
図１１の場合には、本発明の種々の態様を実施するための例示としての環境１１００は、図に示すコンピュータ１１１２を含む。コンピュータ１１１２は、処理ユニット１１１４と、システム・メモリ１１１６と、システム・バス１１１８とを含む。システム・バス１１１８は、システム・メモリ１１１６を含む（但し、これに限定されない）システム構成要素を、処理ユニット１１１４に結合する。処理ユニット１１１４は、入手できる種々のプロセッサのうちの任意のものであってもよい。デュアル・マイクロプロセッサおよび他のマルチプロセッサ・アーキテクチャも、処理ユニット１１１４として使用することができる。
【００６２】
システム・バス１１１８は、メモリ・バスまたはメモリ・コントローラ、周辺バスまたは外部バスであってもよく、更に、８ビット・バス、Ｉｎｄｕｓｔｒｉａｌ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）、マイクロチャネル・アーキテクチャ（ＭＣＡ）、拡張ＩＳＡ（ＥＩＳＡ）、インテリジェント駆動エレクトロニクス（ＩＤＥ）、ＶＥＳＡローカル・バス（ＶＬＢ）、Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｎｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）、Ａｄｖａｎｃｅｄ  Ｇｒａｐｈｉｃａｌ  Ｐｏｒｔ（ＡＧＰ）、パーソナル・コンピュータ・メモリ・カード国際協会バス（ＰＣＭＣＩＡ）およびスモール・コンピュータ・システム・インタフェース（ＳＣＳＩ）を含むが、これらに限定されず、種々の有用なバス・アーキテクチャのうちの任意のものを使用するローカル・バスを含むいくつかのタイプのバス構造のうちの任意のものであってもよい。
【００６３】
システム・メモリ１１１６は、揮発性メモリ１１２０および不揮発性メモリ１１２２を含む。スタートの際等に、コンピュータ１１１２内の要素間で情報を転送するための基本ルーチンを含む基本入出力システム（ＢＩＯＳ）は、不揮発性メモリ１１２２内に記憶される。不揮発性メモリ１１２２は、説明のためのものであって本発明を制限するものではないが、読出し専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的にプログラム可能なＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なＲＯＭ（ＥＥＰＲＯＭ）またはフラッシュ・メモリを含むことができる。揮発性メモリ１１２０は、外部キャッシュ・メモリとして機能するランダム・アクセス・メモリ（ＲＡＭ）を含む。ＲＡＭは、説明のためのものであって本発明を制限するものではないが、同期型ＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、同期型ＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンスドＳＤＲＡＭ（ＥＳＤＲＡＭ）、Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクトＲａｍｂｕｓ  ＲＡＭ（ＤＲＲＡＭ）のような多くの形式が使用できる。
【００６４】
コンピュータ１１１２は、また、取り外すことができる／取り外すことができない揮発性／不揮発性コンピュータ記憶媒体を含む。図１１は、例えば、ディスク記憶領域１１２４を示す。ディスク記憶領域１１２４は、磁気ディスク・ドライブ、フレキシブル・ディスク・ドライブ、テープ・ドライブ、Ｊａｚドライブ、Ｚｉｐドライブ、ＬＳ−１００ドライブ、フラッシュ・メモリ・カードまたはメモリ・スティックのようなデバイスを含むが、これらに限定されない。さらに、ディスク記憶領域１１２４は、別々に、またはコンパクト・ディスクＲＯＭデバイス（ＣＤ−ＲＯＭ）、ＣＤ追記型ドライブ（ＣＤ−Ｒドライブ）、ＣＤ書換え型ドライブ（ＣＤ−ＲＷドライブ）またはデジタル汎用ディスクＲＯＭドライブ（ＤＶＤ−ＲＯＭ）のような光ディスク・ドライブを含む（但し、これらに限定されない）記憶媒体を一緒に若しくは別々に記憶媒体を含むことができる。システム・バス１１１８とディスク記憶領域１１２４との接続を容易にするために、インタフェース１１２６のような取り外すことができる、または取り外すことができないインタフェースが通常使用される。
【００６５】
図１１は、ユーザと、適当な動作環境１１００内で記述した基本コンピュータ・リソースとの間の仲介者として動作するソフトウェアを示していることを理解されたい。このようなソフトウェアは、オペレーティング・システム１１２８を含む。ディスク記憶領域１１２４上に記憶することができるオペレーティング・システム１１２８は、コンピュータ・システム１１１２のリソースを制御し、割り当てる働きをする。システム・アプリケーション１１３０は、システム・メモリ１１１６内またはディスク記憶領域１１２４上に記憶されているプログラム・モジュール１１３２およびプログラム・データ１１３４を通して、オペレーティング・システム１１２８によるリソースの管理を利用する。本発明は種々のオペレーティング・システムまたはオペレーティング・システムの組合わせと一緒に実施することができることを理解されたい。
【００６６】
ユーザは、入力装置１１３６を通して、コンピュータ１１１２内にコマンドまたは情報を入力する。入力装置１１３６は、マウス、トラックボール、スタイラス、タッチパッド、キーボード、マイクロホン、ジョイスティック、ゲーム・パッド、衛星用ディッシュ、スキャナ、ＴＶチューナ・カード、デジタル・カメラ、デジタル・ビデオ・カメラ、ウェブ・カメラ等のようなポインティング・デバイスを含むが、これらに限定されない。これらおよび他の入力装置は、（ひとつまたは複数の）インタフェース・ポート１１３８を介して、システム・バス１１１８により、処理ユニット１１１４に接続される。インタフェース・ポート１１３８は、例えば、直列ポート、パラレル・ポート、ゲーム・ポートおよびユニバーサル・シリアル・バス（ＵＳＢ）を含む。（ひとつまたは複数の）出力装置１１４０は、（ひとつまたは複数の）入力装置１１３６と同じタイプのポートのうちのいくつかを使用する。それ故、例えば、ＵＳＢポートは、コンピュータ１１１２に入力するため、またコンピュータ１１１２から出力装置１１４０に情報を出力するために使用することができる。出力アダプタ１１４２は、特種なアダプタを必要とする他の出力装置１１４０のうちのモニタ、スピーカ、およびプリンタのようないくつかの出力装置１１４０があることを説明するために示されたものである。出力アダプタ１１４２は、説明のためのものであって本発明を制限するためのものではないが、出力装置１１４０とシステム・バス１１１８との間の接続手段となるビデオ・カードおよび音声カードを含む。他のデバイスおよび／またはデバイスのシステムは、（ひとつまたは複数の）リモート・コンピュータ１１４４のような入力機能および出力機能の両方を供給することに留意されたい。
【００６７】
コンピュータ１１１２は、リモート・コンピュータ１１４４のように、１つまたは複数のリモート・コンピュータへの論理接続によりネットワークで接続している環境内で動作することができる。リモート・コンピュータ１１４４は、パーソナル・コンピュータであっても、サーバであっても、ルータであっても、ネットワークＰＣであっても、ワークステーションであっても、マイクロプロセッサをベースとするリールであっても、ピア・デバイスまたは他の共通のネットワーク・ノード等であってもよく、通常、コンピュータ１１１２に関連して説明した多くのまたはすべての要素を含む。説明を簡単にするために、リモート・コンピュータ１１４４と一緒にメモリ記憶領域１１４６だけを図示してある。リモート・コンピュータ１１４４は、ネットワーク・インタフェース１１４８を通して、論理的にコンピュータ１１１２に接続していて、次に通信接続１１５０を通して物理的に接続している。ネットワーク・インタフェース１１４８は、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）のような通信ネットワークを含む。ＬＡＮ技術は、ファイバ分散データ・インタフェース（ＦＤＤＩ）、銅線分散データ・インタフェース（ＣＤＤＩ）、イーサネット（登録商標）／ＩＥＥＥ８０２．３、トークンリング／ＩＥＥＥ８０２．５等を含む。ＷＡＮ技術は、二点間リンク、デジタル総合サービス網（ＩＳＤＮ）のような回線交換網およびそれを修正したもの、パケット交換網およびデジタル加入者（側）ライン（ＤＳＬ）を含むが、これらに限定されない。
【００６８】
通信接続１１５０は、ネットワーク・インタフェース１１４８を、バス１１１８に接続するために使用するハードウェア／ソフトウェアである。図では、通信接続１１５０は、説明を分かりやすくするためにコンピュータ１１１２内に位置しているが、コンピュータ１１１２の外部に設置することもできる。ネットワーク・インタフェース１１４８へ接続するために必要なハードウェア／ソフトウェアは、通常の電話級のモデム、ケーブル・モデムおよびＤＳＬモデム、ＩＳＤＮアダプタおよびイーサネット（登録商標）・カードを含むモデムのような内部および外部技術を含むが、これらは単に例示としてのものに過ぎない。
【００６９】
図１２は、本発明を使用することができる例示としてのコンピューティング環境１２００である。システム１２００は、１つまたは複数のクライアント１２１０を含む。クライアント１２１０は、ハードウェアでおよび／またはソフトウェア（例えば、スレッド、プロセス、計算装置）であってもよい。システム１２００は、また１つまたは複数のサーバ１２３０を含む。同様に、サーバ１２３０はハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、計算装置）であってもよい。
【００７０】
クライアント１２１０とサーバ１２３０との間で行うことができる１つの通信は、２つ以上のコンピュータ・プロセス間で送信されるデータ・パケットの形をしていてもよい。システム１２００は、さらに、クライアント１２１０とサーバ１２３０との間の通信を容易にするために使用することができる通信フレームワーク１２５０を含む。クライアント１２１０は、クライアント１２１０にとって局所的な情報を記憶するために使用することができる１つまたは複数のクライアント・データ記憶領域１２６０に対してインタフェースとして機能する。同様に、サーバ１２００は、サーバ１２３０にとって局所的な情報を記憶するために使用することができる１つまたは複数のサーバ・データ記憶領域１２４０に対してインタフェースとして機能することができる。
【００７１】
上記説明は本発明のいくつかの例を含む。もちろん、本発明を記述するために構成要素または方法の考えられるすべての組合わせを記述することはできないが、通常の当業者であれば、本発明の多くの他の組合わせおよび順列が可能であることを理解することができるだろう。それ故、本発明は、添付の特許請求の範囲の精神および範囲に含まれるすべてのこのような変更、修正および変形版を含むものである。この点に関して、本発明は、本発明の種々の方法のステップを実行するためのコンピュータが実行することができる命令を有するシステムおよびコンピュータ読み取り可能媒体を含むことを理解することができるだろう。さらに、本発明の１つの特定の機能を、本発明のいくつかの態様または実施態様のうちの１つだけについて説明してきたが、このような機能は、任意の所与のまたは特定の用途に対して必要に応じてまた有利に、他の実施態様の１つまたは複数の他の機能と結合することができる。さらに、詳細な説明または特許請求の範囲で使用する「含む」、「含んでいる」、「有する」、「有している」という用語およびその派生語の範囲内おいて、これらの用語は、「備えている」という用語およびその派生語と同様に包括的なものである。
【図面の簡単な説明】
【００７２】
【図１】本発明のある態様による例示としてのディレクトリ・インタフェース・システムである。
【図２】本発明のある態様による人工知能構成要素を含む、例示としてのディレクトリ・インタフェース・システムである。
【図３】本発明のある態様による複数のデータ・ソースを含む、例示としてのディレクトリ・インタフェース・システムである。
【図４】本発明のある態様による複数のデータ要求元およびデータ・ソースを含むディレクトリ・インタフェース・システムを使用する例示としてのシステムである。
【図５】本発明のある態様によるディレクトリ構造システムである。
【図６】本発明のある態様によるアドレス・リストを含むデータ・ディレクトリ・システムである。
【図７】本発明のある態様によるネットワーク環境の例示としての制御アーキテクチャである。
【図８】本発明のある態様によるアドレスからデータを受信する例示としての方法である。
【図９】本発明のある態様による関連する属性をベースとしてデータを選択する例示としての方法である。
【図１０】要求しているアプリケーションによりデータを実施する例示としての方法である。
【図１１】本発明を使用することができる例示としてのコンピューティング環境である。
【図１２】本発明を使用することができる例示としてのネットワークである。
【符号の説明】
【００７３】
１００，５００  システム
１１０  インタフェース構成要素
１２０  ソース・ロケータ
２１０  加入構成要素
２２０，４４０，７０５  ディレクトリ・インタフェース
２４０  人工知能（ＡＩ）構成要素
３１０，４６０  データ・ソース
３２０  サーバ
３３０，４８０，７３０  プロキシ・サーバ
４１０  データベース
４２０  ヒューマン・マシン・インタフェース（ＨＭＩ）
４３０  プログラマブル論理コントローラ（ＰＬＣ）
５１０  ディレクトリ構造
５２０〜５６０  処理ポイント１
６００  データ・ディレクトリ・システム
６１０  アドレス・リスト
７００  制御アーキテクチャ
７１０  ＰＬＣ１
７２０  ＰＬＣ２
７４０  デジタル・コントローラ
７５０，７５２  センサ
１１１２  コンピュータ
１１１４  処理ユニット
１１１６  システム・メモリ
１１１８  システム・バス
１１２０  揮発性メモリ
１１２２  不揮発性メモリ
１１２４  ディスク記憶領域
１１２８  オペレーティング・システム
１１３０  システム・アプリケーション
１１３２  プログラム・モジュール
１１３４  プログラム・データ
１１３６  入力装置
１１３８  インタフェース・ポート
１１４０  出力装置
１１４２  出力アダプタ
１１４６  メモリ記憶領域
１１４４  リモート・コンピュータ
１１４８  ネットワーク・インタフェース
１１５０  通信接続
【図１】
2006164233.tif 000003
【図２】
2006164233.tif 000004
【図３】
2006164233.tif 000005
【図４】
2006164233.tif 000006
【図５】
2006164233.tif 000007
【図６】
2006164233.tif 000008
【図７】
2006164233.tif 000009
【図８】
2006164233.tif 000010
【図９】
2006164233.tif 000011
【図１０】
2006164233.tif 000012
【図１１】
2006164233.tif 000013
【図１２】
2006164233.tif 000014
【外国語明細書】
2006164233000001.pdf