CN114424175A

CN114424175A - 设备管理装置以及软件生成方法

Info

Publication number: CN114424175A
Application number: CN201980100303.1A
Authority: CN
Inventors: 坂口弘晃; 升野哲志
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2019-09-27
Filing date: 2019-09-27
Publication date: 2022-04-29
Also published as: DE112019007753T5; JP7237173B2; JPWO2021059504A1; WO2021059504A1; US20220268473A1

Abstract

设备基础模型(16)是用于根据包括针对设备(30、32)进行管理的各项目的信息的设备数据(14)来在空调机管理***(10)内定义设备(30、32)的模型。SW生成部(18)构成为通过基于设备数据(14)来将设备数据(14)与设备基础模型(16)建立关联来生在空调机管理***(10)生成用于管理设备(30、32)的设备控制用SW(20、22)。

Description

设备管理装置以及软件生成方法

技术领域

本公开涉及远程管理至少1台设备的设备管理装置、以及在设备管理装置中生成用于管理设备的软件的软件生成方法。

背景技术

公知有能够远程管理空调机、照明等设备的设备管理装置。根据这样的设备管理装置，能够统一监视以及操作空调机、照明等设备。而且，在对这样的设备管理装置追加新的设备、进行机型变更的情况下，希望能够容易地应对。

例如，在日本特开2002－51386号公报(专利文献1)公开一种设备控制控制器，该设备控制控制器面向影像***，能够容易地进行影像***中的设备的追加或者变更。在该控制器中，能够在设备的追加或者变更时不变更控制器的软件(内部程序)，通过数据的改写就变更控制器的控制内容(参照专利文献1)。

专利文献1：日本特开2002－51386号公报

日本特开2002－51386号公报中记载的设备控制控制器在仅通过数据的改写就能够变更控制器的控制内容这一点上是有用的，但存在仅通过数据的改写无法充分应对设备的追加或者变更的可能性。为了能够充分应对设备的追加等，在上述的控制器那样的设备管理装置中，仍然需要在设备的追加等时将能够管理该设备的软件新嵌入至设备管理装置。

然而，每当追加或者变更由设备管理装置进行管理的设备时，作业人员都要赶赴设置有设备管理装置的现场来进行变更设备管理装置的软件的作业，这既花费费用又花费时间。

发明内容

本公开是为了解决上述那样的问题而完成的，本公开的目的在于，提供能够灵活且容易地应对设备的追加或者变更的设备管理装置。

另外，本公开的其他目的在于，提供在能够灵活且容易地应对设备的追加或者变更的设备管理装置中自动生成用于管理设备的软件的软件生成方法。

本公开的设备管理装置是远程管理至少1台设备的设备管理装置，其中，具备：存储装置，存储设备基础模型；和SW生成部，在设备管理装置中生成用于管理设备的软件。设备基础模型是用于根据包括针对设备进行管理的各项目的信息的设备数据来在设备管理装置内定义设备的模型。SW生成部构成为通过基于上述设备数据将设备数据与设备基础模型建立关联来生成用于在设备管理装置中管理设备的软件。

另外，本公开的软件生成方法是在远程管理至少1台设备的设备管理装置中自动生成用于管理设备的软件的软件生成方法，其中，包括：设备管理装置取得包括针对设备进行管理的各项目的信息的设备数据的步骤；和通过在设备管理装置中基于设备数据将设备数据与设备基础模型建立关联来生成软件的步骤。设备基础模型是用于根据设备数据来在设备管理装置中定义设备的模型。

在上述的设备管理装置以及软件生成方法中，准备用于根据设备数据来在设备管理装置中定义设备的设备基础模型，通过将设备数据与设备基础模型建立关联来在设备管理装置中自动生成用于管理设备的软件。因此，根据该设备管理装置以及软件生成方法，在追加或者变更设备时不需要作业人员变更设备管理装置的软件，能够灵活且容易地应对设备的追加或者变更。

附图说明

图1是作为本公开的实施方式涉及的设备管理装置的一个例子而示出的空调机管理***的整体结构图。

图2是表示图1所示的空调机管理***的硬件结构的一个例子的框图。

图3是图1所示的设备基础模型、SW生成部以及设备A用SW的详细的结构图。

图4是对利用由SW生成部生成的设备A用SW从设备A取得控制数据时的设备A用SW的动作进行说明的图。

图5是表示GUI处理部的构成例的图。

图6是表示在空调机管理***连接有设备的情况下由空调机管理***执行的处理的步骤的一个例子的流程图。

图7是表示在图6的步骤S40中执行的设备控制用SW生成处理的步骤的一个例子的流程图。

图8是表示在图6的步骤S50中执行的GUI生成处理的步骤的一个例子的流程图。

图9是表示从与空调机管理***连接的设备取得控制数据的处理的步骤的一个例子的流程图。

图10是表示显示部中的控制数据的显示例的图。

图11是表示在设备参数的变更时由空调机管理***执行的处理的步骤的一个例子的流程图。

具体实施方式

以下，参照附图对本公开的实施方式详细地进行说明。此外，对图中相同或者相当部分标注相同附图标记并不重复其说明。

图1是作为本公开的实施方式涉及的设备管理装置的一个例子而示出的空调机管理***的整体结构图。此外，对于由该空调机管理***管理的设备而言，代表性地为空调机，但还能够管理空调机以外的设备，例如照明器具等也可能成为管理对象。

参照图1，空调机管理***10具备通信解析部12、设备基础模型16、SW(Soft Ware)生成部18、设备控制用SW20、22以及GUI(Graphical User Interface)处理部28。

设备30(设备A)以及设备32(设备B)是由空调机管理***10管理的设备，例如是空调机或具有调光/调色等功能的照明器具。通过该空调机管理***10来监视设备30、32，另外能够从空调机管理***10操作或控制设备30、32。此外，在该例子中，示出了由空调机管理***10管理2台设备30、32的情况，但设备的台数并不限定于此，也可以为1台，还可以为3台以上。

当在空调机管理***10连接有设备的情况下，通信解析部12接收从该设备发送的通信数据并进行解析。具体而言，通信解析部12从接收到的通信数据取得包括该连接的设备(以下称为“对象设备”)的信息的设备数据14，并向SW生成部18输出。其中，空调机管理***10与设备30、32的连接可以为有线，也可以为无线连接。

设备数据14是包括针对对象设备进行管理的各项目的信息的数据。例如，在对象设备为空调机的情况下，设备数据14按温度、表示该空调机是处于运转状态还是停止状态的接通/断开、风量、吸入温度等每个项目包括数据类型、通信参数等信息。

其中，数据类型表示对象设备的控制数据(监视、操作或控制对象的数据本身)是少数数据、还是2值数据、或是整数数据等。通信参数是指示为使用被指定的通信方式来按照被指定的通信指令从对象设备取得控制数据的参数。例如，名称为“温度”的项目的通信参数“空调通信CMD A OP1”表示为使用规定的空调通信协议通过指令A的操作数(operand)OP1从对象设备取得“温度”的数据。该设备数据14不是温度、接通/断开、风量、吸入温度等各项目的控制数据本身，而是用于使用后述的设备基础模型16在空调机管理***10内定义对象设备的参数。

此外，在上述说明中，设备数据14是从对象设备通过通信数据而取得的数据，但也可以不通过通信而从USB存储器或者SD卡等外部存储器取得。在从外部存储器取得了设备数据14的情况下，将该取得的设备数据14赋予至SW生成部18。

设备基础模型16是用于基于所取得的设备数据14来在空调机管理***10内定义对象设备的模型。该设备基础模型16不是表示特定的设备的具体的模型，而是通用的模型，通过将包括对象设备的信息的设备数据14与设备基础模型16建立关联来在空调机管理***10中定义(具现化)对象设备。

该设备基础模型16包括：规定在空调机管理***10中管理的控制数据的数据类型(整数、少数、2值等)的模型(第1模型)、和规定与空调机管理***10的外部通信控制数据时的通信方式(规定的空调通信协议、Modbus协议等)的模型(第2模型)。稍后将对设备基础模型16详细地进行说明。

SW生成部18通过基于所取得的设备数据14将设备数据14与设备基础模型16建立关联来生成用于在空调机管理***10中管理与设备数据14对应的对象设备的软件。SW生成部18按所取得的每个设备数据14来生成上述软件。

例如，若取得了设备30(设备A)的设备数据14，则SW生成部18通过基于该设备数据14将设备数据14与设备基础模型16建立关联，来生成用于在空调机管理***10中监视、操作或控制设备30的设备控制用SW20(以下称为“设备A用SW20”)。另外，在取得了设备32(设备B)的设备数据14时，SW生成部18通过基于该设备数据14将设备数据14与设备基础模型16建立关联，来生成用于在空调机管理***10中监视、操作或控制设备32的设备控制用SW22(以下称为“设备B用SW22”)。

空调机管理***10通过所生成的设备A用SW20与设备30进行通信。设备A用SW20按设备30的设备数据14的每个项目规定数据类型和通信方式，根据所规定的通信方式从设备30取得控制数据(温度、接通/断开、风量、吸入温度等)，并根据所规定的数据类型储存于存储装置(未图示)。另外，若在GUI处理部28中由用户变更了设备30的设定，则设备A用SW20将该变更后的设定值根据规定的通信方式向设备30发送。

同样，空调机管理***10通过设备B用SW22与设备32进行通信。设备B用SW22按设备32的设备数据14的每个项目来规定数据类型和通信方式，根据所规定的通信方式从设备32取得控制数据，并根据所规定的数据类型储存于存储装置。另外，若在GUI处理部28中由用户变更了设备32的设定，则设备B用SW22将变更后的设定值根据所规定的通信方式向设备32发送。

此外，稍后将对上述的设备基础模型16、SW生成部18、设备A用SW20(设备B用SW22)详细地进行说明。

GUI处理部28执行用于将通过设备A用SW20取得的设备30的控制数据以及通过设备B用SW22取得的设备32的控制数据GUI显示于显示部(后述)的处理。若通过SW生成部18生成了设备A用SW20，则GUI处理部28按设备30的设备数据14的每个项目选定GUI组件并显示于显示部，将通过设备A用SW20取得的设备30的控制数据与该GUI组件一同进行显示。另外，若通过SW生成部18生成了设备B用SW22，则GUI处理部28按设备32的设备数据14的每个项目选定GUI组件并显示于显示部，将通过设备B用SW22取得的设备32的控制数据与该GUI组件一同进行显示。稍后还对GUI处理部28的结构详细地进行说明。

图2是表示图1所示的空调机管理***10的硬件结构的一个例子的框图。参照图2，空调机管理***10构成为包括CPU(Central Processing Unit)110、RAM(Random AccessMemory)112、ROM(Read Only Memory)114、存储装置116、输入部118、显示部120以及通信部122。RAM112、ROM114、存储装置116、输入部118、显示部120以及通信部122通过总线124与CPU110连接。

CPU110将储存于ROM114的程序在RAM112展开并执行。储存于ROM114的程序是记述有图1的通信解析部12、SW生成部18以及GUI处理部28的处理步骤的程序。在空调机管理***10中，根据这些程序来执行用于通过SW生成部18生成设备A用SW20以及设备B用SW22的处理、以及用于通过GUI处理部28将控制数据显示于显示部120的处理等。另外，CPU110将由SW生成部18生成的设备A用SW20以及设备B用SW22在RAM112展开并执行。

存储装置116由闪存、硬盘等非易失性存储器构成。存储装置116存储设备基础模型16、从外部取得的设备数据14、以及由SW生成部18生成的设备控制用SW(在该例子中为设备A用SW20以及设备B用SW22)。另外，存储装置116存储由设备A用SW20以及设备B用SW22从设备30、32取得的各控制数据、在GUI处理部28中使用的GUI组件、以及由GUI处理部28生成的显示数据等。

输入部118是可供用户操作的键盘以及鼠标等。显示部120是对由GUI处理部28生成的显示数据进行GUI显示的显示器，例如由LCD(Liquid Crystal Display)构成。显示部120可以是触摸面板显示器，该情况下，触摸面板可以承担输入部118的输入功能的一部分。

通信部122是用于与设备30、32进行通信的通信接口。具体而言，设备30、32通过通信部122与空调机管理***10连接。另外，在通信部122还能够连接外部存储器(USB存储器或者SD卡等)，在从外部存储器取得设备数据14的情况下，外部存储器通过通信部122与空调机管理***10连接。

图3是图1所示的设备基础模型16、SW生成部18以及设备A用SW20的详细的构成图。其中，由于设备B用SW22的结构仅是具体的数据的项目不同而与设备A用SW20同样，所以以下代表性地对设备A用SW20进行说明，而省略设备B用SW22的说明。

参照图3，设备基础模型16包括数据储存SW46和通信方式SW48。数据储存SW46是提供在空调机管理***10中管理的设备的控制数据的数据类型(整数、少数、2值等)的模型(第1模型)。该数据储存SW46按设备数据14的每个项目提供用于根据由设备数据14定义的数据类型来储存控制数据的“箱”。

通信方式SW48是提供将在空调机管理***10中管理的设备的控制数据与空调机管理***10的外部进行通信时的通信方式的模型(第2模型)。该通信方式SW48按设备数据14的每个项目提供用于根据由设备数据14定义的通信参数来交换对象设备和控制数据的通信SW。在该例子中，通信方式SW48能够提供“空调通信SW”、“Modbus通信SW”等，该“空调通信SW”提供依照规定的空调通信协议的通信SW，该“Modbus通信SW”提供依照Modbus协议的通信SW。

SW生成部18包括设备数据取得部40、数据储存SW关联建立部42、以及通信方式SW关联建立部44。设备数据取得部40从通信解析部12(图1)或者外部存储器取得设备数据14。而且，设备数据取得部40从所取得的设备数据14按设备数据14的每个项目将“名称”以及“数据类型”的各数据向数据储存SW关联建立部42输出，并将“名称”以及“通信参数”的各数据向通信方式SW关联建立部44输出。

数据储存SW关联建立部42通过进行从设备数据取得部40接受的设备数据14与设备基础模型16的数据储存SW46的关联建立来生成用于储存从对象设备取得的控制数据的软件。更详细而言，若按设备30的设备数据14的每个项目接受到“名称”以及“数据类型”的各数据，则数据储存SW关联建立部42基于设备数据14的“数据类型”来将该设备数据14与数据储存SW46建立关联，由此生成用于按设备数据14的每个项目规定设备30的控制数据的名称以及数据类型的软件(第1生成部)。

通信方式SW关联建立部44通过进行从设备数据取得部40接受的设备数据14与设备基础模型16的通信方式SW48的关联建立来生成用于与对象设备进行通信的软件。更详细而言，若按设备30的设备数据14的每个项目接受到“名称”以及“通信参数”的各数据，则通信方式SW关联建立部44基于由“通信参数”规定的通信方式来将设备数据14与通信方式SW48建立关联，由此生成用于与设备30进行控制数据的通信的软件(第2生成部)。

由此，对于设备30生成设备A用SW20，该设备A用SW20按设备数据14的每个项目通过依照由“通信参数”规定的通信方式的通信SW从设备30取得控制数据，并将所取得的控制数据按照由“数据类型”规定的类型通过“数据储存SW”储存于存储装置116(图2)。

所生成的设备A用SW20构成为包括数据储存部50、空调通信SW部56以及Modbus通信SW部58。数据储存部50按每个名称51通过由数据储存SW关联建立部42建立了关联的数据储存SW52将由空调通信SW部56或者Modbus通信SW部58的取得控制数据存储于存储装置116。

针对设备数据14的项目中的由通信方式SW关联建立部44关联了空调通信SW的项目，空调通信SW部56根据在设备数据14中规定的通信参数来通过空调通信SW从设备30取得控制数据。

针对设备数据14的项目中的由通信方式SW关联建立部44关联了Modbus通信SW的项目，Modbus通信SW部58根据在设备数据14中规定的通信参数来通过Modbus通信SW从设备30取得控制数据。

图4是对通过由SW生成部18生成的设备A用SW20从设备30(设备A)取得控制数据时的设备A用SW20的动作进行说明的图。其中，在该图4中，例示了通过空调通信SW部56从设备30取得控制数据的情况下的设备A用SW20的动作。

参照图4，设备A用SW20的空调通信SW部56从设备30取得通信指令60。通信指令60包括用于确定为是与设备30的通信的指令CMD和预先规定的每个操作数的数据。其中，在该例子中，操作数OP1表示设备30的“温度”的设定值，操作数OP2表示设备A的“接通/断开”的状态，操作数OP3表示设备A的“风量”的设定。

空调通信SW部56若从设备30取得通信指令60，则按每个名称62根据通信参数64从通信指令60取得控制数据。具体而言，空调通信SW部56将通信指令60的操作数OP1、OP2、OP3的数据分别与名称62的“温度”、“接通/断开”、“风量”建立关联。

而且，数据储存部50将“名称”作为关键字并按每个名称51通过在数据储存SW52种规定的储存SW将通过空调通信SW部56取得的控制数据作为储存数据53存储于存储装置116。

再次参照图1，该空调机管理***10还具备GUI处理部28，该GUI处理部28用于将由设备A用SW20取得的设备30的控制数据以及由设备B用SW22取得的设备32的控制数据显示于显示部120(图2)。该GUI处理部28生成用于将通过由SW生成部18生成的设备A用SW20以及设备B用SW22取得的各控制数据显示于显示部120的GUI图像，并执行用于将该生成的GUI图像与控制数据一同显示于显示部120的显示控制。

图5是表示GUI处理部28的构成例的图。其中，在该图5中，代表性地示出了用于将由设备A用SW20取得的各控制数据显示于显示部120的结构。

参照图5，GUI处理部28构成为包括GUI生成部70和显示控制部80。GUI生成部70基于由设备A用SW20从设备30取得的各控制数据、GUI组件数据库(DB)66以及GUI数据68来生成用于将由设备A用SW20取得的各控制数据GUI显示于显示部120的显示数据。

GUI组件DB66是能够显示于显示部120的各种GUI组件的数据库，例如，作为标准组件而具备“拨动式开关”、“列表”、“旋钮”等GUI组件，作为定制组件而具备“风向用组件”、“风量用组件”等GUI组件。

GUI数据68是用于规定由设备A用SW20从设备30取得的各控制数据与GUI组件DB66内的GUI组件的关联建立的映射。在该例子中，通过GUI数据68规定为“接通/断开”、“运转模式”、“设定温度”、“风向”以及“风量”的控制数据分别与“拨动式开关”、“列表”、“旋钮”、“风向用组件”、“风量用组件”的GUI组件一同显示。

其中，上述的GUI组件DB66以及GUI数据68被预先准备并存储于存储装置116(图2)。此外，GUI组件DB66的GUI组件能够适当地追加变更，GUI数据68也能够从输入部118(图2)适当地变更。

而且，GUI生成部70基于GUI数据68来按每个由设备A用SW20取得的控制数据生成用于将GUI组件以及该控制数据显示于显示部120的显示数据72。

显示控制部80执行用于使显示部120显示由GUI生成部70生成的显示数据72的显示控制。具体而言，显示控制部80按显示数据72的每个显示项目从GUI组件DB66取得对应的GUI组件并显示于显示部120，从存储装置116读出由设备A用SW20取得的控制数据并与对应的GUI组件一同进行显示。

图6～图8是表示在空调机管理***10连接有设备的情况下由空调机管理***10执行的处理的步骤的一个例子的流程图。例如，若空调机管理***10接收到包括该设备的设备数据14的通信数据，则开始该流程图所示的一系列处理。

参照图6，空调机管理***10若从与空调机管理***10连接的设备接收到通信数据，则对该接收到的通信数据进行解析(步骤S10)。然后，通信解析部12对该设备是否是新连接的设备进行判定(步骤S20)。其中，在不存在与该设备对应的设备控制用SW的情况下，通信解析部12判定为该设备是新连接的设备。若判定为该设备不是新的设备(在步骤S20中为“否”)，则不执行以后的一系列处理而将处理移至结束。

若在步骤S20中判定为该设备是新连接的设备(在步骤S20中为“是”)，则通信解析部12从所取得的通信数据取得该设备的设备数据14(步骤S30)。

此外，如上述那样，设备数据14也能够从外部存储器取得，在从外部存储器取得设备数据14的情况下，不执行步骤S10～S30，而将处理移至步骤S40。

若从通信数据或者外部存储器取得设备数据14，则空调机管理***10执行通过SW生成部18生成面向该设备的设备控制用SW的处理(步骤S40)。稍后将对该设备控制用SW生成处理详细地进行说明。

然后，若通过SW生成部18生成了面向该设备的设备控制用SW，则空调机管理***10执行通过GUI处理部28生成用于将该设备的控制数据GUI显示于显示部120的显示数据的GUI生成处理(步骤S50)。稍后还对该GUI生成处理详细地进行说明。

图7是表示在图6的步骤S40中执行的设备控制用SW生成处理的步骤的一个例子的流程图。参照图7，SW生成部18从在步骤S30(图6)中取得的设备数据14按每个项目提取“名称”以及“数据类型”的各数据(步骤S110)。

接下来，SW生成部18按设备数据14的每个项目将与“数据类型”的数据(少数、2值、整数等)对应的设备基础模型16的“数据储存SW”和“名称”的数据建立关联(步骤S120)。由此，生成设备控制用SW的数据储存部50(图3)。

并且，SW生成部18从在步骤S30(图6)中取得的设备数据14按每个项目提取“名称”以及“通信参数”的各数据(步骤S130)。

然后，SW生成部18按设备数据14的每个项目将与“通信参数”的数据对应的设备基础模型16的“通信方式SW”和“名称”的数据建立关联(步骤S140)。由此，生成设备控制用SW的空调通信SW部56或Modbus通信SW部58等(图3)的通信SW。

这样，通过SW生成部18自动生成面向与空调机管理***10连接的设备的设备控制用SW。其中，稍后将利用图9对所生成的设备控制用SW从设备的控制数据的取得处理进行说明。

图8是表示在图6的步骤S50中执行的GUI生成处理的步骤的一个例子的流程图。参照图8和图5，GUI处理部28从存储装置116读入对通过设备控制用SW从与空调机管理***10连接的设备取得的各控制数据与GUI组件的关联建立进行规定的GUI数据68(步骤S210)。

接下来，GUI处理部28通过GUI生成部70基于GUI数据68来生成用于按从设备取得的每个控制数据来将GUI组件以及该控制数据显示于显示部120的显示数据72(步骤S220)。

然后，GUI处理部28通过显示控制部80基于所生成的显示数据72来从GUI组件DB66取得GUI组件，并与由设备控制用SW从该设备取得的控制数据一同显示于显示部120(步骤S230)。

如以上那样，在该空调机管理***10中，当在空调机管理***10新连接了设备的情况下，生成面向该设备的设备控制用SW，并且生成用于将由设备控制用SW取得的控制数据显示于显示部120的GUI并显示于显示部120。

图9是表示从与空调机管理***10连接的设备取得控制数据的处理的步骤的一个例子的流程图。在空调机管理***10以及所连接的设备启动的期间，每隔规定周期反复执行该流程图所示的一系列处理。

参照图9和图4，由SW生成部18生成的设备控制用SW(设备A用SW20、设备B用SW22等)通过通信方式SW(空调通信SW56、Modbus通信SW58等)从对象设备(设备30、32等)取得通信指令60(步骤S310)。

接下来，设备控制用SW按设备数据14的每个项目根据“通信参数”的数据来处理通信指令60，取得对象设备的控制数据(步骤S320)。

接着，设备控制用SW按设备数据14的每个项目通过“数据储存用SW”将所取得的控制数据与“名称”的数据建立关联并按照“数据类型”的类型存储于存储装置116(步骤S330)。

另外，GUI处理部28通过显示控制部80使由设备控制用SW取得并储存的各控制数据与显示于显示部120的GUI组件一同显示(步骤S340)。

由此，通过由SW生成部18生成的设备控制用SW从对象设备取得控制数据，并由对应的GUI组件显示于显示部120。

其中，在该空调机管理***10中，用户能够在显示部120上监视与空调机管理***10连接的各设备的控制数据，并且还能够从显示于显示部120的GUI组件进行各项目的操作。即，例如在设备30的状态被显示于显示部120的情况下，能够通过操作设备30的设定温度的旋钮来从显示部120设定设备30的温度。其中，该设定数据由设备A用SW20根据通信参数中规定的通信方式向设备30发送。

图10是表示显示部120中的控制数据的显示例的图。其中，在该图10中，代表性地示出了设备30(设备A)的控制数据的显示例。参照图10，通过GUI处理部28在显示部120显示了GUI组件82～92。

例如，GUI组件82是拨动式开关，“运转”/“停止”的显示根据由设备A用SW20取得的表示设备30的运转状态(运转/停止)的名称“接通/断开”的控制数据来切换。另外，若选择GUI组件82的“运转”/“停止”的任一个并按下“发送”按钮，则通过设备A用SW20将“接通/断开”的设定数据向设备30发送，运转状态在设备30中切换。

或者，例如GUI组件86是旋钮，由设备A用SW20取得的表示设备30的制冷设定温度的“设定温度(制冷)”的控制数据被显示于GUI组件86。另外，若通过GUI组件86的旋钮来变更设定温度并按下“发送”按钮，则通过设备A用SW20向设备30发送“设定温度(制冷)”的设定数据，在设备30中变更制冷设定温度。

此外，在上述中，设想在空调机管理***10连接新机型的设备的情况，当再次连接曾经生成了设备控制用SW的设备的情况下(例如同机型的买新换旧等)，使用生成完毕的设备控制用SW。另一方面，在设备的连接时，虽然面向该设备的设备控制用SW已经存在，但当设备的参数存在变更时，再生成设备控制用SW。即，在设备的参数存在变更、设备数据14与以前的不同的情况下，通过SW生成部18再生成设备控制用SW，还再生成用于在显示部120显示控制数据的显示数据。例如，当设备是空调机并在设备数据14中定义了设定温度的上限值的情况下，若连接设定温度的上限值变更了的新机型，则再生成设备控制用SW以及显示部120的显示数据。

图11是表示在设备参数的变更时由空调机管理***10执行的处理的步骤的一个例子的流程图。该流程图所示的一系列处理例如也在空调机管理***10接收到包括所连接的设备的设备数据14的通信数据时开始。

参照图11，空调机管理***10若从与空调机管理***10连接的设备接收到通信数据，则对该接收到的通信数据进行解析(步骤S410)。然后，通信解析部12对是否已经生成了面向该设备的设备控制用SW进行判定(步骤S420)。当判定为不存在面向该设备的设备控制用SW的情况下(在步骤S420中为“否”)，执行在图6～图8中说明的设备追加处理(步骤S430)。

若在步骤S420中判定为已经生成了面向该设备的设备控制用SW(在步骤S420中为“是”)，从该设备控制用SW取得该设备的参数(步骤S440)。

接下来，通信解析部12从在步骤S410中取得的通信数据取得该设备的设备数据14(步骤S450)。而且，通信解析部12对在步骤S440中从现有的设备控制用SW取得的参数与在步骤S450中取得的设备数据14中定义的参数进行比较，对两者是否存在差异进行判定(步骤S460)。

在比较了的参数间存在差异的情况下(在步骤S460中为“是”)，空调机管理***10执行通过SW生成部18基于在步骤S450中取得的设备数据14来生成(再生成)设备控制用SW的处理(步骤S470)。在该步骤S470中执行的处理与在图7中说明的处理相同。

然后，若通过SW生成部18再生成设备控制用SW，则空调机管理***10通过GUI处理部28执行GUI生成处理，该GUI生成处理再生成用于将该设备的控制数据显示于显示部120的显示数据(步骤S480)。在该步骤S480中执行的处理与在图8中说明的处理相同。

其中，在步骤S460中，当比较了的参数间不存在差异的情况下(在步骤S460中为“否”)，由于能够使用已有的设备控制用SW以及显示部120的显示数据，所以不执行步骤S470、S480而将处理移至结束。

如以上那样，在该实施方式涉及的空调机管理***10中，通过准备设备基础模型16，基于设备数据14来将设备数据14与设备基础模型16建立关联，由此在空调机管理***10中自动生成用于管理设备的设备控制用SW(设备A用SW20、设备B用SW22等)。因此，根据该空调机管理***10，不需要每当追加或者变更设备时作业人员便赶赴现场来进行安装空调机管理***10的软件的作业。其结果是，能够灵活且容易地应对设备的追加或者变更。

另外，在该实施方式中，若从与空调机管理***10连接的设备或者外部存储器接受到设备数据14，则通过SW生成部18生成面向该设备的设备控制用SW。因此，根据该实施方式，例如不需要预估可与空调机管理***10连接的设备而准备大量面向各种设备的设备控制用SW等，能够适时地生成设备控制用SW。

另外，在该实施方式中，当在空调机管理***10连接有多个设备(设备30、32等)的情况下，按每个设备生成设备控制用SW(设备A用SW20、设备B用SW22等)。因此，根据该实施方式，能够将SW的生成量抑制为所需最小限度。

另外，根据该实施方式，由于与SW生成部18一同还设置有GUI生成部70，所以能够通过SW生成部18自动生成设备控制用SW，并且还能够通过GUI生成部70自动生成用于将由设备控制用SW取得的控制数据显示于显示部120的GUI。

此外，在上述中，在空调机管理***10的显示部120中监视或操作由设备控制用SW与空调机管理***10通信的控制数据，但也可以构成为通过还与远程服务器、PC、智能手机等进行通信而能够在这些设备中在Web上监视或操作控制数据。

应该认为本次公开的实施方式在全部的点上都是例示而非限制性的。本发明的范围不是上述的实施方式的说明，而由技术方案示出，意在包括与技术方案等同的含义以及范围内的全部变更。

附图标记说明：

10…空调机管理***；12…通信解析部；14…设备数据；16…设备基础模型；18…SW生成部；20…设备A用SW；22…设备B用SW；28…GUI处理部；30、32…设备；40…设备数据取得部；42…数据储存用SW关联建立部；44…通信方式SW关联建立部；50…数据储存部；56…空调通信SW部；58…Modbus通信SW部；60…通信指令；66…GUI组件DB；68…GUI数据；70…GUI生成部；72…显示数据；80…显示控制部；82～92…GUI组件；110…CPU；112…RAM；114…ROM；116…存储装置；118…输入部；120…显示部；122…通信部；124…总线。

Claims

1.一种设备管理装置，远程管理至少1台设备，其特征在于，具备：

存储装置，存储设备基础模型，该设备基础模型用于根据包括针对所述设备进行管理的各项目的信息的设备数据来在所述设备管理装置内定义所述设备；和

SW生成部，构成为通过基于所述设备数据将所述设备数据与所述设备基础模型建立关联来生成用于在所述设备管理装置中管理所述设备的软件。

2.根据权利要求1所述的设备管理装置，其特征在于，

所述设备基础模型包括：

第1模型，规定在所述设备管理装置中管理的控制数据的数据类型；和

第2模型，规定所述控制数据的与外部的通信方式，

所述SW生成部包括：

设备数据取得部，从所述设备管理装置的外部取得所述设备数据；

第1生成部，通过基于所取得的所述设备数据将所述设备数据与所述第1模型建立关联来生成用于按所述设备数据的每个项目规定所述设备的控制数据的名称以及数据类型的软件；以及

第2生成部，通过基于所取得的所述设备数据将所述设备数据与所述第2模型建立关联来生成用于与所述设备进行所述控制数据的通信的软件。

3.根据权利要求1或2所述的设备管理装置，其特征在于，

所述SW生成部构成为若从所述设备管理装置的外部接受到所述设备数据则生成用于管理所述设备的软件。

4.根据权利要求1～3中任一项所述的设备管理装置，其特征在于，

所述SW生成部构成为在利用所述设备管理装置进行管理的设备存在多台的情况下，按每个所述设备生成用于管理所述设备的软件。

5.根据权利要求1～4中任一项所述的设备管理装置，其特征在于，还具备：

显示部，构成为显示使用由所述SW生成部生成的软件来显示从所述设备取得的控制数据；和

GUI生成部，构成为生成用于将所述控制数据通过GUI显示于所述显示部的显示数据。

6.根据权利要求5所述的设备管理装置，其特征在于，

所述存储装置还存储：

GUI组件的数据库，被用于所述显示部中的所述控制数据的显示；和

GUI数据，按所述设备数据的每个项目规定所述GUI组件，

所述GUI生成部根据所述GUI数据来按所述设备数据的每个项目生成用于将与从所述设备取得的控制数据对应的GUI组件以及所述控制数据显示于所述显示部的所述显示数据。

7.根据权利要求1～6中任一项所述的设备管理装置，其特征在于，

所述至少1台设备包括空调机。

8.一种软件生成方法，在远程管理至少1台设备的设备管理装置中自动生成用于管理所述设备的软件，

所述软件生成方法的特征在于，包括：

所述设备管理装置取得包括针对所述设备进行管理的各项目的信息的设备数据的步骤；和

通过在所述设备管理装置中基于所述设备数据将所述设备数据与设备基础模型建立关联来生成所述软件的步骤，

所述设备基础模型是用于根据所述设备数据来在所述设备管理装置内定义所述设备的模型。

9.根据权利要求8所述的软件生成方法，其特征在于，

所述设备基础模型包括：

第2模型，规定所述控制数据的与外部的通信方式，

生成所述软件的步骤包括：

通过基于所述设备数据将所述设备数据与所述第1模型建立关联来生成用于按所述设备数据的每个项目规定所述设备的控制数据的名称以及数据类型的软件的步骤；和

通过基于所述设备数据将所述设备数据与所述第2模型建立关联来生成用于与所述设备进行所述控制数据的通信的软件的步骤。

10.根据权利要求8或9所述的软件生成方法，其特征在于，还包括：

生成显示数据的步骤，该显示数据用于将使用由生成所述软件的步骤生成的软件从所述设备取得的控制数据通过GUI显示于所述设备管理装置的显示部；和

基于所述显示数据将所述控制数据通过GUI显示于所述显示部的步骤。

11.根据权利要求10所述的软件生成方法，其特征在于，

所述软件生成方法还包括取得GUI数据的步骤，该GUI数据按所述设备数据的每个项目规定所述显示部中的所述控制数据的显示所使用的GUI组件，

生成所述显示数据的步骤包括根据所述GUI数据来按所述设备数据的每个项目生成用于将与所述控制数据对应的GUI组件以及所述控制数据显示于所述显示部的所述显示数据的步骤。