JP2003005809A - プログラマブルコントローラのインタフェース装置 - Google Patents

Abstract

(57)【要約】 【課題】 アーキテクチャ変更された新機種に対しても
旧ローダのプログラムをそのままダウンロードしても動
作できるようにする。 【解決手段】 新旧コマンド判断部１１は、ダウンロー
ドされたプログラム（中間言語形式）が新／旧何れのコ
マンドによるものかを判断する。旧コマンドである場合
には、新中間言語への変換／インタプリト部１５によ
り、新コマンド体系で同一の処理内容となるように新中
間言語への変換／インタプリト処理を行ってから、新中
間言語／マシン語変換部１３によりマシン語に変換され
る。その際、旧コマンドが何であったかを示す疑似命令
を付加し、中間言語の逆変換部１６はこの疑似命令を参
照して逆変換処理を行う。逆変換結果は旧ローダに戻さ
れ、正しく変換されているかをチェックする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラマブルコ
ントローラに係わり、特にローダ・インタフェース部に
関する。

【０００２】

【従来の技術】図１２は、従来のプログラマブルコント
ローラの構成ブロック図である。同図において、プログ
ラマブルコントローラ１００には、ローダ１１０が接続
されている。プログラマブルコントローラ１００内部
は、大別して、ローダＩ／Ｆ（インタフェース）部１１
１と演算実行部１１２とより成る。ローダＩ／Ｆ（イン
タフェース）部１１１は、ローダコマンド解読部１１
３、中間言語／マシン語変換部１１４より成る。演算実
行部１１２は、プログラムメモリ１１５、ＣＰＵ部１１
６、Ｉ／Ｏ部１１７等より成る。

【０００３】ローダ１１０は、プログラマブルコントロ
ーラのプログラム作成／動作モニタ等を行うツールであ
り、パソコン等で実現される。ローダ１１０においてユ
ーザ等により作成されたアプリケーションプログラム
が、ローダ１１０内の不図示のコンパイラにより中間言
語にされた後、プログラマブルコントローラ１００側に
ダウンロードされるときには、ローダコマンド解読部１
１３を介して、中間言語／マシン語変換部１１４により
中間言語からマシン語に変換される。

【０００４】ここで、中間言語とは、ローダ１１０等の
プログラミングツールとプログラマブルコントローラと
の間の機種依存を無くす為に、実際にプログラマブルコ
ントローラ１００上で動作するマシン語とは別の形式の
コードで定義されている言語である。従来において中間
言語を用いない方式では、ローダにおいてアプリケーシ
ョンプログラムをマシン語に変換してダウンロードして
いた。この為、例えば、プログラマブルコントローラに
機種Ａ、機種Ｂ、機種Ｃが存在していた場合、同一のア
プリケーションプログラムを各機種にダウンロードする
場合であっても、ダウンロード先の機種毎にその機種用
のマシン語に変換しなければならなかった（各機種毎に
それぞれ対応するコンパイラが必要であった）。これに
対し、中間言語を用いる方式では、ローダ側ではアプリ
ケーションプログラムを中間言語（のプログラム）に変
換してダウンロードし、これを各機種側でそれぞれ、中
間言語／マシン語変換部１１４が、その機種対応のマシ
ン語に変換してから演算実行部１１２側に渡し、プログ
ラムメモリ１１５に格納していた。

【０００５】演算実行部１１２においては、ＣＰＵ部１
１６が、プログラムメモリ１１５に格納されているマシ
ン語のコードを読み出して、実行／演算することで、Ｉ
／Ｏ部１１７を介して接続されている不図示の機器の制
御等の処理を実行する。

【０００６】

【発明が解決しようとする課題】一般に、上述したよう
に中間言語を用いる方式は、中間言語のコードを仲介す
ることにより、プログラマブルコントローラの機種依存
性を無くすことを目的とした言語Ｉ／Ｆ方式である。

【０００７】しかしながら、例えばプログラマブルコン
トローラのアーキテクチャの変更等により、中間言語自
体への追加／変更が必要になる場合があり、この場合に
は、そのままでは新旧機種相互の接続が出来なくなる場
合がある。

【０００８】上記アーキテクチャの変更等の具体例とし
ては、例えば以下に列挙するものがある。 (1) プログラマブルコントローラの性能ＵＰによる命令
速度のＵＰ (2) 命令機能のＵＰ（１Ｗ（ワード）実行命令であった
ものを、１Ｗ／２Ｗの両方を実行できる命令へと、命令
機能をＵＰする等） (3) 新規命令の追加 図１３、図１４は、上記中間言語の追加／変更等が起こ
った場合の従来の対応方法を説明する為の図である。

【０００９】図１３に示すように、アーキテクチャが変
更前／後で（旧機種のプログラマブルコントローラ１０
０Ａ、新機種のプログラマブルコントローラ１００
Ｂ）、基本的な内部構造が特に変わるわけではないが
（図１２と同じ）、中間言語／マシン語変換部１１４に
は、上記(2)、(3)の機能ＵＰした命令または新規命令に
対応する変換コードが、新規に追加されており、新ロー
ダ１１０Ｂと共に新コマンド／新中間言語の命令コード
体系が構築されている。

【００１０】従って、従来機種対応のアプリケーション
プログラム（旧ローダ１１０Ａで作成されるコード）を
そのまま使用することはできない。このような問題に対
して、従来では、コンバート部１２０により、従来機種
対応のアプリケーションプログラム（中間言語に変換後
のもの）を、上記新命令コード体系で動作できる形に変
換して新ローダ１１０Ｂに渡し、新ローダ１１０Ｂから
新機種のプログラマブルコントローラ１００Ｂにダウン
ロードするようにしていた。

【００１１】図１４は、コンバート部１２０によるコン
バート方法の一例を示す図である。図示の例では、例え
ば旧命令の“ＡＤＤＳ”、“＆”に相当する新命令が、
それぞれ、“ＡＤＤ”、“ＡＮＤ”であったとすると、
これら旧命令を、新命令に変換する。

【００１２】また、旧命令体系では１つの命令（命令
Ａ）であったものが、新命令体系では複数の命令より成
るようになっていた場合には、命令Ａを複数の新命令に
変換する。その逆に、旧命令体系では複数の命令より成
っていたものが、新命令体系では１つの命令となってい
た場合には、複数の旧命令を１つの新命令に変換する。

【００１３】上記のように、従来でも一応は、従来機種
対応のアプリケーションプログラムであっても、新機種
のプログラマブルコントローラ１００Ｂで実行させるこ
とができるが、以下に述べる問題点があった。

【００１４】・旧ローダ１１０Ａのローダをそのまま新
機種のプログラマブルコントローラ１００Ｂに繋いで動
作させることができなかった。 ・その逆に、新ローダ１１０Ｂをそのまま旧機種のプロ
グラマブルコントローラ１００Ａに繋いで動作させるこ
ともできなかった。

【００１５】・一般に、ローダからプログラマブルコン
トローラへのダウンロードだけでなく、プログラマブル
コントローラに格納されているプログラムをローダ側に
アップロードすることが行われているが、コンバート部
１２０では命令の逆変換を行うことができなかった。す
なわち、図示の例では示されていないが、例えば新命令
“ＡＤＤ”に変換されるべき旧命令が、“ＡＤＤＳ”だ
けでなく他にも存在する場合、逆変換する際に“ＡＤＤ
Ｓ”にすべき否か判断出来なくなる。

【００１６】また、上記(1) の「命令速度のＵＰ」に関
しては、命令間で速度を調整しているような処理の場
合、旧機種対応のプログラムをそのまま新機種のプログ
ラマブルコントローラ１００Ｂに用いると、誤動作する
か動作不能となる可能性がある。

【００１７】この為、従来では、コンバート部１２０を
経て変換後のプログラムを、新ローダ１１０Ｂ上でユー
ザ等がデバッグする作業を行った後、新機種のプログラ
マブルコントローラ１００Ｂにダウンロードさせる、と
いうような手間が掛かっていた。

【００１８】本発明の課題は、アーキテクチャが変更さ
れた機種、または異なるアーキテクチャの機種に対して
も、そのままローダを接続してプログラムをダウンロー
ドすれば動作可能とできるプログラマブルコントローラ
のインタフェース装置を提供することである。

【００１９】

【課題を解決するための手段】本発明によるプログラマ
ブルコントローラのインタフェース装置は、ダウンロー
ドされる中間言語形式のプログラムが、新／旧何れのコ
マンド体系に依るものかを判断する新旧コマンド判断手
段と、新コマンド体系の中間言語を、プログラマブルコ
ントローラ本体側で実行可能な形式のマシン語に変換す
る新中間言語／マシン語変換手段と、旧コマンド体系の
１または複数の中間言語を、同一の処理内容となり且つ
前記プログラマブルコントローラ本体側で正常に動作す
るような１または複数の新コマンド体系の中間言語へと
変換／インタプリトする新中間言語への変換／インタプ
リト手段とを有し、該新中間言語への変換／インタプリ
ト手段による変換／インタラプト結果を前記新中間言語
／マシン語変換手段に入力させてマシン語へと変換させ
るように構成する。

【００２０】上記プログラマブルコントローラのインタ
フェース装置によれば、例えばプログラマブルコントロ
ーラを新機種にバージョンアップしたことに伴って中間
言語が新コマンド体系へと移行した場合に、旧コマンド
体系のプログラム（ローダ側で中間言語に変換されてい
る）であってもそのままダウンロードして動作可能とで
き、保守性、プログラムの継承に優れる。

【００２１】また、例えば、前記新中間言語への変換／
インタプリト手段は、更に、変換した新コマンド体系の
コマンドに変換前の旧コマンドを示す疑似命令を付加
し、該疑似命令を用いて、該新中間言語への変換／イン
タプリト手段により変換された新コマンド体系の中間言
語を、旧コマンド体系の中間言語へと逆変換する中間言
語の逆変換手段を更に有するように構成する。

【００２２】前記新中間言語への変換／インタプリト手
段により正しく変換／インタプリトされたか否かを旧ロ
ーダ側で確認（verify）する必要がある。これより、逆
変換手段により中間言語の逆変換を行うが、その際、例
えば旧コマンド体系では１Ｗ（ワード）命令、２Ｗ（ワ
ード）命令に区別されていたものが、新コマンド体系で
は両方に対応する１つの新命令になっていた場合、この
新命令を逆変換する際、そのままでは、１Ｗ（ワード）
命令／２Ｗ（ワード）命令のどちらに逆変換すべきか判
断できない。よって、変換時に１Ｗ（ワード）命令／２
Ｗ（ワード）命令のどちらであったかを示す疑似命令を
付加するようにしている。尚、疑似命令は、マシン語に
変換する処理の際には、無意味な命令であるとして無視
される。

【００２３】また、例えば、前記新中間言語への変換／
インタプリト手段は、必要に応じて、変換した新コマン
ド体系の中間言語の前／後に遅延命令またはオペランド
を挿入する。

【００２４】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１は、本実施の形態によ
るプログラマブルコントローラの構成ブロック図であ
る。

【００２５】同図において、プログラマブルコントロー
ラ１は、新機種であるものとする。本例によるプログラ
マブルコントローラ１は、図示の通り、新機種対応のロ
ーダ（新ローダ３０Ｂ）だけでなく、旧機種対応のロー
ダ（旧ローダ３０Ａ）も直接接続してプログラム（中間
言語）をダウンロードしても動作可能となっている。動
作可能となる理由は、プログラマブルコントローラ１内
のローダＩ／Ｆ部１０の構成にあり、詳しくは後述す
る。尚、プログラマブルコントローラ１−新ローダ３０
Ｂ／旧ローダ３０Ａ間の接続には、例えばＲＳ−２３２
Ｃが用いられている。

【００２６】プログラマブルコントローラ１内部は、大
別して、ローダＩ／Ｆ（インタフェース）部１０と演算
実行部２０とより成る。ローダＩ／Ｆ（インタフェー
ス）部１０は、新旧コマンド判断部１１、新コマンド解
読部１２、新中間言語／マシン語変換部１３、旧コマン
ド解読部１４、新中間言語への変換／インタプリト部１
５、中間言語の逆変換部１６より成る。演算実行部２０
は、従来と変わらず、プログラムメモリ２１、ＣＰＵ部
２２、Ｉ／Ｏ部２３等より成る。

【００２７】ローダ３０Ａ、３０Ｂは、プログラマブル
コントローラのプログラム作成／動作モニタ等を行うツ
ールであり、パソコン等で実現される。ローダ３０Ａま
たは３０Ｂにおいてユーザ等により作成されたアプリケ
ーションプログラムは、ローダ内の不図示の構成により
中間言語に変換された後、プログラマブルコントローラ
１側にダウンロードされる。

【００２８】プログラマブルコントローラ１側では、こ
れを受けて、まず、新旧コマンド判断部１１により、ロ
ーダから送られてきたプログラムのコマンドが、新／旧
何れの命令コード体系によるものであるかを判断する。
判断方法の具体例は後述する。新旧コマンド判断部１１
により新コマンドであると判断された場合には、従来と
同様に、新コマンド解読部１２（ローダコマンド解読部
１１３に相当）を介して、新中間言語／マシン語変換部
１３により中間言語からマシン語に変換すればよい。

【００２９】一方、新旧コマンド判断部１１により旧コ
マンドであると判断された場合には、この旧コマンド
は、旧コマンド解読部１４を介して、新中間言語への変
換／インタプリタ部１５に入力される。そして、この新
中間言語への変換／インタプリタ部１５において、後に
新中間言語／マシン語変換部１３で正しく変換が行われ
る形に変えられる。詳しくは、後に具体例を挙げて説明
するが、概略的には、図２に示すように、新命令へのコ
ンバート（従来のコンバート部１２０と同様の機能）だ
けでなく、必要に応じて疑似命令の挿入／旧命令コード
体系から新命令コード体系へのインタプリトを行う。疑
似命令は、中間言語の逆変換部１６により逆変換処理の
際に必要なものであり、これも詳しくは後述する。

【００３０】尚、旧コマンド解読部１４（及び新コマン
ド解読部１２）は、図２に示すように、単に、一旦メモ
リ等に格納した中間言語（のプログラム）から命令（コ
マンド）を抜き出す処理を行っているだけである。

【００３１】そして、新中間言語への変換／インタプリ
タ部１５から出力される新中間言語は、新中間言語／マ
シン語変換部１３によりマシン語に変換されて、プログ
ラムメモリ２１に格納される。演算実行部２０の動作
は、従来と同じであるので、特に説明しない。

【００３２】上述した処理により、旧ローダ３０Ａから
ダウンロードされたプログラムであっても新機種で実行
可能な形式に変換されて、基本的には新機種で動作可能
となるはずであるが、何等かの理由で正しく変換されな
かった為に誤動作／動作不能となる可能性もある。よっ
て、正しく変換されたか否かをローダ側で確認（verif
y）する為に、新中間言語への変換／インタプリト部１
５により変換後のコマンド群（新中間言語）を、中間言
語の逆変換部１０により逆変換して（すなわち、旧コマ
ンドに戻す）、これを旧ローダ３０Ａに返信する処理を
行う必要がある（よって、新ローダ３０Ｂからダウンロ
ードされた場合には逆変換は必要ない）。この逆変換処
理の際に上記疑似命令が必要となるのであり、詳しくは
後述する。

【００３３】上記の通り、本例のプログラマブルコント
ローラ１において特徴的な構成要素は、新旧コマンド判
断部１１、新中間言語への変換／インタプリト部１５、
中間言語の逆変換部１６であり（特に、新中間言語への
変換／インタプリト部１５）、以下、図３以降を参照し
て、これら構成要素各々について詳細に説明していく。

【００３４】図３は、新旧コマンド判断部１１の処理内
容について説明する為の図である。新旧コマンド判断部
１１は、上記の通り、新コマンドであるか旧コマンドで
あるかを判断するものであり、具体的な判断方法は様々
であってよいが、図３にはその一例を示す。

【００３５】ここでは、旧コマンドでは「絶対番地アド
レス表現」（図示のX`00'）であり、新コマンドでは
「論理アドレス表現」（図示のX`30'）であった場合を
例にする。

【００３６】この場合、新旧コマンド判断部１１は、例
えば図示のＣＭＤコード部のアドレス表現がどうなって
いるか（X`00'かX`30'か）によって、新／旧何れである
かを判断する。

【００３７】勿論、上記一例に限るわけではなく、旧コ
マンドと新コマンドとでフォーマットが異なっている点
を、予め開発者等が判断する等して、これに基づいて新
旧コマンドの判断基準を設定しておけばよい。

【００３８】次に、以下に、新中間言語への変換／イン
タプリト部１５の処理内容について説明する。上述して
あるように、本発明は、例えば以下に列挙するようなア
ーキテクチャの変更等に対応するものであり、新中間言
語への変換／インタプリト部１５は、これらに対応する
処理を実行する。 (1) プログラマブルコントローラの性能ＵＰによる命令
速度のＵＰ (2) 命令機能のＵＰ（例えば１Ｗ（ワード）実行命令で
あったものを、１Ｗ／２Ｗの両方を実行できる命令へ
と、命令機能をＵＰする等） (3) 新規命令の追加 まず、図４を参照して、上記(1) プログラマブルコント
ローラの性能ＵＰによる処理速度ＵＰに対応する処理に
ついて説明する。

【００３９】同図では、コマンドとして「ＦＡＤＤ」
（フローティング加算命令）を例にして説明する。この
例では新プログラマブルコントローラにおいても命令
「ＦＡＤＤ」自体は変更無しであるが、コントローラの
性能がＵＰ（処理速度が向上）しているため、同一のコ
マンドであっても、旧プログラマブルコントローラの場
合と同じ動作を保証することができない（処理動作が早
過ぎて、本来とりたいタイミングで動作できなくなる可
能性がある）。

【００４０】これより、本例では、新中間言語への変換
／インタプリト部１５は、図示のように、強制的に「遅
れ」を入れる為のコマンド（総称として「Ｄｅｌａｙ命
令」と呼ぶ）を挿入する。尚、どのコマンドに対してど
の程度の遅れを入れるのかは、新機種の命令速度に応じ
て予め開発者等が判断して設定しておく。

【００４１】「Ｄｅｌａｙ命令」の一例としては、例え
ば無意味な命令（ＭＯＶ Ｂ、Ｂ等）等が挙げられる。
あるいは、無意味なサブルーチンを必要回数分ループさ
せる処理を挿入してもよい。

【００４２】尚、後に中間言語の逆変換部１６において
逆変換を行う際には、「Ｄｅｌａｙ命令」を取り除く処
理を行うようにすればよい。従来のコンバート部１２０
では、既に説明しているように、旧命令を新命令に変更
することは行っているが、処理タイミングの補正につい
ては何等考慮していない。この為、正常に動作するのか
確認する為にデバッグ作業等が必要であったが、本例で
は必要なくなる。

【００４３】次に、図５、図６は、上記(2) 命令機能の
ＵＰに対応する処理を説明する為の図である。まず、図
５では、旧コマンド体系では１Ｗ（ワード）実行命令
（ＡＤＤＳ）と２Ｗ（ワード）実行命令（ＡＤＤ）とに
区別されていたが、新コマンド体系では１Ｗ／２Ｗの両
方を実行できる命令（ＡＤＤ）へと命令機能がＵＰされ
ていた場合を例にする。旧コマンド体系におけるＡＤＤ
（以下、旧ＡＤＤと呼ぶ）と、新コマンド体系における
ＡＤＤ（以下、新ＡＤＤと呼ぶ）とは、命令語の字面は
同じであるが、機能は異なっている。旧ＡＤＤは、最初
から２Ｗ（ワード）用の命令であると決まっているの
で、演算対象データが１Ｗ（ワード）であるか２Ｗ（ワ
ード）であるか判断できない（その必要がなかった）の
に対して、新ＡＤＤはオペランドにより１Ｗ／２Ｗを判
断する機能を有する命令である。よって、必要に応じ
て、適切なオペランドが付加できるようにインタプリト
する処理も行うが、これについては後に図７、図８等を
参照して説明するものとし、ここでは疑似命令の付加に
ついて説明する。

【００４４】図５において、まず１Ｗ／２Ｗの実行命令
（ＡＤＤＳ／ＡＤＤ）を、それぞれ、新命令体系のコマ
ンド（ＡＤＤ）に変換する処理は、従来のコンバート部
１２０と同様の機能により実現される。本例では、更
に、それぞれ、１Ｗ処理疑似命令、２Ｗ処理疑似命令と
いう疑似命令を挿入する。１Ｗ処理疑似命令は、変換前
の旧コマンドが１Ｗ処理の命令であったことを示し、同
様に２Ｗ処理疑似命令は、変換前の旧コマンドが２Ｗ処
理の命令であったことを示す為の命令である。

【００４５】これら疑似命令は、新中間言語／マシン語
変換部１３においては、無意味な命令であるものとして
無視して処理される。疑似命令は、上述してあるよう
に、逆変換処理の際に必要となるものであり、中間言語
の逆変換部１６は、１Ｗ処理疑似命令を伴う新ＡＤＤは
ＡＤＤＳへと逆変換し、２Ｗ処理疑似命令を伴う新ＡＤ
Ｄは旧ＡＤＤへと逆変換する。尚、疑似命令の具体例を
示すことに意味はない。新中間言語への変換／インタプ
リト部１５と中間言語の逆変換部１６との間で整合がと
れていれば良い（例えば、それぞれ、同一内容のテーブ
ル（“疑似命令−旧命令−新命令テーブル”等）を記憶
して、このテーブルを参照して上記処理を行うようにす
ればよい）。

【００４６】図６には、他の例を示す。図示の例では、
旧命令体系では、ビット命令（＆）、１Ｗ（ワード）命
令（ＡＮＤＳ）、２Ｗ（ワード）命令（ＡＮＤ；以後、
旧ＡＮＤと呼ぶ）というように各データ型毎にコマンド
が存在していたものを、新命令体系では１つの命令（Ａ
ＮＤ；以後、新ＡＮＤと呼ぶ）で各種データ型の演算が
可能となったものとする。尚、新ＡＮＤ命令は、新ＡＤ
Ｄ命令と同様、オペランドの論理名によって処理対象デ
ータのデータ型を判断する。

【００４７】新中間言語への変換／インタプリト部１５
は、図示の通り、旧コマンド「＆」は「ビット処理疑似
命令＋（新）ＡＮＤ」に変換し、旧コマンド「ＡＮＤ
Ｓ」は「１Ｗ処理疑似命令＋（新）ＡＮＤ」に変換し、
旧コマンド「ＡＮＤ」は「２Ｗ処理疑似命令＋（新）Ａ
ＮＤ」に変換する。中間言語の逆変換部１６は、各疑似
命令に基づいて逆変換処理を行う。

【００４８】上記図５、図６では、各コマンドのみを示
して説明したが、実際には例えば図７に示すような命令
文単位で変換していくことになる。図７の最も左側に、
図示表現プログラムの一例を示す。この例では、入力が
Ｓi０、Ｓi１（それぞれ、論理名で１Ｗ領域を示す）
で、これらを加算（＋Ｓ）するコマンドが示されてい
る。これをテキスト表現にしたもの（＋Ｓ Ｓi０ Ｓi
１）をその右側に示す。ここで、旧コマンド「＋Ｓ」に
対応する新コマンドが「＋」であり、また「＋Ｓ」は１
Ｗ（ワード）命令であり、１Ｗ（ワード）命令に対応す
る疑似命令として「α」が用意されていたとすると、新
中間言語への変換／インタプリト部１５による処理の結
果は、図示の通り（＋ αＳi０ αＳi１）となる。

【００４９】図示していないが、旧コマンドには２Ｗ
（ワード）命令も存在するものとし、新コマンド「＋」
は、１Ｗ／２Ｗの両方を実行できる命令であるとする。
この場合、中間言語の逆変換部１６は、（＋ αＳi０
αＳi１）を逆変換する際、疑似命令「α」があるこ
とによって、１Ｗ（ワード）命令すなわち「＋Ｓ」へと
逆変換すべきことを判断できるので、図示の通り、（＋
Ｓ Ｓi０ Ｓi１）へと逆変換できる。

【００５０】ところで、上述した説明中でも少し触れた
が、上述したように旧コマンドを新コマンドに変換した
り、疑似命令を挿入したりしても、新命令体系で正しく
動作させられないケースが存在する。図８にその一例を
示す。

【００５１】図８（ａ）には、１Ｗ（ワード）、２Ｗ
（ワード）共に、その最上位ビットを、データとしてで
はなく、サインフラグとして扱う例を示している。良く
知られているように、サインフラグは、正／負を表すフ
ラグであり、負の場合にセット（１）、正の場合にリセ
ット（０）される。

【００５２】ここで、同図（ｂ）の左側に示すような
「1001 1001 1001 1001」というデータがあったものと
する。これを１Ｗ（ワード）として扱うか、２Ｗ（ワー
ド）として扱うかによって意味が違ってくる。すなわ
ち、１Ｗ（ワード）として扱う場合には最上位ビット
（図上、矢印で示す）がサインフラグを表すものと解釈
され、この場合サインフラグが‘１’であるので負を表
すことにより、結果、図示の通り、「−１９９９」と解
される。

【００５３】一方、２Ｗ（ワード）として扱う場合に
は、このデータは２Ｗ（ワード）の中の下位１Ｗ（ワー
ド）と見做され、図示の通り、「００００ ９９９９」
と解される（上位１Ｗ（ワード）は図示の通り‘０００
０’と見做される）。

【００５４】この為、例えば図９（ａ）に示すように、
旧命令体系におけるＢＣＤ変換命令が、ＢＣＤＳ（１Ｗ
（ワード）用）、ＢＣＤ（２Ｗ（ワード）用）であった
ものが、新命令体系においては１Ｗ／２Ｗを区別しない
命令（ＢＣＤ；以下、新ＢＣＤと呼ぶ）に変わっていた
とする。この場合、疑似命令を付加したとしても、新中
間言語／マシン語変換部１３で１Ｗ／２Ｗを区別できる
わけではないので、正しい処理が行えなくなる。すなわ
ち、例えば図９（ａ）上側のようにＢＣＤＳへの入力値
が「−１２３」である場合、「−１２３」（−０１２
３）は１Ｗ（ワード）で扱う場合には２進表記で「1000
0001 0010 0011」（先頭１ビットはサインフラグ）と
なるが、これを２Ｗ（ワード）とした場合には「８１２
３」と解釈されてしまう。（尚、新ローダで作成された
プログラムは、データにオペランドが付加してあり、こ
れによって新ＢＣＤ命令自体は１Ｗ／２Ｗを区別しない
命令であっても区別可能となっている）。

【００５５】このような問題に対し、本例の新中間言語
への変換／インタプリト部１５では、図９（ｂ）に示す
ように、例えば旧命令ＢＣＤＳを新ＢＣＤに変換する際
に（図示していないが、疑似命令も付加している）、
「１Ｗレジスタ格納命令」を挿入する処理を実行してい
る。これにより、後に演算実行部２０でこの命令を実行
する際には、データ「−１２３」が１Ｗレジスタに格納
されてＢＣＤ変換処理が実行されることになるので、正
しい演算結果が得られる。同様に、旧ＢＣＤ命令を新Ｂ
ＣＤ命令に変換する際には、「２Ｗレジスタ格納命令」
を挿入すればよい。

【００５６】図９（ｃ）は図９（ｂ）をテキスト表現で
表したものである。図９（ｃ）において、「：＝」は代
入命令を意味し、「ＳＴ０」は１Ｗレジスタを意味す
る。よって、（：＝ −１２３ ＳＴ０）は、データ−
１２３を１Ｗレジスタに格納することを意味する。そし
て、（ＢＣＤ ＳＴ０）により、１Ｗレジスタに格納さ
れたデータがＢＣＤ変換される。尚、１命令が複数の命
令に変換された場合には、疑似命令は、図示のように複
数の命令を囲むように前後に挿入される。これを、一般
化して示すと、図１０のようになる。

【００５７】尚、上記のようなインタプリト処理内容
は、予め開発者等が設定しておく。図１０には、旧命令
体系におけるコマンド（命令Ａ）が、複数の命令（前処
理、新命令、後処理）にインタプリトされる様子を示
す。

【００５８】命令Ａは例えば上記ＢＣＤＳに相当し、新
命令は上記新ＢＣＤに相当し、前処理は上記（：＝ −
１２３ ＳＴ０）に相当し、（ＢＣＤ ＳＴ０）におけ
るＳＴ０が後処理に相当する。

【００５９】そして、これら複数の命令の前後に疑似命
令（命令Ａ処理始まり、終りをそれぞれ示す疑似命令）
を挿入する。これより、中間言語の逆変換部１６では、
これら複数の命令は、命令Ａへと逆変換すべきものと判
断できる。

【００６０】上述した例では、旧機種から新機種へのバ
ージョンアップに伴うアーキテクチャの一部変更（アー
キテクチャ自体は同じであるが、命令の一部を変更）に
対応できるもの（旧／新ローダの混在動作可能）として
説明したが、本発明はこれに限るものではなく、全く別
のアーキテクチャを持つ機種同士であっても、それぞれ
のローダで作成されたアプリケーションプログラムを混
在動作可能にできる。

【００６１】例えば、あるアーキテクチャに従ってある
ローダで図１１（ａ）に示すプログラム（ＲＤ Ａ，Ａ
ＮＤ Ｂ，ＷＴ Ｃ）が作成されていたとする（その上
にはこれのラダー図表現プログラムを示している）。こ
れは通常はこのアーキテクチャに従った機器（プログラ
マブルコントローラ）にダウンロードして動作させるも
のであるが、本発明による言語変換方法を利用すれば、
別のアーキテクチャに従った機器と接続してダウンロー
ドしても動作させることができる。例えば、８０ｘ８６
系のアーキテクチャのプログラマブルコントローラにダ
ウンロードしても、このコントローラのインタフェース
部が８０ｘ８６系への命令変換／インタプリト（同じ動
作を行わせる命令となるように置き換える）する機能を
備えていれば（開発者等が設定しておく）、このコント
ローラの演算実行部で正しく動作できるようになる。図
１１（ｂ）には、図１１（ａ）に示すプログラムを、８
０ｘ８６系のアーキテクチャ下で動作するように変換／
インタプリトした例を示す。

【００６２】尚、従来でも、プログラム（ＲＤ Ａ，Ａ
ＮＤ Ｂ，ＷＴ Ｃ）をコンパイルして８６系オブジェ
クトを生成することは行われていたが、コンバート部１
２０の場合と同様、デバッグ作業等が必要であった。

【００６３】

【発明の効果】以上、詳細に説明したように、本発明の
プログラマブルコントローラのインタフェース装置によ
れば、アーキテクチャが変更された機種、または異なる
アーキテクチャの機種に対しても、そのまま旧ローダを
接続してプログラムをダウンロードすれば動作可能とで
きる。

【図面の簡単な説明】

【図１】本実施の形態によるプログラマブルコントロー
ラの構成ブロック図である。

【図２】図１に示す構成の一部を詳細に説明する為の図
である。

【図３】新旧コマンド判断部の処理内容について説明す
る為の図である。

【図４】プログラマブルコントローラの性能ＵＰによる
処理速度ＵＰに対応する処理について説明する為の図で
ある。

【図５】命令機能のＵＰに対応する処理を説明する為の
図（その１）である。

【図６】命令機能のＵＰに対応する処理を説明する為の
図（その２）である。

【図７】命令機能のＵＰに対応する処理を説明する為の
図（その３）である。

【図８】インタプリト処理について説明する為の図（そ
の１）である。

【図９】インタプリト処理について説明する為の図（そ
の２）である。

【図１０】インタプリト処理について説明する為の図
（その３）である。

【図１１】応用例を説明する為の図である。

【図１２】従来のプログラマブルコントローラの構成ブ
ロック図である。

【図１３】アーキテクチャの一部変更に対する従来の対
応方法を説明する為の図（その１）である。

【図１４】アーキテクチャの一部変更に対する従来の対
応方法を説明する為の図（その２）である。

【符号の説明】

１ プログラマブルコントローラ １０ ローダＩ／Ｆ部 １１ 新旧コマンド判断部 １２ 新コマンド解読部 １３ 新中間言語／マシン語変換部 １４ 旧コマンド解読部 １５ 新中間言語への変換／インタプリト部 １６ 中間言語の逆変換部 ２０ 演算実行部 ２１ プログラムメモリ ２２ ＣＰＵ部 ２３ Ｉ／Ｏ部 ３０Ａ 旧ローダ ３０Ｂ 新ローダ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ダウンロードされる中間言語形式のプロ
   グラムが、新／旧何れのコマンド体系に依るものかを判
   断する新旧コマンド判断手段と、 新コマンド体系の中間言語を、プログラマブルコントロ
   ーラ本体側で実行可能な形式のマシン語に変換する新中
   間言語／マシン語変換手段と、 旧コマンド体系の１または複数の中間言語を、同一の処
   理内容となり且つ前記プログラマブルコントローラ本体
   側で正常に動作するような１または複数の新コマンド体
   系の中間言語へと変換／インタプリトする新中間言語へ
   の変換／インタプリト手段とを有し、 該新中間言語への変換／インタプリト手段による変換／
   インタラプト結果を前記新中間言語／マシン語変換手段
   に入力させてマシン語へと変換させることを特徴とする
   プログラマブルコントローラのインタフェース装置。
2. 【請求項２】 前記新中間言語への変換／インタプリト
   手段は、更に、変換した新コマンド体系のコマンドに変
   換前の旧コマンドを示す疑似命令を付加し、 該疑似命令を用いて、該新中間言語への変換／インタプ
   リト手段により変換された新コマンド体系の中間言語
   を、旧コマンド体系の中間言語へと逆変換する中間言語
   の逆変換手段を更に有することを特徴とする請求項１記
   載のプログラマブルコントローラのインタフェース装
   置。
3. 【請求項３】 前記新中間言語への変換／インタプリト
   手段は、必要に応じて、変換した新コマンド体系の中間
   言語の前／後に遅延命令またはオペランドを挿入するこ
   とを特徴とする請求項１または２記載のプログラマブル
   コントローラのインタフェース装置。