"コントローラと当該コントローラに接続される複数の制御対象機器とを有する通信システムであって、前記複数の制御対象機器には、所定のルールに従ってアドレスが割り当てられており、前記コントローラが前記複数の制御対象機器に対する要求をマルチキャスト送信すると、前記要求を受信した前記複数の制御対象機器は各々、前記所定のルールに基いて定まる順番で、前記要求に対する応答をマルチキャスト送信することを特徴とする通信システム。請求項1記載の通信システムであって、前記複数の制御対象機器は各々、他の制御対象機器がマルチキャスト送信した前記要求に対する応答を検出し、当該応答の送信元制御対象機器を当該応答の内容に基いて判定することによって、前記要求に対する応答をマルチキャスト送信するタイミングを判断することを特徴とする通信システム。請求項2記載の通信システムであって、前記複数の制御対象機器には、連続する値のアドレスが割り当てられており、前記複数の制御対象機器各々は、他の制御対象機器がマルチキャスト送信した前記応答の内容から、当該応答の送信元制御対象機器のアドレスを判定し、当該アドレスの値が自身のアドレスの値と連続する値でありかつ自身のアドレスの値より小さい場合に、前記要求に対する応答をマルチキャスト送信することを特徴とする通信システム。請求項2記載の通信システムであって、前記コントローラは、前記要求の送信後所定の時間内に当該要求に対する応答を受信しない場合には、前記要求の取り消しコマンドを送信することを特徴とする通信システム。請求項2記載の通信システムであって、前記複数の制御対象機器は各々、前記要求を受信した後所定の時間内に他の制御対象機器の前記要求に対する応答を受信しない場合には、当該他の制御対象機器が当該応答を送信するのを待たずに、前記要求に対する応答をマルチキャスト送信することを特徴とする通信システム。複数の制御対象機器と通信をするコントローラであって、前記複数の制御対象機器各々と接続されるI/Oモジュールと、前記複数の制御対象機器との通信を制御するプロセッサモジュールとを有し、前記プロセッサモジュールは、前記複数の制御対象機器の各々に所定のルールに従ってアドレスが割り当てられているかを、前記I/Oモジュールを介した各制御対象機器との通信によって確認した後、前記複数の制御対象機器に対する要求をマルチキャスト送信し、前記所定のルールに基いて定まる順番で前記要求に対する応答を前記複数の制御対象機器から受信することを特徴とするコントローラ。請求項6記載のコントローラであって、前記プロセッサモジュールは、前記要求の送信後所定の時間内に当該要求に対する応答を受信しない場合に、前記要求の取り消しコマンドを送信することを特徴とするコントローラ。複数の他の制御対象機器と接続しているコントローラから要求を受信して、これに応答を返す制御対象機器であって、前記コントローラと通信する入出力インタフェースと、前記コントローラへ返す応答を作成するメッセージ生成部とを有しており、当該制御対象機器と前記複数の他の制御対象機器には、所定のルールに従ったアドレスが割り当てられており、前記コントローラからマルチキャストされた前記要求を受信すると、前記所定のルールに従って前記複数の他の制御対象機器との間で定まる応答の送信順番に従って、当該制御対象機器が前記応答を送信するタイミングを判定し、前記メッセージ生成部によって生成された前記応答を当該タイミングに従って前記入出力インタフェースがマルチキャスト送信することを特徴とする制御対象機器。請求項8記載の制御対象機器であって、前記入出力インタフェースは、他の制御対象機器がマルチキャスト送信した前記要求に対する応答を受信し、前記制御対象機器は当該応答の内容に基いて当該応答の送信元制御対象機器を判定することによって、前記応答をマルチキャストするタイミングを判断することを特徴とする制御対象機器。請求項9記載の制御対象機器であって、当該制御対象機器と前記複数の他の制御対象機器には、連続する値のアドレスが割り当てられており、前記入出力インタフェースが他の制御対象機器がマルチキャスト送信した前記応答を受信すると、当該制御対象機器は、当該応答の送信元制御対象機器のアドレスを判定し、当該アドレスの値が自身のアドレスの値と連続する値でありかつ自身のアドレスの値より小さい場合に、前記入出力インタフェースを介して前記要求に対する応答をマルチキャスト送信することを特徴とする制御対象機器。請求項9記載の制御対象機器であって、前記要求を受信した後所定の時間内に他の制御対象機器の前記要求に対する応答を受信しない場合には、当該他の制御対象機器が当該応答を送信するのを待たずに、前記要求に対する応答をマルチキャスト送信することを特徴とする制御対象機器。しかし、従来技術では、以下のような課題がある。従来技術1、ならびに従来技術2を利用することにより、応答を送信するタイミングをスレーブ機器間で異なる値を設定することができるため、マルチキャスト通信を行うことが可能となる。しかし、上記を実現するためには、マスタ機器とスレーブ機器の間で予め時刻同期を行っておく必要があり、スレーブ機器に時刻同期を行う仕組みを搭載する必要があるという問題点がある。従来技術3は応答を送信したスレーブ機器が次に応答を送信するスレーブ機器を決定するため、時刻同期のような仕組みを搭載する必要はないが、各スレーブ機器が次に応答を送信するスレーブ機器の情報を事前に知っておく必要があるという問題点がある。そこで、時刻同期を必要とせず、各スレーブ機器が他のスレーブ機器のアドレス情報を事前に知らずとも、マルチキャスト通信でコマンドの送信とコマンドに対する応答を行うことが可能な技術を提供する。コントローラと当該コントローラに接続される複数の制御対象機器とを有する通信システムであって、複数の制御対象機器には、所定のルールに従ってアドレスが割り当てられており、コントローラが制御対象機器に対する要求をマルチキャスト送信すると、要求を受信した複数の制御対象機器は各々、所定のルールに基いて定まる順番で、要求に対する応答をマルチキャスト送信する。応答を送信することが可能なマルチキャスト通信を行うことが可能となり、マスタ機器が複数のスレーブ機器に要求を送信するために要する時間を短縮することができる。以下、本発明の実施形態を図面に基づいて詳細に説明する。尚、本発明の実施形態を説明する図において、同一部には同一の符号を付し、その繰り返しの説明は、省略することにする。図1は、本発明の第1の実施形態における機器制御システムの一例を示した図である。機器制御システムとは、PC100とPLC110とインバータ130、圧縮機132、サーボモータ134といった制御機器を含んで構成されるシステムであり、例えば、FAネットワークシステムなどが該当する。PLC110とインバータ130、圧縮機132、サーボモータ134といった制御機器間のデータ送受信にはシリアル通信プロトコルが利用される。特に、FAネットワークにおけるシリアル通信プロトコルの規格として、ModbusやCCLink等がある。図9はシリアル通信プロトコルの規格の一つであるModbusのメッセージフレームを示した図である。Modbusのメッセージフレームは、STARTフィールド910、ADDRESSフィールド920、FUNCTIONフィールド930,DATAフィールド940,LRCフィールド950,ENDフィールド960から構成される。尚、ModbusのメッセージフレームにはASCIIモードとRTUモードの2種類のメッセージフレームがあるが、本説明では、ASCIIモードの場合のみを説明する。STARTフィールド910は、メッセージフレームの開始を示すフィールドであり、0x3Aが設定される。ADDRESSフィールド920は、メッセージフレームの送信先のアドレスを設定するフィールドである。Modbusの場合、0x00がブロードキャスト通信向けのアドレスであり、それ以外の値はユニキャスト通信向けのアドレスである。FUNCTIONフィールド930は、ファンクションコードを設定するフィールドである。ファンクションコードとは、マスタ機器がスレーブ機器に対して要求を送信する際に、要求内容を示すコードである。DATAフィールド940は、FUNCTIONフィールド930に設定されたファンクションコードに沿ったデータをマスタ機器、ならびにスレーブ機器が設定するフィールドである。LRCフィールド950は、LRC方式に基づいたエラーチェックコードを設定するフィールドである。ENDフィールド960は、メッセージフレームの終了を示すフィールドであり、0x0D,0x0Aが設定される。以上がModbusのメッセージフレームの説明である。尚、本発明は、マスタ機器がスレーブ機器に対して、ブロードキャスト通信、ならびにユニキャスト通信を行う通信プロトコルであれば、適用することが可能である。また、以下の説明では、Modbusをシリアル通信プロトコルとして説明をする。PLC110は、CPUモジュール120と複数のIOモジュール122,124,126を含んで構成される。CPUモジュール120と複数のIOモジュール122、124,126はバス112を介して接続される。IOモジュール122,124,126には、インバータ130、圧縮機132、サーボモータ134といった制御機器が接続される。尚、CPUモジュール120やIOモジュール122の他に、電源モジュールや通信モジュール、カウンタモジュールといった他の機能を持つモジュールを、バス112を介して接続してもよい。尚、以下の説明では、マスタ機器をPLC110、スレーブ機器を制御機器とする。CPUモジュール120は、格納されたシーケンスプログラムを実行し、各IOモジュールを介して接続された制御機器をシーケンス制御するモジュールである。図2はCPUモジュール120とIOモジュール122、インバータ130の構成の一例を示した図である。CPUモジュール120は、モジュールハードウェア210、記憶装置220,OS230、機器制御アプリケーション240を含んで構成される。モジュールハードウェア210はCPUモジュール120のシーケンスプログラム226を動作させるために必要なハードウェアであり、CPU212、タイマ214、通信インタフェース216、IOインタフェース218等を含んで構成される。通信インタフェース216は、PC100とデータ通信を行うためのインタフェースであり、各IOモジュールと制御機器とを接続するシリアルインタフェースでも、無線インタフェースでも、イーサネットでも構わない。IOインタフェース218は、CPUモジュール120と各IOモジュールを接続するインタフェースである。記憶装置220はCPUモジュール120の動作に必要なデータ、例えばシーケンスプログラム226や機器管理テーブル222を保存し、例えば、不揮発性の半導体メモリや磁気記憶媒介などの媒介で構成される。図3は機器管理テーブル222の詳細を示した図である。機器管理テーブル222は、PLC110が各IOモジュールを介して制御を行う制御機器に関する情報を保存するためのテーブルであり、アドレス301、機器名302、メーカ名303、型番304、応答時間305、マルチキャスト通信フラグ306等を含んだ構成である。アドレス301とは、PLC110の管理下にある制御機器を一意に識別する識別子であり、ADDRESSフィールド910に設定する値である。機種名302とは、インバータや圧縮機、サーボモータといった制御機器の種類を示す。機器管理テーブル222には、メーカ名303や型番304といった制御機器に関する情報を含んだ構成でもよい。応答時間305とは、PLC110が各制御機器に要求を送信してから各制御機器の応答を受信するまでの時間である。応答時間305は、PLC110が各制御機器に対してコマンドを発行した後、タイマ214を起動して当該制御機器から応答を待つ際に、タイマ214にタイムアウト値として設定する値の他、PLC110が各制御機器に対してアドレスを割り当てる際に参照する値として使用してもよい。尚、応答時間305をタイマ214のタイムアウト値やアドレス割り当ての参照値として利用することは一例であって、タイムアウト値やアドレスが予め定められた値が設定されていても良い。応答時間の測定方法としては、後述する電源起動シーケンスにおいて、PLC110が各制御機器に送信する機器情報要求コマンドを利用してこのコマンドへの応答時間を測定する方法、PLC110が制御対象機器に送信する全ての要求についてその応答時間を測定してその平均値もしくはその最大値を求める方法、PLC110が応答時間を測定するために特別なコマンドを各制御機器に送信してこのコマンドへの応答時間を測定する方法など様々な方法がある。尚、以下の説明では、機器情報要求コマンドを利用する方法にて応答時間を測定することとする。OS230は、CPUモジュール120の動作を統括的に制御する基本ソフトウェアである。機器制御アプリケーション240は、記憶装置220に保存してあるシーケンスプログラム226を用いて、IOインタフェース218を介して制御機器の制御を行うアプリケーションであり、IOインタフェース218を介して各IOモジュールに送信するメッセージを作成するメッセージ生成機能242や各IOモジュールから受信したメッセージを解析するメッセージ解析機能244を含んだ構成である。以上がCPUモジュール120の構成の一例である。次にIOモジュール122の内部構成の一例を説明する。IOモジュール122は、CPU240、IOインタフェース242、入出力データバッファ244、入出力インタフェース246を含んで構成される。IOインタフェース242は、CPUモジュール120と接続するインタフェースである。入出力バッファ244は、IOインタフェース252を介して送受信するメッセージを格納する領域である。入出力インタフェース246は、IOモジュール122に接続された制御機器とデータ通信を行うインタフェースである。以上がIOモジュール122の内部構成の一例である。次にインバータ130の内部構成の一例を説明する。インバータ130は、通信モジュール250と制御モジュール260を含んで構成される。通信モジュール250は、IOモジュール122を介してPLC110と通信を行うモジュールであり、入出力インタフェース252、タイマ254、メッセージ解析部256、メッセージ生成部258を含んで構成される。メッセージ解析部256とは、IOモジュール122を介してPLC110が送信したメッセージを解析するモジュールである。メッセージ生成部258とは、IOモジュール122を介してPLC110に送信するメッセージを生成するモジュールである。制御モジュール260は、PLC110との通信以外を行うモジュールである。尚、本説明では、インバータ130を例として制御機器の説明を行ったが、圧縮機132やサーボモータ134の他の制御機器も同様の構成とする。図4はPLC110の電源投入時の処理フローチャートの一例を示した図である。電源投入後、PLC110は各IOモジュールに接続されている全ての制御機器から機器情報を取得する。図5はPLC110が電源投入後、接続対象機器から機器情報を取得する処理のシーケンスの一例を示した図である。尚、本説明では、インバータ120にはアドレス0x01、圧縮機122にはアドレス0x02が電源投入前に既にアドレスが割り当てられていることとする。PLC110はADDRESSフィールド920に0x01を設定した機器情報要求コマンドを各IOモジュールを介して送信する。尚、Modbusの場合、機器情報要求コマンドとしてReportSlaveID。コマンドを受信したインバータ130は、メッセージ解析部256を利用して、受信したコマンドを解析し、ADDRESSフィールド920に自身のアドレスである0x01が設定されていること、ならびにそのコマンドが機器情報要求コマンドであることを確認した後、自身の機器情報をPLC110に応答として送信する。機器情報とは、メーカ名や型番の他に、本説明によるマルチキャスト通信に対応か否かを示すフラグを含んだ情報である。機器情報を受信したPLC110は、メッセージ解析機能244を利用して、受信した機器情報を解析した後、タイマ214を利用して測定した応答が返ってくるまでの時間とともに、機器管理テーブル222に設定する。もし、受信したメッセージが期待通りの項目を含んでいない場合には、通信インタフェース216を介してPC100に問い合わせてもよい。次にPLC110はADDRESSフィールド920に0x02を設定した機器情報要求コマンドを各IOモジュールを介して送信する。PLC110はコマンドを送信した後、そのコマンドに対する応答を受信するまでの時間を測定するため、タイマ214を起動する。コマンドを受信した圧縮機132は、メッセージ解析部256を利用して、受信したコマンドを解析し、ADDRESSフィールド920に自身のアドレスである0x02が設定されていること、ならびにそのコマンドが機器情報要求個万であることを確認した後、自身の機器情報をPLC110に応答として送信する。機器情報を受信したPLC110は、ステップ504、ステップ506と同様の処理を行い、ADDRESSフィールド920に0x03を設定した機器情報要求コマンドを各IOモジュールを介して送信し、タイマ214を起動する。尚、アドレス0x03を持つ制御機器はPLC110には接続されていないため、応答は返ってこない。PLC110はタイマ214を利用して機器情報要求コマンドを送信してから一定期間経過しても応答が返ってこないことを確認すると、アドレス0x03を持つ制御機器がPLC110には接続されていないと判断する。尚、本説明では、再送の仕組みに関しては記載していないが、複数回の再送を行った後、そのアドレスを持つ制御機器が接続されていないことを判断してもよい。PLC110は上記に示したシーケンスをアドレス0x01~アドレス0xFFまで行い、機器管理テーブル222を作成、ならびに存在しないアドレスを確認する。以上が、PLC110が各制御機器から機器情報を取得するシーケンスの説明である。本発明のマルチキャスト通信は、マルチキャスト通信によるフレームをPLC110から受信した各制御機器はネットワーク上に流れる他の制御機器の応答を確認し、自身のアドレスのひとつ前のアドレスを持つ制御機器からの応答がネットワーク上を流れたことを確認した後、自身の応答を送信する仕組みにより実現する。そのため、マルチキャスト通信可能な制御機器のアドレスは連続な順にしておく必要がある。そこで、機器情報要求コマンドを全てのアドレスに送信した後、作成した機器管理テーブル222を解析し、上記に示したようにマルチキャスト通信対応の制御機器のアドレスが連続になっていることを確認する。確認した結果、連続になっていない場合には、アドレスが連続になるようにアドレスの変更が必要な制御機器にアドレス変更要求を送信する。尚、アドレスの設定方法として、単純に連続になるように並べる他に、応答時間を利用して、応答時間が短い順にアドレスを並べる方法や、複数のマルチキャスト通信に対応できるように、マルチキャスト通信の種類ごとにアドレスを並べる方法がある。尚、マルチキャスト通信可能な制御機器のアドレスは所定のルールに従って定められていれば、各制御機器は当該ルールに従って自身の応答順番応答タイミングを検出することができる。本実施例ではこの所定のルールをマルチキャスト通信が可能な制御機器のアドレスが連続した値であると定めたが、これは一例であって、別のルールであっても構わない。以上が、電源投入後のPLC110のフローチャートの説明である。尚、本動作を電源投入後以外にも定期的に行ってもよい。また、一度、機器管理テーブル22を作成した後、PLC110に接続する制御機器に変更がない場合には、次回以降の電源投入時には本動作を行わなくてもよい。図6は、PLC110が接続している制御機器に対して要求コマンドを送信する場合の基本シーケンスを示した図である。先ず、PLC110がユニキャスト通信を利用してインバータ130に対してデータ要求を行う場合を説明する。PLC110はADDRESSフィールド920に0x01を設定したデータ要求コマンドをIOモジュールを介して送信する。PLC110はコマンドを送信した後、要求に対するタイムアウト時間を測定するため、タイマ214を起動する。コマンドを受信したインバータ130は、メッセージ解析部256を利用して、受信したコマンドを解析し、ADDRESSフィールド920に自身のアドレスである0x01が設定されていること、ならびにそのコマンドがデータ要求コマンドであることを確認した後、要求に合ったデータをPLC110に応答として送信する。要求データを受信したPLC110は、メッセージ解析機能244を利用して、受信したデータを解析する。以上が、ユニキャスト通信を利用したデータ通信のシーケンスの説明である。次に、PLC110がマルチキャスト通信を利用してインバータ130、ならびに圧縮機132に対してデータ要求を行う場合を説明する。尚、ADDRESSフィールド920やFUNCTIONフィールド930やDATAフィールド940等に特定の値をPLC110が設定することにより、PLC110が送信するフレームがマルチキャスト通信であることを示す。また、マルチキャスト通信を行う前に、ブローキャスト通信にて全制御機器に対して、マルチキャスト通信向けの要求を届けることを通知する方法により、マルチキャスト通信であることを示してもよい。以下の説明では、ADDRESSフィールド920に特定の値を設定することにより、マルチキャスト通信であることを示すこととする。PLC110はADDRESSフィールド920に本フレームがマルチキャスト通信であることを示す0xFEを設定したデータ要求コマンドを各IOモジュールを介して送信する。PLC110はコマンドを送信した後、要求に対するタイムアウト時間を測定するため、タイマ214を起動する。このときタイマ214に設定されるタイムアウト値は、例えば、機器管理テーブル222にマルチキャスト通信可能な機器として登録されている機器の内、最も小さい値のアドレスを持つ機器の応答時間305である。コマンドを受信したインバータ130は、メッセージ解析部256を利用して、受信したコマンドを解析し、ADDRESSフィールド920にマルチキャスト通信を示すアドレス0xFEが設定されていること、そのコマンドがデータ要求であること、ならびに自身のアドレスが0x01であることから、要求に対して最初に応答を返す必要があることを確認した後、要求に合ったデータをPLC110に応答としてマルチキャスト通信にて送信する。応答には応答の送信元制御機器の識別情報例えばアドレス301がデータとして含まれている。インバータ130からの応答を受信したPLC110はメッセージ解析機能244を利用して、受信したデータを解析し、インバータ130からデータを受信したことを確認する。そしてPLC110は、次に応答を送信するアドレス0x02を持つ制御機器からデータ受信するため、タイマ214を起動する。この時タイマ214に設定されるタイムアウト値は、例えば、機器管理テーブル222にマルチキャスト通信可能な機器として登録されている機器の内、二番目に小さい値のアドレスを持つ機器の応答時間305である。コマンドを受信した圧縮機132は、メッセージ解析部256を利用して、受信したコマンドを解析し、ADDRESSフィールド920にマルチキャスト通信を示すアドレス0xFEが設定されていること、そのコマンドがデータ要求であること、ならびに自身のアドレスが0x02であることから、アドレス0x01を持つ制御機器が送信する応答を待つ必要があること確認し、その応答が送信されることを待つ。圧縮機132はネットワーク上をマルチキャストされた応答を検出すると、メッセージ解析部256を利用してこの応答を解析する。そしてアドレス0x01を持つ制御機器が応答を送信したことを確認すると、圧縮機132はPLC110からの要求に合ったデータをPLC110に応答として送信する。圧縮機132からの応答を受信したPLC110はメッセージ解析機能244を利用して、受信したデータを解析する。以上がマルチキャスト通信を利用したデータ通信の基本シーケンスの説明である。上記に示した方法により機器間の時刻同期といった複雑な処理を行うことなく、マルチキャスト通信を行うことが可能となる。しかし、例えば、インバータ130が故障などを原因により、マルチキャスト通信に対する応答を送信できない場合、インバータ130よりアドレスが大きい制御機器は応答を返すことが出来ないといった問題点が生じる。そこで、一定期間、制御機器から応答がなった場合には、マルチキャスト通信をキャンセルするコマンドを用意することにした。図7は、マルチキャスト通信を解除するシーケンスを示した図である。尚、本説明ではインバータ130が故障により応答を返すことが出来ないこととする。PLC110はADDRESSフィールド920に本フレームがマルチキャスト通信であることを示す0xFEを設定したデータ要求コマンドを各IOモジュールを介して送信する。PLC110はコマンドを送信した後、要求に対するタイムアウト時間を測定するため、タイマ214を起動する。タイマ214に設定されるタイムアウト値は先述の通りである。タイマ214がタイムアウトし、PLC110がアドレス0x01を持つ制御機器から応答が送信されないことを確認すると、PLC110は先ほど送信したデータ要求コマンドをキャンセルするコマンドをブロードキャスト通信で送信する。データ要求コマンドを受信した圧縮機132はアドレス0x01を持つ機器の応答を待っているが、その応答待ちの中でデータ要求取消コマンドを受信すると、新たにPLC110からの要求を待つ状態に移行する。データ要求取消コマンドを送信したPLC110は、アドレス0x01を持つ制御機器は故障していると判断し、アドレス0x02を持つ圧縮機132に対してユニキャスト通信にてデータ要求コマンドを送信する。PLC110はコマンドを送信した後、要求に対するタイムアウト時間を測定するため、タイマ214を起動する。以降は図6にて説明したユニキャスト通信と同様の手順であるため説明を省略する。以上が、マルチキャスト通信をキャンセルするシーケンスに関する説明である。尚、故障している機器が検知された場合、アドレスの再割り当てを行ってもよい。図8は図7のようにマルチキャスト通信をキャンセルすることなく、故障機器が存在した場合でも対応するシーケンスを示した図である。PLC110はADDRESSフィールド920に本フレームがマルチキャスト通信であることを示す0xFEを設定したデータ要求コマンドを各IOモジュールを介して送信する。コマンドを受信した圧縮機132は、メッセージ解析部256を利用して、受信したコマンドを解析し、ADDRESSフィールド920にマルチキャスト通信を示すアドレス0xFEが設定されていること、そのコマンドがデータ要求であること、ならびに自身のアドレスが0x02であることから、アドレス0x01を持つ制御機器が送信する応答を待つ必要があること確認し、タイマ254を起動した後、応答が送信されることを待つ。ここでタイマ254に設定されるタイムアウト値は予め定められた所定の値である。各制御機器には、その制御機器のアドレスに応じて異なる値のタイムアウト値がタイマ254に設定されているのが望ましい。例えば、最も小さな値をアドレスとして持つ制御機器には最も小さなタイムアウト値が設定され、アドレスの値が大きくなるにつれて制御機器に設定されるタイムアウト値も大きくなるよう設定される。また、各該制御機器のタイマ254に設定されるタイムアウト値は、当該制御機器のアドレスより小さな値のアドレスを有する制御機器の応答時間305を合計した値より大きくなるよう設定されても良い。一定期間待った後、タイマ254がタイムアウトしてアドレス0x01を持つ制御機器からの応答がないことを確認すると、アドレス0x01を持つ制御機器が故障している判断し、要求されたデータを応答して送信する。圧縮機132からの応答を受信したPLC110はメッセージ解析機能244を利用して、受信したデータを解析し、インバータ130が故障していることを検知し、アドレスの再割り当て等を行う。以上によりマルチキャスト通信をキャンセルすることなく、故障した機器が存在した場合でもマルチキャスト通信を行うことできる方法である。尚、アドレス0x01の応答待ちする時間などに関しては、事前に設定しておくこととする。以上、実施形態を具体的に説明したが、上記開示に限定されるものでなく、その趣旨を逸脱しない範囲において種々変更可能であることは言うまでもない。"