JP2022128404A - データパケット管理方法およびコンピュータプログラム - Google Patents

Abstract

【課題】従来のタイムアウト法や連続冗長化では、制御システムに課せられた時間的制約を満たす必要があったが十分に対応できていなかった。【解決手段】本明細書に記載の例示の実装形態は、通信ネットワークを介して接続され、同期された複数の制御関数に関するものであり、制御関数は、制御データ、制御データに関連付けられた関数の関数識別子、および制御データに関連付けられた同期時間を表す時間識別子などの時間識別子を含むパケットを通信する。例示の実装形態では、時間識別子で指定された時間に基づいて、一定期間に受信した、関数識別子と時間識別子が同じである１つ以上のパケットから、関数識別子と時間識別子に関連付けられた制御データを決定する。【選択図】 図１

Description

本開示は、概ね、制御システムに関し、より具体的には、工場またはプロセスオートメーションのようなシステムの冗長制御システムに関する。

社会インフラを支える制御システムは、センサ、コントローラ、およびアクチュエータで構成されている。物理的世界の状態は、センサによって感知され、コントローラに入力され、その後、すぐにコントローラがアクチュエータを制御するための制御コマンド値を計算する。物理的世界のアクチュエータは、コントローラが計算したコマンド値に基づいて動作する。例えば、一連の処理を繰り返すことで、所望の制御を定期的に行う。

このような制御システムとしては、工場内のファクトリーオートメーション（ＦＡ）、化学工場などのプロセスオートメーション（ＰＡ）、電力系統の制御、発電プラント、水処理プラントシステム、鉄鋼制御システムなどを挙げることができる。

大規模な制御システムでは、複数のセンサ、コントローラ、アクチュエータがネットワークで接続されている。このようなネットワークは、制御システムの時間的制約（例えば、最悪の場合の遅延）の要件、コスト、信頼性およびアプリケーション固有の要件を満たすため、制御ネットワークとして進歩してきている。

制御システムの主要な要件のうちの１つは高い信頼性である。これは制御システムが、制御システムを構成する要素に発生した故障に耐えられることを意味する。

信頼性を向上する方法の１つとして、対象要素の冗長化が挙げられる。本方法は、冗長化を有効にするタイミングによって、スタンバイ冗長化と連続冗長化とに分類される。スタンバイ冗長化は、主要システムが故障した場合に冗長システムに切り換える方法であり、連続冗長化は、主要システムおよび冗長システムが常に稼働している方法である。

制御システムのコントローラに関する例を挙げると、スタンバイ冗長化は、２つのコントローラを準備しておき、冗長コントローラは、メインコントローラが故障したときにアクティブになるようにする。冗長コントローラは、センサからのセンサ情報の受信と、アクチュエータへの制御コマンドの計算を代行する。一方で、連続冗長化の場合は、メインコントローラと冗長コントローラの両方がアクティブで、両方がセンサからセンサ情報を受け取る。両コントローラは、制御コマンドを計算し、そのコマンドをアクチュエータに送信する。アクチュエータは、例えば、先発優先ルールに基づき、先に受信した制御コマンドを実行する。

また、特許文献１では、「コントローラがバスに接続するスレーブはバス・サイクルの開始を検出し、バスからの終点アドレスのサンプルをとるアドレス間隔の開始の後所定の時間、および、データ間隔の間、命令またはデータを送信または受信を行う」ことが記載されている。

米国特許第６９７０９６１号明細書

ここで、例えば、Ｎ＋１冗長化などのようなスタンバイ冗長化の実装により、低コストで信頼性を高めることが可能となる。しかし、タイムアウト法での異常検出および冗長システムへの切換により、デッドタイムがゼロとはならない。このような実装形態では、制御システムの利用可能性が低下する可能性がある。これに対して、連続冗長化は、このようなデッドタイムを発生することはないが、要素の数が２倍となるため、コストが上昇する。さらに、両冗長化法ともに、制御システムに課せられた時間的制約を満たす必要がある。

この従来技術の課題に対処するため、例示の実装形態は、通信ネットワークを介して接続され、制御データ、制御データに関連付けられた関数に対する関数識別子、および制御データに関連付けられた同期時間を表す時間識別子を含むパケットと通信し、同じ関数識別子と時間識別子を有する１つ以上のパケットからその関数識別子と時間識別子に関連付けられた制御データを判定する場合に同期され、時間識別子によって指定された時間に基づいて一定期間受信した、複数の制御関数を含む。

本開示の態様は、異なる制御システムを確立する制御関数を、ソフトウェアコンテナまたはソフトウェアプログラムの形態で１つのデバイスに多重化することを含むことができる。連続冗長性は、複数のそのようなデバイスを設定して各デバイス内で制御関数をアクティブにすることによって有効化される。

本開示の態様は、制御関数を実行するコンピュータリソースと制御関数間のネットワークリソースについて、指定された期間、確保することを含むことができる。確保により、制御関数間の通信遅延が最悪の状態となる。

本開示の態様は、送信側と受信側の制御関数間の通信経路を冗長化することを含むことができる。

本開示の態様は、制御関数のパケットまたはコンテキストデータを記憶し、要求に応じて記憶した情報を出力するストレージデバイスを含むことができる。

本開示の態様は、ストレージデバイスから取得した１つ以上のコンテキストデータ、ストレージデバイスから取得したパケット情報、および／またはネットワーク上で通信されたパケットを使用することによって、制御関数のコンテキストを別の制御関数と同期することを含むことができる。

本開示の態様は、制御関数のために通信ネットワークの接続位置が変更されると、１つのデバイスから別のデバイスに宛先制御関数を展開することを含むことができる。

本開示の態様は、制御関数のために通信ネットワークの接続位置が変更されると、通信経路および／または通信経路冗長性を宛先制御関数に変更することを含むことができる。

さらに、本開示の態様は、同じ時間識別子を有する冗長性データパケットを受信し、一定期間に受信した冗長性パケットを、現在の時刻に基づいて比較し、冗長パケットのうちの１つを選択し、冗長パケットの選択した１つを処理する時間同期ネットワーク方式を含むことができる。

本開示の態様には、１つ以上の時間同期された装置からネットワーク方式を通してデータパケットを管理するデータパケット管理方法であって、
１つ以上の時間同期された装置から、前記データパケットとして各々が時間識別子を有するデータパケットを受信し、
一定期間内に受信したデータパケットのうちの１つ以上を現在の時刻に基づいて選択し、
選択した１つ以上の前記データパケットから、同じ時間識別子と関数識別子を有するデータパケットを選択し、
前記同じ時間識別子と関数識別子を有する選択された前記データパケットを処理して、１つ以上の時間同期された装置のコントローラアプリケーションへの出力するデータパケット管理方法が含まれる。

本開示の態様には、１つ以上の時間同期された装置からネットワーク方式を通してデータパケットを管理するシステムであって、
１つ以上の時間同期装置から、前記データパケットの各々が時間識別子を有するデータパケットを受信する手段と、
一定期間内に受信したデータパケットのうちの１つ以上を現在の時刻に基づいて選択する手段と、
選択した１つ以上のデータパケットから、同じ時間識別子と関数識別子を有するパケットを選択する手段と、前記同じ時間識別子と関数識別子を有する選択された前記データパケットを処理して、１つ以上の時間同期された装置のコントローラアプリケーションへの出力を提供する手段と、を含む、システムが含まれる。

本開示の態様には、１つ以上の時間同期された装置からネットワーク方式を通してデータパケットを管理するコンピュータに、以下の処理をコンピュータに実行させるコンピュータプログラムであって、１つ以上の時間同期された装置から時間識別子を有するデータパケットであって、各々が時間識別子を有するデータパケットを受信し、一定期間内に受信したデータパケットのうちの１つ以上を現在の時刻に基づいて選択し、選択した１つ以上のデータパケットから、同じ時間識別子と関数識別子を有するパケットを選択し、前記同じ時間識別子と関数識別子を有する前記選択されたデータパケットを処理して、１つ以上の時間同期された装置のコントローラアプリケーションへの出力するコンピュータプログラムが含まれる。なお、コンピュータプログラムは、非一時的コンピュータ可読媒体上に記憶され、１つ以上のプロセッサによって実行されることが望ましい。

本開示の態様は、１つ以上の時間同期された装置からネットワーク方式を通してデータパケットを管理するように構成されたコンピュータデバイスであって、１つ以上の時間同期された装置から、各々が時間識別子を有するデータパケットを受信し、一定期間内に受信したデータパケットのうちの１つ以上を現在の時刻に基づいて選択し、選択した１つ以上のデータパケットから、同じ時間識別子と関数識別子を有するパケットを選択し、同じ時間識別子と関数識別子を有する選択されたパケットを処理して、１つ以上の時間同期された装置のコントローラアプリケーションへの出力を提供するように構成されたプロセッサを含む、コンピュータデバイスを含む。

例示の実装形態による、制御システムの例示の構成を示す。 例示の実装形態による、制御デバイスと制御通信ストレージデバイスのハードウェア構造を示す。 例示の実装形態による、Ｉ／Ｏ制御デバイスのハードウェア構造を示す。 例示の実装形態による、ネットワーク中継デバイスのハードウェア構造を示す。 例示の実装形態による、制御デバイスまたはＩ／Ｏ制御デバイスの送信関数の関数構造を示す。 例示の実装形態による、制御デバイスまたはＩ／Ｏ制御デバイスの受信関数の構成を示す。 例示の実装形態による、制御デバイスおよびＩ／Ｏ制御デバイスにおける送信関数の操作手順を示す。 例示の実装形態による、制御デバイスおよびＩ／Ｏ制御デバイスにおける受信パケット関数の操作手順を示す。 例示の実装形態による、制御デバイスおよびＩ／Ｏ制御デバイスにおける受信したパケットおよび決定処理関数の操作手順を示す。 例示の実装形態による、送信処理が続く受信判定処理の操作手順を示す。 例示の実装形態による、制御デバイスのコントローラ関数の構成を示す。 例示の実装形態による、関数識別子の例示の定義を示す。 例示の実装形態による、制御関数１の実行を示す。 （ａ）～（ｃ）は、例示の実装形態による、例示のパケットを示す。 （ａ）～（ｃ）は、例示の実装形態による、スケジューリングの態様を示す。 （ａ）～（ｃ）は、例示の実装形態による、ＩＥＣ６２４３９－３、およびＩＥＥＥ８０２．１ＣＢで定義された、ＨＳＲ、ＰＲＰのパケットフォーマットを示す。 例示の実装形態による、制御通信ストレージデバイスの関数構造を示す。 例示の実装形態による、システムの操作中に冗長性関数を追加する際に状態を合わせるための操作手順を示す。 例示の実装形態による、状態回復の一例を示す。 （ａ）～（ｃ）は、例示の実装形態による、例示のパケット処理を示す。

以下の詳細な説明は、本出願の図面および例示の実装形態の詳細を提供する。図面間の冗長要素の参照番号および説明は、明確のため、省略する。本明細書全体を通して使用される用語は、例として提供されるものであり、限定することを意図するものではない。例えば、「自動」という用語の使用は、本出願の実装形態を実施する当業者の所望の実装形態に応じて、実装形態のいくつかの態様では、ユーザまたは管理者の制御を含む完全自動または半自動の実装を含んでいてもよい。選択は、ユーザインターフェースまたは他の入力手段を介してユーザによって行うことができる、あるいは所望のアルゴリズムを通して実装することができる。本明細書で説明する例示の実装形態は、単独で、または組み合わせて利用することができ、例示の実装形態の機能性は、所望の実装形態に従った任意の手段を介して実装することができる。

図１は、例示の実装形態による、制御システムの例示の構成を示す。制御デバイス１２０ａ～１２０ｃは、ネットワーク中継デバイス１２１ａ～１２１ｆおよび制御ネットワーク１２２を介して、入出力（Ｉ／Ｏ）制御デバイス１２３ａ～１２３ｄに接続し、通信を行う。なお、入出力（Ｉ／Ｏ）制御デバイス１２３ａ～１２３ｄについては、以下、Ｉ／Ｏ制御デバイス１２３ａ～１２３ｄと称する。

制御デバイス１２０ａ～１２０ｃは、被制御デバイス１２４ａ～１２４ｄを制御するための制御コマンド値の送信、センサまたはアクチュエータのような被制御デバイス１２４ａ～１２４ｄの測定値とセンサ情報の取得、およびＩ／Ｏ制御デバイス１２３ａ～１２３ｄで通信パケットを送受信することによる様々な設定を行う。

制御デバイス１２０ａ～１２０ｃは、分散型制御システム（ＤＣＳ）の中央制御ユニットや電力系統の継電器のような形で実装でき、制御システム内でサンプリングデータ、制御コマンド、および状態信号を交換することができる。同じ制御システム内のデータはパケットに統合することができる。

制御デバイス１２０ａ～１２０ｃはソフトウェア可視化技術またはソフトウェアコンテナ技術をサポートしてもよく、アプリケーションまたはオペレーティングシステム（ＯＳ）は可視化によって、コンテナとして管理してもよい。

所望の実装形態に応じて、制御デバイス１２０ａ～１２０ｃの物理的実装には、専用コントローラ、産業用パーソナルコンピュータ（ＰＣ）、制御コンピュータ、ＤＣＳコントローラ、マルチアクセスエッジコンピューティング（ＭＥＣ）、コンピュータクラウド、サーバコンピュータ、ＳＣＡＤＡ（監視制御およびデータ取得）サーバ、ＰＬＣ（プログラマブル論理コントローラ）、ＩＥＤ（インテリジェント電子デバイス）、継電器等を含むことができる。

ネットワーク中継デバイス１２１ａ～１２１ｆは、制御ネットワーク１２２の中継デバイスである。制御デバイス１２０ａ～１２０ｃ、Ｉ／Ｏ制御デバイス１２３ａ～１２３ｄ、およびネットワーク中継デバイス１２１ａ～１２１ｆの間で通信されるパケットは、ルーティングされて転送される。

所望の実装形態に応じて、ネットワーク中継デバイス１２１ａ～１２１ｆの物理的実装の形態は、タイムセンシティブネットワーク（ＴＳＮ）対応スイッチ、Ｌ２スイッチまたはＬ３スイッチを含むネットワークスイッチ、ソフトウェア定義ネットワーク（ＳＤＮ）対応デバイス、ネットワーク関数可視化（ＮＦＶ）対応デバイス、ブリッジ、ルータ、ＩＥＥＥ１５８８ＴＣ（透明クロック）、ＢＣ（境界クロック）、ＯｐｅｎＦｌｏｗスイッチ、ＩＥＣ６２４３９－３で定義されているＲｅｄＢｏｘおよびＱｕａｄＢｏｘ、光学スイッチ、光学オシレータ、および他の様々なネットワーク中継デバイスなどの形式でもよい。

制御ネットワーク１２２は、制御デバイス１２０ａ～１２０ｃ、ネットワーク中継デバイス１２１ａ～１２１ｆおよびＩ／Ｏ制御デバイス１２３ａ～１２３ｄを接続するためのネットワークである。制御ネットワーク１２２の物理的実装は、ＩＥＥＥ８０２．３（イーサネット）、ＩＥＣ６１７８４、ＩＥＣ６１７８４－２通信プロファイルファミリー１２（以降、ＥｔｈｅｒＣＡＴ（登録商標））、ＩＥＣ６１１５８で定義された制御ネットワークを含む各種産業ネットワーク、ＴＳＮに関連するＩＥＥＥ通信規格、５Ｇ、４Ｇ、および６Ｇのコアネットワークなどのワイヤレスネットワーク、ＤＮＰ（分散型ネットワークプロトコル）３、ＩＥＣ６１９７０、ＨＳＲ（高可用シームレス冗長性）およびＩＥＣ６２４３９－３のＰＲＰ（パラレル冗長性プロトコル）、リングネットワーク、ＩＥＥＥ８０２．１７ＲＰＲ、ＣＡＮ（コントローラエリアネットワーク：登録商標）、ＤｅｖｉｃｅＮｅｔ、ＲＳ－２３２Ｃ、ＲＳ－４２２、ＲＳ－４８５、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１５、ＩＥＥＥ８０２．１、モバイル通信、ＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標）、Ｏｐｅｎ ＡＤＲ（登録商標）、Ｗｉｆｉおよび５Ｇのような各種無線通信、および産業ワイヤレスネットワークでもよい。

さらに、ＩＥＣ６１８５０、ＯＰＣ ＵＡ （統一アーキテクチャ）、ＤＤＳ（データ配信サービス）、ＩＥＣ ６１８５０－７－４２０、ＩＥＣ ６０８７０－５－１０４は、上位層プロトコルの例である。あるいは、上記のプロトコルを階層化してもよい。例えば、ＴＳＮパケット内にあるデータのコンテンツがＯＰＣ ＵＡ基準を適用する例として挙げられる。

Ｉ／Ｏ制御デバイス１２３ａ～１２３ｄがセンサおよびアクチュエータのような被制御デバイス１２４ａ～１２４ｄに接続され、制御ネットワーク１２２を介して制御デバイス１２０ａ～１２０ｃから受信した制御コマンドに従ってそれらを制御および構成する。さらに、被制御デバイス１２４ａ～１２４ｄの状態と情報を取得し、それらを制御デバイス１２０ａ～１２０ｃに制御ネットワーク１２２を介して送信する。

Ｉ／Ｏ制御デバイス１２３ａ～１２３ｄは、センサとして情報を入力するだけ、アクチュエータとして出力するだけに構成することもできるし、あるいは、所望の実装形態に従って入力／出力関数の両方を組み合わせてもよい。

所望の実装形態に応じて、Ｉ／Ｏ制御デバイス１２３ａ～１２３ｄの物理的実装は、専用コントローラ、産業用ＰＣ、制御コンピュータ、ＤＣＳコントローラ、ＳＣＡＤＡデバイス、ＰＬＣ、スマートフォンや無線通信デバイスのような無線通信インターフェースを備えたデバイス、ＩＥＤ、ＭＵ（マージユニット）、継電器などの形式でもよい。

被制御デバイス１２４ａ～１２４ｄは、Ｉ／Ｏ制御デバイス１２３ａ～１２３ｄに制御されるデバイスである。被制御デバイス１２４ａ～１２４ｄの例としては、所望の実装形態によると、モバイルロボット、ヒューマノイド、およびロボットアームなどの産業ロボット、無人搬送車（ＡＧＶ）、自律移動体、遠隔操作移動体、チップマウンタ、工作機械テーブル、加工装置、工作機械、半導体製造装置、製造デバイスのモータまたはインバータ、回路遮断機や断路器などの電力機器、各種センサ（エンコーダ、温度センサ、圧力センサなど）などが挙げられる。

制御通信ストレージデバイス１２５は、制御デバイス１２０およびＩ／Ｏ制御デバイス１２３の間で通信される制御パケットを制御ネットワーク１２２を介して受信して、それらを記憶する。また、要求に応じて記憶した情報を提供する。

制御通信ストレージデバイス１２５の例としては、ネットワーク接続ストレージ（ＮＡＳ）、コンピュータクラウド、および専用通信デバイスなどのようなファイルサーバまたはストレージサーバが挙げられる。

アクセスポイント１２６は、無線通信における基地局であり、ワイヤレスネットワーク１２２ｃを介して、有線接続を伴わない移動体およびＩ／Ｏ制御デバイス１２３ｃおよび１２３ｄと通信する。さらに、アクセスポイント１２６は、制御デバイス１２０および制御通信ストレージデバイス１２５とネットワーク１２２ａを介して通信する。アクセスポイント１２６の例としては、４Ｇ、５Ｇ、６Ｇの基地局、ＷｉｒｅｌｅｓｓＨＡＲＴ、ＩＳＡ１００などのような産業用無線通信が挙げられる。

ところで、図１のネットワーク中継デバイス１２１ａ～１２１ｆの数は、所望の実装形態によると、いくつでもよく、制御デバイス１２０ａ～１２０ｃとＩ／Ｏ制御デバイス１２３ａ～１２３ｄの間の通信経路の数は異なっていてもよい。

さらに、制御デバイス１２０ａ～１２０ｃおよびＩ／Ｏ制御デバイス１２３ａ～１２３ｄは、区別されるが、通信デバイスは、所望の実装形態に応じて、１つのデバイスに両方の役割を有していてもよい。

さらに、制御システムには１つ以上の制御デバイス１２０ａ～１２０ｃがあってもよい。

図１に示す制御システムの例としては、ＦＡ（ファクトリーオートメーション）およびＰＡ（プロセスオートメーション）のための分散型制御システム（ＤＣＳ）、無線通信を使用する遠隔制御システム、電力系統の監視および保護制御システム、産業機器、半導体製造装置、車載システム、建設機械や鉄道車両の制御システム、鉄道地上信号システム、航空機の制御システムなどが挙げられる。あるいは、制御デバイス１２０ａ～１２０ｃまたはクラウドまたはコンピュータ上の制御ネットワーク１２２を介して収集した情報に適用される人工知能を使うことによって制御システムの性能を向上させるインターネット・オブ・シングス（ＩｏＴ）システムも適用可能である。

図２は、例示の実装形態による、制御デバイス１２０と制御通信ストレージデバイス１２５のハードウェア構造を示す。中央処理装置（ＣＰＵ）１０１は、不揮発性ストレージ媒体１０５からメモリ１０４までプログラムを転送して実行する。オペレーティングシステム（以降、ＯＳと称する）およびＯＳ上で動作するアプリケーションプログラムが実行プログラムとして例示される。ＣＰＵ１０１上で動作するプログラムは、通信制御集積回路（ＩＣ）１０２の設定を操作し、状態情報を取得する。なお、通信制御集積回路（ＩＣ）１０２を、以下「通信制御ＩＣ１０２」と称する。

通信制御ＩＣ１０２は、送信リクエスト、ＣＰＵ１０１上で動作するソフトウェアからの送信データを受信して、物理層（ＰＨＹ）１０３を使用して制御ネットワーク１２２に送信する。また、通信制御ＩＣ１０２は、制御ネットワーク１２２から受信したデータをＣＰＵ１０１、メモリ１０４、および不揮発性ストレージ媒体１０５にバス１０６を介して転送する。

通信制御ＩＣ１０２は、また、ネットワークを使用した時間同期プロトコルを実行する関数を提供する。すなわち、通信制御ＩＣ１０２は、時間同期パケットの送受信の時間のタイムスタンプの制御、同期パケットへの補正値の設定、および補正値への滞留時間の付加を制御する。

このような同期プロトコルは、所望の実装形態によると、ＩＥＥＥ１５８８、ＩＥＥＥ８０２．１ＡＳ、ＮＴＰ、ＳＮＴＰなどを含む。補正値としては、ＩＥＥＥ１５８８補正フィールド（ＣＦ）が適用可能な例である。さらに、別の実施例では、物理層での送受信のタイムスタンプ関数をサポートして、主にソフトウェア処理によって実行される時間同期プロトコルと比較して正確に同期させることができる。

さらに、別の実施例では、同期時間に基づいて時間管理関数をサポートすることを含む。そのような時間管理関数は、指定された時間における中断、アラーム信号の生成、所定の期間の中断、および他の関数ユニットおよびデバイスに同期時間を提供することを含む。

通信制御ＩＣ１０２の実装形態は、所望の実装形態によると、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、結合プログラマブル論理回路（ＣＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイのようなＩＣなどである。あるいは、通信制御ＩＣ１０２は、ＣＰＵ１０１と統合することによって構成してもよい。通信制御ＩＣ１０２は、ＭＡＣ層および／またはＰＨＹ層を含むＩＥＥＥ８０２．３通信デバイスでもよい。この場合、通信制御ＩＣ１０２の実装例は、ＩＥＥＥ８０２．３メディアアクセス制御（ＭＡＣ）チップ、物理層（ＰＨＹ）チップ、およびＭＡＣ／ＰＨＹ復号チップである。ちなみに、通信制御ＩＣ１０２は、ＣＰＵ１０１またはコンピュータ内で情報経路を制御するチップセットに含まれていてもよい。さらに、図２の構造では、単一の通信制御ＩＣ１０２のみを示しているが、通信制御ＩＣ１０２の数は複数でもよい。

ＰＨＹ１０３は、制御ネットワーク１２２との通信関数を実装するトランシーバＩＣである。ＰＨＹ１０３が提供する通信規格としてのＩＥＥＥ８０２．３は通信関数の例である。図２の構造では、ＰＨＹ１０３および通信制御ＩＣ１０２が接続されているので、ＩＥＥＥ８０２．３メディアアクセス制御（ＭＡＣ）処理が通信制御ＩＣ１０２内に含まれる。しかし、例示の実装形態の効果は、ＭＡＣ関数ＩＣを通信制御ＩＣ１０２とＰＨＹ１０３の間に載置するための構造、および通信制御ＩＣ１０２と、ＭＡＣ関数ＩＣとＰＨＹ１０３を組み合わせる通信ＩＣを接続するための構造のままである。ちなみに、ＰＨＹ１０３は通信制御ＩＣ１０２に含まれてもよい。さらに、図２の構造では、１つのＰＨＹ１０３のみが示されているが、所望の実装形態に応じて、ＰＨＹ１０３の数は、複数でもよい。

メモリ１０４は、ＣＰＵ１０１が動作するための一時的な記憶領域であり、ＯＳおよび不揮発性ストレージ媒体１０５から転送されたアプリケーションプログラムを記憶する。

不揮発性ストレージ媒体１０５は、情報のためのストレージであり、ＯＳ、アプリケーション、およびデバイスのドライバなどのようなＣＰＵ１０１を動作させるためのプログラム、およびプログラムの実行結果を記憶するために用いられる。不揮発性ストレージ媒体１０５の例としては、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、および／またはフラッシュメモリが挙げられる。さらに、不揮発性ストレージ媒体１０５は、例えば、フロッピーディスク（ＦＤ）、ＣＤ、ＤＶＤ、ブルーレイ（ｔｍ）、ＵＳＢメモリ、コンパクトフラッシュ（登録商標）などのような外部の取り外し可能なストレージ媒体として実装することができる。

バス１０６は、ＣＰＵ１０１，通信制御ＩＣ１０２、メモリ１０４，不揮発性ストレージ媒体１０５を接続する。バス１０６の例としては、ペリフェラル コンポーネント インターコネクト（ＰＣＩ）バス、インダストリ スタンダード アーキテクチャ（ＩＳＡ）バス、ＰＣＩエクスプレスバス、システムバス、メモリバスなどが挙げられる。

図３は、例示の実装形態による、Ｉ／Ｏ制御デバイス１２３のハードウェア構造を示す。Ｉ／Ｏユニット１０７は、被制御デバイス１２４を制御するための、あるいは、被制御デバイス１２４の情報を取得するための入出力インターフェースである。Ｉ／Ｏユニット１０７の例としては、デジタル入出力インターフェースおよびアナログＩ／ＯＩＣが挙げられる。Ｉ／Ｏユニット１０７からの信号線は、１本のように示されているが、被制御デバイス１２４に応じて複数の線があってもよい。

図４は、例示の実装形態による、ネットワーク中継デバイスのハードウェア構造を示す。通信経路制御ＩＣ１０８は、１つ以上のＰＨＹ１０３とバス１０６を接続し、受信したパケットの経路制御を実行する。通信経路制御ＩＣ１０８は、バス１０６と接続し、バス１０６を介して通信制御ＩＣ１０２と通信する。

通信経路制御ＩＣ１０８の例としては、ＦＰＧＡ、ＣＰＬＤ、ＡＳＩＣ、ゲートアレイなどのようなＩＣを含むことができる。ちなみに、所望の実装形態に応じて、通信経路制御ＩＣ１０８は、ＣＰＵ１０１またはコンピュータ内で情報経路を制御するチップセットに含まれていてもよい。さらに、任意の数のＰＨＹ１０３を使用して所望の実装形態を容易にすることができる。

図５は、例示の実装形態による、制御デバイス１２０またはＩ／Ｏ制御デバイス１２３の送信関数の関数構造を示す。処理ユニット１３０は、制御動作や情報処理のような処理を実行する。制御動作の実施例では、制御デバイス１２０の処理ユニット１３０は、被制御デバイス１２４を制御するためのＩ／Ｏ制御デバイス１２３によって要求されるコマンド値を計算する。処理ユニット１３０は、コマンド値自体あるいは、Ｉ／Ｏ制御デバイス１２３の目標値を計算して、被制御デバイス１２４を制御してもよい。これらのコマンド値の演算には、処理ユニット１３０は、Ｉ／Ｏ制御デバイス１２３から受信した情報を使用してもよい。この受信情報は、被制御デバイス１２４の状態情報を含む。

あるいは、Ｉ／Ｏ制御デバイス１２３の処理ユニット１３０は、Ｉ／Ｏユニット１０７を介して被制御デバイス１２４の状態情報またはセンサ情報を取得する。別の実施例では、Ｉ／Ｏ制御デバイス１２３の処理ユニット１３０は、取得した情報を処理する。

さらに、別の実施例では、物理層での送受信のタイムスタンプ関数をサポートして、ソフトウェア処理によって実行される時間同期プロトコルと比較して正確に同期させることを含む。

このような処理には、フィードバック制御理論およびフィードフォワード制御理論のような制御理論に基づく制御処理、またはＡＩに基づく制御操作を含むことができる。例えば、過去の情報および入力に基づいてその状態を変化させるＩ（インテグラル）制御およびステートマシンベースの制御方法を使用することができる。あるいは、他の処理例として故障検出または危険状態推定などのような資産管理、デバイス管理およびソフトウェアバージョン制御（ソフトウェアバージョン管理および更新など）、予知保全および予防保守、状態ベースの保守（ＣＢＭ）、およびＩ／Ｏ制御デバイス１２３および被制御デバイス１２４の残存耐用年数に関するＡＩまたは機械学習による統計計算などを挙げることができる。

処理ユニット１３０は、これらの処理におけるコマンド値、センサ値、および状態値のような計算値を、識別子追加ユニット１３２に通知する。

処理ユニット１３０の処理は、時間同期ユニット１３１によって同期された時間に基づいて行ってもよい。

処理ユニット１３０は、ＣＰＵ１０１またはＣＰＵ１０１で動作するアプリケーションによって円滑に処理できるようになる。

時間同期ユニット１３１は、時間同期プロトコルを実行し、制御デバイス１２０の時間、または制御デバイス１２０上の関数を参照時間に同期させる。実行する時間同期プロトコルは、ＩＥＥＥ８０２．１ＡＳ、ＩＥＥＥ１５８８、ＮＴＰ、ＳＮＴＰなどでよい。

時間同期ユニット１３１は、ＣＰＵ１０１、ＣＰＵ１０１上で動作するアプリケーション、通信制御ＩＣ１０２、および／またはＰＨＹ１０３のうちの１つ以上によって円滑に同期できるようになる。

識別子追加ユニット１３２は、処理ユニット１３０から通知されたコマンド値のような情報に識別子を付加する。

識別子追加ユニット１３２が付加する識別子には、処理ユニット１３０が実行する処理を識別するための関数識別子、少なくとも処理ユニット１３０から通知された情報に関連付けられた時間を識別するための時間識別子を含む。

関数識別子は、情報が送信されるＩ／Ｏ制御デバイス１２３の関数の識別子、ソフトウェアアプリケーションの識別子、情報を生成した処理ユニット１３０の関数またはソフトウェアアプリケーションの識別子でもよい。あるいは、関数識別子は、上記のうちの幾つかを組み合わせた識別子でもよい。

関数識別子は、暗号ハッシュ関数をソースコードや関数を表すプログラムのバイナリに適用したハッシュ値でもよい。オペレータは、関数識別子を手動で定義することもできる。あるいは、コードサイニング証明書などの技術を用いて関数識別子を定義してもよい。さらなる実施例では、関数識別子を割り当てる専用サーバ関数をシステムに設けてもよい。サーバは、所定の識別情報（例えばハッシュ値、コードサイニング証明書など）を使用して関数からの要求に基づいて関数識別子を動的に割り当てる。その関数は、所望の関数識別子の可用性を問い合わせることができる。その関数は、そのサーバが使用を許可するまで、所望の関数識別子候補を変更しながら問い合わせを続けることができる。

時間識別子は、時間同期ユニット１３１によって同期された時間に基づいた時間である。時間識別子によって示された時間の例として、コマンド値を生成する時間、宛先となるＩ／Ｏ制御デバイス１２３でコマンド値を使用する予定時間、およびセンサ値を取得する時間であってもよい。

同期時間は、絶対時間でも、または図１に示す制御システムで統一された時間でもよい。

ちなみに、時間識別子は、開始時間、制御処理の時間、および／または関数の実行スケジュールが予め共有されているような状況では、シーケンス番号やインデックス番号であってもよい。

さらに、関数識別子や時間識別子は、標的の関数や時間が一致する場合には、他の識別子追加ユニット１３２によって付加された識別子と同じである。

さらに、識別子追加ユニット１３２は、媒体アクセス制御（ＭＡＣ）アドレスおよびＩＰアドレス、パケットが送信されるＩ／Ｏ制御デバイス１２３の識別子、パケットが通過する通信経路の識別子、および通信経路を構成するリンク（例えば、隣接するネットワーク中継デバイス１２１間の経路）などのようなパケットを送信する制御デバイス１２０の１つ以上の識別子を付加してもよい。リンク識別子は、リンクの両端に接続された、ネットワーク中継デバイス１２１の識別子、またはリンクの両端に接続されたネットワーク中継デバイス１２１の１つまたは両方の通信ポートの識別子によって表してもよい。

識別子追加ユニット１３２は、ＣＰＵ１０１、ＣＰＵ１０１上で動作するアプリケーション、通信制御ＩＣ１０２、およびＰＨＹ１０３のうちの１つ以上によって円滑に同期できるようになる。

関数情報共有ユニット１３３は、識別子追加ユニット１３２が要求した情報を記憶して、関数識別子、時間識別子、および他の識別子を処理ユニット１３０から通知された情報に付加する。情報を管理するため、関数情報共有ユニット１３３は、他の制御デバイス１２０，Ｉ／Ｏ制御デバイス１２３、および制御通信ストレージデバイス１２５と通信して、必要な情報を共有してもよい。

このような情報は、図１に示すシステムの制御デバイス１２０およびＩ／Ｏ制御デバイス１２３によって実行される関数の識別情報、開始時間および各関数における処理の実行時間を含む。あるいは、処理ユニット１３０を実行するソフトウェア環境に関連する情報の他の例としては、ソフトウェアのバージョン、生成日、およびファイルサイズ、バージョン情報のようなハードウェア環境、演算性能、および記憶容量が挙げられる。他の例としては、トポロジー、通信経路ルーティング、および通信経路冗長性設定のような制御ネットワーク１２２の構成情報、およびアクチュエータまたはセンサの実行時間のような被制御デバイス１２４に関する情報が挙げられる。

情報は、不揮発性ストレージ媒体１０５に記憶されてもよく、また、オペレータが情報をオンラインで入力してもよい。情報は、連続的に更新されてもよい。

関数情報共有ユニット１３３は、ＣＰＵ１０１、ＣＰＵ１０１上で動作するアプリケーション、不揮発性ストレージ媒体１０５、および通信制御ＩＣ１０２のうちの１つ以上によって円滑に共有できるようになる。

通信ユニット１３４は、制御ネットワーク１２２に接続され、制御ネットワーク１２２の通信プロトコルに従って通信する。

通信ユニット１３４は、ＰＨＹ１０３に接続され、送信時にバス１０６から通知されていたデータまたはパケットを処理する。この処理は、データからフレームを生成すること、データまたはパケットの複製、所定のタグを追加すること、周期的冗長検査（ＣＲＣ）などのような異常診断データの計算および追加を含んでいてもよい。送信用に付加されたタグの例としては、所望の実装形態により、ＩＥＥＥ８０２．１Ｑで定義されたＶＬＡＮタグ、ＨＳＲタグ、およびＩＥＣ６２４３９－３に定義されたＰＲＰタグなどが挙げられる。ＶＬＡＮタグ設定は、ＰＣＰ（優先順位コードポイント）、ＶＩＤ（ＶＬＡＮ識別子）に対する設定を含む。

通信ユニット１３４は、受信したパケットを、受信するとすぐに処理ユニット１３０、関数情報共有ユニット１３３、および／または時間同期ユニット１３１に転送する。通信ユニット１３４は、受信したパケットからタグを除去してもよく、また、受信したパケットからデータを抽出してもよい。さらに、通信ユニット１３４は、ソースアドレスやタグなどのような処理済みパケットの情報を一定期間保持してもよい。通信ユニット１３４は、ＣＰＵ１０１上で動作するアプリケーション、通信制御ＩＣ１０２、およびＰＨＹ１０３のうちの１つ以上によって円滑に通信できるようになる。

図６は、例示の実装形態による、制御デバイス１２０またはＩ／Ｏ制御デバイス１２３の受信関数の構成を示す。

受信コンテンツ決定ユニット１３５は、関数識別子、パケット上の時間識別子、およびパケットの受信時間に基づいて、通信ユニット１３４から受信したパケットのための処理対象である受信コンテンツを決定する。

例えば、受信コンテンツ決定ユニット１３５は、同じ関数識別子と時間識別子を有する複数の受信したパケットに対して先着優先または多数決で受信コンテンツを決定する。先着決定の場合、受信コンテンツ決定ユニット１３５や通信ユニット１３４は、受信したパケットの受信時間や受信順序を記憶してもよい。あるいは、受信コンテンツ決定ユニット１３５は、同じコンテンツを持つ受信したパケットの数を記憶して、多数決を行ってもよい。

さらに、受信コンテンツ決定ユニット１３５は、受信したパケットの受信時間と、受信したパケットに記載された時間識別子で指定された時間との比較に基づいて、受信コンテンツを決定する。例えば、受信コンテンツ決定ユニット１３５は、パケットに記載された時間識別子で指定された時間が、そのパケットの受信時間を経過していた場合には、その受信したパケットを受信決定の対象パケットから除外する。パケットのコンテンツが制御コマンド値であり、時間識別子で指定された時間が制御コマンド値の使用予定時間を示している場合、パケットの受信時間が使用予定時間を経過したときに、受信したパケットを対象パケットから除外する。

指定された時間とパケットの受信時間を比較する際に、パケット上の時間識別子で指定された時間に所定の時間を加算してもよい。例えば、情報のコンテンツがセンサ値であり、時間識別子がセンサ値の取得時間を示している場合、宛先のデバイスでのパケットの受信時に時間識別子で指定された時間が経過していることになる。したがって、制御ネットワーク１２２の通信遅延、制御デバイス１２０やＩ／Ｏ制御デバイス１２３の処理遅延、制御理論からの許容遅延などを考慮した時間を、パケット上の時間識別子で指定された時間に加算してもよい。受信したパケットは、そのパケットの受信時間が算出した時間を経過したときに、受信判定の対象パケットから除外される。

このような追加時間の必要性と時間を判定するために、パケットに記憶されているコンテンツの種類（例えば、センサ値であれば、所定の時間の追加の必要性を示す情報）および／または追加時間をパケットに記憶してもよい。

同じ関数識別子と時間識別子を含む受信したパケットの数が１つである場合、受信コンテンツ決定ユニット１３５は、その受信したパケットの情報を利用すると決定する。

あるいは、同じ関数識別子と時間識別子を含む受信したパケットの数が複数である場合、受信コンテンツ決定ユニット１３５は、対象となる受信したパケット群のコンテンツに対して統計的な計算を行ってもよい。例えば、情報が制御コマンド値である場合、そのような計算値は、平均値、最大値、最小値を含むことができる。また、過去の情報（例えば、同じ関数識別子を持つパケットのコンテンツ）を用いたフィルタ処理により算出された値を使用することも可能である。

受信コンテンツ決定ユニット１３５は、ＣＰＵ１０１、ＣＰＵ１０１上で動作するアプリケーション、および通信制御ＩＣ１０２のうちの１つ以上によって円滑に決定できるようになる。

本明細書に記載の例示の実装形態のアプリケーションでは、システム全体の構成が設計されている。一般的な制御システムでは、センサ情報に基づいてコントローラで制御コマンドを算出し、アクチュエータに出力する。これを定期的に繰り返す。

センサ、コントローラ、アクチュエータの物理的および論理的な位置が設計され、制御ネットワーク１２２で接続される際の冗長性レベルが決定される。センサやアクチュエータは制御対象と物理的に接触しているので、Ｉ／Ｏ制御デバイス１２３と被制御デバイス１２４（センサやアクチュエータ）は位置に関して物理的な制約がある。コントローラ関数は関数やアプリケーションとして構成できるので、制御デバイス１２０の物理的な存在とは別に構成することが可能である。例えば、同じコントローラ関数を１つの制御デバイス１２０に冗長な関数として構成してもよいし、同じコントローラ関数を異なる制御デバイス１２０に冗長な関数として構成してもよい。

制御デバイス１２０、Ｉ／Ｏ制御デバイス１２３は、制御ネットワーク１２２によって接続され、これらのセンサ、アクチュエータ、コントローラを機能的に接続する。制御ネットワーク１２２を冗長化して、信頼性を高めることができる。よって、制御ネットワーク１２２のトポロジーおよび通信経路の冗長性も設計されている。

さらに、ＤＣＳやＦＡなどの１つのサイトに複数の制御関数やＡＩ関数が存在し、それらの関数が多重化されたシステムを共通の制御ネットワーク１２２で接続するようにしてもよい。

制御システムの各関数間の通信に基づく操作手順を説明する。

図７は、例示の実装形態による、制御デバイス１２０およびＩ／Ｏ制御デバイス１２３における送信関数の操作手順を示す。

まず、関数情報共有ユニット１３３は、制御関数やＡＩ関数などの関数に関する情報を取得し、および／または、他の関数情報共有ユニット１３３と情報を共有する（Ｓ７００１）。次に、制御デバイス１２０および／またはＩ／Ｏ制御デバイス１２３のコンピュータリソース、ならびにネットワーク中継デバイス１２１および／または制御ネットワーク１２２の通信リソースを確保する（Ｓ７００２）。高い信頼性や、関数間の通信における遅延制約などの制約を満たすためには、このようなコンピュータリソースや通信リソースの確保が有効である。これらの確保は、オペレータ、処理ユニット１３０、および／または関数情報共有ユニット１３３が行ってもよい。そして、その関数が、関数の処理に関するあるタイミングが来るまで待機する（Ｓ７００３）。

時間が経過した場合（Ｓ７００３のＹ）、処理ユニット１３０は、操作を実行する（Ｓ７００４）。そして、識別子追加ユニット１３２は、Ｓ７００４で生成された情報に識別子を付加する（Ｓ７００５）。これらの識別子は、少なくとも関数識別子と時間識別子を含む。したがって、識別子追加ユニット１３２は、関数情報共有ユニット１３３から必要な情報と、時間同期ユニット１３１によって同期した時間に基づいた時間とを取得し、これらの識別子を決定する。次に、通信ユニット１３４は、パケットの送信時間を待機する（Ｓ７００６）。送信時間になると（Ｓ７００６のＹ）、通信ユニット１３４は、パケットを送信する（Ｓ７００７）。送信時間は、システム設計や制御ネットワーク１２２の通信リソースの確保状況に応じて決定される。

例えば、確保したタイムスロットのタイミングでパケットの通信経路上にあるネットワーク中継デバイス１２１にパケットが到着した時間を送信時間に設定してもよい。そして、関数は、終了条件が満たされたかどうかを判定する（Ｓ７００８）。条件が満たされた場合（Ｓ７００８のＹ）、関数は、処理を終了する。条件が満たされなかった場合（Ｓ７００８のＮ）、関数は、Ｓ７００３から処理を繰り返す。終了条件は、オペレータ、他の制御デバイス１２０、または他のＩ／Ｏ制御デバイス１２３による明示的な終了指示、所定の反復回数、所定の時間の経過、制御デバイス１２０における異常の発生の１つ以上であってもよい。

コンピュータリソースや通信リソースの確保に関して、Ｓ００２では、リソースは、制御デバイス１２０やＩ／Ｏ制御デバイス１２３におけるマルチプロセッサまたは仮想マシンの特定のプロセッサの割り当て（アフィニティ）、リアルタイムＯＳや一般ＯＳのタスクスケジューリングにおける関数の優先順位などの１つ以上であってもよい。他の例としては、メモリ１０４、不揮発性ストレージ媒体１０５の指定領域、および／またはバス１０６の通信帯域および／またはタイムスロットの確保を挙げることができる。あるいは、制御ネットワーク１２２におけるサービスのクオリティ（ＱｏＳ）の構成や通信帯域の確保が図示されている。あるいは、ＴＳＮを適用する際の制御ネットワーク１２２におけるＩＥＥＥ８０２．１Ｑｂｖで定義されるタイムスロット確保が図示されている。

さらに、ＩＥＥＥ８０２．１ＣＢや、ＩＥＣ６２４３９－３で定義されているＨＳＲおよびＰＲＰを適用して、複数の通信経路を割り当てる追加の例もある。

通信経路のリソースを確保するために、ＩＥＥＥ８０２．１Ｑａｔ、ＩＥＥＥ８０２．１Ｑｃｃ、またはＩＥＥＥ８０２．１Ｑｃａをリソース確保プロトコルとして使用してもよい。

リソースの一部は、制御デバイス１２０における複数の関数に共有されてもよい。すなわち、他の関数が既にステップＳ７００１を実行している場合、その関数はステップＳ７００１をスキップしてもよい。

また、所望の実装形態に応じて、この関数でリソースを確保しなくてもよい。

なお、ステップＳ７００１およびＳ７００２について、本関数は、所望の実装形態に応じて、ステップＳ７００２を先に実行してもよいし、ステップＳ７００１およびＳ７００２の両方を並行して実行してもよい。

あるいは、本関数は、ステップＳ７００６での送信タイミングを待たずに、ステップＳ７００５の後にステップＳ７００７の送信処理を実行してもよい。

あるいは、ステップＳ７００３の処理時間は、指定された送信時間以前のステップＳ７００４およびＳ７００５の処理時間の合計時間であってもよい。

図８は、例示の実装形態による、制御デバイス１２０およびＩ／Ｏ制御デバイス１２３における受信パケット関数の操作手順を示す。

まず、関数は、パケットが受信されるまで待つ（Ｓ８０１０）。関数が通信ユニット１３４（Ｓ８０１０でＹ）でパケットを受信したら、時間同期ユニット１３１の同期時間を用いて、受信時間を同期時間として取得する（Ｓ８０１１）。

そして、関数は、受信時間と、受信したパケットに記載されている時間識別子で指定された時間とを比較して、そのパケットを受信したかどうかを判定する（Ｓ８０１２）。関数がパケットを受信すると判定した場合（Ｓ８０１２でＹ）、関数は受信したパケットのコンテンツ（関数識別子、時間識別子、コンテンツ）を受信時間とともに記憶する（Ｓ８０１３）。関数が、パケットを受信しないと判定した場合（Ｓ８０１２でＮ）は、受信したパケットを破棄する（Ｓ８０１４）。ステップＳ８０１３またはＳ８０１４の後、処理を終了する。

図９は、例示の実装形態による、制御デバイス１２０およびＩ／Ｏ制御デバイス１２３における受信したパケット関数および決定処理関数の操作手順を示す。

ステップＳ９００１とＳ９００２は、図７では共通である。ステップＳ９００２の実行後、指定された処理時間が経過するまで待機する（Ｓ９０２０）。指定された処理時間が経過した場合（Ｓ９０２０のＹ）、受信コンテンツ決定ユニット１３５は、受信コンテンツを決定する（Ｓ９０２１）。

この決定方法は、図８のステップＳ８０１３で記憶したパケットの受信コンテンツを対象とする。このような方法としては、先着順のパケット、多数決、あるいは受信したパケットが複数ある場合はコンテンツに統計処理を適用するなどの方法が挙げられる。パケットが１つの場合、その関数がパケット情報を選択する。

次に、処理ユニット１３０は、受信したコンテンツを決定する処理を行う（Ｓ９０２２）。そして、関数が後処理を行う（Ｓ９０２３）。後処理は、図８のステップＳ８０１３で記憶した受信したパケットをクリアしてもよいし、所定の期間後に記憶した情報をクリアするようにタイマーを設定してもよい。そして、関数は、終了条件が満たされたかどうかを判定する（Ｓ９００８）。

ちなみに、図８のＳ８０１３に記憶された受信したパケットは、図９のステップＳ９０２３の処理後にクリアされてもよいし、制御デバイス１２０やＩ／Ｏ制御デバイス１２３の記憶容量が満杯になった時点でクリアされてもよい。この場合、記憶された時間の古い順に削除してもよい。

ちなみに、図９のステップＳ９００１およびＳ９００２は、所望の実装形態に応じて、図８のステップＳ８０１０の前に実行してもよい。

なお、図９のステップＳ９０２２およびＳ９０２３については、所望の実装形態に応じて、ステップＳ９０２２をステップＳ９０２３の実行後に実行してもよいし、ステップＳ９０２２およびＳ９０２３を並行して実行してもよい。

図１０は、例示の実装形態による、送信処理が続く受信判定処理の操作手順を示す。図７、図８、図９、および図１０に示した手順の例を、図１の構造を用いて説明する。

ここでは、以下の３つの制御関数を確立すると想定している。

制御関数 １：
・センサ：被制御デバイス１２４ａ、およびＩ／Ｏ制御デバイス１２３ａ
・コントローラ：制御デバイス１２０ａ、１２０ｂ、および１２０ｃ
・アクチュエータ：被制御デバイス１２４ｂ、およびＩ／Ｏ制御デバイス１２３ｂ
制御関数２：
・センサ：被制御デバイス１２４ｃ、およびＩ／Ｏ制御デバイス１２３ｃ
・コントローラ：制御デバイス１２０ａ、１２０ｂ、１２０ｃ
・アクチュエータ：被制御デバイス１２４ｃ、およびＩ／Ｏ制御デバイス１２３ｃ
制御関数３：
・センサ：被制御デバイス１２４ｄ、およびＩ／Ｏ制御デバイス１２３ｄ
・コントローラ：制御デバイス１２０ｂ、１２０ｃ
・アクチュエータ：被制御デバイス１２４ｄ、およびＩ／Ｏ制御デバイス１２３ｄ

コントローラは、制御関数１と２は三重に、制御関数３は二重に冗長化している。

一例では、被制御デバイス１２４ｃは、ロボットでもよく、被制御デバイス１２４ｄは、センサとアクチュエータを兼ねることができる無人搬送車（ＡＧＶ）のような移動体でもよい。

ちなみに、図１の各制御関数では、センサとアクチュエータを想定しているが、所望の実装形態に応じて、冗長化しても構わない。同質的なもの（例えば、位置検出などの同じエンコーダセンサーが複数個設置されている）であっても、異質なものであってもよい。後者の例では、ＡＧＶやロボットのセンサの実施例として、対象物自体に取り付けられたセンサに加えて、操作エリアに取り付けられたカメラを例示する。なお、同一のセンサやアクチュエータを同質的に冗長的に使用する場合には、センサ関数やアクチュエータ関数を複数のＩ／Ｏ制御デバイス１２３のそれぞれで実行し、それらの関数をコントローラ関数１４０として冗長的に使用するようにしてもよい。

図１１は、例示の実装形態による、制御デバイス１２０ａ、１２０ｂおよび１２０ｃのコントローラ関数の構成を示す。制御デバイス１２０ａでは、制御関数１および２のコントローラ関数が実行される。このような構成は、所望の実装形態に応じて、ソフトウェアプログラム、仮想マシン、ソフトウェアコンテナなどの技術を用いて実装される。同様に、制御関数が１、２、３であるコントローラ関数は、制御デバイス１２０ｂ、１２０ｃで実行される。

同じ制御関数を有するコントローラ関数は、基本的に同じソフトウェアプログラムである。また、同じ目的を達成するために、異なるアルゴリズムを使用することもできる。

図７、図９、図１０に示すように、ステップＳ７００１、Ｓ９００１、Ｓ１０００１で、関数の情報を定義し、共有する。

図１２は、例示の実装形態による、関数識別子の例示の定義を示す。関数識別子として、送信関数と受信関数の組み合わせに応じた識別子が割り当てられている。識別子は、送信関数と受信関数のそれぞれに割り当ててもよいし、一方の関数（送信関数または受信関数）のみに割り当ててもよい。

ちなみに、関数識別子は、特定の値に対して特別な意味を持つ場合がある。例えば、関数識別子０は全ての関数で有効であり、例えば、一括停止や一括開始に使用することができる。

また、図１２には、時間識別子の例も示している。時間識別子が表す時間は、時間同期ユニット１３１によってシステムに亘って同期された時間に基づいた時間である。さらに、図１２では時間をマイクロ秒で示しているが、同じ時間を示すことができるのであれば、他の表現形式であっても構わない。

また、時間をシーケンス番号０から開始し、以降、サイクルごとに増加する番号を時間識別子とすることもできる。例えば、関数識別子１の開始時間が１００，０００，０００マイクロ秒、周期が１００マイクロ秒なので、１００，０００，０００マイクロ秒がシーケンス番号０、１００，０００，１００マイクロ秒がシーケンス番号１、１００，０００，２００マイクロ秒がシーケンス番号２となる。時間識別子Ｔに関連付けられた各期間の開始時間Ｓは、以下のように計算できる。Ｓ＝Ｓ０＋Ｐ＊Ｔ、式中、Ｓ０は最初の開始時間、Ｐは期間を表している。Ｓは、所望の実装形態に応じて、期間の終了時間とすることができる。

ちなみに、割り当て可能なシーケンス番号の最大値は、パケット上の時間識別子に割り当てられるビット数に依存する。例えば、時間識別子に８ビットを割り当てた場合、シーケンス番号の最大値は２５５となる。送信周期は１００マイクロ秒なので、シーケンス番号が循環する時間は２５６００マイクロ秒となる。関数の許容遅延時間よりも大きくなるように、時間識別子の割り当て幅を定義する必要がある。

共有情報の追加例としては、通信コンテンツの種類（図１２の「種類：センサ値」や「種類：制御」など）および、許容遅延時間（図１１の「デッドライン＋５０マイクロ秒」）を含むことができる。許容遅延時間をパケットに記載された時間識別子で指定された時間に加算した後、図８のステップＳ８０１２で現在時間を比較してパケットを受信するかどうかを決定する。例えば、受信コンテンツ決定ユニット１３５は、その関数識別子が１であり、時間識別子で指定される時間が１００，００１，０００マイクロ秒のパケットを受信する場合、そのパケットの受信時間が１００，００１，０５０秒以下であれば、そのパケットを受信すると決定する。

図７、図９、図１０のステップＳ７００２、Ｓ９００２、Ｓ１０００２でリソースが確保される。

コンピュータリソースとして、タスクの優先順位、プロセッサの割り当て、バス、メモリが確保されている。

通信の信頼性を高めるために、通信リソースとして冗長な通信経路が確保されている。以下のルートが設定されている。

制御関数 １：
・Ｉ／Ｏ制御デバイス１２３ａ～コントローラ関数１４０ａ
ｏルート１：ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ａ
ｏルート２：ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｂ
・Ｉ／Ｏ制御デバイス１２３ａ～コントローラ関数１４０ｃ
ｏルート１：ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ａ
ｏルート２：ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｂ
・Ｉ／Ｏ制御デバイス１２３ａ～コントローラ関数１４０ｆ
ｏルート１：ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ａ～ネットワーク中継デバイス１２１ｂ
ｏルート２：ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｃ
・コントローラ関数１４０ａ～Ｉ／Ｏ制御デバイス１２３ｂ
ｏルート１：ネットワーク中継デバイス１２１ａ～ネットワーク中継デバイス１２１ｄ
ｏルート２：ネットワーク中継デバイス１２１ｂ～ネットワーク中継デバイス１２１ｅ
・コントローラ関数１４０ｃ～Ｉ／Ｏ制御デバイス１２３ｂ
ｏルート１：ネットワーク中継デバイス１２１ａ～ネットワーク中継デバイス１２１ｄ
ｏルート２：ネットワーク中継デバイス１２１ｂ～ネットワーク中継デバイス１２１ｅ
・コントローラ関数１４０ｆ～Ｉ／Ｏ制御デバイス１２３ｂ
ｏルート１：ネットワーク中継デバイス１２１ｂ～ネットワーク中継デバイス１２１ａ～ネットワーク中継デバイス１２１ｄ
ｏルート２：ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｅ

制御関数２：
・Ｉ／Ｏ制御デバイス１２３ｃ～コントローラ関数１４０ｂ
ｏルート１：ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ａ
ｏルート２：ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｂ
・Ｉ／Ｏ制御デバイス１２３ｃ～コントローラ関数１４０ｄ
ｏルート１：ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ａ
ｏルート２：ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｂ
・Ｉ／Ｏ制御デバイス１２３ｃ～コントローラ関数１４０ｇ。
ｏルート１：ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｂ
ｏルート２：ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｃ
・コントローラ関数１４０ｂ～Ｉ／Ｏ制御デバイス１２３ｃ
ｏルート１：ネットワーク中継デバイス１２１ａ～ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ｅ
ｏルート２：ネットワーク中継デバイス１２１ｂ～ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｆ
・コントローラ関数１４０ｄ～Ｉ／Ｏ制御デバイス１２３ｃ
ｏルート１：ネットワーク中継デバイス１２１ａ～ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ｅ
ｏルート２：ネットワーク中継デバイス１２１ｂ～ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｆ
・コントローラ関数１４０ｇ～Ｉ／Ｏ制御デバイス１２３ｃ
ｏルート１：ネットワーク中継デバイス１２１ｂ～ネットワーク中継デバイス１２１ｅ
ｏルート２：ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｆ

制御関数３：
・Ｉ／Ｏ制御デバイス１２３ｄ～コントローラ関数１４０ｅ。
ｏルート１：ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ａ
ｏルート２：ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｂ
・Ｉ／Ｏ制御デバイス１２３ｄ～コントローラ関数１４０ｈ。
ｏルート１：ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｂ
ｏルート２：ネットワーク中継デバイス１２１ｆ～ネットワーク中継デバイス１２１ｃ
・コントローラ関数１４０ｅ～Ｉ／Ｏ制御デバイス１２３ｄ
ｏルート１：ネットワーク中継デバイス１２１ａ～ネットワーク中継デバイス１２１ｄ～ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｆ
ｏルート２：ネットワーク中継デバイス１２１ｂ～ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｆ
・コントローラ関数１４０ｈ～Ｉ／Ｏ制御デバイス１２３ｄ
ｏルート１：ネットワーク中継デバイス１２１ｂ～ネットワーク中継デバイス１２１ｅ～ネットワーク中継デバイス１２１ｆ
ｏルート２：ネットワーク中継デバイス１２１ｃ～ネットワーク中継デバイス１２１ｆ。

ちなみに、通信経路は静的に設定されていても、動的に設定されていてもよい。

通信経路を設計した後、例えば、ネットワーク中継デバイス１２１上の周期のタイムスロットを確保する。

制御関数３では、物理的な制約からＩ／Ｏ制御デバイス１２３ｄとアクセスポイント１２６ｂのみが通信経路となっており、ネットワーク中継デバイス１２１ｆとアクセスポイント１２６ｂは単一障害点となっている。

図１３は、例示の実装形態による、制御関数１の実行を示す。本例では、Ｉ／Ｏ制御デバイス１２３ａにおけるセンサ関数と、制御デバイス１２０ａ、１２０ｂ、１２０ｃで動作するコントローラ関数１４０ａ、１４０ｃ、１４０ｆと、Ｉ／Ｏ制御デバイス１２３ｂにおけるアクチュエータ関数との間の実行を示している。

センサ関数とアクチュエータ関数は、デバイスとしてのＩ／Ｏ制御デバイス１２３ａ、１２３ｂであるが、実装形態として、ソフトウェアプログラムであるため、「関数」と表現している。

センサ関数は、図１２の情報から分かるように、ＴＩＭＥ１００秒（１００，０００，０００マイクロ秒）で処理を開始し（図１３のｔ０、図７のＳ７００３のＹ）、センサとして被制御デバイス１２４ａからセンサ値を取得する（図１３の１５０、図７のＳ７００４）。そして、識別子追加ユニット１３２は、センサ値に識別子を付加して（図１３の１５１、図７のＳ７００５）、送信時間の間待機する。送信時間が経過すると（図１３のＴ１、図７のＳ７００６のＹ）、通信ユニット１３４は、パケットを送信する（図１３の１５２、図７のＳ７００７）。コントローラ関数１４０は冗長化されているので、パケットをコントローラ関数１４０ａ、１４０ｃ、１４０ｆに送信する。

図１４（ａ）～図１４（ｃ）は、例示の実装形態による、例示のパケットを示す。具体的には、図１４（ａ）はパケットフォーマットを、図１４（ｂ）は特定の時間におけるセンサ情報の例を、図１４（ｃ）は制御コマンドの例をそれぞれ示している。関数識別子が１、時間識別子がセンサ取得時間を示す１００，０００，０００で、センサ値がデータとして記憶されている。

コントローラ関数１４０のうち、コントローラ関数１４０ａに着目して説明する。コントローラ関数１４０ａは、センサ関数からセンサ値を受信すると（図１３のｔ２、図８のＳ８０１０のＹ）、受信時間ｔ２を取得する（図１３の１５３、図８のＳ８０１１）。そして、コントローラ関数１４０ａは、時間識別子としての１００，０００，０００に、許容遅延時間５０マイクロ秒を加算し、１００，０００，０５０の和を求める。コントローラ関数１４０ａは、パケット受信時間ｔ２の１００，０００，０５０と１００，０００，０２０とを比較する。パケット受信時間は、時間識別子で指定された経過時間ではないので、コントローラ関数１４０ａは、パケットを受信することを決定する（図１３の１５４、図８のＳ８０１２のＹ）。そして、コントローラ関数１４０ａは、受信したパケットのコンテンツを、受信時間ｔ２で記憶する（図１３の１５５、図８のＳ８０１３）。

そして、所定の時間ｔ３（１００，０００，０５０）が来ると（図１３のｔ３、図１０のＳ１００２０のＹ）、受信コンテンツ決定ユニット１３５は、受信したパケットのコンテンツに基づいて、受信コンテンツを決定する（図１３の１５６、図１０のＳ１００２１）。システムの構成要素に異常がない場合、コントローラ関数１４０ａは、関数識別子１、時間識別子１００，０００，０００のパケットをセンサ関数から受信し、処理ユニット１３０は、そのパケットのセンサ値を使用する。

次に、処理ユニット１３０は、決定した受信コンテンツに基づいて、制御コマンド値を算出する（図１３の１５７、図１０のＳ１００２２）。そして、コントローラ関数１４０ａは、記憶していた受信したパケットをクリアするなどの後処理を行い（図１３の１５８、図１０のＳ１００２３）、算出した制御コマンド値に識別子を付加して（図１３の１５９、図１０のＳ１０００５）、送信予定時間（図１３のｔ４、図１０のＳ１０００６のＹ）後にパケットを送信する（図１３の１６０、図１０のＳ１０００７）。

図１４（ｃ）は、上記処理後の時点でのパケットフォーマットの一例を示したものである。パケットでは、関数識別子が２、時間識別子が制御コマンド値の使用予定時間として１００，０００，１００となっており、制御コマンド値がデータとして記憶されている。

アクチュエータ関数が、コントローラ関数１４０から制御コマンド値を受信すると（図１３のｔ５、図８のＳ８０１０のＹ）、受信時間ｔ５を取得する（図１３の１６１、図８のＳ８０１１）。そして、アクチュエータ関数は、時間識別子で指定された１００，０００，１００と、受信したパケット時間ｔ５としての１００，０００，０８０を比較する。パケット受信時間が時間識別子で指定された経過時間ではないので、アクチュエータ関数はパケットを受信すると決定する（図１３の１６２、図８のＳ８０１２のＹ）。そして、アクチュエータ関数は、受信したパケットのコンテンツを受信時間ｔ５で記憶する（図１３の１６３、図８のＳ８０１３）。

そして、所定の時間ｔ６（１００，０００，１００）が来ると（図１３のｔ６、図９のＳ９０２０のＹ）、受信コンテンツ決定ユニット１３５は、受信したパケットのコンテンツに基づいて、受信コンテンツを決定する（図１３の１６４、図９のＳ９０２１）。システムの構成要素に異常がない場合、アクチュエータ関数は、冗長経路を含む合計６つのパケットをコントローラ関数１４０ａ、１４０ｃから受信しなければならない。各パケットには関数識別子２と時間識別子１００，０００，１００があり、アクチュエータ関数は６つのパケットを記憶しなければならない。受信コンテンツ決定ユニット１３５は、最も早く受信したパケットの制御コマンド値（図２０（ａ）に例示する先着順）、６つの制御コマンド値で多数決（図２０（ｂ））、多数決で同数の場合の先着順パケットの制御コマンド値（図２０（ｃ））、コンピュータリソースと通信リソースの組み合わせで決定された優先順位に基づいて選択されたパケットの制御コマンド値、またはこれらのパケットの６つの制御コマンド値の平均値などの統計値のいずれかをとることができる。

ちなみに、制御コマンド値は基本的に一致していることが望ましいが、制御デバイス１２０や制御ネットワーク１２２などに異常がある場合は、値が異なることがある。特に、時間識別子に関連付けられた期間内にパケットを受信しなかった場合、オペレータ、他の制御デバイス１２０、Ｉ／Ｏ制御デバイス１２３に通知して、フェイルセーフ処理を行うか、制御デバイス１２０に再送信を要求する（図２０（ｄ））。

どの決定方法を採用するかは、実装の難易度、処理時間、対象となる制御関数の状況などを考慮して決定する。例えば、処理時間の高速化が求められる場合には、高速化が期待できる先着優先方式を採用することがある。計算の確実性が求められる場合には、多数決を採用することもある。コントローラ関数１４０のアルゴリズムの差（例えば量子化誤差など）から算出値の差が予想される場合は、統計的な計算を行ってもよい。

処理ユニット１３０は、決定した受信コンテンツに基づいて、被制御デバイス１２４への出力値を算出する（図１３の１６５、図９のＳ９０２２）。そして、アクチュエータ関数は、記憶していた受信したパケットをクリアするなどの後処理を行う（図１３の１６６、図９のＳ９０２３）。

その後、これらの処理が定期的に繰り返される。

ちなみに、コントローラ関数の処理開始時間ｔ３は、Ｉ／Ｏ制御デバイス１２３ａと制御デバイス１２０との間の通信遅延、コントローラ関数１４０における一連の処理の処理時間、制御デバイス１２０とＩ／Ｏ制御デバイス１２３ｂとの間の通信遅延、制御関数（ここでは制御関数１）の要件などを考慮して決定される。

所望の実装形態に応じて、開始時間と期間を使用せずに時間識別子を表現することもできる。図１５（ａ）～図１５（ｃ）は例示の実装形態による、スケジューリングの態様を示す。具体的には、図１５（ａ）は、スケジュール表の一例である。送信関数と受信関数があらかじめ表を共有していれば、表から識別子付きの時間を取得することができる。

また、関数は、第１の識別子と時間のみを共有し、次の識別子と時間をパケットに記憶することもできる。図１５（ｂ）はパケットフォーマットを示し、図１５（ｃ）はその実装例を示す。次の時間識別子１８０は、次の時間識別子を表し、次の時間１８１は、対応する時間を表す。図１５（ａ）のスケジュールに基づき、時間識別子０と時間識別子１００，０００，０００が共有されていると仮定すると、次の目標時間は時間識別子１であり、時間識別子は１００，００１，０００であるため、これらのパラメータが、図１５（ｃ）の１８２，１８３に記憶される。

ちなみに、次の時間１８１，１８３は絶対的な時間ではなく、前回との差分時間でもよい。

次の時間をあらかじめ知っておくことで、パケットを受信しないまま時間が経過してしまった場合に、迅速な復旧処理を行うことができる。

本明細書における別の例示の実装形態では、既存の通信経路冗長化プロトコルを使用する場合について説明する。

図１６（ａ）～図１６（ｃ）は、例示の実装形態によるＨＳＲ、ＰＲＰのパケットフォーマットを示す図である。これらは、ＩＥＣ６２４３９－３やＩＥＥＥ８０２．１ＣＢで定義されているフォーマットに対応している。これらの規格で定義されたタグは、シーケンス番号１９０を含んでいる。したがって、図１２または図１５（ａ）に示す時間とシーケンス番号をあらかじめ関連付けておき（例えば、最初の時間とシーケンス番号０を関連付けておく）、パケット上に関数識別子１９１を定義しておけば、既存の通信冗長化プロトコルを利用して本発明を実装することが可能となる。

このような実装を行うことで、標準的な製品を用いて関数の冗長化を図り、高い信頼性を得ることができるようになる。

ちなみに、関数識別子と時間識別子は、パケットや関数ごとに異なる表現形式であってもよい。例えば、時間識別子としての１００秒という値は、マイクロ秒で表すと１００，０００，０００という値になり、ミリ秒で表すと１００，０００という値になる。

なお、受信コンテンツ決定ユニット１３５は、これらの値を正規化して比較することで、関数の等質性を決定してもよい。なお、表現形式を正規化するために、表現形式を示す情報をパケットに記憶してもよいし、関数情報共有ユニット１３３であらかじめ情報を共有しておいてもよい。

なお、受信コンテンツ決定ユニット１３５における受信コンテンツの決定において、受信コンテンツ決定ユニット１３５は、所定の情報に基づいて優先順位を定義し、優先順位に基づいて受信コンテンツを決定してもよい。優先順位は、パケットを生成する制御デバイス１２０、パケットが通過する特定のネットワーク中継デバイス１２１、特定の経路やリンクに基づいて決定してもよい。そのような例として、制御デバイス１２０の一例である特定制御デバイスは、トラストコンピューティングのような信頼性の高い方式を用い、特定のパスやリンクは、通信ノイズが少ないということを保証してもよい。あるいは、ネットワーク中継デバイス１２１のホップ数や経路のケーブル長に応じて、優先順位を変更してもよい。これは、ホップ数が少なかったり、ケーブル長が短かったりすると、故障の可能性が低くなると考えられるからである。あるいは、動的情報に基づいて優先順位を決定してもよい。例えば、過去の受信コンテンツの決定における履歴に基づいて、優先順位を決定してもよい。例えば、過去に最も多く採用されていた制御デバイス１２０からのパケットに高い優先順位を割り当ててもよい。これは、選択数の類似性に応じてネットワーク中継デバイス１２１、経路、リンクについても同様に適用することができる。選択の代わりに、受信した履歴に基づいていてもよい。

優先順位は、上述の決定方法の組み合わせでもよい。一例として、優先順位の高い各項目の値に所定の重み付け係数を乗じた値の合計を大きい順に並べる。順位の指標は優先順位でもよい。

なお、優先順位による判定は、多数決で受信したコンテンツの数が同じ場合に採用してもよい。

なお、受信コンテンツ決定ユニット１３５が、複数の受信したパケットの情報に統計的手法を適用する際には、上述の優先順位を考慮してもよい。例えば、制御デバイス１２０の識別に基づく重み付け係数を、制御デバイス１２０の値に乗じて算出する。

コントローラ関数１４０、センサ関数、およびアクチュエータ関数は、複数の同じパケットを送信してもよい。これらは、パケット送信時に連続して送信する場合もあれば、受信側からの要求に応じて送信する場合もある。このようにすることで、制御デバイス１２０、Ｉ／Ｏ制御デバイス１２３、ネットワーク中継デバイス１２１、制御ネットワーク１２２の一時的な障害の影響を回避することができる。

あるいは、コントローラ関数１４０は、算出した制御コマンド値を自ら他のコントローラ関数１４０に転送してもよい。例えば、コントローラ関数１４０ａは、制御コマンド値を図１１のコントローラ関数１４０ｂ、１４０ｃに転送してもよい。

コントローラ関数１４０ｂ、１４０ｃは、自分で計算した制御コマンド値と、受信した制御コマンド値とを比較することで、異常を判定することができる。他の関数がコマンドを転送すると、その関数は異常の有無を判定することができる。２つ以上の関数がコマンドを転送すると、どのコントローラ関数１４０に異常があるかをその関数は推測することができる。

異常と判定された場合には、所定の方法でオペレータに警告を発したり、および／または故障を回復させるなどの措置をとることができる。オペレータへの通知は、電子メール、ウェブサーバによる情報公開、パイロットランプなどの物理的な表示などを含むことができる。これはコントローラ関数１４０だけではなく、センサ関数やアクチュエータ関数に冗長性がある場合にも、このような応用が適用可能である。

さらに、受信関数としてのアクチュエータ関数は、コントローラ関数１４０から受信した複数の制御コマンド値について、図９のステップＳ９０２１で決定した受信コンテンツを、関係するコントローラ関数１４０に転送してもよい。コントローラ関数１４０は、情報に基づいて、異常を判定することができる。

このような実装形態により、異常の存在、および異常点を推定することができる。オペレータへの通知や障害回復などにより可用性を高め、信頼性の高いシステムにすることができる。

受信関数（例えば、制御コマンド値を受信するアクチュエータ関数）は、複数の制御コマンド値が同じでない場合、パケットの一部が受信されない場合、あるいは受信が間に合わなかったパケットがある場合に、関数は障害が発生したと判定したこと自体をオペレータに通知してもよい。

さらに、故障箇所を推定するために、識別子追加ユニット１３２は、図７のステップＳ７００５において、送信元となる制御デバイス１２０の識別子、送信先となるＩ／Ｏ制御デバイス１２３の識別子、パケットが通過する通信経路の識別子、および通信経路を構成するリンクの識別子のうち、１つ以上をパケットに付加してもよい。

あるいは、パケットを受信した制御デバイス１２０およびＩ／Ｏ制御デバイス１２３は、関数識別子、時間識別子、およびその他の識別子を記憶した後、制御通信ストレージデバイス１２５またはその他の装置（図示せず）に、自動的にまたは要求に応じて情報を送信してもよい。例えば、図８のステップＳ８０１２、Ｓ８０１４において、所定の時間が経過したパケットを破棄せずに記憶した後、パケットをオペレータに通知するようにしてもよい。

これらの情報をもとに故障箇所を推定することができる。例えば、Ｉ／Ｏ制御デバイス１２３ｂが、コントローラ関数１４０ａ（制御デバイス１２０ａ）およびコントローラ関数１４０ｆ（制御デバイス１２０ｃ）からのみ制御コマンド値を受信した場合、制御デバイス１２０ｂに障害が発生したと判定することができる。同様に、関数間の情報を利用して、ネットワーク中継デバイス１２１やリンクの障害を判定することができる。

オペレータは、特定制御デバイス、Ｉ／Ｏ制御デバイス１２３、ネットワーク中継デバイス１２１、経路、リンクの異常を見て、即座に故障箇所を判定し、故障を回復することができるので、システムの可用性を向上させ、信頼性の高いシステムを実現することができる。

あるいは、図８のステップＳ８０１２、Ｓ８０１４において、所定の時間が経過したパケットの場合、そのパケットの情報に基づいて、システム設計の問題で通信遅延が大きくなっているかどうかを判定することも可能である。例えば、特定の経路を通るパケットに対して、図８のステップＳ８０１４の頻度が頻繁に適用される場合には、パケットの通信経路を変更することが例として挙げられる。このようにシステム設計を見直すことで、目標とする制御システムを時間的制約を満たすように変更することができ、制御システムの性能や信頼性を向上させることが可能になるのである。

ちなみに、関数に関する情報は動的に変更されることがある。その場合、関数情報共有ユニット１３３は、更新された情報（関数識別子、時間識別子、期間など）と、更新のタイミングを他の制御デバイス１２０、Ｉ／Ｏ制御デバイス１２３、センサ関数、コントローラ関数１４０、アクチュエータ関数と共有してもよい。

関数識別子は、送信関数、受信関数のいずれか、または両方を反映していてもよい。この組み合わせは、動的に変更することができる。例えば、送信関数の識別子と受信関数の識別子の組み合わせで関数識別子が定義されている場合、送信関数の識別子のみに応じて関数識別子が変化する場合がある。

送信関数と受信関数は、関数情報共有ユニット１３３によってあらかじめ関数の情報を共有しているので、図９および図１０のステップＳ９０２１およびＳ１００２１において、それぞれ、時間が経過するまで送信関数からのパケットを受信しない場合には、関数は何らかの異常が発生したと判定することができる。

このような場合の異常への回復としては、受信関数から送信関数への再送を要求することや、オペレータや他のデバイスに異常を通知すること、所定のフェイルセーフ処理を行うことなどが挙げられる。フェイルセーフ処理の例としては、安全停止が挙げられる。

また、被制御デバイス１２４が移動体であり、無線通信により制御ネットワーク１２２に接続されている場合、回復には、別のアクセスポイント１２６に接続するために移動体を移動させることが含まれる。

また、前回と同じコマンド値を出力することや、デフォルトのコマンド値を出力することで回復する場合もある。

さらに、無線通信で制御ネットワーク１２２に接続する移動体（図１の被制御デバイス１２４ｃ、１２４ｄ）が移動することで、制御ネットワーク１２２への接続のアクセスポイント１２６が変更されることもある。そのため、制御デバイス１２０への通信ルートが変わることがある。このような場合に備えて、移動体との接続のために、あらかじめ複数の通信経路を確保しておくことも例示の実装形態のひとつである。例えば、図１の被制御デバイス１２４ｄがその移動によりアクセスポイント１２６ｄに新たに接続された場合、制御デバイス１２０ｂへの経路として、ネットワーク中継デバイス１２１ｅ、１２１ｄ、１２１ａのタイムスロットを確保することが例示されている。

また、制御デバイス１２０上の冗長関数が動くこともある。被制御デバイス１２４ｃ、１２４ｄ用のコントローラ関数１４０は、コントローラ関数１４０ｅ、１４０ｈとして制御デバイス１２０ｂ、１２０ｃにそれぞれ展開されている。ただし、被制御デバイス１２４ｄに接続されているアクセスポイント１２６がアクセスポイント１２６ａに変更された場合には、例えば、制御デバイス１２０ａにコントローラ関数１４０が展開されてもよい。この手順は、図１８に基づいている。なお、このようなコントローラ関数１４０の動作を実行するかどうかは、遅延が短くなったかどうか、冗長な通信経路が少なくなったかどうか、制御デバイス１２０の演算負荷などの情報に基づいて判定してもよい。

さらに、このような実装を実現するために、Ｉ／Ｏ制御デバイス１２３は、接続された被制御デバイス１２４が移動体であるかどうかを知り、関数情報共有ユニット１３３は、被制御デバイス１２４が移動体であることを他の関数情報共有ユニット１３３と共有してもよい。

制御通信ストレージデバイス１２５は、制御ネットワーク１２２上のパケットを記録する。パケットの情報は、関数の冗長化に利用したり、ＡＩ（人工知能）などの統計解析に利用したりして、制御システムの運用を改善することができる。

図１７は、例示の実装形態による、制御通信ストレージデバイス１２５の関数構造を示す。ストレージターゲット決定ユニット２００は、取得したパケットがストレージターゲットであるか否かを判定する。ストレージターゲット決定ユニット２００は、ＣＰＵ１０１、ＣＰＵ１０１上で動作するアプリケーション、および通信制御ＩＣ１０２のうちの１つ以上によって円滑に判定できるようになる。ストレージユニット２０１は、記憶対象であるパケットを記憶する。ストレージユニット２０１は、メモリ１０４および不揮発性ストレージ媒体１０５のうちの１つ以上によって円滑に記憶できるようになる。情報選択ユニット２０２は、外部からの要求に応じてストレージユニット２０１に記憶されている情報を、通信ユニット１３４を介して要求者に提供する。必要に応じて、その情報を処理してもよい。例として、要求された情報（例えば、時間識別子やデータのコンテンツ）だけを提供したり、複数の情報を組にした形式にしたり、統計値（例えば、指定された条件に合致する情報の数）を算出したりすることが挙げられる。情報選択ユニット２０２は、ＣＰＵ１０１、ＣＰＵ１０１上で動作するアプリケーション、および通信制御ＩＣ１０２のうちの１つ以上によって円滑に判定できるようになる。

制御通信ストレージデバイス１２５は、必要なパケットを受信できる必要がある。したがって、センサ関数、コントローラ関数１４０、アクチュエータ関数、または制御デバイス１２０、Ｉ／Ｏ制御デバイス１２３は、必要なパケットを制御通信ストレージデバイス１２５に転送してもよい。このとき、受信関数でパケットの受信時間をパケットに付加してもよい。あるいは、関数間の通信は、制御通信ストレージデバイス１２５がパケットを受信するためのマルチキャストまたはブロードキャストとして構成される。あるいは、ネットワーク中継デバイス１２１のポートミラーリング機能を利用して、制御通信ストレージデバイス１２５が必要なパケットを受信できるようにしてもよい。図１では、制御通信ストレージデバイス１２５への唯一の通信経路を示しているが、所望の実装形態に応じて、２つ以上の経路を使用してもよい。また、複数のネットワーク中継デバイス１２１、制御デバイス１２０、Ｉ／Ｏ制御デバイス１２３が、制御通信ストレージデバイス１２５に接続されてもよい。

制御通信ストレージデバイス１２５が記憶しているパケットは、所定の関数識別子を有するパケットであってもよいし、所定の期間に通信されるパケットであってもよい。あるいは、時間識別子で指定された時間が所定の期間内にあるパケットを対象パケットとしてもよい。あるいは、データの値が所定の条件に合致したり、変化量や蓄積量などの統計値が所定の条件に合致したパケットを対象パケットとしてもよい。あるいは、送信元や送信先が特定の制御デバイス１２０やＩ／Ｏ制御デバイス１２３であるパケットを対象パケットとしてもよい。また、特定のネットワーク中継デバイス１２１やリンクを経由したパケットを対象パケットとしてもよい。

制御通信ストレージデバイス１２５から所望のデータを取り出すために、構造化照会言語（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ：ＳＱＬ）などのデータベース言語を定義してもよい。制御通信ストレージデバイス１２５からの所望のデータの取得要求には、記憶対象のパケットと同じ仕様のものが含まれている。例えば、関数識別子、時間識別子、期間指定などが挙げられる。

制御通信ストレージデバイス１２５は、検索要求に対して適切な情報を持っている場合、制御通信ストレージデバイス１２５は、図１４に示すパケットで情報を返してもよいし、種別情報（関数識別子や時間識別子などの識別子や受信時間、データコンテンツであれば）を追加してもよい。あるいは、制御通信ストレージデバイス１２５は、複数の情報をまとめて返してもよい。

また、制御通信ストレージデバイス１２５は、要求に対応する情報がない場合、要求された情報を保有していないことを示すコードを要求者に返信してもよい。コードは事前に定義しておく必要がある。あるいは、より詳細な情報として、制御通信ストレージデバイス１２５が対象情報を記憶するように設定されていない場合、制御通信ストレージデバイス１２５はそのように応答してもよい。例えば、制御デバイス１２０のパケットを記憶対象としない場合もあり得る。

記憶すべきパケットの情報量が増加し、それによって制御通信ストレージデバイス１２５の記憶容量を超えた場合、あるいは残りの容量が所定のしきい値を下回った場合には、所望の実装形態に応じてオペレータに通知することができる。あるいは、制御通信ストレージデバイス１２５は、古いデータを年代順に削除することで容量を得てもよい。

あるいは、制御通信ストレージデバイス１２５は、個々のパケットの形式ではなく、コンテキストデータの形式に変換してもよい。これは、過去の初期状態や入力によって、関数の状態が変化することに基づいている。コンテキストデータとしては、プログラムが実行時に展開されるメモリ上のデータや、状態が値の組として定義されている場合の変数の組などが挙げられる。これらのコンテキストデータは、制御通信ストレージデバイス１２５において、対象の関数を表す仮想マシンやプログラムを仮想的に実行し、実際の入力を処理することで取得されてもよい。

コンテキストデータを制御通信ストレージデバイス１２５に保持するために、１つの例示の実装形態として、対象関数のコンテキストの初期状態を取得することが挙げられる。なお、制御通信ストレージデバイス１２５がパケットの組をコンテキストデータに変換して記憶する際に、対応する関数識別子と、変換されたコンテキストの時間を記憶してもよい。

ちなみに、制御ネットワーク１２２で通信するパケット以外の要因でコンテキストが変化する場合には、制御通信ストレージデバイス１２５がその要因を記憶することもある。例えば、ＤＩＰスイッチやプッシュボタン、キーボード、マウスなど、制御デバイス１２０やＩ／Ｏ制御デバイス１２３に搭載されたローカル入力手段が例示される。これを実現するために、制御デバイス１２０およびＩ／Ｏ制御デバイス１２３は、要因イベントを取得、記憶、および提供してもよい。

あるいは、制御デバイス１２０やＩ／Ｏ制御デバイス１２３自身が、指定された時間にコンテキストを取得、記憶、提供する手段を提供してもよい。

ちなみに、コントローラ関数１４０、センサ関数、アクチュエータ関数は、制御通信ストレージデバイス１２５と同様の効果を得るために、自身が送信した情報を送信関数として記憶したり、受信した情報を受信関数として記憶したりしてもよい。

そのため、図９および図１０のＳ９０２３およびＳ１００２３の後処理として、受信したパケットをクリアせず、関数がそれらを記憶してもよい。

記憶する情報は、関数識別子、時間識別子、パケットのデータコンテンツ、パケットの受信時間、その他の識別子であってもよい。

このような関数は、ＣＰＵ１０１上で動作するアプリケーションによって容易に実現されることが例示されているが、通信制御ＩＣ１０２がパケットを処理する際に、パケットの情報を記憶するようにしてもよい。

図１８は、例示の実装形態による、システムの操作中に冗長性関数を追加する際に状態を合わせるための操作手順を示す。

これは、システム運用時に特定の関数の信頼性を高めるために冗長度を高めた場合や、受信したパケットの一部が失われてしまった場合などが当てはまる。

まず、ある関数が初期状態や現在記憶されているコンテキストデータを制御通信ストレージデバイス１２５に要求する（Ｓ１８０３０）。追加された装置は、制御ネットワーク１２２が制御通信ストレージデバイス１２５と通信できるように設定する。ちなみに、本関数は、制御通信ストレージデバイス１２５から取得する代わりに、ストレージ媒体を用いて初期状態やコンテキストデータを取得してもよい。

次に、関数は、初期状態またはコンテキストデータが取得されるまで待機する（Ｓ１８０３１）。関数が初期状態やコンテキストデータを取得した場合（Ｓ１８０３１のＹ）、取得したコンテキストデータの時間と現在時間を比較することで、取得した状態が最新のコンテキストデータであるかどうかを判定する（Ｓ１８０３２）。最新でない場合（Ｓ１８０３２のＮ）、その関数が現在の時刻に欠落している情報を保持しているかどうかを判定する（Ｓ１８０３３）。欠落情報を保持していない場合（Ｓ１８０３３のＮ）、本関数は制御通信ストレージデバイス１２５に欠落情報提供の要求を送信する（Ｓ１８０３４）。そして、関数は、情報が取得されるのを待つ（Ｓ１８０３５）。関数が情報を取得した場合（Ｓ１８０３５のＹ）、関数はその情報が要求された欠落情報であるかどうかを判定する（Ｓ１８０３６）。その情報が要求された欠落情報であれば（Ｓ１８０３６のＹ）、関数は、その情報を用いて計算を行い、コンテキストを更新する（Ｓ１８０３７）。

ステップＳ１８０３６において、取得した情報が要求された情報でない場合（Ｓ１８０３６のＮ）、その情報は制御ネットワーク１２２で通信している最新の情報である可能性があるため、関数は必要に応じてその情報を記憶する（Ｓ１８０３８）。

このＳ１８０３８を考慮して、ステップＳ１８０３３で欠落情報を保持している場合（Ｓ１８０３３のＹ）、関数はステップＳ１８０３７を実行する。

ステップＳ１８０３７の処理後は、ステップＳ１８０３２に戻る。

ステップＳ１８０３２において、状態が最新であれば（Ｓ１８０３２のＹ）、関数は処理を終了する。

図１８に示した手順の一例を図１９に示す。図１９は、例示の実装形態による、状態回復の一例を示す。

その一例として、コントローラ関数の状態回復について説明する。タイムチャートＡは、冗長化対象のメインシステムの動作である。チャートは、初期状態Ｓ０からスタートし（２１０）、関数は、Ｔ１でｔ０のセンサ情報を受信した後、制御動作を実行し（２１１）、Ｔ１で指令値を出力しながら状態Ｓ１に変化する。以後、この関数は、この工程を繰り返す。

タイムチャートＢは、冗長システムの動作である。ここで、Ｔ１０で状態回復の処理が始まったと仮定する。まず、本関数は、制御通信ストレージデバイス１２５に記憶されている最新のコンテキストデータを要求する（図１８のステップＳ１８０３０に対応）。

Ｔ１１では、本関数は、制御通信ストレージデバイス１２５から状態Ｓ２を取得する（図１８のステップＳ１８０３１に対応）。Ｔ１１はＴ３を経過しており、状態Ｓ２はタイムチャートＡのＴ２にある状態なので、Ｓ２は最新の状態ではないことが判かる（図１８のＳ１８０３２のＮに対応）。

さらに、本関数は、センサ情報ｔ２、ｔ３を欠落情報として保持していないため（図１８のＳ１８０３３のＮに相当）、Ｔ１２において、制御通信ストレージデバイス１２５に欠落センサ情報を要求する（図１８のステップＳ１８０３４に対応）。

このときのリクエストには、関数識別子１と時間識別子情報ｔ２、ｔ３が含まれていてもよいし、関数識別子１と時間識別子ｔ２以降が含まれていてもよい。Ｔ１３において、関数が、関数識別子が１、時間識別子がｔ２、ｔ３であることを取得したとする（図１８のＳ１８０３５のＹに対応）。

取得した情報は要求された情報であるため（図１８のＳ１８０３６のＹに対応）、本関数は制御動作（図１９の２２３、２２５）を順次実行する（図１８のＳ１８０３７に対応）。Ｔ１４では、関数識別子１と時間識別子ｔ４のセンサ情報を受信し、記憶する。

これは、図１８のＳ１８０３６のＮおよびＳ１８０３８と同等であるが、パケットの受信は、図１８の手順とは非同期に実行してもよい。このように、図１８のＳ１８０３６のＮとＳ１８０３８の処理を、図１８の手順と並行して実行してもよい。

制御動作を終了したＴ１５はｔ４経過しているので、状態Ｓ４は最新ではないことが理解でき（図１８のＳ１８０３２のＮに対応）、必要なｔ４のセンサ情報を関数が保持しているので（図１８のＳ１８０３３のＹ）、関数が再度制御動作を実行すると（図１８のＳ１８０３７のＹ）、状態はＴ１６でＳ５となる。ここで、現在の時刻Ｔ１６は、ｔ４よりも遅く、ｔ５よりも前に、最新の状態になったことがわかる（図１８のＳ１８０３２のＹ）。以上の処理により、冗長システムはその状態をメインシステムの状態と同期させることができ、回復処理後はメインシステムと同じように動作する。

これらの処理は、システムを停止することなく、冗長システムを追加することができる。また、運転中に冗長システムを追加することができるため、冗長度をダイナミックに変更することができ、オペレータはコストなどのシステム要件に応じて信頼性を変更することができる。

ちなみに、図１８および図１９のコンテキストおよび情報の要求先として、制御通信ストレージデバイス１２５を例示したが、制御通信ストレージデバイス１２５と同じ関数を持つ他の制御デバイス１２０やＩ／Ｏ制御デバイス１２３であってもよい。

ちなみに、タイムチャートＢの冗長システムでは、状態回復処理を行いながら、関数が最新の状態に同期するまで、古い指令値を出力してもよい。受信側ではパケットの時間識別子を使用して古いと判定しているので、関数の実行に問題はないと思われる。しかし、古いコマンドを受信することで誤った異常判定を行う可能性があるため、１つの例示の実装形態としては、関数が最新の状態に同期するまで出力しないという処理が挙げられる。具体的には、図１９の２２３、２２５の状態Ｓ３、Ｓ４が、現在の期間ｔ４に対して古いと判定できるため、それによって出力を制限することができる。

このような出力制限機構は、ＣＰＵ１０１、ＣＰＵ１０１上で動作するアプリケーション、通信制御ＩＣ１０２、および通信ユニット１３４の１つ以上によって円滑に出力制限を行うことができる。

所望の実装形態に応じて、監視デバイスを追加してもよい（図１には図示せず）。本デバイスは、関数情報共有ユニット１３３、制御通信ストレージデバイス１２５、または制御ネットワーク１２２と通信するパケットを観測することで、システム全体の障害の有無、障害発生箇所（制御デバイス１２０、Ｉ／Ｏ制御デバイス１２３、ネットワーク中継デバイス１２１、制御ネットワーク１２２を構成するリンク）、現在の有効な冗長性（関数の単位、装置の単位）を監視する。

情報が不一致であったり、関数が、受信関数で指定された時間を超えたパケットを受信したりした場合、監視デバイスは障害が発生したと判定してもよい。

監視デバイスは、故障が発生したり、任意の関数、デバイス、経路の冗長度が所定の数（例えば１）になったりしたときに、オペレータや他のデバイスに通知してもよい。

予め、関数の冗長性の要件を定義しておき、要件が満たされない場合は、監視デバイスは、図１８の手順で冗長関数を展開してもよい。また、オペレータが手動で冗長関数を展開することも可能である。

物理的または論理的に分離されたドメインを実現するために、ドメイン境界に位置する制御デバイス１２０、Ｉ／Ｏ制御デバイス１２３、または他のデバイスは、関数識別子、時間識別子、または他の識別子を変更してもよい。

上記の例示の実装形態により、複数の制御関数が１つの制御デバイス１２０またはＩ／Ｏ制御デバイス１２３に多重化され、冗長関数が異なる制御デバイス１２０およびＩ／Ｏ制御デバイス１２３にインスタンス化される。したがって、関数識別子と時間識別子に基づいて受信コンテンツを決定することで、時間的制約のあるリアルタイム制御システムにおいて、連続的な冗長性による高い信頼性を実現することができる。また、上記の実装形態は、複数の制御システムが多重化されたシステムのうちのシステムにおいても有効である。また、その後に冗長システムが追加された場合でも、関数識別子と時間識別子から欠落情報を得ることができるため、冗長系をリアルタイム制御システムに柔軟に追加することができる。冗長システムはシステムを停止することなく追加できるため、可用性を低下させることなく信頼性を向上させることができる。また、ネットワーク上で通信されたパケットの共有情報や識別子をもとに、システムの故障の有無や故障箇所を判定し、システムが冗長性の要件を満たさない場合には、オペレータが自動的または手動で冗長システムを追加することもできる。そのため、システムの稼働率を下げることなく、信頼性を向上させることが可能である。

本明細書に記載するように、例示の実装形態は、１つ以上の時間同期された装置からネットワーク方式を通してデータパケットを管理するシステムおよび方法であって、１つ以上の時間同期された装置から時間識別子を有するデータパケットを受信することと、一定期間内に受信したデータパケットのうちの１つ以上を現在の時刻に基づいて選択することと、選択した１つ以上のデータパケットから、同じ時間識別子と関数識別子を有するパケットを選択することと、同じ時間識別子と関数識別子を有する選択されたパケットを処理して、１つ以上の時間同期された装置のコントローラアプリケーションへの出力を提供することと、を含む、システムおよび方法を含む。

本明細書で説明するように、例示の実装形態は、同じ時間識別子および関数識別子を有する選択されたパケットを処理して１つ以上の時間同期された装置のコントローラアプリケーションに出力を提供することが、同じ時間識別子および関数識別子を有する選択されたパケットのうち最初に受信したパケットから、コントローラアプリケーションによる実行のための制御情報を決定することを含む、システムおよび方法を含む。

本明細書に記載するように、例示の実装形態は、同じ時間識別子および関数識別子を有する選択されたパケットを処理して１つ以上の時間同期された装置のコントローラアプリケーションに出力を提供することが、同じ時間識別子および関数識別子を有する選択されたパケットに対して行った多数決処理から、コントローラアプリケーションによる実行のための制御情報を決定することを含む、システムおよび方法を含む。

本明細書で説明するように、同じ時間識別子および関数識別子を有する選択されたパケットを処理して１つ以上の時間同期された装置のコントローラアプリケーションに出力を提供することが、同じ時間識別子および関数識別子を有する選択されたパケットの各々の制御情報の統計的計算から、コントローラアプリケーションによる実行のための制御情報を決定することを含む、システムおよび方法がある。このような統計的な計算は、平均値や、最大値、最小値、過去の情報を用いたフィルタ処理から得られる値など、所望の実装形態に応じた平均値や他の値を含むことができるが、それに限定されるものではない。

本明細書に記載するように、例示の実装形態では、コントローラアプリケーションの関数識別子に関連付けられた関数が、同じ時間識別子と関数識別子を有する選択されたパケットが一致しないこと、時間識別子に関連付けられた期間後に選択されたパケットを受信すること、または時間識別子に関連付けられた期間が経過したことのいずれかを示す場合、データパケットの再送を要求すること、データパケットの非受信の通知を提供すること、または安全処理を実行することのうちの１つ以上を実施することをさらに含む、システムおよび方法が含まれる。本明細書に記載するように、異常検知および回復処理を起動する条件は、時間識別子に関連付けられた期間後にパケットを受信することである。これらの条件は、時間識別子に関連付けられた期間の経過に似ているが、回復を起動するタイミングは異なる。例えば、一方は期間終了のタイミングであるが、もう一方はパケットの受信のタイミングである。したがって、それらは異なる条件を伴うことがある。

本明細書に記載するように、時間識別子は、例示の実装形態に従って、時間に関連付けられたシーケンス値とすることができる。

本明細書に記載するように、例示の実装形態は、ストレージデバイスに受信したデータパケットを記憶することと、要求に応答して受信したパケットの記憶されたパケット情報を出力することと、を含む、システムおよび方法を含む。

本明細書に記載するように、例示の実装形態は、関数識別子に関連付けられた１つ以上の時間同期された装置のコントローラアプリケーションの第１の関数が、指定された時間に第２の関数のコンテキストと、要求に応答してストレージデバイスから提供される記憶されたパケット情報と、受信されたデータパケットとのうちの１つ以上を介してデータパケットを送信した１つ以上の時間同期された装置の第２の関数に同期する、システムおよび方法を含む。

本明細書に記載するように、例示の実装形態は、第１の関数が、第２の関数のコンテキストへの同期が発生するまで、別の関数に出力しないように構成されているシステムおよび方法を含むことができる。例えば、３つの制御関数（制御関数Ａ、制御関数Ｂ、アクチュエータ関数）を含む例では、制御関数Ａを回復対象とし、制御関数Ｂを制御関数Ａの回復対象とし、制御関数Ａ、Ｂ、およびアクチュエータ関数の間でアプリケーションを確立する。このような実施例では、制御関数Ａを第２の関数、つまり回復対象とし、制御関数Ｂを第１の関数とし、およびアクチュエータ関数を別の関数とすることができる。

本明細書で記載するように、例示の実装形態は、１つ以上のデバイス上で冗長関数を実行することを含むシステムおよび方法であって、冗長関数が、同じ時間識別子および関数識別子を有するデータパケットを送信するように構成される、システムおよび方法を含むことができる。

本明細書に記載するように、例示の実装形態は、コントローラアプリケーションの関数が、同じ時間識別子および関数識別子を有する選択されたパケットを、１つ以上の時間同期された装置の冗長関数のうち、コントローラアプリケーションの関数に対して冗長な関数の１つに送信するように構成されるシステムおよび方法を含むことができる。

本明細書に記載するように、例示の実装形態は、ネットワークにおけるコントローラアプリケーションの関数の通信ポイントの変更のために、時間同期した１つ以上の装置のうち、コントローラアプリケーションの関数を動作させる装置、または宛先関数への通信経路を変更することを含む、システムおよび方法を含むことができる。

本明細書に記載するように、例示の実装形態は、１つ以上の時間同期された装置の関数が、冗長な通信経路を持つネットワークを介して接続されるシステムおよび方法を含むことができる。

詳細な説明のうちの一部は、コンピュータ内の操作のアルゴリズムおよび記号表現に関して提示される。これらのアルゴリズム記述および記号表現は、データ処理技術の当業者が使用することにより、他の当業者にそれらの技術革新の本質を伝える手段である。アルゴリズムは、所望の終了状態または結果をもたらす、定義された一連のステップである。例示の実装形態では、実行されるステップは、有形の結果を達成するための有形量の物理的操作を必要とする。

特に記載がない限り、議論から明らかなように、明細書の議論全体を通して「処理する」、「演算する」、「算出する」、「判定する」、「表示する」などの用語を使用する場合は、物理（電子）量で表されるコンピュータシステムのレジスタおよびメモリ内のデータをコンピュータシステムのメモリ、レジスタ、または他の情報ストレージ、伝送もしくは表示デバイス内の物理量として同様に表される他のデータに操作および変換するコンピュータシステム、または他の情報処理デバイスの動作および処理を含むことができることは理解できよう。

例示の実装形態は、本明細書での操作を実行するための装置にも関連する場合もある。この装置は、必要な目的のために特別に構成することができ、あるいは１つ以上のコンピュータプログラムを選択的に起動または再構成する１以上の汎用コンピュータを含んでいてもよい。このようなコンピュータプログラムは、コンピュータ可読ストレージ媒体またはコンピュータ可読信号媒体などのコンピュータ可読媒体に記憶されてもよい。コンピュータ可読ストレージ媒体は、限定されるものではないが、光ディスク、磁気ディスク、読み取り専用メモリ、ランダムアクセスメモリ、ソリッドステートデバイスおよびドライブなどの有形媒体、または電子情報を記憶するのに適切な任意の他の種類の有形もしくは非一時的媒体を含んでいてもよい。コンピュータ読み取り可能な信号媒体は、搬送波のような媒体を含んでいてもよい。本明細書で提示されるアルゴリズムおよび表示は、いかなる特定のコンピュータまたは他の装置にも本質的に関連するものではない。コンピュータプログラムは、所望の実装形態の操作を実行する命令を含む純粋なソフトウェア実装を含むことができる。

様々な汎用システムを、本明細書の実施例に従ってプログラムおよびモジュールと共に使用することができ、または所望の方法ステップを実行するためのより特化された装置を構築することが便利であると証明することができる。さらに、例示の実装形態の説明には、任意の特定のプログラミング言語を参照していない。本明細書に記載された例示の実装形態の技術を実装するために、様々なプログラミング言語を使用することができることは理解できよう。プログラミング言語の命令は、１つ以上の処理デバイス、例えば中央処理装置（ＣＰＵ）、プロセッサ、またはコントローラによって実行してもよい。

当該技術分野で知られているように、上述した操作は、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアのいくつかの組み合わせによって実行することができる。例示の実装形態の様々な態様は、回路および論理デバイス（ハードウェア）を使用して実装してもよく、他の態様は、プロセッサによって実行される場合、プロセッサに本出願の実装を実行する方法を実行させる、機械可読媒体（ソフトウェア）上に記憶された命令を用いて実装してもよい。さらに、本出願のいくつかの例示の実装形態は、ハードウェアのみで実行してもよく、他の例示の実装形態は、ソフトウェアでのみ実行してもよい。さらに、記載された様々な関数は、単一のユニット内で実行することができ、またはいくつかの方法でいくつかの構成要素にわたって拡散することができる。ソフトウェアによって実行される場合、方法は、コンピュータ可読媒体上に記憶された命令に基づいて、汎用コンピュータなどのプロセッサによって実行してもよい。所望であれば、命令は、圧縮されたフォーマットおよび／または暗号化されたフォーマットで媒体上に記憶することができる。

さらに、本出願の他の実施態様は、本願明細書の検討および本出願の技術の実施から当業者に明らかになるであろう。記載された例示の実装形態の様々な態様および／または構成要素は、単独で、または任意の組み合わせで使用してもよい。本明細書および例示の実装形態は、例示に過ぎず、本出願の真の範囲と精神は、下記の特許請求の範囲によって示されるものである。

１０２ 通信制御ＩＣ
１０４ メモリ
１０５ 不揮発性ストレージ媒体
１０６ バス
１０７ Ｉ／Ｏユニット
１０８ 通信経路制御ＩＣ
１３０ 処理ユニット
１３１ 時間同期ユニット
１３２ 識別子追加ユニット
１３３ 関数情報共有ユニット
１３４ 通信ユニット
１３５ 受信コンテンツ決定ユニット
２００ ストレージターゲット決定ユニット
２０１ ストレージユニット
２０２ 情報選択ユニット

Claims (15)

1. １つ以上の時間同期された装置からのデータパケットをネットワーク方式で管理するデータパケット管理方法であって、
   前記１つ以上の時間同期された装置から、前記データパケットとして、各々が時間識別子を有するデータパケットを受信し、
   現在の時刻に基づいて、一定期間内に受信した前記データパケットのうちの１つ以上を選択し、
   前記選択した１つ以上の前記データパケットから、同じ時間識別子と関数識別子を有するパケットを選択し、
   前記同じ時間識別子と関数識別子を有する前記選択されたデータパケットを処理して、前記１つ以上の時間同期された装置のコントローラアプリケーションに出力する、データパケット管理方法。
2. 前記同じ時間識別子および関数識別子を有する前記選択されたパケットを処理して、前記１つ以上の時間同期された装置の前記コントローラアプリケーションに前記出力を提供することが、前記同じ時間識別子および関数識別子を有する前記選択されたパケットのうち最初に受信したパケットから、前記コントローラアプリケーションによる実行のための制御情報を決定する、請求項１に記載のデータパケット管理方法。
3. 前記同じ時間識別子および関数識別子を有する前記選択されたパケットを処理して、前記１つ以上の時間同期された装置の前記コントローラアプリケーションに前記出力を提供することが、前記同じ時間識別子および関数識別子を有する前記選択されたパケットに対する多数決処理から、前記コントローラアプリケーションによる実行のための制御情報を決定する、請求項１に記載のデータパケット管理方法。
4. 前記同じ時間識別子および関数識別子を有する前記選択されたパケットを処理して、前記１つ以上の時間同期された装置の前記コントローラアプリケーションに前記出力を提供することが、前記同じ時間識別子および関数識別子を有する前記選択されたパケットの各々の制御情報の統計的計算から、前記コントローラアプリケーションによる実行のための制御情報を決定する、請求項１に記載のデータパケット管理方法。
5. 前記同じ時間識別子と関数識別子を有する前記選択されたパケット内のデータが一致しないことを示す前記コントローラアプリケーションの前記関数識別子に関連付けられた関数に対し、
   前記データパケットの再送を要求し、
   前記データパケットを受信していないことを通知し、
   安全処理を実行することと、
   のうちの１つ以上を実行する、請求項１に記載のデータパケット管理方法。
6. 前記時間識別子に関連付けられた期間内にパケットを受信しない場合、
   前記データパケットの再送を要求し、
   前記データパケットを受信していないことの通知、または、
   安全処理の実行
   のうちの１つ以上を実行する、請求項１に記載のデータパケット管理方法。
7. 前記時間識別子が時間に関連付けられたシーケンス値である、請求項１に記載のデータパケット管理方法。
8. 前記受信したデータパケットをストレージデバイスに記憶し、
   要求に応じて前記受信したパケットの記憶したパケット情報を出力する、請求項１に記載のデータパケット管理方法。
9. 前記関数識別子に関連付けられた前記１つ以上の時間同期された装置のコントローラアプリケーションの第１の関数が、
   指定された時間に第２の関数のコンテキストと、
   要求に応答してストレージデバイスから提供される前記記憶されたパケット情報と、または、
   前記受信された前記データパケット
   の１つ以上を介してデータパケットを送信した前記１つ以上の時間同期された装置の前記第２の関数に同期する、請求項８に記載のデータパケット管理方法。
10. 前記第１の関数が、前記第２の関数の前記コンテキストへの同期が発生するまで、別の関数に出力しないように構成されている、請求項９に記載のデータパケット管理方法。
11. さらに、１つ以上のデバイス上で冗長関数を実行し、前記冗長関数が、前記同じ時間識別子および関数識別子を有する前記データパケットを送信するように構成されている、請求項１に記載のデータパケット管理方法。
12. 前記コントローラアプリケーションの関数が、前記同じ時間識別子および関数識別子を有する前記選択されたパケットを、前記１つ以上の時間同期された装置の前記冗長関数のうち、前記コントローラアプリケーションの前記関数に対して冗長な関数の１つに送信するように構成されている、請求項１１に記載のデータパケット管理方法。
13. さらに、ネットワークにおける前記コントローラアプリケーションの関数の通信ポイントの変更のために、前記１つ以上の時間同期された装置のうち、前記コントローラアプリケーションの前記関数を動作させる装置の１つ以上、または宛先関数への通信経路を変更することさらに含む、請求項１１に記載のデータパケット管理方法。
14. 前記１つ以上の時間同期された装置の関数が、冗長な通信経路を持つネットワークを介して接続される、請求項１に記載のデータパケット管理方法。
15. １つ以上の時間同期された装置からネットワーク方式を介してデータパケットを管理するコンピュータに、以下の処理を実行させるコンピュータプログラムであって、
    前記１つ以上の時間同期された装置から前記データパケットであって、各々が時間識別子を有するデータパケットを受信し、
    現在の時刻に基づいて、一定期間内に受信した前記データパケットのうちの１つ以上を選択し、
    前記選択した１つ以上の前記データパケットから、同じ時間識別子と関数識別子を有するパケットを選択し、
    前記同じ時間識別子と関数識別子を有する前記選択したパケットを処理して、前記１つ以上の時間同期された装置のコントローラアプリケーションに出力を提供するコンピュータプログラム。

Images