JP2023151937A - 情報処理装置およびプログラム - Google Patents

Abstract

【課題】制御装置が利用する通信プロトコルの種類の把握をサポートする情報を提供する。【解決手段】情報処理装置は、対象を制御する制御装置と通信する通信部と、制御装置と通信する情報から、制御装置が通信に利用する通信プロトコルの種類を判定する通信プロトコル判定部と、判定されたプロコトルの種類を出力する出力部を含む。【選択図】図１

Description

本技術は、対象を制御する制御装置と通信する情報処理装置およびプログラムに関する。

特開２０２０－１４９３９１号公報（特許文献１）に記載された制御装置は、制御対象を制御するための制御演算を実行するように構成された制御部と、証明書を利用したセキュア通信のための処理を実行する通信部と、証明書の寿命が近づいていることを検知する検知部と、証明書の寿命が近づいていることを通知する通知部を備える。通知部は、ＨＭＩ（Human Machine Interface）の画面に通知を表示させる。

特開２０２０－１４９３９１号公報

ＦＡ（ファクトリオートメーション）のＨＭＩ等の表示器は、制御装置との通信情報に基づく画面を含むＵＩ（ユーザインターフェイス）を提供するよう構成されるから、ユーザは、ＵＩによって提供される情報から制御装置の稼働状況を遠隔からモニタできる。したがって、ユーザからは、情報の質を高めるために、画面によって提供される情報の通信に利用される通信プロトコルの種類を確認したいとの要望がある。

それゆえに、本発明の目的は、制御装置が利用する通信プロトコルの種類の把握をサポートする情報を提供することである。

本開示に係る情報処理装置は、対象を制御する制御装置と通信する通信部と、制御装置と通信する情報から、制御装置が通信に利用する通信プロトコルの種類を判定する通信プロトコル判定部と、判定されたプロコトルの種類を出力する出力部を含む。

上述の開示によれば、情報処理装置が自ら、制御装置との通信情報から制御装置が利用する通信プロトコルの種類を判定し、出力する。これにより、情報処理装置は、制御装置が利用する通信プロトコルの種類の把握をサポートする情報を提供できる。

上述の開示において、出力部は、１つ以上のオブジェクトから構成される画面を表示する表示部を含み、オブジェクトは、出力される通信プロトコルの種類を表すオブジェクトを含む。

上述の開示によれば、制御装置が利用する通信プロトコルの種類の情報を、画面を構成するオブジェクトとして提供することができる。

上述の開示において、通信プロトコル判定部は、通信部によって制御装置に通信接続の確立を要求するとき、制御装置と通信する情報から、制御装置が通信に利用する通信プロトコルの種類を判定する。

上述の開示によれば、情報処理装置は、通信接続の確立を制御装置に要求する時に、制御装置が利用する通信プロトコルの種類を判定できる。

上述の開示において、制御装置が通信に利用する通信プロトコルの種類は、セキュア通信プロトコルまたはノンセキュア通信プロトコルを含む。

上述の開示によれば、情報処理装置は、制御装置が利用する通信プロトコルの種類として、セキュア通信またはノンセキュア通信のプロトコルを判定することができる。

上述の開示において、通信部は、複数の制御装置と通信可能に構成され、通信プロトコル判定部は、各制御装置と当該情報処理装置が通信する情報から、当該制御装置が通信に利用する通信プロトコルの種類を判定し、出力される通信プロトコルの種類は、各制御装置について判定された通信プロトコルの種類を集約した集約種類を含む。

上述の開示によれば、情報処理装置は、複数の制御装置と通信する場合に、各制御装置について判定された通信プロトコルの種類を集約した集約種類を出力することができる。

上述の開示において、制御装置と通信する情報は、対象の制御に関連する制御情報を含み、出力部は、１つ以上のオブジェクトから構成される画面を表示する表示部を含み、１つ以上のオブジェクトは、制御情報を表すオブジェクトを含む。

上述の開示によれば、表示画面において、制御装置について判定された通信プロトコルの種類のオブジェクトとともに、当該制御装置が対象を制御する情報を表すオブジェクトを出力することができる。

上述の開示において、集約種類は、画面を構成する各オブジェクトが表す制御情報を通信する制御装置について判定された通信プロトコルの種類を集約した通信プロトコルを含む。

上述の開示によれば、画面に表示される通信プロトコルの集約情報として、当該画面を構成する各オブジェクトが表す制御情報を通信している制御装置について判定された通信プロトコルの種類の集約を示すことができる。

上述の開示において、集約種類を表すオブジェクトは、異なる種類のオブジェクトを含み、情報処理装置は、画面における他のオブジェクトの配置状態に基づき、異なる種類のオブジェクトのうちから、画面に配置される集約種類を表すオブジェクトを決定する。

上述の開示によれば、集約種類を表すオブジェクトを、異なる種類のオブジェクトのうちから決定することができて、この決定を、画面における他のオブジェクトの配置状態に基づいて実施することができる。

上述の開示において、異なる種類のオブジェクトは、画面の枠を表す予め定められた色を有するオブジェクト、画面に配置される他のオブジェクトに重ねて配置される半透過のオブジェクト、および画面の予め定められた位置に配置される当該集約種類を表すアイコンのオブジェクトの少なくとも２つを含む。

上述の開示によれば、集約種類を表すオブジェクトは、画面の枠を表す予め定められた色を有するオブジェクト、画面に配置される他のオブジェクトに重ねて配置される半透過のオブジェクト、画面の予め定められた位置に配置される当該集約種類を表すアイコンのオブジェクトの少なくとも２つのうちから、決定することができる。

上述の開示において、集約種類を表すアイコンのオブジェクトが画面に配置される場合、当該アイコンが操作されると、予め定められた種類の通信プロトコルを利用する制御装置の情報を表すオブジェクトを画面に配置する。

上述の開示によれば、集約種類を表すアイコンのオブジェクトが画面に配置される場合、当該アイコンが操作されることに応じて、情報処理装置は、複数の制御装置のうち予め定められた種類の通信プロトコルを利用する制御装置の情報を提示することができる。

上述の開示において、画面に配置されるオブジェクトは、制御装置と通信する情報であって、対象の制御に関連する制御情報とともに、当該制御装置について判定された通信プロトコルの種類を表すオブジェクトを含む。

上述の開示によれば、情報処理装置は、画面において、制御装置が実施する対象の制御に関連する制御情報を表すオブジェクトとともに、当該制御装置について判定された通信プロトコルの種類を表すオブジェクトを提示できる。

上述の開示において、情報処理装置は、画面を表示するための画面データを格納する格納部をさらに、備え、画面データは、当該画面に配置される各オブジェクトが有する表示に関する属性と、当該属性の値である属性値を決定するために実行されるロジックを含み、ロジックは、集約種類を取得し、取得した集約種類のオブジェクトを画面に配置するロジックを含む。

上述の開示によれば、情報処理装置は、格納された画面データに基づき、当該画面を構成するオブジェクトの属性と、集約情報を取得しオブジェクトとして画面に配置するためのロジックを取得できる。

本開示の他の局面において、上述の画面を表示するための画面データを作成する情報処理装置が提供される。

上述の開示によれば、情報処理装置は、制御装置が利用する通信プロトコルの種類を示すオブジェクトを画面に出力するための画面データを作成できる。これにより、制御装置が利用する通信プロトコルの種類の把握をサポートする情報を提供できる。

本開示のさらに他の局面において、コンピュータに情報処理の方法を実行させるためのプログラムが提供される。当該方法は、対象を制御する制御装置と通信するステップと、制御装置と通信する情報から、制御装置が通信に利用する通信プロトコルの種類を判定するステップと、判定された通信プロコトルの種類を出力するステップを含む。

上述の開示によれば、コンピュータによってプログラムが実行されると、コンピュータは、制御装置との通信情報から制御装置が利用する通信プロトコルの種類を判定し、出力する。これにより、コンピュータは、制御装置が利用する通信プロトコルの種類の把握をサポートする情報を提供できる。

本開示によれば、制御装置が利用する通信プロトコルの種類の把握をサポートする情報を提供できる。

実施の形態に係るＦＡの制御システムＳＹＳの全体構成を示す概略図である。 本実施の形態に係る表示器４のハードウェア構成例を示す図である。 本実施の形態に係るサポート装置のハードウェア構成例を示す図である。 実施の形態１にかかる表示器４とサポート装置３００の機能構成を模式的に示す図である。 本実施の形態に係る表示器４の機能構成例を示す模式図である。 本実施の形態に係る画面データ６１１の一例を示す図である。 本実施の形態に係る画面データ６１１の他の例を示す図である。 本実施の形態に係る画面作成の概略処理を示すフローチャートである。 本実施の形態に係る画面の表示例を示す図である。 本実施の形態に係る画面の表示例を示す図である。 本実施の形態に係る画面の表示例を示す図である。 本実施の形態に係る画面の表示例を示す図である。 本実施の形態に係る画面の表示例を示す図である。 本実施の形態に係る画面の表示例を示す図である。 本実施の形態に係る画面の表示例を示す図である。 本実施の形態に係る出力例を示す図である。 本実施の形態に係る画面の選択処理の一例を示す図である。 本実施の形態に係る通信プロトコル判定の処理フローチャートである。 本実施の形態に係るプロトコルテーブル４５の一例を示す図である。 本実施の形態に係るステータステーブル４６の一例を示す図である。 本実施の形態に係るページ切替え処理のフローチャートである。 本実施の形態に係るテーブルのデータの変化の一例を示す図である。 本実施の形態に係るオブジェクトに変数を割付ける処理を説明する図である。 本実施の形態に係るオブジェクトに変数を割付ける処理を説明する図である。 本実施の形態に係る他の画面の表示例を示す図である。

＜Ａ．適用例＞
まず、図１を参照して、本発明が適用される場面の一例について説明する。図１は、実施の形態に係るＦＡの制御システムＳＹＳの全体構成を示す概略図である。図１に例示される制御システムＳＹＳは、１または複数のフィールド機器９と、フィールド機器９を制御するコントローラ１Ａ、１Ｂおよび１Ｃと、コントローラ１Ａ、１Ｂおよび１Ｃに接続される表示器４と、サポート装置３００とを備える。コントローラ１Ａ、１Ｂおよび１Ｃは、同様の構成および機能を有するので、コントローラ１Ａ、１Ｂおよび１Ｃに共通の構成および機能を説明する場合は、コントローラ１と総称する。

フィールド機器９は、コントローラ１の「制御対象」の一実施形態である。フィールド機器９は、例えば生産工程を自動化するための種々の産業用機器を含む。一例として、フィールド機器９は、アームロボットを制御するロボットコントローラ、サーボモータを制御するサーボドライバ、ワークを撮影するための視覚センサ、圧力センサ、温度センサ、および生産工程で利用されるその他の機器などを含む。

コントローラ１は、ＦＡ（ファクトリオートメーション）におけるネットワークシステムを構成するＦＡ機器であり、例えばＰＬＣ（Programmable logic controller）などのコンピュータである。コントローラ１は、製造装置や製造設備などの各フィールド機器９を制御するための制御プログラムを実行する。制御プログラムは、シーケンス命令および／またはモーション命令を有するシーケンスプログラムを含む。

表示器４は、「情報処理装置」の一実施形態である。表示器４はコントローラ１にネットワーク１１５を介して接続されている。

表示器４は、コントローラ１に関連する情報を含む１以上の画面を表示し、１以上の画面に対する操作を受けるユーザインターフェイスを備えた、所謂プログラマブル表示器、プログラマブルターミナル等を含む。また、表示器４はＨＭＩとしても提供される。

表示器４は、中継器１７を介してネットワーク１１５に接続される１台または複数のコントローラ１と接続されるとともに、ネットワーク１１１を介して１または複数のサポート装置３００と接続される。ネットワーク１１１および１１５は、例えばEthernet（登録商標）を含むが、これに限定されない。

サポート装置３００は、表示器４のアプリケーションプログラム、コントローラ１のユーザプログラム、表示器４の画面データを開発する環境および各種ツールをユーザに提供する。サポート装置３００は、このような環境またはツールをＧＵＩ（Graphical User Interface）により提供する。サポート装置３００は、汎用のコンピュータを含んで構成される情報処理装置の一例であり、据え置き型コンピュータデバイス、または、携帯型のスマートフォン、ラップトップ、タブレットなどのコンピュータデバイスなどであってもよい。サポート装置３００は、ＵＳＢ（Universal Serial Bus）などによって表示器４に着脱自在に装着されてもよい。

コントローラ１は、制御演算の制御プログラムを含むユーザプログラムを実行する。本実施の形態にかかるユーザプログラムは、いわゆる変数プログラムである。すなわち、ユーザプログラム、当該プログラムが実行時に参照する入力データ（後述する状態値）、出力データ（後述する制御指令）、内部計算用データなどはデータ別に入力変数、出力変数、および一時変数などを用いて利用できるよう構成される。

コントローラ１は、ユーザプログラムの実行主体であるＣＰＵ（Central Processing Unit）を有したＣＰＵユニット１０、ＣＰＵユニット１０などへ電力を供給する電源ユニット１２、フィールド機器９と信号をやり取りするＩＯ（Input Output）ユニット１４とを含む。ＩＯユニット１４は、ＣＰＵユニット１０とシステムバス１１を介して互いにデータを遣り取り可能に接続されている。ＩＯユニット１４は、フィールド機器９の状態値として検出センサ１５から出力を取得し、またはＣＰＵユニット１０での状態値に基づく制御演算の実行結果である制御指令をフィールド機器９であるリレー１６に出力する。リレー１６が制御指令に従って駆動されると、リレー１６の状態値が検出センサ１５によって取得されて、取得された状態値に基づく制御演算が実行されて、当該制御演算に基づく制御指令によってリレーが駆動される。コントローラ１は、このような状態値と制御指令の入出力と制御演算とを周期的に繰り返し実行することにより、フィールド機器９を継続して制御することができる。

表示器４は、ユーザインターフェイスを構成するタッチスクリーン４１８およびハードウェアキーである操作キー４１６を有する。また、表示器４は、操作キー４１６とともに、または、操作キー４１６に代えて、操作キー４１６の役割を担う他の種類のキー、例えばソフトウェアキーを提供するよう構成されてもよい。

サポート装置３００では、タッチスクリーン４１８に表示される画面の画面データがサポートプログラムを用いて作成（開発）される（ステップＳＴ１）。サポート装置３００では、画面を構成するオブジェクトが規定されることにより画面データが開発される。画面のオブジェクトは、画面に配置されて操作対象となり得るオブジェクト、例えばアイコン、ウィンドウ、ツールバー、ボタン、スライダー、テキスト、エディットボックスなどの部品を含む。サポート装置３００は、開発された画面データを表示器４に転送する（ステップＳＴ２）。

表示器４は、サポート装置３００からの画面データに基づく画面をタッチスクリーン４１８に表示させる。より具体的には、表示器４は、表示中の画面を構成するオブジェクトに割当てられた変数の値を、コントローラ１から受信し、受信した変数の値に基づき、表示中の画面の画面データの各オブジェクトが有するビジネスロジックを実行する。ビジネスロジック実行により得られた各オブジェクトの属性値に基づき、表示器４は表示中の画面のオブジェクトの属性値を更新する。これにより、例えば、コントローラ１によって制御されるフィールド機器９の状態値または制御指令の現在値を表示するように、画面のオブジェクトの表示状態が更新される。ユーザは、タッチスクリーン４１８の画面のオブジェクトの表示状態から、最新のフィールド値（状態値または制御指令などの情報）をモニタし、これによりコントローラ１の稼働状態を遠隔から監視できる。

表示器４は、また、コントローラ１が当該表示器４との通信に利用する通信プロトコルの種類を表すオブジェクトを含む画面を、タッチスクリーン４１８に表示する。より具体的には、表示器４は、コントローラ１とネットワーク１１５を介して通信する情報から、当該コントローラ１が表示器４との通信に利用する通信プロトコルを自らが判定し（ステップＳＴ３）、判定された通信プロトコルの種類に基づき通信する。この判定された通信プロトコルの種類に基づき、表示画面のオブジェクトが有するビジネスロジックを実行することができる。ビジネスロジック実行により得られた各オブジェクトの属性値に基づき、表示器４は表示画面のオブジェクトの属性値を更新する（ステップＳＴ４）。これにより、画面のオブジェクトを、通信相手であるコントローラ１が表示器４との通信に利用する通信プロトコルの種類に応じて、表示状態を変化させることができる。ユーザは、このようなオブジェクトの表示状態の変化から、コントローラ１が表示器４との通信に利用する通信プロトコルの種類の把握が可能となる。

表示器４はコントローラ１と通信を行う際に、セキュア通信（ＨＴＴＰＳ）か通常通信であるノンセキュア通信（ＨＴＴＰ）かを、コントローラ１側の設定に応じて表示器４が自律的に判定し、判定されたプロトコルを利用して通信を接続する。すなわち、ユーザが明示的かつ静的に表示器４に設定せずとも、表示器４は自動的に通信プロトコルの種類を判定し、判定した通信プロトコルの種類を出力する。

図１では、監視対象のコントローラ１とセキュア通信を行っているかどうかを表示器４のユーザに通知できるので、表示器４がコントローラ１と通信する情報はセキュリティが担保されているとの安心感、またはセキュリティが担保されていないとの警戒感をユーザに与えることができる。

本実施の形態では、コントローラ１が表示器４との通信に利用する通信プロトコルとして、ＨＴＴＰ（Hypertext Transfer Protocol）と、ＨＴＴＰによる通信をセキュアに行うためのＨＴＴＰＳ（Hypertext Transfer Protocol Secure）とのいずれかを利用する。なお、コントローラ１が表示器４との通信に利用する通信プロトコルはＨＴＴＰ、ＨＴＴＰＳに限定されない。

また、図１のサポート装置３００のサポート環境は表示器４に内蔵されてもよい。コントローラ１の制御の対象に含まれるフィールド機器９は産業用機器、すなわちＦＡを含む産業プラントの設備や機器を含むものであり、図１に示す検出センサ１５およびリレー１６等の機器に限定されない。

以下、本実施の形態のより具体的な応用例について説明する。

＜Ｂ．表示器４のハードウェア構成例＞
図２は、本実施の形態に係る表示器４のハードウェア構成例を示す図である。表示器４は、据え置き型でもよいし、コントローラ１が配置される製造現場等では可搬性に優れたノート型のパーソナルコンピュータの形態で提供されてもよい。

図２に示すように、表示器４は、ＣＰＵ（Central Processing Unit）４１１と、ＲＯＭ（Read Only Memory）４１２と、ＲＡＭ（Random Access Memory）４１３と、各種のプログラムおよびデータを不揮発的に格納するためのフラッシュＲＯＭ４１４と、ユーザ（作業者）の操作を受付けるための操作キー４１６と、データリーダ／ライタ４１７と、タッチスクリーン４１８と、通信インターフェイス４１９と、ＵＳＢインターフェイス４２０を備える。これらの各部は、内部バスを介して互いに接続される。

ＣＰＵ４１１は、フラッシュＲＯＭ４１４に格納されたプログラムおよびデータを読出して、ＲＡＭ４１３に展開して実行することで、各種処理を実現する。ＲＡＭ４１３は、ＤＲＡＭやＳＲＡＭなどの揮発性記憶装置などで構成される。

フラッシュＲＯＭ４１４は、たとえば、システムプログラム２７０と、１または複数のオブジェクト５０を含むプロジェクトデータ２５０と、プロトコルテーブル４５と、ステータステーブル４６とを格納する。プロジェクトデータ２５０は、タッチスクリーン４１８に画面を表示するための画面データに相当する。本実施の形態では「画面データ」は、画面に配置されるオブジェクト５０に関連付けて、１または複数の属性と、各属性の属性値を決定するために実行されるコマンドからなるロジックを含む。画面には、１つ以上のオブジェクトが配置される。本実施の形態では、タッチスクリーン４１８に表示される画面毎に、当該画面に対応のプロジェクトデータ２５０がフラッシュＲＯＭ４１４に格納される。プロトコルテーブル４５は、表示器４が通信する各コントローラ１について、当該コントローラ１の識別子と、表示器４が判定した通信プロトコルの種類であって、当該コントローラ１が表示器４との通信に利用する通信プロトコルの種類とが登録される。ステータステーブル４６は、表示器４が通信する各コントローラ１について、当該コントローラ１の識別子と、当該コントローラ１が表示器４と通信可能な状態であるか否かを示す情報が登録される。プロトコルテーブル４５およびステータステーブル４６の詳細については後述する。

プロジェクトデータ２５０は、表示器４で実行可能なコードからなる。プロジェクトデータ２５０が読み込まれて実行されることにより、オブジェクト５０に対応する絵や文字列などを含む画面が表示される。画面のオブジェクトは、コントローラ１と通信するフィールド値に基づく画像の表示と、当該オブジェクトに対するユーザ操作を従ったコードを含むロジックの実行等を担う。

タッチスクリーン４１８は、表示部として機能するディスプレイ４８１と、ユーザの入力を受付けるためのタッチパネル４８２とを含む。通信インターフェイス４１９は、中継器１７を含む外部装置と通信する回路を含む。ＵＳＢインターフェイス４２０は、サポート装置３００と通信する回路を含む。

データリーダ／ライタ４１７は、ＣＰＵ４１１と外部記憶媒体の一例であるメモリカード４２１との間のデータ伝送を仲介する。また、表示器４には、必要に応じてプリンタなどの他の出力装置が接続されてもよい。

＜Ｃ．サポート装置３００のハードウェア構成例＞
図３は、本実施の形態に係るサポート装置のハードウェア構成例を示す図である。サポート装置３００は、据え置き型でもよいし、コントローラ１が配置される製造現場では可搬性に優れたノート型のパーソナルコンピュータの形態で提供されてもよい。

図３に示すように、サポート装置３００は、ＯＳ（Operating System）を含む各種プログラムを実行するＣＰＵ３０２と、ＢＩＯＳや各種データを格納するＲＯＭ３０４と、ＣＰＵ３０２でのプログラムの実行に必要なデータを格納するための作業領域を提供するＲＡＭ３０６と、ＣＰＵ３０２で実行されるサポートプログラム３７０などを含む各種プログラムを不揮発的に格納するＨＤＤ（ハードディスク）３０８とを備える。

サポート装置３００は、さらに、ユーザ（開発者）の操作を受付けるキーボード３１０およびマウス３１２を含む入力部３１１と、情報をユーザに提示するためのディスプレイ３１４とを含む。サポート装置３００は、コントローラ１および表示器４を含む外部装置と通信するためのＵＳＢインターフェイス３１８を備える。入力部３１１は、ディスプレイ３１４と一体的に構成されるタッチパネルとして提供されてもよい。サポート装置３００の各部は内部バス３２０により相互に通信する。

サポート装置３００は、記録媒体３２２が脱着自在に装着されて、装着された記録媒体３２２からそこに格納されているサポートプログラム３７０を読み取るための記録媒体読取装置３１７を含む。読み取られたサポートプログラム３７０は、ＨＤＤ３０８に格納される。

サポートプログラム３７０は、実行されることにより、サポート装置３００におけるオブジェクト５０を含むプロジェクトデータ２５０の開発環境を実現する。記録媒体３２２は、サポート装置３００で実行されるサポートプログラム３７０などが格納された状態で流通し得る。なお、記録媒体３２２は、ＳＤ（Secure Digital）などの汎用的な半導体記憶デバイスや、フレキシブルディスク（Flexible Disk）などの磁気記憶媒体や、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体などからなる。

＜Ｄ．機能構成＞
図４は、実施の形態１にかかる表示器４とサポート装置３００の機能構成を模式的に示す図である。図４を参照して、表示器４と通信するコントローラ１はフィールド機器９の状態値を取得する、または状態値に基づく制御演算によりフィールド機器９の制御指令を算出する制御プログラム実行部２を備える。制御プログラム実行部２は、ＣＰＵユニット１０の制御の元にラダーロジックを含む制御プログラムを実行する。

また、コントローラ１は、変数ファイル２Ａを有する。変数ファイル２Ａの各変数に設定されている値の「フィールド値」は、フィールド機器９の制御結果を示す値（状態値）と制御演算結果の値（制御指令）を含む。変数ファイル２Ａでは、これら値は、対応の変数に設定される。

表示器４は、コントローラ１と通信するように通信インターフェイス４１９を制御するコントローラ側通信部３、サポート装置３００と通信するように通信インターフェイス４１９を制御する端末装置側通信部７、および画面表示を実行するためのモジュールであるランタイム２６を備える。ランタイム２６は画面表示を実行する場合に、フラッシュＲＯＭ４１４を含んで構成される記憶部２１を検索する。また、ランタイム２６に関連してＵＩツール２７を含む。

記憶部２１は、プロジェクトデータ２５０、オブジェクトのライブラリ２５６、コントローラ１と通信するフィールド値など各種のロギングをするためのログファイル２５３、プロトコルテーブル４５およびステータステーブル４６を格納する。コントローラ側通信部３および端末装置側通信部７は、Ethernetに従う送信用のフレームを生成する、または受信したフレームを解析（フレームからのデータ抽出等）する機能を備える。

図４のサポート装置３００は、画面データ（プロジェクトデータ２５０）を作成するための開発環境を提供するために利用されるモジュールを有する。より具体的には、サポート装置３００は、プロジェクトデータ２５０と、プロジェクトデータ２５０を作成するために利用される各種モジュール３７１を格納するＨＤＤ３０８に相当する記憶部と、ＵＳＢインターフェイス３１８を制御する通信モジュール３１と、ユーザインターフェイス（ＵＩ）３２と、画面の開発支援モジュール３３と、コンパイラ３４とを含む。ユーザインターフェイス３２は、図３に示す入力部３１１およびディスプレイ３１４によって構成される。開発支援モジュール３３は、画面作成ツール３６とコードエディタ３７を含む。開発支援モジュール３３は、ＣＰＵ３０２がサポートプログラム３７０を実行することにより実現される。

記憶部のプロジェクトデータ２５０は、１以上の画面の各々について、画面データ６１１を含む。画面データ６１１は、対応の画面を構成する（当該画面に配置される）オブジェクト５０の種類、位置、サイズ、割当てられた変数などを示す。

本実施の形態では、オブジェクト５０に割当てられる変数とは、データそのもの、および当該データが格納される入れ物や記憶領域などである。たとえば、フィールド機器９（図１参照）の状態を表すデータそのもの、および当該データが格納される入れ物や記憶領域などである。典型的には、変数は、フィールド機器９の制御に関するフィールド値が設定される変数を含む。これら変数に設定される値は、構造体または配列として表される値も含む。

開発支援モジュール３３の画面作成ツール３６は、表示器４に表示される１以上の画面の各々の構成を編集するためのツールである。コードエディタ３７は、ソースコードを編集する。また、開発支援モジュール３３は、表示器４に表示される１以上の画面を定義するソースコード３４０と、画面に関する各種設定３５０とを生成する。ソースコード３４０は、例えばＸＭＬ（Extensible Markup Language）を用いて記述される。

コンパイラ３４は、ソースコード３４０をコンパイルすることにより、プロジェクトデータ２５０を生成する。生成されたプロジェクトデータ２５０は、記憶部に格納される。記憶部に格納されたプロジェクトデータ２５０は、開発者からの指示に応じて、通信モジュール３１を介して表示器４に転送される。

図４に示すサポート装置３００が有する各種モジュールは、ＣＰＵ３０２が実行するプログラムとして実現されるが、プログラムと回路（ＡＳＩＣ:application specific integrated circuit、ＦＰＧＡ：field-programmable gate array等）の組合せにより実現されてもよい。

＜Ｅ．表示器４の機能構成例＞
図５は、本実施の形態に係る表示器４の機能構成例を示す模式図である。図５に示す例では、主に、画面表示に関する機能が示される。図５を参照して、表示器４は、記憶部２１と、ユーザインターフェイス２３と、制御部２４と、処理モジュール３０とを含む。記憶部２１は、図２に示すＲＯＭ４１２、ＲＡＭ４１３およびフラッシュＲＯＭ４１４によって構成される。ユーザインターフェイス２３は、図２に示すディスプレイ４８１およびタッチパネル４８２によって構成される。ユーザインターフェイス２３は、マウス、キーボードを含んでもよい。制御部２４および処理モジュール３０は、図２に示すＣＰＵ４１１がシステムプログラム２７０を含む各種プログラムを実行することにより実現される。

記憶部２１は、メインメモリ２２を含むとともに、プロジェクトデータ２５０、プロトコルテーブル４５およびステータステーブル４６を記憶する。メインメモリ２２には、例えば、ユーザインターフェイス２３への操作に関する操作ログ情報９０と、予め登録されたイベントの発生状況を示すイベントログ９２が記録される。

制御部２４は、表示器４の動作を制御する。制御部２４は、ＯＳ２５と、ランタイム２６のモジュールと、ＵＩツール２７のモジュールを含む。ＯＳ２５は、表示器４の基本的な機能を実行する。ランタイム２６のモジュールは、画面マネージャ２６ａと、変数マネージャ２６ｂとを含む。

画面マネージャ２６ａは、プロジェクトデータ２５０に基づいた画面を作成しユーザインターフェイス２３に表示させる。あるいは、画面マネージャ２６ａは、画面遷移の必要なイベントが発生したときに、プロジェクトデータ２５０に基づいて遷移先の画面を作成しユーザインターフェイス２３に表示させる。

変数マネージャ２６ｂは、画面を構成するオブジェクト５０に割当てられた変数の値をコントローラ１から取得する。画面マネージャ２６ａは、プロジェクトデータ２５０を構成する画面データ６１１のオブジェクト５０の変数に、変数マネージャ２６ｂが取得した当該変数の値を割当てる。

処理モジュール３０は、各種処理を実行する。処理モジュール３０は、通信プロトコルを判定するプロトコル判定部２８およびステータス判定部２９のモジュールを含む。

プロトコル判定部２８は、コントローラ１Ａ、１Ｂおよび１Ｃが表示器４との通信に利用する通信プロトコルを判定し、判定結果をプロトコルテーブル４５に登録する。ステータス判定部２９は、コントローラ１Ａ、１Ｂおよび１Ｃについて表示器４との通信状態を判定し、判定結果をステータステーブル４６に登録する。

図５に示す表示器４のモジュールは、ＣＰＵ４１１が実行するプログラムとして実現されるが、プログラムと回路（ＡＳＩＣ、ＦＰＧＡ等）の組合せにより実現されてもよい。

＜Ｆ．プロジェクトデータと画面作成＞
図６は、本実施の形態に係る画面データ６１１の一例を示す図である。図６を参照して、表示器４に表示される画面は、画面マネージャ２６ａによって、１つ以上の画面データ６１１を含むプロジェクトデータ２５０に基づき作成される。画面データ６１１は、当該画面の識別子である画面ＩＤ６０８と反映ロジック６０９を含む。画面データ６１１は、さらに、当該画面に配置されるオブジェクト５０のそれぞれに関連付けて、オブジェクト５０を識別するためのオブジェクトＩＤ６１０、オブジェクト５０の具体的な属性を示す属性６０１、オブジェクト５０に対するイベントを識別するイベントＩＤ６１２およびビジネスロジック６１９を含む。反映ロジック６０９およびビジネスロジック６１９は、画面データに基づき画面を表示するため実行される命令コードからなる。

属性６０１は、複数種類の属性のそれぞれに対応の属性ＩＤを含む。属性ＩＤは、オブジェクト５０の種類６１３、表示時の背景色６１４、表示時の色６１５、画面における位置６１６、表示のサイズ６１７、および当該オブジェクト５０に割当てられるコントローラ変数６１８を含む。部品によっては特定の属性または属性値を持たない場合がある。さらに画面データ６１１は部品の各属性ＩＤに関連付けて属性値を格納している。コントローラ変数６１８は、変数名と当該変数の通信先となるコントローラの識別子（例えば、ネットワーク１１５上のアドレスなど）の組で示される。

反映ロジック６０９は、表示器４と通信する全てのコントローラ１の通信プロトコルの種類に基づく情報を示すオブジェクトを、画面に配置するために実行されるロジックを含む。

イベントＩＤ６１２は、例えば、オブジェクト５０に対して受付け可能な１つ以上のユーザ操作の種類を示す。操作の種類は、例えばクリック（Click）、リリース（Release）、押す（Press）等を含むが、これらに限定されない。

ビジネスロジック６１９は、対応のオブジェクト５０を画面の配置（表示）するために実行される命令コードを含む。例えば、ビジネスロジック６１９は、画面データ６１１に基づく画面に配置されるオブジェクト５０について、対応のイベントＩＤ６１２で示されるイベントが検出されるときに、ＣＰＵ４１１（より特定的には、ランタイム２６）は当該イベントＩＤ６１２に対応のビジネスロジック６１９を実行する。ビジネスロジック６１９は、コントローラ１とフィールド値を授受するロジック（例えばプログラムコード）、当該フィールド値を利用した演算ロジック（例えばプログラムコード）、演算の結果に基づき対応するオブジェクトの表示を制御するロジック（例えばプログラムコード）または当該オブジェクトに対しなされた操作の種類（イベントＩＤ６１２）に応じた、当該オブジェクトの表示を制御するロジック（例えばプログラムコード）等を含む。

ＣＰＵ４１１は、ビジネスロジック６１９を実行することにより、当該オブジェクト５０に対応のコントローラ変数６１８で識別される、コントローラ１の変数ファイル２Ａからフィールド値を受信し、受信されたフィールド値に基づき演算ロジックを実行し、演算の結果に基づきオブジェクト５０の表示状態を変化させる。例えば、オブジェクト５０の色、サイズ、文字などの属性を、算出された値に基づき変化させる。

また、反映ロジック６０９が実行されると、ＣＰＵ４１１は、画面を構成する１以上のオブジェクト５０のコントローラ変数６１８が示すコントローラ１について判定された通信プロトコルの種類（ＨＴＴＰまたはＨＴＴＰＳ）に従ったオブジェクトを画面に配置（表示）する。この反映ロジック６０９に基づく処理（以下、画面単位反映処理ともいう）の詳細は後述する。

（ｆ１．プロジェクトデータの他の例）
図７は、本実施の形態に係る画面データ６１１の他の例を示す図である。図６の画面データ６１１は、画面を構成する各オブジェクト５０について、オブジェクト反映フラグ６２０が設定される。図７のプロジェクトデータ２５０の他の項目は、図６のそれらと同様であるから説明は繰り返さない。

図７では、オブジェクト反映フラグ６２０が「ＯＮ（オン）」に設定されたオブジェクト５０についてのみ、対応のビジネスロジック６１９は、通信プロトコルの判定値を用いて実施され、オブジェクト反映フラグ６２０が「ＯＦＦ（オフ）」に設定されたオブジェクト５０については、当該演算は通信プロトコルの判定値を用いずに実施される。

より具体的には、オブジェクト反映フラグ６２０が１（オン）を示す場合において、オブジェクト５０のコントローラ変数６１８の通信に利用される通信プロトコルがＨＴＴＰＳと判定されているときは、当該オブジェクト５０のビジネスロジック６１９が実行されて、予め定められた属性値が算出されて、画面には当該属性値に基づくオブジェクトが配置される（以下、オブジェクト単位反映処理ともいう）。対照的に、画面反映フラグ６１０が０（オフ）を示す場合は、オブジェクト５０のコントローラ変数６１８の通信に利用された通信プロトコルがＨＴＴＰＳと判定されていたとしても、ビジネスロジック６１９を実行してもオブジェクト単位反映処理は実施されない。

なお、オブジェクト単位反映処理では、ＣＰＵ４１１は、コントローラ変数６１８が示すコントローラ１の識別子に基づき、プロトコルテーブル４５から、当該コントローラ１について判定された通信プロトコルの種類（ＨＴＴＰＳまたはＨＴＴＰ）を検索することで、通信プロトコルの種類を取得できる。

図７の画面データ６１１に基づく画面が表示されるとき、オブジェクト単位反映処理が実施される。これにより、表示画面において表示される各オブジェクト５０について、当該オブジェクト５０が示すフィールド値はＨＴＴＰＳ通信で受信されたものか、すなわちセキュリティが担保されたものか否かを示す情報を、ユーザに提供できる。

なお、画面データ６１１の構成は、図６または図７の構成に限定されず、画面（オブジェクト）の表示に関する他の項目が含まれてもよい。

＜Ｇ．画面の作成処理＞
図８は、本実施の形態に係る画面作成の概略処理を示すフローチャートである。画面作成においては、ユーザは、サポート装置３００のＵＩ３２を介して画面作成ツール３６を利用して画面のプロジェクトデータ２５０を作成する。図８の処理は、ＣＰＵ３０２が画面作成ツール３６として実施する。

まず、ユーザは、画面の画面ＩＤ６０８を指定し、ＣＰＵ３０２は、当該操作を受付け、指定された画面ＩＤ６０８をプロジェクトデータ２５０に設定する（ステップＳ４０）。ＣＰＵ３０２は、反映ロジック６０９の指定操作を受付けるかを判定し（ステップＳ４２）、当該操作を受付けたと判定すると（ステップＳ４２でＹＥＳ）、画面のプロジェクトデータ２５０に、受付けた反映ロジック６０９を設定する（ステップＳ４４）。

ＣＰＵ３０２は、反映ロジック６０９の指定操作を受付けないと判定すると（ステップＳ４２でＮＯ）、各オブジェクトについて、ユーザ操作に基づき、属性６０１、イベントＩＤ６１２およびビジネスロジック６１９を設定する（ステップＳ４６）。

ＣＰＵ３０２は、各オブジェクト５０について、反映ロジック６０９の指定操作を受付けるかを判定し（ステップＳ４８）、当該操作を受付けたと判定すると（ステップＳ４８でＹＥＳ）、画面のプロジェクトデータ２５０の各オブジェクトのオブジェクト反映フラグ６２０に、受付けた値を設定する（ステップＳ５０）。

ＣＰＵ３０２は、オブジェクト反映フラグ６２０クの指定操作を受付けないと判定すると（ステップＳ４８でＮＯ）、画面作成終了の操作を受付けたかを判定し（ステップＳ５２）、画面作成終了操作を受付けたと判定すると（ステップＳ５２でＹＥＳ）、処理は終了するが（ステップＳ５２でＹＥＳ）、受付けていないと判定されると（ステップＳ５２でＮＯ）、ステップＳ４０に戻り、次の画面について、ステップＳ４０以降の処理が同様に実施される。作成されてプロジェクトデータ２５０はデバッグおよびコンパイルされて、格納される。

図８に示されるように、画面のプロジェクトデータ２５０が作成されるとき、各画面の画面データ６１１には反映ロジック６０９とオブジェクト反映フラグ６２０の両方が設定されてもよく、または、いずれか一方が設定されてもよい。

＜Ｈ．出力例＞
図９～図１５は、本実施の形態に係る画面の表示例を示す図である。これら画面は、表示器４のランタイム２６が、ＵＩツール２７を介してユーザにより操作されることで、画面のプロジェクトデータ２５０が実行されて表示される。

図９と図１０は、表示器４のメニュー画面の一例を示す。画面は、左側に表示器４と通信可能なコントローラ１の識別子を示すリストのオブジェクト５０と、画面右側において、リストにおいて選択操作された識別子５１に対応のコントローラ１について判定された通信プロトコルの種類を示すオブジェクト５２が配置されている。

図１１、図１２および図１３は、プロジェクトデータ２５０の反映ロジック６０９に基づく画面単位反映処理が実施された場合の表示例を示す。例えば、画面単位反映処理では、ＣＰＵ４１１が反映ロジック６０９を実行することにより、表示器４が通信する全コントローラ１の通信プロトコルの種類を集約して表す情報（以下、集約種類と呼ぶ）を取得し、取得した集約種類を表示するオブジェクトを画面に配置する。例えばコントローラ１Ａと１ＢはＨＴＴＰＳと判定され、コントローラ１ＣはＨＴＴＰと判定された場合は、少なくとも１つがＨＴＴＰ（ノンセキュア）であることに基づき、集約種類としてノンセキュアを表すオブジェクトが画面に配置される。

このように配置されるオブジェクトとして、図１１では、画面５４上の枠の色を変えて（例えば赤色）表したオブジェクト５３が配置され、図１２では、画面上の表示の色調を変えて表示する斜線で示す半透過の矩形のオブジェクトが、画面に配置されている他のオブジェクトに重ねて配置される。図１３では、画面の隅にアイコン５５を表すオブジェクトが配置される。アイコン５５は解錠されたマークを示すことで、ノンセキュアであることが提示される。図１３では、アイコン５５がタッチ操作されると、メッセージボックスのオブジェクト５６が表示される。オブジェクト５６には、予め定められた種類の通信プロトコルを利用するコントローラ１の情報を表すオブジェクト５７が画面に配置される。すなわちオブジェクト５６は、例えばノンセキュア通信の通信プロトコルＨＴＴＰを利用すると判定されたコントローラ１の情報（識別子）５７が表示される。

図１１と図１２の集約種類を表すオブジェクトによれば、ユーザは視覚的に集約種類（セキュアまたはノンセキュア）を気づきやすい。また、図１３のオブジェクトによれば、ユーザに、は集約種類とともに、当該集約種類によって集約された各コントローラ１の通信プロトコルの情報を確認できる。

図１４と図１５は、プロジェクトデータ２５０のオブジェクト反映フラグ６２０に基づくオブジェクト単位反映処理が実施された場合の表示例を示す。例えば、オブジェクト単位反映処理では、表示器の画面に配置される各オブジェクト（ボタンやランプなど）にユーザの設定したオブジェクト反映フラグ６２０に応じて対象のコントローラ１について判定された通信プロトコルの種類、すなわちＨＴＴＰＳ（セキュア）またはＨＴＴＰ（ノンセキュア）に応じて、当該通信プロトコルの種類を表すオブジェクトを異ならせている。図１４では、セキュア通信を行っているコントローラ１と通信するフィールド値を表わすオブジェクトにのみ、施錠マークを表すオブジェクト５８が表示される。対照的に、図１５では、ノンセキュア通信を行っているコントローラ１と通信するフィールド値を表わすオブジェクトにのみ、解錠マークを表すオブジェクト５９が表示される。オブジェクト５８または５９は、フィールド値を表すオブジェクトに関連付けて表示されればよく、両オブジェクトの配置は図１４または図１５に示す配置に限定されない。

コントローラ１について判定された通信プロトコルの種類または集約種類の出力部は、タッチスクリーン４１８に限定されず、図１６に示すような他の出力部であってもよい。図１６は、本実施の形態に係る出力例を示す図である。図１６では、集約種類は、表示器４の筐体に取り付けられたＬＥＤ（Light Emitting Diode）６０は利用して出力される。例えば、表示器４が備えているＲｕｎ ＬＥＤを使って集約種類が提示される。Ｒｕｎ ＬＥＤは表示器４が正常動作では緑で表示し、異常が発生すると赤表示となる。Ｒｕｎ ＬＥＤは、表示器４の動作状態と集約種類の組合わせで点灯が制御される。例えば、ＣＰＵ４１１は、集約種類がノンセキュア（ＨＴＴＰ）を示すとき、正常動作の場合はオレンジ色で表示し、異常発生時は赤色で表示する。また、集約種類がセキュア（ＨＴＴＰＳ）を示すときＬＥＤを点滅表示させる。また、図１６に示されたＲｕｎ ＬＥＤの点灯制御は、図９～図１５の画面の表示と並行して実施されてもよい。

＜Ｉ．オブジェクトの選択＞
図１７は、本実施の形態に係る画面の選択処理の一例を示す図である。図１１、図１２および図１３に示された集約種類のオブジェクトの表示（配置）は、表示中の画面における他のオブジェクトの配置状態に基づき、これら複数種類のオブジェクトのうちから当該画面に配置するオブジェクトを決定するにしてもよい。このような選択的な決定の処理の一例が図１７に示される。図１７の処理は、画面マネージャ２６ａとしてＣＰＵ４１１が実施する。

ＣＰＵ４１１は、表示中の画面のデータ（プロジェクトデータ２５０）を走査し、走査結果に基づき、当該画面を構成する複数のオブジェクト５０の位置６１６、サイズ６１７からオブジェクトの画面における配置を解析する。解析結果に基づき、画面の枠の位置に配置されたオブジェクト５０はないと判定すると（ステップＳ５０でＹＥＳ）、図１１のオブジェクトを表示すると決定する（ステップＳ５１）。また、画面の枠の位置に配置されたオブジェクト５０があると判定し（ステップＳ５０でＮＯ）、解析結果に基づき、画面の所定位置にアイコン５５のオブジェクトを配置可能なエリアがあると判定すると（ステップＳ５２でＹＥＳ）、図１３のオブジェクトを表示すると決定する（ステップＳ５３）。また、画面の所定位置にアイコン５５のオブジェクトを配置可能なエリアがないと判定し（ステップＳ５２でＮＯ）、解析結果に基づき、画面においてオブジェトが占めるエリアが閾値を超えると判定すると（ステップＳ５４でＹＥＳ）、図１２のオブジェクトを表示すると決定する（ステップＳ５５）。その後は、画像表示の処理を終えるか判定し（ステップＳ５６）、終えない判定すれば（ステップＳ５６でＮＯ）、次の画面の表示処理（ステップＳ５８）に移行し、そうでないと判定すれば（ステップＳ５６でＹＥＳ）、処理を終了する。

図１７の処理は、画面を表示する場合に表示対象となる画面毎に実施されるが、画面の表示時ではなく、画面を作成するときに実施されてもよい。つまり、画面作成の処理において、図１７の処理を実施し、実施結果に基づき、各画面の画面データ６１１に、集約種類を表すオブジェクトの表示を、図１１、図１２および図１３のいずれの配置で実施するかを指定するデータを追加してもよい。

＜Ｊ．通信プロトコルの判定＞
図１８は、本実施の形態に係る通信プロトコル判定の処理フローチャートである。図１９は、本実施の形態に係るプロトコルテーブル４５の一例を示す図である。図２０は、本実施の形態に係るステータステーブル４６の一例を示す図である。図１９の処理は、ＣＰＵ４０１１がプロトコル判定部２８およびステータス判定部２９として実行する。

本実施の形態では表示器４には、通信するために、コントローラ１Ａ、コントローラ１Ｂおよびコントローラ１ＣそれぞれのＩＰアドレスを予め取得している。

表示器４が起動されると、ＣＰＵ４１１は、コントローラ１ＡのＩＰアドレスにｈｔｔｐｓを付加したＵＲＬを生成し、当該ＵＲＬを用いてセッションを開始することで、コントローラ１Ａにセキュア通信で通信接続する（ステップＳ２０）。

コントローラ１Ａが表示器４との通信にＨＴＴＰＳのセキュア通信プロトコルを利用する場合は、コントローラ１Ａは表示器４からセッション開始要求に応答する。表示器４は、セッション開始要求に対する応答を受信すると、接続に成功したことを判定し（ステップＳ２２でＹＥＳ）、プロトコルテーブル４５に、コントローラ１Ａの識別子（コントローラ名）に、コントローラ１Ａはセキュア通信プロトコルを利用するとの判定結果（値＝０）を関連付けて登録する（ステップＳ２３）。

セッションが確立されると、ＣＰＵ４１１は、コントローラ１Ａと初期通信（機種と形式の読出し、変数情報（名称、型）の読出し等）を行い格納する（ステップＳ２８）。ＣＰＵ４１１は、セッション開始要求を送信するコントローラを次のコントローラ１Ｂに指定し（ステップＳ２９）、全てのコントローラについて処理が完了したかを判定し（ステップＳ３０）、完了していなければ（ステップＳ３０でＮＯ）、ステップＳ０に戻り、次のコントローラについて、ステップＳ２０以降の処理を実施する。一方、全てのコントローラについて処理が完了したと判定されると（ステップＳ３０でＹＥＳ）、上記に述べた画面の表示処理を開始する（ステップＳ３１）。

ステップＳ２２に戻り、表示器４は、セッション開始要求に対する応答を受信できず、接続に成功と判定しないとき（ステップＳ２２でＮＯ）、ＣＰＵ４１１は、コントローラ１ＡのＩＰアドレスにｈｔｔｐを付加したＵＲＬを生成し、当該ＵＲＬを用いてセッションを開始することで、コントローラ１Ａにノンセキュアの通常通信で接続する（ステップＳ２４）。コントローラ１Ａが表示器４との通信にＨＴＴＰの通信プロトコルを利用する場合は、コントローラ１Ａは表示器４からセッション開始要求に応答する。表示器４は、セッション開始要求に対する応答を受信すると、接続に成功したことを判定し（ステップＳ２５でＹＥＳ）、プロトコルテーブル４５に、コントローラ１Ａの識別子（コントローラ名）に、コントローラ１Ａはノンセキュア通信プロトコルを利用するとの判定結果（値＝１）を関連付けて登録する（ステップＳ２６）。その後、ステップＳ２８に移行する。

また、表示器４は、ステータス判定部２９により、セッション開始要求に対する応答を受信できず、接続に成功しないと判定したときは（ステップＳ２５でＹＥＳ）、ステータス判定部２９により、ステータステーブル４６に、コントローラ１Ａの識別子（コントローラ名）に、通信失敗（値＝０）を関連付けて登録する（ステップＳ２７）。その後、ステップＳ２９に移行する。

図１９と図２０には、図１８の処理によって生成されたプロトコルテーブル４５とステータステーブル４６の一例が示される。例えば、コントローラ名がController＿２であるコントローラ１Ｂは、電源オフであったために、プロトコルテーブル４５とステータステーブル４６では、利用する通信プロトコルは判定されておらず、また、通信状態は通信失敗（＝０）に設定される。

表示器４は、ステータステーブル４６の情報に基づき、通信プロトコルが判定されていないController＿２のコントローラ１Ｂについて、図１８の処理をリトライするようにしてもよい。

＜Ｋ．ページ切替え処理＞
本実施の形態では、表示器４に表示させる画面はページ単位で管理されて、ページ切替え処理により、表示される画面が切替わる。図２１は、本実施の形態に係るページ切替え処理のフローチャートである。図２２は、本実施の形態に係るテーブルのデータの変化の一例を示す図である。ＣＰＵ４１１は、画面マネージャ２６ａとしてページ切替え処理を実行し、ページ単位でプロトコルテーブル４５を管理することができる。

図２２を参照して、ＣＰＵ４１１は、ＵＩツール２７を介してページ切替え操作を受付けると、切替え先のページに対応のプロトコルテーブル４５ａ（図２２参照）は作成済みかを判定し（ステップＳ４０）、作成済みであれば（ステップＳ４０でＹＥＳ）、プロトコルテーブル４５ａに示された各コントローラ１がセキュア通信を利用するか否かを示す値（値：１または０）に基づき集約種類４８を作成し、集約種類４８に従って、集約種類４８を示すオブジェクト（図１１～図１３のオブジェクトの１つ、または２つ以上の組合わせ）を、切替え先のページの画面に配置し、当該画面を表示する（ステップＳ４２）。

このように、画面単位で集約された通信プロトコルを示す集約種類４８をオブジェクトで表示できる。すなわち、画面において、当該画面に配置される各オブジェクト５０が表すフィールド値を通信するコントローラ１について判定された通信プロトコルの種類は集約して提示される。

なお、ステップＳ４２では、切替え先のページの画面を図１４または図１５のように表示してもよい。すなわち、切替え先のページの画面において、オブジェクト５０に、当該オブジェクトに割当てられたコントローラ変数６１８が示すコントローラが利用の通信プロトコルの種類に基づき、セキュアまたはノンセキュア通信のアイコンのオブジェクト５８または５９を関連付けて配置してもよい。

ステップＳ４０に戻り、ＣＰＵ４１１は、切替え先ページに対応のプロトコルテーブル４５ａは未作成と判定すると（ステップＳ４０でＮＯ）、当該プロトコルテーブル４５ａを作成するために、ステップＳ４３に移行する。ＣＰＵ４１１は、切替え先ページのプロジェクトデータ２５０から各オブジェクト５０のコントローラ変数６１８（図２２を参照）を検索し、検索されたコントローラ変数６１８からコントローラの識別子を抽出する（ステップＳ４３）。例えば、コントローラ名のController＿１とController＿3とが抽出される。

ＣＰＵ４１１は、抽出された２つのコントローラ名に基づき、プロトコルテーブル４５を検索し、これらコントローラが利用する通信プロトコルの種類（ノンセキュア通信、セキュア通信）を取得する。これにより、切替え先ページのプロトコルテーブル４５ａが得られる（ステップＳ４４）。その後、ステップＳ４２に移行する。

このようにページ切替え操作を受付けたときは、切替え先ページ（画面）のプロトコルテーブル４５ａに基づく集約種類４８に従って、集約種類４８を示すオブジェクトを切替え先のページの画面に配置することができる。

なお、複数のコントローラの通信プロトコル（セキュア通信：０、ノンセキュア通信：１）の集約種類４８は、例えば通信プロトコルの種類を示す値（０または１）の論理和演算で算出されるが、複数のコントローラの通信プロトコルの種類を集約して代表を導出する方法は、このような論理和演算に限定されない。

＜Ｌ．画面のオブジェクトへの変数の割付け処理＞
図２３と図２４は、本実施の形態に係るオブジェクトに変数を割付ける処理を説明する図である。画面作成ツール３６を操作してプロジェクトデータ２５０を作成する場合、オブジェクト５０のコントローラ変数６１８を割付けるために、図２３、図２４のＵＩ画面が提示される。ユーザはＵＩ３２を操作して、図２３のＵＩ画面において、コントローラ１Ａのグローバル変数のうちから、割付けに用いる変数を選択する。ユーザは、他のコントローラ１Ｂ、１Ｃについても、同様のＵＩ画面を介して、当該コントローラが扱う変数のうち割付けに用いる変数を選択する。

図２４のＵＩ画面では、図２３のＵＩ画面で選択されたコントローラ変数がリスト２６３で表示される。ユーザは、図２４の下段のオブジェクト５０（Momentary Button）を作成時、リスト２６３のコントローラ変数（Controller＿１.abc）を選択し、設定欄２６１にドラッグ操作する。この操作によって、オブジェクト５０（Momentary Button）に、コントローラ変数６１８として、コントローラ１の変数（Controller＿１.abc）を割付けることができる。他のオブジェクト５０についても同様の操作によりコントローラ変数６１８を割付けることができる。

＜Ｍ．画面の他の表示例＞
表示器４では、オブジェクト単位反映処理が実施されると、図２５に示すように、画面に配置されるオブジェクト５０において、コントローラと通信するフィールド値とともに、当該コントローラについて判定された通信プロトコルの種類を表すようにしてもよい。

図２５は、本実施の形態に係る他の画面の表示例を示す図である。図２５は、産業用プラントのモニタ画面の一例であって、画面には、タンク、バルブ、配管などのオブジェクト５０と、フィールド値を示すオブジェクト２７１，２７２が配置される。フィールド値は、オブジェクト５０に割付けられたコントローラ変数が示すフィールド値であって、当該オブジェクト５０に関連付けられた位置、例えば直近に配置される。

オブジェクト２７１，２７２においては、フィールド値に、施錠または解錠のマークが付される。このようなマークにより、フィールド値は、表示器４とコントローラ１との間で、セキュア通信またはノンセキュア通信のいずれの通信プロトコルで通信されているかの情報が提示される。

＜Ｎ．プログラム＞
本実施の形態に係る表示器４の図５に示す各モジュールを実現するプログラムおよびデータは、表示器４に付属するメモリカード４２１、フレキシブルディスク、ＣＤ－ＲＯＭ、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュＲＯＭ４１４、ＨＤＤ（Hard Disc Drive）などの記録媒体を含むコンピュータ読取り可能な記録媒体に記録させて、プログラム製品として提供することもできる。

また、上記のプログラムまたはデータは、ネットワークから通信インターフェイス４１９またはＵＳＢインターフェイス４２０などのネットワークコントローラを介したダウンロードによって、表示器４に提供することもできる。

また、本実施の形態に係るサポート装置３００の図４に示す各モジュールを実現するプログラムおよびデータは、サポート装置３００に付属する記録媒体３２２、フレキシブルディスク、ＣＤ－ＲＯＭ、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disc Drive）などの記録媒体を含むコンピュータ読取り可能な記録媒体に記録させて、プログラム製品として提供することもできる。

また、上記のプログラムまたはデータは、ネットワークからＵＳＢインターフェイス３１８などのネットワークコントローラを介したダウンロードによって、サポート装置３００に提供することもできる。

表示器４またはサポート装置３００にプログラムまたはデータを提供するための上記の記録媒体は、コンピュータその他装置、機械等が記録されたプログラム等の情報を読み取り可能なように、当該プログラム等の情報を、電気的、磁気的、光学的、機械的または化学的作用によって蓄積する媒体である。

＜Ｏ．付記＞
［構成１］
対象（９）を制御する制御装置（１，１Ａ，１Ｂ，１Ｃ）と通信する通信部（４１９）と、
前記制御装置と通信する情報から、前記制御装置が前記通信に利用する通信プロトコルの種類を判定する通信プロトコル判定部（２８）と、
判定された前記プロコトルの種類を出力する出力部（４１８，６０）を含む、情報処理装置（４）。
［構成２］
前記出力部は、
１つ以上のオブジェクトから構成される画面を表示する表示部（４１８）を含み、
前記オブジェクトは、出力される前記通信プロトコルの種類を表すオブジェクトを含む、構成１に記載の情報処理装置。
［構成３］
前記通信プロトコル判定部は、前記通信部によって前記制御装置に通信接続の確立を要求するとき（Ｓ２０）、前記制御装置と通信する情報から、前記制御装置が前記通信に利用する通信プロトコルの種類を判定する、構成１または２に記載の情報処理装置。
［構成４］
前記制御装置が前記通信に利用する通信プロトコルの種類は、セキュア通信プロトコル（ＨＴＴＰＳ）またはノンセキュア通信プロトコル（ＨＴＴＰ）を含む、構成１から３のいずれか１に記載の情報処理装置。
［構成５］
前記通信部は、複数の前記制御装置と通信可能に構成され、
前記通信プロトコル判定部は、各前記複数の制御装置と当該情報処理装置が通信する情報から、当該制御装置が前記通信に利用する通信プロトコルの種類を判定し、
出力される前記通信プロトコルの種類は、各制御装置について判定された前記通信プロトコルの種類を集約した集約種類（４８）を含む、構成１から４のいずれか１に記載の情報処理装置。
［構成６］
前記制御装置と通信する情報は、前記対象の制御に関連する制御情報を含み、
前記出力部は、１つ以上のオブジェクトから構成される画面を表示する表示部を含み、
前記１つ以上のオブジェクトは、前記制御情報を表すオブジェクト（２７１，２７２）を含む、構成５に記載の情報処理装置。
［構成７］
前記集約種類は、前記画面を構成する各オブジェクトが表す前記制御情報を通信する前記制御装置について判定された前記通信プロトコルの種類を集約した通信プロトコルを含む、構成６に記載の情報処理装置。
［構成８］
前記集約種類を表すオブジェクトは、異なる種類のオブジェクトを含み、
前記情報処理装置は、
画面における他のオブジェクトの配置状態に基づき、前記異なる種類のオブジェクトのうちから、画面に配置される前記集約種類を表すオブジェクトを決定する、構成６または７に記載の情報処理装置。
［構成９］
前記異なる種類のオブジェクトは、前記画面の枠を表す予め定められた色を有するオブジェクト（５３）、前記画面に配置される他のオブジェクトに重ねて配置される半透過のオブジェクト、および前記画面の予め定められた位置に配置される当該集約種類を表すアイコン（５５）のオブジェクトの少なくとも２つを含む、構成８に記載の情報処理装置。
［構成１０］
前記集約種類を表すアイコンのオブジェクトが画面に配置される場合、当該アイコンが操作されると、予め定められた種類の通信プロトコルを利用する前記制御装置の情報（５７）を表すオブジェクト（５６）を画面に配置する、構成９に記載の情報処理装置。
［構成１１］
前記画面に配置されるオブジェクトは、前記制御装置と通信する情報であって、前記対象の制御に関連する制御情報とともに、当該制御装置について判定された前記通信プロトコルの種類を表すオブジェクト（２７１）を含む、構成１０に記載の情報処理装置。
［構成１２］
前記画面を表示するための画面データ（２５０，６１１）を格納する格納部（４１４）をさらに、備え、
前記画面データは、当該画面に配置される各オブジェクトが有する表示に関する属性（６０１）と、当該属性の値である属性値を決定するために実行されるロジック（６１９，６０９）を含み、
前記ロジックは、
前記集約種類を取得し、取得した集約種類のオブジェクトを画面に配置するロジック（６０９）を含む、構成６～１１のいずれか１に記載に情報処理装置。
［構成１３］
構成６～１２のいずれか１に記載の画面を表示するための画面データを作成する、情報処理装置（３００）。
［構成１４］
コンピュータ（４１１）に情報処理の方法を実行させるためのプログラムであって、
前記方法は、
対象を制御する制御装置と通信するステップ（Ｓ２０）と、
前記制御装置と通信する情報から、前記制御装置が前記通信に利用する通信プロトコルの種類を判定するステップ（Ｓ２３，Ｓ２６）と、
判定された前記通信プロコトルの種類を出力するステップ（Ｓ３１）を含む、プログラム。

今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。

１，１Ａ，１Ｂ，１Ｃ コントローラ、２ 制御プログラム実行部、２Ａ 変数ファイル、４ 表示器、９ フィールド機器、１５ 検出センサ、１６ リレー、１７ 中継器、２１ 記憶部、２２ メインメモリ、２３，３２ ユーザインターフェイス、２４ 制御部、２６ ランタイム、２６ａ 画面マネージャ、２６ｂ 変数マネージャ、２７ ＵＩツール、２８ プロトコル判定部、２９ ステータス判定部、３０ 処理モジュール、３１ 通信モジュール、３３ 開発支援モジュール、３４ コンパイラ、３６ 画面作成ツール、３７ コードエディタ、４５，４５ａ，４８ａ プロトコルテーブル、４６ ステータステーブル、４８ 集約種類、５１ 識別子、６１１ 画面データ、１１１，１１５ ネットワーク、２５０ プロジェクトデータ、２５１ ライブラリ、３００ サポート装置、３２２ 記録媒体、３４０ ソースコード、３７０ サポートプログラム、４１８ タッチスクリーン、４２１ メモリカード、６０９ 反映ロジック、６１０ 画面反映フラグ、６１８ コントローラ変数、６１９ ビジネスロジック、６２０ オブジェクト反映フラグ、ＳＹＳ 制御システム。

Claims (14)

1. 対象を制御する制御装置と通信する通信部と、
   前記制御装置と通信する情報から、前記制御装置が前記通信に利用する通信プロトコルの種類を判定する通信プロトコル判定部と、
   判定された前記プロコトルの種類を出力する出力部を含む、情報処理装置。
2. 前記出力部は、
   １つ以上のオブジェクトから構成される画面を表示する表示部を含み、
   前記オブジェクトは、出力される前記通信プロトコルの種類を表すオブジェクトを含む、請求項１に記載の情報処理装置。
3. 前記通信プロトコル判定部は、前記通信部によって前記制御装置に通信接続の確立を要求するとき、前記制御装置と通信する情報から、前記制御装置が前記通信に利用する通信プロトコルの種類を判定する、請求項１または請求項２に記載の情報処理装置。
4. 前記制御装置が前記通信に利用する通信プロトコルの種類は、セキュア通信プロトコルまたはノンセキュア通信プロトコルを含む、請求項１または請求項２に記載の情報処理装置。
5. 前記通信部は、複数の前記制御装置と通信可能に構成され、
   前記通信プロトコル判定部は、各前記複数の制御装置と当該情報処理装置が通信する情報から、当該制御装置が前記通信に利用する通信プロトコルの種類を判定し、
   出力される前記通信プロトコルの種類は、各制御装置について判定された前記通信プロトコルの種類を集約した集約種類を含む、請求項１または請求項２に記載の情報処理装置。
6. 前記制御装置と通信する情報は、前記対象の制御に関連する制御情報を含み、
   前記出力部は、１つ以上のオブジェクトから構成される画面を表示する表示部を含み、
   前記１つ以上のオブジェクトは、前記制御情報を表すオブジェクトを含む、請求項５に記載の情報処理装置。
7. 前記集約種類は、前記画面を構成する各オブジェクトが表す前記制御情報を通信する前記制御装置について判定された前記通信プロトコルの種類を集約した通信プロトコルを含む、請求項６に記載の情報処理装置。
8. 前記集約種類を表すオブジェクトは、異なる種類のオブジェクトを含み、
   前記情報処理装置は、
   画面における他のオブジェクトの配置状態に基づき、前記異なる種類のオブジェクトのうちから、画面に配置される前記集約種類を表すオブジェクトを決定する、請求項６に記載の情報処理装置。
9. 前記異なる種類のオブジェクトは、前記画面の枠を表す予め定められた色を有するオブジェクト、前記画面に配置される他のオブジェクトに重ねて配置される半透過のオブジェクト、および前記画面の予め定められた位置に配置される当該集約種類を表すアイコンのオブジェクトの少なくとも２つを含む、請求項８に記載の情報処理装置。
10. 前記集約種類を表すアイコンのオブジェクトが画面に配置される場合、当該アイコンが操作されると、予め定められた種類の通信プロトコルを利用する前記制御装置の情報を表すオブジェクトを画面に配置する、請求項９に記載の情報処理装置。
11. 前記画面に配置されるオブジェクトは、前記制御装置と通信する情報であって、前記対象の制御に関連する制御情報とともに、当該制御装置について判定された前記通信プロトコルの種類を表すオブジェクトを含む、請求項１０に記載の情報処理装置。
12. 前記画面を表示するための画面データを格納する格納部をさらに、備え、
    前記画面データは、当該画面に配置される各オブジェクトが有する表示に関する属性と、当該属性の値である属性値を決定するために実行されるロジックを含み、
    前記ロジックは、
    前記集約種類を取得し、取得した集約種類のオブジェクトを画面に配置するロジックを含む、請求項６に記載の情報処理装置。
13. 請求項６に記載の画面を表示するための画面データを作成する、情報処理装置。
14. コンピュータに情報処理の方法を実行させるためのプログラムであって、
    前記方法は、
    対象を制御する制御装置と通信するステップと、
    前記制御装置と通信する情報から、前記制御装置が前記通信に利用する通信プロトコルの種類を判定するステップと、
    判定された前記通信プロコトルの種類を出力するステップを含む、プログラム。
    

Images