(57)【要約】【課題】制御系システムが複数のＯＳによるシステムであっても開発環境や実行環境に依存しない制御系システムを提供することを目的とする。【解決手段】制御系システムは、製造オペレーションマネジメントのリファレンスモデルにおいて、複数の階層の装置それぞれに組み込まれているＯＳが２種類以上の制御系システムであって、共通の開発環境上で開発されたアプリケーションを実行する実行環境とシステム連携ツールとを備える共通プラットフォーム、を備え、複数の装置は、階層ごとに共通プラットフォームを組み込み、システム連携ツールは、階層ごとに設置される装置のうち少なくとも２組の装置の実行環境間の通信のための設定を行う。【選択図】図１
2019016215.tif 000002
【特許請求の範囲】
【請求項１】
製造オペレーションマネジメントのリファレンスモデルにおいて、複数の階層の装置それぞれに組み込まれているＯＳが２種類以上の制御系システムであって、
共通の開発環境上で開発されたアプリケーションを実行する実行環境とシステム連携ツールとを備える共通プラットフォーム、
を備え、
複数の前記装置は、階層ごとに前記共通プラットフォームを組み込み、
前記システム連携ツールは、前記階層ごとに設置される前記装置のうち少なくとも２組の装置の前記実行環境間の通信のための設定を行う、
制御系システム。
【請求項２】
複数の階層は、Ｃｌｏｕｄ階層、Ｆｏｇ階層、およびＥｄｇｅ階層のうち少なくとも２つ以上の階層である、請求項１に記載の制御系システム。
【請求項３】
前記実行環境は、
フレームワークと、コンポーネントと、を備え、
前記フレームワークは、
Ｗｅｂ  ＵＩ（ユーザインタフェース）、ＧＵＩ（グラフィカルユーザインタフェース）が動作する為に必要な実行環境であるＷｅｂフレームワークと、
ビジネス処理が動作する為に必要な実行環境であるアプリケーションフレームワークと、を備え、
前記コンポーネントは、
ＵＩに必要な部品を提供するＵＩコンポーネントと、
定型帳票の印刷要求、並びに、非定型帳票の印刷要求する帳票作成・印刷コンポーネントと、
システム連携、クラウド連携の実現する外部システム連携コンポーネントと、ユーティリティと、
を備え、
前記ユーティリティは、
前記実行環境を本番環境下で運用する際のツール類を提供するシステム運用ツールと、
前記実行環境の利用ユーザについて、ユーザ毎の認証、及び、ユーザに付与するロール毎にアクセス権限を管理するユーザ管理ユーティリティと、を備える、請求項１または請求項２に記載の制御系システム。
【請求項４】
前記共通プラットフォームは、
Ｊａｖａ（登録商標）  ＶＭを含む、請求項１から請求項３のいずれか１項に記載の制御系システム。
【請求項５】
前記共通プラットフォームは、
前記アプリケーションの開発環境を備え、
前記開発環境は、
Ｗｅｂ  ＵＩ開発環境と、アプリケーション開発環境と、システム連携ツールと、を備える、請求項１から請求項４のいずれか１項に記載の制御系システム。
【請求項６】
前記アプリケーションは、
Ｊａｖａ（登録商標）で記述され、Ｗｅｂブラウザ上で開発され、Ｗｅｂブラウザ上で実行される、請求項１から請求項５のいずれか１項に記載の制御系システム。
【請求項７】
製造オペレーションマネジメントのリファレンスモデルにおいて、複数の階層の装置それぞれに組み込まれている共通プラットフォームであって、
前記共通プラットフォームは、
Ｊａｖａ（登録商標）  ＶＭと、
共通の開発環境上で開発されたアプリケーションを実行する実行環境と、を備え、
前記実行環境は、
フレームワークと、コンポーネントと、を備え、
前記フレームワークは、
Ｗｅｂ  ＵＩ（ユーザインタフェース）、ＧＵＩ（グラフィカルユーザインタフェース）が動作する為に必要な実行環境であるＷｅｂフレームワークと、
ビジネス処理が動作する為に必要な実行環境であるアプリケーションフレームワークと、を備え、
前記コンポーネントは、
ＵＩに必要な部品を提供するＵＩコンポーネントと、
定型帳票の印刷要求、並びに、非定型帳票の印刷要求する帳票作成・印刷コンポーネントと、
システム連携、クラウド連携の実現する外部システム連携コンポーネントと、ユーティリティと、
を備え、
前記ユーティリティは、
前記実行環境を本番環境下で運用する際のツール類を提供するシステム運用ツールと、
前記実行環境の利用ユーザについて、ユーザ毎の認証、及び、ユーザに付与するロール毎にアクセス権限を管理するユーザ管理ユーティリティと、を備える、共通プラットフォーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御系システム、および共通プラットフォームに関する。
【背景技術】
【０００２】
制御システムでは、クラウド側にサーバを配置し、サーバとネットワークを介してローカル側にクライアント装置が配置されるものがある（例えば、特許文献１参照）。
このようなネットワーク接続された制御系システムに対して、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｏｃｉｅｔｙ  ｏｆ  Ａｕｔｏｍａｔｉｏｎ（ＩＳＡ、国際計測制御学会）において、機能的階層レベルが定義されている。例えば、ＩＳＡ−９５（生産活動に置ける経営活動と生産活動に関するモデル（Ｅｎｔｅｒｐｒｉｓｅ−Ｃｏｎｔｒｏｌ  Ｓｙｓｔｅｍ  Ｉｎｔｅｇｒａｔｉｏｎ））、ＩＳＡ−９９（サイバーセキュリティ  （Ｃｙｂｅｒ−Ｓｅｃｕｒｉｔｙ））等では、Ｌｅｖｅｌ（レベル）０〜Ｌｅｖｅｌ４の機能的階層レベルが定義されている（例えば、非特許文献１参照）。
【０００３】
図８は、従来技術による制御系システム９００の構成例を示す図である。Ｌｅｖｅｌ０は、実際の生産プロセスのレベルである。Ｌｅｖｅｌ１は、生産プロセスを検知し、生産プロセスを操作するレベルである。Ｌｅｖｅｌ２は、生産プロセスの監視、スーパーバイズ・コントロール、自動化コントロールのレベルである。Ｌｅｖｅｌ３は、製造運転マネージメントのレベルである。Ｌｅｖｅｌ４は、ビジネス計画とロジスティックのレベルである。
【０００４】
図８において、各レベルは、ネットワーク９６１〜９６４で接続されている。ネットワークは、有線または無線のネットワークである。Ｌｅｖｅｌ０に配置される装置９０１〜９０５は、例えば、センサー、温度計、湿度計、アクチュエーター等である。Ｌｅｖｅｌ１に配置される装置９１１〜９１２は、例えばＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌｌｅｒ；プログラマブルロジックコントローラ）、分散型制御システム（ＤＣＳ）にある制御ステーション等である。Ｌｅｖｅｌ２に配置される装置９２１〜９２２は、例えば分散型制御システム（ＤＣＳ）にあるＨＩＳ（Ｈｕｍａｎ  Ｉｎｔｅｒｆａｃｅ  Ｓｔａｔｉｏｎ）であり、所定のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と所定の言語で開発されたアプリケーションで構成されている。Ｌｅｖｅｌ３に配置される装置９３１〜９３３は、例えばＰＩＭＳ（プラント情報管理システム）であり、例えばパーソナルコンピュータであり、所定のＯＳと所定の言語で開発されたアプリケーションで構成されている。Ｌｅｖｅｌ４に配置される装置９４１〜９４２は、例えばＥＲＰ（基幹系情報システム）であり、例えばサーバであり、所定のＯＳと所定の言語で開発されたアプリケーションで構成されている。
【０００５】
また、このような制御系システム９００は、一般的にマルチベンダーのシステムであり、複数のメーカーの製品で構成され、使用されるＯＳも複数の場合がある。例えば、装置９３１は、第１のＯＳがインストールされ、第１のプログラミング言語で開発されたアプリケーションが使用される。また、装置９３２は、第２のＯＳがインストールされ、第２のプログラミング言語で開発されたアプリケーションが使用される。アプリケーションの開発環境や動作環境は、一般的にＯＳやハードウェアに依存している。このため、従来は、装置９３１用のアプリケーションは、装置９３１と同等の環境、すなわち第１のＯＳ上で、そのＯＳ上の開発環境で第１のプログラミング言語で開発されていた。また、装置９３２用のアプリケーションは、装置９３２と同等の環境、すなわち第２のＯＳ上で、そのＯＳ上の開発環境で第２のプログラミング言語で開発されていた。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−６０５１９号公報
【非特許文献】
【０００７】
【非特許文献１】“https://www.yokogawa.com/eu/cp/media/pdf/Whitepaper%20Plant%20Network%20Security%20-%20version%201%201.pdf#search=%27ISA99+Level0%27”（インターネット検索  2017.4.6）、Yokogawa Europe B.V.、“Whitepaper Plant Network Security version 1.1”、2014.7
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来技術では、各Ｌｅｖｅｌに配置される機器において、使用されるＯＳやプログラミング言語が異なっているため、アプリケーション毎に処理方式や開発環境などが異なっていた。アプリケーションを開発する場合、ソフトウェアに対する基準（標準）が無いため、開発担当者の経験に基づいて開発が行われている。このように処理方式や開発環境などが異なっていたため、そしてアプリケーションを具現化するための技術要素が年々複雑化や多様化しているため、開発や保守に要するコストが増加していた。さらに、近年、セキュリティ脆弱性の対策が重要であり、処理方式や開発環境などが異なっていたため、アプリケーション毎に脆弱性の調査や対策を行う必要があった。
【０００９】
本発明は、上記の問題点に鑑みてなされたものであって、制御系システムが複数のＯＳによるシステムであっても開発環境や実行環境に依存しない制御系システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
（１）上記目的を達成するため、本発明の一態様に係る制御系システムは、製造オペレーションマネジメントのリファレンスモデルにおいて、複数の階層の装置それぞれに組み込まれているＯＳが２種類以上の制御系システムであって、共通の開発環境上で開発されたアプリケーションを実行する実行環境とシステム連携ツールとを備える共通プラットフォーム、を備え、複数の前記装置は、階層ごとに前記共通プラットフォームを組み込み、前記システム連携ツールは、前記階層ごとに設置される前記装置のうち少なくとも２組の装置の前記実行環境間の通信のための設定を行う。
【００１１】
（２）また、本発明の一態様に係る制御系システムにおいて、複数の階層は、Ｃｌｏｕｄ階層、Ｆｏｇ階層、およびＥｄｇｅ階層のうち少なくとも２つ以上の階層であるようにしてもよい。
【００１２】
（３）また、本発明の一態様に係る制御系システムにおいて、前記実行環境は、フレームワークと、コンポーネントと、を備え、前記フレームワークは、Ｗｅｂ  ＵＩ（ユーザインタフェース）、ＧＵＩ（グラフィカルユーザインタフェース）が動作する為に必要な実行環境であるＷｅｂフレームワークと、ビジネス処理が動作する為に必要な実行環境であるアプリケーションフレームワークと、を備え、前記コンポーネントは、ＵＩに必要な部品を提供するＵＩコンポーネントと、定型帳票の印刷要求、並びに、非定型帳票の印刷要求する帳票作成・印刷コンポーネントと、システム連携、クラウド連携の実現する外部システム連携コンポーネントと、ユーティリティと、を備え、前記ユーティリティは、前記実行環境を本番環境下で運用する際のツール類を提供するシステム運用ツールと、前記実行環境の利用ユーザについて、ユーザ毎の認証、及び、ユーザに付与するロール毎にアクセス権限を管理するユーザ管理ユーティリティと、を備えるようにしてもよい。
【００１３】
（４）また、本発明の一態様に係る制御系システムにおいて、前記共通プラットフォームは、Ｊａｖａ（登録商標）  ＶＭを含むようにしてもよい。
【００１４】
（５）また、本発明の一態様に係る制御系システムにおいて、前記共通プラットフォームは、前記アプリケーションの開発環境を備え、前記開発環境は、Ｗｅｂ  ＵＩ開発環境と、アプリケーション開発環境と、システム連携ツールと、を備えるようにしてもよい。
【００１５】
（６）また、本発明の一態様に係る制御系システムにおいて、前記アプリケーションは、Ｊａｖａ（登録商標）で記述され、Ｗｅｂブラウザ上で開発され、Ｗｅｂブラウザ上で実行されるようにしてもよい。
【００１６】
（７）上記目的を達成するため、本発明の一態様に係る共通プラットフォームは、製造オペレーションマネジメントのリファレンスモデルにおいて、複数の階層の装置それぞれに組み込まれている共通プラットフォームであって、前記共通プラットフォームは、Ｊａｖａ（登録商標）  ＶＭと、共通の開発環境上で開発されたアプリケーションを実行する実行環境と、を備え、前記実行環境は、フレームワークと、コンポーネントと、を備え、前記フレームワークは、Ｗｅｂ  ＵＩ（ユーザインタフェース）、ＧＵＩ（グラフィカルユーザインタフェース）が動作する為に必要な実行環境であるＷｅｂフレームワークと、ビジネス処理が動作する為に必要な実行環境であるアプリケーションフレームワークと、を備え、前記コンポーネントは、ＵＩに必要な部品を提供するＵＩコンポーネントと、定型帳票の印刷要求、並びに、非定型帳票の印刷要求する帳票作成・印刷コンポーネントと、システム連携、クラウド連携の実現する外部システム連携コンポーネントと、ユーティリティと、を備え、前記ユーティリティは、前記実行環境を本番環境下で運用する際のツール類を提供するシステム運用ツールと、前記実行環境の利用ユーザについて、ユーザ毎の認証、及び、ユーザに付与するロール毎にアクセス権限を管理するユーザ管理ユーティリティと、を備える。
【発明の効果】
【００１７】
本発明によれば、制御系システムが複数のＯＳによるシステムであっても開発環境や実行環境に依存しない制御系システムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態に係る制御系システムの構成例を示す図である。
【図２】本実施形態に係る装置の構成例を示すブロック図である。
【図３】本実施形態に係る共通プラットフォーム、ＯＳ等の説明するための図である。
【図４】本実施形態に係る共通プラットフォームの構成例を示す図である。
【図５】本実施形態に係る実行環境のソフトウェア構成例を示す図である。
【図６】本実施形態に係る開発環境のソフトウェア構成例を示す図である。
【図７】本実施形態の適用例を示す図である。
【図８】従来技術による制御系システムの構成例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、本実施形態に係る制御系システム１の構成例を示す図である。
図１において、各レベルは、ネットワーク１６１〜１６４で接続されている。ネットワークは、有線または無線のネットワークである。Ｌｅｖｅｌ０に配置される装置１０１〜１０５は、例えば、センサー、温度計、湿度計、アクチュエーター等である。Ｌｅｖｅｌ１に配置される装置１１１〜１１２は、例えばＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌｌｅｒ；プログラマブルロジックコントローラ）、分散型制御システム（ＤＣＳ）を構成するコントローラ、制御ステーション等である。Ｌｅｖｅｌ２に配置される装置１２１〜１２２は、例えば分散型制御システム（ＤＣＳ）を構成するＨＩＳ（Ｈｕｍａｎ  Ｉｎｔｅｒｆａｃｅ  Ｓｔａｔｉｏｎ）であり、所定のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と所定の言語で開発されたアプリケーションで構成されている。Ｌｅｖｅｌ３に配置される装置１３１〜１３３は、例えばＰＩＭＳ（プラント情報管理システム）であり、例えばパーソナルコンピュータであり、所定のＯＳと所定の言語で開発されたアプリケーションで構成されている。Ｌｅｖｅｌ４に配置される装置１４１〜１４２は、例えばＥＲＰ（基幹系情報システム）であり、例えばサーバであり、所定のＯＳと所定の言語で開発されたアプリケーションで構成されている。なお、本実施形態では、このような階層のモデルを、製造オペレーションマネジメントのリファレンスモデルと言う。なお、このようなモデルは、ＩＳＡ９９のＰＵＲＤＵＥ  Ｍｏｄｅｌに定義されているモデルである。
【００２０】
また、Ｌｅｖｅｌ２は、例えばＦｏｇ階層またはＥｄｇｅ階層である。Ｌｅｖｅｌ３は、例えばＦｏｇ階層またはＥｄｇｅ階層である。Ｌｅｖｅｌ４は、例えばＢｕｓｓｉｎｅｓ  Ａｒｅａ階層またはＣｌｏｕｄ階層である。また、Ｌｅｖｅｌ３とＬｅｖｅｌ４との間には、ＦｉｒｅＷａｌｌが設けられている。また、Ｌｅｖｅｌ２とＬｅｖｅｌ３との間には、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ；ローカル・エリア・ネットワーク）スイッチであるＬ３スイッチ（レイヤ３スイッチ）が設けられている。また、Ｌｅｖｅｌ１とＬｅｖｅｌ２との間には、ＬＡＮスイッチであるＬ２スイッチ（レイヤ２スイッチ）が設けられている。
なお、Ｅｄｇｅ階層とは、Ｌｅｖｅｌ３における各機器・ノード間を接続するネットワークをＥｄｇｅ（エッジ）ネットワークと呼び、このネットワークを構成する階層を指す。
また、Ｃｌｏｕｄ階層とは、Ｌｅｖｅｌ４における各機器・ノード・サーバ間から構成されるネットワークをＣｌｏｕｄ（クラウド）コンピューティングネットワークと呼び、このネットワークは１または複数のクライアントからの利用に応じて１または複数のサービスおよび複数の機器・ノード・サーバなどにより共有されたハードウェアとソフトウェア資源を提供するように構成されるネットワークであり、このネットワークを構成する階層を指す。
また、Ｆｏｇ階層とは、Ｌｅｖｅｌ３におけるＥｄｇｅ階層を構成する各機器・ノード間を接続するネットワークと、Ｌｅｖｅｌ４におけるＣｌｏｕｄ階層を構成する各機器・ノード間を接続するネットワークとの間に構成される分散処理環境であり、Ｃｌｏｕｄ階層よりもＥｄｇｅ階層に近い位置に配置されるデータ処理装置などから構成されるネットワークをＦｏｇ（フォグ）ネットワークと呼び、このネットワークを構成する階層を指す。
【００２１】
本実施形態では、装置１２１に、第１のＯＳと共通プラットフォームがインストールされている（または組み込まれている）。装置１２２に、第２のＯＳと共通プラットフォームがインストールされている（または組み込まれている）。装置１３１と装置１３３に、第１のＯＳと共通プラットフォームがインストールされている（または組み込まれている）。装置１３２に、第２のＯＳと共通プラットフォームがインストールされている（または組み込まれている）。装置１４１に、第１のＯＳと共通プラットフォームがインストールされている（または組み込まれている）。装置１４２に、第２のＯＳと共通プラットフォームがインストールされている（または組み込まれている）。また、アプリケーションは、Ｗｅｂブラウザで動作する。例えば、第１のＯＳはＷｉｎｄｏｗｓ（登録商標）であり、第２のＯＳはＬｉｎｕｘ（登録商標）である。
【００２２】
このように、本実施形態の制御系システム１では、マルチベンダーのシステムで有り、異なるＬｅｖｅｌの装置それぞれに共通プラットフォームがインストールされている（または組み込まれている）。共通プラットフォームは、Ｌｅｖｅｌ２、Ｌｅｖｅｌ３、Ｌｅｖｅｌ４のうち少なくとも１つのＬｅｖｅｌにインストールされている（または組み込まれている）。なお、共通プラットフォームについては、後述する。
【００２３】
図２は、本実施形態に係る装置１３１の構成例を示すブロック図である。なお、図２では、装置１３１の構成例を示すが、装置１１１、１１２、１２１、１２２、１３２、１３３、１４１、１４２の構成は、装置１３１と同じであってもよく、異なっていてもよい。
装置１３１は、制御部１３１１、記憶部１３１２、ドライブ部１３１３、および通信部１３１４を備えている。なお、装置１３１は、操作部１３１５を備えていてもよく、接続可能に構成されていてもよい。また、装置１３１には、表示部１３１６が接続されていてもよい。
【００２４】
制御部１３１１は、例えばＣＰＵ（中央演算装置）であり、ドライブ部１３１３が記憶する所定のＯＳ、共通アプリケーションによって、所定のアプリケーションを実行する。制御部１３１１は、通信部１３１４を介して、他の装置からデータを受信する。制御部１３１１は、通信部１３１４を介して、データを他の装置に送信する。
【００２５】
記憶部１３１２は、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）である。
ドライブ部１３１３は、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＳＤＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）である。ドライブ部１３１３は、所定のＯＳ、共通プラットフォーム、所定のアプリケーションを記憶する。なお、記憶部１３１２とドライブ部１３１３とは、一体に形成されていてもよく、ＲＯＭに所定のＯＳ、共通プラットフォーム、所定のアプリケーションが記憶されていてもよい。
【００２６】
通信部１３１４は、制御部１３１１の制御に応じて、ネットワークを介して、他の装置と情報の送受信を行う。
操作部１３１５は、例えばキーボード、マウス、タッチパネル等である。
表示部１３１６は、画像表示装置であり、液晶表示装置、ＬＥＤ（発光ダイオード）表示装置等である。
【００２７】
次に、共通プラットフォーム、ＯＳ等の関係を説明する。
図３は、本実施形態に係る共通プラットフォーム２００、ＯＳ等の説明するための図である。
図３に示すように、ハードウェア２６０には、ＯＳ２５０と共通プラットフォーム２００がインストールされている（または組み込まれている）。アプリケーションＡ２８１、アプリケーションＢ２８２は、共通プラットフォーム２００を介して、ＯＳ２５０、ハードウェア２６０、ネットワーク２７０にアクセスする。
より具体的には、共通プラットフォーム２００が、機能の起動方法や実行周期、機能間のイベント伝達、ＩＯ（入出力）へのアクセス機能、画面を表示するためのクライアントとの通信を行う。
【００２８】
また、使用環境によっては、業務用基盤２８０を更に備える。業務アプリケーションＣ２８３は、業務用基盤２８０を介して共通プラットフォームにアクセスする。業務アプリケーションＣ２８３は、業務用基盤２８０を介して共通プラットフォームにアクセスし、または直接、共通プラットフォームにアクセスする。ここで、業務用基盤２８０とは、特定の業務用アプリケーションを開発、実行する際に提供されるものである。業務アプリケーションＣ２８３、業務アプリケーションＤ２８４は、業務用基盤２８０が提供する環境、ツールを使って、開発される。
【００２９】
次に、共通プラットフォーム２００の構成例を説明する。
図４は、本実施形態に係る共通プラットフォーム２００の構成例を示す図である。
図４に示すように、共通プラットフォーム２００は、ＯＳ２５０の上にインストールされている（または組み込まれている）。ＯＳは、上述したように第１のＯＳ、第２のＯＳ等である。
また、共通プラットフォーム２００は、ＶＭ（バーチャルマシン）２０１、開発環境２１０、実行環境２２０を含んで構成されている。開発環境２１０は、Ｗｅｂ  ＵＩ開発環境２１１、ソフトウェア開発環境２１２（アプリケーション開発環境）、システム連携ツール２１３を含んで構成されている。実行環境２２０は、Ｆｒａｍｅｗｏｒｋ（フレームワーク）２２１、Ｃｏｍｐｏｎｅｎｔ（コンポーネント）２２２を含んで構成されている。
【００３０】
共通プラットフォーム２００は、開発環境上で開発されたアプリケーションを実行環境上で動作させる。共通プラットフォーム２００は、開発環境や実行環境がＯＳに依存しない。具体的には、共通プラットフォーム２００がインストールされたＬｅｖｅｌ２の第１のＯＳがインストールされている装置１２１上で開発されたアプリケーションは、Ｌｅｖｅｌ３の第２のＯＳがインストールされている装置１３２上の実行環境でも動作する。
【００３１】
ＶＭ２０１は、Ｊａｖａ（登録商標）  ＶＭであり、例えばＪａｖａ（登録商標）  ＳＥ（Ｓｔａｎｄａｒｄ  Ｅｄｉｔｉｏｎ）、Ｊａｖａ（登録商標）  ＥＥ（Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ）である。なお、ＶＭ２０１は、共通プラットフォーム２００をインストールする（または組み込む）装置にインストールされている所定の一つまたは複数のＯＳ用のもの、例えば第１のＯＳ用のものと第２のＯＳ用のものを備えている。例えば、第１のＯＳがインストールされている装置１２１にインストールされる共通プラットフォーム２００のＶＭ２０１では、第１のＯＳ用のものが使われ、第２のＯＳがインストールされている装置１３２のＶＭ２０１では、第２のＯＳ用のものが使われる。
【００３２】
開発環境２１０は、Ｗｅｂブラウザで動作するアプリケーションを開発する環境である。
Ｗｅｂ  ＵＩ開発環境２１１は、Ｗｅｂブラウザで動作するアプリケーションのＵＩ（ユーザインタフェース）を開発する環境である。
ソフトウェア開発環境２１２は、Ｗｅｂブラウザで動作するアプリケーションを開発する環境である。
システム連携ツール２１３は、開発されるアプリケーションにおいて、実行時に連携して動作させるツールである。システム連携ツール２１３は、階層Ｌｅｖｅｌ  １〜Ｌｅｖｅｌ  ４ごとに設置される装置１０１〜１０５、１１１、１１２、１２１、１２２、１３１〜１３３、１４１、１４２のうち少なくとも２組の装置の実行環境間の通信のための設定を行う。例えば、装置Ａから装置Ｂにファイルを送る場合、装置Ａには装置Ｂに送信する設定は行うが、装置Ｂには装置Ａから送られてくることを設定する必要はない。
【００３３】
実行環境２２０は、アプリケーションを実行する環境である。実行環境２２０は、例えば、画面表示（画面のレイアウト、操作ボタン画像の動作等）、登録処理、印刷処理等を実行する。
【００３４】
Ｆｒａｍｅｗｏｒｋ２２１は、ソフトウェア製品が動作する為に必要な実行環境である。Ｆｒａｍｅｗｏｒｋ２２１は、Ｗｅｂ  Ｆｒａｍｅｗｏｒｋ２２１１、Ａｐｐ  Ｆｒａｍｅｗｏｒｋ２２１２等を含んで構成されている。Ｗｅｂ  Ｆｒａｍｅｗｏｒｋ２２１１は、例えば、データ入力のチェック、データのリフレッシュ等を実行するフレームワークであり、ＷＵＩ（Ｗｅｂ  ＵＩ）、ＧＵＩ（グラフィカルユーザインタフェース）が動作する為に必要な実行環境である。Ａｐｐ  Ｆｒａｍｅｗｏｒｋ２２１２は、例えば、実行スケジュール、バッチ処理等を実行するアプリケーションフレームワークであり、ビジネス処理（コンポーネントとして開発）が動作する為に必要な実行環境である。
【００３５】
Ｃｏｍｐｏｎｅｎｔ２２２は、フレームワーク、並びに、フレームワーク上のソフトウェア製品が利用する部品である。Ｃｏｍｐｏｎｅｎｔ２２２は、ＵＩ２２２１、Ｕｔｉｌｉｔｙ（ユーティリティ）２２２２、Ｒｅｐｏｅｒ２２２３、ＡＣＬ２２２４、Ｓｙｓｙｔｅｍ  Ｃｏｏｐｅｒａｔｉｏｎ２２２５等を含んで構成されている。
ＵＩ２２２１は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の記述、ＨＴＭＬ  Ｅｘｔｅｎｔｉｏｎの記述、画像、グラフ、プロジェクト管理や生産管理などで工程管理に用いられる表であるＧａｎｔｔ  ｃｈａｒｔ等をブラウザ上で表示する際のユーザインタフェースであり、ＵＩに必要な部品を提供する。
【００３６】
Ｕｔｉｌｉｔｙ２２２２は、システムを運用する為の各種ユーティリティ等であり、実行時のメッセージ、ログ、実行におけるトレース、現場機器（例えばＬｅｖｅｌ０の各装置１０１〜１０５）の情報を授受する際のインタフェース等である。また、Ｕｔｉｌｉｔｙは、システム運用ツール、ユーザ管理ユーティリティを備える。システム運用ツールは、実行環境２２０を本番環境下で運用する際のツール類を提供する。システム運用ツールは、実行環境２２０の利用ユーザについて、ユーザ毎の認証、及び、ユーザに付与するロール毎にアクセス権限を管理する。
Ｒｅｐｏｒｔｅｒ２２２３は、印字や出力するためのフォームを作成、印字または出力、バーコードの作成等を行うツールである。
ＡＣＬ２２２４は、アクセス権を設定するツールである。
【００３７】
Ｓｙｓｙｔｅｍ  Ｃｏｏｐｅｒａｔｉｏｎ２２２５は、システムを支援するツールであり、ＪＭＳ（Ｊａｖａ（登録商標）  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、メッセージ送信のためのＳＴＭＰ、ＡＮＳＩ／ＩＳＡ−９５規格のＢ２ＭＭＬ（Ｂｕｓｉｎｅｓｓ  Ｔｏ  Ｍａｎｕｆａｃｔｕｒｉｎｇ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、生産計画やスケジューリングに関する情報記述の標準仕様であるＰＳＬＸ（Ｐｌａｎｎｉｎｇ  ａｎｄ  Ｓｃｈｅｄｕｌｉｎｇ  Ｌａｎｇｕａｇｅ  ｏｎ  ＸＭＬ）等を含んで構成されている。
【００３８】
なお、共通プラットフォームの開発環境で使用される開発言語はＪａｖａ（登録商標）である。そして、開発されたアプリケーションは、実行環境２２０で処理され、ＶＭ２０１を介して装置にインストールされている所定のＯＳとの情報や指示のやりとりを行う。
【００３９】
図４を用いて説明した実行環境２２０について、さらに説明する。
図５は、本実施形態に係る実行環境２２０のソフトウェア構成例を示す図である。図５に示す例では、実行環境２２０のソフトウェアの論理構成が、Ｐｒｅｓｅｎｔａｔｉｏｎ２３１、Ｃｏｎｔｒｏｌｌｅｒ２３２、Ｄｏｍａｉｎ２３３、およびＩｎｔｅｇｒａｔｉｏｎ２３４を含んで構成されている例である。図５は、このような４つの論理機能構造に配置されることを想定した共通プラットフォーム２００における実行環境２２０が提供する機能の例である。
【００４０】
Ｐｒｅｓｅｎｔａｔｉｏｎ２３１は、制御系システム１の外部から制御系システム１に対するサービスの要求を行う処理層である。主な処理層は、Ｗｅｂ  ＵＩ、ＧＵＩ、外部システムからの要求等である。例えば、製品毎に要求仕様が異なる場合に、Ｗｅｂ  ＵＩ、ＧＵＩを個別に利用者が開発環境２１０（図４）上で開発する。
Ｃｏｎｔｒｏｌｌｅｒ２３２は、Ｐｒｅｓｅｎｔａｔｉｏｎ２３１からのサービス要求を適切な処理に分配する機能層である。
Ｄｏｍａｉｎ２３３は、製品毎に提供するビジネスアプリケーション機能層である。
Ｉｎｔｅｇｒａｔｉｏｎ２３４は、外部リソースにアクセスする為の機能層である。共通プラットフォーム２００は、それぞれの論理機能層で必要な機能を提供しており、各種製品開発時、製品要求仕様に基づき必要な提供機能を利用する。
【００４１】
また、図５に示すように、Ｐｒｅｓｅｎｔａｔｉｏｎ２３１は、Ｗｅｂブラウザ、他システム、定刻または定周期のタイマー等が接続され、これらの装置とのデータの送受信を行う。
Ｉｎｔｅｇｒａｔｉｏｎ２３４には、計装データ、データベース、プリンタ等が接続されて、これらの装置とのデータの送受信を行う。
【００４２】
また、図５に示すように、Ｐｒｅｓｅｎｔａｔｉｏｎ２３１とＣｏｎｔｒｏｌｌｅｒ２３２は、Ｗｅｂ  Ｆｒａｍｅｗｏｒｋ２３１１、外部システム連携（イベント受信）２３１４、Ａｐｐｌｉｃａｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ（タイマー受信）２３１５、Ｕｔｉｌｉｔｙ２３１６を有する。また、Ｗｅｂ  Ｆｒａｍｅｗｏｒｋ２３１１は、製品毎業務処理（Ｗｅｂ  ＵＩ、ＧＵＩ）２３１２、開発案件の基本情報を格納するリソースリポジトリ２３１３を含む。
【００４３】
また、Ｄｏｍａｉｎ２３３は、製品毎業務処理（Ａｐｐｌｅｃａｔｉｏｎ）２３３１、Ｃｏｍｐｏｎｅｎｔ（帳票作成・印字コンポーネント、外部システム連携コンポーネント）２３３２、Ｕｔｉｌｉｔｙ（メッセージ、ログ／トレース、ＯＰＣ（ＯＬＥ（Ｏｂｊｅｃｔ  Ｌｉｎｋｉｎｇ  ａｎｄ  Ｅｍｂｅｄｄｉｎｇ）  ｆｏｒ  Ｐｒｏｃｅｓｓ  Ｃｏｎｔｒｏｌ）アクセス、ＤＢ（データベース）アクセス、監査証跡）２３３３のＡＰＩを含む。Ｃｏｍｐｏｎｅｎｔ（帳票作成・印字コンポーネント、外部システム連携コンポーネント）２３３２のうち、帳票作成・印字は、定型帳票の自動（定刻、定周期）印刷要求、並びに、非定型帳票の印刷要求を行う。外部システム連携は、システム連携、クラウド連携の実現し、プロトコル変換、ルーティング処理、データ形式変換等の機能を具備する。
【００４４】
さらに、Ｉｎｔｅｇｒａｔｉｏｎ２３４は、Ｗｅｂ  Ｆｒａｍｅｗｏｒｋ２３４１、Ａｐｐｌｉｃａｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ２３４２を含む。
なお、図５に示した構成例は一例であり、実行環境の構成や機能は、これに限られない。
【００４５】
図４を用いて説明した開発環境２１０について、さらに説明する。
図６は、本実施形態に係る開発環境２１０のソフトウェア構成例を示す図である。図６に示す例において、開発環境２１０のソフトウェア構成は、Ｇｒａｐｈｉｃ  ＵＩ  Ｂｕｉｌｄｅｒ２４１、ＵＩ  Ｂｕｉｌｄｅｒ２４２、ＩＤＥ２４３、および開発支援ツール２４４を含んでいる。Ｇｒａｐｈｉｃ  ＵＩ  Ｂｕｉｌｄｅｒ２４１は、グラフィックの作成、共通部品の作成のための環境である。また、Ｇｒａｐｈｉｃ  ＵＩ  Ｂｕｉｌｄｅｒ２４１は、グラフィックオブジェクト動作設定を行う。ＵＩ  Ｂｕｉｌｄｅｒ２４２は、フォームの作成、テンプレートの作成、ＵＩコンポーネント生成のための環境である。また、ＵＩ  Ｂｕｉｌｄｅｒ２４２は、ＨＴＭＬ部品の定義、ＵＩ遷移定義を行う。ＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｅｎｖｉｒｏｎｍｅｎｔ）２４３は、コンポーネント開発のための環境である。開発支援ツール２４４は、作成されたアプリケーションのテスト自動実行、静的解析を行う環境である。
なお、図６に示した構成例は一例であり、開発環境の構成や機能は、これに限られない。
【００４６】
利用者は、アプリケーションの開発時、装置（装置１１１〜１４２のうちのいずれか）にインストールされているブラウザを起動し、ブラウザ上でアプリケーションの開発を行う。アプリケーションの開発では、例えばボタンの配置、ボタンの機能の選択、ボタンに対応する処理を行うクラスの選択、画面のデザイン、複数のクラスをパラレルで起動するかシリアルで起動するかの選択等を行う。ここで、クラスとは、例えば、データの登録（処理クラス）、帳票の印刷（処理クラス）、画面のレイアウト（画面クラス）、表示処理（画面クラス）、選択されたボタンの表示処理（画面クラス）等を実行する環境である。
そして作成されたアプリケーションは、共通プラットフォーム２００がインストールされている（または組み込まれている）装置の実行環境２２０によって動作する。
【００４７】
このように、本実施形態の制御系システム１は、共通プラットフォーム２００が、少なくとも２つ以上のＬｅｖｅｌ（階層）に、それぞれインストールされている（または組み込まれている）。すなわち、制御系システム１は、少なくとも２組以上の階層の複数の装置に共通プラットフォーム２００が組み込まれている。なお、隣り合う２組以上の階層における複数の装置に共通のプラットフォーム２００がそれぞれインストールされ、共通プラットフォームが隣り合う階層に一気通貫に組み込まれているものでもよい。また、本実施形態の制御系システム１は、共通プラットフォーム２００がＪａｖａ（登録商標）  ＶＭを含むことにより、２つ以上のＬｅｖｅｌ（階層）がＪａｖａ（登録商標）で一気通貫に記述されている。なお、各Ｌｅｖｅｌにインストールされる共通プラットフォーム２００は、少なくとも実行環境２２０を備えている。
このため、アプリケーションの開発を行う装置のＯＳは、アプリケーションが実行される装置のＯＳと同じ必要はなく異なっていてもよい。すなわち、本実施形態では、制御系システム１は、Ｌｅｖｅｌ（階層）毎、ＯＳ毎に開発環境を用意する必要がない。各Ｌｅｖｅｌ（階層）の各装置に共通プラットフォーム２００をインストールする（または組み込む）。これにより。例えば、Ｌｅｖｅｌ３の第１のＯＳがインストールされている装置１３１で開発されたアプリケーションの開発は、Ｌｅｖｅｌ２の装置１２１または装置１２２、Ｌｅｖｅｌ４の装置１４１または装置１４２で実行可能である。すなわち、本実施形態では、異なるＬｅｖｅｌ（階層）、異なるＯＳであっても、同じアプリケーションを実行することができる。
【００４８】
また、本実施形態によれば、開発環境のベースと実行環境が共通プラットフォーム２００に統一されているため、共通プラットフォーム２００に脆弱性等が有った場合であっても、ＯＳ毎のメンテナンスが不要になり、メンテナンスが容易になる。また、このように、開発環境が統一されているため、本実施形態によれば、開発コストが低減される。
さらに、共通プラットフォーム２００が、機能の起動方法や実行周期、機能間のイベント伝達、ＩＯ（入出力）へのアクセス機能、画面を表示するためのクライアントとの通信を行う。これにより、本実施形態によれば、アプリケーションの開発者が、アプリケーションの機能（処理クラス）と画面や帳票などのインタフェース（画面クラス）の設計と、コーディング（プログラミング）の作業を行えばよいので、アプリケーション作成における作業を低減することができる。
【００４９】
なお、図１に示した制御系システム１において、各Ｌｅｖｅｌ（階層）間の通信は、制御系システム１を利用するユーザのネットワークポリシー、セキュリティポリシーに合致していれば、Ｌｅｖｅｌ間をスキップしてもよい。例えば、Ｌｅｖｅｌ２とＬｅｖｅｌ４とが、Ｌｅｖｅｌ３をスキップして通信してもよい。
また、開発されたアプリケーションは、ブラウザ上で表示されるため、無線ＬＡＮを介して接続されている装置に適用してもよく、装置がモバイル端末であってもよい。
【００５０】
次に、本実施形態の適用例を説明する。
図７は、本実施形態の適用例を示す図である。図７に示す例は、各種製造装置や生産設備などに組み込んで使用するコントローラ３１０に共通プラットフォーム２００をインストールして（または組み込んで）、データの収集の処理を行う。なお、コントローラ３１０は、制御部や記憶部等を有するボードとＰＬＣを含む。また、コントローラ３１０には、所定のＯＳ、例えばＬｉｎｕｘ（登録商標）である。また、コントローラ３１０は、共通プラットフォーム２００を用いて作成されたアプリケーションを含む。
【００５１】
なお、各装置は、図１において、例えば、センサーは、Ｌｅｖｅｌ０の装置１０１であり、コントローラ３１０は、Ｌｅｖｅｌ２の装置１２１であり、外部システム３２１は、Ｌｅｖｅｌ４の装置１４１であり、外部システム３２２は、装置１４２である。
【００５２】
コントローラ３１０は、Ｌｅｖｅｌ０のセンサーによって測定された測定データを取得して、取得した測定データに含まれる警告イベントを、外部システム３２１に出力する。また、コントローラ３１０は、Ｌｅｖｅｌ０のセンサーによって測定された測定データを取得して、取得した測定データを外部システム３２２のリクエストに応じて出力する。
【００５３】
コントローラ３１０は、デバイスデータ読込／書込処理３１１、機能ブロック処理３１２、警報イベント処理３１３、第１のＤＢ（データベース）３１４、データ変換処理３１５、および第２のＤＢ３１６を含んで構成される。また、機能ブロック処理３１２は、入力処理３１２１、警報イベント３１２２を有する。第１のＤＢ３１４は、秒トレンドＤＢ３１４１、分トレンドＤＢ３１４２、時トレンドＤＢ３１４３、タグ警報メッセージＤＢ３１４４を有する。第２のＤＢ３１６は、分データファイル３１６１、時データファイル３１６２、タグ警報メッセージファイル３１６３を有する。
【００５４】
外部システム３２１は、コントローラ３１０が送信した警報メッセージを受信する。
外部システム３２２は、コントローラ３１０に測定ファイルを送信するリクエストを送信する。リクエストは、バイナリファイルのままの測定データを送信するリクエスト、テキストファイルに変換されたテキストファイルを送信するリクエストのいずれかである。またリクエストには、秒毎の測定データの送信、分毎の測定データの送信、１時間毎の送信データの送信、警報メッセージの送信それぞれのリクエストが含まれる。外部システム３２２は、コントローラ３１０が送信した測定データ、警報メッセージを受信して、データを収集する。
【００５５】
デバイスデータ読込／書込処理３１１は、センサーから測定データを秒ごとに取得して、取得した測定データを機能ブロック処理３１２に出力する処理手段である。なお、測定データには、警報メッセージが含まれている。また、測定データは、例えばバイナリデータである。また警報メッセージは、例えば、測定データのタグに含まれている。      
【００５６】
入力処理３１２１は、デバイスデータ読込／書込処理３１１が出力した測定データから警報メッセージを除去して、警報メッセージを除去した測定データを第１のＤＢ３１４の秒トレンドＤＢ３１４１に出力する処理手段である。警報イベント３１２２は、測定データに含まれる警報メッセージを抽出して、抽出した警報メッセージを警報イベント処理３１３に出力する処理手段である。
【００５７】
警報イベント処理３１３は、警報イベント３１２２が出力した警報メッセージを取得し、取得した警報メッセージを第１のＤＢ３１４のタグ警報メッセージＤＢ３１４４と、外部システム３２１に出力する処理手段である。
【００５８】
第１のＤＢ３１４は、機能ブロック処理３１２が出力する測定データを格納し、データ変換処理３１５が出力するリクエストに応じて、秒毎、分毎、１時間毎のいずれかの測定データをデータ変換処理３１５に出力する処理手段である。
【００５９】
秒トレンドＤＢ３１４１は、入力処理３１２１が出力した測定データを格納し、格納した測定データを分毎に分トレンドＤＢ３１４２に出力する処理手段である。
分トレンドＤＢ３１４２は、秒トレンドＤＢ３１４１が出力した測定データを格納し、格納した測定データを６０分毎に時トレンドＤＢ３１４３に出力する処理手段である。また、分トレンドＤＢ３１４２は、秒トレンドＤＢ３１４１が出力した測定データを第２のＤＢ３１６の分データファイル３１６１に出力する処理手段である。なお、分毎の測定データとは、例えば、６０秒間の平均値であってもよく、１時１分００秒、１時２分００秒、・・・等、１分毎の所定の時刻の測定データであってもよい。
【００６０】
時トレンドＤＢ３１４３は、分トレンドＤＢ３１４２が出力した測定データを格納し、測定データを第２のＤＢ３１６の時データファイル３１６２に出力する処理手段である。
タグ警報メッセージＤＢ３１４４は、警報イベント処理３１３が出力した警報メッセージを格納し、警報メッセージを第２のＤＢ３１６のタグ警報メッセージファイル３１６３に出力する処理手段である。なお、６０分毎の測定データとは、例えば、６０分間の平均値であってもよく、１時００分００秒、２時００分００秒、・・・等、６０分毎の所定の時刻の測定データであってもよい。
【００６１】
データ変換処理３１５は、外部システム３２２が出力するリクエストを、第１のＤＢ３１４に出力する。データ変換処理３１５は、例えば、リクエストが分毎の測定データの送信の場合、分トレンドＤＢ３１４２が格納する分毎の測定データ３１４２をバイナリデータからテキストデータに変換して、変換した分毎の測定データを外部システム３２２に送信する。
【００６２】
第２のＤＢ３１６は、第１のＤＢ３１４が出力する測定データを格納し、外部システム３２２が出力するリクエストに応じて、分毎、１時間毎のいずれかの測定データを外部システム３２２に出力する処理手段である。第２のＤＢ３１６が格納するデータは、例えばバイナリファイルである。
【００６３】
分データファイル３１６１は、第１のＤＢの分トレンドＤＢ３１４２が出力した分毎の測定データを格納する。
時データファイル３１６２は、第１のＤＢの分トレンドＤＢ３１４２が出力した６０分毎の測定データを格納する。
タグ警報メッセージファイル３１６３は、第１のＤＢのタグ警報メッセージＤＢ３１４４が出力した警報メッセージを格納する。
【００６４】
なお、このような外部システム３２１、外部システム３２２とのシステム連携や、データ形式の変換は、例えば、前述した外部システム連携２３１４、Ｃｏｍｐｏｎｅｎｔ（帳票作成・印字コンポーネント、外部システム連携コンポーネント）２３３２が行う。
【００６５】
図７に示したように、コントローラ３１０は、測定データを、テキストデータに変換して送信する処理手段と、取得した測定データを送信する処理手段の２系統の処理手段を有している。これにより、外部システム３２２は、用途に応じてバイナリデータの測定データ、またはテキストデータに変換された測定データを収集することができる。これにより、制御系システム１は、測定データを監視する運転監視システムに適用することができる。
なお、図７に示した構成は一例であり、これに限られない。
【００６６】
従来技術では、各Ｌｅｖｅｌ（階層）に配置される装置で使用されるＯＳやプログラミング言語が異なり、このため処理方式や開発方式も異なっていた。また、従来技術では、アプリケーションを開発する上で、ソフトウェア方式の基準（標準）が無いため、担当者の経験に基づいて開発が行われていた。また、近年、アプリケーションを開発するための技術要素が複雑化・多様化しているため、従来技術では、環境適応保守に要するコストが増大していた。さらに。アプリケーションや開発環境を組み込む装置が多様であり、セキュリティ脆弱性に対して、個々に対応する必要があった。
【００６７】
これに対して本実施形態では、複数のＬｅｖｅｌ（階層）に一気通貫に共通プラットフォーム２００をインストールする（または組み込む）ようにした、すなわち、複数の隣り合う階層における複数の装置に共通プラットフォーム２００を一気通貫にインストールしたので、機器（装置）、ＯＳなど、開発環境や実行環境に依存しない統一プラットフォームを実現することができる。これにより、本実施形態によれば、プラットフォームが統一化されているので、処理方式、開発方式を標準化することができる。また、本実施形態によれば、プラットフォームが統一化されているので、統一化されたプラットフォーム上で動作するアプリケーションの環境適用保守、脆弱性調査や対応のコストを削減することができる。
なお、本発明の実施形態について、複数の隣り合う階層における複数の装置に共通プラットフォーム２００を一気通貫にインストールするものとしたが、このような隣り合う階層の装置にインストールされるものに限定されるものではなく、共通プラットフォーム２００が任意の階層をまたいで複数の階層の装置にインストールされるものであってもよい。
【００６８】
以上、本発明の実施形態について、図面を参照して説明してきたが、具体的な構成はこの実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲においての種々の変更も含まれる。
【符号の説明】
【００６９】
１…制御系システム、１０１〜１０５，１１１，１１２，１２１，１２２，１３１〜１３３，１４１，１４２…装置、２００…共通プラットフォーム、２１０…開発環境、２２０…実行環境、２１１…Ｗｅｂ  ＵＩ開発環境、２１２…ソフトウェア開発環境、２１３…システム連携ツール、２２１…Ｆｒａｍｅｗｏｒｋ、２２２…Ｃｏｍｐｏｎｅｎｔ、２３１…Ｐｒｅｓｅｎｔａｔｉｏｎ、２３２…Ｃｏｎｔｒｏｌｌｅｒ、２３３…Ｄｏｍａｉｎ、２３４…Ｉｎｔｅｇｒａｔｉｏｎ、２２１１…Ｗｅｂ  Ｆｒａｍｅｗｏｒｋ、２２１２…Ａｐｐ  Ｆｒａｍｅｗｏｒｋ、２２２１…ＵＩ、２２２２…Ｕｔｉｌｉｔｙ、２２２３…Ｒｅｐｏｅｒ、２２２４…ＡＣＬ、２２２５…Ｓｙｓｙｔｅｍ  Ｃｏｏｐｅｒａｔｉｏｎ、１３１１…制御部、１３１２…記憶部、１３１３…ドライブ部、１３１４…通信部
【図１】
2019016215.tif 000003
【図２】
2019016215.tif 000004
【図３】
2019016215.tif 000005
【図４】
2019016215.tif 000006
【図５】
2019016215.tif 000007
【図６】
2019016215.tif 000008
【図７】
2019016215.tif 000009
【図８】
2019016215.tif 000010