(57)【特許請求の範囲】
【請求項１】
ＰＬＣと通信する通信手段と、その通信手段を介して取得した前記ＰＬＣの情報に基づきデバッグするデバッグ手段を備えたＰＬＣ用の開発支援装置において、
前記ＰＬＣと通信するための複数の通信条件を記憶する通信条件記憶手段と、
前記通信条件記憶手段に格納された前記複数の通信条件から択一的に選択した通信条件を用い、前記通信手段を介して前記ＰＬＣに対してそのＰＬＣを特定する特定情報の返送要求を発信し、前記ＰＬＣからのレスポンスの有無から正しい通信条件を決定するとともに、決定した正しい通信条件と、レスポンスで取得した前記特定情報を含む当該ＰＬＣ用のプロジェクトを生成し、プロジェクト生成後に前記決定した正しい通信条件に従って前記ＰＬＣとコネクションの確立を図り、コネクションを確立した状態で、前記ＰＬＣからデバッグに必要なプログラムを含む情報を取得し、取得した情報を前記生成したプロジェクトの該当エリアに格納し、必要な情報が格納された前記プロジェクトに基づいてプログラムのモニタリングを開始する手段を備えたことを特徴とする開発支援装置。
【請求項２】
前記択一的に選択する前記通信条件は、正しい通信条件に選択されたものを優先的に選択するようにしたことを特徴とする請求項１に記載の開発支援装置。
【請求項３】
レスポンスで取得した前記特定情報に関する情報を表示装置に出力表示する出力手段を備えたことを特徴とする請求項１または２に記載の開発支援装置。
【請求項４】
レスポンスで取得した前記特定情報に基づき、ユーザプログラムを修正する際に使用可能なコードであるか否かをチェックし、前記使用可能なコードのみを利用可能にする機能を備えたことを特徴とする請求項１から３のいずれか１項に記載の開発支援装置。
【請求項５】
ＰＬＣと通信する通信手段を介して取得した前記ＰＬＣの情報に基づきデバッグするデバッグ手段を備えた開発支援装置用のプログラム製品であって、
前記ＰＬＣと通信するための複数の通信条件を記憶する通信条件記憶部にアクセスし、前記複数の通信条件から択一的に通信条件を取得する処理、
その取得した通信条件を用い、前記通信手段を介して前記ＰＬＣに対してそのＰＬＣを特定する特定情報の返送要求を発信する処理、
前記ＰＬＣからのレスポンスの有無から正しい通信条件を決定する処理、
決定した正しい通信条件と、レスポンスで取得した前記特定情報を含む当該ＰＬＣ用のプロジェクトを生成し、プロジェクト生成後に前記決定した正しい通信条件に従って前記ＰＬＣとコネクションの確立を図る処理、
そのコネクションを確立した状態で、前記ＰＬＣからデバッグに必要なプログラムを含む情報を取得し、取得した情報を前記生成したプロジェクトの該当エリアに格納し、必要な情報が格納された前記プロジェクトに基づいてプログラムのモニタリングを開始する処理
を実行するプログラムを持つことを特徴とするプログラム製品。
【請求項６】
ＰＬＣと通信する通信手段を介して取得した前記ＰＬＣの情報に基づきデバッグするデバッグ手段を備えた開発支援装置における自動モニタリング方法であって、
前記ＰＬＣと通信するための複数の通信条件を記憶する通信条件記憶部にアクセスし、前記複数の通信条件から択一的に通信条件を取得する処理を行ない、
その取得した通信条件を用い、前記通信手段を介して前記ＰＬＣに対してそのＰＬＣを特定する特定情報の返送要求を発信する処理を行ない、
前記ＰＬＣからのレスポンスの有無から正しい通信条件を決定する処理を行ない、
決定した正しい通信条件と、レスポンスで取得した前記特定情報を含む当該ＰＬＣ用のプロジェクトを生成し、プロジェクト生成後に前記決定した正しい通信条件に従って前記ＰＬＣとコネクションの確立を図る処理を行ない、
そのコネクションを確立した状態で、前記ＰＬＣからデバッグに必要なプログラムを含む情報を取得し、取得した情報を前記生成したプロジェクトの該当エリアに格納し、必要な情報が格納された前記プロジェクトに基づいてプログラムのモニタリングを開始する処理を行なう
ことを特徴とする自動モニタリング方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、開発支援装置及びプログラム製品及び自動モニタリング方法に関するものである。
【０００２】
【発明の背景】
良く知られているように、ＦＡ（ファクトリオートメーション）で用いられるプログラマブルコントローラ（ＰＬＣ）は、入力機器（スイッチやセンサなど）のＯＮ／ＯＦＦ情報を入力し、ラダー言語などで書かれたシーケンスプログラム（ユーザプログラム）に沿って論理演算を実行して、その演算結果により、出力機器（リレーやバルブ、アクチュエータなど）にＯＮ／ＯＦＦ情報の信号を出力することで制御を行う。
【０００３】
ところで、ＰＬＣに異常が発生した場合、その異常箇所を特定するためにＰＬＣのユーザプログラム等を開発支援装置上に読み出し、そのＰＬＣと開発支援装置のコネクションを確立する。その後、開発支援装置のデバッグ機能により問題箇所の特定を行う。なお、問題箇所の特定が行われたならば、ユーザプログラム等を適宜修正し、修正後のユーザプログラム等をＰＬＣにダウンロードすることにより異常復帰し、正常なシステムの稼動が行える。
【０００４】
そして、上記したデバッグ処理を行える状態にするまでの手順として、従来は以下に示す操作，手順を行うようにしている。すなわち、一例としては、バックアップデータを開発支援装置に読み込むとともに、ＰＬＣと接続した状態でデバッグを実施するものがある。しかし、この方式では、異常発生時に直ぐに対処するためには、全てのＰＬＣの周囲にそのＰＬＣのバックアップデータを用意しておく必要がある。さらに、正しくデバッグするためには、バックアップデータの内容と、ＰＬＣが保有するデータの内容が一致している必要があるとともに、異常は何時発生するか不明である。よって、常にＰＬＣが持つデータの内容とバックアップデータの内容とを一致させる仕組みを構築し、実行させる必要がある。すると、係るバックアップの内容を一致させる処理の負荷がかかり、ＰＬＣ本来の処理に対する影響が生じる。
【０００５】
また、別の方式としては、開発支援装置（例えば、ＣＸ−Ｐｒｏｇａｍｍｅｒ：出願人の製品）上で、メンテナンス対象となるＰＬＣ用のプロジェクトを生成した後、ＰＬＣと接続するとともにそのＰＬＣから必要なデータを読み出して開発支援装置に取り込む。そして、その取り込んだデータに基づいてデバッグ処理をすることもできる。
【０００６】
ところで、プロジェクトを生成するためには、まず最初に対象となるＰＬＣの機種コード（型式）や通信条件を設定する必要がある。そのため、ユーザは異常が発生しているＰＬＣの機種コード，通信条件をマニュアルその他により取得し、その情報を開発支援装置の入力装置を介して登録しなければならない。しかし、異常発生時の緊迫した状況のもとで、機種コード等を探し出して登録するのは煩雑である。また、ＰＬＣ自体が外部に露出しているような場合には、機種コードは、直接視認して確認することができる可能性もあるが、ＰＬＣが装置内部に組み込まれているような場合には機種コードを見ることができず、機種コードの判別が困難でプロジェクトを生成するまでに時間がかかり、デバッグを実行可能な状態にするまでに時間かがかかってしまうと言う問題がある。
【０００７】
さらに、上記したいずれの場合でも、ユーザ（メンテナンス担当者）は、デバッグ機能により異常箇所の特定を行う作業に入るための前処理として、様々な操作を行う必要があり煩雑である。しかも、係るユーザは必ずしも開発支援装置の操作を熟知しているとは限らないので、操作数が多くなるほど短時間での問題解決を図る上での障害となる。特に、メンテナンスをする場合には、対象となるＰＬＣを含むＦＡシステムを停止することになり、その停止期間中は生産処理ができないため、迅速に異常箇所を特定するとともに、メンテナンスしてシステムを復旧させることが重要であるので、上記のようにデバッグを開始するまでに時間がかかることは問題となる。
【０００８】
この発明は、簡単な操作でかつ迅速に異常発生したＰＬＣと接続し、必要な情報を取得してデバッグ可能な状態にすることができる開発支援装置及びプログラム製品及び自動モニタリング方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
この発明による開発支援装置は、ＰＬＣと通信する通信手段と、その通信手段を介して取得した前記ＰＬＣの情報に基づきデバッグするデバッグ手段を備えたＰＬＣ用の開発支援装置である。そして、前記ＰＬＣと通信するための複数の通信条件を記憶する通信条件記憶手段と、前記通信条件記憶手段に格納された前記複数の通信条件から択一的に選択した通信条件を用い、前記通信手段を介して前記ＰＬＣに対してそのＰＬＣを特定する特定情報の返送要求を発信し、前記ＰＬＣからのレスポンスの有無から正しい通信条件を決定するとともに、決定した正しい通信条件と、レスポンスで取得した前記特定情報を含む当該ＰＬＣ用のプロジェクトを生成し、プロジェクト生成後に前記決定した正しい通信条件に従って前記ＰＬＣとコネクションの確立を図り、コネクションを確立した状態で、前記ＰＬＣからデバッグに必要なプログラムを含む情報を取得し、取得した情報を前記生成したプロジェクトの該当エリアに格納し、必要な情報が格納された前記プロジェクトに基づいてプログラムのモニタリングを開始する手段を備えて構成した。コネクションの確立を図る手段並びに取得手段は、実施の形態では、前処理機能により実現している。この通信手段としては、例えば、実施の形態で示したようにシリアル通信をする通信手段とすることができる。
【００１０】
この発明によれば、異常発生したＰＬＣに開発支援装置を接続し、動作を開始すると、まず、予め用意した通信条件を順次用いて返送要求をする。すると、ＰＬＣが対応している通信条件で返送要求を受け取ると、ＰＬＣはそれに対してレスポンスを返すことができるが、異なる返信条件で送られてきた場合にはＰＬＣは返送要求を正しく受信できず、よってレスポンスも返せない。従って、開発支援装置は、レスポンスの有無により返送要求を発信した際の通信条件が正しいものか否かが判断できる。つまり、レスポンスを受領すると、そのとき送った通信条件が対象となるＰＬＣが対応している正しい通信条件と判断できる。また、レスポンスには、ＰＬＣを特定する特定情報（実施の形態では機種コード（型式））を送ってくるので、デバッグ処理などをする際に、係る特定情報を利用することができる。そして、通信条件や特定情報を自動的に取得できるので、容易かつ迅速にデバッグが可能な状態にすることができる。
【００１１】
すなわち、レスポンスで取得した前記特定情報に基づき、デバッグをするために必要なプロジェクトを生成する機能を備え、そのプロジェクト生成後に前記取得手段を稼動させるとともに、前記取得した情報を前記プロジェクトに追加するように構成することができる。また、係るプロジェクトは、前記決定した正しい通信条件とレスポンスで取得した前記特定情報に基づいて行うようにすることもできる。このプロジェクト生成並びに情報の追加により、デバッグが可能な状態になる。
【００１２】
さらに、上記した各発明を前提とし、前記択一的に選択する前記通信条件は、正しい通信条件に選択されたものを優先的に選択するようにすると好ましい。このようにすると、開発支援装置を使用することにより、その工場などにおいてよく使用するＰＬＣに設定された通信条件が優先的に選択されることになる。よって、正しい通信条件がより迅速に決定され、迅速にデバッグ可能な状態に設定できる。
【００１３】
さらに好ましくは、レスポンスで取得した前記特定情報に関する情報を表示装置に出力表示する出力手段を備えることである。そのようにすると、対象となっているＰＬＣの機種等を知ることができる。
【００１４】
また、レスポンスで取得した前記特定情報に基づき、ユーザプログラムを修正する際に使用可能なコードであるか否かをチェックし、前記使用可能なコードのみを利用可能にする機能を備えるとよい。このようにすると、誤って使用できないコードを用いてユーザプログラム等を修正することが抑制できる。特に、オンラインエディットをする場合に効果的に作用する。
【００１５】
本発明に係るプログラム製品は、ＰＬＣと通信する通信手段を介して取得した前記ＰＬＣの情報に基づきデバッグするデバッグ手段を備えた開発支援装置用のプログラム製品であって、前記ＰＬＣと通信するための複数の通信条件を記憶する通信条件記憶部にアクセスし、前記複数の通信条件から択一的に通信条件を取得する処理と、その取得した通信条件を用い、前記通信手段を介して前記ＰＬＣに対してそのＰＬＣを特定する特定情報の返送要求を発信する処理と、前記ＰＬＣからのレスポンスの有無から正しい通信条件を決定する処理と、決定した正しい通信条件と、レスポンスで取得した前記特定情報を含む当該ＰＬＣ用のプロジェクトを生成し、プロジェクト生成後に前記決定した正しい通信条件に従って前記ＰＬＣとコネクションの確立を図る処理と、そのコネクションを確立した状態で、前記ＰＬＣからデバッグに必要なプログラムを含む情報を取得し、取得した情報を前記生成したプロジェクトの該当エリアに格納し、必要な情報が格納された前記プロジェクトに基づいてプログラムのモニタリングを開始する処理と、を実行するプログラムを持つようにすることである。
また、本発明に係る自動モニタリング方法は、ＰＬＣと通信する通信手段を介して取得した前記ＰＬＣの情報に基づきデバッグするデバッグ手段を備えた開発支援装置における自動モニタリング方法であって、前記ＰＬＣと通信するための複数の通信条件を記憶する通信条件記憶部にアクセスし、前記複数の通信条件から択一的に通信条件を取得する処理を行ない、その取得した通信条件を用い、前記通信手段を介して前記ＰＬＣに対してそのＰＬＣを特定する特定情報の返送要求を発信する処理を行ない、前記ＰＬＣからのレスポンスの有無から正しい通信条件を決定する処理を行ない、決定した正しい通信条件と、レスポンスで取得した前記特定情報を含む当該ＰＬＣ用のプロジェクトを生成し、プロジェクト生成後に前記決定した正しい通信条件に従って前記ＰＬＣとコネクションの確立を図る処理を行ない、そのコネクションを確立した状態で、前記ＰＬＣからデバッグに必要なプログラムを含む情報を取得し、取得した情報を前記生成したプロジェクトの該当エリアに格納し、必要な情報が格納された前記プロジェクトに基づいてプログラムのモニタリングを開始する処理を行なうようにした。
【００１６】
【発明の実施の形態】
図１は、本発明に係る開発支援装置１０を含むシステム構成の一例を示している。図１に示すように、電源ユニット１，ＰＬＣ本体（ＣＰＵユニットとも称する）２，Ｉ／Ｏユニット３など各種のユニットをＣＰＵバスなどにより電気・機械的に連結してＰＬＣを構成している。ＰＬＣ本体２には、シリアルポート２ａが設けられており、このシリアルポート２ａに開発支援装置１０を通信ケーブル５を介して接続可能となっている。このＰＬＣ本体２と開発支援装置１０はＲＳ−２３２Ｃにより、情報（ユーザプログラムその他のデータ等）の送受を行えるようになっている。また、具体的な図示は省略するが、ＰＬＣ本体２のメモリには、ユーザプログラム，入出力情報等の動作状態を示すデータ，機械コード（型式）などの自己を特定する特定情報等が格納され、開発支援装置１０からの命令に従って、必要な情報を開発支援装置１０に返送する機能も有している。
【００１７】
図２は、本発明に係る開発支援装置１０の好適な一実施の形態の内部構成を示している。図２に示すように、ＲＳ−２３２Ｃ用の通信インタフェース１１を備え、この通信インタフェース１１を介してＰＬＣ本体２と情報の送受を行う。また、受け取った情報は、ＭＰＵ１２に取り込まれ、このＭＰＵ１２により具体的な情報の送受が制御される。このＭＰＵ１２には、本発明との関係で言うと、デバッグ機能と、前処理機能がある。デバッグ機能は、従来から公知のもので、ＰＬＣ本体２から取得した情報（ユーザプログラムやデータ等）に基づき、デバッグ処理を行い、異常箇所を特定する機能を有する。さらに、異常箇所を修正したり、修正後のプログラム等をＰＬＣ本体２にダウンロードする機能も備える。なお、係る処理を行うための具体的なアルゴリズムは、従来と同様のものを用いることができるため、その詳細な説明を省略する。
【００１８】
ここで本発明では、ハードディスク等の記憶部１６内に、通信条件データベース１３を備えている。この通信条件データベース１３は、図３に示すように、ＰＬＣ種別（ＰＬＣ  シリーズ），ネットワーク種別（通信手順）並びに通信速度を関連づけたテーブルとなっている。開発支援装置１０のメンテナンス対象のＰＬＣ本体の全ての通信条件（この例では１４種類）を用意している。
【００１９】
ＭＰＵ１２に実装された前処理機能は、この通信条件データベース１３に登録された複数の通信条件を先頭から順次実行してＰＬＣ本体２との接続を試み、接続対象のＰＬＣ本体２の通信条件を決定し、次いで、対象のＰＬＣ本体２用のプロジェクトを生成し、ＰＬＣ本体２から必要な情報を読み出す処理を実行する機能を有している。そして、具体的には、図４に示すフローチャートを実施する機能を有している。すなわち、まず通信条件データベース１３にアクセスし、通信条件を１つ取得する（ＳＴ１）。この取得する通信条件は、先頭から順に行うため、前回取得した通信条件の次に格納されている通信条件を取得することになる。そして、１回目は当然のことながら先頭（図３の場合には「Ｃ  Ｓｅｒｉｅｓ，  ＳＹＳＷＡＹ，９６００」）の通信条件を取得することになる。
【００２０】
次いで、新しい通信条件を取得できたか否かを判断する（ＳＴ２）。つまり、ステップ１の処理を実行し、新たな通信条件を取得できたか否かを判断する。そして、通信条件がない場合には、前回までの処理で全ての通信条件についてのチェックが行われ、いずれも該当する通信条件のものがなかったことを意味するので、エラーを通知して今回の処理を終了する（ＳＴ３）。
【００２１】
また、新しい条件を取得できたならば、その通信条件でＰＬＣ本体２に対して「機種コード（型式）」の返送要求をし、機種コードの取得を試みる（ＳＴ４）。ＰＬＣ本体２は、上記返送要求を正常に受信したならば、その返送要求に応じてレスポンスとして自己の機種コードを開発支援装置１０に返す。
【００２２】
すなわち、ＰＬＣ本体２としては、上記した１４種類の通信条件の中で何れか１種類に対応している（複数種に対応可能にしても良い）ので、ＰＬＣ本体２が対応できる通信条件で返送要求が送られてきた場合には、その内容を解析し正常なレスポンスを返すが、対応していない通信条件で送られてきた場合には、正常に受信することができないので、レスポンスを返すこともできない。
【００２３】
換言すると、開発支援装置１０側に立つと、ＰＬＣ本体２からレスポンスがあると、ステップ４で発信した際に使用した通信条件が正しいものであると判断でき、また、一定時間たってもレスポンスがない場合には間違った通信条件であったと推定できる。そこで、ステップ５の分岐判断では、レスポンスの有無を判断し、レスポンスがない場合にはステップ１に戻り次の通信条件に基づく処理を実行する。
【００２４】
一方、レスポンスを受けた場合には、対象としているＰＬＣ本体２の通信条件がステップ４で使用した通信条件であると判断できるので、ステップ６に進み、通信条件データベース１３の履歴情報を更新する。実際には、今回使用した通信条件を通信条件データベース１３の先頭に移動する。例えば、図３に示すデータ構造の具体例において、仮に１０番目の「ＣＳ１  Ｓｅｒｉｅｓ，ＳＹＳＷＡＹ，１１５０００」でレスポンスを受けた場合には、この通信条件を先頭、つまり、「Ｃ  Ｓｅｒｉｅｓ，ＳＹＳＷＡＹ，９６００」の上に配置し、以降１つずつ順に繰り下げる。これにより、同じＰＬＣ本体２に対して次にメンテナンスを行う場合、今回は１０回目でようやく通信条件が決定されたが、次は、１回目で「ＣＳ１  Ｓｅｒｉｅｓ，ＳＹＳＷＡＹ，１１５０００」（その間に別の通信条件のＰＬＣ本体との通信を行っていない場合）が選択されるので、すぐに通信条件の決定が行われる。
【００２５】
また、１つの工場内に設置されるＰＬＣ本体の通信条件は、１つとは限らないものの、数種類に集約されていることが多い。従って、この開発支援装置１０を何回か使用することにより、その工場で使用される通信条件が、通信条件データベース１３の上位（先頭側）に集まってくるので、その後は、各ＰＬＣ本体２に対する通信条件の決定が比較的短時間で行えることができる。
【００２６】
なお、優先的に選択する方法としては、上記したように正しい通信条件として決定されたものを先頭に持ってくるものに限ることは無く、例えば、選択された回数を積算していき、積算回数の多いものから順に選択するようにすることもできる。
【００２７】
また、ステップ１において先頭から順に通信条件を取得する処理であるが、例えば、ポインタにより読み出す通信条件を指定するようにしておいた場合、ステップ１で通信条件を取得する都度、次の通信条件にポインタを移動しておくとともに、ステップ６にてポインタの位置を通信条件データベース１３の先頭に戻すことにより実行できる。また、例えば、ステップ１の前にｎ＝０にセットし、ステップ１では「ｎ＝ｎ＋１」を演算実行後、先頭からｎ番目の通信条件を取得するようにすることによっても対応できる。
【００２８】
一方、本発明では、通信条件の確認の際に、レスポンスとして機種コードの情報を取得するようにしたため、上記のようにして対象のＰＬＣ本体２の通信条件が決定できると、レスポンスの内容から対象のＰＬＣ本体２の機種コード（型式）も同時に取得できる。そこで、この取得した機種コードと通信条件に基づいて、今回対象のＰＬＣ本体２用のプロジェクトを生成する（ＳＴ７）。この生成されたプロジェクト１４は、ハードディスク等の記憶部１６に格納される。なお、プロジェクト生成は、機種コードに基づいて行い、通信条件は使用しないようにすることもできる。
【００２９】
ここで生成されるプロジェクトのプロジェクトデータ構造は、ＰＬＣ機種情報（型式，通信条件），Ｉ／Ｏテーブル，システム設定，初期値データ，変数テーブル，プログラムなどであり、ＰＬＣ機種情報以外は、各種情報を格納するためのエリアが確保される。また、プロジェクトが機種コード（型式）に基づいて生成される（通信条件を使用しない）場合には、ＰＬＣ機種情報としては型式のみとなる。さらに、ＰＬＣ機種情報（型式や通信条件）に基づいてプロジェクトを生成した場合、いずれも生成する際の基準となるＰＬＣ機種情報をプロジェクトデータとして登録するようしたが、本発明はこれに限ることはなく、プロジェクト内にＰＬＣ機種情報を格納しないようにしても良い。
【００３０】
なお、このプロジェクトは、発明の背景の欄でも記載したが、例えば、ＣＸ−Ｐｒｏｇａｍｍｅｒ（出願人の製品）にてデバッグ処理をするに先立ち生成されるもである。他社製品でも呼び名は異なる場合があるが、その後にＰＬＣから読み取った情報を格納する領域を設定するためのものである。
【００３１】
このプロジェクト生成後、決定した通信条件によりＰＬＣ本体２とオンライン接続をし、コネクションの確立を図る（ＳＴ８）。次いで、ＰＬＣ本体２から必要な情報（ユーザプログラム，変数テーブルその他のデータ等）を読み出し、取得した情報を上記生成したプロジェクトの該当エリアに格納する（ＳＴ９）。その後、生成し、必要な情報が格納されたプロジェクトに基づき、プログラムにモニタリングを開始する。
【００３２】
つまり、デバッグ機能を稼働させ、所望のデバッグ処理を実行し、異常箇所の特定を行う。また、必要な修正処理も行うことになる。このとき、ＰＬＣ本体の型式によって使用できるコードが決まっているため、上記取得した機種コードに基づき、修正したプログラム等に用いたコードが使用可能な物か否かのチェックも行う。特にオンラインエディットの場合には、このチェック機能が有効なものとなる。このように、取得した機種コードは、プロジェクト生成のために使用するのみではなく、係るチェックのために利用することもできる。
【００３３】
このように、本実施の形態では、ユーザは、対象となるＰＬＣ本体２と開発支援装置１０を接続するとともに、前処理機能を稼働させるといった簡単な操作を行うだけで、後は係る前処理機能がコネクションの確立から情報の読み出しを行い、デバッグ可能な状態になるまでを自動的に行うことができる。よって、操作性が良好であるとともに、短時間でデバッグ可能な状態になるので、メンテナンスに要する全体の時間も短縮することができる。
【００３４】
また、説明は前後するが、モニタリング，デバッグ時には、図２に示した通り、ディスプレイインタフェース１５を介してディスプレイ１０ａ上に必要な情報を出力表示することになる。この出力表示するためのＭＰＵ１２，ディスプレイインタフェース１５における機能自体は従来公知のものであるので説明を省略する。
【００３５】
ここで本実施の形態では、取得した機種コード或いはそれに基づく機種名などの処理対象のＰＬＣ本体を特定する情報をディスプレイ１０ａに表示するようにしている。取得した機種コードをそのまま表示するのではなく、ユーザがわかりやすい名称で表示する場合には、機種コードと名称を対応付けしたテーブルを予めメモリ等の記憶手段に格納しておき、ＭＰＵ１２は、そこにアクセスしてテーブルを参照することにより表示すべき情報を取得することができる。これは、本実施の形態では、ユーザは処理対象のＰＬＣ本体の機種コード等を知らなくてもＰＬＣ本体との間でコネクションを確立させて情報の読み出しを行うことができるため、そのままでは処理対象のＰＬＣ本体の機種が分からず、異常箇所の特定や修正作業に影響を与えるおそれもある（使用可能なコードが不明等）。そこで、処理対象の機種コード等の機種を特定する特定情報を出力表示することにより、係る対象のＰＬＣ本体の機種を容易に知ることができ、迅速かつ正確なメンテナンスをすることができる。
【００３６】
なおまた、上記した図４に示すフローチャートを実行する前処理機能は、本実施の形態ではアプリケーションプログラム（プログラム製品）で構成され、開発支援装置１０であるコンピュータにインストールされ、そのＭＰＵにおいて、各処理部となって稼働する。また、通信条件データベースに記憶されるべき情報も、上記プログラム製品として、或いはプログラム製品とともに供給されるようにしてもよい。
【００３７】
【発明の効果】
以上のように、この発明では、正しい通信条件を決定するとともに特定情報を自動的に取得できるので、簡単な操作でかつ迅速に異常発生したＰＬＣと接続し、必要な情報を取得してデバッグ可能な状態にすることができる。
【図面の簡単な説明】
【図１】システム全体の一例を示す図である。
【図２】本発明に係る開発支援装置の内部構造の一例を示す図である。
【図３】通信条件データベースの内部構造の一例を示す図である。
【図４】ＭＰＵの機能を説明するフローチャートである。
【符号の説明】
１  電源ユニット
２  ＰＬＣ本体
２ａ  シリアルポート
３  Ｉ／Ｏユニット
１０  開発支援装置
１０ａ  ディスプレイ
１１  通信インタフェース
１２  ＭＰＵ
１３  通信条件データベース
１４  プロジェクト
１５  ディスプレイインタフェース
１６  記憶部
【図１】
0004000864.tif 000002
【図２】
0004000864.tif 000003
【図３】
0004000864.tif 000004
【図４】
0004000864.tif 000005