JP2020129321A - クラウドサーバ装置 - Google Patents

Abstract

【課題】プラントの制御に使用される情報処理装置における試験準備および試験の実行を効率的に行う。【解決手段】実施形態のクラウドサーバ装置は、コントローラを制御する情報処理装置に試験用データと試験用プログラムとを送信するステップと、情報処理装置にリモートデスクトップでアクセスし、情報処理装置に対して試験用プログラムのインストールの実行を指示するステップと、情報処理装置が再起動すると試験用プログラムが起動するように、リモートデスクトップで情報処理装置を設定するステップと、リモートデスクトップで情報処理装置の再起動を指示するステップとを実行する。【選択図】図２

Description

本発明の実施形態は、クラウドサーバ装置に関する。

従来から、産業プラント（以下、単に「プラント」という。）等において、Ｉ／Ｏ（Input／Output）機器等を制御するためにプログラマブルロジックコントローラおよび、プログラマブルロジックコントローラに接続されたＰＣ（Personal Computer）やサーバ装置等の情報処理装置が用いられている。

従来、このようなプラントの制御に使用されるＰＣまたはサーバ装置の試験を実施する場合には、エンジニア等が、個々のＰＣまたはサーバ装置を手動で設定していた。

特表２０１６−５０９３２８号公報

しかしながら、近年、このようなプラントの制御に使用される情報処理装置の台数が増大する傾向にある。このため、従来技術においては、プラントの制御に使用される情報処理装置における試験準備および試験を効率的に行うことが求められていた。

実施形態のクラウドサーバ装置は、コントローラを制御する情報処理装置に試験用データと試験用プログラムとを送信するステップと、情報処理装置にリモートデスクトップでアクセスし、情報処理装置に対して試験用プログラムのインストールの実行を指示するステップと、情報処理装置が再起動すると試験用プログラムが起動するように、リモートデスクトップで情報処理装置を設定するステップと、リモートデスクトップで情報処理装置の再起動を指示するステップとを実行する。

図１は、第１の実施形態にかかる情報管理システムの全体構成の一例を示す図である。 図２は、第１の実施形態にかかるクラウドサーバの機能的構成の一例を示す図である。 図３は、第１の実施形態にかかるクライアントＰＣ用の設定情報の一例を示す図である。 図４は、第１の実施形態にかかる制御プログラムの一例を示す図である。 図５は、第１の実施形態にかかるシステム構成データの内容の一例を示す図である。 図６は、第１の実施形態にかかるサーバＰＣ用の設定情報の一例を示す図である。 図７は、第１の実施形態にかかるクライアントＰＣの機能的構成の一例を示す図である。 図８は、第１の実施形態にかかるサーバＰＣの機能的構成の一例を示す図である。 図９は、第１の実施形態にかかるコントローラの機能的構成の一例を示す図である。 図１０は、第１の実施形態にかかる試験準備および試験の流れの一例を示すシーケンス図である。 図１１は、第２の実施形態にかかるクラウドサーバ２の機能的構成の一例を示す図である。 図１２は、第３の実施形態にかかるクライアントＰＣの機能的構成の一例を示す図である。

（第１の実施形態）
図１は、本実施形態にかかる情報管理システムＳの全体構成の一例を示す図である。図１に示すように、情報管理システムＳは、クラウドサーバ２と、管理ＰＣ（Personal Computer）３と、プラント制御システム１とを備える。

また、プラント制御システム１は、サーバＰＣ１１と、クライアントＰＣ１２ａ〜１２ｎと、プログラマブルロジックコントローラ（ＰＬＣ：Programmable Logic Controller、以下、単に「コントローラ」という）１３ａ〜１３ｎとを備える。以下、クライアントＰＣ１２ａ〜１２ｎを特に区別しない場合は、単に「クライアントＰＣ１２」という。また、コントローラ１３ａ〜１３ｎを特に区別しない場合は、単に「コントローラ１３」という。サーバＰＣ１１と、クライアントＰＣ１２と、コントローラ１３とは、プラント内に設置されている。

クラウドサーバ２は、クラウド環境にあり、ネットワーク４を介して管理ＰＣ３、クライアントＰＣ１２、およびコントローラ１３と接続している。クラウドサーバ２は、本実施形態におけるクラウドサーバ装置の一例である。

本実施形態においては、クラウドサーバ２が、プラント制御システム１における試験準備および試験を実行する。本実施形態における試験は、プラント制御システム１のサーバＰＣ１１と、クライアントＰＣ１２と、コントローラ１３の動作試験であるものとする。なお、クライアントＰＣ１２またはコントローラ１３のみを試験の対象としても良い。クラウドサーバ２の機能の詳細については後述する。

管理ＰＣ３は、クラウドサーバ２を管理するためのＰＣである。また、ネットワーク４は、例えばインターネットまたはイントラネットである。プラント制御システム１を試験するエンジニアは、プラント外に設置された管理ＰＣ３を介してクラウドサーバ２を操作することにより、プラント制御システム１の試験準備および試験を実施する。本実施形態においては、管理ＰＣ３を操作するエンジニアや管理者等を、ユーザともいう。管理ＰＣ３は、本実施形態における管理装置の一例である。

コントローラ１３は、プラントの制御を行うアプリケーションプログラム等を実行する装置である。１つのプラント制御システム１に含まれるコントローラ１３の数は特に限定されないが、コントローラ１３の台数は、例えば１００台以上であっても良い。また、コントローラ１３は、不図示の外部機器と接続しており、外部機器との間で信号を入出力する。外部機器は、例えばセンサや、プラントを構成する機器であるものとする。

クライアントＰＣ１２は、コントローラ１３を制御および監視を行うためのＰＣである。図１に示す例では、クライアントＰＣ１２とコントローラ１３とは１対１の関係で対応付けられるものとするが、１台のクライアントＰＣ１２が複数台のコントローラ１３を制御および監視するものとしても良い。クライアントＰＣ１２は、本実施形態におけるクライアント装置の一例である。

また、サーバＰＣ１１は、クライアントＰＣ１２およびコントローラ１３のログ情報等を収集し、収集した情報をクラウドサーバ２に送信する。なお、本実施形態においては、単に「ログ情報」という場合は、試験に関する処理のログ情報を指すものとする。サーバＰＣ１１とクライアントＰＣ１２とは、クライアントサーバモデルを構成する。サーバＰＣ１１とクライアントＰＣ１２とは、本実施形態における情報処理装置の一例である。また、サーバＰＣ１１は、本実施形態におけるサーバ装置の一例である。また、サーバＰＣ１１は、プラント制御システム１に含まれる複数の情報処理装置のうち、試験に関する処理のログ情報を蓄積する情報処理装置である。

また、クライアントＰＣ１２とサーバＰＣ１１とコントローラ１３とは、ローカルネットワーク５を介して接続する。ローカルネットワーク５は、例えば、イーサネット（登録商標）等の規格に準拠したネットワークである。

クラウドサーバ２と、管理ＰＣ３と、クライアントＰＣ１２と、サーバＰＣ１１とは、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置とを備えており、通常のコンピュータを利用したハードウェア構成となっている。また、管理ＰＣ３と、クライアントＰＣ１２と、サーバＰＣ１１とは、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置とを備えるものとする。また、本実施形態においては、クラウドサーバ２と、クライアントＰＣ１２と、サーバＰＣ１１とには、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ（Operating System）が予めインストールされているものとする。

次に、クラウドサーバ２について詳細を説明する。
図２は、本実施形態にかかるクラウドサーバ２の機能的構成の一例を示す図である。図２に示すように、クラウドサーバ２は、受付部２０１と、送信部２０２と、インストール指示部２０３と、設定部２０４と、再起動指示部２０５と、受信部２０６と、記憶部２５０とを備える。

記憶部２５０は、管理ＰＣ３から送信された各種の情報またはプログラム、および、試験に関するログ情報を記憶する。より詳細には、記憶部２５０は、クライアントＰＣ用の設定情報と、サーバＰＣ用の設定情報と、試験用プログラムと、再起動プログラムと、統合ログ情報とを記憶する。また、記憶部２５０は、例えば、ＨＤＤ等の記憶装置によって構成される。

クライアントＰＣ用の設定情報およびサーバＰＣ用の設定情報は、クラウドサーバ２がクライアントＰＣ１２またはサーバＰＣ１１に対して試験のための設定登録をするための情報である。以下、クライアントＰＣ用の設定情報とサーバＰＣ用の設定情報とを総称する場合は単に設定情報という。

設定情報は、クライアントＰＣ用とサーバＰＣ用では内容が異なるものとする。例えば、クライアントＰＣ用の設定情報は、クライアントＰＣのＩＰアドレスと、クライアントＰＣ名と、対象コントローラ名と、制御プログラムと、システム構成データと、試験シナリオデータと、試験開始タイミングとが対応付けられた情報であるものとする。また、サーバＰＣ用の設定情報は、サーバＰＣのＩＰアドレスと、サーバＰＣ名と、要求タイミング情報と、送信タイミング情報とが対応付けられた情報であるものとする。設定情報の内容は、図３〜６で後述する。

試験用プログラムは、クライアントＰＣ１２で試験を実行するプログラムである。試験用プログラムは、クライアントＰＣ用の設定情報で定義された開始タイミングで試験を開始し、クライアントＰＣ用の設定情報に定義された試験シナリオデータに示された試験の手順に従って、コントローラ１３を制御するものとする。例えば、試験用プログラムは、クライアントＰＣ１２にインストールされたエンジニアリングツールに各種の処理を実行させる。エンジニアリングツールは、プラント制御システム１に関するシステム構築、プログラミング、コンパイル、モニタリング、情報収集、監視等の処理を行うソフトウェアである。

試験用プログラムがエンジニアリングツールの試験を実行することにより、ユーザが個々のクライアントＰＣ１２のエンジニアリングツールに対して手動で試験を行わなくとも、自動的にクライアントＰＣ１２およびコントローラ１３の動作が試験される。

再起動プログラムは、クライアントＰＣ１２の再起動を実行するプログラムである。一例として、再起動プログラムは、クライアントＰＣ１２を再起動するコマンドが記載されたバッチファイルである。

統合ログ情報は、クライアントＰＣ１２のログ情報と、コントローラ１３のログ情報とが対応付けられた情報である。本実施形態においては、サーバＰＣ１１が、クライアントＰＣ１２のログ情報と、当該クライアントＰＣ１２の制御対象のコントローラ１３のログ情報とを対応付けてクラウドサーバ２に送信するものとする。サーバＰＣ１１の機能の詳細については後述する。また、本実施形態においては、クライアントＰＣ１２のログ情報をクライアントＰＣログ情報といい、コントローラ１３のログ情報をコントローラログ情報という。統合ログ情報は、本実施形態におけるログ情報の一例である。

クライアントＰＣログ情報は、試験実行中のクライアントＰＣ１２の動作ログである。例えば、クライアントＰＣログ情報は、クライアントＰＣ１２の試験用プログラムが実行した処理と、当該処理の実行時刻と、当該処理の実行結果とが対応付けた情報である。処理の実行結果は、例えば、「正常終了」や、「エラー」等である。また、クライアントＰＣログ情報は、試験用プログラムが実行した処理に基づいてクライアントＰＣ１２のエンジニアリングツールが実行した処理と、当該処理の実行時刻と、と実行結果とを含むものとしても良い。

コントローラログ情報は、試験実行中のコントローラ１３の動作ログであり、例えば、コントローラ１３から外部機器へ入出力されたデータと、当該入出力処理の実行時刻または当該入流出力データの生成時刻とが対応付けられた情報である。上述のクライアントＰＣログ情報およびコントローラログ情報の内容は一例であり、これらに限定されるものではない。

受付部２０１は、外部から各種の情報の入力を受け付ける。具体的には、受付部２０１は、管理ＰＣ３から、クライアントＰＣ用の設定情報と、サーバＰＣ用の設定情報と、試験用プログラムと、再起動プログラムと、の入力を受け付ける。設定情報、試験用プログラム、および再起動プログラムは、予め管理ＰＣ３に保存され、管理ＰＣ３がローカルネットワーク５を介してクラウドサーバ２に送信するものとしても良い。あるいは、管理ＰＣ３のユーザが、入力画面等を介して入力するものとしても良い。受付部２０１は、管理ＰＣ３から入力された各種の情報を、記憶部２５０に保存する。

また、受付部２０１は、外部から、サーバＰＣ１１およびクライアントＰＣ１２への試験準備の開始の指示を受け付ける。クラウドサーバ２の送信部２０２と、第１の設定部２０３と、設定部２０４と、再起動指示部２０５とは、受付部２０１が試験準備の開始の指示を受け付けた場合に、処理を開始する。例えば、受付部２０１は、管理ＰＣ３から試験準備の開始の指示を受け付けた場合に、送信部２０２に、処理の開始の指示を伝達する。

送信部２０２は、受付部２０１が試験準備の開始の指示を受け付けた場合に、サーバＰＣ１１およびクライアントＰＣ１２に試験用データと、試験用プログラムと、再起動プログラムとを送信する。送信部２０２は、送信処理の完了後に、送信が完了したことをインストール指示部２０３に通知する。

試験用データは、記憶部２５０に記憶された設定情報に含まれるデータの一部である。例えば、クライアントＰＣ１２用の試験用データは、対象コントローラ名と、制御プログラムと、システム構成データと、試験シナリオデータと、試験開始タイミングが対応付けられた情報とする。また、サーバＰＣ１１用の試験用データは、要求タイミング情報と、送信タイミング情報とする。

また、送信部２０２は、記憶部２５０に記憶された統合ログ情報を、管理ＰＣ３に送信する。管理ＰＣ３への統合ログ情報の送信タイミングは、予め定められた時刻であっても良いし、所定の時間間隔であっても良い。受付部２０１が管理ＰＣ３から統合ログ情報の送信要求を受けた場合に、送信部２０２が統合ログ情報を管理ＰＣ３に送信するものとしても良い。

インストール指示部２０３は、送信部２０２による送信処理が完了した場合に、クライアントＰＣ１２にアクセスし、クライアントＰＣ１２に試験用プログラムのインストールの実行を指示する。本実施形態においては、インストール指示部２０３は、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳの標準機能であるリモートデスクトップの機能を用いて、サーバＰＣ１１およびクライアントＰＣ１２にアクセスするものとする。インストール指示部２０３は、試験用プログラムのインストール完了後に、インストールが完了したことを設定部２０４に通知する。クライアントＰＣ１２側では、クラウドサーバ２からのリモートデスクトップのログイン要求を受けた場合にログイン可能となるように、予め設定されているものとする。

設定部２０４は、インストール指示部２０３による試験用プログラムのインストールが完了した場合に、クライアントＰＣ１２にリモートデスクトップでアクセスし、クライアントＰＣ１２が再起動すると試験用プログラムが起動するように、クライアントＰＣ１２を設定する。より詳細には、設定部２０４は、試験用プログラムの実行ファイル（Executable File）のショートカットを、クライアントＰＣ１２のスタートアップフォルダに保存する。設定部２０４は、試験用プログラムの実行ファイル（Executable File）のショートカットを、クライアントＰＣ１２のスタートアップフォルダに保存した後に、再起動指示部２０５に、試験用プログラムの自動起動設定が完了したことを通知する。

再起動指示部２０５は、設定部２０４が試験用プログラムの自動起動設定を完了した場合に、リモートデスクトップでクライアントＰＣ１２の再起動を指示する。より詳細には、再起動指示部２０５は、クライアントＰＣ１２にリモートデスクトップでアクセスし、クライアントＰＣ１２に送信済みの再起動プログラムのバッチファイルの実行を指示する。

設定部２０４および再起動指示部２０５は、インストール指示部２０３と同様に、リモートデスクトップの機能を用いて、クライアントＰＣ１２にアクセスするものとする。再起動指示部２０５が再起動プログラムを実行することにより、クラウドサーバ２は、クライアントＰＣ１２のリモートデスクトップからログアウトする。

プラント制御システム１が複数のクライアントＰＣ１２を含む場合は、送信部２０２、インストール指示部２０３、設定部２０４、および再起動指示部２０５は、各クライアントＰＣ１２に１台ずつ順番にリモートデスクトップでアクセスし、全てのクライアントＰＣ１２の試験準備の処理を行う。

受信部２０６は、サーバＰＣ１１から統合ログ情報を受信する。受信部２０６は、受信した統合ログ情報を記憶部２５０に保存する。

ここで、クラウドサーバ２の記憶部２５０に記憶された設定情報の詳細について、図を用いて説明する。

図３は、本実施形態にかかるクライアントＰＣ用の設定情報９０１の一例を示す図である。図３に示すように、クライアントＰＣ用の設定情報９０１は、クライアントＰＣのＩＰアドレスと、クライアントＰＣ名と、対象コントローラ名と、制御プログラムと、システム構成データと、試験シナリオデータと、試験開始タイミングとが対応付けられた情報である。

クライアントＰＣのＩＰアドレスは、クラウドサーバ２が試験のための設定登録をする対象のクライアントＰＣ１２のＩＰアドレスである。また、クライアントＰＣ名は、クラウドサーバ２が設定をする対象のクライアントＰＣ１２を特定可能な識別情報である。

対象コントローラ名は、クライアントＰＣ１２が制御する対象のコントローラ１３を特定可能な識別情報である。なお、対象のクライアントＰＣ１２または対象のコントローラ１３を特定できる情報であれば、クライアントＰＣ名および対象コントローラ名以外の識別情報がクライアントＰＣ用の設定情報９０１に登録されても良い。

制御プログラムは、コントローラ１３がプラントを制御するためのプログラムである。制御プログラムについての詳細は後述する。

システム構成データは、プラント制御システム１に含まれるコントローラ１３の構成を示す定義情報である。システム構成データについての詳細は後述する。

試験シナリオデータは、クライアントＰＣ１２の試験用プログラムで実行される試験の手順を示す情報である。より詳細には、試験シナリオデータは、クライアントＰＣ１２が実行可能な処理のうち、試験の対象とする処理と、試験における各処理の実行順とを定義する情報である。試験対象の処理は１つでも良いし、複数であっても良い。クライアントＰＣ１２が実行可能な処理は、より詳細には、クライアントＰＣ１２にインストールされたエンジニアリングツールが実行可能な処理である。本実施形態においては、試験シナリオデータは、制御プログラムの編集処理と、制御プログラムのコンパイル処理と、コンパイルされた制御プログラムのコントローラ１３へのダウンロード処理と、制御プログラムの実行状態のモニタリング処理と、コントローラ１３にダウンロードされた制御プログラムの変更処理と、のうち、少なくともいずれか１つが登録されているものとする。制御プログラムの実行状態のモニタリング処理は、オンラインモニタ処理ともいう。また、コントローラ１３にダウンロードされた制御プログラムの変更処理は、オンライン変更処理ともいう。試験シナリオデータには、上述した処理以外の処理がさらに登録されていても良い。

試験開始タイミングは、クライアントＰＣ１２において試験用プログラムが試験を開始するタイミングを示す。試験開始タイミングは、所定の開始時刻であってもよいし、その他の開始条件が定義されても良い。また、試験開始タイミングは、試験の実行回数または試験の実行間隔を示すものでも良い。試験開始タイミングは、本実施形態における試験開始情報の一例である。

図４は、本実施形態にかかる制御プログラム８０１の一例を示す図である。図４に示す例では、制御プログラム８０１はＦＢＤ言語(ファンクション・ブロック・ダイアグラム)で記述されている。制御プログラムは、例えば、ＪＩＳ Ｂ ３５０３またはＩＥＣ（国際電気標準会議） ６１１３１−３の標準規格で、コントローラ用のプログラム言語として規定されている言語により記述されるが、コントローラ１３が実行可能なプログラムであれば良い。上述の標準規格に規定された言語は、例えば、ＬＤ(ラダー・ダイアグラム)言語、ＦＢＤ言語、ＳＦＣ（シーケンシャル・ファンクション・チャート）言語、またはＳＴ（ストラクチャード・テキスト）言語等である。

図５は、本実施形態にかかるシステム構成データ８０２の内容の一例を示す図である。図５に示すように、システム構成データ８０２は、コントローラ１３に含まれるＩ／Ｏノードの数やモジュール構成等の定義を含む。Ｉ／Ｏノードは、コントローラ１３が外部機器との間で信号の入出力をするためのインタフェースである。図５に示す例では、ユニット“００（ＢＵ８６６）”がコントローラ１３を示す。図５では、例として１台のコントローラ１３にかかるシステム構成を表示しているが、実際には、システム構成データ８０２は、プラント制御システム１に含まれる全てのコントローラ１３の定義情報を含むものとする。

次に、クライアントＰＣ用の設定情報について説明する。
図６は、本実施形態にかかるサーバＰＣ用の設定情報９０２の一例を示す図である。図６に示すように、サーバＰＣ用の設定情報９０１は、サーバＰＣのＩＰアドレスと、サーバＰＣ名と、要求タイミング情報と、送信タイミング情報とが対応付けられた情報である。

サーバＰＣのＩＰアドレスは、クラウドサーバ２が試験のための設定登録をする対象のサーバＰＣ１１のＩＰアドレスである。また、サーバＰＣ名は、クラウドサーバ２が設定登録をする対象のサーバＰＣ１１を特定可能な識別情報である。なお、対象のサーバＰＣ１１を特定できる情報であれば、サーバＰＣ名以外の識別情報がサーバＰＣ用の設定情報９０２に登録されても良い。

要求タイミング情報は、サーバＰＣ１１がコントローラログ情報をコントローラ１３に要求するタイミングを示す情報である。要求タイミング情報は、例えば、所定の時刻を示す情報でも良いし、その他の条件であっても良い。

送信タイミング情報は、サーバＰＣ１１が統合ログ情報をクラウドサーバ２に送信する送信タイミングを示す情報である。送信タイミング情報は、例えば、所定の時刻を示す情報でも良いし、その他の条件であっても良い。

なお、図３および図６に示す例では、クライアントＰＣ用の設定情報９０１とサーバＰＣ用の設定情報９０２とをテーブル形式で表したが、各設定情報９０１，９０２のデータの保持形式はこれに限定されるものではない。

次に、クライアントＰＣ１２について詳細を説明する。
図７は、本実施形態にかかるクライアントＰＣ１２の機能的構成の一例を示す図である。図７に示すように、クライアントＰＣ１２は、受信部１２１と、遠隔操作受付部１２２と、エンジニアリングツール１２３と、試験実行部１２５と、ログ取得部１２６と、送信部１２７と、記憶部１２８とを備える。

記憶部１２８は、制御プログラムと、対象コントローラ名と、システム構成データと、試験シナリオデータと、試験開始タイミングと、試験用プログラムと、再起動プログラムと、クライアントＰＣログ情報とを記憶する。記憶部１２８は、例えば、ＨＤＤ等の記憶装置によって構成される。

受信部１２１は、クラウドサーバ２から、試験用データ（対象コントローラ名、制御プログラム、システム構成データ、試験シナリオデータ、および試験開始タイミング）と、試験用プログラムと、再起動プログラムとを受信し、記憶部１２８に保存する。

遠隔操作受付部１２２は、クラウドサーバ２からのリモートデスクトップによるアクセスを受け付ける。遠隔操作受付部１２２は、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳの標準機能によって実現されるものとする。

試験実行部１２５と、ログ取得部１２６と、送信部１２７とは、クライアントＰＣ１２のＣＰＵがメモリからによって試験用プログラムを読み出して実行することにより実現される機能である。試験実行部１２５と、ログ取得部１２６と、送信部１２７とを総称して試験ツール１２４という。

試験実行部１２５は、試験シナリオデータに示された試験の手順に従って試験を実行する。より詳細には、試験実行部１２５は、試験シナリオデータに登録された処理を、エンジニアリングツール１２３に対して実行する。処理の実行順は、試験シナリオデータに定義された実行順に従うものとする。また、試験実行部１２５は、記憶部１２８に記憶された対象コントローラ名によって特定されるコントローラ１３を、制御対象としてエンジニアリングツール１２３に設定する。また、試験実行部１２５は、記憶部１２８に保存された試験開始タイミングが示すタイミングで、試験を開始するものとする。また、試験実行部１２５は、試験が終了した場合に、送信部１２７に試験終了を通知する。

本実施形態においては、試験実行部１２５は、ユーザがクライアントＰＣ１２のエンジニアリングツール１２３を操作する場合と同様に、エンジニアリングツール１２３のＧＵＩ（Graphical User Interface）に対して処理を実行するものとする。試験実行部１２５がエンジニアリングツール１２３を制御する手法は特に限定されるものではなく、公知の技術を採用することができる。

ログ取得部１２６は、試験実行部１２５およびエンジニアリングツール１２３の処理の履歴および処理結果を取得し、クライアントＰＣログ情報として記憶部１２８に保存する。

送信部１２７は、試験が終了した場合に、記憶部１２８に保存されたクライアントＰＣログ情報を、クライアントＰＣ１２の制御対象コントローラ名と対応付けて、サーバＰＣ１１に送信する。なお、本実施形態においては、クライアントＰＣ１２が、試験終了後のタイミングでサーバＰＣ１１にクライアントＰＣログ情報を送信するものとするが、サーバＰＣ１１がクライアントＰＣ１２に対してクライアントＰＣログ情報の送信要求をする構成を採用しても良い。当該構成を採用する場合は、要求タイミング情報は、サーバＰＣ１１がクライアントＰＣ１２にクライアントＰＣログ情報を要求するタイミングを示す情報としても良い。あるいは、送信部１２７は、定期的にサーバＰＣ１１にクライアントＰＣログ情報を送信するものとしても良い。

次に、サーバＰＣ１１について詳細を説明する。
図８は、本実施形態にかかるサーバＰＣ１１の機能的構成の一例を示す図である。図８に示すように、サーバＰＣ１１は、試験用データ受信部１１１と、第１のログ情報受信部１１２と、送信要求部１１３と、第２のログ情報受信部１１４と、ログ情報統合部１１５と、送信部１１６と、記憶部１１７とを備える。

記憶部１１７は、要求タイミング情報と、送信タイミング情報と、クライアントＰＣログ情報と、コントローラログ情報と、統合ログ情報とを記憶する。

試験用データ受信部１１１は、クラウドサーバ２から、試験用データ（要求タイミング情報および送信タイミング情報）を受信し、記憶部１１７に保存する。

第１のログ情報受信部１１２は、プラント制御システム１に含まれる各クライアントＰＣ１２から、クライアントＰＣログ情報と、各クライアントＰＣ１２の制御対象のコントローラ１３のコントローラ名とを受信する。第１のログ情報受信部１１２は、受信したクライアントＰＣログ情報とコントローラ名とを記憶部１１７に保存する。

送信要求部１１３は、プラント制御システム１に含まれる各コントローラ１３に対して、コントローラログ情報の送信要求をする。本実施形態においては、送信要求部１１３は、記憶部１１７に保存された要求タイミング情報が示すタイミングで、コントローラログ情報の送信要求をする。

第２のログ情報受信部１１４は、各コントローラ１３からコントローラログ情報を受信する。より詳細には、各コントローラ１３は、送信要求部１１３からの要求に従って、各コントローラ１３で試験の処理が実行されていないタイミング、または処理負荷が低いタイミングで、サーバＰＣ１１に対してコントローラログ情報を送信する。第２のログ情報受信部１１４は、各コントローラ１３から送信された当該コントローラログ情報を受信する。第２のログ情報受信部１１４は、受信したコントローラログ情報を記憶部１１７に保存する。

ログ情報統合部１１５は、クライアントＰＣログ情報と、当該クライアントＰＣ１２の制御対象のコントローラログ情報とを対応付けて統合ログ情報を生成する。より詳細には、ログ情報統合部１１５は、クライアントＰＣログ情報に対応付けられたコントローラ名に基づいて、統合対象のコントローラログ情報を特定する。また、ログ情報統合部１１５は、クライアントＰＣログ情報に含まれる処理の実行時刻と、コントローラログ情報に含まれる処理の実行時刻またはデータの生成時刻とに基づいて、クライアントＰＣログ情報と、コントローラログ情報とをマッチングする。例えば、ログ情報統合部１１５は、クライアントＰＣ１２で実行された処理の実行時刻の後にコントローラ１３で実行された処理または生成されたデータを、クライアントＰＣ１２で実行された処理の結果として対応付けて記載した統合ログ情報を生成する。なお、クライアントＰＣログ情報とコントローラログ情報との対応付けの手法は、これに限定されるものではない。ログ情報統合部１１５は、生成した統合ログ情報を記憶部１１７に保存する。

送信部１１６は、記憶部１１７に保存された統合ログ情報を、クラウドサーバ２に送信する。本実施形態においては、送信部１１６は、記憶部１１７に保存された送信タイミング情報が示すタイミングで、統合ログ情報をクラウドサーバ２に送信するものとする。図１に示したように、プラント制御システム１が複数のクライアントＰＣ１２および複数のコントローラ１３を含む場合、送信部１１６は、全てのクライアントＰＣ１２のクライアントＰＣログ情報および全てのコントローラ１３のコントローラログ情報から生成された統合ログ情報を、送信タイミング情報が示すタイミングでクラウドサーバ２に送信する。

次に、コントローラ１３について詳細を説明する。
図９は、本実施形態にかかるコントローラ１３の機能的構成の一例を示す図である。図９に示すように、コントローラ１３は、オブジェクトロード部１３１と、プログラム実行処理部１３２と、信号入出力部１３３と、要求受信部１３４と、送信部１３５と、記憶部１３６とを備える。

記憶部１３６は、オブジェクト情報と、フィールドデータと、コントローラログ情報とを記憶する。記憶部１３６は、例えば、ＨＤＤ等の記憶装置によって構成される。

オブジェクト情報は、クライアントＰＣ１２からダウンロードされた実行形式の制御プログラムのコードと、パラメータ値等のデータとを含む。

フィールドデータは、外部機器とコントローラ１３との間で入出力されたデータである。一例として、フィールドデータは、センサからコントローラ１３に入力された信号等である。

オブジェクトロード部１３１は、クライアントＰＣ１２からローカルネットワーク５を経由して送信された実行形式の制御プログラムを受信する。また、オブジェクトロード部１３１は、受信した実行形式の制御プログラムを、データとコードに分割し、オブジェクト情報として記憶部１３６に保存する。

プログラム実行処理部１３２は、記憶部１３６に保存されたオブジェクト情報を読み出し、制御プログラムを実行する。また、プログラム実行処理部１３２は、信号入出力部１３３が受信したプロセス信号等により、制御対象のプラントを構成する各種の装置およびセンサからフィードバックを受ける。プログラム実行処理部１３２は、当該フィードバックに基づいて、制御プログラムのパラメータを設定する等の制御を行う。

信号入出力部１３３は、制御対象のプラントを構成する各種の外部機器から送信されたプロセス信号等の信号の入力を受ける。また、信号入出力部１３３は、入力された信号を、プログラム実行処理部１３２に送出する。また、信号入出力部１３３は、外部機器から取得した信号を、フィールドデータとして、記憶部１３６に保存する。

要求受信部１３４は、サーバＰＣ１１から、コントローラログ情報の送信要求を受信する。要求受信部１３４は、コントローラログ情報の送信要求を受信した場合に、送信要求を受信したことを送信部１３５に通知する。

送信部１３５は、コントローラログ情報をサーバＰＣ１１に送信する。より詳細には、送信部１３５は、要求受信部１３４がサーバＰＣ１１からコントローラログ情報の送信要求を受信した場合に、プログラム実行処理部１３２で処理が実行されていないタイミング、または処理負荷が低いタイミングで、サーバＰＣ１１に対してコントローラログ情報を送信する。

次に、以上のように構成された本実施形態のプラント制御システム１で実行される試験準備および試験の流れを説明する。

図１０は、本実施形態にかかる試験準備および試験の流れの一例を示すシーケンス図である。

まず、管理ＰＣ３が、ユーザの操作に基づいて、クラウドサーバ２に対して設定情報、試験用プログラム、および再起動プログラムを入力する（Ｓ１）。クラウドサーバ２の受付部２０１は、管理ＰＣ３から、クライアントＰＣ用の設定情報と、サーバＰＣ用の設定情報と、試験用プログラムと、再起動プログラムと、の入力を受け付ける。受付部２０１は、管理ＰＣ３から入力された各種の情報を、記憶部２５０に保存する。

次に、管理ＰＣ３が、ユーザの操作に基づいて、クラウドサーバ２に対して試験準備の開始の指示を送信する（Ｓ２）。この場合、クラウドサーバ２の受付部２０１は、送信部２０２に、試験準備の開始の指示を伝達する。

クラウドサーバ２の送信部２０２は、受付部２０１が管理ＰＣ３から試験準備の開始の指示を受けると、クライアントＰＣ１２に対して、試験用データ（対象コントローラ名、制御プログラム、システム構成データ、試験シナリオデータ、および試験開始タイミング）、試験用プログラム、および再起動プログラムを送信する（Ｓ３）。クライアントＰＣ１２の受信部１２１は、クラウドサーバ２から送信された情報を受信し、記憶部１２８に保存する。

また、クラウドサーバ２の送信部２０２は、サーバＰＣ１１に対して、試験用データ（要求タイミング情報、および送信タイミング情報）を送信する（Ｓ４）。サーバＰＣ１１の試験用データ受信部１１１は、サーバＰＣ１１から試験用データを受信し、記憶部１１７に保存する。

次に、クラウドサーバ２のインストール指示部２０３は、リモートデスクトップでクライアントＰＣ１２にアクセスし、クライアントＰＣ１２に試験用プログラムのインストールを指示する（Ｓ５）。試験用プログラムはＳ３の処理でクライアントＰＣ１２に送信されてクライアントＰＣ１２の記憶部１２８に保存されているため、インストール指示部２０３は、記憶部１２８に記憶された試験用プログラムを読み出して、クライアントＰＣ１２にインストールする。インストール指示部２０３が試験用プログラムをインストールした後も、リモートデスクトップのログイン状態は、継続するものとする。

次に、クラウドサーバ２の設定部２０４は、リモートデスクトップでクライアントＰＣ１２にアクセスし、試験用プログラムの実行ファイルのショートカットを作成する。試験用プログラムは、Ｓ３の処理でクライアントＰＣ１２に送信されてクライアントＰＣ１２の記憶部１２８に保存されている。設定部２０４は、作成したショートカットを、クライアントＰＣ１２のスタートアップフォルダに保存する（Ｓ６）。

次に、クラウドサーバ２の再起動指示部２０５は、設定部２０４が試験用プログラムの自動起動設定を完了した場合に、リモートデスクトップでクライアントＰＣ１２にアクセスし、Ｓ３の処理でクライアントＰＣ１２に送信済みの再起動プログラムのバッチファイルの実行を指示する（Ｓ７）。

図１０では省略したが、図１で示したように、プラント制御システム１は複数のクライアントＰＣ１２を備える。このため、クラウドサーバ２の送信部２０２、インストール指示部２０３、設定部２０４、および再起動指示部２０５は、１台のクライアントＰＣ１２の試験準備の処理（Ｓ３、Ｓ５〜Ｓ７）が完了すると、次のクライアントＰＣ１２にリモートデスクトップでアクセスして試験準備の処理を行うものとする。

そして、Ｓ７で再起動プログラムのバッチファイルが実行されると、クライアントＰＣ１２は再起動する（Ｓ８）。また、クライアントＰＣ１２が再起動することにより、クラウドサーバ２は、クライアントＰＣ１２のリモートデスクトップからログアウトする。

クライアントＰＣ１２が再起動すると、クライアントＰＣ１２のスタートアップフォルダに保存された試験用プログラムの実行ファイルが実行される。これにより、試験用プログラムが起動する（Ｓ９）。

試験用プログラムが起動すると、試験ツール１２４の各機能部（試験実行部１２５、ログ取得部１２６、送信部１２７）がクライアントＰＣ１２の主記憶上に展開される。試験実行部１２５は、記憶部１２８に保存された試験開始タイミングによって示されるタイミングになると、試験シナリオデータに登録された処理の内容および処理の実行順に従って、試験を実行する。図１０では、一例として、試験シナリオデータには、制御プログラムの編集処理と、制御プログラムのコンパイル処理と、制御プログラムのダウンロード処理が登録されているものとする。また、処理の実行順は、制御プログラムの編集処理、制御プログラムのコンパイル処理、制御プログラムのダウンロード処理の順とする。

まず、試験実行部１２５は、試験シナリオデータに従って、エンジニアリングツール１２３を制御して、記憶部１２８に記憶された制御プログラムの編集処理を実行する（Ｓ１０）。次に、試験実行部１２５は、試験シナリオデータに従って、エンジニアリングツール１２３を制御して、Ｓ１０の処理で編集した制御プログラムのコンパイルの処理を実行する（Ｓ１１）。

そして、試験実行部１２５は、エンジニアリングツール１２３を制御して、Ｓ１１の処理でコンパイルした実行形式の制御プログラムを、コントローラ１３にダウンロードする（Ｓ１２）。また、ログ取得部１２６は、Ｓ１０〜Ｓ１２で試験実行部１２５およびエンジニアリングツール１２３の履歴および処理結果を取得し、クライアントＰＣログ情報として記憶部１２８に保存する。そして、試験実行部１２５は、試験シナリオデータに定義された全ての処理が終了すると、試験終了を送信部１２７に通知する。

送信部１２７は、試験が終了した場合に、記憶部１２８に保存されたクライアントＰＣログ情報を、クライアントＰＣ１２の制御対象コントローラ名と対応付けて、サーバＰＣ１１に送信する（Ｓ１３）。サーバＰＣ１１の第１のログ情報受信部１１２は、クライアントＰＣ１２から、クライアントＰＣログ情報と、各クライアントＰＣ１２の制御対象のコントローラ１３のコントローラ名とを受信し、記憶部１１７に保存する。

次に、サーバＰＣ１１の送信要求部１１３は、記憶部１１７に保存された要求タイミング情報が示すタイミングで、コントローラ１３に対してコントローラログ情報の送信要求をする（Ｓ１４）。コントローラ１３の要求受信部１３４は、サーバＰＣ１１から送信要求を受信する。

そして、コントローラ１３の送信部１３５は、要求受信部１３４がサーバＰＣ１１からコントローラログ情報の送信要求を受信した場合に、プログラム実行処理部１３２で処理が実行されていないタイミング、または処理負荷が低いタイミングで、サーバＰＣ１１に対してコントローラログ情報を送信する（Ｓ１５）。

次に、サーバＰＣ１１のログ情報統合部１１５は、クライアントＰＣログ情報に含まれる処理の実行時刻と、コントローラログ情報に含まれる処理の実行時刻またはデータの生成時刻とに基づいて、クライアントＰＣログ情報と、コントローラログ情報とをマッチングする（Ｓ１６）。ログ情報統合部１１５は、マッチング結果を、統合ログ情報として記憶部１１７に保存する。

そして、送信部１１６は、記憶部１１７に保存された送信タイミング情報が示すタイミングで、統合ログ情報をクラウドサーバ２に送信する（Ｓ１７）。クラウドサーバ２の受信部２０６は、サーバＰＣ１１から統合ログ情報を受信し、受信した統合ログ情報を記憶部２５０に保存する。

そして、クラウドサーバ２の送信部２０２は、統合ログ情報を管理ＰＣ３に送信する（Ｓ１８）。ここで、本実施形態のプラント制御システム１における試験準備および試験の処理が終了する。また、試験ツール１２４は、試験シナリオデータに登録された全ての処理の実行完了後に終了しても良いし、クラウドサーバ２からの終了指示によって終了しても良い。

このように、本実施形態のクラウドサーバ２は、クライアントＰＣ１２にリモートデスクトップでアクセスし、クライアントＰＣ１２に試験用プログラムのインストールの実行を指示し、クライアントＰＣ１２が再起動すると試験用プログラムが起動するようにリモートデスクトップで設定した上で、リモートデスクトップでクライアントＰＣ１２の再起動を指示するする。このため、本実施形態のクラウドサーバ２によれば、クライアントＰＣ１２における試験準備および試験の実行を効率的に行うことができる。

従来技術では、プラント制御システムが多くのクライアントＰＣを備える場合、エンジニアがプラント内に設置された各クライアントＰＣを手動で操作して、試験用データの登録および試験用プログラムのインストール等の試験準備を行っていた。このため、試験準備のための労力を要していた。また、手作業で試験準備を行うと設定ミス等が発生する場合があり、効率よく試験準備を行うことが困難な場合があった。

また、従来技術においては、クラウドサーバがネットワークを介してリモートデスクトップでクライアントＰＣを遠隔操作すると、リモートデスクトップからログアウトした後に、クライアントＰＣ上で試験用プログラムを起動することができず、試験を自動で開始することが困難であった。

これに対して、本実施形態のクラウドサーバ２は、クライアントＰＣ１２が再起動すると試験用プログラムが起動するようにクライアントＰＣ１２を設定した上で、クライアントＰＣ１２の再起動を指示するため、リモートデスクトップで試験準備をした後に、クライアントＰＣ上で試験を自動で開始することができる。このため、本実施形態のクラウドサーバ２によれば、エンジニアが個々のクライアントＰＣ１２を手作業で操作しなくとも、クライアントＰＣ１２における試験準備および試験の実行を効率的に行うことができる。

また、エンジニアがクライアントＰＣを操作しなくともクライアントＰＣ１２における試験準備および試験が実行できるため、クライアントＰＣがラップトップＰＣである場合には、クライアントＰＣを閉じた状態で重ねて設置することが可能となり、狭い設置スペースでも試験を実行することができる。

また、本実施形態のクラウドサーバ２は、クライアントＰＣ１２に、対象コントローラ名と、試験シナリオデータと、試験開始タイミングとを含む試験用データを送信する。また、試験用プログラムは、試験用データに示される試験開始タイミングで試験を開始し、試験シナリオデータに示された試験の手順に従って、制御対象のコントローラ１３を制御する。クラウドサーバ２がリモートデスクトップで試験用プログラムを起動した後は、試験用プログラムがクライアントＰＣ１２上で試験を実行することにより、効率的に試験を実行することができる。

また、本実施形態の試験用データは、さらに、コントローラ１３で実行可能な制御プログラムを含む。また、試験シナリオデータには、制御プログラムの編集処理と、制御プログラムのコンパイル処理と、コンパイルされた制御プログラムのコントローラ１３へのダウンロード処理と、制御プログラムの実行状態のモニタリング処理と、コントローラ１３にダウンロードされた制御プログラムの変更処理と、のうち、少なくともいずれか１つが登録されている。このため、本実施形態のクラウドサーバ２によれば、クライアントＰＣ１２をユーザが手動で操作しなくとも、クライアントＰＣ１２が実行可能な各種の処理を試験することができる。

また、本実施形態の試験用データは、さらに、サーバＰＣ１１が統合ログ情報をクラウドサーバ２に送信する送信タイミングを示す送信タイミング情報を含む。このため、本実施形態のクラウドサーバ２によれば、各クライアントＰＣ１２および各コントローラ１３から個別に試験結果を収集しなくとも良く、効率的に試験結果を取得することができる。

また、本実施形態のクラウドサーバ２は、さらに、管理ＰＣ３から、試験準備の開始の指示を受け付けた場合に、試験準備の処理を開始する。このため、本実施形態のクラウドサーバ２によれば、管理ＰＣ３を使用するエンジニアは、任意のタイミングで試験準備の処理を開始することができる。

なお、本実施形態においては、クラウドサーバ２は、サーバＰＣ１１から統合ログ情報を受信するものとしたが、統合前のコントローラログ情報とクライアントＰＣログ情報とを受信するものとしても良い。

（第２の実施形態）
上述の第１の実施形態では、サーバＰＣ１１がクラウドサーバ２に統合ログ情報を送信するタイミングは送信タイミング情報によって定められているものとしていた。これに対して、この第２の実施形態では、クラウドサーバ２がサーバＰＣ１１に対して統合ログ情報の送信要求をした場合に、サーバＰＣ１１がクラウドサーバ２に統合ログ情報を送信するものとする。

本実施形態の情報管理システムＳおよびプラント制御システム１の構成は、第１の実施形態と同様とする。また、本実施形態のクライアントＰＣ１２およびコントローラ１３は、第１の実施形態と同様の機能を備える。

図１１は、本実施形態にかかるクラウドサーバ２の機能的構成の一例を示す図である。図１１に示すように、本実施形態のクラウドサーバ２は、受付部２０１と、送信部２０２と、インストール指示部２０３と、設定部２０４と、再起動指示部２０５と、受信部２０６と、送信要求部２０７と、記憶部２５０とを備える。受付部２０１と、送信部２０２と、インストール指示部２０３と、設定部２０４と、再起動指示部２０５と、受信部２０６と、記憶部２５０とは、第１の実施形態と同様の機能を備える。

送信要求部２０７は、サーバＰＣ１１に対して統合ログ情報の送信要求をする。例えば、送信要求部２０７は、管理ＰＣ３からの指示を受けた場合に送信要求をしても良いし、定期的に送信要求をしても良い。

また、本実施形態のサーバＰＣ１１は、図８で説明した第１の実施形態と同様に、試験用データ受信部１１１と、第１のログ情報受信部１１２と、送信要求部１１３と、第２のログ情報受信部１１４と、ログ情報統合部１１５と、送信部１１６と、記憶部１１７とを備える。試験用データ受信部１１１と、第１のログ情報受信部１１２と、送信要求部１１３と、第２のログ情報受信部１１４と、ログ情報統合部１１５と、記憶部１１７とは、第１の実施形態と同様の機能を備える。

送信部１１６は、第１の実施形態と同様の機能を備えた上で、クラウドサーバ２から統合ログ情報の送信要求を受けた場合に、統合ログ情報をクラウドサーバ２に送信する。

また、送信要求部１１３は、クラウドサーバ２から統合ログ情報の送信要求を受けた場合に、コントローラ１３にコントローラログ情報を要求するものとしても良い。

このように、本実施形態のクラウドサーバ２によれば、任意のタイミングでサーバＰＣ１１から統合ログ情報を受信することができる。

（第３の実施形態）
上述の第１の実施形態および第２の実施形態では、試験対象のクライアントＰＣ１２が用意されていることを前提としていたが、試験段階では、クライアントＰＣ１２の台数が規定の数よりも少ない場合がある。本実施形態のクライアントＰＣ１２は、複数台分のクライアントＰＣ１２を模擬して動作することにより、規定の台数のクライアントＰＣ１２が動作しているように試験を実行する。

図１２は、本実施形態にかかるクライアントＰＣ１２の機能的構成の一例を示す図である。図１２に示すように、本実施形態のクライアントＰＣ１２は、受信部１２１と、遠隔操作受付部１２２と、エンジニアリングツール１２３と、試験実行部１２５と、ログ取得部１２６と、送信部１２７と、クライアントＰＣ模擬部１２９と、記憶部１２８とを備える。受信部１２１と、遠隔操作受付部１２２と、エンジニアリングツール１２３と、記憶部１２８とは、第１の実施形態と同様の機能を備える。

試験実行部１２５と、ログ取得部１２６と、送信部１２７と、クライアントＰＣ模擬部１２９と総称する場合、試験ツール１１２４という。試験実行部１２５と、ログ取得部１２６と、送信部１２７とは、第１の実施形態と同様の機能を備える。

クライアントＰＣ模擬部１２９は、複数のクライアントＰＣ１２で試験が実行されることを模擬して動作し、処理のログを記憶部１２８に保存する。例えば、計画上はプラント制御システム１が１００台のクライアントＰＣ１２を備える場合に、試験段階では８台のクライアントＰＣ１２しか用意されていないものとする。この場合、１台のクライアントＰＣ１２のクライアントＰＣ模擬部１２９が、２〜１６台分のクライアントＰＣ１２で実行される処理を模擬することにより、１００台分のクライアントＰＣログ情報を生成する。

送信部１２７がクライアントＰＣログ情報をサーバＰＣ１１に送信することにより、サーバＰＣ１１側には、１００台分のクライアントＰＣ１２が動作した場合と同様の処理負荷がかる。このため、規定の台数のクライアントＰＣ１２が用意されていなくとも、規定の台数のクライアントＰＣ１２を接続することを想定した試験を実行することができる。

本実施形態のクライアントＰＣ模擬部１２９は、エンジニアリングツール１２３を制御して処理を実行させるものではなく、予め定められた演算を行って複数台分のクライアントＰＣログ情報を生成するものとする。また、クライアントＰＣ模擬部１２９は、コントローラ１３に対して、試験シナリオデータに示された試験の手順に従った各種の処理を実行するものとしても良い。なお、クライアントＰＣ模擬部１２９が模擬するクライアントＰＣ１２の台数は、限定されるものではない。

また、規定の台数のコントローラ１３が容易されていない場合は、１台または数台のコントローラシミュレーション用のＰＣをローカルネットワーク５に接続してコントローラ１３の代わりに動作させても良い。この場合は、クラウドサーバ２は、コントローラシミュレーション用のＰＣに対してリモートデスクトップでアクセスし、コントローラ１３の動きを模擬するプログラムのインストールおよび当該プログラムの実行を指示するものとする。

（変形例）
上述の第１から第３の実施形態では、サーバＰＣ１１とコントローラ１３とが別個の装置である構成を採用していたが、サーバＰＣ１１とコントローラ１３とが１台のコンピュータによって構成されても良い。当該構成を採用する場合、サーバＰＣ１１と一体となったコントローラ１３が、直接インターネットに接続してクラウドサーバ２に対して統合ログ情報や、各種のデータを送信しても良い。本変形例のコントローラ１３は、ＩｏＴ対応コントローラともいう。

以上説明したとおり、第１から第３の実施形態によれば、クライアントＰＣ１２における試験準備および試験の実行を効率的に行うことができる。

上述の各実施形態のクラウドサーバ２、サーバＰＣ１１およびクライアントＰＣで実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、上述の各実施形態のクラウドサーバ２、サーバＰＣ１１およびクライアントＰＣで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述の各実施形態のクラウドサーバ２、サーバＰＣ１１およびクライアントＰＣで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。また、上述の各実施形態のクラウドサーバ２、サーバＰＣ１１およびクライアントＰＣで実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

上述の各実施形態のクラウドサーバ２で実行されるプログラムは、上述した各部（受付部、送信部、インストール指示部、設定部、再起動指示部、受信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、受付部、送信部、インストール指示部、設定部、再起動指示部、受信部が主記憶装置上に生成されるようになっている。すなわち、上述の各実施形態のクラウドサーバ２のプロセッサは、上述のプログラムを実行することにより、受付部、送信部、インストール指示部、設定部、再起動指示部、および受信部の機能を実現する処理のステップを実行する。

本実施形態のサーバＰＣ１１で実行されるプログラムは、上述した各部（試験用データ受信部、第１のログ情報受信部、送信要求部、第２のログ情報受信部、ログ情報統合部、送信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、試験用データ受信部、第１のログ情報受信部、送信要求部、第２のログ情報受信部、ログ情報統合部、送信部が主記憶装置上に生成されるようになっている。すなわち、上述の各実施形態のサーバＰＣ１１のプロセッサは、上述のプログラムを実行することにより、試験用データ受信部、第１のログ情報受信部、送信要求部、第２のログ情報受信部、ログ情報統合部、および送信部の機能を実現する処理のステップを実行する。

本実施形態のクライアントＰＣで実行されるプログラムは、上述した各部（受信部と、遠隔操作受付部と、エンジニアリングツールと、試験ツール（試験実行部、ログ取得部、送信部、クライアントＰＣ模擬部））を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、受信部と、遠隔操作受付部と、エンジニアリングツールと、試験ツール（試験実行部、ログ取得部、送信部、クライアントＰＣ模擬部）が主記憶装置上に生成されるようになっている。すなわち、上述の各実施形態のクライアントＰＣのプロセッサは、上述のプログラムを実行することにより、受信部、遠隔操作受付部、エンジニアリングツール、および試験ツール（試験実行部、ログ取得部、送信部、クライアントＰＣ模擬部）の機能を実現する処理のステップを実行する。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ プラント制御システム
２ クラウドサーバ
３ 管理ＰＣ
４ ネットワーク
５ ローカルネットワーク
１１ サーバＰＣ
１２，１２ａ〜１２ｎ クライアントＰＣ
１３，１３ａ〜１３ｎ コントローラ
１１１ 試験用データ受信部
１１２ 第１のログ情報受信部
１１３ 送信要求部
１１４ 第２のログ情報受信部
１１５ ログ情報統合部
１１６ 送信部
１１７ 記憶部
１２１ 受信部
１２２ 遠隔操作受付部
１２３ エンジニアリングツール
１２４，１１２４ 試験ツール
１２５ 試験実行部
１２６ ログ取得部
１２７ 送信部
１２８ 記憶部
１２９ クライアントＰＣ模擬部
１３１ オブジェクトロード部
１３２ プログラム実行処理部
１３３ 信号入出力部
１３４ 要求受信部
１３５ 送信部
１３６ 記憶部
２０１ 受付部
２０２ 送信部
２０３ インストール指示部
２０４ 設定部
２０５ 再起動指示部
２０６ 受信部
２０７ 送信要求部
２５０ 記憶部
Ｓ 情報管理システム

Claims (7)

1. コントローラを制御する情報処理装置に試験用データと試験用プログラムとを送信するステップと、
   前記情報処理装置にリモートデスクトップでアクセスし、前記情報処理装置に対して前記試験用プログラムのインストールの実行を指示するステップと、
   前記情報処理装置が再起動すると前記試験用プログラムが起動するように、リモートデスクトップで前記情報処理装置を設定するステップと、
   リモートデスクトップで前記情報処理装置の再起動を指示するステップと、
   を実行するクラウドサーバ装置。
2. 前記試験用データは、前記情報処理装置が制御する前記コントローラを特定する識別情報と、試験の手順を示す試験シナリオデータと、前記試験の開始タイミングを示す試験開始情報とが対応付けられた情報であり、
   前記試験用プログラムは、前記試験開始情報に示す開始タイミングで前記試験を開始し、前記試験シナリオデータに示された前記試験の手順に従って、前記識別情報で特定される前記コントローラを制御する、
   請求項１に記載のクラウドサーバ装置。
3. 前記試験シナリオデータは、前記情報処理装置が実行可能な処理のうち前記試験の対象とする１または複数の処理と、前記１または複数の処理の実行順とを定義する情報である、
   請求項２に記載のクラウドサーバ装置。
4. 前記試験用データは、さらに、前記コントローラで実行可能な制御プログラムを含み、
   前記試験シナリオデータには、前記制御プログラムの編集処理と、前記制御プログラムのコンパイル処理と、コンパイルされた前記制御プログラムの前記コントローラへのダウンロード処理と、前記制御プログラムの実行状態のモニタリング処理と、前記コントローラにダウンロードされた前記制御プログラムの変更処理とのうち、少なくともいずれか１つが登録されている、
   請求項３に記載のクラウドサーバ装置。
5. 前記試験用データは、さらに、前記情報処理装置が前記コントローラまたは他の情報処理装置における試験に関する処理のログ情報をクラウドサーバ装置に送信する送信タイミングを示す送信タイミング情報を含む、
   請求項１から４のいずれか１項に記載のクラウドサーバ装置。
6. 試験に関する処理のログ情報を蓄積する前記情報処理装置に対して、前記ログ情報を要求するステップと、
   前記情報処理装置から送信された前記ログ情報を受信するステップと、
   をさらに実行する請求項１から４のいずれか１項に記載のクラウドサーバ装置。
7. 外部から試験準備の開始の指示を受け付けた場合に、
   前記情報処理装置に試験用データと試験用プログラムとを送信するステップと、
   前記情報処理装置にリモートデスクトップでアクセスし、前記情報処理装置に対して前記試験用プログラムのインストールの実行を指示するステップと、
   前記情報処理装置が再起動すると前記試験用プログラムが起動するように、リモートデスクトップで前記情報処理装置を設定するステップと、
   リモートデスクトップで前記情報処理装置の再起動を指示するステップと、を実行する、
   請求項１から６のいずれか１項に記載のクラウドサーバ装置。

Images