(57)【特許請求の範囲】
【請求項１】
データの送受信が可能である、複数の装置と、
各前記装置とデータの送受信可能に接続されており、前記装置から送信されるデータを一時的に保存するバッファを有するプログラマブルコントローラとを、備えており、
前記プログラマブルコントローラは、
（Ａ）少なくとも２以上の所定の前記装置に、一定間隔でデータ送信要求を順次、発行し、
（Ｂ）前記データ送信要求に応じて前記所定の装置から送信されたデータを、前記バッファに格納し、
（Ｃ）前記プログラマブルコントローラが所定の処理を実施している最中であっても、全ての前記所定の装置に対する前記データ送信要求の発行を終えてから所定の待ち時間直後に、前記バッファに格納されている全てのデータを、一括に取得し、
前記所定の待ち時間は、前記一定間隔より長い時間に設定される、
ことを特徴とする通信処理システム。
【請求項２】
前記（Ａ）において、前記プログラマブルコントローラは、
第一の前記所定の装置に対して第一の前記データ送信要求を送信し、前記第一のデータ送信要求に応じた前記第一の所定の装置からのデータの送信の有無にかかわらず、前記第一のデータ送信要求の送信から前記一定間隔後に、第二の前記所定の装置に対して第二の前記データ送信要求を発行する、
ことを特徴とする請求項１に記載の通信処理システム。
【請求項３】
前記（Ｃ）後に、前記プログラマブルコントローラは、
（Ｄ）少なくとも２以上の他の所定の前記装置に、前記一定間隔で前記データ送信要求を順次、発行し、
（Ｅ）前記データ送信要求に応じて前記他の所定の装置から送信されたデータを、前記バッファに格納し、
（Ｆ）全ての前記他の所定の装置に対する前記データ送信要求を終えてから前記所定の待ち時間直後に、前記バッファに格納されている全てのデータを、一括に取得する、
ことを特徴とする請求項１または請求項２に記載の通信処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の装置と、各装置から送信されたデータの監視制御を行うプログラマブルコントローラとを含む、通信処理システムに関する。
【背景技術】
【０００２】
複数の装置とプログラマブルコントローラ（以下、単にＰＬＣと称する）とが、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）により接続される通信処理システムが、従来より存在する。当該通信処理システムにおいて、ＰＬＣは、各装置から送信されるデータの監視制御を行う。
【０００３】
一般的に、ＰＬＣが複数の装置からデータを収集するデータ収集方式としては、同報通信やポーリングなどが利用されている。
【０００４】
図３は、同報通信を説明するタイミングチャートである。また、図４は、ポーリングを説明するタイミングチャートである。図３，４に示すタイミングチャートでは、ＰＬＣ１０と複数の装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０との間での通信動作を示している。
【０００５】
同報通信では、図３に示すように、ＰＬＣ１０は、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０に対して、一時に、データ送信要求を送信する。当該データ送信要求を受信した各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０は、各タイミングにおいてデータを、ＰＬＣ１０に向けて各々送信する。そして、ＰＬＣ１０は、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０が送信したデータを、即受信する。
【０００６】
また、ポーリングでは、ＰＬＣ１０は、先ず装置ＤＶ１００に対してデータ送信要求を送信する。当該データ送信要求を受信した装置ＤＶ１００は、ＰＬＣ１０に対してデータを送信し、ＰＬＣ１０は当該データを即受信。装置ＤＶ１００からのデータを受信したＰＬＣ１０は、次の装置ＤＶ１１０に対してデータ送信要求を送信する。当該データ送信要求を受信した装置ＤＶ１１０は、ＰＬＣ１０に対してデータを送信し、ＰＬＣ１０は当該データを即受信。前記で示した動作が、各装置ＤＶ１００〜ＤＶ１４０に対して、順次実施される。
【０００７】
なお、ポーリングを利用した技術に関する先行文献として、たとえば特許文献１や特許文献２などが存在する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平６−３１５０４３号公報
【特許文献２】特開平１０−２１００７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、同報通信によるデータ収集方式を採用したときには、一斉に各装置ＤＶ１００〜ＤＶ１４０にデータ送信要求を送信する。このため、図３に示すように、装置ＤＶ１００〜ＤＶ１４０が送信したデータ同士が、ＬＡＮ上で衝突することがある。このようなデータ衝突は、データ収集対象の装置が多くなるほど、発生する確率が高くなる。データ衝突が発生すると、応答時間が不安定となり、場合によっては、パケット喪失が起こる。
【００１０】
データ衝突の発生を防止するデータ収集方式として、ポーリングがある。しかしながら、ポーリングによるデータ収集方式では、ある装置ＤＶ１００〜ＤＶ１４０に対してデータ送信要求を送信した後、当該ある装置ＤＶ１００〜ＤＶ１４０から送信されたデータの受信を待ってから、次の装置ＤＶ１００〜ＤＶ１４０に対してデータ送信要求を送信する。
【００１１】
このため、図４に示すように、装置ＤＶ１００〜ＤＶ１４０からのデータ送信が遅れた場合には、ＰＬＣ１０におけるデータ受信が遅れる（つまり、データ待ち時間が長くなる）。当該データ受信の遅れは、システム全体の通信時間が長期化する。
【００１２】
そこで、本発明は、ネットワーク上におけるデータ衝突の発生を抑制すると共に、システム全体における通信時間の長期化を抑制することができる通信処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の目的を達成するために、本発明に係る通信処理システムは、データの送受信が可能である、複数の装置と、各前記装置とデータの送受信可能に接続されており、前記装置から送信されるデータを一時的に保存するバッファを有するプログラマブルコントローラとを、備えており、前記プログラマブルコントローラは、（Ａ）少なくとも２以上の所定の前記装置に、一定間隔でデータ送信要求を順次、発行し、（Ｂ）前記データ送信要求に応じて前記所定の装置から送信されたデータを、前記バッファに格納し、（Ｃ）前記プログラマブルコントローラが所定の処理を実施している最中であっても、全ての前記所定の装置に対する前記データ送信要求の発行を終えてから所定の待ち時間直後に、前記バッファに格納されている全てのデータを、一括に取得し、前記所定の待ち時間は、前記一定間隔より長い時間に設定される。
【発明の効果】
【００１４】
本発明に係る通信処理システムは、データの送受信が可能である、複数の装置と、各前記装置とデータの送受信可能に接続されており、前記装置から送信されるデータを一時的に保存するバッファを有するプログラマブルコントローラとを、備えており、前記プログラマブルコントローラは、（Ａ）少なくとも２以上の所定の前記装置に、一定間隔でデータ送信要求を順次、発行し、（Ｂ）前記データ送信要求に応じて前記所定の装置から送信されたデータを、前記バッファに格納し、（Ｃ）前記プログラマブルコントローラが所定の処理を実施している最中であっても、全ての前記所定の装置に対する前記データ送信要求の発行を終えてから所定の待ち時間直後に、前記バッファに格納されている全てのデータを、一括に取得し、前記所定の待ち時間は、前記一定間隔より長い時間に設定される。
【００１５】
したがって、ネットワーク上におけるデータ（データ送信要求に応じて各装置が送信するデータ）同士の衝突を、抑制することができる。これにより、結果として、本発明は、パケットの喪失の確立の低減を図ることが可能となる。また、システム全体における通信時間の長期化を抑制することができる。つまり、本発明では、システム全体におけるデータ送受信の効率化を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態に係る通信処理システムの概略構成を示すブロック図である。
【図２】本発明の実施の形態に係る通信処理システムの動作を説明するためのタイミングチャートである。
【図３】同報通信によるデータ取得方式を説明するためのタイミングチャートである。
【図４】ポーリングによるデータ取得方式を説明するためのタイミングチャートである。
【発明を実施するための形態】
【００１７】
以下、この発明をその実施の形態を示す図面に基づいて具体的に説明する。
【００１８】
＜実施の形態＞
図１は、本実施の形態に係る通信処理システムの構成を示すブロック図である。
【００１９】
図１に示す構成例では、２台のＰＬＣ１０，２０と、２台の表示装置ＧＰ１０，ＧＰ２０と、５０台の装置ＤＶ１００〜ＤＶ１４９とから、通信処理システムが構成されている。
【００２０】
各ＰＬＣ１０，２０および各装置ＤＶ１００〜ＤＶ１４９は、ハブ３を介して、ＬＡＮにより接続されている。また、ＰＬＣ１０と表示装置ＧＰ１０とは、通信可能に接続されており、ＰＬＣ２０と表示装置ＧＰ２０とは、通信可能に接続されている。各ＰＬＣ１０，２０は、各装置ＤＶ１００〜ＤＶ１４９から送信されるデータの監視制御を行う。
【００２１】
各ＰＬＣ１０，２０は、送受信処理部１を備えており、各送受信処理部１内部には、バッファ２が配設されている。また、各装置ＤＶ１００〜ＤＶ１４９は、送受信処理部４を備えている。
【００２２】
ここで、送受信処理部１は、データ送信要求の発行および各装置ＤＶ１００〜ＤＶ１４９から送信されたデータの受信を行う。また、バッファ２は、各装置ＤＶ１００〜ＤＶ１４９から送信されたデータを、ＰＬＣ１，２０による取得（読み込み）前に、一時的に保存する。また、送受信処理部４は、自装置宛てに発行されたデータ送受要求を受信し、当該データ送受信要求に応じて、自装置のデータをＰＬＣ１０，２０宛てに送信（返信）する。
【００２３】
本実施の形態に係る通信処理システムでは、ＰＬＣが二重化されている。当該構成では、通常は、常用系であるＰＬＣ１０が運転しており、待機系のＰＬＣ２０は休止状態となっている。ＰＬＣ１０に異常が発生すると、運転系がＰＬＣ１０からＰＬＣ２０に切換る。
【００２４】
なお、ＰＬＣは二重化されていなくても良く、装置の数も５０台以外の数であっても良い。また、装置ＤＶ１００〜ＤＶ１４９およびＰＬＣ１０，２０は、ＬＡＮ以外の双方向通信可能なネットワークで接続されていても良い。
【００２５】
次に、図２に示すタイミングチャートを用いて、図１に示した通信処理システムの動作について説明する。
【００２６】
なお、以下の説明では、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０で構成されるグループを、第一のグループと称する。また、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１で構成されるグループを、第二のグループと称する。装置ＤＶ１０２，ＤＶ１１２，ＤＶ１２２，ＤＶ１３２，ＤＶ１４２で構成されるグループを、第三のグループと称する。また、装置ＤＶ１０３，ＤＶ１１３，ＤＶ１２３，ＤＶ１３３，ＤＶ１４３で構成されるグループを、第四のグループと称する。また、装置ＤＶ１０４，ＤＶ１１４，ＤＶ１２４，ＤＶ１３４，ＤＶ１４４で構成されるグループを、第五のグループと称する。また、装置ＤＶ１０５，ＤＶ１１５，ＤＶ１２５，ＤＶ１３５，ＤＶ１４５で構成されるグループを、第六のグループと称する。また、装置ＤＶ１０６，ＤＶ１１６，ＤＶ１２６，ＤＶ１３６，ＤＶ１４６で構成されるグループを、第七のグループと称する。また、装置ＤＶ１０７，ＤＶ１１７，ＤＶ１２７，ＤＶ１３７，ＤＶ１４７で構成されるグループを、第八のグループと称する。また、装置ＤＶ１０８，ＤＶ１１８，ＤＶ１２８，ＤＶ１３８，ＤＶ１４８で構成されるグループを、第九のグループと称する。また、装置ＤＶ１０９，ＤＶ１１９，ＤＶ１２９，ＤＶ１３９，ＤＶ１４９で構成されるグループを、第十のグループと称する。
【００２７】
ここで、上記のようなグループ分けを行わなくても良いが、本実施の形態に係る通信処理システムの動作の説明では、上記グループ分けを採用する。また、グループ分けは、ユーザの希望に応じて、任意に設定可能である。また、以下の説明では、ＰＬＣ１０が運転中であり、ＰＬＣ２０は休止中であるとする。
【００２８】
まず、ＰＬＣ１０は、第一のグループに属する各装置ＤＶ１００，１１０，１２０，１３０，１４０に対して、マルチキャスト通信で、データ送信要求を発行する。具体的に、ＰＬＣ１０は、装置ＤＶ１００→装置ＤＶ１１０→装置ＤＶ１２０→装置ＤＶ１３０→装置ＤＶ１４０の順に、一定間隔（たとえば１０ｍｓ毎）で、各装置ＤＶ１００，１１０，１２０，１３０，１４０宛てのデータ送信要求を順次発行する。
【００２９】
各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０は、自装置宛てに発行されたデータ送信要求を受信する。自装置宛てのデータ送信要求を受け取った各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０は、当該自装置宛てのデータ送信要求に応じて、順次、ブロードキャスト通信で、ＰＬＣ１０に対して自装置のデータを返信する。
【００３０】
ここで、既に発行されたデータ送信要求に応じた装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０からのデータの送信の有無にかかわらず、ＰＬＣ１０は、一定間隔（１０ｍｓ毎）でデータ送信要求を順次発行し続ける。
【００３１】
各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データは、ＰＬＣ１０により受信される。具体的に、ＰＬＣ１０において、送受信処理部１内のバッファ２は、当該各データを、一時的に格納する。
【００３２】
なお、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信されたデータは、休止中であるＰＬＣ２０においても受信される。具体的に、ＰＬＣ２０において、送受信処理部１内のバッファ２は、当該各データを、一時的に格納する。
【００３３】
第一のグループに属する全ての装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０へのデータ送信要求発行後、具体的に、装置ＤＶ１４０へのデータ送信要求発行後、ＰＬＣ１０は、待ち時間だけの待ちを行う。
【００３４】
これは、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信されるデータ同士の衝突等によるデータ送信遅れ（つまり、ＰＬＣ１０，２０におけるデータの受信）を考慮したものである。当該待ち時間は、装置ＤＶ１００〜ＤＶ１４９の処理能力等を考慮して任意に設定される。たとえば、当該待ち時間は、数十ｍｓ程度設けることができる。
【００３５】
次に、ＰＬＣ１０は、待ち時間経過後に、バッファ２に一時格納されていた各データを、ＰＬＣ１０内での処理に利用するため、読み込む（取得する）。ここで、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データを、ＰＬＣ１０は、バッファ２から一括に取得する。
【００３６】
ここで、ＰＬＣ１０が所定の処理を実施している最中であっても、前記待ち時間経過直後に、ＰＬＣ１０は、前記各データ一括取得を行う。
【００３７】
なお、ＰＬＣ２０内のバッファ２においても、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データが、一時格納されている。そこで、ＰＬＣ１０におけるデータ一括取得に同期して、ＰＬＣ２０においても、ＰＬＣ２０内のバッファ２に一時格納されていた各データを、一括に取得する。
【００３８】
ここで、図２に示すタイミングチャートでは、第一のグループに対する処理期間が、上記待ち時間を設けることにより、１００ｍｓに設定されている。つまり、第一のグループに属する装置ＤＶ１００に対して最初にデータ送信要求を発行してから、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データをバッファ２から一括取得するまでの期間が、１００ｍｓに設定されている。
【００３９】
ＰＬＣ１０は、一括取得したデータを処理することにより、表示データを作成し、表示装置ＧＰ１０に対して当該表示データを送信する。表示装置ＧＰ１０は、受信した表示データに基づいて、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データを、表示する。これにより、ＰＬＣ１０により監視制御されている装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データを、ユーザは視認することができる。
【００４０】
同様に、ＰＬＣ２０は、一括取得したデータを処理することにより、表示データを作成し、表示装置ＧＰ２０に対して当該表示データを送信する。表示装置ＧＰ２０は、受信した表示データに基づいて、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データを、表示する。つまり、表示装置ＧＰ２０においても、表示装置ＧＰ１０と同じデータを表示することができる。
【００４１】
ＰＬＣ１０は、バッファ２からの各データの一括取得直後に、第二のグループに対して、上記第一のグループと同様の動作を開始する。
【００４２】
つまり、ＰＬＣ１０は、第二のグループに属する各装置ＤＶ１０１，１１１，１２１，１３１，１４１に対して、マルチキャスト通信で、データ送信要求を発行する。具体的に、ＰＬＣ１０は、装置ＤＶ１０１→装置ＤＶ１１１→装置ＤＶ１２１→装置ＤＶ１３１→装置ＤＶ１４１の順に、一定間隔（たとえば１０ｍｓ毎）で、各装置ＤＶ１０１，１１１，１２１，１３１，１４１宛てのデータ送信要求を順次発行する。
【００４３】
図２では、ＰＬＣ１０は、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データをバッファ２から一括に取得した直後に、装置ＤＶ１０１に対するデータ送信要求を発行している。
【００４４】
各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１は、自装置宛てに発行されたデータ送信要求を受信する。自装置宛てのデータ送信要求を受け取った各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１は、当該自装置宛てのデータ送信要求に応じて、順次、ブロードキャスト通信で、ＰＬＣ１０に対して自装置のデータを返信する。
【００４５】
ここで、上記同様、既に発行されたデータ送信要求に応じた装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１からのデータの送信の有無にかかわらず、ＰＬＣ１０は、一定間隔（１０ｍｓ毎）でデータ送信要求を順次発行し続ける。
【００４６】
各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データは、ＰＬＣ１０により受信される。具体的に、ＰＬＣ１０において、送受信処理部１内のバッファ２は、当該各データを、一時的に格納する。
【００４７】
なお、各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信されたデータは、休止中であるＰＬＣ２０においても受信される。具体的に、ＰＬＣ２０において、送受信処理部１内のバッファ２は、当該各データを、一時的に格納する。
【００４８】
第二のグループに属する全ての装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１へのデータ送信要求発行後、具体的に、装置ＤＶ１４１へのデータ送信要求発行後、ＰＬＣ１０は、待ち時間だけの待ちを行う。
【００４９】
これは、各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信されるデータ同士の衝突等によるデータ送信遅れ（つまり、ＰＬＣ１０，２０におけるデータの受信）を考慮したものである。当該待ち時間は、装置ＤＶ１００〜ＤＶ１４９の処理能力等を考慮して任意に設定される。たとえば、当該待ち時間は、数十ｍｓ程度設けることができる。
【００５０】
次に、ＰＬＣ１０は、待ち時間経過後に、バッファ２に一時格納されていた各データを、ＰＬＣ１０内での処理に利用するため、読み込む（取得する）。ここで、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データを、ＰＬＣ１０は、バッファ２から一括に取得する。
【００５１】
ここで、ＰＬＣ１０が所定の処理を実施している最中であっても、前記待ち時間経過直後に、ＰＬＣ１０は、前記各データ一括取得を行う。
【００５２】
なお、ＰＬＣ２０内のバッファ２においても、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データが、一時格納されている。そこで、ＰＬＣ１０におけるデータ一括取得に同期して、ＰＬＣ２０においても、ＰＬＣ２０内のバッファ２に一時格納されていた各データを、一括に取得する。
【００５３】
ここで、図２に示すタイミングチャートでは、第二のグループに対する処理期間が、上記待ち時間を設けることにより、１００ｍｓに設定されている。つまり、第二のグループに属する装置ＤＶ１０１に対して最初にデータ送信要求を発行してから、各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データをバッファ２から一括取得するまでの期間が、１００ｍｓに設定されている。
【００５４】
ＰＬＣ１０は、一括取得したデータを処理することにより、表示データを作成し、表示装置ＧＰ１０に対して当該表示データを送信する。表示装置ＧＰ１０は、受信した表示データに基づいて、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データを、表示する。これにより、ＰＬＣ１０により監視制御されている装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データを、ユーザは視認することができる。
【００５５】
同様に、ＰＬＣ２０は、一括取得したデータを処理することにより、表示データを作成し、表示装置ＧＰ２０に対して当該表示データを送信する。表示装置ＧＰ２０は、受信した表示データに基づいて、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データを、表示する。つまり、表示装置ＧＰ２０においても、表示装置ＧＰ１０と同じデータを表示することができる。
【００５６】
ＰＬＣ１０は、バッファ２からの各データの一括取得直後に、第三のグループに対して、上記第一のグループと同様の動作を開始する。なお、当該動作は、上記第一のグループに対する動作および上記第二のグループに対する動作と同じであるので、ここでの説明は省略する（ＰＬＣ２０も上記同様の動作を行う）。
【００５７】
その後、ＰＬＣ１０は、第三のグループに対する動作終了直後に、第四のグループに対して、上記第一のグループと同様の動作を開始する。第四のグループに対する動作直後、続いて、ＰＬＣ１０は、第五のグループに対する動作→第六のグループに対する動作→第七のグループに対する動作→第八のグループに対する動作→第九のグループに対する動作→第十のグループに対する動作を、当該順に実施する。なお、第四〜十のグループに対する動作も、上記第一のグループに対する動作および上記第二のグループに対する動作と同じであるので、ここでの説明は省略する（ＰＬＣ２０も上記同様の動作を行う）。
【００５８】
上記待ち時間の設定を行い、各グループに対する動作期間を１００ｍｓとした場合には、第一のグループに対する動作を開始してから、第十のグループに対する動作を完了するまでの時間は、１秒（１０００ｍｓ）となる。つまり、ＰＬＣ１０とＰＬＣ２０は、５０台の装置ＤＶ１００〜ＤＶ１４９から送信されたデータを、１秒以内で収集することができる。
【００５９】
ＰＬＣ１０は、第十のグループに対する動作終了直後に、再び、上記と同様、第一のグループに対する動作を開始する。このように、ＰＬＣ１０は、各グループに対する動作を上記順に繰り返し実施する（ＰＬＣ２０も、各グループに対する動作を上記順に繰り返し実施する）。
【００６０】
なお、各グループにおいて、当該グループに属する各装置ＤＶ１００〜ＤＶ１４９へのデータ送信要求の発行順序は、上記以外で任意に選択できる。また、間欠的なデータ送信要求の発行の間隔（上記では、１０ｍｓ）、待ち時間は、データ同士のネットワーク上の衝突、各装置ＤＶ１００〜ＤＶ１４９の処理能力、当該処理能力や他の要因に起因した各装置ＤＶ１００〜ＤＶ１４９からのデータ送信の遅れなどを、考慮して、全体のデータ送受信時間（図２の例では、１秒としていた）が極力最短となるように、経験則などに基づいて決定される。
【００６１】
以上のように、本実施の形態に係る通信処理システムでは、ＰＬＣ１０は、各グループに対して、一定間隔で各装置ＤＶ１００〜ＤＶ１４９宛てに順次、データ送信要求を発行している（当該データ送信要求の発行は、既にデータ送信要求を受信した装置ＤＶ１００〜ＤＶ１４９からの返信の有無にかからず、定期的に実施される）。そして、ＰＬＣ１０は、各装置ＤＶ１００〜ＤＶ１４９から送信されたデータを、一時的にバッファ２に格納している。そして、待ち時間経過後に、ＰＬＣ１０は、バッファに格納されている各データを一括で収集している。
【００６２】
このように、ＰＬＣ１０が一度に発行するデータ送信要求は、一台の装置ＤＶ１００〜ＤＶ１４９宛てであり、一度のデータ送信要求を複数の装置ＤＶ１００〜ＤＶ１４９宛てに発行していない。したがって、ネットワーク上におけるデータ（データ送信要求に応じて各装置ＤＶ１００〜ＤＶ１４９が送信するデータ）同士の衝突を、抑制することができる。これにより、結果として、本発明は、パケットの喪失の確立の低減を図ることが可能となる。
【００６３】
また、各装置ＤＶ１００〜ＤＶ１４９から送信されるデータを、ＰＬＣ１０はバッファ２に溜めておき、予め設定された有限の待ち時間経過後に、バッファ２に溜められた各データを一括で取得している。つまり、ＰＬＣ１０は、データ発行送信を発行した装置ＤＶ１００〜ＤＶ１４９から送信されてくるデータを無期限で待つことは無い。したがって、システム全体における通信時間の長期化を抑制することができる。つまり、本発明では、システム全体におけるデータ送受信の効率化を図ることができる。
【００６４】
また、本実施の形態では、既に発行されたデータ送信要求を受信した各装置ＤＶ１００〜ＤＶ１４９からのデータ返信を待つことなく、ＰＬＣ１０は、間欠的に（図２の例では、１０ｍｓ間隔で）、データ送信要求の発行を順次実行している。
【００６５】
つまり、本実施の形態に係るＰＬＣ１０は、直前に発行されたデータ送信要求に応じた装置ＤＶ１００〜ＤＶ１４９からのデータの返信を待って、次の装置ＤＶ１００〜ＤＶ１４９へデータ送信要求を発行している分けではない。したがって、結果として、システム全体における通信時間の長期化を抑制することができる。
【００６６】
また、本実施の形態では、上記のように装置ＤＶ１００〜ＤＶ１４９の台数が多いときなどに、各装置ＤＶ１００〜ＤＶ１４９をグループ分けし、間欠的なデータ送信要求発行と待ち時間とから成るスパンを１周期として、各グループごとに順次、当該周期を繰り返し実行している。
【００６７】
したがって、ネットワーク上におけるデータの送受信の整理や、ＰＬＣ１０におけるデータの管理制御の態様に応じたシステム構成を柔軟に設計することができる。
【符号の説明】
【００６８】
１  （ＰＬＣの）送受信処理部
２  バッファ
３  ハブ
４  （装置の）送受信処理部
１０，２０  ＰＬＣ
ＤＶ１００〜ＤＶ１４９  装置
ＧＰ１０，ＧＰ２０  表示装置
【図１】
0005801059.tif 000002
【図２】
0005801059.tif 000003
【図３】
0005801059.tif 000004
【図４】
0005801059.tif 000005