CN106557037A - 管理方法和管理装置 - Google Patents

Abstract

一种与第一控制装置和第二控制装置连接的管理装置中的管理方法，向第一控制装置发送用于使第一设备执行预定的工作的第一命令，第一设备由第一控制装置控制，向第一控制装置发送第二命令，所述第二命令用于发送表示执行预定的工作后的第一设备的状态的第一信息，从第一控制装置接收所述第一信息，向第二控制装置发送第三命令，所述第三命令用于发送表示第二设备的状态的第二信息，从第二控制装置接收第二信息，对第一信息与第二信息进行比较，在第二信息表示的状态与第一信息表示的状态对应的情况下，判定为第一设备与第二设备为同一设备，在存储器中存储表示第一设备由第一控制装置和第二控制装置控制的第三信息。

Description

管理方法和管理装置

技术领域

本公开涉及判定多个ID(identification)指示的设备的同一性的管理方法和管理装置。

背景技术

以往，已知有如下系统：经由互联网等通信网络将云上的服务器装置与设置于用户住宅内的家电、传感器等设备(以下也称为宅内设备或仅称为设备)连接，用户使用能够与互联网连接的便携终端，经由该服务器装置对该宅内设备进行远程控制。

已提出了ECHONET Lite(注册商标)等多个这样的对宅内设备经由云进行远程控制系统中的用于通信的连接方式(通信协议)。另一方面，为了进行这样的远程控制系统中的宅内设备的控制，各宅内设备的制造供应商(以下仅称为供应商)提供的服务的技术规格(控制协议)多由该供应商各自决定。因此，在以往的远程控制系统中，即使连接方式共通，多个供应商间的相互连接也很困难。

与该相互连接相关的问题通过在云上设置统合服务器装置，并以该统合服务器装置控制各供应商的服务器装置的方式构成系统而能够消除，所述统合服务器装置统合供应商为了提供各自的服务而使用的各服务器装置。通过该系统，用户能够经由在统合服务器装置上工作的服务来控制任意供应商制造的宅内设备。

但是，在该系统中，在同一宅内设备与供应商不同的多个服务器装置连接的情况下，有时会以多个路径从统合服务器装置向该宅内设备发送控制信号。因此，在接近的时刻通过不同的路径发送给同一宅内设备的控制请求有可能会相互冲突(例如电源接通(ON)与电源断开(OFF))。为了防止该情况的发生，需要验证由不同的服务器装置管理的设备ID指示的宅内设备的同一性。

在专利文献1中公开了如下技术：检查从多个路径向云上的云服务器通知的障碍信息是否实质相同。在专利文献1中，宅内设备通过多个路径向云服务器通知障碍信息。如果云服务器从各个路径接收到的障碍信息的接收时刻之差小于预定的值，则判断为是表示同一现象的障碍信息。

在先技术文献

专利文献

专利文献1：日本特开2004-86792号公报

发明内容

发明要解决的问题

然而，为了可靠地判定从多个路径接收的信息表示的多个设备ID指示的宅内设备的同一性，需要进一步的判定基准。

用于解决问题的手段

本公开的一个技术方案涉及的管理方法是一种与第一控制装置和第二控制装置连接的管理装置中的管理方法，该方法包括：向所述第一控制装置发送用于使第一设备执行预定的工作的第一命令，所述第一设备由所述第一控制装置控制，向所述第一控制装置发送第二命令，所述第二命令用于使所述第一控制装置发送第一信息，所述第一信息表示执行所述预定的工作后的所述第一设备的状态，从所述第一控制装置接收所述第一信息，向所述第二控制装置发送第三命令，所述第三命令用于使所述第二控制装置发送表示第二设备的状态的第二信息，从所述第二控制装置接收所述第二信息，对所述第一信息与所述第二信息进行比较，在所述第二信息表示的状态与所述第一信息表示的状态对应的情况下，判定为所述第一设备与所述第二设备为同一设备，将第三信息存储在存储器中，所述第三信息表示所述第一设备由所述第一控制装置和所述第二控制装置控制这一情况。

发明的效果

通过上述技术方案，在统合多个服务器装置的统合服务器装置中，能判定各个服务器装置独自管理的宅内设备的同一性。并且，基于该判定结果，能够防止来自多个服务的对同一宅内设备的冲突的控制请求的发生。

附图说明

图1是表示实施方式中的设备控制系统的构成的示意图，所述设备控制系统包括统合服务器装置。

图2A是表示实施方式中的第一服务器装置和第二服务器装置的功能构成的一例的框图。

图2B是表示实施方式中的统合服务器装置的功能构成的一例的框图。

图3是表示实施方式中的统合服务器装置具备的设备管理部的功能构成的一例的框图。

图4是表示设备表的一例的图，所述设备表保持与实施方式中的统合服务器装置连接的宅内设备的设备ID和多个设备ID指示的宅内设备的同一性判定的结果。

图5A是表示控制步骤表的一例的图，所述控制步骤表保持用于设备ID指示的宅内设备的同一性判定的控制步骤。

图5B是表示控制步骤表的一例的图，所述控制步骤表保持用于设备ID指示的宅内设备的同一性判定的控制步骤。

图6是表示实施方式中的宅内设备的登记开始到设备ID指示的设备的同一性判定为止的步骤的一例的流程图。

图7是表示在实施方式中开始设备登记时由控制终端向用户提示的通知的一例的图。

图8是表示实施方式中的统合服务器装置取得与用户宅内的LAN连接的宅内设备的一览的步骤的一例的流程图。

图9是表示在实施方式中从各控制装置向统合服务器装置发送的设备一览的一例的图。

图10是表示在实施方式中的统合服务器装置内管理的设备一览的一例的图。

图11是表示在实施方式中统合服务器装置取得的设备ID是否为未登记的判定的步骤的一例的流程图。

图12是表示在实施方式中设备ID指示的宅内设备的同一性判定中对照设备ID的步骤的一例的流程图。

图13是表示控制终端向用户提示的通知的一例的图，所述通知关于在执行设备ID指示的宅内设备的同一性判定时设备会工作。

图14是表示在多个设备ID指示的宅内设备的同一性判定中对宅内设备的状态进行比较的步骤的一例的流程图。

图15A是表示在多个设备ID指示的宅内设备的同一性判定中，将不依存于控制装置的抽象控制请求转换成依存于在各控制装置中使用的控制协议的具体控制请求的步骤的一例的流程图。

图15B是表示在多个设备ID指示的宅内设备的同一性判定中，将依存于在各控制装置中使用的控制协议的具体控制响应转换为不依存于控制装置的抽象控制响应的步骤的一例的流程图。

图16表示在多个设备ID指示的宅内设备的同一性判定中，用于转换抽象控制内容与具体控制内容的命令转换表的一例。

图17表示在协议转换部的统合接口的安装例。

图18表示由协议转换部进行的、向与各控制设备对应的控制请求的转换例。

标号说明

100 设备控制系统

101 控制终端

102 输入部

103 输出部

104、106、107、110、111 网络

105 统合服务器装置

108、109 服务器装置

112 路由器

113 LAN

114、115 网关

116、117 宅内设备

201 第一服务

202 第二服务

203 服务执行引擎

204 用户管理部

205A、205B 设备管理部

206 外部通信部

301 用户通知部

302 对照控制部

303 设备表

304、304A、304B 控制步骤表

305 设备表制作部

306 设备登记判定部

307 设备状态比较部

308 控制步骤执行部

309 协议转换部

具体实施方式

(成为本公开的基础的见解)

已研究了用于由云上的服务器装置提供服务的技术，所述服务用于不论供应商如何都将用户所有的设备作为对象的设备控制。但是，随着服务的种类、数量增加，同一设备由多个服务同时控制的可能性变高。特别是在对同一设备同时进行的多个控制发生冲突的情况下，难以继续稳定地执行服务。

这样的由多个服务进行的对同一设备的同时控制能够通过在正在由某服务对一个设备执行控制期间，禁止来自其他服务对该设备的控制来防止。为了实现该防止，需要保证指示作为控制对象的设备的ID与各设备一对一对应。

但是，各供应商的服务器装置为识别设备而使用的ID的体系在供应商间不统一。因此，在多个供应商间，有可能对同一设备使用不同的ID，或者对不同的设备使用相同的ID。以往尚未对判定在这样的不同的体系中设备被赋予的ID指示的设备的同一性的方法进行研究。因此，会发生如下状况：根据ID是同一设备，但实际上是不同的设备，或者根据ID是不同的设备，但实际上是同一设备。

在专利文献1的方法中，障碍信息表示的现象的同一性仅依存于其接收时刻的接近程度来进行判定。另一方面，在设备控制中，即使路径不同，来自设备的对于一次设备控制的响应也会在基本相同的时刻到达统合服务器装置。因此，仅依存于来自设备的信息的在统合服务器装置的接收时刻而进行设备的同一性判定是困难的。于是，存在如下课题：为了实现设备的同一性的判定而施加进一步的改良。

因此，发明人研究了以下的改善方法。

(1)本公开的一个技术方案涉及的管理方法是一种与第一控制装置和第二控制装置连接的管理装置中的管理方法，该方法包括：向所述第一控制装置发送用于使第一设备执行预定的工作的第一命令，所述第一设备由所述第一控制装置控制，向所述第一控制装置发送第二命令，所述第二命令用于使所述第一控制装置发送第一信息，所述第一信息表示执行所述预定的工作后的所述第一设备的状态，从所述第一控制装置接收所述第一信息，向所述第二控制装置发送第三命令，所述第三命令用于使所述第二控制装置发送表示第二设备的状态的第二信息，从所述第二控制装置接收所述第二信息，对所述第一信息与所述第二信息进行比较，在所述第二信息表示的状态与所述第一信息表示的状态对应的情况下，判定为所述第一设备与所述第二设备为同一设备，将第三信息存储在存储器中，所述第三信息表示所述第一设备由所述第一控制装置和所述第二控制装置控制这一情况。

由此，能够检测该设备是由不同的控制装置控制的设备且表示同一设备。另外，基于该判定结果，能够避免：由不同的控制装置控制，且在相互不同的设备间发生控制的冲突。

(2)在上述技术方案中，也可以是，所述第一设备经由第一协议由所述第一控制装置控制，所述第二设备经由与所述第一协议不同的第二协议由所述第二控制装置控制。

由此，即使在多个控制装置使用的控制请求的体系不同的情况下，也能够判定设备的同一性。

(3)在上述技术方案中，也可以是，所述第一信息由第一值表示，所述第二信息由第二值表示，在所述第一值与所述第二值之差的绝对值在预定范围内的情况下，判定为所述第一设备与所述第二设备为同一设备。

由此，例如如温度设定那样，即使在各设备的判断中值可能被设定为控制请求的值的邻近值的情况下，也能够判定设备的同一性。

(4)在上述技术方案中，也可以是，还包括：在发送所述第一命令前，接收表示所述第一设备的状态的第四信息，至少在接收到所述第一信息后，向所述第一控制装置发送第四命令，所述第四命令用于使所述第一设备恢复至所述第四信息所表示的状态。

由此，能够使设备从为了判定同一性而执行的、用户不希望的作为控制请求的结果的设备的状态恢复至基于在判定前用户所进行的操作的控制所产生的设备状态。

(5)在上述技术方案中，也可以是，还包括：在发送所述第一命令前，接收表示所述第一设备的状态的第四信息，基于所述第四信息所表示的状态，决定所述预定的工作。

由此，在用户利用设备期间，能够使得管理装置不对该设备进行脱离用户的利用目的的控制。在用户使空调制冷运转的情况下，能够防止该空调切换为制热运转或除湿运转。因此，在进行用于同一性判定的控制请求时，能够避免强行给用户带来不便或不愉快这样的内容的控制请求。另外，能够抑制因进行用于同一性判定的控制导致的设备功耗的增加。

(6)在上述技术方案中，也可以是，还包括：在发送所述第一命令前，向与所述第一设备关联的用户终端通知所述第一设备将执行所述预定的工作这一情况。

由此，用户接受关于设备的工作的开始或变更的预告。其结果，能够防止由于非预期的设备的工作给用户带来不安感。

(7)在上述技术方案中，也可以是，所述存储器预先存储第五信息，所述第五信息表示与所述管理装置连接的设备，还表示与所述管理装置连接的设备由所述第一控制装置和所述第二控制装置中的某一个或这两方控制。

由此，管理装置能够掌握处于自身管理之下的设备与控制该设备的控制装置的对应关系。

(8)在上述技术方案中，也可以是，还包括：向所述第一控制装置发送第五命令，所述第五命令用于使所述第一控制装置发送第六信息，所述第六信息表示所述第一控制装置控制的设备，从所述第一控制装置接收所述第六信息，对所述第五信息与所述第六信息进行比较，在所述第五信息中，作为由所述第一控制装置控制的设备不包括所述第一设备的情况下，发送所述第一命令。

由此，能够仅在尚未存储设备与控制该设备的控制装置之间的对应关系的情况下进行设备的同一性判定。因此，能够抑制因进行用于同一性判定的控制导致的设备功耗的增加。

(9)在上述技术方案中，也可以是，所述第六信息还表示所述第一控制装置控制的设备的种类，还包括：在所述第一设备包含于第一种类的情况下，基于所述第一种类决定所述预定的工作。

另外，这些总括或具体的形态能够实现作为执行上述管理方法所包括的特征性各步骤的管理装置，另外，也能够实现作为使计算机执行上述管理方法所包括的特征性各步骤的计算机程序。另外，既可以用记录了这样的计算机程序的CD-ROM等计算机可读的非易失性记录介质来实现，另外也可以经由互联网等通信网络流通，或作为利用多个计算机分散工作的云计算系统构造并实现。进一步地，也可以用系统、方法、集成电路、计算机程序以及记录介质的任意组合来实现。

此外，以下说明的实施方式均为示出本公开的一具体例的实施方式。在以下的实施方式中所示的数值、形状、构成要素、步骤、步骤的顺序等均为一例，并不意图限定本公开。另外，关于以下实施方式的构成要素中的、在表示最上位概念的独立权利要求中没有记载的构成要素，作为任意的构成要素进行说明。另外，在全部实施方式中，也能够将各个内容组合。

此外，如上所述，在本申请中使用的“宅内设备”这一词的概念中包括设置于用户的住宅内的家电或传感器等电子设备。另外，在此的“宅内”不限于用户所在的或居住的屋内，例如指示该用户在其居住地连接设备的一个局域网(Local Area Network，以下称为LAN)或虚拟LAN扩展的范围。

另外，在本申请中使用的“用户”这一词既可以指一个人一个人的用户，也可以集合地指示使用位于用户住宅的宅内设备的一个以上用户。是哪一种取决于用设备管理装置和各控制装置将个人或单独的用户住宅的哪一个作为管理单位，它们也可以并存。在任一情况下均可应用本公开。

以下，参照附图，具体地说明实施方式。

(实施方式)

[整体构成]

首先，说明实施方式中的设备控制系统的整体构成的一例。图1是示意地表示设备控制系统100的构成的图，所述设备控制系统100包括本公开的一个技术方案涉及的设备管理装置。

本实施方式中的设备控制系统100包括控制终端101、统合服务器装置105、第一服务器装置108、第二服务器装置109、路由器112、LAN113、第一网关(Gateway，在图中表记为GW)114、第二网关115、第一设备116以及第二设备117。

在以下说明中，针对这些构成要素，按以下方式进行假设并说明实施方式。控制终端101位于任意的场所。统合服务器装置105、第一服务器装置108以及第二服务器装置109分别是在云上构成的虚拟服务器或物理服务器。路由器112、LAN113、第一网关114、第二网关115、第一设备116以及第二设备117位于用户的住宅内。而且，这些构成要素中，控制终端101、统合服务器装置105、第一服务器装置108、第二服务器装置109以及路由器112通过互联网等作为广域网(Wide Area Network，以下称为WAN)的网络104、106、107、110、以及111连接。另外，第一网关114、第二网关115、第一设备116以及第二设备117与设置在住宅内的作为局域网的LAN113连接，另外，经由与LAN113连接的路由器112，与上述广域网连接。此外，控制终端101也可以在用户的宅内经由路由器112与该WAN连接。另外，网络104、106、107、110、以及111也可以为，全部或一部分相互连接而构成一个大的网络，而不是独立的网络。另外，网络104、106、107、110、以及111的全部也可以是互联网的一部分。

控制终端101优选为智能手机等便携式电话机、平板电脑、个人计算机等终端。或者，也可以是能够直接或间接与WAN连接的导航系统或宅内设备的遥控器。控制终端101是本实施方式中的与用户进行了关联的终端的例子。

控制终端101具备输入部102和输出部103，所述输入部102受理由手指实现的操作和/或由声音等实现的、来自用户的对宅内设备的控制请求的输入，所述输出部103用图像、光、声音或振动等或者它们的组合，向用户提示设备控制系统100或各宅内设备的状态等信息。用户例如经由安装于控制终端101的通用网络浏览器，输入对宅内设备的控制请求或接受宅内设备的状态等信息。也可以使用宅内设备的供应商等提供的宅内设备控制用应用(application)，来取代该网络浏览器。

统合服务器装置105是本实施方式中的设备管理装置的例子。第一服务器装置108和第二服务器装置109是本实施方式中的控制装置的例子，在以下说明中，不区别第一服务器装置108和第二服务器装置109或作为它们的总称，也称为控制装置。将在后面说明统合服务器装置105、第一服务器装置108以及第二服务器装置109。

第一设备116和第二设备117是宅内设备，在本实施方式中，是由上述控制装置控制的设备的例子。在以下说明中，不区别第一设备116和第二设备117或作为它们的总称，也称为宅内设备或仅称为设备。第一设备116和第二设备117分别是例如空调、照明设备、冰箱、微波炉、电磁炉、电子锁、电动百叶窗、人感传感器、温度传感器、湿度传感器、空气质量传感器等电子设备。

第一网关114和第二网关115(以下，不区别它们或作为它们的总称，也称为网关)对宅内设备和控制装置的协作进行中继。网关例如取得宅内设备的状态并通知给控制装置。另外，网关将从控制装置发送来的控制请求发送给各宅内设备。在此说的控制例如是各宅内设备的电源的接通(ON)/断开(OFF)，如果宅内设备是空调，则为设定温度，如果是照明设备，则为亮度等的设定变更。

此外，这些网关例如由宅内设备的各供应商提供。也就是说，当位于一个用户住宅的宅内设备由多个供应商的产品构成时，如图1所示，在该用户住宅中有多个网关。而且，各网关也可以保持用于与该供应商运用的控制装置连接的设定。在本实施方式的以下说明中，假想了如下情况：第一服务器装置108仅与两个网关中的第一网关114进行通信，通过第一网关114与各宅内设备进行通信。另外，假想了如下情况：第二服务器装置109仅与两个网关中的第二网关115进行通信，并与各宅内设备进行通信。

另外，网关可以对来自控制装置的访问进行基于认证等的安全性确认。这样的宅内设备的控制、认证例如可以按照ECHONET Lite等作为连接方式规定的标准来实现。

另外，也可以在网关与宅内设备之间进行用于通信的认证。由此，各宅内设备能够仅受理来自作为认证对象的网关的控制请求。例如，可以设为：仅在第一设备与第一网关之间进行认证，不能从第二网关控制第一设备。这样，也可以限定网关与宅内设备能够进行通信的组合。此外，本公开解决在各宅内设备能够与多个控制装置进行通信的情况下可能发生的问题，在以下的本实施方式的说明中，假想了不特别限定网关与宅内设备之间的能够进行通信的组合的情况。

这样的网关可以作为与后述的路由器112、宅内设备一体的设备而提供，或者作为在路由器112、宅内设备上工作的软件提供。

另外，在图1中，网关和宅内设备分别存在两个，但即使在分别存在三个以上的情况下，也能够应用本实施方式。

如上所述，LAN113是设置于住宅内的局域网，并连接路由器112、第一网关114、第二网关115、第一设备116以及第二设备117。LAN113不限于有线、无线。另外，LAN113也可以包括多种不同的通信方式。例如，也可以是，第一网关114与第一设备116用以IEEE802.11为标准的无线LAN连接，第二网关115与第二设备117用Bluetooth(蓝牙)连接，第一网关114、第二网关115以及路由器112用使用了以太网的有线LAN连接。但是，在LAN113如该例这样构成的情况下，不能从第一网关114控制第二设备117，不能从第二网关115控制第一设备116。

路由器112提供用于连接LAN113、互联网等WAN的功能。

此外，为了进行说明，提示了一个图1所示的用户住宅，并假想了设备控制系统100由多个用户使用。也就是说，在与图1的用户住宅相同地，具备用LAN113连接的宅内设备和网关的多个用户住宅中分别具有路由器112，路由器112经由网络110或111，将LAN113与各控制装置连接。

如上所述，作为本实施方式中的控制装置的第一服务器装置108和第二服务器装置109分别是在云上构成的虚拟服务器或物理服务器，并提供包括控制请求、控制响应以及通知等的交换的服务，以使得设备控制系统100的用户能够从宅外控制位于用户住宅的宅内设备。在此，参照附图，说明第一服务器装置108和第二服务器装置109的功能构成。

图2A是表示在第一服务器装置108和第二服务器装置109中共通的功能构成的一例的框图。各控制装置具备第一服务201、第二服务202、服务执行引擎203、用户管理部204、设备管理部205A以及外部通信部206。此外，虽然统合服务器装置105也基本上具有共通的功能构成，但关于统合服务器装置105，后面将以与控制装置的差异点为中心进行说明。

第一服务201和第二服务202分别是用于控制宅内设备的应用，例如用Java(注册商标)、JavaScript(注册商标)、HTML(Hyper Text Markup Language，超文本标记语言)5等语言描述。在以下说明中，不区别第一服务201和第二服务202或作为它们的总称，也称为服务。

服务执行引擎203是对各服务的启动和结束的管理以及来自各服务的控制请求进行解释执行的引擎。

用户管理部204使用用户一览来管理能够利用各服务的用户的信息。作为该用户信息所包括的信息的例子，包括用户名、密码以及其他用于认证的信息。另外，也可以与各用户关联而包括：与用于控制各用户宅内设备的控制终端101相关的信息(机型、操作系统的种类、浏览器或专用应用的版本、作为信息发送的目的地的编号或地址等)和与在用户住宅中使用的网关相关的信息(供应商、固件的版本、作为信息发送的目的地的地址等)。另外，用户管理部204可以根据需要，使用上述用户名和密码等进行用户的认证。

设备管理部205A使用ID，管理经由网络110或111连接的宅内设备，所述ID表示各宅内设备且在各控制装置内不重复。另外，设备管理部205A与用户管理部204协作，关联地管理各用户和该用户所有的设备。此外，在以下说明中，假设：在第一服务器装置108与第二服务器装置109之间，用于控制各宅内设备的控制协议不共通，与各宅内设备进行交换的控制请求命令、控制响应消息的体系以及赋予给各宅内设备的ID的体系不同。该状况例如存在于各控制装置由不同的供应商运用的情况下。

外部通信部206经由网络106与统合服务器装置105进行通信，经由网络110或网络111与路由器112进行通信。

此外，图1所示的控制装置为第一服务器装置108和第二服务器装置109这两个，但即使在存在三个以上的情况下也能够应用本实施方式。

如上所述，作为本实施方式中的设备管理装置的例子的统合服务器装置105是在云上构成的虚拟服务器或物理服务器，经由网络104，从控制终端101接收基于用户的输入的控制指示。

另外，统合服务器装置105例如根据从控制终端101接收到的控制指示或从各控制装置接收到的信息，对各控制装置进行处于各自管理下的宅内设备的控制请求或状态取得请求。这些请求以与各控制装置的控制协议相应的形式(控制请求命令)进行。另外，为了进行比较，从各控制装置取得的与宅内设备的状态相关的信息(控制响应消息)被转换成共通的形式。将在后面说明该转换的详细情况。

另外，统合服务器装置105收集在多个控制装置中按照不同的体系赋予给用户住宅内的宅内设备的设备ID，判定各设备ID指示的设备的同一性，并保持该判定的结果。该结果用于避免对各宅内设备的控制发生冲突。将在后面说明该同一性判定。

此外，在对网关与宅内设备之间的能够进行通信的组合进行了限定的情况下，统合服务器装置105选择能够与作为控制请求对象的宅内设备进行通信的控制装置进行各种控制请求。

在图2B中表示这种统合服务器装置105的功能构成。如图2B所示，统合服务器装置105的功能构成基本上与第一服务器装置108和第二服务器装置109共通。但是，外部通信部206的通信路径和对象不同，其经由网络104与控制终端101进行通信，并经由网络106和网络107与各控制装置进行通信。另外，设备管理部205B进行上述设备的同一性判定，并将其结果保存在存储装置中。在本实施方式中的设备控制系统100中，与该同一性判定关联的功能是统合服务器装置105承担的功能。以下，参照附图，说明本实施方式涉及的统合服务器装置105的设备管理部205B。

[统合服务器装置的设备管理部的功能构成]

图3是表示统合服务器装置105的设备管理部205B的功能构成的一例的框图。在图3中，省略了图2B所示的构成要素中的、设备管理部205B和外部通信部206以外的构成。

统合服务器装置105的设备管理部205B具备：用户通知部301、对照控制部302、设备表303、控制步骤表304、设备表制作部305、设备登记判定部306、设备状态比较部307、控制步骤执行部308以及协议转换部309。

用户通知部301向用户通知为了上述同一性判定而实施设备控制这一情况。例如由HTTP(Hyper Text Transfer Protocol)服务器和HTML文书等构成。

对照控制部302控制后述的设备状态比较部307和控制步骤执行部308，并判定从各控制装置通知的多个设备ID指示的宅内设备的同一性。将在后面将说明利用对照控制部302的该同一性判定的详细步骤。

设备表303是本实施方式中的管理信息的例子，其保持通过各控制装置与统合服务器装置105连接的宅内设备的设备ID以及上述同一性判定的结果。以下，参照图4所示的例子，说明设备表303。

位于列401的ID是在统合服务器装置105中以唯一的方式赋予给各宅内设备的设备ID。位于列402的设备类别表示各宅内设备的类别(空调、照明等)。登记设备ID列表403是基于通知了各设备ID的控制装置和各设备ID指示的宅内设备，排列保持了从各控制装置通知的该宅内设备的设备ID的列表。位于相同的列的设备ID是从同一控制装置通知的设备ID。在图4的例子中，保持于列403A的是从第一服务器装置108通知的设备ID，保持于列403B的是从第二服务器装置109通知的设备ID。在从除此以外的控制装置接收到设备ID的情况下，在列403C以后以由从各控制装置通知的设备ID构成1列的方式保持该设备ID。

另外，作为设备表303整体，保持于同一行的是通过同一性判定而判定为指示同一宅内设备的设备ID。以行412为例，表示：在统合服务器装置105中赋予了“2”这一ID的宅内设备的设备类别为空调，从第一服务器装置108通知的设备ID“2MyMyg4”和从第二服务器装置109通知的设备ID“87654321”指示该空调。此外，在判定的结果表示在过去从哪一个控制装置都没有通知设备ID，是未登记的宅内设备的情况下，在行414以后，以与一个宅内设备相关的信息构成1行的方式保持该宅内设备。此外，这些设备ID是本实施方式中的设备识别符的例子。

另外，在登记设备ID列表403中，也有像行413、列403B一栏这样空栏的情况。该空栏意味着：指示与从第一服务器装置108通知的设备ID“1u7qYte”指示的设备为同一设备的ID未被从第二服务器装置109通知。

此外，也可以是，统合服务器装置105的设备管理部205B与统合服务器装置105具备的用户管理部204协作，关联地管理各用户和该用户所有的设备。例如，也可以是，按用户准备设备表303，使用唯一地表示用户的信息，将各用户和与该用户所有的设备相关的设备表303进行关联，所述用户的信息由用户管理部204管理。或者，也可以是，在设备表303中设置保持唯一地表示用户的信息的列，并将各行和用户进行关联。在如下假想下说明本实施方式：图4是与一个用户所有的设备相关的设备表303。

控制步骤表304按设备类别保持控制步骤，所述控制步骤用于判定多个设备ID指示的设备的同一性。在此所说的设备类别与位于设备表303的列402的设备类别共通。图5A所示的是作为控制步骤表304的一例的控制步骤表304A，其表示用于判定设备类别为空调的宅内设备的同一性的控制步骤。图5B所示的是作为控制步骤表304的一例的控制步骤表304B，其表示用于判定设备类别为照明的宅内设备的同一性的控制步骤。位于列501A和列501B的数字表示各控制步骤中的步骤的顺序。步骤0例如是在判定之前实施的前处理，步骤1以后作为用于判定的控制，按数字的顺序执行。位于列502A和列502B的操作是在各步骤中执行的操作内容。此外，在图5A和图5B中，各表的右边所示的是用于使各宅内设备执行位于控制步骤表304的一连串步骤的命令列表的例子。后面将在同一性判定的步骤的说明之中说明这些命令。此外，不区别列501A和列501B或作为它们的总称，也将控制步骤表304的与所述列501A和列501B相当的列称为列501。另外，不区别列502A和列502B或作为它们的总称，也将控制步骤表304的与所述列502A和列502B相当的列称为列502。

设备表制作部305基于后述的设备状态比较部307的判定结果，更新设备表303。后面将在接下来的同一性判定的步骤的说明之中说明设备表制作部305的详细工作。

设备登记判定部306判定与用户住宅的LAN113连接的宅内设备的登记状况。后面将在以下同一性判定的步骤的说明之中说明设备登记判定部306的详细工作。

设备状态比较部307在利用后述的控制步骤执行部308控制宅内设备之后，在多个路径中取得表示有同一可能性的宅内设备的状态的信息，通过比较取得的信息，判定多个ID各自表示的宅内设备的同一性。后面将在接下来的同一性判定的步骤的说明之中说明设备状态比较部307的详细工作。

为了判定多个设备ID各自表示的宅内设备的同一性，控制步骤执行部308通过作为控制装置的第一服务器装置108或第二服务器装置109，按照控制步骤表304的内容进行宅内设备的设备控制。后面将在接下来的同一性判定的步骤的说明之中说明控制步骤执行部308的详细工作。

协议转换部309是将来自控制步骤执行部308的设备控制请求转换成适合于各控制装置的控制协议的形式的单元。另外，将通过外部通信部206从各控制装置接收到的控制响应转换成共通的形式，所述控制响应用各控制装置使用的控制协议描述。后面将在接下来的同一性判定的步骤的说明之中说明协议转换部309的详细工作。

[同一性判定的步骤]

接着，使用附图说明设备管理部205B进行的、从不同的控制装置通知的多个设备ID指示的宅内设备的同一性的判定步骤。

图6是表示统合服务器装置105中的、从宅内设备的登记开始，经过未登记设备ID的判定，到设备ID指示的宅内设备的同一性判定为止的一连串步骤例的流程图。

这里的未登记设备ID是指在该步骤的执行以前未登记在统合服务器装置105的设备表303中的设备ID。但是，该未登记设备ID指示的宅内设备有时已经用其他设备ID登记在设备表303中。对该情况的判定是宅内设备的同一性判定。

首先，在设备管理部205B中，用户通知部301通过外部通信部206向控制终端101发送设备登记页(步骤S601)。步骤S601例如根据来自控制终端101的请求而执行。或者，也可以根据通过控制装置的来自网关的通知来执行。为了在步骤S601以后的步骤中执行对控制终端101的通知，用户通知部301可以根据需要，参照由统合服务器装置105的用户管理部204管理的用户信息。

控制终端101经由输出部103显示该设备登记页，并经由输入部102受理来自用户的输入。在图7中显示设备登记页的一例。该设备登记页例如是构成上述用户通知部301的HTML文书之一。当用户按下该设备登记页的“下一步”的按钮时，从控制终端101向用户通知部301发送设备登记的开始请求。用户通知部301接收从控制终端101发送来的该设备登记的开始请求(步骤S602)。

接着，设备登记判定部306取得与用户住宅的宅内的LAN113连接的宅内设备的一览(以下称为设备一览)(步骤S603)。在根据来自控制终端101的请求执行步骤S601的情况下，在统合服务器装置105中，参照用户管理部204管理的用户信息而确定该设备一览的请求目的地。在图8中，在流程图中表示步骤S603中的处理的详细步骤的一例。在该例子中，假想了请求目的地的控制装置为第一服务器装置108。在请求目的地为第二服务器装置109的情况下，也用共通的步骤执行步骤S603的处理。

首先，设备登记判定部306通过协议转换部309和外部通信部206，向控制装置请求取得设备一览(步骤S801)。请求取得设备一览的命令根据请求目的地的控制装置的控制协议而不同。因此，协议转换部309根据请求目的地的控制装置的控制协议，转换来自设备登记判定部306的取得设备一览的请求。将在后面说明协议转换部309的详细处理步骤。

接着，接收到该取得设备一览请求的第一服务器装置108向第一网关114请求取得设备信息(步骤S802)。

接着，接收到取得设备信息请求的第一网关114检索与LAN113连接的设备，并收集各设备的信息(步骤S803)。例如，第一网关114用广播通信(broadcast)对与LAN113连接的设备发送用于确认各设备的存在的命令，并接收来自各设备的响应而执行该检索。从各设备收集的信息中，例如包括设备的类别和各宅内设备固有的信息(例如MAC(Media AccessControl，介质访问控制)地址)。该设备的类别是本实施方式中的用于识别设备的种类的种类信息的例子，也在各控制设备、统合服务器装置105中使用。

接着，第一网关114将通过检索收集到的与LAN113连接的各宅内设备的信息作为设备一览，向第一服务器装置108发送(步骤S804)。图9是在步骤S804中从第一网关114向第一服务器装置108发送的设备一览的一例。位于列901的设备类别表示通过检索掌握到的设备类别(空调、照明等)。位于列902的ID是赋予给各设备的ID。该ID是第一网关114赋予的识别符。作为该ID的例子，例如可以是到目前为止按照收集信息的顺序的连续编号。或者，也可以赋予利用哈希函数将向上述MAC地址那样的各宅内设备固有的信息转换而得到的字符串。

接着，第一服务器装置108向统合服务器装置105发送接收到的设备一览(步骤S805)。在此发送的设备一览与图9所示的从第一网关114接收到的设备信息实质上相同。在统合服务器装置105中，设备登记判定部306取得该设备一览。

接着，设备登记判定部306在从第一服务器装置108接收到的设备一览中，追加表示作为该设备一览的发送源的控制装置即在该例子中为第一服务器装置108的信息，来作为信息取得路径信息(步骤S806)。此外，即使在向多个控制装置请求了取得设备一览的情况下，作为发送源的控制装置例如也能够以附随于接收到的数据的发送源的IP地址为基础而确定。在图10中表示追加了信息取得路径信息的设备一览的一例。列1001、列1002与图9中的列901、列902分别相同。列1003所包括的是指示作为设备一览的发送源的控制装置的信息。如果是从第二服务器装置109取得的设备一览，则在列1003中追加指示第二服务器109的信息。此外，也可以是，各控制装置包括在设备一览中，向统合服务器装置105发送表示作为发送源的控制装置的信息。

再次参照图6，说明统合服务器装置105中的下一个步骤。

接着，对照控制部302针对位于步骤S603中取得的设备一览的各宅内设备的设备ID是否为未登记设备ID进行判定(步骤S604)。在图11中表示步骤S604中的处理的详细流程图。

对照控制部302对设备表303的各行反复执行以下的步骤S1102和步骤S1103(步骤S1101)。

首先，判定位于图4所示的设备表303的第i行、列402的设备类别与位于图10所示的设备一览的列1001的设备类别是否一致(步骤S1102)。列举具体的例子，当i＝1时，对照位于图4的设备表303的行411、列402的设备类别与位于图10的设备一览的列1001的设备类别。

在它们的设备类别一致的情况下(在步骤S1102中为是)，判定在设备表303的第i行的登记设备ID列表403之中，在与位于设备一览的列1003的路径对应的列中，是否有与位于该设备一览的列1002的设备ID一致的设备ID(步骤S1103)。在上述例示的步骤S1102的对照中，设备类别均为“空调”，且一致(在步骤S1102中为是)。在该情况下，判定：在设备表303的行411的登记设备ID列表403之中，与位于设备一览的列1003的路径即“第一服务器装置”对应的列中，在图示的例子中为列403A中，是否有与位于设备一览的列1002的设备ID一致的设备ID。不对与位于登记设备ID列表403的其他列的设备ID的一致进行判定。也就是说，不对与由其他控制装置赋予的设备ID的一致进行判定。由此，能抑制步骤S1103的判定处理的负荷和所需时间。另外，即使在由其他控制装置赋予的设备ID之中偶然地有一致的设备ID，也不会判定为已登记。

在该判定的结果为与位于设备一览的列1002的设备ID一致的设备ID位于列403A的情况下(在步骤S1103中为是)，位于设备一览的列1002的设备ID指示的设备作为已登记(步骤S1104)，结束关于是否为未登记设备ID的判定。或者，当设备一览在多个行中包括信息的情况下，也可以针对其下一行所示的设备ID，执行是否是未登记设备ID的判定。

在步骤S1102或步骤S1103中判定为不一致的情况下(在步骤S1102中为否，或在步骤S1103中为否)，对设备表303的下一行(第i+1行)重复进行步骤S1102和步骤S1103。当关于哪一行，在步骤S1102或步骤S1103中判定都为否的情况下，该设备ID作为未登记(步骤S1105)，结束是否为未登记设备ID的判定。

在图示的例子中，在图4的登记设备ID列表403的哪一行中都没有与位于图10的设备表中的设备ID“tE2AEF”一致的设备ID(在步骤S1103中为否)。因此，设备ID“tE2AEF”判定为是未登记设备ID。

再次参照图6，说明统合服务器装置105中的下一个步骤。

接着，对照控制部302确认在步骤S604中的判定的结果(步骤S605)。在步骤S604的结果为已登记的情况下(在步骤S605中为否)，结束一连串步骤的处理。在步骤S604的结果为未登记的情况下(在步骤S605中为是)，对照控制部302还进行：从其他控制装置取得并登记的设备ID指示的设备与该未登记设备ID指示的设备的同一性判定处理(步骤S606)。在图12中表示步骤S606中的处理的详细流程图。

首先，对照控制部302通过用户通知部301，指示控制终端101以向用户通知如下内容：为了同一性判定，宅内设备将被控制而进行工作(步骤S1201)。接受到该指示的控制终端101经由输出部103向用户提示该通知(步骤S1209)。例如，用户通知部301向控制终端101发送HTML文书，并使控制终端101显示该HTML文书，所述HTML文书是作为宅内设备将被控制而进行工作的通知而显示的文书。这样的通知页也是构成上述用户通知部301的HTML文书之一。在图13中表示该通知显示在画面上的情况下的一例。

接着，对照控制部302对设备表303的各行反复执行以下的步骤S1203至步骤S1206(步骤S1202)。

首先，对照控制部302判定位于图4所示的设备表303的第i行的列402的设备类别与位于图10所示的设备一览的列1001的设备类别是否一致(步骤S1203)。例如在i＝1的情况下，设备类别为“空调”且一致。

在它们的设备类别一致的情况下(在步骤S1203中为是)，从设备表303的第i行的登记设备ID列表403中选择并取得一个设备ID(步骤S1204)。此外，在第i行的登记设备ID列表403中已经包括多个设备ID的情况下，可以随机地从中选择。在此也以i＝1的情况为例，对照控制部302从列403B取得设备ID“12345678”。

此外，在过去的判定结果中第i行的登记设备ID列表403已经全部填充的情况下，可以不执行对第i行的步骤S1205和S1206的步骤，并对第i+1行执行步骤S1203以后的步骤。第i行的登记设备ID列表403已经全部填充的状态是如下状态：关于全部路径完成了设备的同一性判定。因此，对于在该行中登记有设备ID的宅内设备，省略同一性判定的步骤，能够使同一性判定更迅速地完成。另外，能够抑制进行用于同一性判定的控制的设备发生电力消耗。

接着，对照控制部302对在步骤S1204中选择的设备ID指示的宅内设备进行试验性控制，在多个路径中取得表示该宅内设备的状态的信息并进行比较(步骤S1205)。在图14中表示步骤S1205的步骤的详细流程图。

首先，用在步骤S1204中选择出的设备ID初始化变量This，用图10的1002的ID初始化变量That(步骤S1401)。如果是到上述的步骤S1203为止的例子，则This用设备ID“12345678”初始化，That用设备ID“tE2AEF”的值初始化。然后，对照控制部302使控制步骤执行部308和设备状态比较部307对控制步骤表304的各行执行步骤S1403至步骤S1407(步骤S1402)。

对照控制部302向控制步骤执行部308发送在步骤S1203中判定为一致的设备类别和变量This。接收到设备类别和变量This的控制步骤执行部308对变量This的设备ID指示的宅内设备，进行用于判定宅内设备的同一性的控制(步骤S1403)。

具体而言，首先，控制步骤执行部308取得控制步骤表304。该控制步骤表304取得在步骤S1203中判定为一致的设备类别所对应的控制步骤表。在该例子中，取得图5A所示的控制步骤表304A，所述控制步骤表304A是设备类别“空调”所对应的控制步骤表。该设备类别是本实施方式中的用于识别设备的种类的种类信息的例子。

接着，通过协议转换部309和外部通信部206向控制装置发送控制请求，所述控制请求用于使变量This的ID指示的宅内设备进行位于该取得的控制步骤表304的列502的操作之一。此外，该例子中的作为目的地的控制装置是作为设备ID“12345678”的取得路径的第二服务器装置。另外，具体而言，通过发送位于图5A的右边所示的命令列表520A的命令，从而执行该控制请求。如果设备类别为照明，则发送位于图5B的右边所示的命令列表520B的命令。

协议转换部309在统合服务器装置105的控制步骤执行部308、设备状态比较部307以及设备登记判定部306处理的控制请求与适合于各控制装置的控制协议的控制请求之间相互转换。在控制步骤执行部308、设备状态比较部307以及设备登记判定部306处理的控制请求是不依存于在控制设备中使用的控制协议的、表示抽象的控制内容的命令，以下也称为抽象命令。与此相对，在各控制设备中处理的命令依存于在该控制设备中使用的控制协议，以下，相对于抽象命令，也称为具体命令。

在图15A中表示利用协议转换部309实现的该转换的流程图。图15A是将控制步骤执行部308、设备状态比较部307以及设备登记判定部306处理的控制请求(抽象命令)转换为第一服务器装置108或第二服务器装置109的控制请求(具体命令)的步骤。

协议转换部309参照命令转换表将抽象命令转换为具体命令(步骤S1501A)。在图16中表示该命令转换表的一例。

在列1601中有设备类别，在列1602中有抽象命令，在列1603中有具体命令。在列1602和列1603中，文字X表示变量，向相同的变量代入相同的值，例如代入作为控制对象的设备ID。协议转换部309例如接受：指示作为目的地的控制装置的信息、和抽象命令“SwitchOn(X)”。参照命令转换表的列1602并检索一致的抽象命令，参照包括该抽象命令的行且与作为目的地的控制装置对应的列，转换成“SetState(X，ON)”、“ON(X)”等(步骤S1501A)。

另外，统合服务器装置105经由各控制设备接受的、与各宅内设备的状态等相关的信息(控制响应)依存于在控制设备中使用的控制协议，以下也将该信息称为具体消息。协议转换部309将具体消息转换成抽象消息，以使得设备状态比较部307和设备登记判定部306能处理具体消息的内容，所述抽象消息是不依存于控制协议的抽象的信息。图15B表示将来自第一服务器装置108和第二服务器装置109的控制响应(具体消息)转换为设备状态比较部307和设备登记判定部306处理的控制响应(抽象消息)的步骤的例子。当协议转换部309从控制设备接收到具体消息时，首先，在消息转换表中，参照作为该具体消息的发送源的控制设备所对应的列，检索一致的具体消息。然后，参照位于包括该具体消息的行的抽象命令，转换成抽象命令(步骤S1501B)。该转换后的抽象命令被从协议转换部309发送给设备状态比较部307或设备登记判定部306。此外，消息转换表既可以与图16所示的命令转换表一体，也可以是另一表。

这样，设备状态比较部307、控制步骤执行部308以及设备登记判定部306能够将协议转换部309作为统合接口利用而向多个控制装置发送控制请求，或从多个控制装置接收控制响应。图17以空调的情况为例，图示了在这样的协议转换部309中的统合接口的安装例子。在协议转换部309中，在空调这一类(class)(图中<AirConditioner>)之下，准备了各种方法。接受这些方法作为抽象命令的协议转换部309参照命令转换表，转换成与各控制设备对应的具体命令。在图18中表示参照图16的命令转换表向与各控制设备对应的具体命令的转换例。

如上所述，统合服务器装置105能够吸收在各供应商的控制装置间的控制协议的差异，并进行用于判定设备ID的控制。另外，一方面能够对用户提示代理或代表多个控制设备而统一了的接口，另一方面，能够在一直以来具有的、按控制设备不同的多个路径中控制宅内设备。

再次参照图14，说明对照控制部302使控制步骤执行部308和设备状态比较部307执行的步骤的后续。

接着，对照控制部302使设备状态比较部307取得状态信息，所述状态信息指示This的设备ID表示的宅内设备的状态(步骤S1404)。在以下说明中，指示该This的设备ID表示的宅内设备的状态的状态信息也称为第一状态信息。

在此所说的状态信息例如是宅内设备的工作状况(ON、OFF)、连续运转时间等。另外，也可以是与宅内设备的设备类别对应的设定、与设备具备的传感器取得的数据相关的信息。例如，如果是空调，则也可以是运转模式(制冷、制热、自动、除湿等)、温度、风向、风量等。如果是照明，则也可以是亮度(相对于最大输出的比例)、色温等。

按照上述例子更具体地说明步骤S1404，设备状态比较部307在对照控制部302的控制之下，将设备类别“空调”所对应的状态信息请求的命令通过外部通信部206和协议转换部309发送给控制装置。与步骤S1403相同地，该发送目的地是作为设备ID“12345678”的取得路径的第二服务器装置。另外，作为状态信息请求，既可以请求与宅内设备的状态相关的能够取得的信息的全部，也可以仅请求与步骤S1403中的控制请求所对应的设备的状态相关的信息。并且，设备状态比较部307通过外部通信部206和协议转换部309，取得设备ID“12345678”表示的空调的状态信息，来作为对该状态信息请求的控制响应的消息。

接着，对照控制部302通过外部通信部206和协议转换部309，取得指示宅内设备的状态的状态信息，所述宅内设备是That的设备ID表示的宅内设备(步骤S1405)。在以下说明中，指示该That的设备ID表示的宅内设备的状态的状态信息也称为第二状态信息。步骤S1405的内容除了以下点以外与步骤S1404相同：状态信息请求的命令的发送目的地是与步骤S1403和步骤S1404不同的、作为设备ID“tE2AEF”的取得路径的第一服务器装置。

接着，设备状态比较部307对在多个路径取得的宅内设备的状态进行比较，并判定它们是否对应(步骤S1406)。具体而言，设备状态比较部307对照在步骤S1404中取得的第一状态信息和在步骤S1405中取得的第二状态信息。

此外，在此的“对应”例如是：在设备类别为空调的情况下，上述第一状态信息和第二状态信息均表示是电源接通(ON)、表示宅内设备为相同的运转模式(制冷、制热、自动、除湿等)等第一状态信息表示的宅内设备的状态与第二状态信息表示的宅内设备的状态一致的情况。如果宅内设备是能够变更颜色设定的照明用设备，则可考虑第一状态信息和第二状态信息均表示颜色设定为日光白色的情况。

另外，在第一状态信息和第二状态信息为数值信息的情况下，即使该数值不完全一致，如果数值之差的绝对值为预定的值内，则可以判定为“对应”。例如，在宅内设备为空调的情况下，第一状态信息作为宅内温度表示28.0℃，第二状态信息作为室内温度表示28.5℃的情况下，虽然绝对值有0.5的差别，但可以判定为对应。由此，例如在用传感器取得的值的情况下，也可以有由时间差导致的变化。也就是说，在此，不仅是第一状态信息表示的状态与第二状态信息表示的状态完全一致，也包含看起来实质上一致的状态而表现为“对应”。

此外，优选的是，在尽量短的时间内实施上述步骤S1403至步骤S1405。这是由于：在用于一致性判定的控制请求与状态取得之间，或在各路径的状态取得之间，例如，由在家的用户或宅内设备、控制设备的服务等的判断导致的控制发生，设备的状态有时会变化。另外，这是由于：在如上所述用传感器取得的值的情况下，当时间差加大时，传感器取得的宅内设备的周围或内部的状态有时会变化。

在多个路径中取得的宅内设备的状态不对应的情况下(在步骤S1406中为否)，判定为This的设备ID与That的设备ID指示不同的设备并结束状态比较。在多个路径中取得的宅内设备的状态对应的情况下(在步骤S1406中为是)，控制步骤执行部308针对控制步骤表304的下一行的控制，使控制步骤执行部308和设备状态比较部307执行步骤S1403至步骤S1407。以后，反复进行该状态比较，直到在步骤S1406判定为否，或使用控制步骤表304的最终行的设备ID执行步骤S1403至步骤S1407。换句话说，取得并比较在各个不同的路径中This的设备ID指示的设备的状态转换和That的设备ID指示的设备的状态转换。即使是控制步骤表304的最终行的设备ID，在This的设备ID指示的状态与That的设备ID指示的状态也对应的情况下，设备状态比较部307判定为This的设备ID和That的设备ID指示同一设备，状态比较结束。

再次参照图12，说明对照控制部302使控制步骤执行部308和设备状态比较部307执行的步骤的后续。

在步骤S1205中，在判定为两个ID指示同一设备的情况下(在步骤S1206中为是)，设备状态比较部307通过设备表制作部305，用与已登记的设备ID指示同一设备的ID来更新设备表303(步骤S1207)。在该情况下，在设备表的第i行的按控制装置区分的ID列表403中追加检测设备信息的ID。例如，在上述例子中，在判定为未登记的设备ID“tE2AEF”和已登记的设备ID“12345678”指示同一设备的情况下，在图4的行411、列403A的空栏中追加设备ID“tE2AEF”。

在步骤S1203或步骤S1206中判定为否的情况下，对照控制部302对设备表303的下一行重复进行步骤S1203至步骤S1206。即对全部行重复进行也不存在在步骤S1206中判定为是的设备ID的情况下，设备状态比较部307通过设备表制作部305，用指示新的宅内设备的ID来更新设备表303(步骤S1207)。在该情况下，设备表制作部305在设备表303的新的行，在图4的例子中是在行414中，追加登记设备类别和未登记的设备ID。

当通过以上步骤，用于设备ID指示的宅内设备的同一性判定的设备控制结束时，对照控制部302通过用户通知部301指示控制终端101向用户通知用于设备ID指示的宅内设备的同一性判定的设备控制结束(步骤S1208)。如果是上述例子，则接受到所述指示的控制终端101结束显示在输出部103上的通知(步骤S1210)。或者，对照控制部302也可以将结束的消息作为通知发送，在控制终端101对用户提示。

通过以上步骤，设备管理部205B判定设备ID指示的宅内设备的同一性。由此，统合服务器装置105能够判定从包括不同控制设备的多个路径取得的不同的设备ID指示的设备是否为同一设备。另外，通过保存该判定结果并基于此控制宅内设备，能够防止对同一宅内设备的多个路径中的控制请求间的冲突的发生。

(变形例)

如上所述，将实施方式作为具体例说明了本公开的一个技术方案，但本公开不限定于上述实施方式。在上述实施方式中，可考虑各种变形。以下列举其例子。

[用于同一性判定的控制相关的变形例]

在上述说明中，控制步骤执行部308将记载于控制步骤表304的控制步骤中的每一个作为控制请求发送给宅内设备并执行(图14、步骤S1402～S1407)。此时，也可以根据执行同一性判定前的宅内设备的状态而进行不同的控制请求。具体而言，在发送用于同一性判定的控制请求前(执行步骤S1402或步骤S1403之前)，取得This的设备ID指示的设备的状态，根据该状态变更步骤S1402至步骤S1407中的控制请求的内容。

例如，如果是空调，在当前正在使用的情况下，即如果是接通，则在用于同一性判定的控制请求中不包括将其改变为断开的内容。然后，进行变更设定温度或风向设定的控制请求。或者，如果是正在制热运转，则不进行将其切换为制冷运转这样的控制请求。这样一来，能够避免强行给用户带来不便或不适这样的内容的控制请求。另外，例如，在空调的情况下，在从接通切换为断开或从制热运转切换为制冷运转的宅内设备之后返回至制热运转并使用的情况、和变更设定温度、风向或风量后返回至原来的设定温度等并使用的情况之中，后者的功耗小。但是，即使是后者的情况下，作为宅内设备的状态确认的判定基准，能够与前者同样地使用。因此，能够抑制进行用于同一性判定的控制的设备消耗的电力增加。这样的使与当前的状态冲突的控制的避免例如按以下方式实现。

首先，接受了设备类别和变量This的设备状态比较部307在执行步骤S1402或步骤S1403前，确认This的设备ID指示的宅内设备的当前的状态。确认好的宅内设备的状态被通知给控制步骤执行部308。该当前的状态是本实施方式中的第三状态信息的例子。并且，在该状态与位于第i行的列502的操作冲突的情况下，控制步骤执行部308跳过该操作，对下一行的操作判定有无冲突。如果是不与状态冲突的操作，则发送用于该操作的控制请求。或者，也可以预先按宅内设备的设备类别准备多种与设备状态对应的控制步骤表304。控制步骤执行部308根据通知的状态，选择适当的控制步骤表304。

另外，上述第三状态信息也可以用于利用统合服务器装置105的宅内设备的原状恢复。也就是说，在至少执行到在步骤S1404和S1405中的与宅内设备的状态相关的信息的接收之后，对照控制部302从控制步骤执行部308向This的设备ID指示的宅内设备发送控制请求，所述控制请求用于使该宅内设备返回至第三状态信息指示的状态，即，执行用于同一性判定的控制前的状态。由此，能够使宅内设备从为了判定同一性而执行的用户不希望的设备控制导致的状态恢复至在判定前用户进行的控制实现的状态。关于That的设备ID指示的设备也同样地使之恢复原状。

[用于同一性判定的对照·比较相关的变形例]

例如，在上述实施方式中，为了判定设备ID指示的设备的同一性，在一个路径中进行宅内设备的控制和该宅内设备的状态的取得，在另一路径中取得属于同类别的宅内设备的状态，对在两个路径中取得的宅内设备的状态进行比较(图14、步骤S1403～步骤S1405)。除此之外，例如，也可以进一步更换路径进行控制，对在两个路径中取得的宅内设备的状态进行比较。由此，能够以更高的可靠性进行设备ID指示的设备的同一性的判定。

另外，也可以是，除了比较在多个路径中取得的宅内设备的状态以外，或者取代该比较，对向宅内设备发送的控制请求的内容与作为该控制请求被执行得到的结果的宅内设备的状态进行比较。例如，也可以是，在通过控制请求将电源设为接通后，取得与宅内设备的电源相关的状态。另外，该情况下，也可以不进行用于控制请求的一方的路径中的状态确认，在一个路径中进行控制请求，在另一路径中取得状态信息，并进行控制请求与状态信息的对照。另外，也可以此基础上更换路径并进行控制请求的发送、状态信息的取得以及控制请求与状态信息的对照。

此外，例如如温度设定那样，不总是使用控制请求中的指定值，有时根据宅内设备侧的判断，会使用该指定值的邻近值来进行设定。在这样的情况下，在控制请求与状态信息的比较中，可以如在实施方式中描述的那样，如果数值之差的绝对值为预定的值内，则判定为对应。

[向用户的通知相关的变形例]

在用于设备ID指示的设备的同一性判定的控制的开始时和结束前，对用户进行通知(图12，步骤S1209和步骤S1210)。接受该通知的用户不限于接收在步骤S601中发送来的设备登记页，并进行了成为开始请求发送的契机的操作的用户。例如，也可以将进行该同一性判定的控制的用户住宅的全部用户作为通知的对象。由此，即使对位于用户住宅内的不同房间的任一个宅内设备进行用于同一性判定的控制，也能够防止给例如居住在各房间中的用户带来不安感。例如，作为在用户管理部204中与用户关联的信息，通过将控制设备(终端)101以外的终端的编号或地址等进一步登记作为通知的发送目的地，在步骤S1201和步骤S1208中，除了控制终端101之外，还向该登记了的终端发送通知，从而能够实现这样的通知。作为这样的控制设备(终端)101以外的终端的例子，除了智能手机、平板电脑等移动终端以外，还可列举电视机、内线电话、供热水系统的操作面板等具备用于输出图像或声音的输出部的用户住宅内的各种设备。

[与系统整体的构成相关的变形例]

在上述实施方式中的设备控制系统100中，对统合服务器装置105、第一服务器装置108以及第二服务器装置109作为在云上独立的服务器装置进行了说明，但设备控制系统100的形态不限于此。例如，可以兼作控制装置即第一服务器装置108和第二服务器装置109的一方。

[其他]

此外，在上述实施方式和变形例中，设备管理装置及其各构成要素可由专用硬件构成，也可以通过执行适于各构成要素的软件程序来实现。另外，也可以作为利用多个计算机分散工作的云计算系统来实现。各构成要素也可以通过CPU或处理器等程序执行部读出并执行记录在硬盘或半导体存储器等记录介质中的软件程序来实现。在此，实现包括上述各实施方式的设备识别在内的设备管理的软件程序例如是如下的程序。

该程序是将计算机与控制一个以上设备的多个控制装置连接，并使之作为识别由该多个控制装置控制的设备的同一性的设备管理装置发挥功能的程序，使所述计算机执行：对作为所述多个控制装置之一的第一控制装置，发送用于控制至少一个所述设备的控制请求，从所述第一控制装置接收第一设备识别符和第一状态信息，所述第一设备识别符识别由所述控制请求控制的设备，所述第一状态信息识别该设备的状态，从所述多个控制装置中的与所述第一控制装置不同的第二控制装置接收第二设备识别符和第二状态信息，所述第二设备识别符识别与该第二控制装置连接的设备，所述第二状态信息识别该设备的状态，对照所述第一状态信息和第二状态信息，在该第一状态信息指示的设备的状态与该第二状态信息指示的设备的状态对应的情况下，判定为所述第一标识符指示的设备和所述第二识别符指示的设备为同一设备。

以上，基于实施方式说明了一个或多个技术方案涉及的设备管理方法和设备管理装置，但本公开不限定于该实施方式。只要不脱离本公开的宗旨，对本实施方式实施了本领域的技术人员能够想到的各种变形而得到实施方式、以及组合不同的实施方式中的构成要素而构成的实施方式均包括在一个或多个方式的范围内。

Claims (11)

1.一种与第一控制装置和第二控制装置连接的管理装置中的管理方法，该方法包括：

向所述第一控制装置发送用于使第一设备执行预定的工作的第一命令，所述第一设备由所述第一控制装置控制，

向所述第一控制装置发送第二命令，所述第二命令用于使所述第一控制装置发送第一信息，所述第一信息表示执行了所述预定的工作之后的所述第一设备的状态，

从所述第一控制装置接收所述第一信息，

向所述第二控制装置发送第三命令，所述第三命令用于使所述第二控制装置发送表示第二设备的状态的第二信息，

从所述第二控制装置接收所述第二信息，

对所述第一信息与所述第二信息进行比较，

在所述第二信息表示的状态与所述第一信息表示的状态对应的情况下，判定为所述第一设备与所述第二设备为同一设备，

将第三信息存储在存储器中，所述第三信息表示所述第一设备由所述第一控制装置和所述第二控制装置控制这一情况。

2.根据权利要求1所述的管理方法，

所述第一设备经由第一协议由所述第一控制装置控制，

所述第二设备经由与所述第一协议不同的第二协议由所述第二控制装置控制。

3.根据权利要求1所述的管理方法，

所述第一信息由第一值表示，

所述第二信息由第二值表示，

在所述第一值与所述第二值之差的绝对值在预定范围内的情况下，判定为所述第一设备与所述第二设备为同一设备。

4.根据权利要求1所述的管理方法，还包括：

在发送所述第一命令之前，接收表示所述第一设备的状态的第四信息，

至少在接收到所述第一信息之后，向所述第一控制装置发送第四命令，所述第四命令用于使所述第一设备恢复至所述第四信息所表示的状态。

5.根据权利要求1所述的管理方法，还包括：

在发送所述第一命令之前，接收表示所述第一设备的状态的第四信息，

基于所述第四信息所表示的状态，决定所述预定的工作。

6.根据权利要求1所述的管理方法，还包括：

在发送所述第一命令之前，向与所述第一设备关联的用户终端通知所述第一设备将执行所述预定的工作这一情况。

7.根据权利要求1所述的管理方法，

所述存储器预先存储第五信息，

所述第五信息表示与所述管理装置连接的设备，还表示：与所述管理装置连接的设备由所述第一控制装置和所述第二控制装置中的某一方或这两方控制。

8.根据权利要求7所述的管理方法，还包括：

向所述第一控制装置发送第五命令，所述第五命令用于使所述第一控制装置发送第六信息，所述第六信息表示所述第一控制装置控制的设备，

从所述第一控制装置接收所述第六信息，

对所述第五信息与所述第六信息进行比较，

在所述第五信息中，作为由所述第一控制装置控制的设备不包括所述第一设备的情况下，发送所述第一命令。

9.根据权利要求8所述的管理方法，

所述第六信息还表示所述第一控制装置控制的设备的种类，

所述方法还包括：

在所述第一设备包含于第一种类的情况下，基于所述第一种类决定所述预定的工作。

10.一种管理装置，是与第一控制装置和第二控制装置连接的管理装置，具备：

发送部，(i)向所述第一控制装置发送第一命令，所述第一命令用于使第一设备执行预定的工作，所述第一设备由所述第一控制装置控制，(ii)向所述第一控制装置发送第二命令，所述第二命令用于使所述第一控制装置发送第一信息，所述第一信息表示执行了所述预定的工作之后的所述第一设备的状态，(iii)向所述第二控制装置发送第三命令，所述第三命令用于使所述第二控制装置发送表示第二设备的状态的第二信息；

接收部，(i)从所述第一控制装置接收所述第一信息，(ii)从所述第二控制装置接收所述第二信息；

比较部，对所述第一信息与所述第二信息进行比较；

判定部，在所述第二信息表示的状态与所述第一信息表示的状态对应的情况下，判定为所述第一设备与所述第二设备为同一设备；以及

存储器，存储第三信息，所述第三信息表示所述第一设备由所述第一控制装置和所述第二控制装置控制。

11.一种记录了使计算机执行权利要求1所述的管理方法的程序的非暂时性存储器。