JP2014120986A - スレーブ機器 - Google Patents

Abstract

【課題】ユーザがコンフィギュレーションファイルの取得を容易に行うことができるスレーブ機器を提供する。
【解決手段】実施形態のスレーブ機器によれば、メモリに、各通信ノードを定義するコンフィギュレーションに使用される、コンフィギュレーションファイルを生成するために必要な生成情報が記憶されている。そして、ファイル生成・送信手段は、コンフィギュレーションファイルの送信要求トリガが与えられると、前記生成情報に基づいてコンフィギュレーションファイルを生成し、当該ファイルを外部端末に送信する。
【選択図】図１

Description

本発明の実施形態は、フィールドネットワークに接続されてマスタ機器と通信を行うスレーブ機器に関する。

現在、プロセスオートメーションシステムやファクトリーオートメーションシステムを構築するには、フィールドネットワークが必要不可欠となっている。フィールドネットワークの構築には、所謂コンフィギュレータと称するソフトウェアによりネットワーク環境のコンフィギュレーションを行う方式が広く用いられている。コンフィギュレータを使用して構築されるネットワークにインバータ装置をスレーブ機器として接続するには、インバータ装置をコンフィギュレータに認識させるためのコンフィギュレーションファイルが必要となる。

コンフィギュレーションファイルには、装置の名称・容量・ソフトウェアバージョン・対応するネットワークのサービス内容を始めとした様々な情報が記載されている。そして、コンフィギュレータは、これらの情報を元にインバータ装置を識別するコンフィグレーションを実行する。また、インバータ装置のコンフィギュレーションファイルに、インバータ装置に設定可能なパラメータの情報も含ませておき、これらのパラメータ情報に基づきパラメータ設定を行う機能がサポートされているコンフィギュレータも多く見られる。

ただし、フィールドネットワークの種類に応じて、拡張子・記述方法・記述内容など、コンフィギュレーションファイルの定義は異なっている。例えば、EtherNet/IP（登録商標）ではEDSファイルが、Profibus（登録商標）ではGSDファイルと呼ばれるコンフィギュレーションファイルが用意されるが、同じインバータ装置のために作られたファイルであっても互換性は無い。

FDT/DTM等と呼ばれる、複数のフィールドネットワークを統合して、コンフィギュレーションを行う手法も提案されているが、複数のフィールドネットワークを統合する都合上、最大公約数的な機能のみしか利用できないことが多い。また、各フィールドネットワーク専用のコンフィギュレータを使用する手法と比較すると、一般的なシステム構築に用いられる手法とは異なるものとなる。

特開２００９−１８１２４７号公報

以上のような事情から、各インバータ装置について適切なコンフィギュレーションファイルをユーザへ提供するためには、多種に亘るコンフィギュレーションファイルを用意する必要がある。一つの製品群に対して、同じような意味を持つ複数のコンフィギュレーションファイルを用意することは、提供するメーカにとって非常に煩雑な作業である。多くの場合は、煩雑さを避けるためにコンフィギュレーションファイルに記載する情報量を削減して一本化を図るが、必要十分な情報量を持ったコンフィギュレーションファイルを提供できていないことも多い。

一方、ユーザから見た場合も、同じような意味を持つ多数の選択肢の中から適切なコンフィギュレーションファイルを選択する必要がある。また、コンフィギュレーションファイルはインバータ装置の販売店、または製造メーカのWebサイトを通じて入手する体制が取られていることが多く、その都度入手先のWebサイトにアクセスする必要があり、ファイルの取得作業が煩わしいという問題がある。

そこで、ユーザがコンフィギュレーションファイルの取得を容易に行うことができるスレーブ機器を提供する。

実施形態のスレーブ機器によれば、メモリに、各通信ノードを定義するコンフィギュレーションに使用される、コンフィギュレーションファイルを生成するために必要な生成情報が記憶されている。そして、ファイル生成・送信手段は、コンフィギュレーションファイルの送信要求トリガが与えられると、前記生成情報に基づいてコンフィギュレーションファイルを生成し、当該ファイルを外部端末に送信する。
また、実施形態のスレーブ機器によれば、メモリにコンフィギュレーションファイルが記憶されている。そして、ファイル送信手段は、コンフィギュレーションファイルの送信要求トリガが与えられると、当該ファイルを外部端末に送信する。

第１実施形態であり、パソコンとインバータ装置とが通信ケーブルを介して接続された状態を示す図 ネットワークシステム全体の構成を示す図 パソコンとインバータ装置との間で行われる処理を示すシーケンス図 生成されたコンフィギュレーションファイルの一例を示す図（その１） 生成されたコンフィギュレーションファイルの一例を示す図（その２） 第２実施形態を示す図１相当図 図３に示す端子（１）において実行される処理を示す図 第３実施形態を示す図１相当図 図３に示す端子（２）において実行される処理を示す図 第４実施形態であり、図３に示す端子（３）において実行される処理を示す図 第５実施形態であり、図３に示す端子（４），（５）において実行される処理を示す図 第６実施形態であり、インバータ装置にＵＳＢメモリが接続された状態を示す図 インバータ装置によって行われる処理を示すシーケンス図 第７実施形態を示す図１３相当図 第８実施形態を示す図１相当図

（第１実施形態）
以下、第１実施形態について図１ないし図５を参照して説明する。図２は、ネットワークシステム全体の構成を示している。マスタ機器（通信ノード）であるコントローラ１とパーソナルコンピュータ（パソコン）２とは、例えばEtherNet/IPなどのプロトコルによる上位通信バス３を介して接続されており、これらは上位層ネットワーク（コントロールネットワーク）４を構成している。パソコン２（外部端末）は、ネットワークの初期設定を行ったり、実際に通信が行われている状況をモニタするために接続される。

コントローラ１と、スレーブ機器（通信ノード）である例えばインバータ装置５，工作機械６，リモートＩ／Ｏ７，ゲートウェイ８等は、例えばProfibusなどのプロトコルによる下位通信バス９を介して接続されており、これらは下位層ネットワーク（狭義のフィールドネットワーク）１０を構成している。そして、ゲートウェイ８には、例えばリレー１１，スイッチ１２，Ｉ／Ｏ機器１３等が、例えばAS-iなどのプロトコルによる最下位通信バス１４を介して接続されており、これらは最下位層ネットワーク（フィールドエンドネットワーク）１５を構成している。

コンフィギュレータは、パソコン２にインストールされるソフトウェアであり、各スレーブ機器に関するコンフィギュレーションファイルを読み込む。そして、コントローラ１と各スレーブ機器とが下位層ネットワーク１０を介して通信可能となるように初期設定を行うため、コンフィギュレーションを行う。本実施形態では、コンフィギュレーションファイルは、後述するようにスレーブ機器側より提供される。また、コンフィギュレーションが行われる際に、コントローラ１とパソコン２とは、例えばＵＳＢ等のシリアル通信やインターネット等を介して接続される。

図１は、パソコン（ＰＣ）２とインバータ装置５とが例えばＲＳ４８５などの通信ケーブル１６を介して接続された状態を示している。また、インバータ装置５の内部については、本実施形態の要旨に係る機能部分のみをブロックで示している。インバータ装置５は、ＣＰＵ２１（ファイル生成・送信手段）と、例えばＥＥＰＲＯＭやフラッシュメモリ等の不揮発性メモリ２２と、通信ＩＣ２３とを備えている。ＣＰＵ２１は、不揮発性メモリ２２に対してデータの書き込み及び読み出しを行い、通信ＩＣ２３を制御してパソコン２とシリアル通信を行う。

通信ＩＣ２３は、インバータ装置５の本体に設けられたコネクタ２４を介して通信ケーブル１６に接続されている。そして、パソコン２が送信したデータを受信するとパラレルに変換してＣＰＵ２１に出力し、ＣＰＵ２１が書き込んだデータをシリアル変換してパソコン２に送信する。不揮発性メモリ２２には、図示しない制御プログラム等と共に、コンフィギュレーションファイルを生成するための情報（生成情報）であるインバータ固有情報２５，インバータ装置５の制御に使用されるパラメータ情報２６（設定情報）が記憶されている。ここで、インバータ固有情報２５は、例えばインバータ装置５の形式や容量，ソフトウェアのバージョンなどの情報である。

尚、一般的なインバータ装置であれば、インバータ固有情報２５や、パラメータ情報２６を構成する複数のアイテムは、制御プログラムのソースコードやその他のデータ領域に分散して配置されている。本実施形態における情報２５及び２６は、コンフィギュレーションファイルの生成を容易にするため、予め所定の格納領域にまとめて配置されている。すなわち、上記格納領域が生成情報格納エリアに対応する。また、格納エリア２７は、上記の情報２５及び２６に基づいて生成されるコンフィギュレーションファイルを格納するためのエリアである。

次に、本実施形態の作用について説明する。図３は、パソコン２とインバータ装置５との間で行われる処理を示すシーケンス図である。インバータ装置５のＣＰＵ２１は、電源が投入されて起動すると初期設定等を行う（Ｂ１）。ユーザがパソコン２を操作することで、パソコン２よりコンフィギュレーションファイルの生成／送信指示（送信要求コマンド，送信要求トリガ）が送信されると（Ａ１）、ＣＰＵ２１は、不揮発性メモリ２２よりインバータ固有情報２５及びパラメータ情報２６を読み出し、コンフィギュレーションファイルを生成する（Ｂ２）。生成したファイルは、不揮発性メモリ２２の格納エリア２７に書き込まれて記憶される。

それから、生成されたコンフィギュレーションファイルは、パソコン２側に送信される（Ｂ３）。パソコン２は、受信したコンフィギュレーションファイルを、ハードディスクなどの記憶装置に記憶する。その後、ユーザは、パソコン２でコンフィギュレータを起動して、取得したファイルを用いてコンフィギュレーションを行う。尚、図３に示されている端子（１）〜（５）は、対応するイベントが発生した時点で割り込み的に実行される処理に対応するもので、これらについては第２実施形態以降で説明する。

図４は、生成されたコンフィギュレーションファイルの一例を示すものである。図４（ａ）はインバータ固有情報２５の一例であり、
ProdCode = 31000;EtherNet
がインバータ装置の形式コードである。図４（ｂ）はパラメータ情報２５の一例であり、
2000,3200000,10000
という数値が、それぞれパラメータRPI Rangeの下限値，上限値，初期値に対応している。
また、図５もパラメータ情報２６の一例であり、インバータ装置に対応するＩ／Ｏスキャン（定期通信）の情報である。例えば、
Assem20 =
は、番号２０のアセンブリに対応するものである。

以上のように本実施形態によれば、インバータ装置５の不揮発性メモリ２２に、各通信ノードを定義するコンフィギュレーションに使用される、コンフィギュレーションファイルを生成するために必要なインバータ固有情報２５を記憶する。そして、ＣＰＵ２１は、パソコン２よりコンフィギュレーションファイルの生成／送信指示が与えられると、インバータ固有情報２５に基づいてコンフィギュレーションファイルを生成し、当該ファイルをパソコン２に送信する。したがって、ユーザは、パソコン２を操作するだけでインバータ装置５に対応するコンフィギュレーションファイルを、インバータ装置５より容易に取得することができる。

（第２実施形態）
図６及び図７は第２実施形態であり、第１実施形態と同一部分には同一符号を付して説明を省略し、以下異なる部分について説明する。第２実施形態のインバータ装置３１（スレーブ機器）は、不揮発性メモリ２２とは別に、ＲＡＭ等の揮発性メモリ３２を備えている。そして、不揮発性メモリ２２には、制御プログラム等と共にインバータ固有情報２５及びパラメータ情報２６が記憶され、生成されたコンフィギュレーションファイルの格納エリアは、揮発性メモリ３２に設けられている。

次に、第２実施形態の作用について説明する。図７は、インバータ装置３１のＣＰＵ２１により、図３に示す端子（１）において実行される処理を示す。ＣＰＵ２１は、制御プログラムに従い、不揮発性メモリ２２よりインバータ固有情報２５及びパラメータ情報２６を読み出す（Ｃ１）。それから、読み出した情報を、揮発性メモリ３２の格納領域に、コード（制御プログラム）上で定義されるコンフィギュレーションファイルの形式で書き込む（Ｃ２）。

そして、第１実施形態と同様に、図３に示すステップＡ１において、パソコン２よりコンフィギュレーションファイルの生成／送信指示が送信されると、ＣＰＵ２１は、揮発性メモリ３２において上記格納領域に書き込んだインバータ固有情報２５及びパラメータ情報２６を読み出すと、同メモリ３２内にあるコンフィギュレーションファイルの格納領域にファイルを書き込んで生成する（Ｂ２）。以降の処理は、第１実施形態と同様である。

以上のように第２実施形態によれば、インバータ装置３１のＣＰＵ２１は、不揮発性メモリ２２よりインバータ固有情報２５及びパラメータ情報２６を読み出し、揮発性メモリ３２内にあるコンフィギュレーションファイルの格納領域に当該ファイルを書き込んで生成する。したがって、不揮発性メモリ２２として必要な容量を削減することができる。

（第３実施形態）
図８及び図９は第３実施形態であり、第１実施形態と異なる部分のみ説明する。図８に示すインバータ装置５Ａは、本体にヒューマンインターフェイス（以下、ＨＭＩと称す）２８を備えている。ＨＭＩ２８（入力手段）は、入力用の操作キーや、数字やアルファベット等を表示可能な７セグメントディスプレイ等からなるもので、ユーザが例えばパラメータ情報２６の入力設定を行う際に使用する。

次に、第３実施形態の作用について説明する。図９は、インバータ装置５のＣＰＵ２１により、図３に示す端子（２）において実行される処理を示す。ユーザがＨＭＩ２８を操作することで、例えばパラメータ情報２６の変更を必要とする、例えばインバータ装置５の制御特性を変更した場合を想定する。この時、パラメータ変更用の関数（プログラムモジュール）が起動されて、対応するエリアのパラメータが変更される（Ｄ１）。すると、ＣＰＵ２１は、上記関数がコールされたことをトリガとして、パラメータ情報２６を更新する。

以上のように第３実施形態によれば、ＣＰＵ２１は、ユーザにより不揮発性メモリ２２に記憶されているパラメータ情報２６の変更を必要とするインバータ装置５の制御特性が更新されると、不揮発性メモリ２２に別途格納領域が設けられているパラメータ情報２６を更新する。したがって、コンフィギュレーションファイルを生成する際に含まれるパラメータ情報２６を、常時最新の状態に維持することができる。

（第４実施形態）
図１０は第４実施形態であり、第３実施形態と異なる部分について説明する。図１０は、インバータ装置５のＣＰＵ２１により、図３に示す端子（３）において実行される処理を示す。第４実施形態では、インバータ固有情報２５の１つとして、インバータ装置５が接続されるフィールドネットワークの種類（プロトコル）を指定するもの（指定情報に対応）が、不揮発性メモリ２２に記憶されている。すなわち、EtherNet/IPやProfibus等に対応したコードがパラメータとして指定されている。

ＣＰＵ２１は、ステップＢ１の実行後に上記エリアを参照し、作成するコンフィギュレーションファイルを、指定されたプロトコルのフィールドネットワークに対応させるように決定する（Ｆ１）。以降は第１実施形態と同様に、ステップＢ２，Ｂ３を実行する。

以上のように第４実施形態によれば、ＣＰＵ２１は、不揮発性メモリ２２に記憶されているフィールドネットワークの指定情報を取得すると、当該指定情報により指定されたフィールドネットワークの種類に応じてコンフィギュレーションファイルを生成する。したがって、インバータ装置５が実際に接続されるフィールドネットワークの種類に対応したコンフィギュレーションファイルを生成できる。

（第５実施形態）
図１１は第５実施形態であり、第４実施形態と異なる部分について説明する。図１１は（ａ）は、パソコン２により図３に示す端子（４）において実行される処理，（ｂ）インバータ装置５のＣＰＵ２１により図３に示す端子（５）において実行される処理を示す。ユーザがパソコン２のソフトウェアを起動し、例えばＧＵＩ（Graphic User Interface）を操作することで、インバータ装置５が接続されるフィールドネットワークの種類（プロトコル）を選択する（指定情報に対応，Ｇ１）。

すると、パソコン２は、選択されたプロトコルに対応するコンフィギュレーションファイルの生成を指定する（Ｇ２）。すなわち、フィールドネットワークを指定する情報が、ステップＧ２で送信されるコマンドに含まれることになる。以降は第１実施形態と同様に、ステップＡ１を実行する。そして、インバータ装置５のＣＰＵ２１は、受信したコマンド内の指定情報を参照すると、作成するコンフィギュレーションファイルを、指定されたプロトコルのフィールドネットワークに対応させるように決定する（Ｈ１）。以降は第１実施形態と同様にステップＢ２，Ｂ３を実行する。

以上のように第５実施形態によれば、ＣＰＵ２１は、ユーザにより設定された、フィールドネットワークの種類を指定する指定情報を取得すると、当該指定情報により指定されたフィールドネットワークの種類に応じてコンフィギュレーションファイルを生成する。したがって、インバータ装置５が実際に接続されるフィールドネットワークの種類に対応したコンフィギュレーションファイルを生成できる。

（第６実施形態）
図１２及び図１３は第６実施形態である。第６実施形態のインバータ装置４１は、ＨＭＩ２８を備えていると共に、ＣＰＵ４２（ファイル生成・送信手段）及びＵＳＢ（Universal Serial Bus）に対応した通信ＩＣ４３を備えている。更に、上記本体にはＵＳＢポート４５が設けられており、ＵＳＢポート４５には、外部記憶装置であるＵＳＢメモリ４６（外部端末）が接続される。

次に、第６実施形態の作用について説明する。図３相当図である図１３は、インバータ装置４１側の処理のみとなる。そして、端子（２），（３）の間には、ステップＢ４が挿入されている。ステップＢ４において、ユーザがＨＭＩ２８を操作することで、コンフィギュレーションファイルの生成／送信を指示する入力（送信要求コマンドの入力，送信要求トリガ）が行われると、ＣＰＵ４２は、ステップＢ２’，Ｂ３’を実行し、コンフィギュレーションファイルの生成，送信を行う。

尚、ステップＢ２’にて生成したコンフィギュレーションファイルは、不揮発性メモリ２２に書き込むことなく、ステップＢ３’においてＵＳＢメモリ４６に送信される。すると、ＵＳＢメモリ４６は、送信されたコンフィギュレーションファイルを、自身に書き込んで記憶する。

以上のように第６実施例によれば、インバータ装置４１にユーザが入力操作を行うためのＨＭＩ２８を備え、ＣＰＵ４２は、ＨＭＩ２８を介してコンフィギュレーションファイルの生成／送信を指示する入力があると当該ファイルの生成，送信を行う。したがって、インバータ装置４１単体でコンフィギュレーションファイルの生成を行うことができ、生成したファイルをＵＳＢメモリ４６に送信して記憶させることができる。そして、不揮発性メモリ２２にはコンフィギュレーションファイルの格納エリアを設ける必要がなくなるので、容量を削減できる。

（第７実施形態）
図１４は第７実施形態であり、第６実施形態と異なる部分のみ説明する。図１３相当図である図１４では、ステップＢ４に替えてステップＢ５が配置されている。ステップＢ５において、ＣＰＵ４２（外部端末検出手段）が、ＵＳＢメモリ４６がＵＳＢポート４５に接続されたことを検出すると（送信要求トリガ）、ステップＢ２’，Ｂ３’を実行する。したがって、第７実施形態では、コンフィギュレーションファイルを生成するために、ＨＭＩ２８は必ずしも必要ではない。

以上のように第７実施形態によれば、ＣＰＵ４２は、ＵＳＢメモリ４６がＵＳＢポート４５に接続されてＵＳＢ通信が可能な状態となったことを検出すると当該ファイルの生成，送信を行うようにした。したがって、第６実施形態のようにユーザがＨＭＩ２８を介して入力操作を行わずとも、コンフィギュレーションファイルの生成・送信を行うことができる。

（第８実施形態）
図１５は第８実施形態であり、第１実施形態と異なる部分について説明する。第８実施形態では、インバータ装置５Ｂの不揮発性メモリ２２Ｂには、コンフィギュレーションファイルの格納エリア２７のみしか設けられておらず、当該格納エリア２７には、インバータ装置５Ｂが出荷される前の段階で、予め生成されたコンフィギュレーションファイルが記憶されている。そして、ＣＰＵ２１Ｂ（ファイル送信手段）は、第１実施形態と同様にパソコン２からの送信要求コマンドを受信すると、格納エリア２７よりコンフィギュレーションファイルを読み出してパソコン２側に送信する。すなわち、図３におけるステップＢ３のみを実行する。

以上のように第８実施形態によれば、インバータ装置５Ｂの不揮発性メモリ２２Ｂに予め生成されたコンフィギュレーションを記憶させておき、ＣＰＵ２１Ｂは、送信要求トリガが与えられると、当該コンフィギュレーションファイルをパソコン２に送信する。したがって、不揮発性メモリ２２Ｂの容量を第１実施形態の不揮発性メモリ２２よりも削減できる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
例えば第１実施形態において、パソコン２とインバータ装置５との間の通信を、例えばBluetooth（登録商標）や無線ＬＡＮ等の無線通信で行っても良い。
ＲＳ４８５の通信ケーブル内に配置される給電線を利用して、パソコン２からインバータ装置５側に、ＣＰＵ２１，不揮発性メモリ２２，通信ＩＣ２３を動作させるための電源を供給しても良い。

メモリは、インバータ装置５に内蔵されるものに限らず、インバータ装置５に接続されるスマートフォンやタブレット、ＳＤカード等の外部記憶装置であっても良い。第６実施形態におけるＵＳＢメモリについても、その他ＳＤカード等の外部記憶装置であっても良い。
インバータ装置に限ることなく、その他、例えば工作機械６，リモートＩ／Ｏ７，ゲートウェイ８等、フィールドネットワークに接続されてマスタ機器と通信を行うスレーブ機器であれば適用が可能である。

図面中、１はコントローラ（マスタ機器）、２はパーソナルコンピュータ（外部端末）、５はインバータ装置（スレーブ機器）、１０は下位層ネットワーク（フィールドネットワーク）、２１はＣＰＵ（ファイル生成・送信手段）、２２は不揮発性メモリ、２５はインバータ固有情報（生成情報）、２６はパラメータ情報（設定情報）、２８はＨＭＩ（入力手段）、３１はインバータ装置（スレーブ機器）、３２は揮発性メモリ、４１はインバータ装置（スレーブ機器）、４２はＣＰＵ（ファイル生成・送信手段，外部端末検出手段）、４６はＵＳＢメモリ（外部端末）を示す。

Claims (8)

1. フィールドネットワークに接続されてマスタ機器と通信を行うスレーブ機器であって、
   前記通信を行うために各通信ノードを定義するコンフィギュレーションに使用される、コンフィギュレーションファイルを生成するために必要な生成情報が記憶されているメモリと、
   外部端末と通信を行うための通信手段と、
   コンフィギュレーションファイルの送信要求トリガが与えられると、前記生成情報に基づいてコンフィギュレーションファイルを生成し、当該コンフィギュレーションファイルを前記外部端末に送信するファイル生成・送信手段とを備えることを特徴とするスレーブ機器。
2. 前記ファイル生成・送信手段は、前記外部端末より送信された、コンフィギュレーションファイルの送信要求コマンドの受信を、前記送信要求トリガとすることを特徴とする請求項１記載のスレーブ機器。
3. 前記外部端末が、前記通信手段を介して通信可能な状態となったことを検出する外部端末検出手段を備え、
   前記ファイル生成・送信手段は、前記外部端末が通信可能な状態となったことを、前記送信要求トリガとすることを特徴とする請求項１記載のスレーブ機器。
4. ユーザが入力操作を行うための入力手段を備え、
   前記ファイル生成・送信手段は、前記入力手段を介して送信要求コマンドの入力があったことを、前記送信要求トリガとすることを特徴とする請求項１記載のスレーブ機器。
5. 前記外部端末が、前記通信手段を介して通信可能な状態となったことを検出する外部端末検出手段と、
   ユーザが入力操作を行うための入力手段とを備え、
   前記生成情報には、前記送信要求トリガとして何れを選択するか決定するための選択パラメータが含まれており、
   前記ファイル生成・送信手段は、前記選択パラメータに基づいて、前記送信要求コマンドの受信，前記外部端末が通信可能な状態となったこと，前記入力手段を介して送信要求コマンドの入力があったことの何れかを、前記送信要求トリガとすることを特徴とする請求項２記載のスレーブ機器。
6. 前記メモリには、機器本体の制御に関する設定情報も記憶されており、
   前記ファイル生成・送信手段は、前記設定情報も前記生成情報の一部として取り扱い、前記設定情報が更新されたことをトリガとして、前記生成情報を更新することを特徴とする請求項１から５の何れか一項に記載のスレーブ機器。
7. 前記ファイル生成・送信手段は、フィールドネットワークの種類を指定する指定情報を取得可能に構成され、前記指定情報により指定されたフィールドネットワークの種類に応じて、前記コンフィギュレーションファイルを生成することを特徴とする請求項１から６の何れか一項に記載のスレーブ機器。
8. フィールドネットワークに接続されてマスタ機器と通信を行うスレーブ機器であって、
   前記通信を行うためのコンフィギュレーションに使用される、コンフィギュレーションファイルが記憶されているメモリと、
   外部端末と通信を行うための通信手段と、
   コンフィギュレーションファイルの送信要求トリガが与えられると、当該コンフィギュレーションファイルを前記外部端末に送信するファイル送信手段とを備えることを特徴とするスレーブ機器。

Images