(57)【要約】  ヒストリカルトレンドグラフ表示において、最大表示範囲を従来よりも拡大させることができ、表示対象データ点数が表示画面の時間軸方向の画素数を越える場合でも、一度に全データを表示させることが可能であるプログラマブル表示器を提供することを課題とする。  時系列データ記憶部（３０１）は、時系列データを記憶する。集約データ生成部（３０２）は、指定された倍率が所定の倍率である場合、該倍率に応じて上記時系列データを集約して集約データを生成する。表示制御部（３０３）は、上記時系列データに基づいてヒストリカルトレンドグラフを表示するが、上記集約データが生成されている場合には該集約データに基づいてヒストリカルトレンドグラフを表示する。つまり、表示制御部（３０３）は、上記所定の倍率が指定されている場合には、集約データに基づいてヒストリカルトレンドグラフを表示する。上記所定の倍率は、等倍よりも大きい倍率であり、例えば２倍、４倍等である。
2015059816.tif 000002
【特許請求の範囲】
【請求項１】
ヒストリカルトレンドグラフを表示するプログラマブル表示器であって、  時系列データを記憶する時系列データ記憶手段と、  指定された倍率が所定の倍率である場合、該倍率に応じて前記時系列データを集約して集約データを生成する集約データ生成手段と、  前記時系列データに基づいて前記ヒストリカルトレンドグラフを表示するが、前記集約データが生成されている場合には該集約データに基づいて前記ヒストリカルトレンドグラフを表示する表示制御手段と、  を有することを特徴とするプログラマブル表示器。
【請求項２】
前記所定の倍率は、等倍よりも大きい倍率であり、  前記集約データ生成手段は、前記時系列データにおいて前記指定された倍率に応じた複数のデータ毎に所定の集約処理を行うことで、前記時系列データよりデータ数が少ない前記集約データを生成することを特徴とする請求項１記載のプログラマブル表示器。
【請求項３】
前記所定の倍率は、２倍または４倍であり、  前記集約データ生成手段は、前記指定された倍率が２倍の場合には前記時系列データのデータ２点毎にデータ１点に集約し、前記指定された倍率が４倍の場合には前記時系列データのデータ４点毎にデータ１点に集約する集約処理を行うことを特徴とする請求項２記載のプログラマブル表示器。
【請求項４】
前記データの集約方法は、前記時系列データの前記指定倍率に応じた複数データ毎に、該複数データの平均値または移動平均値あるいはピークまたはボトムを求めることを特徴とする請求項１〜３の何れかに記載のプログラマブル表示器。
【請求項５】
前記時系列データに基づく表示を行う場合よりも前記集約データに基づく表示を行う場合の方が、前記ヒストリカルトレンドグラフにおける表示時間範囲が大きくなることを特徴とする請求項１〜３の何れかに記載のプログラマブル表示器。
【請求項６】
前記ヒストリカルトレンドグラフを表示させるディスプレイの解像度に応じて、該ヒストリカルトレンドグラフ上で一度に表示可能なデータ点数の上限が決まり、  前記時系列データのデータ数が該上限を超える場合でも、前記集約データのデータ数は該上限以下となることを特徴とする請求項１〜３の何れかに記載のプログラマブル表示器。
【請求項７】
前記表示制御手段は、前記指定された倍率が前記等倍である場合、前記時系列データのデータ一点毎にディスプレイの１画素を対応付けて表示することを特徴とする請求項２または３記載のプログラマブル表示器。
【請求項８】
前記表示制御手段は、前記指定された倍率が前記等倍より大きい倍率である場合、前記集約データのデータ一点毎にディスプレイの１画素を対応付けて表示することを特徴とする請求項２または３記載のプログラマブル表示器。
【請求項９】
ヒストリカルトレンドグラフを表示するプログラマブル表示器のコンピュータを、  時系列データを記憶する時系列データ記憶手段と、  指定された倍率が所定の倍率である場合、該倍率に応じて前記時系列データを集約して集約データを生成する集約データ生成手段と、  前記時系列データに基づいて前記ヒストリカルトレンドグラフを表示するが、前記集約データが生成されている場合には該集約データに基づいて前記ヒストリカルトレンドグラフを表示する表示制御手段、として機能させる為のプログラム。 
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、プログラマブル表示器等に関する。
【背景技術】
【０００２】  プログラマブル表示器は、一般的に、ＰＬＣ本体や温調装置等の各種接続機器と接続して、これら接続機器の状態表示を行う数値表示やランプ等のアイテムや、ユーザが任意の指示を出す為のスイッチ等のアイテムの画像を表示する。尚、アイテムは、画面部品等とも呼ばれている。プログラマブル表示器の画面には、通常、複数の画面部品（アイテム）の画像が表示される。尚、当該プログラマブル表示器の画面を、操作表示画面と呼ぶものとする。【０００３】  この様な操作表示画面を表示する為のデータ等（画面データ等と呼ばれる）は、予め不図示の支援装置において開発者等によって任意に作成されて、支援装置からプログラマブル表示器にダウンロードされている。【０００４】  上記画面データには、上記各アイテム毎に、そのアイテムの画像や表示位置座標、更に後述する割当メモリ領域のアドレス等のデータが含まれている。更に何らかのプログラム等が含まれている場合もある。尚、上記アイテム画像は、例えば、スイッチの画像やランプの画像、あるいはメーター（メーター等）や棒グラフ等のような“数値を図形等によって示すタイプの画像”等である。【０００５】  上記各アイテムは、例えば、それぞれが任意の接続機器の任意の構成要素に対応して、当該構成要素の状態表示を行ったり、当該構成要素のＯＮ／ＯＦＦの指示を受け付けるものである。例えば、温調装置の温度測定値を数値表示するアイテムの場合、随時、現在の温度を数値で表示することになる。【０００６】  上記各種アイテムに係る表示制御は、上記各アイテム毎に、例えば定期的に所定の処理を実行することで実現される。所定の処理とは、例えば、接続機器内のメモリデバイスの所定領域（割当メモリ領域）の格納データを読出して、この格納データに基づいてアイテムの表示内容を決定・表示するものである。尚、接続機器は、随時、各割当メモリ領域の格納データを更新している。例えば上記温調装置においては、上記温度測定値を随時更新している。【０００７】  例えば、“ランプ”のアイテムに関して、その割当メモリ領域の格納データは１ビットデータであり、このビットが‘０’の場合はランプ消灯、‘１’の場合はランプ点灯とするアイテム画像を、プログラマブル表示器で表示する。尚、割当メモリ領域の格納データは、上記の通り接続機器側で更新される。例えば接続機器における押しボタンがＯＮの場合には‘１’が、ＯＦＦの場合には‘０’が、接続機器側の処理によって上記割当メモリ領域に格納される。【０００８】  尚、ここで、上記接続機器内のメモリデバイスの所定領域、すなわち割当メモリ領域を、監視メモリと呼ぶ場合もあるものとする。これより、上述したことは、各アイテム毎に任意の監視メモリが割り当てられており、この監視メモリの格納データに基づいて各アイテムの表示内容が更新制御されるものと言うこともできる。【０００９】  また、上記監視メモリから読出したデータを、プログラマブル表示器内のメモリデバイスの所定領域（内部メモリと呼ぶ）に一時的に格納して、この格納データに基づいてアイテムの表示内容を決定・表示する構成もある。【００１０】  この例の場合、上記監視メモリの格納データを読み出して上記内部メモリに格納する処理は、プログラマブル表示器の通信機能部等が、例えば定期的に実行する。この通信機能部は、例えば、上記ＰＬＣ本体や温調装置等の各種接続機器と通信を行って、各アイテム毎に、上記監視メモリの格納データを取得して、この取得データを上記内部メモリに上書き格納する。そして、プログラマブル表示器における上記各種アイテムに係る表示制御を行うアイテム表示機能部は、定期的に内部メモリにアクセスすることで、各アイテムに係わる表示内容を決定制御する。【００１１】  ここで、例えば、特許文献１、２、３に記載の従来技術が知られている。【００１２】  特許文献１には、プログラマブル表示器に関して、ヒストリカルトレンドグラフ（ロギングにより収集したシステムの状態の時系列表示；ロギングの結果をグラフ化したもの）の表示に関する開示がある。【００１３】  特許文献１の発明は、アラーム、ロギング、操作ログなどの時系列で管理される異なる複数種の情報を、容易にかつ効率的に参照することが可能なプログラマブル表示器を実現するものである。すなわち、接続された機器の複数の状態情報を時系列として記録する記録手段と、上記記録した状態情報を上記状態情報のそれぞれの特性に応じた形式で表示させる制御を行う複数の表示機能処理手段と、上記表示機能処理手段の制御により上記状態情報を表示する表示手段とを備える。そして、上記表示機能処理手段は、それぞれ上記状態情報のうち表示対象とする時刻の情報に基づいて上記表示手段に上記状態情報を表示させるとともに、上記状態情報のうち他の上記表示機能処理手段が上記表示手段に表示させる時刻の情報を指定可能である。【００１４】  また、特許文献２にも、ヒストリカルトレンドグラフ表示に係わる開示がある。【００１５】  特許文献２の発明は、制御機器の適用範囲が広いログデータ取得システムを実現するものである。すなわち、特許文献２の発明では、制御機器は、ログデータ格納領域と、ログデータ格納領域に対するログデータの最新の書き込みアドレスが記憶されるアドレス記憶領域とを有する。制御機器は、更に、被制御機器に関するログデータを収集してログデータ格納領域に順次書き込むとともに、ログデータの現在の書き込みアドレスをアドレス記憶領域に書き込む制御機器制御部を有する。また、プログラマブル表示器は、ログデータを蓄積する記憶領域と、アドレス記憶領域に記憶されている書き込みアドレスに基づいてログデータ格納領域からログデータを所定量取得して記憶領域に書き込むロギング処理部とを有する。【００１６】  また、特許文献３の発明は、従来のプログラマブル表示器の問題点であった、予め設定された異なる倍率に応じて固定化された表示データを複数保有する課題を解消できるものである。特許文献３の発明では、１つのデータで画面を任意の倍率に拡大縮小させることができ、表示されている各オブジェクトの任意の倍率変化に追従して、ファンクションエリアを変化させることが可能なプログラマブル表示器を実現することができる。【特許文献１】特表２００９−７５６３３号公報
【特許文献２】特開２０１０−６６９０１号公報
【特許文献３】特開２０１１−１５４６１３号公報
【発明の開示】
【００１７】  上述した特許文献１、２等に開示されているように、ヒストリカルトレンドグラフ表示は、基本的に、定周期で（例えば１分毎や１０分毎に）収集したデータの時系列ログデータを記憶しており、これをグラフ化して表示するものである。
【００１８】  ここで、従来では、上記時系列ログデータ表示において、出来るだけ多くのデータを表示しようとする場合、グラフ上の１ドットとデータ１点とが１対となる。換言すれば、グラフの時間軸方向における画素１点と、データ１点とが、１対となる。つまり、横６４０（画素）×縦４８０（画素）のディスプレイを用いて、例えば横軸が時間軸、縦軸がデータ値を表すグラフ表示を行う場合、最大で６４０点のデータしか表示できないことになる。尚、実際には、最大データ点数は６４０点より少なくなる。
【００１９】  ここで、図１７に、従来のヒストリカルトレンドグラフ表示の具体例を示す。
【００２０】  図示のヒストリカルトレンドグラフは、上記一例のような横軸が時間軸、縦軸がデータ値を表すグラフである。尚、縦軸に関しては、図示の例ではデータ値は０〜１００の範囲内で表示されることになる。
【００２１】  そして、図１７では、このグラフの一部を拡大して示している。この拡大図に示す通り、グラフの各データは、それぞれ、ディスプレイの１ドット（１画素）に対応している。この拡大図では、図示の通り、時間軸（横軸）方向でのドット数は２０個であるので、表示できるデータ数は最大で２０個となる。尚、この例で１０個のデータのみを表示させるならば、１ドット置きにデータをプロットすればよい。
【００２２】  そして、グラフの下側には「拡大」ボタン、「縮小」ボタンが配置されており、ユーザが任意のボタンを押下操作できる。「拡大」ボタンが操作されると、横軸（時間軸）の表示時間範囲が拡大される。例えば、図示のように表示時間範囲が１０：００〜１５：００の状態で「拡大」ボタンが操作されると、表示時間範囲が例えば０８：００〜１５：００等に拡大される。この状態で更に「拡大」ボタンが操作されると、表示時間範囲が例えば０５：００〜１５：００等に拡大される。
【００２３】  但し、例えば図示の１０：００〜１５：００の表示状態で既に６４０点のデータが表示されている状態であるとした場合、この状態で「拡大」ボタンが操作されても、表示時間範囲はそれ以上は拡大されない。つまり、この例では、最大表示範囲は５時間分ということになる。尚、最大表示範囲は、一度に表示出来る時間範囲を意味している。つまり、この例では、例えば図示のように１０：００〜１５：００のデータを一度に表示させることは出来るが、例えば、０８：００〜１５：００のデータを一度に表示させることは出来ない。
【００２４】  尚、表示時間範囲を現状よりも狭めたい場合には、「縮小」ボタンを操作すればよい。
【００２５】  ここで、上記のように最大表示範囲は、一度に表示可能な時間範囲を意味する。従って、スクロール表示等を行えるようにすれば、例えば上記５時間分よりも広い時間範囲のデータを、ユーザは参照することができる。勿論、これは、一度に全てを参照出来るのではなく、スクロール表示することである程度時間を掛けて参照することになる。
【００２６】  しかしながら、ユーザが、例えば所望の時間範囲の全データを一度に表示させたい場合、すなわち例えば全体像を視覚的に把握したい場合等には、上記スクロール表示では対応できない。換言すれば、一度に表示可能なデータ点数に上限がある為に、表示させたい全てのデータを一度に表示させることができない場合がある。これは、例えば、表示対象データ点数が、表示画面の時間軸方向の画素数を越える場合に、表示対象データ全てを一度に表示させることができない。
【００２７】  本発明の課題は、プログラマブル表示器におけるヒストリカルトレンドグラフ表示に関して、最大表示範囲を従来よりも拡大させることができ、以って表示対象データ点数が、表示画面の時間軸方向の画素数を越える場合でも、一度に全データを表示させることも可能であるプログラマブル表示器等を提供することである。
【００２８】  本発明のプログラマブル表示器は、ヒストリカルトレンドグラフを表示するプログラマブル表示器であって、下記の各構成を有する。
【００２９】  ・時系列データを記憶する時系列データ記憶手段；  ・指定された倍率が所定の倍率である場合、該倍率に応じて前記時系列データを集約して集約データを生成する集約データ生成手段；  ・前記時系列データに基づいて前記ヒストリカルトレンドグラフを表示するが、前記集約データが生成されている場合には該集約データに基づいて前記ヒストリカルトレンドグラフを表示する表示制御手段。
【図面の簡単な説明】
【００３０】
【図１】本例のプログラマブル表示器を含むシステム全体の概略構成図である。
【図２】本例のプログラマブル表示器の構成例である。
【図３】本システムのソフトウェア構成図である。
【図４】本例のプログラマブル表示器の構成・機能図（１／２）である。
【図５】本例のプログラマブル表示器の構成・機能図（２／２）である
【図６】（ａ）、（ｂ）は、アイテムリストのデータ構成図である。
【図７】（ａ），（ｂ）は、共有メモリのデータ構造例、データ格納例である。
【図８】（ａ），（ｂ）はロギングリストの具体例、（ｃ）はロギングデータの具体例である。
【図９】通信処理部の処理フローチャート図である。
【図１０】（ａ）がメモリリスト、（ｂ）はメモリ情報の具体例である。
【図１１】ロギング処理部の処理フローチャート図である。
【図１２】アイテム処理部の処理フローチャート図（１／２）である。
【図１３】アイテム処理部の処理フローチャート図（２／２）である。
【図１４】（ａ）、（ｂ）は、集約ロギングデータ生成処理について説明する為の図である。
【図１５】本例によるヒストリカルトレンドグラフ表示例等である。
【図１６】本例のプログラマブル表示器の機能ブロック図である。
【図１７】従来のヒストリカルトレンドグラフ表示例等である。
【発明を実施するための最良の形態】
【００３１】  以下、図面を参照して、本発明の実施の形態について説明する。【００３２】  図１は、本例のプログラマブル表示器１を含むシステム全体の概略構成図である。【００３３】  図１に示すプログラマブルコントローラシステムは、各種接続機器４と、通信ライン６を介して各種接続機器４に接続するプログラマブル表示器１とを有する。更に、プログラマブル表示器１が、通信ライン３を介して作画エディタ装置５（支援装置）に接続された構成であってもよい。但し、作画エディタ装置５は、必ずしもプログラマブル表示器１に接続されている必要があるわけではない。尚、作画エディタ装置５を支援装置５と記す場合もあるものとする。【００３４】  プログラマブル表示器１には、複数の通信インタフェース２（通信ポート）が備えられており、各通信インタフェース２に接続された通信ライン３／通信ライン６によって各種接続機器４や作画エディタ装置５と接続されている。【００３５】  プログラマブル表示器１は、運用中、上記画面データ等に基づいて上記操作表示画面を表示する。プログラマブル表示器１は、従来と同様、現在表示中の操作表示画面上の各アイテムに関して、例えば定周期で接続機器４から上記割当メモリ領域のデータを取得して、この取得データに基づいて操作表示画面の表示内容更新を行う。例えば、上述したヒストリカルトレンドグラフ表示を行う。【００３６】  ここで、上述したように、例えばユーザが所望の時間範囲内の全データを一度に表示させたい場合、すなわち例えば全体像を視覚的に把握したい場合等には、上記スクロール表示では対応できない場合がある。換言すれば、一度に表示可能なデータ点数に上限がある為に、表示させたい全てのデータを一度に表示させることができない場合がある。これは、例えば、表示対象データ点数が、表示画面の時間軸方向の画素数を越える場合には、全データを一度に表示させることができない。これは典型的な一例であり、この例に限らないが、基本的に、上述した最大表示範囲を従来よりも拡大可能とすることが望まれる。【００３７】  これに対して、本例のプログラマブル表示器１では、プログラマブル表示器１におけるヒストリカルトレンドグラフ表示に関して、上述した最大表示範囲を従来よりも拡大可能とすることができる。特に、例えば、表示対象データ点数が、表示画面の時間軸方向の画素数（ディスプレイ表示解像度）を越える場合でも、全データを一度に表示させることができる。これは、データを集約することで実質的にデータ点数を減らすことで、全データを一度に表示可能とするものである。つまり、全データをそのまま表示させるのではない。詳しくは後述する。【００３８】  図２は、本例のプログラマブル表示器１の構成例である。【００３９】  プログラマブル表示器１は、上述した従来例と略同様に上述した画面データ等に基づく操作表示画面の表示等を行う機能を有する。この操作表示画面上の表示には、上記ヒストリカルトレンドグラフの表示も含まれる。そして、本例では、当該ヒストリカルトレンドグラフ表示に関して、後述する各種機能を有する。例えば倍率に応じたデータ集約機能等を有する。詳しくは後述する。【００４０】  図示のプログラマブル表示器１は、表示���作制御装置１０と、タッチパネル１８、ディスプレイ１９、上記通信インタフェース２等を有する。【００４１】  表示操作制御装置１０は、ＣＰＵ１１、ＲＯＭ１２（フラッシュメモリ等）、ＲＡＭ１３、通信コントローラ１４、グラフィックコントローラ１５、タッチパネルコントローラ１６等より成り、これらがバス１７に接続されている。【００４２】  ＣＰＵ１１は、表示操作制御装置１０全体を制御する中央処理装置（演算プロセッサ）である。ＣＰＵ１１は、ＲＯＭ１２に予め格納されているプログラム（例えば後述する本体プログラム２１等）を実行することで、所定の演算処理動作を行う。これによって例えば後述する各種フローチャート図の処理等を実現する。各種の演算結果は、例えばＲＡＭ１３やＲＯＭ１２に格納される。尚，ＲＯＭ１２は例えばフラッシュメモリ等であってもよい。【００４３】  また、ＲＯＭ１２には、上記背景技術で説明した画面データ（後述する画面データ２２）等が格納されている。上記のように、画面データは、例えば上述したスイッチ、ランプ、メーター、棒グラフ等の各アイテム毎に、そのアイテムの画像や表示位置座標や大きさ等のアイテム表示に係わる各種データや、上記割当メモリ領域のアドレス等の監視メモリアクセスに係わるデータ等を有する。【００４４】  上記ＣＰＵ１１の処理には、例えば上記背景技術で説明した“各アイテム毎の割当メモリ領域の格納データ”を取得する処理等が含まれる。尚、上記のことから、これは「監視メモリ」の格納データを取得する処理と言うことも出来る。この取得データは、例えば後述する共有メモリ６４に一時的に格納される。尚、共有メモリ６４は、上記ＲＡＭ１３やＲＯＭ１２の記憶領域の一部であってもいし、不図示の他のメモリであってもよい。【００４５】  また、上記ＣＰＵ１１の処理によって、例えば上記画面データや上記取得データ等に基づく表示対象データが、例えばＲＡＭ１３や不図示のビデオＲＡＭ上に展開（描画）される。この描画に基づいてグラフィックコントローラ１５が、ディスプレイ１９上に上述した操作表示画面等を表示する。【００４６】  ディスプレイ１９は、例えば液晶パネル等より成り、この液晶パネル上に重ねるようにしてタッチパネル１８が設けられる。ディスプレイ１９上には、基本的には、複数のアイテム画像が所定位置に配置されて成る上記操作表示画面が表示される。そして、このようなアイテム画像の１つとして、上記ヒストリカルトレンドグラフ表示があるものとする。【００４７】  また、通信コントローラ１４は、通信インタフェース２を介して、不図示のＰＬＣ本体等や温調装置等である接続機器４や作画エディタ装置５との通信を行う。【００４８】  オペレータ等によるタッチパネル１８上での押圧操作位置（タッチ位置）の検知結果は、タッチパネルコントローラ１６を介してＣＰＵ１１等に取り込まれて解析される。これは、例えば各アイテムの上記表示位置座標や大きさのデータ等に基づいて、解析することになる。例えば、任意のスイッチの画像の表示位置をオペレータ等がタッチすると、このタッチ位置が当該スイッチ画像の表示領域内であると解析することで、このスイッチに対する操作が行われたものと見做すものとなる。【００４９】  図３に、上記本システムのソフトウェア構成図を示す。【００５０】  プログラマブル表示器１においては、本体プログラム２１、画面データ２２、通信プログラム２３等の各種プログラム／データが、例えば上記ＲＯＭ１２（フラッシュメモリ等）に格納されている。これらのプログラム／データ等をＣＰＵ１１が読出し・実行／参照等することで、上記操作表示画面等の表示制御等が行なわれる。【００５１】  この操作表示画面は、メーター、棒グラフ、ヒストリカルトレンドグラフ、ランプ、スイッチ等の各種アイテムの画像表示から成る。各アイテム画像の表示内容は、例えば接続機器４との通信によって割当メモリ領域（監視メモリ）から取得したデータを反映させる形で、随時更新される。【００５２】  基本的には、ＣＰＵ１１が本体プログラム２１と画面データ２２とに基づく処理を行うことで、上記操作表示画面が表示される。そして、この操作表示画面上の各画面部品の表示内容は、通信プログラム２３による接続機器４との通信結果（上記取得データ等）等に基づいて、随時、更新等されるものである。表示内容は、例えば、温度等の数値を示す表示やランプの点灯／消灯などである。【００５３】  上記画面データ２２は、例えば予め作画エディタ装置５側で任意に作成された画面データファイル３２が、プログラマブル表示器１にダウンロードされて格納されたものである。また、上記通信プログラム２３も、例えば予め作画エディタ装置５側に格納されていた通信プログラムファイル３３が、プログラマブル表示器１にダウンロードされて格納されたものである。【００５４】  上述したように、基本的には、ＣＰＵ１１が、本体プログラム２１と画面データ２２と取得データ等に基づいて、上記操作表示画面の表示制御を行う。例えば、メーターやランプ等のアイテムに関して、定期的に、そのアイテムの割当メモリ領域からデータを読み出して、そのアイテムの表示内容を当該読出データに基づいて更新する。あるいは、当該読出データを蓄積して、この蓄積データ（ログデータ；ロギングデータ）の一部または全部を用いてグラフ表示するアイテムもあり、その一例が上記ヒストリカルトレンドグラフ表示に係わるアイテムである。【００５５】  あるいは、例えばスイッチ等のアイテムに関しては、ユーザが、この操作表示画面上の所望のスイッチをタッチしてＯＮ／ＯＦＦ操作すると、スイッチＯＮ画像表示／スイッチＯＦＦ画像表示が行われる。また、ＣＰＵ１１は、このスイッチ操作に応じた所定の処理（例えば接続機器４の制御等）を行う。【００５６】  そして、この割当メモリ領域からの読出しデータを、プログラマブル表示器１の内部メモリ（後述する共有メモリ６４等）に一時的に格納し、これに基づいてアイテム表示制御を行う構成がある。【００５７】  すなわち、例えば後述する各通信処理部５５等によって定期的に、接続機器４内のメモリデバイスの所定の記憶領域（割当メモリ領域）からデータを読み出して、この読出データを上記内部メモリに格納する処理が行われる。そして、内部メモリの格納データ等に基づいて、上記操作表示画面の表示制御が行われることになる。これによって、操作表示画面上の各アイテム画像の表示内容が、そのアイテムに対応する割当メモリ領域（監視メモリ）の最新の格納データの内容を反映させたものとなる。【００５８】  プログラマブル表示器１の通信プログラム２３は、通信ライン６を介して接続機器４と通信を行うためのプログラムである。通常、接続機器４の機種毎等に固有の通信プロトコル（通信規定）を持ち、この通信規定に従って、プログラマブル表示器１−接続機器４間での通信を行う。そのため、通信プログラム２３は、各接続機器４の機種毎等に開発が必要となる。尚、当然、ＣＰＵ１１などが通信プログラム２３を実行することで、接続機器４との通信処理が実現される。【００５９】  尚、プログラマブル表示器１−作画エディタ装置５間の通信は、例えば本体プログラム２１と作画エディタ３１とによって行う。例えば、通信機能が作画エディタ３１に組み込まれている。これについては本手法とは特に関係ないので、図示・説明しない。ＰＬＣ本体等である接続機器４は、様々なメーカー・機種があり、各メーカー／機種毎に独自の通信プログラムがあり、上記通信プログラム２３は、接続機器４のメーカー／機種に応じて場合によっては複数種類備えられるものとなる。【００６０】  通信プログラム２３は、通常、作画エディタ装置５内の不図示のＨＤ（ハードディスク）内に、複数の通信プログラムファイル３３（各機種毎に開発済の複数の通信プログラム）として予め記憶されている。そして、作画エディタ装置５は、作画エディタ３１によりユーザが任意の接続機器４を選択・指定すると、該選択された接続機器４に応じた通信プログラムファイル３３を、プログラマブル表示器１に転送して、上記通信プログラム２３として記憶させる。【００６１】  プログラマブル表示器１から接続機器４内の監視メモリへアクセスする処理は、画面データ２２に含まれる各種設定に従って実行される。換言すれば、作画エディタ３１上で画面データファイル３２作成時に行われた各種ユーザ設定に従って実行される。例えば、ユーザが、画面データファイル３２作成の際に、画面内に各種アイテムを配置すると共に、これら各アイテム毎に任意のアドレス（監視メモリ）を指定する。【００６２】  上記のようにして作成された画面データファイル３２を、プログラマブル表示器１にダウンロードして画面データ２２として記憶させる。プログラマブル表示器１は、従来と同様に、画面データ２２を用いて上記操作表示画面の表示制御を行うものであり、これに伴って、各アイテム毎に上記監視メモリのデータを定期的に取得する動作等を実行する。更に、取得データに基づいて画面上のアイテム表示内容を更新する動作等を行う。【００６３】  尚、上述した各種処理を実現させるプログラムは、例えば本体プログラム２１に含まれていてもよいし、画面データファイル３２（画面データ２２）に含まれていてもよい。何れにしても、この様なプログラムを例えば上記ＣＰＵ１１が実行することで、本例のプログラマブル表示器１の各種処理・動作などが実現されることになる。【００６４】  ここで、支援装置５は、例えばパソコン等であり、特に図示しないが一般的な汎用コンピュータの構成（ＣＰＵ、記憶部（ハードディスク、メモリ等）、通信部、操作部（マウス等）、ディスプレイ）を有している。記憶部に予め���憶されているアプリケーションプログラムを、ＣＰＵが実行することにより、例えば作画エディタ３１の上記処理機能等が実現される。【００６５】  図４、図５は、本例のプログラマブル表示器の構成・機能図である。【００６６】  尚、図４、図５は、１つの図を２つに分けて示しているのであり、以下、まとめて図４等と記すものとする。【００６７】  上記ＣＰＵ１１が、例えば上記ＲＯＭ１２に記憶されている所定のプログラム（例えば上記本体プログラム２１、通信プログラム２３等）を実行することにより、例えば図４等に点線で示す枠内の各種処理機能部が実現される。すなわち、図示のアイテム生成部５１、アイテム処理スケジュール部５２、アイテム処理部５３、ロギング処理部５４、通信処理部５５、ロギング生成部５６等の各種処理機能部の各種処理機能が実現される。これら各種処理機能の詳細は後述する。【００６８】  尚、通信処理部５５は、例えば、本体プログラム２１と通信プログラム２３とによって実現される。それ以外の処理機能部は本体プログラム２１によって実現される。【００６９】  また、図示のロギングリスト６１、ロギングデータ６２、アイテムリスト６３、共有メモリ６４等の各種データが、ＣＰＵ１１内の不図示のメモリ等に格納される。あるいは、これら各種データは、ＲＡＭ１３やＲＯＭ１２などに格納されるものであってもよい。【００７０】  アイテム生成部５１は、上記画面データ２２等に基づいて、アイテムリスト６３を生成する。これは、例えば、画面データ２２の一部を抽出する形で生成する。尚、アイテム生成部５１は既存の機能である。よって、アイテム生成部５１の処理機能については、特にフローチャート図等は示さず、説明もしないものとする。【００７１】  ここで、図６（ａ）、（ｂ）に、アイテムリスト６３のデータ構成図を示す。【００７２】  図６（ａ）は、アイテムリスト６３全体のデータ構成図である。図６（ｂ）は、その一部である“アイテムタイプ毎のデータ”７５の詳細データ構成例である。【００７３】  図示の例のアイテムリスト６３は、アイテムＮｏ．７１、アイテムタイプ７２、座標７３、サイズ７４、“アイテムタイプ毎のデータ”７５、処理済みフラグ７６などから成る。【００７４】  例えば上記操作表示画面の各アイテム毎に、アイテムリスト６３の任意のレコードが対応付けられる。アイテムＮｏ．７１には、対応するアイテムの識別ＩＤが格納される。尚、各アイテムにはユニークな識別用ＩＤが予め割り当てられている。【００７５】  アイテムリスト６３には、操作表示画面上の各アイテム毎に、上記各種情報７１〜７５が格納される。尚、上記のことから、上記各種情報７１〜７５は画面データ２２の一部であると見做してよい。画面データ２２のデータ構造は特に示さないものとする。【００７６】  アイテムタイプ７２には、そのアイテムの種別（スイッチ、ランプ、メーター、棒グラフ、ヒストリカルトレンドグラフ等）を示すアイテム種別識別情報が格納される。【００７７】  座標７３とサイズ７４には、そのアイテムの画像の表示位置、大きさを示す情報が格納される。【００７８】  処理済みフラグ７６は、処理済みか否かを示すフラグであり、その使用方法は後にフローチャート図で説明する。【００７９】  ここで、“アイテムタイプ毎のデータ”７５には、そのアイテムの種別に応じた各種データが格納される。ここでは、一例としてアイテム種別が“ヒストリカルトレンドグラフ”である場合の各種データを、図６（ｂ）に示すものとする。【００８０】  図６（ｂ）に示す例の“アイテムタイプ毎のデータ”７５は、ロギングＮｏ．８１、最大値８２、最小値８３、倍率８４、集約タイプ８５等から成る。【００８１】  ロギングＮｏ．８１は、当該ヒストリカルトレンドグラフ・アイテムによる表示対象のロギングデータ６２の識別用ＩＤである。尚、ヒストリカルトレンドグラフ・アイテムが複数ある場合、これら各アイテム毎に、そのアイテムによるグラフ表示に用いるロギングデータ６２が存在している。【００８２】  最大値８２、最小値８３は、ヒストリカルトレンドグラフの縦軸（データ軸）の表示範囲を示す。つまり、表示対象データ値の表示範囲を示す。上述した図１７の例の場合、グラフの縦軸は０〜１００となっているので、最大値８２＝‘１００’、最小値８３＝‘０’が格納されていることになる。【００８３】  倍率８４は、グラフの横軸（時間軸）の表示範囲を示すものであり、ここでは“等倍”の場合、上記図１７で説明した上記従来の最大表示範囲で表示される状態であるものとする。よって、従来では上述したようにこれ以上は“拡大”することが出来ない状態である。つまり、従来では、倍率を等倍から２倍、４倍等に“拡大”することは出来なかった。尚、この状態は、上述した「グラフの時間軸方向での画素１点とデータ１点とが１対となる」状態と言うこともできる。【００８４】  尚、言うまでもないが、従来でも倍率を等倍から１／２や１／４などに“縮小”することは出来る。例えば倍率が１／２倍の場合には「グラフの時間軸上の画素２点とデータ１点とが１対となる」ことになる。尚、この場合、表示の際には、各データ毎に、それと対となる２つの画素のうちの１つのみを用いるようにしてもよい。【００８５】  尚、倍率８４は、上記図１７で説明した「拡大」ボタン、「縮小」ボタンが、ユーザによって操作される毎に更新される。【００８６】  集約タイプ８５には、データ集約方法が格納される。ここで、本手法では、上記倍率が２倍、４倍等に“拡大”された場合、表示対象データに対して後述するデータ集約処理を行うことで、上記等倍から２倍、４倍等に“拡大”表示することを可能とする。このデータ集約方法は、本説明では一例として後述する平均値を用いる方法を採るが、この例に限らず、例えばピーク（最大値）、ボトム（最小値）、移動平均等のデータ集約手法を用いても構わない。これより、例えば、集約タイプ８５には、平均値、ピーク、ボトム、移動平均のなかの何れかが格納される。尚、この様なデータ集約方法は、予め登録されるか、あるいはユーザが任意に設定／変更可能となっている。【００８７】  以上、図６に示すアイテムリスト６３の具体例について説明した。【００８８】  図４等の説明に戻る。【００８９】  ここで、アイテム生成部５１は、上記画面データ２２等に基づいて、上記アイテムリスト６３だけでなく、更に、共有メモリ６４の初期状態を生成してもよい。但し、この例に限らず、ロギン��生成部５６が後述するロギングリスト６１の生成だけでなく、更に、共有メモリ６４の初期状態を生成してもよい。何れにしても、ここでは、画面データ２２等に基づく共有メモリ６４の初期状態生成について説明する。【００９０】  ここで、まず、画面データ２２には、上記アイテムリスト６３の各データだけでなく、上記割当メモリ領域を示す情報（メモリデバイスやアドレス等）も含まれている。この情報に基づいて、共有メモリ６４の初期状態が生成される。尚、この生成処理自体は既存技術であり、詳細な説明は行わないものとする。【００９１】  ここで、図７（ａ），（ｂ）に、上記共有メモリ６４の具体例を示す。【００９２】  図７（ａ）には共有メモリ６４のデータ構造例、図７（ｂ）にはデータ格納例を示す。【００９３】  図７（ａ）、（ｂ）に示す例では、共有メモリ６４は、ポート９１、デバイス名９２、アドレス９３、データ９４の各データ項目より成る。尚、これらのデータ項目は、従来と略同様であっても構わない。よって、以下、簡単に説明する。【００９４】  ポート８１は、上記通信ポートの識別情報等であり、実質的には通信相手の接続機器４を識別する情報となる。デバイス８２は、通信相手の接続機器４内のメモリデバイスの識別情報である。アドレス８３は、デバイス８２が示すメモリデバイスにおける所定の記憶領域（割当メモリ領域）のアドレスであり、データ８４にはこの割当メモリ領域から取得したデータが格納される。尚、上記割当メモリ領域のアドレスを“割当メモリアドレス”と呼ぶ場合もあるものとする。【００９５】  ポート９１、デバイス名９２、アドレス９３には、画面データ２２の該当データがコピーされて格納される。データ９４は、初期状態では“ＮＵＬＬ”となっており、後述する通信処理部５５によって最新のデータが取得される毎に、当該最新データがデータ９４に格納されることになる。尚、図７（ｂ）に示す例では、データ９４には何等かのデータが格納されているので、これは初期状態ではないことになる。【００９６】  上記共有メモリ６４のデータ９４は、随時、通信処理部５５によって最新データに更新される。尚、通信処理部５５の処理機能自体は、既存技術であり、詳細な説明は行わないものとする。【００９７】  通信処理部５５は、各接続機器４（４−１、４−２）毎に対応して備えられる通信処理部５５−１、５５−１である。すなわち、図示の通信処理部５５−１は、接続機器４−１に対応する通信ポートＷＡＹ１を使用して、通信ライン６を介して、接続機器４−１との通信を行って、各アイテムに対応する各割当メモリ領域の格納データを取得する。取得データは、共有メモリ６４の所定領域に上書き格納する。【００９８】  同様に、図示の通信処理部５５−２は、接続機器４−２に対応する通信ポートＷＡＹ２を使用して、通信ライン６を介して、接続機器４−２との通信を行って、各アイテムに対応する各割当メモリ領域の格納データを取得する。取得データは、共有メモリ６４の所定領域に上書き格納する。【００９９】  尚、通信処理部５５の処理フローチャート図を、図９に示し、後に説明するものとする。【０１００】  また、ロギング生成部５６は、画面データ２２等に基づいて、ロギングリスト６���の一部を生成する。尚、ロギングリスト６１やその生成処理自体は、既存技術であるので、詳細な説明は行わないものとする。【０１０１】  ここで、図８（ａ）に、ロギングリスト６１の具体例を示す。【０１０２】  図示の例では、ロギングリスト６１は、ロギングＮｏ．１３１、メモリ設定個数１３２、メモリ設定１３３、ロギング間隔１３４、ロギング数（最大値）１３５、前回ロギング実行時間１３６等から成る。これら各種データのうち、前回ロギング実行時間１３６以外のデータは全て、画面データ２２に含まれていたものと見做して構わない。基本的には、画面データ２２の一部を抽出することで、ロギングリスト６１が生成される。【０１０３】  ロギングリスト６１のデータ格納例は示さないが、複数のレコードがある場合、基本的に、ヒストリカルトレンドグラフ・アイテムが複数あるものと見做してよい。つまり、ロギングリスト６１の各レコードは、それぞれ、１つのヒストリカルトレンドグラフ・アイテムに対応するものである。そして、例えば、対応するヒストリカルトレンドグラフ・アイテムの上記ロギングＮｏ．８１が、ロギングＮｏ．１３１に格納される。【０１０４】  メモリ設定１３３には、Ｎ個のメモリ設定データが格納される。メモリ設定データは、上記割当メモリ領域のアドレス等である。そして、上記Ｎ個が、メモリ設定個数１３２に格納される。例えば、上述した図１７の例の場合、データＡ、データＢ、データＣの３種類のデータが表示対象であるので、上記Ｎは‘３’となる。そして、メモリ設定１３３には、データＡに係わる割当メモリアドレスと、データＢに係わる割当メモリアドレスと、データＣに係わる割当メモリアドレスとが、格納されることになる。【０１０５】  尚、図１７では、データＡ、データＢ、データＣの３種類についてロギングデータがある例を示しており、それ故、それぞれについて上記の通り割当メモリアドレスが登録されている。但し、図１７ではヒストリカルトレンドグラフの表示例は、１種類のデータのみ（例えばデータＡのみ）が表示されているものとして示している。これは、単に、３種類のグラフ表示を示すと、複雑になる為、省略して示しているだけである。よって、実際には、データＡ、データＢ、データＣの３種類のグラフ表示が行われることになる。これは、後述する図１５に関しても略同様である。【０１０６】  ここで、メモリ設定１３３の詳細例を、図８（ｂ）に示す。図示の例のメモリ設定１３３は、デバイス名１０１とアドレス１０２から成り、これらが上記割当メモリ領域のアドレス等である。すなわち、デバイス名１０１が示すメモリデバイスにおけるアドレス１０２が、上記割当メモリ領域のアドレスである。尚、デバイス名１０１が示すメモリデバイスは、接続機器４内のメモリデバイスである。【０１０７】  ロギング間隔１３４は、ロギング処理すなわちロギングデータ６２の更新処理の実行周期である。例えば、ロギング間隔１３４が１００（ms）であれば、１００(ms)毎にロギングデータ６２が更新される。ロギングデータ６２の更新は、基本的に、最新のデータがロギングデータ６２に追加格納されるものである。最新のデータは、接続機器４内の割当メモリ領域から取得したデータが、共有メ��リ６４のデータ９４に格納されているものである。【０１０８】  ロギング数（最大値）１３５は、ロギングデータ６２に格納するデータ点数の上限である。ロギングデータ６２に格納されているデータ点数が、この上限値に達した後には、ロギングデータ６２の更新処理実行毎に、最古のデータを削除して上記最新データを追加することになる。【０１０９】  前回ロギング実行時間１３６は、上記ロギング処理実行する毎に、そのときの日時等が格納される。この処理は、例えばロギング処理部５４等が実行する。前回ロギング実行時間１３６から上記ロギング間隔１３４の時間経過したら、次のロギング処理が実行されることになる。【０１１０】  ロギング処理部５４は、例えば上記ロギングリスト６１に従って、上記ロギングデータ６２を更新する処理等を行う。すなわち、ロギング処理部５４は、例えば上述したように、前回ロギング実行時間１３６から上記ロギング間隔１３４の時間経過したら、所定の処理を実行する。ロギング処理部５４の処理例は、図１１に示し、後に説明するが、基本的には上記の通り、最新のデータをロギングデータ６２に追加格納するものである。【０１１１】  アイテム処理部５３は、画面上の各アイテムの表示内容を更新する処理機能部である。ここでは、ヒストリカルトレンドグラフ・アイテムの表示に関してのみ説明するものとし、他のアイテム表示については説明を省略する。但し、他のアイテム表示は、基本的に、共有メモリ６４を参照して、その上記データ９４に基づいて表示内容を決定して表示するものである。これに対して、ヒストリカルトレンドグラフ・アイテムの場合、上記のようにデータ９４に応じてロギングデータ６２が更新されており、基本的にはロギングデータ６２に基づく表示を行うことになる。これ自体は従来と同様であってよい。【０１１２】  ここで、図８（ｃ）に、ロギングデータ６２のデータ構成図を示す。【０１１３】  図示の例では、ロギングデータ６２は、ロギングＮｏ．１４１、ロギング時間１４２、データ個数１４３、データ１４４の各データ項目から成る。【０１１４】  ロギングＮｏ．１４２は、上記ロギングＮｏ．１３１と略同様であるので、説明は省略する。【０１１５】  データ１４４は、ここでは省略して示すが、例えば図１７に示すように、データＡ、データＢ、データＣ等の各データ種別毎に、その時系列ログデータが格納される。データ個数１４３は、データ種別の個数であり、上記Ｎ個に相当する。よって、この例ではデータ個数１４３＝‘３’となっている。【０１１６】  ロギング時間１４２には、各データ１４４の収集時間が格納される。換言すれば、各データ１４４が収集・格納される毎に、そのときの日時等がロギング時間１４２に格納される。上記図１７の例では図上右上に示す時系列データ（ロギングデータ）における「時間」が、ロギング時間１４２に相当する。【０１１７】  上記ロギング時間１４２の各「時間」に対応付けて、そのときに収集されたデータがデータ１４４に格納される。例えば、図１７に示すデータＡの例の場合、ロギング時間１４２＝‘０：１０’に対してはデータ１４４＝‘２５’が格納され、ロギング時間１４２＝‘１０：００’に対してはデータ１４４＝‘４０’が格納されていることになる。【０１１８】  ここで、本例のアイテム処理部５３は、場合によっては上記ロギングデータ６２のデータ１４４を集約して、当該不図示の集約ロギングデータに基づいてヒストリカルトレンドグラフ表示を行う場合がある。詳しくは後に図１２等のフローチャート図を参照して説明する。【０１１９】  アイテム処理スケジュール部５２は、例えば定期的にアイテム処理部５３に上記処理を実行させる。【０１２０】  以下、各フローチャート図を参照して、上記図４等に示す各種処理機能部の処理例について説明する。【０１２１】  まず、図９を参照して、通信処理部５５の処理例について説明する。【０１２２】  図９は、通信処理部５５の処理フローチャート図である。尚、この処理自体は、既存の処理であり、以下、簡単に説明する。【０１２３】  例えば図４等の例では各通信処理部５５−１、５５−２が、各々、図９の処理をサイクリックに（定周期で）実行するものである。【０１２４】  図９の処理例では、まず、共有メモリ６４に基づいて、自己が担当する接続機器４に係るメモリリスト１１０を生成する（ステップＳ１１）。例えば、通信処理部５５−１による処理の場合には、接続機器４−１に係るメモリリスト１１０を生成することになる。例えば、共有メモリ６４において、ポート８１がＷＡＹ１であるレコードを全て抽出することで、接続機器４−１に係るメモリリスト１１０を生成する。【０１２５】  図１０（ａ）に、このメモリリスト１１０のデータ構成例を示す。【０１２６】  図示の例では、メモリリスト１１０は、デバイス名１１１、アドレス１１２、データ１１３の各データ項目より成る。例えば上記通信処理部４４−１の例の場合、共有メモリ６４からポート９１が“ＷＡＹ１”であるレコードを全て抽出して、該各抽出レコードのデバイス名９２、アドレス９３、データ９４の情報を、上記デバイス名１１１、アドレス１１２、データ１１３に格納することで、上記接続機器４−１に係るメモリリスト１１０を生成することになる。尚、データ１１３は、必ずしも必要ないものである。代わりに、処理済みか否かを示すフラグ情報が格納されていてもよい。【０１２７】  その後は、生成したメモリリスト１１０を参照しながら、ステップＳ１５の判定がＮＯとなるまで、ステップＳ１２〜Ｓ１４の処理を繰り返し実行する。尚、この処理自体は従来と同様であってよく、以下、簡単に説明する。【０１２８】  すなわち、メモリリスト１１０から未処理のレコードを１つ取り出して処理対象レコードとし、この処理対象レコードの内容に基づくメモリ読込コマンドを生成して、これを自己が担当する接続機器４に通信ライン６を介して送信する（ステップＳ１２）。このコマンドには、上記デバイス名１１１やアドレス１１２等のアクセス先を特定する情報（割当メモリアドレス）が含まれる。これより、接続機器４は、この割当メモリアドレスが示す記憶領域からデータを読み出して、この読出しデータを返信する応答処理を行う。【０１２９】  通信処理部４４は、上記メモリ読込コマンドに対する接続機器４からの応答を受信したら（ステップＳ１３）この応答に含まれる上記読出しデータを、上記共有メモリ６４において処理対象レコードに相当するレコードにおける上記データ９４の欄に格納する（ステップＳ１４）。【０１３０】  そして、上記ステップＳ１４の処理を実行後、メモリリスト１１０に未処理のレコードが残っているか否かをチェックし（ステップＳ１５）、残っている場合には（ステップＳ１５，ＹＥＳ）ステップＳ１２に戻り、残っていない場合には（ステップＳ１５，ＮＯ）本処理を終了する。【０１３１】  図１１は、ロギング処理部５４の処理フローチャート図である。【０１３２】  尚、当該図１１の処理も、既存の処理と見做してよく、以下、簡単に説明する。【０１３３】  まず、ロギングリスト６１の初期化処理を実行する（ステップＳ４１）。尚、図８（ａ）には示していないが、ロギングリスト６１にも上記処理済みフラグ７６に相当するフラグ等が含まれており、ステップＳ４１では例えばロギングリスト６１の全レコードの当該不図示のフラグをクリアする。【０１３４】  続いて、ロギングリスト６１の任意のレコードの各情報を取得して（ステップＳ４２）、まず、前回ロギング実行時間１３６とロギング間隔１３４に基づいて、ロギング処理の実行タイミングとなったか否かを判定する（ステップＳ４３）。つまり、現在、前回ロギング実行時間１３６からロギング間隔１３４分経過しているか否かを判定する。【０１３５】  未だロギング実行タイミングではない場合には（ステップＳ４３，ＮＯ）、未処理のリスト（レコード）があるか否かを判定し（ステップＳ４９）、未処理のリストがある場合には（ステップＳ４９，ＹＥＳ）ステップＳ４２に戻る。尚、当然、全てのリストについて処理実行したら（ステップＳ４９，ＮＯ）、本処理を終了する。【０１３６】  ロギング処理の実行タイミングである場合には（ステップＳ４３，ＹＥＳ）、まず、共有メモリ６４からメモリ情報１２０を生成する（ステップＳ４４）。メモリ情報１２０の具体例は、図８（ｂ）に示すように、データ１２１から成るものである。データ１２１は、共有メモリ６４における該当レコードのデータ９４である。該当レコードは、そのデバイス名９２及びアドレス９３が、ロギングリスト６１における上記メモリ設定１３３（デバイス名１０１及びアドレス１０２；割当メモリアドレス）と同一であるレコードである。【０１３７】  尚、メモリ設定１３３の割当メモリアドレスが複数ある場合には、それぞれについて上記該当レコードのデータ９４（最新データ）を取得することで上記メモリ情報１２０（そのデータ１２１）を生成する。尚、上記の例ではメモリ設定１３３にはデータＡ、データＢ、データＣの３種類の割当メモリアドレスが格納されているので、上記メモリ情報１２０は、データＡの最新データ、データＢの最新データ、データＣの最新データから成ることになる。【０１３８】  そして、ロギングデータ６２に格納済みの時系列ログデータ数が、未だ上限（ロギング数（最大値）１３５）に達していない場合には（ステップＳ４５，ＮＯ）、上記メモリ情報１２０をロギングデータ６２に追加格納する（ステップＳ４７）。つまり、最新データをロギングデータ６２に追加記録する。そして、上記“フラグ”をＯＮ（処理済み）にして（ステップＳ４８）、上記ステップＳ４９の処理へ移行する。【０１３９】  尚、上記ス���ップＳ４７の処理は、例えば上記具体例の場合、データＡ、データＢ、データＣそれぞれについて、ロギングデータ６２における所定のデータ格納領域にその上記最新データを追加格納することになる。尚、上記格納済みの時系列ログデータ数は、データＡ、データＢ、データＣで全て同じとなるはずであるので、何れか１つについて時系列ログデータ数を上限（ロギング数（最大値）１３５）と比較することで、上記ステップＳ４５の判定を行えばよい。【０１４０】  一方、ロギングデータ６２の時系列ログデータ数が上限に達している場合には（ステップＳ４５，ＹＥＳ）、ロギングデータ６２から最古のデータを削除したうえで（ステップＳ４６）上記ステップＳ４７，Ｓ４８の処理を実行する。尚、ステップＳ４６の処理も、例えば上記具体例では、データＡ、データＢ、データＣそれぞれについて、上記所定のデータ格納領域から最古のデータを削除することになる。【０１４１】  そして、所定の完了処理を実行する（ステップＳ４８）。これは、例えば、処理対象レコードの上記不図示のフラグをＯＮすることで、ロギング処理実行済みであることを記録する。【０１４２】  図１２、図１３は、アイテム処理部５３の処理フローチャート図である。【０１４３】  尚、図１２、図１３は、１つの処理フローを２つに分けて示しているだけであり、よって、以下、特に区別せずに図１２等と記すものとする。尚、上記の通り、アイテム処理部５３は、例えばアイテム処理スケジュール部５２によるスケジュール管理の元、例えばサイクリックに図１２等の処理を実行する。【０１４４】  図１２等に示す処理例では、まず、アイテムリスト６３の初期化処理を実行する（ステップＳ２１）。これは、例えば、アイテムリスト６３の全レコードの上記処理済みフラグ７６を、フラグＯＦＦ（未処理）とする。【０１４５】  そして、アイテムリスト６３から任意の処理対象レコードの情報を取得する毎に（ステップＳ２２）、ステップＳ２３〜Ｓ２７の処理を実行する。尚、アイテムリスト６３の各レコードは、操作表示画面上の各アイテムに対応するものである。【０１４６】  まず、処理対象レコードのアイテムタイプ７２を参照することで、ヒストリカルトレンドグラフ・アイテムであるか否かを判定する（ステップＳ２３）。【０１４７】  処理対象がヒストリカルトレンドグラフ・アイテム以外のアイテムである場合には（ステップＳ２３，ＮＯ）、既存の通常のアイテム表示処理を行う。よって、これについては簡単な説明のみとする。すなわち、まず、例えば共有メモリ６４の該当レコードのデータ９４をメモリ情報１２０として取得する（ステップＳ２４）。これは上記ステップＳ４４と略同様の処理である。続いて、ステップＳ２２で取得した情報とメモリ情報１２０等に基づいて、当該処理対象アイテムに係わる描画（表示）処理を行う。図上には一例として、数値表示アイテムの表示例であってメモリ情報１２０が‘１２３４５’であった場合の例を示してある。【０１４８】  そして、最後に、処理対象レコードの上記処理済みフラグ７６をフラグＯＮ（処理済み）とする（ステップＳ２６）。そして、アイテムリスト６３に未処理のレコードがあれば（ステップＳ２７，ＹＥＳ）ステップＳ２２���戻って次の処理対象レコードについて上記と同様の処理を行い、全レコードについて処理済みであれば（ステップＳ２７，ＮＯ）本処理を終了する。【０１４９】  一方、上記ステップＳ２３がＹＥＳの場合、すなわち処理対象がヒストリカルトレンドグラフ・アイテムである場合には、ステップＳ２８〜Ｓ３１の処理を実行する。【０１５０】  すなわち、まず、処理対象レコードのロギングＮｏ．８１を用いて、該当するロギングデータ６２をロギング情報６６として取得する（ステップＳ２８）。換言すれば、所定対象のヒストリカルトレンドグラフ・アイテムに係わるロギングデータ６２を取得する。これは、特に、ヒストリカルトレンドグラフ・アイテムが複数あり、それぞれに対応するロギングデータ６２がある場合を想定している。つまり、ロギングデータ６２が複数ある場合を想定している。そして、上記ステップＳ２８の処理では、そのロギングＮｏ．１４１が、上記処理対象レコードのロギングＮｏ．８１と同一であるロギングデータ６２を、ロギング情報６６として取得する。これは、特に、当該ロギングデータ６２における時系列ログデータ（ロギング時間１４２及びデータ１４４））を、ロギング情報６６として取得する。尚、これは、例えば上記データＡ、データＢ、データＣの３種類の時系列ログデータをグラフ表示するヒストリカルトレンドグラフ・アイテムである場合には、これら各データＡ，Ｂ，Ｃ毎にそれぞれ時系列ログデータを取得する。【０１５１】  次に、処理対象レコードの倍率８４を参照して、これが等倍より大きいか否かを判定する（ステップＳ２９）。倍率が等倍より大きい場合すなわち倍率が２倍や４倍等である場合には（ステップＳ２９，ＹＥＳ）、ロギング情報６６を集約することで、集約ロギングデータ２００を生成する（ステップＳ３０）。【０１５２】  上記ステップＳ３０の集約ロギングデータ生成処理について、図１４に示す一例を用いて説明する。尚、ここでは集約方法として平均値を用いる例を示すが、勿論、この例に限るものではなく、上述したようにピーク、ボトム、移動平均等であってもよい。【０１５３】  図１４（ａ）には集約ロギングデータ生成の為の算出方法などを示す。【０１５４】  図１４（ｂ）には、ロギング情報６６と集約ロギングデータ２００のデータ構成例を示す。【０１５５】  まず、図１４（ｂ）に示すデータ例について説明する。【０１５６】  図示の例では、ロギング情報６６は、時間２１１とデータ２１２の各データ項目から成る。尚、上記具体例の場合、上記データＡ、データＢ、データＣそれぞれについて図示のロギング情報６６があり、且つ、それぞれについて図示の集約ロギングデータ２００が生成されることになる。【０１５７】  上記時間２１１とデータ２１２が、上記ステップＳ２８においてロギングデータ６２から取得したロギング時間１４２とデータ１４４に相当する。ロギング情報６６は、図示の例では“Ｎ＋１”個のレコードから成る。この“Ｎ＋１”は上記ロギング数（最大値）１３５に相当する。尚、上記ロギングデータ６２からロギング情報６６を生成する際に。時間順にソートしてもよい。すなわち、上記ステップＳ２８においてロギングデータ６２から取得したロギング時間１４２と���ータ１４４を、時間順にソートしたものを、上記時間２１１とデータ２１２としてもよい。例えば現在日時に近い順にソートして格納してもよいし、その逆であってもよい。つまり、最新のデータから順にソートしてもよいし、最古のデータから順にソートしてもよい。この例では図示の“Ｄａｔａ０”が最新のデータ、“ＤａｔａＮ”が最古のデータとなる。【０１５８】  また、図示の例では、集約ロギングデータ２００は、Ｎｏ．２０１、時間２０２、データ２０３の各データ項目から成る。尚、Ｎｏ．２０１は、集約ロギングデータ２００の各レコードに対して先頭から順に割り当てられるシリアル番号（０，１，２、３、・・・）である。【０１５９】  集約ロギングデータ生成処理では、例えば、ロギング情報６６の先頭レコードから順に、倍率に応じた分ずつ複数のレコードを取得する。例えば倍率４倍の場合には、図示のように４つのレコードを取得する。そして、４つのレコードを取得する毎に、これらのデータ２１２の平均値を算出して、該算出値を集約ロギングデータ２００のデータ２０３に格納する。この様な平均値の算出を式で表したものが、図１４（ａ）に示す（式ｂ）である。【０１６０】  例えば、図示のＴｉｍｅ０〜Ｔｉｍｅ３が処理対象の場合、これらのデータ２１２である図示のＤａｔａ０，Ｄａｔａ１，Ｄａｔａ２，Ｄａｔａ３の平均値は、下記のように求められる。【０１６１】  平均値＝（Ｄａｔａ０＋Ｄａｔａ１＋Ｄａｔａ２＋Ｄａｔａ３）／４  尚、仮に倍率が２倍であるならば、ロギング情報６６における２つのレコードずつ、その平均値を求めてデータ２０３に格納することになる。【０１６２】  また、本例では、時間２０２には、上記４つの処理対象レコードのうちの先頭レコードの時間２１１が格納されるものとする。よって、図示の例では時間２０２には“Ｔｉｍｅ０”が格納される。これを式で表したものが、図１４（ａ）の（式ａ）である。勿論、これは一例に過ぎない。【０１６３】  尚、（式ａ）や（式ｂ）に示す時間ｍやデータｍの“ｍ”は、Ｎｏ．２０１に対応するものである。つまり、図１４（ｂ）に示す例では、例えばｍ＝３の場合、すなわち時間３とデータ３は、Ｎｏ．２０１が‘２’のレコードの時間２０２、データ２０３に対応することになる。つまり、上記の例では倍率は４であるので、（式ａ）より、図示のように、時間３＝Ｔｉｍｅ（３×４）＝Ｔｉｍｅ１２が、Ｎｏ．２０１＝‘３’のレコードの時間２０２に格納されることになる。（式ｂ）によって算出されるデータ３についても、略同様である。尚、図示の例では、ｍ＝０〜Ｍとなる。【０１６４】  尚、当然ながら、ロギング情報６６の各セルには、図示のようなＴｉｍｅ０やＤａｔａ０ではなく、実際のデータ（ロギング時間１４２、データ１４４）が格納されることになる。図示のＴｉｍｅ０やＤａｔａ０は、予め各セルに割り当てられている識別子のようなものと見做しても構わない。よって、例えば上記時間２０２に格納される“Ｔｉｍｅ０”は、当該“Ｔｉｍｅ０”自体が格納されるのではなく、当該“Ｔｉｍｅ０”のセルに格納される実データが、上記時間２０２に格納されることになる。これは、上記平均値の算出についても同様であり、実際には実データを用いて���出処理が行われることになる。【０１６５】  アイテム処理部５３は、例えばこの様にして生成される集約ロギングデータ２００を用いて、ヒストリカルトレンドグラフ表示を行う（ステップＳ３１）。これによって、従来ではそれ以上は表示時間範囲を“拡大”できなかった場合でも、表示時間範囲を“拡大”可能となる。尚、この“拡大”は、既に述べたように、一度に表示可能な時間範囲の拡大を意味する。【０１６６】  尚、上記ステップＳ３１の処理を実行したら、上記他のアイテムと同様、上記ステップＳ２６、Ｓ２７の処理を実行する。【０１６７】  ここで、図１４（ｂ）に示す例では、ロギング情報６６のデータ点数は（Ｎ＋１）個、集約ロギングデータ２００のデータ点数は（Ｍ＋１）個となる。そして、ここでは倍率は４倍であるので、一例としてロギング情報６６の全レコードを集約対象とする場合には、（Ｍ＋１）＝（Ｎ＋１）／４あるいは（Ｍ＋１）≒（Ｎ＋１）／４の関係となる。また、（Ｎ＋１）は、上記ステップＳ４５がＹＥＳとなる状況では、上記上限値（ロギング数（最大値）１３５）と同一であると見做して良い。【０１６８】  ここで、上記（Ｍ＋１）個が、ディスプレイ上でヒストリカルトレンドグラフ表示に用いることができる画素数Ｐ以下である場合には、実質的にロギングデータの全てを一度に表示できることになる。尚、上記“実質的に”とは、ロギング情報６６のデータをそのまま表示させるものではなく、集約データを用いることを意図している。一度に表示可能なデータ点数が、画素数Ｐ以下である点は、従来と同じである。また、尚、上記画素数Ｐは、ヒストリカルトレンドグラフの時間軸に対応する画素数と言うこともできる。【０１６９】  上記画素数Ｐは、例えばディスプレイの横方向の画素数であるが、この例に限らない。【０１７０】  例えば、ディスプレイ解像度が横６４０（画素）×縦４８０（画素）であって、上記“ヒストリカルトレンドグラフの時間軸に対応する画素数Ｐ”が６００（画素）であるものとした場合、（Ｍ＋１）≦６００である場合には、実質的に全ロギングデータを一度に表示させることができ、ユーザは全体像を把握し易くなる。【０１７１】  また、（Ｍ＋１）＞Ｐであっても構わない。この場合には、集約ロギングデータ２００のデータ２０３の全てを一度に表示させることは出来ないが、その一部を表示させることができ、また例えばスクロール表示させても構わない。この様に、集約ロギングデータ２００を用いる場合でも、必ずしも全時系列データを実質的に一度に表示出来るとは限らない。しかし、一度に表示可能な時間範囲は、従来よりも“拡大”させることができる。【０１７２】  例えば仮に、現在時刻が１５：００であり、等倍の場合には１２：００〜１５：００の３時間分のデータまでしか一度に表示出来なかったものとする。この場合、本手法では、例えば倍率を２倍に拡大すると、０９：００〜１５：００の６時間分のデータを実質的に一度に表示出来ることになる。勿論、これは、データ２点をデータ１点に集約したことで、データ点数を半分とすることで、一度に表示可能とするものである。同様に、例えば倍率を４倍に拡大すると、０３：００〜１５：００の１２時間分のデータを実質的に一度に���示出来ることになる。勿論、これも、データ４点をデータ１点に集約したことで、データ点数を１／４とすることで、一度に表示可能とするものである。【０１７３】  図１５に、本例によるヒストリカルトレンドグラフ表示例を示す。【０１７４】  図示の例では、グラフの表示領域において横軸方向について１ドット毎に、ロギングデータ１点または集約データ１点が対応付けられることになる。仮に、従来では一度に表示可能なデータは、図１７のように１０：００〜１５：００の５時間分の時間範囲のデータであるものとする。従来では、この状態でユーザが「拡大」ボタンを操作しても、これ以上表示時間範囲は拡大できなかった。理由は既に述べた通りである。【０１７５】  これに対して、本手法では、この状態でユーザが「拡大」ボタンを操作すると、例えば上記集約ロギングデータ２００が生成されて、これを用いてグラフ表示が行われることになり、これによって例えば図１５に示すように、２：００〜１５：００の時間範囲のデータを、一度に表示することができる。図１４（ｂ）の例の場合、１ドット毎に、ロギング情報６６における任意のデータ４点の平均値が、プロットされることになる。【０１７６】  図１６は、本例のプログラマブル表示器１の機能ブロック図である。【０１７７】  図示のプログラマブル表示器１は、ヒストリカルトレンドグラフを表示するプログラマブル表示器であって、時系列データ記憶部３０１、集約データ生成部３０２、表示制御部３０３等の各種処理機能部を有する。尚、例えば上記ＣＰＵ１１が上記ＲＯＭ１２等に予め記憶されているアプリケーションプログラムを読出し実行することにより、これら各種処理機能部が実現される。尚、集約データ生成部３０２と表示制御部３０３は、一例としては上記アイテム処理部５３に相当するものと見做してもよい。【０１７８】  時系列データ記憶部３０１は、時系列データを記憶する。時系列データの一例が上記ロギングデータ６２である。【０１７９】  集約データ生成部３０２は、指定された倍率が所定の倍率である場合、該倍率に応じて上記時系列データを集約して集約データを生成する。この集約データの一例が上記集約ロギングデータ２００である。【０１８０】  表示制御部３０３は、上記時系列データに基づいてヒストリカルトレンドグラフを表示するが、上記集約データが生成されている場合には該集約データに基づいてヒストリカルトレンドグラフを表示する。つまり、表示制御部３０３は、上記所定の倍率が指定されている場合には、集約データに基づいてヒストリカルトレンドグラフを表示する。【０１８１】  ここで、例えば、上記所定の倍率は、等倍よりも大きい倍率であり、例えば２倍、４倍等である。【０１８２】  また、例えば、上記集約データ生成部３０２は、上記時系列データにおいて上記指定された倍率に応じた複数のデータ毎に所定の集約処理を行うことで、上記時系列データよりデータ数が少ない上記集約データを生成することになる。【０１８３】  例えば、上記集約データ生成部３０２は、上記指定された倍率が２倍の場合には上記時系列データのデータ２点毎にデータ１点に集約する。この場合、集約データのデータ数は、時系列データのデータ数の半分となる。また、例えば、上記集約データ生成部３０２は、上記指定された倍率が４倍の場合には上記時系列データのデータ４点毎にデータ１点に集約する。この場合、集約データのデータ数は、時系列データのデータ数の１／４となる  そして、例えば、上記データの集約方法は、上記時系列データの上記指定倍率に応じた複数データ毎に、該複数データの平均値または移動平均値あるいはピークまたはボトムを求めるものである。既に図１４等で説明した一例では、平均値を用いる例を示したが、この例に限らない。【０１８４】  また、上記時系列データに基づく表示を行う場合よりも上記集約データに基づく表示を行う場合の方が、前記ヒストリカルトレンドグラフにおける表示時間範囲が大きくなる。例えば、既に図１５、図１７などで説明したように、従来では図１７に示すように表示時間範囲は最大で５時間分であったが、本例では図１５に示すように表示時間範囲は最大で１３時間分等となる。【０１８５】  また、上記ヒストリカルトレンドグラフを表示させるディスプレイの解像度に応じて、該ヒストリカルトレンドグラフ上で一度に表示可能なデータ点数の上限が決まる。これは、例えば、横軸（時間軸）方向の解像度に応じて、一度に表示可能なデータ点数の上限が決まる。これは、例えば上述した一例では、横６４０（画素）×縦４８０（画素）のディスプレイの場合、上記上限は例えば６４０（画素）や６００（画素）等となる。【０１８６】  そして、本例のプログラマブル表示器１では、上記時系列データのデータ数が上記上限を超える場合でも、上記集約データのデータ数は該上限以下と成り得る。これによって、本例では、実質的に時系列データの全データを一度に表示することも可能となる。尚、“実質的に”の意味は、既に説明した通りである。【０１８７】  また、上記表示制御部３０３は、上記指定された倍率が上記等倍である場合、上記時系列データのデータ一点毎にディスプレイの１画素を対応付けて表示する。これによって、上記のように、横軸（時間軸）方向の解像度に応じて、一度に表示可能なデータ点数の上限が決まることになる。【０１８８】  また、上記表示制御部３０３は、例えば、上記指定された倍率が上記等倍より大きい倍率である場合、上記集約データのデータ一点毎にディスプレイの１画素を対応付けて表示する。データ１点と１画素とを対応付けること自体は、時系列データを用いる場合と変わらないが、“集約”していることで実質的により多くのデータ（より広い時間範囲のデータ）を一度に表示可能となる。
【図１】
2015059816.tif 000003
【図２】
2015059816.tif 000004
【図３】
2015059816.tif 000005
【図４】
2015059816.tif 000006
【図５】
2015059816.tif 000007
【図６】
2015059816.tif 000008
【図７】
2015059816.tif 000009
【図８】
2015059816.tif 000010
【図９】
2015059816.tif 000011
【図１０】
2015059816.tif 000012
【図１１】
2015059816.tif 000013
【図１２】
2015059816.tif 000014
【図１３】
2015059816.tif 000015
【図１４】
2015059816.tif 000016
【図１５】
2015059816.tif 000017
【図１６】
2015059816.tif 000018
【図１７】
2015059816.tif 000019
【国際調査報告】
2015059816.tif 000020
2015059816.tif 000021
2015059816.tif 000022
2015059816.tif 000023