CN105209988A - 监视控制系统以及控制装置 - Google Patents

Abstract

监视控制系统具有：控制装置，其执行设备控制处理；以及上级系统，其进行设备控制处理的监视。控制装置具有：控制CPU，其执行设备控制处理；以及信息CPU，其与控制CPU经由内部总线而连接。控制CPU具有对设备数据进行储存的设备存储器，该设备数据是与设备相关的数据，用于设备控制处理。信息CPU具有内置数据库和数据收集部。数据收集部执行下述的数据收集处理，即，经由内部总线从设备存储器读取设备数据，将读取的设备数据储存在内置数据库中。

Description

监视控制系统以及控制装置

技术领域

本发明涉及执行设备控制处理的控制装置、以及进行设备控制处理的监视的监视控制系统。

背景技术

PLC(ProgrammableLogicController)是在工厂等的自动机械的控制中使用的控制装置。这种控制装置与传感器、致动器之类的各种设备(仪器)连接，执行控制程序，由此对这些设备的动作进行控制。对设备的动作进行控制的处理在下面称为“设备控制处理”。

近些年，通过PLC等控制装置和外部信息系统的协作，将进行综合性的信息管理的技术实用化。作为这种技术，可举出MES(ManufacturingExecutionSystem)、ERP(EnterpriseResourcePlanning)。

另外，在水处理车间、化学类车间这类大规模车间中，处理高速大容量的数据。在这种大规模车间中，通常使用称作SCADA(SupervisoryControlAndDataAcquisition)的监视控制系统。作为SCADA的功能，举出数据收集功能、用户界面功能等。数据收集功能是从车间内的传感器等设备收集设备数据，并将收集到的设备数据储存至数据库的功能。用户界面功能是将设备数据显示在监视终端的显示画面，或者接受来自用户的数据操作的功能。用户能够基于在监视终端的显示画面中显示的数据，进行车间内的设备控制处理的监视、所需的数据操作。

作为在与外部信息系统之间进行数据的交换的控制装置，已知下述控制装置。

专利文献1公开了分布式控制装置。该分布式控制装置具备设备控制处理用的主处理器和数据通信处理用的通信处理器。由此，即使在该分布式控制装置从上级系统接收到大量的数据获取请求的情况下，也能够减少对设备控制处理的影响。

专利文献2公开了用于经由网络对PLC进行远程控制的技术。PLC从远程控制计算机接收与用户程序相关的数据的发送请求。PLC响应于该发送请求而将用户程序、数据库内的控制信息发送给远程控制计算机。

专利文献1：日本特开2008-282323号公报

专利文献2：日本特开2009-86863号公报

发明内容

在现有的SCADA的情况下，监视终端执行SCADA软件。这里，由于车间中要求高可靠性以及高品质，因此作为执行SCADA软件的监视终端，需要工业用PC(FA个人计算机)这种高价的专用PC。这导致成本的增加。

本发明的一个目的在于提供一种能够以低成本实现对设备控制处理进行监视的监视控制系统的技术。

本发明的1个技术方案提供一种监视控制系统。该监视控制系统具有：控制装置，其执行对设备的动作进行控制的设备控制处理；以及上级系统，其与控制装置连接，进行设备控制处理的监视。控制装置具有：控制CPU，其执行设备控制处理；以及信息CPU，其与控制CPU经由内部总线而连接。控制CPU具有对设备数据进行储存的设备存储器，该设备数据是与设备相关的数据，用于设备控制处理。信息CPU具有内置数据库和数据收集部。数据收集部执行下述的数据收集处理，即，经由内部总线从设备存储器读取设备数据，将读取的设备数据储存在内置数据库中。

本发明的另一个技术方案提供一种控制装置。该控制装置执行对设备的动作进行控制的设备控制处理，另外，与进行设备控制处理的监视的上级系统连接。控制装置具有：控制CPU，其执行设备控制处理；以及信息CPU，其与控制CPU经由内部总线而连接。控制CPU具有对设备数据进行储存的设备存储器，该设备数据是与设备相关的数据，用于设备控制处理。信息CPU具有内置数据库和数据收集部。数据收集部执行下述的数据收集处理，即，经由内部总线从设备存储器读取设备数据，将读取的设备数据储存在内置数据库中。

发明的效果

根据本发明，能够以低成本实现对设备控制处理进行监视的监视控制系统。

附图说明

图1是概略地表示本发明的实施方式1所涉及的监视控制系统的结构例的框图。

图2是表示本发明的实施方式1所涉及的控制装置的结构例的框图。

图3是表示本发明的实施方式1中的信号定义数据的一个例子的概念图。

图4是表示本发明的实施方式1中的运算定义数据的一个例子的概念图。

图5是表示本发明的实施方式1所涉及的控制装置的数据收集部的动作的流程图。

图6是表示本发明的实施方式1所涉及的控制装置的数据运算部的动作的流程图。

图7是表示本发明的实施方式1所涉及的控制装置的外部转发处理部的动作的流程图。

图8是表示本发明的实施方式1所涉及的监视终端的结构例的框图。

图9是表示本发明的实施方式1所涉及的监视终端的动作的流程图。

图10是表示使用本发明的实施方式1所涉及的设定终端对设定信息进行设定的顺序的流程图。

图11是表示本发明的实施方式2所涉及的控制装置的结构例的框图。

图12是表示本发明的实施方式3所涉及的控制装置的结构例的框图。

具体实施方式

参照附图对本发明的实施方式进行说明。

实施方式1.

＜监视控制系统＞

图1是概略地表示本发明的实施方式1所涉及的监视控制系统1的结构例的框图。监视控制系统1具有上级系统10和控制装置100。这些上级系统10和控制装置100经由信息网络NET以彼此能够通信的方式连接。

控制装置100执行设备控制处理。具体而言，控制装置100与工厂内的传感器、致动器之类的各种设备(仪器)连接，执行控制程序，由此对这些设备的动作进行控制。作为这种控制装置100，例示出PLC。另外，在工厂内，多个控制装置100经由控制器网络以彼此能够通信的方式连接。

上级系统10是用于对通过控制装置100实现的设备控制处理进行监视的系统，经由信息网络NET与控制装置100连接。例如，上级系统10设置于工厂区域外的办公室内。该上级系统10具有设定终端20、数据库终端30以及监视终端40。

设定终端20是用于对控制装置100进行各种设定的终端。使用设定终端20进行的设定处理的详细内容在后面叙述。此外，设定终端20与控制装置100之间的连接方法并不限定于信息网络NET。设定终端20与控制装置100可以通过线缆直接连接，也可以通过WiFi等进行无线连接。

数据库终端30具有外部数据库35。针对该外部数据库35，能够通过使用SQL等数据库语言而进行高速检索等数据库处理。如后述所示，外部数据库35用于对通过控制装置100收集的设备数据进行保存。此外，设备数据是指与由控制装置100控制的设备相关的数据，是用于设备控制处理的数据。

监视终端40是用于对通过控制装置100实现的设备控制处理进行监视的终端。该监视终端40能够将通过控制装置100收集的设备数据显示在显示部上，或者接受来自用户的数据操作。用户能够基于显示部中显示的数据，进行车间内的设备控制处理的监视、所需的数据操作。监视终端40的详细内容在后面叙述。

＜控制装置的结构例＞

下面，说明控制装置100的详细内容。如图1所示，本实施方式所涉及的控制装置100分别搭载有控制CPU200和信息CPU300。控制CPU200与信息CPU300经由总线400(内部总线)而相互连接。

控制CPU200是设备控制处理用的CPU。即，控制CPU200通过执行控制程序而对传感器、致动器之类的设备的动作进行控制。

另一方面，信息CPU300是数据收集处理用的CPU。这里，数据收集处理是指对设备数据进行收集，或者将收集到的设备数据保存在数据库中的处理。即，根据本实施方式，由控制装置100的信息CPU300承担现有的SCADA功能的一部分。

图2是表示本实施方式所涉及的控制装置100的结构例的框图。参照图2，更详细地说明控制装置100。

执行设备控制处理的控制CPU200具有定序控制部210以及设备存储器250。

定序控制部210进行传感器等设备的定序控制。该定序控制部210通过由控制CPU200执行利用梯形图语言等记述的定序控制程序而实现。此外，定序控制程序也可以记录在计算机可读取的记录介质中。

设备存储器250是内部存储器。在该设备存储器250中储存用于设备控制处理的设备数据。

信息CPU300经由总线400(内部总线)与控制CPU200的设备存储器250连接。该信息CPU300具有处理部310、存储部320、内置数据库330以及外部通信部340。

处理部310是执行各种数据处理的数据处理装置。如图2所示，该处理部310中作为功能模块而具有配置部311、数据收集部312、数据运算部313以及外部转发处理部314。这些功能模块通过由处理部310执行数据处理程序而实现。此外，数据处理程序也可以记录于计算机可读取的记录介质中。通过处理部310进行的处理的详细内容在后面叙述。

存储部320是用于储存定义数据等的存储器。例如，存储部320中储存信号定义数据D1以及运算定义数据D2。

信号定义数据D1是对在车间内处理的信号(包含设备数据)的属性进行定义的数据。图3表示信号定义数据D1的一个例子。信号编号是用于识别各信号的编号。各信号的属性包含“变量种类”、“名称”、“数据类型”、“网络编号”、“站点编号”、“设备种类”以及“地址”。

“变量种类”是该信号的类别，例示出模拟、数字、脉冲、计数器等。“名称”是以人容易理解的形式记述的信号名。作为“数据类型”，举出Integer(16位整数)、float(32位浮点)、long(32位整数)、double(64位浮点)等。

“网络编号”是处理该信号的控制装置100所连接的网络的识别编号。“站点编号”是由网络编号表示的网络中的、处理该信号的控制装置100的识别编号。即，处理该信号的控制装置100通过网络编号和站点编号而唯一地确定。

“设备种类”是控制装置100的设备存储器250中包含的存储器，表示储存有该信号的存储器的种类。作为设备种类，可举出数据存储器、锁存器、内部寄存器等。“地址”表示由设备种类表示的存储器中的该信号的储存位置。即，该信号的储存位置通过设备种类和地址而唯一地确定。

运算定义数据D2是对通过信息CPU300执行的运算处理(在后面进行说明)进行定义的数据。图4表示运算定义数据D2的一个例子。运算编号是用于识别各运算处理的编号。各运算处理的属性包含“起动条件式”、“输出信号”以及“运算式”。

“起动条件式”表示起动该运算处理的条件。即，在满足由起动条件式示出的条件的情况下，执行该运算处理。“输出信号”表示成为该运算处理的结果的储存目的地的、信号的信号编号。“运算式”表示该运算处理的内容。

在图4示出的例子中，运算编号001的运算处理在信号S2000的值大于100的情况下执行，并将信号S1010的值与信号S1020的值的平均值输出至信号S1000。运算编号002的运算处理在设定为100ms的计时器到时的情况下执行，将信号S1030的值的10倍值输出至信号S1001。

作为运算处理的其他例子，还可以想到将设备数据的单位变换为上级系统10容易处理的单位。例如，对泵井的水位进行检测的传感器的输出由在4～20mA的范围内进行标准化得到的信号电流X[mA]表示。可以想到将该信号电流X[mA]变换为0～5m范围内的水位[m]。在该情况下需要进行由下式(1)表示的运算处理。

式(1)：水位[m]＝(5[m]－0[m])×(X[mA]－4[mA])/(20[mA]－4[mA])

这些信号定义数据D1以及运算定义数据D2通过上级系统10的设定终端20而设定。具体而言，用户使用设定终端20进行信号定义数据D1以及运算定义数据D2的输入、编辑。设定终端20将信号定义数据D1以及运算定义数据D2转发给控制装置100。控制装置100的信息CPU300从设定终端20接收信号定义数据D1以及运算定义数据D2。信息CPU300的处理部310的配置部311将接收到的信号定义数据D1以及运算定义数据D2储存于存储部320。

此外，控制装置100也可以经由控制器网络将信号定义数据D1以及运算定义数据D2转发给其他控制装置100。即，可以在连接于相同网络的多个控制装置100间共享数据。无论从哪个控制装置100都能够访问全部的数据。

再次参照图2，内置数据库330是用于对设备数据进行保存的数据库。针对该内置数据库330，可以通过使用SQL等数据库语言而进行高速检索等数据库处理。

外部通信部340是相对于信息网络NET的网络接口。处理部310能够经由外部通信部340访问信息网络NET。

＜信息CPU的功能＞

下面，说明信息CPU300的处理部310的功能。

配置部311从设定终端20接收信号定义数据D1以及运算定义数据D2。配置部311将接收到的信号定义数据D1以及运算定义数据D2储存于存储部320。

数据收集部312执行数据收集处理。具体而言，数据收集部312参照储存在存储部320中的信号定义数据D1，从设备存储器250对在该信号定义数据D1中定义的设备数据进行收集。这里，由于信息CPU300与设备存储器250通过高速的总线400而连接，因此数据收集部312能够经由该总线400从设备存储器250高速地读取设备数据。然后，数据收集部312将读取到的设备数据储存于内置数据库330。例如，数据收集部312定期地执行如上述的数据收集处理。

数据运算部313执行数据运算处理。具体而言，数据运算部313参照储存在存储部320中的运算定义数据D2，执行在该运算定义数据D2中定义的运算处理。即，在满足运算处理的起动条件的情况下，数据运算部313针对在数据收集处理中从设备存储器250读取的设备数据，执行被指定的运算处理。然后，数据运算部313将该运算处理的结果(图4的“输出信号”)写入设备存储器250。

外部转发处理部314在满足外部转发条件的情况下，执行外部转发处理。外部转发处理是将在内置数据库330中储存的设备数据的至少一部分向上级系统10的外部数据库35转发的处理。即，在本实施方式中，内置数据库330作为“高速缓冲存储器(cache)”而利用，该内置数据库330的内容根据需要反映在外部数据库35中。

作为外部转发条件的一个例子，可以想到“数据收集部312未处于执行数据收集处理的过程中”即“空闲时间”。作为外部转发条件的其他例子，可以想到“内置数据库330的使用率超过规定阈值(使用率阈值)”。作为外部转发条件的另一个例子，可以想到“控制装置100的负荷(通信量等)比规定阈值(负荷阈值)低”。外部转发条件可以是上述条件中的某一个，也可以是它们的任意组合。

下面，参照图5～图7，对处理部310的处理流程的一个例子进行说明。

图5是表示数据收集部312的动作的流程图。如果系统起动，则数据收集部312起动在系统中登记的计时器(步骤S1)。计时器对执行数据收集处理的周期进行规定。执行数据收集处理的周期也可以在信号定义数据D1中针对每个信号分别进行定义。另外，执行数据收集处理的周期也可以根据每个信号而不同。在并存多个周期的情况下，准备对各个周期进行规定的多个计时器。

在某个计时器到时的情况下(步骤S2；Yes)，数据收集部312从设备存储器250读取与该计时器关联的设备数据(步骤S3)。此时，数据收集部312优选仅在当前值已相对于前次值发生了更新的情况下读取该设备数据。

接着，数据收集部312调用数据运算部313(步骤S4)。如果数据运算部313的数据运算处理完成，则数据收集部312将从设备存储器250读取的设备数据写入内置数据库330(步骤S5)。这里，写入内置数据库330中的数据不仅包含在步骤S3中从设备存储器250读取到的设备数据，还包含通过步骤S4中的数据运算处理进行了更新的设备数据。

接着，数据收集部312向外部转发处理部314通知数据收集处理的完成(步骤S6)。如果系统未结束(步骤S7；No)，则处理流程返回至步骤S2。如果系统结束(步骤S7；Yes)，则处理流程结束。

图6是表示上述步骤S4中的数据运算部313的动作的流程图。数据运算部313参照运算定义数据D2，以运算编号的顺序获取各运算处理的属性(起动条件式、输出信号、运算式)(步骤S11)。然后，数据运算部313按照获取到的属性执行下一个处理。

具体而言，数据运算部313判定是否满足由获取到的“起动条件式”指定的起动条件(步骤S12)。在不满足起动条件的情况下(步骤S12；No)，处理流程进入步骤S15。在满足起动条件的情况下(步骤S12；Yes)，数据运算部313执行由获取到的“运算式”指定的运算(步骤S13)。并且，数据运算部313将运算结果储存在由获取到的“输出信号”指定的信号中(步骤S14)。即，数据运算部313将运算结果写入设备存储器250。然后，处理流程进入步骤S15。

在步骤S15中，数据运算部313判定针对在运算定义数据D2中定义的全部运算编号的处理是否完成。在未完成的情况下，(步骤S15；No)，处理流程返回至步骤S11，执行针对下一个运算编号的上述处理。如果针对全部运算编号的处理完成(步骤S15；Yes)，则数据运算处理完成。

图7是表示外部转发处理部314的动作的流程图。外部转发处理部314接收在上述步骤S6中从数据收集部312发送来的数据收集完成通知(步骤S21)。

对该数据收集完成通知进行响应，外部转发处理部314计算直至下一个数据收集处理开始为止的剩余时间(步骤S22)。剩余时间是从下一个数据收集时刻减去当前时刻而得到的时间。下一个数据收集时刻能够通过参照在上述步骤S1中起动的全部计时器而掌握。

接着，外部转发处理部314将内置数据库330中残留的设备数据的至少一部分发送至外部数据库35(步骤S23)。然后，外部转发处理部314计算步骤S23的经过时间(步骤S24)。然后，外部转发处理部314通过从剩余时间减去经过时间而更新剩余时间(步骤S25)。

如果残留有剩余时间(步骤S26；Yes)，则处理流程返回至步骤S23。如果未残留有剩余时间(步骤S26；No)，则外部转发处理结束。

如上所述，在图5～图7所示出的例子中，数据收集部312定期地执行数据收集处理。并且，外部转发处理部314在数据收集部312未处于执行数据收集处理的过程中的情况下即在空闲时间，执行外部转发处理。

＜监视终端＞

下面，对上级系统10的监视终端40进行说明。图8是表示本实施方式所涉及的监视终端40的结构例的框图。监视终端40具有处理部50、存储部60、显示部70以及通信部80。

处理部50是执行各种数据处理的数据处理装置。如图8所示，该处理部50中作为功能模块具有数据获取部51、画面数据生成部52以及显示处理部53。这些功能模块通过由处理部50执行HMI(HumanMachineInterface)程序而实现。此外，HMI程序也可以记录在计算机可读取的记录介质中。由处理部50进行的处理的详细内容在后面叙述。

存储部60是RAM、HDD等存储装置。在该存储部60中储存信号定义数据D1、画面定义数据D3以及画面数据D4。信号定义数据D1与上述相同，是从设定终端20传送来的。画面数据D4是在显示部70的监视画面75上显示的数据，表示设备数据的内容。画面定义数据D3是作为该画面数据D4的基础的数据。例如，画面定义数据D3对画面布局、使用的UI(UserInterface)部件、显示的设备数据的信号编号等进行定义。

显示部70具有触摸面板等监视画面75。在该监视画面75中显示画面数据D4。用户能够基于在监视画面75中显示的画面数据D4，进行车间内的设备控制处理的监视、所需的数据操作。

通信部80是相对于信息网络NET的网络接口。处理部50能够经由通信部80访问信息网络NET。

图9是表示监视终端40的处理部50的动作的流程图。画面数据生成部52从存储部60读取画面定义数据D3。接着，画面数据生成部52按顺序对在画面定义数据D3中定义的设备数据的信号编号进行提取(步骤S31)。然后，画面数据生成部52向数据获取部51请求获得提取出的信号编号的设备数据的最新值。

数据获取部51通过检索处理从外部数据库35或者控制装置100的内置数据库330获取所请求的设备数据的最新值。更详细而言，数据获取部51首先检索外部数据库35，并获取该设备数据的当前值(步骤S32)。然后，数据获取部51判定在步骤S32中获取到的当前值是否为最新值(步骤S33)。该判定例如能够通过参照在外部数据库35写入了该当前值的时刻、和在信号定义数据D1中定义的数据收集处理的周期而实现。

在外部数据库35中保存有该设备数据的最新值的情况下(步骤S33；Yes)，数据获取部51将该最新值传送给画面数据生成部52。另一方面，在外部数据库35中未保存有该设备数据的最新值的情况下(步骤S33；No)，数据获取部51对控制装置100的内置数据库330进行检索，并获取该设备数据的最新值(步骤S34)。在该步骤S34中，数据获取部51通过参照信号定义数据D1而能够掌握该设备数据的储存目的地。

画面数据生成部52从数据获取部51获取设备数据的最新值。然后，画面数据生成部52将画面定义数据D3中的设备数据的部分替换为获取到的最新值(步骤S35)。即，画面数据生成部52将获取到的设备数据的最新值嵌入画面定义数据D3。

在步骤S36中，画面数据生成部52判定针对在画面定义数据D3中定义的全部信号编号的处理是否完成。在未完成的情况下(步骤S36；No)，处理流程返回至步骤S31，针对下一个信号编号执行上述处理。如果针对全部信号编号的处理完成(步骤S36；Yes)，则画面数据D4完成。

如上所述，画面数据生成部52基于通过检索从外部数据库35或者内置数据库330中获取到的设备数据，生成画面数据D4。显示处理部53将该画面数据D4显示在显示部70的监视画面75上(步骤S37)。

此外，以上所说明的数据获取部51、画面数据生成部52的功能还可以通过由处理部50执行记述在画面定义数据D3中的脚本而实现。

＜设定终端＞

设定终端20用于对包含信号定义数据D1、运算定义数据D2在内的设定信息进行设定。在该设定终端20上运行设定工具。用户通过起动设定工具，能够进行包含信号定义数据D1、运算定义数据D2在内的设定信息的输入以及编辑。

图10是表示使用设定终端20对设定信息进行设定的顺序的流程图。在步骤S41、S42中，用户对希望的信号的属性进行输入，生成信号定义数据D1(参照图3)。

在步骤S43～S51中，用户对希望的运算处理的属性进行输入，生成运算定义数据D2(参照图4)。具体而言，首先，用户对起动条件的种类进行选择(步骤S43)。作为起动条件的种类，可以想到“固定周期”、“限制值”、“条件式”。此外，只要条件能够定型化，则也可以是除了上述之外的其他条件。在“固定周期”的情况下(步骤S44)，用户输入对运算处理进行起动的周期(步骤S45)。在“限制值”的情况下(步骤S46)，用户输入信号名和该信号的限制值(步骤S47)。在“条件式”的情况下(步骤S48)，用户输入该条件式(步骤S49)。接着，用户输入在起动条件成立时所执行的运算式(步骤S50)。

如果希望的运算处理的输入全部结束(步骤S51；Yes)，则将包含信号定义数据D1、运算定义数据D2在内的设定信息从设定终端20下载到控制装置100中(步骤S52)。即，将使用设定终端20所生成的设定信息向控制装置100展开。

＜效果＞

根据本实施方式，控制装置100除了具有进行设备控制处理的控制CPU200之外，还具有信息CPU300。该信息CPU300具有内置数据库330和执行数据收集处理的数据收集部312。在数据收集处理中，数据收集部312从设备控制处理用的设备存储器250中读取设备数据，将读取到的设备数据储存至内置数据库330。对于储存在内置数据库330中的设备数据，能够通过检索处理从监视终端40适当地进行参考。

如上所述，根据本实施方式，将现有的SCADA功能的一部分即数据收集功能加入到控制装置100中。由此，能够减轻对上级系统10的监视终端40施加的负担。这意味着可缓和对监视终端40要求的性能。因此，例如，作为监视终端40，还能够取代高价的工业用PC(FA个人计算机)，而使用低价的通用PC。由此，削减用于系统构建的成本。

另外，信息CPU300与设备存储器250通过高速的总线400而连接。因此，与经由网络的情况相比，实现更高速的数据收集处理。即，能够进行高性能的数据收集处理。

另外，信息CPU300与控制CPU200独立地设置。因此，信息CPU300的数据收集处理不会对控制CPU200的设备控制处理产生影响。

另外，本实施方式所涉及的信息CPU300具有在空闲时间等执行外部转发处理的外部转发处理部314。在外部转发处理中，储存在内置数据库330中的设备数据的至少一部分被转发至上级系统10的外部数据库35。即，在本实施方式中，将内置数据库330作为“高速缓冲存储器”而利用，该内置数据库330的内容根据需要而反映在外部数据库35中。

因此，无需增加控制装置100的内置数据库330的容量而能够保存长期间中的大容量数据。即，无需增大控制装置100的成本或尺寸，就能够应对长期大容量数据。

并且，本实施方式所涉及的信息CPU300具有执行数据运算处理的数据运算部313。该数据运算处理的内容能够通过对运算定义数据D2进行编辑而适当设定。例如，还能够如上述式(1)所示地将设备数据的单位变换为由监视终端40容易处理的单位。通过在控制装置100中进行如上述的单位变换，能够进一步减轻对监视终端40施加的负担。这也有利于降低用于系统构建的成本。

如以上的说明所示，根据本实施方式，能够以低成本实现监视控制系统1。

实施方式2.

图11是表示本发明的实施方式2所涉及的控制装置100的结构例的框图。与图2中示出的实施方式1的结构进行比较，在信息CPU300的存储部320中还储存有转发定义数据D5。该转发定义数据D5是对外部转发条件进行定义的数据。与其他定义数据相同，该转发定义数据D5也能够通过上级系统10的设定终端20而适当设定。外部转发处理部314参照在存储部320中储存的转发定义数据D5，按照由该转发定义数据D5指定的外部转发条件，执行外部转发处理。

作为外部转发条件的一个例子，可以想到“数据收集部312未处于执行数据收集处理的过程中”即“空闲时间”。作为外部转发条件的其他例子，可以想到“内置数据库330的使用率超过规定阈值(使用率阈值)”。作为外部转发条件的又一其他例子，可以想到“控制装置100的负荷(通信量等)比规定阈值(负荷阈值)低”。外部转发条件可以是上述条件中的某一个，也可以是它们的任意组合。

根据本实施方式，通过使用设定终端20，能够对外部转发条件任意地自定义。系统环境根据案件的不同而多种多样，但根据本实施方式，能够以与系统环境相对应的最佳的定时(timing)执行外部转发处理。

此外，如上的外部转发处理部314的功能扩展也可以通过相对于信息CPU300所执行的数据处理程序的加载项来实现。

实施方式3.

图12是表示本发明的实施方式3所涉及的控制装置100的结构例的框图。与图2中示出的实施方式1的结构进行比较，信息CPU300的处理部310还具有画面数据生成部315。另外，存储部320中还储存画面定义数据D3以及画面数据D4。

画面数据生成部315的功能与实施方式1中的监视终端40的画面数据生成部52的功能相同。但是，画面数据生成部315从内置数据库330或者设备存储器250高速地读取所需的设备数据的最新值。然后，画面数据生成部315通过将获取到的设备数据的最新值嵌入到画面定义数据D3中，而生成画面数据D4。

此外，画面数据生成部315的功能也可以通过由处理部310执行在画面定义数据D3中记述的脚本而实现。

通过控制装置100的信息CPU300所生成的画面数据D4经由信息网络NET而被下载到监视终端40。监视终端40将以上述方式获取到的画面数据D4显示在监视画面75上。此时，由于画面数据D4已经完成，因此监视终端40无需访问外部数据库35、控制装置100的内置数据库330。

如上所述，根据本实施方式，画面数据生成功能从监视终端40移交给控制装置100的信息CPU300。另外，监视终端40由于自己生成画面数据D4而无需访问外部数据库35、控制装置100的内置数据库330。因此，进一步减轻对监视终端40施加的负担。这也有利于降低用于系统构建的成本。

上面，参照附图对本发明的实施方式进行了说明。但是，本发明并不限定于上述实施方式，能够在不脱离其主旨的范围内由本领域技术人员进行适当变更。

标号的说明

1监视控制系统，10上级系统，20设定终端，30数据库终端，35外部数据库，40监视终端，50处理部，51数据获取部，52画面数据生成部，53显示处理部，60存储部，70显示部，75监视画面，80通信部，100控制装置，200控制CPU，210定序控制部，250设备存储器，300信息CPU，310处理部，311配置部，312数据收集部，313数据运算部，314外部转发处理部，315画面数据生成部，320存储部，330内置数据库，340外部通信部，400总线，D1信号定义数据，D2运算定义数据，D3画面定义数据，D4画面数据，D5转发定义数据、NET信息网络。

Claims (12)

1.一种监视控制系统，其特征在于，具有：

控制装置，其执行对设备的动作进行控制的设备控制处理；以及

上级系统，其与所述控制装置连接，进行所述设备控制处理的监视，

所述控制装置具有：

控制CPU，其执行所述设备控制处理；以及

信息CPU，其与所述控制CPU经由内部总线而连接，

所述控制CPU具有对设备数据进行储存的设备存储器，该设备数据是与所述设备相关的数据，用于所述设备控制处理，

所述信息CPU具有：

内置数据库；以及

数据收集部，其执行下述的数据收集处理，即，经由所述内部总线从所述设备存储器读取所述设备数据，将所述读取的设备数据储存在所述内置数据库中。

2.根据权利要求1所述的监视控制系统，其特征在于，

所述信息CPU还具有外部转发处理部，

所述外部转发处理部在满足外部转发条件的情况下，将在所述内置数据库中储存的所述设备数据向包含在所述上级系统中的外部数据库转发。

3.根据权利要求2所述的监视控制系统，其特征在于，

所述数据收集部定期地执行所述数据收集处理，

所述外部转发条件包含所述数据收集部未处于执行所述数据收集处理的过程中。

4.根据权利要求2所述的监视控制系统，其特征在于，

所述外部转发条件包含所述数据收集部未处于执行所述数据收集处理的过程中、所述控制装置的负荷低于负荷阈值、所述内置数据库的使用率高于使用率阈值中的至少某一个。

5.根据权利要求2至4中任一项所述的监视控制系统，其特征在于，

所述上级系统具有带监视画面的监视终端，

所述监视终端获取画面数据，将所述画面数据显示在所述监视画面上，该画面数据表示所述设备数据的内容。

6.根据权利要求5所述的监视控制系统，其特征在于，

所述监视终端通过检索处理从所述外部数据库或者所述内置数据库，获取所述设备数据，基于所述获取的设备数据，生成所述画面数据。

7.根据权利要求5所述的监视控制系统，其特征在于，

所述信息CPU还具有画面数据生成部，

所述画面数据生成部从所述设备存储器或者所述内置数据库读取所述设备数据，并基于所述读取的设备数据，生成所述画面数据，

所述监视终端获取由所述画面数据生成部生成的所述画面数据。

8.根据权利要求1至7中任一项所述的监视控制系统，其特征在于，

所述信息CPU还具有：

存储部，其储存对运算起动条件以及运算处理的内容进行指定的运算定义数据；以及

数据运算部，其在满足所述运算起动条件的情况下，针对在所述数据收集处理中读取的所述设备数据，执行所述运算处理，将所述运算处理的结果写入所述设备存储器。

9.根据权利要求8所述的监视控制系统，其特征在于，

所述上级系统具有用于对所述运算定义数据进行设定的设定终端。

10.一种控制装置，其执行对设备的动作进行控制的设备控制处理，另外，与进行所述设备控制处理的监视的上级系统连接，

该控制装置的特征在于，具有：

控制CPU，其执行所述设备控制处理；以及

信息CPU，其与所述控制CPU经由内部总线而连接，

所述控制CPU具有对设备数据进行储存的设备存储器，该设备数据是与所述设备相关的数据，用于所述设备控制处理，

所述信息CPU具有：

内置数据库；以及

数据收集部，其执行下述的数据收集处理，即，经由所述内部总线从所述设备存储器读取所述设备数据，将所述读取的设备数据储存在所述内置数据库中。

11.根据权利要求10所述的控制装置，其特征在于，

所述信息CPU还具有外部转发处理部，

所述外部转发处理部在满足外部转发条件的情况下，将在所述内置数据库中储存的所述设备数据向包含在所述上级系统中的外部数据库转发。

12.根据权利要求10或11所述的控制装置，其特征在于，

所述信息CPU还具有：

存储部，其储存对运算起动条件以及运算处理的内容进行指定的运算定义数据；以及

数据运算部，其在满足所述运算起动条件的情况下，针对在所述数据收集处理中读取的所述设备数据，执行所述运算处理，将所述运算处理的结果写入所述设备存储器。