JP2000132208A - コントロール制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 プログラム開発が容易に行え、ユーザ側の開
発効率を向上することができ、性能が向上するコントロ
ール制御装置を提供すること 【解決手段】 ラダー制御プログラムを格納した第１ユ
ーザプログラムメモリ１１とＪａｖａプログラムを格納
した第２ユーザプログラムメモリ１２を有し、各メモリ
１１，１２に格納されたプログラムは、ラダープログラ
ム管理部１３，Ｊａｖａプログラム管理部１４により実
行される。プログラム実行中に必要な参照データは、Ｊ
ａｖａオブジェクトの形式でデータ記憶部１５に格納さ
れる。よって、Ｊａｖａプログラムはそのままデータの
アクセスが可能で、ラダープログラムは変換処理が必要
となるが、その変換処理をＩ／Ｆ部１６により行う。こ
れにより、ラダープログラム側から見ると、データ記憶
部はラダーの形式で記憶されているように見え、複数の
プログラムで一連の処理が実行できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＰＬＣ，ＰＣ等の
コントロール制御装置に関するもので、特にそのコント
ロール制御装置を動作するプログラムの改良に関する。

【０００２】

【従来の技術】従来のＰＬＣ（プログラマブルロジック
コントローラ）は、図１に示すように、ハードウエア１
ａは、ユーザプログラム１ｂにより規定される各種の動
作をオペレーティングシステム（ＯＳ）１ｃを介して制
御され、実行されるようになっている。そして、ユーザ
プログラム１ｂの言語は、ラダーが用いられている。

【０００３】そのため、ユーザプログラム１ｂとＯＳ１
ｃとの間には、ラダーで組まれたプログラムを理解し、
実行させるための専用のユーザプログラム解釈・実行部
１ｄさらには制御装置システム部１ｅを介在することに
より構成される。

【０００４】

【発明が解決しようとする課題】従来のＰＬＣは、専用
言語であるラダーのみを用いてユーザプログラム１ｂの
開発を行っていたため、以下に示す種々の問題を有して
いた。すなわち、例えばＰＬＣによる制御対象・内容を
変える必要がある場合、それに対応してユーザプログラ
ムを修正したり、新たに作成したりする必要が出てく
る。しかし、そのようにプログラムに対して修正等する
ためには、そのプログラム言語に精通している必要があ
り、ラダーは専用言語であるので、開発者育成が容易で
はなかった。よって、ユーザ側で簡単に修正等すること
はできなかった。

【０００５】また、ユーザプログラム解釈・実行部１ｄ
は、各メーカーがそれぞれ独自のものを作成し、ＰＬＣ
に実装していたため、異なるメーカーのＰＬＣを用意
し、それらを用いて各種制御をすることは非情に困難で
あった。また、同様の理由から、他社からの切り替えも
容易ではなくなる。

【０００６】さらに、制御プログラムの中には、ある接
点のＯＮ／ＯＦＦを制御するといった制御系の他に、管
理系、情報系と称される数値計算を主とする部分があ
り、後者の管理系・情報系はラダーとしては不得意な部
分である。そのため、当該部分を開発するのが困難で、
多大な労力もかかる。

【０００７】さらにまた、通常ユーザプログラムは、ラ
ダーで組まれしかも、単一のプログラムにより構成され
ている。つまり、複数個のプログラムが相互に稼動しな
がら一連の処理を実行するという技術思想はなく、拡張
性・汎用性に欠けるという問題も有している。

【０００８】本発明は、上記した背景に鑑みてなされた
もので、その目的とするところは、上記した問題を解決
し、汎用性を有しプログラム開発が容易に行え、ユーザ
側の開発効率を向上することができ、機能が向上し、シ
ステム構成も簡易となるコントロール制御装置を提供す
ることにある。

【０００９】

【課題を解決するための手段】上記した目的を達成する
ために、本発明に係るコントロール制御装置では、ユー
ザプログラムの少なくとも一部がＪａｖａで構成され、
前記Ｊａｖａを記憶するユーザプログラム記憶手段と、
そのユーザプログラム記憶手段に記憶されたユーザプロ
グラムを実行するプログラム管理手段と、前記ユーザプ
ログラムを実行中に参照されるデータを記憶するデータ
記憶手段とを備えて構成した（請求項１）。

【００１０】このように、ユーザプログラムをＪａｖａ
で構成することにより、プログラム開発が容易に行え、
ユーザ側の開発効率を向上することができる。つまり、
すべてのユーザプログラムを汎用言語でＪａｖａで構築
すると、新たに、専門言語を習得することなくシステム
開発が行える。また、請求項２でも規定するように一部
をＪａｖａで構成し、他の別のプログラム言語で構成す
るようにした場合には、その別のプログラム言語が専門
言語とすると係る言語については習得する必要がある
が、ユーザプログラムのすべてを専門のプログラム言語
で構成する場合に比べると、習得するのに必要な知識は
少なくて済む。よって、やはり従来に比べて開発効率が
向上する。

【００１１】また、上記した目的を達成するための別の
解決手段としては、ユーザプログラムが複数種のプログ
ラム言語で構成され、前記各プログラム言語で構成され
たユーザプログラムをそれぞれ格納する複数のユーザプ
ログラム記憶手段と、それら複数のユーザプログラム記
憶手段に記憶された各ユーザプログラムを実行する複数
のプログラム管理手段と、前記ユーザプログラムを実行
中に参照されるデータを記憶するデータ記憶手段とを備
え、前記データ記憶手段は、同一のデータフォーマット
（実施の形態では、「Ｊａｖａオブジェクト」）で作成
されたデータが記憶され、前記複数のプログラム管理手
段から前記データ記憶手段に対するアクセスが、中継手
段（実施の形態では、「Ｉ／Ｆ部１６」に相当）を介し
て行うようにするとともに、その中継手段は、前記デー
タ記憶手段に格納されたデータを各プログラム言語に対
応するように変換する機能（実施の形態では、「論理メ
モリＩ／Ｆクラス」により実現されている）を有し、さ
らに、前記複数のユーザプログラムの１つがＪａｖａで
構成するようにした（請求項２）。

【００１２】なお、複数のユーザプログラム記憶手段
は、物理的に複数個のメモリ等を有している必要はな
く、１つのメモリのある領域がＪａｖａプログラムが格
納され、他の領域に別のプログラムが格納されるように
してもよい。

【００１３】このように形成すると、複数のプログラム
言語のうちの１つがＪａｖａで構成されるので、請求項
１と同様に、開発効率が向上する。しかも、各プログラ
ム言語は、実行するのに得意／不得意な分野があるの
で、複数のプログラム言語を用いて開発すると、各プロ
グラム言語で得意な分野の処理を担当するようにするこ
とにより、性能が向上し、システム構成も簡易となる。

【００１４】そして、本発明では、各プログラム管理手
段が中継手段を介して同一のデータ記憶手段にアクセス
できるようにしたため、あるプログラム言語で作成され
たユーザプログラムで処理して生成されたデータを別の
プログラム言語で作成されたユーザプログラムで参照し
たりすることができるので、そのように複数種のプログ
ラム言語によりコントロール制御装置を機能させること
ができる。

【００１５】さらにまた、別の解決手段としては、ユー
ザプログラム記憶手段と、そのユーザプログラム記憶手
段に記憶されたユーザプログラムを実行するプログラム
管理手段と、前記ユーザプログラムを実行中に参照する
データを記憶するデータ記憶手段とを備え、前記プログ
ラム管理手段から前記データ記憶手段に対するアクセス
並びに前記ユーザプログラムメモリと前記プログラム管
理手段間のアクセスが、中継手段（実施の形態では、
「Ｉ／Ｆ部１６」に相当）を介して行うようにし、さら
に、前記ユーザプログラム，前記プログラム管理手段，
前記データ記憶手段並びに前記中継手段の少なくとも１
つがＪａｖａで構成されるようにすることである（請求
項３）。

【００１６】実施の形態では、中継手段（Ｉ／Ｆ部１
６），データ記憶手段（「Ｊａｖａオブジェクト」のデ
ータフォーマットでデータ格納），プログラム管理手段
並びにユーザプログラム記憶手段（Ｊａｖａプログラム
メモリ）をＪａｖａで形成しているが、例えばユーザプ
ログラムはラダーなどのＪａｖａ以外のプログラム言語
で作成することもできる。もちろん、それ以外の部分で
もＪａｖａ以外で組むことができる。

【００１７】そして、請求項３のように構成すると、Ｊ
ａｖａで組んだ部分は、汎用性がある言語で構築される
ので、比較的簡単に作成することができる。さらに、本
発明のように、各部分を部品化することにより、拡張も
容易にできる。つまり、実施の形態で示すように、ユー
ザプログラム記憶手段たるユーザプログラムメモリを複
数にすることにより、請求項２のように異なるプログラ
ム言語をそれぞれ格納し、各プログラムに適材適所の処
理をさせることができる。また、本発明では、複数のプ
ログラム記憶手段を設けたとしても、各記憶手段に異な
るプログラム言語で形成したユーザプログラムを格納す
る必要はなく、例えばともにラダーなど同一言語で作成
した各プログラムをそれぞれ別々のユーザプログラム記
憶手段に格納することもできる。この場合に、同一種類
のプログラム言語で形成された各プログラムは、中継手
段，プログラム管理手段を介して相手側のプログラムに
アクセスできる。つまり、従来できなかった複数のプロ
グラムで一連の処理をすることができ、プログラムの部
品化ができる。

【００１８】もちろん、請求項３の最小単位は、それぞ
れ１つのユーザプログラム記憶手段，プログラム管理手
段，データ記憶手段並びに中継手段から構成することで
ある。また、実施の形態等で示すように複数のユーザプ
ログラム記憶手段やそれに対応するプログラム管理手段
を有することも含む。さらに、中継手段は、異なる言語
で作成された各部間のアクセスを許容するため、相手側
のプログラム言語等を意識しないでデータの送受等を行
うための中継機能を有する。

【００１９】なお、本発明で言うコントロール制御装置
とは、例えばＰＬＣ（プログラマブルロジックコントロ
ーラ）や、ＰＣ（プログラマブルコントローラ）と称さ
せる各種の機器の動作をコントロールするための装置で
ある。

【００２０】また、各請求項に記載の発明は、少なくと
も一部にＪａｖａを用いている点で共通し、また、ユー
ザプログラム記憶手段とそれに格納されたユーザプログ
ラムを実施するプログラム管理手段と、そのプログラム
管理手段で実行されるユーザプログラムが参照するデー
タを記憶するデータ記憶手段を備えたことを基本構成と
している点で、主要部が共通する。また、請求項１と２
に記載の発明では、ユーザプログラムをＪａｖａで形成
されている点でもさらに共通し、また、請求項２と３に
記載の発明では、中継手段をさらに備えている点でも共
通する。

【００２１】

【発明の実施の形態】図２は、本発明に係るコントロー
ル制御装置であるＰＬＣの好適な一実施の形態を示して
いる。本実施の形態では、ユーザプログラムの言語を、
Ｊａｖａとラダーの２種類の言語を用いて構成したこと
を特徴としている。これにより、ユーザが実現したい機
能に対し、適切なプログラム言語を用いて開発すること
により、開発効率を大幅に向上することができる。ま
た、そのようにして形成されたユーザプログラムは、各
プログラム言語で得意な処理を担当することにより、よ
り高性能なＰＬＣを構築できる。一例を示すと、管理
系，情報系と称される数値計算を主とする機能部分をＪ
ａｖａプログラムにより実現し、接点のオン／オフを制
御するような制御系をラダープログラムで実現すること
ができる。そして、係る機能を実現するための構成とし
て、例えば図２に示すような構成をとることができる。

【００２２】すなわち、同図に示すように、ユーザプロ
グラム記憶手段として、第１ユーザプログラムメモリ１
１と第２ユーザプログラムメモリ１２を有している。本
例では、第１ユーザプログラムメモリ１１にはラダープ
ログラム（制御系）を格納し、第２ユーザプログラムメ
モリ１２にはＪａｖａプログラム（管理系／情報系）を
格納するようにしている。

【００２３】そして、それら第１，第２ユーザプログラ
ムメモリ１１，１２に格納された各プログラムは、それ
ぞれラダープログラム管理部１３，Ｊａｖａプログラム
管理部１４により管理され、各プログラムの解析・実行
やプログラム内で使用するデータの管理を行うようにな
っている。そして、プログラムで使用するデータは、デ
ータ記憶部１５に格納されている。つまり、各プログラ
ムは、データ記憶部１５へのアクセス、並びに他のプロ
グラムに対する動作命令等は、すべて対応するプログラ
ム管理部１３，１４を介して行うようになっている。

【００２４】さらに本形態では、各プログラムが相互に
実行することにより一連の処理をすることになるが、こ
のとき、参照するデータは、ともに同一のデータを参照
するようにし、また、互いに相手のプログラムを実行さ
せたりすることができるようになっている。つまり、あ
る接点のオン／オフの制御タイミングについてデータが
格納されている場合に、ラダープログラムを稼動させ、
データを読み込み所定のタイミングで接点のオン／オフ
を制御する。そして、その接点のオン／オフの回数や時
間間隔などから故障診断をしたり、故障時期を予測する
などの処理をＪａｖａで実行するようにしている。

【００２５】ところで、ラダー用のデータは、メモリ上
に一連の連続した状態で記憶する必要があり、また、Ｊ
ａｖａ用のデータは、変数で管理され、メモリ上のどこ
にあるかは問わない（物理的に連続して配置されている
とは限らない）。そこで、本形態では、データ記憶部１
５に格納するデータは、Ｊａｖａ用（Ｊａｖａオブジェ
クト）の形式で保存し、しかもラダープログラムから見
た場合には、そのＪａｖａ用データがラダー用に見える
ようにする機能を付加するようにした。もちろん、Ｊａ
ｖａプログラムがデータを参照する場合には、通常の処
理をすればよい。これにより、各プログラムが同一のデ
ータ記憶部１５に格納されたデータを相互に使用するこ
とができるようにし、係る２つのプログラムが相互に関
連して実行することによりある制御を行えるようにし
た。

【００２６】そして、このように異なるプログラム言語
を相互に扱うことができるようにするため、本形態で
は、中継手段たるＩ／Ｆ部１６を設け、そのＩ／Ｆ部１
６を介してすべての動作が行われるようにした。つま
り、上記変換処理や、上記した各部間でのデータの送受
は、Ｉ／Ｆ部１６を介して行うようになっている。この
Ｉ／Ｆ部１６は、より具体的には、ユーザプログラムと
それに対応する管理部の間のやりとり、両プログラム管
理部１３，１４同士のやりとり並びにデータ記憶部１５
へのアクセスを管理する。

【００２７】そして、Ｉ／Ｆ部１６にラダープログラム
とデータ記憶部（記憶部内のＪａｖａオブジェクト）を
関連付けたテーブルや、Ｊａｖａプログラムとデータ記
憶部を関連付けたテーブルなどを持たせておき、例えば
ラダー管理部１３からはＩ／Ｆ部１６に対して「変数
ａ」を要求すると、Ｉ／Ｆ部１６ではそのテーブルから
その変数ａが格納されているＪａｖａオブジェクト（ｍ
ｅｍＯｂｊ．ａ）を取得し、それをキーにデータ記憶部
１５にアクセスして実際の変数ａを抽出しそれをラダー
管理部１３に返送するような処理が行われる。

【００２８】なお、図２は、本発明との関係において重
要な構成要素を示したもので、これ以外にも図示省略す
るが、ＰＬＣの全体的な動作を制御するシステム・プロ
グラムが格納されたシステムプログラムメモリや、制御
対象機器と接続し、信号の送受を行うＩ／Ｏユニットな
どの基本機能が組み込まれる。

【００２９】また、上記図２に示す構成は、より具体的
には図３に示すような構成により実現できる。まず、Ｉ
／Ｆ部１６について説明すると、データ記憶部１５に格
納されたデータを参照するための論理メモリＩ／Ｆクラ
ス記憶部１６ａと、プログラム間の通信を行うための管
理データＩ／Ｆクラス記憶部１６ｂとを有している。論
理メモリＩ／Ｆクラス記憶部１６ａに格納される論理メ
モリＩ／Ｆクラスは、データ記憶部１５内に格納された
ラダーｃｏｎｆｉｇデータ１５ａから作成される。つま
り、ラダーｃｏｎｆｉｇデータは、ユーザプログラムを
実行する際に必要となるデータをラダーで作成したもの
で、従来は、そのままラダープログラムを実行する際に
直接参照されていたデータに対応する。

【００３０】そして、プログラマ等がこのラダーで作成
したデータ（例えば、変数「ａ」）を、本実施の形態で
ユーザプログラムを実行する際に参照するデータ（Ｊａ
ｖａオブジェクト：参照変数ｍｅｍＯｂｊとしたら、例
えば「ｍｅｍＯｂｊ．ａ」）に変換したものを作成し、
データ記憶部１５内の論理メモリ１５ｂに記憶する。こ
のとき、この論理メモリ１５ｂは、ラダーデータに合わ
せて連続領域として確保されている。

【００３１】そして、論理メモリＩ／Ｆクラスは、上記
データ変換した際の変数名とそのデータ記憶部内に格納
したアドレスの割り付けを関連付けたものを、それぞれ
のユーザプログラムに対して行う。これにより、上記し
たようにラダープログラムとデータ記憶部（記憶部内の
Ｊａｖａオブジェクト）１４を関連付けたテーブルや、
Ｊａｖａプログラムとデータ記憶部１４を関連付けたテ
ーブルが記憶・保持される。なお、このクラスもプログ
ラマが作成するのである。

【００３２】一方、管理データＩ／Ｆクラスは、他のユ
ーザプログラム等にアクセスする際のメソッド（例え
ば、ｓｔｏｐＰｒｏｇ０，ｓｔａｒｔＰｒｏｇ０等）を
定義したものが記憶されている。

【００３３】また、ラダープログラム管理部１３は、さ
らに管理データ部１３ａとラダー解釈実行部１３ｂとを
有している。この管理データ部１３ａは、ＰＬＣを制御
する上で必要となる状態、すなわち、サイクルタイムや
実行回数などを管理するデータが管理され、その管理デ
ータ部１３ａを介してＪａｖａプログラム側にアクセス
するようになっている。つまり、データ記憶部１５内の
管理データＩ／Ｆクラスをインポートし、そのクラスで
定義されたメソッドを用いてＪａｖａプログラムへアク
セスする。より具体的には、Ｊａｖａ管理部１４内の管
理データ部１４ａに対してアクセスし、その管理データ
部１４ａを介してＪａｖａプログラムを動作させるよう
になっている。

【００３４】また、ラダー解釈実行部１３ｂは、Ｊａｖ
ａで作成されたインタプリタシステムプログラム（これ
により汎用性ができ、他社のＰＬＣとの協調も可能とな
る）であり、ラダープログラム上のメモリアクセスを論
理メモリＩ／Ｆクラスを介して論理メモリ内のデータを
アクセスするようにインタプリタ実行するように構成さ
れている。つまり、例えばラダー管理部１３内のラダー
解釈実行部１３ｂがＩ／Ｆ部１６を介して第１ユーザプ
ログラムメモリ１１に格納されたラダープログラムをイ
ンタプリタ方式で順次実行していき、そのプログラム中
にメモリアクセス（データ参照）があると、Ｉ／Ｆ部１
６内の論理メモリＩ／Ｆクラスに対してその参照するデ
ータ（例えば「変数ａ」）を要求する。すると、これを
受けた、Ｉ／Ｆ部１６では自己が有するラダープログラ
ムと論理メモリのテーブルからその変数ａが格納されて
いるＪａｖａオブジェクト（ｍｅｍＯｂｊ．ａ）のアド
レスを取得し、それをキーにデータ記憶部１５内の論理
メモリ１５ａにアクセスして実際の変数ａを取得する。
そして、取得した変数ａをラダー解釈実行部１３ａに返
送するように動作する。これにより、ラダー解釈実行部
１３ｂが、変数ａを取得できるので、必要に応じて、そ
れに基づいて所定の処理をする。なお、実行形式はイン
タプリタに限ることはなく、例えば、ＪＩＴ（Ｊｕｓｔ
Ｉｎ Ｔｉｍｅ ｃｏｍｐｉｌｅｒ）や、Ｊａｖａ→
Ｃ変換後のＮａｔｉｖｅ Ｃｏｄｅ実行などでも実現で
きる。

【００３５】また、Ｊａｖａ管理部１４は、第２ユーザ
プログラムメモリ１２に格納されたＪａｖａプログラム
を読み出し、インタプリタ方式で実行する機能を有し、
従来と同様に、Ｊａｖａプログラム上を実行中にメモリ
アクセスが要求される場合に論理メモリＩ／Ｆクラスを
介して論理メモリ内のデータをアクセスするようにな
る。さらに、Ｊａｖａ管理部１４は、管理データ部１４
ａを有している。この管理データ部１４ａは、上記した
ラダー管理部１３内の管理データ部１３ａと同様に、Ｊ
ａｖａプログラムがラダープログラムに対して要求をだ
す場合に、管理データＩ／Ｆクラスで定義されたメソッ
ドを用いて当該ラダープログラムへアクセスするように
なる。これも、実際にはラダー管理部１３内の管理デー
タ１３ａに対してアクセスし、このアクセスを受けた管
理データ１３ａがラダープログラムに対して所定の処理
を実行させることになる。

【００３６】上記のように構成すると、制御処理をする
場合には、ラダープログラムを実行し、また、管理・情
報処理する場合にはＪａｖａプログラムを実行すること
により、制御対象の機器を動作させることができるの
で、より効率で高性能な制御が可能となる。このとき、
各ユーザプログラムは、ともに対応するプログラム管理
部１３，１４により実行され、各ユーザプログラムを実
行中にデータ（変数）参照が必要になった場合には、そ
れぞれＩ／Ｆ部１６（論理メモリＩ／Ｆクラス）を介し
て同一のデータ記憶部１５にアクセスして必要なデータ
を取得することができる。

【００３７】そして、Ｉ／Ｆ部１６より具体的には論理
メモリＩ／Ｆクラスを設けたことにより、Ｊａｖａオブ
ジェクトで記憶された論理メモリに対して、ラダープロ
グラムはラダー用のデータが格納されているように見え
るので、同質のデータに対して異なるユーザプログラム
がアクセスすることができ、データの共通化ができる。
よって、例えば、一方のユーザプログラムにより記録さ
れたデータを別のユーザプログラムが参照することによ
り、制御機器に対する制御・管理をすることができる。

【００３８】また、管理データＩ／Ｆクラスを設けたこ
とにより、異なるユーザプログラムに対して、処理の実
行要求等をすることができる。これにより、複数のユー
ザプログラムが相互に協力しながら、ＰＬＣを動作する
ことができる。

【００３９】なお、上記した実施の形態では、データ記
憶部１５に格納するデータをＪａｖａに合わせたが、本
発明はこれに限ることはなく、ラダー用に形成し、ラダ
ープログラム側からは通常のプログラム実行方法でデー
タ参照等をし、Ｊａｖａ側から所定の変換テーブルにし
たがってデータをアクセスするようにしてももちろんよ
い。また、本形態では、先にまずラダー形式でデータ
（ラダーＣｏｎｆｉｇデータ）を作成し、それからＪａ
ｖａオブジェクトを作成するようにしたが、直接Ｊａｖ
ａオブジェクトを作成してもよい。さらに、本形態で
は、ラダーＣｏｎｆｉｇデータをデータ記憶部内に格納
したままとしているが、システム構築後は削除してもも
ちろんよい。

【００４０】また、上記した実施の形態では、ラダープ
ログラムとＪａｖａプログラムの２種類のプログラム言
語を用いてユーザプログラムを構築したが、本発明はこ
れに限ることはなくユーザプログラムが少なくともＪａ
ｖａで構成していればよいので、Ｊａｖａと対となるプ
ログラム言語は、ラダーに限ることはなく、別のプログ
ラム言語を用いてもよい。さらには、すべてのユーザプ
ログラムをＪａｖａで構築してもよい。また、逆に２つ
ではなく、図４に示すように３つ以上のプログラム言語
（図示では３個）によりユーザプログラムを構築するよ
うにしてもよいなど、各種の変更実施が可能である。

【００４１】なおまた、ユーザプログラムは、図示省略
するプログラミングツールで作成され、従来と同様にシ
リアル通信ラインを介してインストールしたり、或いは
ＰＬＣにネットワーク接続する機能を持たせた場合、接
続されたネットワークを介してインストールするように
してもよく、各種の手段がとれる。

【００４２】

【発明の効果】以上のように、本発明に係るコントロー
ル制御装置では、請求項１のように構成すると、ユーザ
プログラムが汎用言語のＪａｖａを用いて構成できるの
で、プログラム開発が容易に行え、ユーザ側の開発効率
を向上することができる。

【００４３】また、請求項２のように構成すると、請求
項１の効果に加えさらに、Ｊａｖａの不得手な分野の処
理は、別のプログラム言語を用いてユーザプログラムを
開発すればよいので、システム全体の性能が向上し、シ
ステム構成も簡易となる。

【００４４】さらに、請求項３のように構成すると、各
部を部品化し、汎用性や拡張性をもたたせることができ
る。また、各部を異なる言語で作成することもでき、従
来のように全体をラダーで統一して作成する必要もな
く、さらには、複数のプログラムでユーザプログラムを
構築することも可能となる。

【図面の簡単な説明】

【図１】従来のＰＬＣを示す図である。

【図２】本発明に係るコントロール制御装置（ＰＬＣ）
の好適な一実施の形態を示すブロック図である。

【図３】その詳細な内部構造を示すブロック図である。

【図４】変形例を示すブロック図である。

【符号の説明】

１１ 第１ユーザプログラムメモリ（ラダープログラム
を格納） １２ 第２ユーザプログラムメモリ（Ｊａｖａプログラ
ムを格納） １３ ラダープログラム管理部 １４ Ｊａｖａプログラム管理部 １５ データ記憶部 １６ Ｉ／Ｆ部（中継手段）

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ユーザプログラムの少なくとも一部がＪ
   ａｖａで構成され、 前記Ｊａｖａを記憶するユーザプログラム記憶手段と、 そのユーザプログラム記憶手段に記憶されたユーザプロ
   グラムを実行するプログラム管理手段と、 前記ユーザプログラムを実行中に参照するデータを記憶
   するデータ記憶手段と備えたことを特徴とするコントロ
   ール制御装置。
2. 【請求項２】 ユーザプログラムが複数種のプログラム
   言語で構成され、 前記各プログラム言語で構成されたユーザプログラムを
   それぞれ格納する複数のユーザプログラム記憶手段と、 それら複数のユーザプログラム記憶手段に記憶された各
   ユーザプログラムを実行する複数のプログラム管理手段
   と、 前記ユーザプログラムを実行中に参照するデータを記憶
   するデータ記憶手段とを備え、 前記データ記憶手段は、同一のデータフォーマットで作
   成したデータが記憶され、 前記複数のプログラム管理手段から前記データ記憶手段
   に対するアクセスが、中継手段を介して行うようにする
   とともに、その中継手段は、前記データ記憶手段に格納
   されたデータを各プログラム言語に対応するように変換
   する機能を有し、 さらに、前記複数のユーザプログラムの１つがＪａｖａ
   で構成されていることを特徴とするコントロール制御装
   置。
3. 【請求項３】 ユーザプログラム記憶手段と、 そのユーザプログラム記憶手段に記憶されたユーザプロ
   グラムを実行するプログラム管理手段と、 前記ユーザプログラムを実行中に参照するデータを記憶
   するデータ記憶手段とを備え、 前記プログラム管理手段から前記データ記憶手段に対す
   るアクセス並びに前記ユーザプログラムメモリと前記プ
   ログラム管理手段間のアクセスが、中継手段を介して行
   うようにし、 さらに、前記ユーザプログラム，前記プログラム管理手
   段，前記データ記憶手段並びに前記中継手段の少なくと
   も１つがＪａｖａで構成されていることを特徴とするコ
   ントロール制御装置。