CN113728311A - 数据处理装置、数据处理方法及程序 - Google Patents

Abstract

数据处理装置(1)具有：数据收集部(11)，其从仪器(4)对数据进行收集；多个数据处理部(12)，它们各自进行预先设定的数据处理；执行控制部(14)，其基于预先设定的数据处理流程的设定信息，执行数据收集部(11)和多个数据处理部(12)之间及多个数据处理部(12)间的数据的收发的控制；以及接口部，它们各自设置于数据处理部(12)及执行控制部(14)，彼此对数据及数据的定义信息进行收发。

Description

数据处理装置、数据处理方法及程序

技术领域

本发明涉及数据处理装置、数据处理方法及程序。

背景技术

在工厂自动化的领域中，存在从制造现场的FA(Factory Automation)仪器对数据进行收集，针对收集到的数据，以通过处理流程设定好的顺序进行加工、诊断等一系列数据处理的数据处理装置。但是，现有的数据处理装置的规格根据企业而不同，因此难以构建通用的系统。

另一方面，近年来，正在尝试通过在共通的平台之上堆叠数据处理的模块，从而构建数据处理装置，谋求能够自由地对加工、诊断等各种模块进行替换而进行数据处理流程的扩展。

另外，在专利文献1中，公开了按照工作流程对数据处理部委托数据的处理而执行一系列数据处理的技术。向没有由工作流程定义的数据处理部委托数据处理的委托目标判定部对包含识别信息的列表进行参照，该识别信息用于对没有在该工作流程中定义的处理进行识别。在由用户输入的设定信息所包含的识别信息包含于该列表的情况下，对执行与所指定的识别信息对应的处理的数据处理部委托数据处理。由此，即使没有事先对联动协作的工作流程进行定义，也能够利用在执行工作流程时输入的设定信息而进行没有在工作流程中定义的数据处理。

专利文献1：日本特开2009-146092号公报

发明内容

在专利文献1所记载的技术中，数据处理的组合能够灵活地变更。但是，没有考虑后续追加成为组合的候选的数据处理。因此，无法通过用户操作追加数据处理，需要事先安装所要组合的各数据处理本身。因此，存在即使产品开发商需要进行追加的安装，也无法应对这样的课题。

本发明就是鉴于上述情况而提出的，其目的在于能够后续追加数据处理，并且能够使数据处理的组合灵活地变更。

为了达成上述目的，本发明的数据处理装置具有：数据收集部，其从仪器对数据进行收集；多个数据处理部，它们各自进行预先设定的数据处理；执行控制部，其基于预先设定的数据处理流程的设定信息，执行数据收集部和多个数据处理部之间及多个数据处理部间的数据的收发的控制；以及接口部，它们各自设置于多个数据处理部及执行控制部，彼此对数据及数据的定义信息进行收发。

发明的效果

根据本发明，通过对数据的定义信息进行交换，从而能够后续追加数据处理，并且能够使数据处理的组合灵活地变更。

附图说明

图1是表示本发明的实施方式涉及的数据处理系统的结构的图。

图2是表示实施方式涉及的数据处理装置的功能结构的图。

图3是表示实施方式涉及的工程设计工具的结构的图。

图4是表示实施方式涉及的数据处理装置的硬件结构的图。

图5是表示实施方式涉及的数据处理流程的一个例子的图。

图6是表示实施方式涉及的流程设定信息的一个例子的图。

图7是表示实施方式涉及的数据处理部和执行控制部之间的通信结构的图。

图8是表示实施方式涉及的执行控制部的动作处理的流程图。

图9是表示实施方式涉及的数据处理部的动作处理的流程图。

图10是表示实施方式涉及的使用了MQTT代理的数据处理部和执行控制部之间的通信结构的图。

具体实施方式

下面，参照附图对本发明的实施方式涉及的数据处理装置、数据处理方法及程序进行详细的说明。

(实施方式1)

图1是表示本发明的实施方式涉及的包含数据处理装置1的数据处理系统100的结构的图。数据处理系统100为在FA领域中使用的系统，执行从各种仪器收集到的数据的数据处理、基于数据处理对仪器的控制。

数据处理系统100具有在制造现场即工厂配置的现场系统2、与现场系统2连接的云服务器3。此外，云服务器3不是必需的，也可以是现场系统2单独存在。

现场系统2具有生产机器、传感器、驱动仪器等仪器4、与仪器4连接而对仪器4的数据进行收集的数据处理装置1。

数据处理装置1是位于FA仪器的区域和云之间的边缘计算区域的在工厂现场设置的边缘装置。数据处理装置1从仪器4获取数据，实施加工、诊断处理而返回至仪器4。如果由位于远处的云服务器3执行该处理，则产生耗费处理时间这样的问题。因此，通过由数据处理装置1负责实时数据处理，从而会防止实时数据的处理延迟，并且将向云服务器3发送的数据量优化。

数据处理装置1是在工厂内设置的工业用计算机。由数据处理装置1执行的数据处理是用于使生产产品的生产线运转的控制处理。

如图2所示，数据处理装置1具有：数据收集部11，其从仪器4收集数据；数据处理部12，其针对收集到的数据进行各种数据处理；工程设计工具13，其对后述的数据处理流程进行设定；执行控制部14，其基于数据处理流程对数据处理的执行进行控制；以及存储部15，其存储各种数据。

工程设计工具13、执行控制部14、存储部15形成用于执行数据处理流程的平台16。通过具有该平台16，从而针对数据的收集、加工、诊断、反馈这样的一系列功能处理，能够容易地对各功能进行变更。

一系列实时数据处理是将数据的收集、加工、诊断、反馈等组合而构成的。数据的加工包含数据的平滑化、锐化、FFT(Fast Fourier Transform)处理等。数据的诊断包含阈值判定、模式匹配等。反馈是诊断结果的通知，包含将生产现场的仪器的停止、减速、重启等指令写入的处理。将该组合称为数据处理流程。

工程设计工具13进行表示执行该数据处理流程所需的设定的信息即数据处理流程的设定信息的设定。下面，将数据处理流程的设定信息适当记作流程设定信息。用户使用工程设计工具13对数据处理部12的组合和执行顺序、在数据处理部12和数据收集部11之间交换的数据的种类、格式进行设定。

如图3所示，工程设计工具13具有用于由用户输入数据处理流程的设定的UI(UserInterface)部131和接收数据处理流程的设定的接收部132。UI部131按照由接收部132进行的控制，对用户显示用于输入数据处理流程的设定的画面。用户对UI部131进行操作，任意地对构成数据处理流程的子处理的内容及个数、子处理的执行所需的参数、及执行子处理的数据处理部12进行设定。而且，UI部131将表示通过用户的操作而输入的数据处理流程的设定的信息向接收部132发送。此外，UI部131也可以由显示器、键盘和以鼠标为代表的指点设备实现。

接收部132从UI部131对数据处理流程的设定进行接收，作为表示该设定内容的流程设定信息而通知给执行控制部14。通知给执行控制部14的流程设定信息被储存于存储部15。

数据处理部12由预先设定于数据处理装置1的程序或用户准备的插件软件实现。数据处理部12各自执行作为构成数据处理流程的要素的子处理。详细而言，数据处理部12各自取得由执行控制部14作为子处理的对象而输入的数据，将对取得的数据实施了子处理的结果输出至执行控制部14。

执行控制部14以遵循于流程设定信息的顺序使数据处理部12及数据收集部11执行子处理。详细而言，执行控制部14从数据处理部12及数据收集部11取得成为子处理的对象的数据，将取得的数据向对该数据实施子处理的数据处理部12或数据收集部11发送。

存储部15对流程设定信息、在执行控制部14和数据处理部12之间交换的上述数据的定义信息即数据定义信息进行存储。

数据收集部11对从仪器4输出的数据进行收集，将收集到的数据向执行控制部14发送。

数据收集部11及仪器4经由通信路径17彼此可通信地连接。通信路径17是由设置于工厂内的通信线实现的工业用的控制网络。但是，通信路径17也可以是以LAN(LocalArea Network)为代表的信息网络。另外，通信路径17也可以是专用线路，也可以是以互联网为代表的广域网。

仪器4是传感器、组装机器人、驱动仪器或对传感器、组装机器人等被控制仪器进行控制的PLC(Programmable Logic Controller：可编程逻辑控制器)等FA仪器。数据处理装置1向仪器4发送请求各种数据的信息、控制信息。仪器4与数据处理装置1的请求相应地将被请求的数据发送至数据处理装置1，或在所设定的定时将传感器的测量数据等各种信息发送至数据处理装置1。

另外，数据收集部11将输出信息进行输出。输出信息是与数据处理流程的执行结果相关的信息。例如，将从执行控制部14发送来的控制命令作为输出信息而发送至作为控制对象的仪器4。此外，输出信息并不限于控制命令，也可以是用于对异常的产生进行报告的通知，也可以是用于储存于外部的服务器装置中的品质管理信息。

数据处理部12由应用构成，通过在共通的平台16上堆叠应用而形成数据处理装置1。

数据处理装置1实现一系列实时数据处理，即，对生产现场的数据进行收集，基于进行了加工、分析、诊断等数据处理的结果，将停止指令等数据反馈给生产现场的仪器。

数据处理部12由第三方即供应商创建。在生产现场中仪器4的规格根据各生产现场而不同。因此，在对从仪器4收集到的数据进行处理而对与仪器4对应的反馈数据进行反馈的数据处理部12中，也需要形成与各生产现场对应的数据处理部12。在该情况下，为了使数据处理部12能够与收集数据对应地灵活进行处理，在平台16和数据处理部12之间需要成为纽带的机制。

因此，在构成平台16的执行控制部14和数据处理部12之间规定接口，执行控制部14及数据处理部12具有进行遵循于该接口的数据交换的功能。

就数据处理装置1而言，作为其硬件结构，如图4所示，具有处理器21、主存储部22、辅助存储部23、输入部24、输出部25、通信部26。主存储部22、辅助存储部23、输入部24、输出部25及通信部26均经由内部总线27与处理器21连接。

处理器21包含CPU(Central Processing Unit)。处理器21通过执行在辅助存储部23存储的程序P1，从而实现数据处理装置1的各种功能。

主存储部22包含RAM(Random Access Memory)。从辅助存储部23将程序P1载入至主存储部22。而且，主存储部22被用作处理器21的工作区域。

辅助存储部23包含以EEPROM(Electrically Erasable Programmable Read-OnlyMemory)及HDD(Hard Disk Drive)为代表的非易失性存储器。除了程序P1之外，辅助存储部23还对处理器21的处理所用的各种数据进行存储。辅助存储部23按照处理器21的指示，将由处理器21利用的数据供给至处理器21，对从处理器21供给来的数据进行存储。此外，在图4中，代表性地示出1个程序P1，但辅助存储部23也可以对多个程序进行存储，也可以将多个程序载入至主存储部22。

输入部24包含以输入键及指点设备为代表的输入设备。输入部24取得由数据处理装置1的用户输入的信息，将取得的信息通知给处理器21。

输出部25包含以LCD(Liquid Crystal Display)及扬声器为代表的输出设备。输出部25按照处理器21的指示，将各种信息提示给用户。

通信部26包含用于与外部的装置进行通信的网络接口电路。通信部26从外部接收信号，将该信号所示的数据向处理器21输出。另外，通信部26将表示从处理器21输出的数据的信号向外部的装置发送。

在图5中例示出由数据处理装置1执行的数据处理流程30。该数据处理流程30包含对从仪器4收集到的数据实施的一系列子处理。

子处理311相当于由数据收集部11从仪器4收集数据的处理，子处理312相当于数据处理部12对作为子处理311的结果而输出的数据进行加工的处理。数据的加工例如是噪声的降低或尾数处理。

执行控制部14从数据收集部11取得作为子处理311的结果收集到的数据，将取得的数据向执行子处理312的数据处理部12发送。另外，执行控制部14从数据处理部12取得作为子处理312的结果而输出的数据，将取得的数据向另一个数据处理部12发送。

子处理313相当于数据处理部12对作为子处理312的结果而输出的数据进行诊断的处理。数据的诊断例如是决定针对仪器4的控制指令及判定有无异常。

执行控制部14将表示作为子处理313的结果而输出的诊断结果的数据向执行子处理314的数据收集部11发送。

子处理314相当于表示作为子处理313的结果而输出的诊断结果的数据向外部的输出。诊断结果的输出包含控制指令向仪器4的发送。数据收集部11将诊断结果向仪器4发送。

根据图5所示的数据处理流程30，在每次从仪器4输出测量结果时执行包含子处理311、312、313、314的一系列处理。而且，例如，与降低了测量结果所包含的噪声后的值对应地决定针对仪器4的控制内容而发送控制命令。

图6例示出在存储部15存储的流程设定信息151。该流程设定信息151是表示执行图5所示的数据处理流程所需的设定的信息。流程设定信息151是将用于识别子处理的子处理ID(Identifier)、该子处理的名称、与该子处理的在先处理相当的子处理、与该子处理的后续处理相当的子处理、向该子处理输入的数据的类型、从该子处理输出的数据的类型相关联的表格数据。此外，在图6中作为子处理的名称，为了方便而记载为“收集”“加工”“诊断”，但例如，在“加工”中存在平均化、锐化等多个种类。因此，实际上，作为子处理的名称而使用被细分为这些种类的ID。针对在先处理及后续处理也使用子处理的ID。

此外，流程设定信息151也可以包含与图6所例示的信息不同的信息。例如，流程设定信息151也可以包含对子处理的内容进行规定的参数。该参数例如是用于尾数处理的阈值、成为对数据进行收集的对象的仪器的标识符、对数据进行收集的周期、及成为控制命令的发送对象的仪器的标识符。

如图7所示，就数据处理部12和执行控制部14而言，作为彼此进行数据的交换的接口，具有数据处理部12侧的接口部50、执行控制部14侧的接口部40。

执行控制部14侧的接口部40具有：分发数据定义通知部41，其遵循于接口对分发数据的定义信息进行通知；分发数据发送部42，其分发数据；动作状态通知部43，其对执行控制部14的动作状态进行通知；动作状态接收部44，其对数据处理部12的动作状态的通知进行接收；响应数据接收部45，其对来自数据处理部12的响应数据进行接收；以及响应数据定义接收部46，其从数据处理部12对响应数据的定义信息进行接收。

另外，数据处理部12侧的接口部50具有：分发数据定义接收部51，其对来自分发数据定义通知部41的分发数据定义信息进行接收；分发数据接收部52，其对来自分发数据发送部42的分发数据进行接收；动作状态接收部53，其对执行控制部14的动作状态的通知进行接收；动作状态通知部54，其对数据处理部12的动作状态进行通知；响应数据发送部55，其将响应数据发送至响应数据接收部45；以及响应数据定义通知部56，其将响应数据的定义信息发送至响应数据定义接收部46。接口部50是权利要求的第1接口部的一个例子，接口部40是权利要求的第2接口部的一个例子。动作状态通知部54是权利要求的第1动作状态通知部的一个例子，动作状态接收部44是权利要求的第1动作状态接收部的一个例子。动作状态通知部43是权利要求的第2动作状态通知部的一个例子，动作状态接收部53是权利要求的第2动作状态接收部的一个例子。

分发数据是从执行控制部14向数据处理部12发送的在该数据处理部12中执行数据处理前的数据。分发数据是通过分发数据发送部42从执行控制部14发送的。所发送的分发数据通过分发数据接收部52被数据处理部12接收。

分发数据定义信息是表示分发数据的格式的信息，例如包含数据的类别(数据类型)、数据名、数据量、数据的排列、填充数据的有无、加密的有无和加密的方式、数据发送间隔、数据发送单元(例如文件格式等)的信息。与加密相关的信息在被加密的情况下，可以与有加密的信息一起包含加密的方式的信息，也可以仅包含加密的方式的信息。另外，在未被加密的情况下，可以包含无加密的信息，也可以没有与加密相关的信息本身。所述信息为一个例子，作为分发数据定义信息不需要包含上述全部信息。

响应数据是从数据处理部12向执行控制部14发送的执行该数据处理部12的数据处理后的数据。响应数据是通过响应数据发送部55从数据处理部12发送的。所发送的响应数据通过响应数据接收部45被执行控制部14接收。

响应数据定义信息是表示响应数据的格式的信息，例如包含数据的类别(数据类型)、数据名、数据量、数据的排列、填充数据的有无、加密的有无和加密的方式、数据发送间隔、数据发送单元(例如文件格式等)的信息。与加密相关的信息在被加密的情况下，可以与有加密的信息一起包含加密的方式的信息，也可以仅包含加密的方式的信息。另外，在未被加密的情况下，可以包含无加密的信息，也可以没有与加密相关的信息本身。所述信息为一个例子，作为响应数据定义信息不需要包含上述全部信息。

分发数据定义信息及响应数据定义信息为在前述的存储部15存储的数据定义信息。

动作状态是表示数据处理部12、执行控制部14的动作状态(动作中/停止中等)的信息，在接收到该信息后，数据处理部12及执行控制部14能够进行分发数据、响应数据的发送可否、发送定时(timing)的判断。

在图8中示出执行控制部14的数据收发的动作处理。如果通过系统的电源接通等操作而开始数据处理流程所规定的数据处理，则首先，执行控制部14将本身的动作状态变更为动作中(步骤S101)。

接下来，读出数据处理流程的设定信息，对设定信息所记载的数据处理部12进行确定(步骤S102)。

将从存储部15读出的分发数据的定义信息通过分发数据定义通知部41发送至确定出的数据处理部12(步骤S103)。

接下来，通过该数据处理部12的响应数据定义通知部56接收从确定出的数据处理部12接收的响应数据的定义信息(步骤S104)。在确定出的数据处理部12具有多个的情况下，与各数据处理部12之间进行分发数据定义信息的发送及响应数据定义信息的接收。因此，虽然在图8的流程图中进行了省略，但在确定出的数据处理部12具有多个的情况下，步骤S103和步骤S104的处理以确定出的数据处理部12的数量重复。

如果分发数据定义信息的发送及响应数据定义信息的接收完成，则执行控制部14与定义信息相应地进行响应数据接收处理的初始化(步骤S105)。

如果初始化完成，则对确定出的数据处理部12的动作状态是否处于动作中进行确认(步骤S106)。数据处理部12是否处于动作中是通过从数据处理部12的动作状态通知部54由执行控制部14的动作状态接收部44接收到的动作状态的通知进行判断的。

数据处理部12的动作状态通知部54以固定时间为单位对动作状态的通知进行发送。该动作状态的通知处理与图8的动作处理并行地执行。执行控制部14与由动作状态接收部44接收到的最新的动作状态的通知相应地对动作状态进行判断。但是，在数据处理部12为错误状态时，有时没有以固定时间为单位从动作状态通知部54发送动作状态的通知。此时，执行控制部14如果与由动作状态接收部44接收到的最新的动作状态的通知相应地对动作状态进行判断，则是基于变为错误前的动作状态进行判断。于是，实际上，尽管数据处理部12由于错误而处于停止中，有时执行控制部14也会错误地判断为数据处理部12处于动作中。

为了避免这样的判断的错误，在大于或等于一定时间(例如，30秒)没有发送动作状态的通知的情况下，也可以判断为错误。

在该情况下，如果没有大于或等于一定时间，则不判断为错误，因此动作状态的通知的发送侧也可以与处理负荷相应地使动作状态的通知的发送间隔在该一定时间的范围内可变。例如，在处理负荷大的情况下，将动作状态的通知的发送间隔延长到接近该一定时间。

在数据处理部12没有处于动作中，即处于停止中的情况下(步骤S106：No)，重复步骤S106的处理，等待至数据处理部12变为动作中为止。在数据处理部12的动作状态为停止中的期间，执行控制部14将分发数据积蓄于执行控制部14内的存储部。如果数据处理部12的动作状态变为动作中(步骤S106：Yes)，则将积蓄的分发数据发送至数据处理部12(步骤S107)。

从执行控制部14接收到分发数据的数据处理部12基于分发数据进行数据处理，将处理结果的数据作为响应数据回送至执行控制部14。执行控制部14如果接收到来自数据处理部12的响应数据(步骤S108)，则接下来，对是否通过用户操作停止了数据处理流程进行判断(步骤S109)。用户操作例如是由在数据处理装置1设置的触发开关的ON/OFF决定的执行、来自工程工具13的ON/OFF的执行等。在没有通过用户操作使数据处理流程停止的情况下(步骤S109：No)，返回到步骤S106。之后，只要没有通过用户操作使数据处理流程停止，就反复进行分发数据的发送、响应数据的接收的处理。这里，分发数据发送处理和响应数据接收处理并不限于以该顺序执行。例如，在响应数据的接收处理前下一个分发数据的分发准备已完成的情况下，在接收响应数据的处理前执行下一个分发数据发送处理。

在通过用户操作等使数据处理流程停止的情况下(步骤S109：Yes)，使分发数据的发送、响应数据的接收的处理的重复结束，将动作状态变更为停止(步骤S110)，结束动作。

此外，图8的流程图所记载的动作涉及的是执行控制部14和1个数据处理部12之间的数据的收发，但根据数据处理流程能够对多个数据处理进行设定。在设定了大于或等于2个数据处理的情况下，针对步骤S101、步骤S102、步骤S110之外的步骤，以相应的数据处理部12的数量单独地实施。

在图9中示出数据处理部12的数据收发的动作处理。如果通过执行文件的执行、来自开始菜单的操作等启动数据处理部12，则首先，数据处理部12将本身的动作状态变更为动作中(步骤S201)。接下来，与数据处理部12的设定相应地从响应数据定义通知部56将响应数据的定义信息发送至执行控制部14的响应数据定义接收部46(步骤S202)。接下来，分发数据定义接收部51从执行控制部14的分发数据定义通知部41对分发数据定义信息进行接收(步骤S203)。数据处理部12与分发数据定义信息相应地进行分发数据接收处理的初始化(步骤S204)。如果初始化完成，则对执行控制部14的动作状态是否处于动作中进行确认(步骤S205)。执行控制部14是否处于动作中是通过从执行控制部14的动作状态通知部43由数据处理部12的动作状态接收部53接收到的动作状态进行判断的。

执行控制部14的动作状态通知部43与数据处理部12的动作状态通知部54同样地，以固定时间为单位而发送动作状态的通知。该动作状态的通知处理与图9的动作处理并行地执行。数据处理部12与由动作状态接收部53接收到的最新的动作状态的通知相应地对动作状态进行判断。但是，在执行控制部14为错误状态时，有时没有以固定时间为单位从动作状态通知部43发送动作状态的通知。此时，数据处理部12如果与由动作状态接收部53接收到的最新的动作状态的通知相应地对动作状态进行判断，则是基于变为错误前的动作状态进行判断。于是，实际上，尽管执行控制部14由于错误而处于停止中，数据处理部12有时也会错误地判断为执行控制部14处于动作中。

为了避免这样的判断的错误，在大于或等于一定时间(例如，30秒)没有发送动作状态的通知的情况下，也可以判断为错误。

与此相应地，动作状态的通知的发送侧也可以与处理负荷相应地改变动作状态的通知的发送间隔。

在执行控制部14没有处于动作中，即处于停止中的情况下(步骤S205：No)，重复步骤S205的处理，等待至执行控制部14变为动作中为止。

如果执行控制部14处于动作中(步骤S205：Yes)，则数据处理部12的分发数据接收部52开始来自执行控制部14的分发数据发送部42的分发数据的接收(步骤S206)。从执行控制部14接收到分发数据的数据处理部12基于分发数据进行数据处理(步骤S207)。如果进行了数据处理，则将处理结果的数据作为响应数据而从响应数据发送部55发送至执行控制部14的响应数据接收部45(步骤S208)。接下来，对是否已通过用户操作使数据处理部12停止进行判断(步骤S209)。用户操作例如是由在数据处理装置1设置的触发开关的ON/OFF决定的执行、来自工程设计工具13的ON/OFF的执行等。在没有通过用户操作使数据处理部12停止的情况下(步骤S209：No)，返回到步骤S205。之后，只要没有通过用户操作使数据处理流程停止，就反复进行分发数据的接收、数据处理、响应数据的发送的处理。这里，分发数据接收处理和响应数据发送处理并不限于以该顺序执行。例如，在响应数据的发送处理前下一个分发数据的接收准备已完成的情况下，在发送响应数据的处理前执行下一个分发数据接收处理。

在通过用户操作等使数据处理部12停止的情况下(步骤S209：Yes)，使分发数据的接收、响应数据的发送的处理的重复结束，将动作状态变更为停止(步骤S210)，完成处理。

此外，分发数据的定义信息的内容和响应数据的定义信息的内容基本上彼此不关联。但是，也会想到响应数据的定义信息根据分发数据的定义信息的内容而变化的情况。在该情况下，将步骤S202和步骤S203的顺序调换。

即，如果数据处理的动作状态变更为动作中，则数据处理部12的分发数据定义接收部51从执行控制部14对分发数据定义信息进行接收。数据处理部12与接收到的分发数据定义信息相应地创建响应数据定义信息。数据处理部12的响应数据定义通知部56将创建出的响应数据定义信息发送至执行控制部14的响应数据定义接收部46。然后，进行步骤S204及其后的处理。

在本系统中，如图10所示，也可以不直接进行数据处理部12和执行控制部14之间的数据的交换而是经由数据分发服务器进行。

数据分发服务器例如可以想到MQTT(Message Queuing Telemetry Transport)代理60。

MQTT是在TCP/IP(Transmission Control Protocol/Internet Protocol)上运行的轻量的通信协议，对发布/订阅型的消息进行转发。

在MQTT的通信协议中，将发送MQTT消息的装置称为发布器，将接收MQTT消息的装置称为订阅器。发布器和订阅器之间的MQTT消息的收发由称为MQTT代理60的数据分发服务器进行中继。发布器在不知道接收MQTT消息的订阅器是什么样的装置的状态下，向MQTT代理60进行MQTT消息的发送。MQTT代理60对来自发布器的MQTT消息进行接收、积蓄，对订阅器所需的MQTT消息进行分发。

在消息收发的居间协调中利用称为主题的用于区分消息的发送目标的信息。

订阅器指定主题，对将所指定的主题作为发送目标的消息进行订阅。

在发布器对主题进行指定而发送了消息的情况下，MQTT代理60将其向与所指定的主题对应的订阅器分发。

在本系统中，分发数据定义信息、分发数据、数据处理部12的操作状态、执行控制部14的动作状态、响应数据和响应数据定义信息各自是主题。

订阅器即数据处理部12的分发数据定义接收部51对分发数据定义信息的主题进行指定，对将所指定的主题作为发送目标的消息进行订阅。

数据处理部12的分发数据接收部52对分发数据的主题进行指定，对将所指定的主题作为发送目标的消息进行订阅。

数据处理部12的动作状态接收部53对执行控制部14的动作状态的主题进行指定，对将所指定的主题作为发送目标的消息进行订阅。

执行控制部14的动作状态接收部44对数据处理部12的动作状态的主题进行指定，对将所指定的主题作为发送目标的消息进行订阅。

执行控制部14的响应数据接收部45对响应数据的主题进行指定，对将所指定的主题作为发送目标的消息进行订阅。

执行控制部14的响应数据定义接收部46对响应数据定义信息的主题进行指定，对将所指定的主题作为发送目标的消息进行订阅。

另外，发布器即执行控制部14的分发数据定义通知部41对分发数据定义信息的主题进行指定而发布消息。

执行控制部14的分发数据发送部42对分发数据的主题进行指定而发布消息。

数据处理部12的动作状态通知部54对数据处理部12的动作状态的主题进行指定而发布消息。

执行控制部14的动作状态通知部43对执行控制部14的动作状态的主题发布数据。

数据处理部12的响应数据发送部55对响应数据的主题进行指定而发布消息。

数据处理部12的响应数据定义通知部56对响应数据定义信息的主题进行指定而发布消息。

执行控制部14在将分发数据定义信息、分发数据、执行控制部14的动作状态变换为与MQTT的通信协议相适配的数据后，经由网络将数据发送至MQTT代理60。

MQTT代理60对来自执行控制部14的数据进行接收，将接收到的数据经由网络向数据处理部12发送。

此时，执行控制部14为发布器，数据处理部12为订阅器，MQTT代理60对从执行控制部14向数据处理部12的MQTT消息进行中继。

另外，数据处理部12在将响应数据定义信息、响应数据、数据处理部12的动作状态变换为与MQTT的通信协议相适配的数据后，经由网络将数据发送至MQTT代理60。

MQTT服务器对来自数据处理部12的数据进行接收，将接收到的数据经由网络向执行控制部14发送。

此时，数据处理部12为发布器，执行控制部14为订阅器，MQTT代理60对从数据处理部12向执行控制部14的MQTT消息进行中继。

在上述实施方式中，数据处理装置1的功能也能够通过专用硬件实现，另外，也能够由通常的计算机系统实现。

例如，通过将由处理器21执行的程序P1储存于计算机可读取的非暂时性的记录介质而进行分发，将该程序P1安装于计算机，从而能够构成执行上述处理的装置。作为这样的记录介质，例如想到软盘、CD-ROM(Compact Disc Read－Only Memory)、DVD(DigitalVersatile Disc)、MO(Magneto－Optical Disc)。

另外，也可以预先将程序P1储存于以互联网为代表的通信网络上的服务器装置所具有的磁盘装置，例如，使其叠加于载波，下载至计算机。

另外，通过在经由通信网络转发程序P1的同时启动执行，也能够实现上述处理。

并且，通过在服务器装置之上执行程序P1的全部或一部分，计算机经由通信网络对与该处理相关的信息进行收发并且执行程序，从而也能够实现上述处理。

此外，在由OS(Operating System)分担地实现上述功能的情况下或通过OS和应用的协同动作实现上述功能等情况下，可以仅将OS之外的部分储存于介质而进行分发，另外，也可以下载至计算机。

另外，实现数据处理装置1的功能的方法并不限于软件，也可以通过包含电路的专用硬件实现其一部分或全部。

本发明在不脱离本发明的广义的精神和范围的情况下，能够设为各种实施方式及变形。另外，上述实施方式用于对本发明进行说明，并不是对本发明的范围进行限定。即，本发明的范围不是由实施方式，而是由权利要求书表示的。而且，将在权利要求书的范围内及与其等同的发明意义的范围内实施的各种变形视为落在本发明的范围内。

工业实用性

本发明能够广泛应用于对收集到的数据进行加工、诊断等数据处理的数据处理装置。

标号的说明

100数据处理系统，1数据处理装置，2现场系统，3云服务器，4仪器，11数据收集部，12数据处理部，13工程设计工具，131UI部，132接收部，14执行控制部，15存储部，16平台，17通信路径，21处理器，22主存储部，23辅助存储部，24输入部，25输出部，26通信部，27内部总线，30数据处理流程，311、312、313、314子处理，151流程设定信息，40、50接口部，41分发数据定义通知部，42分发数据发送部，43、54动作状态通知部，44、53动作状态接收部，45响应数据接收部，46响应数据定义接收部，51分发数据定义接收部，52分发数据接收部，55响应数据发送部，56响应数据定义通知部，60MQTT代理，P1程序。

Claims (10)

1.一种数据处理装置，其具有：

数据收集部，其从仪器对数据进行收集；

多个数据处理部，它们各自进行预先设定的数据处理；

执行控制部，其基于预先设定的数据处理流程的设定信息，执行所述数据收集部和所述多个数据处理部之间及所述多个数据处理部间的数据的收发的控制；以及

接口部，它们各自设置于所述多个数据处理部及所述执行控制部，彼此对所述数据及所述数据的定义信息进行收发。

2.根据权利要求1所述的数据处理装置，其中，

所述接口部具有在所述数据处理部设置的第1接口部、在所述执行控制部设置的第2接口部，

所述第1接口部具有：

分发数据接收部，其基于所述数据处理流程的设定信息对从所述执行控制部发送的分发数据进行接收；

分发数据定义接收部，其对所述分发数据的定义信息进行接收；

响应数据发送部，其向所述执行控制部发送响应数据；以及

响应数据定义通知部，其发送所述响应数据的定义信息，

所述第2接口部具有：

分发数据发送部，其发送所述分发数据；

分发数据定义通知部，其发送所述分发数据的定义信息；

响应数据接收部，其对所述响应数据进行接收；以及

响应数据定义接收部，其对所述响应数据的定义信息进行接收。

3.根据权利要求2所述的数据处理装置，其中，

所述第1接口部具有第1动作状态通知部，该第1动作状态通知部将表示所述数据处理部的动作状态的信息发送至所述执行控制部，

所述第2接口部具有第1动作状态接收部，该第1动作状态接收部对表示由所述数据处理部发送的所述动作状态的信息进行接收。

4.根据权利要求2或3所述的数据处理装置，其中，

所述第2接口部具有第2动作状态通知部，该第2动作状态通知部将表示所述执行控制部的动作状态的信息发送至所述数据处理部，

所述第1接口部具有第2动作状态接收部，该第2动作状态接收部对表示由所述执行控制部发送的所述动作状态的信息进行接收。

5.根据权利要求1至4中任一项所述的数据处理装置，其中，

所述数据的定义信息包含数据的类别及数据量的信息。

6.根据权利要求1至4中任一项所述的数据处理装置，其中，

所述数据的定义信息包含数据的排列的信息。

7.根据权利要求1至4中任一项所述的数据处理装置，其中，

所述数据的定义信息在所述数据被加密的情况下，包含加密的方式的信息。

8.根据权利要求1至7中任一项所述的数据处理装置，其中，

所述数据收集部从FA仪器对数据进行收集，

所述数据处理部由插件软件实现，该插件软件执行对收集到的数据进行加工或诊断的数据处理。

9.一种数据处理方法，其具有如下步骤：

读出数据处理流程的设定信息；

将对分发数据进行定义的信息发送至由所述数据处理流程的设定信息确定出的数据处理部；

从所述数据处理部对响应数据的定义信息进行接收；

对所述数据处理部的动作状态进行确认；

将所述分发数据发送至所述数据处理部；以及

与所述响应数据的定义信息相应地进行响应数据接收处理的初始化，从所述数据处理部对响应数据进行接收。

10.一种程序，其使计算机执行如下步骤：

读出数据处理流程的设定信息；

将对分发数据进行定义的信息发送至由所述数据处理流程的设定信息确定出的数据处理部；

从所述数据处理部对响应数据的定义信息进行接收；

对所述数据处理部的动作状态进行确认；

将所述分发数据发送至所述数据处理部；以及

与所述响应数据的定义信息相应地进行响应数据接收处理的初始化，从所述数据处理部对响应数据进行接收。

Images