CN115720656A - 信息处理方法以及信息处理装置 - Google Patents

Abstract

在该信息处理方法中，从用于驱动装置(20)的执行器(22)以及加热器(23)的至少其中一方的N个功能块中，按照由操作者进行的输入操作，将M个功能块的每一个作为选择功能块来选择(步骤S41)，通过至少将M个选择功能块的顺序，按照由操作者进行的输入操作来设定，从而生成应用程序(步骤S42)，参照禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的规则，在应用程序中包括的M个选择功能块符合上述规则的情况下，对应用程序进行变更(步骤S44、S45)，输出进行了变更的应用程序(步骤S46)。

Description

信息处理方法以及信息处理装置

技术领域

本公开涉及用于生成具备执行器和/或加热器的装置的控制程序的信息处理方法等。

背景技术

以往，家用电器产品以及住宅设备等按照其制造商等预先准备的运行条件(控制程序)而被控制。专利文献1公开了一种能够设定用户想要进行的洗涤的运行条件的洗衣机。

(现有技术文献)

(专利文献)

专利文献1日本特开2003-284889号公报

然而在上述以往技术中，需要由产品的制造商等将预先开发的控制程序预先存放到产品中，因此，生成多样且安全的控制程序并进行按照用户需求的定制以及更新是困难的。

发明内容

于是，本公开提供一种能够简单地生成多种多样且安全的控制程序的信息处理方法等。

本公开的一个形态所涉及的信息处理方法由计算机系统执行，在所述信息处理方法中，(a)从用于驱动控制对象设备所具备的执行器以及加热器的至少其中一方的N个功能块中，按照由操作者进行的输入操作，将M个功能块的每一个作为选择功能块来选择，N为2以上的整数，M为1以上且N以下的整数，(b)通过至少将M个所述选择功能块的每一个被执行的顺序，按照由所述操作者进行的输入操作来设定，从而生成至少包括M个所述选择功能块的应用程序，(c)参照禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的规则，在所述应用程序中包括的M个所述选择功能块符合所述规则的情况下，对所述应用程序进行变更，(d)输出进行了所述变更的应用程序。

另外，这些概括性的或具体的形态可以由系统、方法、集成电路、计算机程序或计算机可读取的CD-ROM等记录介质来实现，也可以由系统、方法、集成电路、计算机程序以及记录介质的任意组合来实现。

本公开的一个形态所涉及的信息处理方法能够简单地生成多种多样且安全的控制程序。

附图说明

图1是实施方式1中的系统的硬件构成图。

图2A是实施方式1中的云服务器的硬件构成图。

图2B是实施方式1中的装置的硬件构成图。

图2C是实施方式1中的终端的硬件构成图。

图3是实施方式1中的系统的功能构成图。

图4示出了实施方式1中的对应用程序进行规定的功能块的一个例子。

图5示出了实施方式1中的用于洗衣机的多个功能块。

图6示出了实施方式1中的用于微波炉的多个功能块。

图7示出了实施方式1中的用于电饭煲的多个功能块。

图8是实施方式1中的系统的时序图。

图9示出了实施方式1中的设备数据库的一个例子。

图10示出了实施方式1中的执行内容宣言的一个例子。

图11是实施方式1中的执行前确认处理的流程图。

图12示出了实施方式1中的规则数据库的一个例子。

图13示出了实施方式1中的应用程序的一个变更例。

图14示出了实施方式1中的应用程序的一个变更例。

图15A是实施方式1的变形例1中的系统的时序图。

图15B是实施方式1的变形例2中的系统的时序图。

图15C是实施方式1的变形例3中的系统的时序图。

图15D是实施方式1的变形例4中的系统的时序图。

图15E是实施方式1的变形例5中的系统的时序图。

图16是实施方式2中的执行前确认处理的流程图。

图17是实施方式3中的执行前确认处理的流程图。

图18是实施方式4中的执行前确认处理的流程图。

图19示出了实施方式5中的信息处理系统的构成例。

图20示出了在实施方式5的功能块数据库以及规则数据库中分别存放的信息的一个例子。

图21示出了实施方式5中的规则数据库中包括的通用规则的一个例子。

图22是实施方式5中的信息处理系统的序列图。

图23是示出实施方式5中的开发工具的整体处理工作的流程图。

图24是示出实施方式5中的设置的自动修改处理的一个例子的流程图。

图25是实施方式5中的设置的异常提示处理的一个例子的流程图。

图26示出了实施方式5中的序列生成画面的一个例子。

图27示出了实施方式5中的功能块一览的显示例。

图28A示出了实施方式5中的功能块的设置处理、设置的自动修改处理的一个例子。

图28B示出了实施方式5中的功能块的设置处理、设置的自动修改处理的其他的例子。

图29示出了实施方式5中的设置的异常提示处理的一个例子。

图30示出了实施方式5中的连接的异常提示处理的其他的例子。

图31示出了实施方式5中的应对方法的其他的提示例。

图32示出了实施方式5中的应对方法的又一其他的提示例。

图33是示出实施方式5的变形例中的开发工具的处理工作的流程图。

具体实施方式

(成为本公开的基础的知识)

对本申请的发明人员得到本公开的经过进行说明。在具有执行器和/或加热器的家用电器产品等中，要想吻合各种用户的需求来开发控制程序，则需要对开发环境进行开放。也就是说，需要一种使控制程序的开发难度降低，第三方能够容易地参加控制程序的开发的环境。在这种环境中，例如服装公司也能够开发用于洗涤自己公司所销售的衣服的洗衣机的控制程序。

于是，本申请发明人员探讨了一种构造，即利用对产品中包括的执行器和/或加热器的控制进行抽象化而得到的功能块，在维持安全性的保障的同时，构筑能够开发控制程序的环境，对由多个功能块的组合构成的控制程序进行打包，并能够用作应用程序来分发。据此，能够进行多种多样的应用程序的分发，从而能够满足更多种类的用户的需求来定制以及更新产品。然而在这种环境中，会有危险的应用程序(也就是说，不能安全地对产品进行控制的应用程序)被分发的可能性，从而产品的安全性降低。

例如可以设想到的情况是，家用电器产品等中的程序被安装到用于对执行器和/或加热器直接进行控制的设备，并且，制造商开发的程序和第三方开发的程序交互混入的状态也包括在内。此时，制造商没有向第三方公开包括技术诀窍(Know-How)在内的所有的家用电器产品等信息的可能性较高。例如，对执行器和/或加热器进行驱动的参数或定时，就是与家用电器产品等性能有关的制造商的技术诀窍。因此，为了避免竞争力的降低，例如像能够自由驱动家用电器产品等这种技术诀窍，由制造商向第三方开放的可能性就比较低。

因此，由于家用电器产品等信息的不充分，从而会有第三方制作出包括制造商没有设想到的控制的组合或参数范围的应用程序的可能性，也就是说，会有制作出不能保障安全性的应用程序的可能性。这样的应用程序的提供，对于用户而言则是不理想的。

并且，家用电器产品等制造商还考虑到通过提供新的控制程序，来尝试更新用户的生活样式。然而，为了进行各种各样的新的控制程序的开发，则会在参数的调整或硬件的性能评价等中产生庞大的工时。在家用电器产品等中可以容易地预想到，为了对执行器和/或加热器的硬件进行物理上的驱动，家用电器产品等程序与智能手机的程序相比，性能评价等所需要的工时增多。但是，在不是请求大量生产，而是需求按照一个一个的用户的生活样式来进行按需开发的时代，因此需要像智能手机的程序开发那样，来进行家用电器产品等各种各样的控制程序的开发。为此，制造商要在减少庞大的工时的基础上，来制作能够保障产品的安全性的各种各样的应用程序。

而且，制造商还希望即使在家用电器产品等利用第三方提供的应用程序来进行工作的情况下，也同样能够保证安全地工作。此时，将各种各样的应用程序在家用电器产品等中实际上进行驱动，来验证安全性，这样则希望减少进行这种验证时的工作量。

于是，本公开提供一种能够简单且安全地执行由对执行器和/或加热器进行驱动的多个功能块规定的多种多样的应用程序的装置等。

以下参照附图对实施方式进行具体说明。

另外，以下将要说明的实施方式均为概括性的或具体的例子。以下的实施方式所示的数值、形状、材料、构成要素、构成要素的配置位置以及连接方式、步骤、步骤的顺序等均为一个例子，其主旨并非是对技术方案进行限定。

并且，各个图并非严谨的图示。在各个图中对于实质上相同的构成赋予相同的符号，并省略或简化重复的说明。

(实施方式1)

[1.1硬件构成]

参照图1至图2C对本实施方式中的系统1的硬件构成进行说明。图1是实施方式1中的系统1的硬件构成图。图2A是实施方式1中的云服务器10的硬件构成图。图2B是实施方式1中的装置20的硬件构成图。图2C是实施方式1中的终端30的硬件构成图。

如图1所示，本实施方式中的系统1具备：云服务器10、设施2a～2d中使用的装置20a～20h、以及终端30a～30d。设施2a～2d例如是住宅，但是并非受此所限。设施2a～2d例如是公寓、店铺、办公室等。

云服务器10是经由计算机网络(例如互联网)而被提供的虚拟的服务器。云服务器10经由计算机网络与装置20a～20h以及终端30a～30d连接。另外，也可以取代云服务器10而使用物理服务器。

如图2A所示，云服务器10虚拟地具备处理器11、以及与处理器11连接的存储器12。处理器11在存储器12中存放的指令或软件程序被执行时，作为后述的序列管理器以及设备管理器来发挥作用。

装置20a～20h是设施2a～2d中利用的电气机械器具。另外在图1中省略了设施2b～2d中利用的装置20c～20h的图示。以下在无需对装置20a～20h进行区別的情况下，记载为装置20。

作为装置20能够采用家用电器产品(家电)以及住宅设备等。家用电器产品(家电)以及住宅设备等并非受限于住宅内使用的机器，也可以包括产业用的机器。另外在本公开中，会有将家用电器产品以及住宅设备等省略记载为家用电器产品等的情况。作为家电例如可以采用微波炉、电饭煲、搅拌器(Blender)、电烤箱、电动烤面包机、电热水壶、电烤盘、IH(Induction heating)烹饪器具、烤炉、面包机、电高压锅、电无水烹饪锅、多功能炊具、咖啡机、冰箱、洗衣机、洗碗机、吸尘器、空调、空气净化器、加湿器、吹风机、电风扇、以及离子发生器等。作为住宅设备例如采用电动卷帘门、电子锁、以及浴缸用电热水器等。另外，装置20并非受上述所限。

如图2B所示，装置20具备框体21、执行器22、加热器23、以及控制部24。另外，装置20只要具备执行器22以及加热器23的至少其中一方即可，也可以具备执行器22以及加热器23这双方。

框体21中容纳执行器22、加热器23、以及控制部24。并且，框体21也可以具有用于处理对象物的内部空间。例如，洗衣机的内桶、微波炉的加热室、以及电饭煲的内胆等相当于用于处理对象物的内部空间。

执行器22是根据电信号将输入能转换为物理运动的机器元件。作为执行器22例如可以采用电动机、液压缸以及气压执行器等，但是并非受此所限。

加热器23是将电能转换为热能的电加热器。加热器23例如通过焦耳加热、感应加热以及介电加热等对对象物进行加热。作为加热器23例如能够采用镍铬电热丝、线圈以及磁控管等。

在此对本公开的装置20具备执行器22和/或加热器23的理由的一个例子进行说明。设想家用电器产品等的制造商将对执行器22以及加热器23进行驱动的参数、驱动的组合全都能够自由地控制这种开发环境提供给第三方的情况。此时，第三方能够制作出超出制造商设想的能够安全驱动执行器22和/或加热器23的参数范围、或超出执行器22和/或加热器23的驱动制限来进行控制的程序。尤其是针对进行物理运动的执行器22、或输出热能的加热器23，制造商没有想到的驱动则是保障安全性的一个大的课题。作为制造商没有想到的驱动例如可以列举出：作为执行器的一个例子的电动机进行高速旋转、以及向加热器23供给过电流。本申请的发明人员力争不会因过分地考虑安全性，而阻碍能够向用户提供各种各样的应用程序的环境构建，并以此作为目标。于是，着眼于进行物理运动的执行器22、或输出热能的加热器23来设想安全性的保障，因此以本公开的装置20作为了对象。

控制部24是对执行器22和/或加热器23进行控制的控制器，作为后述的设备发挥作用。控制部24例如由集成电路构成。

终端30a～30d分别在设施2a～2d中使用，作为用户接口发挥作用。另外，在图1中省略设施2b～2d中使用的终端30b～30d的图示。以下在无需对终端30a～30d进行区別的情况下，记载为终端30。

终端30经由计算机网络与云服务器10以及装置20连接，作为后述的用户接口(UI)发挥作用。作为终端30能够采用智能手机以及平板电脑等可携带移动的信息终端。另外，终端30也可以是被固定在设施2a～2d的墙壁、地板或天花板的终端。并且，终端30也可以包括在装置20内。例如，终端30可以作为具有内置于各装置20a～20h的显示器等的显示终端来实现。

如图2C所示，终端30具备显示器31和输入设备32。作为显示器31例如能够采用液晶显示器以及有机EL显示器。作为输入设备32例如能够采用触控面板、键盘、鼠标以及机械式按键等。并且，作为输入设备32也可以采用语音输入设备。显示器31和输入设备32也可以作为触摸屏被安装成一体。并且，作为输入设备32也可以采用手势输入设备。手势输入设备例如具有摄像头和识别部。摄像头对包括手势在内的图像进行拍摄，识别部利用图像来识别手势。

[1.2功能构成]

以下参照图3对本实施方式中的系统1的功能构成进行说明。图3是实施方式1中的系统1的功能构成图。

云服务器10具备序列管理器100和设备管理器200。装置20a～20h分别具备设备300a～300h。终端30a～30d分别具备UI400a～400d。

以下在无需对设备300a～300h进行区別的情况下，记载为设备300。并且，在无需对UI400a～400d进行区別的情况下，记载为UI400。

序列管理器100对多个应用程序进行管理。多个应用程序例如通过用户的操作而从应用交付平台被下载到序列管理器100。或者也可以是，应用交付平台中的应用程序不下载到序列管理器100。在这种情况下，可以在序列管理器100的数据库中记录示出与应用交付平台中的应用程序建立了关联的信息。以后将详细说明应用程序。

设备管理器200具有用于管理多个设施2a～2d以及各设施2a～2d中使用的设备300以及UI400的数据库。设备管理器200通过将与设施2a～2d建立了关联的设备信息以及UI信息记录到数据库，来对设备300以及UI400进行管理。设备信息以及UI信息例如包括控制功能和驱动功能、以及运行状态等。例如，设备管理器200能够对设备300的运行状态进行管理，并能够掌握设备300的运行计划。并且，设备管理器200也可以对设备300的日志信息进行管理。

另外，这样的数据库也可以不包括在设备管理器200，而可以包括在序列管理器100中，还可以包括在序列管理器100以及设备管理器200这双方中。

设备300具有装置20的控制功能以及驱动功能。设备300能够按照来自设备管理器200的指示，对装置20进行驱动。

UI400向用户提供信息，接受来自用户的输入。

在此对应用程序进行说明。在本实施方式中，应用程序(以下也有简略称为“应用”的情况)是指，以对执行器22和/或加热器23进行驱动的多个功能块(functionblocks)来规定的控制程序。多个功能块的每一个能够包括用于对执行器22或加热器23进行驱动的参数。具体而言，多个功能块的每一个是对执行器22或加热器23的控制进行抽象化而得到的。另外，应用程序除了包括对执行器22和/或加热器23进行驱动的多个功能块以外，还可以包括对执行器22和/或加热器23不进行驱动的功能块。作为对执行器22和/或加热器23不进行驱动的功能块的一个例子包括：通过设备300所具有的接口进行的信息显示、通过设备300所具有的蜂鸣器进行的语音输出、以及通过设备300所具有的照明而进行的点灯或灭灯等。并且，功能块也可以包括开始驱动执行器22或加热器23的条件。例如，以包括第1功能块和第2功能块的应用程序为例进行说明。在此，在第1功能块的执行中想要切换到第2功能块时，当满足第2功能块中包括的开始条件时，从第1功能块切换到第2功能块。并且，功能块也可以不包括开始条件，而可以包括结束条件。在第1功能块的执行中想要切换到第2功能块时，当满足第1功能块中包括的结束条件时，从第1功能块切换到第2功能块。

图4示出了实施方式1中的对应用程序进行规定的功能块的一个例子。图4所示的功能块1000是对洗衣机的翻滚工作进行控制的功能块，包括参数1001～1006。参数1001包括示出翻滚的种类的信息(例如：标准、舞动激流、摇摆)。换而言之，也可以说参数1001示出功能的种类。参数1002包括示出滚筒的转速的值。换而言之，也可以说参数1002示出执行器22和/或加热器23的驱动的强度。参数1003包括以供水后的水位来表示向滚筒内的供水量的值。换而言之，也可以说参数1003示出执行器22和/或加热器23的驱动后的状态。参数1004包括示出循环泵的开启/关闭的值。换而言之，也可以说参数1004示出是否对执行器22和/或加热器23进行驱动。参数1005包括分阶段地示出翻滚间隔的信息(例如：短、中、长)。参数1006包括示出翻滚时间的值。

为了对应用程序进行规定，而利用多个上述这种功能块。例如利用图5～图7所示的多个功能块。

图5示出了实施方式1中的用于洗衣机的多个功能块。图6示出了实施方式1中的用于微波炉的多个功能块。图7示出了实施方式1中的用于电饭煲的多个功能块。另外，图5～图7所示的多个功能块只是一个例子，洗衣机、微波炉以及用于电饭煲的功能块并非受这些所限。例如，多个功能块也可以根据抽象级别而被分层。

例如，在面向制造商的层次和面向制造商以外的层次变更抽象的级别。制造商以外的例子是面向其他的制造商的层次、面向第三方的层次。

此时，面向制造商的层次比面向制造商以外的层次的抽象度低。抽象度低意味着，与对执行器以及加热器进行驱动的参数相近的内容被控制。

另外，通过制作者将具有确保技术诀窍以及保障安全性的最小的抽象级别的功能块提供给制造商以外，从而制造商以外也能够开发应用程序。通过制造商将具有更高的抽象级别的功能块提供给一般的用户，则会有更多人能够开发应用程序。更高的抽象级别例如与通过一般的用户自身即使没有专业上的知识也能够理解的用语来规定的功能块对应。即使没有专业的知识也能够理解的用语例如是与家用电器产品等功能本身对应的内容。具体而言，作为与洗衣机中的“洗涤”功能块中的水量有关的参数而选择了“充足”的情况下，在一个被具体化的层次中例如进行的变更是，将供水功能块中的水位参数从60mm升高到100mm，将翻滚功能块中的转速参数从120rpm降低到100rpm等。如以上所述，抽象度高的级别中的功能块的重排以及参数变更，能够由抽象度低的功能块来实现。并且，即使洗衣机、微波炉以及电饭煲以外的装置，也能够与图5～图7同样对多个功能块进行定义。通过这些功能块，能够在保障与执行器以及加热器的驱动有关的安全性、隐匿性的状态下，通过进行重排、参数调整而能够自由地进行应用程序开发。

另外，通过制造商向其他的制造商提供具有确保技术诀窍以及保障安全性的最小的抽象级别的功能块，从而其他的制造商为了实现被提供来的功能块，则能够独自地对具有更高的具体化级别的功能块进行规定并安装。据此，各制造商能够在保障各自的技术诀窍以及安全性的状态下，针对仅开发应用的第三方，自由地进行与各制造商的执行器以及加热器的驱动有关的应用的开发。

此时，其他的制造商可以不进行与制作者提供的具有保障了技术诀窍以及安全性的最小的抽象级别的功能块相对应的、具有更高的具体化级别的功能块的开发，而是应答出现异常，向应用开发人员以及用户提示制造商所提供的功能块不能使用、或者以被限制的参数范围来工作。具体而言，作为与洗衣机中的“翻滚”功能块中的电动机旋转有关的参数而选择了“高速”的情况下，在制造商的洗衣机中能够实现为了达到“高速”的150rpm这一参数，而其他的制造商的洗衣机中由于电动机的性能不同，而只能旋转到120rpm的情况下，则将出现异常或以极限值的120rpm来实现的状况提示给应用开发人员或用户。

[1.3处理]

以下参照图8对具有以上这种构成的系统1的处理进行说明。图8是实施方式1中的系统1的时序图。

[1.3.1准备阶段F100]

首先对准备阶段F100进行说明。

(步骤S110)

序列管理器100将序列管理器信息发送给设备管理器200。该序列管理器信息的发送例如通过系统管理者的命令来执行。设备管理器200将接收的序列管理器信息，例如登记到序列管理器数据库。另外，在序列管理器信息被预先登记到序列管理器数据库的情况下，也可以跳过该步骤。

序列管理器信息例如包括序列管理器100的标识符和/或地址(例如URL(UniformResource Locator：统一资源定位符)、IP(Internet Protocol：网际协议)地址等)。而且，序列管理器信息还可以包括任意的信息。

(步骤S112)

设备300将设备信息1101发送给设备管理器200。该设备信息1101的发送例如在设备300与计算机网络连接时被执行。设备管理器200将接收的设备信息1101登记到设备数据库1100。另外，在设备信息1101被预先登记到设备数据库1100的情况下，也可以跳过该步骤。

另外也可以是，设备信息1101在被发送到UI400之后，经由UI400被登记到设备管理器200。

设备信息1101包括设备300的标识符和/或地址。而且，设备信息1101还可以包括任意的信息。图9示出了实施方式1中的设备数据库的一个例子。在图9的设备数据库1100中登记有包括设备信息1101的多个设备信息。各设备信息包括：设备ID、地址、类别、制造商名称、型号、执行器/加热器、以及劣化等级。执行器/加热器是指构成设备300的执行器22和/或加热器23的识别信息。劣化等级是示出构成设备300的执行器22和/或加热器23是否劣化的劣化信息的一个例子。在此，劣化等级的值越大时则表示越劣化。设备信息1101中可以包括能够执行的功能块的信息。与能够执行的功能块有关的信息可以是与数据库中的功能块能够执行或不能执行对应的信息，也可以仅是能够执行的功能块的信息。并且，关于功能块是否能够执行，可以根据设备信息1101中包括的执行器/加热器等信息来预先准备。

另外，设备信息1101也可以包括能够对设施2a～2d进行确定的信息。

(步骤S114)

UI400将UI信息发送到设备管理器200。该UI信息的发送例如根据用户的指示来执行。设备管理器200将接收的UI信息例如登记到UI数据库。另外，在UI信息被预先登记到UI数据库的情况下，也可以跳过该步骤。

UI信息例如包括UI400的标识符和/或地址。而且，UI信息也可以包括任意的信息。

另外，UI信息也可以包括能够对设施2a～2d进行确定的信息。

通过以上的处理，序列管理器100、设备管理器200、设备300以及UI400彼此能够建立关联，从而能够确立彼此的连接。据此，准备阶段F100结束。

[1.3.2应用执行前阶段F200]

接着，对应用执行前阶段F200进行说明。另外，在应用执行前阶段F200之前，按照经由UI400从用户得到的指示，从应用交付平台将应用程序下载到序列管理器100。这样，使序列管理器100以下载了应用程序的状态来执行以下的处理。

(步骤S210)

UI400从用户接受应用执行请求，将包括应用程序的识别信息的应用执行请求发送到序列管理器100。例如，用户从通过UI400下载到序列管理器100的多个应用程序的中选择应用程序，并指示被选择的应用程序的执行。

另外，从UI400发送到序列管理器100的应用执行请求，与能够对设施2a～2d进行确定的信息一起被发送。

另外，应用执行请求也可以不是接受来自用户的明确的指示。例如可以通过检测用户的行动或状态，根据检测结果，应用执行请求被自动地发送到序列管理器100。

(步骤S212)

序列管理器100将通过应用执行请求而被识别的应用程序的执行内容宣言发送到设备管理器200。执行内容宣言包括对将要执行的应用程序进行规定的多个功能块的信息、以及能够对设施2a～2d进行确定的信息。

图10示出了实施方式1中的执行内容宣言的一个例子。图10中示出了，用于通过组合图5所示的用于洗衣机的多个功能块而规定的应用程序的执行内容宣言1200。执行内容宣言1200包括：多个功能块1201、各功能块1201的执行所需要的与设备有关的信息1202、以及各功能块1201被执行的顺序的信息1203。

另外，执行内容宣言1200也可以不包括与设备有关的信息1202。在这种情况下，需要根据多个功能块1201的信息，由设备管理器200来检索能够在接受的设施信息所示的设施执行相应的功能块的设备，并进行设备分配。

另外，在图10中虽然示出了与设备有关的信息1202是设备300的型号，但是并非受此所限。与设备有关的信息1202只要示出能够分配到功能块的设备300的条件，可以是任意的信息。例如，与设备有关的信息1202可以包括多个型号，也可以包括设备的类别、使用目的、设置场所，或者可以仅包括这些的组合。

(步骤S214)

设备管理器200针对执行内容宣言中包括的各功能块，基于能够对设施2a～2d进行确定的信息，来分配与设备管理器200建立了关联的设备300。例如，设备管理器200向图10所示的多个功能块1201的每一个分配设备DEV001，设备DEV001是图9的设备数据库1100中作为已与接受的设施信息所示的设施进行了连接而被登记的具有型号WM-0001的设备。另外，在设备300的运行状态或向云的连接状态被管理的情况下，则可以禁止运行中的设备300的分配。

另外，在例如图10所示的多个功能块作为已与接受的设施信息所示的设施进行了连接而没有被登记的情况下，即在对应的设施中不存在对象设备的情况下，设备管理器200向序列管理器100通知不可执行被进行了执行内容宣言的应用程序。

(步骤S215)

设备管理器200将设备分配的结果通知给设备300。据此，应用程序中的多个功能块被分别发送到所分配的设备300。

(步骤S216)

设备300在功能块执行前对功能块进行确认。即设备300在功能块执行前，当功能块被执行时确认是否在设备300发生问题。例如设备300对安全和/或效率上的问题进行确认。

于是，设备300根据确认结果，对功能块进行变更。据此，功能块被修改，以便不发生问题。

参照图11对这种执行前的确认处理进行详细说明。图11是实施方式1中的执行前的确认处理的流程图。

(步骤S2165)

设备300获取与应用程序对应的规则。在此，规则禁止在规定的2个以上的功能块中的一个被执行的情况下而该规定的2个以上的功能块中剩余的至少一个不被执行。例如，设备300参照规则数据库，获取规定的2个以上的功能块的组合。规则数据库例如可以包括在设备300中，也可以包括在序列管理器100或设备管理器200中。

作为规则例如能够采用禁止在第2功能块被执行之前第1功能块未被执行的规则。更具体而言，作为规则例如能够采用禁止从应用程序的开始直到第2功能块被执行之前为止第1功能块未被执行的规则。这样的第1功能块中例如能够采用用于制作出能够执行第2功能块的环境的功能块。具体而言，作为第1功能块能够采用在第2功能块(例如脱水功能块)被执行之前，用于实现禁水环境的排水功能块。

并且，作为规则例如能够采用禁止在第2功能块被执行之后第3功能块不被执行的规则。更具体而言，作为规则例如能够采用禁止从第2功能块被执行后直到应用程序结束为止第3功能块不被执行的规则。在这种第3功能块中例如能够采用用于将因第2功能块的执行而发生了变化的环境返回到第2功能块被执行前的环境的功能块。具体而言，作为第3功能块能够采用送风功能块，该送风功能块用于将因第2功能块(例如烘干功能块)的执行而上升了的温度恢复到该第2功能块被执行前的温度。

图12示出了实施方式1中的规则数据库的一个例子。在图12的规则数据库1300中登记了规则1301以及1302。规则1301以及1302各自具有规定的2个以上的功能块的组合的信息。例如，规则1301表示禁止在执行脱水功能块之前不执行排水功能块。并且，例如规则1302表示禁止在烘干功能块之后不执行送风功能块。

作为这种规定的2个以上的功能块的组合，例如事先设定为了不使框体21的内部空间、执行器22或加热器23达到最大可承受温度的功能块的组合。最大可承受温度是指额定温度，表示允许的最大温度。因此，若使用规定的2个以上的功能块的组合来驱动执行器22或加热器23，则框体21的内部空间、执行器22或加热器23的温度就不会达到不允许的温度。也就是说，规则是为了不使框体21的内部空间、执行器22或加热器23达到最大可承受温度，而用来保证规定的2个以上的功能块被组合执行的规则。

另外，在图12中虽然是规则1301以及1302各自示出2个功能块的组合，不过并非受此所限。例如也可以是，规则除了示出2个功能块的组合以外，还可以示出该2个功能块的至少其中一方的参数的范围。进一步，为了面向多种多样的应用程序的开发，规则被规定为能够利用范围大的功能块。

例如，在执行器22或加热器23中，会有按照框体21的内部空间等设备300的环境而变成能够安全驱动的规则，从而会出现规则不仅是依赖于执行器22或加热器23自身的性能的情况。因此，为了不论在怎样的环境都进行安全的驱动，而成为考虑安全性的比重高的规则，导致各种各样的应用程序的开发的余地降低。于是，规则也可以不受应用程序的影响，而与设备300等信息建立对应。通过利用这样的规则，从而能够兼顾安全性以及各种各样的应用程序的开发。

规则与执行器22或加热器23能够安全地驱动的范围相关。能够安全地驱动的范围可以是考虑到功能块的开始条件或结束条件的范围。在此考虑第1功能块和在第1功能块之后执行的第2功能块的例子。能够设定设想到如下情况的规则，即：直到达到第2功能块的开始条件为止，通过执行第1功能块，产生给执行器22或加热器23的安全性带来影响的负荷的情况。也就是说，规则依赖于执行器22或加热器23的性能、功能块的开始条件或结束条件等。

规则1301以及1302各自进一步具有类别、制造商名称、以及型号。据此，设备300能够从规则数据库1300获取与以功能块驱动的执行器22或加热器23对应的规则。例如，设备300参照图12的规则数据库1300，获取用于WM-0001的规则1301以及1302。

(步骤S2166)

设备300判断应用程序中包括的多个功能块是否符合规则。

例如，在规则为禁止在第2功能块被执行之前第1功能块未被执行的情况下，若应用程序包括第2功能块、且在该第2功能块之前不包括第1功能块，则设备300判断为应用程序中包括的多个功能块符合规则。具体而言，在应用程序包括第2功能块、且不包括第1功能块的情况下，设备300判断为应用程序中包括的多个功能块符合规则。并且，在应用程序包括第2功能块、且仅在该第2功能块后包括第1功能块的情况下，设备300判断为应用程序中包括的多个功能块符合规则。另外，在应用程序包括第2功能块、且在该第2功能块之前包括第1功能块的情况下，设备300判断为应用程序中包括的多个功能块不符合规则。并且，在应用程序中第1功能块以及第2功能块都没有包括的情况下，设备300判断为应用程序中包括的多个功能块不符合规则。并且，在应用程序包括第1功能块、且不包括第2功能块的情况下，设备300判断为应用程序中包括的多个功能块不符合规则。

并且，例如在规则禁止在第2功能块被执行后第3功能块不被执行的情况下，若应用程序包括第2功能块、且在该第2功能块之后不包括第3功能块，则设备300判断为应用程序中包括的多个功能块符合规则。具体而言，在应用程序包括第2功能块、且不包括第3功能块的情况下，设备300判断为应用程序中包括的多个功能块符合规则。并且，在应用程序包括第2功能块、且仅在该第2功能块之前包括第3功能块的情况下，设备300判断为应用程序中包括的多个功能块符合规则。另外，在应用程序包括第2功能块、且在该第2功能块之后包括第3功能块的情况下，设备300判断为应用程序中包括的多个功能块不符合规则。并且，在应用程序中第2功能块以及第3功能块都没有包括的情况下，设备300判断为应用程序中包括的多个功能块不符合规则。并且，在应用程序包括第3功能块、且不包括第2功能块的情况下，设备300判断为应用程序中包括的多个功能块不符合规则。

在此，在判断为多个功能块不符合规则的情况下(S2166的“否”)，设备300跳过以后的步骤S2167，结束执行前确认处理。另外，在判断为多个功能块符合规则的情况下(S2166的“是”)，设备300进入到下一个步骤S2167。

(步骤S2167)

设备300对应用程序进行变更，并结束执行前确认处理。应用程序的变更是指，(i)在多个功能块中添加新的功能块、(ii)变更多个功能块的顺序、(iii)删除多个功能块的某一个、或者(iv)上述这些任意的组合。这些应用程序的变更方法也可以由规则来定义。

参照图13以及图14，对这样的应用程序的具体的变更例进行说明。

图13示出了实施方式1中的应用程序的一个变更例。在图13中，在脱水功能块(第2功能块)之前添加排水功能块(第1功能块)。据此，能够在执行脱水功能块之前将洗衣机槽内的水排出，从而能够实现在进行脱水时的执行器22的安全驱动。

图14示出了实施方式1中的应用程序的一个变更例。在图14中，在烘干功能块(第2功能块)之后添加了送风功能块(第3功能块)。据此，在通过烘干而造成洗衣机的温度上升之后，能够通过送风来降低洗衣机的温度，从而能够抑制用户因洗衣机而被烫伤，并能够提高洗衣机的安全性。

另外，在此虽然对用于洗衣机的应用程序的变更进行了说明，不过对于其他的装置也能够同样地变更应用程序。

例如，在用于电饭煲的应用程序中包括活用蒸汽功能的蒸煮功能块(第2功能块)、且在该蒸煮功能块之前不包括蒸汽加温功能块(第1功能块)的情况下，可以在蒸煮功能块将要被执行的10分钟前，在对应的功能块之前添加蒸汽加温功能块。据此，能够在蒸煮功能块被执行前使蒸汽加热器加温，从而能够在蒸煮功能块的执行时顺利地发射蒸汽。

并且，例如在用于微波炉的应用程序中包括蒸烤功能块(第2功能块)、且在该蒸烤功能块之前不包括蒸汽加温功能块(第1功能块)的情况下，可以在蒸烤功能块将要被执行的10分钟前，在对应的功能块之前添加蒸汽加温功能块。据此，能够在蒸烤功能块的执行前使蒸汽加热器加温，从而在蒸烤功能块的执行时能够顺利地发射蒸汽。并且，在用于微波炉的应用程序中包括烘烤功能块(第2功能块)、且在该烘烤功能块之后不包括送风功能块(第3功能块)的情况下，可以在烘烤功能块之后添加送风功能块。据此，能够通过执行送风功能块来冷却因烘烤功能块的执行而造成的箱内高温，从而能够尽早进行下一个功能块的执行。

(步骤S217)

设备300将执行前确认的结果发送到设备管理器200。在功能块被变更的情况下，可以将变更后的功能块发送到设备管理器200。

(步骤S218)

设备管理器200向序列管理器100回答设备分配的结果。并且，在执行前确认中功能块被变更的情况下，可以将包括变更后的功能块的应用程序发送到序列管理器100。

(步骤S220)

序列管理器100接受来自设备管理器200的分配结果通知，经由UI400向用户通知执行准备完毕。

(步骤S222)

UI400在显示应用程序被执行的设备的一览的同时，显示图形用户界面(GUI)，该图形用户界面用于接受来自用户的对应用程序执行进行确认的输入。另外，UI400也可以从用户接受设备分配的变更。并且，UI400也可以不显示设备的一览。

(步骤S224)

UI400从用户接受执行确认的输入，将应用开始指示发送给设备管理器200。设备管理器200将应用开始指示传输给序列管理器100。

另外，步骤S220、S222、以及S224是在应用程序被执行之前，重新向用户进行的信息提供，由于会增加用户的操作量，因此也可以省略。

通过以上的步骤，应用执行前阶段F200结束。

[1.3.3应用执行阶段F300]

接着，对应用执行阶段F300进行说明。

(步骤S310)

序列管理器100接受应用开始指示，从应用程序中包括的多个功能块的中选择最初的功能块(第1功能块)。于是，序列管理器100将选择的第1功能块的执行指示发送给设备管理器200。

另外，在多个功能块连续地工作的情况下，序列管理器100也可以将多个功能块的执行指示一起发送到设备管理器200。

设备管理器200根据从序列管理器100接收的第1功能块的执行指示，第1功能块的执行指示发送到分配为第1功能块的设备300。

(步骤S312)

设备管理器200接受第1功能块的执行指示，对各设备的计划安排(预定使用时间)进行更新。

(步骤S314)

设备300接受第1功能块的执行指示，并执行第1功能块。

(步骤S316)

设备300在第1功能块的执行完毕时，将完毕通知发送给设备管理器200。另外，在第1功能块的执行中发生了异常的情况下，设备300也可以将异常信息发送给设备管理器200。并且，设备300也可以在第1功能块的执行中，将事件信息发送给设备管理器200。作为事件信息，例如能够使用传感器的输出值或机器操作等，但是并非受此所限。设备管理器200将从设备300接收的完毕通知和/或各种信息传输到序列管理器100。

(步骤S318)

序列管理器100接受第1功能块的完毕通知，对应用程序的进展进行更新，选择下一个功能块(第2功能块)。并且，序列管理器100在接收到异常信息的情况下，也可以执行与异常信息对应的处理(例如返回到前一个功能块、返回到最初的功能块、或者待机等)。与异常信息对应的处理的信息例如可以被预先保持在序列管理器100，也可以经由UI400从用户接受。并且，序列管理器100在接收到事件信息的情况下，执行与事件信息对应的处理。例如，在事件信息中包括水位传感器的输出值的情况下，序列管理器100对正在执行的功能块中包括的用于显示水位的水位参数进行更新。

(步骤S320)

序列管理器100将选择的第2功能块的执行指示发送给设备管理器200。

另外，第2功能块的执行指示也可以是针对与第1功能块的执行指示(S310)为相同的设备的指示，也可以是针对不同的设备的指示。

另外，第2功能块的执行指示和第1功能块的执行指示同样，可以将多个功能块的执行指示一起发送给设备管理器200。

由于在此之后的处理与用于第1功能块的处理(S312～S318)相同，因此省略图示以及说明。应用程序中包括的功能块被依次执行，最后的功能块的执行完毕时，应用执行阶段F300结束。

另外，在此虽然是功能块被指示为依次一个一个的执行，但是并非受此所限。例如，分配为同一设备的多个功能块的执行也可以一起被指示。在这种情况下，可以事先确认各功能块是否满足功能执行的参数范围，将与变更对应的功能块，在执行前下载到设备一侧。并且，例如也可以针对多个设备进行各个功能块的执行指示。

[1.4效果等]

如以上所述，通过包括功能块的应用程序和规则数据库，能够提供能够开发各种各样的应用程序的环境，针对在该环境下自由地开发的应用程序，能够安全地驱动进行物理上运行的执行器22、或输出热能的加热器23。换而言之，不仅能够提高能够自由地开发应用程序的环境，而且能够提供与应用程序无关的用于保障安全性的功能。这样，例如能够使自由度高的各种各样的应用程序的开发制作、与用于保障安全性的规则数据库的开发制作并行，从而能够尽早地开发出各种各样的应用程序。

并且，即使在应用程序被提供后，也能够通过变更规则数据库，而成为能够进一步保障安全性的应用程序。并且，即使在需要对制造商事前没能预想到的状况进行改善的情况下，也无需使各种各样的应用程序自身变更，通过与应用程序无关地来规定规则数据库，就能够以更新规则数据库的方式来应对所有的应用程序。

也考虑到如下的应对方法，即在不使应用程序自身变更时，通过对应用程序被执行时的状态进行检测，来保持针对异常处理的规则基准。但是，这种应对方法总是在成为异常的状态之后才进行应对，因此意味着允许给家电造成负荷的状况、或允许安全性不能得到保障的状况。于是，通过与应用程序无关地来持有规则数据库，参照规则数据来变更应用程序的内容，从而使安全性得到保障。

本实施方式中的装置20具备：执行器22以及加热器23的至少其中一方；以及对执行器22以及加热器23的至少其中一方进行控制的控制部24，控制部24获取由多个功能块规定的应用程序，该多个功能块对执行器22以及加热器23的至少其中一方进行驱动，参照禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中至少其中一个不被执行这种规则，在应用程序中包括的多个功能块符合规则的情况下，变更应用程序，并根据变更后的应用程序，对执行器22以及加热器23的至少其中一方进行驱动。

据此，能够根据由多个功能块规定的应用程序，来对执行器22和/或加热器23进行驱动。因此，能够开发采用了对装置20的控制进行抽象化后的功能块的应用程序，从而不仅是制造商，第三方也能够开发多种多样的应用程序，并且这些应用程序能够在装置20中简单地执行。进一步，在应用程序符合禁止在规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少其中一个不被执行这种规则的情况下，能够根据应用程序，在执行器22和/或加热器23被驱动之前对应用程序进行变更。因此，能够保证规定的2个以上的功能块中的一个与规定的2个以上的功能块中的剩余的至少其中一个功能块被组合执行。也就是说，即使在应用程序开发者出现错误而发出使不允许单独执行的功能块单独执行的指示的情况下，也能够抑制不能安全地控制装置20的应用程序的执行。因此，即使应用程序开发者制作出比保障执行器22和/或加热器23的安全性而更重视适于用户的应用程序的情况下，也能够提高由应用程序控制的装置20的安全性。

并且，例如也可以是，在本实施方式中的装置20中，控制部24通过进行(a)将新的功能块添加到多个功能块、(b)变更多个功能块的顺序、或者(c)删除多个功能块中的某个功能块，来变更应用程序。

更具体而言，例如可以是，在本实施方式中的装置20中，应用程序包括多个功能块的每一个被执行的顺序的信息，规定的2个以上的功能块包括第1功能块以及第2功能块，规则禁止在第2功能块被执行前第1功能块未被执行，控制部24在应用程序包括第2功能块、且在第2功能块之前不包括第1功能块的情况下，通过将第1功能块添加到第2功能块之前，来变更应用程序。

并且，例如也可以是，在本实施方式中的装置20中，应用程序包括多个功能块的每一个被执行的顺序的信息，规定的2个以上的功能块包括第1功能块以及第2功能块，规则禁止在第2功能块被执行前第1功能块未被执行，控制部24在应用程序包括第1功能块以及第2功能块、且在第2功能块之前不包括第1功能块的情况下，通过将第1功能块的顺序变更到第2功能块之前，来变更应用程序。

并且，例如也可以是，在本实施方式中的装置20中，应用程序包括多个功能块的每一个被执行的顺序的信息，规定的2个以上的功能块包括第1功能块以及第2功能块，规则禁止在第2功能块被执行前第1功能块未被执行，控制部24在应用程序包括第2功能块、且在第2功能块之前不包括第1功能块的情况下，通过删除第2功能块，来变更应用程序。

据此，在应用程序被执行前通过添加新的功能块、变更功能块的顺序、或者删除功能块，从而能够保证在第2功能块之前第1功能块被执行。因此，应用程序的开发者能够降低考虑对执行器22以及加热器23进行安全驱动的优先级，来自由地开发应用程序。进一步，被安装到对执行器22以及加热器23进行控制的装置20的软件的开发者可以不必每次都对应用程序的安全性一个一个地进行检查，就能够允许功能块的执行。

并且，例如也可以是，在本实施方式中的装置20中，应用程序包括多个功能块的每一个被执行的顺序的信息，规定的2个以上的功能块包括第2功能块以及第3功能块，规则禁止在第2功能块被执行后第3功能块不被执行，控制部24在应用程序包括第2功能块、且在第2功能块之后不包括第3功能块的情况下，通过在第2功能块之后添加第3功能块，来变更应用程序。

并且，例如也可以是，在本实施方式中的装置20中，应用程序包括多个功能块的每一个被执行的顺序的信息，规定的2个以上的功能块包括第2功能块以及第3功能块，规则禁止在第2功能块被执行后第3功能块不被执行，控制部24在应用程序包括第2功能块以及第3功能块、且在第2功能块之后不包括第3功能块的情况下，通过将第3功能块的顺序变更到第2功能块之后，来变更应用程序。

并且，例如也可以是，在本实施方式中的装置20中，应用程序包括多个功能块的每一个被执行的顺序的信息，规定的2个以上的功能块包括第2功能块以及第3功能块，规则禁止在第2功能块被执行后第3功能块不被执行，控制部24在应用程序包括第2功能块、且在第2功能块之后不包括第3功能块的情况下，通过删除第2功能块，来变更应用程序。

并且，例如也可以是，在本实施方式中的装置20中，应用程序包括多个功能块的信息以及多个功能块的每一个被执行的顺序的信息，在规则包括多个功能块中的至少一个功能块不能执行的信息的情况下，将示出该应用程序不能开发或不能执行的功能块的信息，作为异常信息提示给开发者。

据此，能够在应用程序被执行前，通过添加新的功能块、变更功能块的顺序、或者删除功能块，来保证在第2功能块之后第3功能块被执行。因此，应用程序的开发者能够降低考虑对执行器22以及加热器23进行安全驱动的优先级，来自由地开发应用程序。进一步，被安装到对执行器22以及加热器23进行控制的装置20的软件的开发者可以不必每次都对应用程序的安全性一个一个地进行检查，就能够允许功能块的执行。

并且，例如也可以是，在本实施方式中的装置20中，规则是为了不使执行器22以及加热器23的至少其中一方达到最大可承受温度，而用来保证规定的2个以上的功能块被组合执行的规则。

据此，能够抑制应用程序被执行时执行器22和/或加热器23达到最大可承受温度，从而能够提高由应用程序控制的装置20的安全性。

并且，例如也可以是，本实施方式中的装置20具备具有内部空间的框体21，第1规则是为了不使内部空间达到最大可承受温度，而用来保证规定的2个以上的功能块被组合执行的规则。

据此，在应用程序被执行时，能够抑制框体21的内部空间达到最大可承受温度，从而能够提高由应用程序控制的装置20的安全性。

(实施方式1的变形例)

另外，在上述的实施方式1中虽然参照图8对系统1的处理进行了说明，但是处理的顺序并非受此所限。尤其是关于详细说明的执行前确认(S216)，开始执行前确认的定时以及成为主体的模块并非受此所限。因此，对系统1的时序图的几个变形例，参照图15A～图15E来进行具体说明。

图15A是实施方式1的变形例1中的系统1的时序图。在图15A中，执行前确认(S216)是在设备300接受到执行指示(S310)且将要执行功能块(S314)之前，由设备300进行的。

据此，被安装到设备300的软件能够采用在功能块将要执行之前来进行执行前确认的简洁的构成。也就是说，能够省略步骤S215以及S217。这样，就可以不必将为了进行这些处理的功能以及通信API安装到设备300中，从而能够减少被搭载在设备300的微型计算机的使用内存等。

另外，执行前确认的结果也可以被通知给设备管理器200和/或UI400。例如，作为进行了执行前确认的结果，在进行了参数的变更或功能块的执行停止指示的情况下，可以将确认结果通知给设备管理器200或UI400。

图15B是实施方式1的变形例2中的系统1的时序图。在图15B中，执行前确认(S216)是在设备管理器200进行分配结果通知(S218)时，直接由设备管理器200进行的。

据此，被安装到设备300的软件就可以不包括执行前确认(S216)的功能。因此能够抑制设备300所具有的存储器的使用，从而可以期待降低设备300的成本。

并且，在上述的实施方式1中，针对由设备300进行的功能块执行(S314)，虽然对通过来自被安装在云服务器10的序列管理器100的指示而执行的处理顺序进行了说明，不过关于功能块执行(S314)的形态并非受此所限。

例如，可以将来自序列管理器100的通知内容保存到设备300内的存储器，通过用户经由装置20所具有的UI或终端30所具有的UI400直接发出指示，来执行功能块。也就是说，可以将应用程序事先下载到设备内，用户可以在任意的定时来执行应用程序。

图15C是实施方式1的变形例3中的系统1的时序图。在图15C中，在应用执行阶段F300，从序列管理器100向设备300通知由设备300执行的1个以上的功能块(S310C)。于是，设备300将通知来的1个以上的功能块保存到存储器(S311C)。

在此之后，设备300从用户接受保存的1个以上的功能块的执行指示(S312C)，并从第1功能块开始依次执行1个以上的功能块(S314)。

如以上所述，通过将功能块保存到设备300，从而可以不必经由设备管理器200和设备300的通信，就能够进行设备300的控制，因此能够减少由于云服务器10与装置20之间的通信不稳定而造成的设备300的工作停止或发生延迟的风险。因此，在与云服务器10的通信的可靠性低的环境中，以及/或者在应用程序执行中不允许设备的工作停止或延迟的设备300中，本变形例则更有效。

另外，即使在变形例3中也与实施方式1同样，执行前确认(S216)虽然具有重要的意义，但是执行前确认(S216)的开始定时或成为主体的模块并非受图15C所限。即变形例3可以与变形例1或变形例2进行组合。

图15D是实施方式1的变形例4中的系统1的时序图。变形例4相当于变形例1和变形例3的组合。在变形例4中如图15D所示，执行前确认(S216)是在设备300接受到执行指示(S312C)且将要执行功能块(S314)之前由设备300进行的。

可以事先将功能块下载到设备300，在用户以任意的定时来执行功能块时，下载功能块的定时与执行的定时会有偏差较大的情况。也就是说，可以考虑到在将功能块下载到设备300的几天后、几个月后、或者是几年后等，才执行功能块的情况。在这种情况下，从功能块被下载直到功能块被执行的期间中，设备300的劣化等级等会发生变化。因此，在功能块的执行将会受到劣化等级的影响的设备300中，通过在功能块将要被执行之前由设备300来进行执行前确认，从而能够进行与劣化等级相应的执行前确认。

图15E是实施方式1的变形例5中的系统1的时序图。变形例5相当于变形例2和变形例3的组合。在变形例5中如图15E所示，执行前确认(S216)是在设备管理器200进行分配结果通知(S218)时，直接由设备管理器200进行的。

(实施方式2)

接着，对实施方式2进行说明。在本实施方式中，在应用程序是已被认证完毕的情况下，跳过执行前确认是与上述的实施方式1主要的不同之处。以下将以与上述的实施方式1不同之处为中心，对本实施方式进行说明。

另外，本实施方式中的系统1的硬件构成以及功能构成由于与上述的实施方式1相同，因此省略图示以及说明。

[2.1处理]

在本实施方式中，除了以步骤S216A替代上述的实施方式1中的执行前确认的步骤S216以外，与上述的实施方式1的处理相同。因此，参照图16对执行前确认处理的步骤S216A进行说明。

图16是实施方式2中的执行前确认处理的流程图。

(步骤S2161A)

设备300获取应用认证信息。应用认证信息包括示出应用程序的认证完毕的情况下的认证完毕的信息。

应用程序的认证是用于保证例如应用程序的质量的构造，能够实现应用程序的安全性和/或同一性(没有被篡改)等的确认。对被赋予了认证信息的应用程序的一个例子进行说明。在应用程序的代码的变更履历表示没有进行参数范围的变更的情况下，将示出认证完毕的信息与应用程序建立对应。

(步骤S2162A)

设备300根据获取的应用信息，判断应用程序是否被认证完毕。在此，在判断为应用程序被认证完毕的情况下(S2162A的“是”)，设备300跳过以后的步骤S2165～步骤S2167，而结束执行前确认处理。另外，在判断为应用程序的认证没有完毕的情况下(S2162A的“否”)，设备300进入到下一个步骤S2165。

[2.2效果等]

如以上所述，本实施方式中的装置20具备：执行器22以及加热器23的至少其中一方；以及对执行器22以及加热器23的至少其中一方进行控制的控制部24，控制部24获取以多个功能块规定的、且包括示出是否已被认证完毕的信息的应用程序，所述多个功能块对执行器22以及加热器23的至少其中一方进行驱动，在应用程序不包括示出已被认证完毕的信息的情况下，参照示出规定的2个以上的功能块被组合执行的规则，在应用程序中包括的多个功能块不符合规则的情况下，变更应用程序，并根据变更后的应用程序，对执行器22以及加热器23的至少其中一方进行驱动。

据此，能够实现与实施方式1同样的效果。而且，在应用程序不是认证完毕的情况下，能够进行与应用程序的变更相应的处理，在应用程序是认证完毕的情况下，能够期待减轻处理负荷。因此，无需进行针对所有的应用程序的功能块的组合的判断处理，只要通过对认证进行管理，就能够减轻处理负荷，并且能够得到与功能块的组合有关的设计的基准，这对于应用程序开发者而言，能够进行更容易且更安全的设计。

并且，例如也可以是，在本实施方式中的装置20中，在具有示出应用程序已被认证完毕的信息的情况下，可以不参照第1规则，不对应用程序进行变更。

据此，在应用程序已被认证完毕的情况下，能够跳过用于对功能块进行变更的处理，从而能够减轻处理负荷。

(实施方式3)

接着，对实施方式3进行说明。在本实施方式中，与上述的实施方式1主要的不同之处是，在应用程序的制作者与装置的制造者相同的情况下，执行前确认被跳过。以下将以与上述的实施方式1不同之处为中心，对本实施方式进行说明。

另外，本实施方式中的系统1的硬件构成以及功能构成由于与上述的实施方式1相同，因此省略图示以及说明。

[3.1处理]

在本实施方式中，除了以步骤S216B替代上述的实施方式1中的执行前确认的步骤S216以外，与上述的实施方式1的处理相同。因此，参照图17对执行前确认处理的步骤S216B进行说明。

图17是实施方式3中的执行前确认处理的流程图。

(步骤S2161B)

设备300获取应用制作者信息。应用制作者信息示出应用程序的制作者。制作者是指制作应用程序的公司、个人或团体等，也有称为开发者或作者的情况。

(步骤S2163B)

设备300获取设备制造商信息。设备制造商信息示出设备的制造者。制造者是指制造设备300(即装置20)的公司、个人或团体等，也有称为制造商的情况。

(步骤S2164B)

设备300判断应用程序的制作者与设备300的制造者是否不同。在应用程序的制作者为个人、设备300的制造者为公司的情况下，若应用程序的制作者所属的公司与设备300的制造者一致，设备300则可以判断为应用程序的制作者与设备300的制造者相同。并且，若应用程序的制作者是接受设备300的制造者的开发委托方，设备300则可以判断为应用程序的制作者与设备300的制造者相同。

在此，在应用程序的制作者与设备300的制造者相同的情况下(S2164B的“否”)，设备300跳过以后的步骤S2165～步骤S2167，而结束执行前确认处理。另外，在应用程序的制作者与设备300的制造者不同的情况下(S2164B的“是”)，设备300进入到下一个步骤S2165。

[3.2效果等]

如以上所述，本实施方式中的装置20具备：执行器22以及加热器23的至少其中一方；以及对执行器22以及加热器23的至少其中一方进行控制的控制部24，控制部24获取由多个功能块规定的、且包括示出制作者的信息的应用程序，所述多个功能块对执行器22以及加热器23的至少其中一方进行驱动，获取示出装置20的制造者的信息，在应用程序的制作者与装置20的制造者不同的情况下，参照示出规定的2个以上的功能块被组合执行的规则，在应用程序中包括的多个功能块不符合规则的情况下，变更应用程序，并根据变更后的应用程序，对执行器22以及加热器23的至少其中一方进行驱动。

据此，能够实现与实施方式1同样的效果。进一步，在应用程序的制作者与装置20的制造者不同的情况下，能够进行与应用程序的变更相应的处理，在应用程序的制作者与装置20的制造者相同的情况下，能够期待减轻处理负荷。

(实施方式4)

接着，对实施方式4进行说明。在本实施方式中，与上述的实施方式1主要不同之处是，利用与装置的劣化等级对应的规则，来进行执行前确认。以下将以与上述的实施方式1不同之处为中心，对本实施方式进行说明。

另外，本实施方式中的系统1的硬件构成以及功能构成由于与上述的实施方式1相同，因此省略图示以及说明。

[4.1处理]

在本实施方式中，除了以步骤S216C替代上述的实施方式1中的执行前确认的步骤S216以外，与上述的实施方式1的处理相同。因此，参照图18对执行前确认处理的步骤S216C进行说明。

图18是实施方式4中的执行前确认处理的流程图。

(步骤S2163C)

设备300获取设备劣化信息。设备劣化信息示出装置20中的执行器22和/或加热器23的劣化等级。劣化等级的检测方法没有特殊的限定，例如可以由传感器来检测。

(步骤S2165C)

设备300获取与劣化等级对应的规则。例如，设备300参照规则数据库，获取与由功能块驱动的执行器22或加热器23的劣化等级对应的规则。

另外，决定劣化等级的项目例如是设备300中的执行器22和/或加热器23的使用次数、使用时间、或从运行开始直到现在为止的使用天数。这些项目可以被设想为相对于用户的使用，大致以比例关系来增加。因此将规则决定为，每当与项目对应的值增大时，劣化等级就增大。

并且，决定劣化等级的项目例如是加热器23的温度的相加值、或执行器22和/或加热器23的输入以及输出的再现程度。加热器23的温度的相加值是指对加热器23被驱动时的温度进行相加后的值。例如可以采用功能块执行时的加热器23的平均温度、中间温度、或最大温度。加热器23的温度可以是执行温度相对于加热器23的极限温度的比率、也可以是执行温度相对于加热器23的极限温度的差。

执行器22和/或加热器23的输入以及输出的再现程度是通过参照用于驱动执行器22和/或加热器23的输入值与执行器22和/或加热器23的输出的关系而被求出的。采用针对规定的输入的实际的输出值、与关系中规定的输出值的比率。

[4.2效果等]

如以上所述，本实施方式中的装置20具备：执行器22以及加热器23的至少其中一方；以及对执行器22以及加热器23的至少其中一方进行控制的控制部24，控制部24获取以对执行器22以及加热器23的至少其中一方进行驱动的多个功能块规定的应用程序，并获取示出执行器22以及加热器23的至少其中一方是否已经劣化的劣化信息，参照与劣化信息对应的规则，即参照示出规定的2个以上的功能块被组合执行的规则，在应用程序中包括的多个功能块不符合规则的情况下，变更应用程序，并根据变更后的应用程序，对执行器22以及加热器23的至少其中一方进行驱动。

据此，能够实现与实施方式1同样的效果。进一步，能够利用与装置20的劣化信息对应的规则，并通过使用功能块，则能够在考虑到随着时间而劣化的设备的工作的同时，执行在应用程序一侧的给执行器22和/或加热器23的驱动指示，并能够使由应用程序控制的装置20的安全性进一步提高。

(实施方式5)

在上述实施方式1～4中，已经被分发的应用程序中包括的功能块是在该应用程序被执行前被变更的。在本实施方式中该应用程序被变更的定时是在应用程序被分发前，也就是说是在该应用程序被开发或被制作的阶段被变更，这一点与上述实施方式1～4不同。以下针对本实施方式，以与上述实施方式1～4的不同之处为中心来进行详细说明。另外在本实施方式中，除了应用程序的变更的定时以外之处，可以与上述实施方式1～4相同。并且，对于本实施方式中的各构成要素中与实施方式1～4相同的构成要素，赋予与实施方式1～4相同的符号，并省略详细的说明。

[5.1构成]

图19示出了用于应用程序的开发的信息处理系统的构成例。

信息处理系统2000具备：功能块数据库41、规则数据库42、开发工具50、多个装置20和多个终端30、应用提供服务器60、以及序列管理器100。例如，信息处理系统2000所具备的这些构成要素经由互联网等通信网络来连接。

功能块数据库41也被称为功能块DB，是存放包括多个功能块的功能块一览的记录介质。另外，这些功能块与实施方式1～4同样。规则数据库42也被称为规则DB，是存放多个规则的记录介质。另外，规则数据库42也可以与例如图12所示的规则数据库1300相同。并且，这些记录介质是硬盘、RAM(RandomAccess Memory)、ROM(Read Only Memory)、或半导体存储器等。另外，这些记录介质可以是易失性，也可以是非易失性。

开发工具50例如是具备处理器51、存储器52、显示器53、以及输入部54的计算机系统。处理器51例如通过执行存储器52中存放的指令或软件程序，来执行后述的各个处理，将文字或图像等显示在显示器53。显示器53例如是液晶显示器、等离子显示器、有机EL(Electro-Luminescence)显示器等，但是并非受此所限。输入部54例如作为键盘、触摸传感器、触摸板或鼠标等来构成。这样的开发工具50例如由应用程序的开发者利用，来生成包括多个功能块的序列或应用程序。另外，在本实施方式中，该开发工具50是信息处理装置的一个例子。

应用提供服务器60将由开发工具50生成的应用程序，利用通信网络从该开发工具50获取并保持。于是，应用提供服务器60按照来自终端30所具备的UI400的指示，将保持的应用程序下载到序列管理器100。

图20示出了功能块数据库41以及规则数据库42中各自存放的信息的一个例子。

如图20的(a)所示，功能块数据库41针对多种装置20的每一个，将用于驱动该类别的装置20的功能块的一览，作为上述的功能块一览来存放。例如，存放有功能块一览41a～41e。功能块一览41a包括用于驱动微蒸烤微波炉的功能块FB11～FB14等。功能块一览41b包括用于驱动多功能炊具的功能块FB21～FB24等。这些功能块可以与上述实施方式1～4的功能块相同或类似。

如图20的(b)所示，规则数据库42针对多种装置20的每一个，存放由适用于该类别的装置20的至少一个规则构成的规则群。例如存放规则群42a～42e。规则群42a包括适用于微蒸烤微波炉的规则R100以及R11～R13等。规则群42b包括适用于多功能炊具的规则R200以及R21～R23等。并且，规则群42d包括适用于洗衣机的规则R400以及R41～R43等。这些规则可以与上述实施方式1～4的规则相同或类似。

在此，微蒸烤微波炉的规则R11～R13的每一个例如是适用于由规定的制造厂制造的规定的型式的微蒸烤微波炉的专用规则。同样，多功能炊具的规则R21～R23的每一个例如是适用于由规定的制造厂制造的规定的型式的多功能炊具的专用规则。同样，洗衣机的规则R41～R43的每一个是适用于由规定的制造厂制造的规定的型式的洗衣机的专用规则。具体而言，该专用规则R41～R43的每一个例如可以是图12所示的规则1301、1302、或1303。

另外，微蒸烤微波炉的规则R100例如是能够适用于多种微蒸烤微波炉的每一种的微蒸烤微波炉的通用规则。同样，多功能炊具的规则R200例如是能够适用于多种多功能炊具的每一种的多功能炊具的通用规则。

图21示出了规则数据库42中包括的通用规则的一个例子。

在规则数据库42中存放的洗衣机的规则群42d中例如包括图21的(a)所示的通用规则R400。该通用规则R400是能够适用于多种洗衣机的每一种的规则，禁止在规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行。也就是说，规则与上述实施方式1～4同样，示出了与规定的2个以上的功能块的组合有关的条件。以下，规定的2个以上的功能块的组合也有被简单地称为组合的情况，与该组合有关的条件也有被称为组合规则的情况。通用规则R400也可以示出多个组合规则。例如通用规则R400示出第1组合规则和第2组合规则。第1组合规则是针对作为第1功能块的排水的功能块和作为第2功能块的脱水的功能块的条件。也就是说，该第1组合规则示出禁止在脱水功能块被执行之前排水功能块未被执行。并且，第2组合规则是针对作为第2功能块的烘干的功能块和作为第3功能块的送风的功能块的条件。也就是说，该第2组合规则示出禁止在烘干功能块之后不执行送风功能块。

另外，排水功能块是起到使洗衣机执行排水的作用的功能块，脱水功能块是起到使洗衣机执行脱水的作用的功能块。同样，烘干功能块是起到使洗衣机执行烘干的作用的功能块，送风功能块是起到使洗衣机执行送风的作用的功能块。

并且，适用于通用规则R400的多种洗衣机包括由多个制造商提供的洗衣机。并且，在各制造商提供多种型式的洗衣机的情况下，则该多种洗衣机包括该多种型式的洗衣机。也就是说，通用规则R400所示的组合不论是哪个制造商以及型式的洗衣机都能够适用。

并且，该洗衣机的通用规则R400如图21的(b)所示，也可以表示适用于多个制造商的各自的洗衣机的组合规则。例如，通用规则R400示出了适用于制造商“公司A”提供的多种型式的洗衣机的组合规则、以及适用于制造商“公司B”提供的多种型式的洗衣机的组合规则等。

如以上所述，本实施方式中的规则与实施方式1～4同样，是禁止在规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个功能块不被执行的规则。并且，上述的规定的2个以上的功能块包括第1功能块以及第2功能块，规则禁止在第2功能块被执行前第1功能块未被执行。即，规则禁止从应用程序的开始直到第2功能块被执行之前第1功能块未被执行。这样的第1功能块与实施方式1～4同样，是用于制作出能够执行第2功能块的环境的功能块。

或者，规定的2个以上的功能块包括第2功能块以及第3功能块，规则禁止在第2功能块被执行后第3功能块不被执行。即，规则禁止从第2功能块被执行后直到应用程序结束为止第3功能块不被执行。这样的第3功能块与实施方式1～4同样，是用于使由于第2功能块的执行而发生了变化的环境，返回到第2功能块被执行前的环境的功能块。

另外，本实施方式中的规则与实施方式1～4同样，例如是为了不使框体21的内部空间、执行器22或加热器23达到最大可承受温度，而用来保证规定的2个以上的功能块被组合执行的规则。

[5.2处理]

图22是信息处理系统2000的序列图。

(步骤S11)

首先，开发工具50安装1个以上的功能块。具体而言，开发工具50通过从功能块数据库41下载1个以上的功能块来获取功能块。例如，开发工具50可以获取微蒸烤微波炉的功能块一览41a，也可以仅获取该功能块一览41a中的一部分功能块。于是，开发工具50使上述获取的1个以上的功能块成为能够用于序列的生成的状态。

在此，可以向功能块数据库41中存放的各功能块添加与该功能块对应的设备信息。该设备信息例如示出按照与该设备信息对应的功能块来进行驱动的装置20的制造商、类别、型式、或型号等。因此，开发工具50可以根据这些设备信息，来下载1个以上的功能块。例如，开发工具50可以下载用于驱动由同一制造商提供的各个装置20的1个以上的功能块，也可以下载用于驱动在烹饪加温中使用的各个装置20的1个以上的功能块。

(步骤S12)

接着，开发工具50生成序列。具体而言，开发工具50按照由操作者向输入部54的输入操作，利用下载完毕的1个以上的功能块来生成序列。另外，操作者也可以是作为序列的应用程序的开发者。在本实施方式中，开发工具50在该步骤S12中，参照上述的规则，根据该规则来变更应用程序。

(步骤S13)

接着，开发工具50进行被生成的序列的加载。具体而言，开发工具50按照由操作者向输入部54进行的输入操作，根据被生成的序列的内容，来生成用于将该被生成序列发送到应用提供服务器60的发送信息，并将该发送信息发送到应用提供服务器60。该发送信息例如可以是JSON(JavaScript ObjectNotation：一种轻量级的数据交换格式)等。据此，该序列被发送到应用提供服务器60，从而作为应用程序而被存放在应用提供服务器60。

(步骤S14)

接着，终端30的用户通过操作该终端30的UI400，来向应用提供服务器60进行接入，阅览被存放在应用提供服务器60的应用程序的一览。于是，UI400按照该用户进行的操作，从一览中选择应用程序，向应用提供服务器60请求该应用程序的下载。

(步骤S15)

应用提供服务器60当接受到来自UI400的下载的请求时，将被选择的应用程序下载到与该用户建立了关联的序列管理器100。

图23是示出开发工具50的全体处理工作的流程图。具体而言，图23所示的流程图示出了图22的序列中的步骤S11以及S12的详细的处理工作。

(步骤S21)

开发工具50首先安装例如用于驱动洗衣机等装置20的多个功能块。

(步骤S22)

接着，开发工具50按照由操作者向输入部54进行的输入操作，进行功能块的设置处理。即开发工具50将在步骤S21安装的多个功能块显示到显示器53，按照由操作者向输入部54进行的输入操作，从被显示的多个功能块中选择一个功能块。于是，开发工具50按照由操作者向输入部54进行的输入操作，将该功能块设置在显示器53上的序列生成画面中的选择功能块区域。关于序列生成画面，将在以后利用图26进行说明。即操作者将多个功能块中的一个功能块拖放(Drag和Drop)到该选择功能块区域。

(步骤S23)

接着，开发工具50按照由操作者向输入部54进行的输入操作，进行在步骤S22设置的功能块的参数设定处理。即开发工具50将用于接受该功能块中使用的参数的内容的接受图像，显示到上述的序列生成画面中的参数设定区域。于是，开发工具50按照由操作者向输入部54进行的输入操作，接受该参数的内容，将该参数的内容显示到参数设定区域。据此，对该功能块进行参数的设定。

(步骤S24)

接着，开发工具50参照适用于洗衣机等装置20的规则，判断在步骤S23设定的参数是否为该规则所示的参数范围外，即判断是否为不允许范围外。

(步骤S25)

开发工具50在判断为步骤S24的参数不是不允许范围外的情况下(步骤S24的“否”)，进行参数设定支持处理。在该参数设定支持处理中，开发工具50进行向操作者提示异常的异常提示处理、或进行参数的自动修改处理。在参数的自动修改处理中，开发工具50通过将不允许范围的参数变更为允许范围内的参数，来对该功能块进行变更。在异常提示处理中，开发工具50例如将表示前一个步骤S23中设定的参数为不允许范围内的消息作为异常显示到显示器53，来催促操作者进行该参数的变更。于是，开发工具50在步骤S25的处理被执行后，反复进行从步骤S23开始的处理。

另外，在步骤S25进行了参数的自动修改处理之后，执行步骤S23的处理的情况下，在该步骤S23中，开发工具50将通过该自动修改处理而被变更后的参数显示到参数设定区域。另外，在步骤S25进行了异常提示处理之后，执行步骤S23的处理的情况下，在该步骤S23中，开发工具50与上述同样，再次按照由操作者向输入部54进行的输入操作，来接受该参数的内容。据此，针对该功能块进行参数的变更。也就是说，功能块被变更。

(步骤S26)

开发工具50当在步骤S24判断为参数是不允许范围外时(步骤S24的“是”)，进一步判断在步骤S22设置的功能块的连接是否得到许可。例如在步骤S22，在选择功能块区域中的已经设置的其他的功能块即现有功能块的紧前或紧后设置功能块。这样，功能块以与现有功能块连接的状态而被设置。也就是说，以通过功能块进行的装置20的处理、与通过现有功能块进行的装置20的处理被连续执行的方式来设置该功能块。在这种情况下，开发工具50通过参照适用于洗衣机等装置20的规则，来判断该功能块与现有功能块的连接是否得到许可。

(步骤S27)

开发工具50当在步骤S26判断为连接没有得到许可时(步骤S26的“否”)，进行连接支持处理。在该连接支持处理中，开发工具50进行向操作者提示异常的异常提示处理、或连接的自动修改处理。于是，开发工具50反复进行从步骤S22的处理。

另外，在步骤S27执行了连接的自动修改处理之后，进行步骤S22的处理的情况下，在该步骤S22中，开发工具50将通过该自动修改处理而被重新连接的2个以上的功能块显示到选择功能块区域。另外，在步骤S27执行了异常提示处理之后，进行步骤S22的处理的情况下，在该步骤S22中，开发工具50与上述同样，再次按照由操作者向输入部54进行的输入操作，对功能块重新设置。并且，在步骤S27至步骤S22的处理被反复进行的情况下，由于功能块的参数已经被设定在允许范围内，因此，开发工具50跳过步骤S22以后的步骤S23至S25的处理。

(步骤S28)

开发工具50当在步骤S26判断为连接得到许可时(步骤S26的“是”)，进一步按照由操作者向输入部54进行的输入操作，判断序列的生成是否完成。在此，开发工具50在判断为序列的生成没有完成时(步骤S28的“否”)，反复进行从步骤S22的处理。此时，开发工具50按照由操作者向输入部54进行的输入操作，从在步骤S21安装的多个功能块中选择新的功能块，并设置到上述的选择功能块区域。

(步骤S29)

开发工具50当在步骤S28判断为序列的生成已经完成时(步骤S28的“是”)，进一步判断被生成的序列全体的流程是否得到许可。例如在该序列中，在第1功能块之前或之后设置第2功能块。另外，在适用于洗衣机等装置20的组合规则中，上述的第1功能块与第2功能块的组合未被许可。在这种情况下，开发工具50判断为被生成的序列全体的流程没有得到许可。或者，在适用于洗衣机等装置20的组合规则中，需要在上述的第1功能块之前或之后设置第2功能块。在这种情况下，开发工具50判断为被生成的序列全体的流程得到许可。

也就是说，开发工具50参照适用于洗衣机等装置20的规则，判断在步骤S28生成的序列是否符合该规则，即判断应用程序中包括的多个功能块是否符合该规则。于是，开发工具50在上述的多个功能块符合规则的情况下，判断在步骤S28生成的序列全体的流程是否得到许可。另外，若上述的多个功能块不符合规则，则开发工具50判断为在步骤S28生成的序列全体的流程得到许可。另外，在步骤S29参照的规则是适用于装置20的上述的通用规则或专用规则，更具体而言是上述规则中包括的组合规则。并且，关于是否符合规则的判断方法与上述实施方式1～4相同。

(步骤S30)

开发工具50当在步骤S29判断为序列全体的流程没有得到许可时(步骤S29的“否”)，进行设置支持处理。在该设置支持处理中，开发工具50进行向操作者提示异常的异常提示处理、或进行功能块的设置的自动修改处理。于是，开发工具50反复进行从步骤S22的处理。

另外，在步骤S30执行了设置的自动修改处理之后，进行步骤S22的处理的情况下，在该步骤S22中，开发工具50将通过该自动修改处理而重新设置的2个以上的功能块显示到选择功能块区域。并且，在步骤S30至步骤S22的处理被反复进行的情况下，由于功能块的参数已经被设定在允许范围内，因此，开发工具50可以跳过步骤S22以后的步骤S23至S25的处理。并且，开发工具50由于功能块的连接已经得到许可，因此可以跳过步骤S26以及S27的处理。而且，开发工具50也可以跳过步骤S28的处理。

图24是示出设置的自动修改处理的一个例子的流程图。

(步骤S41)

开发工具50按照由操作者向输入部54进行的输入操作，例如从用于驱动洗衣机等装置20的N个(N为2以上的整数)功能块中选择M个(M为2以上且N以下的整数)功能块。也就是说，开发工具50从用于驱动作为控制对象设备的装置20所具备的执行器22以及加热器23的至少其中一方的N个功能块中，按照由操作者向输入部54进行的输入操作，将M个功能块的每一个作为选择功能块来选择。

(步骤S42)

接着，开发工具50通过将被选择的M个功能块的每一个按顺序设置在上述的选择功能块区域来生成序列，即生成应用程序。也就是说，开发工具50至少将M个选择功能块的每一个被执行的顺序，按照由操作者向输入部54进行的输入操作来设定，据此来生成至少包括M个选择功能块的应用程序。另外，该应用程序中包括的M个选择功能块的每一个也可以包括用于驱动执行器22以及加热器23的至少其中一方的参数。

(步骤S43)

接着，若M个功能块的每一个是用于驱动洗衣机的功能块，开发工具50则参照适用于洗衣机的规则。例如，在步骤S42生成的应用程序适用于多种洗衣机的情况下，开发工具50参照通用规则R400。并且，在步骤S42生成的应用程序适用于规定的型式的洗衣机的情况下，开发工具50参照专用规则R41～R43中的与该型式的洗衣机对应的规则。也就是说，开发工具50判断在步骤S42生成的应用程序是控制对象设备专用的应用程序、还是适用于该控制对象设备以及该控制对象设备以外的设备的通用的应用程序。于是，开发工具50将禁止在规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的多个规则候选中的与该应用程序的判断结果相应的规则候选，作为上述的规则来参照。

(步骤S44)

于是，开发工具50判断在步骤S42设定的M个功能块是否符合上述的规则。也就是说，开发工具50判断应用程序中包括的M个功能块是否符合该规则中包括的组合规则。

(步骤S45)

在此，开发工具50当判断为上述M个功能块符合规则时(步骤S44的“是”)，则对该应用程序进行变更。也就是说，开发工具50参照禁止在规定的2个以上的功能块中的一个被执行的情况下而剩余的功能块中的至少一个功能块不被执行的规则，在应用程序中包括的M个选择功能块符合该规则的情况下，对该应用程序进行变更。具体而言，开发工具50通过进行(1)将新的功能块添加到M个选择功能块中、(2)变更M个选择功能块的顺序、或(3)删除M个选择功能块中的某个功能块，来变更该应用程序。这些应用程序的变更方法可以由规则来定义。

(步骤S46)

于是，开发工具50输出变更后的应用程序。

图25是示出设置的异常提示处理的一个例子的流程图。

(步骤S41～S44)

开发工具50与图24所示的例子同样，执行步骤S41～S44的处理。

(步骤S51)

开发工具50当在步骤S44判断为M个功能块符合规则时(步骤S44的“是”)，不对该M个功能块进行自动变更，而是将异常显示到显示器53。据此，向操作者提示异常。也就是说，在步骤S43、S44以及S51的处理中，开发工具50通过参照规则，来提示异常。具体而言，开发工具50参照禁止在规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个功能块不被执行的规则，在该应用程序中包括的M个选择功能块符合该规则的情况下，向操作者提示异常。

另外，开发工具50在提示异常的同时，还可以向操作者示出多个应对方法，以催促操作者选择应对方法。此时，开发工具50可以针对多个应对方法的每一个，向操作者提示输出性能的不同。并且，此时开发工具50可以从如下的3个应对方法中至少提示其中的2个应对方法，所述3个应对方法是指：添加新的功能块的第1应对方法、变更M个选择功能块的顺序的第2应对方法、以及删除某个功能块的第3应对方法。据此，这些应对方法例如被提示给作为应用程序开发者的操作者。这样，看到这些应对方法的应用程序开发者即操作者通过向开发工具50的输入部54进行输入操作，从而能够按照该应对方法容易地对在步骤S42设定的顺序进行变更。

(步骤S52)

看到该异常的操作者通过向开发工具50的输入部54进行输入操作，来变更在步骤S42生成的应用程序。并且，在多个应对方法的每一个作为针对操作者的选项而被提示的情况下，操作者通过进行输入操作，从这些选项中选择任意的应对方法。这样，开发工具50对应用程序进行变更。也就是说，开发工具50通过按照由接受到异常的操作者进行的输入操作，来变更应用程序。于是，开发工具50反复执行从步骤S43的处理。

(步骤S46)

开发工具50当在步骤S44中判断为M个功能块不符合规则时(步骤S44的“否”)，则输出应用程序。此时，若在步骤S52应用程序被变更时，则输出被变更后的应用程序。另外，若在步骤S52应用程序没有被变更，则输出在步骤S42生成的应用程序。

另外，在步骤S51的处理被反复执行的情况下，开发工具50可以按照该反复的次数，来提示针对异常的应对方法。例如，在异常的提示次数为K次(K为2以上的整数)以上的情况下，开发工具50可以提示针对该异常的多个应对方法。即开发工具50在异常的提示次数为K次以上的情况下，将上述的第1应对方法、第2应对方法、以及第3应对方法中的至少2个应对方法提示给操作者。

[5.3显示例]

图26示出了序列生成画面的一个例子。

开发工具50将上述的序列生成画面显示到显示器53。序列生成画面包括：参数设定区域D1、功能块一览区域D2、对象装置区域D3、以及选择功能块区域D4。

在参数设定区域D1显示用于接受功能块中所使用的参数的内容的接受图像。

在功能块一览区域D2显示多种装置20的各自的功能块一览。这些功能块一览包括从功能块数据库41下载并安装到开发工具50的功能块。

在对象装置区域D3显示从多种装置20选择的装置20的类别名称。

从功能块一览区域D2中显示的功能块一览中选择的功能块被设置并显示在选择功能块区域D4。该功能块例如作为图标来显示。

例如，操作者通过对开发工具50的输入部54进行输入操作，来决定适用了应用程序的装置20的类别名称。开发工具50将该被决定的类别名称显示到对象装置区域D3。例如，显示被决定的类别名称的“电饭煲”。接着，操作者通过进行输入操作，从功能块一览区域D2中显示的功能块一览中，选择用于驱动被决定了类别名称为“电饭煲”的装置20的功能块。于是，操作者通过进行输入操作，将被选择的功能块即选择功能块设置到选择功能块区域D4。该功能块的选择以及配置可以通过拖放(Drag和Drop)来执行。被设置在该选择功能块区域D4的1个以上的功能块可以按照被设置的顺序来执行。例如，这些功能块从图26所示的左侧向右侧依次执行。即应用程序包括被设置在该选择功能块区域D4的M个选择功能块的每一个被执行的顺序的信息、以及该M个选择功能块的每一个被执行的定时的信息。

当功能块被设置在选择功能块区域D4时，开发工具50则将该功能块中所使用的参数的接受图像显示到参数设定区域D1。

图27示出了功能块一览的显示例。

操作者通过针对输入部54进行输入操作，来选择图26所示的功能块一览区域D2中显示的多个装置20各自的类别名称中的、适用将要生成的应用程序的装置20的类别名称。开发工具50将与该被选择的类别名称的装置20对应的功能块一览，如图27的(a)以及(b)所示那样来显示。例如图27的(a)所示，当微蒸烤微波炉被选择时，开发工具50则显示该微蒸烤微波炉的功能块一览。例如，该功能块一览包括用于分别实现煎、微波加热、烘烤、烧烤、蒸、预热、以及过热水蒸气这些功能的功能块。并且如图27的(b)所示，当多功能炊具被选择时，开发工具50则显示该多功能炊具的功能块一览。例如，该功能块一览包括用于分别实现预热、保温、炒、压力烹饪、烧、蒸、炖、搅拌、以及煮这些功能的功能块。

操作者通过向输入部54进行输入操作，来从如上显示的功能块一览中选择功能块，将该被选择的功能块设置到图26所示的选择功能块区域D4。也就是说，开发工具50按照这样的输入操作，进行图23所示的步骤S22的处理，即进行功能块的设置处理。

图28A示出了功能块的设置处理以及设置的自动修改处理的一个例子。

如图28A的(a)所示，开发工具50将从功能块一览中拖放(Drag和Drop)且设置在选择功能块区域D4的功能块，例如作为图标来显示。具体而言，开发工具50按照由操作者针对输入部54进行的输入操作，将包括脱水的功能块FB42的M个功能块设置在选择功能块区域D4。这样，开发工具50按照由操作者进行的输入操作，进行图23所示的步骤S22的功能块的设置处理。

并且，开发工具50在通过功能块的设置处理而应用程序被生成时，则如图23的步骤S29所示，判断该应用程序全体的流程是否得到许可。即开发工具50利用规则来对被设置在选择功能块区域D4的M个功能块进行判断。于是，开发工具50进行该设置的自动修改处理。

具体而言，开发工具50首先参照与这些M个功能块对应的洗衣机的规则。例如，开发工具50从图20的(b)所示的规则数据库42中确定洗衣机的规则群42d，参照该规则群42d中包括的某一个规则。该规则可以是通用规则R400，也可以是专用规则R41等。例如规则包括禁止在作为第2功能块的脱水的功能块FB42被执行前而作为第1功能块的排水的功能块FB41未被执行的组合规则。

于是，在开发工具50判断为被设置的M个功能块符合该规则时，对应用程序进行变更。例如图28A的(b)所示，开发工具50通过在功能块FB42之前添加排水的功能块FB41，来变更洗衣机的应用程序。

这样，在本实施方式中，在应用程序包括第2功能块且在第2功能块之前不包括第1功能块的情况下，开发工具50通过将第1功能块添加到第2功能块之前来变更该应用程序。通过进行这样的变更，M个功能块则成为不符合规则的状态。

并且，通过功能块的设置处理，在作为第1功能块的排水的功能块FB41被设置在作为第2功能块的脱水的功能块FB42之后的情况下，开发工具50可以将该排水的功能块FB41移动到脱水的功能块FB42之前。也就是说，开发工具50在应用程序包括第1功能块以及第2功能块、且在第2功能块之前不包括第1功能块的情况下，通过将该第1功能块的顺序变更到第2功能块之前，来变更应用程序。通过进行这样的变更，也能够使M个功能块成为不符合规则的状态。

并且，开发工具50也可以是删除作为第2功能块的脱水的功能块FB42。也就是说，开发工具50在应用程序包括第2功能块、且在第2功能块之前不包括第1功能块的情况下，通过删除该第2功能块来变更应用程序。通过这样的变更，也能够使M个功能块成为不符合规则的状态。

图28B示出了功能块的设置处理以及设置的自动修改处理的其他的例子。

例如图28B的(a)所示，开发工具50将从功能块一览中拖放(Drag和Drop)且设置在选择功能块区域D4的功能块，例如作为图标来显示。具体而言，开发工具50按照由操作者针对输入部54进行的输入操作，将包括烘干的功能块FB44的M个功能块设置到选择功能块区域D4。这样，开发工具50按照由操作者进行的输入操作，进行图23所示的步骤S22的功能块的设置处理。

并且，开发工具50在通过功能块的设置处理而应用程序被生成时，如图23的步骤S29所示，判断该应用程序全体的流程是否得到许可。即开发工具50利用规则来对设置在选择功能块区域D4的M个功能块进行判断。于是，开发工具50进行该设置的自动修改处理。

具体而言，开发工具50首先参照与这些M个功能块对应的洗衣机的规则。例如，开发工具50从图20的(b)所示的规则数据库42中确定洗衣机的规则群42d，参照该规则群42d中包括的某一个规则。该规则可以是通用规则R400，也可以是专用规则R41等。例如，规则包括禁止在作为第2功能块的烘干的功能块FB44被执行后而作为第3功能块的送风的功能块FB45不被执行的组合规则。

于是，在开发工具50判断为被设置的M个功能块符合该规则时，对应用程序进行变更。例如图28B的(b)所示，开发工具50通过在功能块FB44之后添加送风的功能块FB45，来变更洗衣机的应用程序。

这样，在本实施方式中，在应用程序包括第2功能块、且在第2功能块之后不包括第3功能块的情况下，开发工具50通过在第2功能块之后添加第3功能块，来变更应用程序。通过这样的变更，M个功能块成为不符合规则的状态。

并且，通过功能块的设置处理，在作为第3功能块的送风的功能块FB45被设置在作为第2功能块的烘干的功能块FB44之前的情况下，开发工具50可以将该送风的功能块FB45移动到烘干的功能块FB44之后。也就是说，开发工具50在应用程序包括第2功能块以及第3功能块、且在第2功能块之后不包括第3功能块的情况下，通过将第3功能块的顺序变更到第2功能块之后，来变更该应用程序。通过进行这样的变更，也能够使M个功能块成为不符合规则的状态。

并且，开发工具50也可以删除作为第2功能块的烘干的功能块FB44。也就是说，开发工具50在应用程序包括第2功能块、且在第2功能块之后不包括第3功能块的情况下，通过删除第2功能块来变更该应用程序。通过进行这样的变更，也能够使M个功能块成为不符合规则的状态。

如图28A以及图28B所示，在本实施方式中执行设置的自动修改处理。因此，即使在作为应用程序开发者的操作者误将M个功能块设置成符合规则时，该M个功能块也能够自动地进行重新设置而成为不符合规则的状态。因此，能够保证洗衣机的安全性。

图29示出了设置的异常提示处理的一个例子。

开发工具50与图28A的例子同样，如图29所示，将包括脱水的功能块FB42的M个功能块设置到选择功能块区域D4。并且，开发工具50在通过该设置而应用程序被生成时，如图23的步骤S29所示，判断该应用程序全体的流程是否得到许可。即开发工具50利用规则，对被设置在选择功能块区域D4的M个功能块进行判断。例如，规则包括禁止在作为第2功能块的脱水的功能块FB42被执行前而作为第1功能块的排水的功能块FB41未被执行的组合规则。

于是，开发工具50在判断为该M个功能块符合规则时，进行异常提示处理。具体而言，开发工具50如图29所示，将异常消息E1作为异常来显示。在该异常消息E1中记载了：与脱水的功能块FB42对应的功能块未被设置在前边。也就是说，该异常消息E1进行如下通知，即M个功能块符合禁止在作为第2功能块的脱水的功能块FB42被执行前而作为第1功能块的排水的功能块FB41未被执行的规则。这种异常提示处理例如在图25步骤S51的被执行。

这样，在本实施方式中，开发工具50参照禁止在规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的规则，在该应用程序中包括的M个选择功能块符合规则的情况下，向操作者提示异常。于是，开发工具50按照由接受到该异常的提示的操作者进行的输入操作，通过对M个选择功能块的每一个被执行的顺序进行变更，来变更应用程序。

通过这样对异常进行提示，从而作为应用程序开发者的操作者能够容易地将符合规则的M个功能块重新设置成不符合该规则。因此，能够保证洗衣机的安全性。

并且，开发工具50在异常提示处理中还可以显示用于应对该异常消息E1所示的异常的应对方法C1以及C2。在该应对方法C1中记载了：在脱水的功能块之前添加排水的功能块来解除异常。也就是说，应对方法C1是将新的功能块添加到M个选择功能块的上述的第1应对方法。进一步，开发工具50还可以将由于进行了该应对方法C1而受到的影响与该应对方法C1一起进行显示。例如，开发工具50可以显示如下的影响：虽然洗涤的全部过程所需要的处理时间增长，但是能够进行恰当地脱水。

并且，在应对方法C2中记载了：删除脱水的功能块来解除异常。也就是说，应对方法C2是删除M个选择功能块中的某个功能块的第3应对方法。进一步，开发工具50还可以将由于进行了该应对方法C2而受到的影响与该应对方法C2一起进行显示。例如，开发工具50可以显示如下的影响：虽然不能进行脱水，但是能够保证洗衣机的安全性。

图30示出了连接的异常提示处理的其他的例子。

开发工具50与图28B的例子同样，如图30所示，将包括烘干的功能块FB44的M个功能块设置到选择功能块区域D4。并且，开发工具50在通过该设置而应用程序被生成时，如图23的步骤S29所示，判断该应用程序全体的流程是否得到许可。即开发工具50利用规则，对被设置在选择功能块区域D4的M个功能块进行判断。例如，规则包括禁止在作为第2功能块的烘干的功能块FB44被执行后而作为第3功能块的送风的功能块FB45不被执行的组合规则。

于是，开发工具50在判断为该M个功能块符合规则时，进行异常提示处理。具体而言，开发工具50如图30所示，将异常消息E2作为异常来显示。在该异常消息E2中记载了：与烘干的功能块FB44对应的功能块未被设置在后边。也就是说，该异常消息E2进行如下的通知，即M个功能块符合在作为第2功能块的烘干的功能块FB44被执行后而作为第3功能块的送风的功能块FB45不被执行的规则。这种异常提示处理例如在图25的步骤S51被执行。

通过对这样的异常进行提示，从而作为应用程序开发者的操作者能够容易地将符合规则的M个功能块重新设置成不符合该规则。因此，能够保证洗衣机的安全性。

并且，开发工具50在异常提示处理中还可以将用于应对由该异常消息E2示出的异常的应对方法C3～C5。在该应对方法C3中记载了：在烘干的功能块之后添加送风的功能块来解除异常。也就是说，应对方法C3是将新的功能块添加到M个选择功能块的上述的第1应对方法。进一步，开发工具50还可以将通过进行了该应对方法C3而受到的影响与该应对方法C3一起进行显示。例如，开发工具50可以显示如下的影响：虽然洗涤的全部过程所需要的处理时间增长，但是能够保证洗衣机的安全性。

并且，在应对方法C4中记载了：将设置在烘干的功能块之前的送风的功能块移动到烘干的功能块之后来解除异常。也就是说，应对方法C4是变更M个选择功能块的顺序的上述的第2应对方法。进一步，开发工具50可以将通过进行了该应对方法C4而受到的影响与该应对方法C4一起进行显示。例如，开发工具50可以显示如下的影响：能够保证洗衣机的安全性。

并且，在应对方法C5中记载了：删除烘干的功能块来解除异常。也就是说，应对方法C5是删除M个选择功能块中的某个功能块的第3应对方法。进一步，开发工具50也可以将由于进行了该应对方法C5而受到的影响与该应对方法C5一起进行显示。例如，开发工具50可以显示如下的影响：虽然不能进行烘干，但是能够保证洗衣机的安全性。

这样，在本实施方式中，开发工具50针对异常提示多个应对方法。于是，开发工具50按照由接受到该异常以及多个应对方法的提示的操作者进行的输入操作，来变更应用程序。

例如，该多个应对方法包括上述的第1应对方法、第2应对方法以及第3应对方法中的至少2个应对方法。而且，在本实施方式中，在多个应对方法的每一个被执行的情况下，由于执行器22或加热器23的驱动而给受到作用的物体带来影响、或给应用程序带来影响，开发工具50对这些影响进行提示。

通过这样的多个应对方法以及由于这些应对方法而受到的影响被提示，因此，作为应用程序开发者的操作者能够容易地将符合规则的M个功能块重新设置成不符合该规则。因此，能够保证洗衣机的安全性。

另外，异常消息E1和E2以及应对方法C1～C5也可以被显示在序列生成画面中的某个区域。并且，这些异常消息E1和E2以及应对方法C1～C5各自可以与组合规则建立对应来表示。并且在上述的例子中，虽然显示了异常消息E1和E2以及应对方法C1～C5，但是这些提示形态并非受这些例子所限，可以是任意的提示形态。例如也可以通过声音来提示异常等。

并且也可以是，开发工具50在异常的提示次数为K次(K为2以上的整数)以上的情况下，向操作者提示针对异常的多个应对方法。也就是说，开发工具50在图25所示的步骤S51的处理被反复执行的情况下，开发工具50可以按照该反复的次数来变更异常的提示形态。具体而言，开发工具50在异常的提示次数少于K次的情况下，可以提示异常而不提示应对方法，在异常的提示次数为K次以上的情况下，可以将异常与应对方法一起显示。

图31示出了应对方法的其他的提示例。

在上述的例子中，应对方法虽然是作为消息而被提示的，不过也可以像图31所示那样，开发工具50以其他的形态来提示应对方法。例如，开发工具50以能够容易地从功能块一览中选择为了避免异常的发生而应该添加的功能块的形态，来提示应对方法。也就是说，当开发工具50判断为在组合规则所示的第2功能块之前没有设置第1功能块时，则如图32所示那样显示功能块一览。在该功能块一览中，只有应该设置在该第2功能块之前的作为第1功能块的功能块，以与该功能块一览中包括的其他的功能块为不同的形态来显示。具体而言，在洗衣机的功能块一览中，只有应该添加到脱水的功能块之前的排水的功能块的显示变亮，其他的功能块的显示变暗。据此，作为应用程序开发者的操作者能够容易地选择该排水的功能块并添加到选择功能块区域D4，从而能够提高对应用程序进行变更时的操作性。

图32示出了应对方法的又一其他的提示例。

在上述的例子中，应对方法虽然仅以消息的方式被提示，不过也可以如图32所示那样，开发工具50利用箭头等对象物来提示应对方法。例如，当开发工具50判断为功能块FB34和功能块FB37符合规则时，利用消息和箭头来提示使这些功能块的顺序颠倒的第2应对方法。据此，作为应用程序开发者的操作者通过颠倒这些功能块的顺序来容易地避开异常的发生，从而能够提高在对应用程序进行变更时的操作性。

[5.4效果等]

如以上所述，在本实施方式中通过包括功能块的应用程序和规则数据库，能够提供能够开发各种各样且安全的应用程序的环境。因此，针对在该环境下自由地开发的应用程序，能够安全地驱动进行物理上运行的执行器22、或输出热能的加热器23。这样，例如自由度高的多种多样的应用程序的开发、与用于保障安全性的规则数据库的开发能够并行制作，从而能够尽早地开发出多种多样且安全的应用程序。

并且，若将本实施方式与实施方式1～4中的任一形态进行组合，则即使在应用程序被提供后，也能够通过变更规则数据库，而变更为进一步保证了安全性的应用程序。并且，即使在需要对制造商事前没能预想到的状况进行改善的情况下，也无需对各种各样的应用程序自身进行变更，通过与应用程序无关地来规定规则数据库，就能够以更新该规则数据库的方式来应对所有的应用程序。

具体而言，本实施方式中的信息处理方法是由像开发工具50这种计算机系统执行的信息处理方法。于是，在该信息处理方法中，(a)从用于对作为控制对象设备的装置20所具备的执行器22以及加热器23的至少其中一方进行驱动的N个(N为2以上的整数)的功能块中，按照由操作者进行的输入操作，将M个(M为2以上且N以下的整数)的功能块的每一个作为选择功能块来选择，(b)通过至少将M个选择功能块的每一个被执行的顺序，按照由操作者进行的输入操作来设定，从而生成至少包括M个选择功能块的应用程序，(c)参照禁止在规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个功能块不被执行的规则，在该应用程序中包括的M个选择功能块符合上述规则的情况下，对该应用程序进行变更，(d)输出变更后的应用程序。

据此，能够根据由M个功能块规定的应用程序，来驱动执行器22和/或加热器23。因此，能够开发采用了对装置20的控制进行抽象化而得到的功能块的应用程序，多种多样的应用程序不仅能够由制造商来开发，而且还能够由第三方来开发，并且这些应用程序能够在装置20简单地执行。而且在进行该开发时，包括符合上述的规则的M个选择功能块的应用程序被自动变更。这样，能够将该应用程序自动变更为包括不符合规则的M个选择功能块的应用程序。因此能够保证规定的2个以上的功能块中的一个功能块与剩余的功能块中的至少一个功能块被组合执行。也就是说，如果作为应用程序开发者的操作者将没有得到单独执行的许可的功能块以能够单独执行的方式而错误地生成了应用程序，即使在这种情况下，也能够抑制不能安全地控制装置20的应用程序的生成。因此，应用程序开发者即使在制作或生成了更重视适于执行器22和/或加热器23的用户的应用程序，也能够保证以该应用程序控制的装置20的安全性，并能够提高该安全性。

并且，在上述(c)中也可以通过进行(1)将新的功能块添加到M个选择功能块、(2)变更M个选择功能块的顺序、或(3)删除M个选择功能块中的某个功能块，来变更应用程序。

更具体而言，该规定的2个以上的功能块包括第1功能块以及第2功能块，规则禁止在第2功能块被执行前第1功能块未被执行。于是在上述(c)中，在应用程序包括第2功能块、且在第2功能块之前不包括第1功能块的情况下，可以通过在第2功能块之前添加第1功能块，来变更应用程序。

并且也可以是，在上述(c)中，在应用程序包括第1功能块以及第2功能块、且在第2功能块之前不包括第1功能块的情况下，通过将第1功能块的顺序的变更到第2功能块之前，来变更应用程序。

并且也可以是，在上述(c)中，在应用程序包括第2功能块、且在第2功能块之前不包括第1功能块的情况下，通过删除第2功能块来变更应用程序。

据此，在应用程序的开发时，通过添加新的功能块、变更功能块的顺序、或删除功能块，从而能够保证在第2功能块之前执行第1功能块。因此，应用程序的开发者或者向对执行器22以及加热器23进行控制的装置20安装软件的开发者，可以不必每次都对应用程序的每一个的安全性进行检查，就能够保证装置20的安全性。

并且，具体而言，上述规则也可以禁止从应用程序的开始直到第2功能块被执行前第1功能块未被执行。进一步，第1功能块可以是用于制作出能够执行第2功能块的环境的功能块。

并且也可以是，上述的规定的2个以上的功能块包括第2功能块以及第3功能块，规则禁止在第2功能块被执行后第3功能块不被执行。在这种情况下，在上述(c)中，在应用程序包括第2功能块、且在第2功能块之后不包括第3功能块的情况下，通过在第2功能块之后添加第3功能块来变更应用程序。

并且，在上述(c)中，在应用程序包括第2功能块以及第3功能块、且在第2功能块之后不包括第3功能块的情况下，通过将第3功能块的顺序变更到第2功能块之后来变更应用程序。

并且在上述(c)中，在应用程序包括第2功能块、且在第2功能块之后不包括第3功能块的情况下，通过删除第2功能块来变更应用程序。

据此，在应用程序的开发时，通过添加新的功能块、变更功能块的顺序、或删除功能块，能够保证在第2功能块之后第3功能块被执行。因此，应用程序的开发者或者向对执行器22以及加热器23进行控制的装置20安装软件的开发者，可以不必每次都对应用程序的每一个的安全性进行检查，就能够保证装置20的安全性。

并且，具体而言，上述规则可以禁止从第2功能块被执行后直到应用程序结束为止第3功能块未被执行。并且也可以是，第3功能块是用于将由于第2功能块的执行而发生了变化的环境，返回到第2功能块被执行前的环境的功能块。

并且，规则也可以是为了不使执行器22以及加热器23的至少其中一方达到最大可承受温度而用来保证上述规定的2个以上的功能块被组合执行的规则。

据此，能够抑制在应用程序被执行时执行器22和/或加热器23达到最大可承受温度，从而能够提高由应用程序控制的装置20的安全性。

并且也可以是，作为控制对象设备的装置20具备具有内部空间的框体21，规则是为了不使该内部空间达到最大可承受温度而用来保证上述规定的2个以上的功能块被组合执行的规则。

据此，能够抑制在应用程序被执行时框体21的内部空间达到最大可承受温度，从而能够提高由应用程序控制的装置20的安全性。

并且也可以是，在上述(c)中，判断被生成的应用程序是控制对象设备专用的应用程序、还是适用于该控制对象设备以及该控制对象设备以外的设备的通用的应用程序，从禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的多个规则候选中，将与该应用程序的判断结果相应的规则候选作为规则来参照。

据此，如专用的应用程序和通用的应用程序那样，能够使应用程序的变化增多。而且，由于是参照适于这些变化的规则，因此能够以这些变化来恰当地对具有这些变化的应用程序进行变更。

并且，本实施方式中的信息处理方法是由像开发工具50这种计算机系统执行的信息处理方法，可以提示异常。也就是说，在信息处理方法中，(a)从用于对作为控制对象设备的装置20所具备的执行器22以及加热器23的至少其中一方进行驱动的N个(N为2以上的整数)的功能块中，按照由操作者进行的输入操作，将M个(M为2以上且N以下的整数)的功能块的每一个作为选择功能块来选择，(b)通过至少将上述的M个选择功能块的每一个被执行的顺序，按照由操作者进行的输入操作来设定，从而生成至少包括上述的M个选择功能块的应用程序，(c)参照禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的规则，在应用程序中包括的M个选择功能块符合该规则的情况下，向操作者提示异常，(d)按照由接受到该异常的提示的操作者进行的输入操作来变更应用程序，(e)输出上述变更后的应用程序。

据此，在作为应用程序开发者的操作者将没有得到单独执行的许可的功能块以能够单独执行的方式而错误地生成了应用程序，即使在这种情况下，也能够抑制不能安全地控制装置20的应用程序的生成。也就是说，能够实现与以上所述的应用程序被自动变更的情况同样的效果。

并且可以是，在上述(c)中进一步提示针对异常的多个应对方法，在上述(d)中，通过按照由接受到该异常以及多个应对方法的提示的操作者进行的输入操作，对M个选择功能块的每一个被执行的顺序进行变更，来变更应用程序。也就是说，本实施方式中的信息处理方法是由像开发工具50这种计算机系统执行的信息处理方法，可以在提示异常的同时对多个应对方法进行提示。

据此，确认到异常提示的操作者能够减少变更应用程序时的繁琐操作。

并且也可以是，上述的多个应对方法可以包括如下的3个应对方法之中的至少2个，上述的3个应对方法是指：将新的功能块添加到M个选择功能块中的第1应对方法、对M个选择功能块的顺序进行变更的第2应对方法、以及删除M个选择功能块中的某个功能块的第3应对方法。

据此，操作者按照多个应对方法中的任一个应对方法，不仅能够恰当地避免异常的发生，而且能够对应用程序进行变更。并且，在操作者选择应对方法时，操作者能够选择满足想要作成的应用程序的选项(即应对方法)。

并且也可以是，在上述(c)中，进一步对多个应对方法被分别执行了的情况下由于执行器22或加热器23的驱动而给受到作用的物体造成的影响、或给该应用程序造成的影响进行提示。也就是说，本实施方式中的信息处理方法是由像开发工具50这种计算机系统执行的信息处理方法，可以在提示针对异常的应对方法的同时，对由于执行该应对方法而给应用程序造成的影响进行提示。

据此，在操作者选择应对方法时，操作者能够按照想要制作的应用程序来进行直观上的选择。

并且也可以是，在该信息处理方法中，在上述(d)之后反复执行上述(c)以及(d)，在异常的提示次数为K次(K为2以上的整数)以上的情况下，向操作者提示针对异常的多个应对方法。

据此，在异常的提示被反复进行的情况下，由于提示的是多个应对方法，因此，操作者能够按照这些应对方法容易地对M个选择功能块的每一个被执行的顺序进行变更，从而能够更简单地生成安全的应用程序。

(实施方式5的变形例)

装置20的硬件是否能够由应用程序被安全地驱动取决于该硬件的环境条件。因此，该应用程序的规则应该按照最严格的环境条件来决定。为此，在某个环境条件下则会出现不能最大限度地利用硬件的功能的情况。

于是，本变形例中的开发工具50在应用制作者是设备制造商的情况下，该应用制作者在进行用于被制造的装置20的应用程序的开发以及制作中不利用规则。这是因为应用制作者能够理解用于安全地驱动自己制造的装置20的环境条件的缘故。另外，应用制作者是进行应用程序的开发或制作的个人、团体、或企业，也有称为应用程序的开发者的情况。并且，设备制造商是进行装置20等设备的制作或制造的个人、团体、或企业，也有称为装置20的制造者或制造商的情况。

也就是说，本变形例中的开发工具50在应用制作者与设备制造商不同的情况下，进行利用了规则的应用程序的开发，在应用制作者与设备制造商相同的情况下，在进行应用程序的开发时不利用规则。

更具体而言，在实施方式5中如以上所述，在应用程序被开发或制作的阶段，该应用程序按照规则而被变更。在本变形例中，即使在这种阶段，也如实施方式3所示那样，在应用制作者与设备制造商相同的情况下，跳过应用程序的变更。

图33是示出本变形例中的开发工具50的处理工作的流程图。

(步骤S51)

首先，开发工具50通过进行功能块的设置处理以及参数设定处理，来生成应用程序。也就是说，开发工具50生成包括用于驱动作为控制对象设备的装置20所具备的执行器以及加热器的至少其中一方的1个以上的功能块的应用程序。例如，开发工具50在该步骤S51中执行图23的步骤S21～23的处理。

在此之后，开发工具50与实施方式3同样，执行步骤S2161B、S2163B、S2164B、S2165、S2166以及S2167。具体而言，开发工具50进行如下的工作。

(步骤S2161B)

开发工具50通过获取应用制作者信息，来确定应用程序的制作者(即应用制作者)。

(步骤S2163B)

开发工具50通过获取设备制造商信息，来确定作为控制对象设备的装置20的制造者(即设备制造商)。

(步骤S2164B)

开发工具50判断应用制作者与设备制造商是否相同。换而言之，开发工具50判断应用程序的制作者与上述的控制对象设备的制造者是否一致。

(步骤S2165)

开发工具50在应用制作者与设备制造商不一致的情况下(步骤S2164B的“是”)，获取与应用程序中包括的1个以上的功能块有关的规则。

(步骤S2166)

开发工具50判断应用程序中包括的1个以上的功能块是否符合规则。

(步骤S2167)

开发工具50在判断为这些1个以上的功能块符合规则时(步骤S2166的“是”)，按照该规则来变更应用程序。

(步骤S52)

开发工具50在应用制作者与设备制造商不一致的情况下(步骤S2164B的“否”)，进行向应用程序附加信息的附加处理。在附加处理中，开发工具50将第2附加信息和第3附加信息的至少其中一方的信息、以及第1附加信息附加到应用程序。第1附加信息是示出该应用程序没有适用规则的信息。第2附加信息是示出该应用程序被生成的时期的信息。例如，第2附加信息示出应用程序被生成的日期时间。该日期时间以下也被称为应用作成日。并且，在应用制作者是设备的制造者的情况下，第3附加信息是用于识别该制造者的制造者识别信息。

(步骤S53)

开发工具50在步骤S2167的处理之后，输出变更后的应用程序。并且，开发工具50在步骤S52的处理之后，输出附加处理后的应用程序。也就是说，开发工具50在应用制作者与设备制造商一致的情况下(步骤S2164B的“否”)，不使应用程序适用规则，而是输出被附加了信息的应用程序。

如以上所述，本变形例中的信息处理方法是由像开发工具50这样的计算机系统来执行的信息处理方法。于是，在该信息处理方法中，生成包括用于驱动控制对象设备所具备的执行器以及加热器的至少其中一方的1个以上的功能块的应用程序，对该应用程序的制作者进行确定，并且对该控制对象设备的制造者进行确定，判断该应用程序的制作者与该控制对象设备的制造者是否一致，(a)在应用程序的制作者与控制对象设备的制造者不一致的情况下，获取与该应用程序中包括的1个以上的功能块有关的规则，并按照该规则来变更应用程序，输出变更后的应用程序，(b)在应用程序的制作者与控制对象设备的制造者一致的情况下，不使应用程序适用规则，而是直接输出该应用程序。

因此，在本变形例中，在应用制作者与设备制造商不同的情况下，由于是通过使应用程序适用规则，来对该应用程序进行变更，因此能够实现与实施方式5同样的效果。进一步，在应用制作者与设备制造商相同的情况下，与实施方式3同样，由于能够省去规则的适用和应用程序的变更，从而能够减轻处理负担。而且在这种情况下，由于是通过没有适用规则的应用程序来使作为控制对象设备的装置20的硬件进行工作的，因此能够有效地活用该硬件的功能。

并且，在本变形例中的信息处理方法的上述的(b)中，进一步进行将第2附加信息和第3附加信息中的至少其中一方的信息、以及第1附加信息附加到该应用程序的附加处理。在该应用程序的输出中，输出附加处理后的应用程序。在此，第1附加信息是示出应用程序没有适用规则的信息，第2附加信息是示出该应用程序被生成的时期的信息。并且，在该应用程序的制作者是设备的制造者的情况下，第3附加信息则是用于识别该制造者的信息。

因此在本变形例中，在应用程序没有适用规则的情况下，作为控制对象设备的装置20的设备300获取被附加了信息的应用程序。

例如在应用程序中附加了第1附加信息以及第2附加信息的情况下，设备300由于第1附加信息被附加到应用程序，因此能够判断该应用程序是否适用规则。具体而言，设备300能够根据被附加到该应用程序的第2附加信息，来恰当地判断规则的适用。例如，设备300对规则的更新日进行确定，若该更新日是第2附加信息所示的应用作成日以前，则能够判断为对应用程序不适用规则。这样，设备300能够省去规则的适用和应用程序的变更。也就是说，与开发工具50同样，即使是设备300也能够期待减轻处理负担。

另外，设备300在该更新日是应用作成日之后的情况下，能够判断为对应用程序适用更新后的规则。也就是说，在被生成的应用程序是旧的应用程序的情况下，若以该旧的应用程序来使装置20工作，则会出现难于保证该装置20的安全性的情况。但是在这种情况下，通过第2附加信息来使规则适用于旧的应用程序，从而应用程序被变更。因此，能够容易地保证装置20的安全性。

并且，例如即使在应用程序被附加了第1附加信息以及第3附加信息的情况下，由于在应用程序附加了第1附加信息，因此设备300能够判断是否对该应用程序适用规则。具体而言，设备300能够根据被附加到该应用程序的第3附加信息，来恰当地对规则的适用进行判断。例如，设备300判断包括该设备300的装置20的制造者是否与通过作为第3附加信息的制造者识别信息所识别的制造者一致。于是，设备300当判断为这些制造者一致时，能够判断为对应用程序不适用规则。这样，设备300能够省去规则的适用和应用程序的变更。也就是说，与开发工具50同样，即使是设备300也能够期待减轻处理负担。

并且，在设备300判断为这些制造者不一致时，则能够判断为对应用程序适用规则。例如，被生成的应用程序不仅有用于由应用制作者制造的作为控制对象设备的装置20，而且还有用于由其他的设备制造商制造的装置20的情况。由其他的设备制造商制造的装置20若通过该应用程序来工作，则会有难于保证该装置20的安全性的情况。但是，在这种情况下，通过第3附加信息来使该应用程序适用规则，从而应用程序被变更。因此，能够容易地保证由其他的设备制造商制造的装置20的安全性。

另外，在上述的例子中，设备300根据被附加到应用程序的信息，来进行规则的适用以及应用程序的变更。但是，与实施方式1～4同样，也可以取代设备300而由设备管理器200等来进行基于被附加到应用程序的信息的规则的适用以及应用程序的变更。

(其他的实施方式)

以上虽然基于实施方式对本公开的一个或多个形态所涉及的系统进行了说明，但是本公开并非受这些实施方式所限。在不脱离本公开的主旨的范围内，将本领域技术人员所能够想到的各种变形执行于本实施方式而得到的形态、以及对不同的实施方式中的构成要素进行组合而构筑的形态，均可以包括在本公开的一个或多个形态的范围内。

并且，在上述的各实施方式中，序列管理器100以及设备管理器200虽然包括在云服务器10中，但是并非受此所限。序列管理器100和/或设备管理器200也可以包括在装置20中。并且，UI400虽然包括在终端30中，不过也可以包括在装置20中。

并且，在上述的各实施方式中，也可以根据劣化信息来变更应用程序。例如也可以是，设备300参照多个劣化等级与多个参数的转换方法建立了对应的参数转换信息，获取与劣化等级对应的转换方法，并利用获取的转换方法，对功能块中包括的参数进行转换。作为转换方法例如可以由转换后的值来定义，也可以由适用于转换前的值的系数来定义。

并且，在上述的各实施方式中，虽然是在执行前确认中对应用程序进行变更，来执行变更后的应用程序的，不过并非受此所限。例如，在设备300的状态与设想的不同时，也可以不变更应用程序，而是向设备管理器200和/或序列管理器100通知执行中止(异常)。

本公开能够利用于能够执行由多个功能块规定的应用程序的的家用电器产品、以及生成该应用程序的装置等。

符号说明

1系统

2a、2b、2c、2d设施

10 云服务器

11 处理器

12 存储器

20、20a、20b、20c、20d、20e、20f、20g、20h装置

21 框体

22 执行器

23 加热器

24 控制部

30、30a、30b、30c、30d终端

31 显示器

32 输入设备

41 功能块数据库

42、1300规则数据库

50 开发工具

51 处理器

52 存储器

53 显示器

54 输入部

60 应用提供服务器

100序列管理器(sequence manager)

200设备管理器(device manager)

300、300a、300b、300c、300d、300e、300f、300g、300h设备

400、400a、400b、400c、400d UI(用户接口)

1000、1201功能块

1001、1002、1003、1004、1005、1006参数

1100 设备数据库

1101 设备信息

1200 执行内容宣言

1202 与设备有关的信息

1203 顺序的信息

1301、1302 规则

2000 信息处理系统

C1～C5 应对方法

D1 参数设定区域

D2 功能块一览区域

D3 对象装置区域

D4 选择功能块区域

E1、E2异常消息

F100 准备阶段

F200 应用执行前阶段

F300 应用执行阶段

R11～R13、R21～R23、R31～R33、R41～R43专用规则

R100、R200、R300、R400通用规则

Claims (26)

1.一种信息处理方法，由计算机系统执行，

在所述信息处理方法中，

(a)从用于驱动控制对象设备所具备的执行器以及加热器的至少其中一方的N个功能块中，按照由操作者进行的输入操作，将M个功能块的每一个作为选择功能块来选择，N为2以上的整数，M为1以上且N以下的整数，

(b)通过至少将M个所述选择功能块的每一个被执行的顺序，按照由所述操作者进行的输入操作来设定，从而生成至少包括M个所述选择功能块的应用程序，

(c)参照禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的规则，在所述应用程序中包括的M个所述选择功能块符合所述规则的情况下，对所述应用程序进行变更，

(d)输出进行了所述变更的应用程序。

2.如权利要求1所述的信息处理方法，

在所述(c)中，

通过进行(1)将新的功能块添加到M个所述选择功能块中、(2)变更M个所述选择功能块的顺序、或(3)删除M个所述选择功能块中的某个功能块，来变更所述应用程序。

3.如权利要求2所述的信息处理方法，

所述规定的2个以上的功能块包括第1功能块以及第2功能块，

所述规则禁止在所述第2功能块被执行前所述第1功能块未被执行，

在所述(c)中，

在所述应用程序包括所述第2功能块、且在所述第2功能块之前不包括所述第1功能块的情况下，通过将所述第1功能块添加到所述第2功能块之前，来变更所述应用程序。

4.如权利要求2所述的信息处理方法，

所述规定的2个以上的功能块包括第1功能块以及第2功能块，

所述规则禁止在所述第2功能块被执行前所述第1功能块未被执行，

在所述(c)中，

在所述应用程序包括所述第1功能块以及所述第2功能块、且在所述第2功能块之前不包括所述第1功能块的情况下，通过将所述第1功能块的顺序变更到所述第2功能块之前，来变更所述应用程序。

5.如权利要求2所述的信息处理方法，

所述规定的2个以上的功能块包括第1功能块以及第2功能块，

所述规则禁止在所述第2功能块被执行前所述第1功能块未被执行，

在所述(c)中，

在所述应用程序包括所述第2功能块、且在所述第2功能块之前不包括所述第1功能块的情况下，通过删除所述第2功能块，来变更所述应用程序。

6.如权利要求3至5的任一项所述的信息处理方法，

所述规则禁止从所述应用程序的开始直到所述第2功能块被执行前所述第1功能块未被执行。

7.如权利要求6所述的信息处理方法，

所述第1功能块是用于制作出能够执行所述第2功能块的环境的功能块。

8.如权利要求2所述的信息处理方法，

所述规定的2个以上的功能块包括第2功能块以及第3功能块，

所述规则禁止在所述第2功能块被执行后所述第3功能块不被执行，

在所述(c)中，

在所述应用程序包括所述第2功能块、且在所述第2功能块之后不包括所述第3功能块的情况下，通过将所述第3功能块添加到所述第2功能块之后，来变更所述应用程序。

9.如权利要求2所述的信息处理方法，

所述规定的2个以上的功能块包括第2功能块以及第3功能块，

所述规则禁止在所述第2功能块被执行后所述第3功能块不被执行，

在所述(c)中，

在所述应用程序包括所述第2功能块以及所述第3功能块、且在所述第2功能块之后不包括所述第3功能块的情况下，通过将所述第3功能块的顺序变更到所述第2功能块之后，来变更所述应用程序。

10.如权利要求2所述的信息处理方法，

所述规定的2个以上的功能块包括第2功能块以及第3功能块，

所述规则禁止在所述第2功能块被执行后所述第3功能块不被执行，

在所述(c)中，

在所述应用程序包括所述第2功能块、且在所述第2功能块之后不包括所述第3功能块的情况下，通过删除所述第2功能块，来变更所述应用程序。

11.如权利要求8至10的任一项所述的信息处理方法，

所述规则禁止从所述第2功能块被执行后直到所述应用程序结束为止所述第3功能块未被执行。

12.如权利要求11所述的信息处理方法，

所述第3功能块是用于使由于所述第2功能块的执行而发生了变化的环境返回到所述第2功能块被执行前的环境的功能块。

13.如权利要求1至12的任一项所述的信息处理方法，

所述规则是为了不使所述执行器以及所述加热器的所述至少其中一方达到最大可承受温度，而用来保证所述规定的2个以上的功能块被组合执行的规则。

14.如权利要求1至12的任一项所述的信息处理方法，

所述控制对象设备具备框体，所述框体具有内部空间，

所述规则是为了不使所述内部空间达到最大可承受温度，而用来保证所述规定的2个以上的功能块被组合执行的规则。

15.如权利要求1至14的任一项所述的信息处理方法，

在所述(c)中，

判断被生成的所述应用程序是所述控制对象设备专用的应用程序、还是适用于所述控制对象设备以及所述控制对象设备以外的设备的通用的应用程序，

从禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的多个规则候选中，将与所述应用程序的判断结果相应的规则候选作为所述规则来参照。

16.一种信息处理方法，由计算机系统执行，

在所述信息处理方法中，

(a)从用于驱动控制对象设备所具备的执行器以及加热器的至少其中一方的N个功能块中，按照由操作者进行的输入操作，将M个功能块的每一个作为选择功能块来选择，N为2以上的整数，M为1以上且N以下的整数，

(b)通过至少将M个所述选择功能块的每一个被执行的顺序，按照由所述操作者进行的输入操作来设定，从而生成至少包括M个所述选择功能块的应用程序，

(c)参照禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的规则，在所述应用程序中包括的M个所述选择功能块符合所述规则的情况下，向所述操作者提示异常，

(d)按照由接受到所述异常的提示的所述操作者进行的输入操作，来变更所述应用程序，

(e)输出进行了所述变更的应用程序。

17.如权利要求16所述的信息处理方法，

在所述(c)中，进一步提示针对所述异常的多个应对方法，

在所述(d)中，按照由接受到所述异常以及所述多个应对方法的提示的所述操作者进行的输入操作，来变更所述应用程序。

18.如权利要求17所述的信息处理方法，

所述多个应对方法包括如下的3个应对方法中的至少2个，

所述3个应对方法是指：

将新的功能块添加到M个所述选择功能块中的第1应对方法；

变更M个所述选择功能块的顺序的第2应对方法；以及

删除M个所述选择功能块中的某个功能块的第3应对方法。

19.如权利要求17或18所述的信息处理方法，

在所述(c)中进一步对如下的影响进行提示，所述影响是指，在所述多个应对方法的每一个被执行了的情况下，由于所述执行器或所述加热器的驱动而给受到作用的物体造成的影响、或者给所述应用程序造成的影响。

20.如权利要求16所述的信息处理方法，

在所述信息处理方法中，

在所述(d)之后反复执行所述(c)以及所述(d)，

(f)在所述异常的提示次数为K次以上的情况下，提示针对所述异常的多个应对方法，K为2以上的整数。

21.一种信息处理方法，由计算机系统执行，

在所述信息处理方法中，

生成应用程序，该应用程序包括用于对控制对象设备所具备的执行器以及加热器的至少其中一方进行驱动的1个以上的功能块，

对所述应用程序的制作者进行确定，

对所述控制对象设备的制造者进行确定，

判断所述应用程序的制作者与所述控制对象设备的制造者是否一致，

(a)在所述应用程序的制作者与所述控制对象设备的制造者不一致的情况下，

获取与所述应用程序中包括的所述1个以上的功能块有关的规则，

按照所述规则来变更所述应用程序，

输出变更后的所述应用程序，

(b)在所述应用程序的制作者与所述控制对象设备的制造者一致的情况下，

对所述应用程序不适用所述规则，而输出所述应用程序。

22.如权利要求21所述的信息处理方法，

在所述(b)中，进一步进行附加处理，将第2附加信息和第3附加信息中的至少一方的信息、以及第1附加信息附加到所述应用程序，

在所述应用程序的输出中，对所述附加处理后的所述应用程序进行输出，

所述第1附加信息是示出所述应用程序没有适用所述规则的信息，

所述第2附加信息是示出所述应用程序被生成的时期的信息，

所述第3附加信息是在所述应用程序的制作者为设备的制造者的情况下用于识别所述制造者的信息。

23.一种信息处理装置，具备处理器以及与所述处理器连接的存储器，

所述处理器利用所述存储器，

(a)从用于驱动控制对象设备所具备的执行器以及加热器的至少其中一方的N个功能块中，按照由操作者进行的输入操作，将M个功能块的每一个作为选择功能块来选择，N为2以上的整数，M为1以上且N以下的整数，

(b)通过至少将M个所述选择功能块的每一个被执行的顺序，按照由所述操作者进行的输入操作来设定，从而生成至少包括M个所述选择功能块的应用程序，

(c)参照禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的规则，在所述应用程序中包括的M个所述选择功能块符合所述规则的情况下，对所述应用程序进行变更，

(d)输出进行了所述变更的应用程序。

24.一种信息处理装置，具备处理器以及与所述处理器连接的存储器，

所述处理器利用所述存储器，

在所述信息处理方法中，

(a)从用于驱动控制对象设备所具备的执行器以及加热器的至少其中一方的N个功能块中，按照由操作者进行的输入操作，将M个功能块的每一个作为选择功能块来选择，N为2以上的整数，M为1以上且N以下的整数，

(b)通过至少将M个所述选择功能块的每一个被执行的顺序，按照由所述操作者进行的输入操作来设定，从而生成至少包括M个所述选择功能块的应用程序，

(c)参照禁止规定的2个以上的功能块中的一个功能块被执行的情况下而剩余的功能块中的至少一个不被执行的规则，在所述应用程序中包括的M个所述选择功能块符合所述规则的情况下，向所述操作者提示异常，

(d)按照由接受到所述异常的提示的所述操作者进行的输入操作，来变更所述应用程序，

(e)输出进行了所述变更的应用程序。

25.一种信息处理装置，具备处理器以及与所述处理器连接的存储器，

所述处理器利用所述存储器，

生成应用程序，该应用程序包括用于对控制对象设备所具备的执行器以及加热器的至少其中一方进行驱动的1个以上的功能块，

对所述应用程序的制作者进行确定，

对所述控制对象设备的制造者进行确定，

判断所述应用程序的制作者与所述控制对象设备的制造者是否一致，

(a)在所述应用程序的制作者与所述控制对象设备的制造者不一致的情况下，

获取与所述应用程序中包括的所述1个以上的功能块有关的规则，

按照所述规则来变更所述应用程序，

输出变更后的所述应用程序，

(b)在所述应用程序的制作者与所述控制对象设备的制造者一致的情况下，

对所述应用程序不适用所述规则，而输出所述应用程序。

26.如权利要求25所述的信息处理装置，

在所述(b)中，进一步进行附加处理，将第2附加信息和第3附加信息中的至少一方的信息、以及第1附加信息附加到所述应用程序，

在所述应用程序的输出中，对所述附加处理后的所述应用程序进行输出，

所述第1附加信息是示出所述应用程序没有适用所述规则的信息，

所述第2附加信息是示出所述应用程序被生成的时期的信息，

所述第3附加信息是在所述应用程序的制作者为设备的制造者的情况下用于识别所述制造者的信息。

Images