JP5389270B2

JP5389270B2 - プログラマブルコントローラ

Info

Publication number: JP5389270B2
Application number: JP2012538542A
Authority: JP
Inventors: 保彦千波
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2010-10-15
Filing date: 2010-10-15
Publication date: 2014-01-15
Anticipated expiration: 2030-10-15
Also published as: WO2012049773A1; US9983573B2; CN103154907B; TWI436181B; KR101455949B1; DE112010005940T5; TW201217922A; CN103154907A; KR20130055010A; US20130131842A1; JPWO2012049773A1

Description

本発明は、産業用の被制御装置を制御するためのプログラマブルコントローラに関する。

プログラマブルコントローラ（以下、ＰＬＣという）は、ユーザプログラムや各種パラメータを定義するパラメータファイルに基づいて被制御装置を制御する。これらのユーザプログラムやパラメータファイルなどの制御ファイルは、プログラミング装置により設定される。また、これらの制御ファイルは、プログラミング装置のほか、プログラマブル表示器等からも参照される。従来、プログラミング装置やプログラマブル表示器等（以下、外部機器）との間の通信に、固定の文字コードセットを使用するものがある。

なお、特許文献１に開示されているプログラマブル表示器は、フォントデータを複数備え、いずれの国の字形で表示すべきかを示す字形識別情報に基づいてフォントデータを切り替える技術が開示されている。この技術によれば、例えばユニコード（ＵＮＩＣＯＤＥ）などの共通した文字コードセットで情報処理する際、例えば、国が異なる場合など、標準的に使用されているフォントによって、同じコードの字形が異なる場合であっても、夫々に適した字形で文字を表示することができる。

特開２０００−２２７７９０号公報

しかしながら、ＰＬＣに接続される外部機器の文字コードセットは常に同じものが使用されるとは限らない。使用できる文字コードセットが特定の文字コードセットが固定されたＰＬＣに互いに異なる文字コードセットを使用する複数の外部機器を接続する場合、一の外部機器から設定したファイルの名称を他の外部機器から読み出そうとすると、同一のファイル名にデコードされない所謂文字化けが起こり、ＰＬＣに設定されているファイルを前記他の外部機器から識別できないといった問題が起こる。

本発明は、上記に鑑みてなされたものであって、使用する文字コードセットが異なる複数の外部機器を接続されても、自ＰＬＣに設定されたファイルの名称を同一の名称にデコードすることができるプログラマブルコントローラを得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、産業用の被制御装置を制御するプログラマブルコントローラであって、第１のエンコード方式にかかる文字コードで記述された名称が付された前記被制御装置を制御するための制御ファイルを記憶する記憶部と、外部機器からの要求に応じて前記記憶部が記憶している制御ファイルにアクセスするシステム部と、同一文字にデコードされる文字コード毎に前記第１のエンコード方式を含む複数のエンコード方式にかかる文字コード同士を対応付けた文字コード変換テーブルと、前記第１のエンコード方式と異なる第２のエンコード方式にかかる文字コードで記述された名称が付された制御ファイルを記憶する外部機器が接続され、前記第１のエンコード方式の文字コードと前記第２のエンコード方式の文字コードとが前記文字コード変換テーブルにより対応付けられている場合、当該外部機器と前記システム部との間でアクセス対象の制御ファイルの名称を転送するとき、前記文字コード変換テーブルを使用して当該制御ファイルの名称を記述した文字コードのエンコード方式を前記第１および第２のエンコード方式の間で変換する文字コード管理部と、を備えることを特徴とする。

本発明にかかるプログラマブルコントローラは、文字コード変換テーブルにより文字コードが第１のエンコード方式の文字コードと対応付けられているエンコード方式であればどのようなエンコード方式を使用する外部機器を接続しても、制御ファイルの名称を同一の名称にデコードすることができるので、使用する文字コードセットが異なる複数の外部機器を接続されても、自ＰＬＣに設定されたファイルの名称を同一の名称にデコードすることができるという効果を奏する。

図１は、本発明にかかる実施の形態のＰＬＣを用いて構成されるＰＬＣシステムの構成を示す図である。図２は、プログラミング装置のハードウェア構成の一例を説明する図である。図３は、ＰＬＣのハードウェア構成の一例を説明する図である。図４は、本発明の実施の形態のＰＬＣシステムの機能構成を説明する図である。図５は、コードページテーブルのデータ構造の一例を示す図である。図６は、文字コード変換テーブルのデータ構造の一例を説明する図である。図７は、ＰＬＣシステムで実行される文字コードセットを設定するための通信手順を説明する図である。図８は、本発明の実施の形態のＰＬＣの動作を説明するフローチャートである。図９は、本発明の実施の形態のＰＬＣの動作を説明するフローチャートである。

以下に、本発明にかかるＰＬＣの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態．
図１は、本発明にかかる実施の形態のＰＬＣを用いて構成されるＰＬＣシステムの構成を示す図である。図示するように、ＰＬＣシステム１は、ＰＬＣ２とプログラミング装置３とが接続されて構成されている。ＰＬＣ２とプログラミング装置３との間の接続方式は特定の接続方式に限定されるものではなく、例えばＵＳＢなどのシリアル接続方式やイーサネット（登録商標）を採用することができる。なお、ここでは外部機器の一例として、ＰＬＣ２に対してユーザプログラムやパラメータファイルなどの制御ファイルの設定を行うプログラミング装置を挙げて説明するが、本発明の実施形態のＰＬＣ２に接続される外部機器の概念は、ＰＬＣ２のデバイスの状態やＰＬＣ２に設定された制御ファイルを参照するプログラマブル表示器をも含む。

図２は、プログラミング装置３のハードウェア構成の一例を説明する図である。プログラミング装置３は、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３、通信Ｉ／Ｆ３４、入力部３５および表示部３６がバスで接続された、一般的なコンピュータ構成を具備している。

表示部３６は、液晶モニタなどの表示装置であり、ＣＰＵ３１からの指示に基づいて、操作画面などのユーザに対する出力情報を表示する。入力部３５は、マウスやキーボードを備えて構成され、ユーザからのプログラミング装置３の操作が入力される。入力部３５へ入力された操作情報は、ＣＰＵ３１へ送られる。通信Ｉ／Ｆ３４は、ＰＬＣ２との間で通信を行うための通信インタフェースである。

ＲＡＭ３３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）などの高速動作する記憶装置により構成される。ＲＯＭ３２は、ＰＬＣ設定プログラム３７およびフォントデータセット３８を記憶している。ＰＬＣ設定プログラム３７は、ＰＬＣ１の設定を行うためのコンピュータプログラムである。フォントデータセット３８は、文字毎の画像データ（フォントデータ）の集合体であって、各文字の画像データは特定のエンコード方式を定義した文字コードセット（ここではローカル文字コードセットＡ）が含む文字毎のコードに夫々対応づけられている。ローカル文字コードセットＡとしては、どのようなものであっても使用できる。日本語のローカル文字コードセットとしては、例えばＩＳＯ−２０２２−ＪＰ（ＪＩＳ）、シフトＪＩＳ、ＥＵＣ−ＪＰなどが広く普及しており、これらのうちの１つを使用するようにしてもよい。

ＰＬＣ設定プログラム３７およびフォントデータセット３８は、ＣＰＵ３１により、バスラインを介してＲＡＭ３３へロードされる。ＣＰＵ３１はＲＡＭ３３内にロードされたＰＬＣ設定プログラム３７を実行する。ＣＰＵ３１は、ＰＬＣ設定プログラム３７を用いてＰＬＣ１の設定を行う際、ローカル文字コードセットＡで定義されたエンコード方式を用いる。すなわち、出力される制御ファイル（以下、単にファイル）の名称を構成する夫々の文字は、ローカル文字コードセットＡに定義されているエンコード方式でエンコードされている。ＣＰＵ３１は、表示部３６にファイルの名称を表示する際、当該ファイルの名称を構成する夫々の文字のコードに対応するフォントデータをフォントデータセット３８から取得して、取得したフォントデータを用いて前記ファイルの名称を表示部３６に表示する。例えばローカル文字コードセットＡがシフトＪＩＳで“0x82A0”という文字コードが記述されている場合、フォントデータセット３８から“0x82A0”に対応付けられている“あ”のフォントデータが取得され、表示部３６に表示される。すなわち、“0x82A0”は“あ”にデコードされる。作成されたファイルは、ＣＰＵ３１からの指令により通信Ｉ／Ｆ３４を介してＰＬＣ２へ送信される。

ＰＬＣ２は、プログラミング装置３によってローカル文字コードセットＡに基づいて作成されたファイルが入力される。ＰＬＣ２は、ローカル文字コードセットＡでエンコードされたファイル名が入力されたとき、入力されたファイル名を特定の文字コードセット（ここでは多言語用文字コードセットＡ）を用いて同一のファイル名にデコードされる記述に変換し、変換後の名称で記憶する。多言語用文字コードセットＡとしては、例えばＵＴＦ−８、ＵＴＦ−１６などのユニコードのエンコード方式を採用することができる。ＰＬＣ２は、プログラミング装置３へファイル名を送信するとき、多言語用文字コードセットＡで記述されたファイル名をローカル文字コードセットＡを用いた記述に変換し、変換したファイル名をプログラミング装置３へ送信する。

さらに、ＰＬＣ２は、ローカル文字コードセットＡと異なる文字コードセット（例えばローカル文字コードセットＢ）を使用するプログラミング装置３が接続され、ファイル名の送受信が行われたとき、多言語用文字コードセットＡでの記述とローカル文字コードセットＢでの記述との間の変換を行う。これによって、ＰＬＣ２は、ローカル文字コードセットＡ、ローカル文字コードセットＢのうちのどちらを使用するプログラミング装置３であっても、ＰＬＣ２に対して設定されたファイルを同一のファイル名にデコードすることが可能となる。

図３は、ＰＬＣ２のハードウェア構成の一例を説明する図である。図示するように、ＰＬＣ２は、ＣＰＵ２１、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）２２、ＲＡＭ２３および通信Ｉ／Ｆ２４を備える。ＣＰＵ２１、ＥＥＰＲＯＭ２２、ＲＡＭ２３および通信Ｉ／Ｆ２４は夫々バスを介して接続されている。

ＥＥＰＲＯＭ２２は、プログラミング装置３によって設定される制御ファイルとしてのユーザプログラム２７と、ユーザプログラム２７を動作させるほか、ＰＬＣ２全体の基本的な動作の制御を実行するシステムプログラム２５と、接続される外部機器が使用する文字コードセットと多言語用文字コードセットＡとの間の変換を行うためのコンピュータプログラムである文字コード管理プログラム２６とを記憶している。なお、パラメータファイルは、特に図示していないが、ユーザプログラム２７と同様にＥＥＰＲＯＭ２２に記憶される。

ＲＡＭ２３は、ＤＲＡＭやＳＲＡＭなどの高速動作する記憶装置により構成される。システムプログラム２５、文字コード管理プログラム２６およびユーザプログラム２７は、ＣＰＵ２１によりＥＥＰＲＯＭ２２から読み出されてＲＡＭ２３へロードされる。ＣＰＵ２１は、ユーザプログラム２７の設定時においては、ＲＡＭ２３に展開されたシステムプログラム２５に基づいてプログラミング装置３からの各種要求に応答する。設定時においてプログラミング装置３からファイル名の入出力がなされたとき、ＣＰＵ２１は、文字コード管理プログラム２６を実行して、入出力対象のファイル名のエンコード方式の変換を行う。ユーザプログラム２７の実行時には、ＣＰＵ２１は、ＲＡＭ２３に展開されているユーザプログラム２７をシステムプログラム２５の制御の下で実行して、被制御装置との間の入出力データ（デバイスデータ）の書き込み／読み出しを実行する。デバイスデータは、例えばＲＡＭ２３に確保された所定の領域に格納される。

通信Ｉ／Ｆ２４は、プログラミング装置３などの外部機器を接続するための通信インタフェースである。

図４は、本発明の実施の形態のＰＬＣシステム１の機能構成を説明する図である。図示するように、ＰＬＣ２は、システム部４１、文字コード管理部４２、コードページテーブル４３、文字コード変換テーブル４４を備えている。システム部４１は、システムプログラム２５を実行することによりＲＡＭ２３内に実現される。文字コード管理部４２、コードページテーブル４３および文字コード変換テーブル４４は、文字コード管理プログラム２６を実行することによりＲＡＭ２３内に実現される。なお、コードページテーブル４３または文字コード変換テーブル４４をＲＡＭ２３に展開せず、ＥＥＰＲＯＭ２２に残しておくようにしてもよい。

システム部４１は、プログラミング装置３からの要求に応じてユーザプログラム２７の作成、消去、出力その他の各種アクセス処理を実行する。システム部４１は、多言語用文字コードセットＡを用いてユーザプログラム２７の名称の管理を行う。すなわち、ＥＥＰＲＯＭ２２に格納されている制御ファイルには、多言語用文字コードセットＡにより定義されているエンコード方式にかかる文字コードで記述した名称が付されている。

コードページテーブル４３は、ＰＬＣ２が変換可能な複数の文字コードセットについて、文字コードセットの一覧を記述したテーブルである。図５は、コードページテーブル４３のデータ構造の一例を示す図である。図示するように、多言語用文字コードＡ、多言語用文字コードセットＢ、多言語用文字コードセットＣ、ローカル文字コードセットＡ、ローカル文字コードセットＢ、およびローカル文字コードセットＣは、夫々０番から順番に識別番号が割り振られて登録されている。なお、コードページテーブル４３に登録される識別番号は、広く知られているコードページ番号に等しい番号で統一してもよい。

文字コード変換テーブル４４は、異なる文字コードセットの文字コード間の同一の文字にデコードされる文字毎の対応関係を記述したテーブルである。図６は、文字コード変換テーブル４４のデータ構造の一例を説明する図である。図示するように、文字コード変換テーブル４４はテーブル構成となっており、最上段には文字コードセットの識別番号が記述されている。そして、各エントリは、同一の文字にデコードされる個々の文字について各文字コードセットでどのような文字コードにエンコードされるかを示している。ここでは、識別番号０（多言語用文字コードＡ）はユニコードの１つであるＵＴＦ−１６、識別番号３（ローカル文字コードＡ）はシフトＪＩＳ、識別番号４（ローカル文字コードＢ）はＥＵＣ−ＪＰであるとして対応関係を示している。例えば、ＵＴＦ−１６における“0x3042”は日本語ひらがなの“あ”にデコードされる文字コードであるが、当該文字は、シフトＪＩＳでは“0x82A0”、ＥＵＣ−ＪＰでは“0xA4A2”と記述されるということがわかる。

文字コード管理部４２は、プログラミング装置３との間で使用する文字コードセットを設定するための通信手順を実行する。この通信手順においては、コードページテーブル４３に登録されている識別番号が用いられる。文字コード管理部４２は、上記通信手順により送られてきた識別番号の文字コードセットを以降の通信に使用する文字コードセットに設定する。文字コード管理部４２は、例えば、文字コードセットの設定内容として受信した識別番号をＲＡＭ２３内に記憶させておくとよい。文字コード管理部４２は、前記通信手順の後にプログラミング装置３から要求とともにファイル名称を受信したとき、当該ファイル名のエンコード方式を前記設定された文字コードセット（この場合はローカル文字コードセットＡが設定されている）から多言語用文字コードセットＡに変換し、変換したファイル名称とともに前記要求をシステム部４１へ送信する。システム部４１からファイル名とともに応答を受信したとき、文字コード管理部４２は、受信したファイル名のエンコード方式を多言語用文字コードセットＡからローカル文字コードセットＡに変換し、変換したファイル名を応答とともにプログラミング装置３へ送信する。なお、ファイル名称を伴った要求には、例えばＰＬＣ２に対するリード要求やライト要求がある。また、ファイル名称を伴った応答には、例えば制御ファイルの名称の一覧表示要求に対する応答がある。

プログラミング装置３は、ＰＬＣ設定部５１を備える。ＰＬＣ設定部５１は、ＰＬＣ設定プログラム３７を実行することによってＲＡＭ３３内に生成される。ＰＬＣ設定部５１は、ユーザプログラム２７の設定を含むＰＬＣ２の設定を実行する。ＰＬＣ設定部５１は、ユーザプログラム２７のファイル名をローカル文字コードセットＡでエンコードし、当該エンコードされたファイル名を表示部３６に表示させるとき、フォントデータセット３８を用いてファイル名を表示する。

次に、図７〜図９を用いて、本発明の実施の形態のＰＬＣ２の動作を説明する。

図７は、ＰＬＣシステム１で実行される文字コードセットを設定するための通信手順を説明する図である。図示するように、まず、プログラミング装置３は、ＰＬＣ２に対するアクセスを行う前に、文字コードセットの通知（文字コードセット通知）を行う（ステップＳ１）。文字コードセット通知は、自プログラミング装置３が使用するローカル文字コードセットＡの識別番号およびプログラミング装置３の装置識別番号を含む。

なお、ＰＬＣと外部機器との間で通信を行う際、互いを接続する通信が生きているか否かを確認する生存確認信号を授受するようになっているものがある。本実施の形態では、文字コードセット通知は、外部機器からＰＬＣ２に送信される当該生存確認信号にローカル文字コードセットの識別番号を含めるようにしたものとする。すなわち、文字コードセットを設定するための通信手順を実行する仕様に対応していない外部機器からの生存確認信号は、文字コードセットの指定がない文字コードセット通知として認識される。文字コードセット通知を受信すると、ＰＬＣ２は、ローカル文字コードセットＡが使用可能であるか否かを示す使用可否通知を返信する。文字コードセット使用可否通知は、ローカル文字コードセットＡの使用可否と、ＰＬＣ２の装置識別番号を含む。

図８は、ステップＳ１の文字コードセット通知を受けてからステップＳ２の文字コードセット使用可否通知を返信するまでのＰＬＣ２の動作をさらに詳しく説明するフローチャートである。図示するように、まず、文字コード管理部４２は、文字コードセット通知を受けると、文字コードセット通知内に使用したい文字コードセットの指定が含まれているか否かを判定する（ステップＳ１１）。文字コードセットの指定が無い場合（ステップＳ１１、Ｎｏ）、文字コード管理部４２は、使用する文字コードセットにデフォルトの文字コードセットを設定する（ステップＳ１２）。そして、文字コード管理部４２は、文字コードセットの使用可否を含まない文字コードセット使用可否通知を返信し（ステップＳ１３）、ステップＳ２までの動作を終了する。ＰＬＣ設定部５１は、使用可否を含まない文字コードセット使用可否通知を受信すると、ＰＬＣ２との間の通信が生きていることを認識する。

なお、デフォルトの文字コードセットとしては、例えば旧来からＰＬＣ２において固定的に用いられてきた文字コードセットを使用するようにするとよい。このようにすることによって、文字コードセットを指定する仕様に対応していない旧来の外部機器であっても、そのままＰＬＣ２へ接続して使用することができるようになる。

文字コードセットの指定があった場合（ステップＳ１１、Ｙｅｓ）、文字コード管理部４２は、指定された文字コードセットは使用可能であるか否か、すなわち指定された文字コードセットの文字コードが文字コード変換テーブル４４によって他の文字コードセットの文字コードと対応付けられているか否かを判定する（ステップＳ１４）。ここでは、使用可能な文字コードセットの識別番号はコードページテーブル４３に登録されているので、文字コード管理部４２は、コードページテーブル４３を参照することによって前記指定された文字コードセットが使用可能であるか否かを判定することができる。指定された文字コードセットが使用可能ではない場合（ステップＳ１４、Ｎｏ）、文字コード管理部４２は、指定された文字コードセットの使用を拒否する文字コードセット使用可否通知を送信し（ステップＳ１５）、動作を終了する。指定された文字コードが使用可能である場合（ステップＳ１４、Ｙｅｓ）、文字コード管理部４２は、指定された文字コードセットを使用する文字コードセットに設定する（ステップＳ１６）。そして、文字コード管理部４２は、指定された文字コードセットの使用を許可する文字コードセット使用可否通知を送信し（ステップＳ１７）、動作を終了する。

ステップＳ２において、指定した文字コードセットの使用を拒否する文字コードセット使用可否通知を受信すると、プログラミング装置３は以降の通信を実行することができない。指定した文字コードセットの使用を許可する文字コードセット使用可否通知を受信すると、プログラミング装置３は次の通信を実行することができる。すなわち、プログラミング装置３は、ユーザによる操作によって所望のアクセス要求をＰＬＣ２へ送信する（ステップＳ３）。アクセス要求を受信すると、ＰＬＣ２は、アクセス要求に対するアクセス応答をプログラミング装置３へ返信する（ステップＳ４）。

図９は、アクセス要求の一例としてのファイルのリード要求を受信したときのＰＬＣ２のリード動作を説明するフローチャートである。図示するように、リード要求を受信すると、文字コード管理部４２は、設定されている文字コードセットは多言語用文字コードＡであるか否かを判定する（ステップＳ２１）。多言語用文字コードセットＡが設定されていた場合（ステップＳ２１、Ｙｅｓ）、リード要求は文字コード管理部４２によってシステム部４１へ転送され、システム部４１は転送されてきたリード要求に含まれるリード対象のファイル名を用いてリード対象のファイルを特定し、特定したファイルを読み出す（ステップＳ２２）。文字コード管理部４２は、読み出されたファイルをアクセス応答としてプログラミング装置３へ送信し（ステップＳ２３）、リード動作が終了する。

設定されている文字コードセットが多言語用文字コードセットＡではなかった場合（ステップＳ２１、Ｎｏ）、文字コード管理部４２は、文字コード変換テーブル４４を用いて、送信されてきたリード要求が含むファイル名を構成する文字毎のコードを夫々多言語用文字コードセットＡの記述に変換する（ステップＳ２４）。変換されたファイル名を含むリード要求はシステム部４１へ転送され、システム部４１は変換されたファイル名を用いてリード対象のファイルを特定し、特定したファイル名を読み出す（ステップＳ２５）。そして、ステップＳ２３へ移行して読み出されたファイルがプログラミング装置３へ送信され、リード動作が終了する。

なお、ここではリード要求について動作を説明したが、ライト要求を受信した場合であっても、ステップＳ２１と同様の動作の後、ローカル文字コードセットＡにかかる文字コードで記述されたライト対象のファイルの名称が多言語用文字コードセットＡを用いた名称に変換される。ライト対象のファイルは、変換された名称が付されてＥＥＰＲＯＭ２２に格納される。また、一覧表示要求を受信した場合、ステップＳ２１と同様の動作の後、文字コード管理部４２は、ＥＥＰＲＯＭ２２に格納されているファイルの名称を変換し、変換したファイル名をＰＬＣ２へ送信する。

また、ステップＳ１、ステップＳ２の通信手順を実行するタイミングは特に限定されない。例えば、プログラミング装置３がアクセス要求を発行する前にアクセス要求毎に実行されるようにしてもよいし、所定の時間間隔で実行されるようにしてもよい。また、プログラミング装置３が複数の文字コードセットを使用できる構成となっている場合、使用する文字コードセットを変更するときに実行されるようにしてもよい。

なお、以上の説明においては、プログラミング装置３がローカル言語の文字コードセットを使用し、ＰＬＣ２は多言語用の文字コードセットを使用するとしているので、外部機器がローカル文字コードセットＡと同一の言語のローカル文字コードセットまたは当該言語をサポートした多言語用の文字コードセットを使用すると、ローカル文字コードセットＡを用いて設定されたファイル名を設定時と同じファイル名にデコードすることができる。すなわち、例えばシフトＪＩＳを使用する外部機器で設定されたファイル名であっても、ＥＵＣ−ＪＰやＪＩＳを使用する外部機器で同一のファイル名にデコードすることができるようになる。また、多言語用の文字コードセットを使用する外部機器を用いることによって、当該文字コードセットがサポートするどのような言語のローカル文字コードで設定されたファイル名であっても、設定時と同一のファイル名にデコードすることができる。

なお、ＰＬＣ２のシステム部４１が使用する文字コードセットをローカル言語の文字コードセットとしてもよい。その場合、外部機器が当該ローカル言語と同一の言語の文字コードセットを使用する場合に限り、設定時と同一のファイル名にデコードすることができる。

以上説明したように、本発明の実施の形態によれば、多言語用文字コードセットＡを用いて制御ファイルを操作するシステム部４１と、複数の文字コードセットの文字コードを文字毎に対応付けた文字コード変換テーブル４４と、ローカル文字コードセットＡを使用する外部機器とシステム部４１との間でアクセス対象の制御ファイルの名称を転送するとき、文字コード変換テーブル４４を使用して当該制御ファイルの名称の記述を多言語用文字コードセットＡにかかる記述とローカル文字コードセットＡにかかる記述の間で変換する文字コード管理部４２と、を備えるように構成したので、ローカル文字コードセットＡを使用する外部機器から設定された制御ファイルをローカル文字コードセットＡと異なり、かつ文字コード変換テーブル４４に対応付けが記述されている文字コードセットを使用する外部機器から参照しても、設定時と同一のファイル名にデコードされる。すなわち、使用する文字コードセットが異なる複数の外部機器を接続されても、ＰＬＣに設定されたファイルの名称を同一の名称にデコードすることができるようになる。

また、外部機器がアクセス要求を行う際、文字コード管理部４２は、接続された外部機器から文字コードセット通知を受信したとき、指定された文字コードセットの使用を許可する文字コードセット使用可否通知を外部機器に送信し、文字コードセット使用可否通知を送信した後に制御ファイルの名称の転送を実行するとき、当該制御ファイルの名称のエンコード方式の変換を実行するように構成した。当該文字コードセット使用可否通知は外部機器との間の通信の生存確認信号を兼ねており、文字コード管理部４２は、文字コードセット使用可否通知に文字コードセットの指定が含まれない場合、制御ファイルの名称の転送を実行するとき、当該制御ファイルの名称を多言語用文字コードセットＡとデフォルト設定された文字コードセットとの間の変換を実行する、ように構成したので、使用したい文字コードセットを送信する仕様となっていない旧来の機種の外部機器を接続することができるようになる。

以上のように、本発明にかかるプログラマブルコントローラは、産業用の被制御装置を制御するためのプログラマブルコントローラに適用して好適である。

１ＰＬＣシステム
２ＰＬＣ
３プログラミング装置
２１ＣＰＵ
２２ＥＥＰＲＯＭ
２３ＲＡＭ
２４通信Ｉ／Ｆ
２５システムプログラム
２６文字コード管理プログラム
２７ユーザプログラム
３１ＣＰＵ
３２ＲＯＭ
３３ＲＡＭ
３４通信Ｉ／Ｆ
３５入力部
３６表示部
３７ＰＬＣ設定プログラム
３８フォントデータセット
４１システム部
４２文字コード管理部
４３コードページテーブル
４４文字コード変換テーブル
５１ＰＬＣ設定部

Claims

産業用の被制御装置を制御するプログラマブルコントローラであって、
第１のエンコード方式にかかる文字コードで記述された名称が付された前記被制御装置を制御するための制御ファイルを記憶する記憶部と、
外部機器からの要求に応じて前記記憶部が記憶している制御ファイルにアクセスするシステム部と、
同一文字にデコードされる文字コード毎に前記第１のエンコード方式を含む複数のエンコード方式にかかる文字コード同士を対応付けた文字コード変換テーブルと、
前記第１のエンコード方式と異なる第２のエンコード方式にかかる文字コードで記述された名称が付された制御ファイルを記憶する外部機器が接続され、前記第１のエンコード方式の文字コードと前記第２のエンコード方式の文字コードとが前記文字コード変換テーブルにより対応付けられている場合、当該外部機器と前記システム部との間でアクセス対象の制御ファイルの名称を転送するとき、前記文字コード変換テーブルを使用して当該制御ファイルの名称を記述した文字コードのエンコード方式を前記第１および第２のエンコード方式の間で変換する文字コード管理部と、
を備えることを特徴とするプログラマブルコントローラ。
前記文字コード管理部は、接続された外部機器から第２のエンコード方式を指定する旨のエンコード方式通知を受信したとき、前記第２のエンコード方式の使用を許可する使用許可通知を前記外部機器に送信し、前記使用許可通知を送信した後に制御ファイルの名称の転送を実行するとき、当該制御ファイルの名称のエンコード方式の変換を実行する、
ことを特徴とする請求項１に記載のプログラマブルコントローラ。
前記文字コード変換テーブルに対応付けが記述されているエンコード方式の一覧表をさらに備え、
前記文字コード管理部は、前記エンコード方式通知を受信したとき、前記一覧表を参照して前記第１のエンコード方式の文字コードと前記第２のエンコード方式の文字コードとが前記文字コード変換テーブルにより対応付けられているか否かを判定し、対応付けられていると判定した場合、前記使用許可通知を送信する、
ことを特徴とする請求項２に記載のプログラマブルコントローラ。
前記エンコード方式の一覧表は、エンコード方式の識別番号の一覧表であって、前記エンコード方式通知は、前記第２のエンコード方式の識別番号を含む、
ことを特徴とする請求項３に記載のプログラマブルコントローラ。
前記エンコード方式通知は前記外部機器との間の通信の生存確認信号を兼ねており、
前記文字コード管理部は、前記エンコード方式通知にエンコード方式の指定が含まれない場合、制御ファイルの名称の転送を実行するとき、当該制御ファイルの名称を前記第１のエンコード方式と予め決められたエンコード方式との間の変換を実行する、
ことを特徴とする請求項３または４に記載のプログラマブルコントローラ。