JP6750299B2 - 情報処理システム - Google Patents

Description

本発明は、情報処理システムに関する。

工場や発電所等の施設における設備や機器、プラント等の動作を制御及び監視するシステムが従来から知られている。

また、セキュリティ機能のセキュリティレベル等を動的に設定する技術が従来から知られている（例えば特許文献１及び２参照）。

特開２００３−３１６６５０号公報 特開２０１１−１５１５４１号公報

しかしながら、上記の従来技術では、例えば、セキュリティ機能の実行によってＣＰＵ（Central Processing Unit）やメモリの使用率が増加し、工場や発電所等の施設における設備や機器、プラント等の運用に影響を与える場合があった。

すなわち、例えば、セキュリティ機能の実行によってＣＰＵやメモリの使用率が増加した結果、設備や機器、プラント等の動作制御や動作監視を十分に行えない場合があった。

本発明の一実施形態は、上記の点に鑑みてなされたもので、セキュリティ機能の実行に伴う影響を低減することを目的とする。

上記目的を達成するため、本発明の一実施形態は、第１の装置と、該第１の装置とネットワークを介して接続される第２の装置とを含む情報処理システムであって、前記第１の装置及び前記第２の装置が実行可能なセキュリティ機能毎に、該セキュリティ機能の実行条件に関する情報を記憶する第１の記憶手段と、前記情報処理システムに接続される端末装置から送信されたセキュリティ機能の実行要求に応じて、該実行要求に対応するセキュリティ機能の前記実行条件に関する情報を前記第１の記憶手段から取得する取得手段と、前記取得手段により取得された前記実行条件に関する情報に基づいて、前記セキュリティ機能を前記第１の装置で実行するか否かを判定する第１の判定手段と、前記第１の判定手段により前記セキュリティ機能を前記第１の装置で実行すると判定された場合、前記セキュリティ機能を前記第１の装置で実行させる実行手段と、を有し、前記実行手段は、前記第１の判定手段により前記セキュリティ機能を前記第１の装置で実行しないと判定された場合、前記セキュリティ機能の実行要求を前記第２の装置に送信する、ことを特徴とする。

本発明の一実施形態によれば、セキュリティ機能の実行に伴う影響を低減する。

第一の実施形態に係る制御システムの一例を示す図である。 第一の実施形態に係る端末装置、監視装置、及び制御装置のハードウェア構成の一例を示す図である。 第一の実施形態に係る制御システムの機能構成の一例を示す図である。 第一の実施形態に係るセキュリティ機能の実行条件の登録処理の一例を示すシーケンス図である。 第一の実施形態に係るセキュリティ機能の実行条件の設定画面の一例を示す図である。 第一の実施形態に係る実行条件情報の一例を示す図である。 第一の実施形態に係るセキュリティ機能の実行処理の一例を示すシーケンス図である。 第一の実施形態に係るセキュリティ機能の実行判定処理の一例を示すフローチャートである。 第二の実施形態に係るセキュリティ機能の実行条件の登録処理の一例を示すシーケンス図である。 第二の実施形態に係るセキュリティ機能の実行条件の設定画面の一例を示す図である。 第二の実施形態に係る実行条件情報の一例を示す図である。 第三の実施形態に係る制御システムの機能構成の一例を示す図である。 使用率履歴情報の一例を示す図である。 第三の実施形態に係るセキュリティ機能の実行判定処理の一例を示すフローチャートである。 第四の実施形態に係る制御システムの機能構成の一例を示す図である。 第四の実施形態に係る実行条件情報の一例を示す図である。 第四の実施形態に係るセキュリティ機能の実行判定処理の一例を示すフローチャートである。 実行待ち情報の一例を示す図である。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。

［第一の実施形態］
＜システム構成＞
まず、第一の実施形態に係る制御システム１のシステム構成について、図１を参照しながら説明する。図１は、第一の実施形態に係る制御システムの一例を示す図である。

図１に示す制御システム１は、１以上の端末装置１０と、１以上の監視装置２０と、１以上の制御装置３０とを有する。端末装置１０と監視装置２０とは、例えばＬＡＮ（Local Area Network）等のネットワークＮ１を介して通信可能に接続されている。また、監視装置２０と制御装置３０とは、例えばＬＡＮ等のネットワークＮ２を介して通信可能に接続されている。

更に、制御装置３０には、１以上の変換装置４０が接続されている。加えて、変換装置４０には、１以上の機器５０が接続されている。

ここで、監視装置２０、制御装置３０、変換装置４０、及び機器５０は、工場や発電所等の施設におけるシステム環境である施設環境Ｅ１に含まれる。したがって、端末装置１０と、施設環境Ｅ１とは、ネットワークＮ１を介して通信可能に接続されている。なお、施設環境Ｅ１は、工場や発電所におけるシステム環境に限られず、例えば、水処理施設やごみ処理施設等の各種施設におけるシステム環境であっても良い。

端末装置１０は、ユーザが利用するデスクトップＰＣやノートＰＣ、スマートフォン、タブレット端末等である。ユーザは、端末装置１０を用いて施設環境Ｅ１に接続して、各種情報を取得することができる。

例えば、ユーザは、端末装置１０を用いて施設環境Ｅ１に含まれる監視装置２０に接続して、当該監視装置２０により提供される各種の監視結果（機器５０の動作状態やアラーム等）を取得することができる。

監視装置２０は、施設環境Ｅ１に含まれる制御装置３０や機器５０等の動作ログやセンサ情報（機器５０の温度や圧力等を各種のセンサで測定した情報）等を収集して、当該動作ログやセンサ情報等に基づくモニタリング（監視）を行う情報処理装置である。また、監視装置２０は、端末装置１０からの要求に応じて、当該端末装置１０に監視結果を提供する。

制御装置３０は、例えば、ＰＬＣ（Programmable Logic Controller）等であり、機器５０を制御する情報処理装置である。制御装置３０は、機器５０の動作を制御すると共に、機器５０から動作ログやセンサ情報を取得して監視装置２０に送信する。

変換装置４０は、例えば、Ａ／Ｄ変換やＤ／Ａ変換を行うモジュール等であり、制御装置３０と機器５０との間で情報の変換を行う。すなわち、変換装置４０は、制御装置３０から出力された各種の情報を機器５０が入力可能な形式に変換する共に、機器５０から出力された各種の情報を制御装置３０が入力可能な形式に変換する。なお、変換装置４０は、制御装置３０に含まれていても良い。

機器５０は、例えば、ガスタービンや蒸気タービン等の発電設備、変圧器やガス遮断器等の変電・配電設備、工場等における製造設備等であり、制御装置３０により制御される各種の設備やプラント等である。

本実施形態に係る制御システム１は、ユーザが端末装置１０を用いて施設環境Ｅ１に接続する際に、ログイン認証やアクセス制御等のセキュリティ機能の実行主体を動的に変更させる。

すなわち、例えば、ユーザが端末装置１０を用いて施設環境Ｅ１に接続して、当該施設環境Ｅ１にログインする際に、監視装置２０や制御装置３０のＣＰＵ使用率やメモリ使用率等のリソース使用率に基づいて、ログイン認証を行う装置（監視装置２０又は制御装置３０）を動的に変更する。同様に、例えば、ユーザが端末装置１０を用いて施設環境Ｅ１にログインした後、監視装置２０により提供される監視結果を取得する際に、監視装置２０や制御装置３０のリソース使用率に基づいて、アクセス制御を行う装置を動的に変更する。

このように、本実施形態に係る制御システム１では、例えば、ＣＰＵ使用率に基づいて、セキュリティ機能の実行主体を動的に変更する。このため、本実施形態に係る制御システム１では、例えば、セキュリティ機能の実行によりＣＰＵ使用率が高くなったことにより（すなわち、ＣＰＵに高い負荷が生じたことにより）、機器５０のモニタリングや制御等に影響が生じる事態を防止することができる。

＜ハードウェア構成＞
次に、第一の実施形態に係る端末装置１０、監視装置２０、及び制御装置３０のハードウェア構成について、図１を参照しながら説明する。図２は、第一の実施形態に係る端末装置、監視装置、及び制御装置のハードウェア構成の一例を示す図である。なお、端末装置１０、監視装置２０、及び制御装置３０は、同様のハードウェア構成を有しているため、以降では、主に、端末装置１０のハードウェア構成について説明する。

端末装置１０は、入力装置１１と、表示装置１２と、外部Ｉ／Ｆ１３と、ＲＡＭ（Random Access Memory）１４と、ＲＯＭ（Read Only Memory）１５と、ＣＰＵ１６と、通信Ｉ／Ｆ１７と、記憶装置１８とを有する。また、これらの各ハードウェアは、バスＢにより通信可能に接続されている。

入力装置１１は、例えば、キーボードやマウス、タッチパネル等であり、ユーザが各種の操作信号を入力するのに用いられる。表示装置１２は、例えば、ディスプレイ等であり、処理結果を表示する。なお、監視装置２０や制御装置３０は、入力装置１１や表示装置１２を必要なときにバスＢに接続して利用する形態であっても良い。

外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａ等がある。これにより、端末装置１０は、外部Ｉ／Ｆ１３を介して記録媒体１３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。なお、記録媒体１３ａには、本実施形態を実現するプログラムが格納されていても良い。

ＲＡＭ１４は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリである。ＲＯＭ１５は、端末装置１０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）やＯＳ（Operating System）設定、ネットワーク設定等のデータやプログラムが格納されている。

ＣＰＵ１６は、ＲＯＭ１５や記憶装置１８等からプログラムやデータをＲＡＭ１４上に読み出し、処理を実行することで、端末装置１０全体の制御や機能を実現する演算装置である。

通信Ｉ／Ｆ１７は、端末装置１０をネットワークＮ１に接続するためのインタフェースである。これにより、端末装置１０は、通信Ｉ／Ｆ１７を介してデータ通信を行うことができる。

記憶装置１８は、プログラムやデータを格納している不揮発性のメモリであり、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（solid state drive）等である。記憶装置１８に格納されるデータには、本実施形態を実現するプログラム、端末装置１０全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。なお、記憶装置１８は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。

本実施形態に係る端末装置１０、監視装置２０、及び制御装置３０は、図２に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。

＜機能構成＞
次に、第一の実施形態に係る制御システム１の機能構成について、図３を参照しながら説明する。図３は、第一の実施形態に係る制御システムの機能構成の一例を示す図である。

端末装置１０は、入力受付部１０１と、表示制御部１０２と、登録要求部１０３と、実行要求部１０４とを有する。これら各機能部は、端末装置１０にインストールされた１以上のプログラムが、ＣＰＵ１６に実行させる処理により実現される。

入力受付部１０１は、ユーザによる各種の入力操作を受け付ける。例えば、入力受付部１０１は、セキュリティ機能の実行条件の登録操作を受け付ける。

また、例えば、入力受付部１０１は、セキュリティ機能を実行させるための実行操作を受け付ける。

なお、実行条件とは、セキュリティ機能毎に、監視装置２０及び制御装置３０において当該セキュリティ機能が実行される場合の条件であり、例えば、「ＣＰＵ使用率が２０％未満」や「メモリの使用率が３０％未満」等とリソース使用率で表される。

また、セキュリティ機能とは、ユーザが端末装置１０を用いて施設環境Ｅ１に接続する場合に実行される各種のセキュリティに関する機能であり、例えば、ログイン認証やアクセス制御等が挙げられる。

表示制御部１０２は、各種の画面を表示させる。例えば、表示制御部１０２は、セキュリティ機能の実行条件を設定及び登録するための画面を表示させる。

登録要求部１０３は、入力受付部１０１により登録操作が受け付けられると、実行条件の登録要求を監視装置２０に送信する。

実行要求部１０４は、入力受付部１０１によりセキュリティ機能を実行させるための実行操作（例えば、ログイン操作）が受け付けられると、当該セキュリティ機能の実行要求（例えば、ログイン認証の実行要求）を監視装置２０に送信する。

監視装置２０は、登録処理部２０１と、実行判定処理部２０２と、機能実行部２０３とを有する。これら各機能部は、監視装置２０にインストールされた１以上のプログラムが、ＣＰＵ１６に実行させる処理により実現される。

また、監視装置２０は、実行条件記憶部２０４を有する。当該記憶部は、記憶装置１８を用いて実現可能である。なお、当該記憶部は、例えば、監視装置２０とネットワークを介して接続される記憶装置等を用いて実現されても良い。

登録処理部２０１は、実行条件の登録要求に応じて、当該登録要求に基づく実行条件を監視装置２０に登録する。すなわち、登録処理部２０１は、実行条件の登録要求を受信すると、当該実行条件を示す実行条件情報を実行条件記憶部２０４に記憶させる。

また、登録処理部２０１は、実行条件情報を実行条件記憶部２０４に記憶させると、実行条件の登録要求を制御装置３０に送信する。すなわち、登録処理部２０１は、端末装置１０から受信した実行条件の登録要求を制御装置３０に転送する。

実行判定処理部２０２は、セキュリティ機能の実行要求に応じて、当該セキュリティ機能を監視装置２０で実行するか否かを判定する処理（セキュリティ機能の実行判定処理）を実行する。ここで、実行判定処理部２０２は、条件取得部２１２と、条件判定部２２２とを有する。

条件取得部２１２は、セキュリティ機能の実行要求に応じて、当該実行要求に係るセキュリティ機能の実行条件情報を実行条件記憶部２０４から取得する。条件判定部２２２は、条件取得部２１２により実行条件情報が取得されると、当該実行条件情報に基づいて、実行要求に係るセキュリティ機能の実行条件を満たすか否かを判定する。

ここで、実行判定処理部２０２は、条件判定部２２２によりセキュリティ機能の実行条件を満たすと判定された場合、当該セキュリティ機能を監視装置２０で実行すると判定する。一方で、実行判定処理部２０２は、条件判定部２２２によりセキュリティ機能の実行条件を満たさないと判定された場合、当該セキュリティ機能を監視装置２０で実行しないと判定する。

機能実行部２０３は、実行判定処理部２０２によりセキュリティ機能を監視装置２０で実行すると判定された場合、当該セキュリティ機能（例えば、ログイン認証）を実行する。

また、機能実行部２０３は、実行判定処理部２０２によりセキュリティ機能を監視装置２０で実行しないと判定された場合、当該セキュリティ機能の実行要求を制御装置３０に送信（転送）する。

実行条件記憶部２０４は、登録処理部２０１により記憶された実行条件情報を記憶する。なお、実行条件情報の詳細については後述する。

制御装置３０は、登録処理部３０１と、実行判定処理部３０２と、機能実行部３０３とを有する。これら各機能部は、制御装置３０にインストールされた１以上のプログラムが、ＣＰＵ１６に実行させる処理により実現される。

また、制御装置３０は、実行条件記憶部３０４を有する。当該記憶部は、記憶装置１８を用いて実現可能である。なお、当該記憶部は、例えば、制御装置３０とネットワークを介して接続される記憶装置等を用いて実現されても良い。

登録処理部３０１は、実行条件の登録要求に応じて、当該登録要求に基づく実行条件を制御装置３０に登録する。すなわち、登録処理部３０１は、実行条件の登録要求を受信すると、当該実行条件を示す実行条件情報を実行条件記憶部３０４に記憶させる。

実行判定処理部３０２は、セキュリティ機能の実行要求に応じて、当該セキュリティ機能を制御装置３０で実行するか否かを判定する処理（セキュリティ機能の実行判定処理）を実行する。ここで、実行判定処理部３０２は、条件取得部３１２と、条件判定部３２２とを有する。

条件取得部３１２は、セキュリティ機能の実行要求に応じて、当該実行要求に係るセキュリティ機能の実行条件情報を実行条件記憶部３０４から取得する。条件判定部３２２は、条件取得部３１２により実行条件情報が取得されると、当該実行条件情報に基づいて、実行要求に係るセキュリティ機能の実行条件を満たすか否かを判定する。

ここで、実行判定処理部３０２は、条件判定部３２２によりセキュリティ機能の実行条件を満たすと判定された場合、当該セキュリティ機能を制御装置３０で実行すると判定する。一方で、実行判定処理部３０２は、条件判定部３２２によりセキュリティ機能の実行条件を満たさないと判定された場合、当該セキュリティ機能を制御装置３０で実行しないと判定する。

機能実行部３０３は、実行判定処理部３０２によりセキュリティ機能を制御装置３０で実行すると判定された場合、当該セキュリティ機能（例えば、ログイン認証）を実行する。

実行条件記憶部３０４は、登録処理部３０１により記憶された実行条件情報を記憶する。なお、実行条件情報の詳細については後述する。

＜処理の詳細＞
次に、第一の実施形態に係る制御システム１の処理の詳細について説明する。

まず、本実施形態に係る制御システム１において、セキュリティ機能の実行条件を監視装置２０及び制御装置３０に登録する処理について、図４を参照しながら説明する。図４は、第一の実施形態に係るセキュリティ機能の実行条件の登録処理の一例を示すシーケンス図である。なお、以降において、「登録」には、実行条件情報を実行条件記憶部２０４及び実行条件記憶部３０４に新たに追加する「新規登録」と、実行条件記憶部２０４及び実行条件記憶部３０４に記憶されている実行条件情報を更新する「更新登録」とが含まれる。

まず、端末装置１０の入力受付部１０１は、例えば図５に示すセキュリティ機能の実行条件の設定画面１０００において、ユーザによるセキュリティ機能の実行条件の登録操作を受け付ける（ステップＳ４０１）。

ここで、図５に示すセキュリティ機能の実行条件の設定画面１０００は、端末装置１０の表示制御部１０２により表示装置１２等に表示され、セキュリティ機能の一覧１１００と、実行条件の一覧１２００と、登録ボタン１３００とが含まれる。

セキュリティ機能の一覧１１００は、実行条件を設定するセキュリティ機能を選択するための一覧であり、例えば、「ログイン認証」、「アクセス制御」等のセキュリティ機能が含まれる。実行条件の一覧１２００は、セキュリティ機能の一覧１１００で選択されたセキュリティ機能に対して設定する実行条件を選択するための一覧であり、例えば、「ＣＰＵ使用率２０％未満」、「ＣＰＵ使用率３０％未満」等の実行条件が含まれる。登録ボタン１３００は、セキュリティ機能の一覧１１００及び実行条件の一覧１２００で選択されたセキュリティ機能及び実行条件を登録するための表示部品である。なお、実行条件において、例えば、ＣＰＵ使用率やメモリ使用率等の値をユーザが任意に入力することができても良い。

ユーザは、セキュリティ機能の実行条件の設定画面１０００において、セキュリティ機能の一覧１１００及び実行条件の一覧１２００からそれぞれ所望のセキュリティ機能及び実行条件を選択し、登録ボタン１３００を押下することで、登録操作を行うことができる。

以降では、一例として、ユーザにより、セキュリティ機能の一覧１１００及び実行条件の一覧１２００からそれぞれ「ログイン認証」及び「ＣＰＵ使用率３０％未満」が選択され、登録ボタン１３００が押下されたものとして説明する。

次に、端末装置１０の登録要求部１０３は、入力受付部１０１により登録操作が受け付けられると、実行条件の登録要求を監視装置２０に送信する（ステップＳ４０２）。なお、当該登録要求には、ユーザにより選択されたセキュリティ機能「ログイン認証」及び実行条件「ＣＰＵ使用率３０％未満」が含まれる。

監視装置２０の登録処理部２０１は、実行条件の登録要求を受信すると、当該登録要求に含まれるセキュリティ機能「ログイン認証」及び実行条件「ＣＰＵ使用率３０％未満」を示す実行条件情報を作成し、実行条件記憶部２０４に記憶させる（ステップＳ４０３）。

ここで、実行条件記憶部２０４に記憶された実行条件情報を図６（ａ）に示す。図６（ａ）に示すように、ステップＳ４０３では、登録処理部２０１により、セキュリティ機能「ログイン認証」及び実行条件「ＣＰＵ使用率３０％未満」である実行条件情報が実行条件記憶部２０４に記憶される。

これにより、ユーザにより選択されたセキュリティ機能における実行条件が監視装置２０に登録される。なお、同一のセキュリティ機能の実行条件が監視装置２０に既に登録されている場合、登録処理部２０１は、既に登録されている実行条件を示す実行条件情報を、上記で作成した実行条件情報で上書きする。

なお、図６（ａ）に示すように、実行条件記憶部２０４には、セキュリティ機能毎に、当該セキュリティ機能が実行される場合の実行条件が関連付けて記憶されている。

次に、監視装置２０の登録処理部２０１は、実行条件情報を実行条件記憶部２０４に記憶させると、実行条件の登録要求を制御装置３０に送信する（ステップＳ４０４）。なお、当該登録要求には、上記のステップＳ４０１においてユーザにより選択されたセキュリティ機能「ログイン認証」及び実行条件「ＣＰＵ使用率３０％未満」が含まれる。

制御装置３０の登録処理部３０１は、実行条件の登録要求を受信すると、当該登録要求に含まれるセキュリティ機能「ログイン認証」及び実行条件「ＣＰＵ使用率３０％未満」を示す実行条件情報を作成し、実行条件記憶部３０４に記憶させる（ステップＳ４０５）。

ここで、実行条件記憶部３０４に記憶された実行条件情報を図６（ｂ）に示す。図６（ｂ）に示すように、ステップＳ４０５では、登録処理部３０１により、セキュリティ機能「ログイン認証」及び実行条件「ＣＰＵ使用率３０％未満」である実行条件情報が実行条件記憶部３０４に記憶される。

これにより、ユーザにより選択されたセキュリティ機能における実行条件が制御装置３０に登録される。なお、同一のセキュリティ機能の実行条件が監視装置２０に既に登録されている場合、登録処理部３０１は、既に登録されている実行条件を示す実行条件情報を、上記で作成した実行条件情報で上書きする。

続いて、制御装置３０の登録処理部３０１は、実行条件情報を実行条件記憶部３０４に記憶させると、実行条件を登録したことを示す登録結果を監視装置２０に送信する（ステップＳ４０６）。

そして、監視装置２０の登録処理部２０１は、制御装置３０から登録結果を受信すると、当該登録結果を端末装置１０に送信する（ステップＳ４０７）。

以上により、本実施形態に係る制御システム１では、ユーザにより設定されたセキュリティ機能の実行条件が監視装置２０及び制御装置３０に登録される。すなわち、本実施形態に係る制御システム１では、ユーザは、端末装置１０を用いて、適宜、セキュリティ機能の実行条件を監視装置２０及び制御装置３０に登録することができる。

これにより、本実施形態に係る制御システム１では、例えば、制御システム１の制御内容や機器５０の構成等が変更された場合、ユーザは、変更内容に応じた適切な実行条件を登録することができるようになる。

次に、本実施形態に係る制御システム１において、監視装置２０又は制御装置３０においてセキュリティ機能を実行する処理について。図７を参照しながら説明する。図７は、第一の実施形態に係るセキュリティ機能の実行処理の一例を示すシーケンス図である。なお、以降では、セキュリティ機能の一例として、「ログイン認証」を実行する場合について説明する。

まず、端末装置１０の入力受付部１０１は、施設環境Ｅ１にログインするためのログイン操作を受け付ける（ステップＳ７０１）。

すなわち、ユーザは、端末装置１０の表示制御部１０２により表示された所定のログイン画面において、ログインＩＤ及びログインパスワード等を入力して、セキュリティ機能の実行操作の一例であるログイン操作を行う。すると、端末装置１０の入力受付部１０１は、当該ログイン操作を受け付ける。

次に、端末装置１０の実行要求部１０４は、入力受付部１０１によりログイン操作が受け付けられると、セキュリティ機能の一例であるログイン認証の実行要求を監視装置２０に送信する（ステップＳ７０２）。なお、当該実行要求には、上記のログイン画面においてユーザにより入力されたログインＩＤ及びログインパスワード等が含まれる。

監視装置２０の実行判定処理部２０２は、ログイン認証の実行要求を受信すると、実行条件記憶部２０４に記憶されている実行条件情報に基づいて、ログイン認証を監視装置２０で実行するか否かを判定する（ステップＳ７０３）。すなわち、監視装置２０の実行判定処理部２０２は、セキュリティ機能の実行判定処理を実行する。なお、本ステップにおけるセキュリティ機能の実行判定処理の詳細については後述する。

ステップＳ７０３において、実行判定処理部２０２によりログイン認証を監視装置２０で実行すると判定された場合、監視装置２０の機能実行部２０３は、ログイン認証を実行する（ステップＳ７０４）。すなわち、監視装置２０の機能実行部２０３は、例えば、ログイン認証の実行要求に含まれるログインＩＤ及びパスワード等が、予め設定されたログインＩＤ及びパスワード等と一致するか否かを判定して、ログイン認証を行う。

そして、監視装置２０の機能実行部２０３は、セキュリティ機能の実行結果の一例である認証結果を端末装置１０に送信する（ステップＳ７０４）。

このように、ステップＳ７０３のセキュリティ機能の実行判定処理において、セキュリティ機能を実行すると判定された場合、監視装置２０の機能実行部２０３は、実行要求に係るセキュリティ機能を実行する。

一方、ステップＳ７０３において、実行判定処理部２０２によりログイン認証を監視装置２０で実行しないと判定された場合、監視装置２０の機能実行部２０３は、ログイン認証の実行要求を制御装置３０に送信する（ステップＳ７０６）。

このように、ステップＳ７０３のセキュリティ機能の実行判定処理において、セキュリティ機能を実行しないと判定された場合、監視装置２０は、セキュリティ機能の実行要求を制御装置３０に送信（転送）する。

制御装置３０の実行判定処理部３０２は、ログイン認証の実行要求を受信すると、実行条件記憶部３０４に記憶されている実行条件情報に基づいて、ログイン認証を制御装置３０で実行するか否かを判定する（ステップＳ７０７）。すなわち、制御装置３０の実行判定処理部３０２は、セキュリティ機能の実行判定処理を実行する。なお、本ステップにおけるセキュリティ機能の実行判定処理の詳細については後述する。

ステップＳ７０７において、実行判定処理部３０２によりログイン認証を制御装置３０で実行すると判定された場合、制御装置３０の機能実行部３０３は、ログイン認証を実行する（ステップＳ７０８）。すなわち、制御装置３０の機能実行部３０３は、例えば、ログイン認証の実行要求に含まれるログインＩＤ及びパスワード等が、予め設定されたログインＩＤ及びパスワード等と一致するか否かを判定して、ログイン認証を行う。

そして、制御装置３０の機能実行部３０３は、認証結果を監視装置２０に送信する（ステップＳ７０９）。

監視装置２０の機能実行部３０３は、認証結果を受信すると、当該認証結果を端末装置１０に送信する（ステップＳ７１０）。

このように、監視装置２０でセキュリティ機能を実行しない場合に、ステップＳ７０７のセキュリティ機能の実行判定処理において、セキュリティ機能を実行すると判定された場合、制御装置３０は、実行要求に係るセキュリティ機能を実行する。

一方、ステップＳ７０７において、実行判定処理部３０２によりログイン認証を制御装置３０で実行しないと判定された場合、制御装置３０の機能実行部３０３は、ログイン認証が実行できないことを示す実行不可通知を監視装置２０に送信する（ステップＳ７１１）。

監視装置２０の機能実行部３０３は、実行不可通知を受信すると、当該実行不可通知を端末装置１０に送信する（ステップＳ７１２）。

このように、監視装置２０及び制御装置３０のいずれでもセキュリティ機能を実行しない場合には、当該セキュリティ機能が実行できないことを示す実行不可通知を端末装置１０に送信する。

なお、上記のステップＳ７１１で、制御装置３０は、監視装置２０に実行不可通知を送信するものとしたが、これに限られない。制御装置３０は、実行判定処理部３０２によりログイン認証を制御装置３０で実行しないと判定された場合、例えば、他の制御装置３０や監視装置２０等にセキュリティ機能の実行要求を送信しても良い。

以上のように、本実施形態に係る制御システム１では、端末装置１０からのセキュリティ機能の実行要求に応じて、監視装置２０及び制御装置３０において、当該セキュリティ機能の実行条件に基づいて実行判定を行う。

これにより、例えば、実行条件が「ＣＰＵ使用率３０％未満」である場合において、監視装置２０のＣＰＵ使用率が３０％以上である場合、当該監視装置２０ではセキュリティ機能が実行されない。制御装置３０においても同様である。

したがって、本実施形態に係る制御システム１では、例えば、監視装置２０や制御装置３０においてセキュリティ機能が実行されることでＣＰＵの処理負荷が増大した結果、機器５０の動作監視や動作制御に影響を与えてしまう事態を防止することができる。

次に、上記のステップＳ７０３及びステップＳ７０７のセキュリティ機能の実行判定処理の詳細について、図８を参照しながら説明する。図８は、第一の実施形態に係るセキュリティ機能の実行判定処理の一例を示すフローチャートである。

ここで、ステップＳ７０３のセキュリティ機能の実行判定処理は、監視装置２０の実行判定処理部２０２により実行される。一方で、ステップＳ７０７のセキュリティ機能の実行判定処理は、制御装置３０の実行判定処理部３０２により実行される。以降では、主に、ステップＳ７０３のセキュリティ機能の実行判定処理について説明する。

なお、監視装置２０、実行判定処理部２０２、条件取得部２１２、条件判定部２２２、及び実行条件記憶部２０４を、それぞれ制御装置３０、実行判定処理部３０２、条件取得部３１２、条件判定部３２２、及び実行条件記憶部３０４と読み替えることで、ステップＳ７０７のセキュリティ機能の実行判定処理に同様に適用される。

まず、実行判定処理部２０２の条件取得部２１２は、該当のセキュリティ機能の実行条件情報を実行条件記憶部２０４から取得する（ステップＳ８０１）。すなわち、条件取得部２１２は、セキュリティ機能が「ログイン認証」である実行条件情報を実行条件記憶部２０４から取得する。

以降では、セキュリティ機能「ログイン認証」、実行条件「ＣＰＵ使用率３０％未満」である実行条件情報が取得されたものとして説明する。

次に、実行判定処理部２０２の条件判定部２２２は、条件取得部２１２により取得された実行条件情報に含まれる実行条件を満たすか否かを判定する（ステップＳ８０２）。すなわち、条件判定部２２２は、監視装置２０のＣＰＵ１６の現在の使用率が、３０％未満であるか否かを判定する。

ステップＳ８０２において、条件判定部２２２により実行条件を満たすと判定された場合、実行判定処理部２０２は、該当のセキュリティ機能を監視装置２０で実行すると判定する（ステップＳ８０３）。すなわち、実行判定処理部２０２は、ログイン認証を監視装置２０で実行すると判定する。

ステップＳ８０２において、条件判定部２２２により実行条件を満たさないと判定された場合、実行判定処理部２０２は、該当のセキュリティ機能を監視装置２０で実行しないと判定する（ステップＳ８０４）。すなわち、実行判定処理部２０２は、ログイン認証を監視装置２０で実行しないと判定する。

以上により、本実施形態に係る制御システム１では、監視装置２０及び制御装置３０において、セキュリティ機能の実行判定が行われる。しかも、このような実行判定は、監視装置２０及び制御装置３０のＣＰＵ使用率やメモリ使用率等のリソース使用率の条件を示す実行条件に基づいて行われる。

このため、本実施形態に係る制御システム１では、例えば、監視装置２０のリソース使用率が高い場合、制御装置３０にセキュリティ機能の実行を切り替えることができる。すなわち、本実施形態に係る制御システム１では、例えば、監視装置２０のリソース使用率に基づいて、セキュリティ機能の実行主体を動的に変更することができる。

これにより、本実施形態に係る制御システム１では、セキュリティ機能の実行によりリソース使用率が増加した結果、機器５０の動作監視や動作制御等に影響を与えてしまう事態を防止することができる。

［第二の実施形態］
次に、第二の実施形態について説明する。第二の実施形態では、同一のセキュリティ機能に対して、監視装置２０と制御装置３０とで異なる実行条件を設定できる点が第一の実施形態と異なる。なお、以降の本実施形態の説明では、第一の実施形態との相違点について主に説明し、第一の実施形態と同様の機能構成を有する箇所及び同様の処理を行う箇所には、第一の実施形態と同様の符号を付与し、その説明を省略する。

＜処理の詳細＞
以降では、セキュリティ機能の実行条件の登録処理について、図９を参照しながら説明する。図９は、第二の実施形態に係るセキュリティ機能の実行条件の登録処理の一例を示すシーケンス図である。

まず、端末装置１０の入力受付部１０１は、例えば図１０に示すセキュリティ機能の実行条件の設定画面２０００において、ユーザによるセキュリティ機能の実行条件の登録操作を受け付ける（ステップＳ９０１）。

ここで、図１０に示すセキュリティ機能の実行条件の設定画面２０００は、セキュリティ機能の一覧２１００と、実行条件（監視装置）の一覧２２００と、実行条件（制御装置）の一覧２３００と、登録ボタン２４００とが含まれる。

セキュリティ機能の一覧２１００は、実行条件を設定するセキュリティ機能を選択するための一覧である。

実行条件（監視装置）の一覧２２００は、監視装置２０において、セキュリティ機能の一覧２１００で選択されたセキュリティ機能に対して設定する実行条件を選択するための一覧である。同様に、実行条件（制御装置）の一覧２３００は、制御装置３０において、セキュリティ機能の一覧２１００で選択されたセキュリティ機能に対して設定する実行条件を選択するための一覧である。登録ボタン２４００は、セキュリティ機能の一覧２１００、実行条件（監視装置）の一覧２２００、及び実行条件（制御装置）の一覧２３００で選択されたセキュリティ機能及び実行条件を登録するための表示部品である。

ユーザは、セキュリティ機能の実行条件の設定画面２０００において、セキュリティ機能の一覧２１００、実行条件（監視装置）の一覧２２００、及び実行条件（制御装置）の一覧２３００からそれぞれ所望のセキュリティ機能及び実行条件を選択し、登録ボタン２４００を押下することで、登録操作を行うことができる。

以降では、一例として、ユーザにより、セキュリティ機能の一覧２１００、実行条件（監視装置）の一覧２２００、及び実行条件（制御装置）の一覧２３００からそれぞれ「ログイン認証」、「ＣＰＵ使用率２０％未満」、及び「ＣＰＵ使用率４０％未満」が選択され、登録ボタン２４００が押下されたものとして説明する。

次に、端末装置１０の登録要求部１０３は、入力受付部１０１により登録操作が受け付けられると、実行条件の登録要求を監視装置２０に送信する（ステップＳ９０２）。なお、当該登録要求には、ユーザにより選択されたセキュリティ機能「ログイン認証」、監視装置２０の実行条件「ＣＰＵ使用率２０％未満」、及び制御装置３０の実行条件「ＣＰＵ使用率４０％未満」が含まれる。

監視装置２０の登録処理部２０１は、実行条件の登録要求を受信すると、当該登録要求に含まれるセキュリティ機能「ログイン認証」及び監視装置２０の実行条件「ＣＰＵ使用率２０％未満」を示す実行条件情報を作成し、実行条件記憶部２０４に記憶させる（ステップＳ９０３）。

ここで、実行条件記憶部２０４に記憶された実行条件情報を図１１（ａ）に示す。図１１（ａ）に示すように、ステップＳ９０３では、登録処理部２０１により、セキュリティ機能「ログイン認証」及び実行条件「ＣＰＵ使用率２０％未満」である実行条件情報が実行条件記憶部２０４に記憶される。

次に、監視装置２０の登録処理部２０１は、実行条件情報を実行条件記憶部２０４に記憶させると、実行条件の登録要求を制御装置３０に送信する（ステップＳ９０４）。

制御装置３０の登録処理部３０１は、実行条件の登録要求を受信すると、当該登録要求に含まれるセキュリティ機能「ログイン認証」及び制御装置３０の実行条件「ＣＰＵ使用率４０％未満」を示す実行条件情報を作成し、実行条件記憶部３０４に記憶させる（ステップＳ９０５）。

ここで、実行条件記憶部３０４に記憶された実行条件情報を図１０（ｂ）に示す。図１０（ｂ）に示すように、ステップＳ９０５では、登録処理部３０１により、セキュリティ機能「ログイン認証」及び実行条件「ＣＰＵ使用率４０％未満」である実行条件情報が実行条件記憶部３０４に記憶される。

以上により、本実施形態に係る制御システム１では、同一のセキュリティ機能に対して、監視装置２０と制御装置３０とで、異なる実行条件を登録することができる。これにより、ユーザは、監視装置２０や制御装置３０が備えるＲＡＭ１４やＣＰＵ１６に応じて、適切な実行条件を設定することができるようになる。

［第三の実施形態］
次に、第三の実施形態について説明する。第三の実施形態では、リソース使用率の傾向に基づいてセキュリティ機能を実行するか否かを判定する点が第一の実施形態と異なる。なお、以降の本実施形態の説明では、第一の実施形態との相違点について主に説明し、第一の実施形態と同様の機能構成を有する箇所及び同様の処理を行う箇所には、第一の実施形態と同様の符号を付与し、その説明を省略する。

＜機能構成＞
次に、第三の実施形態に係る制御システム１の機能構成について、図１２を参照しながら説明する。図１２は、第三の実施形態に係る制御システムの機能構成の一例を示す図である。

監視装置２０は、実行判定処理部２０２Ａを有する。また、監視装置２０は、使用率履歴記憶部２０５を有する。当該記憶部は、記憶装置１８を用いて実現可能である。なお、当該記憶部は、例えば、監視装置２０とネットワークを介して接続される記憶装置等を用いて実現されても良い。

実行判定処理部２０２Ａは、使用率取得部２３２と、傾向解析部２４２と、条件判定部２２２Ａとを有する。使用率取得部２３２は、監視装置２０のリソース使用率（例えば、ＣＰＵ使用率やメモリ使用率）を取得して、使用率履歴記憶部２０５に記憶させる。傾向解析部２４２は、使用率履歴記憶部２０５に記憶されているリソース使用率の傾向を解析する。条件判定部２２２Ａは、傾向解析部２４２により解析されたリソース使用率の傾向が高使用率となる傾向（以降、「高使用率傾向」とする。）であるか否かを判定する。

ここで、実行判定処理部２０２Ａは、条件判定部２２２Ａによりリソース使用率の傾向が高使用率傾向でないと判定された場合、セキュリティ機能を監視装置２０で実行すると判定する。一方で、実行判定処理部２０２Ａは、条件判定部２２２Ａによりリソース使用率の傾向が高使用率傾向であると判定された場合、セキュリティ機能を監視装置２０で実行しないと判定する。

使用率履歴記憶部２０５は、リソース使用率の時系列情報である使用率情報を記憶する。ここで、使用率履歴記憶部２０５に記憶された使用率情報を図１３（ａ）に示す。図１３（ａ）に示すように、使用率履歴記憶部２０５に記憶された使用率情報は、監視装置２０のリソース使用率（例えば、ＣＰＵ使用率やメモリ使用率）を、当該リソース使用率を取得した取得時刻と対応付けた情報である。

制御装置３０は、実行判定処理部２０２Ａを有する。また、制御装置３０は、使用率履歴記憶部３０５を有する。当該記憶部は、記憶装置１８を用いて実現可能である。なお、当該記憶部は、例えば、制御装置３０とネットワークを介して接続される記憶装置等を用いて実現されても良い。

実行判定処理部３０２Ａは、使用率取得部３３２と、傾向解析部３４２と、条件判定部３２２Ａとを有する。使用率取得部３３２は、制御装置３０のリソース使用率（例えば、ＣＰＵ使用率やメモリ使用率）を取得して、使用率履歴記憶部３０５に記憶させる。傾向解析部３４２は、使用率履歴記憶部３０５に記憶されているリソース使用率の傾向を解析する。条件判定部３２２Ａは、傾向解析部３４２により解析されたリソース使用率の傾向が高使用率傾向であるか否かを判定する。

ここで、実行判定処理部３０２Ａは、条件判定部３２２Ａによりリソース使用率の傾向が高使用率傾向でないと判定された場合、セキュリティ機能を制御装置３０で実行すると判定する。一方で、実行判定処理部３０２Ａは、条件判定部３２２Ａによりリソース使用率の傾向が高使用率傾向であると判定された場合、セキュリティ機能を制御装置３０で実行しないと判定する。

使用率履歴記憶部３０５は、リソース使用率の時系列情報である使用率情報を記憶する。ここで、使用率履歴記憶部３０５に記憶された使用率情報を図１３（ｂ）に示す。図１３（ｂ）に示すように、使用率履歴記憶部３０５に記憶された使用率情報は、制御装置３０のリソース使用率（例えば、ＣＰＵ使用率やメモリ使用率）を、当該リソース使用率を取得した取得時刻と対応付けた情報である。

＜処理の詳細＞
以降では、セキュリティ機能の実行判定処理について、図１４を参照しながら説明する。図１４は、第三の実施形態に係るセキュリティ機能の実行判定処理の一例を示すフローチャートである。

以降では、第一の実施形態と同様に、主に、ステップＳ７０３のセキュリティ機能の実行判定処理について説明する。

なお、第一の実施形態と同様に、監視装置２０、実行判定処理部２０２Ａ、条件取得部２１２、条件判定部２２２Ａ、使用率取得部２３２、傾向解析部２４２、実行条件記憶部２０４、及び使用率履歴記憶部２０５を、それぞれ制御装置３０、実行判定処理部３０２Ａ、条件取得部３１２、条件判定部３２２Ａ、使用率取得部３３２、傾向解析部３４２、実行条件記憶部３０４、及び使用率履歴記憶部３０５と読み替えることで、ステップＳ７０７のセキュリティ機能の実行判定処理に同様に適用される。

実行判定処理部２０２Ａの使用率取得部２３２は、監視装置２０のリソース使用率を取得する。そして、使用率取得部２３２は、取得したリソース使用率を取得時刻と関連付けた使用率情報を作成し、使用率履歴記憶部２０５に記憶させる（ステップＳ１４０１）。

これにより、使用率履歴記憶部２０５には、使用率取得部２３２により取得されたリソース使用率の履歴を示す使用率情報が記憶される。

ステップＳ８０２において、条件判定部２２２Ａにより実行条件を満たすと判定された場合、傾向解析部２４２は、使用率履歴記憶部２０５に記憶されている使用率情報に含まれるリソース使用率の傾向を解析する（ステップＳ１４０２）。

実行判定処理部２０２Ａの条件判定部２２２Ａは、傾向解析部２４２により解析されたリソース使用率の傾向が高使用率傾向であるか否かを判定する（ステップＳ１４０３）。

ここで、リソース使用率の傾向は、傾向解析部２４２により解析された解析結果が、例えば、以下の（１）〜（３）に示すような場合に、条件判定部２２２Ａにより高使用率傾向と判定される。

（１）使用率履歴記憶部２０５に記憶された使用率情報に含まれるリソース使用率の増減を近似（一次近似）した近似式を導出し、当該近似式の傾きが所定の第１の閾値以上である場合。

例えば、図１３（ａ）に示すように、使用率情報に含まれるリソース使用率が、取得時刻に従って５分毎に「６％」、「１２％」、「１８％」等のように増加している場合、近似式は「ｙ＝１．２ｘ」と表される。なお、ｙはリソース使用率、ｘは時間（分）である。

したがって、このとき、傾き「１．２」が第１の閾値以上である場合、実行判定処理部２０２Ａは、リソースの使用率の傾向が高使用率傾向であると判定する。これにより、実行判定処理部２０２Ａは、例えば、リソース使用率が急激に増加するような場合等に高使用率傾向であると判定することができる。

（２）ステップＳ１４０１で取得された監視装置２０のリソース使用率が所定の第２の閾値以上であり、かつ、使用率履歴記憶部２０５に記憶された使用率情報に含まれるリソース使用率の増減を近似した近似式の傾きが「正」である場合。

これにより、ステップＳ１４０１で取得されたリソース使用率が実行条件を満たす場合であっても、当該リソース使用率が第２の閾値以上、かつ、リソース使用率が増加傾向である場合に、実行判定処理部２０２Ａは、高使用率傾向であると判定することができる。

（３）ステップＳ１４０１で取得された監視装置２０のリソース使用率が所定の第２の閾値以上であり、かつ、使用率履歴記憶部２０５に記憶された使用率情報に含まれるリソース使用率の増減を近似した近似式の傾きが所定の第１の閾値以上である場合。

これにより、ステップＳ１４０１で取得されたリソース使用率が第２の閾値以上、かつ、リソース使用率が所定の割合以上で増加するような場合等に、実行判定処理部２０２Ａは、高使用率傾向であると判定することができる。

（４）使用率履歴記憶部２０５に記憶された使用率情報に含まれるリソース使用率の増減を近似した近似式の傾きに基づいて、所定の時間内にリソース使用率が所定の第３の閾値以上となる場合。

すなわち、例えば、近似式を「ｙ＝ｍｘ」、所定の時間を「Ｔ」（分）としたときに、「ｙ＝ｍＴ」が第３の閾値以上となる場合等である。これにより、例えば、所定の時間経過後に第３の閾値以上となることが予測されるような場合等に、実行判定処理部２０２Ａは、高使用率傾向であると判定することができる。

ただし、傾向解析部２４２による解析手法は上記に限られず、リソース使用率の増加傾向又は減少傾向を解析するための種々の手法が用いられても良い。

なお、実行判定処理部２０２Ａは、傾向解析部２４２による解析結果を高使用率傾向であると判定しなかった場合、例えば、リソースの使用率が増加も減少もしていないことを示す「定常傾向」と判定しても良い。また、実行判定処理部２０２Ａは、例えば、高使用率ではないもののリソース使用率が増加していることを示す「増加傾向」やリソース使用率が減少していることを示す「減少傾向」等と判定しても良い。

なお、条件判定部２２２Ａによりリソース使用率の傾向が高使用率傾向であると判定された場合、ステップＳ８０３に進む。一方で、条件判定部２２２Ａによりリソース使用率の傾向が高使用率傾向でないと判定された場合、ステップＳ８０４に進む。

以上により、本実施形態に係る制御システム１では、セキュリティ機能の実行条件を満たしている場合であっても、リソース使用率が高使用率傾向である場合には、当該セキュリティ機能を実行させないようにすることができる。

これにより、本実施形態に係る制御システム１では、例えば、プロセス制御等においてＣＰＵ使用率が増加する傾向の制御が行われている場合、セキュリティ機能の実行を行わないようにすることができる。

［第四の実施形態］
次に、第四の実施形態について説明する。第四の実施形態では、実行待ちとなっているセキュリティ機能のリソース使用率を予想して、セキュリティ機能を実行するか否かを判定する点が第一の実施形態と異なる。なお、以降の本実施形態の説明では、第一の実施形態との相違点について主に説明し、第一の実施形態と同様の機能構成を有する箇所及び同様の処理を行う箇所には、第一の実施形態と同様の符号を付与し、その説明を省略する。

＜機能構成＞
次に、第四の実施形態に係る制御システム１の機能構成について、図１５を参照しながら説明する。図１５は、第四の実施形態に係る制御システムの機能構成の一例を示す図である。

監視装置２０は、実行判定処理部２０２Ｂを有する。実行判定処理部２０２Ｂは、実行待ち管理部２５２と、予想使用率算出部２６２と、条件判定部２２２Ｂとを有する。

また、監視装置２０は、実行条件記憶部２０４Ａと、実行待ち記憶部２０６とを有する。これら記憶部は、記憶装置１８を用いて実現可能である。なお、これら記憶部は、例えば、監視装置２０とネットワークを介して接続される記憶装置等を用いて実現されても良い。

実行待ち管理部２５２は、セキュリティ機能の実行要求を受信すると、実行待ち情報として、当該実行要求を実行待ち記憶部２０６に記憶させる。

予想使用率算出部２６２は、実行条件記憶部２０４Ａに記憶されている実行条件情報と、実行待ち記憶部２０６に記憶されているセキュリティ機能の実行要求とに基づいて、リソースの予想使用率（以降、「予想リソース使用率」と表す。）を算出する。

条件判定部２２２Ｂは、条件取得部２１２により取得された実行条件情報と、予想使用率算出部２６２により算出された予想リソース使用率とに基づいて、実行要求に係るセキュリティ機能の実行条件を満たすか否かを判定する。

実行条件記憶部２０４Ａは、実行条件情報を記憶する。なお、実行条件情報の詳細については後述する。

実行待ち記憶部２０６は、実行待ち情報として、セキュリティ機能の実行要求を記憶する。なお、実行待ち情報の詳細については後述する。

制御装置３０は、実行判定処理部３０２Ｂを有する。実行判定処理部３０２Ｂは、実行待ち管理部３５２と、予想使用率算出部３６２と、条件判定部３２２Ｂとを有する。

また、制御装置３０は、実行条件記憶部３０４Ａと、実行待ち記憶部３０６とを有する。これら記憶部は、記憶装置１８を用いて実現可能である。なお、これら記憶部は、例えば、制御装置３０とネットワークを介して接続される記憶装置等を用いて実現されても良い。

実行待ち管理部３５２は、セキュリティ機能の実行要求を受信すると、実行待ち情報として、当該実行要求を実行待ち記憶部３０６に記憶させる。

予想使用率算出部３６２は、実行条件記憶部３０４Ａに記憶されている実行条件情報と、実行待ち記憶部３０６に記憶されているセキュリティ機能の実行要求とに基づいて、予想リソース使用率を算出する。

条件判定部３２２Ｂは、条件取得部３１２により取得された実行条件情報と、予想使用率算出部３６２により算出された予想リソース使用率とに基づいて、実行要求に係るセキュリティ機能の実行条件を満たすか否かを判定する。

実行条件記憶部３０４Ａは、実行条件情報を記憶する。なお、実行条件情報の詳細については後述する。

実行待ち記憶部３０６は、実行待ち情報として、セキュリティ機能の実行要求を記憶する。なお、実行待ち情報の詳細については後述する。

ここで、実行条件記憶部２０４Ａに記憶された実行条件情報を図１６（ａ）に示す。図１６（ａ）に示すように、本実施形態に係る実行条件情報は、セキュリティ機能毎に、単位時間のリソース使用率が記憶されている。

例えば、セキュリティ機能「ログイン認証」の単位時間のリソース使用率は「ＣＰＵ使用率１％」である。同様に、例えば、セキュリティ機能「アクセス制御」の単位時間のリソース使用率は「ＣＰＵ使用率２％」である。なお、リソース使用率は、メモリ使用率等であっても良い。

なお、実行条件情報に含まれる単位時間のリソース使用率は、ユーザ等によりセキュリティ機能毎に予め設定されても良いし、過去のセキュリティ機能の実行時における実績値の平均等が設定されても良い。

また、実行条件記憶部３０４Ａに記憶された実行条件情報を図１６（ｂ）に示す。図１６（ｂ）に示すように、本実施形態に係る実行条件情報は、上記と同様に、セキュリティ機能毎に、単位時間のリソース使用率が記憶されている。

このように、本実施形態に係る実行条件情報には、セキュリティ機能毎に、単位時間のリソース使用率が記憶されている。これにより、本実施形態に係る監視装置２０及び制御装置３０は、実行待ちとなっているセキュリティ機能の予想リソース使用率を算出することができる。

＜処理の詳細＞
以降では、セキュリティ機能の実行判定処理について、図１７を参照しながら説明する。図１７は、第四の実施形態に係るセキュリティ機能の実行判定処理の一例を示すフローチャートである。

以降では、第一の実施形態と同様に、主に、ステップＳ７０３のセキュリティ機能の実行判定処理について説明する。

なお、第一の実施形態と同様に、監視装置２０、実行判定処理部２０２Ｂ、条件取得部２１２、条件判定部２２２Ｂ、実行待ち管理部２５２、予想使用率算出部２６２、実行条件記憶部２０４Ａ、及び実行待ち記憶部２０６を、それぞれ制御装置３０、実行判定処理部３０２Ｂ、条件取得部３１２、条件判定部３２２Ｂ、実行待ち管理部３５２、予想使用率算出部３６２、実行条件記憶部３０４Ａ、及び実行待ち記憶部３０６と読み替えることで、ステップＳ７０７のセキュリティ機能の実行判定処理に同様に適用される。

実行待ち管理部２５２は、受信したセキュリティ機能の実行要求（ここでは、ログイン認証の実行要求）を、実行待ち情報として実行待ち記憶部２０６に記憶させる（ステップＳ１７０１）。

ここで、実行待ち記憶部２０６に記憶されている実行待ち情報を図１８に示す。図１８に示すように、実行待ち記憶部２０６には、セキュリティ機能の実行要求が実行待ち情報として記憶されている。このように、監視装置２０は、複数の端末装置１０から受信したセキュリティ機能の実行要求のうち、未実行の実行要求を実行待ち情報として実行待ち記憶部２０６に記憶している。

次に、予想使用率算出部２６２は、実行条件記憶部２０４Ａに記憶されている実行条件情報と、実行待ち記憶部２０６に記憶されている実行待ち情報とに基づいて、実行待ちとなっているセキュリティ機能の予想リソース使用率を算出する（ステップＳ１７０２）。

すなわち、例えば、図１８に示すように、２つのログイン認証の実行要求と、１つのアクセス制御の実行要求とが実行待ち情報として実行待ち記憶部２０６に記憶されているとする。この場合、予想使用率算出部２６２は、ログイン認証の実行要求の単位時間のリソース使用率（１％）と、アクセス制御の実行要求の単位時間のリソース使用率（２％）とを実行条件記憶部２０４Ａから取得する。

そして、予想使用率算出部２６２は、監視装置２０の現在のリソース使用率と、実行待ちとなっているセキュリティ機能の単位時間のリソース使用率の合計とを加算することで、予想リソース使用率を算出する。具体的には、予想使用率算出部２６２は、監視装置２０の現在のリソース使用率が２５（％）である場合、ログイン認証の実行要求の単位時間のリソース使用率の合計（２×１％）と、アクセス制御の実行要求の単位時間のリソース使用率（１×２％）とから、予想リソース使用率を、２５＋２×１＋１×２＝２９（％）と算出する。

次に、条件判定部２２２Ｂは、予想使用率算出部２６２により算出された予想リソース使用率が、ステップＳ８０１で条件取得部２１２により取得された実行条件情報に含まれる実行条件を満たすか否かを判定する（ステップＳ１７０３）。すなわち、条件判定部２２２Ｂは、リソースの予想使用率が、ログイン認証の実行条件である３０％未満であるか否かを判定する。

ステップＳ１７０３において、条件判定部２２２Ｂにより実行条件を満たすと判定された場合、監視装置２０は、ステップＳ８０３の処理を実行する。一方で、ステップＳ１７０３において、条件判定部２２２Ｂにより実行条件を満たさないと判定された場合、監視装置２０は、ステップＳ８０４の処理を実行する。

そして、実行待ち管理部２５２は、上記のステップＳ１７０１で実行待ち記憶部２０６に記憶させた実行待ち情報を削除する（ステップＳ１７０４）。

これにより、本実施形態に係る制御システム１では、例えば、複数の端末装置１０からセキュリティ機能の実行要求がなされており、リソースの予想使用率が高い場合には、新たなセキュリティ機能の実行を制限することができる。

以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 制御システム
１０ 端末装置
２０ 監視装置
３０ 制御装置
４０ 変換装置
５０ 機器
１０１ 入力受付部
１０２ 表示制御部
１０３ 登録要求部
１０４ 実行要求部
２０１ 登録処理部
２０２ 実行判定処理部
２０３ 機能実行部
２０４ 実行条件記憶部
２１２ 条件取得部
２２２ 条件判定部
３０１ 登録処理部
３０２ 実行判定処理部
３０３ 機能実行部
３０４ 実行条件記憶部
３１２ 条件取得部
３２２ 条件判定部

Claims (8)

1. 第１の装置と、該第１の装置とネットワークを介して接続される第２の装置とを含む情報処理システムであって、
   前記第１の装置は、
   前記第１の装置及び第２の装置が実行可能なセキュリティ機能毎に、前記第１の装置が前記セキュリティ機能を実行する際の実行条件に関する第１の実行条件情報を記憶する第１の記憶手段と、
   前記情報処理システムに接続される端末装置から送信されたセキュリティ機能の実行要求に応じて、該実行要求に対応するセキュリティ機能の前記第１の実行条件情報を前記第１の記憶手段から取得する第１の取得手段と、
   前記第１の取得手段により取得された前記第１の実行条件情報に基づいて、前記セキュリティ機能を前記第１の装置で実行するか否かを判定する第１の判定手段と、
   前記第１の判定手段により前記セキュリティ機能を前記第１の装置で実行すると判定された場合は前記セキュリティ機能を前記第１の装置で実行させ、前記第１の判定手段により前記セキュリティ機能を前記第１の装置で実行しないと判定された場合は前記セキュリティ機能の実行要求を前記第２の装置に送信する第１の実行手段と、
   を有し、
   前記第２の装置は、
   前記第１の装置及び第２の装置が実行可能なセキュリティ機能毎に、前記第２の装置が前記セキュリティ機能を実行する際の実行条件に関する第２の実行条件情報を記憶する第２の記憶手段と、
   前記第１の装置から送信されたセキュリティ機能の実行要求に応じて、該実行要求に対応するセキュリティ機能の前記第２の実行条件情報を前記第２の記憶手段から取得する第２の取得手段と、
   前記第２の取得手段により取得された前記第２の実行条件情報に基づいて、前記セキュリティ機能を前記第２の装置で実行するか否かを判定する第２の判定手段と、
   前記第２の判定手段により前記セキュリティ機能を前記第２の装置で実行すると判定された場合は前記セキュリティ機能を前記第２の装置で実行させ、前記第２の判定手段により前記セキュリティ機能を前記第２の装置で実行しないと判定された場合は前記セキュリティ機能が実行できないことを示す通知を前記第１の装置に送信する第２の実行手段と、
   を有する情報処理システム。
2. 前記第１の実行条件情報は、前記第１の装置のリソース使用率に関する条件を示す情報であり、
   前記第２の実行条件情報は、前記第２の装置のリソース使用率に関する条件を示す情報である、請求項１に記載の情報処理システム。
3. 前記第１の装置のリソース使用率は、前記第１の装置のＣＰＵ使用率又はメモリ使用率であり、
   前記第２の装置のリソース使用率は、前記第２の装置のＣＰＵ使用率又はメモリ使用率である、請求項２に記載の情報処理システム。
4. 前記第１の装置は、
   前記第１の装置のリソース使用率の履歴に関する情報を記憶する第３の記憶手段と、
   前記第１の判定手段により前記セキュリティ機能を前記第１の装置で実行すると判定された場合、前記第１の装置のリソース使用率の履歴に関する情報を前記第３の記憶手段から取得し、該第１の装置のリソース使用率の傾向を解析する解析手段と、
   前記解析手段による解析結果が、前記第１の装置のリソース使用率の傾向が所定の傾向にあることを示すものであるか否かを判定する第３の判定手段と、
   を有し、
   前記第１の実行手段は、
   前記第３の判定手段により前記第１の装置のリソース使用率の傾向が所定の傾向にあることを示すものでないと判定された場合、前記セキュリティ機能を前記第１の装置で実行させる、請求項２又は３に記載の情報処理システム。
5. 前記第１の実行手段は、
   前記第３の判定手段により前記第１の装置のリソース使用率の傾向が所定の傾向にあることを示すものであると判定された場合、前記セキュリティ機能の実行要求を前記第２の装置に送信する、請求項４に記載の情報処理システム。
6. 前記セキュリティ機能は、ログイン認証に関する機能又はアクセス制御に関する機能である、請求項１ないし５のいずれか１項に記載の情報処理システム。
7. 前記第１の装置は、
   前記端末装置から送信されたセキュリティ機能の実行要求であって、未実行のセキュリティ機能の実行要求に関する情報を記憶する第４の記憶手段と、
   前記未実行のセキュリティ機能の実行要求に関する情報に基づいて、前記未実行のセキュリティ機能が実行された場合における予想リソース使用率を算出する算出手段と、
   を有し、
   前記第１の判定手段は、
   前記算出手段により算出された前記予想リソース使用率と、前記第１の実行条件情報とに基づいて、前記セキュリティ機能を前記第１の装置で実行するか否かを判定する、請求項１ないし６のいずれか１項に記載の情報処理システム。
8. 前記第１の記憶手段は、
   前記セキュリティ機能毎に、該セキュリティ機能の単位時間あたりにおける前記第１の装置のリソース使用率を記憶し、
   前記算出手段は、
   前記未実行のセキュリティ機能の実行要求に関する情報と、該セキュリティ機能の前記単位時間あたりにおける前記第１の装置のリソース使用率とに基づいて、前記未実行のセキュリティ機能が実行された場合における予想リソース使用率を算出する、請求項７に記載の情報処理システム。

Images