CN112272820A - 支持装置以及支持程序 - Google Patents

Abstract

使适合于HMI程序的构成要素的OS的种类多样化。支持装置(200)受理UI要素的指定，所述UI要素是构成由FA对象的控制装置(100‑1、100‑2)所执行的HMI程序(112)的UI要素，且是适合于第一种类的OS的程序代码的UI要素，由所指定的UI要素来生成适合于第二种类的OS的UI要素的程序代码，并生成包含适合于第二种类的OS的程序代码、及指令代码的封包程序，所述指令代码是在满足对象装置所具有的OS并非第一种类的OS这一条件的情况下，指令包含所述程序代码的执行模块的生成。由编入有封包程序的HMI程序来生成可执行代码的程序。

Description

支持装置以及支持程序

技术领域

本公开涉及一种支援工厂自动化(Factory Automation，FA)的程序开发的支持装置以及开发支援程序。

背景技术

在各种生产现场，使用可编程逻辑控制器(Programmable Logic Controller，PLC)等控制装置的FA技术正广泛普及。伴随近年的信息通信技术(Information andCommunication Technology，ICT)的发展，此种FA领域中的控制装置也逐渐高性能化及高功能化。

伴随于此，在与FA控制相关的各种程序的开发中，也存在下述期望，例如想要利用在适合于Windows(注册商标)操作系统(Operating System，OS)的应用程序的开发环境中提供的外部控制，来作为构成适合于非Windows且面向FA的OS的应用程序的用户接口(UserInterface，UI)要素。例如存在下述期望，即：想要利用外部控制，来作为构成用于提供UI画面的人机接口(Human Machine Interface，HMI)程序的UI要素，所述UI画面用于经由控制装置来监测或控制现场机器的状态。

专利文献1(日本专利特表2015-524126号公报)中公开了：源代码中的不依赖于平台(platform)的源代码使用为了不同的平台和/或版本而标注有注释的源代码的一个或多个部分来进行扩展。

现有技术文献

专利文献

专利文献1：日本专利特表2015-524126号公报

发明内容

发明所要解决的问题

专利文献1尽管公开了源代码的扩展，但对于可利用适合于通用OS的外部控制来作为构成适合于非通用OS的程序的UI要素的技术并未公开。

本公开的一个目的是提供一种环境，支援不限定适合于HMI程序的构成要素的OS的种类而能实现多样化的程序开发。

解决问题的技术手段

本公开的一例的支持装置支援由FA(工厂自动化)的对象装置所执行的HMI(人机接口)程序的开发，所述支持装置包括：受理部件，受理如下述的UI(用户接口)要素的指定，所述UI要素是构成HMI程序的UI要素，且是适合于第一种类的OS的程序代码的UI要素；代码生成部件，由所指定的UI要素，来生成适合于第二种类的OS的UI要素的程序代码，所述第二种类的OS包含对象装置所具备的OS的种类；以及封包(wrapper)生成部件，生成如下述的封包程序，所述封包程序包含所生成的适合于第二种类的OS的程序代码、及指令代码，所述指令代码在满足对象装置所具有的OS并非第一种类的OS这一条件的情况下，指令包含所述程序代码的执行模块的生成，作为适合于第一种类的OS的程序代码的UI要素，由编入有封包程序的HMI程序生成能够执行代码的程序。

根据本公开，能够实现一种程序开发的支援环境，作为HMI程序的构成要素，能够并行地开发包含适合于第一种类的OS的UI要素的HMI程序、及包含适合于含有OS的第二种类的OS的UI要素的HMI程序。

由此，若第一种类的OS为通用的OS，则也能够将在适合于通用OS的应用的开发环境中提供的UI要素，利用于FA领域的HMI程序的开发。

所述公开中，封包生成部件进而使指令代码中包含如下所述的代码，所述代码是在满足对象装置所具有的OS为第一种类的OS这一条件的情况下，指令如下述的HMI程序的执行模块的生成，所述HMI程序包含适合于第一种类的OS的程序代码的UI要素。

根据本公开，在由对象装置执行HMI程序的情况下，若对象装置具备第一种类的OS，则生成包含适合于第一种类的OS的程序代码的UI要素的HMI程序的执行模块，而且，若对象装置具备第二种类的OS，则生成包含适合于第二种类的OS的程序代码的UI要素的HMI程序的执行模块。

由此，能够由一个HMI程序的程序代码，来生成适合于第一种类的OS的执行模块与适合于第二种类的OS的执行模块。因此，无须准备适合于第一种类的OS的程序开发环境与适合于第二种类的OS的程序开发环境这两者，而能够生成适合于各种类的OS的一个HMI程序。

所述公开中，代码生成部件提取适合于第一种类的OS的程序代码的UI要素的属性中的、与适合于第二种类的OS的程序代码的UI要素的属性一致的属性，由包含所提取的属性的UI要素的程序代码，来生成适合于第二种类的OS的UI要素的程序代码。

根据所述公开，使用适合于第一种类的OS的程序代码的UI要素的属性，来生成适合于第二种类的OS的UI要素的程序代码。因此，不需要新的信息，便能够生成适合于第二种类的OS的UI要素的程序代码。

所述公开中，还包括：输出UI要素的选择候选的一览的部件；以及登记部件，在一览中，登记受理部件所受理的、适合于第一种类的OS的程序代码的UI要素，使用由用户从一览中选择的UI要素来编辑HMI程序。

根据所述公开，通过将适合于第一种类的OS的程序代码的UI要素登记到UI要素的选择候选的一览中，从而用户能够从一览中选择所述UI要素，并使用所选择的UI要素来作为构成HMI程序的UI要素。

所述公开中，封包生成部件在生成能够执行代码的程序时，生成封包程序。

根据所述公开，能够在生成经编辑的HMI程序的能够执行代码的程序时，生成封包程序。

所述公开中，封包生成部件在由登记部件将适合于第一种类的OS的程序代码的UI要素登记到一览中时，生成封包程序。

根据所述公开，能够在将适合于第一种类的OS的程序代码的UI要素登记到一览中时，生成封包程序。

所述公开中，当对象装置所具备的OS的种类并非第一种类时，代码生成部件由所指定的UI要素，来生成适合于第二种类的OS的UI要素的程序代码。

根据所述公开，若对象装置的OS的种类符合第一种类，则能够省略代码生成部件对程序代码的生成及封包生成部件对封包程序的生成。

本公开的一例的支持程序支援由FA(工厂自动化)的对象装置所执行的HMI(人机接口)程序的开发，所述支持程序使计算机执行下述步骤：受理如下述的UI(用户接口)要素的指定，所述UI要素是构成HMI程序的UI要素，且是适合于第一种类的OS的程序代码的UI要素；由所指定的UI要素，来生成适合于第二种类的OS的UI要素的程序代码；生成如下述的封包程序，所述封包程序包含所生成的适合于第二种类的OS的程序代码、及如下述的指令代码，所述指令代码在满足对象装置所具有的OS并非第一种类的OS这一条件的情况下，指令包含所述程序代码的执行模块的生成；以及作为适合于第一种类的OS的程序代码的UI要素，由编入有封包程序的HMI程序生成能够执行代码的程序。

根据本公开，能够实现一种程序开发的支援环境，作为HMI程序的构成要素，能够并行地开发包含适合于第一种类的OS的UI要素的HMI程序、及包含适合于含有OS的第二种类的OS的UI要素的HMI程序。

由此，若第一种类的OS为通用的OS，则也能够将在适合于通用OS的应用的开发环境中提供的UI要素，利用于FA领域的HMI程序的开发。

发明的效果

根据本公开，能够提供一种程序开发的支援环境，不限定适合于HMI程序的构成要素的OS的种类而能实现多样化。

附图说明

图1是示意性地表示本发明的实施方式的系统结构的图。

图2是示意性地表示本发明的实施方式的控制装置100的硬件结构的一例的图。

图3是示意性地表示本发明的实施方式的支持装置200的硬件结构的一例的图。

图4是示意性地表示本发明的实施方式的程序的开发环境与执行环境的整体结构的一例的图。

图5是示意性地表示本发明的实施方式的支持装置200中的开发环境与执行环境的具体结构例的图。

图6是示意性地表示本发明的实施方式的用于外部控制的转换处理的模块结构的一例的图。

图7是示意性地表示本发明的实施方式的工具箱管理的处理概要的图。

图8是示意性地表示本发明的实施方式的生成I/F转换源代码的处理的一例的图。

图9是示意性地表示本发明的实施方式的I/F转换对象目标的一例的图。

图10是示意性地表示本发明的实施方式的HMI程序的编辑(edit)时的显示画面的一例的图。

图11是例示本发明的实施方式的HMI程序112的内部代码的一部分的图。

图12是概略地表示本发明的实施方式的将外部控制501导入至开发环境42的处理的一例的流程图。

图13是表示本发明的实施方式的编辑及编译的处理的一例的流程图。

图14是表示本发明的实施方式的HMI程序执行时的外部控制的处理的一例的流程图。

图15是表示本发明的实施方式的控制装置100的软件结构的一例的示意图。

具体实施方式

一边参照附图，一边详细说明本发明的实施方式。另外，对于图中的相同或相当的部分，标注相同的符号并不再重复其说明。

＜A.适用例＞

首先，参照图1来说明适用本发明的场景的一例。图1是示意性地表示本发明的实施方式的系统1的结构的图。本实施方式的支持装置200是支援由FA的对象装置所执行的HMI程序的开发的装置，例如能够适用通用的计算机。对象装置包含作为控制装置的工业计算机(Industrial Personal Computer，IPC)100-1及PLC 100-2。控制装置对作为任意控制对象的、设在现场的设备300(例如制造装置或设备)进行控制。

支持装置200对HMI程序112进行编辑，以及对编辑后的HMI程序112进行编译。通过编译，由HMI程序112生成执行格式程序，所述执行格式程序包含对象装置可执行的程序代码。对象装置通过执行从支持装置200传输的执行格式的HMI程序112，从而显示HMI画面。

支持装置200在从用户受理了UI要素的指定时，由所指定的UI要素来生成适合于第二种类的OS的UI要素的程序代码，所述UI要素是构成HMI程序112的UI(用户接口)要素，且是适合于第一种类的OS的程序代码的UI要素。支持装置200生成相当于封包程序的I/F转换对象目标425B，所述封包程序包含所生成的适合于第二种类的OS的程序代码、及指令代码，所述指令代码在满足对象装置所具有的OS并非第一种类的OS这一条件的情况下，指令包含所述程序代码的执行模块的生成。支持装置200在编译时，由编入有所述封包程序(I/F转换对象目标425B)的HMI程序112来生成可执行格式的程序，以作为适合于第一种类的OS的程序代码的UI要素。

图1的结构中，在从支持装置200将HMI程序112传输至对象装置，并由对象装置予以执行的情况下，通过执行封包程序，从而在对象装置具备第一种类的OS的情况下，例如在IPC100-1中，生成包含适合于第一种类的OS的程序代码的UI要素(例如外部控制501)的HMI程序的执行模块600。而且，在对象装置具备第二种类的OS的情况下，例如在PLC 100中，生成包含适合于第二种类的OS的程序代码的UI要素(外部控制501的代替控制502)的HMI程序的执行模块700。

通过像这样执行封包程序，从而能够由同一HMI程序112的源代码来生成适合于包含外部控制501的Windows的执行模块、与适合于包含并非外部控制501的代替控制502的非Windows的OS的执行模块。

由此，在支持装置200中，即使不准备适合于第一种类的OS的程序开发环境与适合于第二种类的OS的程序开发环境这两者，也能够开发可适合于对象装置所具备的种类的OS的HMI程序112。

所述第一种类的OS典型的是例如Windows(注册商标)等的通用OS，第二种类的OS是与第一种类的OS为不同种类的OS，典型的是适用于面向FA的程序的OS。例如包含非Windows的Linux(注册商标)、UNIX(注册商标)等。而且，第一种类的OS与第二种类的OS也可为版本不同的OS。例如也可为，第一种类的OS为Windows10(注册商标)，而第二种类的OS为WindowsCE(注册商标)。

另外，本实施方式中，适合于OS的程序(或程序代码)表示具有可在所述OS下进行解释及执行的代码体系的程序或程序代码。

以下，作为本发明的更具体的应用例，详细说明本实施方式的支持装置200所提供的HMI程序的开发环境。

＜B.系统结构＞

图1是示意性地表示本发明的实施方式的系统结构的图。参照图1，FA的系统1对作为控制装置的IPC(工业计算机)100-1及PLC 100-2、多个设备300以及支持装置200进行网络连接。控制装置为一种计算机，执行根据制造装置或制造设备等而设计的控制程序等用户程序。此种用户程序是利用在控制装置之外另行准备的作为开发环境的支持装置200来开发。

支持装置200例如为通用的计算机，提供综合开发系统1的各种程序的环境，并且提供对控制装置传输用户程序的功能。以下，将IPC 100-1及PLC 100-2总称作控制装置100。设备300对作为控制对象的未图示的现场机器进行网络连接。控制对象例如可包含传感器、致动器等。

支持装置200与控制装置100之间例如采用遵照通用串行总线(Universal SerialBus，USB)的传输路。控制装置100与设备300的传输路优选采用例如依据时效性网络(Time-Sensitive Networking，TSN)规格而保证数据到达时间的总线或网络。例如可采用作为机器控制用网络的一例的EtherCAT(注册商标)。

在支持装置200中开发的用户程序例如包含：用于实施供控制装置100控制设备300的控制运算的控制程序、及用于实施HMI处理的HMI程序等各种程序。这些用户程序例如可包含适合于Linux(注册商标)、UNIX(注册商标)等非Windows的程序或者适合于Windows的程序，但OS的种类并不限定于这些。所开发的程序从支持装置200传输至控制装置100而由控制装置100的处理器予以执行。

控制运算包含设备300从现场机器收集的数据或所生成的数据的处理、生成针对设备300的指令等数据的处理(运算处理)、将所生成的输出数据发送至对象设备300的处理(输出处理)等。

HMI处理包含收集FA的各种机器(控制装置100、设备300及现场机器)的状态等信息、利用HMI画面来输出收集信息、以及经由HMI画面等来受理用于操作各种机器的用户设定(指令、值等的设定)操作等处理。

另外，在图1所示的系统1中，支持装置200是独立于控制装置100而配设，但支持装置200也可一体地配设于控制装置100。即，支持装置200所具有的功能可内置于控制装置100。

＜C.控制装置100的硬件结构例＞

图2是示意性地表示本发明的实施方式的控制装置100的硬件结构的一例的图。参照图2，控制装置100包含中央处理器(Central Processing Unit，CPU)或微处理器(MicroProcessing Unit，MPU)等处理器102、芯片组(chip set)104、主存储器106、快闪存储器(flash memory)108、外部网络控制器116、存储卡接口118、内部总线控制器122以及现场总线控制器124。

处理器102读出保存在快闪存储器108中的系统程序110及用户程序，并在主存储器106中展开而执行，由此来实现对设备300或现场机器等控制对象的控制处理或者HMI处理。

系统程序110包含用于提供PLC 100的基本功能例如数据的输入/输出处理或执行时机控制等的命令代码。用户程序包含根据控制对象而任意设计的控制程序111及HMI程序112以及程序库113。控制程序111包含用于执行序列控制的序列程序及用于执行运动控制的运动程序等。HMI程序112例如包含与各HMI画面对应的程序。在程序库113中，以可执行代码(例如中间代码)的形态而登记有外部控制501、构成HMI程序的用户接口(UserInterface，UI)要素及构成控制程序的函数等单位程序等。UI要素包含后述的图5的用户所定义的用户定义UI 1163及由系统所定义的系统定义UI 1162的可执行代码。

芯片组104通过控制各组件，从而实现作为控制装置100整体的处理。

内部总线控制器122是在控制装置100与通过内部总线而连结的I/O单元14之间交换数据的接口。现场总线控制器124是在控制装置100与通过未图示的现场总线而连结的I/O单元16之间交换数据的接口。内部总线控制器122及现场总线控制器124获取向对应的I/O单元14及16分别输入的状态值，并且将处理器102中的运算结果从对应的I/O单元14及16分别输出作为指令值。

外部网络控制器116对通过各种有线/无线网络的数据交换进行控制。存储卡接口118是可装卸存储卡120地构成，能够对存储卡120写入数据且从存储卡120读出数据。控制装置100经由外部网络控制器116或存储卡接口118来与支持装置200交换数据。

也可将通过控制装置100执行程序来提供的功能的一部分或全部作为专用的硬件电路而安装。

＜D.支持装置200的硬件结构例＞

接下来，对支持装置200的硬件结构例进行说明。图3是示意性地表示本发明的实施方式的支持装置200的硬件结构的一例的图。参照图3，支持装置200既可为固定型，或者也可在配置控制装置100的制造现场以便携性优异的笔记型个人计算机的形态而提供。

支持装置200包含：CPU 202，执行包含OS的各种程序；只读存储器(Read OnlyMemory，ROM)204，保存基本输入输出系统(Basic Input Output System，BIOS)或各种数据；随机存取存储器(Random Access Memory，RAM)206，提供用于保存CPU 202中的程序执行所需的数据的作业区域；以及硬盘(Hard Disk Drive，HDD)208，非易失地保存由CPU 202所执行的程序等。

支持装置200还包含：包含键盘210及鼠标212的输入部211，受理用户对支持装置200的操作；以及显示器214，用于将信息提示给用户。支持装置200包含用于与控制装置100进行通信的通信接口218。输入部211也可作为与显示器214一体地构成的触控面板而提供。

支持装置200包含记录介质读取装置217，所述记录介质读取装置217用于从记录介质250读取保存于其中的支持程序。所述支持程序可包含实现程序开发环境的程序。支持装置200的各部经由总线220来相互通信。

＜E.控制装置100的软件结构＞

图15是表示本发明的实施方式的控制装置100的软件结构的一例的示意图。图15例如表示IPC 100-1的结构例。

参照图15，在控制装置100中，管理程序(hypervisor)对控制装置100的硬件资源进行管理，并且对实时OS 114及后述的Windows512等通用OS 1161，一边判优一边分配这些硬件资源，由此在共同的硬件资源上执行彼此独立的实时OS 114及通用OS 1161。即，使用管理程序来实现执行不同种类的OS的虚拟环境。实时OS 114与通用OS 1161之间，经由管理程序而构成逻辑网络。

实时OS 114中，执行包含序列程序的控制程序111。在控制程序111的执行时，任务调度器(task scheduler)1142、程序管理器(program manager)1144、输入/输出(Input/Output，I/O)控制进程1146相联系。控制程序111被预先转换成可执行代码，在执行时，与任务调度器1142、程序管理器1144、I/O控制进程1146相联系，并反复进行来自控制对象的信号的获取、控制逻辑的执行、执行结果的反映(致动器的控制)。

在通用OS 1161下，作为任意用户应用的例如包含HMI程序112的用户应用1164及通用应用1162一边调用程序库113的各种程序一边执行。通用应用1162是在通用OS 1161中可执行的标准应用，通过与HMI程序112等用户应用相联系，从而能够使用通用的处理或功能，以更少的工时来构建系统。

程序库113以包含可执行代码的可执行格式而包括系统定义UI 1162、用户定义UI1163及外部控制501。

而且，在通用OS 1161下，可生成适合于第一种类的OS(通用OS)的执行模块600或适合于第二种类的OS(非通用OS)的执行模块700。

＜F.程序开发环境与执行环境＞

图4是示意性地表示本发明的实施方式的程序的开发环境与执行环境的整体结构的一例的图。参照图4，开发环境42是在支持装置200中提供，执行环境47是在控制装置100中提供。图4中，开发环境42与执行环境47是配置于不同的装置，但也可利用同一装置来提供。另外，构成开发环境42的各种程序及数据被保存在支持装置200的RAM 206等存储部中。

参照图4，开发环境42与执行环境47是在Windows40及.NET的框架(framework)41上提供。开发环境42例如包含基于VB.NET(Visual Basic.NET)的脚本(script)的HMI程序语言处理系统46、面向HMI的UI要素的处理系统45、UI要素的编译器43及HMI程序的编译器44。执行环境47包括用于执行HMI程序的程序库等包含可执行代码的组件(assembly)49。本实施方式中，在开发环境中，由HMI语言处理系统的后述的编辑器(editor)309及面向HMI的UI要素的处理系统45所生成的程序源代码是通过UI要素的编译器43及编译器44来进行编译。通过编译，源代码成为包含可执行代码(中间代码)的可执行格式的文件。编译后的HMI程序在面向HMI的执行环境中，利用组件49而成为执行模块，从而对执行模块进行执行。执行模块是通过将UI要素的可执行格式的对象目标链接至可执行格式的HMI程序112而提供。

图5是示意性地表示本发明的实施方式的支持装置200中的开发环境与执行环境的具体结构例的图。参照图5，在支持装置200中，执行在PC的硬件资源下执行的Windows40和在Windows40下提供的FA开发环境507的各种程序下，提供HMI程序112的开发环境42的程序。这些程序包含开发环境42中的外部控制转换器425、编译器506及编辑器309。包含这些用于实现HMI程序112的开发环境的程序的支持程序710被保存在RAM 206中。

外部控制转换器425将作为用于构成适合于Windows的程序的UI要素而提供的外部控制501，转换成用于可在非Windows的OS下执行的代码。编译器506包含图4的UI要素的编译器43及编译器44。编辑器309受理用户操作，依据所受理的操作内容来编辑(制作)HMI程序112。而且，在FA开发环境507下，也提供开发控制程序111的环境。外部控制501、HMI程序112及控制程序111也被保存在RAM 206中。

控制程序111包含遵循用于PLC的编程标准即国际电工委员会(InternationalElectrotechnical Commission，IEC)的程序与各种程序库。HMI程序112包含用户所定义的UI或系统所定义的UI，以作为构成所述HMI程序112的UI要素。另外，用户在编辑时，能够选择外部控制501来作为构成HMI程序112的UI要素。

当在FA开发环境507下启动编译器506时，HMI程序112受到编译，由此，由HMI程序112的源代码来生成可执行代码。可执行代码的HMI程序112被传输给控制装置100。

在控制装置100的执行环境中，通过在Windows512下启动的运行时间(Runtime)513，来支援可执行代码的HMI程序112的执行。运行时间513由可执行代码的HMI程序112来生成适合于Windows512的执行模块。Windows512通过对HMI程序112的执行模块的代码进行解释及执行，从而实施对包含各种UI要素的HMI画面进行提示等的HMI处理。

而且，经编译的控制程序111的可执行代码是通过实时OS 114来解释及执行，从而实施控制处理。

控制装置100中，在实施HMI处理的HMI程序112与实施控制处理的控制程序111之间，能够经由两者的OS及逻辑网络(参照图15)来交换数据。由此，例如在执行环境中，能够通过HMI画面的UI要素的显示形态(例如显示色等)，来对通过控制处理而获取的作为控制对象的现场机器的状态(传感器的输出等)进行提示。而且，能够使用对HMI画面的UI要素进行操作而输入的数据，作为通过控制处理来对作为控制对象的现场机器的状态进行变更的数据。

＜G.用于外部控制转换的结构＞

图6是示意性地表示本发明的实施方式的用于外部控制的转换处理的模块结构的一例的图。参照图6，开发环境42包含依据从经由输入部211的用户操作所受理的编译指示421A来启动编译器506的编译执行部421、OS种类保持部424以及外部控制转换器425。编译器506包含：HMI编译器422，对包含UI要素的HMI程序112进行编译；以及WinApp编译器423，对外部控制501进行编译。

OS种类保持部424获取控制装置100的OS种类424A并保持(存储)到RAM 206等存储器中。OS种类保持部424从经由输入部211的用户操作的内容中获取OS种类424A，或者通过从控制装置100接收而获取OS种类424A。为了获取OS种类424A，支持装置200例如依据超文本传输协议(Hypertext Transfer Protocol，HTTP)等通信协议来与控制装置100进行通信。

外部控制转换器425在依据经由输入部211的用户操作而受理了外部控制501的导入指示425K时，对保存在RAM 206中的外部控制501进行访问，由外部控制501的代码来生成接口(Interface，I/F)转换源代码425A并保存到RAM 206中。I/F转换源代码425A包含使适合于Windows的外部控制501的I/F部分的源代码适合于非Windows的UI要素的代码。图6的各部的运行的详情将在图12的说明中后述。

＜H.编辑器处理＞

图7是示意性地表示本发明的实施方式的工具箱管理的处理概要的图。图10是示意性地表示本发明的实施方式的HMI程序的编辑(edit)时的显示画面的一例的图。图11是例示本发明的实施方式的HMI程序112的内部代码的一部分的图。

(h1.编辑处理)

本实施方式中，编辑器309在对HMI程序112进行编辑时，例如使图10所示的编辑器画面显示于显示器214。本实施方式中，HMI程序112包含与HMI画面对应的每个页面的程序。HMI程序112包含多个页面，在编辑器画面上，显示HMI程序的页面461与工具箱462。工具箱462的数据例如被保存在RAM 206中，在HMI程序的编辑时，由编辑器309从RAM 206读出而予以显示。

参照图10，工具箱462相当于通过显示于显示器214而输出UI要素的选择候选的一览的部件。具体而言，在所述一览中，包含能够用于HMI程序112的编辑的UI要素的名称等标识符的一览。能够登记在工具箱462中的UI要素可包含用于FA的HMI的用户定义UI或系统定义UI与外部控制501。UI要素例如可包含按钮(button)、灯(lamp)等图形用户接口(Graphical User Interface，GUI)要素。

在对页面461进行编辑时，用户操作输入部211来从工具箱462中选择UI要素，通过拖拽(drag)操作使所选择的UI要素移动到页面461的所期望的位置为止并进行放开(drop)操作。编辑器309受理拖拽/放开操作而对页面461进行编辑(制作)，以使所选择的UI要素被编入至所述页面461的HMI程序中。用户通过显示器214的页面461的切换操作，能够切换显示到其他的页面461并同样地进行编辑。这样，用户即使不输入程序代码，也能进行在页面461上配置UI要素的操作，由此，能够对HMI程序112进行编辑。

例如，在选择了外部控制501来作为构成页面461的UI要素的情况下，在页面461的源代码中，追加用于调用I/F转换后的外部控制501的代码。例如，编辑器309如图11那样，追加使用对外部控制501的名称追加有converted_的“converted_SampleControl”这一名称的外部控制501的调用代码。

(h2.工具箱462的登记)

接下来，对用于在所述编辑处理中所用的工具箱462中登记外部控制501的结构进行说明。

参照图7，开发环境42包括外部控制文件选择部427、包括封包生成部428的外部控制转换器425及工具箱管理部391。用户操作输入部211来从功能菜单426中选择外部控制501的导入功能。外部控制文件选择部427基于依据用户的所述选择操作的外部控制导入指示425K，从RAM 206中检索所选择的外部控制501的可执行代码的文件(“SampleControl.dll”)。

外部控制转换器425向工具箱管理部391输出将外部控制501的文件名即“SampleControl”登记到工具箱462中的登记委托。工具箱管理部391相当于登记部件，所述登记部件将通过经由输入部211的用户操作而受理的适合于Windows的程序代码的UI要素即外部控制501，登记到工具箱462的UI要素的候选的一览中。此时，工具箱管理部391将外部控制501的名称“SampleControl”登记到工具箱462中。由此，能够将用户所选择的外部控制501登记到工具箱462的一览中，以作为能够用于HMI程序112的编辑的UI要素的候选。

＜I.外部控制转换处理＞

图8是示意性地表示本发明的实施方式的生成I/F转换源代码的处理的一例的图。图9是示意性地表示本发明的实施方式的I/F转换对象目标的一例的图。

(i1.I/F转换源代码的生成)

外部控制转换器425实施I/F转换源代码的生成处理。具体而言，外部控制转换器425由登记在工具箱462中的外部控制501的文件“SampleControl.dll”的代码，来生成I/F转换源代码425A。而且，外部控制转换器425对I/F转换源代码425A进行编译而生成I/F转换对象目标425B。I/F转换对象目标425B具有用于调用外部控制501的文件“SampleControl.dll”的指令代码(脚本等)。

首先，参照图8，外部控制转换器425读取外部控制501的文件“SampleControl.dll”的代码，对所读取的代码进行分析，基于分析的结果来从代码中提取I/F(接口)425C。而且，外部控制转换器425对I/F 425C与所需I/F 425D进行比较。所述“I/F”可包含外部控制501或UI要素所具有的属性例如显示的属性(颜色、尺寸等)、或者用于与其他UI要素或其他程序等授受数据的通信属性等。所需I/F425D表示包含作为FA的HMI的UI要素所需的属性的I/F。更典型的是，表示包含以适合于非Windows的OS的程序代码所示的UI要素所具有的属性的I/F。另外，所需I/F 425D的数据被保持(保存)在RAM 206等中。

外部控制转换器425基于I/F比较的结果，提取I/F425C所具有的属性中的、与所需I/F425D中所含的属性一致的属性(属性的种类与数量)。外部控制转换器425使用提取(一致)属性来生成源代码425G，所述源代码425G用于将外部控制501提示为FA的HMI的UI要素，即适合于非Windows的OS的UI要素。I/F转换源代码425A包含作为调用目标的外部控制501的名称425E与转换后的(所生成的)源代码425G。

(i2.I/F转换对象目标425B的生成)

外部控制转换器425的封包生成部428通过对I/F转换源代码425A进行编译，而生成例如图9的I/F转换对象目标425B。图9的I/F转换对象目标425B具有封包程序的格式。即，I/F转换对象目标425B包含Windows可解释及执行的源代码425H、可通过非Windows的OS来解释及执行的源代码425G与封包部500。

源代码425H相对于Windows512下的Runtaime(运行时间)513，包含作为调用目标的外部控制501的名称、与指示调用并执行所述外部控制501的代码。

源代码425G相对于非Windows的OS下的运行时间，包含执行由源代码425H来生成适合于非Windows的OS的UI要素的对象目标模块的代码。

I/F转换对象目标425B也可以说是通过执行源代码425G而转换成包含可执行代码的对象目标模块的中间代码，而非外部控制501的“SampleControl.dll”那样的、相对于HML程序的执行模块而动态地链接的包含可执行代码的文件。

封包部500包含下述代码，所述代码在被执行时，使控制装置100的运行时间判断OS种类，并基于所判断的OS种类，来指示是否生成基于源代码425H的执行模块的切换。更具体而言，当所述代码被执行时，若满足OS种类为Windows这一条件，则生成包含由控制装置100的OS(Windows512)所提供的外部控制501的HMI程序112的执行模块。与此相对，若满足所判断的OS种类为非Windows这一条件，则执行源代码425G。由此，为了实现代替外部控制501的控制(UI要素)，而生成包含源代码425G的可执行代码的HMI程序112的执行模块。

通过像这样执行封包部500，从而能够由同一HMI程序112的源代码，来生成适合于包含外部控制501的Windows的执行模块、与适合于包含并非外部控制501的代替外部控制的非Windows的OS的执行模块。

本实施方式中，外部控制转换器425生成I/F转换对象目标425B的时期并无特别限定。例如，外部控制转换器425在由编译器506从HMI程序112生成执行格式程序时，生成I/F转换对象目标425B(封包程序)。

由此，能够使I/F转换对象目标425B的生成只要一次即可。即，在HMI程序112的编辑时，有通过试行错误来频繁地进行构成HMI程序112的UI要素的变更这一背景。考虑到此种背景，若在编辑时生成I/F转换对象目标425B，则所述生成将相对较频繁地反复进行。与此相对，若在对HMI程序112进行编译时生成I/F转换对象目标425B，则如上所述，能够使I/F转换对象目标425B的生成只要编译时的一次即可。

而且，作为其他时期，外部控制转换器425也能够在由工具箱管理部391将外部控制501登记到工具箱462中时，生成I/F转换对象目标425B。此时，在HMI程序112的编译时不需要生成I/F转换对象目标425B，因此能够缩短编译的所需时间。

＜J.外部控制导入处理＞

图12是概略地表示本发明的实施方式的将外部控制501导入至开发环境42的处理的一例的流程图。依据图12的流程图，一边参照图7，一边对导入外部控制501来作为开发环境42中可利用的UI要素的处理进行说明。

参照图12，外部控制转换器425在从经由输入部211的用户操作而受理外部控制导入指示425K时(步骤S1)，获取由OS种类保持部424所保持的对象装置的OS种类(步骤S3)，判断OS种类是否表示Windows(步骤S5)。外部控制转换器425在判断为OS种类表示非Windows时(步骤S5中为否)，结束一连串的处理。

另一方面，外部控制转换器425在判断为OS种类表示Windows时(步骤S5中为是)，外部控制转换器425依据图8的流程来生成I/F转换源代码425A，所生成的辊转换器425依据图8的流程来将I/F转换源代码425A保存至RAM 206中(步骤S7)。

外部控制转换器425对I/F转换源代码425A进行编译，从I/F转换源代码425A中获取I/F转换对象目标425B(步骤S9)。

外部控制转换器425将I/F转换对象目标425B的登记委托给工具箱管理部391(步骤S11)。工具箱管理部391在收到登记委托时，从I/F转换对象目标425B中提取外部控制501的名称(步骤S13)，将所提取的外部控制501的名称追加(登记)到RAM 206的工具箱462的数据中(步骤S15)。随后，处理结束。另外，对于登记到工具箱462中的外部控制501的名称，关联有RAM 206的对应的I/F转换对象目标425B。

＜K.编辑及编译处理＞

图13是表示本发明的实施方式的编辑及编译的处理的一例的流程图。依据图13的流程图，对在开发环境42下通过编辑器309所进行的HMI程序的编辑与HMI程序的编译进行说明。在编辑时，如图10那样，在显示器214上显示HMI程序112与工具箱462。

参照图13，编辑器309经由输入部211来受理用于将用户从工具箱462中选择的名称的外部控制作为UI要素而编入至HMI程序中的、拖拽/放开操作(步骤S21)。

编辑器309依据所受理的用户操作内容，将与用户所选择的外部控制相关联的RAM206的I/F转换对象目标425B所具有的对象目标名作为调用目标对象目标名，而反映至HMI程序112的项目数据(project data)中(步骤S23)。由此，能够将外部控制作为构成所述程序的UI要素而编入至HMI程序112中。

开发环境42在经由输入部211而从用户受理HMI程序的编译指示421A时(步骤S25)，启动编译执行部421。

编译执行部421为了对HMI程序112的项目数据进行编译，而启动WinApp编译器423与HMI编译器422。WinApp编译器423扫描HMI程序，对构成HMI程序的UI要素中的外部控制501的I/F转换源代码进行编译，HMI编译器422对HMI程序112的源代码进行编译(步骤S27)。

通过像这样对HMI程序112进行编译，从而由HMI程序112的源代码生成可执行代码。在编译时，编译器扫描HMI程序112，当检测到外部控制的调用命令时，从调用命令中提取外部控制的名称。编译器从RAM 206中检索与所提取的外部控制的名称相关联的I/F转换对象目标425B，生成包含所检索出的I/F转换对象目标425B的HMI程序112的可执行代码。

开发环境42对通过编译而获取的包含可执行代码的HMI程序进行传输(步骤S29)。所述传输包含：经由传输路而传输(下载)至作为对象装置的控制装置100中、或者保存至RAM206或存储介质250等存储部等的概念。

＜L.对象装置中的HMI程序的执行＞

图14是表示本发明的实施方式的HMI程序执行时的外部控制的处理的一例的流程图。

参照图14，在控制装置100中，运行时间513启动并执行作为可执行代码的HMI程序112(步骤S31)。

在执行HMI程序112的过程中，当执行外部控制的调用命令时，运行时间513启动外部控制的封包程序中的封包部500(步骤S33)。当封包部500被启动时，运行时间513一边对封包部500的指令代码进行解释，一边执行以后的步骤S35、S37、S39及S41的处理。由此，生成HMI程序112的包含可执行代码的执行模块。

具体而言，运行时间513获取执行所述运行时间513的OS的种类(步骤S35)。例如，OS种类能够通过从预先规定的存储区域中读出而获取。

运行时间513判断所获取的OS种类是否为Windows(步骤S37)。运行时间513在判断为OS种类为Windows时(步骤S37中为是)，不调用封包程序的I/F转换源代码425G，而生成用于对包含外部控制501的UI要素进行提示的执行模块600(步骤S39)。

另一方面，运行时间513在判断为OS种类为非Windows时(步骤S37中为否)，解释并执行I/F转换源代码425G(步骤S41)。由此，运行时间513依据I/F转换源代码425G而生成用于提示UI要素的执行模块700(步骤S39)。

根据图14的处理，通过执行HMI程序112，能够由同一HMI程序112的源代码，来生成适合于包含外部控制501的Windows的执行模块600、与适合于包含代替外部控制501的I/F转换源代码425G的非Windows的执行模块700。

＜M.程序＞

用于执行包含本实施方式所示的各流程图的处理的、开发环境42下的各种处理的支持程序被保存在支持装置200的存储部(ROM 204、RAM 206、HDD 208、记录介质250等)中。CPU 202从存储部中读出支持程序并予以执行，由此，能够实现本实施方式中所说明的开发环境42下的各种处理。

此种支持程序也能够记录在附属于支持装置200的软盘、只读光盘(CompactDisk-Read Only Memory，CD-ROM)、ROM、RAM及记录介质250等计算机可读取的记录介质中，而作为程序产品来提供。或者，也能够记录在内置于支持装置200的HDD 208等记录介质中来提供程序。而且，也能够通过从未图示的网络经由通信接口218来下载而提供程序。

＜N.附注＞

如上所述的本实施方式包含如下所述的技术思想。

[结构1]

一种支持装置(200)，支援由FA(工厂自动化)的对象装置(100)所执行的HMI(人机接口)程序(112)的开发，所述支持装置包括：

受理部件(211)，受理UI(用户接口)要素的指定，所述UI要素是构成所述HMI程序的UI要素，且是适合于第一种类的OS的程序代码的UI要素；

代码生成部件(425)，由所述指定的UI要素，来生成适合于第二种类的OS的UI要素的程序代码(425A)；以及

封包生成部件(428)，生成封包程序(425B)，所述封包程序(425B)包含所生成的适合于所述第二种类的OS的程序代码、及指令代码(500)，所述指令代码(500)在满足所述对象装置所具有的OS并非所述第一种类的OS这一条件的情况下，指令包含所述程序代码的执行模块的生成，

作为适合于所述第一种类的OS的程序代码的UI要素，由编入有所述封包程序的所述HMI程序生成可执行代码的程序。

[结构2]

根据结构1所述的支持装置，其中

所述封包生成部件进而使所述指令代码中包含代码(425E)，所述代码(425E)是在满足所述对象装置所具有的OS为所述第一种类的OS这一条件的情况下，指令HMI程序的执行模块的生成，所述HMI程序包含适合于所述第一种类的OS的程序代码的UI要素。

[结构3]

根据结构1或2所述的支持装置，其中

所述代码生成部件提取适合于所述第一种类的OS的程序代码的UI要素的属性中的、与适合于所述第二种类的OS的程序代码的UI要素的属性一致的属性，由包含所提取的属性的UI要素的程序代码，来生成适合于所述第二种类的OS的UI要素的程序代码。

[结构4]

根据结构1至3中任一项所述的支持装置，还包括：

部件(462)，输出所述UI要素的选择候选的一览；以及

登记部件(391)，在所述一览中，登记所述受理部件所受理的、适合于所述第一种类的OS的程序代码的UI要素，

使用由用户从所述一览中选择的UI要素来编辑所述HMI程序。

[结构5]

根据结构4所述的支持装置，其中

所述封包生成部件在由所述执行格式生成部件生成所述可执行代码的程序时，生成所述封包程序。

[结构6]

根据结构4所述的支持装置，其中

所述封包生成部件在由所述登记部件将适合于所述第一种类的OS的程序代码的UI要素登记到所述一览中时，生成所述封包程序。

[结构7]

根据结构1至6中任一项所述的支持装置，其中

当所述对象装置所具备的OS的种类并非所述第一种类时，所述代码生成部件由所述指定的UI要素，来生成适合于第二种类的OS的UI要素的程序代码。

[结构8]

一种支持程序(710)，支援由FA(工厂自动化)的对象装置(100)所执行的HMI(人机接口)程序(112)的开发，

所述支持程序使计算机(200)执行：

步骤(S21)，受理UI(用户接口)要素的指定，所述UI要素是构成所述HMI程序的UI要素，且是适合于第一种类的OS的程序代码的UI要素；

步骤(S7)，由所述指定的UI要素，来生成适合于第二种类的OS的UI要素的程序代码；

步骤(S9)，生成封包程序，所述封包程序包含所生成的适合于所述第二种类的OS的程序代码、及指令代码，所述指令代码在满足所述对象装置所具有的OS并非所述第一种类的OS这一条件的情况下，指令包含所述程序代码的执行模块的生成；以及

步骤(S27)，作为适合于所述第一种类的OS的程序代码的UI要素，由编入有所述封包程序的所述HMI程序生成可执行代码的程序。

应认为，此次公开的实施方式在所有方面仅为例示，并非限制者。本发明的范围是由权利要求而非所述说明所示，且意图包含与权利要求均等的含义及范围内的所有变更。

符号的说明

1：系统

42：开发环境

100：控制装置

200：支持装置

309：编辑器

391：工具箱管理部

421：编译执行部

421A：编译指示

424：种类保持部

424A：OS种类

425：外部控制转换器

425A、425G：I/F转换源代码

425B：I/F转换对象目标

428：封包生成部

462：工具箱

500：封包部

501：外部控制

502：代替控制

600、700：执行模块

710：支持程序

Claims (8)

1.一种支持装置，支援由工厂自动化的对象装置所执行的人机接口程序的开发，所述支持装置包括：

受理部件，受理如下述的用户接口要素的指定，所述用户接口要素是构成所述人机接口程序的用户接口要素，且是适合于第一种类的操作系统的程序代码的用户接口要素；

代码生成部件，由所述指定的用户接口要素，来生成适合于第二种类的操作系统的用户接口要素的程序代码；以及

封包生成部件，生成如下述的封包程序，所述封包程序包含所生成的适合于所述第二种类的操作系统的程序代码、及如下述的指令代码，所述指令代码在满足所述对象装置所具有的操作系统并非所述第一种类的操作系统这一条件的情况下，指令包含所述程序代码的执行模块的生成，

作为适合于所述第一种类的操作系统的程序代码的用户接口要素，由编入有所述封包程序的所述人机接口程序生成能够执行代码的程序。

2.根据权利要求1所述的支持装置，其中

所述封包生成部件进而使所述指令代码中包含如下所述的代码，所述代码是在满足所述对象装置所具有的操作系统为所述第一种类的操作系统这一条件的情况下，指令如下述的人机接口程序的执行模块的生成，所述人机接口程序包含适合于所述第一种类的操作系统的程序代码的用户接口要素。

3.根据权利要求1或2所述的支持装置，其中

所述代码生成部件提取适合于所述第一种类的操作系统的程序代码的用户接口要素的属性中的、与适合于所述第二种类的操作系统的程序代码的用户接口要素的属性一致的属性，由包含所提取的属性的用户接口要素的程序代码，来生成适合于所述第二种类的操作系统的用户接口要素的程序代码。

4.根据权利要求1至3中任一项所述的支持装置，还包括：

输出所述用户接口要素的选择候选的一览的部件；以及

登记部件，在所述一览中，登记所述受理部件所受理的、适合于所述第一种类的操作系统的程序代码的用户接口要素，

使用由用户从所述一览中选择的用户接口要素来编辑所述人机接口程序。

5.根据权利要求4所述的支持装置，其中

所述封包生成部件在生成所述能够执行代码的程序时，生成所述封包程序。

6.根据权利要求4所述的支持装置，其中

所述封包生成部件在由所述登记部件将适合于所述第一种类的操作系统的程序代码的用户接口要素登记到所述一览中时，生成所述封包程序。

7.根据权利要求1至6中任一项所述的支持装置，其中

当所述对象装置所具备的操作系统的种类并非所述第一种类时，所述代码生成部件由所述指定的用户接口要素，来生成适合于第二种类的操作系统的用户接口要素的程序代码。

8.一种支持程序，支援由工厂自动化的对象装置所执行的人机接口程序的开发，

所述支持程序使计算机执行下述步骤：

受理如下述的用户接口要素的指定，所述用户接口要素是构成所述人机接口程序的用户接口要素，且是适合于第一种类的操作系统的程序代码的用户接口要素；

由所述指定的用户接口要素，来生成适合于第二种类的操作系统的用户接口要素的程序代码；

生成如下述的封包程序，所述封包程序包含所生成的适合于所述第二种类的操作系统的程序代码、及如下述的指令代码，所述指令代码在满足所述对象装置所具有的操作系统并非所述第一种类的操作系统这一条件的情况下，指令包含所述程序代码的执行模块的生成；以及

作为适合于所述第一种类的操作系统的程序代码的用户接口要素，由编入有所述封包程序的所述人机接口程序生成能够执行代码的程序。

Images