JP7241982B1 - 画像生成プログラム、画像生成装置、プログラマブルコントローラシステム及び画像生成方法 - Google Patents

Abstract

プログラムは、画像生成装置（１０）を、取得部（１１）及び生成部（１３）として機能させる。取得部（１１）は、ＰＬＣ（２０）を動作させるための動作プログラムにおいて記述されるルーチンに相当するファンクションブロックを示すＦＢ情報（１２１）を取得し、ファンクションブロックの機能が用いられる際のファンクションブロックに関するパラメータの状態を示す状態画像の構成を規定する、ファンクションブロックについて個別に定められた個別構成情報（１２２）を取得する。生成部（１３）は、ファンクションブロックを機能させるときの状態画像を個別構成情報（１２１）に基づいて生成してＵＩ部（１４）に出力する。

Description

本開示は、画像生成プログラム、画像生成装置、プログラマブルコントローラシステム及び画像生成方法に関する。

工場に代表されるＦＡ（Factory Automation）の現場では、予め作成した動作プログラムに従ってプログラマブルコントローラを動作させることにより多数の機器が制御される。動作プログラムを効率的に記述するために、いわゆるルーチンに相当するファンクションブロックが利用される。ファンクションブロックが配布されれば、多くのユーザがコーディング作業をすることなくファンクションブロックの機能を利用することができる。例えば、制御対象の機器のメーカーから当該機器に関するファンクションブロックが現場のユーザに提供される。

動作プログラムを現場で作成するために、ファンクションブロックの機能を試験的に発揮させて、ファンクションブロックに関するパラメータの状態を観察したいという要望がある。そこで、プログラムの一部に相当するファンクションブロックについて部分シミュレーションを行う技術を適用することが考えられる（例えば、特許文献１を参照）。

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

しかしながら、特許文献１の技術では、部分シミュレーションの経過或いは結果を観察するためにユーザに対して提示される画面をどのように構成するかという点については何ら考察されていない。このため、部分シミュレーションを実行する装置に予め実装されたユーザインタフェースが、ファンクションブロックの機能を観察するユーザに提供されることとなる。ここで、種々のファンクションブロックについて共通の仕様に従うユーザインタフェースが実装される場合には、効率的に設計及び実装することができるが、ユーザの使い勝手が悪くなってしまう。一方、ファンクションブロック毎に異なる仕様で詳細にユーザインタフェースを設計及び実装すると、ユーザの使い勝手はよくなるが多くの工数がかかってしまう。このため、ファンクションブロックの機能を観察するためのユーザインタフェースに関し、ユーザの使い勝手と設計及び実装の作業負担の軽減とを両立させる余地がある。

本開示は、上記の事情に鑑みてなされたものであり、ファンクションブロックの機能を観察するためのユーザインタフェースに関し、ユーザの使い勝手と設計及び実装の作業負担の軽減とを両立させることを目的とする。

上記目的を達成するため、本開示の画像生成プログラムは、コンピュータを、プログラマブルコントローラを動作させるための動作プログラムにおいて記述されるルーチンに相当するファンクションブロックを示すファンクションブロック情報を取得し、ファンクションブロックの機能が用いられる際のファンクションブロックに関するパラメータの状態を示す状態画像の構成を規定する、ファンクションブロックについて個別に定められた個別構成情報であって、ユーザによって入力される個別構成情報を取得する取得手段、ファンクションブロックを機能させるときの状態画像を含むウィンドウを、個別構成情報に基づいて生成して表示装置に出力する生成手段、として機能させる。

本開示によれば、取得手段が、状態画像の構成を規定する、ファンクションブロックについて個別に定められた個別構成情報を取得し、生成手段が、状態画像を個別構成情報に基づいて生成する。このため、種々のファンクションブロックに対応するユーザインタフェースをそれぞれ一から設計及び実装することなく、個別構成情報を作成すれば、使い勝手のよいユーザインタフェースが提供されることとなる。したがって、ファンクションブロックの機能を観察するためのユーザインタフェースに関し、ユーザの使い勝手と設計及び実装の作業負担の軽減とを両立させることができる。

実施の形態１に係る画像生成装置の機能的な構成を示す図 実施の形態１に係る画像生成装置のハードウェア構成を示す図 実施の形態１に係るファンクションブロックの一例を示す図 実施の形態１に係る個別構成情報に基づいて生成される状態画像を示す図 実施の形態１に係る個別構成情報の一例を示す図 実施の形態１に係る共通構成情報の一例を示す図 実施の形態１に係る共通構成情報に基づいて生成される状態画像を示す図 実施の形態１に係る画像生成処理を示すフローチャート 実施の形態１に係る個別構成情報及び共通構成情報に基づいて生成される状態画像を示す図 実施の形態２に係る個別構成情報の一例を示す図 実施の形態３に係る個別構成情報及び優先度を有する複数の共通構成情報を示す図

以下、本開示の実施の形態に係る画像生成装置１０について、図面を参照しつつ詳細に説明する。

実施の形態１．
本実施の形態に係る画像生成装置１０は、図１に示されるように、機器２１を制御するＰＬＣ（Programmable Logic Controller）２０とともに、プログラマブルコントローラシステム１００を構成する。プログラマブルコントローラシステム１００は、ＰＬＣ２０の動作内容を管理するためのＦＡ（Factory Automation）システムである。

ＰＬＣ２０は、プログラマブルコントローラの一例に相当する制御装置である。ＰＬＣ２０は、画像生成装置１０から提供される動作プログラムに従って一又は複数の機器２１を制御して、生産ラインに代表される種々の工程を実現する。動作プログラムは、プログラマブルコントローラを動作させるためのプログラムの一例に相当する。例えば、ＰＬＣ２０は、動作プログラムの一種であるラダープログラムに従って、センサである機器２１によるセンシング結果に基づいてロボットアームを有する機器２１を制御することにより、ベルトコンベア上におけるワークの流れを制御する。なお、図１では１台のＰＬＣ２０が代表的に示されているが、複数のＰＬＣ２０が協調して一又は複数の機器２１を制御してもよい。

ＰＬＣ２０及び機器２１は、電圧信号又は電流信号を伝送する信号線、シリアルデータを伝送する通信線、又は、産業用ネットワークを介して接続される。ＰＬＣ２０は、ＵＳＢ（Universal Serial Bus）ケーブルに代表される通信線又はＬＡＮ（Local Area Network）を介して画像生成装置１０に接続される。

画像生成装置１０は、産業用ＰＣ（Personal Computer）に代表されるコンピュータであって、ＰＬＣ２０を管理するための端末に相当する。画像生成装置１０は、エンジニアリングツールと呼ばれるソフトウェアを実行することにより、ＰＬＣ２０に実行させる動作プログラムの内容の編集、作成した動作プログラムのＰＬＣ２０への書き込み、及び、ＰＬＣ２０のメモリに格納されているデータの読み出しを行う。また、画像生成装置１０は、動作プログラムに含まれるルーチンに相当するファンクションブロックを実際に機能させてＰＬＣ２０の試運転を実行したときの当該ファンクションブロックの状態を示す状態画像を生成して、当該状態画像を含む試運転画面をユーザに提示する。

図２には、画像生成装置１０のハードウェア構成が示されている。画像生成装置１０は、図２に示されるように、プロセッサ３１と、主記憶部３２と、補助記憶部３３と、入力部３４と、出力部３５と、通信部３６と、を有する。主記憶部３２、補助記憶部３３、入力部３４、出力部３５及び通信部３６はいずれも、内部バス３７を介してプロセッサ３１に接続される。

プロセッサ３１は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processing Unit）を含む。プロセッサ３１は、補助記憶部３３に記憶されるプログラムＰ１を実行することにより後述の機能を発揮する。プログラムＰ１は、画像生成装置１０に種々の機能を発揮させる画像生成プログラムの一例に相当する。

主記憶部３２は、ＲＡＭ（Random Access Memory）を含む。主記憶部３２には、補助記憶部３３からプログラムＰ１がロードされる。そして、主記憶部３２は、プロセッサ３１の作業領域として用いられる。

補助記憶部３３は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）に代表される不揮発性メモリを含む。補助記憶部３３は、プログラムＰ１の他に、プロセッサ３１の処理に用いられる種々のデータを記憶する。補助記憶部３３は、プロセッサ３１の指示に従って、プロセッサ３１によって利用されるデータをプロセッサ３１に供給し、プロセッサ３１から供給されたデータを記憶する。

入力部３４は、キーボードに代表される入力デバイスを含む。入力部３４は、画像生成装置１０のユーザによって入力された情報を取得して、取得した情報をプロセッサ３１に通知する。

出力部３５は、ＬＣＤ（Liquid Crystal Display）に代表される出力デバイスを含む。出力部３５は、プロセッサ３１の指示に従って種々の情報をユーザに提示する。

通信部３６は、外部の装置と通信するための通信インタフェース回路を含む。通信部３６は、外部から信号を受信して、この信号により示される情報をプロセッサ３１へ通知する。また、通信部３６は、プロセッサ３１から出力された情報を示す信号を外部の装置へ送信する。

画像生成装置１０は、上述のハードウェア構成が協働することにより、実行されているファンクションブロックの状態をユーザに提示する状態画像を生成するための機能を発揮する。詳細には、画像生成装置１０は、図１に示されるように、その機能として、ＦＢ情報１２１、個別構成情報１２２及び共通構成情報１２３を取得して記憶部１２に格納する取得部１１と、取得部１１から提供される情報を記憶する記憶部１２と、記憶部１２に記憶されている情報を用いてファンクションブロックの状態画像を生成する生成部１３と、状態画像を含む試運転画面をユーザに提示するＵＩ（User Interface）部１４と、ＵＩ部１４に入力されたユーザの操作に従って試運転の指示をＰＬＣ２０に送信する指示部１５と、を有する。

取得部１１は、主としてプロセッサ３１及び入力部３４の協働によって実現される。取得部１１は、ユーザによって入力されたＦＢ情報１２１、個別構成情報１２２及び共通構成情報１２３を取得する。

ＦＢ情報１２１は、ファンクションブロックを示すファンクションブロック情報の一例に相当する。ファンクションブロックは、いわゆるルーチン、すなわち複数の命令の集合に相当する再利用可能なプログラム部品であって、その内部で変数の保持が可能であることを特徴とする。ファンクションブロックは、入力されたデータに対して、変数を利用して予め定められた処理を施した結果を出力する。ＦＢ情報１２１は、ファンクションブロックに入力されるデータの種別、当該データに施される処理、及び、処理結果としてファンクションブロックから出力されるデータの種別それぞれを示す。ただし、ファンクションブロックは、変数を利用することなく処理結果を出力してもよい。

図３には、「ＭＣｖ＿ＡｌｌＰｏｗｅｒ」という名称のファンクションブロック４０が例示されている。このファンクションブロック４０は、サーボアンプである機器２１を扱うためのファンクションブロックである。ファンクションブロック４０の入力は、制御対象である軸を示す「Ａｘｉｓ」、ファンクションブロック４０の機能を有効化するか否かを示すビット値の「Ｅｎａｂｌｅ」、及び、サーボアンプをオン状態にするか否かを示すビット値の「ＳｅｒｖｏＯＮ」を含む。

また、ファンクションブロック４０の出力は、入力された「Ａｘｉｓ」と同等の「Ａｘｉｓ」、ファンクションブロックが動作中であるか否かを示すビット値の「Ｂｕｓｙ」、ファンクションブロック４０内でエラーが生じているか否かを示すビット値の「Ｅｒｒｏｒ」、及び、エラーが生じたときのエラー種別を示す符号無しワード型の「ＥｒｒｏｒＩＤ」を含む。図３中の「ＤＵＴ」は、構造体を意味し、「Ｂ」はビット値であることを示し、「ＵＷ」はUnsigned Wordを意味する。

図３からわかるように、ファンクションブロック４０の状態は、ファンクションブロック４０に関するパラメータの値によって示される。このパラメータは、入力されるデータとしての引数、及び、出力されるデータとしての戻り値を含む。また、パラメータは、入力から出力を得るための処理において用いられる中間パラメータを含んでもよい。以下では、ファンクションブロックの入力に相当するパラメータを入力引数と表記し、出力に相当するパラメータを出力引数と表記することがある。また、これらのパラメータを引数と表記することがある。

図１に戻り、個別構成情報１２２は、ファンクションブロックについて個別に予め定められた、当該ファンクションブロックの状態画像の構成を規定する情報である。共通構成情報１２３は、複数のファンクションブロックに共通して予め定められた、状態画像の構成を規定する情報である。個別構成情報１２２及び共通構成情報１２３の詳細については、後述する。

なお、取得部１１が、ＦＢ情報１２１、個別構成情報１２２及び共通構成情報１２３を取得する形態は任意に変更してもよい。例えば、取得部１１は、機器２１のメーカーから提供されるＦＢ情報１２１、個別構成情報１２２及び共通構成情報１２３の一部又は全部をネットワーク上のサーバ装置からダウンロードすることにより取得してもよい。これらの情報がダウンロードにより取得される場合には、取得部１１は、通信部３６によって実現される。また、取得部１１は、ＦＢ情報１２１、個別構成情報１２２及び共通構成情報１２３の一部又は全部を、ＤＶＤ（Digital Versatile Disk）及びメモリカードに代表される記録媒体から読み出すことにより取得してもよい。さらに、販売される機器２１にＦＢ情報１２１、個別構成情報１２２及び共通構成情報１２３が同梱されていてもよいし、プログラムＰ１にこれらの情報が同梱されて販売されてもよい。取得部１１は、ファンクションブロック情報、個別構成情報及び共通構成情報を取得する取得手段の一例に相当する。

記憶部１２は、主として主記憶部３２及び補助記憶部３３の少なくとも一方によって実現される。記憶部１２は、取得部１１によって格納されたＦＢ情報１２１、個別構成情報１２２及び共通構成情報１２３を保存して、生成部１３の要求に応じてこれらの情報を提供する。ＦＢ情報１２１は、複数のファンクションブロックそれぞれについて規定された情報であって、記憶部１２は、互いに異なるファンクションブロックをそれぞれ示す複数のＦＢ情報１２１を記憶する。同様に、個別構成情報１２２は、複数のファンクションブロックそれぞれについて個別に定められた情報であって、記憶部１２は、複数の個別構成情報１２２を記憶する。ただし、一部のファンクションブロックについては個別構成情報１２２が規定されておらず、そのような対応する個別構成情報１２２が無いファンクションブロックのＦＢ情報１２１が記憶部１２には格納され得る。共通構成情報１２３は、複数のファンクションブロックに共通するため、記憶部１２は、単一の共通構成情報１２３を記憶する。

生成部１３は、主としてプロセッサ３１によって実現される。生成部１３は、特定のファンクションブロックのユーザによる選択を受けたＵＩ部１４からの要求に応じて、記憶部１２の情報を参照することにより、当該ファンクションブロックのパラメータの状態を示す状態画像を生成する。詳細には、生成部１３は、選択されたファンクションブロックを示すＦＢ情報１２１を記憶部１２から読み出して、当該ファンクションブロックの個別構成情報１２２が記憶部１２に格納されている場合には、その個別構成情報１２２を読み出し、個別構成情報１２２が記憶部１２に格納されていない場合には、個別構成情報１２２に代えて共通構成情報１２３を読み出す。生成部１３は、ファンクションブロックを機能させるときの状態画像を個別構成情報に基づいて生成して表示装置に出力する状態画像を生成する生成手段の一例に相当する。

図４には、生成部１３によって生成される状態画像の一例に相当するウィンドウ４００が例示されている。このウィンドウ４００は、ファンクションブロックを選択するためのコンボボックス４０１、軸を選択するためのコンボボックス４０２、ボタン４０３，４０４、及び、パラメータの状態を示す表示部４０５，４０６，４０７を有する。コンボボックス４０２の選択肢は、図３に示されたファンクションブロック４０の「Ａｘｉｓ」に対応し、ボタン４０３，４０４はそれぞれ、ファンクションブロック４０の入力引数である「Ｅｎａｂｌｅ」及び「ＳｅｒｖｏＯＮ」に対応し、表示部４０５，４０６，４０７はそれぞれ、ファンクションブロック４０の出力引数である「Ｂｕｓｙ」、「Ｅｒｒｏｒ」及び「ＥｒｒｏｒＩＤ」に対応する。状態画像は、ファンクションブロックの機能が用いられる際のファンクションブロックに関するパラメータの状態を示す画像の一例に相当する。

図４のようなウィンドウ４００は、図５に例示される個別構成情報１２２に基づいて生成される。この個別構成情報１２２は、ウィンドウ４００に含まれる画像要素の配置を規定する情報であって、エリアの領域を規定する行と、エリア内への画像要素の配置を規定する行と、を含む。例えば、行５０１は、「ＦＢ選択コンボボックスエリア」という名称のエリアを、ウィンドウ４００の左上の端点を原点として、下方向に１０ピクセル及び右方向に１０ピクセルの点と、下方向に４０ピクセル及び右方向に３２０ピクセルの点と、で定まる矩形の領域とすることを示している。なお、ＦＢは、ファンクションブロックを意味する。以下の行５０２では、行５０１と同様に矩形の領域が規定されている。

また、行５０３は、「ＦＢ選択コンボボックスエリア」内の左側に「ＦＢ選択」という文字列を表示することを示し、行５０４は、「ＦＢ選択コンボボックスエリア」内の中央に、「ＧｅｔＦＢｓ（）」という関数の戻り値として得る配列の要素を選択肢として含むコンボボックスを表示することを示している。行５０５は、「ボタンエリア」内の左側に、ファンクションブロック４０の入力引数である「Ｅｎａｂｌｅ」のビット値に対応させて「有効」又は「停止」を入力するためのボタンを表示することを示す。行５０６は、「ランプエリア」内の左側に、ファンクションブロック４０の出力引数である「Ｂｕｓｙ」のビット値に対応させて、赤色又は緑色のランプと、「実行中」又は「停止中」の文字列と、を表示することを示している。以上のように、個別構成情報１２２は、文字列、コンボボックス、ボタン、ランプのような画像要素の配置を規定している。また、配置される複数の画像要素のうちの少なくとも一部は、ファンクションブロックの入力引数又は出力引数に対応しており、その値によって画像要素の表示形態が変更される。ここで、画像要素の表示形態は、文字列を構成する文字、及び、色を意味するが、これには限定されない。

図６には、共通構成情報１２３の一例が示されている。この共通構成情報１２３は、個別構成情報１２２と同様の形式で記述される。ただし、共通構成情報１２３では、複数のファンクションブロックに含まれる異なるパラメータに対応させて、画像要素の配置が規定される。換言すると、共通構成情報１２３では、共通構成情報１２３に対応する複数のファンクションブロックのうちの特定のファンクションブロックに限って用いられる引数が直接的に参照されることはなく、一般化した参照表現が用いられる。例えば、図６中の行６０１は、「入力引数テーブルエリア」内にデータ型がＢｏｏｌｅａｎ型の入力引数をすべて配置することが示されている。これにより、図７に示されるようなウィンドウ６００が状態画像として生成される。このウィンドウ６００は、ファンクションブロックの入力引数の一覧を示すテーブル６０２を画像要素として含む。

図１に戻り、ＵＩ部１４は、主として入力部３４及び出力部３５の協働により実現される。ＵＩ部１４は、生成部１３によって生成された状態画像を含む画面をユーザに提示して、当該画面を利用して入力されるユーザの操作を受け付ける。例えば、ＵＩ部１４は、図４中のボタン４０３，４０４の押下又はタップによる選択操作を受け付ける。そして、ＵＩ部１４は、受け付けた操作を指示部１５に通知することにより、この操作をＰＬＣ２０に反映させる。すなわち、ＵＩ部１４は、ファンクションブロックに従ってＰＬＣ２０を試運転する際におけるユーザの入出力インタフェースとして機能する。ＵＩ部１４は、生成部１３から出力された状態画像を表示する表示装置の一例に相当する。

指示部１５は、主としてプロセッサ３１及び通信部３６の協働により実現される。指示部１５は、ＵＩ部１４から通知されたユーザ操作に従ってＰＬＣ２０を動作させる。ここで、ユーザ操作は、ファンクションブロックの機能を試験的にＰＬＣに実行させることを意味するため、指示部１５からＰＬＣ２０への指示は、単一のファンクションブロックに等しい動作プログラムをＰＬＣ２０に書き込んで当該動作プログラムをＰＬＣ２０に実行させる指示ともいえる。ただし、ファンクションブロックの入力引数としては、状態画像を用いてユーザによって指定された値が採用される。

そして、指示部１５は、ＰＬＣ２０がファンクションブロックを実行した際の当該ファンクションブロックに関するパラメータを、ＰＬＣ２０のメモリから読み出して、生成部１３に出力する。指示部１５から出力されたパラメータの値を得た生成部１３は、この値を用いて、状態画像を更新してＵＩ部１４に出力することにより、ユーザに対して提示される状態画像を更新する。指示部１５は、ファンクションブロックに従って動作することをプログラマブルコントローラに指示する指示手段の一例に相当する。

続いて、画像生成装置１０において実行される画像生成処理の手順について、図８を参照して説明する。画像生成処理は、画像生成装置によって実行される画像生成方法の一例に相当する。なお、画像生成処理は、図８に示される手順に限定されず、ファンクションブロックの状態を示す状態画像がユーザに提示されれば、実行すべきステップ及びステップの順序を任意に変更してもよい。

画像生成処理では、取得部１１が、ＦＢ情報を取得し（ステップＳ１）、個別構成情報及び共通構成情報を取得する（ステップＳ２）。具体的には、取得部１１が、ユーザから指定されたアドレスにより示されるサーバ装置又は記録媒体の領域から、これらの情報を読み出す。

次に、生成部１３は、ＰＬＣ２０にファンクションブロックを実行させるための試運転操作がユーザによって入力されたか否かを判定する（ステップＳ３）。試運転操作が入力されていないと判定された場合（ステップＳ３；Ｎｏ）、ステップＳ３の判定が繰り返される。

一方、試運転操作が入力されたと判定された場合（ステップＳ３；Ｙｅｓ）、生成部１３は、試運転操作において指定されたファンクションブロックに対応する個別構成情報１２２が記憶部１２に格納されているか否かを判定する（ステップＳ４）。個別構成情報１２２が記憶部１２に格納されていないと判定された場合（ステップＳ４；Ｎｏ）、生成部１３は、ステップＳ３の試運転操作において指定されたファンクションブロックに対応するＦＢ情報１２１からファンクションブロックの引数の情報を抽出し、抽出した引数の情報、及び、共通構成情報１２３に基づいて状態画像を生成する（ステップＳ５）。これにより、図７に示されたようなウィンドウ６００が生成される。

一方、個別構成情報１２２が記憶部１２に格納されていると判定された場合（ステップＳ４；Ｙｅｓ）、生成部１３は、共通構成情報１２３により状態画像において示される情報が、個別構成情報１２２により状態画像において示される情報より多いか否かを判定する（ステップＳ６）。具体的には、ステップＳ３の試運転操作において指定されたファンクションブロックに関して、共通構成情報１２３において参照されるパラメータの数が、個別構成情報１２２において参照されるパラメータの数より多いか否かを、生成部１３が判定する。

ステップＳ６の判定が否定される場合（ステップＳ６；Ｎｏ）、生成部１３は、ステップＳ５と同様にＦＢ情報１２１から抽出した引数の情報、及び、個別構成情報１２２に基づいて状態画像を生成する（ステップＳ７）。これにより、図４に示されたようなウィンドウ４００が生成される。

一方、ステップＳ６の判定が肯定される場合（ステップＳ６；Ｙｅｓ）、生成部１３は、ステップＳ５と同様にＦＢ情報１２１から抽出した引数の情報、個別構成情報１２２及び共通構成情報１２３に基づいて状態画像を生成する（ステップＳ８）。具体的には、生成部１３は、個別構成情報１２２に基づいて一時的に生成した状態画像に対して、個別構成情報１２２において参照されないが共通構成情報１２３においては参照されるパラメータに関する画像要素を含むレイアウトを追加することで、表示すべき状態画像を生成する。これにより、例えば、図３のファンクションブロック４０と同様の出力引数を有する「ＭＣｖ＿ＦＢ２」という名称のファンクションブロックについて、図９に示されるように、「Ｂｕｓｙ」及び「Ｅｒｒｏｒ」という出力引数に対応する画像要素ついては個別構成情報１２２に基づいて配置されるとともに、「ＥｒｒｏｒＩＤ」という出力引数に対応する画像要素については共通構成情報１２３に基づいて配置されたウィンドウ９００が状態画像として生成される。

ステップＳ５，Ｓ７，Ｓ８に続いて、画像生成装置１０は、ファンクションブロックの実行指示をＰＬＣ２０に送信してＰＬＣ２０の試運転を行うとともに状態画像をユーザに表示する（ステップＳ９）。具体的には、ＵＩ部１４によって表示された状態画像を用いて入力されたユーザからの指示を、指示部１５がＰＬＣ２０に送信することでＰＬＣ２０を動作させつつ、生成部１３が、ＰＬＣ２０の動作結果を状態画像に反映させる。

その後、画像生成処理が終了する。画像生成処理が終了するタイミングは、ユーザによる停止指示が入力されたタイミングであってもよいし、予め定められた長さの時間の経過であってもよいし、その他の任意のタイミングであってもよい。

以上、説明したように、取得部１１が、状態画像の構成を規定する個別構成情報１２２を取得し、生成部１３が、状態画像を個別構成情報１２２に基づいて生成する。このため、種々のファンクションブロックに対応するユーザインタフェースをそれぞれ一から設計及び実装することなく、個別構成情報を作成すれば、使い勝手のよいユーザインタフェースが提供されることとなる。したがって、ファンクションブロックの機能を観察するためのユーザインタフェースに関し、ユーザにとって好適な使い勝手と設計及び実装の作業負担の軽減とを両立させることができる。

また、ファンクションブロックに対応する個別構成情報１２２が無い場合に、生成部１３は、共通構成情報１２３に基づいて状態画像を生成する。このため、すべてのファンクションブロックについて個別構成情報１２２を作成し、ユーザに配布する必要はない。したがって、個別構成情報１２２を作成する作成者の作業負担を軽減するとともに、ユーザが多数の個別構成情報１２２を管理する必要が無くなる。ここで、対応する個別構成情報１２２が記憶部１２に格納されているファンクションブロックは、第１ファンクションブロックの一例に相当し、対応する個別構成情報１２２が記憶部１２に格納されていないファンクションブロックは、第２ファンクションブロックの一例に相当する。生成部１３は、第１ファンクションブロックを機能させるときの状態画像を個別構成情報に基づいて生成し、第１ファンクションブロックとは異なる第２ファンクションブロックを機能させるときの状態画像を共通構成情報に基づいて生成して表示装置に出力する生成手段の一例に相当する。

また、個別構成情報１２２に基づいて表示される情報が不足する場合には、不足した情報が画像要素として共通構成情報１２３に基づいて配置された状態画像が生成される。したがって、特に重要なパラメータについて個別構成情報１２２を作成すればよいため、個別構成情報１２２の作成者の負担を軽減することができる。ここで、個別構成情報１２２において参照されるパラメータは、第１パラメータの一例に相当し、個別構成情報１２２において参照されないが共通構成情報１２３において参照されるパラメータは、第２パラメータの一例に相当する。生成部１３は、第１ファンクションブロックについて共通構成情報に従って構成される状態画像により状態が示されるパラメータが、第１ファンクションブロックについて個別構成情報に従って構成される状態画像により状態が示される第１パラメータと、該第１パラメータとは異なる第２パラメータと、を含む場合に、個別構成情報に基づいて第１パラメータの状態を示し、共通構成情報に基づいて第２パラメータの状態を示す状態画像を生成する生成手段の一例に相当する。

また、個別構成情報１２２及び共通構成情報１２３は、状態画像に含まれる複数の画像要素の配置を規定する。これにより、ユーザに対して提示される情報を直接的に構成することができる。

また、状態画像を用いて、ファンクションブロックに従ってＰＬＣ２０の試運転が実行される。これにより、現場のユーザが、ファンクションブロックの機能が発揮された結果としてのＰＬＣ２０の動作を容易に観察することができる。

実施の形態２．
続いて、実施の形態２について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。本実施の形態は、個別構成情報１２２が、図１０に示されるように、新たな画像要素を示す要素情報を含む点で、実施の形態１と異なっている。

図１０の個別構成情報１２２は、「Ｂｕｓｙ」という出力引数の値に応じて、「ｉｍａｇｅ０１．ｊｐｇ」という名称の画像、又は「ｉｍａｇｅ０２．ｊｐｇ」という名称の画像を表示することを示す行１００１，１００２を含むとともに、これらの名称で特定される画像ファイルを要素情報として含んでいる。この個別構成情報１２２に基づいて生成される状態画像は、「ｉｍａｇｅ０１．ｊｐｇ」又は「ｉｍａｇｅ０２．ｊｐｇ」のうちのいずれかの画像を含むこととなる。

以上、説明したように、個別構成情報１２２が新たな画像要素を示す要素情報を含むため、生成部１３によって生成される状態画像には、新たな画像要素が配置される。これにより、状態画像を柔軟に設計することが可能となる。

実施の形態３．
続いて、実施の形態３について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。本実施の形態は、優先度を有する複数の共通構成情報１２３を用いて状態画像が生成される点で、実施の形態１と異なっている。

図１１には、記憶部１２に格納される個別構成情報１２２、優先度が「１」である第１共通構成情報１２３ａ、優先度が「２」である第２共通構成情報１２３ｂ、及び、優先度が「３」である第３共通構成情報１２３ｃが例示されている。優先度は、優先される度合いを示し、優先度の値が大きい共通構成情報１２３が、優先度の値が小さい共通構成情報１２３より優先して用いられる。

生成部１３は、個別構成情報１２２に基づいて状態画像を生成する。ただし、個別構成情報１２２に基づく状態画像では表示されるパラメータが不足する場合には、生成部１３は、優先度が高い共通構成情報１２３から順に参照してそのようなパラメータを表示する状態画像の生成を試みる。また、状態画像により状態が表示されるファンクションブロックに対応する個別構成情報１２２が無い場合には、生成部１３は、優先度が高い共通構成情報１２３から順に参照して、当該ファンクションブロックのパラメータを表示する状態画像を生成する。

ここで、共通構成情報１２３は、複数のファンクションブロックについて定められた情報であるが、特定のグループのファンクションブロックについて定められてもよい。例えば、第３共通構成情報１２３ｃは、特定の製造年の機器を扱うファンクションブロックに対応し、第２共通構成情報１２３ｂは、型番を表す文字列が「ＡＢ」から始まるグループの機器を扱うファンクションブロックに対応し、第１共通構成情報１２３ａは、特定の機器メーカーの機器を扱うファンクションブロックに対応してもよい。

以上、説明したように、優先度を有する複数の共通構成情報が、優先度に従って優先的に採用されることで状態画像が生成されれば、より柔軟に状態画像の構成を設計することができる。

なお、優先度が明示的に規定されていなくともよい。例えば、プログラミング言語におけるクラスの継承と同様に、共通構成情報１２３を他の共通構成情報１２３に継承させることで、優先順位が規定されてもよい。

以上、本開示の実施の形態について説明したが、本開示は上記実施の形態によって限定されるものではない。

例えば、個別構成情報１２２及び共通構成情報１２３を記述する手法は、任意に変更してもよい。例えば、これらの情報は、ＸＭＬ（eXtensible Markup Language）に従って記述されてもよい。

また、単一のファンクションブロックに等しい動作プログラムをＰＬＣ２０に実行させる例について説明したが、これには限定されない。指示部１５は、ユーザからの指示に従って、状態画像に状態が表示されるファンクションブロックと、他のソースコードと、を含む動作プログラムをＰＬＣ２０に実行させてもよい。

また、共通構成情報１２３は、任意のファンクションブロックについて状態画像を生成するために、動作プログラムにおいて用いられ得るすべての種類のデータ型のパラメータに対応する画像要素の配置を規定してもよい。

また、画像生成装置１０は、状態画像を生成する表示装置としてのＵＩ部１４を有したが、外部の表示装置に状態画像を出力してもよい。

また、画像生成装置１０は、ファンクションブロックの機能をＰＬＣ２０に反映して試運転を行う際の状態画像を生成したが、これには限定されない。例えば、画像生成装置１０は、ＰＬＣ２０を実際に動作させることなく、ファンクションブロックの機能のシミュレーションを実行したときの状態画像を生成してもよい。

また、画像生成装置１０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。

例えば、プロセッサ３１によって実行されるプログラムＰ１を、コンピュータ読み取り可能な非一時的な記録媒体に格納して配布し、そのプログラムＰ１をコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。このような記録媒体としては、例えばフレキシブルディスク、ＣＤ－ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ、ＭＯ（Magneto-Optical Disc）が考えられる。

また、プログラムＰ１をインターネットに代表される通信ネットワーク上のサーバ装置が有するディスク装置に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロードするようにしてもよい。

また、通信ネットワークを介してプログラムＰ１を転送しながら起動実行することによっても、上述の処理を達成することができる。

さらに、プログラムＰ１の全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムを実行することによっても、上述の処理を達成することができる。

なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロードしてもよい。

また、画像生成装置１０の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を、回路を含む専用のハードウェアによって実現してもよい。

本開示は、本開示の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本開示を説明するためのものであり、本開示の範囲を限定するものではない。つまり、本開示の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の開示の意義の範囲内で施される様々な変形が、本開示の範囲内とみなされる。

本開示は、プログラマブルコントローラに実行させる動作プログラムの開発に適している。

１００ プログラマブルコントローラシステム、 １０ 画像生成装置、 １１ 取得部 １２ 記憶部、 １２１ ＦＢ情報、 １２２ 個別構成情報、 １２３ 共通構成情報、 １２３ａ 第１共通構成情報、 １２３ｂ 第２共通構成情報、 １２３ｃ 第３共通構成情報、 １３ 生成部、 １４ ＵＩ部、 １５ 指示部、 ２０ ＰＬＣ、 ２１ 機器、 ３１ プロセッサ、 ３２ 主記憶部、 ３３ 補助記憶部、 ３４ 入力部、 ３５ 出力部、 ３６ 通信部、 ３７ 内部バス、 ４０ ファンクションブロック、 ４００，６００，９００ ウィンドウ、 ４０１，４０２ コンボボックス、 ４０３，４０４ ボタン、 ４０５～４０７ 表示部、 ５０１～５０６，６０１ 行、 ６０２ テーブル、 Ｐ１ プログラム。

Claims (12)

1. コンピュータを、
   プログラマブルコントローラを動作させるための動作プログラムにおいて記述されるルーチンに相当するファンクションブロックを示すファンクションブロック情報を取得し、前記ファンクションブロックの機能が用いられる際の前記ファンクションブロックに関するパラメータの状態を示す状態画像の構成を規定する、前記ファンクションブロックについて個別に定められた個別構成情報であって、ユーザによって入力される前記個別構成情報を取得する取得手段、
   前記ファンクションブロックを機能させるときの前記状態画像を含むウィンドウを、前記個別構成情報に基づいて生成して表示装置に出力する生成手段、
   として機能させるための画像生成プログラム。
2. コンピュータを、
   プログラマブルコントローラを動作させるための動作プログラムにおいて記述されるルーチンに相当するファンクションブロックを示すファンクションブロック情報を取得し、前記ファンクションブロックの機能が用いられる際の前記ファンクションブロックに関するパラメータの状態を示す状態画像の構成を規定する、前記ファンクションブロックについて個別に定められた個別構成情報を取得する取得手段、
   前記ファンクションブロックを機能させるときの前記状態画像を前記個別構成情報に基づいて生成して表示装置に出力する生成手段、として機能させ、
   前記取得手段は、互いに異なる前記ファンクションブロックをそれぞれ示す複数の前記ファンクションブロック情報と、複数の前記ファンクションブロックのうちの第１ファンクションブロックについて定められた前記個別構成情報と、前記状態画像の構成を規定する、複数の前記ファンクションブロックに共通する共通構成情報と、を取得し、
   前記生成手段は、前記第１ファンクションブロックを機能させるときの前記状態画像を前記個別構成情報に基づいて生成し、前記第１ファンクションブロックとは異なる第２ファンクションブロックを機能させるときの前記状態画像を前記共通構成情報に基づいて生成して前記表示装置に出力する、
   画像生成プログラム。
3. 前記生成手段は、前記第１ファンクションブロックについて前記共通構成情報に従って構成される前記状態画像により状態が示される前記パラメータが、前記第１ファンクションブロックについて前記個別構成情報に従って構成される前記状態画像により状態が示される第１パラメータと、該第１パラメータとは異なる第２パラメータと、を含む場合に、前記個別構成情報に基づいて前記第１パラメータの状態を示し、前記共通構成情報に基づいて前記第２パラメータの状態を示す前記状態画像を生成する、
   請求項２に記載の画像生成プログラム。
4. 前記取得手段は、優先度を有する複数の前記共通構成情報を取得し、
   前記生成手段は、前記個別構成情報を前記共通構成情報より優先し、前記優先度が高い前記共通構成情報を前記優先度が低い前記共通構成情報より優先して用いることにより、前記状態画像を生成する、
   請求項２又は３に記載の画像生成プログラム。
5. 前記個別構成情報は、前記状態画像に含まれる複数の画像要素の配置を規定する情報であって、
   複数の前記画像要素は、前記パラメータに対応する前記画像要素を含む、
   請求項１から４のいずれか一項に記載の画像生成プログラム。
6. 前記個別構成情報は、前記画像要素を示す要素情報を含み、
   前記生成手段は、前記要素情報により示される前記画像要素を含む前記状態画像を前記個別構成情報に基づいて生成する、
   請求項５に記載の画像生成プログラム。
7. 前記コンピュータを、
   前記ファンクションブロックに従って動作することを前記プログラマブルコントローラに指示する指示手段、としてさらに機能させ、
   前記生成手段は、前記指示手段の指示によって前記プログラマブルコントローラが動作するときの前記状態画像を生成する、
   請求項１から６のいずれか一項に記載の画像生成プログラム。
8. プログラマブルコントローラを動作させるための動作プログラムにおいて記述されるルーチンに相当するファンクションブロックを示すファンクションブロック情報を取得し、前記ファンクションブロックの機能が用いられる際の前記ファンクションブロックに関するパラメータの状態を示す状態画像の構成を規定する、前記ファンクションブロックについて個別に定められた個別構成情報であって、ユーザによって入力される前記個別構成情報を取得する取得手段と、
   前記ファンクションブロックを機能させるときの前記状態画像を含むウィンドウを、前記個別構成情報に基づいて生成して表示装置に出力する生成手段と、
   を備える画像生成装置。
9. プログラマブルコントローラを動作させるための動作プログラムにおいて記述されるルーチンに相当するファンクションブロックを示すファンクションブロック情報を取得し、前記ファンクションブロックの機能が用いられる際の前記ファンクションブロックに関するパラメータの状態を示す状態画像の構成を規定する、前記ファンクションブロックについて個別に定められた個別構成情報を取得する取得手段と、
   前記ファンクションブロックを機能させるときの前記状態画像を前記個別構成情報に基づいて生成して表示装置に出力する生成手段と、
   を備え、
   前記取得手段は、互いに異なる前記ファンクションブロックをそれぞれ示す複数の前記ファンクションブロック情報と、複数の前記ファンクションブロックのうちの第１ファンクションブロックについて定められた前記個別構成情報と、前記状態画像の構成を規定する、複数の前記ファンクションブロックに共通する共通構成情報と、を取得し、
   前記生成手段は、前記第１ファンクションブロックを機能させるときの前記状態画像を前記個別構成情報に基づいて生成し、前記第１ファンクションブロックとは異なる第２ファンクションブロックを機能させるときの前記状態画像を前記共通構成情報に基づいて生成して前記表示装置に出力する、
   画像生成装置。
10. 請求項８又は９に記載の画像生成装置と、
    前記プログラマブルコントローラと、
    を備えるプログラマブルコントローラシステムであって、
    前記画像生成装置は、
    前記ファンクションブロックに従って動作することを前記プログラマブルコントローラに指示する指示手段、をさらに備え、
    前記画像生成装置の前記生成手段は、前記指示手段の指示によって前記プログラマブルコントローラが動作するときの前記状態画像を生成する、
    プログラマブルコントローラシステム。
11. 取得手段が、プログラマブルコントローラを動作させるための動作プログラムにおいて記述されるルーチンに相当するファンクションブロックを示すファンクションブロック情報を取得するステップと、
    前記取得手段が、前記ファンクションブロックの機能が用いられる際の前記ファンクションブロックに関するパラメータの状態を示す状態画像の構成を規定する、前記ファンクションブロックについて個別に定められた個別構成情報であって、ユーザによって入力される前記個別構成情報を取得するステップと、
    生成手段が、前記ファンクションブロックを機能させるときの前記状態画像を含むウィンドウを、前記個別構成情報に基づいて生成して表示装置に出力するステップと、
    を含む画像生成方法。
12. 取得手段が、プログラマブルコントローラを動作させるための動作プログラムにおいて記述されるルーチンに相当するファンクションブロックを示すファンクションブロック情報を取得するステップと、
    前記取得手段が、前記ファンクションブロックの機能が用いられる際の前記ファンクションブロックに関するパラメータの状態を示す状態画像の構成を規定する、前記ファンクションブロックについて個別に定められた個別構成情報を取得するステップと、
    生成手段が、前記ファンクションブロックを機能させるときの前記状態画像を前記個別構成情報に基づいて生成して表示装置に出力するステップと、
    を含み、
    前記取得手段は、互いに異なる前記ファンクションブロックをそれぞれ示す複数の前記ファンクションブロック情報と、複数の前記ファンクションブロックのうちの第１ファンクションブロックについて定められた前記個別構成情報と、前記状態画像の構成を規定する、複数の前記ファンクションブロックに共通する共通構成情報と、を取得し、
    前記生成手段は、前記第１ファンクションブロックを機能させるときの前記状態画像を前記個別構成情報に基づいて生成し、前記第１ファンクションブロックとは異なる第２ファンクションブロックを機能させるときの前記状態画像を前記共通構成情報に基づいて生成して前記表示装置に出力する、
    画像生成方法。

Images