(57)【要約】      （修正有）【課題】遠隔端末ユニットのネットワークを実現する方法および装置を提供する。【解決手段】第１の遠隔端末ユニットのプロセッサを介して、第１の遠隔端末ユニットに第１の伝送スケジュールの第１のフレームの第１の時間スロットを割り当てることであって、第１の遠隔端末ユニットが、プロセス制御システムと関連付けられたネットワーク内の第２の遠隔端末ユニットと通信し、プロセス制御システムのホストと通信し、第１の時間スロットの間、ネットワーク上で第１のデータを通信する、割り当てることと、プロセッサを介して、第２の遠隔端末ユニットに第１のフレームの第２の時間スロットを割り当てることであって、第２の遠隔端末ユニットが、第２の時間スロットの間、ネットワーク上で第２のデータを通信する、割り当てることと、を含む。【選択図】図１
2019220208.tif 000002
【特許請求の範囲】
【請求項１】
プロセス制御システムに関連する遠隔端末ユニットのネットワークを実装する方法において、
第１の遠隔端末ユニットのプロセッサを介して、前記第１の遠隔端末ユニットに第１の伝送スケジュールの第１のフレームの第１の時間スロットを割り当てることであって、前記第１の遠隔端末ユニットが、プロセス制御システムと関連する前記ネットワーク内の第２の遠隔端末ユニットと通信し、前記プロセス制御システムの第３の遠隔端末ユニットと通信し、前記第１の時間スロットの間、前記ネットワーク上で前記第２の遠隔端末ユニット及び前記第３の遠隔端末ユニットと第１のデータを通信するように、割り当てることと、
前記プロセッサを介して、前記第２の遠隔端末ユニットに前記第１のフレームの第２の時間スロットを割り当てることであって、前記第２の遠隔端末ユニットが、前記第２の時間スロットの間、前記ネットワーク上で第２のデータを通信するように、割り当てること、
とを含む方法。
【請求項２】
前記ネットワーク上で、前記プロセッサを介して、前記第２の遠隔端末ユニットと関連付けられた識別データを提供するように前記第２の遠隔端末ユニットに要求する、第１のメッセージを通信することと、
前記識別データを通信する前記第２の遠隔端末ユニットからの応答を受信することであって、前記識別データが、前記プロセッサを介して、前記第２の遠隔端末ユニットによってランダムに選択された前記第１の伝送スケジュールのランダムな時間スロットの間に通信される、受信することと、
他のデータが前記ランダムな時間スロットの間にもう１つの遠隔端末ユニットにより前記ネットワーク上で通信される場合、前記ネットワーク上で、２度目に、前記識別データを提供するように前記第２の遠隔端末ユニットに要求する、前記第１のメッセージを通信することと、
前記他のデータが前記ランダムな時間スロットの間に通信されない場合、前記第２の遠隔端末ユニットと関連付けられた前記識別データを記録し、前記ネットワーク上で、対応する識別データを提供するように他の発見されていない遠隔端末ユニットに要求する、第２のメッセージを通信することであって、前記第２のメッセージが、前記第２のメッセージに応答しないように前記第２の遠隔端末ユニットに指示する、前記第２の遠隔端末ユニットと関連付けられた前記識別データを含む、通信することと、によって、前記第２の遠隔端末ユニットを発見することをさらに含む、請求項１に記載の方法。
【請求項３】
前記第１の伝送スケジュールに基づいて第２の伝送スケジュールを生成することを更に含み、前記第２の伝送スケジュールが、前記第２の遠隔端末ユニットにより実施される、請求項１又は２に記載の方法。
【請求項４】
前記第１の遠隔端末ユニットを介して前記第２の伝送スケジュールを前記第２の遠隔端末ユニットに通信することによって、前記ネットワーク内の前記第２の遠隔端末ユニットに権限を委託することを更に含む、請求項３に記載の方法。
【請求項５】
前記第１の伝送スケジュールは第２のフレームを含み、前記第１の遠隔端末ユニットが、前記第２のフレームの第３の時間スロットの間、前記ネットワーク上で第３のデータを通信し、前記第２の遠隔端末ユニットが、前記第２のフレームの第４の時間スロットの間、前記ネットワーク上で第４のデータを通信する、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記第１のフレームの前記第１の時間スロットの位置は、前記第２のフレームの前記第３の時間スロットの位置に対応し、前記第１のフレームの前記第２の時間スロットの位置は、前記第２のフレームの前記第４の時間スロットの位置に対応する、請求項５に記載の方法。
【請求項７】
前記第１の伝送スケジュールの前記第１のフレームの間に通信された前記第２のデータは、前記プロセス制御システム内のフィールドデバイスから取得されるプロセス変数データを含み、前記第２のフレームの間に通信された前記第４のデータは、構成データ、診断データ、及び通過データのうちの少なくとも１つを含む、請求項５又は６に記載の方法。
【請求項８】
プロセス制御システムに関連する遠隔端末ユニットのネットワークを実装するための装置において、
第１の遠隔端末ユニットのプロセッサを備え、前記第１の遠隔端末ユニットが、前記プロセス制御システムに関連する前記ネットワーク内の第２の遠隔端末ユニットと通信し、前記プロセス制御システムの第３の遠隔端末ユニットと通信し、前記プロセッサが、前記ネットワーク上での通信を可能とするようにネットワークインターフェースを実行し、ネットワーク構成アプリケーションを実行し、前記ネットワーク構成アプリケーションが、前記第１の遠隔端末ユニット及び前記第２の遠隔端末ユニットのそれぞれに伝送スケジュールの第１のフレームの第１及び第２の時間スロットを割り当てる前記伝送スケジュールを生成し、前記第１の遠隔端末ユニットが、前記第１の時間スロットの間、前記ネットワーク上で前記第２の遠隔端末ユニット及び前記第３の遠隔端末ユニットと第１のデータを通信し、前記第２の遠隔端末ユニットが、前記第２の時間スロットの間、前記ネットワーク上で第２のデータを通信する、装置。
【請求項９】
前記プロセッサを前記第１の遠隔端末ユニットと通信可能に連結する、高速通信インターフェースを更に備える、請求項８に記載の装置。
【請求項１０】
前記高速通信インターフェースは、バックプレーン、ユニバーサルシリアルバスケーブル、回路基板トレース、及びイーサネットケーブルのうちの少なくとも１つを介してデータを通信する、請求項９に記載の装置。
【請求項１１】
前記第１のデータは入力／出力（Ｉ／Ｏ）データであり、フィールドデバイスから前記Ｉ／Ｏを取得する、Ｉ／Ｏモジュールを更に備える、請求項８乃至１０のいずれか１項に記載の装置。
【請求項１２】
クロックを更に備え、前記伝送スケジュールは、前記クロックによって供給された時間データに基づいて実現される、請求項８乃至１１のいずれか１項に記載の装置。
【請求項１３】
命令を備える有形のコンピュータ可読記憶媒体であって、
前記命令が実行されるとき、機械に少なくとも、
第１の遠隔端末ユニットに伝送スケジュールの第１のフレームの第１の時間スロットを割り当てることであって、前記第１の遠隔端末ユニットは、プロセス制御システムのネットワーク内の第２の遠隔端末ユニットと通信し、プロセス制御システムの第３の遠隔端末ユニットと通信し、前記第１の遠隔端末ユニットは、前記第１の時間スロットの間、前記ネットワーク上で前記第２の遠隔端末ユニットと第１のデータを通信するように、割り当てることと、
前記第２の遠隔端末ユニットに前記第１のフレームの第２の時間スロットを割り当てることであって、前記第２の遠隔端末ユニットは、前記第２の時間スロットの間に前記ネットワーク上で第２のデータを通信するように、割り当てることと、を行わせる、
有形のコンピュータ可読記憶媒体。
【請求項１４】
命令を更に備える有形のコンピュータ可読記憶媒体であって、
前記命令が実行されるときに、前記機械に少なくとも、
無線通信ネットワークを介して実現される通信の視覚表現を生成し、前記無線通信ネットワークは前記第１の遠隔端末ユニット及び前記第２の遠隔端末ユニットを含み、前記第２の遠隔端末ユニットは前記第１の遠隔端末ユニット及びプロセスユニットと通信可能に連結され、
前記視覚表現を表示され、
ユーザ又は前記第１の遠隔端末ユニットのいずれか１つを介して提供される入力に基づいて前記視覚表現を更新させること、を行わせる命令を更に備え、
前記視覚表現は前記無線通信ネットワークを介して実現される通信に対応するものである、
請求項１３に記載の有形のコンピュータ可読記憶媒体。
【請求項１５】
命令を更に備える有形のコンピュータ可読記憶媒体であって、
前記命令が実行されるときに、前記機械に少なくとも、
無線通信ネットワークの対話型の視覚表現を生成し、前記無線通信ネットワークは前記第１の遠隔端末ユニット及び前記第２の遠隔端末ユニットを含み、前記第２の遠隔端末ユニットは前記第１の遠隔端末ユニット及びプロセス制御デバイスと通信可能に接続され、
前記視覚表現を表示され、
ユーザを介して提供される入力に基づいて前記視覚表現を更新され、
前記入力に基づいて、前記無線通信ネットワーク内の通信を制御するコマンドを前記第１の遠隔端末ユニットに通信させること、を行わせる命令を更に備える、
請求項１３に記載の有形のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、プロセス制御システムに関し、より具体的には、遠隔端末ユニットネットワークを実現するための方法および装置に関する。
【背景技術】
【０００２】
石油およびガス生産産業で使用されるものなど、工業制御システムは頻繁に、制御システム（例えば、坑口石油生産現場における）の作業プロセスユニットでの重要な構成要素として１つ以上の遠隔端末ユニット（ＲＴＵ）を含む。ＲＴＵは、バルブを開閉し、プロセスパラメータを測定するなど、制御機能を実施するように構成されたフィールドデバイス（例えば、バルブ、バルブポジショナ、スイッチ、センサ、トランスミッタなど）と制御システムのホストのインターフェースとなるように使用される。ＲＴＵは、ホストからフィールドデバイスにコマンドを通信し、かつフィールドデバイスによってホストに送り返されるデータを通信することによって、このインターフェースを可能にする。そのような通信は、任意の所望の通信媒体（例えば、有線、無線など）およびプロトコル（例えば、Ｆｉｅｌｄｂｕｓ、Ｐｒｏｆｉｂｕｓ（登録商標）、ＨＡＲＴ（登録商標）など）を用いて、アナログ、デジタル、または組み合わされたアナログ／デジタルバスのいずれかを介して実現され得る。
【発明の概要】
【０００３】
遠隔端末ユニットのネットワークを実現する方法および装置が開示される。例示的な方法は、第１の遠隔端末ユニットのプロセッサを介して、第１の遠隔端末ユニットに第１の伝送スケジュールの第１のフレームの第１の時間スロットを割り当てることであって、第１の遠隔端末ユニットが、プロセス制御システムと関連付けられたネットワーク内の第２の遠隔端末ユニットと通信し、プロセス制御システムのホストと通信し、第１の時間スロットの間、ネットワーク上で第１のデータを通信する、割り当てることと、プロセッサを介して、第２の遠隔端末ユニットに第１のフレームの第２の時間スロットを割り当てることであって、第２の遠隔端末ユニットが、第２の時間スロットの間、ネットワーク上で第２のデータを通信する、割り当てることと、を含む。
【０００４】
例示的な装置は、第１の遠隔端末ユニットのプロセッサを備える。第１の遠隔端末ユニットは、プロセス制御システムと関連付けられたネットワーク内の第２の遠隔端末ユニットと通信するものである。第１の遠隔端末ユニットはまた、プロセス制御システムのホストと通信するものである。プロセッサは、ネットワーク上で通信を可能にするようにネットワークインターフェースを実行し、かつネットワーク構成アプリケーションを実行するものである。ネットワーク構成アプリケーションは、それぞれの第１および第２の遠隔端末ユニットに、伝送スケジュールの第１のフレームの第１および第２の時間スロットを割り当てる伝送スケジュールを生成するものである。第１の遠隔端末ユニットは、第１の時間スロットの間、ネットワーク上で第１のデータを通信するものであり、第２の遠隔端末ユニットは、第２の時間スロットの間、ネットワーク上で第２のデータを通信するものである。
【０００５】
別の例示的な装置は、遠隔端末ユニットのネットワーク内に含まれる第１の遠隔端末ユニットを備え、第１の遠隔端末ユニットは、プロセッサと、トランスミッタとを含み、プロセッサは、第１の遠隔端末ユニットが、第１のデータおよび第２のデータをそれぞれ無線で通信するように、所定の期間内で複数の時間スロットのうちの２つを割り当てられることに従って伝送スケジュールを実行し、第１のデータは、第２の遠隔端末ユニットに通信され、第２の遠隔端末ユニットは、ホストに無線で通信可能に連結される。
【０００６】
例示的な有形のコンピュータ可読記憶媒体は、実行されるとき、ネットワーク内の複数の遠隔端末ユニットの各々が所定の期間内で複数の時間スロットのうちの２つを割り当てられる伝送スケジュールに従って、機械に少なくとも、複数の時間スロットのうちの第１の時間スロットの間に第１のデータを複数の遠隔端末ユニットのうちの１つに無線で通信することであって、複数の遠隔端末ユニットのうちの１つが、ホストに無線で通信可能に連結される、通信することと、伝送スケジュールに従って、複数の時間スロットのうちの第２の時間スロットの間に第２のデータを無線で通信することと、を行わせる命令を含む。
【０００７】
別の例示的な有形のコンピュータ可読記憶媒体は、実行されるとき、機械に、少なくとも、無線通信ネットワークを介して、実現される通信の視覚表現を生成させる命令を含み、無線通信ネットワークは、第１の遠隔端末ユニットと、第２の遠隔端末ユニットとを含み、第２の遠隔端末ユニットは、第１の遠隔端末ユニットおよびプロセスユニットに通信可能に連結される。命令は、ユーザまたは第１の遠隔端末ユニットのうちの１つを介して提供される入力に基づいて、機械に視覚表現を表示させ、かつ視覚表現をさらに更新させ、視覚表現は、無線通信ネットワークを介して実現される通信に対応するものである。
【０００８】
別の例示的な有形のコンピュータ可読記憶媒体は、実行されるとき、機械に少なくとも、無線通信ネットワークの対話型視覚表現を生成させる命令を含み、無線通信ネットワークは、第１の遠隔端末ユニットと、第２の遠隔端末ユニットとを含み、第２の遠隔端末ユニットは、第１の遠隔端末ユニットおよびプロセス制御デバイスに通信可能に連結される。命令はさらに、機械に、視覚表現を表示させ、ユーザを介して提供された入力に基づいて視覚表現を更新させ、かつこの入力に基づいて、無線通信ネットワーク内の通信を制御するコマンドを第１の遠隔端末ユニットに通信させる。
【図面の簡単な説明】
【０００９】
【図１】本開示の教示が実現され得る例示的な制御システムの一部分を図解する。
【図２】図１の第１の例示的なＲＴＵ、例示的なネットワーク、および／または、より一般的に、例示的な制御システムを実現することの例示的な様式を図解する。
【図３】図１および２の例示的なネットワークによって利用され得る本明細書に開示される教示に従う、例示的な伝送の全体的スケジュールを表す。
【図４】図１および２の例示的なネットワークによって利用され得る本明細書に開示される教示に従う、別の例示的な全体的な伝送スケジュールを表す。
【図５】非一次ＲＴＵの機能的観点から図４の例示的な個々の伝送スケジュールを表す。
【図６】図１および２の例示的なネットワークの例示的な視覚表現を図解する。
【図７】図１および２の例示的なネットワーク内の例示的なＲＴＵを表す画像を含む更新された図６の例示的な視覚表現を図解する。
【図８】図１および２の例示的なネットワーク内の通信を表す画像を含むように更新された図７の例示的な視覚表現を図解する。
【図９】第１の例示的なＲＴＵを介して提供された入力に基づいて更新された図８の例示的な視覚表現を図解する。
【図１０】例示的なオプションメニューを含むように更新された図９の視覚表現を図解する。
【図１１】図１および２の例示的なネットワークの例示的なＲＴＵのうちの１つの視覚表現である。
【図１２】図１および２の例示的なネットワークの第１の例示的なＲＴＵの視覚表現である。
【図１３】図１および２の例示的なネットワークの別の視覚表現である。
【図１４】ネットワーク内の識別されていないＲＴＵを発見するために行われ得る例示的なプロセスを表すフローチャートである。
【図１５】ＲＴＵの近くに物理的に位置するユーザにそれ自体を識別するようにＲＴＵに指示するために行われ得る例示的なプロセスを表すフローチャートである。
【図１６】図１および２の例示的なネットワーク内の例示的なＲＴＵに権限を委託するために行われ得る例示的なプロセスを表すフローチャートである。
【図１７】図１および２の例示的なネットワーク内の例示的なＲＴＵのうちの１つを介してデータを通信するために行われ得る例示的なプロセスを表すフローチャートである。
【図１８】図１および２の例示的なネットワーク内の通信を制御するために行われ得る例示的なプロセスを表すフローチャートである。
【図１９】図１および２の例示的なＲＴＵ、例示的なネットワーク、および／または、より一般的に、例示的なシステムのうちの１つを実現するように、図１４〜１８の例示的なプロセスを行うために使用され、および／またはプログラムされ得る例示的なプロセッサプラットフォームの概略図である。
【発明を実施するための形態】
【００１０】
遠隔端末ユニット（ＲＴＵ）は、フィールドデバイスおよび／もしくは他の構成要素と、監視制御データ収集（ＳＣＡＤＡ）システム、分散型制御システム（ＤＣＳ）、または任意の他の制御システムとの間のデータの通信を可能にする。本明細書に使用されるとき、ＳＣＡＤＡシステム、ＤＣＳ、またはプロセス制御システムは、任意のタイプの制御システムを指すために同じ意味で使用される。プロセス制御システムでは、操作者および／または他の人員は、中央ホストを介して様々な作業プロセスユニットおよび／または制御システムの他の側面を監視および／または制御することができる。このように操作者が制御システムを監視および／または制御することを可能にすることは、ホストとプロセスユニットとの間のデータの通信、および／または制御システムの他の側面を含む。
【００１１】
したがって、本明細書に開示される教示によれば、操作者がネットワークの単一のＲＴＵを介してネットワーク内のＲＴＵと関連付けられた制御システムの任意および／またはすべてのプロセスユニットと通信することを可能にする例示的なＲＴＵネットワークが記載される。より詳細に下に記載するように、例示的なＲＴＵネットワークは、ネットワーク内の各ＲＴＵ間の通信を制御するために時分割多重アクセス（ＴＤＭＡ）方式を実施することができる。一般的に、ＴＤＭＡは、チャネルを複数の時間スロットに分割することによって、ネットワーク内の多重ノードが共通のチャネル（例えば、同じ無線周波数）を共有することを可能にする。したがって、いくつかの例示的なＲＴＵネットワークでは、各ＲＴＵは、ネットワーク全体のためのすべての通信を管理する完全または全体的な伝送スケジュールを構成する１つ以上のＴＤＭＡフレーム内で１つ以上の時間スロットを割り当てられる。
【００１２】
図１は、本開示の教示が実現され得る例示的な制御システム１００（例えば、ＳＣＡＤＡシステム）の一部分を図解する。例示的なシステム１００は、第１のＲＴＵ１０４、第２のＲＴＵ１０６、第３のＲＴＵ１０８、および第４のＲＴＵ１１０を含むＲＴＵネットワーク１０２を含む。いくつかの例では、ネットワーク１０２は、無線ネットワークである。図解される例のＲＴＵ１０４、１０６、１０８、１１０の各々は、対応する作業プロセスユニット１３４、１３６、１３８、１４０、１４２内の１つ以上のフィールドデバイス１１４、１１６、１１８、１２０、１２２と通信する。
【００１３】
加えて、図１に図解されるように、第１のＲＴＵ１０４はまた、例示的なシステム１００と関連付けられたホスト１４４と通信する。ホスト１４４と通信する第１のＲＴＵ１０４は、ユーザが例示的なネットワーク１０２にアクセスし、および／またはそれと相互作用し、それにより対応するＲＴＵ１０４、１０６、１０８、１１０を介して例示的なプロセスユニット１３４、１３６、１３８、１４０、１４２にアクセスし、および／またはそれと相互作用し得るアクセスポイントとして機能を果たす。明確さのために、第１のＲＴＵ１０４は、本明細書に開示される教示に従ってホスト１４４と通信し、かつネットワーク１０２を管理することにより、一次ＲＴＵまたはアクセスポイントと本明細書で呼ばれ得る。しかしながら、より詳細に下で記載されるように、ＲＴＵ１０４、１０６、１０８、１１０のいずれも、ホスト１４４がネットワーク１０２にアクセスし得る一次ＲＴＵと指定されてもよい。
【００１４】
図解される例では、様々なＲＴＵ１０４、１０６、１０８、１１０、および／またはホスト１４４の間の通信は、任意の好適な通信デバイスおよび／または媒体を介して達成され得る。例えば、各ＲＴＵ１０４、１０６、１０８、１１０は、無線器を含み、および／またはそれに連結され得る。本明細書に使用されるとき、無線器という用語は、別々または組み合わせのいずれかで無線伝送器または無線受信器のいずれかを指す。いくつかの例では、一次ＲＴＵ１０４がネットワーク１０２を管理するものであるので、一次ＲＴＵは、他のＲＴＵ１０６、１０８、１１０の各々と直接通信することができる。他の例では、ＲＴＵ１０６、１０８、１１０のうちのいずれも、一次ＲＴＵ１０４と直接通信するように関連した無線器に対する範囲を超える距離分、分離され得る。そのような例では、他のＲＴＵ１０４、１０６、１０８は、一次ＲＴＵにデータを中継するように互いに通信することができる。さらに、他のＲＴＵ１０６、１０８、１１０が範囲内であっても、それらは依然として、一次ＲＴＵ１０４とは無関係に互いに通信し、それにより相互接続されたノードの堅牢なネットワークを提供することができる。
【００１５】
図１の例示的なホスト１４４により、操作者、技術者、および／または他の人員（これらのいずれも本明細書ではユーザと称され得る）は、ユーザが例示的な制御システム１００と関連付けられたシステム変数、状態、条件、および／もしくは警告を見ることを可能にする１つ以上の操作者の表示画面および／もしくはアプリケーションを再検査し、および／もしくはそれと対話すること、例示的な制御システム１００に対する制御設定（例えば、設定点、動作状態、明確な警告、無音警告など）を変更すること、例示的な制御システム１００内のデバイスを構成および／もしくは調節すること、例示的な制御システム１００内のデバイスの診断を実施すること、ならびに／または別の方法で例示的な制御システム１００内のデバイスと対話することが可能となる。
【００１６】
図１の例示的なホスト１４４は、１つ以上のワークステーションならびに／または任意の他の好適なコンピュータシステムおよび／もしくは処理システムを用いて実現され得る。例えば、ホスト１４４は、シングルプロセッサのパーソナルコンピュータ、シングルまたはマルチプロセッサのワークステーション、携帯用ラップトップコンピュータなどを用いて実現され得る。ホスト１４４は、１つ以上の情報技術アプリケーション、ユーザ対話型アプリケーション、および／または通信アプリケーションを実施するように１つ以上のアプリケーションステーションで構成され得る。例えば、アプリケーションステーションは、主にプロセス制御関連のアプリケーションを実施するように構成され得るが、別のアプリケーションステーションは、主に制御システム１００が任意の所望の通信媒体（例えば、無線、有線など）およびプロトコル（例えば、ＨＴＴＰ、ＳＯＡＰなど）を用いて他のデバイスまたはシステムと通信することを可能にする通信アプリケーションを実施するように構成され得る。
【００１７】
ＲＴＵ１０４、１０６、１０８、１１０の各々は、各対応するＲＴＵ１０４、１０６、１０８、１１０の機能が、それを介して実現される中央処理装置（ＣＰＵ）１４６を備える。第１のＲＴＵ１０４（すなわち、一次ＲＴＵ）のＣＰＵ１４６は、例示的なＳＣＡＤＡシステム１００のホスト１４４と（例えば、無線の長距離波を介して）通信することができる。各ＲＴＵ１０４、１０６、１０８、１１０のＣＰＵ１４６はまた、ネットワーク１０２内の他のＲＴＵ１０４、１０６、１０８、１１０のＣＰＵ１４６と通信することができる。さらに、図解される例では、ＣＰＵ１４６の各々は、スロット１５０のうちの１つに挿入された１つ以上のＩ／Ｏカードまたはモジュール１４８を介してＳＣＡＤＡシステム１００内の他の構成要素（例えば、フィールドデバイス１１４、１１６、１１８、１２０、１２２）とインターフェースを形成するように、対応するＲＴＵ１０４、１０６、１０８、１１０の１つ以上のポートまたはスロット１５０と通信する。さらに、図解される例では、各ＲＴＵ１０４、１０６、１０８、１１０内のＩ／Ｏモジュール１４８のうちの１つは、ＣＰＵ１４６とは無関係にネットワーク１０２上でＲＴＵ１０４、１０６、１０８、１１０間の通信を可能にするネットワークモジュール１５２であり得る。ネットワークモジュール１５２は、図２に関連してより詳細に下に記載する。
【００１８】
図解される例に示されるように、各ＲＴＵ１０４、１０６、１０８、１１０は、対応するプロセスユニット１３４、１３６、１３８、１４０、１４２と関連付けられた１つ以上のフィールドデバイス（複数可）１１４、１１６、１１８、１２０、１２２に通信可能に連結される。いくつかの例では、例示的なフィールドデバイス１１４、１１６、１１８、１２０、１２２のうちの少なくともいくつかは、Ｆｉｅｌｄｂｕｓ対応バルブ、アクチュエータ、センサなどのスマートフィールドデバイスであってもよく、その場合、スマートフィールドデバイス１１４、１１６、１１８、１２０、１２２は、有線または無線通信媒体のいずれかを介した周知のＦｏｕｎｄａｔｉｏｎ  Ｆｉｅｌｄｂｕｓプロトコルを用いるＩ／Ｏモジュール１４８の１つを介してＲＴＵ１０４、１０６、１０８、１１０と通信する。当然のことながら、他のタイプのスマートフィールドデバイスおよび通信プロトコルが代わりに使用され得る。例えば、スマートフィールドデバイス１１４、１１６、１１８、１２０、１２２は代わりに、周知のＰｒｏｆｉｂｕｓ（登録商標）およびＨＡＲＴ（登録商標）通信プロトコルを用いる、ＲＴＵ１０４、１０６、１０８、１１０と通信するＰｒｏｆｉｂｕｓ（登録商標）および／またはＨＡＲＴ（登録商標）対応デバイスであり得る。加えてまたは代替的に、いくつかの例では、フィールドデバイス１１４、１１６、１１８、１２０、１２２は、ＷｉｒｅｌｅｓｓＨＡＲＴ（商標）プロトコルに従ってローカル無線ネットワーク上で通信可能に連結され得る。そのような例では、対応するＲＴＵ（複数可）１０４、１０６、１０８、１１０は、フィールドデバイスのローカル無線ネットワークと通信するように、ホスト１４４からＷｉｒｅｌｅｓｓＨＡＲＴ（商標）インターフェースモジュールに情報および／またはデータを通過させることができる。さらに、他の例では、フィールドデバイス１１４、１１６、１１８、１２０、１２２のうちの少なくともいくつかは、それぞれの有線リンクを介して対応するＲＴＵ１０４、１０６、１０８、１１０と通信する従来の４〜２０ミリアンペア（ｍＡ）または０〜２４ボルトの直流（ＶＤＣ）デバイス等の非スマートフィールドデバイスであってもよい。
【００１９】
図１に示されるように、ＲＴＵのいくつか（例えば、第２のＲＴＵ１０６）は、複数の作業プロセスユニット１３４、１３６と通信することができるが、他のＲＴＵ（例えば、１０４、１０８、１１０）は各々、単一のプロセスユニット１３８、１４０、１４２と通信する。結果として、例示的なシステム１００は、様々な状況に使用するために構成され得る。例えば、プロセスユニット１３４、１３６、１３８の各々は、石油またはガス生産現場で別個の坑口に対応することができ、その一方プロセスユニット１４０、１４２は、タンクおよび分離器それぞれに対応することができる。そのような例では、複数の坑口は、単一のウェルパッド（ｗｅｌｌｐａｄ）と関連付けられ、監視され、および／または単一のＲＴＵ（例えば、プロセスユニット１３４、１３６に対する例示的なＲＴＵ１０６）を介して制御され得る。しかしながら、単一の坑口がかなりの距離で、他のものから分離される場合、遠隔の坑口を提供するように単一のＲＴＵ（例えば、プロセスユニット１３８に対する例示的なＲＴＵ１０８）を提供することが望ましい場合がある。
【００２０】
図１は、より詳細に下で記載するＲＴＵネットワーク１０２が実現され得る例示的なプロセス制御システム１００を図解するが、本明細書に記載される方法および装置は、所望される場合、図１の図解される例よりも、大なり小なりの複雑さ（例えば、２つ以上のＲＴＵネットワークを有すること、ネットワーク内により多くのＲＴＵを有すること、より多くの作業プロセスユニットを有することなど）の他のＳＣＡＤＡおよび／またはプロセス制御システムに有利に利用され得る。
【００２１】
図２は、図１の第１のＲＴＵ１０４（例えば、一次ＲＴＵ）、および／または、より一般的に、例示的なＲＴＵネットワーク１０２を実現する例示的な様式を図解する。図１と関連して上述のように、図２の例示的な一次ＲＴＵ１０４は、例示的なＣＰＵ１４６と、例示的なネットワークモジュール１５２とを含む。例示的な一次ＲＴＵ１０４はまた、明確にするために図１に示されるが図２で省略される、１つ以上の他のＩ／Ｏモジュール１４８を含むことができる。図解される例では、一次ＲＴＵ１０４のＣＰＵ１４６は、数ある中でも、例示的なＳＣＡＤＡインターフェース２０２、例示的なクロック２０４、および例示的な第１の高速通信インターフェース２０６と関連付けられたコード化された命令を実行する。例示的なＳＣＡＤＡインターフェース２０２は、第１のＲＴＵ１０４がＳＣＡＤＡシステム１００の例示的なホスト１４４とインターフェースを形成することを（例えば、無線長距離波を介して）可能にすることができる。例示的なクロック２０４は、ＣＰＵ１４６のすべての処理機能性のためのタイミングを提供し、より十分に下に記載するように、ネットワーク１０２内のすべてのＲＴＵ１０４、１０６、１０８、１１０を同期させるために使用され得る。例示的な第１の高速通信インターフェース２０６は、第１のＲＴＵ１０４のバックプレーン２０８にわたってデータを送受信する機能性を例示的なネットワークモジュール１５２および／または一次ＲＴＵ１０４内に挿入された任意の他のＩ／Ｏモジュール１４８に提供する。図２の図解される例は、バックプレーン２０８を含むが、他の例は、例えば、ユニバーサルシリアルバス（ＵＳＢ）接続、イーサネット（登録商標）接続等、バックプレーン２０８の代わりに、異なるタイプの高速通信インターフェースおよび／または媒体を含むことができる。そのような例では、第１の高速通信インターフェース２０６は、実現される対応する高速通信インターフェースおよび／または媒体とするように適合されてもよい。いくつかの例では、ＲＴＵ１０４、１０６、１０８、１１０は各々、それぞれのＲＴＵ１０４、１０６、１０８、１１０の位置を決定する全地球測位システム（ＧＰＳ）受信器および／または他のデバイス（複数可）を含む。そのような例では、位置データは、ネットワーク２００が実現されている制御システム１００の特性を識別するために使用され得る。例えば、ＲＴＵ１０４、１０６、１０８、１１０は、パイプラインに沿って様々な位置と関連付けられてもよい。パイプラインに沿って各ＲＴＵ１０４、１０６、１０８、１１０に対して位置データをカスケーディングすることによって、プロセスパラメータが測定されることに加えて、異常（例えば、圧力変動および／または推定される漏洩）の位置が決定されてもよい。
【００２２】
例示的なネットワークモジュール１５２は、数ある中でも、例示的な第２の高速通信インターフェース２１２、例示的な発見アプリケーション２１４、例示的なネットワーク構成アプリケーション２１６、例示的な権限委託アプリケーション２１８、および例示的なネットワークインターフェース２２０と関連付けられたコード化された命令を実行する任意のタイプのプロセッシングユニット（例えば、プロセッサコア、プロセッサ、および／またはマイクロコントローラ）であり得るプロセッサ２１０を含む。例示的な第２の高速通信インターフェース２１２は、バックプレーン２０８を介してネットワークモジュール１５２、ＣＰＵ１４６、および／またはＲＴＵ１０４内の他のＩ／Ｏモジュール間のデータの通信を可能にする。第１の高速通信インターフェース２０６と同様に、例示的な第２の高速通信インターフェース２１２は、例えば、ユニバーサルシリアルバス（ＵＳＢ）接続、イーサネット接続等、バックプレーン２０８の代わりに実現された任意の他の好適な高速通信インターフェースおよび／または媒体と対話することができる。いくつかの例では、第２の高速通信インターフェース２１２は、プリント基板トレースを介してネットワークモジュール１５２、ＣＰＵ１４６、および／またはＲＴＵ１０４内の他のＩ／Ｏモジュール間のデータの通信を可能にする。
【００２３】
図２に図解される例示的な発見アプリケーション２１４は、一次ＲＴＵ１０４がネットワーク１０２に接続され、次いで構成および／または権限を委託された１つ以上の識別されていないＲＴＵ（例えば、例示的なＲＴＵ１０６、１０８、１１０のいずれか）を自動的に発見することを可能にする。ＳＣＡＤＡシステム内のＲＴＵのネットワークを構成する現在の既知の方法は典型的に、構成される各ＲＴＵのためのタグおよび／または識別データを個々に入力することを含み、これは、かなりの時間および費用を生じ得る。そのような障害は、図解される例の発見アプリケーション２１４を介して克服される。具体的には、ＲＴＵが最初にネットワークに加えられるとき、これは、権限を委託されず、それ故に「受信専用」モードであり、いずれのデータも通信（例えば、伝送、送信、放送など）することができない。したがって、一次ＲＴＵ１０４は、新しいＲＴＵを最初に認識または識別する手段を有さない。しかしながら、本開示の教示によれば、発見アプリケーション２１４は、それ自体を識別するようにネットワーク上の任意の未知または識別されていないＲＴＵに要求する、ネットワーク１０２上で通信されるメッセージを生成することができる。既に識別されている（すなわち、既に発見されている）ＲＴＵは、要求とともに各々発見されたＲＴＵに対応する識別データを送信することによって、この発見要求から除外され、それにより各々発見されたＲＴＵが既に発見されたかどうか、またはそれが発見要求に応答するべきかどうかを決定することを可能にすることができる。図解される例では、発見要求は、ＲＴＵ１０４、１０６、１０８、１１０の各々と関連付けられた任意の好適な通信デバイスを介して、例示的なネットワークインターフェース２２０を通じてネットワーク１０２上で通信され得る。
【００２４】
いくつかの例では、発見されていないＲＴＵが発見要求を受信するとき、それは、その対応する識別データ（例えば、タグ、ＩＤなど）を通信することによって応答する。しかしながら、発見されていないＲＴＵが権限を委託されていない（発見さえされていない）ので、ＲＴＵは、ネットワークが要求されたデータを通信することができるときに関する命令を有しない。したがって、発見されていないＲＴＵは、ネットワーク１０２と関連付けられた全体的な伝送スケジュール内のランダムに選択された時間スロットの間、その識別データを通信することができる。時間スロットのランダムな選択により、伝送の衝突の可能性ある。衝突は、２つ以上の発見されていないＲＴＵがそれらのそれぞれの識別データを通信するために同じ時間スロットをランダムに選択するとき、または少なくとも１つの発見されていないＲＴＵがその時間スロットの間にデータを通信している別のＲＴＵ（すなわち、以前に発見され、権限を委託されたＲＴＵ）に既に割り当てられた時間スロットをランダムに選択するときに生じ得る。この問題を克服するために、図解される例における発見アプリケーション２１４は、複数回、発見要求を通信することができる。結果として、いくつかの衝突があり得るが、繰り返される伝送によって、いくつかの発見されていないＲＴＵの識別データが、発見アプリケーション２１４によって受信（例えば、ネットワークインターフェース２２０を介して）および認識される。ＲＴＵの識別データが発見されると、発見アプリケーション２１４は、ＲＴＵが発見されたことをユーザに知らせるようにそのデータをホスト１４４に記憶および／または通信することができる。加えて、例示的な発見アプリケーション２１４は、ＲＴＵがもはや任意の追加の発見要求に応答しないように、ＲＴＵの発見を認める発見要求の次の通信（例えば、伝送、放送など）における識別データを含むことができる。このプロセスは、すべてのＲＴＵが発見されるまで繰り返され得る。
【００２５】
一次ＲＴＵ１０４は、いくつのＲＴＵが発見されていないかの情報を有しないが、いくつかの例では、一次ＲＴＵ１０４の発見アプリケーション２１４は、ネットワーク１０２が処理し得る最大数のＲＴＵを発見するのに十分な所定の期間、発見要求を通信することができる。例えば、ネットワーク１０２が最大２４個のＲＴＵを含むことができる場合、一次ＲＴＵに加えて、ＲＴＵのすべてを発見するために典型的に必要とされる発見時間は、３０〜４０秒であり得る。したがって、そのような例では、発見アプリケーション２１４は、すべてのＲＴＵが発見されることを確実にするために停止する前に丸１分間、発見要求を通信することができる。他の例では、発見アプリケーション２１４は、総発見時間にかかわらず、さらなるＲＴＵが発見されない一定期間（例えば、２０秒）があるまで発見要求を通信することができる。加えてまたは代替的に、発見アプリケーション２１４は、いくつのＲＴＵが発見されるかに関する情報を有しないが、ユーザは、そのような情報を有することができる。したがって、発見アプリケーション２１４は、すべてのＲＴＵが見つけられたことをユーザが認識すると、ユーザが発見要求を通信するのを停止することを可能にする機能性を含むことができる。これは、停止命令を提供するユーザおよび／または発見されるＲＴＵの数を予前入力するユーザによって達成されてもよく、特定の数のＲＴＵが発見されるまで発見アプリケーション２１４が発見要求を通信し続けることを可能にする。
【００２６】
例示的なＲＴＵ１０６、１０８、１１０が発見されると、それらは次に、例示的なネットワーク１０２内で機能するように構成され、権限を委託され得る。図解される例では、ネットワーク１０２上の通信は、時分割多重アクセス（ＴＤＭＡ）を用いて実現され得る。したがって、各ＲＴＵ１０４、１０６、１０８、１１０は、ネットワーク１０２に全体的な伝送スケジュールを定義する１つ以上のＴＤＭＡフレーム内で１つ以上の時間スロットを割り当てられ得る。いくつかの例では、一次ＲＴＵ１０４のネットワーク構成アプリケーション２１６は、ネットワーク１０２に全体的な伝送スケジュールを生成することができる。全体的な伝送スケジュールに基づいて、ＲＴＵ１０４、１０６、１０８、１１０の各々に対する個々の伝送スケジュールは、一次ＲＴＵ１０４および／または他のＲＴＵ１０６、１０８、１１０のうちの対応する１つによって生成され得る。例示的な伝送スケジュールの生成は、図３〜４ｂに関連してより詳細に下に記載する。各ＲＴＵ１０６、１０８、１１０がネットワーク１０２上でデータを通信し得るとき（例えば、時間スロット）に構成することに加えて、いくつかの例では、ネットワーク構成アプリケーション２１６はまた、ホスト１４４を介して、各ＲＴＵ１０６、１０８、１１０が通信するどのデータ（例えば、パラメータ値、構成データ、診断データなど）か、およびネットワーク１０２上でどこに、データが通信される（例えば、対象とする受容ＲＴＵ（複数可）のアドレス（複数可））か、をユーザが構成することを可能にする。したがって、一次ＲＴＵ１０４のネットワーク構成アプリケーション２１６は、各対応するＲＴＵ１０６、１０８、１１０を往復する通信されたデータの構成された内容（例えば、データのタイプ）および経路（複数可）（例えば、宛先アドレス（複数可））を定義する他のＲＴＵ１０６、１０８、１１０の各々に命令を生成することができる。加えてまたは代替的に、構成アプリケーション２１６は、ＲＴＵ１０６、１０８、１１０の各々について、いつ各ＲＴＵ１０６、１０８、１１０がデータを受信するかを定義する命令を生成することができる。したがって、ソースＲＴＵ（例えば、データを通信するＲＴＵ）が特定のデータに対する宛先ＲＴＵを識別するアドレスを含むのではなく、宛先ＲＴＵが、ソースＲＴＵに割り当てられた伝送スケジュールの時間スロットの間に受信されたデータを受信および／または処理するように指示され得る。いくつかの例では、どのデータが通信されるか、かつどこに（またはどこから）データが通信されるかを定義する命令は、全体的な伝送スケジュールおよび／または対応する個々の伝送スケジュールに組み込まれ得る。各ＲＴＵ１０６、１０８、１１０に特有の命令の生成を可能にするためにユーザによる例示的なネットワーク１０２の構成は、図５〜１２に関連してより詳細に下に記載する。
【００２７】
ネットワークモジュール１５２の例示的な権限委託アプリケーション２１８は、いつ各ＲＴＵ１０６、１０８、１１０がネットワーク１０２上でデータを通信し得るかを示す全体的な伝送スケジュールをＲＴＵ１０６、１０８、１１０の各々に通信することによって、ＲＴＵ１０６、１０８、１１０の権限を委託することができる。加えてまたは代替的に、例示的な権限委託アプリケーション２１８はまた、どのデータが対応する割り当てられた時間スロットの間に通信されるか、かつどこにデータが通信されるかを示す、各ＲＴＵ１０６、１０８、１１０と関連付けられた命令を提供することができる。図解される例では、全体的な伝送スケジュール、個々の伝送スケジュール、および／またはネットワーク構成に基づいた特定の命令は、一次ＲＴＵ１０４と関連付けられた任意の好適なネットワーク通信デバイス（例えば、無線器）を介して、例示的なネットワークインターフェース２２０を通じた権限委託アプリケーション２１８によって通信され得る。
【００２８】
前述の論述は、一次ＲＴＵ１０４内のネットワークモジュール１５２を記載したが、図解される例における他のＲＴＵ１０６、１０８、１１０の各々は、一次ＲＴＵ１０４に関連して記載されるネットワークモジュール１５２と実質的に同じであり得る別個のネットワークモジュール１５２を含む。したがって、他の例では、他のＲＴＵ１０６、１０８、１１０のいずれも、ユーザによってネットワーク１０２を管理し、ホスト１４４がネットワーク１０２と通信するアクセスポイントであるように構成されてもよい。したがって、図解される例の一次ＲＴＵ１０４と他のＲＴＵ１０６、１０８、１１０との間の１つの違いは、他のＲＴＵ１０６、１０８、１１０がそれらの対応するネットワークモジュール１５２の機能の一部分のみを使用することである。例えば、ＲＴＵ１０６、１０８、１１０は主に、任意の好適な通信デバイス（例えば、無線器）を介して、対応するネットワークインターフェース２２０を通じてネットワーク１０２上でデータを通信する（例えば、伝送および／または受信する）。より具体的には、図解される例の各ＲＴＵ１０６、１０８、１１０は、図１に示される対応するプロセスユニット１３４、１３６、１３８、１４０から集められたプロセス変数データ、ならびに／または構成データ、診断データ、通過データ、および／もしくは一次ＲＴＵ１０４を介して要求された任意の他のデータを通信することができる。加えて、図解される例では、ＲＴＵ１０６、１０８、１１０の各々が権限を委託されるとき、対応するネットワーク構成アプリケーション２１６は、全体的な伝送スケジュールを書き込み、全体的な伝送スケジュールに基づいてその個々の伝送スケジュールを書き込み、および／または生成し、いつ（例えば、割り当てられた時間スロット（複数可））、何（例えば、データのタイプ）、および／またはどこに対応するＲＴＵ１０６、１０８、１１０がネットワーク１０２上で通信するかを定義するように対応するメモリに特定の命令を書き込み、および／またはそれを記憶する。加えてまたは代替的に、各ＲＴＵ１０６、１０８、１１０は、いつ（例えば、指定された時間スロット（複数可））それぞれのＲＴＵ１０６、１０８、１１０がデータを（例えば、互いに）受信するかを定義するように対応するメモリに命令を書き込むことができる。いくつかの例では、例示的なＲＴＵ１０４、１０６、１０８、１１０の各々のネットワーク構成アプリケーション２１６および権限委託アプリケーション２１８は、同時に実行され、および／または単一のアプリケーションに組み合わされ得る。
【００２９】
加えて、図２の例示的なＲＴＵ１０４（および／または他のＲＴＵ１０６、１０８、１１０のいずれか）はまた、ネットワークモジュール１５２と通信する１つ以上の例示的な指示灯２２２を有することができる。いくつかの例では、指示灯２２２は、ネットワークモジュール１５２で物理的に組み込まれてもよい。他の例では、指示灯２２２は、ＲＴＵ１０４、１０６、１０８、１１０のハウジングまたは他の筐体に組み込まれ得る。例示的な指示灯２２２は、ネットワーク１０２内の対応するＲＴＵ１０４、１０６、１０８、１１０の状態の指標（例えば、ＲＴＵ１０４、１０６、１０８、１１０がネットワーク１０２に加えられたかどうか、および／またはそれらが加えられ、権限を委託されたかどうか）を提供することができる。いくつかの例では、指示灯（複数可）２２２は、対応するＲＴＵがネットワーク１０２内のアクセスポイントとして、もしくは非アクセスポイントのＲＴＵとして指定されるかどうか、信号強度（すなわち、正常性）、ならびに／または通信（例えば、伝送および／もしくは受信）動作の存在を示すことができる。いくつかの例では、ユーザは、一次ＲＴＵ１０４を介して、ユーザまたは対応するＲＴＵ１０６、１０８、１１０の物理的に近くに位置する他の工場人員によって観察されるようにそれ自体を識別する（例えば、１つ以上の指示灯２２２を点滅することによる）、コマンドを他のＲＴＵ１０６、１０８、１１０のうちの１つに発行することができる。このように、ネットワーク内に多くのＲＴＵがあり、かつ特定のＲＴＵ上の現場（例えば、物理的）保守管理が所望される場合、ユーザは、そのＲＴＵを特定するために必要とされる時間を減少させるようにそのＲＴＵを容易に識別することができる。
【００３０】
図２の例示的な第１のＲＴＵ１０４において図解される要素、プロセス、および／またはデバイスのうちの１つ以上は、任意の他の方法で組み合わされ、分割され、再配列され、省略され、除外され、および／または実現され得る。さらに、図２の例示的なＣＰＵ１４６、例示的なネットワークモジュール１５２、例示的なプロセッサ２１０、例示的なＳＣＡＤＡインターフェース２０２、例示的なクロック２０４、例示的な高速通信インターフェース２０６、２１２、例示的な発見アプリケーション２１４、例示的なネットワーク構成アプリケーション２１６、例示的な権限委託アプリケーション２１８、例示的なネットワークインターフェース２２０、例示的な指示灯（複数可）２２２、および／またはより一般的に、例示的なＲＴＵ１０４は、ハードウェア、ソフトウェア、ファームウェア、ならびに／またはハードウェア、ソフトウェア、および／もしくはファームウェアの任意の組み合わせによって実現され得る。したがって、例えば、例示的なＣＰＵ１４６、例示的なネットワークモジュール１５２、例示的なプロセッサ２１０、例示的なＳＣＡＤＡインターフェース２０２、例示的なクロック２０４、例示的な高速通信インターフェース２０６、２１２、例示的な発見アプリケーション２１４、例示的なネットワーク構成アプリケーション２１６、例示的な権限委託アプリケーション２１８、例示的なネットワークインターフェース２２０、例示的な指示灯（複数可）２２２、および／またはより一般的に、例示的なＲＴＵ１０４のいずれも、１つ以上の回路、プログラマブルプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、および／またはフィールドプログラマブル論理デバイス（ＦＰＬＤ）などによって実現され得る。本特許の装置または方法の請求項のいずれかが純粋にソフトウェアおよび／またはファームウェアの実現を包含するように読まれるとき、例示的なＣＰＵ１４６、例示的なネットワークモジュール１５２、例示的なプロセッサ２１０、例示的なＳＣＡＤＡインターフェース２０２、例示的なクロック２０４、例示的な高速通信インターフェース２０６、２１２、例示的な発見アプリケーション２１４、例示的なネットワーク構成アプリケーション２１６、例示的な権限委託アプリケーション２１８、例示的なネットワークインターフェース２２０、例示的な指示灯（複数可）２２２、および／またはより一般的に、例示的な第１のＲＴＵ１０４のうちの少なくとも１つは、ソフトウェアおよび／またはファームウェアを記憶するメモリ、ＤＶＤ、ＣＤ、ブルーレイ等の有形のコンピュータ可読媒体を含むように本明細書に明示的に定義される。さらに、図２の例示的な第１のＲＴＵ１０４は、図２に図解されるものに加えて、またはそれの代わりに、１つ以上の要素、プロセス、および／もしくはデバイスを含み、ならびに／または図解される要素、プロセス、およびデバイスのいずれかもしくはすべてのうちの２つ以上を含むことができる。
【００３１】
図３および４は、図１および２の例示的なネットワーク１０２によって利用され得る本明細書に開示される教示に従って例示的な全体的な伝送スケジュール３００、４００を表す。上述のように、例示的な全体的な伝送スケジュール３００、４００のいずれも、例示的なネットワーク１０２の一次ＲＴＵ１０４のネットワーク構成アプリケーション２１６によって生成され得る。図３の図解される例では、例示的な全体的な伝送スケジュール３００は、第１、第２、第３、第４、および第５の時間スロット３１０、３１２、３１４、３１６、３１８を各々有する第１、第２、第３、および第４のフレーム３０２、３０４、３０６、３０８を含む。例示的な全体的な伝送スケジュール３００は、各ＲＴＵがネットワーク１０２上でいつデータを通信し得るかを定義する。したがって、動作中、ネットワーク１０２は、第１のフレーム３０２の第１の時間スロット３１０から始めて第４のフレーム３０２の第５の時間スロット３１８までの全体的な伝送スケジュール３００を実現することができる。図１の例示的なネットワーク１０２が伝送スケジュール全体を一巡すると、ネットワーク１０２は、このサイクルを繰り返す。したがって、全体的な伝送スケジュール３００を一巡する総期間、およびネットワーク１０２の各ＲＴＵ１０４、１０６、１０８、１１０に割り当てられる各フレーム３０２、３０４、３０６、３０８の時間スロット３１０、３１２、３１４、３１６、３１８の総数は、各ＲＴＵ１０４、１０６、１０８、１１０がネットワーク１０２上でデータを通信し得る速度を定義する。より詳細に下に記載するように、一次ＲＴＵ１０４および／または他のＲＴＵ１０６、１０８、１１０は、全体的な伝送スケジュール３００に基づいて個々の伝送スケジュールを生成し、各個々の伝送スケジュールは、全体的な伝送スケジュール３００を実現するように、ＲＴＵ１０４、１０６、１０８、および１１０のうちの対応する１つによって実現される。
【００３２】
ネットワーク１０２の全帯域幅が利用される通信技術および／または関連する特定の用途に基づいて抑制されるので、いくつかの例では、フレーム３０２、３０４、３０６、３０８は、ある特定のタイプの情報および／またはデータの伝送を確実にするように構成され得る。例えば、いくつかの重大および／または決定的なデータ（例えば、プロセス変数データ）が、一貫して、頻繁に更新されることが望ましくあり得る。したがって、いくつかの例では、いくつかのフレーム３０２、３０４は、周期性データ（例えば、全体的な伝送スケジュールが対応する時間スロットを経るたびに通信されるデータ）の伝送に確保され得る。このように１つ以上の時間スロットを確保することは、図１および２の一次ＲＴＵ１０４および／または他のＲＴＵ１０６、１０８、１１０のいずれかが全体的な伝送スケジュールを通じてサイクルごとに少なくとも１回、プロセス変数および／または他の臨界値に対する更新を一貫して受信することを確実にすることができる。このように、図１および２のＳＣＡＤＡシステム１００のホスト１４４は、ユーザへの提示に必要とされるときにはいつでも、現在のデータを取得するように一次ＲＴＵ１０４をポーリングすることができる。残りのフレーム３０６、３０８は、必要に応じて（例えば、非周期的に）すべての他のデータ伝送に割り当てられ得る。そのような非周期性データとしては、構成データ、診断データ、通過データ、および／または任意の他のデータが挙げられ得る。
【００３３】
図３に示されるように、例示的な全体的な伝送スケジュール３００は、ラベルＲＴＵ−１、ＲＴＵ−２、ＲＴＵ−３、およびＲＴＵ−４によって表された４つのＲＴＵのネットワークに対応する。この論述のために、ＲＴＵ−１は、一次ＲＴＵ（例えば、図１および２のホスト１４４と直接通信する例示的な一次ＲＴＵ１０４）と指定されている。いくつかの例では、一次ＲＴＵ（例えば、ＲＴＵ−１）のネットワーク構成アプリケーション２１６は、第１のフレーム３０２の時間スロット３１０、３１２、３１４、３１６、３１８を最初に割り当てることによって全体的な伝送スケジュール３００を生成する。そのような例では、第１のフレーム３０２の第１の時間スロット３１０は、ＲＴＵ−１（例えば、一次ＲＴＵ）に割り当てられてもよい。いくつかの例では、後続の時間スロット３１２、３１４、３１６を割り当てる順序は、対応するＲＴＵの各々が発見される順序に基づいてもよい。他の例では、ユーザは、ＲＴＵが構成され、権限を委託されるときに割り当ての順序を指定することができる。図解される例では、ＲＴＵ−２は、第２の時間スロット３１２に割り当てられ、ＲＴＵ−３は、第３の時間スロット３１４に割り当てられ、ＲＴＵ−４は、第４の時間スロット３１６に割り当てられる。図３の図解される例では、他のＲＴＵがなく、それ故に第５の時間スロット３１８は、いずれのＲＴＵにも割り当てられないが空の（例えば、割り当てられない）ままである。第１のフレーム３０２の時間スロット３１０、３１２、３１４、３１６、３１８が割り当てられると、ネットワーク構成アプリケーション２１６は、同じように第４のフレーム３０８まで第２のフレーム３０４などの時間スロット３１０、３１２、３１４、３１６、３１８の割り当てを繰り返すことができる。したがって、図３の例示的な全体的な伝送スケジュール３００の１つの全サイクルの間、各ＲＴＵは、対応するＲＴＵがネットワーク上でデータを通信し得る４つの時間スロット（例えば、４つのフレーム３０２、３０４、３０６、３０８の各々のうちの１つ）を割り当てられる。加えて、第１の２つのフレーム３０２、３０４が周期性データ（例えば、プロセス変数データ）のために確保される場合、データは、例示的な全体的な伝送スケジュール３００の各サイクルの間、２回（２つの対応する時間スロットの間）通信および／または更新され得る。さらに、そのような例では、２つの他のフレーム３０６、３０８は、例示的な全体的な伝送スケジュール３００を一回通過する間、ネットワーク１０２上で任意の他のデータを通信するように、各ＲＴＵに２つの時間スロットを提供する。
【００３４】
いくつかの例では、ホスト１４４を介してネットワーク１０２を構成するユーザは、追加の時間スロット（複数可）を割り当てられたＲＴＵの帯域幅を増やすように、各フレーム３０２、３０４、３０６、３０８の空の時間スロット３１８を他のＲＴＵのいずれか１つに手動で割り当てることができる。他の例では、各フレーム３０２、３０４、３０６、３０８の空の時間スロット３１８は、一次ＲＴＵのネットワーク構成アプリケーション２１６によって自動的に割り当てられてもよい。いくつかのそのような例では、すべてのフレーム３０２、３０４、３０６、３０８の空のスロット３１８は、単一のＲＴＵに割り当てられ、それにより全体的な伝送スケジュール３００の各フレーム３０２、３０４、３０６、３０８の間に追加の伝送期間をそのＲＴＵに提供することができる。他のそのような例では、各フレーム３０２、３０４、３０６、３０８の空の時間スロット３１８は、４つのＲＴＵの各々が全体的な伝送スケジュール３００の全サイクルの間に１つの追加の伝送期間を提供されるように、異なるＲＴＵに割り当てられ得る。他の例では、空の時間スロット３１８は、空のままであってもよい。そのような例では、一次ＲＴＵ（例えば、図１および２の第１のＲＴＵ１０４）は、ネットワーク（例えば、ネットワーク１０２）の電力消費を低減するために、空の時間スロット３１８の間、電源を切り、および／またはスリープモードに入るように他のＲＴＵ（例えば、ＲＴＵ１０６、１０８、１１０）に指示することができる。
【００３５】
例示的なネットワーク１０２に対する全体的な伝送スケジュール３００に基づいて、各々がＲＴＵ１０４、１０６、１０８、１１０のうちの対応する１つによって実行されるものである、個々の伝送スケジュールが生成される。例示的なＲＴＵ１０４、１０６、１０８、１１０の各々は、ネットワーク１０２が全体的な伝送スケジュール３００を実行することを可能にするように、個々の伝送スケジュールのうちのその対応する１つを実行する。いくつかの例では、一次ＲＴＵ１０４は、個々の伝送スケジュールを生成する。例えば、全体的な伝送スケジュール３００に基づいて、一次ＲＴＵ１０４は個々の伝送スケジュールを生成し、その各々はＲＴＵ１０４、１０６、１０８、１１０のうちの１つに対応する。一次ＲＴＵ１０４は次に、個々の伝送スケジュールの各１つをＲＴＵ１０６、１０８、１１０のうちの対応する１つに通信する。他の例では、ＲＴＵ１０４、１０６、１０８、１１０の各々が、そのそれぞれの個々の伝送スケジュールを生成する。そのような例では、全体的な伝送スケジュール３００が一次ＲＴＵ１０４によって生成されると、一次ＲＴＵ１０４は、全体的な伝送スケジュール３００をネットワーク１０２内の他のＲＴＵ１０６、１０８、１１０に通信する。次に、ＲＴＵ１０４、１０６、１０８、１１０の各々は、全体的な伝送スケジュール３００に基づいて、そのそれぞれの個々の伝送スケジュールを生成する。さらに他の例では、ホスト１４４が、個々の伝送スケジュールのうちの１つ以上を生成する。
【００３６】
図４の例示的な全体的な伝送スケジュール４００は、図３の例示的な全体的な伝送スケジュール３００と同じ時間スロット３１０、３１２、３１４、３１６、３１８を有する同じフレーム３０２、３０４、３０６、３０８を有する。しかしながら、全体的な伝送スケジュール４００は、ラベルＲＴＵ−１、ＲＴＵ−２、ＲＴＵ−３、ＲＴＵ−４、ＲＴＵ−５、ＲＴＵ−６、ＲＴＵ−７、およびＲＴＵ−８によって表された８つのＲＴＵを有するネットワーク（例えば、例示的なネットワーク１０２）に対して構成される。この論述のために、ＲＴＵ−１が、一次ＲＴＵ（例えば、図１のホスト１４４と直接通信する例示的な一次ＲＴＵ１０４）と指定されている。図解される例では、一次ＲＴＵのネットワーク構成アプリケーション２１６は、第１のフレーム３０２の時間スロット３１０、３１２、３１４、３１６、３１８を最初に割り当てることによって全体的な伝送スケジュール４００を生成する。そのような例では、第１のフレーム３０２の第１の時間スロット３１０は、一次ＲＴＵ（例えば、ＲＴＵ−１）に指定されてもよい。いくつかの例では、後続の時間スロット３１２、３１４、３１６、３１８を割り当てる順序は、上述のように任意の好適な様式によって達成され得る。図解される例の第１のフレームでは、ＲＴＵ−２は、第２の時間スロット３１２を割り当てられ、ＲＴＵ−３は、第３の時間スロット３１４を割り当てられ、ＲＴＵ−４は、第４の時間スロット３１６を割り当てられ、ＲＴＵ−５は、第５の時間スロット３１８を割り当てられる。
【００３７】
図３の例示的な全体的な伝送スケジュール３００とは異なり、図４の図解される例では、時間スロットを割り当てられる３つの追加のＲＴＵがある。したがって、いくつかの例では、ネットワーク構成アプリケーション２１６は、次のフレーム（例えば、第２のフレーム３０４）内の残りのＲＴＵに時間スロットを割り当て続けることができる。しかしながら、いくつかのそのような例では、一次ＲＴＵ（例えば、ＲＴＵ−１）で第２のフレーム３０４の第１の時間スロット３１０を割り当てることが望ましくあり得る。このように、ホスト１４４を往復するすべての通信を管理する一次ＲＴＵは、フレーム単位で少なくとも１つの時間スロットを割り当てられる。残りのＲＴＵは次に、図３に示されるような第２のフレーム３０４を生成するように上記の説明に従って、残りの時間スロット内に割り当てられ得る。第１のフレーム３０２および第２のフレーム３０４の時間スロット３１０、３１２、３１４、３１６、３１８が割り当てられると、ネットワーク構成アプリケーション２１６は、同様に第３のフレーム３０６および第４のフレーム３０８に対する割り当てを繰り返すことができる。したがって、例示的な全体的な伝送スケジュール４００は、４つの時間スロットをＲＴＵ−１に、２つの時間スロットを他のＲＴＵの各々に割り当て、第２のフレーム３０４および第４のフレーム３０８内の第５の時間スロット３１８を空のままにする。フレーム３０２、３０４、３０６、３０８が上述のように周期性データ（例えば、プロセス変数データ）および非周期性データ（例えば、構成データ、診断データ、通過データ）通信に分割される場合、ＲＴＵ−１（例えば、一次ＲＴＵ）以外のＲＴＵの各々は、１つの時間スロットを周期性データに、および１つの時間スロットを非周期性データに割り当てられる。したがって、図解される例では、各ＲＴＵはさらに、他のデータ伝送に帯域幅を提供する間（他の対応する時間スロットの間）、全体的な伝送スケジュール４００の単一サイクルの間に少なくとも１回、プロセス変数を更新するためにデータを通信することができる。上で記載され、より詳細に下に記載するように、スケジュールされた個々の伝送は、ネットワーク１０２が例示的な全体的な伝送スケジュール４００を実行することを可能にするように、全体的な伝送スケジュール４００に基づいて生成される。
【００３８】
図５は、図４の例示的な全体的な伝送スケジュール４００の一部分を実現するようにＲＴＵ−７によって実行され得る、例示的な個々の伝送スケジュール５００を図解する。別々に後述されないが、ネットワーク１０２内のＲＴＵ（例えば、ＲＴＵ−１、ＲＴＵ−２など）の各々は、それぞれ個々の伝送スケジュールを実行する。したがって、図５の個々の伝送スケジュール５００は、単に例にすぎず、それ故に他の個々の伝送スケジュールは、他の例で生成および／または実行されてもよい。さらに、上述のように、例示的な個々の伝送スケジュール５００は、ホスト１４４、一次ＲＴＵ（ＲＴＵ−１）、または個々の伝送スケジュール５００（例えば、ＲＴＵ−７）を実行するＲＴＵによって生成され得る。いくつかの例では、個々の伝送スケジュール５００は、ＲＴＵ−７が権限を委託されるとき、ネットワーク１０２の構成が変更される（例えば、データを通信することを始めるようにコマンドがＲＴＵに通信される）とき、ならびに／または別の時間、および／もしくは他の状態に応答して生成される。
【００３９】
図解される例では、個々の伝送スケジュール５００は、全体的な伝送スケジュール４００と同じ時間スロット３１０、３１２、３１４、３１６、３１８および同じフレーム３０２、３０４、３０６、３０８を含む。したがって、図４の例示的な全体的な伝送スケジュール４００における第２のフレーム３０４および第４のフレーム３０８内の例示的な第３の時間スロット３１４がデータを通信するようにＲＴＵ−７に割り当てられることにより、ＲＴＵ−７はまた、データを伝送するように例示的な個々の伝送スケジュールの第２のフレーム３０４および第４のフレーム３０８内の第３の時間スロット３１４を割り当てられる。図解される例では、第２のフレーム３０４内の第３の時間スロット３１４は、周期性データの伝送に割り当てられるが、第４のフレーム３０８内の第３の時間スロット３１４は、それぞれの時間スロット３１４でのラベルによって示されるようにすべての他のデータ伝送（例えば、非周期性データ）に割り当てられる。より詳細に下に記載するように、第２のフレーム３０４内の第３の時間スロット３１４の間にＲＴＵ−７によって通信される周期性データ（例えば、流体圧力、流体温度など）は、ホスト１４４によって生成されたネットワーク１０２の視覚表現（図６〜１０）に対応し得る。
【００４０】
ＲＴＵ−７がデータを通信するときを定義することに加えて、例示的な個々の伝送スケジュール５００は、ＲＴＵ−７が例示的な全体的な伝送スケジュール４００に基づいて他のＲＴＵによってネットワーク１０２上で通信されるデータを受信する間の時間スロットを定義する。図解される例では、ＲＴＵ−７がデータを受信する時間スロットの間、ＲＴＵ−７は、通信を待つ（例えば、通信を受信および／または処理する）ように構成される。図解される例では、ＲＴＵ−７は、フレーム３０２、３０４、３０６、３０８の各々の第１の時間スロット３１０の間に一次ＲＴＵを介して通信されたデータを受信するようにスケジュールされる。一次ＲＴＵ（例えば、ＲＴＵ−１）およびＲＴＵ−７が同じ全体的な伝送スケジュール４００に基づいて個々の伝送スケジュールを実行することにより、フレーム３０２、３０４、３０６、３０８の各々の中の割り当てられた時間スロット３１０の間に一次ＲＴＵによって通信されたデータは、ＲＴＵ−７によって適切に受信される（例えば、衝突が生じない）。
【００４１】
同様に、ＲＴＵ−２が第２のフレームフレーム３０２の第１の時間スロット３１０の間にデータを通信するようにスケジュールされ、ＲＴＵ−４が全体的な伝送スケジュール４００に従って第２のフレーム３０２の第４の時間スロット３１６の間にデータを通信するようにスケジュールされるが、ＲＴＵ−７は、ＲＴＵ−７の個々の伝送スケジュール５００に従ってＲＴＵ−２およびＲＴＵ−４それぞれからの通信を待つようにスケジュールされる。このように、例示的なネットワーク１０２内の任意のＲＴＵは、単一の全体的な伝送スケジュールに基づいて伝送する、および／または伝送を待つように各ＲＴＵを構成することによって、ネットワーク１０２内の任意の他のＲＴＵと通信することができる。より詳細に下に記載するように、個々の伝送スケジュールは、ホスト１４４によって生成されたネットワーク１０２の視覚表現に対応することができる。
【００４２】
図解される例では、ＲＴＵ−７（または任意の他のＲＴＵ）がデータを通信または受信するようにスケジュールされない時間スロットの間、ＲＴＵ−７は、スリープモードに入ることができる。上述のように、これは、任意のＲＴＵに割り当てられない時間スロット（例えば、全体的な伝送スケジュール４００の第２のフレーム３０４および第４のフレーム３０８内の第５の時間スロット３１８）に対応することができる。しかしながら、代替的にまたは加えて、スリープモードは、別のＲＴＵがＲＴＵ−７に関係がない（例えば、ＲＴＵ−７がデータを通信されたＲＴＵからデータを受信するように構成されない）データを通信している時間スロットの間に実現され得る。したがって、記載される例では、ＲＴＵ−７は、図５の例示的な個々の伝送スケジュール５００におけるラベル「スリープ」によって示された各時間スロットの間にスリープモードに入ることができる。そのような例では、ＲＴＵ−７は、全体的な伝送スケジュール４００内の２０個の時間スロットのうちの１２個のスリープモードである。このように、ＲＴＵ−７の電力消費は大幅に減少され得る。
【００４３】
図３および４は、４つおよび８つのＲＴＵを有するネットワーク１０２に関連して例示的な全体的な伝送スケジュール３００、４００をそれぞれ記載したが、全体的な伝送スケジュールおよび個々の伝送スケジュールは、本明細書に開示される教示が利用され得る特定の用途（複数可）を満たすように任意の好適な様式で構成されてもよい。いかなる特定のネットワーク（例えば、例示的なネットワーク１０２）も、ネットワーク１０２に利用可能な最大スループット、ネットワーク内のＲＴＵの総数、各ＲＴＵに提供される帯域幅、およびネットワーク１０２が全体的な伝送スケジュールを繰り返す所望の期間を含むいくつかの要因によって制約を受け、ならびに／または定義され得る。これらの範囲内で、全体的な伝送スケジュールおよび個々の伝送スケジュールは、フレームの数、フレームあたりの時間スロットの数、時間スロットの割り当て、周期性データと非周期性データとの間のフレームの分割などを含む様々な方法で異なり得る。
【００４４】
一例では、ネットワークと関連付けられた制御システム内のすべてのプロセスパラメータに対する１秒間保証された更新が所望される。したがって、ネットワークと関連付けられた全体的の伝送スケジュールを一巡する期間は、１秒（以下）に設定され得る。さらに、例示的なネットワークの別の構成制約は、単一の時間スロットの間に最大３２個のパラメータ値を通信することを各ＲＴＵに必要とし得る。本明細書に記載されるいくつかの例示的なＲＴＵでは、各パラメータ値は、７バイトのデータを使用し、それにより時間スロットあたり少なくとも２２４（７ｘ３２）バイトを必要とし得る。これらの例示的な設計制約に基づいて、１００ｋｂｓの速度で通信する無線ネットワークは、最大５２個の時間スロットを提供することができる。そのような一例では、２６個の時間スロット（１秒の更新要件を満たす）を有する１つの周期性データフレーム、および２６個の時間スロット（他の通信に時間を提供する）を有する１つの非周期性データフレームを提供するために、例示的なネットワークは、ホストシステムとネットワークのインターフェースを形成する一次ＲＴＵに加えて最大２５個のＲＴＵを含むことができる。しかしながら、全体的な伝送スケジュールの間に一次ＲＴＵに３つ以上の時間スロットを割り当てることが望ましくあり得る。そのような状況では、全体的な伝送スケジュールは、１３個の時間スロットの４つのフレームに分割されてもよく、各々は、各フレームの第１の時間スロットが一次ＲＴＵに割り当てられ、残りの４８個の時間スロットが２４個の他のＲＴＵ間に分割される。さらに別の例では、各ＲＴＵがより大きな帯域幅を必要とする場合、上記の例におけるＲＴＵの数は、１２個のＲＴＵまで減少されてもよく、各々は、４つのフレームの各々における１つの時間スロットを割り当てられる。この最後の例では、各ＲＴＵは、２つの時間スロットを周期性データに、かつ２つの時間スロットを非周期性データに割り当てられる。
【００４５】
図６は、通信ネットワーク（すなわち、ネットワーク構成）の第１の視覚表現６０４を生成するために使用され得る例示的なユーザインターフェース６０２の第１の画面６００を図解する。以下の例は、図１〜２の例示的なホスト１４４および例示的なＲＴＵネットワーク１０２と併せて記載されるが、例示的なユーザインターフェース６０２は、他の通信ネットワークを視覚的に表現および／または制御するために使用され得る。
【００４６】
いくつかの例では、ユーザインターフェース６０２は、ホスト１４４によって提供され、例えば、コンピュータ画面、携帯用デバイス（例として、ラップトップ、スマートフォン、タブレットなど）、および／またはホスト１４４に通信可能に連結された任意の他のディスプレイを介して表示される。いくつかの例では、ホスト１４４は、プロセス制御構成アプリケーション（例えば、ＲＯＣＬＩＮＫ（商標）８００構成ソフトウェアなど）を利用して、ユーザインターフェース６０２を提供する。より詳細に下に記載するように、例示的なユーザインターフェース６０２は、ＲＴＵネットワーク１０２内の通信を制御するために使用され得る。
【００４７】
図解される例では、ネットワーク１０２の動作中、一次ＲＴＵ１０４は、例えば、ＲＴＵのＩＤデータ、プロセス変数データ、ＲＴＵの状態データ、ＲＴＵ構成データ、制御システム１００の状態および／もしくは条件、ならびに／または任意の他のデータなどのデータをホスト１４４に通信する。いくつかの例では、データは、一次ＲＴＵ１０４の個々の伝送スケジュールに従って通信される。
【００４８】
いくつかの例では、一次ＲＴＵ１０４からホスト１４４に通信されたデータに基づいて、ホスト１４４は、第１の画面６００上に例示的なＲＴＵネットワーク１０２の第１の視覚表現６０４を生成する。他の例では、ホスト１４４は、ユーザからの１つ以上の入力に基づき、ホスト１４４を介して記憶された構成データに基づくなど、ネットワーク１０２の動作より前に（例えば、制御システム１００内のＲＴＵ１０４、１０６、１０８、１１０を据え付けるより前、第２のＲＴＵ１０６、第３のＲＴＵ１０８、および／または第４のＲＴＵ１１０に権限を委託するより前などに）第１の視覚表現６０４を生成する。図解される例では、第１の画面６００は、第１の部分６０６および第２の部分６０８を含む。図解される例では、第１の視覚表現６０４は、ＲＴＵネットワーク１０２内のＲＴＵ１０４、１０６、１０８、１１０のリスト６１０（例えば、拡張可能なリスト）と、ＲＴＵ１０４、１０６、１０８、１１０の各々に関連したデータ（例えば、時間データ、プロセス変数データなど）を含む。図６の例示的なリスト６１０は、第１の画面６００の第１の部分６０６内に配置される。図解される例では、リスト６１０は、ＲＴＵ１０４、１０６、１０８、１１０（例えば、「ＲＴＵ−１」、「ＲＴＵ−２」、「ＲＴＵ−３」など）を表す第１の項目６１２（例えば、テキスト、記号、および／または任意の他の好適な画像）と、例えば、パラメータ値（例として、「パラメータ１」、「パラメータ２」など）、時間データ（例として、「クロック」）など、それぞれのＲＴＵ１０４、１０６、１０８、１１０を介して取得されるデータを表す第２の項目６１４とを含む。例示的なリスト６１０は、それぞれのＲＴＵ１０４、１０６、１０８、１１０（例えば、「エクスポート」）を介して通信されるデータ、およびそれぞれのＲＴＵ１０４、１０６、１０８、１１０（例えば、「インポート」）を介して受信されるデータを表す第３の項目６１６をさらに含むことができる。他の例示的なリストは他の項目を含む。
【００４９】
図６の例示的な第１の視覚表現６０４は、ユーザがネットワーク１０２内の通信を制御および／または構成することを可能にするようにユーザ対話型である（すなわち、ユーザインターフェース６０２は、ユーザが第１の視覚表現６０４と相互作用ことを可能にする）。図解される例では、ＲＴＵネットワーク１０２の概略図６１８は、第１の画面６００の第２の部分６０８内に生成され得る。図解される例では、一次ＲＴＵ１０４を表す第１の画像６２０（例えば、画像、記号など）は、第１の画面６００の第２の部分６０８内に配置される。図解される例では、第１の画像６２０は、Ｅｍｅｒｓｏｎ  ＦｌｏＢｏｓｓ（商標）１０７  Ｆｌｏｗ  Ｍａｎａｇｅｒの単純化された切り欠き図であり、これは、図１〜２の例示的なネットワークの例示的なＲＴＵ１０４、１０６、１０８、１１０のうちの１つを実現するために使用され得る。
【００５０】
図解される例では、ホスト１４４は、例えば、入力デバイス（例えば、キーボード、マウス）を介して提供されたユーザ入力に応答して第１の画像６２０を生成する。例えば、ユーザは、例として、第１の画面６００の第１の部分６０６から第１の画面６００の第２の部分６０８への「ＲＴＵ−１」など、第１の項目６１２のうちの１つをドラッグアンドドロップする（例えば、マウスを介して「ＲＴＵ−１」上でカーソル６２２を移動させ、マウスのボタンを作動させ、マウスを介してカーソル６２２を第１の画面６００の第２の部分６０８に移動させ、ボタンを離す）ことができる。上述の入力は、単に例にすぎず、それ故に本開示の範囲から逸脱することなく任意の他の好適な入力が使用され得る。第１の項目６１２が第１の画面の第２の部分６０８上にドラッグアンドドロップされると、ホスト１４４は、第１の画像６２０を生成することによって第１の視覚表現６０４を更新する。例示的な第１の画像６２０は、第１の画面６００の第２の部分６０８上の任意の位置に生成され得る。したがって、例示的なユーザインターフェース６０２は、ユーザからの１つ以上の入力に基づいてＲＴＵネットワーク１０２の概略図６１８を生成するために使用され得る。
【００５１】
図７は、概略図６１８が第２のＲＴＵ１０６を表す第２の画像７００、第３のＲＴＵ１０８を表す第３の画像７０２、および第４のＲＴＵ１１０を表す第４の画像７０４を含むように、ユーザ入力に基づいて更新された図６の第１の視覚表現６０４を図解する。したがって、図７の例示的な概略図６１８は、ＲＴＵネットワーク１０２を表す。図解される例では、ＲＴＵ１０４、１０６、１０８、１１０は権限を委託され、それ故に全体的な伝送スケジュール（例えば、図３の全体的な伝送スケジュール３００、図４の全体的な伝送スケジュール４００など）および個々の伝送スケジュール（例えば、図５の例示的な個々の伝送スケジュール５００など）に従ってデータを通信するように時間スロットを割り当てられているが、図７の例示的な第１の視覚表現６０４は、任意の周期性データがＲＴＵネットワーク１０２内で通信されていることを示していない。より詳細に下に記載するように、入力を提供することによって、ユーザは、ホスト１４４に、例示的なＲＴＵ１０４、１０６、１０８、１１０間の周期性データの通信（すなわち、ＲＴＵネットワーク１０２内の通信）を表す第５の画像８００（図８）を含む例示的な第１の視覚表現６０４を更新させることができる。
【００５２】
図８は、ＲＴＵネットワーク１０２内の通信を表す第５の画像８００および第６の画像８０２が表示される、図７の例示的な第１の視覚表現６０４の更新を図解する。図解される例では、ホスト１４４は、例えば、「パラメータ５」等の第２のＲＴＵ１０６を介して取得されるデータを表す第２の項目６１４のうちの１つが、第１の画面６００の第１の部分６０６から第１の画像６２０上にドラッグアンドドロップされる、ユーザ入力に基づいて第５の画像８００を生成する。図解される例では、第５の画像８００は、第２の画像７００から第１の画像６２０を指す第１の矢印であり、それによりネットワーク１０２内の第２のＲＴＵ１０６から一次ＲＴＵ１０４へのデータ（例えば、「パラメータ５」に対応するプロセス変数データ）の通信を表す。
【００５３】
例示的な第６の画像８０２は、第２の画像７００から第３の画像７０２に向かって、かつ第３の画像７０２から第２の画像７００向かって指す第２の矢印であり（すなわち、第６の画像８０２は両矢印であり）、それにより第２のＲＴＵ１０６から第３のＲＴＵ１０８へのデータ（例えば、プロセス変数データ）の通信、および第３のＲＴＵ１０８から第２のＲＴＵ１０６へのデータの通信を表す。図解される例では、第１の視覚表現６０４は、他のデータの通信を表す他の画像を含むように更新され得る（例えば、第３のＲＴＵ１０８から第４のＲＴＵ１１０などへの「パラメータ１０」に対応するデータの通信を表す第３の矢印が第３の画像７０２と第４の画像７０４との間に生成され得る）。
【００５４】
例示的な第１の視覚表現６０４は、ネットワーク１０２内のすべての通信（例えば、ネットワーク１０２の全体的な伝送スケジュールに対応する通信）を表す画像を含むことができ、あるいは視覚表現は、ネットワーク１０２内のＲＴＵ１０４、１０６、１０８、１１０のうちの１つまたは複数を介して実現された通信（例えば、１つ以上の個々の伝送スケジュールに対応する通信）を表す画像を含むことができる。いくつかの例では、ユーザがＲＴＵを表す画像のうちの１つと関連付けられた入力（例えば、第１の項目６１２、第１の画像６２０、第２の画像７００、第３の画像７０２、または第４の画像７０４のうちの１つを選択することによる）を提供する場合、ホスト１４４は、ＲＴＵを介して通信を表す画像のみを示すように第１の視覚表現６０４を更新する。例えば、ユーザが第１の画像６２０を選択する場合、ホスト１４４は、第１の画像６２０を強調するように第１の視覚表現６０４を更新し、第４の画像７０４を示し、第５の画像８００を隠す（例えば、示さない）。
【００５５】
いくつかの例では、第１の視覚表現６０４は、リスト６１０が概略図６１８に対応するように更新される。例えば、リスト６１０から第１の画像６２０上にドラッグアンドドロップされる第２の項目６１４（例えば、「パラメータ５」）のうちの１つに応答して、ホスト１４４は、第１の画面６００の第２の部分６０８内に画像（例えば、第５の画像８００）を生成し、この画像に対応するリスト６１０（例えば、「ＲＴＵ−２」の「エクスポート」下）内に別の第３の項目６１６（例えば、「ＲＴＵ−１、パラメータ５」）を含む。
【００５６】
図８の例示的な第１の視覚表現６０４によって表された通信は、ネットワーク１０２を介して実現され得る。したがって、例示的なホスト１４４は、ネットワーク１０２内の通信を制御および構成するために使用されてもよい（すなわち、ユーザは、ホスト１４４を介して、どのデータがＲＴＵ１０４、１０６、１０８、１１０の各々によって通信されるか、かつどこにデータが通信されるかを決定する命令を一次ＲＴＵ１０４が（例えば、１つ以上の新しい個々の伝送スケジュールを他のＲＴＵ１０６、１０８、１１０に生成および通信する一次ＲＴＵ１０４、新しい個々の伝送を生成するか、または記憶された個々の伝送スケジュールを更新するように他のＲＴＵ１０６、１０８、１１０のうちの１つに指示する一次ＲＴＵ１０４などによって）生成することを可能にするようにネットワーク１０２を構成することができる。いくつかの例では、ネットワーク構成は、ネットワーク１０２の動作より前に（例えば、制御システム１００内のＲＴＵ１０４、１０６、１０８、１１０の据え付けより前、第２のＲＴＵ１０６、第３のＲＴＵ１０８、および／または第４のＲＴＵ１１０に権限を委託するより前などに）、および／またはネットワーク１０２の動作中に、ホスト１４４を介して受信されたユーザ入力に基づいてもよい。
【００５７】
図解される例では、第１の画面６００は、「保存する」とラベル付された第１のボタン８０４を含む。いくつかの例では、ユーザが入力デバイスを介して第１のボタン８０４を選択するとき、ホスト１４４は、ネットワーク１０２によって実現された通信を例示的な第１の視覚表現６０４に対応させるコマンドを一次ＲＴＵ１０４に通信する。例えば、図８では、ユーザが第１のボタン８０４を選択する場合、ホスト１４４は、第５の画像８００および第６の画像８０２に対応するデータを通信するように、第２のＲＴＵ１０６および第３のＲＴＵ１０８を命令する１つ以上のコマンド（例えば、それぞれの新しい個々の伝送スケジュールを通信すること、スケジュールされた新しい個々の伝送を生成するか、またはそれらのそれぞれの個々の伝送スケジュールを更新するように第２のＲＴＵ１０６および第３のＲＴＵ１０８を命令することなどによる）を一次ＲＴＵ１０４に通信する。結果として、ＲＴＵ１０６、１０８は、上述のように全体的な伝送スケジュールの対応する時間スロットのうちの１つ以上の間にデータを通信することを開始することができる。このように、ネットワーク１０２によって実現された通信は、図８の第１の視覚表現６０４によって表された通信に対応する。いくつかの例では、一次ＲＴＵ１０４への１つ以上のコマンドは、第１の視覚表現６０４が更新される（例えば、ＲＴＵ１０４、１０６、１０８、１１０のうちの１つおよび／もしくはネットワーク１０２内の通信を表す画像を含み、ならびに／または削除する）ときに通信される。したがって、例示的なホスト１４４は、ネットワーク１０２内の通信を制御するために使用されてもよい。
【００５８】
いくつかの例では、ユーザが第１のボタン８０４を選択するとき、ホスト１４４は、第１の視覚表現６０４に関連したデータ（例えば、第１の画像６２０の位置に対応する画面座標）を記憶する。いくつかの例では、第１の視覚表現６０４に関連したデータは、一次ＲＴＵ１０４に通信される。いくつかのそのような例では、一次ＲＴＵ１０４は、第１の視覚表現６０４（またはこの部分）に関連したデータを第２のＲＴＵ１０６、第３のＲＴＵ１０８、および／または第４のＲＴＵ１１０に通信する。いくつかの例では、データがホスト１４４から削除され、および／または別様にアクセス不可能である場合、ホスト１４４は、第１の視覚表現６０４に関連したデータを要求するコマンドを一次ＲＴＵ１０４に送信することができる。それに応答して、一次ＲＴＵ１０４、第２のＲＴＵ１０６、第３のＲＴＵ１０８、および／または第４のＲＴＵ１１０は、一次ＲＴＵ１０４を介してデータをホストに通信する。ホスト１４４がデータを受信するとき、ホスト１４４は、このデータに基づいて第１の視覚表現６０４を生成する。
【００５９】
図９は、一次ＲＴＵ１０４を介して提供された入力に基づいて更新された図８の例示的な視覚表現を図解する。いくつかの例では、ホスト１４４は、一次ＲＴＵ１０４からホスト１４４にデータ（例えば、警告データ、構成データ、プロセス変数データ、状態データなど）の通信に基づいて、例示的な第１の視覚表現６０４を更新する。図解される例では、一次ＲＴＵ１０４は、第３のＲＴＵ１０８に関連した警告データをホスト１４４に通信する。それに応答して、ホスト１４４は、警告データを表す第１の警告画像９００を生成することによって第１の視覚表現６０４を更新する。他の例では、ホスト１４４は、ホスト１４４への一次ＲＴＵ１０４によって通信された他のデータに応答して（例えば、他の画像を生成することによって）、第１の視覚表現６０４を更新する。したがって、例示的な第１の視覚表現６０４は、ユーザがホスト１４４を介してネットワーク１０２内に通信されたデータを監視することを可能にする。より詳細に下に記載するように、ホスト１４４は、ユーザからの入力に基づいて、ＲＴＵ１０４、１０６、１０８、１１０の各々に特有の命令（例えば、例として視覚指標を提供すること、時間データを同期することなどの動作を実施する命令）を生成することができる。
【００６０】
図１０は、第２の画像７００と関連付けられたユーザからの入力に基づいて更新された図９の例示的な第１の視覚表現６０４を図解する。いくつかの例では、ユーザインターフェース６０２は、ユーザがホスト１４４によって生成されたリスト６１０および／または概略図６１８と対話することを可能にする。以下の例は、第２の画像７００と併せて記載されるが、ユーザは、例えば、第１の画像６２０、第３の画像７０２、第４の画像７０４などの他の画像と対話することができる。
【００６１】
図解される例では、ユーザが第２の画像７００と関連付けられた入力を提供するとき（例えば、第２の画像７００を右クリックすることによって）、ホスト１４４は、オプションメニュー１０００を含むように第１の視覚表現６０４を更新する。図解される例では、オプションメニュー１０００は、「接続する」、「識別する」、および「削除する」という第１のオプション１００２、第２のオプション１００４、および第３のオプション１００６をそれぞれ含む。他の例は他のオプションを含む。いくつかの例では、ユーザがオプションメニュー１０００と関連付けられた入力を提供する場合（例えば、オプション１００２、１００４、１００６のうちの１つを選択することによって）、ホスト１４４は、第２のＲＴＵ１０６に特有の命令（例えば、例として視覚指標を提供すること、時間データを同期することなどの動作を実施する命令）を通信するコマンドを一次ＲＴＵ１０４に通信する。
【００６２】
図解される例では、ユーザが第３のオプション１００６（すなわち、「削除する」）を選択する場合、ホスト１４４は、第２のＲＴＵ１０６を往復するデータの通信を中断するコマンドを、一次ＲＴＵ１０４を介してネットワーク１０２に通信する。いくつかの例では、ホスト１４４は、第２の画像７００および第２のＲＴＵ１０６を往復する通信を表す任意のデータ（例えば、第５の画像８００など）を削除することによって第１の視覚表現６０４を更新する。
【００６３】
図解される例では、ユーザが第２のオプション１００４（すなわち、「識別する」）を選択する場合、ホスト１４４は、視覚指標を提供する（例えば、指示灯（複数可）２２２を点灯する）コマンドを、一次ＲＴＵ１０４を介して第２のＲＴＵ１０６に通信する。いくつかの例では、視覚指標は、ネットワーク１０２内の第２のＲＴＵ１０６の状態（例えば、第２のＲＴＵ１０６がネットワーク１０２に加えられたかどうか、および／または第２のＲＴＵ１０６が加えられ、権限を委託されたかどうか）、第２のＲＴＵ１０６がネットワーク１０２内のアクセスポイントとして、もしくは非アクセスポイントのＲＴＵとして指定されるかどうか、信号強度の正常性、ならびに／または伝送および／もしくは受信動作の存在を示す。いくつかの例では、視覚指標は、第２のＲＴＵ１０６の一致（例えば、１つ以上の指示灯２２２を点灯することによる）をユーザまたは第２のＲＴＵ１０６の近くに物理的に位置する工場人員に示す。
【００６４】
いくつかの例では、ユーザが第１のオプション１００２（すなわち、「接続する」）を選択する場合、ホスト１４４は、第２のＲＴＵ１０６に関連したデータ（例えば、状態データ、診断データ、構成データ、警告データなど）をホスト１４４に通信する命令を、一次ＲＴＵ１０４を介して第２のＲＴＵ１０６に通信する。それに応答して、第２のＲＴＵ１０６は、一次ＲＴＵ１０４を介してホスト１４４にデータを通信する。より詳細に下に記載するように、いくつかの例では、ユーザが第１のオプション１００２を選択する場合、ユーザインターフェース６０２は、第２の画面１１００（図１１）を提供する。
【００６５】
図１１は、例示的なユーザインターフェース６０２の第２の画面１１０２を図解する。図解される例では、第２のＲＴＵ１０６からホスト１４４に通信されたデータに基づいて、ホスト１４４は、第２の画面１１００上に第２のＲＴＵ１０６の第２の視覚表現１００２を生成する。図解される例では、第２の視覚表現１１０２は、例えば、ハウジング、ＣＰＵ１４６、ネットワークモジュール１５２、およびＩ／Ｏモジュール１４８など、第２のＲＴＵ１０６の構成要素をそれぞれ表す第７の画像１１０４、第８の画像１１０６、第９の画像１１０８、および第１０の画像１１１０を含む。他の例は、他の構成要素を表す画像を含む。
【００６６】
図解される例では、第２のＲＴＵ１０６は、一次ＲＴＵ１０４を介してホスト１４４に警告データを通信する。結果として、ホスト１４４は、警告データを表す第２の警告画像１１１２を生成する。図解される例では、第２の警告画像１１１２は、警告データが第２のＲＴＵ１０６のＣＰＵ１４６に対応することを示すように、第８の画像１１０６の上に配置される。
【００６７】
いくつかの例では、ホスト１４４からのコマンドに応答して、第２のＲＴＵ１０６は、一次ＲＴＵ１０４を介して、構成データ、診断データ、および状態データ、ならびに／または他のデータをホスト１４４に通信する。結果として、図解される例のホスト１４４は、例えば、第２のＲＴＵ１０６が通信可能に連結されるネットワークのＩＤ、第２のＲＴＵ１０６によって利用される無線チャネル、無線伝送電力、第２のＲＴＵ１０６によって経験されるノイズレベル、第２のＲＴＵ１０６の無線アドレス、および第２のＲＴＵ１０６のネットワーク状態（例えば、発見された状態、権限を委託された状態等）など、データのいくつかまたはすべてを列挙する第１の表１１１４を生成する。他の例は他のデータを含む。いくつかの例では、データのいくつかまたはすべては、記号、標識、色などによって表される。いくつかの例では、ホスト１４４は、第２のＲＴＵ１０６からのデータを受信することに応答して第２の視覚表現１１０２を更新し、それによりユーザが第２の画面１１００を介してデータを監視することを可能にする。
【００６８】
図１２は、例示的なユーザインターフェース６０２の例示的な第３の画面１２００を図解する。いくつかの例では、ユーザが第１の画像６２０と関連付けられた入力を提供する場合、ホスト１４４は、ネットワーク１０２に関連したデータ（例えば、状態データ、診断データ、構成データ、警告データなど）（例えば、一次ＲＴＵ１０４、第２のＲＴＵ１０６、第３のＲＴＵ１０８、および／または第４のＲＴＵ１１０に関連したデータ）をホスト１４４に通信するコマンドを一次ＲＴＵ１０４に通信する。ホスト１４４によって受信されたデータに基づいて、ホスト１４４は、第３の画面１２００を提供し、一次ＲＴＵ１０４の第３の視覚表現１２０２を生成する。
【００６９】
図解される例では、第３の視覚表現１２０２は、第１１の画像１２０４、第１２の画像１２０６、第１３の画像１２０８、第１４の画像１２１０、および第２の表１２１２を含む。第１１の画像１２０４、第１２の画像１２０６、第１３の画像１２０８、および第１４の画像１２１０は、例えば、ハウジング、ＣＰＵ１４６、ネットワークモジュール１５２、およびＩ／Ｏモジュール１４８等の例示的な一次ＲＴＵ１０４の構成要素をそれぞれ表す。他の例は、他の構成要素を表す画像を含む。
【００７０】
いくつかの例では、一次ＲＴＵ１０４は、第２のＲＴＵ１０６、第３のＲＴＵ１０８、および／または第４のＲＴＵ１１０に関連したデータをホスト１４４に通信する。いくつかのそのような例では、ホスト１４４は、データを表す１つ以上の画像を含む一次ＲＴＵ１０４の第３の視覚表現１２０２を生成する。図解される例では、一次ＲＴＵ１０４は、第２のＲＴＵ１０６に関連した警告データをホスト１４４に通信する。結果として、ホスト１４４は、警告データを表す第３の警告画像１２１４を生成する。
【００７１】
いくつかの例では、ホスト１４４からのコマンドに応答して、一次ＲＴＵ１０４は、構成データ、診断データ、状態データ、および／または一次ＲＴＵ１０４に関連した他のデータをホスト１４４に通信する。結果として、ホスト１４４は、例えば、一次ＲＴＵ１０４が通信可能に連結されるネットワーク１０２のＩＤ、一次ＲＴＵ１０４によって利用される無線チャネル、一次ＲＴＵ１０４がネットワーク１０２へのアクセスポイントとして利用される指標（例えば、記号、ラベル等）、一次ＲＴＵ１０４の無線伝送電力、ノイズレベル、一次ＲＴＵ１０４の無線アドレス、および一次ＲＴＵ１０４のネットワーク状態（例えば、発見された状態、権限を委託された状態等）など、データのいくつかまたはすべてを列挙する第２の表１２１２を生成する。他の例は他のデータを含む。いくつかの例では、データのいくつかまたはすべては、記号、標識、色などによって表される。いくつかの例では、ホスト１４４は、一次ＲＴＵ１０４からのデータを受信することに応答して第３の視覚表現１２０２を更新し、それによりユーザが第３の画面１２００を介してデータを監視することを可能にする。
【００７２】
図１３は、例示的なネットワーク１０２の第４の視覚表現１３０２を含む例示的なユーザインターフェース６０２の第４の画面１３００を図解する。いくつかの例では、一次ＲＴＵ１０４からホスト１４４に通信されたデータに基づいて、ホスト１４４は、ネットワーク１０２の第４の視覚表現１３０２を生成する。図解される例では、第４の視覚表現１３０２は、第３の表１３０４および第４の表１３０６を含む。図解される例では、第３の表１３０４は、発見されたが権限を委託されていないＲＴＵ（すなわち、第５のＲＴＵおよび第６のＲＴＵ）を列挙する。例示的な第４の表１３０６は、ネットワーク１０２内で発見され、かつ権限を委託されたＲＴＵ（すなわち、一次ＲＴＵ１０４、第２のＲＴＵ１０６、第３のＲＴＵ１０８、第４のＲＴＵ１１０）を列挙する。図解される例では、第４の表１３０６は、例えば、診断データ、状態データ等、一次ＲＴＵ１０４、第２のＲＴＵ１０６、第３のＲＴＵ１０８、および第４のＲＴＵ１１０に関連したデータ（例えば、非周期性データ）を列挙する。他の例は他のデータを含む。いくつかの例では、ホスト１４４に通信されたデータに基づいて、ホスト１４４は、第４の視覚表現１３０２を更新する。例えば、第４の表１３０６内に列挙されるデータの値は変化し得る。いくつかの例では、ホスト１４４は、ホスト１４４に通信されたデータおよび／またはそれに通信されていないデータに基づいて警報を生成する。例えば、ホスト１４４が所定の時間量（例えば、１分）、ＲＴＵのうちの１つに関連した状態データを受信しない場合、ホスト１４４は、警報を生成する。
【００７３】
いくつかの例では、ユーザによって提供された入力に基づいて、ホスト１４４は、第４の視覚表現１３０２を更新し、ネットワーク１０２内の通信を制御するコマンドを一次ＲＴＵ１０４に通信する。図解される例では、ユーザによって提供された入力に基づいて、ホスト１４４は、例えば、識別されていないＲＴＵを発見し、発見されたＲＴＵ（すなわち、第５のＲＴＵおよび第６のＲＴＵ）に権限を委託し、および／または権限を委託されたＲＴＵ（すなわち、一次ＲＴＵ１０４、第２のＲＴＵ１０６、第３のＲＴＵ１０８、および／または第４のＲＴＵ１１０）のうちの１つ以上の権限委託を解除するコマンドを一次ＲＴＵ１０４に通信することができる。例えば、ユーザが第４の画面１３００上に「発見する」と標識された第２のボタン１３０８を選択する場合、ホスト１４４は、より詳細に下に記載するように識別されていないＲＴＵを発見するコマンドを一次ＲＴＵ１０４に通信する。任意の識別されていないＲＴＵが発見される場合、ホスト１４４は、第３の表１３０４が発見されたＲＴＵを列挙するように、第４の視覚表現１３０２を更新する。
【００７４】
図解される例では、ユーザが「権限を委託する」と標識された第３のボタン１３１０を選択する場合、ホスト１４４は、第５のＲＴＵおよび／または第６のＲＴＵに権限を委託するコマンドを一次ＲＴＵ１０４に通信し、ホスト１４４は、第４の表１３０６が権限を委託されたＲＴＵを列挙するように、第４の視覚表現１３０２を更新する。いくつかの例では、ユーザが第３の表１３０４から第４の表１３０６の空の行１３１２上に項目１３１１（例えば、「ＲＴＵ−５」）をドラッグアンドドロップする場合、ホスト１４４は、第４の表１３０６内の項目１３１１を含むように第４の視覚表現１３０２を更新し、項目１３１１（例えば、第５のＲＴＵ）に対応するＲＴＵに権限を委託するコマンドを一次ＲＴＵ１０４に通信する。
【００７５】
図解される例では、ユーザが「権限委託を解除する」と標識された第４のボタン１３１４を選択する場合、ホスト１４４は、ネットワーク１０２内の権限を委託されたＲＴＵのうちの１つ以上の権限委託を解除するコマンドを一次ＲＴＵ１０４に通信し、ホスト１４４は、第３の表１３０４が発見されたが権限を委託されていないＲＴＵを列挙し、第４の表１３０６が権限を委託されたＲＴＵを列挙するように、第４の視覚表現１３０２を更新する。いくつかの例では、ユーザが第４の表１３０６から第３の表１３０４の空の行１３１８上に項目１３１６（例えば、「ＲＴＵ−４」）をドラッグアンドドロップする場合、ホスト１４４は、第３の表１３０４内の項目１３１６を含む第４の視覚表現１３０２を更新し、項目１３１６に対応するＲＴＵ（例えば、第４のＲＴＵ１１０）の権限委託を解除するコマンドを一次ＲＴＵ１０４に通信する。
【００７６】
いくつかの例では、ユーザは、権限を委託されていないＲＴＵに権限を委託されたＲＴＵの役割を担わせる入力を提供することができる。例えば、第５のＲＴＵを据え付け、第４のＲＴＵ１１０を取り外した後（例えば、第４のＲＴＵ１１０の故障後）、ユーザは、第３の表１３０４内に列挙された項目１３１１（すなわち、「ＲＴＵ−５」）を第４の表１３０６内に列挙された項目１３１６（すなわち、「ＲＴＵ−４」）上にドラッグアンドドロップすることができる。それに応答して、ホスト１４４は、第４の視覚表現１３０２を更新して、「ＲＴＵ−４」の代わりに第４の表１３０６内に「ＲＴＵ−５」を列挙する。いくつかの例では、その後、ユーザが「保存する」と標識された第５のボタン１３１８を選択する場合、ホスト１４４は、第４のＲＴＵ１１０の権限委託を解除し、かつ第５のＲＴＵに権限を委託するコマンドを一次ＲＴＵ１０４に通信する。いくつかの例では、ホスト１４４はさらに、第４のＲＴＵ１１０の構成に従ってデータを通信するように第５のＲＴＵに指示する。いくつかのそのような例では、第５のＲＴＵを介して通信されるデータは、第４のＲＴＵ１１０に予め割り当てられたネットワーク１０２の全体的な伝送スケジュールの同じ時間スロットの間に通信される。例えば、第４のＲＴＵ１１０が「パラメータ１０」に対応するデータを通信し、ユーザが第５のボタン１３１８を選択する場合、ホスト１４４は、第４のＲＴＵ１１０の権限委託を解除し、第５のＲＴＵに権限を委託し、かつ「パラメータ１０」に対応するデータを通信するように第５のＲＴＵに指示するコマンドを第１のＲＴＵ１０４に通信する。ユーザが第５のボタン１３１８を選択するとき、第４のＲＴＵ１１０が「パラメータ９」に対応するデータを受信する場合、ホスト１４４は、第４のＲＴＵ１１０の権限委託を解除し、第５のＲＴＵに権限を委託し、かつ「パラメータ９」に対応するデータを第５のＲＴＵに通信するように第３のＲＴＵ１０８に指示するコマンドを第１のＲＴＵ１０４に通信する。
【００７７】
いくつかの例では、ＲＴＵ１０４、１０６、１０８、１１０によって利用される時間データが、ユーザによって提供された入力に基づいてホスト１４４を介して同期され得る。図解される例では、第４の画面１３００は、クロックボタン１３２０を含む。ユーザがクロックボタン１３２０と関連付けられた入力を提供するとき（例えば、クロックボタン１３２０を選択することによって）、ホスト１４４は、時間データをネットワーク１０２に通信する。それに応答して、第１のＲＴＵ１０４は、時間データ（例えば、日時）ならびに／または他のデータを第２のＲＴＵ１０６、第３のＲＴＵ１０８、および第４のＲＴＵ１１０に通信する。結果として、ＲＴＵ１０４、１０６、１０８、１１０の各々は、ホスト１４４および／または第１のＲＴＵ１０４によって通信された時間データを利用する（例えば、ＲＴＵ１０４、１０６、１０８、１１０の各々のクロックは、この日時に設定される）。いくつかの例では、ユーザが第２のボタン１３０８、第３のボタン１３１０、第４のボタン１３１４、または第５のボタン１３１８を選択する場合、ホスト１４４は、時間データをネットワーク１０２に通信する。
【００７８】
図１および２の例示的なＲＴＵ１０４、例示的なネットワーク１０２、および／または、より一般的に、例示的なシステム１００を実現するための例示的なプロセスを表すフローチャートが図１４〜１８に示される。これらの例では、プロセスは、図２に関連して上述の例示的なＲＴＵ１０４に示されるプロセッサ２１０等のプロセッサによる実行のための１つ以上のプログラムとして実現され得る。プログラムは、ＣＤ−ＲＯＭ、フロッピーディスク（登録商標）、ハードドライブ、デジタル多用途ディスク（ＤＶＤ）、ブルーレイディスク、またはプロセッサ２１０と関連付けられたメモリ等の有形のコンピュータ可読媒体に記憶されたソフトウェアに具現化されてもよいが、全プログラムおよび／もしくはこれらの一部は代替的に、プロセッサ２１０以外のデバイスによって実行され、ならびに／またはファームウェアもしくは専用のハードウェアに具現化され得る。さらに、例示的なプロセスは、図１４〜１８に図解されるフローチャートに関連して記載されるが、例示的なＲＴＵ１０４、例示的なネットワーク１０２、および／または、より一般的に、例示的なシステム１００を実現する多くの他の方法が代替的に使用され得る。例えば、ブロックの実行の順序は変更されてもよく、および／または記載されるブロックのいくつかは、変更され、除外され、もしくは組み合わされてもよい。
【００７９】
上述のように、図１４〜１８の例示的なプロセスは、ハードディスクドライブ、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、キャッシュ、ランダムアクセスメモリ（ＲＡＭ）、ならびに／またはデータが任意の期間（例えば、延長された期間、永久、短期間、一時的にバッファリングする間、および／またはデータのキャッシングの間）、記憶される任意の他の記憶媒体に記憶されたコード化された命令（例えば、コンピュータ可読命令）を用いて実現され得る。本明細書に使用されるとき、有形のコンピュータ可読媒体という用語は、任意のタイプのコンピュータ可読媒体を含み、かつ伝搬信号を除外するように明示的に定義される。加えてまたは代替的に、図１４〜１８の例示的なプロセスは、ハードディスクドライブ、フラッシュメモリ、読み出し専用メモリ、コンパクトディスク、デジタル多用途ディスク、キャッシュ、ランダムアクセスメモリ、および／またはデータが任意の期間（例えば、延長された期間、永久、短期間、一時的にバッファリングする間、および／またはデータのキャッシングの間）、記憶される任意の他の記憶媒体に記憶されたコード化された命令（例えば、コンピュータ可読命令）を用いて実現され得る。本明細書に使用されるとき、非一時的コンピュータ可読媒体という用語は、任意のタイプのコンピュータ可読媒体を含み、かつ伝搬信号を除外するように明示的に定義される。本明細書に使用されるとき、「少なくとも」という語句が請求項の前提部において移行語として使用されるとき、これは、「備える」という用語が非限定的であることと同じ様式で非限定的である。したがって、前提部内に移行語として「少なくとも」を用いる請求項は、特許請求の範囲内に明示的に記載されるものに加えた要素を含むことができる。
【００８０】
図１４は、ネットワーク（例えば、図１および２の例示的なネットワーク１０２）内の識別されていないＲＴＵを発見するために行われ得る例示的なプロセスを表すフローチャートである。例示的なプロセスは、対応する識別データを提供するように、１つ以上の識別されていないＲＴＵ（複数可）のためにネットワーク上で発見要求を通信すること（ブロック１４００）を含む。いくつかの例では、要求は、ＳＣＡＤＡシステム（例えば、例示的なシステム１００）のホスト（例えば、１４４）と通信する一次ＲＴＵ（例えば、１０４）を介してネットワーク（例えば、１０２）上で生成および通信され得る。いくつかの例では、発見要求は、ネットワーク全体上でブロードキャストされ得る。しかしながら、そのような例では、既に発見されている任意のＲＴＵは、そのようなＲＴＵが既に識別されていることを示す発見されたＲＴＵの識別データを要求が含み得るため、応答し得ない。
【００８１】
例示的なプロセスはまた、１つ以上の認識可能な応答（複数可）が受信されているかどうかを決定すること（ブロック１４０２）を含む。発見要求が発見されていないＲＴＵに向けられる際、ＲＴＵが応答すると、応答は、ネットワーク（例えば、１０２）のいかなるスケジューリング方式にも従っていないが、ネットワーク（例えば、１０２）の全体的な伝送スケジュールの時間スロット内にランダムに生じる。結果として、少なくともいくつかの場合、１つ以上の識別されていないＲＴＵ（複数可）によって通信された応答は、衝突し、認識不可能になり得る。加えて、応答は、発見され、対象となる時間スロットを割り当てられている別のＲＴＵによって通信されたスケジュールされたメッセージと衝突し得る。すべての応答が衝突をもたらす場合、いかなる応答も認識可能ではなく（ブロック１４０２）、この場合、例示的なプロセスが１つ以上の識別されていないＲＴＵ（複数可）を発見し続けるかどうかを決定する（ブロック１４０４）。例示的なプロセスが識別されていないＲＴＵ（複数可）を発見し続ける場合、ブロック１４００に制御が戻り、別の発見要求が識別されていないＲＴＵ（複数可）に通信され、例示的なプロセスは、なんらかの応答（複数可）が受信されているかどうかを決定する（ブロック１４０２）。他のＲＴＵがいずれのデータも通信していないランダムに選択された時間スロットの間、識別されていないＲＴＵから応答が通信されるとき、応答が認識可能であり得る。そのような状況では、対応する認識可能な応答（複数可）を通信した１つ以上のＲＴＵ（複数可）が、新たに発見されたＲＴＵ（複数可）になり、この時点で例示的なプロセスは、新たに発見されたＲＴＵ（複数可）の受信された識別データを記録する（ブロック１４０６）。
【００８２】
例示的なプロセスは、ネットワーク（例えば、１０２）上で識別データを通信する（例えば、一次ＲＴＵ１０４を介して）こと（ブロック１４０８）と、ネットワーク（例えば、１０２）上で、対応する識別データを提供するように残りの識別されていないＲＴＵ（複数可）に別の発見要求を通信する（例えば、一次ＲＴＵ１０４を介して）こと（ブロック１４１０）とをさらに含む。いくつかの例では、ブロック１４０８および１４１０は同時に実施されてもよい。新たに受信された識別データは、ＲＴＵ（複数可）が発見されていることを示して以前の発見要求へのそれらの応答が受信されたかどうかを対応するＲＴＵ（複数可）が決定することを可能にするようにネットワーク上で通信され得る（ブロック１４０８）。そのような例では、新たに発見されたＲＴＵ（複数可）は、ブロック１４１０で通信された発見要求にもはや応答しない。
【００８３】
別の発見要求を通信した後（ブロック１４１０）、任意の認識可能な応答（複数可）が受信されているかどうかを例示的なプロセスが決定するブロック１４０２に制御が戻る。認識可能な応答（複数可）が受信されている場合、ブロック１４０６、１４０８、および１４１０が繰り返される。認識可能な応答が受信されなかった場合、例示的なプロセスは、ＲＴＵ（複数可）を発見し続けるかどうかを決定するようにブロック１４０４に戻る。発見要求を発行する一次ＲＴＵ（例えば、１０４）が、識別されていないＲＴＵ（複数可）がネットワーク（例えば、１０２）上にあるかどうか、またはそれがいくつかであるかの情報、およびそれ故に、すべての識別されていないＲＴＵがいつ発見されたかの情報を有しない間、一次ＲＴＵ（例えば、１０４）は、ある特定の状況が生じる場合に発見プロセスを停止することができ、この時点で例示的なプロセスは終了する。いくつかの例では、図１４のプロセスは、ネットワーク（例えば、１０２）上の最大限可能な数の識別されていないＲＴＵを発見するのに十分な所定の期間、ＲＴＵ（複数可）を発見し続ける（例えば、ブロック１４００に戻る）。他の例では、プロセスは、認識可能な応答が所定の時間量の間、受信されていないまでＲＴＵ（複数可）を発見し続けることができる（ブロック１４０２）。加えてまたは代替的に、例示的なプロセスは、ユーザ入力に基づいて、ＲＴＵ（複数可）を発見し続けるかどうかを決定することができる。例えば、ユーザは、すべての予期されたＲＴＵが発見されていることをユーザが認識した時点で、例示的なプロセスを停止させることができる。別の例では、ユーザは、発見されるべき予期された数のＲＴＵを入力することができ、例示的なプロセスは、入力された数のＲＴＵが発見された後に終了する。
【００８４】
図１５は、ＲＴＵの近くに物理的に位置するユーザにそれ自体を識別するようにＲＴＵに指示するために行われ得る例示的なプロセスを表すフローチャートである。例示的なプロセスは、ネットワーク（例えば、１０２）上で、それ自体を識別するようにＲＴＵのための命令を通信する（例えば、一次ＲＴＵ１０４を介して）こと（ブロック１５００）を含む。命令がネットワーク（例えば、１０２）上で通信され得るが、命令は、命令が特定のＲＴＵを対象とすることを示すアドレスまたは他の識別データを含む。受信されると、ＲＴＵは、例えば、対応するＲＴＵに連結された１つ以上の指示灯（例えば、２２２）を明滅または点滅することによってその物理的位置を示すことができる。例示的なプロセスはまた、ネットワーク上でそれ自体を識別することを停止するようにＲＴＵのための命令を通信する（例えば、一次ＲＴＵ１０４を介して）こと（ブロック１５０２）を含み、この時点で例示的なプロセスは終了する。いくつかの例では、ブロック１５０２は、１つ以上の指示灯が点滅するのを停止した後の期間をブロック１５００における命令が含み得るので、不要であってもよい。加えてまたは代替的に、命令が送信されるＲＴＵは、いくらかの予前設定された期間後、１つ以上の指示灯（例えば、２２２）の電源を独立して切ることができる。
【００８５】
図１６は、ネットワーク（例えば、１０２）内のＲＴＵに権限を委託するために行われ得る例示的なプロセスを表すフローチャートである。例示的なプロセスは、全体的な伝送スケジュールの第１のフレームの第１の時間スロットを第１のＲＴＵに割り当てること（ブロック１６００）を含む。いくつかの例では、第１のＲＴＵは、ネットワークを管理し、かつＳＣＡＤＡシステム（例えば、１００）のホスト（例えば、１４４）とのインターフェースを形成する一次ＲＴＵ（例えば、１０４）に対応する。例示的なプロセスは、第１のフレームの次の時間スロットを次のＲＴＵに割り当てること（ブロック１６０２）をさらに含む。次に、例示的なプロセスは、次のＲＴＵが第１のフレーム内に割り当てられるかどうかを決定する（ブロック１６０４）。例示的なプロセスが、そこで次のＲＴＵが第１のフレーム内に割り当てられる（例えば、割り当てられる別のＲＴＵがあり、利用可能な第１のフレーム内に別の時間スロットがある）と決定する場合、例示的なプロセスは、第１のフレームの次の時間スロットを次のＲＴＵに割り当てるようにブロック１６０２に戻る。追加のＲＴＵへの第１のフレームの追加の時間スロットのこの割り当ては、例示的なプロセスが、次のＲＴＵが第１のフレーム内の時間スロットに割り当てないと決定する（ブロック１６０４）まで続く。そのような決定は、第１のフレーム内に割り当てられる追加のＲＴＵがないとき、および／または第１のフレーム内の割り当てに利用可能な追加の時間スロットがないときに生じ得る。
【００８６】
次のＲＴＵが第１のフレーム内の時間スロットを割り当てられない場合（ブロック１６０４）、例示的なプロセスは、全体的な伝送スケジュールの次のフレームの時間スロットが割り当てられるかどうかを決定する（ブロック１６０６）。割り当てられる別のフレームがあると決定される場合、例示的なプロセスはブロック１６０８、１６１０、および１６１２に移り、上述と同様にブロック１６００、１６０２、および１６０４に次のフレームの時間スロットを割り当てる。すなわち、例示的なプロセスは、全体的な伝送スケジュールの次のフレームの第１の時間スロットを第１のＲＴＵ（例えば、一次ＲＴＵ）に割り当てる（ブロック１６０８）。ブロック１６０８は、ＲＴＵの数がフレーム単位で時間スロットの総数より大きいまたは小さいかどうかにかかわらず、一次ＲＴＵ（例えば、１０４）がその機能を適切に実施するように各フレーム内に時間スロットを割り当てられる。したがって、第２のフレームの第１の時間スロットを第１のＲＴＵ（例えば、一次ＲＴＵ）に割り当てた後（ブロック１６０８）、例示的なプロセスは、次のフレームの次の時間スロットを次のＲＴＵに割り当てる（ブロック１６１０）。次に、例示的なプロセスは、次のＲＴＵが次のフレーム内に割り当てられるかどうかを決定する（ブロック１６１２）。割り当てられる場合、例示的なプロセスは、ブロック１６１０に戻り、それが、追加のＲＴＵが次のフレームに割り当てられないと決定するまでそれ自体を繰り返し、その時点で制御はブロック１６０６に戻る。
【００８７】
例示的なプロセスが、追加のフレームが割り当てられない（すなわち、全体的な伝送スケジュール内のすべてのフレームが割り当てられている）と決定する場合（ブロック１５０６）、例示的なプロセスは次に、全体的な伝送スケジュールの時間スロットの割り当てを調整することができる（ブロック１６１４）。全体的な伝送スケジュールに対する調整は、ユーザ入力に基づいていてもよい。例えば、生成された全体的な伝送スケジュールは、いずれのＲＴＵにも割り当てられない１つ以上の空の時間スロットを含むことができる。したがって、ユーザは、ＲＴＵのうちの１つ以上に割り当てられる１つ以上の空の時間スロットを手動で構成することができる。他の例では、調整は、一次ＲＴＵ（例えば、１０４）を介して自動的に行われてもよい。
【００８８】
全体的な伝送スケジュールが生成されると、例示的なプロセスは、ネットワーク上で、全体的な伝送スケジュールを各ＲＴＵに通信する（例えば、一次ＲＴＵ１０４を介する）（ブロック１６１６）。したがって、図解される例では、全体的な伝送スケジュールを受信することに応答して、各ＲＴＵは、全体的な伝送スケジュールに基づいてそのそれぞれの個々の伝送スケジュールを生成する。他の例では、全体的な伝送スケジュールに基づいて、一次ＲＴＵは、ネットワーク内のＲＴＵに個々の伝送スケジュールを生成し、個々の伝送スケジュールのうちの１つをＲＴＵのうちのそれぞれの１つに通信する。例示的なプロセスは、時間データを通信する（例えば、一次ＲＴＵ１０４を介する）（ブロック１６１８）。いくつかの例では、時間データは、一次ＲＴＵ（例えば、１０４）のクロック（例えば、２０４）に基づいてもよく、ＲＴＵのすべてが同期されることを可能にするように、ネットワーク（例えば、１０２）内のすべての他のＲＴＵに通信される。他の例では、ＲＴＵのうちの１つ以上は、時間データを受信するように、一次ＲＴＵ（例えば、１０４）と直接通信し得ない（例えば、一次ＲＴＵと関連付けられた無線の範囲を超えるパイプラインに沿った無線ＲＴＵ）。そのような例では、時間データは、ネットワーク内のすべてのＲＴＵが同じ信号を受信するように、全地球測位システム（ＧＰＳ）を介して取得され得る。
【００８９】
図１６の例示的なプロセスはまた、ネットワーク構成に従って他のＲＴＵにデータを通信する命令を各ＲＴＵに通信する（例えば、一次ＲＴＵ１０４を介して）こと（ブロック１６２０）を含む。ネットワーク構成は、どのデータが通信される（例えば、特定のフィールドデバイスからの特定のパラメータ値）か、およびネットワーク上のどこにデータが通信される（例えば、一次ＲＴＵ１０４および／またはＲＴＵ）かを定義することができる。いくつかのそのような例では、命令は、新しい、もしくは更新された全体的な伝送スケジュール、および／またはその個々の伝送スケジュールを更新し、もしくは新しい個々の伝送スケジュールを生成するＲＴＵのうちの１つ以上へのコマンドを含む。一次ＲＴＵ（例えば、ＲＴＵ１０４）が個々の伝送スケジュールを生成する他の例では、命令は、１つ以上の新しい、または更新された個々の伝送スケジュールを含むことができる。いくつかの例では、ネットワーク（例えば、１０２）の構成は、ネットワーク（例えば、１０２）が最初に考慮され、および／または構成変更がネットワーク（例えば、１０２）に対して行われた後の動作中に、ホストを介して受信されたユーザ入力に基づいてもよい。ブロック１６２０の後、図１６の例示的なプロセスは終了する。
【００９０】
図１７は、例えば、第２のＲＴＵ１０６などのＲＴＵを介してデータを通信するために使用され得る例示的なプロセスを表すフローチャートである。例示的なプロセスは、ネットワーク（例えば、ネットワーク１０２）内の複数のＲＴＵのうちの１つ（例えば、一次ＲＴＵ１０４）から伝送スケジュール（例えば、全体的な伝送スケジュールまたは個々の伝送スケジュール）を取得することによって開始する（ブロック１７００）。伝送スケジュールは、図１６の例示的なプロセスを用いて生成され得る。いくつかの例では、ＲＴＵは、全体的な伝送スケジュールを受信し、全体的な伝送スケジュールに基づいて個々の伝送スケジュールを生成する。他の例では、個々の伝送スケジュールが受信される。図解される例では、ネットワーク内のＲＴＵの各々は、伝送スケジュールに従ってデータを通信するように、所定の期間（例えば、１秒）内で複数の時間スロットのうちの２つを割り当てられる。いくつかの例では、ＲＴＵの各々は、異なる数の時間スロット（例えば、１、３、４など）を割り当てられる。ブロック１７０２では、ＲＴＵは、複数のＲＴＵのうちの１つ（例えば、一次ＲＴＵ１０４）からメッセージを受信することに応答してクロックを設定する。いくつかの例では、時間データは、ＲＴＵが時間データに基づいて同期されることを可能にするように、ネットワーク内のＲＴＵのうちの各々に通信される（例えば、一次ＲＴＵ１０４を介する）。
【００９１】
いくつかの例では、命令は、ネットワーク内の別のＲＴＵにデータを通信するようにＲＴＵに通信される（例えば、ホスト１４４から一次ＲＴＵ１０４を介する）。いくつかの例では、命令は、実行される新しく、もしくは更新された全体的および／または個々の伝送スケジュールを含む。他の例では、命令は、記憶された個々の伝送スケジュールを更新するコマンドを含む。ブロック１７０４では、伝送スケジュールに基づいて、ＲＴＵは、複数の時間スロットのうちの第１の時間スロットの間、第１のデータを（例えば、無線器を介して）無線で通信する。いくつかの例では、データは、フィールドデバイスを介して取得されたパラメータ値を含む。ブロック１７０６では、伝送スケジュールに従って、ＲＴＵは、複数の時間スロットのうちの第２の時間スロットの間、第２のデータを無線で通信する。したがって、図１７の例示的なプロセスは、ＲＴＵが所定の期間内に第１のデータおよび第２のデータを通信することを可能にする。ブロック１７０６の後、図１７の例示的なプロセスは終了する。
【００９２】
図１８は、ネットワーク内の通信を制御および／または構成するために使用され得る例示的なプロセスを表すフローチャートである。例示的なプロセスは、ネットワーク（例えば、ネットワーク１０２）の視覚表現（例えば、第１の視覚表現６０４、第４の視覚表現１３０２など）を生成することによって開始する（ブロック１８００）。。第１のＲＴＵ（例えば、一次ＲＴＵ１０４）および第２のＲＴＵ（例えば、第２のＲＴＵ１０６）を含むネットワーク。いくつかの例では、ホスト（例えば、ホスト１４４）は、プロセス制御構成アプリケーション（例えば、ＲＯＣＬＩＮＫ（商標）８００構成ソフトウェアなど）を介してネットワークの視覚表現を生成する。いくつかの例では、ホストは、第１のＲＴＵを介してホストに通信されたデータに基づいて視覚表現を生成する。他の例では、ホストは、ユーザを介して提供された１つ以上の入力に基づいて視覚表現を生成する。
【００９３】
いくつかの例では、ホストは、第１のＲＴＵ（例えば、第１の画像６２０）を表す第１の画像、第２のＲＴＵ（例えば、第２の画像７００）、ならびに／または第１のＲＴＵおよび／もしくは第２のＲＴＵを介して取得されるデータ（例えば、項目６１４のうちの１つ）を表す第３の画像を生成することによってネットワークの視覚表現を生成する。いくつかの例では、ホストは、第１のＲＴＵおよび／または第２のＲＴＵを介した通信（例えば、第５の画像８００）を表す第４の画像を生成する。
【００９４】
ブロック１８０２では、視覚表現が表示される。視覚表現は、コンピュータ画面、携帯用デバイス（例として、ラップトップ、スマートフォン、タブレットなど）、および／またはホストに通信可能に連結された任意の他のディスプレイを介して表示され得る。ブロック１８０４では、ホストは、ユーザを介して提供された入力（例えば、マウスを用いる視覚表現の画像の選択）に基づいて視覚表現を更新する。いくつかの例では、視覚表現は、入力に基づいて画像（例えば、第３の画像７０２、第６の画像８０２、オプションメニュー１０００など）を生成し、かつ画像を含む視覚表現を表示することによって更新される。
【００９５】
いくつかの例では、視覚表現は、ネットワークを介して実現される通信に対応する。例えば、ブロック１８０６では、ホストは、入力に基づいて第１のＲＴＵにコマンドを通信する。いくつかの例では、コマンドは、第１のＲＴＵおよび／または第２のＲＴＵを介して通信されるデータを表す画像（例えば、第５の画像８００）に対応するネットワーク内のデータ通信するように第１のＲＴＵおよび／または第２のＲＴＵに指示する。いくつかの例では、コマンドは、１つ以上のＲＴＵを発見し、それに権限を委託し、および／または権限委託を解除する（例えば、図１３の第３の表１３０４および／または第４の表１３０６と関連付けられたユーザ入力に基づいて）第１のＲＴＵへの命令を含む。
【００９６】
ブロック１８０８では、第１のＲＴＵを介して提供された入力に基づいて、ホストは、視覚表現を更新する。例えば、ネットワークの動作中、第１のＲＴＵは、ネットワーク内のＲＴＵのうちの１つ以上と関連付けられたデータ（例えば、プロセス変数データ、構成データ、状態データ、警告データなど）をホストに通信する。それに応答して、ホストは、例えば、画像（例えば、第８の画像１１０６）を生成し、警報（例えば、第１の警告画像９００）を表示し、および／またはデータ（例えば、図１３の例示的な第４の表１３０６内の状態データ）のいくつかもしくはすべてを表に列挙することによって視覚表現を更新する。ブロック１８０８の後、図１８の例示的なプロセスは終了する。
【００９７】
図１９は、図１および２の例示的なＲＴＵ１０４、例示的なネットワーク１０２、および／または、より一般的に、例示的なシステム１００を実現するように、図１４〜１８の例示的なプロセスを実施するために使用され、および／またはプログラムされ得る例示的なプロセッサプラットフォーム１９００の概略図である。この例のプラットフォーム１９００は、プロセッサ１９１２を含む。例えば、プロセッサ１９１２は、任意の所望のファミリまたは製造者からの１つ以上のマイクロプロセッサまたはコントローラによって実現されてもよい。
【００９８】
プロセッサ１９１２は、ローカルメモリ１９１３（例えば、キャッシュ）を含み、バス１９１８を介して揮発性メモリ１９１４および不揮発性メモリ１９１６を含むメインメモリと通信する。揮発性メモリ１９１４は、同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ＲＡＭＢＵＳダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）、および／または任意の他のタイプのランダムアクセスメモリデバイスによって実現され得る。不揮発性メモリ１９１６は、フラッシュメモリおよび／または任意の他の所望のタイプのメモリデバイスによって実現され得る。メインメモリ１９１４および１９１６へのアクセスは、メモリコントローラによって制御される。
【００９９】
プロセッサプラットフォーム１９００はまた、インターフェース回路１９２０を含む。インターフェース回路１９２０は、イーサネットインターフェース、ユニバーサルシリアルバス（ＵＳＢ）、および／またはＰＣＩエクスプレスインターフェース等、任意のタイプのインターフェース規格によって実現され得る。１つ以上の入力デバイス１９２２が、インターフェース回路１９２０に接続される。入力デバイス（複数可）１９２２は、ユーザがデータおよびコマンドをプロセッサ１９１２に入力することを可能にする。入力デバイス（複数可）は、例えば、キーボード、マウス、タッチスクリーン、トラックパッド、トラックボール、アイソポイント（ｉｓｏｐｏｉｎｔ）、および／または音声認識システムによって実現され得る。１つ以上の出力デバイス１９２４もまた、インターフェース回路１９２０に接続される。出力デバイス１９２４は、例えば、表示デバイス（例として、液晶ディスプレイ、陰極線管ディスプレイ（ＣＲＴ）、プリンタ、および／またはスピーカ）によって実現され得る。したがって、インターフェース回路１９２０は典型的に、グラフィックドライバカードを含む。
【０１００】
インターフェース回路１９２０はまた、ネットワーク１９２６（イーサネット接続、デジタル加入者回線（ＤＳＬ）、電話回線、同軸ケーブル、セルラー方式電話システムなど）を介して外部コンピュータとのデータの交換を容易にするモデムまたはネットワークインターフェースカード等の通信デバイスを含む。
【０１０１】
プロセッサプラットフォーム１９００はまた、ソフトウェアおよびデータを記憶するための１つ以上の大容量記憶デバイス１９２８を含む。そのような大容量記憶デバイス１９２８の例としては、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、およびデジタル多用途ディスク（ＤＶＤ）ドライブが挙げられる。
【０１０２】
図１４〜１８の例示的なプロセスを実現するコード化された命令１９３２は、大容量記憶デバイス１９２８内、揮発性メモリ１９１４内、不揮発性メモリ１９１６内、および／またはＣＤもしくはＤＶＤ等の取り外し可能な記憶媒体上に記憶され得る。
【０１０３】
ある特定の例示的な方法、装置、および製造物品が本明細書に記載されたが、本発明の適用範囲は、それらに限定されない。そのような例は、非限定的な例示的な実施例であることが意図される。逆に、本特許は、逐語的または均等論下のいずれかで添付の特許請求の範囲の範囲内に適性に入るすべての方法、装置、および製造物品を包含する。
【０１０４】
本開示の最後にある要約は、読者が技術的開示の本質を速やかに解明することを可能にするために、連邦規則法典第３７巻の§１．７２（ｂ）に従うように提供される。要約は、特許請求の範囲または意味を解釈または限定するために使用されないという理解に基づいて提出されるものである。
【図１】
2019220208.tif 000003
【図２】
2019220208.tif 000004
【図３】
2019220208.tif 000005
【図４】
2019220208.tif 000006
【図５】
2019220208.tif 000007
【図６】
2019220208.tif 000008
【図７】
2019220208.tif 000009
【図８】
2019220208.tif 000010
【図９】
2019220208.tif 000011
【図１０】
2019220208.tif 000012
【図１１】
2019220208.tif 000013
【図１２】
2019220208.tif 000014
【図１３】
2019220208.tif 000015
【図１４】
2019220208.tif 000016
【図１５】
2019220208.tif 000017
【図１６】
2019220208.tif 000018
【図１７】
2019220208.tif 000019
【図１８】
2019220208.tif 000020
【図１９】
2019220208.tif 000021
【外国語明細書】
2019220208000001.pdf