[发明专利]通信控制装置

说明书

本发明的通信控制装置(1a)包括：通信请求处理部(11)，根据写入请求信息，制作将数据写入至传输目的地的命令帧，并将命令帧发送至与可使用的连接相对应的PLC用通信处理部(10‑1～10‑n)；通信请求处理部(13)，根据读出请求信息，制作从传输源读出数据的命令帧，并发送至与传输源相对应的调节计用通信处理部(12‑1～12‑m)；以及数据传输处理部(14)，制作针对数据传输定义部(15)的数据传输定义信息中所定义的传输源的读出请求信息，当从传输源接收到读出请求信息中所请求的数据时，制作将所述数据写入至数据传输定义信息中所定义的传输目的地的写入请求信息。

技术领域

本发明涉及一种实现上位装置与下位装置之间的数据传输的通信控制装置。

背景技术

当通过通信而将数据读写至可编程逻辑控制器(Programmable LogicController，以下称为PLC)或温度调节计(以下称为调节计)等计量仪器时，具有如下的通信协议(protocol)：经由专利文献1所揭示的通信控制装置，指定与设备内的参数(或寄存器(register))相关联的数据地址，通过命令响应(command response)通信，而读写所述参数的值。作为这种通信协议，有专利文献2所揭示的MODBUS(注册商标)，MC协议、控制器周边链接(Controller Peripheral Link，CPL)等。

图15是说明专利文献1所揭示的通信控制装置的动作的图。在图15的示例中，通信控制装置1是利用CPL从调节计3读出数据，并利用MODBUS将读出的数据写入至PLC 2。

PLC 2是作为主机设备而存在，在通过其指示而使各调节计3进行控制的系统中，各调节计3的数据(操作量MV或控制量PV的数据)是如上所述通过通信而读出，并汇集在PLC2内。

在经由通信控制装置1的PLC 2与调节计3的通信中，现有是利用串行通信(serialcommunication)。在串行通信的情况下，如图16所示，针对一个物理端口(COM端口)通过命令响应而读出数据的调节计3的台数是一台。

在近年来增多的利用Ethernet(以太网)(注册商标)等局域网(Local AreaNetwork，LAN)的网际协议(Internet protocol，IP)通信的情况下，如图17所示，能够从存在于相同的LAN 4上的多个调节计3并行地通过命令响应而大量且高速地读出数据。通信控制装置1向PLC 2传输数据的每单位时间的数据量与调节计3的连接台数成正比。通信控制装置1与PLC 2的能够通过命令响应而收发的数据数有限，当超过一次能够交换的数据数时，必须分成多个通信帧5-1、通信帧5-2、……而收发数据，当无法并行处理时，则必须一边等待每个通信帧的命令响应，一边依次进行处理。

关于通信控制装置1及PLC 2的每单位时间的通信量，在串行通信的情况下，即使调节计3的连接台数增加，也会因为物理上的通信端口的数量的制约而无大的变化，而在IP通信的情况下，通信控制装置1与PLC2的通信量则与调节计3的连接台数成正比地增加。其结果为，在利用大量的调节计3的系统中，存在通信控制装置1与PLC 2的通信成为瓶颈(bottleneck)的问题。

作为这种问题的一个解决方法，有如下的方法：在通信控制装置1与PLC 2的通信中，在命令响应处理中不等待响应而并行发送命令。例如，只要是MODBUS/传输控制协议(Transmission Control Protocol，TCP)等具备帧编号(帧识别标识(identity，ID))的功能的通信协议，就可以一次发送多个命令。

但是，能够并行执行的数量受到通信协议或设备固有的规格制约。如果超过PLC 2的处理能力而发送命令，就存在TCP的重发处理会多次发生而导致整体性能下降的情况。

并且，还存在不具备帧编号的功能的通信协议。当利用这种通信协议时，有可能因为重发处理等而使得帧的顺序调换，因此无法并行执行多个命令响应处理。

[现有技术文献]