JP7413183B2 - コントロールシステム - Google Patents

Description

本発明は、概して、コントロールシステムに関する。

コントロールシステムに関し、例えば特許文献１に開示のシステムが知られている。特許文献１は、「本分散型監視制御システムは、プラントの監視制御設備における監視用パーソナルコンピュータ（ＰＣ）と制御用プログラマブルロジックコントローラ（ＰＬＣ）をネットワークで接続した分散型監視制御システムにおいて、監視用汎用ＰＣ１０ａに制御用汎用ＰＬＣ２０ａの情報管理ファイル１３ａを設け、汎用ＰＬＣ２０ａに、この汎用ＰＬＣ２０ａの情報自動掃出ツール２９ａを設けて、汎用ＰＣ１０ａに入力された情報と汎用ＰＬＣ２０ａのプロセス情報を汎用ソフトウェアで統合管理する。」を開示する。

特開2004-362327号公報

従来のコントロール装置は、少なくとも一つの制御プログラムが配置された演算装置である。一般に、コントロール装置の役割は、制御プログラムを周期的に実行することで、制御対象装置を遅延無く制御することにある。演算装置は、プロセッサ及びメモリといったハードウェア資源を有するが、役割を担うのに必要なハードウェア資源は、一般的な計算機のハードウェア資源に比べて少なくて済むため、通常、コントロールシステムの構成要素とされる演算装置のハードウェア資源の量は、一般的な計算機に比べて少ない。制御対象装置は、典型的には産業機器であり、産業機器は、一般的な計算機に比べて工場等の製造ラインで長期間動作されることが期待されるため、ＣＰＵ等の冷却に用いるファン等を搭載できない等の制約があるからである。

制御対象装置の制御に必要な情報（例えば、センサによる測定値）を取得するための通信を制御プログラムによる制御の一部とすること（すなわち、通信について制御プログラムに記述されていること）が考えられるが、通信のような情報処理は制御プログラムによる制御とは分離しておくことが望ましいと考えられる。そのように考えられる１つの理由は、コントロール装置の制御対象装置は、一般に、工作機械、自動組み立て装置又は自動搬送装置のような自動機械や生産設備であるため、高い安定性、つまりリアルタイム性が求められるためである。

そこで、制御プログラムに加えて、通信のような情報処理について記述されたプログラムである情報プログラムを用意しておくことが考えられる。

制御プログラムは、予め指定された制御周期毎にスキャン処理を行う。「スキャン処理」は、Ｉ／Ｏ（Input/Output）ポートに接続された機器の情報を読み込むことと、読み込んだ情報を演算することと、演算した情報を書き込むこととを含んだ処理である。スキャン処理に要する時間であるスキャンタイムと、スキャンタイム以外の時間である待機時間とで構成された時間を、「制御周期」（又は「制御プログラムの処理周期」）という。

情報プログラムは、制御プログラムの処理周期とは異なる処理周期で動作することもできるし、必ずしも周期的に動作しなくてもよい。また、情報プログラムは、制御プログラムの処理周期のうちの待機時間（例えば、制御プログラムがハードウェアリソースを利用していない時間）に、当該情報プログラムの処理を実行することもできる。

リアルタイム性を維持するために制御プログラムを優先するべく、演算装置をコントロールシステムに増設し、増設された演算装置で情報プログラムを実行することが考えられる。この場合、制御プログラムが実行される演算装置とは別の演算装置で情報プログラムが実行されるので、当該情報プログラムは、制御プログラムの待機時間以外の時間、例えば、スキャン処理が行われている時間に、処理を行ってもよい。

制御プログラムが実行される演算装置と別の演算装置で情報プログラムが実行される場合、制御プログラムと情報プログラム間の通信媒体は、演算装置の外部の通信媒体（例えば、外部バスや通信ネットワーク）である。

一方、資源節約の観点から、制御プログラムと情報プログラムの両方を一つの演算装置で実行することが考えられる。この場合、制御プログラムと情報プログラム間の通信媒体は、演算装置の内部の通信媒体（例えば、メモリ）である。

プログラム間の通信媒体の種類が変更されるシステム構成変更（例えば、演算装置の増設又は減設に伴いプログラムの配置先の演算装置を変更すること、及び、演算装置の接続先の通信媒体の種類を変更することの少なくとも一つ）を、柔軟に行えることが望ましい。

しかし、プログラム間の通信（データ共有）の実現のためには、プログラム間の通信媒体の種類に依存した種々の要素（例えば、共有メモリ名、ＩＰアドレス、プロトコル種類、バス番号）を考慮した設定を、当該通信を行う各プログラムに行う必要がある。故に、システム構成変更がされると、プログラムの作り直し（例えば、コード修正）が必要である。

このため、リアルタイム性を必要とする制御を行うコントロールシステムについて、プログラム間の通信媒体の種類が変更されるシステム構成変更を柔軟に行うことができない。特許文献１は、リアルタイム性を必要とする制御を行うコントロールシステムについてそのようなシステム構成変更を行う方法を開示も示唆もしていない。

一つ又は複数の制御対象装置を制御するコントロールシステムが、それぞれがインターフェース装置、記憶装置及びそれらに接続されたプロセッサを有する一つ又は複数の演算装置を備える。一つ又は複数の演算装置が、一つ又は複数の制御プログラムと、一つ又は複数の情報プログラムと、一つ又は複数の共有インターフェースとを有する。一つ又は複数の制御プログラムの各々について、当該制御プログラムは、当該制御プログラムについて定められた制御周期毎に、制御対象装置を制御する処理でありリアルタイム性を有する処理であるスキャン処理を当該制御周期内に行うプログラムであり、当該制御プログラムについて設定される情報である第１の設定情報は、当該制御プログラムと当該制御プログラムの通信相手としての一つ以上の情報プログラムの各々との間の通信媒体の種類に依存しない情報である。一つ又は複数の情報プログラムの各々について、当該情報プログラムは、当該情報プログラムについて定められた情報処理を行うプログラムであり、当該情報プログラムについて設定される情報である第２の設定情報は、当該情報プログラムと当該情報プログラムの通信相手としての一つ以上の制御プログラムの各々との間の通信媒体の種類に依存しない情報である。一つ又は複数の演算装置の各々において、第１のプログラム（制御プログラム又は情報プログラム）が、当該演算装置における共有インターフェースに対して、当該第１のプログラムについての設定情報中の情報を引数としてＩ／Ｏ（Input/Output）指定を行う。当該共有インターフェースが、当該Ｉ／Ｏ指定に応答して、当該Ｉ／Ｏ指定の引数に対応した情報を、通信媒体種類に依存した情報を含んだ情報であるマッピング情報から特定し、当該特定された情報を基に、当該第１のプログラムと第２のプログラム（当該第１のプログラムの通信相手としての制御プログラム又は情報プログラム）との間の通信媒体の種類に依存したＩ／Ｏを行う。

本発明によれば、リアルタイム性を必要とする制御を行うコントロールシステムについて、プログラム間の通信媒体の種類が変更されるシステム構成変更を、柔軟に行うことができる。

実施形態に係るコントロールシステムを含むシステムの物理構成の一例を示す。 コントロールシステムの論理構成の一例を示す。 ＰＩＯバス制御の構成を示す。 ネットワーク制御の構成を示す。 制御アプリの設定情報の一例を示す。 情報アプリの設定情報の一例を示す。 制御共有Ｉ／Ｆの構成を示す。 情報共有Ｉ／Ｆの構成を示す。 アプリテーブルの構成を示す。 ネットワークマッピングテーブルの構成を示す。 バスマッピングテーブルの構成を示す。 メモリマッピングテーブルの構成を示す。 データマッピングテーブルの構成を示す。 制御アプリの設定情報の設定に関する処理の一例を示す。 ネットワークマッピングテーブルの生成又は更新の処理の一例を示す。 バスマッピングテーブルの生成又は更新の処理の一例を示す。 メモリマッピングテーブルの生成又は更新の処理の一例を示す。 アプリ間のデータ共有の流れの一例を示す。

本発明の一実施形態に係る産業用のコントロールシステムは、一つ以上の産業用のコントロール装置を備える。当該コントロールシステムは、典型的には、更に、コントロール装置とハードウェアリソース（例えば、コントロール装置のＩ／Ｏポート）を共有し制御プログラムまたは情報プログラムを配置する拡張装置を備えることができる。また、本発明の一実施形態に係るコントロール装置は、ハードウェアリソースを共有可能な拡張装置の情報を取得し、コントロール装置及び共有された拡張装置に制御プログラムまたは情報プログラムを配置してよい。拡張装置は、必ずしもコントロール装置のハードウェアリソースを共有可能でなくてもよい。例えば、コントロール装置が接続されているバスに接続された拡張装置は、コントロール装置のハードウェアリソースを共有可能でよく、コントロール装置が接続されている通信ネットワークに接続された拡張装置は、コントロール装置のハードウェアリソースを共有可能でなくてよい。コントロール装置も拡張装置も演算装置の一例である。

以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、一つ以上の同種の通信インターフェースデバイスであってもよいし二つ以上の異種の通信インターフェースデバイスであってもよい。

また、以下の説明では、「メモリ」は、一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の永続記憶デバイスである。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）であり、具体的には、例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）である。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサモジュールである。少なくとも一つのプロセッサモジュールは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサモジュールは、プロセッサコアでもよい。

また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶装置及び／又はインターフェース装置等を用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体であってもよい。また、以下の説明において、二つ以上のプログラムが一つのプログラムとして実現されてもよいし、一つのプログラムが二つ以上のプログラムとして実現されてもよい。

また、以下の説明では、「ｙｙｙ部」の表現にて機能を説明することがあるが、機能は、一つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてよい。プログラムがプロセッサによって実行されることで機能が実現される場合、定められた処理が、適宜に記憶装置及び／又はインターフェース装置等を用いながら行われるため、機能はプロセッサの少なくとも一部とされてもよい。機能を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。各機能の説明は一例であり、複数の機能が一つの機能にまとめられたり、一つの機能が複数の機能に分割されたりしてもよい。

また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られる情報を説明することがあるが、当該情報は、どのような構造のデータでもよいし（例えば、構造化データでもよいし非構造化データでもよいし）、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。

また、以下の説明では、識別情報の一例として、ＩＤ、名前及び番号のいずれかが採用されるが、識別情報は、ＩＤ、名前及び番号のうちの少なくとも一つに代えて又は加えて、他種の要素を含んでもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通部分を使用し、同種の要素を区別して説明する場合には、参照符号を使用することがある。

また、以下の説明では、制御プログラムの一例が、制御アプリであり、情報プログラムの一例が、情報アプリである。「アプリ」は、アプリケーションプログラムの略である。

図１は、実施形態に係るコントロールシステムを含むシステムの物理構成の一例を示す。

コントロールシステム１０９が、制御対象装置１２がある工場１０に設置される。制御対象装置１２は、例えば、産業用モータやコンプレッサのような産業機器である。工場１０は、制御対象装置１２のある現場の一例である。

管理システム１０１及びコントロールシステム１０９が、通信ネットワーク１０８（例えば、インターネット又はＷＡＮ（Wide Area Network））に接続されている。コントロールシステム１０９は、例えば、工場１０内の通信ネットワーク１９（例えば、ＬＡＮ（Local Area Network））に接続されている。コントロールシステム１０９が、通信ネットワーク１９及び１０８経由で管理システム１０１と通信できる。通信ネットワーク１０８及び１９は、情報アプリが行う情報通信処理（制御アプリがスキャン処理において制御対象装置１２に制御データを送信する処理とは異なる通信処理）の際に使用される通信ネットワークである。

コントロールシステム１０９及び一つ以上のＩ／Ｏモジュール１１９（Ｉ／Ｏポートの一例）が通信ネットワーク１１８（例えば、イーサネット（登録商標））に接続されている。通信ネットワーク１１８は、制御アプリが行う制御処理において制御データを制御対象装置１２に送信するために使用される通信ネットワークである。

通信ネットワーク１９、１０８及び１１８は、それぞれ異なるネットワークでもよいし、通信ネットワーク１９、１０８及び１１８のうちの二つ以上の通信ネットワークが同一のネットワークでもよい。

一つ以上のＩ／Ｏモジュール１１９に一つ以上の周辺機器１２０が接続されている。周辺機器１２０は、センサやメディアドライブ（例えば、ＨＤＤやＳＳＤ）のような機器でよい。Ｉ／Ｏモジュール１１９は、周辺機器１２０が必要に応じて着脱可能に装着されるバススロットとして機能する。制御対象装置１２は、周辺機器１２０経由又は非経由でＩ／Ｏモジュール１１９に接続される。制御対象装置１２とＩ／Ｏモジュール１１９は、１：１、１：多、多：１及び多：多のいずれでもよい。また、一部のＩ／Ｏモジュール１１９は、通信ネットワーク１１８に加えて通信ネットワーク１０８に接続されてもよい、すなわち、当該一部のＩ／Ｏモジュール１１９は、制御アプリと情報アプリに共有のデバイスであってもよい。また、少なくとも一つのＩ／Ｏモジュール１１９は、少なくとも一つの演算装置４０のネットワークＩ／Ｆ装置及びＩ／Ｏ制御装置の少なくとも一部でもよい。

管理システム１０１は、コントロールシステム１０９の上位システムの一例である。管理システム１０１は、ＥＰＲＯＭ２０１、ＣＰＵ２０２、メインメモリ２０３、周辺制御装置２０５、不揮発性記憶装置２０６及びネットワークＩ／Ｆ装置２０７を備える。管理システム１０１は、ネットワークＩ／Ｆ装置２０７を介して通信ネットワーク１０８に接続されている。

コントロールシステム１０９は、一つ又は複数の演算装置４０を備える。各演算装置４０が、インターフェース装置、記憶装置及びそれらに接続されたプロセッサを備える。全ての演算装置４０は、ハードウェア構成が同じでも異なっていてもよい。いずれの演算装置４０も、制御アプリの配置先にも情報アプリの配置先にもなり得てよい。本実施形態では、演算装置４０Ｍは、メインの演算装置であり、制御アプリの配置先であり、且つ、情報アプリの配置先となり得る演算装置である。演算装置４０Ｅ１及び４０Ｅ２の各々が、増設された演算装置であり、制御アプリの配置先となり得ず、情報アプリの配置先となり得る演算装置である。演算装置４０Ｅは、減設されてもよい。言い換えれば、演算装置４０Ｍ単体が、コントロールシステム１０９になることがあってもよい。以下、演算装置４０Ｍを「コントロール装置４０Ｍ」と言い、演算装置４０Ｅを「拡張装置４０Ｅ」と言うことがある。

拡張装置４０Ｅが有るか否か、拡張装置４０Ｅがいずれの種類の通信媒体に接続されるか、及び、制御アプリと通信する情報アプリがいずれの演算装置４０に配置されるかによって、コントロールシステム１０９のシステム構成が異なる。つまり、システム構成は、拡張装置４０Ｅの有無、コントロール装置４０Ｍ及び拡張装置４０Ｅの各々が接続される通信媒体の種類、及び、各アプリの配置先の演算装置４０に依存する。図１の例では、拡張装置４０Ｅ１は、通信ネットワーク１１８に接続される。拡張装置４０Ｅ２は、ＰＩＯバス２８（バスの一例）に接続される（「ＰＩＯ」は、Programmed I/Oの略である）。ＰＩＯバス２８は、ベースボードにプリントされたバスでよく、ベースボードにコントロール装置４０Ｍと拡張装置４０Ｅ２が接続されていることで、コントロール装置４０Ｍで実行される制御アプリと拡張装置４０Ｅ２で実行される情報アプリがＰＩＯバス２８経由でデータを通信（共有）してよい。

なお、制御アプリが拡張装置４０Ｅにも配置可能な実施形態、或いは、いずれの演算装置４０も拡張又は減設が可能でありいずれの演算装置４０も制御アプリの配置先となり得る実施形態では、システム構成は、制御アプリにも依存する。

コントロール装置４０Ｍを例に取り演算装置４０のハードウェア構成を説明すると、例えば次の通りである。すなわち、コントロール装置４０Ｍは、メモリ１６９（例えば、ＥＰＲＯＭ２０８及びメインメモリ２１０）、周辺制御装置２１２、Ｉ／Ｏ制御装置２１４、不揮発性記憶装置２１５、ネットワークＩ／Ｆ装置２１３、及び、それらに接続されたＣＰＵ２０９を備えている。Ｉ／Ｏ制御装置２１４及びネットワークＩ／Ｆ装置２１３が、インターフェース装置の一例である。メモリ１６９及び不揮発性記憶装置２１５が、記憶装置の一例である。ＣＰＵ２０９がプロセッサの一例である。

周辺制御装置２１２は、ネットワークＩ／Ｆ装置２１３、Ｉ／Ｏ制御装置２１４、不揮発性記憶装置２１５及びバス２１１に接続されている。このバス２１１には、その他にもメモリ１６９及びＣＰＵ２０９が接続されている。

ＥＰＲＯＭ２０８には、予め制御アプリ及び情報アプリの少なくとも一つが格納されていてもよいし、プログラム配布サーバ（図示せず）のようなプログラムソースからダウンロードされたプログラムが格納されてもよい。コントロールシステム１０９に搭載される制御アプリと情報アプリはそれぞれひとつずつだけでなく、コントロールシステム１０９が使用できるリソースをプログラムごとに設定することにより、複数の制御アプリ及び／又は複数の情報アプリを搭載することができる。

ＣＰＵ２０９は、ＥＰＲＯＭ２０８に格納されている制御アプリ（及び情報アプリ）をメインメモリ２１０に読み出して実行し、制御アプリ（及び情報アプリ）の動作を制御する。例えば、ＣＰＵ２０９は、制御アプリを実行することで、周辺制御装置２１２、Ｉ／Ｏ制御装置２１４及び複数のＩ／Ｏモジュール１１９を介して複数の周辺機器１２０を制御する。周辺機器１２０は、Ｉ／Ｏモジュール１１９に１：１で対応付けられていてよい。また、ＣＰＵ２０９は、シングルコアとマルチコアのいずれでもよい。一つのコアが、一つ以上の制御アプリと一つ以上の情報アプリとのうちの少なくとも一つのアプリを実行してよい。典型的には、一つのコアは、一つの制御アプリ、一つの制御アプリと一つ以上の情報アプリ、又は、一つ以上の情報アプリを実行してよい。

設定端末２９が、通信ネットワーク１９を介して（又は通信ネットワーク１９を介さずに）、コントロールシステム１０９（例えば、コントロール装置４０Ｍ）に接続されている。設定端末２９は、例えば、入力デバイス、表示デバイス、インターフェース装置、記憶装置及びそれらに接続されたプロセッサを有する計算機（例えば、デスクトップ型、ラップトップ型又はタブレット型のパーソナルコンピュータ、或いは、スマートフォン）である。設定端末２９は、コントロールシステム１０９に対する指示や設定を行ってよい。設定端末２９は、管理システム１０１の一部であってもよい。

図２は、コントロールシステム１０９の論理構成の一例を示す。

図２が例示するコントロールシステム１０９は、複数の演算装置４０の一例として、コントロール装置４０Ｍと、拡張装置４０Ｅ１及び４０Ｅ２とを有する。

コントロール装置４０Ｍは、共有メモリ５６を有する。共有メモリ５６は、メモリ１６９が有する記憶領域のうちの少なくとも一部である。図示しないが、拡張装置４０Ｅ１及び４０Ｅ２の少なくとも一つにおいても、共有メモリが存在してよい。

拡張装置４０Ｅ１は、コントロール装置４０Ｍが接続されているバックボード１７に接続されている演算装置である。コントロール装置４０Ｍと拡張装置４０Ｅ１間の通信媒体は、バックボード１７に設けられているＰＩＯバス２８である。

拡張装置４０Ｅ２は、コントロール装置４０Ｍが接続されている通信ネットワーク１１８に接続されている演算装置である。コントロール装置４０Ｍと拡張装置４０Ｅ２間の通信媒体は、通信ネットワーク１１８である。

このように、本実施形態では、コントロールシステム１０９は、アプリ間のデータ共有に共有メモリ５６、ＰＩＯバス２８及び通信ネットワーク１１８といった複数種類の通信媒体を利用することができる。

ＰＩＯバス２８を介した通信を行う演算装置４０は、ＰＩＯバス制御６１というＰＩＯバス２８用のＩ／Ｆを有する。ＰＩＯバス制御６１は、図３に例示するように、バスＩ／Ｆ３０１、バスドライバ３０２及びバスＨＷ３０３を含む。バスＩ／Ｆ３０１は、ＰＩＯバス２８に対するソフトウェアＩ／Ｆである。バスドライバ３０２は、ＰＩＯバス２８経由のデータ共有（通信）を制御するソフトウェアである。バスＨＷ３０３は、ＰＩＯバス２８経由のデータ共有（通信）を制御するハードウェア（例えば、ＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））である。バスＨＷ３０３は、例えばＩ／Ｏ制御装置２１４（図１参照）の少なくとも一部でよい。

通信ネットワーク（例えば通信ネットワーク１１８）を介した通信を行う演算装置４０は、ネットワーク制御６２という通信ネットワーク用のＩ／Ｆを有する。ネットワーク制御６２は、図４に例示するように、ネットワークＩ／Ｆ４０１、ネットワークドライバ４０２及びネットワークＨＷ４０３を含む。ネットワークＩ／Ｆ４０１は、通信ネットワークに対するソフトウェアＩ／Ｆである。通信ネットワークの種類毎にネットワークドライバ４０２及びネットワークＨＷ４０３が存在する。一つの種類の通信ネットワーク（この段落において「対象ネットワーク」）を例に取る。ネットワークドライバ４０２は、対象ネットワーク経由のデータ共有（通信）を制御するソフトウェアである。ネットワークＨＷ４０３は、対象ネットワーク経由のデータ共有（通信）を制御するハードウェアである。ネットワークＨＷ４０３は、例えばネットワークＩ／Ｆ装置２１３（図１参照）の少なくとも一部でよい。

コントロール装置４０Ｍが、ＷＥＢサーバ６９を実行する。ＷＥＢサーバ６９は、ＷＥＢサーバとして機能するためのプログラムである。ＷＥＢサーバ６９が、管理システム１０１及び設定端末２９のうちの少なくとも一つと通信する。例えば、ＷＥＢサーバ６９が、設定端末２９から種々の指示や設定を受け付けるユーザインターフェースプログラムの一例である。ＷＥＢサーバ６９は、コントロール装置４０Ｍに代えて又は加えて、少なくとも一つの拡張装置４０Ｅで実行されてもよい。

管理システム１０１の不揮発性記憶装置２０６（記憶装置の一例）が、ＶＣＰＵ管理情報７３を記憶する。ＶＣＰＵ管理情報７３は、例えば、ＶＣＰＵ毎にＶＣＰＵイメージとＶＣＰＵのＩＤとを含む。「ＶＣＰＵ」は、仮想ＣＰＵを意味し、アプリの実行環境の一例である。ＶＣＰＵは、例えば、ＶＭ（仮想マシン）又はコンテナでよい。

管理システム１０１が、配布部７２を有する。配布部７２は、ＶＣＰＵイメージを通信ネットワーク１０８経由で演算装置４０に配布する。演算装置４０では、当該ＶＣＰＵイメージを基に、ＶＣＰＵ３７が生成される。ＶＣＰＵ３７が、一つ以上のアプリ（本実施形態では、制御アプリ４１及び情報アプリ４２のいずれか）を実行する。ＶＣＰＵ３７が実現された後に、当該ＶＣＰＵ３７にアプリが配布部７２により配布されてもよいし、ＶＣＰＵイメージが、アプリのイメージを含んでいて、ＶＣＰＵイメージを基に、アプリを含んだＶＣＰＵが実現されてもよい。図２が示す例では、コントロール装置４０ＭにＶＣＰＵ３７Ａ及び３７Ｂが配布され、拡張装置４０Ｅ１にＶＣＰＵ３７Ｃが配布され、拡張装置４０Ｅ２にＶＣＰＵ３７Ｄが配布される。ＶＣＰＵ３７Ａが、制御アプリ４１を実行する。ＶＣＰＵ３７Ｂが、情報アプリ４２Ａを実行する。ＶＣＰＵ３７Ｃが、情報アプリ４２Ｂを実行する。ＶＣＰＵ３７Ｄが、情報アプリ４２Ｃを実行する。

情報アプリ４２は、当該情報アプリ４２に定められた情報処理を行うアプリである。

制御アプリ４１は、当該制御アプリ４１について定められた制御周期毎に、制御対象装置１２を制御する処理でありリアルタイム性を有する処理であるスキャン処理（Ｉ／Ｏポートに接続された機器の情報を読み込むことと、読み込んだ情報を演算することと、演算した情報を書き込むこととを含んだ処理）を行う。スキャン処理に要する時間を「スキャンタイム」と言う。制御周期は、スキャンタイムと、スキャンタイム以外の時間である待機時間とで構成される。例えば、コントロールシステム１０９が、コントロール装置４０Ｍ単体であり、コントロール装置４０Ｍに制御アプリ４１と一つ以上の情報アプリ４２があり、且つ、ＣＰＵ２０９がシングルコアの場合には、制御周期中の待機時間に、一つ以上の情報アプリ４２の少なくとも一つが実行される。一方、例えば下記のうちのいずれかのケースでは、スキャンタイム中に（言い換えれば、待機時間でなくても）、少なくとも一つの情報アプリ４２が実行されてよい。
・ＣＰＵ２０９がマルチコアであり、ＣＰＵ２０９が、制御アプリ４１が専有していないＣＰＵコアを有する場合。
・コントロール装置４０Ｍが、複数のＣＰＵ２０９を有し、それら複数のＣＰＵ２０９が、制御アプリ４１に専有されていないＣＰＵ２０９を含む場合。
・拡張装置４０Ｅがあり、拡張装置４０Ｅに情報アプリ４２が配置されている場合。

さて、ＶＣＰＵ３７にてアプリを実行することで、一つの演算装置４０（図２が示す例では、コントロール装置４０Ｍ）にて、制御の信頼性を落とさずに、制御アプリ４１と情報アプリ４２の両方を実行することができる。

しかし、ＶＣＰＵ３７にてアプリが実行されるシステムでは、アプリ間のデータ共有が難しい。アプリ間で、お互いのＶＣＰＵ３７の計算リソースを認識することができないためである。

一比較例によれば、異なるＶＣＰＵ上のアプリ間でのデータ共有を実現するためには、制御アプリと情報アプリのいずれについても、アプリ開発者が、当該アプリがいずれの種類の通信媒体経由でデータ共有を行うかを予め決定し、当該通信媒体の種類に従う情報でありデータ共有に必要な情報を、アプリに設定する必要がある。アプリに設定される情報を、便宜上、「設定情報」と言う。一比較例において、設定情報の具体例は、次の通りである。すなわち、通信媒体の種類が共有メモリの場合、設定情報は、共有メモリの名前を表す情報と、共有データ（共有対象のデータ）のデータ項目の名前を表す情報とを含む。通信媒体の種類がバスの場合、設定情報は、バス番号（例えば、レジスタアドレス）を表す情報と、共有データのデータ項目の名前を表す情報とを含む。通信媒体の種類が通信ネットワークの場合、設定情報は、宛先（例えば、ＩＰアドレス及びポート番号）を表す情報と、プロトコル種類（例えば、ＨＴＴＰ、Ｍｏｄｂｕｓ／ＴＣＰ）を表す情報と、共有データのデータ項目の名前を表す情報とを含む。

このように、一比較例では、アプリの設定情報が、当該アプリがいずれの種類の通信媒体経由でデータ共有を行うかに依存するため、アプリ開発が煩雑である。

また、一比較例では、アプリの配置先は、当該アプリが設定情報に対応した種類の通信媒体経由で通信できる演算装置でなければならない。つまり、アプリの配置先が、当該アプリの設定情報に依存するため、アプリの配置先の自由度が低い。

そこで、本実施形態では、通信媒体が共有メモリ５６、ＰＩＯバス２８及び通信ネットワーク１１８のいずれであってもデータ共有を実現する共有Ｉ／Ｆ（共有インターフェース）が設けられる。当該共有Ｉ／Ｆは、ＯＳが一般に提供する共有メモリ用のＩ／Ｆよりも上のレイヤのＩ／Ｆである。共有Ｉ／Ｆは、アプリからＩ／Ｏ指定（例えば、関数呼出し）を受け付けるが、当該Ｉ／Ｏ指定において、宛先アプリの名前と共有データのデータ項目の名前とがそれぞれ引数とされていれば、当該アプリと当該宛先アプリとの間の通信媒体の種類に関わらずデータ共有が実現される。言い換えれば、共有Ｉ／Ｆは、いずれの種類の通信媒体経由でデータ共有するかをアプリに意識させない。このため、アプリ開発においてアプリに設定する情報は、アプリ間の通信媒体の種類に依存しない。故に、アプリ開発の煩雑さが低減される。

また、本実施形態では、各演算装置４０に共有Ｉ／Ｆが存在する。共有Ｉ／Ｆの存在により、通信媒体の種類をアプリが意識する必要の無いデータ共有が可能である。このため、アプリの配置先は、当該アプリの設定情報に依存しない。故に、アプリの配置先の自由度が高い。

以上のように、本実施形態によれば、共有メモリ５６の他に通信ネットワーク１１８とＰＩＯバス２８の少なくとも一つをアプリ間のデータ共有に利用することが可能なコントロールシステム１０９のシステム構成変更（例えば、演算装置４０の増設又は減設に伴いアプリの配置先の演算装置４０を変更すること、及び、演算装置４０の接続先の通信媒体の種類を変更することの少なくとも一つ）を、制御のリアルタイム性を維持しつつ柔軟に行うことができる。

以下、本実施形態を詳細に説明する。なお、アプリ間のデータ共有は、制御アプリ４１間で行われても情報アプリ４２間で行われてもよいが、本実施形態は、一つの制御アプリ４１が一つ又は複数の情報アプリ４２とデータを共有するケースを例に取る。また、本実施形態において、少なくともコントロール装置４０ＭのＯＳ（Operating System）は、リアルタイム汎用ＯＳ（情報処理向けの汎用ＯＳの系統ではあるものの必要とされるリアルタイム性を提供できるリアルタイム機能を持ったＯＳ）でよく、制御アプリ４１や情報アプリ４２の実行タイミングは、リアルタイム汎用ＯＳにより制御されてよい。或いは、制御アプリ４１や情報アプリ４２の実行タイミングは、ランタイムソフトウェアにより制御されてよい。

共有Ｉ／Ｆは、制御アプリ４１と情報アプリ４２に共通でもよいが、本実施形態では、制御アプリ４１用の共有Ｉ／Ｆである制御共有Ｉ／Ｆ３６と、情報アプリ４２用の共有Ｉ／Ｆである情報共有Ｉ／Ｆ３７とがある。つまり、制御アプリ４１と情報アプリ４２とで利用される共有Ｉ／Ｆが異なる。これにより、制御アプリ４１に利用される共有Ｉ／Ｆ３６の構成を、制御のリアルタイム性を考慮した構成とすることができ、以って、制御のリアルタイム性の維持に貢献することができる。

また、例えば、コントロール装置４０Ｍに複数の制御アプリ４１が存在する場合、制御共有Ｉ／Ｆ３６は、複数の制御アプリ４１に共通でもよいが、制御アプリ４１毎に、制御アプリＩ／Ｆ３６が存在してよい。同様に、例えば、コントロール装置４０Ｍ又は拡張装置４０Ｅに複数の情報アプリ４２が存在する場合、情報共有Ｉ／Ｆ３７は、複数の情報アプリ４２に共通でもよいが、情報アプリ４２毎に、情報共有Ｉ／Ｆ３７が存在してよい。図２が示す例によれば、制御アプリ４１と情報アプリ４２Ａがコントロール装置４０Ｍに存在するため、制御アプリ４１に利用される制御共有Ｉ／Ｆ３６と情報アプリ４２Ａに利用される情報共有Ｉ／Ｆ３７Ａとがコントロール装置４０Ｍに存在する。情報アプリ４２Ｂが拡張装置４０Ｅ１に存在するため、情報アプリ４２Ｂに利用される情報共有Ｉ／Ｆ３７Ｂが拡張装置４０Ｅ１に存在する。情報アプリ４２Ｃが拡張装置４０Ｅ２に存在するため、情報アプリ４２Ｃに利用される情報共有Ｉ／Ｆ３７Ｃが拡張装置４０Ｅ２に存在する。

コントロール装置４０Ｍ及び各拡張装置４０Ｅに、マッピングテーブル群８０が存在する。マッピングテーブル群８０は、データ共有のために共有Ｉ／Ｆに参照されるテーブル群である（「テーブル群」は、一つ又は複数のテーブルである）。マッピングテーブル群８０は、アプリ用のマッピングテーブル群であるアプリマッピングテーブル群８１と、データ用のマッピングテーブル群であるデータマッピングテーブル群８２とを含む。図２が示す例によれば、マッピングテーブル群８０Ｘは、アプリマッピングテーブル群８１Ｘと、データマッピングテーブル群８２Ｘとを含み、コントロール装置４０Ｍに存在する。マッピングテーブル群８０Ｙは、アプリマッピングテーブル群８１Ｙと、データマッピングテーブル群８２Ｙとを含み、拡張装置４０Ｅ１に存在する。マッピングテーブル群８０Ｚは、アプリマッピングテーブル群８１Ｚと、データマッピングテーブル群８２Ｚとを含み、拡張装置４０Ｅ２に存在する。

制御アプリ４１は、制御アプリ４１の設定情報を基に、制御共有Ｉ／Ｆ３６に対してＩ／Ｏ指定を行う。当該Ｉ／Ｏ指定に応答して、制御共有Ｉ／Ｆ３６が、マッピングテーブル群８０Ｘを参照し、下記のいずれかを行う。
・共有メモリ５６を介して情報アプリ４２Ａとの間で変数値のデータ共有を行うために、共有メモリ５６に対して、当該変数値のＩ／Ｏを行う。
・ＰＩＯバス２８を介して情報アプリ４２Ｂとの間で変数値のデータ共有を行うために、ＰＩＯバス制御６１Ａに対して、当該変数値のＩ／Ｏを行う。
・通信ネットワーク１１８を介して情報アプリ４２Ｃとの間で変数値のデータ共有を行うために、ネットワーク制御６２Ａに対して、当該変数値のＩ／Ｏを行う。

情報アプリ４２Ａは、情報アプリ４２Ａの設定情報を基に、情報共有Ｉ／Ｆ３７Ａに対してＩ／Ｏ指定を行う。当該Ｉ／Ｏ指定に応答して、情報共有Ｉ／Ｆ３７Ａが、マッピングテーブル群８０Ｘを参照し、共有メモリ５６を介して制御アプリ４１との間で変数値のデータ共有を行うために、共有メモリ５６に対して、当該変数値のＩ／Ｏを行う。

情報アプリ４２Ｂは、情報アプリ４２Ｂの設定情報を基に、情報共有Ｉ／Ｆ３７Ｂに対してＩ／Ｏ指定を行う。当該Ｉ／Ｏ指定に応答して、情報共有Ｉ／Ｆ３７Ｂが、マッピングテーブル群８０Ｙを参照し、ＰＩＯバス２８を介して制御アプリ４１との間で変数値のデータ共有を行うために、ＰＩＯバス制御６１Ｂに対して、当該変数値のＩ／Ｏを行う。

情報アプリ４２Ｃは、情報アプリ４２Ｃの設定情報を基に、情報共有Ｉ／Ｆ３７Ｃに対してＩ／Ｏ指定を行う。当該Ｉ／Ｏ指定に応答して、情報共有Ｉ／Ｆ３７Ｃが、マッピングテーブル群８０Ｚを参照し、通信ネットワーク１１８を介して制御アプリ４１との間で変数値のデータ共有を行うために、ネットワーク制御６２Ｂに対して、当該変数値のＩ／Ｏを行う。

以下、制御アプリ４１の設定情報を、「第１の設定情報」と言い、情報アプリ４２の設定情報を、「第２の設定情報」と言う。また、本実施形態では、共有データは、変数値（変数の値）であり、共有データのデータ項目の名前は、変数名（変数の名前）であるとする。

第１の設定情報及び第２の設定情報のいずれも、通信媒体の種類に依存しない情報である。

図５に例示の通り、制御アプリ４１の第１の設定情報５００は、制御アプリ４１の共有対象の変数毎に、変数名５０１、宛先アプリ名５０２及びアクセス権５０３といった情報を含む。一つの変数を例に取る（図５の説明において「対象変数」）。変数名５０１は、対象変数の名前を表す情報である。宛先アプリ名５０２は、対象変数の変数値を共有する相手のアプリの名前を表す（“ALL”は、制御アプリ４１以外の全てのアプリ（本実施形態では全ての情報アプリ４２）を意味する）。アクセス権５０３は、対象変数の変数値の書き込みを行うアプリの名前と、対象変数の変数値の読み出しを行うアプリの名前とを表す（“ALL”は、制御アプリ４１以外の全てのアプリを意味する）。図５が示す例によれば、変数１の変数値は、全ての情報アプリ４２との間で共有され、制御アプリ４１によって書かれ、全ての情報アプリ４２によって読まれる。

図６に例示の通り、情報アプリ４２の第２の設定情報６００は、情報アプリ４２の共有対象の変数毎に、変数名６０１、宛先アプリ名６０２及びアクセス権６０３といった情報を含む。一つの変数を例に取る（図６の説明において「対象変数」）。変数名６０１は、対象変数の名前を表す情報である。宛先アプリ名６０２は、対象変数の変数値を共有する相手のアプリの名前を表す。アクセス権６０３は、対象変数の変数値の書き込みを行うアプリの名前と、対象変数の変数値の読み出しを行うアプリの名前とを表す。図６が示す例によれば、変数１の変数値は、制御アプリ４１との間で共有され、制御アプリ４１によって書かれ、当該情報アプリ４２によって読まれる。

図７は、制御共有Ｉ／Ｆ３６の構成を示す。

制御共有Ｉ／Ｆ３６は、制御Ｉ／Ｆ部７０１と、制御共有部７０２とを有する。制御Ｉ／Ｆ部７０１は、制御アプリ４１からのＩ／Ｏ指定を受け付ける。制御共有部７０２は、Ｉ／Ｏ指定に応答して、マッピングテーブル群８０を参照し、変数値のＩ／Ｏ（読み出し又は書き込み）を行う。制御共有部７０２は、例えば、複数の関数を含んだライブラリを有する。各関数は、読み出し又は書き込みを行うための関数である。

図８は、情報共有Ｉ／Ｆ３７の構成を示す。

情報共有Ｉ／Ｆ３７は、情報Ｉ／Ｆ部８０１と、情報共有部８０２とを有する。情報Ｉ／Ｆ部８０１は、情報アプリ４２からのＩ／Ｏ指定を受け付ける。情報共有部８０２は、Ｉ／Ｏ指定に応答して、マッピングテーブル群８０を参照し、変数値のＩ／Ｏを行う。情報共有部８０２は、例えば、複数の関数を含んだライブラリを有する。各関数は、読み出し又は書き込みを行うための関数である。

少なくとも一つの共有Ｉ／Ｆの少なくとも一部が、少なくとも一つのアプリに含まれてもよい。例えば、制御共有Ｉ／Ｆ３６の少なくとも一部が制御アプリ４１に含まれてもよい。また、例えば、情報共有Ｉ／Ｆ３７の少なくとも一部が情報アプリ４２に含まれてもよい。

マッピングテーブル群８０は、上述したように、アプリマッピングテーブル群８１及びデータマッピングテーブル群８２を含む。アプリマッピングテーブル群８１は、アプリテーブル９００（図９参照）、ネットワークマッピングテーブル１０００（図１０参照）、バスマッピングテーブル１１００（図１１参照）、及び、メモリマッピングテーブル１２００（図１２参照）を含む。データマッピングテーブル群８２は、データマッピングテーブル１３００（図１３参照）を含む。マッピングテーブル群８０の少なくとも一部がアプリに含まれてもよい。以下、各テーブルを説明する。

図９は、アプリテーブル９００の構成を示す。

アプリテーブル９００は、コントロールシステム１０９に存在するアプリ毎に、アプリ名９０１及び通信媒体種類９０２といった情報を保持する。一つのアプリを例に取る（図９の説明において「対象アプリ」）。

アプリ名９０１は、対象アプリの名前を表す。通信媒体種類９０２は、対象アプリがデータ共有のために利用する通信媒体の種類を表す（“ＡＬＬ”は、全ての種類の通信媒体を利用することを意味する）。

アプリ間の通信媒体の種類が変更されるシステム構成変更（例えば、演算装置４０の増設又は減設に伴いアプリの配置先の演算装置４０を変更すること、及び、演算装置４０の接続先の通信媒体の種類を変更することの少なくとも一つ）がされた場合、アプリテーブル９００（アプリ名９０１及び通信媒体種類９０２の対応関係）は更新される。アプリテーブル９００の更新は、例えば、管理システム１０１によって行われてよい。

本実施形態では、一つの制御アプリ４１が複数の情報アプリ４２とデータ共有する例が採用されているため、アプリ名９０１“００００”のアプリが制御アプリ４１であり、それ以外のアプリが情報アプリ４２である。複数の制御アプリ４１が存在したり、情報アプリ４２間でデータ共有が行われたりする例では、少なくとも一つのアプリについての通信媒体種類９０２の値は、複数の通信媒体種類を表す値であり得る。

図１０は、ネットワークマッピングテーブル１０００の構成を示す。

ネットワークマッピングテーブル１０００は、通信媒体種類９０２が“ＡＬＬ”又は“ネットワーク”であるアプリ毎に、アプリ名１００１と、通信ネットワーク１１８経由でのデータ共有に必要な情報、例えば、プロトコル種類１００２、ＩＰアドレス１００３、ポート番号１００４及びデータパス１００５といった情報を保持する。一つのアプリを例に取る（図１０の説明において「対象アプリ」）。

アプリ名１００１は、対象アプリの名前を表す。プロトコル種類１００２は、対象アプリとのデータ共有（通信）で使用される通信プロトコル種類を表す。ＩＰアドレス１００３は、対象アプリとのデータ共有（通信）で使用されるＩＰアドレスを表す。ポート番号１００４は、対象アプリとのデータ共有（通信）で使用されるポートの番号を表す。データパス１００５は、対象アプリとのデータ共有（通信）で使用されるデータパスを表す。対象アプリとのデータ共有のために共有Ｉ／Ｆからネットワーク制御６２に対して行われるＩ／Ｏでは、対象アプリに対応した情報１００２～１００５が使用される。

図１１は、バスマッピングテーブル１１００の構成を示す。

バスマッピングテーブル１１００は、通信媒体種類９０２が“ＡＬＬ”又は“バス”であるアプリ毎に、アプリ名１１０１と、ＰＩＯバス２８経由でのデータ共有に必要な情報、例えば、バス番号１１０２といった情報を保持する。一つのアプリを例に取る（図１１の説明において「対象アプリ」）。

アプリ名１１０１は、対象アプリの名前を表す。バス番号１１０２は、対象アプリとのデータ共有（通信）で使用されるバス番号を表す。対象アプリとのデータ共有のために共有Ｉ／ＦからＰＩＯバス制御６１に対して行われるＩ／Ｏでは、対象アプリに対応したバス番号１１０２が使用される。

図１２は、メモリマッピングテーブル１２００の構成を示す。

メモリマッピングテーブル１２００は、通信媒体種類９０２が“ＡＬＬ”又は“共有メモリ”であるアプリ毎に、アプリ名１２０１と、共有メモリ５６経由でのデータ共有に必要な情報、例えば、共有メモリ名１２０２といった情報を保持する。一つのアプリを例に取る（図１２の説明において「対象アプリ」）。

アプリ名１２０１は、対象アプリの名前を表す。共有メモリ名１２０２は、対象アプリとのデータ共有（通信）で使用され共有メモリ５６の名前を表す。対象アプリとのデータ共有のために共有Ｉ／Ｆから共有メモリ５６に対して行われるＩ／Ｏでは、対象アプリに対応した共有メモリ名１２０２が使用される。

図１３は、データマッピングテーブル１３００の構成を示す。

データマッピングテーブル１３００は、変数毎に、変数名１３０１及び位置１３０２といった情報を保持する。一つの変数を例に取る（図１３の説明において「対象変数」）。

変数名１３０１は、変数の名前を表す。位置１３０２は、変数値の位置を表す。例えば、共有メモリ５６経由でデータ共有される変数値については、位置１３０２は、共有メモリ５６の先頭からの位置と、データ長とを表す。

以下、図１４～図１８を参照して、本実施形態で行われる処理の例を説明する。

図１４が示すように、システム構成情報１４２０が存在する。システム構成情報１４２０は、コントロールシステム１０９の構成を表す情報である。システム構成情報１４２０は、例えば、管理者により入力された情報を含んでもよいし、コントロール装置４０Ｍ（例えば、制御アプリ４１又は他のプログラム）により当該コントロール装置４０Ｍ及び各演算装置４０Ｅから収集された情報（例えば、アプリ名を含んだ情報）を含んでもよい。システム構成情報１４２０は、コントロール装置４０Ｍ、設定端末２９及び管理システム１０１のうちの少なくとも一つに格納されてよい。システム構成情報１４２０は、例えば、コントロールシステム１０９に存在する又は配布可能なアプリのアプリ名の一覧と、各アプリの属性（制御アプリと情報アプリのいずれであるか）と、演算装置４０毎のアドレスとを表す情報を含んでよい。

展開部１４１０が存在する。展開部１４１０は、例えば、コントロール装置４０Ｍに存在し、ＷＥＢサーバ６９を含んでもよい。或いは、展開部１４１０は、管理システム１０１又は設定端末２９に存在してもよい。

展開部１４１０は、設定ＧＵＩ（Graphical User Interface）１４００を表示する。設定ＧＵＩ１４００は、例えば設定端末２９に表示される。設定ＧＵＩ１４００は、第１の設定情報を設定するためのＧＵＩ（ユーザインターフェースの一例）であり、例えば、制御アプリ４１のアプリ開発者向けのＧＵＩである。設定ＧＵＩ１４００は、入力テーブル１４５０と設定ボタン１４０１とを有する。入力テーブル１４５０は、変数毎に、共有対象とするか否かのチェックボックス１４２１と、変数名の入力欄１４２２と、宛先アプリ名の入力欄１４２３と、アクセス権の入力欄１４２４とを有する。展開部１４１０は、設定ＧＵＩ１４００上に（又は別のユーザインターフェース上に）、システム構成情報１４２０を基に、コントロールシステム１０９に存在する又は配布可能な情報アプリ４２のアプリ名の一覧を表示してもよい。また、システム構成情報１４２０は、マッピングテーブル群８０に含まれる情報の一部を含んでもよい。

汎用コンピュータ分野では、複数のアプリによる変数値の書き込みが競合した場合、競合回避のために一つのアプリによる書き込みが終わることを待つことが行われる。しかし、本実施形態に係るコントロールシステム１０９において、スキャン処理中又はスキャン処理後の変数値書き込みに待ちが生じると、その待ちの間に次のスキャン処理の開始タイミングが到来するおそれがある。このため、汎用コンピュータ分野の競合回避技術を単純にコントロールシステム１０９に適用することができない。

制御アプリ４１のスキャン処理は情報アプリ４２の情報処理に比べて高速である。このため、データ共有の対象でありＩ／Ｏポートに接続された産業機器に関する変数値が、繰り返し更新される。故に、情報アプリ４２に対してそのような変数値を書き込みできる権限を与えないことが望ましい。

言い換えると、情報アプリ４２の情報処理（例えば、データ更新処理）の周期よりも制御アプリ４１のスキャン処理の周期の方が短いため、情報アプリのアクセス権としてはリードオンリーであることが望ましい。

また、情報アプリ４２は、Ｉ／Ｏポートに関する変数値についてリードオンリーで読み出し、当該変数値を用いた計算の結果を、別途設定した変数の変数値として書き込むことができる。情報アプリ４２が複数ある場合には、所定の変数値について、書き込みできる情報アプリ４２は一つに限定されてよい。例として、制御アプリ４１と三つの情報アプリ４２が配置されたコントロールシステム１０９において、或る変数の変数値の書き込み権限は、制御アプリ４１のみ、又は、三つの情報アプリ４２のうちのいずれかのみに与えられてよい。

以上のように、本実施形態では、各変数について、変数値を書き込むアプリは一つである。これにより、各変数について、二つ以上のアプリが同時に変数値を書き込むといった競合や、或るアプリが変数値を書き込んでいるため別のアプリが変数値の書き込みを待つといった書込み待ちが生じない。このため、変数値を書き込むアプリが一つであることは、制御アプリ４１の制御のリアルタイム性を維持することに貢献する。

さて、展開部１４１０は、入力テーブル１４５０に入力された内容に従う設定の指示を受け付けた場合（図１４が示す例では、設定ボタン１４０１が押された場合）、下記（Ａ）～（Ｃ）のうちの少なくとも一つを行ってよい。なお、下記の処理において、必要に応じて、システム構成情報１４２０が展開部１４１０により参照される。
（Ａ）展開部１４１０は、入力テーブル１４５０に入力された内容に従う第１の設定情報５００を生成し、第１の設定情報５００が設定された制御アプリ４１を、コントロール装置４０Ｍに配布する（例えば、コントロール装置４０Ｍの空きのＶＣＰＵ３７に、制御アプリ４１を展開する）。第１の設定情報５００は、共有対象とされた変数毎に、変数名、宛先アプリ名及びアクセス権を含む。
（Ｂ）展開部１４１０は、入力テーブル１４５０に入力された内容に従う第２の設定情報６００を生成し、第２の設定情報６００を、制御アプリ４１とデータ共有を行う情報アプリ４２（共有対象とされる少なくとも一つの変数について、宛先アプリ名が表す情報アプリ４２）に設定する。例えば、変数名“変数２”について、情報アプリ４２Ａ（アプリ名“０００１”）に対する第２の設定情報６００は、変数名“変数２”と、宛先アプリ名“００００”（制御アプリ４１のアプリ名）と、アクセス権“ＷＲＩＴＥ：００００”及び“ＲＥＡＤ：０００１”とを含む。すなわち、制御アプリ４１の宛先アプリ名として設定されたアプリ名を持つ情報アプリ４２に対する第２の設定情報６００は、宛先アプリ名として、制御アプリのアプリ名を含み、アクセス権として、制御アプリ４１について設定されたアクセス権と同じアクセス権を含む。
（Ｃ）展開部１４１０は、入力テーブル１４５０に入力された内容に従うマッピングテーブル群８０のうちの少なくともデータマッピングテーブル群８２を生成し、マッピングテーブル群８０を、各演算装置４０に配布する。マッピングテーブル群８０中のアプリマッピングテーブル群８１は、例えば、コントロール装置４０Ｍの電源投入時に生成されていてよい。アプリマッピングテーブル群８１は、各アプリ名について、当該アプリ名の情報アプリ４２の配置先の演算装置４０と制御アプリ４１の配置先のコントロール装置４０Ｍとの間の通信媒体の種類に基づく。ネットワークマッピングテーブル１０００、バスマッピングテーブル１１００及びメモリマッピングテーブル１２００の各々について、アプリ名以外の情報の少なくとも一部は、システム構成情報１４２０から取得された情報でよい。データマッピングテーブル１３００が有する各変数名は、入力テーブル１４５０において共有対象とされた変数の変数名である。データマッピングテーブル１３００において、変数名以外の情報の少なくとも一部は、展開部１４１０により決定された情報でもよいし、システム構成情報１４２０から取得された情報でもよい。

設定ＧＵＩ１４００によれば、データ共有対象の変数は、制御側が決めた変数（本実施形態では、設定ＧＵＩ１４００経由で指定された変数）であり、且つ、それらの変数の各々は、制御側が決めたアクセス権でしか、アクセスされない。これにより、リアルタイム性を有する制御を優先することができる。

なお、例えば、アプリマッピングテーブル群８１における各テーブルは、例えば、図１５～図１７に例示の方法に従い制御アプリ４１により生成されてもよい。制御アプリ４１により生成された各テーブルが、制御アプリ４１又は展開部１４１０により、各演算装置４０に配布されてよい。

図１５が示す例によれば、ネットワークマッピングテーブル１０００が次のように生成又は更新される（図１５において、“００００”は、制御アプリ４１のアプリ名であり、“０００２”及び“０００５”は、それぞれ、制御アプリ４１と通信ネットワーク経由でデータ共有を行う情報アプリ４２のアプリ名である）。すなわち、制御アプリ“００００”は、通信ネットワーク経由のデータ共有で使用する情報の取得要求を、ネットワーク制御６２を介して、定期的に（又は不定期的に）ブロードキャスト送信する。当該取得要求を受けた演算装置４０（典型的には拡張装置４０Ｅ）において、当該演算装置４０におけるアプリ（典型的には情報アプリ４２）が、当該アプリのアプリ名を含む情報を返す（Ｓ１５０２）。制御アプリ“００００”が、返された情報に、ネットワークマッピングテーブル１０００との差分があれば（或いは差分が無くても常に）、当該返された情報（例えば、差分のみ）をネットワークマッピングテーブル１０００に反映する（Ｓ１５０３）。このようにして、システム構成変更が行われてもネットワークマッピングテーブル１０００の内容を最新の内容に維持することができる。これは、例えば、第１の設定情報５００中の宛先アプリ名“ＡＬＬ”に対応した変数について有用である。通信ネットワーク１１８に演算装置４０（典型的には拡張装置４０Ｅ）が増設又は減設されたことに伴い情報アプリ４２が追加又は削減されることがあるからである。なお、アプリのデータ共有相手として所定の条件に適合する全アプリを設定する方法としては、宛先アプリ名として“ＡＬＬ”を設定することに代えて又は加えて、データ共有相手としてのアプリに関する所定の条件（例えば、アプリ名の条件、ＩＰアドレスの条件）を設定する方法が採用されてもよい。

図１６が示す例によれば、バスマッピングテーブル１１００が次のように生成又は更新される（図１６において、“００００”は、制御アプリ４１のアプリ名であり、“０００３”及び“０００７”は、それぞれ、制御アプリ４１とＰＩＯバス２８経由でデータ共有を行う情報アプリ４２のアプリ名である）。すなわち、制御アプリ“００００”と情報アプリ“０００３”及び“０００７”の各々が初期化処理を行う（Ｓ１６００）。制御アプリ４１は、制御アプリ４１の初期化処理（Ｓ１６００）において、制御共有Ｉ／Ｆ３６に、制御アプリ４１のアプリ名“００００”と、データ共有相手の情報アプリ４２のアプリ名“０００３”及び“０００７”を教える。同様に、情報アプリ４２（例えば、情報アプリ“０００３”）も、情報アプリ４２の初期化処理（Ｓ１６００）において、情報共有Ｉ／Ｆ３７に、自分のアプリ名“０００３”とデータ共有相手の制御アプリのアプリ名“００００”を教える。このような初期化処理において、制御共有Ｉ／Ｆ３６も情報共有Ｉ／Ｆ３７も、ＰＩＯバス２８経由でデータ共有を行う相手のアプリのアプリ名を知ることができる。初期化処理の後、制御アプリ“００００”は、ＰＩＯバス２８経由のデータ共有で使用する情報（アプリ名とバス番号を含む情報）を、ＰＩＯバス２８に接続されている一つ以上の拡張装置４０Ｅの情報アプリ“０００３”及び“０００７”の各々から、例えば通信ネットワーク経由で受ける（Ｓ１６０１）。制御アプリ“００００”が、受けた情報を、バスマッピングテーブル１１００に反映する（Ｓ１６０２）。

図１７が示す例によれば、メモリマッピングテーブル１２００が次のように生成又は更新される（図１７において、“００００”は、制御アプリ４１のアプリ名であり、“０００１”及び“０００８”は、それぞれ、制御アプリ４１と共有メモリ５６経由でデータ共有を行う情報アプリ４２のアプリ名である）。すなわち、制御アプリ“００００”と情報アプリ“０００１”及び“０００８”の各々が初期化処理（Ｓ１６００）を行う。この初期化処理において、制御共有Ｉ／Ｆ３６も情報共有Ｉ／Ｆ３７も、共有メモリ５６経由でデータ共有を行う相手のアプリのアプリ名を知ることができる。初期化処理の後、制御アプリ“００００”は、共有メモリ５６経由のデータ共有で使用する情報（アプリ名と共有メモリ名を含む情報）を、同一のコントロール装置４０Ｍの情報アプリ“０００１”及び“０００８”の各々から受ける（Ｓ１７０１）。制御アプリ“００００”が、受けた情報を、メモリマッピングテーブル１２００に反映する（Ｓ１７０２）。

以上のようして生成又は更新されたテーブルを含むマッピングテーブル群８０を基に、共有Ｉ／Ｆ経由で、アプリ間のデータ共有が行われる。図１８を参照して、データ共有の一例を説明する。なお、説明を簡単にするために、制御アプリ４１と情報アプリ４２Ａとの共有対象の変数の変数名は“変数１”とし、変数“変数１”の変数値を「変数値１」と言う。制御アプリ４１と情報アプリ４２Ｂとの共有対象の変数の変数名は“変数２”とし、変数“変数２”の変数値を「変数値２」と言う。制御アプリ４１と情報アプリ４２Ｃとの共有対象の変数の変数名は“変数３”とし、変数“変数３”の変数値を「変数値３」と言う。また、変数“変数１”～“変数３”の各々について、書き込み権限を有するアプリは、制御アプリ４１のみとする。

制御アプリ４１が、制御周期毎に、スキャン処理において、変数値１～３を、ワークメモリ１５２（メモリ１６９（図１参照）の一部）に書き込む。制御アプリ４１が、制御周期毎に、スキャン処理中又はスキャン処理後、ワークメモリ１５２に書き込んだ変数値１～３の書き込みを制御共有Ｉ／Ｆ３６に指定する。以下、変数値１～３の各々のデータ共有を説明する。

＜変数値１のデータ共有＞

制御アプリ４１が、変数名“変数１”と、変数名“変数１”に対応した宛先アプリ名“０００１”（情報アプリ４２Ａのアプリ名）とを第１の設定情報５００から特定し、また、自分が書き込み権限を有することを第１の設定情報５００から特定する。制御アプリ４１が、“変数１”と“０００１”とをそれぞれ引数としたＩ／Ｏ指定を、制御共有Ｉ／Ｆ３６に対して行う。当該Ｉ／Ｏ指定は、変数値１の書き込みの指定である。制御共有Ｉ／Ｆ３６において、制御Ｉ／Ｆ部７０１が、当該Ｉ／Ｏ指定を受ける。制御共有部７０２が、当該Ｉ／Ｏ指定の引数“０００１”をキーにマッピングテーブル群８０Ｘ中のアプリマッピングテーブル群８１Ｘを参照することで、変数値１のデータ共有は共有メモリ５６経由であることと、共有メモリ５６経由のデータ共有に必要な情報を特定する。また、制御共有部７０２が、当該Ｉ／Ｏ指定の引数“変数１”をキーにマッピングテーブル群８０Ｘ中のデータマッピングテーブル群８２Ｘを参照することで、変数値１の書き込み先の位置を特定する。制御共有部７０２が、共有メモリ５６経由のデータ共有に必要な特定された情報を用いて、特定された書き込み先位置に、変数値１を書き込む。

その後、情報アプリ４２Ａが、変数名“変数１”と、変数名“変数１”に対応した宛先アプリ名“００００”（制御アプリ４１のアプリ名）とを第２の設定情報６００Ａから特定し、また、自分が読み出し権限を有することを第２の設定情報６００Ａから特定する。情報アプリ４２Ａが、“変数１”と“００００”とをそれぞれ引数としたＩ／Ｏ指定を、情報共有Ｉ／Ｆ３７Ａに対して行う。当該Ｉ／Ｏ指定は、変数値１の読み出し指定である。情報共有Ｉ／Ｆ３７Ａにおいて、情報Ｉ／Ｆ部８０１Ａが、当該Ｉ／Ｏ指定を受ける。情報共有部８０２Ａが、当該Ｉ／Ｏ指定の引数“００００”をキーにマッピングテーブル群８０Ｘ中のアプリマッピングテーブル群８１Ｘを参照することで、変数値１のデータ共有は共有メモリ５６経由であることと、共有メモリ５６経由のデータ共有に必要な情報を特定する。また、情報共有部８０２Ａが、当該Ｉ／Ｏ指定の引数“変数１”をキーにマッピングテーブル群８０Ｘ中のデータマッピングテーブル群８２Ｘを参照することで、変数値１の位置を特定する。情報共有部８０２Ａが、共有メモリ５６経由のデータ共有に必要な特定された情報を用いて、特定された位置から、変数値１を読み出す。読み出された変数値１が、Ｉ／Ｏ指定に対する応答して、情報共有Ｉ／Ｆ３７Ａの情報Ｉ／Ｆ部８０１Ａから情報アプリ４２Ａに返る。

以上のようにして、変数値１が、制御アプリ４１と情報アプリ４２Ａ間で共有される。

＜変数値２のデータ共有＞

制御アプリ４１が、変数名“変数２”と、変数名“変数２”に対応した宛先アプリ名“０００３”（情報アプリ４２Ｂのアプリ名）とを第１の設定情報５００から特定し、また、自分が書き込み権限を有することを第１の設定情報５００から特定する。制御アプリ４１が、“変数２”と“０００３”とをそれぞれ引数としたＩ／Ｏ指定を、制御共有Ｉ／Ｆ３６に対して行う。当該Ｉ／Ｏ指定は、変数値２の書き込みの指定である。制御共有Ｉ／Ｆ３６において、制御Ｉ／Ｆ部７０１が、当該Ｉ／Ｏ指定を受ける。制御共有部７０２が、当該Ｉ／Ｏ指定の引数“０００３”をキーにマッピングテーブル群８０Ｘ中のアプリマッピングテーブル群８１Ｘを参照することで、変数値２のデータ共有はＰＩＯバス２８経由であることと、ＰＩＯバス２８経由のデータ共有に必要な情報を特定する。また、制御共有部７０２が、当該Ｉ／Ｏ指定の引数“変数２”をキーにマッピングテーブル群８０Ｘ中のデータマッピングテーブル群８２Ｘを参照することで、変数値２の書き込み先の位置を特定する。制御共有部７０２が、ＰＩＯバス２８経由のデータ共有に必要な特定された情報を用いて、特定された位置に対して変数値２を書き込むためのＩ／Ｏを、ＰＩＯバス制御６１Ａに対して行う。ＰＩＯバス制御６１Ａが、当該Ｉ／Ｏに従い、変数値２をＰＩＯバス２８に出力する。出力された変数値２は、例えば、拡張装置４０Ｅ１のＰＩＯバス制御６１Ｂに送られる。

その後、情報アプリ４２Ｂが、変数名“変数２”と、変数名“変数２”に対応した宛先アプリ名“００００”（制御アプリ４１のアプリ名）とを第２の設定情報６００Ｂから特定し、また、自分が読み出し権限を有することを第２の設定情報６００Ｂから特定する。情報アプリ４２Ｂが、“変数２”と“００００”とをそれぞれ引数としたＩ／Ｏ指定を、情報共有Ｉ／Ｆ３７Ｂに対して行う。当該Ｉ／Ｏ指定は、変数値２の読み出し指定である。情報共有Ｉ／Ｆ３７Ｂにおいて、情報Ｉ／Ｆ部８０１Ｂが、当該Ｉ／Ｏ指定を受ける。情報共有部８０２Ｂが、当該Ｉ／Ｏ指定の引数“００００”をキーにマッピングテーブル群８０Ｙ中のアプリマッピングテーブル群８１Ｙを参照することで、変数値２のデータ共有はＰＩＯバス２８経由であることと、ＰＩＯバス２８経由のデータ共有に必要な情報を特定する。また、情報共有部８０２Ｂが、当該Ｉ／Ｏ指定の引数“変数２”をキーにマッピングテーブル群８０Ｙ中のデータマッピングテーブル群８２Ｙを参照することで、変数値２の位置を特定する。情報共有部８０２Ｂが、ＰＩＯバス２８経由のデータ共有に必要な特定された情報を用いて、特定された位置から変数値２を読み出すためのＩ／Ｏを、ＰＩＯバス制御６１Ｂに対して行う。ＰＩＯバス制御６１Ｂが、ＰＩＯバス２８経由の変数値２を、情報共有Ｉ／Ｆ３７Ｂに返す。変数値２が、Ｉ／Ｏ指定に対する応答して、情報共有Ｉ／Ｆ３７Ｂの情報Ｉ／Ｆ部８０１Ｂから情報アプリ４２Ｂに返る。

以上のようにして、変数値２が、制御アプリ４１と情報アプリ４２Ｂ間で共有される。

＜変数値３のデータ共有＞

制御アプリ４１が、変数名“変数３”と、変数名“変数３”に対応した宛先アプリ名“０００２”（情報アプリ４２Ｃのアプリ名）とを第１の設定情報５００から特定し、また、自分が書き込み権限を有することを第１の設定情報５００から特定する。制御アプリ４１が、“変数３”と“０００２”とをそれぞれ引数としたＩ／Ｏ指定を、制御共有Ｉ／Ｆ３６に対して行う。当該Ｉ／Ｏ指定は、変数値３の書き込みの指定である。制御共有Ｉ／Ｆ３６において、制御Ｉ／Ｆ部７０１が、当該Ｉ／Ｏ指定を受ける。制御共有部７０２が、当該Ｉ／Ｏ指定の引数“０００２”をキーにマッピングテーブル群８０Ｘ中のアプリマッピングテーブル群８１Ｘを参照することで、変数値３のデータ共有は通信ネットワーク１１８経由であることと、通信ネットワーク１１８経由のデータ共有に必要な情報を特定する。また、制御共有部７０２が、当該Ｉ／Ｏ指定の引数“変数３”をキーにマッピングテーブル群８０Ｘ中のデータマッピングテーブル群８２Ｘを参照することで、変数値３の書き込み先の位置を特定する。制御共有部７０２が、通信ネットワーク１１８経由のデータ共有に必要な特定された情報を用いて、特定された位置に変数値３を書き込むためのＩ／Ｏを、ネットワーク制御６２Ａに対して行う。ネットワーク制御６２Ａが、当該Ｉ／Ｏに従い、変数値３を通信ネットワーク１１８に出力する。出力された変数値３は、例えば、拡張装置４０Ｅ２のネットワーク制御６２Ｂに送られる。

その後、情報アプリ４２Ｃが、変数名“変数３”と、変数名“変数３”に対応した宛先アプリ名“００００”（制御アプリ４１のアプリ名）とを第２の設定情報６００Ｃから特定し、また、自分が読み出し権限を有することを第２の設定情報６００Ｃから特定する。情報アプリ４２Ｃが、“変数３”と“００００”とをそれぞれ引数としたＩ／Ｏ指定を、情報共有Ｉ／Ｆ３７Ｃに対して行う。当該Ｉ／Ｏ指定は、変数値３の読み出し指定である。情報共有Ｉ／Ｆ３７Ｃにおいて、情報Ｉ／Ｆ部８０１Ｃが、当該Ｉ／Ｏ指定を受ける。情報共有部８０２Ｃが、当該Ｉ／Ｏ指定の引数“００００”をキーにマッピングテーブル群８０Ｚ中のアプリマッピングテーブル群８１Ｚを参照することで、変数値３のデータ共有は通信ネットワーク１１８経由であることと、通信ネットワーク１１８経由のデータ共有に必要な情報を特定する。また、情報共有部８０２Ｃが、当該Ｉ／Ｏ指定の引数“変数３”をキーにマッピングテーブル群８０Ｚ中のデータマッピングテーブル群８２Ｚを参照することで、変数値３の位置を特定する。情報共有部８０２Ｃが、通信ネットワーク１１８経由のデータ共有に必要な特定された情報を用いて、特定された位置から変数値３を読み出すためのＩ／Ｏを、ネットワーク制御６２Ｂに対して行う。ネットワーク制御６２Ｂが、通信ネットワーク１１８経由の変数値３を、情報共有Ｉ／Ｆ３７Ｃに返す。変数値３が、Ｉ／Ｏ指定に対する応答して、情報共有Ｉ／Ｆ３７Ｃの情報Ｉ／Ｆ部８０１Ｃから情報アプリ４２Ｃに返る。

以上のようにして、変数値３が、制御アプリ４１と情報アプリ４２Ｃ間で共有される。

図１８が示す例では、変数値１～３のいずれについても、書き手は制御アプリ４１であり読み手は情報アプリ４２であるが、書き手と読み手が逆でも、データ共有の方法は実質的に同様である。

以上、一実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

１０９…コントロールシステム

Claims (8)

1. 一つ又は複数の制御対象装置を制御するコントロールシステムであって、
   それぞれがインターフェース装置、記憶装置及びそれらに接続されたプロセッサを有する一つ又は複数の演算装置を備え、
   前記一つ又は複数の演算装置が、一つ又は複数の制御プログラムと、一つ又は複数の情報プログラムと、一つ又は複数の共有インターフェースとを有し、
   前記一つ又は複数の制御プログラムの各々について、
   当該制御プログラムは、当該制御プログラムについて定められた制御周期毎に、制御対象装置を制御する処理でありリアルタイム性を有する処理であるスキャン処理を当該制御周期内に行うプログラムであり、
   当該制御プログラムについて設定される情報である第１の設定情報は、当該制御プログラムと当該制御プログラムの通信相手としての一つ以上の情報プログラムの各々との間の通信媒体の種類に依存しない情報であり、
   前記一つ又は複数の情報プログラムの各々について、
   当該情報プログラムは、当該情報プログラムについて定められた情報処理を行うプログラムであり、
   当該情報プログラムについて設定される情報である第２の設定情報は、当該情報プログラムと当該情報プログラムの通信相手としての一つ以上の制御プログラムの各々との間の通信媒体の種類に依存しない情報であり、
   前記一つ又は複数の演算装置の各々において、
   制御プログラム又は情報プログラムである第１のプログラムが、当該演算装置における共有インターフェースに対して、当該第１のプログラムについての設定情報中の情報を引数としてＩ／Ｏ（Input/Output）指定を行い、
   当該共有インターフェースが、当該Ｉ／Ｏ指定に応答して、
   当該Ｉ／Ｏ指定の引数に対応した情報を、通信媒体種類に依存した情報を含んだ情報であるマッピング情報から特定し、
   当該特定された情報を基に、当該第１のプログラムと当該第１のプログラムの通信相手としての制御プログラム又は情報プログラムである第２のプログラムとの間の通信媒体の種類に依存したＩ／Ｏを行う、
   コントロールシステム。
2. 前記一つ又は複数の制御プログラムの各々について、当該制御プログラムの第１の設定情報は、共有対象のデータである共有データのデータ項目の識別情報である項目識別情報と共有相手の情報プログラムのプログラム識別情報との関係を表す情報を含み、
   前記一つ又は複数の情報プログラムの各々について、当該情報プログラムの第２の設定情報は、共有データのデータ項目の識別情報である項目識別情報と共有相手の制御プログラムのプログラム識別情報との関係を表す情報を含み、
   前記一つ又は複数の演算装置の各々において、
   前記Ｉ／Ｏ指定の引数として、第１の引数と第２の引数があり、
   当該第１の引数は、前記第２のプログラムのプログラム識別情報であり、
   当該第２の引数は、前記第１のプログラムと前記第２のプログラムが共有する共有データのデータ項目の項目識別情報であり、
   前記マッピング情報は、プログラム識別情報と通信媒体種類に依存したデータ共有方法を表すデータ共有方法情報との関係を表すプログラムマッピング情報と、項目識別情報と共有データの入力元又は出力先の位置を表す共有位置情報との関係を表すデータマッピング情報とを含み、
   前記第１の引数に対応した情報は、データ共有方法情報であり、
   前記第２の引数に対応した情報は、共有位置情報であり、
   前記共有インターフェースにより行われるＩ／Ｏは、特定されたデータ共有方法情報及び共有位置情報に従うＩ／Ｏであって、前記第２の引数とされた項目識別情報が表すデータ項目に対応した共有データのＩ／Ｏである、
   請求項１に記載のコントロールシステム。
3. 前記一つ又は複数の共有インターフェースは、
   前記一つ又は複数の制御プログラムの各々について、当該制御プログラムの共有インターフェースである制御共有インターフェースと、
   前記一つ又は複数の演算装置の各々について、当該演算装置に存在する一つ以上の情報プログラムの共有インターフェースである情報共有インターフェースと
   を含む、
   請求項１に記載のコントロールシステム。
4. 前記マッピング情報は、項目識別情報と共有データの入力元又は出力先の位置を表す共有位置情報との関係を表すデータマッピング情報を含み、
   前記データマッピング情報が表す項目識別情報は、前記第１の設定情報に含まれる情報の設定用ユーザインターフェース経由で指定された情報である、
   請求項１に記載のコントロールシステム。
5. 前記マッピング情報は、通信ネットワーク経由でデータ共有を行うプログラムのプログラム識別情報と通信ネットワークに依存したデータ共有方法を表すデータ共有方法情報との関係を表すネットワークマッピング情報を含み、
   制御プログラムを有する演算装置が、
   通信ネットワーク経由で情報の取得要求を定期的に又は不定期的にブロードキャスト送信し、
   当該取得要求に対して受けた応答から特定された情報を、前記ネットワークマッピング情報に反映する、
   請求項１に記載のコントロールシステム。
6. 共有データのデータ項目毎に、当該データ項目に対応した共有データの出力を行うプログラムは一つである、
   請求項１に記載のコントロールシステム。
7. 制御プログラムを有する演算装置は、共有メモリを有し、
   制御プログラムを有する演算装置と、少なくとも一つの演算装置とが、回路基板上のバスに接続されており、
   制御プログラムを有する演算装置と、少なくとも一つの演算装置とが、通信ネットワークに接続されており、
   前記第１のプログラムは、制御プログラムであり、
   前記第２のプログラムは、情報プログラムであり、
   前記第１のプログラムと前記第２のプログラムとの間のデータ共有において利用される通信媒体の種類は、共有メモリ、バス及び通信ネットワークのいずれかである、
   請求項１に記載のコントロールシステム。
8. 一つ又は複数の制御対象装置を制御し一つ又は複数の演算装置を有するコントロールシステムが行うコントロール方法であって、
   制御プログラム又は情報プログラムである第１のプログラムが、当該第１のプログラムを有する演算装置における共有インターフェースに対して、当該第１のプログラムについての設定情報中の情報を引数としてＩ／Ｏ（Input/Output）指定を行い、
   制御プログラムは、当該制御プログラムについて定められた制御周期毎に、制御対象装置を制御する処理でありリアルタイム性を有する処理であるスキャン処理を当該制御周期内に行うプログラムであり、
   当該制御プログラムについて設定される情報である第１の設定情報は、当該制御プログラムと当該制御プログラムの通信相手としての一つ以上の情報プログラムの各々との間の通信媒体の種類に依存しない情報であり、
   当該情報プログラムは、当該情報プログラムについて定められた情報処理を行うプログラムであり、
   当該情報プログラムについて設定される情報である第２の設定情報は、当該情報プログラムと当該情報プログラムの通信相手としての一つ以上の制御プログラムの各々との間の通信媒体の種類に依存しない情報であり、
   当該共有インターフェースが、当該Ｉ／Ｏ指定に応答して、
   当該Ｉ／Ｏ指定の引数に対応した情報を、通信媒体種類に依存した情報を含んだ情報であるマッピング情報から特定し、
   当該特定された情報を基に、当該第１のプログラムと当該第１のプログラムの通信相手としての制御プログラム又は情報プログラムである第２のプログラムとの間の通信媒体の種類に依存したＩ／Ｏを行う、
   コントロール方法。

Images