WO2016199206A1

WO2016199206A1 - システム設計支援装置、方法及びプログラム

Info

Publication number: WO2016199206A1
Application number: PCT/JP2015/066524
Authority: WO
Inventors: 勘司大西
Original assignee: 三菱電機株式会社
Priority date: 2015-06-08
Filing date: 2015-06-08
Publication date: 2016-12-15
Also published as: JPWO2016199206A1; CN107615199B; JP6109438B1; CN107615199A

Abstract

データの監視、描画又は通信をする時間間隔で表される監視性能を指標にして、監視システムの設計を支援する装置であって、ユーザからの入力に基づいて、監視システムの構成図を作成して表示部に表示させる構成図作成部と、構成図内に配置された複数の構成要素の各々の監視性能を取得する構成要素監視性能取得部と、複数の構成要素の各々の監視性能に基づいて、監視システムの全体の監視性能を取得する全体監視性能取得部と、監視システムの全体の監視性能を表示部に表示させる全体監視性能表示部と、を備える。

Description

システム設計支援装置、方法及びプログラム

　本発明は、監視システムの設計を支援するシステム設計支援装置、方法及びプログラムに関する。

　ＦＡ（Factory　Automation）分野において、産業機械を監視するために監視システムが使用される。監視システムの構成要素は、産業機械を制御する制御装置、制御装置に接続されるネットワーク、ネットワークに接続されるサーバ及びサーバに接続されて制御装置を監視する監視装置が例示される。

　制御装置は、プログラマブルコントローラ（ＪＩＳ　Ｂ　３５０２：２０１１、programmable　controllers（ＰＬＣ））が例示される。ネットワークは、Ｅｔｈｅｒｎｅｔ（登録商標）又はＣＣ－Ｌｉｎｋが例示される。サーバは、ＯＰＣ（OLE　for　Process　Control）サーバが例示される。監視装置は、ＳＣＡＤＡ（Supervisory　Control　And　Data　Acquisition）装置が例示される。

　関連する技術として、下記の特許文献１には、システムの１実行サイクル時間に占めるアプリケーションスケジューラの実行時間の割合とデータ処理の実行時間の割合を管理するために、リアルタイムオペレーティングシステムの１つの処理系として管理される帯域管理層と、ユーザによって帯域管理層の実行時間が設定されるときには、データ処理の実行時間が十分に確保されているか否かを判別し通知する判定手段と、を有するプログラマブルコントローラが記載されている（請求項１）。

　また、下記の特許文献２には、各ＰＬＣのコマンド／レスポンス応答時間を格納した点滅間隔時間管理テーブルを記憶し、ネットワーク構成図内の各ＰＬＣの表示アイコンを、前回のコマンド／レスポンス応答時間に応じて点滅表示させるネットワーク構成図表示装置が記載されている（段落００３１から段落００３５まで）。

　また、下記の特許文献３には、プラント監視制御システムにおいて、選択した信号に対する信号伝送ルートが１つに限定されないときに、設計者が信号伝送ルートを１つに限定する操作を行わずに、経由する装置やネットワークの負荷を均等にするため、経由する各装置の負荷に基づいて信号伝送ルートを自動的に決定するデータベース構築方法が記載されている（段落００４４）。

特開２００８－１４６３５７号公報特開２００６－２７７７３４号公報特開平９－２３１２２９号公報

　しかしながら、特許文献１記載のプログラマブルコントローラは、プログラマブルコントローラ単体でのデータ処理の実行時間が十分に確保されているか否かを判定するが、プログラマブルコントローラが組み込まれたシステム全体でのデータ処理の実行時間が十分に確保されているか否かを判定できない。

　また、特許文献２記載のネットワーク構成図表示装置は、ネットワーク構成図内の各ＰＬＣの表示アイコンを、前回のコマンド／レスポンス応答時間に応じて点滅表示させる。従って、特許文献２記載のネットワーク構成図表示装置は、実際にシステムを構築して稼働させた後でなければ、ネットワーク構成図内の各ＰＬＣの表示アイコンを、前回のコマンド／レスポンス応答時間に応じて点滅表示させることができない。

　また、特許文献３記載のデータベース構築方法は、経由する装置やネットワークの負荷を均等にするため、経由する各装置の負荷に基づいて信号伝送ルートを自動的に決定する。つまり、特許文献３記載のデータベース構築方法は、プラント監視制御システムが構築されており、その後に信号伝送ルートを自動的に決定する。従って、特許文献３記載のデータベース構築方法は、実際にプラント監視制御システムを構築した後で目標の監視性能が出ないというトラブルが発生する可能性がある。

　本発明は、上記に鑑みてなされたものであって、実際に監視システムを構築した後で目標の監視性能が出ないというトラブルを抑制することができるシステム設計支援装置を得ることを目的とする。

　上述した課題を解決し、目的を達成するために、本発明は、データの監視、描画又は通信をする時間間隔で表される監視性能を指標にして、監視システムの設計を支援する装置であって、文字又は画像を表示する表示部と、ユーザからの操作入力を受け付ける入力部と、ユーザからの入力に基づいて、監視システムの構成図を作成して表示部に表示させる構成図作成部と、構成図内に配置された複数の構成要素の各々の監視性能を取得する構成要素監視性能取得部と、複数の構成要素の各々の監視性能に基づいて、監視システムの全体の監視性能を取得する全体監視性能取得部と、監視システムの全体の監視性能を表示部に表示させる全体監視性能表示部と、を備えることを特徴とする。

　本発明にかかるシステム設計支援装置は、実際に監視システムを構築した後で目標の監視性能が出ないというトラブルを抑制することができるという効果を奏する。

実施の形態１にかかるシステム設計支援装置のハードウェア構成を示す図実施の形態１にかかるシステム設計支援装置の機能ブロックを示す図実施の形態１にかかる監視性能データの例を示す図実施の形態１にかかる監視性能データの例を示す図実施の形態１にかかる監視性能データの例を示す図実施の形態１にかかる監視性能データの例を示す図実施の形態１にかかる監視性能データの例を示す図実施の形態１にかかる監視性能データの例を示す図実施の形態１にかかる閾値データの例を示す図実施の形態１にかかる改善案データの例を示す図実施の形態１にかかる改善案データの例を示す図実施の形態１にかかるシステム設計支援装置の動作を示すフローチャート実施の形態１にかかるシステム設計支援装置のシステム設計支援画面を示す図実施の形態１にかかるシステム設計支援装置のシステム設計支援画面を示す図実施の形態１にかかるシステム設計支援装置のシステム設計支援画面を示す図

　以下に、本発明の実施の形態にかかるシステム設計支援装置、方法及びプログラムを図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態１．
　実施の形態１では、産業機械を夫々制御する２つの制御装置と、制御装置に接続される１つのネットワークと、ネットワークに接続される１つのサーバと、サーバに接続されて制御装置を監視する１つの監視装置と、を含む監視システムの設計を支援する場合を例にして、説明する。

　制御装置は、プログラマブルコントローラ（ＪＩＳ　Ｂ　３５０２：２０１１、programmable　controllers（ＰＬＣ））が例示される。ネットワークは、Ｅｔｈｅｒｎｅｔ（登録商標）又はＣＣ－Ｌｉｎｋが例示される。サーバは、ＯＰＣ（OLE　for　Process　Control）サーバが例示される。監視装置は、ＳＣＡＤＡ（Supervisory　Control　And　Data　Acquisition）装置が例示される。上記監視システムは例示であり、監視システムは、他の装置を含んでも良い。

　実施の形態１では、データの監視又は描画又は通信をする時間間隔で表される監視性能を指標にして、監視システムの設計を支援する。

　図１は、実施の形態１にかかるシステム設計支援装置のハードウェア構成を示す図である。実施の形態１にかかるシステム設計支援装置１は、コンピュータを利用して実現可能である。コンピュータは、ＣＰＵ（Central　Processing　Unit）１１と、ＲＡＭ（Random　Access　Memory）１２と、ＲＯＭ（Read　Only　Memory）１３と、記憶部１４と、入力部１５と、表示部１６と、通信インタフェース１７と、を含む。ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、記憶部１４、入力部１５、表示部１６及び通信インタフェース１７は、バスＢを介して接続されている。

　ＣＰＵ１１は、ＲＡＭ１２を作業領域として使用しながら、ＲＯＭ１３及び記憶部１４に記憶されているプログラムを実行する。ＲＯＭ１３に記憶されているプログラムは、ＢＩＯＳ（Basic　Input/Output　System）又はＵＥＦＩ（Unified　Extensible　Firmware　Interface）が例示される。記憶部１４に記憶されているプログラムは、オペレーティングシステムプログラム及びシステム設計支援プログラムが例示される。記憶部１４は、ＳＳＤ（Solid　State　Drive）又はＨＤＤ（Hard　Disk　Drive）が例示される。

　入力部１５は、ユーザからの操作入力を受け付ける。入力部１５は、キーボード又はマウスが例示される。表示部１６は、文字又は画像を表示する。表示部１６は、液晶表示装置が例示される。通信インタフェース１７は、他の装置と通信を行う。

　図２は、実施の形態１にかかるシステム設計支援装置の機能ブロックを示す図である。記憶部１４は、プロジェクトデータ１４ａ及び１４ｂを記憶する。

　プロジェクトデータ１４ａは、一方の制御装置で実行される制御プログラム１４ａ１と、制御プログラム１４ａ１の実行時に参照される制御パラメータ１４ａ２と、一方の制御装置のメモリ内の複数の作業領域を規定するデバイスメモリ１４ａ３と、一方の制御装置と産業機械との接続関係を規定する接続情報１４ａ４と、を含む。

　デバイスメモリ１４ａ３で規定されている複数の作業領域の各々は、デバイスと呼ばれる。これら複数のデバイスが、監視装置による監視の対象となる。

　実施の形態１では、制御プログラム１４ａ１のプログラムステップ数は、「５００００」とし、デバイスメモリ１４ａ３で規定されているデバイスの数は、「３０００」とする。

　プロジェクトデータ１４ｂは、他方の制御装置で実行される制御プログラム１４ｂ１と、制御プログラム１４ｂ１の実行時に参照される制御パラメータ１４ｂ２と、他方の制御装置のメモリ内の複数の作業領域を規定するデバイスメモリ１４ｂ３と、他方の制御装置と産業機械との接続関係を規定する接続情報１４ｂ４と、を含む。

　デバイスメモリ１４ｂ３で規定されている複数の作業領域の各々は、デバイスと呼ばれる。これら複数のデバイスが、監視装置による監視の対象となる。

　実施の形態１では、制御プログラム１４ｂ１のプログラムステップ数は、「２００００」とし、デバイスメモリ１４ｂ３で規定されているデバイスの数は、「２０００」とする。

　記憶部１４は、監視性能データ１４ｃを記憶する。監視性能データ１４ｃは、監視システムの設計において選択可能な監視装置Ａタイプの監視性能データ１４ｃ１と、監視装置Ｂタイプの監視性能データ１４ｃ２と、監視装置Ｃタイプの監視性能データ１４ｃ３と、を含む。

　図３は、実施の形態１にかかる監視性能データの例を示す図である。監視装置Ａタイプの監視性能データ１４ｃ１は、描画データ数の項目と、監視データ数の項目と、描画時間間隔の項目と、を含む。

　監視データ数は、２つの制御装置の複数のデバイスの中で、監視装置Ａタイプが監視するデバイスの数である。描画データ数は、監視するデバイスの中で、監視装置Ａタイプの表示装置に描画されるデバイスの数である。描画時間間隔は、監視装置Ａタイプがデバイスの描画を行う時間間隔である。

　描画データ数が増えると監視装置Ａタイプの負荷が増える。従って、描画データ数と描画時間間隔との間には、描画データ数が増えると、描画時間間隔が長くなるという関係がある。

　監視データ数が増えると、監視装置Ａタイプの負荷が増える。従って、監視データ数と描画時間間隔との間には、監視データ数が増えると描画時間間隔が長くなるという関係がある。

　監視性能データ１４ｃ１の行１４ｃ１ａの描画データ数の項目には「５００」が記述されており、監視データ数の項目には「１０００」が記述されており、描画時間間隔の項目には「４００ｍｓ」が記述されている。

　従って、監視装置Ａタイプは、描画データ数が「５００」且つ監視データ数が「１０００」の場合に、「４００ｍｓ」の時間間隔で描画対象のデバイスの内容を描画するものである。

　監視性能データ１４ｃ１の行１４ｃ１ｂの描画データ数の項目には「１０００」が記述されており、監視データ数の項目には「２０００」が記述されており、描画時間間隔の項目には「８００ｍｓ」が記述されている。

　従って、監視装置Ａタイプは、描画データ数が「１０００」且つ監視データ数が「２０００」の場合に、「８００ｍｓ」の時間間隔で描画対象のデバイスの内容を描画するものである。

　監視性能データ１４ｃ１は、監視装置Ａタイプのカタログスペックに基づいて作成されても良いし、実際に稼働している監視装置Ａタイプの実測値に基づいて作成されても良いし、ユーザがパラメータとして設定しても良い。

　なお、監視装置Ａタイプの描画時間間隔は、監視性能データ１４ｃ１を使用するのではなく、式を使用して算出しても良い。監視装置Ａタイプの描画時間間隔を算出する式は、下記の式（１）が例示される。
　　　（描画時間間隔）
　　＝（描画データ数）×Ａ＋（監視データ数）×Ｂ　・・・（１）
　式（１）において、Ａ及びＢは、予め定められた正の定数である。

　監視装置Ｂタイプの監視性能データ１４ｃ２及び監視装置Ｃタイプの監視性能データ１４ｃ３も、監視性能データ１４ｃ１と同じ項目を有しており、説明を省略する。また、監視装置Ｂタイプ及びＣタイプの描画時間間隔は、監視装置Ａタイプと同様に、式を使用して算出しても良い。

　再び図２を参照すると、監視性能データ１４ｃは、監視システムの設計において選択可能なサーバＡタイプの監視性能データ１４ｃ４と、サーバＢタイプの監視性能データ１４ｃ５と、サーバＣタイプの監視性能データ１４ｃ６と、を含む。

　図４は、実施の形態１にかかる監視性能データの例を示す図である。サーバＢタイプの監視性能データ１４ｃ５は、監視データ数の項目と、監視時間間隔の項目と、を含む。

　監視データ数は、制御装置の複数のデバイスの中で、サーバＢタイプが監視するデバイスの数である。監視時間間隔は、サーバＢタイプがデバイスの監視を行う時間間隔である。

　監視データ数が増えると、サーバＢタイプの負荷が増える。従って、監視データ数と監視時間間隔との間には、監視データ数が増えると監視時間間隔が長くなるという関係がある。

　監視性能データ１４ｃ５の行１４ｃ５ａの監視データ数の項目には「１０００」が記述されており、監視時間間隔の項目には「２００ｍｓ」が記述されている。

　従って、サーバＢタイプは、監視データ数が「１０００」の場合に、「２００ｍｓ」の時間間隔で監視対象のデバイスを監視するものである。

　監視性能データ１４ｃ５の行１４ｃ５ｂの監視データ数の項目には「２０００」が記述されており、監視時間間隔の項目には「４００ｍｓ」が記述されている。

　従って、サーバＢタイプは、監視データ数が「２０００」の場合に、「４００ｍｓ」の時間間隔で監視対象のデバイスを監視するものである。

　監視性能データ１４ｃ５は、サーバＢタイプのカタログスペックに基づいて作成されても良いし、実際に稼働しているサーバＢタイプの実測値に基づいて作成されても良いし、ユーザがパラメータとして設定しても良い。

　なお、サーバＢタイプの監視時間間隔は、監視性能データ１４ｃ５を使用するのではなく、式を使用して算出しても良い。サーバＢタイプの監視時間間隔を算出する式は、下記の式（２）が例示される。
　　　（監視時間間隔）＝（監視データ数）×Ｃ　・・・（２）
　式（２）において、Ｃは、予め定められた正の定数である。

　サーバＡタイプの監視性能データ１４ｃ４及びサーバＣタイプの監視性能データ１４ｃ６も、監視性能データ１４ｃ５と同じ項目を有しており、説明を省略する。また、サーバＡタイプの監視時間間隔及びサーバＣタイプの監視時間間隔は、サーバＢタイプと同様に、式を使用して算出しても良い。

　再び図２を参照すると、監視性能データ１４ｃは、監視システムの設計において選択可能な制御装置Ａタイプの監視性能データ１４ｃ７と、制御装置Ｂタイプの監視性能データ１４ｃ８と、制御装置Ｃタイプの監視性能データ１４ｃ９と、を含む。

　図５は、実施の形態１にかかる監視性能データの例を示す図である。制御装置Ａタイプの監視性能データ１４ｃ７は、監視データ数の項目と、プログラムステップ数の項目と、監視時間間隔の項目と、を含む。

　監視データ数は、制御装置Ａタイプの複数のデバイスの中で、制御装置Ａタイプが監視するデバイスの数である。プログラムステップ数は、制御装置Ａタイプが実行する制御プログラムのステップの数である。監視時間間隔は、制御装置Ａタイプがデバイスの監視を行う時間間隔である。

　監視データ数が増えると、制御装置Ａタイプの負荷が増える。従って、監視データ数と監視時間間隔との間には、監視データ数が増えると監視時間間隔が長くなるという関係がある。

　プログラムステップ数が増えると、制御装置Ａタイプの負荷が増える。従って、プログラムステップ数と監視時間間隔との間には、プログラムステップ数が増えると監視時間間隔が長くなるという関係がある。

　監視性能データ１４ｃ７の行１４ｃ７ａの監視データ数の項目には「３０００」が記述されており、プログラムステップ数の項目には「５００００」が記述されており、監視時間間隔の項目には「１００ｍｓ」が記述されている。

　従って、制御装置Ａタイプは、監視データ数が「３０００」且つプログラムステップ数が「５００００」の場合に、「１００ｍｓ」の時間間隔で監視対象のデバイスを監視するものである。

　監視性能データ１４ｃ７の行１４ｃ７ｂの監視データ数の項目には「６０００」が記述されており、プログラムステップ数の項目には「１０００００」が記述されており、監視時間間隔の項目には「２００ｍｓ」が記述されている。

　従って、制御装置Ａタイプは、監視データ数が「６０００」且つプログラムステップ数が「１０００００」の場合に、「２００ｍｓ」の時間間隔で監視対象のデバイスを監視するものである。

　監視性能データ１４ｃ７は、制御装置Ａタイプのカタログスペックに基づいて作成されても良いし、実際に稼働している制御装置Ａタイプの実測値に基づいて作成されても良いし、ユーザがパラメータとして設定しても良い。

　なお、制御装置Ａタイプの監視時間間隔は、監視性能データ１４ｃ７を使用するのではなく、式を使用して算出しても良い。制御装置Ａタイプの監視時間間隔を算出する式は、下記の式（３）が例示される。
　　　（監視時間間隔）
　　＝（監視データ数）×Ｄ＋（プログラムステップ数）×Ｅ　・・・（３）
　式（３）において、Ｄ及びＥは、予め定められた正の定数である。

　図６は、実施の形態１にかかる監視性能データの例を示す図である。制御装置Ｃタイプの監視性能データ１４ｃ９は、監視データ数の項目と、プログラムステップ数の項目と、監視時間間隔の項目と、を含む。

　監視データ数は、制御装置Ｃタイプの複数のデバイスの中で、制御装置Ｃタイプが監視するデバイスの数である。プログラムステップ数は、制御装置Ｃタイプが実行する制御プログラムのステップの数である。監視時間間隔は、制御装置Ｃタイプがデバイスの監視を行う時間間隔である。

　監視データ数が増えると、制御装置Ｃタイプの負荷が増える。従って、監視データ数と監視時間間隔との間には、監視データ数が増えると監視時間間隔が長くなるという関係がある。

　プログラムステップ数が増えると、制御装置Ｃタイプの負荷が増える。従って、プログラムステップ数と監視時間間隔との間には、プログラムステップ数が増えると監視時間間隔が長くなるという関係がある。

　監視性能データ１４ｃ９の行１４ｃ９ａの監視データ数の項目には「２０００」が記述されており、プログラムステップ数の項目には「２００００」が記述されており、監視時間間隔の項目には「６０ｍｓ」が記述されている。

　従って、制御装置Ｃタイプは、監視データ数が「２０００」且つプログラムステップ数が「２００００」の場合に、「６０ｍｓ」の時間間隔で監視対象のデバイスを監視するものである。

　監視性能データ１４ｃ９の行１４ｃ９ｂの監視データ数の項目には「４０００」が記述されており、プログラムステップ数の項目には「４００００」が記述されており、監視時間間隔の項目には「１２０ｍｓ」が記述されている。

　従って、制御装置Ｃタイプは、監視データ数が「４０００」且つプログラムステップ数が「４００００」の場合に、「１２０ｍｓ」の時間間隔で監視対象のデバイスを監視するものである。

　監視性能データ１４ｃ９は、制御装置Ｃタイプのカタログスペックに基づいて作成されても良いし、実際に稼働している制御装置Ｃタイプの実測値に基づいて作成されても良いし、ユーザがパラメータとして設定しても良い。

　なお、制御装置Ｃタイプの監視時間間隔は、監視性能データ１４ｃ９を使用するのではなく、式を使用して算出しても良い。制御装置Ｃタイプの監視時間間隔を算出する式は、下記の式（４）が例示される。
　　　（監視時間間隔）
　　＝（監視データ数）×Ｆ＋（プログラムステップ数）×Ｇ　・・・（４）
　式（４）において、Ｆ及びＧは、予め定められた正の定数である。

　なお、制御装置Ｂタイプの監視性能データ１４ｃ８も、監視性能データ１４ｃ７及び１４ｃ９と同じ項目を有しており、説明を省略する。また、制御装置Ｂタイプの監視時間間隔は、制御装置Ａタイプ及びＣタイプと同様に、式を使用して算出しても良い。

　再び図２を参照すると、監視性能データ１４ｃは、監視システムの設計において選択可能なネットワークＣＣ－Ｌｉｎｋの監視性能データ１４ｃ１０と、ネットワークＥｔｈｅｒｎｅｔ（登録商標）の監視性能データ１４ｃ１１と、を含む。

　図７は、実施の形態１にかかる監視性能データの例を示す図である。ネットワークＣＣ－Ｌｉｎｋの監視性能データ１４ｃ１０は、監視データ数の項目と、通信時間間隔の項目と、を含む。

　監視データ数は、制御装置の複数のデバイスの中で、制御装置からサーバへ転送されるデバイスの数である。通信時間間隔は、ネットワークＣＣ－Ｌｉｎｋがデバイスの転送を行う時間間隔である。

　監視性能データ１４ｃ１０の行１４ｃ１０ａの監視データ数の項目には「－」が記述されており、通信時間間隔の項目には「１００ｍｓ」が記述されている。

　従って、ネットワークＣＣ－Ｌｉｎｋは、監視データ数によらず、「１００ｍｓ」の時間間隔で監視対象のデバイスを転送するものである。

　なお、監視データ数が増えると、ネットワークＣＣ－Ｌｉｎｋを経由するデータ量が増える。従って、監視データ数と通信時間間隔との間には、監視データ数が増えると通信時間間隔が長くなるという関係がある。

　そこで、監視性能データ１４ｃ１０は、監視データ数の値に応じた通信時間間隔を夫々有する複数の行を含んでも良い。

　監視性能データ１４ｃ１０は、ネットワークＣＣ－Ｌｉｎｋのカタログスペックに基づいて作成されても良いし、実際に稼働しているネットワークＣＣ－Ｌｉｎｋの実測値に基づいて作成されても良いし、ユーザがパラメータとして設定しても良い。

　なお、ネットワークＣＣ－Ｌｉｎｋの通信時間間隔は、監視性能データ１４ｃ１０を使用するのではなく、式を使用して算出しても良い。ネットワークＣＣ－Ｌｉｎｋの通信時間間隔を算出する式は、下記の式（５）が例示される。
　　　（通信時間間隔）＝（監視データ数）×Ｈ　・・・（５）
　式（５）において、Ｈは、予め定められた正の定数である。

　図８は、実施の形態１にかかる監視性能データの例を示す図である。ネットワークＥｔｈｅｒｎｅｔ（登録商標）の監視性能データ１４ｃ１１は、監視データ数の項目と、通信時間間隔の項目と、を含む。

　監視データ数は、制御装置の複数のデバイスの中で、制御装置からサーバへ転送されるデバイスの数である。通信時間間隔は、ネットワークＥｔｈｅｒｎｅｔ（登録商標）がデバイスの転送を行う時間間隔である。

　監視性能データ１４ｃ１１の行１４ｃ１１ａの監視データ数の項目には「－」が記述されており、通信時間間隔の項目には「２００ｍｓ」が記述されている。

　従って、ネットワークＥｔｈｅｒｎｅｔ（登録商標）は、監視データ数によらず、「２００ｍｓ」の時間間隔で監視対象のデバイスを転送するものである。

　なお、監視データ数が増えると、ネットワークＥｔｈｅｒｎｅｔ（登録商標）を経由するデータ量が増える。従って、監視データ数と通信時間間隔との間には、監視データ数が増えると通信時間間隔が長くなるという関係がある。

　そこで、監視性能データ１４ｃ１１は、監視データ数の値に応じた通信時間間隔を夫々有する複数の行を含んでも良い。

　監視性能データ１４ｃ１１は、ネットワークＥｔｈｅｒｎｅｔ（登録商標）のカタログスペックに基づいて作成されても良いし、実際に稼働しているネットワークＥｔｈｅｒｎｅｔ（登録商標）の実測値に基づいて作成されても良いし、ユーザがパラメータとして設定しても良い。

　なお、ネットワークＥｔｈｅｒｎｅｔ（登録商標）の通信時間間隔は、監視性能データ１４ｃ１１を使用するのではなく、式を使用して算出しても良い。ネットワークＥｔｈｅｒｎｅｔ（登録商標）の通信時間間隔を算出する式は、下記の式（６）が例示される。
　　　（通信時間間隔）＝（監視データ数）×Ｉ　・・・（６）
　式（６）において、Ｉは、予め定められた正の定数である。

　再び図２を参照すると、記憶部１４は、閾値データ１４ｄを含む。

　図９は、実施の形態１にかかる閾値データの例を示す図である。閾値データ１４ｄは、種別の項目と、値の項目と、を含む。種別は、監視性能の判定対象を表す。値は、監視性能の目標となる閾値を表す。

　閾値データ１４ｄの行１４ｄ１の種別の項目には「全体」が記述されており、値の項目には「１３８０ｍｓ」が記述されている。従って、システム設計支援装置１は、監視システム全体の監視又は描画時間間隔が１３８０ｍｓ以下であるかどうかを判定することにより、監視システムの設計を支援する。

　閾値データ１４ｄの行１４ｄ２の種別の項目には「監視装置」が記述されており、値の項目には「６００ｍｓ」が記述されている。従って、システム設計支援装置１は、監視装置の描画時間間隔が６００ｍｓ以下であるかどうかを判定することにより、監視システムの設計を支援する。

　閾値データ１４ｄの行１４ｄ３の種別の項目には「サーバ」が記述されており、値の項目には「４００ｍｓ」が記述されている。従って、システム設計支援装置１は、サーバの監視時間間隔が４００ｍｓ以下であるかどうかを判定することにより、監視システムの設計を支援する。

　閾値データ１４ｄの行１４ｄ４の種別の項目には「ネットワーク」が記述されており、値の項目には「１００ｍｓ」が記述されている。従って、システム設計支援装置１は、ネットワークの監視時間間隔が１００ｍｓ以下であるかどうかを判定することにより、監視システムの設計を支援する。

　閾値データ１４ｄの行１４ｄ５の種別の項目には「制御装置」が記述されており、値の項目には「１００ｍｓ」が記述されている。従って、システム設計支援装置１は、制御装置の監視時間間隔が１００ｍｓ以下であるかどうかを判定することにより、監視システムの設計を支援する。

　閾値データ１４ｄは、設計対象である監視システムへの要求値に基づいて作成されても良いし、ユーザがパラメータとして設定しても良い。

　再び図２を参照すると、記憶部１４は、改善案データ１４ｅを記憶する。改善案データ１４ｅは、ネットワークがボトルネックである場合の改善案が記述されたネットワーク改善案データ１４ｅ１と、監視装置がボトルネックである場合の改善案が記述された監視装置改善案データ１４ｅ２と、サーバがボトルネックである場合の改善案が記述されたサーバ改善案データ１４ｅ３と、制御装置がボトルネックである場合の改善案が記述された制御装置改善案データ１４ｅ４と、を含む。

　図１０は、実施の形態１にかかる改善案データの例を示す図である。ネットワーク改善案データ１４ｅ１の行１４ｅ１ａには、「Ｅｔｈｅｒｎｅｔ（登録商標）をＣＣ－Ｌｉｎｋに変更する」が記述されている。一般に、ネットワークＥｔｈｅｒｎｅｔ（登録商標）よりネットワークＣＣ－Ｌｉｎｋの方が通信時間間隔が短い。従って、ネットワークがボトルネックである場合は、Ｅｔｈｅｒｎｅｔ（登録商標）をＣＣ－Ｌｉｎｋに変更することで、ネットワークの監視性能の改善が可能である。

　ネットワーク改善案データ１４ｅ１の行１４ｅ１ｂには、「ネットワークを分割する」が記述されている。１つのネットワークを２つのネットワークに分割すると、ネットワークの各々の負荷が低減される。従って、ネットワークがボトルネックである場合は、１つのネットワークを２つのネットワークに分割することで、ネットワークの監視性能の改善が可能である。

　ネットワーク改善案データ１４ｅ１の行１４ｅ１ｃには、「監視データ数を減らす」が記述されている。監視データ数を減らすと、ネットワークによって転送されるデータが減るので、ネットワークの負荷が低減される。従って、ネットワークがボトルネックである場合は、監視データ数を減らすことで、ネットワークの監視性能の改善が可能である。

　図１１は、実施の形態１にかかる改善案データの例を示す図である。監視装置改善案データ１４ｅ２の行１４ｅ２ａには、「描画データ数を減らす」が記述されている。描画データ数を減らすと、監視装置の負荷が低減される。従って、監視装置がボトルネックである場合は、描画データ数を減らすことで、監視装置の監視性能の改善が可能である。

　監視装置改善案データ１４ｅ２の行１４ｅ２ｂには、「監視データ数を減らす」が記述されている。監視データ数を減らすと、監視装置の負荷が低減される。従って、監視装置がボトルネックである場合は、監視データ数を減らすことで、監視装置の監視性能の改善が可能である。

　監視装置改善案データ１４ｅ２の行１４ｅ２ｃには、「２台にする」が記述されている。監視装置を２台にすると、監視装置の各々の負荷が低減される。従って、監視装置がボトルネックである場合は、監視装置を２台にすることで、監視装置の監視性能の改善が可能である。

　なお、サーバ改善案データ１４ｅ３も、ネットワーク改善案データ１４ｅ１及び監視装置改善案データ１４ｅ２と同様に、サーバがボトルネックである場合に、サーバの監視性能を改善する改善案が記述されている。

　制御装置改善案データ１４ｅ４も、ネットワーク改善案データ１４ｅ１及び監視装置改善案データ１４ｅ２と同様に、制御装置がボトルネックである場合に、制御装置の監視性能を改善する改善案が記述されている。

　再び図２を参照すると、ＣＰＵ１１は、記憶部１４に記憶されたシステム設計支援プログラムを実行する。これにより、システム設計支援部１１ａが実現される。

　システム設計支援部１１ａは、ユーザからの入力に基づいて、監視システムの構成図を作成して表示部１６に表示させる構成図作成部１１ａ１を含む。

　システム設計支援部１１ａは、構成図内に配置された複数の構成要素の各々の監視性能を取得する構成要素監視性能取得部１１ａ２を含む。

　システム設計支援部１１ａは、複数の構成要素の各々の監視性能に基づいて、監視システムの全体の監視性能を取得する全体監視性能取得部１１ａ３を含む。

　システム設計支援部１１ａは、監視システムの全体の監視性能を表示部１６に表示させる全体監視性能表示部１１ａ４を含む。

　システム設計支援部１１ａは、監視システム内で監視性能のボトルネックである構成要素を、ユーザが識別できる態様で表示部１６に表示させるボトルネック表示部１１ａ５を含む。

　システム設計支援部１１ａは、監視システム内で監視性能のボトルネックである構成要素の改善案を表示部１６に表示させる改善案表示部１１ａ６を含む。

　システム設計支援装置１の動作について説明する。図１２は、実施の形態１にかかるシステム設計支援装置の動作を示すフローチャートである。

　構成図作成部１１ａ１は、ステップＳ１００において、ユーザからの入力に基づいて、監視システムの構成図を作成する。

　図１３は、実施の形態１にかかるシステム設計支援装置のシステム設計支援画面を示す図である。構成図作成部１１ａ１は、構成図作成領域１６ａと、選択メニュー領域１６ｂと、を表示部１６に表示させる。

　構成図作成部１１ａ１は、選択メニュー領域１６ｂ内に、監視システムの設計において選択可能な構成要素を羅列表示する。ユーザは、監視装置の「Ａタイプ」が表示されている行１６ｂ１をマウスカーソル２１で選択し、矢印２２に沿ってドラッグすることで、監視装置Ａタイプの画像３１を構成図作成領域１６ａ内に配置する。

　同様に、ユーザは、サーバＢタイプの画像３２、ネットワークＣＣ－Ｌｉｎｋの画像３３、制御装置Ａタイプの画像３４及び制御装置Ｃタイプの画像３５を、構成図作成領域１６ａ内に配置する。そして、ユーザは、監視装置Ａタイプの画像３１とサーバＢタイプの画像３２とを結線し、サーバＢタイプの画像３２とネットワークＣＣ－Ｌｉｎｋの画像３３とを結線し、ネットワークＣＣ－Ｌｉｎｋの画像３３と制御装置Ａタイプの画像３４とを結線し、ネットワークＣＣ－Ｌｉｎｋの画像３３と制御装置Ｃタイプの画像３５とを結線する。

　構成図作成部１１ａ１は、監視装置Ａタイプの画像３１、サーバＢタイプの画像３２、ネットワークＣＣ－Ｌｉｎｋの画像３３、制御装置Ａタイプの画像３４及び制御装置Ｃタイプの画像３５を含む構成図４１を作成する。

　再び図１２を参照すると、構成要素監視性能取得部１１ａ２は、ステップＳ１０２において、構成要素の各々の監視性能を取得する。

　図１４は、実施の形態１にかかるシステム設計支援装置のシステム設計支援画面を示す図である。

　ユーザは、制御装置Ａタイプの画像３４を選択して、監視データ数「３０００」及びプログラムステップ数「５００００」を指定する。構成要素監視性能取得部１１ａ２は、監視データ数「３０００」及びプログラムステップ数「５００００」が指定されたら、監視データ数「３０００」及びプログラムステップ数「５００００」をキーにして、制御装置Ａタイプの監視性能データ１４ｃ７を検索し、監視時間間隔「１００ｍｓ」を取得する。

　なお、ユーザは、監視データ数「３０００」及びプログラムステップ数「５００００」を指定することに代えて、プロジェクトデータ１４ａを指定しても良い。構成要素監視性能取得部１１ａ２は、プロジェクトデータ１４ａが指定されたら、制御プログラム１４ａ１を参照して、プログラムステップ数「５００００」を取得する。また、構成要素監視性能取得部１１ａ２は、プロジェクトデータ１４ａが指定されたら、デバイスメモリ１４ａ３を参照して、監視データ数「３０００」を取得する。そして、構成要素監視性能取得部１１ａ２は、監視データ数「３０００」及びプログラムステップ数「５００００」をキーにして、制御装置Ａタイプの監視性能データ１４ｃ７を検索し、監視時間間隔「１００ｍｓ」を取得する。

　これにより、システム設計支援装置１は、ユーザの手間を抑制することができる。

　なお、構成要素監視性能取得部１１ａ２は、制御装置Ａタイプの監視性能データ１４ｃ７を検索して監視時間間隔を取得することに代えて、式（３）を使用して、制御装置Ａタイプの監視時間間隔を取得しても良い。

　構成要素監視性能取得部１１ａ２は、制御装置Ａタイプの監視データ数、プログラムステップ数及び監視時間間隔の画像３４ａを、制御装置Ａタイプの画像３４の傍に表示する。

　制御装置Ａタイプの監視データ数、プログラムステップ数及び監視時間間隔の画像３４ａを制御装置Ａタイプの画像３４の傍に表示するとは、画像３４ａと画像３４との間の距離が、画像３４ａと他の構成要素の画像３１，３２，３３又は３５との間の距離よりも短くなるように、画像３４ａを表示することをいう。

　これにより、ユーザは、制御装置Ａタイプの監視データ数、プログラムステップ数及び監視時間間隔を容易に識別することができる。

　また、ユーザは、制御装置Ｃタイプの画像３５を選択して、監視データ数「２０００」及びプログラムステップ数「２００００」を指定する。構成要素監視性能取得部１１ａ２は、監視データ数「２０００」及びプログラムステップ数「２００００」が指定されたら、監視データ数「２０００」及びプログラムステップ数「２００００」をキーにして、制御装置Ｃタイプの監視性能データ１４ｃ９を検索し、監視時間間隔「６０ｍｓ」を取得する。

　なお、ユーザは、監視データ数「２０００」及びプログラムステップ数「２００００」を指定することに代えて、プロジェクトデータ１４ｂを指定しても良い。構成要素監視性能取得部１１ａ２は、プロジェクトデータ１４ｂが指定されたら、制御プログラム１４ｂ１を参照して、プログラムステップ数「２００００」を取得する。また、構成要素監視性能取得部１１ａ２は、プロジェクトデータ１４ｂが指定されたら、デバイスメモリ１４ｂ３を参照して、監視データ数「２０００」を取得する。そして、構成要素監視性能取得部１１ａ２は、監視データ数「２０００」及びプログラムステップ数「２００００」をキーにして、制御装置Ｃタイプの監視性能データ１４ｃ９を検索し、監視時間間隔「６０ｍｓ」を取得する。

　なお、構成要素監視性能取得部１１ａ２は、制御装置Ｃタイプの監視性能データ１４ｃ９を検索して監視時間間隔を取得することに代えて、式（４）を使用して、制御装置Ｃタイプの監視時間間隔を取得しても良い。

　構成要素監視性能取得部１１ａ２は、制御装置Ｃタイプの監視データ数、プログラムステップ数及び監視時間間隔の画像３５ａを、制御装置Ｃタイプの画像３５の傍に表示する。

　制御装置Ｃタイプの監視データ数、プログラムステップ数及び監視時間間隔の画像３５ａを制御装置Ｃタイプの画像３５の傍に表示するとは、画像３５ａと画像３５との間の距離が、画像３５ａと他の構成要素の画像３１，３２，３３又は３４との間の距離よりも短くなるように、画像３５ａを表示することをいう。

　これにより、ユーザは、制御装置Ｃタイプの監視データ数、プログラムステップ数及び監視時間間隔を容易に識別することができる。

　また、構成要素監視性能取得部１１ａ２は、ネットワークＣＣ－Ｌｉｎｋの監視性能データ１４ｃ１０を参照して、通信時間間隔「１００ｍｓ」を取得する。

　構成要素監視性能取得部１１ａ２は、ネットワークＣＣ－Ｌｉｎｋの通信時間間隔の画像３３ａを、ネットワークＣＣ－Ｌｉｎｋの画像３３の傍に表示する。

　ネットワークＣＣ－Ｌｉｎｋの通信時間間隔の画像３３ａを、ネットワークＣＣ－Ｌｉｎｋの画像３３の傍に表示するとは、画像３３ａと画像３３との間の距離が、画像３３ａと他の構成要素の画像３１，３２，３４又は３５との間の距離よりも短くなるように、画像３３ａを表示することをいう。

　これにより、ユーザは、ネットワークＣＣ－Ｌｉｎｋの通信時間間隔を容易に識別することができる。

　また、ユーザは、サーバＢタイプの画像３２を選択して、監視データ数「２０００」を指定する。構成要素監視性能取得部１１ａ２は、監視データ数「２０００」が指定されたら、監視データ数「２０００」をキーにして、サーバＢタイプの監視性能データ１４ｃ５を検索し、監視時間間隔「４００ｍｓ」を取得する。

　なお、構成要素監視性能取得部１１ａ２は、サーバＢタイプの監視性能データ１４ｃ５を検索して監視時間間隔を取得することに代えて、式（２）を使用して、サーバＢタイプの監視時間間隔を取得しても良い。

　構成要素監視性能取得部１１ａ２は、サーバＢタイプの監視データ数及び監視時間間隔の画像３２ａを、サーバＢタイプの画像３２の傍に表示する。

　サーバＢタイプの監視データ数及び監視時間間隔の画像３２ａをサーバＢタイプの画像３２の傍に表示するとは、画像３２ａと画像３２との間の距離が、画像３２ａと他の構成要素の画像３１，３３，３４又は３５との間の距離よりも短くなるように、画像３２ａを表示することをいう。

　これにより、ユーザは、サーバＢタイプの監視データ数及び監視時間間隔を容易に識別することができる。

　また、ユーザは、監視装置Ａタイプの画像３１を選択して、監視データ数「２０００」及び描画データ数「１０００」を指定する。構成要素監視性能取得部１１ａ２は、監視データ数「２０００」及び描画データ数「１０００」が指定されたら、監視データ数「２０００」及び描画データ数「１０００」をキーにして、監視装置Ａタイプの監視性能データ１４ｃ１を検索し、描画時間間隔「８００ｍｓ」を取得する。

　なお、構成要素監視性能取得部１１ａ２は、監視装置Ａタイプの監視性能データ１４ｃ１を検索して描画時間間隔を取得することに代えて、式（１）を使用して、監視装置Ａタイプの描画時間間隔を取得しても良い。

　構成要素監視性能取得部１１ａ２は、監視装置Ａタイプの描画データ数、監視データ数及び描画時間間隔の画像３１ａを、監視装置Ａタイプの画像３１の傍に表示する。

　監視装置Ａタイプの描画データ数、監視データ数及び描画時間間隔の画像３１ａを監視装置Ａタイプの画像３１の傍に表示するとは、画像３１ａと画像３１との間の距離が、画像３１ａと他の構成要素の画像３２，３３，３４又は３５との間の距離よりも短くなるように、画像３１ａを表示することをいう。

　これにより、ユーザは、監視装置Ａタイプの描画データ数、監視データ数及び描画時間間隔を容易に識別することができる。

　再び図１２を参照すると、全体監視性能取得部１１ａ３は、ステップＳ１０４において、監視システム全体の監視性能を取得する。実施の形態１では、監視システム全体の監視性能は、監視データが制御装置Ａタイプ、ネットワークＣＣ－Ｌｉｎｋ、サーバＢタイプ及び監視装置Ａタイプを経由して流れる第１の経路と、監視データが制御装置Ｃタイプ、ネットワークＣＣ－Ｌｉｎｋ、サーバＢタイプ及び監視装置Ａタイプを経由して流れる第２の経路と、がある。

　全体監視性能取得部１１ａ３は、制御装置Ａタイプの監視時間間隔「１００ｍｓ」と、ネットワークＣＣ－Ｌｉｎｋの通信時間間隔「１００ｍｓ」と、サーバＢタイプの監視時間間隔「４００ｍｓ」と、監視装置Ａタイプの描画時間間隔「８００ｍｓ」と、を加算して、第１の経路の監視性能「１４００ｍｓ」を取得する。

　全体監視性能取得部１１ａ３は、制御装置Ｃタイプの監視時間間隔「６０ｍｓ」と、ネットワークＣＣ－Ｌｉｎｋの通信時間間隔「１００ｍｓ」と、サーバＢタイプの監視時間間隔「４００ｍｓ」と、監視装置Ａタイプの描画時間間隔「８００ｍｓ」と、を加算して、第２の経路の監視性能「１３６０ｍｓ」を取得する。

　全体監視性能表示部１１ａ４は、ステップＳ１０６において、監視システム全体の監視性能を表示部１６に表示する。

　詳細には、全体監視性能表示部１１ａ４は、第１の経路の監視性能を表す画像５２及び第２の経路の監視性能を表す画像５３を、構成図作成領域１６ａ内に表示する。

　これにより、ユーザは、監視システムの設計段階で、監視システムの大凡の監視性能を把握することができる。従って、システム設計支援装置１は、実際に監視システムを構築した後で目標の監視性能が出ないというトラブルを抑制することができる。

　このとき、全体監視性能表示部１１ａ４は、第１の経路の監視性能「１４００ｍｓ」と、閾値データ１４ｄの行１４ｄ１内の閾値「１３８０ｍｓ」と、を比較し、第１の経路の監視性能「１４００ｍｓ」が閾値データ１４ｄの行１４ｄ１内の閾値「１３８０ｍｓ」を超えているので、第１の経路をユーザが識別できる態様で表示する。第１の経路をユーザが識別できる態様で表示することは、構成図４１において、第１の経路の構成要素を赤色で表示することが例示される。

　これにより、ユーザは、監視性能が目標を満たしていない経路を容易に識別することができる。従って、システム設計支援装置１は、監視システムの設計の検討を容易にすることができる。

　ボトルネック表示部１１ａ５は、ステップＳ１０８において、ボトルネックである構成要素をユーザが識別できる態様で表示する。

　ボトルネック表示部１１ａ５は、制御装置Ａタイプの監視時間間隔「１００ｍｓ」と、閾値データ１４ｄの行１４ｄ５内の閾値「１００ｍｓ」と、を比較し、制御装置Ａタイプの監視時間間隔「１００ｍｓ」が閾値データ１４ｄの行１４ｄ５内の閾値「１００ｍｓ」を超えていないので、制御装置Ａタイプはボトルネックではないと判定する。

　ボトルネック表示部１１ａ５は、制御装置Ｃタイプの監視時間間隔「６０ｍｓ」と、閾値データ１４ｄの行１４ｄ５内の閾値「１００ｍｓ」と、を比較し、制御装置Ｃタイプの監視時間間隔「６０ｍｓ」が閾値データ１４ｄの行１４ｄ５内の閾値「１００ｍｓ」を超えていないので、制御装置Ｃタイプはボトルネックではないと判定する。

　ボトルネック表示部１１ａ５は、ネットワークＣＣ－Ｌｉｎｋの通信時間間隔「１００ｍｓ」と、閾値データ１４ｄの行１４ｄ４内の閾値「１００ｍｓ」と、を比較し、ネットワークＣＣ－Ｌｉｎｋの通信時間間隔「１００ｍｓ」が閾値データ１４ｄの行１４ｄ４内の閾値「１００ｍｓ」を超えていないので、ネットワークＣＣ－Ｌｉｎｋはボトルネックではないと判定する。

　ボトルネック表示部１１ａ５は、サーバＢタイプの監視時間間隔「４００ｍｓ」と、閾値データ１４ｄの行１４ｄ３内の閾値「４００ｍｓ」と、を比較し、サーバＢタイプの監視時間間隔「４００ｍｓ」が閾値データ１４ｄの行１４ｄ３内の閾値「４００ｍｓ」を超えていないので、サーバＢタイプはボトルネックではないと判定する。

　ボトルネック表示部１１ａ５は、監視装置Ａタイプの描画時間間隔「８００ｍｓ」と、閾値データ１４ｄの行１４ｄ２内の閾値「６００ｍｓ」と、を比較し、監視装置Ａタイプの描画時間間隔「８００ｍｓ」が閾値データ１４ｄの行１４ｄ２内の閾値「６００ｍｓ」を超えているので、監視装置Ａタイプはボトルネックであると判定する。

　そこで、ボトルネック表示部１１ａ５は、ボトルネックである監視装置Ａタイプの画像３１をユーザが識別できる態様で表示する。監視装置Ａタイプの画像３１をユーザが識別できる態様で表示することは、構成図４１において、監視装置Ａタイプの画像３１を赤色で点滅表示することが例示される。

　これにより、ユーザは、ボトルネックである構成要素を容易に把握することができる。従って、システム設計支援装置１は、監視システムの設計の検討を容易にすることができる。

　なお、ボトルネック表示部１１ａ５は、複数の構成要素が閾値を超えていたら、閾値を超えている複数の構成要素の中で閾値との差が最大のものを、ボトルネックにして表示することとしても良い。

　また、ボトルネック表示部１１ａ５は、各構成要素がボトルネックになっているか否かを閾値と比較することで判定したが、これに限定されない。ボトルネック表示部１１ａ５は、各構成要素の中で、監視又は描画時間間隔が最大のものを、ボトルネックになっていると判定しても良い。

　再び図１２を参照すると、改善案表示部１１ａ６は、ステップＳ１１０において、ボトルネックである構成要素の改善案を表示する。

　改善案表示部１１ａ６は、監視装置ＡタイプがボトルネックであるとステップＳ１０８で判定されているので、監視装置の改善案が記述されている監視装置改善案データ１４ｅ２の内容を表示する。

　図１５は、実施の形態１にかかるシステム設計支援装置のシステム設計支援画面を示す図である。

　改善案表示部１１ａ６は、監視装置改善案データ１４ｅ２の内容を表す画像５１を、監視装置Ａタイプの画像３１の傍に表示する。

　監視装置改善案データ１４ｅ２の内容を表す画像５１を監視装置Ａタイプの画像３１の傍に表示するとは、画像５１と画像３１との間の距離が、画像５１と他の構成要素の画像３２，３３，３４又は３５との間の距離よりも短くなるように、画像５１を表示することをいう。

　これにより、ユーザは、ボトルネックの改善案を容易に把握することができる。従って、システム設計支援装置１は、監視システムの設計の検討を容易にすることができる。

　以上説明したように、実施の形態１にかかるシステム設計支援装置１によれば、監視システム全体の監視性能を表示する。これにより、ユーザは、監視システムの設計段階で、監視システムの大凡の監視性能を把握することができる。従って、システム設計支援装置１は、実際に監視システムを構築した後で目標の監視性能が出ないというトラブルを抑制することができる。

　また、システム設計支援装置１は、ボトルネックである構成要素をユーザが識別できる態様で表示する。これにより、ユーザは、ボトルネックである構成要素を容易に把握することができる。従って、システム設計支援装置１は、監視システムの設計の検討を容易にすることができる。

　また、システム設計支援装置１は、監視データ数及びプログラムステップ数の指定に代えて、プロジェクトデータが制御装置へ指定されたら、指定されたプロジェクトデータを参照して、監視データ数及びプログラムステップ数を取得する。これにより、システム設計支援装置１は、ユーザの手間を抑制することができる。

　また、システム設計支援装置１は、ボトルネックの改善案を表示する。これにより、ユーザは、ボトルネックの改善案を容易に把握することができる。従って、システム設計支援装置１は、監視システムの設計の検討を容易にすることができる。

　以上の実施の形態に示した構成は、本発明の内容の一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

　１　システム設計支援装置、１１　ＣＰＵ、１１ａ　システム設計支援部、１１ａ１　構成図作成部、１１ａ２　構成要素監視性能取得部、１１ａ３　全体監視性能取得部、１１ａ４　全体監視性能表示部、１１ａ５　ボトルネック表示部、１１ａ６　改善案表示部、１４　記憶部、１４ａ，１４ｂ　プロジェクトデータ、１４ｃ　監視性能データ、１４ｄ　閾値データ、１４ｅ　改善案データ。

Claims

　データの監視、描画又は通信をする時間間隔で表される監視性能を指標にして、監視システムの設計を支援する装置であって、
　文字又は画像を表示する表示部と、
　ユーザからの操作入力を受け付ける入力部と、
　ユーザからの入力に基づいて、前記監視システムの構成図を作成して前記表示部に表示させる構成図作成部と、
　前記構成図内に配置された複数の構成要素の各々の監視性能を取得する構成要素監視性能取得部と、
　前記複数の構成要素の各々の監視性能に基づいて、前記監視システムの全体の監視性能を取得する全体監視性能取得部と、
　前記監視システムの全体の監視性能を前記表示部に表示させる全体監視性能表示部と、
　を備えることを特徴とするシステム設計支援装置。
　前記構成要素監視性能取得部は、
　前記複数の構成要素の各々の監視性能を前記表示部に表示させることを特徴とする請求項１に記載のシステム設計支援装置。
　前記監視システム内で監視性能のボトルネックになっている前記構成要素を、ユーザが識別できる態様で前記表示部に表示させるボトルネック表示部を更に備えることを特徴とする請求項１に記載のシステム設計支援装置。
　前記構成要素監視性能取得部は、
　前記構成要素に、前記構成要素で実行される制御プログラム及び前記構成要素のメモリ内の複数の作業領域を規定するデバイスメモリを含むプロジェクトデータがユーザによって指定されたら、前記制御プログラムを参照してプログラムステップ数を取得し、前記デバイスメモリを参照して監視データ数を取得し、前記プログラムステップ数及び前記監視データ数に基づいて、前記構成要素の監視性能を取得することを特徴とする請求項１に記載のシステム設計支援装置。
　前記監視システム内で監視性能のボトルネックになっている前記構成要素の改善案を前記表示部に表示させる改善案表示部を更に備えることを特徴とする請求項１に記載のシステム設計支援装置。
　データの監視、描画又は通信をする時間間隔で表される監視性能を指標にして、監視システムの設計を支援する方法であって、
　ユーザの入力に基づいて、前記監視システムの構成図を作成する構成図作成ステップと、
　前記構成図内に配置された複数の構成要素の各々の監視性能を取得する構成要素監視性能取得ステップと、
　前記複数の構成要素の各々の監視性能に基づいて、前記監視システムの全体の監視性能を取得する全体監視性能取得ステップと、
　前記監視システムの全体の監視性能を表示部に表示させる全体監視性能表示ステップと、
　を備えることを特徴とするシステム設計支援方法。
　データの監視、描画又は通信をする時間間隔で表される監視性能を指標にして、監視システムの設計を支援するためのプログラムであって、
　ユーザの入力に基づいて、前記監視システムの構成図を作成する構成図作成ステップと、
　前記構成図内に配置された複数の構成要素の各々の監視性能を取得する構成要素監視性能取得ステップと、
　前記複数の構成要素の各々の監視性能に基づいて、前記監視システムの全体の監視性能を取得する全体監視性能取得ステップと、
　前記監視システムの全体の監視性能を表示部に表示させる全体監視性能表示ステップと、
　をコンピュータに実行させることを特徴とするシステム設計支援プログラム。