JP7032158B2 - Communication control controller - Google Patents
Communication control controller Download PDFInfo
- Publication number
- JP7032158B2 JP7032158B2 JP2018017989A JP2018017989A JP7032158B2 JP 7032158 B2 JP7032158 B2 JP 7032158B2 JP 2018017989 A JP2018017989 A JP 2018017989A JP 2018017989 A JP2018017989 A JP 2018017989A JP 7032158 B2 JP7032158 B2 JP 7032158B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- common
- unit
- protocol
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
- G05B19/0423—Input/output
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/25—Pc structure of the system
- G05B2219/25257—Microcontroller
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Communication Control (AREA)
Description
本発明は、上位装置と下位装置との間の通信の制御を行う通信制御コントローラに関する。 The present invention relates to a communication control controller that controls communication between a higher-level device and a lower-level device.
一般に、ビルシステムやプロセス制御システムなどの自動制御システムでは、上位の統合コントローラ1台によって多数の下位デバイス(センサやアクチュエータなど)を制御することが求められる。この際、統合コントローラ(上位装置)と下位デバイス(下位装置)との間には、統合コントローラと下位デバイスとの間の通信の制御を行う通信制御コントローラが設けられる。 Generally, in an automatic control system such as a building system or a process control system, it is required to control a large number of lower devices (sensors, actuators, etc.) by one upper integrated controller. At this time, a communication control controller that controls communication between the integrated controller and the lower device is provided between the integrated controller (upper device) and the lower device (lower device).
ここで、各下位デバイスが全て同一の通信プロトコルを用いているのであれば良いが、例えばA社製品とB社製品とが混在するような通信システムにおいては、各々のデバイスが使用する通信プロトコルが異なる場合がある。 Here, it suffices if all the lower-level devices use the same communication protocol, but in a communication system in which the products of company A and the products of company B coexist, for example, the communication protocol used by each device is used. May be different.
例えば、ビルシステムのいては、同一システム内に、「BACnet」や「LonWorks」、「Modbus」などのオープンプロトコルに加えて、各社ローカルな専用通信プロトコルで通信する制御機器群が混在する。 For example, in the case of a building system, in addition to open protocols such as "BACnet", "LonWorks", and "Modbus", a group of control devices that communicate with each company's local dedicated communication protocol coexist in the same system.
このように、同一システム内に複数の通信プロトコルが混在する場合、通信プロトコルによってデータ体系が異なるために、複数の通信プロトコルによって送受信されるデータを同じ制御アプリケーションから利用することができない点が大きな問題となる。 In this way, when multiple communication protocols coexist in the same system, the data system differs depending on the communication protocol, so the major problem is that the data sent and received by multiple communication protocols cannot be used from the same control application. It becomes.
このため、従来の通信システムでは、単一の通信プロトコルを使用する制御機器群で構成された「個別制御」の階層と、複数のそれらを統合し、プロトコル間のデータ体系の相違を吸収する「統合監視・制御」を行う階層にシステムを大きく分割することで、この問題を解決している。 For this reason, in a conventional communication system, a hierarchy of "individual control" composed of a group of control devices using a single communication protocol and a plurality of them are integrated to absorb differences in data systems between protocols. This problem is solved by dividing the system into layers that perform "integrated monitoring and control".
例えば、図11に示すように、A社製品とB社製品とが混在するような通信システムの場合、統合コントローラ1と通信プロトコルAを用いる下位デバイス2(2A1~2A3)との間に通信プロトコルAに応じた通信制御コントローラ3Aを設け、統合コントローラ1と通信プロトコルBを用いる下位デバイス2(2B1~2B3)との間に通信プロトコルBに応じた通信制御コントローラ3Bを設けるようにしている(例えば、特許文献1参照)。
For example, as shown in FIG. 11, in the case of a communication system in which the products of company A and the products of company B coexist, the communication protocol is between the integrated
このような通信システムにおけるデータ通信には、どのようなプロトコルでも、大きく以下の3要素が存在する。
(1)データの読み出し
その通信プロトコルで定められたメッセージおよびデータ体系に沿って周期的なデータスキャンを行い、コントローラ内で使用されるデータの形に変換して取り込む 。
(2)データの書き込み
周期または特定のイベント(ユーザー操作やタイムスケジュール等のアプリケーション)により、コントローラ内部の最新データを、その通信プロトコルで定められたメッセージ体系に変換して書き込み出力を行う。
(3)通信トランザクションの実行管理
(1),(2)の通信の実行(リクエストの送信~レスポンスの受信)を管理する。具体的には、リクエストとレスポンスの紐付けや、受信タイムアウトの監視、リトライ送信の実行などを行う。
Data communication in such a communication system has the following three elements in any protocol.
(1) Reading data Periodic data scanning is performed according to the message and data system specified by the communication protocol, and the data is converted into the data used in the controller and captured.
(2) Data writing Cycle or a specific event (application such as user operation or time schedule) converts the latest data inside the controller into the message system defined by the communication protocol and writes and outputs it.
(3) Execution management of communication transactions
It manages the execution of communication (request transmission to response reception) in (1) and (2). Specifically, it links the request and the response, monitors the reception timeout, and executes retry transmission.
しかしながら、このような通信システムでは、通信プロトコルのみが異なる同種の通信制御コントローラが必要になり、開発投資の大きな増大要因となる。また、製造コスト面でも、多品種少量生産によるコストアップ原因となる。 However, such a communication system requires a communication control controller of the same type that differs only in the communication protocol, which is a major factor for increasing development investment. In terms of manufacturing cost, it also causes a cost increase due to high-mix low-volume production.
また、マルチ通信に対応していないため、異なる通信機器を接続しようとすると、通信を変換するためのゲートウェイが必要となってしまい、システムのコストアップとなる。 In addition, since it does not support multi-communication, when trying to connect different communication devices, a gateway for converting communication is required, which increases the cost of the system.
例えば、図12に示すように、通信プロトコルAの通信制御コントローラ3Aに通信プロトコルBを用いた下位デバイス2(2B4)を接続する必要が生じたような場合、通信プロトコルBと通信プロトコルAを変換するためのゲートウェイとして通信変換器2(2A4)が必要となってしまい、システムのコストアップが発生する。 For example, as shown in FIG. 12, when it becomes necessary to connect the lower device 2 (2B4) using the communication protocol B to the communication control controller 3A of the communication protocol A, the communication protocol B and the communication protocol A are converted. A communication converter 2 (2A4) is required as a gateway for this, which increases the cost of the system.
このような問題を解決するためには、複数の通信プロトコルに対応可能な、汎用の通信制御コントローラを作ることが考えられる。図13に、通信制御コントローラ3Aの要部の構成を示し、図14に通信制御コントローラ3Bの要部の構成を示す。通信制御コントローラ3A,3Bともに、対応する通信プロトコルが異なるのみで、基本構成は同じである。この通信制御コントローラ3A,3Bの構成については後述する。
In order to solve such a problem, it is conceivable to create a general-purpose communication control controller that can support a plurality of communication protocols. FIG. 13 shows the configuration of the main part of the communication control controller 3A, and FIG. 14 shows the configuration of the main part of the
図15に、図13,図14に示した通信制御コントローラ3A,3Bの基本構成から考えられる、複数の通信プロトコルに対応可能な、汎用の通信制御コントローラ3’の構成を示す。この汎用の通信制御コントローラ3’では、通信制御コントローラ3A,3Bにおける制御アプリケーション301A,301Bを共通の制御アプリケーション301とし、通信制御コントローラ3A,3Bにおけるデータベース302A,302Bを共通のデータベース302とし、その他の構成はプロトコル固有の通信機能部(個別通信機能部)として設けるようにしている。
FIG. 15 shows a configuration of a general-purpose communication control controller 3'that can support a plurality of communication protocols, which can be considered from the basic configurations of the
しかし、このような構成とすると、ソフトウェアにおける通信機能の比率が大きくなり、大きなメモリと大きな処理能力(CPU能力)が必要となる。すなわち、上述した(1)データの読み出し、(2)データの書き込み、(3)通信トランザクションの実行管理の各機能を通信プロトコル毎に作成する必要があるため、大きな開発コストが必要となる他、ソフトウェアにおける通信機能の比率が大きくなり、大きなメモリとCPU能力が必要になり、高コストとなってしまう。 However, with such a configuration, the ratio of communication functions in software becomes large, and a large memory and a large processing capacity (CPU capacity) are required. That is, since it is necessary to create the above-mentioned functions of (1) reading data, (2) writing data, and (3) execution management of communication transactions for each communication protocol, a large development cost is required. The ratio of communication functions in software becomes large, large memory and CPU power are required, and the cost becomes high.
本発明は、このような課題を解決するためになされたもので、その目的とするところは、複数の通信プロトコルを実装するにあたり、共通化できる要素をさらに共通化することで、メモリなどの使用を抑え、また処理能力を小さくし、低コストの汎用の通信制御コントローラを提供することにある。 The present invention has been made to solve such a problem, and an object thereof is to use a memory or the like by further sharing elements that can be shared when implementing a plurality of communication protocols. The purpose is to provide a low-cost general-purpose communication control controller by reducing the processing capacity and reducing the processing capacity.
このような目的を達成するために本発明は、上位装置(1)と下位装置(2)との間の通信の制御を行う通信制御コントローラ(3)において、上位装置との間で通信を行うように構成された上位送受信部(34)と、下位装置との間で通信を行うように構成された下位送受信部(35)と、上位送受信部と下位送受信部との間のメッセージの送受信を仲介するように構成された通信共通部(33)とを備え、上位送受信部(34)は、通信共通部(33)への通信プロトコル固有のメッセージおよび通信共通部(33)からの通信プロトコル固有のメッセージを送受信するように構成されたメッセージ送受信部(31)を通信プロトコル毎に備え、下位送受信部(35)は、通信共通部(33)からの下位装置(2)への通信プロトコル固有のメッセージおよび下位装置(2)からの通信共通部(33)への通信プロトコル固有のメッセージを送受信するように構成されたメッセージ送受信ドライバ部(32)を通信プロトコル毎に備え、通信共通部(33)は、通信プロトコルによらない共通の構成として設けられ、少なくとも、上位送受信部(34)からの通信プロトコル固有のメッセージと関連づけて送られてくる通信プロトコルに依存しない共通のデータ構造とされた管理データを共通通信管理データとして記憶する共通通信管理データ記憶部(3131)を備えることを特徴とする。 In order to achieve such an object, the present invention performs communication with a higher-level device in a communication control controller (3) that controls communication between the higher-level device (1) and the lower-level device (2). The transmission / reception of a message between the upper transmission / reception unit (34) configured as described above, the lower transmission / reception unit (35) configured to communicate between the lower transmission / reception unit, and the upper transmission / reception unit and the lower transmission / reception unit. A communication common unit (33) configured to mediate is provided, and the upper transmission / reception unit (34) is a communication protocol-specific message to the communication common unit (33) and a communication protocol-specific from the communication common unit (33). A message transmission / reception unit (31) configured to transmit / receive the above message is provided for each communication protocol, and the lower transmission / reception unit (35) is unique to the communication protocol from the communication common unit (33) to the lower device (2). A message transmission / reception driver unit (32) configured to transmit / receive a message and a communication protocol-specific message from the lower device (2) to the communication common unit (33) is provided for each communication protocol, and the communication common unit (33) is provided. Is provided as a common configuration that does not depend on the communication protocol, and at least the management data has a common data structure that does not depend on the communication protocol sent in association with the message peculiar to the communication protocol from the upper transmission / reception unit (34). Is provided as a common communication management data storage unit (313 1 ) for storing the protocol as common communication management data.
本発明において、通信制御コントローラは、通信プロトコルによらない共通の構成として通信共通部を備えており、この通信共通部の共通通信管理データ記憶部に通信プロトコルに依存しない共通のデータ構造とされた管理データが共通通信管理データとして記憶される。本発明では、このような通信共通部を設けることにより、複数の通信プロトコルに共通する3要素((1)データ読み出し、(2)データの書き込み、(3)通信トランザクション)を実現する機能を、通信プロトコル個別ではなく、特定の通信プロトコルに依存しない通信プロトコル共通の機能として設け、通信プロトコルに依存する差分の機能だけを通信プロトコル固有の機能として設けるための仕組みを提供することが可能となり、少ないメモリおよび小さい処理能力で、複数の通信プロトコルを実装することが可能となる。 In the present invention, the communication control controller is provided with a communication common unit as a common configuration that does not depend on the communication protocol, and the common communication management data storage unit of this communication common unit has a common data structure that does not depend on the communication protocol. The management data is stored as common communication management data. In the present invention, by providing such a communication common part, a function for realizing three elements ((1) data read, (2) data write, (3) communication transaction) common to a plurality of communication protocols is provided. It is possible to provide a mechanism for providing a function common to communication protocols that does not depend on a specific communication protocol, rather than an individual communication protocol, and providing only a function of difference depending on the communication protocol as a function unique to the communication protocol. With memory and small processing power, it is possible to implement multiple communication protocols.
本発明において、通信共通部に、下位装置へ送信中の通信プロトコル固有のメッセージに対応する共通通信管理データを記憶する送信中データ記憶部(3141)と、下位装置へ送信中の通信プロトコル固有のメッセージに対するレスポンスが所定の時間内に返送されてきたか否かを監視するように構成されたタイムアウト監視部(316)とを設けるようにしてもよい。 In the present invention, the communication common unit includes a transmission data storage unit (314 1 ) that stores common communication management data corresponding to a communication protocol-specific message being transmitted to a lower device, and a communication protocol-specific message being transmitted to a lower device. A timeout monitoring unit (316) configured to monitor whether or not the response to the message of is returned within a predetermined time may be provided.
また、本発明において、優先度判断部(3122)を設け、共通通信管理データ記憶部に共通通信管理データをそのデータに付されている通信処理の優先度別に記憶させるようにしてもよい。ビルシステムなどは、リアルタイム性が低くてもよいため、冗長化して、優先度処理しても問題が起きにくい。 Further, in the present invention, a priority determination unit ( 3122 ) may be provided, and the common communication management data may be stored in the common communication management data storage unit according to the priority of the communication process attached to the data. Since the real-time property of a building system or the like may be low, problems are unlikely to occur even if redundancy is made and priority processing is performed.
なお、上記説明では、一例として、発明の構成要素に対応する図面上の構成要素を、括弧を付した参照符号によって示している。 In the above description, as an example, the components on the drawing corresponding to the components of the invention are shown by reference numerals in parentheses.
以上説明したように、本発明によれば、上位送受信部と下位送受信部との間に通信プロトコルによらない共通の構成として通信共通部を設け、この通信共通部に、少なくとも、通信プロトコルに依存しない共通のデータ構造とされた管理データを共通通信管理データとして記憶する共通通信管理データ記憶部を設けるようにしたので、少ないメモリおよび小さい処理能力で、複数の通信プロトコルを実装することができるようになり、汎用の通信制御コントローラの低コスト化を図ることが可能となる。 As described above, according to the present invention, a communication common unit is provided between the upper transmission / reception unit and the lower transmission / reception unit as a common configuration that does not depend on the communication protocol, and the communication common unit is at least dependent on the communication protocol. Since a common communication management data storage unit that stores management data with a common data structure is provided as common communication management data, it is possible to implement multiple communication protocols with a small amount of memory and small processing power. Therefore, it is possible to reduce the cost of a general-purpose communication control controller.
〔発明の経緯〕
本発明の実施の形態の説明に入る前に、先ず、図13,図14に示した従来の通信制御コントローラ3A,3Bの基本構成について、通信制御コントローラ3Aを例にとって説明する。通信制御コントローラ3A,3Bともに、対応する通信プロトコルが異なるのみで、その基本構成は同じである。
[Background of invention]
Before going into the description of the embodiment of the present invention, first, the basic configuration of the conventional
通信制御コントローラ3Aは、制御アプリケーション301Aと、データベース302Aと、プロトコル固有のリクエストメッセージ送信部303Aと、プロトコル固有のリクエスト送信バッファ管理部304Aと、プロトコル固有の送信ドライバ部305Aと、プロトコル固有のタイムアウト監視部306Aと、プロトコル固有の受信ドライバ部307Aと、プロトコル固有のレスポンス受信バッファ管理部308Aと、プロトコル固有のレスポンスメッセージ受信部309Aとを備えている。なお、この構成において、プロトコル固有の送信ドライバ部305Aと、プロトコル固有のタイムアウト監視部306Aと、プロトコル固有の受信ドライバ部307Aとは、通信ドライバ310Aを構成している。
The communication control controller 3A includes a
この通信制御コントローラ3Aにおいて、プロトコル固有のリクエストメッセージ送信部303Aは、下位デバイスからのデータの読み出しまたは下位デバイスへのデータの書き込みの通信処理を実行する契機を、何らかの規則(周期的な送信や、ユーザーからの手動操作を契機とするなど)によって決定し、その通信プロトコル毎の定めに従ってリクエストメッセージ(データの読み出しまたは書き込みメッセージ)を生成して、プロトコル固有のリクエスト送信バッファ管理部304Aに送る。送信するリクエストメッセージがデータの書き込みメッセージである場合、データベース302A内のデータ体系で管理されている書き込みデータを、その通信プロトコルで定められているデータ体系に変換して書き込みメッセージを生成する。
In this communication control controller 3A, the protocol-specific request
プロトコル固有のリクエスト送信バッファ管理部304Aは、リクエスト送信要求の発生タイミングと、プロトコル固有の送信ドライバ部305Aによって実行される実際の送信処理との速度差を吸収するために一般的に設けられる。プロトコル固有のリクエスト送信バッファ管理部304Aは、プロトコル固有のリクエストメッセージ送信部303Aから送られてきたリクエストメッセージ(プロトコル固有のリクエストメッセージ)を送信バッファ304A1にバッファリングし、プロトコル固有の送信ドライバ部305Aが送信可能な状態になった場合、送信バッファ304A1にバッファリングされているリクエストメッセージをプロトコル固有の送信ドライバ部305Aに送る。
The protocol-specific request transmission
一般的に、送信バッファ304A1の構造としては、図16に示すようなFIFO構造のキューが用いられる。このFIFO構造のキューでは、リクエストメッセージのキューイングがされると、最先にキューイングされたリクエストメッセージが取り出される。
Generally, as the structure of the
プロトコル固有の送信ドライバ部305Aは、その通信プロトコルでの定めに従い、プロトコル固有のリクエスト送信バッファ管理部304Aから渡されるリクエストメッセージを、下位デバイスへの通信幹線上に伝送する。
The protocol-specific
プロトコル固有のタイムアウト監視部306Aは、送信したリクエストメッセージに対するレスポンスメッセージを受信するまでのタイムアウト監視を行い、タイムアウトを検出した場合には、規定されたリトライ回数に達するまでリトライ送信を行う。
The protocol-specific
プロトコル固有の受信ドライバ部307Aは、その通信プロトコルでの定めに従って下位デバイスからのレスポンスメッセージ(プロトコル固有のレスポンスメッセージ)を受信したら、リクエストに対するレスポンスであるかどうかをチェックし、正常なレスポンスだと認められる場合には、受信したレスポンスメッセージをプロトコル固有のレスポンス受信バッファ管理部308Aに送る。
When the protocol-specific
プロトコル固有のレスポンス受信バッファ管理部308Aは、受信したレスポンスメッセージを受信バッファ308A1にバッファリングする。プロトコル固有のレスポンス受信バッファ管理部308Aでも、プロトコル固有のリクエスト送信バッファ管理部304Aにおける送信バッファ304A1と同じような構造の受信バッファ308A1が用いられる。プロトコル固有のレスポンス受信バッファ管理部308Aにバッファリングされたレスポンスメッセージはプロトコル固有のレスポンスメッセージ受信部309Aに送られる。
The protocol-specific response reception
プロトコル固有のレスポンスメッセージ受信部309Aは、その通信プロトコルが定めた手続きに従って、受信したレスポンスメッセージを処理する。受信レスポンスメッセージがデータ読み出しに対する応答である場合、その通信プロトコル固有のデータ体系で応答された読み出しデータを、データベース302A内で管理されるデータ体系に変換して、データの更新を行う。
The protocol-specific response
通信制御コントローラ3B(図14)も通信制御コントローラ3Aと同様の構成とされており、制御アプリケーション301Bと、データベース302Bと、プロトコル固有のリクエストメッセージ送信部303Bと、プロトコル固有のリクエスト送信バッファ管理部304Bと、プロトコル固有の送信ドライバ部305Bと、プロトコル固有のタイムアウト監視部306Bと、プロトコル固有の受信ドライバ部307Bと、プロトコル固有のレスポンス受信バッファ管理部308Bと、プロトコル固有のレスポンスメッセージ受信部309Bとを備えている。
The
この通信制御コントローラ3A,3Bの基本構成から考えられる汎用の通信制御コントローラ3’(図15)では、通信制御コントローラ3A,3Bにおける制御アプリケーション301A,301Bを共通の制御アプリケーション301とし、通信制御コントローラ3A,3Bにおけるデータベース302A,302Bを共通のデータベース302とし、その他の構成はプロトコル固有の通信機能部(個別通信機能部)として設けるようにしている。
In the general-purpose communication control controller 3'(FIG. 15) considered from the basic configuration of the
すなわち、プロトコル固有のリクエストメッセージ送信部303Aと、プロトコル固有のリクエスト送信バッファ管理部304Aと、プロトコル固有の送信ドライバ部305Aと、プロトコル固有のタイムアウト監視部306Aと、プロトコル固有の受信ドライバ部307Aと、プロトコル固有のレスポンス受信バッファ管理部308Aと、プロトコル固有のレスポンスメッセージ受信部309Aとを通信プロトコルAの個別通信機能部30(30A)として設け、プロトコル固有のリクエストメッセージ送信部303Bと、プロトコル固有のリクエスト送信バッファ管理部304Bと、プロトコル固有の送信ドライバ部305Bと、プロトコル固有のタイムアウト監視部306Bと、プロトコル固有の受信ドライバ部307Bと、プロトコル固有のレスポンス受信バッファ管理部308Bと、プロトコル固有のレスポンスメッセージ受信部309Bとを通信プロトコルBの個別通信機能部30(30B)として設けている。
That is, a protocol-specific request
本出願人は、この通信制御コントローラ3’において、さらに共通化することが可能な構成として、プロトコル固有のリクエスト送信バッファ管理部304A,304Bと、プロトコル固有のタイムアウト監視部306A,306Bと、プロトコル固有のレスポンス受信バッファ管理部308A,308Bに着目した。図15では、共通化することが可能な構成を太い線で囲んで示している。以下では、この通信制御コントローラ3’の構成を従来の構成として説明する。
The applicant has the protocol-specific request transmission
本発明は、この共通化することが可能な構成に着目し、共通化できる要素をさらに共通化することで、メモリなどの使用を抑え、また処理能力を小さくし、低コストの汎用の通信制御コントローラを提供しようとするものである。 The present invention focuses on this configuration that can be shared, and by further sharing the elements that can be shared, the use of memory and the like is suppressed, the processing capacity is reduced, and low-cost general-purpose communication control is performed. It is intended to provide a controller.
〔実施の形態1:基本構成〕
図1に本発明の実施の形態に係る通信制御コントローラ3の要部を示す。この通信制御コントローラ3は、プロセッサや記憶装置からなるハードウェアと、これらのハードウェアと協働して各種機能を実現させるプログラムとによって実現され、通信プロトコルA固有の通信機能部(個別通信機能部)31A,32Aと、通信プロトコルB固有の通信機能部(個別通信機能部)31B,32Bと、通信プロトコルA,Bに依存しない共通の通信機能部(通信共通部)33とを備えている。
[Embodiment 1: Basic configuration]
FIG. 1 shows a main part of the
個別通信機能部31Aは、通信プロトコルA固有の要素として設けられた、プロトコル固有のリクエストメッセージ送信部303Aとプロトコル固有のレスポンスメッセージ受信部309Aとから構成され、個別通信機能部31Bは、通信プロトコルB固有の要素として設けられた、プロトコル固有のリクエストメッセージ送信部303Bとプロトコル固有のレスポンスメッセージ受信部309Bとから構成されている。この個別通信機能部31A,31Bが本発明でいうメッセージ送受信部に相当する。また、この個別通信機能部31A,31Bによって、上位送受信部34が構成されている。この上位送受信部34が本発明でいう上位送受信部に相当する。上位送受信部34は、その基本機能として、統合コントローラ(1)との間で通信を行う機能を備えている。
The individual
個別通信機能部32Aは、通信プロトコルA固有の要素として設けられた、プロトコル固有の送信ドライバ部305Aとプロトコル固有の受信ドライバ部307Aとから構成され、個別通信機能部32Bは、通信プロトコルB固有の要素として設けられた、プロトコル固有の送信ドライバ部305Bとプロトコル固有の受信ドライバ部307Bとから構成されている。この個別通信機能部32A,32Bが本発明でいうメッセージ送受信ドライバ部に相当する。また、この個別通信機能部32A,32Bによって、下位送受信部35が構成されている。この下位送受信部35が本発明でいう下位送受信部に相当する。下位送受信部35は、下位デバイス(2)との間で通信を行う機能を備えている。
The individual
通信共通部33は、通信プロトコルA,Bに依存しない共通要素として設けられ、共通リクエスト送信バッファ管理部313と、共通送信中バッファ管理部314と、共通レスポンス受信バッファ管理部315と、共通タイムアウト監視部316と、レスポンス関連付け部317とから構成されている。この通信共通部33が本発明でいう通信共通部に相当する。通信共通部33は、上位送受信部34と下位送受信部35との間のメッセージの送受信を仲介する機能を備えている。
The communication
この通信制御コントローラ3において、プロトコル固有のリクエストメッセージ送信部303(303A,303B)は、通信処理の実行タイミングで、その通信プロトコルが定める手続きに従ってリクエストメッセージを生成し、共通リクエスト送信バッファ管理部313に送る。この手段については、基本的に従来の構成と変わりはないが、リクエストメッセージの送り先が、特定の通信プロトコルに依存しない共通のバッファ(送信バッファ3131)である点が異なる。
In this
そのために、図15に示した従来の構成では、送信バッファ304A1,304B1に受け渡すデータ構造は、その通信プロトコルにおけるリクエストメッセージそのもの、あるいはその通信プロトコルに依存した論理構成で定義されたデータの集合であったが、本実施の形態において、送信バッファ3131に受け渡すデータ構造は、少なくとも以下の情報を含む、特定の通信プロトコルに依存しない共通のデータ構造とされた管理データ(以降、共通通信管理データと呼ぶ)とする。
Therefore, in the conventional configuration shown in FIG. 15, the data structure passed to the
〔共通通信管理データに含まれる情報〕
・通信プロトコル識別情報(通信プロトコルID)
この通信処理が行われる通信プロトコルを識別可能な、番号または何らかの識別子情報。
・トランザクション識別情報(トランザクションID)
この通信処理を、同一の通信プロトコルIDの中で一意に識別可能な、番号または何らかの識別子情報。
・リクエストメッセージまたはそのアドレス情報
・レスポンスメッセージまたはそのアドレス情報
図2に例示するように、共通通信管理データとの関連付けとして、データ構造内にそのまま含めても良いし(図2(a):データ構造例(1))、別途バッファを管理し、共通通信管理データ内にはそのアドレス情報のみを含むようにしても良い(図2(b):データ構造例(2))。
データ構造例(1)の場合、通信プロトコル毎にメッセージ最大サイズが異なるため、そのうちの最大のものに合わせる必要があり、メモリ効率は悪くなるが管理のためのソフトウェア構造が単純なもので済む利点がある。データ構造例(2)の場合、メモリ効率を高くすることができるが、より複雑なソフトウェア構造を必要とする。本実施の形態では、データ構造例(2)を採用するものとする。
・リクエストメッセージのサイズ
・レスポンスメッセージのサイズ
特定の通信プロトコルに依存しないようにするため、リクエストメッセージおよびレスポンスメッセージは単なるバイナリデータ列として扱う必要があり、そのため、リクエストメッセージおよびレスポンスメッセージのサイズ情報がそれぞれ必要となる。
・通信結果(レスポンス受信成功またはエラー終了)
[Information included in common communication management data]
-Communication protocol identification information (communication protocol ID)
Number or some identifier information that can identify the communication protocol in which this communication process takes place.
-Transaction identification information (transaction ID)
A number or some identifier information that can uniquely identify this communication process within the same communication protocol ID.
-Request message or its address information-Response message or its address information As illustrated in FIG. 2, it may be included as it is in the data structure as an association with the common communication management data (FIG. 2 (a): data structure. Example (1)), a buffer may be managed separately, and only the address information may be included in the common communication management data (FIG. 2 (b): data structure example (2)).
In the case of data structure example (1), since the maximum message size differs for each communication protocol, it is necessary to match the maximum size of the messages, which reduces memory efficiency but has the advantage that the software structure for management can be simple. There is. In the case of the data structure example (2), the memory efficiency can be increased, but a more complicated software structure is required. In this embodiment, the data structure example (2) is adopted.
-Request message size-Response message size In order to be independent of a specific communication protocol, the request message and response message should be treated as just a binary data string, so the size information of the request message and response message is different, respectively. You will need it.
-Communication result (successful response reception or end of error)
共通リクエスト送信バッファ管理部313は、プロトコル固有のリクエストメッセージ送信部303(303A,303B)から送られてくる共通通信管理データを通信プロトコル共通で設けられた送信バッファ3131にバッファリングする。送信バッファ3131の設置目的および基本的な構造は既知の構成と同等であるが、バッファリングするデータの構造を特定の通信に依存しない構造(共通通信管理データ)とすることで、各通信共通の送信バッファとして利用することができるようになる。
The common request transmission
また、送信バッファ3131の構造を、単純な単一のFIFO構造ではなく、例えば図3に示すように、優先度毎に定義したFIFOを並列配置することで、通信優先度管理を行うことができる。共通リクエスト送信バッファ管理部313は、優先度判断部3132を備え、プロトコル固有のリクエストメッセージ送信部303(303A,303B)から送られてくる共通通信管理データをそのデータに付されている通信処理の優先度別に、並列配置されたFIFOに送り込む。
Further, the structure of the
この構造自体は特に新規なものではなく、従来の構造でもしばしば利用されることがあるが、この構造を通信プロトコル共通の送信バッファ3131の構造とすることで、従来は不可能であった、異なる通信プロトコル間を統合した通信優先度制御を行うことができるようになる。
This structure itself is not particularly new and is often used in the conventional structure, but it was impossible in the past by making this structure the structure of the
すなわち、産業用制御システムにおける通信プロトコルには、リアルタイム性を保証するために、制御のために必要なデータ通信の優先度を高くし、外部からの監視やエンジニアリングなどを目的とした通信の優先度を低くした、通信優先度管理が必要とされる場合が多い。 That is, in order to guarantee real-time performance, the communication protocol in the industrial control system has a high priority of data communication required for control, and the priority of communication for the purpose of external monitoring and engineering. Communication priority management is often required.
従来、この優先度管理は、同一の通信プロトコルの中でのみ適用可能なものであって、異なる通信プロトコル間の優先度管理を行うことはできなかった。従来の通信システム(図11)において、通信制御コントローラ3A,3Bは、一般にリアルタイム制御の要求が高いため、このことも、通信制御コントローラ3A,3Bが複数の通信プロトコルをサポートできない重要な要因となっている。本実施の形態では、送信バッファ3131の構造を、単純な単一のFIFO構造ではなく、優先度毎に定義したFIFOを並列配置することで、異なる通信プロトコル間における統合的な通信優先度管理を実現することができる。
Conventionally, this priority management is applicable only within the same communication protocol, and priority management between different communication protocols has not been possible. In the conventional communication system (FIG. 11), the
共通リクエスト送信バッファ管理部313は、送信バッファ3131にバッファリングされた共通通信管理データから、バイナリデータ列として関連付けられているリクエストメッセージとそのサイズ情報を取り出し、プロトコル固有の送信ドライバ部305(305A,305B)に送る。このとき、どの通信プロトコルの送信ドライバ部305に送るかは、共通通信管理データ内の「通信プロトコル識別情報」によって判断する。また、共通リクエスト送信バッファ管理部313は、リクエストメッセージとともに、共通通信管理データ内の「トランザクション情報」をプロトコル固有の送信ドライバ部305に引き渡す。
The common request transmission
プロトコル固有の送信ドライバ部305(305A,305B)は、従来の構成と同様に、そのプロトコルで規定された手続きに従って、渡されたリクエストメッセージを下位デバイスへの通信幹線上に送出する。 The protocol-specific transmission driver unit 305 (305A, 305B) sends the passed request message on the communication trunk line to the lower device according to the procedure specified by the protocol, as in the conventional configuration.
共通リクエスト送信バッファ管理部313は、プロトコル固有の送信ドライバ部305(305A,305B)にリクエストメッセージを引き渡した後、送信バッファ3131から取り出した共通通信管理データ(送信中のリクエストメッセージと関連付けられている共通通信管理データ)を、共通送信中バッファ管理部314に送る。共通送信中バッファ管理部314は、通信プロトコル共通のタイムアウト監視を行うために、渡された共通通信管理データを通信プロトコル共通の送信中バッファ3141にバッファリングする。
The common request transmission
共通タイムアウト監視部316は、送信中バッファ3141に移されている全ての共通通信管理データについて、タイマー監視を行う。レスポンスメッセージの受信動作が行われた場合、その通信に対応する共通通信管理データは、送信中バッファ3141から受信バッファ3151に移される(後述)。そのため、それぞれの共通通信管理データについて、送信中バッファ3141内での滞留時間を計測することで、通信タイムアウト監視を行うことができる。
The common
共通タイムアウト監視部316は、タイムアウトを検出した場合、まだ規定回数に達するまでのリトライを行っていない場合には、タイムアウトを検出した共通通信管理データを共通リクエスト送信バッファ管理部313に送り、送信バッファ3131に再度バッファリングさせる(図4参照)。これにより、リトライ送信が行われる。
When the common
共通タイムアウト監視部316は、規定回数のリトライを行った後にタイムアウトを検出した場合は、タイムアウトを検出した共通通信管理データを共通レスポンス受信バッファ管理部315に送り、受信バッファ3151にバッファリングさせる。このとき、共通通信管理データの「通信結果情報」を「エラー終了」とする(図5参照)。
When the common
共通タイムアウト監視部316におけるタイムアウト時間およびリトライ回数は、固定値としても良いし、共通通信管理データの拡張情報として定義し、プロトコル固有のリクエストメッセージ送信部303(303A,303B)が、通信プロトコルの特徴に応じた値を指定するようにしても良い。
The timeout time and the number of retries in the common
プロトコル固有の受信ドライバ部307(307A,307B)は、その通信プロトコルで規定された手続きに従って下位デバイスからのレスポンスメッセージの受信を行う。受信が行われたら、リクエストに対するレスポンスであるかどうかをチェックし、正常なレスポンスだと認められる場合には、受信したレスポンスメッセージをレスポンス関連付け部317に送る。このとき、プロトコル固有の受信ドライバ部307(307A,307B)は、受信したレスポンスメッセージに対応する共通通信管理データの「通信プロトコル識別情報」と「トランザクション識別情報」を、レスポンスメッセージのバイナリデータ列と共にレスポンス関連付け部317に指定する(図6参照)。
The protocol-specific reception driver unit 307 (307A, 307B) receives a response message from a lower-level device according to a procedure specified by the communication protocol. When it is received, it checks whether it is a response to the request, and if it is recognized as a normal response, it sends the received response message to the
レスポンス関連付け部317は、指定された「通信プロトコル識別情報」と「トランザクション識別情報」から特定される共通通信管理データを、送信中バッファ3141内から検索する。発見した場合には当該共通通信管理データと、プロトコル固有の受信ドライバ部307(307A,307B)から渡されたレスポンスメッセージとの関連付を行い、さらに当該共通通信管理データの「通信結果情報」を「レスポンス受信成功」として、共通レスポンス受信バッファ管理部315に送る。共通レスポンス受信バッファ管理部315は、渡された共通通信管理データを受信バッファ3151にバッファリングする。
The
なお、レスポンス関連付け部317は、送信中バッファ3141から当該共通通信管理データを発見できなかった場合は、リクエストメッセージに対するレスポンスではないか、受信タイムアウト後にレスポンスメッセージを受信したケースであるから、当該受信メッセージを破棄する。
If the
また、共通レスポンス受信バッファ管理部315における受信バッファ3151の構造は、共通リクエスト送信バッファ管理部313における送信バッファ3131の構造と同様のもので良い。
Further, the structure of the
プロトコル固有の受信ドライバ部307(307A,307B)は、レスポンスメッセージを受信したとき、そのレスポンスメッセージに対応する共通通信管理データの「トランザクション識別情報」を何らかの手段により知る必要がある。そのため、まず、プロトコル固有の送信ドライバ部305(305A,305B)は、送信するリクエストメッセージと共に、当該共通通信管理データの「トランザクション識別情報」を共通リクエスト送信バッファ管理部313から受け取る。
When the reception driver unit 307 (307A, 307B) peculiar to the protocol receives the response message, it is necessary to know the "transaction identification information" of the common communication management data corresponding to the response message by some means. Therefore, first, the protocol-specific transmission driver unit 305 (305A, 305B) receives the "transaction identification information" of the common communication management data from the common request transmission
例えば、「Modbus/RTU」や「BACnetMS/TP」のように、同時に1つのメッセージの送受信しか許容されないシリアル通信プロトコルの場合は、単純にレスポンスを受信するまで、プロトコル固有の送信ドライバ部305(305A,305B)がこの「トランザクション識別情報」を覚えておけば良い。また、「BACnet/IP」など、マルチ送信が可能な通信プロトコルの場合には、一般的に通信メッセージ内に「InvokeID」や「シーケンスID」等と呼ばれる、リクエストメッセージとレスポンスメッセージを紐づける情報を格納するフィールドが用意されるため、そのフィールド情報としてこの「トランザクション識別情報」を使用しても良い。 For example, in the case of a serial communication protocol such as "Modbus / RTU" or "BACnetMS / TP" that allows only one message to be sent and received at the same time, the protocol-specific transmission driver unit 305 (305A) until a response is simply received. , 305B) should remember this "transaction identification information". In addition, in the case of a communication protocol such as "BACnet / IP" that enables multi-transmission, information that associates a request message with a response message, which is generally called "Invoke ID" or "sequence ID", is included in the communication message. Since a field to be stored is prepared, this "transaction identification information" may be used as the field information.
共通レスポンス受信バッファ管理部315は、受信バッファ3151にバッファリングされた共通通信管理データを取り出し、プロトコル固有のレスポンスメッセージ受信部309(309A,309B)に送る。この時の各通信プロトコルへの分配は、リクエストメッセージの送信時と同じく、共通通信管理データ内の「通信プロトコル識別情報」によって判断する。
The common response reception
プロトコル固有のレスポンスメッセージ受信部309(309A,309B)は、共通通信管理データ内の「通信結果情報」により今回の通信処理の成否を判断し、成功した場合には従来の構成と同様に、その通信プロトコルによって規定された手続きにより受信したレスポンスメッセージを処理する。このとき、どのリクエストメッセージに対応するレスポンスメッセージであるかは、共通通信管理データ内の「トランザクション識別情報」によって判断することができる。 The protocol-specific response message receiving unit 309 (309A, 309B) determines the success or failure of the current communication processing based on the "communication result information" in the common communication management data, and if successful, the same as in the conventional configuration. Process the response message received according to the procedure specified by the communication protocol. At this time, which request message corresponds to the response message can be determined from the "transaction identification information" in the common communication management data.
なお、この実施の形態では、簡単な例として通信プロトコルをA,Bの2つとしたが、2つに限られるものでないことは言うまでもない。通信プロトコルが増えても、通信共通部33の構成は同じである。
In this embodiment, the communication protocols are set to two, A and B, as a simple example, but it goes without saying that the communication protocol is not limited to two. Even if the number of communication protocols increases, the configuration of the communication
〔実施の形態2:拡張構成〕
上述した実施の形態1(基本構成)によって、複数の通信プロトコル間における通信トランザクションの実行管理機能の共通化、異なる通信プロトコル間における統合的な優先度管理を実現することができる。これにより、本発明の目的を果たすことは可能であるが、実施の形態2(拡張構成)では、周期的なデータの読み出し、周期的なデータの書き込みについての通信機能の共通化を行うことで、より高い効果を得る。具体的には、図1に示した上位送受信部34を本拡張での共通化範囲とし、この上位送受信部34内の構成の共通化を図る。
[Embodiment 2: Extended Configuration]
According to the above-described first embodiment (basic configuration), it is possible to realize common communication transaction execution management functions among a plurality of communication protocols and integrated priority management between different communication protocols. Thereby, the object of the present invention can be achieved, but in the second embodiment (extended configuration), the communication functions for periodic data reading and periodic data writing are standardized. , Get higher effect. Specifically, the upper transmission /
図7に、上位送受信部34内のさらに詳細な構成を示す。上位送受信部34において、個別通信機能部31Aは、プロトコル固有のリクエストメッセージ送信部303Aおよびプロトコル固有のレスポンスメッセージ受信部309Aに加え、通信スケジューリング部318Aと、エンジニアリング部319Aと、設定データ記憶部320Aとを備えている。個別通信機能部31Bも、個別通信機能部31Aと同様、プロトコル固有のリクエストメッセージ送信部303Bおよびプロトコル固有のレスポンスメッセージ受信部309Bに加え、通信スケジューリング部318Bと、エンジニアリング部319Bと、設定データ記憶部320Bとを備えている。
FIG. 7 shows a more detailed configuration in the upper transmission /
図15に示した従来の構成では、この上位送受信部34における個別通信機能部31Aと個別通信機能部31Bとが完全に無関係な単独の機能として存在し、個別通信機能部31A,31Bのプロトコル固有のリクエストメッセージ送信部303A,303Bがリクエストメッセージを編集して、プロトコル固有のリクエスト送信バッファ管理部304A,304Bの送信バッファ304A1,304B1に送り、個別通信機能部31A,31Bのプロトコル固有のレスポンスメッセージ受信部309A,309Bがプロトコル固有のリクエスト受信バッファ管理部308A,308Bの受信バッファ308A1,308B1からレスポンスメッセージを取り出し、レスポンスメッセージを解析して処理する。通信スケジューリング部318A,318Bは、周期的な通信スキャン処理、あるいは周期的な通信出力処理の実行タイミングを 何らかの規則により決定し、リクエスト送信処理を開始する。エンジニアリング部319A,319Bおよび設定データ記憶部320A,320Bは、周期的なスキャンや出力の対象データの定義や実行周期などについて 何らかの設定がある場合、その設定パラメータと設定手段の提供を行う。
In the conventional configuration shown in FIG. 15, the individual
この上位送受信部34において、共通化することが可能な構成は、通信スケジューリング部318A,318Bと、エンジニアリング部319A,319Bと、設定データ記憶部320A,320Bである。図7では、共通化(一部分、または全て)することが可能な構成を太い線で囲んで示している。
In the upper transmission /
図8に、図1に示した構成において、上位送受信部34内の構成を共通化した例を示す。このような構成とすることにより、その詳細については後述するが、周期的な通信スキャン機能、および周期的な通信出力機能について、通信プロトコル個別に、それぞれ単独で存在していた従来の構成から、データ構造および機能の殆どが正規化され、かつ共通化された構成とすることができる。これにより、新たな通信プロトコルを開発する際の開発コストを最小限とし、また必要なメモリおよびCPUリソースを抑えることができるようになる。
FIG. 8 shows an example in which the configuration in the upper transmission /
さらに、構造が正規化されたことの暗黙的な効果として、
(1)エンジニアリングの手段が正規化されることにより、エンジニアリングの効率の向上が期待できる。
(2)通信プロトコルの上位層として規定される製品内部のデータ構造や、アプリケーションを通信プロトコルに完全に依存しない形で構築することが可能となる。
という点が期待できる。
In addition, as an implicit effect of the structure normalization,
(1) By normalizing the means of engineering, improvement in engineering efficiency can be expected.
(2) It is possible to construct the data structure inside the product defined as the upper layer of the communication protocol and the application in a form completely independent of the communication protocol.
You can expect that.
以下、図8に示した上位送受信部34の構成について、詳細に説明する。この上位送受信部34は、通信プロトコルA固有の通信機能部(個別通信機能部)36Aと、通信プロトコルB固有の通信機能部(個別通信機能部)36Bと、通信プロトコルA,Bに依存しない共通の通信機能部(通信共通機能部)37とを備えている。
Hereinafter, the configuration of the upper transmission /
個別通信機能部36Aは、通信プロトコルA固有の要素として設けられた、プロトコル固有のエンジニアリング部321Aと、固有通信定義データ記憶部322Aと、プロトコル固有のリクエストメッセージ編集部323Aと、プロトコル固有のレスポンスメッセージ処理部324Aとから構成され、個別通信機能部36Bは、通信プロトコルB固有の要素として設けられた、プロトコル固有のエンジニアリング部321Bと、固有通信定義データ記憶部322Bと、プロトコル固有のリクエストメッセージ編集部323Bと、プロトコル固有のレスポンスメッセージ処理部324Bとから構成されている。
The individual
通信共通機能部37は、通信プロトコルA,Bに依存しない共通要素として設けられた、共通エンジニアリング部325と、共通通信定義データ記憶部326と、共通スケジューリング部327と、共通送信部328と、共通受信部329とから構成されている。
The communication
なお、この構成において、プロトコル固有のエンジニアリング部321A,321Bおよび共通エンジニアリング部325については、共通・固有の通信定義データを設定可能でない場合は必要ではない。また、具体的なエンジニアリング手段については本明細書では言及しない。
In this configuration, the protocol-
この上位送受信部34において、共通通信定義データ記憶部326に記憶させる共通通信定義データは、周期的なスキャンや通信出力処理の実行単位で、その通信の実行内容を定義するためのデータであり、特定の通信プロトコルに依存した情報を含まない、少なくとも以下の情報を含んだデータとされている(図10(a)参照)。
In the upper transmission /
・通信プロトコル識別情報(通信プロトコルID)
この通信処理が行われる通信プロトコルを識別可能な、番号または何らかの識別子情報。
・トランザクション識別情報(トランザクションID)
この通信処理を、同一の通信プロトコルIDの中で一意に識別可能な、番号または何らかの識別子情報。
本実施の形態では、同一通信プロトコル内で通信トランザクションの宛先を一意に識別する番号と、同一宛先内で通信トランザクションを一意に識別するための番号の組み合わせで定義されている。
・実行周期
この通信処理を実行する周期を指定する(秒、ミリ秒などどのような単位でも良い)。
・読み出し/書き込み指定
この通信処理が読み出し(周期的なスキャン)であるか、書き込み(周期的な出力)であるかを指定する。
・内部データ構造の識別情報のリスト(内部データ構造のIDリスト)
この通信処理で扱う内部データ構造の何らかの識別子情報のリストを指定する。
読み出し通信処理の場合、読み出したデータを反映する内部データのリスト。
書き込み通信処理の場合、書き込み元となる内部データのリスト。
識別子情報はどのような体系でも良く、少なくとも1つの製品内部の範囲で、データとそのデータ型が一意に識別可能な体系であれば良い。
-Communication protocol identification information (communication protocol ID)
Number or some identifier information that can identify the communication protocol in which this communication process takes place.
-Transaction identification information (transaction ID)
A number or some identifier information that can uniquely identify this communication process within the same communication protocol ID.
In the present embodiment, a number that uniquely identifies the destination of the communication transaction within the same communication protocol and a number for uniquely identifying the communication transaction within the same destination are defined.
-Execution cycle Specify the cycle for executing this communication process (any unit such as seconds or milliseconds).
-Read / write specification Specify whether this communication process is read (periodic scan) or write (periodic output).
-List of identification information of internal data structure (ID list of internal data structure)
Specify a list of some identifier information of the internal data structure handled in this communication process.
For read communication processing, a list of internal data that reflects the read data.
For write communication processing, a list of internal data to be written from.
The identifier information may be any system, and may be any system as long as the data and its data type can be uniquely identified within at least one product internal range.
個々の共通通信定義データは、図9に示す例のようにフラットに定義しても良いし、あるいはデータ構造[通信プロトコルID][宛先ID][宛先内トランザクションID]のように多次元配列構造で定義しても良く、その場合、個々のデータに含むべき情報を配列要素番号によって代替しても良い。 The individual common communication definition data may be defined flat as in the example shown in FIG. 9, or may have a multidimensional array structure such as a data structure [communication protocol ID] [destination ID] [intra-destination transaction ID]. In that case, the information to be included in the individual data may be replaced by the array element number.
また、共通通信定義データには、以下のような追加情報を含んでいても良い。
・通信優先度
実施の形態1(基本構成)で説明した通信優先度管理を行う場合は、共通データ構造にこの通信の優先度を含めておくことで、通信プロトコル間を統合した通信優先度管理を通信プロトコルに依存しない共通の仕組みとして行うことができる。
・受信タイムアウト時間
実施の形態1(基本構成)で説明した受信タイムアウト時間を通信処理毎に設定したい場合は、共通データ構造に受信タイムアウト時間を含めておいてもよい。
・リトライ回数
実施の形態1(基本構成)で説明したリトライ回数を通信処理毎に設定したい場合は、共通データ構造にリトライ回数を含めておいてもよい。
In addition, the common communication definition data may include the following additional information.
-Communication priority When the communication priority management described in the first embodiment (basic configuration) is performed, the communication priority management that integrates the communication protocols by including the communication priority in the common data structure is performed. Can be performed as a common mechanism that does not depend on the communication protocol.
-Reception timeout time If you want to set the reception timeout time described in the first embodiment (basic configuration) for each communication process, you may include the reception timeout time in the common data structure.
-Number of retries When it is desired to set the number of retries described in the first embodiment (basic configuration) for each communication process, the number of retries may be included in the common data structure.
この上位送受信部34において、固有通信定義データ記憶部322A,322Bに記憶される固有通信定義データは、個々の共通通信定義データに対応する形で特定することができる、少なくとも以下の2種類の情報を含んだ、通信プロトコル毎に任意の構成で定義されるデータとされている(図10(b)参照)。
In the higher transmission /
#A:通信の宛先を特定するためのアドレス情報
この通信処理の宛先を完全に特定できる、その通信プロトコルで規定された形式で記述されたアドレス情報。
例えば「BACnet通信」の場合、BACnetネットワーク番号と、BACnetMACアドレスの組であり、「Modbus/RTU通信」の場合は1~の範囲で定義されるアドレスとなる。
#B:外部データ構造のIDリスト
共通通信定義データの「内部データ構造のIDリスト」と対応する、その通信プロトコルで採用されているデータ体系の識別子で定義されたデータのリスト。
読み出し通信処理の場合、指定した宛先の、読み出し対象となるデータのリスト。
書き込み通信処理の場合、指定した宛先の、書き込み先となるデータのリスト。
例えば、「BACnet通信」の場合であれば、BACnetオブジェクトのオブジェクト識別子の体系で定義された個々のプロパティの識別子であり、「Modbus通信」の場合であれば、1~65535の範囲で定義されるModbusレジスタの番号で定義したデータとなる。
# A: Address information for identifying the destination of communication Address information described in the format specified by the communication protocol that can completely identify the destination of this communication process.
For example, in the case of "BACnet communication", it is a set of a BACnet network number and a BACnet MAC address, and in the case of "Modbus / RTU communication", it is an address defined in the range of 1 to.
# B: ID list of external data structure A list of data defined by the identifier of the data system adopted in the communication protocol, which corresponds to the "ID list of internal data structure" of the common communication definition data.
For read communication processing, a list of data to be read from the specified destination.
For write communication processing, a list of data to be written to the specified destination.
For example, in the case of "BACnet communication", it is an identifier of each property defined by the object identifier system of the BACnet object, and in the case of "Modbus communication", it is defined in the range of 1 to 65535. The data is defined by the number of the Modbus register.
通信共通機能部37において、共通スケジューリング部327は、共通通信定義データ記憶部326に記憶されている全ての共通通信定義データの「実行周期」を参照し、全ての通信プロトコルの、全ての通信処理の実行タイミングを決定する。このスケジューリングの仕組みはどのようなものであっても良く、従来から一般的に行われている何らかの仕組みによって実現すれば良い。
In the communication
共通スケジューリング部327は、通信処理の実行タイミングを検出したら、当該共通通信定義データを、指定された「通信プロトコル識別情報」から判別される通信プロトコルのリクエストメッセージ編集部323A,323Bに渡す。
When the
リクエストメッセージ編集部323A,323Bは、渡された共通通信定義データと、対になる固有通信定義データとから、その通信プロトコルにおける今回の送信リクエストメッセージを作成し、共通送信部328に送る。
The request
リクエストメッセージ編集部323A,323Bは、共通通信定義データの「読み出し/書き込み指定」が「読み出し」の場合、固有通信定義データの「外部データ構造のIDリスト」に定義されたデータの読み出しメッセージを生成する。
The request
リクエストメッセージ編集部323A,323Bは、共通通信定義データの「読み出し/書き込み指定」が「書き込み」の場合、「外部データ構造のIDリスト」に定義されたデータの書き込みメッセージを生成する。このとき、書き込み元となるデータは、それと対になる共通通信定義データの「内部データ構造のIDリスト」によって特定することができる内部データ群の現在の値を読み出すことで特定することができる。
The request
共通送信部328は、リクエストメッセージ編集部323A,323Bで生成されたリクエストメッセージを受け取ったら、実施の形態1(基本構成)で説明した共通通信管理データを生成し、渡されたリクエストメッセージとの関連付を行って、共通リクエスト送信バッファ管理部313に送る。このとき、共通通信管理データの各情報を以下のように設定する。
・ 通信プロトコル識別情報
共通通信定義データの通信プロトコル識別情報を設定する。
・ トランザクション識別情報
共通通信定義データのトランザクション識別情報を設定する。
When the
-Communication protocol identification information Set the communication protocol identification information for the common communication definition data.
-Transaction identification information Set the transaction identification information of the common communication definition data.
実施の形態1の「基本構成」により、リクエスト送信処理およびレスポンス受信処理が行われ、共通受信部329には、共通レスポンス受信バッファ管理部315から共通通信管理データが渡される。
According to the "basic configuration" of the first embodiment, request transmission processing and response reception processing are performed, and common communication management data is passed from the common response reception
共通受信部329は、渡された共通通信管理データ内の「通信プロトコル識別情報」「トランザクション識別情報」から、共通通信定義データ記憶部326内の該当する共通通信定義データを検索する。共通通信定義データが発見されたら、共通受信部329は、共通通信管理データから取り出したレスポンス受信メッセージと共に共通通信定義データを、共通通信管理データの「通信プロトコル識別情報」によって特定される通信プロトコル固有のレスポンスメッセージ処理部324A,324Bに渡す。
The
レスポンスメッセージ処理部324A,324Bは、渡された共通通信定義データと、それと対になる固有通信定義データの組を使って、渡されたレスポンス受信メッセージを解析する。
The response
〔読み出し通信の場合〕
共通通信定義データの「読み出し/書き込み指定」が「読み出し」の場合、レスポンスメッセージ処理部324A,324Bは、レスポンス受信メッセージから、固有通信定義データの「外部データ構造のIDリスト」の構成に基づいて応答されたデータを抽出し、対応する共通通信定義データ「内部データ構造のIDリスト」によって特定される内部データ構造を更新する。
[For read communication]
When the "read / write specification" of the common communication definition data is "read", the response
〔書き込み通信の場合〕
共通通信定義データの「読み出し/書き込み指定」が「書き込み」の場合、レスポンスメッセージ処理部324A,324Bは、レスポンス受信メッセージから、固有通信定義データの「外部データ構造のIDリスト」の構成に基づいて、個々のデータの書き込み成否を判定し、必要であれば、「内部データ構造のIDリスト」を参照して、対応する内部データに関するエラー処理を行う。
[For write communication]
When the "read / write specification" of the common communication definition data is "write", the response
この実施の形態2の構成(拡張構成)により、周期的な通信処理に関しては、通信プロトコル固有のデータおよびメッセージ体系に基づいてリクエストメッセージを生成する部分と、レスポンスメッセージを解析する部分を除き、大部分の機能およびデータ構造を共通化することができる。 According to the configuration (extended configuration) of the second embodiment, the periodic communication processing is large except for the part that generates the request message based on the data and the message system peculiar to the communication protocol and the part that analyzes the response message. The functions and data structures of the parts can be standardized.
また、特に製品内部のデータ構造に対して、各通信プロトコル機能から行われるデータアクセスが同じインターフェースに統一されることになるため、内部データ構造およびその上位のアプリケーションの構造を通信プロトコルに依存しない形で構成することが可能となり、容易に新たな通信プロトコルの拡張を行うことが可能となる。 In addition, especially for the data structure inside the product, the data access performed from each communication protocol function is unified to the same interface, so the internal data structure and the structure of the application above it do not depend on the communication protocol. It is possible to configure with, and it is possible to easily extend a new communication protocol.
〔実施の形態の拡張〕
以上、実施の形態を参照して本発明を説明したが、本発明は上記の実施の形態に限定されるものではない。本発明の構成や詳細には、本発明の技術思想の範囲内で当業者が理解し得る様々な変更をすることができる。
[Extension of Embodiment]
Although the present invention has been described above with reference to the embodiments, the present invention is not limited to the above embodiments. Various changes that can be understood by those skilled in the art can be made to the structure and details of the present invention within the scope of the technical idea of the present invention.
1…統合コントローラ(上位装置)、2…下位デバイス(下位装置)、3…通信制御コントローラ、31(31A,31B)…個別通信機能部(メッセージ送受信部)、32(32A,32B)…個別通信機能部(メッセージ送受信ドライバ部)、33…通信共通部、34…上位送受信部、35…下位送受信部、301…制御アプリケーション、302…データベース、36(36A,36B)…個別通信機能部、37…通信共通機能部、303(303A,303B)…プロトコル固有のリクエストメッセージ送信部、305(305A,305B)…プロトコル固有の送信ドライバ部、307(307A,307B)…プロトコル固有の受信ドライバ部、309(309A,309B)…プロトコル固有のレスポンスメッセージ受信部、313…共通リクエスト送信バッファ管理部、3131…送信バッファ、3132…優先度判断部、314…共通送信中バッファ管理部、3141…送信中バッファ、315…共通レスポンス受信バッファ管理部、3151…受信バッファ、316…共通タイムアウト監視部、317…レスポンス関連付け部。 1 ... Integrated controller (upper device), 2 ... Lower device (lower device), 3 ... Communication control controller, 31 (31A, 31B) ... Individual communication function unit (message transmission / reception unit), 32 (32A, 32B) ... Individual communication Function unit (message transmission / reception driver unit), 33 ... communication common unit, 34 ... upper transmission / reception unit, 35 ... lower transmission / reception unit, 301 ... control application, 302 ... database, 36 (36A, 36B) ... individual communication function unit, 37 ... Communication common function unit, 303 (303A, 303B) ... Protocol-specific request message transmission unit, 305 (305A, 305B) ... Protocol-specific transmission driver unit, 307 (307A, 307B) ... Protocol-specific reception driver unit, 309 ( 309A, 309B) ... Protocol-specific response message receiving unit, 313 ... Common request transmission buffer management unit, 313 1 ... Transmission buffer, 313 2 ... Priority determination unit, 314 ... Common transmission buffer management unit, 314 1 ... Transmitting Buffer, 315 ... Common response reception buffer management unit, 315 1 ... Receive buffer, 316 ... Common timeout monitoring unit, 317 ... Response association unit.
Claims (3)
前記上位装置との間で通信を行うように構成された上位送受信部と、
前記下位装置との間で通信を行うように構成された下位送受信部と、
前記上位送受信部と前記下位送受信部との間のメッセージの送受信を仲介するように構成された通信共通部とを備え、
前記上位送受信部は、前記通信共通部への通信プロトコル固有のメッセージおよび前記通信共通部からの通信プロトコル固有のメッセージを送受信するように構成されたメッセージ送受信部を通信プロトコル毎に備え、
前記下位送受信部は、前記通信共通部からの前記下位装置への通信プロトコル固有のメッセージおよび前記下位装置からの前記通信共通部への通信プロトコル固有のメッセージを送受信するように構成されたメッセージ送受信ドライバ部を通信プロトコル毎に備え、
前記通信共通部は、
前記通信プロトコルによらない共通の構成として設けられ、少なくとも、前記上位送受信部からの通信プロトコル固有のメッセージと関連づけて送られてくる前記通信プロトコルに依存しない共通のデータ構造とされて当該メッセージの通信プロトコルを識別する管理データを共通通信管理データとして記憶する共通通信管理データ記憶部を備え、
前記通信プロトコル固有のメッセージを、前記下位送受信部の前記通信プロトコル毎のメッセージ送受信ドライバ部のうちの、当該メッセージと関連づけられた前記共通通信管理データが識別する通信プロトコルの前記メッセージ送受信ドライバ部に送信するように構成され、
前記共通通信管理データ記憶部に前記共通通信管理データを当該共通通信管理データに付されている通信処理の優先度別に記憶させるように構成されており、
前記優先度別に記憶される前記共通通信管理データは、前記共通通信管理データ記憶部の、前記通信プロトコル毎ではなく優先度毎に設けられた異なる通信プロトコル間で共通の記憶領域に記憶される、
ことを特徴とする通信制御コントローラ。 In a communication control controller that controls communication between a higher-level device and a lower-level device,
A higher-level transmitter / receiver configured to communicate with the higher-level device, and
A lower transmission / reception unit configured to communicate with the lower device,
A communication common unit configured to mediate the transmission / reception of a message between the upper transmission / reception unit and the lower transmission / reception unit is provided.
The upper transmission / reception unit includes a message transmission / reception unit configured to transmit / receive a communication protocol-specific message to the communication common unit and a communication protocol-specific message from the communication common unit for each communication protocol.
The lower transmission / reception unit is a message transmission / reception driver configured to send / receive a communication protocol-specific message from the communication common unit to the lower-level device and a communication protocol-specific message from the lower-level device to the communication common unit. A unit is provided for each communication protocol.
The communication common part is
It is provided as a common configuration that does not depend on the communication protocol, and at least has a common data structure that does not depend on the communication protocol and is sent in association with a message unique to the communication protocol from the higher transmission / reception unit. Equipped with a common communication management data storage unit that stores management data that identifies the protocol as common communication management data.
A message specific to the communication protocol is transmitted to the message transmission / reception driver unit of the communication protocol identified by the common communication management data associated with the message among the message transmission / reception driver units for each communication protocol of the lower transmission / reception unit. Configured to
The common communication management data storage unit is configured to store the common communication management data according to the priority of the communication process attached to the common communication management data.
The common communication management data stored for each priority is stored in a common storage area of the common communication management data storage unit among different communication protocols provided for each priority, not for each communication protocol.
A communication control controller characterized by that.
前記通信共通部は、
前記下位装置へ送信中の通信プロトコル固有のメッセージに対応する前記共通通信管理データを記憶する送信中データ記憶部と、
前記下位装置へ送信中の通信プロトコル固有のメッセージに対するレスポンスが所定の時間内に返送されてきたか否かを監視するように構成されたタイムアウト監視部と
を備えることを特徴とする通信制御コントローラ。 In the communication control controller according to claim 1,
The communication common part is
A transmitting data storage unit that stores the common communication management data corresponding to a communication protocol-specific message being transmitted to the lower device, and a transmitting data storage unit.
A communication control controller including a timeout monitoring unit configured to monitor whether or not a response to a communication protocol-specific message being transmitted to the lower-level device has been returned within a predetermined time.
前記上位装置との間で通信を行うように構成された上位送受信部と、A higher-level transmitter / receiver configured to communicate with the higher-level device, and
前記下位装置との間で通信を行うように構成された下位送受信部と、A lower transmission / reception unit configured to communicate with the lower device,
前記上位送受信部と前記下位送受信部との間のメッセージの送受信を仲介するように構成された通信共通部とを備え、A communication common unit configured to mediate the transmission / reception of a message between the upper transmission / reception unit and the lower transmission / reception unit is provided.
前記上位送受信部は、前記通信共通部への通信プロトコル固有のメッセージおよび前記通信共通部からの通信プロトコル固有のメッセージを送受信するように構成されたメッセージ送受信部を通信プロトコル毎に備え、The upper transmission / reception unit includes a message transmission / reception unit configured to transmit / receive a communication protocol-specific message to the communication common unit and a communication protocol-specific message from the communication common unit for each communication protocol.
前記下位送受信部は、前記通信共通部からの前記下位装置への通信プロトコル固有のメッセージおよび前記下位装置からの前記通信共通部への通信プロトコル固有のメッセージを送受信するように構成されたメッセージ送受信ドライバ部を通信プロトコル毎に備え、The lower transmission / reception unit is a message transmission / reception driver configured to send / receive a communication protocol-specific message from the communication common unit to the lower-level device and a communication protocol-specific message from the lower-level device to the communication common unit. A unit is provided for each communication protocol.
前記通信共通部は、The communication common part is
前記通信プロトコルによらない共通の構成として設けられ、少なくとも、前記上位送受信部からの通信プロトコル固有のメッセージと関連づけて送られてくる前記通信プロトコルに依存しない共通のデータ構造とされて当該メッセージの通信プロトコルを識別する管理データを共通通信管理データとして記憶する共通通信管理データ記憶部を備え、It is provided as a common configuration that does not depend on the communication protocol, and at least has a common data structure that does not depend on the communication protocol and is sent in association with a message unique to the communication protocol from the higher transmission / reception unit. Equipped with a common communication management data storage unit that stores management data that identifies the protocol as common communication management data.
前記通信プロトコル固有のメッセージを、前記下位送受信部の前記通信プロトコル毎のメッセージ送受信ドライバ部のうちの、当該メッセージと関連づけられた前記共通通信管理データが識別する通信プロトコルの前記メッセージ送受信ドライバ部に送信するように構成されており、A message specific to the communication protocol is transmitted to the message transmission / reception driver unit of the communication protocol identified by the common communication management data associated with the message among the message transmission / reception driver units for each communication protocol of the lower transmission / reception unit. Is configured to
前記通信共通部は、The communication common part is
前記下位装置へ送信中の通信プロトコル固有のメッセージに対応する前記共通通信管理データを記憶する送信中データ記憶部と、A transmitting data storage unit that stores the common communication management data corresponding to a communication protocol-specific message being transmitted to the lower device, and a transmitting data storage unit.
前記下位装置へ送信中の通信プロトコル固有のメッセージに対するレスポンスが所定の時間内に返送されてきたか否かを監視するように構成されたタイムアウト監視部と、を備えるA timeout monitoring unit configured to monitor whether or not a response to a communication protocol-specific message being transmitted to the lower-level device has been returned within a predetermined time is provided.
ことを特徴とする通信制御コントローラ。A communication control controller characterized by that.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018017989A JP7032158B2 (en) | 2018-02-05 | 2018-02-05 | Communication control controller |
CN201910079635.8A CN110119103B (en) | 2018-02-05 | 2019-01-28 | Communication control controller |
KR1020190014317A KR102247961B1 (en) | 2018-02-05 | 2019-02-07 | Communication control controller |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018017989A JP7032158B2 (en) | 2018-02-05 | 2018-02-05 | Communication control controller |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2019135580A JP2019135580A (en) | 2019-08-15 |
JP7032158B2 true JP7032158B2 (en) | 2022-03-08 |
Family
ID=67520426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018017989A Active JP7032158B2 (en) | 2018-02-05 | 2018-02-05 | Communication control controller |
Country Status (3)
Country | Link |
---|---|
JP (1) | JP7032158B2 (en) |
KR (1) | KR102247961B1 (en) |
CN (1) | CN110119103B (en) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000339098A (en) | 1999-03-25 | 2000-12-08 | Dell Usa Lp | Storage domain management system |
JP2001100810A (en) | 1999-09-29 | 2001-04-13 | Omron Corp | Controller |
JP2008502281A (en) | 2004-06-08 | 2008-01-24 | ローズマウント インコーポレイテッド | Remote processing and protocol conversion interface module |
JP2009260839A (en) | 2008-04-18 | 2009-11-05 | Ricoh Co Ltd | Image forming apparatus, communication managing method, and program |
JP2012123437A (en) | 2010-12-06 | 2012-06-28 | Sony Corp | Interconnect device and control method thereof |
JP2012190322A (en) | 2011-03-11 | 2012-10-04 | Mitsubishi Electric Corp | Bus bridge device and data processing system |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0567008A (en) | 1991-09-06 | 1993-03-19 | Nec Corp | Integrated office automation system |
US5490134A (en) * | 1993-06-29 | 1996-02-06 | Southern California Edison Company | Versatile communications controller |
JP3178804B2 (en) * | 1997-10-15 | 2001-06-25 | 株式会社日立製作所 | Multiplexed communication control method and communication control device |
US6334160B1 (en) * | 1999-01-28 | 2001-12-25 | Hewlett-Packard Co. | Apparatus and method for providing multiple protocols through a common connector in a device |
US20020156900A1 (en) * | 2001-03-30 | 2002-10-24 | Brian Marquette | Protocol independent control module |
KR100494661B1 (en) * | 2003-01-14 | 2005-06-13 | 엘에스산전 주식회사 | Protocol converter of electric power watch system and method of protocol conversion |
JP2006031063A (en) * | 2004-07-12 | 2006-02-02 | Hitachi Ltd | Priority control system |
WO2010116488A1 (en) * | 2009-04-07 | 2010-10-14 | 三菱電機株式会社 | Communication adapter device |
KR101083052B1 (en) * | 2010-11-04 | 2011-11-16 | 엘아이지넥스원 주식회사 | Queue management apparatus for real-time distributed processing in multi-task environment and method thereof |
KR101180785B1 (en) * | 2010-12-28 | 2012-09-07 | 전자부품연구원 | Component Based Multimedia Data Processing Method |
US20130091308A1 (en) * | 2011-10-10 | 2013-04-11 | Hanwha Solution & Consulting Co., Ltd. | Multi protocol adapter |
KR20170124187A (en) * | 2016-05-02 | 2017-11-10 | 엘에스산전 주식회사 | Iot platform having a funtion automatically compatible with the communication protocol |
-
2018
- 2018-02-05 JP JP2018017989A patent/JP7032158B2/en active Active
-
2019
- 2019-01-28 CN CN201910079635.8A patent/CN110119103B/en active Active
- 2019-02-07 KR KR1020190014317A patent/KR102247961B1/en active IP Right Grant
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000339098A (en) | 1999-03-25 | 2000-12-08 | Dell Usa Lp | Storage domain management system |
JP2001100810A (en) | 1999-09-29 | 2001-04-13 | Omron Corp | Controller |
JP2008502281A (en) | 2004-06-08 | 2008-01-24 | ローズマウント インコーポレイテッド | Remote processing and protocol conversion interface module |
JP2009260839A (en) | 2008-04-18 | 2009-11-05 | Ricoh Co Ltd | Image forming apparatus, communication managing method, and program |
JP2012123437A (en) | 2010-12-06 | 2012-06-28 | Sony Corp | Interconnect device and control method thereof |
JP2012190322A (en) | 2011-03-11 | 2012-10-04 | Mitsubishi Electric Corp | Bus bridge device and data processing system |
Also Published As
Publication number | Publication date |
---|---|
CN110119103B (en) | 2022-06-14 |
KR102247961B1 (en) | 2021-05-06 |
KR20190095161A (en) | 2019-08-14 |
CN110119103A (en) | 2019-08-13 |
JP2019135580A (en) | 2019-08-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11706102B2 (en) | Dynamically deployable self configuring distributed network management system | |
US10826947B2 (en) | Data management profile for a fabric network | |
JP3661936B2 (en) | Information processing apparatus and method, recording medium, and program | |
US20040071148A1 (en) | Information device, gateway device and control method | |
TWI254872B (en) | A system and method for improving equipment communication in semiconductor manufacturing equipment | |
US20040148328A1 (en) | Communication system implementing a plurality of communication apparatuses as communication client and communication server for exchanging operation requests and operation responses | |
US20050063317A1 (en) | System of intelligent devices, a method for providing such a system and a computer data signal | |
JP2006190280A (en) | Bus abstraction | |
JP2005522913A (en) | Method for communication in a multi-cluster network, apparatus for connecting to a cluster network, and bridge for connecting clusters | |
JP7165758B2 (en) | Control method and apparatus based on industrial Ethernet | |
JP7073624B2 (en) | Communication systems, communication devices and communication methods | |
WO2021052442A1 (en) | Obtaining method, configuration method, edge computing cluster, and apparatuses | |
KR20070114740A (en) | Packet structure and packet transmission method of network control protocol | |
US20100146225A1 (en) | Acyclic data transfer via a field bus coupler | |
JP7032158B2 (en) | Communication control controller | |
EP3703342A1 (en) | Dynamic load balancing in network centric process control systems | |
US6751697B1 (en) | Method and system for a multi-phase net refresh on a bus bridge interconnect | |
Kirubandand et al. | Hybrid Server With Zigbee Technology Using Job Scheduling And Queuing Petrinet | |
JP4414447B2 (en) | Information processing apparatus, information processing system, and information processing method | |
Nagaraj et al. | On the importance of traffic control subsystem in icn-based industrial networks | |
EP1284557A2 (en) | Inter-nodal data transfer and data transfer apparatus | |
Sauter | Linking Factory Floor and the Internet. | |
Rabbie | Distributed processing using local operating networks | |
Rakic et al. | Novel architecture for networked control systems | |
EP3702920A1 (en) | Heterogeneous execution engines in a network centric process control system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200911 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20210531 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210622 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210819 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220201 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220224 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7032158 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |