JP5801059B2

JP5801059B2 - 通信処理システム

Info

Publication number: JP5801059B2
Application number: JP2011028187A
Authority: JP
Inventors: 正樹末次
Original assignee: Toshiba Mitsubishi Electric Industrial Systems Corp
Current assignee: Toshiba Mitsubishi Electric Industrial Systems Corp
Priority date: 2011-02-14
Filing date: 2011-02-14
Publication date: 2015-10-28
Anticipated expiration: 2031-02-14
Also published as: JP2012168679A

Description

本発明は、複数の装置と、各装置から送信されたデータの監視制御を行うプログラマブルコントローラとを含む、通信処理システムに関する。

複数の装置とプログラマブルコントローラ（以下、単にＰＬＣと称する）とが、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）により接続される通信処理システムが、従来より存在する。当該通信処理システムにおいて、ＰＬＣは、各装置から送信されるデータの監視制御を行う。

一般的に、ＰＬＣが複数の装置からデータを収集するデータ収集方式としては、同報通信やポーリングなどが利用されている。

図３は、同報通信を説明するタイミングチャートである。また、図４は、ポーリングを説明するタイミングチャートである。図３，４に示すタイミングチャートでは、ＰＬＣ１０と複数の装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０との間での通信動作を示している。

同報通信では、図３に示すように、ＰＬＣ１０は、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０に対して、一時に、データ送信要求を送信する。当該データ送信要求を受信した各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０は、各タイミングにおいてデータを、ＰＬＣ１０に向けて各々送信する。そして、ＰＬＣ１０は、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０が送信したデータを、即受信する。

また、ポーリングでは、ＰＬＣ１０は、先ず装置ＤＶ１００に対してデータ送信要求を送信する。当該データ送信要求を受信した装置ＤＶ１００は、ＰＬＣ１０に対してデータを送信し、ＰＬＣ１０は当該データを即受信。装置ＤＶ１００からのデータを受信したＰＬＣ１０は、次の装置ＤＶ１１０に対してデータ送信要求を送信する。当該データ送信要求を受信した装置ＤＶ１１０は、ＰＬＣ１０に対してデータを送信し、ＰＬＣ１０は当該データを即受信。前記で示した動作が、各装置ＤＶ１００〜ＤＶ１４０に対して、順次実施される。

なお、ポーリングを利用した技術に関する先行文献として、たとえば特許文献１や特許文献２などが存在する。

特開平６−３１５０４３号公報特開平１０−２１００７０号公報

しかしながら、同報通信によるデータ収集方式を採用したときには、一斉に各装置ＤＶ１００〜ＤＶ１４０にデータ送信要求を送信する。このため、図３に示すように、装置ＤＶ１００〜ＤＶ１４０が送信したデータ同士が、ＬＡＮ上で衝突することがある。このようなデータ衝突は、データ収集対象の装置が多くなるほど、発生する確率が高くなる。データ衝突が発生すると、応答時間が不安定となり、場合によっては、パケット喪失が起こる。

データ衝突の発生を防止するデータ収集方式として、ポーリングがある。しかしながら、ポーリングによるデータ収集方式では、ある装置ＤＶ１００〜ＤＶ１４０に対してデータ送信要求を送信した後、当該ある装置ＤＶ１００〜ＤＶ１４０から送信されたデータの受信を待ってから、次の装置ＤＶ１００〜ＤＶ１４０に対してデータ送信要求を送信する。

このため、図４に示すように、装置ＤＶ１００〜ＤＶ１４０からのデータ送信が遅れた場合には、ＰＬＣ１０におけるデータ受信が遅れる（つまり、データ待ち時間が長くなる）。当該データ受信の遅れは、システム全体の通信時間が長期化する。

そこで、本発明は、ネットワーク上におけるデータ衝突の発生を抑制すると共に、システム全体における通信時間の長期化を抑制することができる通信処理システムを提供することを目的とする。

上記の目的を達成するために、本発明に係る通信処理システムは、データの送受信が可能である、複数の装置と、各前記装置とデータの送受信可能に接続されており、前記装置から送信されるデータを一時的に保存するバッファを有するプログラマブルコントローラとを、備えており、前記プログラマブルコントローラは、（Ａ）少なくとも２以上の所定の前記装置に、一定間隔でデータ送信要求を順次、発行し、（Ｂ）前記データ送信要求に応じて前記所定の装置から送信されたデータを、前記バッファに格納し、（Ｃ）前記プログラマブルコントローラが所定の処理を実施している最中であっても、全ての前記所定の装置に対する前記データ送信要求の発行を終えてから所定の待ち時間直後に、前記バッファに格納されている全てのデータを、一括に取得し、前記所定の待ち時間は、前記一定間隔より長い時間に設定される。

本発明に係る通信処理システムは、データの送受信が可能である、複数の装置と、各前記装置とデータの送受信可能に接続されており、前記装置から送信されるデータを一時的に保存するバッファを有するプログラマブルコントローラとを、備えており、前記プログラマブルコントローラは、（Ａ）少なくとも２以上の所定の前記装置に、一定間隔でデータ送信要求を順次、発行し、（Ｂ）前記データ送信要求に応じて前記所定の装置から送信されたデータを、前記バッファに格納し、（Ｃ）前記プログラマブルコントローラが所定の処理を実施している最中であっても、全ての前記所定の装置に対する前記データ送信要求の発行を終えてから所定の待ち時間直後に、前記バッファに格納されている全てのデータを、一括に取得し、前記所定の待ち時間は、前記一定間隔より長い時間に設定される。

したがって、ネットワーク上におけるデータ（データ送信要求に応じて各装置が送信するデータ）同士の衝突を、抑制することができる。これにより、結果として、本発明は、パケットの喪失の確立の低減を図ることが可能となる。また、システム全体における通信時間の長期化を抑制することができる。つまり、本発明では、システム全体におけるデータ送受信の効率化を図ることができる。

本発明の実施の形態に係る通信処理システムの概略構成を示すブロック図である。本発明の実施の形態に係る通信処理システムの動作を説明するためのタイミングチャートである。同報通信によるデータ取得方式を説明するためのタイミングチャートである。ポーリングによるデータ取得方式を説明するためのタイミングチャートである。

以下、この発明をその実施の形態を示す図面に基づいて具体的に説明する。

＜実施の形態＞
図１は、本実施の形態に係る通信処理システムの構成を示すブロック図である。

図１に示す構成例では、２台のＰＬＣ１０，２０と、２台の表示装置ＧＰ１０，ＧＰ２０と、５０台の装置ＤＶ１００〜ＤＶ１４９とから、通信処理システムが構成されている。

各ＰＬＣ１０，２０および各装置ＤＶ１００〜ＤＶ１４９は、ハブ３を介して、ＬＡＮにより接続されている。また、ＰＬＣ１０と表示装置ＧＰ１０とは、通信可能に接続されており、ＰＬＣ２０と表示装置ＧＰ２０とは、通信可能に接続されている。各ＰＬＣ１０，２０は、各装置ＤＶ１００〜ＤＶ１４９から送信されるデータの監視制御を行う。

各ＰＬＣ１０，２０は、送受信処理部１を備えており、各送受信処理部１内部には、バッファ２が配設されている。また、各装置ＤＶ１００〜ＤＶ１４９は、送受信処理部４を備えている。

ここで、送受信処理部１は、データ送信要求の発行および各装置ＤＶ１００〜ＤＶ１４９から送信されたデータの受信を行う。また、バッファ２は、各装置ＤＶ１００〜ＤＶ１４９から送信されたデータを、ＰＬＣ１，２０による取得（読み込み）前に、一時的に保存する。また、送受信処理部４は、自装置宛てに発行されたデータ送受要求を受信し、当該データ送受信要求に応じて、自装置のデータをＰＬＣ１０，２０宛てに送信（返信）する。

本実施の形態に係る通信処理システムでは、ＰＬＣが二重化されている。当該構成では、通常は、常用系であるＰＬＣ１０が運転しており、待機系のＰＬＣ２０は休止状態となっている。ＰＬＣ１０に異常が発生すると、運転系がＰＬＣ１０からＰＬＣ２０に切換る。

なお、ＰＬＣは二重化されていなくても良く、装置の数も５０台以外の数であっても良い。また、装置ＤＶ１００〜ＤＶ１４９およびＰＬＣ１０，２０は、ＬＡＮ以外の双方向通信可能なネットワークで接続されていても良い。

次に、図２に示すタイミングチャートを用いて、図１に示した通信処理システムの動作について説明する。

なお、以下の説明では、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０で構成されるグループを、第一のグループと称する。また、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１で構成されるグループを、第二のグループと称する。装置ＤＶ１０２，ＤＶ１１２，ＤＶ１２２，ＤＶ１３２，ＤＶ１４２で構成されるグループを、第三のグループと称する。また、装置ＤＶ１０３，ＤＶ１１３，ＤＶ１２３，ＤＶ１３３，ＤＶ１４３で構成されるグループを、第四のグループと称する。また、装置ＤＶ１０４，ＤＶ１１４，ＤＶ１２４，ＤＶ１３４，ＤＶ１４４で構成されるグループを、第五のグループと称する。また、装置ＤＶ１０５，ＤＶ１１５，ＤＶ１２５，ＤＶ１３５，ＤＶ１４５で構成されるグループを、第六のグループと称する。また、装置ＤＶ１０６，ＤＶ１１６，ＤＶ１２６，ＤＶ１３６，ＤＶ１４６で構成されるグループを、第七のグループと称する。また、装置ＤＶ１０７，ＤＶ１１７，ＤＶ１２７，ＤＶ１３７，ＤＶ１４７で構成されるグループを、第八のグループと称する。また、装置ＤＶ１０８，ＤＶ１１８，ＤＶ１２８，ＤＶ１３８，ＤＶ１４８で構成されるグループを、第九のグループと称する。また、装置ＤＶ１０９，ＤＶ１１９，ＤＶ１２９，ＤＶ１３９，ＤＶ１４９で構成されるグループを、第十のグループと称する。

ここで、上記のようなグループ分けを行わなくても良いが、本実施の形態に係る通信処理システムの動作の説明では、上記グループ分けを採用する。また、グループ分けは、ユーザの希望に応じて、任意に設定可能である。また、以下の説明では、ＰＬＣ１０が運転中であり、ＰＬＣ２０は休止中であるとする。

まず、ＰＬＣ１０は、第一のグループに属する各装置ＤＶ１００，１１０，１２０，１３０，１４０に対して、マルチキャスト通信で、データ送信要求を発行する。具体的に、ＰＬＣ１０は、装置ＤＶ１００→装置ＤＶ１１０→装置ＤＶ１２０→装置ＤＶ１３０→装置ＤＶ１４０の順に、一定間隔（たとえば１０ｍｓ毎）で、各装置ＤＶ１００，１１０，１２０，１３０，１４０宛てのデータ送信要求を順次発行する。

各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０は、自装置宛てに発行されたデータ送信要求を受信する。自装置宛てのデータ送信要求を受け取った各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０は、当該自装置宛てのデータ送信要求に応じて、順次、ブロードキャスト通信で、ＰＬＣ１０に対して自装置のデータを返信する。

ここで、既に発行されたデータ送信要求に応じた装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０からのデータの送信の有無にかかわらず、ＰＬＣ１０は、一定間隔（１０ｍｓ毎）でデータ送信要求を順次発行し続ける。

各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データは、ＰＬＣ１０により受信される。具体的に、ＰＬＣ１０において、送受信処理部１内のバッファ２は、当該各データを、一時的に格納する。

なお、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信されたデータは、休止中であるＰＬＣ２０においても受信される。具体的に、ＰＬＣ２０において、送受信処理部１内のバッファ２は、当該各データを、一時的に格納する。

第一のグループに属する全ての装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０へのデータ送信要求発行後、具体的に、装置ＤＶ１４０へのデータ送信要求発行後、ＰＬＣ１０は、待ち時間だけの待ちを行う。

これは、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信されるデータ同士の衝突等によるデータ送信遅れ（つまり、ＰＬＣ１０，２０におけるデータの受信）を考慮したものである。当該待ち時間は、装置ＤＶ１００〜ＤＶ１４９の処理能力等を考慮して任意に設定される。たとえば、当該待ち時間は、数十ｍｓ程度設けることができる。

次に、ＰＬＣ１０は、待ち時間経過後に、バッファ２に一時格納されていた各データを、ＰＬＣ１０内での処理に利用するため、読み込む（取得する）。ここで、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データを、ＰＬＣ１０は、バッファ２から一括に取得する。

ここで、ＰＬＣ１０が所定の処理を実施している最中であっても、前記待ち時間経過直後に、ＰＬＣ１０は、前記各データ一括取得を行う。

なお、ＰＬＣ２０内のバッファ２においても、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データが、一時格納されている。そこで、ＰＬＣ１０におけるデータ一括取得に同期して、ＰＬＣ２０においても、ＰＬＣ２０内のバッファ２に一時格納されていた各データを、一括に取得する。

ここで、図２に示すタイミングチャートでは、第一のグループに対する処理期間が、上記待ち時間を設けることにより、１００ｍｓに設定されている。つまり、第一のグループに属する装置ＤＶ１００に対して最初にデータ送信要求を発行してから、各装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データをバッファ２から一括取得するまでの期間が、１００ｍｓに設定されている。

ＰＬＣ１０は、一括取得したデータを処理することにより、表示データを作成し、表示装置ＧＰ１０に対して当該表示データを送信する。表示装置ＧＰ１０は、受信した表示データに基づいて、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データを、表示する。これにより、ＰＬＣ１０により監視制御されている装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データを、ユーザは視認することができる。

同様に、ＰＬＣ２０は、一括取得したデータを処理することにより、表示データを作成し、表示装置ＧＰ２０に対して当該表示データを送信する。表示装置ＧＰ２０は、受信した表示データに基づいて、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データを、表示する。つまり、表示装置ＧＰ２０においても、表示装置ＧＰ１０と同じデータを表示することができる。

ＰＬＣ１０は、バッファ２からの各データの一括取得直後に、第二のグループに対して、上記第一のグループと同様の動作を開始する。

つまり、ＰＬＣ１０は、第二のグループに属する各装置ＤＶ１０１，１１１，１２１，１３１，１４１に対して、マルチキャスト通信で、データ送信要求を発行する。具体的に、ＰＬＣ１０は、装置ＤＶ１０１→装置ＤＶ１１１→装置ＤＶ１２１→装置ＤＶ１３１→装置ＤＶ１４１の順に、一定間隔（たとえば１０ｍｓ毎）で、各装置ＤＶ１０１，１１１，１２１，１３１，１４１宛てのデータ送信要求を順次発行する。

図２では、ＰＬＣ１０は、装置ＤＶ１００，ＤＶ１１０，ＤＶ１２０，ＤＶ１３０，ＤＶ１４０から送信された各データをバッファ２から一括に取得した直後に、装置ＤＶ１０１に対するデータ送信要求を発行している。

各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１は、自装置宛てに発行されたデータ送信要求を受信する。自装置宛てのデータ送信要求を受け取った各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１は、当該自装置宛てのデータ送信要求に応じて、順次、ブロードキャスト通信で、ＰＬＣ１０に対して自装置のデータを返信する。

ここで、上記同様、既に発行されたデータ送信要求に応じた装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１からのデータの送信の有無にかかわらず、ＰＬＣ１０は、一定間隔（１０ｍｓ毎）でデータ送信要求を順次発行し続ける。

各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データは、ＰＬＣ１０により受信される。具体的に、ＰＬＣ１０において、送受信処理部１内のバッファ２は、当該各データを、一時的に格納する。

なお、各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信されたデータは、休止中であるＰＬＣ２０においても受信される。具体的に、ＰＬＣ２０において、送受信処理部１内のバッファ２は、当該各データを、一時的に格納する。

第二のグループに属する全ての装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１へのデータ送信要求発行後、具体的に、装置ＤＶ１４１へのデータ送信要求発行後、ＰＬＣ１０は、待ち時間だけの待ちを行う。

これは、各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信されるデータ同士の衝突等によるデータ送信遅れ（つまり、ＰＬＣ１０，２０におけるデータの受信）を考慮したものである。当該待ち時間は、装置ＤＶ１００〜ＤＶ１４９の処理能力等を考慮して任意に設定される。たとえば、当該待ち時間は、数十ｍｓ程度設けることができる。

次に、ＰＬＣ１０は、待ち時間経過後に、バッファ２に一時格納されていた各データを、ＰＬＣ１０内での処理に利用するため、読み込む（取得する）。ここで、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データを、ＰＬＣ１０は、バッファ２から一括に取得する。

なお、ＰＬＣ２０内のバッファ２においても、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データが、一時格納されている。そこで、ＰＬＣ１０におけるデータ一括取得に同期して、ＰＬＣ２０においても、ＰＬＣ２０内のバッファ２に一時格納されていた各データを、一括に取得する。

ここで、図２に示すタイミングチャートでは、第二のグループに対する処理期間が、上記待ち時間を設けることにより、１００ｍｓに設定されている。つまり、第二のグループに属する装置ＤＶ１０１に対して最初にデータ送信要求を発行してから、各装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データをバッファ２から一括取得するまでの期間が、１００ｍｓに設定されている。

ＰＬＣ１０は、一括取得したデータを処理することにより、表示データを作成し、表示装置ＧＰ１０に対して当該表示データを送信する。表示装置ＧＰ１０は、受信した表示データに基づいて、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データを、表示する。これにより、ＰＬＣ１０により監視制御されている装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データを、ユーザは視認することができる。

同様に、ＰＬＣ２０は、一括取得したデータを処理することにより、表示データを作成し、表示装置ＧＰ２０に対して当該表示データを送信する。表示装置ＧＰ２０は、受信した表示データに基づいて、装置ＤＶ１０１，ＤＶ１１１，ＤＶ１２１，ＤＶ１３１，ＤＶ１４１から送信された各データを、表示する。つまり、表示装置ＧＰ２０においても、表示装置ＧＰ１０と同じデータを表示することができる。

ＰＬＣ１０は、バッファ２からの各データの一括取得直後に、第三のグループに対して、上記第一のグループと同様の動作を開始する。なお、当該動作は、上記第一のグループに対する動作および上記第二のグループに対する動作と同じであるので、ここでの説明は省略する（ＰＬＣ２０も上記同様の動作を行う）。

その後、ＰＬＣ１０は、第三のグループに対する動作終了直後に、第四のグループに対して、上記第一のグループと同様の動作を開始する。第四のグループに対する動作直後、続いて、ＰＬＣ１０は、第五のグループに対する動作→第六のグループに対する動作→第七のグループに対する動作→第八のグループに対する動作→第九のグループに対する動作→第十のグループに対する動作を、当該順に実施する。なお、第四〜十のグループに対する動作も、上記第一のグループに対する動作および上記第二のグループに対する動作と同じであるので、ここでの説明は省略する（ＰＬＣ２０も上記同様の動作を行う）。

上記待ち時間の設定を行い、各グループに対する動作期間を１００ｍｓとした場合には、第一のグループに対する動作を開始してから、第十のグループに対する動作を完了するまでの時間は、１秒（１０００ｍｓ）となる。つまり、ＰＬＣ１０とＰＬＣ２０は、５０台の装置ＤＶ１００〜ＤＶ１４９から送信されたデータを、１秒以内で収集することができる。

ＰＬＣ１０は、第十のグループに対する動作終了直後に、再び、上記と同様、第一のグループに対する動作を開始する。このように、ＰＬＣ１０は、各グループに対する動作を上記順に繰り返し実施する（ＰＬＣ２０も、各グループに対する動作を上記順に繰り返し実施する）。

なお、各グループにおいて、当該グループに属する各装置ＤＶ１００〜ＤＶ１４９へのデータ送信要求の発行順序は、上記以外で任意に選択できる。また、間欠的なデータ送信要求の発行の間隔（上記では、１０ｍｓ）、待ち時間は、データ同士のネットワーク上の衝突、各装置ＤＶ１００〜ＤＶ１４９の処理能力、当該処理能力や他の要因に起因した各装置ＤＶ１００〜ＤＶ１４９からのデータ送信の遅れなどを、考慮して、全体のデータ送受信時間（図２の例では、１秒としていた）が極力最短となるように、経験則などに基づいて決定される。

以上のように、本実施の形態に係る通信処理システムでは、ＰＬＣ１０は、各グループに対して、一定間隔で各装置ＤＶ１００〜ＤＶ１４９宛てに順次、データ送信要求を発行している（当該データ送信要求の発行は、既にデータ送信要求を受信した装置ＤＶ１００〜ＤＶ１４９からの返信の有無にかからず、定期的に実施される）。そして、ＰＬＣ１０は、各装置ＤＶ１００〜ＤＶ１４９から送信されたデータを、一時的にバッファ２に格納している。そして、待ち時間経過後に、ＰＬＣ１０は、バッファに格納されている各データを一括で収集している。

このように、ＰＬＣ１０が一度に発行するデータ送信要求は、一台の装置ＤＶ１００〜ＤＶ１４９宛てであり、一度のデータ送信要求を複数の装置ＤＶ１００〜ＤＶ１４９宛てに発行していない。したがって、ネットワーク上におけるデータ（データ送信要求に応じて各装置ＤＶ１００〜ＤＶ１４９が送信するデータ）同士の衝突を、抑制することができる。これにより、結果として、本発明は、パケットの喪失の確立の低減を図ることが可能となる。

また、各装置ＤＶ１００〜ＤＶ１４９から送信されるデータを、ＰＬＣ１０はバッファ２に溜めておき、予め設定された有限の待ち時間経過後に、バッファ２に溜められた各データを一括で取得している。つまり、ＰＬＣ１０は、データ発行送信を発行した装置ＤＶ１００〜ＤＶ１４９から送信されてくるデータを無期限で待つことは無い。したがって、システム全体における通信時間の長期化を抑制することができる。つまり、本発明では、システム全体におけるデータ送受信の効率化を図ることができる。

また、本実施の形態では、既に発行されたデータ送信要求を受信した各装置ＤＶ１００〜ＤＶ１４９からのデータ返信を待つことなく、ＰＬＣ１０は、間欠的に（図２の例では、１０ｍｓ間隔で）、データ送信要求の発行を順次実行している。

つまり、本実施の形態に係るＰＬＣ１０は、直前に発行されたデータ送信要求に応じた装置ＤＶ１００〜ＤＶ１４９からのデータの返信を待って、次の装置ＤＶ１００〜ＤＶ１４９へデータ送信要求を発行している分けではない。したがって、結果として、システム全体における通信時間の長期化を抑制することができる。

また、本実施の形態では、上記のように装置ＤＶ１００〜ＤＶ１４９の台数が多いときなどに、各装置ＤＶ１００〜ＤＶ１４９をグループ分けし、間欠的なデータ送信要求発行と待ち時間とから成るスパンを１周期として、各グループごとに順次、当該周期を繰り返し実行している。

したがって、ネットワーク上におけるデータの送受信の整理や、ＰＬＣ１０におけるデータの管理制御の態様に応じたシステム構成を柔軟に設計することができる。

１（ＰＬＣの）送受信処理部
２バッファ
３ハブ
４（装置の）送受信処理部
１０，２０ＰＬＣ
ＤＶ１００〜ＤＶ１４９装置
ＧＰ１０，ＧＰ２０表示装置

Claims

データの送受信が可能である、複数の装置と、
各前記装置とデータの送受信可能に接続されており、前記装置から送信されるデータを一時的に保存するバッファを有するプログラマブルコントローラとを、備えており、
前記プログラマブルコントローラは、
（Ａ）少なくとも２以上の所定の前記装置に、一定間隔でデータ送信要求を順次、発行し、
（Ｂ）前記データ送信要求に応じて前記所定の装置から送信されたデータを、前記バッファに格納し、
（Ｃ）前記プログラマブルコントローラが所定の処理を実施している最中であっても、全ての前記所定の装置に対する前記データ送信要求の発行を終えてから所定の待ち時間直後に、前記バッファに格納されている全てのデータを、一括に取得し、
前記所定の待ち時間は、前記一定間隔より長い時間に設定される、
ことを特徴とする通信処理システム。
前記（Ａ）において、前記プログラマブルコントローラは、
第一の前記所定の装置に対して第一の前記データ送信要求を送信し、前記第一のデータ送信要求に応じた前記第一の所定の装置からのデータの送信の有無にかかわらず、前記第一のデータ送信要求の送信から前記一定間隔後に、第二の前記所定の装置に対して第二の前記データ送信要求を発行する、
ことを特徴とする請求項１に記載の通信処理システム。
前記（Ｃ）後に、前記プログラマブルコントローラは、
（Ｄ）少なくとも２以上の他の所定の前記装置に、前記一定間隔で前記データ送信要求を順次、発行し、
（Ｅ）前記データ送信要求に応じて前記他の所定の装置から送信されたデータを、前記バッファに格納し、
（Ｆ）全ての前記他の所定の装置に対する前記データ送信要求を終えてから前記所定の待ち時間直後に、前記バッファに格納されている全てのデータを、一括に取得する、
ことを特徴とする請求項１または請求項２に記載の通信処理システム。