JP2016012173A - プログラマブル表示器 - Google Patents

Abstract

【課題】ＰＬＣから周期的にデータを取得することに失敗した場合に、当該失敗に関する情報を遅延少なくユーザに提示可能なプログラマブル表示器を提供する。【解決手段】プログラマブル表示器は、表示画面５４０と、ＰＬＣと通信するための通信部と、表示画面および通信部を制御する制御部とを備える。制御部は、通信部を介して、所定の周期でＰＬＣからデータを取得する。制御部は、データの取得に失敗すると、データを特定する名称および当該失敗の前に最後に成功したデータの取得に関連付けられる成功タイミングを表示画面５４０に表示する。【選択図】図２

Description

本発明は、プログラマブル表示器に関する。

従来、ＰＬＣ（Programable Logic Controller）、ＨＭＩ（Human Machine Interface）としてのプログラマブル表示器等を備えたＰＬＣシステムが知られている。

特許文献１には、上記ＰＬＣシステムとして、機器の動作を制御するＰＬＣと、ＰＬＣと通信回線を介して接続され、ＰＬＣの保守を行う保守装置であるパソコンとを備える構成が開示されている。

上記ＰＬＣは、ＰＬＣの動作状態に関する情報であって、ユーザがそのまま認識可能な情報を記憶する情報記憶手段と、ＰＬＣの所定の動作状態を検出した際に、情報記憶手段により記憶した情報の中から、ＰＬＣの所定の動作状態に該当する該当ＰＬＣ情報を発生異常情報格納領域へ格納する該当ＰＬＣ情報格納手段とを含む。また、上記パソコンは、該当ＰＬＣ情報格納手段により格納された該当ＰＬＣ情報を取得する該当ＰＬＣ情報取得手段と、該当ＰＬＣ情報取得手段により取得した該当ＰＬＣ情報を表示する情報表示手段とを含む。

特許文献１には、ＰＬＣシステムが上記の構成を有することの効果として、「ＰＬＣの動作状態と情報とにズレが生じることがないため、保守装置側においてＰＬＣ側から取得した情報をそのまま表示することができる。」と記載されている。

また、特許文献２には、プラント監視制御装置のマンマシン画面表示方式が開示されている。マンマシン画面表示方式においては、複数の画面を表示するディスプレイと、当該ディスプレイに対面する人物の顔を撮像するカメラとが利用される。

カメラには、画面と人物の顔との距離を検出する距離検出手段と、当該距離と基準距離値とを比較する距離判定手段と、人物の顔の表情特徴検出手段と、表情を特定する表情判定手段とが設けられている。また、ディスプレイには画面表示拡大手段が設けられている。画面表示拡大手段は、距離判定手段と表情判定手段の信号により、対面するいずれか１つの画面を拡大する。

特許文献２には、マンマシン画面表示方式が上記の構成を有することの効果として、「画面に表示されている文字や図形が小さくて識別しにくい場合に、画面に顔を近づけて目を細めるというような典型的で自然な動作と表情によって、自動的に画面が拡大表示されるため、監視すべき意図に合致したスムーズな監視制御が可能となる」と記載されている。

さらに、特許文献３には、上位ＰＣと、当該ＰＣと通信するステーションとにより構成されるＰＬＣが開示されている。ステーションは、ＣＰＵモジュールを含む複数モジュールを具備する。上位ＰＣは、ステーションモニタを有する。ステーションモニタは、ＣＰＵモジュールを介して複数モジュールの稼動状態コードを取得する。ステーションモニタは、アラーム発生の場合には、稼動状態コードに対応するアラームメッセージファイルを参照して取得したアラームメッセージを表示する。

特許文献３には、ＰＬＣ上記の構成を有することの効果として、「ユニットを構成する各種モジュールの稼働状態を上位ＰＣ側で一括して詳細確認することができるので、実機を直接確認しに行かなくても、ＰＣの画面上で稼働状態を監視することが可能となる」と記載されている。

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

しかしながら、上記の特許文献１〜３を含め従来においては、プログラマブル表示器は、ＰＬＣとの間で直近に行われた通信の状況をリアルタイムに出力することができない。この点について、通信の状況のうちの通信エラーを例を挙げて説明すると以下のとおりである。

通信エラーは、通常、プログラマブル表示器またはＰＣにおいてポップアップ表示される。ポップアップ表示は、ユーザが確認操作（たとえば、ＯＫボタンの選択）をするまで表示され続ける。また、当該ポップアップ表示は、通常、通信エラーが生じてから或る程度時間が経過してから表示される。したがって、プログラマブル表示器は、ＰＬＣとの間で直近に行われた通信の状況をリアルタイムに出力することができない。さらに、従来では、異常を表す履歴として通信エラーを記憶させることもなされていない。

本願発明は、上記の問題点に鑑みなされたものであって、その目的は、制御装置から周期的にデータを取得することに失敗した場合に、当該失敗に関する情報を遅延少なくユーザに提示可能なプログラマブル表示器を提供することにある。

本発明のある局面に従うと、プログラマブル表示器は、機器を制御する制御装置と通信可能である。プログラマブル表示器は、表示画面と、制御装置と通信するための通信手段と、表示画面および通信手段を制御する制御手段とを備える。制御手段は、通信手段を介して、第１の周期で制御装置から第１のデータを取得する。制御手段は、さらに、第１のデータの取得に失敗すると、第１のデータを特定する名称および当該失敗の前に最後に成功した第１のデータの取得に関連付けられる第１の成功タイミングを表示画面に表示する。

好ましくは、制御手段は、さらに、通信手段を介して、第２の周期で制御装置から第２のデータを取得する。制御手段は、さらに、第２のデータの取得に失敗すると、第２のデータを特定する名称および当該失敗の前に最後に成功した第２のデータの取得に関連付けられる第２の成功タイミングを表示画面に表示する。

好ましくは、制御手段は、第１のデータの取得に失敗すると、さらに、当該失敗に関連付けられる第１の失敗タイミング、または第１の成功タイミングから第１の失敗タイミングまでの経過時間を表示画面に表示する。

好ましくは、制御手段は、さらに、第１のデータを特定する名称に対応させて第１の周期に対応する時間情報を表示する。

好ましくは、第１の周期に対応する時間情報は、制御手段が設定値として有している第１の周期の値または制御手段が測定した第１のデータの取得に関する通信からその次の通信までの時間間隔である。

好ましくは、制御手段は、さらに、第１のデータを取得すると、当該取得したデータの値を表示画面に表示する。

好ましくは、失敗は、データの取得に関する受信が存在しなかったこと、受信が発生した時刻が予定された受信の時刻からあらかじめ定められた許容時間を超えて変動したこと、または受信により取得したデータに誤りが検出されたことである。

好ましくは、制御手段は、プログラムを記憶する記憶手段と、プログラムを実行する処理手段とを備える。第１のデータは、プログラムにおいて使用される変数の値である。

好ましくは、第１のデータを特定する名称は、変数の名称である。
好ましくは、第１の成功タイミングは、第１のデータの取得に関する受信が発生した時刻、当該受信と対応している通算受信回数、または第１のデータに組み込まれている第１のデータの発生もしくは送信の時刻である。

好ましくは、失敗タイミングは、データの取得に関する受信が存在しないと判断された時刻、予定された受信時刻からあらかじめ定められた許容時間を超えて変動した時刻に受信が発生した場合の受信時刻、または受信したデータに誤りが検出された場合の受信が発生した受信時刻である。

好ましくは、第１の周期は、制御手段または通信手段により決定される周期である。
好ましくは、第１の周期は、制御装置により決定される周期である。

上記の発明によれば、プログラマブル表示器は、制御装置から周期的にデータを取得することに失敗した場合に、当該失敗に関する情報を遅延少なくユーザに提示可能である。

本実施の形態にかかるＰＬＣシステム１０００を示す模式図である。 ＰＣ５で表示される内容を説明するための図である。 プログラマブル表示器４とＰＣ５との機能的構成を説明するための機能ブロック図である。 プログラマブル表示器４のランタイム処理部４４０（図３参照）で実行される処理の一部を説明するための図である。 プログラマブル表示器４の処理の流れを説明するためのフローチャートである。 プログラマブル表示器４の他の処理の流れを説明するためのフローチャートである。 ＰＣ５の処理の流れを説明するためのフローチャートである。 プログラマブル表示器４のハードウェア構成の一例を説明するための図である。 ＰＣ５のハードウェア構成を示す模式図である。 ＰＬＣ１〜３の各ＣＰＵユニット１０のハードウェア構成を説明するための図である。 本実施の形態に係るＰＣ１０００Ａの機能的構成を説明するための図である。 本実施の形態に係るＰＬＣシステム１０００Ｂの構成を説明するための図である。 本実施の形態に係るＰＬＣシステム１０００Ｃの構成を説明するための図である。 ＰＬＣシステム１０００Ｄの構成を説明するための図である。

本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

［実施の形態１］
＜Ａ．システム構成＞
図１は、本実施の形態にかかるＰＬＣシステム１０００を示す模式図である。図１を参照して、ＰＬＣシステム１０００は、複数のＰＬＣ（ＰＬＣ１，ＰＬＣ２，ＰＬＣ３）と、プログラマブル表示器４と、外部の表示装置としてのＰＣ（Personal Computer）５とを含む。

各ＰＬＣ１〜３は、典型的には、プログラムを実行する主体であるＣＰＵユニット１０と、ＣＰＵユニット１０などへ電力を供給する電源ユニット１２と、フィールドからの信号を遣り取りするＩＯ（Input/Output）ユニット１４とを含む。ＩＯユニット１４は、ＣＰＵユニット１０とシステムバス１１を介して接続されている。典型的には、ＩＯユニット１４は、フィールド機器である検出センサ６から入力信号を取得し、またＣＰＵユニット１０でのプログラムの実行結果に応じてフィールド機器であるリレー７を駆動する。

プログラマブル表示器４は、ＨＭＩ（Human Machine Interface）環境におけるＧＵＩ（Graphical User Interface）としての役割を果たす。プログラマブル表示器４は、タッチパネルなどの操作部と液晶ディスプレイなどの表示部とＣＰＵユニット１０と通信する通信部と各部を制御する制御部とを備える。各ＰＬＣ１〜３は、プログラマブル表示器４の操作部による操作に応じて各種の設定の変更が可能であり、ＰＬＣの所定の情報をプログラマブル表示器４に表示させることが可能である。

ＰＣ５は、プログラマブル表示器４に接続される。ＰＣ５は、接続先のＰＬＣ１〜３の運転状態や各種データの値などをモニタする機能を有している。ＰＣ５をサポート装置として機能させる場合、ＰＣ５は、ＰＬＣ１〜３で実行されるプログラムおよび設定情報を生成する。さらに、ＰＣ５は、ユーザによる実行可能プログラムの生成を支援するため、デバック機能やシミュレーション機能を有していてもよい。

本実施の形態では、一例として、ＰＬＣ１〜３は、プログラマブル表示器４と以下の通信方式により通信可能に接続されているものとする。ＰＬＣ１は、ＦＩＮＳ（Factory Interface Netwrok Service）通信によりプログラマブル表示器４と通信する。ＰＬＣ２は、ＨＴＴＰ（Hyper Text Transfer Protocol）通信によりプログラマブル表示器４と通信する。ＰＬＣ３は、ＥＩＰ（EtherNet/IP）通信によりプログラマブル表示器４と通信する。

＜Ｂ．処理の概要＞
図２は、ＰＣ５で表示される内容を説明するための図である。詳しくは、図２は、ある局面においてＰＣ５のモニタ５１４で表示される画面を表した図である。より詳しくは、図２は、プログラマブル表示器４から送られてきたデータをＰＣ５で表示したときの状態を表した図である。

図２を参照して、ＰＣ５は、通信先を指定するためのオブジェクト５４３と、スタートを示すオブジェクト５４４と、停止を表すオブジェクト５４５と、ブラウザ機能の実行を指示するためのオブジェクト５４６とを、モニタ５１４に表示する。図２は、ユーザがオブジェクト５４４を選択した後の或る時刻において表示されている画面５４０を表している。

オブジェクト５４４が選択されると、ＰＣ５は、プログラマブル表示器４によって処理されたデータ（以下、「通信状況データＤ１」と称する）を受信する。プログラマブル表示器４における通信状況データＤ１の生成方法および送信方法について詳しく説明すれば、以下のとおりである。

プログラマブル表示器４は、指定された周期でＰＬＣ１〜３と通信する。プログラマブル表示器４は、上記周期毎の通信を行なう度に、通信のログを記憶する。プログラマブル表示器４は、上記ログが新たに記憶されたことに基づき、当該新たに記憶されたログを用いて、ＰＬＣ１〜３との間の通信状況を表した通信状況データＤ１を生成する。詳しくは、プログラマブル表示器４は、ログが新たに記憶されたことに基づき、当該新たに記憶されたログと当該新たに記憶されたログよりも以前に記憶されたログとを用いることによって、通信状況データＤ１を生成する。詳細については後述するが、通信状況データＤ１は、新たに記憶されたログと新たに記憶されたログよりも以前に記憶されたログとを対象とした統計処理を行なうことによって得られたデータ（以下、「統計データＤ２」と称する）を含んでいる。統計データＤ２の詳細については後述する。

プログラマブル表示器４は、通信状況データＤ１が生成されたことに基づき、通信状況データＤ１をＰＣ５に送信する。詳しくは、プログラマブル表示器４は、通信状況データＤ１をＰＬＣ１〜３毎に識別可能な状態でＰＣ５に送信する。

次に、モニタ５１４に表示される画面の詳細について説明する。ＰＣ５は、プログラマブル表示器４からリアルタイムに逐次送られてくる通信状況データＤ１に基づき、モニタ５１４に表示する画面を更新する。画面５４０は、デバイス（具体的には、ＰＬＣ１〜３）に関するデータをデバイス毎に表示するための表示領域５４１と、サブスクリプションに関するデータをサブスクリプション毎に表示するための表示領域５４２とを有する。サブスクリプションは、プログラマブル表示器４でページを表示するために利用される。サブスクリプションの詳細については、後述する。なお、プログラマブル表示器４で表示されうる複数のページの各々は、複数の変数を表示するための領域を含んでいる。

表示領域５４１においては、Nameと、Addressと、Protocolと、Statusと、Success Countと、Trial Countと、Error Countと、Failure Countと、Last Successと、Last Trialと、Last Errorと、Initial Timeとが対応付けて表示される。

「Name」は、プログラマブル表示器４が通信するＰＬＣの名称である。「Address」は、ＩＰアドレスやＦＩＮＳアドレス等の通信宛先のアドレスを表す。「Protocol」は、FINS、HTTP、EIP等の通信プロトコルの種類を表す。「Status」は、通信に成功したこと（Connected）、接続処理中であること（Connecting）、接続に失敗した（試行待ちである）こと（Idling）のいずれかを表す。「Success Count」は、接続処理に成功した回数を表す。「Trial Count」は、接続処理を実行した回数を表す。「Error Count」は、接続処理成功後に、通信エラーが発生した回数を表す。「Failure Count」は、接続処理に失敗した回数を表す。「Last Success」は、最後に接続処理が成功した日時を表す。「Last Trial」は、最後に接続処理を実行した日時を表す。「Last Error」は、最後に通信エラーが発生した日時を表す。「Initial Time」は、接続処理に要した時間を表す。

「Name」の欄の「driver_0」は、ＰＬＣ１を表す。また、「Success Count」、「Trial Count」、「Error Count」、および「Failure Count」の各欄の値（２，２１，１，１９）は、統計処理によって得られた統計データＤ２に該当する。

表示領域５４２においては、Nameと、deviceと、Intervalと、Activeと、Last Accessと、Counterと、Actual Intervalと、Interval(Max)と、Interval(Min)と、Interval(Ave)と、Actual Wait Timeと、Wait Time(Max)と、Wait Time(Min)と、Wait Time(Ave)とが対応付けて表示される。

「Name」は、サブスクリプションの名称である。「device」は、ＰＬＣの名称である。「Interval」は、通信周期（理想値，指定された周期）を表す。「Active」は、通信が実施されているか否かを表す。「Last Access」は、最後に通信した時間を表す。「Counter」は、通信回数を表す。「Actual Interval」は、実際の通信周期を表す。「Interval(Max)」は、実際の通信周期（統計上の最大値）を表す。「Interval(Min)」は、実際の通信周期（統計上の最小値）を表す。「Interval(Ave)」は、実際の通信周期（統計上の平均値）を表す。「Actual Wait Time」は、通信待ち時間（実際にデータの読み出しに必要とした合計時間）を表す。「Wait Time(Max)」は、通信待ち時間（統計上の最大値）を表す。「Wait Time(Min)」は、通信待ち時間（統計上の最小値）を表す。「Wait Time(Ave)」は、通信待ち時間（統計上の平均値）を表す。

「Counter」、「Interval(Max)」、「Interval(Min)」、「Interval(Ave)」、「Wait Time(Max)」、「Wait Time(Min)」、「Wait Time(Ave)」の各欄の値は、統計処理にとり得られた統計データＤ２に該当する。

以上のように、ＰＣ５は、プログラマブル表示器４から逐次受信する通信状況データＤ１をモニタ５１４に表示する。また、通信状況データＤ１は、直近の通信のログ（最後の通信のログ）を用いて生成される。したがって、ユーザは、ＰＬＣ１〜３との間で直近に行われた通信の状況をリアルタイムに確認可能となる。

また、上述したように、通信状況データＤ１には、統計処理された統計データＤ２が含まれている。したがって、ユーザは、これまでの複数回の通信の状況を具体的な数値で把握することができる。

なお、ユーザがオブジェクト５４３を選択すると、複数の通信先（ＵＳＢ，Ｅｔｈｅｒｎｅｔ（登録商標） Ｈｕｂ，Ｅｔｈｅｒｎｅｔ Ｄｉｒｅｃｔ，Ｌｏｃａｌ ｈｏｓｔ（Ｓｉｍｕｌａｔｏｒ））から１つの選択先を選択するためのリストが表示される。ユーザは、リストの中から１つの通信先を選択することにより、所望の通信先に関する通信状況データＤ１に基づく画面を確認できる。なお、Ｅｔｈｅｒｎｅｔ Ｈｕｂを選択した場合には、ＰＣ５は、ＩＰの指定を受け付ける。あるいは、ＰＣ５は、ブラウズ機能によりプログラマブル表示器をリスト表示し、リストの中から１つのプログラマブル表示器の選択を受け付ける。

また、ユーザがオブジェクト５４６を選択すると、ＰＬＣシステム１０００に含まれているプログラマブル表示器の一覧の表示する。図１に示したＰＬＣシステム１０００の場合には、プログラマブル表示器が１つしか含まれていないため、ＰＣ５は、プログラマブル表示器４のみを表示する。

＜Ｃ．機能的構成＞
図３は、プログラマブル表示器４とＰＣ５との機能的構成を説明するための機能ブロック図である。図３を参照して、プログラマブル表示器４は、ランタイム処理部４４０と、生成部４５０と、記憶部４６０と、Ｗｅｂサーバ４７０とを備える。ランタイム処理部４４０は、表示部４４２と、通信部４４１とを含む。ＰＣ５は、モニタツール５５０を備える。モニタツール５５０は、ＨＴＴＰ通信部５５１と、モニタ管理部５５２と、表示部５５３とを含んでいる。

ランタイム処理部４４０は、ＰＬＣ１〜３およびＰＬＣ１〜３に接続される各種の機器の監視、各種の機器からＰＬＣ１〜３を介して送られてくるデータの収集等を実行する。通信部４４１は、ＰＬＣ１との間でＦＩＮによる通信を行なう。通信部４４１は、ＰＬＣ２との間でＨＴＴＰによる通信を行なう。通信部４４１は、ＰＬＣ３との間でＥＩＰによる通信を行なう。

通信部４４１は、ＰＬＣ１〜３の各々と、指定された周期で通信を行なう。たとえば、通信部４４１は、後述するサブスクリプション４４１１については５００ｍｓｅｃの周期でＰＬＣ１と通信を行ない、後述するサブスクリプション４４１２については１０００ｍｓｅｃの周期でＰＬＣ２と通信を行なう。通信部４４１は、各ＰＬＣ１〜３との通信のログを記憶し、当該記憶している通信のログを生成部４５０に送る。

表示部４４２は、複数のページのうちユーザによって指定されたページを表示する。ユーザの指定がない場合には、予め定められたページを表示する。複数のページの各々は、１つ以上のサブスクリプションに基づき生成される。

生成部４５０は、ＰＬＣとの間の通信のログを通信部４４１から受信したことに基づき、当該通信のログを用いて、当該ＰＬＣとの間の通信状況を表した通信状況データＤ１を生成する。つまり、生成部４５０は、通信のログが新たに記憶されたことに基づき、当該新たに記憶されたログを用いて、対応するＰＬＣとの間の通信状況を表した通信状況データＤ１を生成する。より詳しくは、生成部４５０は、典型的には、プログラマブル表示器４を起動した直後から得られた複数の通信ログを用いて通信状況データＤ１を生成する。

また、生成部４５０は、生成された通信状況データＤ１を記憶部４６０に格納する。詳しくは、生成部４５０は、通信状況データＤ１を生成する都度、記憶部４６０に既に格納されていた通信状況データＤ１を更新する。

Ｗｅｂサーバ４７０は、ＰＣ５のモニタツール５５０のＨＴＴＰ通信部５５１との間で、ＨＴＴＰ通信を行なう。Ｗｅｂサーバ４７０は、通信状況データＤ１の取得を要求する指令をモニタツール５５０から受信すると、読出部４７２によって、記憶部４６０に格納されている通信状況データＤ１（逐次更新される通信状況データ）を予め定められた周期Ｔｐで読み出す。出力部４７１は、読出部４７２によって読み出された通信状況データＤ１をＨＴＴＰ通信部５５１に送る。

ＰＣ５のモニタ管理部５５２は、プログラマブル表示器４に対するモニタリングの管理を行なう。詳しく説明すれば、以下のとおりである。モニタ管理部５５２は、ユーザからの入力操作を受け付ける。たとえば、モニタ管理部５５２は、図２に示した各オブジェクト５４３〜５４６に対する選択操作を、図示しない操作部（入力装置）を介してユーザから受け付ける。モニタ管理部５５２は、選択されたオブジェクトに応じた指令をＨＴＴＰ通信部５５１に送る。オブジェクト５４４が選択された場合、モニタ管理部５５２は、ＨＴＴＰ通信部５５１に対して、通信状況データＤ１を予め定められた周期Ｔｐで取得させる。

また、モニタ管理部５５２は、プログラマブル表示器４から取得した通信状況データＤ１を予め定められた表示形式（図２参照）で表示部５５３に表示させる。モニタ管理部５５２は、表示対象とする通信状況データＤ１を周期Ｔｐ毎に更新することにより、最新の通信状況データＤ１を表示部５５３に表示させる。

図４は、プログラマブル表示器４のランタイム処理部４４０（図３参照）で実行される処理の一部を説明するための図である。詳しくは、図４は、サブスクリプションを説明するための図である。

ランタイム処理部４４０は、複数のページの各々について、ページを表示させるためのデータを有している。図４を参照して、ランタイム処理部４４０は、一例として、ページＸを表示させるためのページＸ用のデータ４４１０と、ページＹを表示させるためのページＹ用のデータ４４２０とを有する。さらに、ランタイム処理部４４０は、ＰＬＣ１用のデバイスインスタンス４４３０と、ＰＬＣ２用のデバイスインスタンス４４４０と、ＰＬＣ３用のデバイスインスタンス（図示せず）とを有する。

ページＸ用のデータ４４１０は、サブスクリプション４４１１と、サブスクリプション４４１２とを含む。サブスクリプション４４１１には、一例として、１０個の変数が定義されている。サブスクリプション４４１１が実行されると、ランタイム処理部４４０の通信部４４１は、デバイスインスタンス４４３０を介して、５００ｍｓｅｃ周期で上記１０個の変数の値をＰＬＣ１から取得する。サブスクリプション４４１２には、一例として、上記１０個の変数とは異なる種類の５個の変数が定義されている。サブスクリプション４４１２が実行されると、ランタイム処理部４４０の通信部４４１は、デバイスインスタンス４４４０を介して、１０００ｍｓｅｃ周期で上記５個の変数の値をＰＬＣ２から取得する。

ページＸを表示させるために複数のサブスクリプション４４１１，４４１２が設けられている理由は、変数の値を取得する周期が変数毎に予め設定されているためである。

ページＹ用のデータ４４２０は、サブスクリプション４４２１と、サブスクリプション４４２２とを含む。サブスクリプション４４２１には、一例として、１０個の変数が定義されている。サブスクリプション４４２１が実行されると、ランタイム処理部４４０の通信部４４１は、デバイスインスタンス４４３０を介して、５００ｍｓｅｃ周期で上記１０個の変数の値をＰＬＣ１から取得する。サブスクリプション４４２２には、一例として、サブスクリプション４４２１において定義された上記１０個の変数とは異なる種類の５個の変数が定義されている。サブスクリプション４４２２が実行されると、ランタイム処理部４４０の通信部４４１は、デバイスインスタンス４４４０を介して、１０００ｍｓｅｃ周期で上記５個の変数の値をＰＬＣ２から取得する。

プログラマブル表示器４は、ページＸを表示し、ページＹを非表示としているときには、サブスクリプション４４１１とサブスクリプション４４１２とを実行するが、サブスクリプション４４２１とサブスクリプション４４２２とを実行しない。

ページＸが表示されている場合には、通信状況データＤ１は、ページＸに含まれる変数を取得するための通信が行われている（サブスクリプション４４１１，４４１２が実行されている）ことを表したデータ（「Active」の値が“True”）を含んでいる。換言すれば、ページＸが表示されている場合には、通信状況データＤ１は、ページＹに含まれる変数を取得するための通信が行われていない（サブスクリプション４４２１，４４２２が実行されていない）ことを表したデータ（「Active」の値が“False”）を含んでいる。

再び図２を参照して、たとえば、表示領域５４２における「subscription_0」がサブスクリプション４４１２に対応し、「subscription_1」がサブスクリプション４４２２に対応する。ユーザは、ＰＣ５のモニタ５１４の画面５４０（図２参照）を確認することにより、どのサブスクリプションが実行されているのかを即座に判断できる。詳しくは、ユーザは、各サブスクリプションにおける「Active」の値（“True”または“False”）を確認することによって、どのサブスクリプションが実行されているのかを即座に判断できる。たとえば、図２の場合には、ユーザは、「subscription_0」と「subscription_1」とが実行されていることを認識できる。

以下、通信部４４１および出力部４７１との処理の詳細について、３つのパターンに分けて説明する。

（１）サブスクリプション４４１１およびサブスクリプション４４１２（サブスクリプション４４２１およびサブスクリプション４４２２）に着目すると、通信部４４１および出力部４７１（図２）は、以下の構成を有するといえる。

通信部４４１は、複数の変数のうちの第１の変数を取得するために、指定された周期としての第１の周期（５００ｍｓｅｃ）でＰＬＣ１と通信し、複数の変数のうちの第２の変数を取得するために、指定された周期としての第２の周期（１０００ｍｓｅｃ）でＰＬＣ２と通信する。出力部４７１は、第１の周期で行われる通信に基づき生成された通信状況データＤ１と第２の周期で行われる通信に基づき生成された通信状況データＤ１とを互いに識別可能な状態でＰＣ５に送信する。

（２）サブスクリプション４４１１と、サブスクリプション４４２１とに着目すると、通信部４４１および出力部４７１（図２）は、以下の構成を有するといえる。

通信部４４１は、複数のページのうちのページＸが表示されている場合には、ページＸに含まれる変数を取得するために、指定された周期としての第１の周期（５００ｍｓｅｃ）でＰＬＣ１と通信する。また、通信部４４１は、複数のページのうちのページＹが表示されている場合には、ページＹに含まれる変数を取得するために、第１の周期（５００ｍｓｅｃ）でＰＬＣ１と通信する。出力部４７１は、ページＸに含まれる変数を取得するための通信に基づき生成された通信状況データＤ１とページＹに含まれる変数を取得するための通信に基づき生成された通信状況データＤ１とを互いに識別可能な状態でＰＣ５に出力する。

（３）サブスクリプション４４１１と、サブスクリプション４４２２とに着目すると、通信部４４１および出力部４７１（図２）は、以下の構成を有するといえる。

通信部４４１は、複数のページのうちのページＸが表示されている場合には、ページＸに含まれる変数を取得するために、指定された周期としての第１の周期（５００ｍｓｅｃ）でＰＬＣ１と通信する。また、通信部４４１は、複数のページのうちのページＹが表示されている場合には、ページＹに含まれる変数を取得するために、第２の周期（１０００ｍｓｅｃ）でＰＬＣ２と通信する。出力部４７１は、ページＸに含まれる変数を取得するための通信に基づき生成された通信状況データＤ１とページＹに含まれる変数を取得するための通信に基づき生成された通信状況データＤ１とを互いに識別可能な状態でＰＣ５に出力する。

＜Ｄ．制御構造＞
図５は、プログラマブル表示器４の処理の流れを説明するためのフローチャートである。図５を参照して、ステップＳ２において、プログラマブル表示器４は、ユーザから予め定められた操作を受け付けると、起動処理を開始する。ステップＳ４において、プログラマブル表示器４は、定周期通信を開始する。たとえば、プログラマブル表示器４は、ページＸを表示している場合には、サブスクリプション４４１１の実行により５００ｍｓｅｃ周期でＰＬＣ１との通信を開始するとともに、サブスクリプション４４１２の実行により１０００ｍｓｅｃ周期でＰＬＣ２との通信を開始する。

プログラマブル表示器４は、ステップＳ６において１周期分の通信が終了すると、ステップＳ８において、通信ログから通信状況データＤ１を生成する。ステップＳ１０において、プログラマブル表示器４は、生成された通信状況データＤ１を用いて記憶部４６０に記憶されている通信状況データＤ１を更新する。

ステップＳ１２において、プログラマブル表示器４は、ユーザから停止操作を受け付けたか否かを判断する。プログラマブル表示器４は、停止操作を受け付けたと判断された場合（ステップＳ１２においてＹＥＳ）、一連の処理を終了する。プログラマブル表示器４は、停止操作を受け付けていないと判断された場合（ステップＳ１２においてＮＯ）、処理をステップＳ６に進める。

図６は、プログラマブル表示器４の他の処理の流れを説明するためのフローチャートである。図６を参照して、ステップＳ１０２において、プログラマブル表示器４は、ＰＣ５から通信状況データＤ１の送信を要求する指令を受け付けたか否かを判断する。プログラマブル表示器４は、ステップＳ１０２に示した処理を、予め定められたタイミングで実行する。たとえば、プログラマブル表示器４は、ステップＳ１０２に示した処理をステップＳ１０の処理が終了したことをトリガとして実行する。

プログラマブル表示器４は、指令を受け付けたと判断された場合（ステップＳ１０２においてＹＥＳ）、ステップＳ１０４において、通信状況データＤ１が更新される度に、最新の通信状況データＤ１をＰＣ５に送信する。プログラマブル表示器４は、指令を受け付けていないと判断された場合（ステップＳ１０２においてＮＯ）、処理をステップＳ１０２に戻す。

図７は、ＰＣ５の処理の流れを説明するためのフローチャートである。図７を参照して、ステップＳ２０２において、ＰＣ５は、ユーザから予め定められた操作を受け付けると、起動処理を開始する。ステップＳ２０４において、ＰＣ５は、モニタ管理部５５２によるモニタ処理を開始する。ステップＳ２０６において、ＰＣ５は、通信状況データＤ１をプログラマブル表示器４から取得（受信）する。

ステップＳ２０８において、ＰＣ５は、最新の通信状況データＤ１に基づきモニタ５１４の画面を更新する。ステップＳ２１０において、ＰＣ５は、ユーザから停止操作を受け付けたか否かを判断する。ＰＣ５は、停止操作を受け付けたと判断された場合（ステップＳ２１０においてＹＥＳ）、一連の処理を終了する。ＰＣ５は、停止操作を受け付けていないと判断された場合（ステップＳ２１０においてＮＯ）、処理をステップＳ２０６に進める。

＜Ｅ．ハードウェア構成＞
（ｅ１．プログラマブル表示器４）
図８は、プログラマブル表示器４のハードウェア構成の一例を説明するための図である。図８を参照して、プログラマブル表示器４は、各種の演算を行なうＣＰＵ（Central Processing Unit）４１１と、ＲＯＭ（Read Only Memory）４１２と、ＲＡＭ（Random Access Memory）４１３と、各種のプログラムを不揮発的に格納するフラッシュＲＯＭ４１４と、時計４１５と、操作キー４１６と、カメラ４１７と、タッチスクリーン４１８と、通信インターフェイス４１９とを備える。なお、これらの部位は、内部バスを介して互いに接続される。

タッチスクリーン４１８は、ディスプレイ４８１と、ディスプレイ４８１を覆うように設置されたタッチパネル４８２とを有する。

通信インターフェイス４１９は、Ｅｔｈｅｒｎｅｔ用ＩＦ（InterFace）、シリアル用ＩＦ、ＵＳＢ（Universal Serial Bus）用ＩＦ等の各種の通信ＩＦを有する。プログラマブル表示器４は、通信インターフェイス４１９を介して、ＰＬＣ１〜３、ＰＣ５等の各種の電子機器と通信する。

ＣＰＵ４１１は、フラッシュＲＯＭ４１４に格納されているプログラムをＲＡＭ４１３などに展開して実行する。ＲＯＭ４１２は、一般的に、オペレーティングシステム（ＯＳ：Operating System）等のプログラムを格納している。ＲＡＭ４１３は、揮発性メモリであり、ワークメモリとして使用される。

なお、図８に示されるプログラマブル表示器４を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、フラッシュＲＯＭ４１４等のメモリに格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、プログラマブル表示器４の各ハードウェアの動作は周知であるために、詳細な説明は繰り返さない。

（ｅ２．ＰＣ５）
図９は、ＰＣ５のハードウェア構成を示す模式図である。図９を参照して、ＰＣ５は、ＯＳを含む各種プログラムを実行するＣＰＵ５０２と、ＢＩＯＳや各種データを格納するＲＯＭ（Read Only Memory）５０４と、ＣＰＵ５０２でのプログラムの実行に必要なデータを格納するための作業領域を提供するメモリＲＡＭ５０６と、ＣＰＵ５０２で実行されるプログラムなどを不揮発的に格納するハードディスク（ＨＤＤ）５０８とを含む。

ＰＣ５は、さらに、ユーザからの操作を受け付けるキーボード５１０およびマウス５１２と、情報をユーザに提示するためのモニタ５１４とを含む。さらに、ＰＣ５は、プログラマブル表示器４などと通信するための通信インターフェイス（ＩＦ）５１８を含む。ＰＣ５は、通信ＩＦ５１８によってプログラマブル表示器４と通信可能に接続される。

（ｅ３．ＰＬＣ１〜３のＣＰＵユニット１０）
図１０は、ＰＬＣ１〜３の各ＣＰＵユニット１０のハードウェア構成を説明するための図である。図１０を参照して、ＣＰＵユニット１０は、プロセッサ１２０と、チップセット１２２と、システムクロック１２４と、主メモリ１２６と、不揮発性メモリ１２８と、Ｅｔｈｅｒｎｅｔコネクタ１３０と、ＰＬＣシステムバスコントローラ１４０と、フィールドバスコントローラ１５０と、上位通信コントローラ１６０と、メモリカードインターフェイス１７０と、ＵＳＢコネクタ（図示せず）とを含む。チップセット１２２と他のコンポーネントとの間は、各種のバスを介してそれぞれ結合されている。

プロセッサ１２０およびチップセット１２２は、典型的には、汎用的なコンピュータアーキテクチャに準じて構成される。すなわち、プロセッサ１２０は、チップセット１２２から内部クロックに従って順次供給される命令コードを解釈して実行する。チップセット１２２は、接続されている各種コンポーネントとの間で内部的なデータを遣り取りするとともに、プロセッサ１２０に必要な命令コードを生成する。システムクロック１２４は、予め定められた周期のシステムクロックを発生してプロセッサ１２０に提供する。チップセット１２２は、プロセッサ１２０での演算処理の実行の結果得られたデータなどをキャッシュする機能を有する。

ＣＰＵユニット１０は、記憶手段として、主メモリ１２６および不揮発性メモリ１２８を有する。主メモリ１２６は、揮発性の記憶領域であり、プロセッサ１２０で実行されるべき各種プログラムを保持するとともに、各種プログラムの実行時の作業用メモリとし
ても使用される。不揮発性メモリ１２８は、ＯＳ（Operating System）、システムプログラム、ユーザプログラム、ログ情報などを不揮発的に保持する。

Ｅｔｈｅｒｎｅｔコネクタ１３０は、プログラマブル表示器４とＣＰＵユニット１０とを接続するためのインターフェイスである。なお、ＵＳＢコネクタ（図示せず）は、サポート装置とＣＰＵユニット１０とを接続するためのインターフェイスである。典型的には、サポート装置から転送される実行可能なプログラムなどは、ＵＳＢコネクタを介してＣＰＵユニット１０に取込まれる。

ＣＰＵユニット１０は、通信手段として、ＰＬＣシステムバスコントローラ１４０、フィールドバスコントローラ１５０、および上位通信コントローラ１６０を有する。これらの通信回路は、データの送信および受信を行う。

ＰＬＣシステムバスコントローラ１４０は、ＰＬＣシステムバス１０８を介したデータの遣り取りを制御する。より具体的には、ＰＬＣシステムバスコントローラ１４０は、バッファメモリ１４２と、ＰＬＣシステムバス制御回路１４４と、ＤＭＡ（Dynamic Memory
Access）制御回路１４６とを含む。ＰＬＣシステムバスコントローラ１４０は、ＰＬＣ
システムバスコネクタ１４８を介してＰＬＣシステムバス１０８と接続される。

フィールドバスコントローラ１５０は、バッファメモリ１５２と、フィールドバス制御回路１５４と、ＤＭＡ制御回路１５６とを含む。フィールドバスコントローラ１５０は、フィールドバスコネクタ１５８を介してフィールドバス１１０と接続される。上位通信コントローラ１６０は、バッファメモリ１６２と、上位通信制御回路１６４と、ＤＭＡ制御回路１６６とを含む。上位通信コントローラ１６０は、上位通信コネクタ１６８を介してネットワーク１１２と接続される。

メモリカードインターフェイス１７０は、ＣＰＵユニット１０に対して着脱可能なメモリカード１７２とプロセッサ１２０とを接続する。

＜Ｆ．ＣＰＵによる処理＞
プログラマブル表示器４における処理を、ＣＰＵ４１１（制御手段）および通信インターフェイス４１９（通信手段）を主体として説明すると、以下のとおりである。

プログラマブル表示器４は、表示画面５４０と、ＰＬＣ１，２，３と通信するための通信インターフェイス４１９（通信手段）と、表示画面および通信インターフェイス４１９を制御するＣＰＵ４１１（制御手段）とを備える。ＣＰＵ４１１は、通信インターフェイス４１９を介して、第１の周期でＰＬＣ１，２，３から第１のデータを取得する。ＣＰＵ４１１は、さらに、第１のデータの取得に失敗すると、第１のデータを特定する名称および当該失敗の前に最後に成功した第１のデータの取得に関連付けられる第１の成功タイミングをディスプレイ４８１の表示画面に表示させる。上記の構成によれば、プログラマブル表示器４は、ＰＬＣ１，２，３から周期的にデータを取得することに失敗した場合に、当該失敗に関する情報を遅延少なくユーザに提示可能である。

第１の周期に対応する時間情報は、ＣＰＵ４１１が設定値として有している第１の周期の値またはＣＰＵ４１１が測定した第１のデータの取得に関する通信からその次の通信までの時間間隔である。第１の周期は、ＣＰＵ４１１または通信インターフェイス４１９により決定される周期でもよいし、ＰＬＣ１，２，３により決定される周期でもよい。

ＣＰＵ４１１は、さらに、通信インターフェイス４１９を介して、第２の周期でＰＬＣ１，２，３から第２のデータを取得する。ＣＰＵ４１１は、さらに、第２のデータの取得に失敗すると、第２のデータを特定する名称および当該失敗の前に最後に成功した第２のデータの取得に関連付けられる第２の成功タイミングを表示画面に表示する。

ＣＰＵ４１１は、第１のデータの取得に失敗すると、さらに、当該失敗に関連付けられる失敗タイミング、または第１の成功タイミングから失敗タイミングまでの経過時間をディスプレイ４８１の表示画面に表示する。ＣＰＵ４１１は、さらに、第１のデータを特定する名称に対応させて第１の周期に対応する時間情報を表示する。ＣＰＵ４１１は、さらに、第１のデータを取得すると、当該取得したデータの値を表示画面に表示する。

上記失敗は、データの取得に関する受信が存在しなかったこと、受信が発生した時刻が予定された受信の時刻からあらかじめ定められた許容時間を超えて変動したこと、または受信により取得したデータに誤りが検出されたことである。

詳しくは、第１の成功タイミングは、第１のデータの取得に関する受信が発生した時刻、当該受信と対応している通算受信回数、または第１のデータに組み込まれている第１のデータの発生もしくは送信の時刻である。また、失敗タイミングは、データの取得に関する受信が存在しないと判断された時刻、予定された受信時刻からあらかじめ定められた許容時間を超えて変動した時刻に受信が発生した場合の受信時刻、または受信したデータに誤りが検出された場合の受信が発生した受信時刻である。

なお、プログラマブル表示器４は、上述したように、プログラムを記憶する記憶部４６０と、プログラムを実行するライタイム処理部４４０とを備える。上記第１のデータは、プログラムにおいて使用される変数の値である。第１のデータを特定する名称は、変数の名称である。

［実施の形態２］
本実施の形態では、ＰＣが、ＰＬＣ２における処理をシミュレートし、プログラマブル表示器４のランタイム処理部４４０における処理をエミュレートする構成について説明する。詳しくは、本実施の形態では、ＰＣが、通信状況データＤ１の生成および表示を行なう構成について説明する。

図１１は、本実施の形態に係るＰＣ１０００Ａの機能的構成を説明するための図である。図１１を参照して、ＰＣ１０００Ａは、モニタツール５５０Ａと、エミュレータ４９０と、シミュレータ９と、生成部４５０と、記憶部４６０とを備える。モニタツール５５０Ａは、モニタ管理部５５２と、表示部５５３とを備える。エミュレータ４９０は、通信部４９１と、表示部４９２とを備える。

シミュレータ９は、ＰＬＣ２の処理をシミュレートする。エミュレータ４９０は、実施の形態１で説明したプログラマブル表示器４のランタイム処理部４４０の処理をエミュレートする。

エミュレータ４９０の通信部４９１は、シミュレータ９との間でＨＴＴＰによる通信を行なう。

通信部４９１は、ＰＬＣ２と、指定された周期で通信を行なう。通信部４９１は、ＰＬＣ２との通信のログを記憶し、当該記憶している通信のログを生成部４５０に送る。

表示部４９２は、複数のページのうちユーザによって指定されたページを表示する。ユーザの指定がない場合には、予め定められたページを表示する。

モニタ管理部５５２は、記憶部４６０に記憶された通信状況データＤ１を逐次読み出し、読み出した通信状況データＤ１を予め定められた表示形式（図２参照）で表示部５５３に表示させる。モニタ管理部５５２は、表示対象とする通信状況データＤ１を周期Ｔｐ毎に更新することにより、最新の通信状況データＤ１を表示部５５３に表示させる。

上記のような構成を有するＰＣ１０００Ａによれば、実施の形態１と同様の効果を得ることができる。すなわち、ユーザは、ＰＬＣ２との間で直近に行われた通信の状況をリアルタイムに確認可能となる。また、ユーザは、これまでの複数回の通信の状況を具体的な数値で把握することができる。

なお、図１１では、ＰＬＣ２における処理をシミュレートする構成を例に挙げているが、他のＰＬＣ１，３における各処理をさらにシミュレートする構成であってもよい。

［実施の形態３］
本実施の形態では、実施の形態２において説明したシミュレートおよびエミュレートを実行可能なように実施の形態１におけるＰＣ５の構成を変更した場合について説明する。

図１２は、本実施の形態に係るＰＬＣシステム１０００Ｂの構成を説明するための図である。図１２を参照して、ＰＬＣシステム１０００Ｂは、ＰＬＣ１〜３と、プログラマブル表示器４と、ＰＣ５Ｂとを備える。つまり、ＰＬＣシステム１０００Ｂは、ＰＣ５Ｂを備える点において、ＰＣ５を備える実施の形態１のＰＬＣシステム１０００と異なる。したがって、以下では、ＰＣ５Ｂに着目して説明する。

ＰＣ５Ｂは、モニタツール５５０と、エミュレータ４９０と、シミュレータ９と、生成部４５０と、記憶部４６０とを備える。すなわち、ＰＣ５Ｂは、モニタツール５５０を備える点において、モニタツール５５０Ａを備える実施の形態２のＰＣ１０００Ａと異なる。

ＰＣ５Ｂは、上記のような構成を有することにより、実施の形態１で説明したとおり、プログラマブル表示器４から取得した通信状況データＤ１を表示部５５３に表示することができる。また、ＰＣ５Ｂは、実施の形態２で説明したとおり、シミュレーションおよびエミュレーションに基づき生成された通信状況データＤ１を表示部５５３に表示することができる。なお、ＰＣ５Ｂが当該２つの通信状況データＤ１のいずれを表示部５５３に表示させるかは、ユーザの操作に基づく。

上記のような構成を有するＰＬＣシステム１０００Ｂによれば、実施の形態１，２と同様の効果を得ることができる。すなわち、ユーザは、ＰＬＣ１〜３との間で直近に行われた通信の状況をリアルタイムに確認可能となる。また、ユーザは、これまでの複数回の通信の状況を具体的な数値で把握することができる。

［実施の形態４］
本実施の形態では、ＰＣに複数のプログラマブル表示器が接続されている構成について説明する。

図１３は、本実施の形態に係るＰＬＣシステム１０００Ｃの構成を説明するための図である。図１３を参照して、ＰＬＣシステム１０００Ｃは、ＰＬＣ１〜３と、プログラマブル表示器４と、ＰＣ５と、ＰＬＣ１α，２α，３αと、プログラマブル表示器４αとを備える。すなわち、ＰＬＣシステム１０００Ｃは、ＰＬＣ１α，２α，３αとプログラマブル表示器４αとを備える点において、これらを備えていない実施の形態１のＰＬＣシステム１０００と異なる。

プログラマブル表示器４αは、ＰＬＣ１αとの間でＦＩＮによる通信を行なう。プログラマブル表示器４αは、ＰＬＣ２αとの間でＨＴＴＰによる通信を行なう。プログラマブル表示器４αは、ＰＬＣ３αとの間でＥＩＰによる通信を行なう。プログラマブル表示器４αは、プログラマブル表示器４と同様のハードウェア構成および機能的構成を有する。したがって、プログラマブル表示器４αの構成および処理内容については繰り返さない。

本実施の形態では、ＰＣ５は、プログラマブル表示器４，４αと通信可能に接続される。このため、ＰＣ５のＨＴＴＰ通信部５５１は、２つのプログラマブル表示器４，４αから通信状況データＤ１を取得することになる。

ＰＣ５は、プログラマブル表示器４から取得した通信状況データＤ１およびプログラマブル表示器４αから取得した通信状況データＤ１の少なくとも一方を表示部５５３に表示させる。たとえば、ＰＣ５は、ユーザ操作に応じて、プログラマブル表示器４から取得した通信状況データＤ１のみを表示、プログラマブル表示器４αから取得した通信状況データＤ１のみを表示、または、プログラマブル表示器４から取得した通信状況データＤ１とプログラマブル表示器４αから取得した通信状況データＤ１とを同時に表示する。

上記のような構成を有するＰＬＣシステム１０００Ｂによれば、実施の形態１，２，３と同様の効果を得ることができる。また、ユーザは、１台のＰＣで、複数のプログラマブル表示器からの通信状況データＤ１を確認することができる。

［実施の形態５］
上記の実施の形態１，３，４においては、通信状況データＤ１をＰＣ５，５Ｂのモニタ５１４に表示する構成を説明した。しかしながら、これに限定されるものではない。通信状況データＤ１をプログラマブル表示器４の表示部４４２に表示可能なように、ＰＬＣシステム１０００，１０００Ｂ，１０００Ｃを構成してもよい。

また、通信状況データＤ１をプログラマブル表示器の表示部４４２に表示させるとともに、表示部４４２に、他のプログラマブル表示器から取得した通信状況データを表示するように、通信システムを構成してもよい。当該構成について、以下説明する。

図１４は、ＰＬＣシステム１０００Ｄの構成を説明するための図である。図１４を参照して、ＰＬＣシステム１０００Ｄは、ＰＬＣ１〜３と、プログラマブル表示器４Ｄと、ＰＬＣ１β，２β，３βと、プログラマブル表示器４βと、ＰＬＣ１γ，２γ，３γと、プログラマブル表示器４γとを備える。すなわち、ＰＬＣシステム１０００Ｄは、ＰＬＣ１β，１γ，２β，２γ，３β，３γとプログラマブル表示器４β，４γとを備える一方、ＰＣ５を備えていない点において、実施の形態１のＰＬＣシステム１０００と異なる。

プログラマブル表示器４βは、ＰＬＣ１βとの間でＦＩＮによる通信を行なう。プログラマブル表示器４βは、ＰＬＣ２βとの間でＨＴＴＰによる通信を行なう。プログラマブル表示器４βは、ＰＬＣ３βとの間でＥＩＰによる通信を行なう。プログラマブル表示器４γは、ＰＬＣ１γとの間でＦＩＮによる通信を行なう。プログラマブル表示器４γは、ＰＬＣ２γとの間でＨＴＴＰによる通信を行なう。プログラマブル表示器４γは、ＰＬＣ３γとの間でＥＩＰによる通信を行なう。

プログラマブル表示器４Ｄは、ランタイム処理部４４０と、生成部４５０と、記憶部４６０と、通信部４８０とを備える。すなわち、プログラマブル表示器４Ｄは、Ｗｅｂサーバ４７０の代わりに通信部４８０を備える点において、実施の形態１のプログラマブル表示器４と異なる。プログラマブル表示器４Ｄは、プログラマブル表示器４と同様のハードウェア構成を有する。

プログラマブル表示器４β，４γは、プログラマブル表示器４Ｄと同様のハードウェア構成および機能的構成を有する。

プログラマブル表示器４Ｄは、通信部４８０によって、プログラマブル表示器４β，４γと通信する。具体的には、プログラマブル表示器４Ｄは、通信部４８０によって、プログラマブル表示器４β，４γから通信状況データＤ１を取得する。プログラマブル表示器４Ｄは、プログラマブル表示器４β，４γの各々から取得した通信状況データＤ１を用いて、記憶部４６０に記憶されている、表示器毎に区別して記憶されている各通信状況データＤ１を更新する。たとえば、プログラマブル表示器４Ｄは、プログラマブル表示器４βから取得した通信状況データＤ１を用いて、プログラマブル表示器４βから前回取得した通信状況データＤ１を更新する。

プログラマブル表示器４Ｄの表示部４４２は、プログラマブル表示器４で生成された通信状況データＤ１、プログラマブル表示器４βから取得した通信状況データＤ１、およびプログラマブル表示器４γから取得した通信状況データＤ１のうち、ユーザにより指定された１つ以上のプログラマブル表示器の通信状況データＤ１を表示する。

上記のような構成を有するＰＬＣシステム１０００Ｄによれば、実施の形態１，２，３と同様の効果を得ることができる。また、ユーザは、ＰＣを用いることなく、プログラマブル表示器で、１台以上の他のプログラマブル表示器からの通信状況データＤ１を確認することができる。

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

１０００，１０００Ｂ，１０００Ｃ，１０００Ｄ ＰＬＣシステム、４，４Ｄ プログラマブル表示器、５，１０００Ｂ ＰＣ、９ シミュレータ、４４０ ランタイム処理部、４４１，４８０，４９１ 通信部、４４２，４９２，５５３ 表示部、４５０ 生成部、４６０ 記憶部、４７０ Ｗｅｂサーバ、４７１ 出力部、４７２ 読出部、４８１ ディスプレイ、４８２ タッチパネル、４９０ エミュレータ、５１４ モニタ、５４０ 画面、５４１，５４２ 表示領域、５４３，５４４，５４５，５４６ オブジェクト、５５０，５５０Ａ モニタツール、５５１ ＨＴＴＴＰ通信部、５５２ モニタ管理部。

Claims (13)

1. 機器を制御する制御装置と通信可能なプログラマブル表示器であって、
   表示画面と、
   前記制御装置と通信するための通信手段と、
   前記表示画面および前記通信手段を制御する制御手段とを備え、
   前記制御手段は、前記通信手段を介して、第１の周期で前記制御装置から第１のデータを取得し、
   前記制御手段は、さらに、前記第１のデータの取得に失敗すると、前記第１のデータを特定する名称および当該失敗の前に最後に成功した前記第１のデータの取得に関連付けられる第１の成功タイミングを前記表示画面に表示する、プログラマブル表示器。
2. 前記制御手段は、さらに、前記通信手段を介して、第２の周期で前記制御装置から第２のデータを取得し、
   前記制御手段は、さらに、前記第２のデータの取得に失敗すると、前記第２のデータを特定する名称および当該失敗の前に最後に成功した前記第２のデータの取得に関連付けられる第２の成功タイミングを前記表示画面に表示する、請求項１に記載のプログラマブル表示器。
3. 前記制御手段は、前記第１のデータの取得に失敗すると、さらに、当該失敗に関連付けられる失敗タイミング、または前記第１の成功タイミングから前記失敗タイミングまでの経過時間を前記表示画面に表示する、請求項１または２に記載のプログラマブル表示器。
4. 前記制御手段は、さらに、前記第１のデータを特定する名称に対応させて前記第１の周期に対応する時間情報を表示する、請求項１から３のいずれか１項に記載のプログラマブル表示器。
5. 前記第１の周期に対応する時間情報は、前記制御手段が設定値として有している第１の周期の値または前記制御手段が測定した前記第１のデータの取得に関する通信からその次の通信までの時間間隔である、請求項４に記載のプログラマブル表示器。
6. 前記制御手段は、さらに、前記第１のデータを取得すると、当該取得したデータの値を前記表示画面に表示する、請求項１から５のいずれか１項に記載のプログラマブル表示器。
7. 前記失敗は、データの取得に関する受信が存在しなかったこと、前記受信が発生した時刻が予定された受信の時刻からあらかじめ定められた許容時間を超えて変動したこと、または前記受信により取得したデータに誤りが検出されたことである、請求項１から６のいずれか１項に記載のプログラマブル表示器。
8. 前記制御手段は、プログラムを記憶する記憶手段と、前記プログラムを実行する処理手段とを備え、
   前記第１のデータは、前記プログラムにおいて使用される変数の値である、請求項１から７のいずれか１項に記載のプログラマブル表示器。
9. 前記第１のデータを特定する名称は、前記変数の名称である、請求項８に記載のプログラマブル表示器。
10. 前記第１の成功タイミングは、前記第１のデータの取得に関する受信が発生した時刻、当該受信と対応している通算受信回数、または前記第１のデータに組み込まれている前記第１のデータの発生もしくは送信の時刻である、請求項１から９のいずれか１項に記載のプログラマブル表示器。
11. 前記失敗タイミングは、データの取得に関する受信が存在しないと判断された時刻、予定された受信時刻からあらかじめ定められた許容時間を超えて変動した時刻に前記受信が発生した場合の受信時刻、または受信したデータに誤りが検出された場合の前記受信が発生した受信時刻である、請求項３に記載のプログラマブル表示器。
12. 前記第１の周期は、前記制御手段または前記通信手段により決定される周期である、請求項１から１１のいずれか１項に記載のプログラマブル表示器。
13. 前記第１の周期は、前記制御装置により決定される周期である、請求項１から１１のいずれか１項に記載のプログラマブル表示器。