JP5970080B2 - プログラマブル表示器、プログラム - Google Patents

Description

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

プログラマブル表示器は、一般的に、ＰＬＣ本体や温調装置等の各種接続機器と接続して、これら接続機器の状態表示を行う数値表示やランプ等のアイテムや、ユーザが任意の指示を出す為のスイッチ等のアイテムの画像を表示する。尚、アイテムは、画面部品等とも呼ばれている。プログラマブル表示器の画面（操作表示画面と呼ぶものとする）には、通常、複数の画面部品（アイテム）の画像が表示される。この様な操作表示画面を表示する為のデータ等（画面データ等と呼ばれる）は、予め不図示の支援装置において開発者等によって任意に作成されて、支援装置からプログラマブル表示器にダウンロードされている。

上記画面データには、上記各アイテム毎に、そのアイテムの画像（スイッチの画像やランプの画像）や表示位置座標、更に後述する外部メモリの所定領域のアドレス（割当メモリアドレス）等のデータが含まれている。更に何らかのプログラム等が含まれている場合もある。

上記各アイテムは、例えば、それぞれが任意の接続機器の任意の構成要素に対応して、当該構成要素の状態表示を行ったり、当該構成要素のＯＮ／ＯＦＦの指示を受け付けるものである。例えば、温調装置の温度測定値を数値表示するアイテムの場合、随時、現在の温度を数値で表示することになる。

上記各種アイテムに係る表示制御は、上記各アイテム毎に、例えば定期的に所定の処理を実行することで実現される。所定の処理とは、例えば、接続機器内のメモリデバイス（外部メモリとする）の上記所定領域（割当メモリ）の格納データを読出して、この格納データに基づいてアイテムの表示内容を決定・表示するものである。尚、接続機器は、随時、上記外部メモリの所定領域の格納データを更新している（例えば上記温調装置において上記温度測定値を随時更新している）。

また、上記外部メモリから読出したデータを、プログラマブル表示器内のメモリデバイス（内部メモリとする）の所定領域に一時的に格納して、この格納データに基づいてアイテムの表示内容を決定・表示する構成もある。

この例の場合、外部メモリの格納データを読み出して内部メモリに格納する処理は、プログラマブル表示器の所定の機能部（ここでは不図示の通信部とする）が、例えば定期的に実行する。上記通信部は、例えば、上記ＰＬＣ本体や温調装置等の各種接続機器と通信を行って、接続機器内の上記外部メモリの所定の記憶領域の格納データを取得して、このデータを上記内部メモリの所定領域に上書き格納する。そして、プログラマブル表示器における上記各種アイテムに係る表示制御を行う機能部（アイテム表示部というものとする）は、定期的に内部メモリにアクセスすることで、アイテム表示内容を制御する。

但し、接続機器との通信エラーや、外部メモリ自体やその所定の記憶領域に何らかの異常（一時的なものも含む）が生じていた場合等には、上記外部メモリのデータ取得処理が失敗する場合がある。この様な場合、上記通信部は通信相手の接続機器は認識できているので、上記アイテム表示部が例えば「ＰＬＣ本体との通信エラー発生」等のエラーを通知するウィンドウを画面上に表示する等して、ユーザに注意を促していた。

また、例えば特許文献１には、外部からの映像を、本来の操作画面にオーバーレイ表示すること等が開示されている。
特開２００２−１４０１０４号公報

上述したように、従来では、接続機器との通信エラー等を検出して警告表示することが行われている。これは、通信エラー等が生じた接続機器に係るアイテムの表示内容が、信頼できない状態にあること（現在値ではない等）を警告するものと言える。

しかしながら、必ずしも、オペレータが、この表示を見ることで信頼出来ないアイテムを判別できるとは限らない。例えば、「温調装置との通信エラー発生」の表示を見て、どのアイテム（１または複数）が温調装置に関する状態表示を行うアイテムであるのか判断することは、必ずしも出来なかった。更に、外部メモリの所定の記憶領域のデータのみが取得エラーとなった場合、この記憶領域に係るアイテムについてエラー表示することはできなかった。

本発明の課題は、任意のアイテムに関連付けられたメモリデータの取得が何らかの原因で出来ない状態となった場合、このアイテムを特定すると共にこのアイテム表示に対応してエラー表示を行うことで、オペレータが一目で異常なアイテム表示を判別することができるようにするプログラマブル表示器等を提供することである。

本発明のプログラマブル表示器は、１以上の接続機器に接続されるプログラマブル表示器であって、通信処理手段と、アイテム表示手段と、エラー通知手段とを有する。
通信処理手段は、任意の前記接続機器との通信によって該接続機器の記憶領域に保持されたデータを読み出す。

アイテム表示手段は、当該通信処理手段によって読み出された前記データに基づいて、前記接続機器の各種状態を示す各アイテムを表示する。
エラー通知手段は、前記通信処理手段による前記データの読出し処理が失敗した場合、該読出し失敗に係る前記アイテムに対応させて所定のエラーイメージを表示する。
予め前記アイテム毎に、そのアイテムに係わる所定の前記接続機器の任意の記憶領域が割り当てられており、
前記通信処理手段は、前記アイテム毎に、そのアイテムに割り当てられた前記記憶領域である割当記憶領域に保持されたデータを読出す。
前記エラー通知手段は、前記割当記憶領域からのデータ読出しに失敗したアイテム全てに対応させてそれぞれ前記エラーイメージを表示する。
前記エラーイメージの表示は、前記データ読出しに失敗した各アイテムの画像に一部重ねるように若しくは該アイテム画像の近辺に、表示するものである。

本例のプログラマブル表示器を含むシステム全体の概略構成図である。 本例のプログラマブル表示器の構成例である。 本システムのソフトウェア構成図である。 エラー発生時の操作表示画面例である。 本例のプログラマブル表示器の処理機能図である。 共有メモリに関する具体例であり、（ａ）はデータ構造例、（ｂ）はデータ格納例である。 通信処理部の処理フローチャート図である。 アイテム処理部の処理フローチャート図である。 （ａ）〜（ｃ）は、各種データ構成図である。

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例のプログラマブル表示器１を含むシステム全体の概略構成図である。
図１に示すプログラマブルコントローラシステムは、各種接続機器４と、通信ライン６を介して各種接続機器４に接続するプログラマブル表示器１とを有する。更に、プログラマブル表示器１が、通信ライン３を介して作画エディタ装置５に接続された構成であってもよい。但し、作画エディタ装置５は、必ずしも必要なわけではない（一例を示しているに過ぎない）。

プログラマブル表示器１には、複数の通信インタフェース２（通信ポート）が備えられており、各通信インタフェース２に接続された通信ライン３／通信ライン６によって各種接続機器４や作画エディタ装置５と接続されている。

図２は、本例のプログラマブル表示器１の構成例である。
プログラマブル表示器１は、上述した従来例と略同様に上述した画面データ等に基づく操作表示画面の表示等を行う機能を有するが、更に、特定のエラーが生じた場合に当該エラーに関係するアイテム表示に対応させて特定マーク等を表示する機能を有する。詳しくは後述する。

図示のプログラマブル表示器１は、表示操作制御装置１０と、タッチパネル１８、ディスプレイ１９、上記通信インタフェース２等を有する。
表示操作制御装置１０は、ＣＰＵ１１、ＲＯＭ１２（フラッシュメモリ等）、ＲＡＭ１３、通信コントローラ１４、グラフィックコントローラ１５、タッチパネルコントローラ１６等より成り、これらがバス１７に接続されている。

ＣＰＵ１１は、表示操作制御装置１０全体を制御する中央処理装置（演算プロセッサ）である。ＣＰＵ１１は、ＲＯＭ１２に予め格納されているプログラム（例えば後述する本体プログラム２１等）を実行することで、所定の演算動作（処理）を行う。例えば後述する図５や図７、図８等で説明する処理を実行する。各種の演算結果は、例えばＲＡＭ１３やＲＯＭ１２に格納される。

また、ＲＯＭ１２には、上記背景技術で説明した画面データ（後述する画面データ２２）等が格納されている。上記のように、画面データは、例えば上述したスイッチ、ランプ等の各アイテム毎に、そのアイテムの画像や表示位置座標や大きさ等の表示に係わるデータや、上記割当メモリアドレス（割当メモリ領域）等のメモリアクセスに係わるデータ等を有する。

上記ＣＰＵ１１の処理には、例えば上記背景技術で説明した“各アイテム毎の割当メモリアドレス等の格納データ”（上記外部メモリの所定領域の格納データ）を取得する処理等が含まれる。この取得データは、例えば後述する共有メモリ４５に一時的に格納される。尚、共有メモリ４５は、上記ＲＡＭ１３やＲＯＭ１２の記憶領域の一部であってもよいし、不図示の他のメモリであってもよい。

また、上記ＣＰＵ１１の処理によって、例えば上記画面データや上記取得データ等に基づく表示対象データが、例えばＲＡＭ１３（あるいは不図示のビデオＲＡＭ）上に展開（描画）される。この描画に基づいてグラフィックコントローラ１５が、ディスプレイ１９上に上述した操作表示画面等を表示する。例えばランプを例にすると、上記画面データには消灯画像と点灯画像とが含まれており、上記取得データが‘０’であれば消灯画像、‘１’であれば点灯画像が、上記表示対象データとなる。

尚、上記画面データや取得データ等に基づく操作表示画面の表示処理自体は、従来と略同様であってよい。本手法では、この様な表示に加えて、更に後述する特定マーク（！など）を表示する場合があるものである。

すなわち、操作表示画面の表示内容には、上記のように取得データ（外部メモリの所定領域の格納データ）の内容が反映される場合がある。例えば上記ランプの例の場合、ある時点での取得データが‘１’であった為に点灯画像を表示している状態で、格納データが‘０’に変わったとする。しかし、何らかの原因でこの格納データの取得に失敗した場合、本来であれば消灯画像に切り替わらなければならないのに、点灯画像が表示されたままとなってしまう。

本手法においても、この様なケースでは点灯画像が表示されたままとなる。しかしながら、この点灯画像に対応させて（この点灯画像に重ねて；あるいはこの点灯画像の近くに）後述する特定マーク（！など）を表示する。これによって、オペレータ等は、この点灯画像の表示が間違っている（現状を反映させていない；過去の状態のままである）可能性があると認識できる。

ディスプレイ１９は、例えば液晶パネル等より成り、この液晶パネル上に重ねるようにしてタッチパネル１８が設けられる。ディスプレイ１９上には、基本的には、複数のアイテム画像が所定位置に配置されて成る上記操作表示画面が表示される。但し、本手法の場合、上記の通り、特定マーク（！など）が更に表示される場合もある。

また、通信コントローラ１４は、通信インタフェース２を介して、不図示のＰＬＣ本体等や温調装置等である接続機器４や作画エディタ装置５との通信（データ送受信等）を行う。

オペレータ等によるタッチパネル１８上での押圧操作（タッチ）位置の検知結果は、タッチパネルコントローラ１６を介してＣＰＵ１１等に取り込まれて解析される。例えば各アイテムの上記表示位置座標や大きさのデータ等に基づいて、解析することになる。例えば、上記スイッチの画像の表示位置をオペレータ等がタッチすると、ＣＰＵ１１等は、このスイッチに対する操作が行われたものと解析することになる。

図３に、上記本システムのソフトウェア構成図を示す。
プログラマブル表示器１においては、本体プログラム２１、画面データ２２、通信プログラム２３等の各種プログラム／データが、例えば上記ＲＯＭ１２（フラッシュメモリ等）に格納されている。これらのプログラム／データ等をＣＰＵ１１が読出し・実行／参照等することで、プログラマブル表示器用の上記操作表示画面等の表示制御等が行なわれる。この操作表示画面は、上述した数値表示、ランプ、スイッチ等の各種アイテムの画像表示から成り、各アイテム画像の表示内容は、例えば各接続機器４（外部メモリ；割当メモリ領域）から取得したデータ（上記取得データ）を反映させる形で随時更新される。

基本的には、ＣＰＵ１１が本体プログラム２１と画面データ２２とに基づく処理を行うことで、上記操作表示画面が表示される。そして、この操作表示画面上の各画面部品の表示内容（温度等の数値表示やランプの点灯／消灯など）は、通信プログラム２３による各接続機器４との通信結果（上記取得データ等）等に基づいて、随時、更新等されるものである。

上記画面データ２２は、例えば予め作画エディタ装置５側で任意に作成された画面データファイル３２が、プログラマブル表示器１にダウンロードされた格納されたものである。また、上記通信プログラム２３も、例えば予め作画エディタ装置５側に格納されていた通信プログラムファイル３３（その一部）が、プログラマブル表示器１にダウンロードされて格納されたものである。

上述したように、基本的には、ＣＰＵ１１が、本体プログラム２１と画面データ２２と取得データ等に基づく上記操作表示画面の表示制御を行う。例えば、数値表示やランプ等のアイテムに関して、定期的に、そのアイテムの割当メモリ領域からデータを読み出して、そのアイテムの表示内容を当該読出データに基づいて更新する。あるいは、例えばスイッチ等のアイテムに関しては、ユーザが、この操作表示画面上の所望のスイッチをタッチすると（ＯＮ／ＯＦＦ操作すると）、スイッチＯＮ画像表示／スイッチＯＦＦ画像表示が行われる。また、ＣＰＵ１１は、このスイッチ操作に応じた接続機器４の制御も行う。

尚、上記割当メモリ領域は、上記背景技術における外部メモリの所定の記憶領域（割当メモリアドレス）に相当するものである。尚、以後、上記外部メモリに相当するメモリを“機器メモリ”と呼ぶものとする。また、上記内部メモリに相当するメモリを“表示器メモリ”と呼ぶものとする。

尚、既に従来で述べたように、上記“機器メモリ”（外部メモリ）は、接続機器４が備えるメモリであって、各アイテムのメモリ割当が行われるものである。上記のように、各アイテムの表示内容は、この割当メモリ領域の格納データに基づいて決定・更新される。

そして、従来で述べたように、この割当メモリ領域からの読出しデータを、プログラマブル表示器１内の“表示器メモリ”（内部メモリ）に一時的に格納し、これに基づいてアイテム表示制御を行う構成がある。

すなわち、例えば後述する各通信処理部４４等によって定期的に、接続機器４内のメモリデバイス（機器メモリ）の所定の記憶領域からデータを読み出して、この読出データを上記表示器メモリに格納する処理が行われる。そして、表示器メモリの格納データ等に基づいて、上記操作表示画面の表示制御が行われることになる。これによって、操作表示画面上の各アイテム画像の表示内容が、そのアイテムに対応する割当メモリ領域の最新の格納データの内容を反映させたものとなる。

但し、何らかの原因によって任意のアイテムの割当メモリ領域の格納データを取得できなかった場合等には、そのアイテム画像の表示内容が最新データを反映させたものではない（よって信頼性が低い）ものとなる可能性がある。通信エラーが原因の場合、エラーとなった通信相手の接続機器４に係わるアイテム全てについて、その表示内容が信頼性が低いものとなる可能性がある。従来では上記の通り、オペレータ等は、エラー発生したことは知ることが出来ても、どのアイテム画像の表示内容が信頼性が低いのかを判断することは困難であった。これに対して、本手法によれば、誰でも簡単に、どのアイテム画像の表示内容が信頼性が低いのかを認識することができる。

プログラマブル表示器１の通信プログラム２３は、通信ライン６を介して接続機器４と通信を行うためのプログラムである。通常、接続機器４の機種毎等に固有の通信プロトコル（通信規定）を持ち、この通信規定に従って、プログラマブル表示器１−接続機器４間での通信を行う。そのため、通信プログラム２３は、各接続機器４の機種毎等に開発が必要となる。尚、当然、ＣＰＵ１１などが通信プログラム２３を実行することで、接続機器４との通信処理が実現される。

尚、プログラマブル表示器１−作画エディタ装置５間の通信は、例えば本体プログラム２１と作画エディタ３１とによって行う（通信機能が作画エディタ３１に組み込まれている）。これについては特に関係ないので、図示・説明しない。ＰＬＣ本体等である接続機器４は、様々なメーカー・機種があり、各メーカー／機種毎に独自の通信プログラムがあり、上記通信プログラム２３は、接続機器４のメーカー／機種に応じて場合によっては複数種類備えられるものとなる。

通信プログラム２３は、通常、作画エディタ装置５内の不図示のＨＤ（ハードディスク）内に、複数の通信プログラムファイル３３（各機種毎に開発済の複数の通信プログラム）として予め記憶されている。そして、作画エディタ装置５は、作画エディタ３１によりユーザが任意の接続機器４を選択・指定すると、該選択された接続機器４に応じた通信プログラムファイル３３を、プログラマブル表示器１に転送して、上記通信プログラム２３として記憶させる。

接続機器４内の機器メモリへのアクセスは、作画エディタ３１の各種設定（画面データファイル３２作成時の設定）により行う。
例えば、ユーザが、画面データファイル３２作成時に、画面内に数値表示アイテムを配置すると共にこの数値表示アイテムに関して機器メモリの任意のアドレスを指定することで、プログラマブル表示器１が機器メモリの指定アドレスのデータを周期的に読み込んで表示する動作を設定できる。換言すれば、この画面データファイル３２をプログラマブル表示器１にダウンロードして画面データ２２として使用させれば、プログラマブル表示器１は、機器メモリの指定アドレスのデータを周期的に読み込む動作（更に取得データを表示器メモリに一時的に格納する動作）と、取得データに基づいて画面上に数値表示する動作等を行うことになる。

尚、上記機器メモリへのアクセスや取得データの一時的格納や画面表示等の各種処理を実現させるプログラムは、例えば本体プログラム２１に含まれていてもよいし、画面データファイル３２（画面データ２２）に含まれていてもよい。何れにしても、この様なプログラムを例えば上記ＣＰＵ１１が実行することで、上記各種動作（あるいは後述する図５、図７、図８で説明する動作など）が実現されることになる。

あるいは、画面データファイル３２作成時に、例えば画面内にスイッチを配置すると共に出力メモリとして機器メモリの任意のアドレスを指定すると、プログラマブル表示器１の表示操作画面上でスイッチが押されたときに該機器メモリの指定アドレスに書き込む動作を設定できる。

何れにしても、上記機器メモリへのアクセス処理や、アイテム表示内容の更新処理自体は、従来と略同様であっても構わない。本手法では、上記操作表示画面上に更に後述する特定マーク（！など）が表示される場合があるものである（例えば任意の接続機器４との通信エラー発生時など）。これについて、以下、図４以降を参照して詳しく説明する。

図４に、本例のプログラマブル表示器１における特定のエラー発生時の上記操作表示画面例を示す。
上記特定のエラーとは、任意のアイテムに係わる上記機器メモリの割当メモリ領域からのデータ読出し（データ取得）失敗であり、例えば接続機器４との通信エラー等が原因となる。このデータ取得失敗に係るアイテムの画像表示に対応して、予め登録されている特定のマーク（ここでは図示の！マークとする）を表示することが、本手法の特徴の１つである。

図４に示す例では、図示の各アイテム画像に一部重ねるようにして、所定のエラー画像の一例である特定マーク（！）が表示されている。但し、この例に限らず、例えば各アイテム画像の近くに特定マーク（！）が表示されるようにしてもよい。何れにしても、データ取得失敗に係るアイテムの画像表示に対応させて、特定マーク（！）が表示されるように構成する。

尚、所定のエラー画像は、例えば一例としては何らかの静止画であり、この静止画の一例が上記“！”であるが、勿論、この例に限らず、予め登録された何らかの静止画であってよい。また、所定のエラー画像は、静止画に限るものではなく、動画、写真、文章、アニメーション等であってもよく、あるいはこれらの組み合わせ等であってもよい。本発明では、何らかの静止画、予め登録された静止画、そして動画、写真、文章、アニメーション等、あるいはこれらの組み合わせたものを所定のエラー画像と定義する（エラーイメージともいう）。

図示の例では、３種類のアイテム画像を示すが、全てに上記特定マーク（！）が表示されているので、ユーザは、例えば、３つのアイテム画像全ての表示内容が、信用できない状態であると認識できる。

あるいは図示しないが例えば３種類のアイテム画像のうちの１つのアイテム画像のみに対応して特定マーク（！）が表示されるケースも有り得る。この例の場合、この１つのアイテム画像の表示内容は信用できない状態であるが、残りの２つのアイテム画像の表示内容は信用できる状態であると認識できる。

図５は、本例のプログラマブル表示器の処理機能図である。
ＣＰＵ１１が、例えば上記ＲＯＭ１２に記憶されている所定のプログラム（例えば上記本体プログラム２１、通信プログラム２３等）を実行することにより、例えば図５の点線内に示す各種処理機能部が実現される。すなわち、図示のアイテム生成部４１、アイテム処理スケジュール部４２、アイテム処理部４３、通信処理部４４（４４−１、４４−２等）等の各種処理機能部の下記の処理機能が実現される。

尚、例えば、アイテム生成部４１とアイテム処理スケジュール部４２とアイテム処理部４３とは、本体プログラム２１によって実現される。通信処理部４４は、本体プログラム２１と通信プログラム２３とによって実現される。

また、これら処理機能の処理実行の際には、上記画面データ２２や図示のエラー表示画像データ４７が用いられる。尚、エラー表示画像データ４７は、本例では予めＲＯＭ１２等に記憶されている上記特定マーク（本例では！）であるが、この例に限らない。

アイテム生成部４１は、上記画面データ２２等に基づいて、アイテムリスト４６を生成する。これは、例えば、画面データ２２の一部を抽出する形で生成する（更に後述する処理済みフラグ６７を追加する）。

ここで、図９（ａ）に、アイテムリスト４６のデータ構成図を示す。
図示の例のアイテムリスト４６は、アイテムタイプ６１、座標６２、サイズ６３、デバイス名６４、アドレス６５、“アイテムタイプ毎のデータ”６６、処理済みフラグ６７の各データ項目より成る。処理済みフラグ６７以外は従来と同様と見做してよく、以下、簡単に説明する。

アイテムタイプ６１には、そのアイテムの種類（スイッチ、ランプ、数値表示等）を示すアイテム種別識別情報が格納される。
“アイテムタイプ毎のデータ”６６には、そのアイテムの画像データ（アイテム画像；アイテムタイプがスイッチであれば何らかのスイッチの画像）等の付随情報等が格納される。このアイテム画像の画面上での表示位置と大きさを示すデータが、上記座標６２、サイズ６３に格納される。これらが、各アイテムの操作表示画面上での画像表示に係わるデータである。

また、デバイス名６４とアドレス６５は、各アイテムに関するメモリ割当情報であり、上記割当メモリアドレスに相当する。つまり、デバイス名６４が示すメモリにおけるアドレス６５が示す記憶領域が、そのアイテムに割り当てられた領域（上記割当メモリ領域）である。この記憶領域に、例えばアイテムタイプ６１がランプであれば、ランプの点灯／消灯を示すフラグデータ等が格納されることになる。尚、デバイス名６４が示すメモリは、上記機器メモリ（任意の接続機器４内のメモリ）である。

アイテム処理スケジュール部４２は、アイテム処理部４３による各アイテム画像の表示状態更新処理等のスケジュール管理を行う。つまり、アイテム処理スケジュール部４２は、例えば定期的にアイテム処理部４３を呼び出して例えば後述する図８の処理を実行させる（換言すれば、図８の処理をサイクリックに実行させる）。

アイテム処理部４３は、上記アイテムリスト４６や後述する共有メモリ４５の格納データ等に基づいて、各アイテム毎に、その画像の表示内容の更新等に係わる処理（アイテム表示手段としての処理）を実行する。その際、本手法では更に、場合によっては特定マーク（！）を表示する。

すなわち、アイテム処理部４３は、特定のエラー（アイテム表示に係るデータ取得失敗；例えば接続機器４との通信エラー等が原因となる）に係わるアイテムの画像表示に対応させて（例えば一部重ねる形で）、エラー表示画像データ４７（特定マーク（！））を表示する処理（エラー通知手段としての処理）も行うものである。詳細については、図６に示す共有メモリ４５の格納データの具体例を用いて後に説明するものとする。尚、共有メモリ４５は上記表示器メモリに相当する。

また、アイテム処理部４３は、各アイテム画像をＲＡＭ１３上に描画（展開）する。その際、アイテムの種類によっては上記取得データも一緒にＲＡＭ１３上に描画（展開）する。これによって、グラフィックコントローラ１５が当該描画データをディスプレイ上に表示することで、上記表示操作画面が表示されることになる。この描画データは、アイテム処理部４３によって例えば後述する図８の処理実行毎に随時更新される。また、場合によっては上記特定マーク（！）等も描画されることで、例えば図４に示すような表示となる場合もある。

通信処理部４４は、各接続機器４（４−１、４−２）毎に対応して備えられる通信処理部４４−１、４４−１（通信処理手段）である。すなわち、図示の通信処理部４４−１は、接続機器４−１に対応する通信ポートWAY1を使用して、通信ライン６を介して、接続機器４−１との通信を行って、その機器メモリの所定領域（割当メモリ領域）の格納データを取得する。取得データは、共有メモリ４５の所定領域に上書き格納する。

同様に、図示の通信処理部４４−２は、接続機器４−２に対応する通信ポートWAY2を使用して、通信ライン６を介して、接続機器４−２との通信を行って、その機器メモリの所定領域（割当メモリ領域）の格納データを取得する。取得データは、共有メモリ４５の所定領域に上書き格納する。

上記割当メモリ領域の格納データの取得処理や共有メモリへの格納処理自体は、従来と略同様であってもよいが、本手法では更にデータ取得失敗があった場合には、上記共有メモリ４５の該当領域にエラー情報を記録する。この該当領域とは、例えば任意のアイテムに係わるデータ取得失敗があった場合、このアイテムに関する共有メモリ４５上の該当レコードの後述するエラー情報５５の欄である。

これによって、その後に上記アイテム処理部４３によるＲＡＭ１３上の描画処理の際に、データ取得失敗したアイテムに関しては上記特定マーク（！）が描画される。これによって、操作表示画面上において上記データ取得失敗したアイテムの画像に対応して特定マーク（！）が表示されることになる。

図６に、上記共有メモリ４５の具体例を示す。
図６（ａ）には共有メモリ４５のデータ構造例、図６（ｂ）にはデータ格納例を示す。
図６（ａ）に示す例では、共有メモリ４５の格納データ５０は、ポート５１、デバイス名５２、アドレス５３、データ５４、エラー情報５５の各データ項目より成る。尚、これらのうち、エラー情報５５以外のデータ項目は、従来と略同様であっても構わない。よって、以下、簡単に説明する。

ポート５１は、上記通信ポートの識別情報等であり、実質的には通信相手の接続機器４を識別する情報となる。デバイス５２は、通信相手の接続機器４内のメモリデバイス（機器メモリ）の識別情報である。アドレス５３は、デバイス５２が示す機器メモリにおける所定の記憶領域のアドレスであり、データ５４にはこの記憶領域から取得したデータが格納される。

尚、ポート５１とデバイス名５２とアドレス５３とが、各アイテムの上記“割当メモリアドレス”に相当すると見做してよい。つまり、図６（ｂ）に示す各レコードは、各アイテムに対応するものである。画面データ２２等に含まれる各アイテム毎の上記割当メモリアドレスを、ポート５１、デバイス名５２、及びアドレス５３に格納することで、図６（ｂ）に示す各レコードが生成される。尚、その際に、レコードとアイテムとのリンクを形成しておく。これによって、任意のアイテムの表示更新処理等を行う際には、共有メモリ４５においてこのアイテムに対応するレコードを参照することになる。

そして、エラー情報５５には、通信処理部４４によって特定のエラー発生を示す情報が格納される場合がある。すなわち、通信処理部４４は、任意のアイテムに係わる上記割当メモリ領域からのデータ取得に失敗した場合、共有メモリ４５におけるこのアイテムの該当レコードにおけるエラー情報５５に、特定のエラー発生を示す情報（図示の“エラー”）を格納する。

上記のことから、あるアイテムに関するレコードが図６（ｂ）に示す例の２番目のレコードである場合、接続機器４−１のメモリデバイスＤにおけるアドレス２００番地が、このアイテムの“割当メモリアドレス”であり、図示の例ではこの“割当メモリアドレス”の現在の格納データは‘１０００’であることになる。但し、エラー情報５５が“エラー”である場合には、この数値が正しいとは限らない。

たとえば、図６（ｂ）に示す例の１番目のレコードの場合、接続機器４−１のメモリデバイスＤにおけるアドレス１００番地に、データ‘12345’が格納されてことが示されているが、これが正しい情報とは限らない。なぜなら、１番目のレコードのエラー情報５５に“エラー”が格納されているからである。

つまり、通信処理部４４−１が、接続機器４−１のメモリデバイスＤのアドレス１００番地からのデータ取得を試みたが、通信エラー等が原因でデータ取得失敗した為、１番目のレコードのエラー情報５５に図示のように“エラー”を格納している。この場合、上記データ‘12345’は、現在のデータではなく、古いデータであるかもしれない。本手法では、この様な場合、例えば１番目のレコードに対応するアイテム（例えば上記リンクにより判別できる）の画像表示に、特定マーク（！）を例えば一部重ねて表示する。これによって、オペレータ等は、例えば画面に表示されている上記‘12345’が、正しい数値ではない可能性があることを認識できる。

アイテム処理部４３は、例えば後述する図８の処理のように、例えば定期的に各アイテム毎に、共有メモリ４５の該当レコードを参照して、そのデータ５４を取得して、これに基づいてそのアイテム画像の表示内容を決定・更新する処理を行う。この処理自体は従来と略同様であってもよいが、本例のアイテム処理部４３は、更に、エラー情報４５を参照して、これに基づいた処理を行う。

すなわち、アイテム処理部４３は、エラー情報５５が“正常”であれば、上記従来と同様の処理を行うだけである。一方、任意のアイテムに係わるエラー情報５５が“エラー”である場合には、アイテム処理部４３は、エラー表示画像データ４７（特定マーク（！））を、そのアイテムの画像の表示位置に、例えば当該アイテム画像に重ねる形で表示する（例えば図４に示す例のように表示する）。但し、これは一例であり、この例に限らない。

図７は、通信処理部４４の処理フローチャート図である。
例えば図５の例では各通信処理部４４−１、４４−２が、各々、図７の処理をサイクリックに（定周期で）実行するものである。

図７の処理例では、まず、共有メモリ４５を参照して、自己が担当する接続機器４に係るメモリリスト１０１を生成する（ステップＳ１）。例えば、通信処理部４４−１による処理の場合には、接続機器４−１に係るメモリリスト１０１を生成することになる。

図９（ｂ）に、このメモリリスト１０１のデータ構成例を示す。
図示の例では、メモリリスト１０１は、デバイス名７１、アドレス７２、データ７３、エラー情報７４の各データ項目より成る。例えば上記通信処理部４４−１の例の場合、共有メモリ４５からポート５１が“ＷＡＹ１”であるレコードを全て抽出して、該各抽出レコードのデバイス名５２、アドレス５３、データ５４、エラー情報５５の情報を、上記デバイス名７１、アドレス７２、データ７３、エラー情報７４に格納することで、上記接続機器４−１に係るメモリリスト１０１を生成することになる。尚、データ７３、エラー情報７４は、必ずしも必要ないものである。代わりに、処理済みか否かを示すフラグ情報が格納されていてもよい。

その後は、生成したメモリリスト１０１を参照しながら、ステップＳ７の判定がＮＯとなるまで、ステップＳ２〜Ｓ７の処理を繰り返し実行する。
すなわち、メモリリスト１０１から未処理のレコードを取り出して（処理対象レコードとし）、このレコードの内容に基づくメモリ読込コマンドを生成して自己が担当する接続機器４に通信ライン６を介して送信する（ステップＳ２）。そして、このコマンドに対する接続機器４からの応答待ちとなる（ステップＳ３）。このコマンドには、上記デバイス名７１やアドレス７２等のアクセス先を特定する情報（割当メモリアドレス）が含まれ、接続機器４はこの割当メモリアドレスが示す記憶領域からデータを読み出して、この読出しデータを返信する応答処理を行う。但し、何らかの理由でデータ読出しに失敗した場合には、メモリリードエラー等を返信する。

通信処理部４４は、例えば上記コマンド送信時から所定時間経過しても応答が無かった場合（通信エラーの場合など）、あるいは応答内容がメモリリードエラー等であった場合には、特定のエラーが発生したものと判定し（ステップＳ４，ＹＥＳ）、上記共有メモリ４５において処理対象レコードに相当するレコードにおける上記エラー情報５５の欄に“エラー”を格納する（ステップＳ６）。

一方、接続機器４から正常応答があった場合には（ステップＳ４，ＮＯ）、この応答に含まれる上記読出しデータを、上記共有メモリ４５において処理対象レコードに相当するレコードにおける上記データ５４の欄に格納する（ステップＳ５）。尚、その際、エラー情報５５の欄に“エラー”が格納されていた場合には、これをクリアする（あるいは“正常”を格納する）。

そして、上記ステップＳ５、Ｓ６の何れかの処理を実行後、メモリリスト１０１に未処理のレコードが残っているか否かをチェックし、残っている場合には（ステップＳ７，ＹＥＳ）ステップＳ２に戻り、残っていない場合には（ステップＳ７，ＮＯ）本処理を終了する。

図８は、アイテム処理部４３の処理フローチャート図である。
上記の通り、図８の処理は、アイテム処理スケジュール部４２の管理のもとでサイクリックに実行される。

図８の処理例では、アイテム処理部４３は、まず、アイテムリスト４６の初期化処理を実行する（ステップＳ１１）。これは、例えば、アイテムリスト４６の全レコードの処理済みフラグ６７を“未処理”にする。その後は、後述するステップＳ１９がＮＯとなるまで、ステップＳ１２〜Ｓ１９の処理を繰り返し実行する。

すなわち、アイテムリスト４６においてフラグ６７が“未処理”であるレコードのなかの任意のレコードを処理対象レコードとして、該処理対象レコードを参照してそのデバイス名６４、アドレス６５等を取得して（ステップＳ１２）、これらを用いて共有メモリ４５の該当レコードを検索してそのデータを取得する（ステップＳ１３）。つまり、例えば、そのデバイス名５２及びアドレス５３が、上記デバイス名６４及びアドレス６５と同一であるレコードが、上記該当レコードである。そして、該当レコードのデータ５４とエラー情報５５をメモリ情報１０２として取得する（ステップＳ１３）。

尚、メモリ情報１０２は、図９（ｃ）に示すデータ８１、エラー情報８２から成るものとし、これらは上記取得したデータ５４とエラー情報５５である。
そして、上記メモリ情報１０２に基づいて、特定エラー（通信エラー、メモリリードエラー等）が発生したか否かを判定する（ステップＳ１４）。これは、エラー情報８２が“エラー”であるか“正常”であるかによって判定する。当然、エラー情報８２が“エラー”であれば特定エラーが発生したと判定し（ステップＳ１４，ＹＥＳ）ステップＳ１６の処理へ移行する。一方、エラー情報８２が“正常”であれば特定エラーは無いと判定し（ステップＳ１４，ＮＯ）ステップＳ１５の処理へ移行する。

特定エラーが無い場合には（ステップＳ１４，ＮＯ）、従来通りの表示処理を行う。すなわち、データ８１と上記処理対象レコードの情報（アイテムの画像や座標、サイズ等）を用いた通常のアイテム描画処理（例えばＲＡＭ１３上に展開する）を行う（ステップＳ１５）。

一方、特定エラーがある場合には（ステップＳ１４，ＹＥＳ）、上記処理対象レコードの情報とエラー表示画像データ４７を用いた、本手法によるエラー時のアイテム描画処理を行う（ステップＳ１６、Ｓ１７）。これは、まず、エラー表示画像データ４７（特定マーク（！など））の表示位置座標を決定する処理を行う（ステップＳ１６）。

このステップＳ１６の処理自体は、様々であってよいが、基本的には座標６２（＝Ｘ，Ｙ）に基づいて、予め決められた所定のオフセット値等を用いることで、特定マーク（！）の表示位置座標を決定する。例えば、座標６２はアイテム表示領域の左上角の座標である場合が多いので、特定マーク（！）をアイテム表示領域の右上角に表示させたい場合には、例えばサイズ６３の“幅”を用いて、（Ｘ＋幅，Ｙ）を特定マーク（！）の表示位置座標とすればよい。

そして、上記ステップＳ１６で決定した座標に上記特定マーク（！）を描画する（例えばＲＡＭ１３上に展開する）処理を行う（ステップＳ１７）。尚、その前に、ステップＳ１５と同様のアイテム描画処理も行うようにしてもよいが、この処理は行わなくても良い。

尚、既に述べた通り、グラフィックコントローラ１５が、ＲＡＭ１３上の描画データ等をディスプレイ上に表示させる。従って、上述した処理例では、特定エラーが生じたアイテムの画像の右上角に、特定マーク（！）が表示されることになる。

この様にして、特定エラーが生じたアイテムを特定すると共に、このアイテムの画像に対応させて（重ねて；あるいは近辺に）上記特定マーク（！）を表示させることで、オペレータ等は一目で、当該アイテム画像の内容は信頼できない等と認識することができる。

上記ステップＳ１５またはステップＳ１６，Ｓ１７の処理を実行完了したら、アイテムリスト４６の処理対象レコードのフラグ６７を“処理済”に変更する（ステップＳ１８）。

そして、アイテムリスト４６に未処理のレコードが残っていれば（ステップＳ１９，ＹＥＳ）ステップＳ１２に戻り、全て処理済みであれば（ステップＳ１９，ＮＯ）本処理を終了する。

以上説明したように、本例のプログラマブル表示器１等によれば、任意のアイテムに関連付けられたメモリデータの取得が何らかの原因で出来ない状態となった場合、このアイテムを特定すると共にこのアイテムに対応したエラー表示を行うことで、オペレータが一目で異常なアイテムを判別することができるようにする。

Claims (8)

1. １以上の接続機器に接続されるプログラマブル表示器であって、
   任意の前記接続機器との通信によって該接続機器の記憶領域に保持されたデータを読み出す通信処理手段と、
   当該通信処理手段によって読み出された前記データに基づいて、前記接続機器の各種状態を示す各アイテムを表示するアイテム表示手段と、
   前記通信処理手段による前記データの読出し処理が失敗した場合、該読出し失敗に係る前記アイテムに対応させて所定のエラーイメージを表示するエラー通知手段とを有し、
   予め前記アイテム毎に、そのアイテムに係わる所定の前記接続機器の任意の記憶領域が割り当てられており、
   前記通信処理手段は、前記アイテム毎に、そのアイテムに割り当てられた前記記憶領域である割当記憶領域に保持されたデータを読出し、
   前記エラー通知手段は、前記割当記憶領域からのデータ読出しに失敗したアイテム全てに対応させてそれぞれ前記エラーイメージを表示し、
   前記エラーイメージの表示は、前記データ読出しに失敗した各アイテムの画像に一部重ねるように若しくは該アイテム画像の近辺に、表示するものであることを特徴とするプログラマブル表示器。
2. 共有メモリを更に有し、
   前記通信処理手段は、前記アイテム毎に、前記割当記憶領域から読み出したデータである読出データを該共有メモリに格納し、前記データ読出しに失敗した場合には所定のエラー情報を該共有メモリに格納し、
   前記アイテム表示手段は、該共有メモリに格納された前記読出データに基づいて前記アイテムの表示を行い、
   前記エラー通知手段は、該共有メモリに前記エラー情報が格納されたアイテム全てについて、前記各アイテムの表示に対応させてそれぞれ前記エラーイメージを表示することを特徴とする請求項１記載のプログラマブル表示器。
3. 予め、前記アイテム毎に、その画像と表示位置座標と前記割当記憶領域を示す情報が格納された画面データ格納手段と、
   予め前記所定のエラーイメージを記憶するエラーイメージ記憶手段とを更に有し、
   前記エラー通知手段は、前記エラー情報が格納されたアイテムについて、それぞれ、その前記表示位置座標に基づいて、前記エラーイメージの表示位置を決定することを特徴とする請求項２記載のプログラマブル表示器。
4. 前記エラー通知手段は、前記エラーイメージを、前記エラー情報が格納されたアイテムの画像に一部重ねて表示させることを特徴とする請求項２または３記載のプログラマブル表示器。
5. １以上の接続機器に接続され、少なくとも該各接続機器の各種状態を表示する１以上のアイテムの画像を画面上に表示するプログラマブル表示器であって、
   前記各アイテム毎に、そのアイテムに係わる所定の前記接続機器内の所定記憶領域の格納データを、該接続機器との通信によって読み出す通信処理手段と、
   前記各アイテムの画像を表示する手段であって、前記所定記憶領域から読み出した前記格納データに基づいて、前記アイテム画像の表示を行うアイテム表示手段と、
   前記通信処理手段による任意のアイテムに係わる前記所定記憶領域の格納データの読出し処理が失敗した場合、該任意のアイテムの前記アイテム画像に対応させて所定のエラーイメージを表示するエラー通知手段とを有し、
   前記エラー通知手段は、前記所定記憶領域からのデータ読出しに失敗したアイテム全てに対応させてそれぞれ前記エラーイメージを表示し、
   前記エラーイメージの表示は、前記データ読出しに失敗した各アイテムの画像に一部重ねるように若しくは該アイテム画像の近辺に、表示するものであることを特徴とするプログラマブル表示器。
6. １以上の接続機器に接続されるプログラマブル表示器のコンピュータを、
   予めアイテム毎に、そのアイテムに係わる所定の前記接続機器の任意の記憶領域が割り当てられており、前記アイテム毎に、そのアイテムに割り当てられた前記記憶領域である割当記憶領域に保持されたデータを、前記接続機器との通信によって読出す通信処理手段と、
   当該通信処理手段によって読み出された前記データに基づいて、前記所定の接続機器の各種状態を示す各アイテムの画像を表示するアイテム表示手段と、
   前記通信処理手段による前記データの読出し処理が失敗した場合、前記割当記憶領域からのデータ読出しに失敗したアイテム全てに対応させてそれぞれ前記エラーイメージを表示する手段であって、該エラーイメージの表示は、前記データ読出しに失敗した各アイテムの画像に一部重ねるように若しくは該アイテム画像の近辺に、表示するエラー通知手段、
   として機能させるためのプログラム。
7. １以上の接続機器に接続され、少なくとも該各接続機器の各種状態を表示する１以上のアイテムの画像を画面上に表示するプログラマブル表示器のコンピュータを、
   前記各アイテム毎に、そのアイテムに係わる所定の前記接続機器内の所定記憶領域の格納データを、該接続機器との通信によって読み出す通信処理手段と、
   前記各アイテムの画像を表示する手段であって、前記所定記憶領域から読み出した前記格納データに基づいて、前記アイテム画像の表示を行うアイテム表示手段と、
   前記通信処理手段による任意のアイテムに係わる前記所定記憶領域の格納データの読出し処理が失敗した場合、該データ読出しに失敗したアイテム全てに対応させてそれぞれエラーイメージを表示する手段であって、該エラーイメージの表示は、前記データ読出しに失敗した各アイテムの画像に一部重ねるように若しくは該アイテム画像の近辺に、表示するエラー通知手段、
   として機能させるためのプログラム。
8. １以上の接続機器に接続され、該接続機器の記憶領域をアクセスして前記記憶領域に保持されたデータを読み出し、前記接続機器の各種状態を示す各アイテムの画像を表示するプログラマブル表示器のアクセスエラー通知方法であって、
   予め前記各アイテム毎に、そのアイテムに係わる所定の前記接続機器の任意の記憶領域が割り当てられており、前記各アイテム毎に、そのアイテムに割り当てられた前記記憶領域である割当記憶領域に保持されたデータを、前記接続機器との通信によって読み出し、
   前記割当記憶領域に保持されたデータの読出しに失敗すると、前記割当記憶領域からのデータ読出しに失敗したアイテム全てに対応させてそれぞれ、該データ読出しに失敗した各アイテムの画像に一部重ねるように若しくは該アイテム画像の近辺に、エラーイメージを表示することを特徴とするアクセスエラー通知方法。

Images