CN106066607B - 控制方法以及控制装置 - Google Patents

Abstract

本公开涉及控制方法以及控制装置，在宅内存在多个控制器的情况下，根据各控制器对设备进行控制的历史记录来适当地控制设备。作为多个控制装置之一的第一控制装置接收多个控制装置中的其他控制装置的设备控制的历史记录，作为将接收到的所述历史记录附加于第一控制装置的设备控制的历史记录而得到的共享历史记录进行保存。第一控制装置在接收到由用户进行的对所述设备的控制请求的输入时，根据共享历史记录来判定是否能够基于所述接收到的控制请求来进行所述设备的控制，在判定为能够进行设备的控制的情况下，向设备发送控制命令。

Description

控制方法以及控制装置

技术领域

本公开涉及控制设备的控制装置以及控制装置所进行的设备的控制方法。

背景技术

存在控制器经由网络对宅内的家电设备等进行远程控制的技术。在进行这种远程控制的情况下，有时对同一设备从上次控制起在短期间内就进行下次控制是不适当的。例如，存在如下设备：在设备的工作需要时间的情况下，在此期间不受理下次控制。另外，存在如下设备：由于设备因短时间内的连续控制而受损、或者由于受到控制的设备的处理能力，在进行下次控制之前需要一定的时间间隔。

另外，有时用户会在使用控制器对设备进行了远程控制后，取得设备的状态，并确认是否成为了所希望的状态。此时，有时如果前后有其他用户的控制，则设备的状态会进一步变化，会使用户感到混乱。

这种问题可通过如下方式解决：保存由控制器进行的控制的历史记录，参照该历史记录，向用户提示不能进行设备的控制、或者由控制器暂时保留控制请求并在隔开适当的时间间隔后进行控制。

专利文献1公开了根据安全度信息向用户请求远程控制的决定指示的技术。在专利文献1中，记载了根据历史记录在进行在预定期间内发生冲突的控制的情况下向用户请求决定指示的技术。

另一方面，有时在宅内会存在多个控制器。例如，具有控制器功能的电视机(TV)分别存在于多个房间的情况等。在该情况下，用户通过各个房间的TV来操作宅内的设备，一个设备将会受到多个控制器的控制。

作为用于解决由来自多个控制器的同时控制而引起的损坏和/或死锁的问题的现有技术，存在专利文献2。在专利文献2中，对设备控制系统赋予优先级，限制多个控制器同时控制设备这一情况。在专利文献3中，记载有如下情况：多个控制器分别为了判定是否能够进行设备的控制，各控制器定期生成控制器列表，该控制器列表表示设备最后接受的是哪个控制器的控制。在专利文献3中，想要控制设备的控制器执行如下处理：如果在该控制器列表中登记有相应设备最后受到其他控制器的控制，则判定为相应设备当前正在受其他控制器的控制，并向其他控制器询问是否能够进行设备的控制。

现有技术文献

专利文献1：日本特开2014-216945号公报

专利文献2：日本特开2001-346276号公报

专利文献3：国际公开第2010/119540号

发明内容

发明所要解决的问题

然而，在上述的专利文献中，为了适当地控制设备以使多个控制器的控制不发生冲突，需要进一步的改善。

用于解决问题的技术方案

本公开的一个技术方案是多个控制装置进行的控制方法，所述多个控制装置与网络连接，并控制与该网络连接的设备，

在所述控制方法中，执行如下步骤：

历史记录接收步骤，作为所述多个控制装置之一的第一控制装置，在所述多个控制装置中的其他控制装置对所述设备进行了控制时，从所述其他控制装置接收设备控制的历史记录；

保存步骤，将从所述其他控制装置接收到的所述设备控制的历史记录附加于该第一控制装置的设备控制的历史记录而作为共享历史记录进行保存；

请求接收步骤，所述第一控制装置接收由用户进行的对所述设备的控制请求的输入；

判定步骤，所述第一控制装置根据所述共享历史记录，判定是否能够基于所述接收到的控制请求来进行所述设备的控制；以及

命令发送步骤，在所述第一控制装置判定为能够基于所述接收到的控制请求来进行所述设备的控制的情况下，向该设备发送控制命令。

发明效果

根据本技术方案，在存在多个控制器的情况下，能够适当地控制设备以使各控制器的控制不发生冲突。

附图说明

图1是表示将具备本公开的实施方式的控制装置的设备控制系统应用于宅内时的设备控制系统的整体结构的一例的图。

图2A是表示控制器本体以及用户终端的硬件结构的一例的图。

图2B是表示控制器本体以及用户终端的硬件结构的另一例的图。

图3是表示历史记录保存部所记录的共享历史记录的一例的图。

图4A是表示用户为了输入控制请求而使用的设备控制画面的一例的图。

图4B是表示用户为了输入控制请求而使用的设备控制画面的另一例的图。

图4C是表示用户为了输入控制请求而使用的设备控制画面的另一例的图。

图5是表示实施方式1所涉及的控制器的结构的一例的图。

图6是表示实施方式1中的设备控制系统的整体结构的一例的图。

图7是表示控制间隔表的一例的图。

图8A是表示实施方式1中的控制器的工作的流程图。

图8B是表示实施方式1中的控制器的工作的流程图。

图9A是表示实施方式1中的设备控制画面的显示例的图。

图9B是表示区别显示了一般控制器与实施方式1的控制器的设备控制画面的显示例的图。

图10是表示实施方式2所涉及的控制器的结构的一例的图。

图11是表示实施方式2中的设备控制系统的整体结构的一例的图。

图12A是表示实施方式2中的控制器1的工作的流程图。

图12B是表示实施方式2中的控制器1的工作的流程图。

图12C是表示实施方式2中的控制器1的工作的流程图。

附图标记说明

1、1A、1B：控制器

1a：代表的控制器

1b：非代表的控制器

2、2a、2b：控制器本体

3、3a、3b：用户终端

20：网络

101、111、121、121a、121b：设备控制部

102、112、122、122a、122b：控制信息通信部

103、103a、103b：历史记录保存部

104、104a、104b：能否控制判定部

105、105a、105b：控制器检测部

106、106a、106b：设备数据库部

107、107a、107b：代表控制器决定部

201、201a、201b：操作部

202、202a、202b：显示部

301、302、303：设备控制画面

1011：控制信息通知部

1012：控制信息接收部

1021、1021a、1021b：控制请求转发部

1022、1022a、1022b：控制请求接收部

1023、1023a、1023b：能否控制回复部

具体实施方式

(成为本发明的基础的见解)

在宅内存在多个控制器的情况下，设备有时会在一定的时间间隔内从多个控制器受理控制请求。因此，即使控制器根据本身保存的设备控制的历史记录依次对设备进行了控制，实际上也未必隔开了适当的时间间隔。从安全性或者法律性的观点来看，规定设备要以隔开一定的时间间隔的方式执行控制请求。

专利文献1存在如下问题：虽然参照历史记录来控制设备，但是因为以单个控制器的控制作为了前提，所以在多个控制器的控制发生了冲突时，无法适当地控制设备。

在专利文献2中，在来自遥控器的控制命令与来自网络接口的控制命令发生了冲突的情况下，按照预先确定的优先级来选择一个控制命令，对控制对象设备进行控制。这样，在专利文献2中，按照预先确定的优先级来选择控制命令，不是根据设备控制的历史记录来选择控制命令。

在专利文献3中，定期生成控制器列表，因此，在控制器列表刚生成后，即使是未受任何控制器控制的设备受到了某一控制器的控制，也会无法使该信息反映到控制器列表中。因此，存在无法避免对该设备的控制的冲突的问题。

本公开的目的在于，提供一种即使在存在多个控制器的情况下，也可适当地控制设备以使得不发生冲突的技术。

本公开的一个技术方案的控制方法是是多个控制装置进行的控制方法，所述多个控制装置与网络连接，并控制与该网络连接的设备，

在所述控制方法中，执行如下步骤：

历史记录接收步骤，作为所述多个控制装置之一的第一控制装置，在所述多个控制装置中的其他控制装置对所述设备进行了控制时，从其他控制装置接收设备控制的历史记录；

保存步骤，将从所述其他控制装置接收到的所述设备控制的历史记录附加于该第一控制装置的设备控制的历史记录而作为共享历史记录进行保存；

请求接收步骤，所述第一控制装置接收由用户进行的对所述设备的控制请求的输入；

判定步骤，所述第一控制装置根据所述共享历史记录，判定是否能够基于所述接收到的控制请求来进行所述设备的控制；以及

命令发送步骤，在所述第一控制装置判定为能够基于所述接收到的控制请求来进行所述设备的控制的情况下，向该设备发送控制命令。

根据本技术方案，在其他控制装置对所述设备进行了控制时，第一控制装置从其他控制装置接收设备控制的历史记录。然后，第一控制装置将接收到的设备控制的历史记录与本身的设备控制的历史记录合并而作为共享历史记录进行保存。因此，第一控制装置能够参照共享历史记录来掌握设备当前正在受哪个控制装置的控制，能够适当地控制设备以使得不发生冲突。

另外，在上述技术方案中，在所述判定步骤中，如果从所述设备最后被控制起经过了预先设定的预定时间，则可以判定为能够进行所述设备的控制。

根据本技术方案，如果从作为接收到的控制请求的对象的设备最后被控制起经过了预先设定的预定时间，则判定为能够进行设备的控制，因此，能够以隔开一定的时间间隔的方式来控制设备。因此，能够遵守必须以隔开一定的时间间隔的方式来控制设备这样的法律法规，并且，能够使设备安全地运行。

另外，在上述技术方案中，在所述判定步骤中判定为不能进行所述设备的控制的情况下，可以进一步执行如下的显示步骤：

从所述用户接收到所述控制请求的输入的控制装置所具备的显示部、或者通过网络与该控制装置连接的显示装置，显示不能进行该设备的控制之意。

根据本技术方案，在判定为不能进行设备的控制的情况下，将该情况报告给用户，因此，能够使用户获知该设备当前是不能控制的。其结果是，能够防止用户输入不适当的控制请求。

在上述技术方案中，在所述显示步骤中，还可以显示到所述设备变为能够控制为止的时间。

根据本技术方案，可显示到设备变为能够控制为止的时间，因此，能够减轻不能控制时的用户的不愉快。另外，能够防止用户在不能控制的期间输入控制请求，并能够减轻由于在该期间受理控制请求而带来的处理负荷。

在上述技术方案中，在所述显示步骤中，还可以显示促使用户输入下述回答的信息，该回答是在所述设备变为能够控制时是否自动基于所述接收到的控制请求执行所述设备的控制的回答，

在所述命令发送步骤中，在受理了自动执行所述设备的控制之意的输入的情况下，所述第一控制装置可以保留所述接收到的控制请求，并在经过到变为所述能够控制为止的时间之后，向该设备发送控制命令。

根据本技术方案，在经过了变为能够控制的时间时，自动发送与输入的控制请求对应的控制命令，因此，能够省去再次输入控制请求的麻烦。另外，还能够让用户选择有无与控制请求对应的控制命令的自动发送。

另外，在上述技术方案中，在所述显示步骤中，还可以显示所述设备的当前状态。

根据本技术方案，在判定为不能进行设备的控制的情况下，显示设备的当前状态，因此，能够向用户提示是否进行设备的控制的判断材料。

另外，在上述技术方案中，还可以执行：

检测步骤，所述第一控制装置使用下述信息来检测不具有与所述第一控制装置相同的功能的、与所述第一控制装置不同种类的控制装置，该信息是从所述不同种类的控制装置发送的通信数据所包含的信息；以及

存在显示步骤，在检测出所述不同种类的控制装置的情况下，从所述用户接收到所述控制请求的输入的控制装置所具备的显示部、或者通过网络与该控制装置连接的显示装置，显示存在所述不同种类的控制装置之意。

根据本技术方案，在检测出不具备与第一控制装置相同的功能的、与第一控制装置不同种类的控制装置的情况下，将该意思报告给用户，因此，能够向用户报告网络中存在不同种类的控制装置这一情况。

另外，在上述技术方案中，所述第一控制装置在所述命令发送步骤中发送了所述控制命令的情况下，可以将与该控制命令相关的信息发送到所述其他控制装置。

根据本技术方案，通过第一控制装置将与控制命令相关的信息发送到其他控制装置，因此，能够将第一控制装置的设备控制的历史记录与其他控制装置进行共享。

另外，本发明所涉及的另一控制方法是多个控制装置进行的控制方法，所述多个控制装置与网络连接，并控制与该网络连接的设备，

所述多个控制装置包括：作为所述多个控制装置之一的第一控制装置、和与所述第一控制装置不同的一个以上的其他控制装置，

在所述控制方法中，执行如下步骤：

请求接收步骤，作为所述其他控制装置之一的第二控制装置接收由用户进行的对所述设备的控制请求的输入；

请求发送步骤，所述第二控制装置将所述控制请求发送到所述第一控制装置；

请求接收步骤，所述第一控制装置接收从所述第二控制装置发送的所述控制请求；

保存步骤，将所述接收到的所述控制请求作为所述第二控制装置的设备控制的历史记录而附加于所述第一控制装置的设备控制的历史记录，并作为共享历史记录进行保存；

判定步骤，所述第一控制装置根据所述共享历史记录，判定是否能够基于所述接收到的控制请求来进行所述设备的控制；以及

命令发送步骤，在所述第一控制装置判定为能够基于所述接收到的控制请求来进行所述设备的控制的情况下，向该设备发送控制命令。

根据本技术方案，当在第二控制装置中由用户输入了控制请求时，该控制请求被发送到第一控制装置。第一控制装置在接收到该控制请求时，将接收到的控制请求作为第二控制装置的设备控制的历史记录而附加于本身的设备控制的历史记录，并作为共享历史记录进行保存。因此，第一控制装置能够参照共享历史记录来掌握设备当前正在受哪个控制装置的控制，能够适当地控制设备以使得不发生冲突。另外，在第二控制装置中输入的控制请求被发送到第一控制装置之后，向设备发送控制命令，因此，仅第一控制装置管理共享历史记录即可，其他控制装置无需保有历史记录。

另外，在上述技术方案中，在所述判定步骤中判定为能够进行所述设备的控制的情况下，

所述第二控制装置所具备的显示部、或者通过网络与该第二控制装置连接的显示装置，可以显示表示能够进行所述设备的控制这一情况的信息；

所述第二控制装置以外的其他控制装置、或者通过网络与该第二控制装置以外的其他控制装置连接的显示装置，可以显示不能进行该设备的控制之意。

根据本技术方案，在能够由第二控制装置控制设备的情况下，第二控制装置所具备的显示部、或者通过网络与第二控制装置连接的显示装置，显示表示能够进行设备的控制这一情况的信息，因此，能够使与第二控制装置对应的用户获知能够进行设备的控制这一情况。

另一方面，第二控制装置以外的其他控制装置、或者通过网络与第二控制装置以外的其他控制装置连接的显示装置，显示不能进行该设备的控制之意，因此，能够使与第二控制装置以外的其他控制装置对应的用户获知不能进行设备的控制这一情况。

本公开不仅能够作为执行如上所述的特征性处理的控制方法而实现，而且也能够作为具备如下处理部的控制装置等而实现，所述处理部用于执行控制方法所包含的特征性步骤。另外，还能够作为计算机程序而实现，所述计算机程序使计算机执行这种控制方法所包含的特征性的各个步骤。而且，毫无疑问也可以通过CD-ROM等计算机可读的非暂时性的记录介质或者因特网等通信网络来使这种计算机程序流通。

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

(整体结构)

首先，对具备本公开的实施方式的控制装置的设备控制系统的整体结构进行说明。图1是表示将具备本公开的实施方式的控制装置的设备控制系统应用于宅内时的设备控制系统的整体结构的一例的图。设备控制系统例如具备两个控制器1(第一控制装置以及第二控制装置的一例)。下面，在区别记载两个控制器1的情况下，将一个控制器1记载为控制器1A，将另一个控制器记载为控制器1B。另外，虽然在图1中示出了两个控制器1，但是这不过是一例，设备控制系统也可以由三个以上的控制器构成。

控制器1具备控制器本体2和用户进行操作的用户终端3。宅内有网络20。网络20将控制器1与由控制器1控制的设备即电冰箱11、空调机12及照明设备13相互连接。这些设备通过从网络20接收预先确定的控制命令而被控制。在图1中，作为设备示出了电冰箱11、空调机12及照明设备13的家电设备，但是这不过是一例，除此以外的电视机、洗衣机、微波炉、录像机或者音响设备等也可以作为家电设备被采用。另外，在图1中，由于设备设置在宅内，因此设备被称为“家电设备”，但是，如果本公开中的设备控制系统应用在办公室等除宅内以外的环境下，则设备被简单地称为“设备”。

用户操作用户终端3，对电冰箱11、空调机12及照明设备13进行控制。这里所说的控制例如相当于接通/切断设备电源的控制、变更空调机12的设定温度的控制、和/或变更照明设备13的亮度的控制等。用户通过在用户终端3输入用于控制设备的控制请求，能够远程控制设备。

用户终端3和控制器本体2既可以构成为一体，也可以分体构成。在分体构成的情况下，用户终端3经由网络20将用户输入的控制请求发送到控制器本体2即可。另外，用户终端3无需处于宅内。也可以通过宅外的网络和/或服务器，从宅外向控制器1发送控制请求。

网络20例如是设置在宅内的局域网(LAN：Local Area Network)，有线、无线均可。作为网络20，可以采用例如IEEE802.3系列的有线局域网或例如IEEE802.11系列的无线局域网、或者两者混合的局域网。

图2A、图2B是表示控制器本体2以及用户终端3的硬件结构的一例的图。图2A表示控制器本体2和用户终端3构成为一体时的控制器1的硬件结构的一例。图2B表示控制器本体和用户终端3分体构成时的控制器1的硬件结构的一例。

在图2A中，控制器本体2包括中央运算单元(CPU)31、随机存取存储器等存储器32、硬盘和闪存ROM等外部存储装置33，采用通常的计算机结构。进一步，图2A的控制器本体2具有用于向网络20连接的网络接口34。网络接口34例如由用于将控制器1连接于有线局域网的局域网网卡、或用于将控制器1连接于Wi-Fi等无线通信网络的通信装置等构成。

输入装置35例如由开关和/或键盘等输入装置构成，输出装置36由显示器等显示装置构成。此外，如果用户终端3由控制器1具备触摸面板的设备构成，则输入装置35和输出装置36通过触摸面板而构成为一体。在图2A中，控制器1例如既可以安装于设备，也可以安装于网关等专用通信装置，还可以安装于家庭服务器等专用装置。

在图2B的示例中，用户终端3例如由平板式终端等独立于控制器本体2的信息处理装置构成，具备CPU31、存储器32、外部存储装置33、网络接口34、输入装置35以及输出装置36。此外，图2B的用户终端3也可以由智能手机等便携式信息处理装置构成。在图2B中，控制器本体2例如既可以安装于设备，也可以安装于网关等通信装置，还可以安装于家庭服务器等专用装置。另外，用户终端3相当于“通过网络与控制装置连接的显示装置”的一例。

重新参照图1。在图1中，控制器本体2具备设备控制部101(请求接收部的一例)、控制信息通信部102(控制信息发送部的一例)、历史记录保存部103以及能否控制判定部104，用户终端3具备操作部201以及显示部202。虽然设备控制部101、控制信息通信部102、历史记录保存部103以及能否控制判定部104是通过CPU31等处理器执行软件而实现的，但是这仅为一例。设备控制部101、控制信息通信部102、历史记录保存部103以及能否控制判定部104也可以通过集成电路即LSI或专用电路(ASIC或FPGA)等硬件来实现。

操作部201受理用户对输入装置35输入的控制请求，并向控制器本体2输出所受理的控制请求。显示部202由输出装置36(图2A以及图2B)构成，向用户提示从控制器本体2通知的设备的状态等信息。

在设备控制部101中，当经由用户终端3输入了用户的控制请求时，经由网络20向控制对象的设备发送用于实现控制请求的控制命令。由此，设备根据用户的控制请求而受控制。

控制信息通信部102在与多个控制器1之间对设备控制的信息进行通信。设备控制的信息是表示对哪个设备进行何种控制的信息。

历史记录保存部103保存共享历史记录，该共享历史记录包括本身的控制器1进行的设备控制的历史记录、和由控制信息通信部102接收到的其他控制器1进行的设备控制的历史记录。

图3是表示历史记录保存部103所记录的共享历史记录T3的一例的图。共享历史记录T3使“设备ID”、“控制时刻”、“类别”、“型号”、“控制内容”和“用户”关联地进行存储。

“设备ID”是用于唯一识别宅内设备的标识符。“设备ID”在宅内的多个控制器1之间共享。也就是说，同一“设备ID”不论在哪个控制器1中都表示同一设备。作为“设备ID”，例如可以采用设备在网络20上的通信地址和/或设备固有的出厂序号等。

“控制时刻”表示对设备进行了控制的时刻。此外，作为“控制时刻”，共享历史记录T3对各个设备至少存储最后被控制的时刻即可。

“类别”表示如“空调机”、“照明”这样的设备的种类。“型号”是在商品分类方面对设备赋予的符号串。“控制内容”是对设备进行的控制的内容。例如，对于空调机12而言“变更温度”这样的信息相当于“控制内容”，对于照明设备13而言“接通电源”这样的信息相当于“控制内容”，对电冰箱11而言“打开门”或者“关闭门”这样的信息相当于“控制内容”。

“用户”表示对设备发出了控制请求的用户名。图1所示的设备控制系统例如管理着使用户名和密码关联的用户帐号信息。而且，用户在利用设备控制系统时，输入用户名和密码，登录设备控制系统。因此，设备控制系统能够通过登录时输入的用户名来确定输入了控制请求的用户的用户名。

重新参照图1。能否控制判定部104根据共享历史记录T3来判定设备控制部101是否能够进行控制。具体而言，当设备控制部101受理对某个设备的控制请求时，能否控制判定部104从共享历史记录T3中取得该设备最后被控制的“控制时刻”以及“控制内容”。然后，如果从所取得的“控制时刻”起还未经过根据所取得的“控制内容”预先设定的时间间隔，则能否控制判定部104判定为不能进行与控制请求对应的控制。

在该情况下，能否控制判定部104也可以一并算出到变为能够控制为止的剩余时间。具体而言，能否控制判定部104通过从对所取得的“控制时刻”加上根据所取得的“控制内容”预先设定的时间间隔而得到的时刻减去当前时刻来算出剩余时间即可。

另一方面，如果从自共享历史记录T3中取得的“控制时刻”起经过了根据所取得的“控制内容”预先设定的时间间隔，则能否控制判定部104判定为能够进行与控制请求对应的控制。

能否控制判定部104在判定为不能控制时，不对设备发送与控制请求对应的控制命令。而且，能否控制判定部104使显示部202显示不能控制这一情况以及到变为能够控制为止的剩余时间。在该情况下，能否控制判定部104也可以将控制请求保留到变为能够控制为止，并在变为能够控制时自动发送控制命令。由此，可防止从设备最后被控制起经过所需的时间间隔之前向该设备发送控制命令。

图4A是表示用户为了输入控制请求而使用的设备控制画面301的一例的图。在图4A所示的设备控制画面301中，配置有表示设置在宅内的电冰箱11、空调机12以及照明设备13的电冰箱图标311、空调机图标312以及照明图标313。

如上所述，能否控制判定部104能够使用共享历史记录T3来判定设备当前是否能够控制。图4A的上图示出了初始状态的设备控制画面301。如图4A的上图所示，在初始状态的设备控制画面301中，所有的图标均以通常的显示形态显示。在此，通常的显示形态相当于以具有预定的默认辉度的状态显示图标的形态。

例如，在控制器1A受理了用户对空调机12的控制请求时，在共享历史记录T3中存储有基于控制器1B的空调机12的控制历史记录，控制器1A的能否控制判定部104判定为不能进行空调机12的控制。在该情况下，控制器1A的显示部202将设备控制画面301的显示切换为图4A的下图。

图4A的下图示出了判定为不能控制空调机12时的设备控制画面301。在图4A的下图的示例中，例如，设备控制画面301通过以比通常的显示形态低的辉度显示空调机图标312来表示空调机12是不能控制的。在该示例中，空调机图标312以从白色切换为灰色来显示。由此，用户能够识别出当前空调机12是不能控制的。其结果是，能够防止用户对处于不能控制状态的空调机12输入控制请求。此外，当经过不能控制的时间而变为能够控制空调机12时，控制器1A的显示部202将设备控制画面301从图4A的下图所示的设备控制画面301切换为上图所示的设备控制画面301。由此，用户能够识别出空调机12变为能够控制。

图4B是表示另一例的设备控制画面302的图。相对于设备控制画面301，设备控制画面302还设置有设备控制栏321。设备控制栏321用于输入变更空调机的设定温度的控制请求。此外，在设备控制画面302中，显示部202由触摸面板构成。设备控制栏321具备：记载为“温度高”的温度上升按钮B41，其用于使设定温度升高；记载为“温度低”的温度降低按钮B42，其用于使设定温度降低；以及温度显示栏B43，其用于显示设定温度。用户通过点击温度上升按钮B41或者温度降低按钮B42，并变更温度显示栏B43中显示的设定温度，由此变更空调机12的设定温度。

在图4B中，显示空调机12的设备控制栏321的原因在于，例如明确表示出用户点击空调机图标312来对空调机12输入控制请求的意思。在想要对空调机12以外的电冰箱11或者照明设备13输入控制请求的情况下，用户只要点击电冰箱图标311或者照明图标313即可。在该情况下，将会显示电冰箱11或者照明设备13的设备控制栏321。

在使用图4B的上图所示的设备控制画面302输入了设定温度、但是由能否控制判定部104判定为不能控制的情况下，显示部202将显示从图4B的上图所示的设备控制画面302切换为图4B的下图。

相对于图4A的下图的设备控制画面301，图4B的下图的设备控制画面302还配置有不能控制通知栏331。

在不能控制通知栏331中显示有“当前不能从该控制器进行操作。xx将温度进行了升高。10秒后才能进行操作。”这一消息。在此，“xx”表示对空调机12进行了控制的用户的名称。另外，“10秒”表示到空调机12变为能够控制为止的剩余时间。

这样，除了不能控制之意的信息之外，不能控制通知栏331还显示如下内容：表示是因哪个用户的控制请求而导致不能进行空调机12的控制的信息；以及到空调机12变为能够控制为止的剩余时间。由此，能够使控制请求未被允许的用户获知不能控制的理由以及剩余时间，能够减轻该用户的不愉快。

另外，不能控制通知栏331也可以具备消息输入栏(图略)，该消息输入栏用于在用户输入控制请求时使用户输入任意的消息。在该情况下，被输入了消息的控制器1将所输入的消息存储在本身的共享历史记录T3中，并且与所输入的控制请求相应合并而将该消息发送到其他控制器1即可。然后，其他控制器1将接收到的消息存储在本身的共享历史记录T3中即可。然后，其他控制器1在从用户输入控制请求、并且本身的能否控制判定部104判定为不能控制的情况下，也可以从共享历史记录T3中读取该消息而显示在不能控制通知栏331中。

由此，能够在不同的用户之间共享控制请求的意图等，能够在不能控制的情况下进一步减轻给用户带来的不愉快。在此，虽然将消息描述为可由用户输入，但是，也可以采用用户能够从预先准备的多个消息中选择所希望的消息的方式。

不能控制通知栏331具备选择栏332，该选择栏332用于促使用户选择是否可以在经过了剩余时间而空调机12变为能够控制的时刻自动执行所输入的控制请求。在选择栏332中，显示有“10秒后进行该操作？”这一消息，促使用户选择是否可以自动执行控制请求。

在选择栏332中，还配置有“是”按钮以及“否”按钮。在希望当经过了剩余时间时自动执行所输入的控制请求的情况下，用户选择“是”按钮。另一方面，在不希望当经过了剩余时间时自动执行所输入的控制请求的情况下，用户选择“否”按钮。当选择了“是”按钮时，将会在经过了剩余时间时自动执行控制请求，因此，用户无需再次输入控制请求，能够减轻用户的操作负担。

另一方面，也有看到不能控制通知栏331而想要再次输入控制请求的用户、或根据状态显示栏333的内容判断为不需要自动执行控制请求的用户。在该情况下，该用户选择“否”按钮，能够使得在经过了剩余时间时不会自动执行控制请求。其结果是，能够灵活地满足这种用户的需求。

不能控制通知栏331还具备状态显示栏333，该状态显示栏333用于显示与用户输入的控制请求相关的设备的当前状态。在此，用户输入了对空调机12变更设定温度的控制请求，因此，状态显示栏333显示“当前温度成为27度”这一消息，向用户报告空调机12当前的设定温度。

在不能控制空调机12的情况下，有可能在前不久从其他控制器1输入了变更空调机12的温度的控制请求。在该情况下，空调机12当前的设定温度有可能与用户设想的设定温度不同。因此，通过在状态显示栏333中显示空调机12的最新状态，能够提供为了判断用户是否重新进行控制请求的判断材料。此外，控制器1既可以通过参照共享历史记录T3来取得空调机12的当前状态，也可以通过经由网络20直接与空调机12通信来取得空调机12的当前状态。

用户有时也希望输入设定温度的变更以外的控制请求(例如，接通电源、切换工作模式)作为空调机12的控制请求。在该情况下，在图4B的上图所示的设备控制栏321中设置用于将显示切换为用于输入其他控制请求的设备控制栏321的切换按钮即可。由此，用户能够将设备控制栏321切换为用于输入所希望的控制请求的设备控制栏321。

图4C是表示又一例的设备控制画面303的图。图4C的设备控制画面303通过在表示宅内布局的布局画面上显示设置在宅内的设备的设备图标，由此向用户通知是否能够控制设备。此外，设备图标配置在与对应的设备的实际设置位置对应的布局画面上的位置。

在该示例中，在设备控制画面303中配置有表示两个控制器的设备图标314、315。图4C的上图示出了初始状态的设备控制画面303。

在图4C的下图中，由设备图标314表示的控制器1A对由空调机图标312表示的空调机12进行控制，通过控制器1A的能否控制判定部104判定为空调机12是不能控制的。在该情况下，在控制器1A与由设备图标315(电视机的设备图标)表示的控制器1B的各自的设备控制画面303中显示不能控制通知栏334。不能控制通知栏334的显示内容与图4B的下图所示的不能控制通知栏331类似。但是，在图4C的下图的示例中，在基于由设备图标314表示的控制器1A的向空调机12的控制请求被执行的时刻，显示不能控制通知栏334。

在该不能控制通知栏334中显示有“xx将温度进行了升高。10秒后才能进行操作。”这一消息，明确表示出用户“xx”将空调机12的温度进行了升高。另外，在该不能控制通知栏334中显示有用户“xx”输入的消息，明确表示出控制请求的意图。

另外，在设备控制画面303中显示有从设备图标314朝向空调机图标312的箭头标记Y31。由此，用户能够一眼识别出空调机12装置受设备图标314表示的控制器1A的控制。

接下来，对本公开的控制器1的更加具体的实施方式进行说明。

(实施方式1)

图5是表示本公开的实施方式1中的控制器1的结构的一例的图。相对于图1所示的控制器1，控制器1还具备控制器检测部105以及设备数据库部106。另外，在实施方式1中，控制信息通信部112具备控制信息通知部1011以及控制信息接收部1012。

图6是表示实施方式1中的设备控制系统的整体结构的一例的图。在实施方式1中，控制器1A、1B分别自己判定是否受理所输入的用户的控制请求。另外，控制器1A、1B，在将所输入的控制请求判定为不能控制、且将所输入的控制请求保留到变为能够控制为止的情况下，分别保留所输入的控制请求。

控制器检测部105检测与网络20连接的其他控制器1。例如，控制器检测部105定期将表示本身存在的存在通知以广播的方式发送到网络20。同时，控制器检测部105接收从其他控制器1发送的存在通知。由此，控制器1彼此能够检测彼此的存在。

或者，控制器检测部105也可以对从其他控制器1请求响应的确认请求进行广播。在该情况下，控制器检测部105在从其他控制器1接收到确认请求时，返回对于该确认请求的响应。此外，根据网络20的协议，在表达向大量非特定对象的信息发送的情况下，有时使用“广播”这一术语。另外，根据通信方法的不同，有时也将向大量非特定对象的信息发送称为“组播(multicast)”。在本公开中，“广播”是“组播”等表示向大量非特定对象的信息发送的术语的总称。

设备数据库部106存储控制间隔表T7，该控制间隔表T7用于预先规定设备的种类以及与对设备的控制相应的必要的控制间隔。图7是表示控制间隔表T7的一例的图。控制间隔表T7使“类别”、“型号”、“控制内容”和“控制间隔”关联地进行存储。“类别”、“型号”以及“控制内容”与图3相同。

“控制间隔”是在对某个设备执行了某一控制的情况下到对该设备执行下次控制为止要求隔开的时间间隔。在此，控制间隔表T7保存在控制器1的内部，但这是一例。控制间隔表T7也可以保存在客户服务器等控制器1的外部。在该情况下，控制器1根据需要来适当参照设置在外部的控制间隔表T7即可。

在实施方式1中，能否控制判定部104除了参照共享历史记录T3还参照控制间隔表T7，判定设备控制部101是否能够进行控制。具体而言，当设备控制部101受理对某个设备的控制请求时，能否控制判定部104从共享历史记录T3中取得该设备最后被控制的“控制时刻”以及“控制内容”。另外，能否控制判定部104从控制间隔表T7中取得与所取得的“控制内容”相应的“控制间隔”。然后，如果从所取得的“控制时刻”起还未经过所取得的“控制间隔”，则能否控制判定部104判定为不能进行与控制请求对应的控制。

在该情况下，能否控制判定部104通过从对所取得的“控制时刻”加上所取得的“控制间隔”而得到的时刻减去当前时刻来算出剩余时间即可。

另一方面，如果从所取得的“控制时刻”起经过了所取得的“控制间隔”，则能否控制判定部104判定为能够进行与控制请求对应的控制。由此，根据设备的种类以及对设备的控制的内容，能够以适当的时间间隔来控制设备。

控制信息通知部1011向控制器检测部105检测到的其他控制器1发送设备控制信息。另外，控制信息接收部1012接收来自其他控制器1的设备控制信息。设备控制信息是用于将执行了与控制请求对应的控制这一情况通知给其他控制器1的信息。设备控制信息例如包含“设备ID”、“控制时刻”、“类别”、“型号”以及“控制内容”。其他控制器1在接收到设备控制信息时，将设备控制信息的内容存储于共享历史记录T3。由此，多个控制器1能够存储相同的共享历史记录T3。

图8A、图8B是表示实施方式1中的控制器1的工作的流程图。在本实施方式中，作为设备控制画面，采用了图4B的设备控制画面302。

图8A是用户输入了设备的控制请求时的流程图。在步骤S1000中，操作部201受理用户的控制请求的输入，将所输入的控制请求通知给设备控制部111。

接收到通知的设备控制部111向能否控制判定部104通知与控制请求对应的控制的内容，并询问是否能够进行与控制请求对应的控制以及到变为能够控制为止的剩余时间(步骤S1001)。能否控制判定部104使用历史记录保存部103所存储的共享历史记录T3以及设备数据库部106所存储的控制间隔表T7，判定所通知的控制当前能够进行还是不能进行(步骤S1002)。在不能控制的情况下，能否控制判定部104算出到变为能够控制为止的剩余时间，并将算出的剩余时间与能否控制的结果一并答复给设备控制部111。

步骤S1003以后的工作根据是否能够控制进行分支。在能够控制的情况下(步骤S1003中“是”)，设备控制部111向设备发送控制命令(步骤S1007)。另一方面，在不能控制的情况下(步骤S1003中“否”)，显示部202如图4B的下图所示在设备控制画面302中显示不能控制通知栏331，显示不能控制这一情况以及到变为能够控制为止的剩余时间(步骤S1004)。

接着，显示部202如图4B的下图所示在设备控制画面302中显示选择栏332，要求用户输入是否在变为能够控制时自动执行所输入的控制请求(步骤S1005)。在用户选择不自动执行的情况下(步骤S1005中“否”)，处理结束。在该情况下，用户需要在经过剩余时间后再次输入控制请求。

另一方面，在用户选择自动执行的情况下(步骤S1005中“是”)，设备控制部111将在步骤S1000中通知的控制请求保留到变为能够控制为止(步骤S1006)，在变为能够控制时，使处理前进至步骤S1007。在该情况下，用户不用在能够控制后再次输入控制请求而自动执行控制请求。

在步骤S1007中，设备控制部111将与控制请求对应的控制命令发送到相应设备。在步骤S1008中，历史记录保存部103将与控制请求对应的控制的内容作为设备控制的历史记录存储在共享历史记录T3中。

在步骤S1009中，控制信息通知部1011向其他控制器1发送表示所执行的控制请求的内容的设备控制信息。其他控制器1使用设备控制信息来更新本身的共享历史记录T3。由此，可在控制器1之间实现共享历史记录T3的同步。

此外，从步骤S1007到步骤S1009的处理顺序也可以不采用图示的顺序，而采用任意的顺序。另外，在步骤S1007之后，为了确认实际上控制是否成功，也可以设置取得设备状态的处理和/或接收设备对控制命令的响应的处理。

图8B是表示从其他控制器1接收到设备控制信息时的控制器1的处理的流程图。在步骤S1100中，控制信息接收部1012接收表示其他控制器1执行的控制的内容的设备控制信息。在此，接收到的设备控制信息是在步骤S1009中由其他控制器1发送的设备控制信息。

历史记录保存部103将接收到的设备控制信息所表示的控制的内容以与本身进行了控制时相同的方式存储在共享历史记录T3中(步骤S1101)。由此，在共享历史记录T3中存储有本身的设备控制的历史记录和存在于网络20上的其他控制器1的设备控制的历史记录。由此，能否控制判定部104能够使用包含本身的控制器1和其他控制器1进行的设备控制的历史记录在内的共享历史记录T3，判定是否能够进行控制。

此外，在本实施方式中，控制器1具备用于检测其他控制器1的存在的控制器检测部105，因此，能够判定网络20上是否存在其他控制器1。

图9A是表示实施方式1中的设备控制画面302的显示例的图。在图9A中示出了控制器检测部105检测到存在其他控制器1的情况下的设备控制画面302的显示例。图9A的上图表示初始状态的设备控制画面302，详细内容与图4A相同。在网络20上连接有其他控制器1的情况下，如上所述，存在控制器1不能控制设备的情况。由此，在控制器检测部105检测到存在其他控制器1的情况下，如图9A的下图所示，显示部202在设备控制画面302中显示警告901，该警告901用于向用户报告存在不能控制的可能性之意的消息。在警告901中显示有“家中有其他控制器。存在无法进行操作的情况。”这一消息。由此，控制器1根据其他控制器1的存在，能够预先向用户警告存在不能控制设备的可能性这一情况。其结果是，能够减轻不能对设备进行控制时的用户的不愉快。

此外，在本实施方式中，控制器检测部105通过使用用于控制以及发现连接在网络上的设备的一般的通信协议，能够检测不具备本实施方式的控制器1的功能的控制器(以下，记述为“一般控制器”)。例如，控制器1根据在对其他控制器进行了某些询问时从其他控制器返回的响应所包含的与控制器相关的信息(例如型号)来判定其他控制是否为一般控制器即可。

图9B是表示区别显示出一般控制器与本实施方式1的控制器1的设备控制画面303的显示例的图。在图9B所示的设备控制画面303中，表示由控制器检测部105检测到的一般控制器的设备图标316以与表示控制器1的设备图标315不同的显示形态进行显示。在此，作为不同的显示形态，例如，表示控制器1的设备图标315可采用改变亮度、色度及色调中的至少一方来进行显示的形态。由此，用户能够掌握能够以隔开适当的控制间隔的方式控制设备的控制器1和无法进行该控制的控制器1。

此外，通过设置控制器检测部105，图9A、图9B所示的设备控制画面303在实施方式2的控制器1中也能够实现。

另外，在本实施方式中，控制器1具备控制器检测部105，但并不限定于此，也可以省略控制器检测部105。在该情况下，控制信息通知部1011以广播的方式发送设备控制信息即可。

在本实施方式中，在设备控制系统具备三个以上的控制器1的情况下，可能会发生除某个控制器1以外的剩余的多个控制器1保留控制请求的情况。在该情况下，会在变为能够控制相应设备时，同时执行由剩余的多个控制器1保留的控制请求，并同时对相应设备发送多个控制命令。

为了防止该情况发生，例如，能否控制判定部104将对从控制间隔表T7中取得的“控制间隔”加上随机时间而得到的期间作为相应设备的新的“控制间隔”来算出即可。由此，能够改变在多个控制器1之间执行所保留的控制请求的定时(timing)。

在该情况下，保留了控制请求的多个控制器1中的、新的“控制间隔”最短的控制器1发送与所保留的控制请求对应的控制命令，对相应设备进行控制。在该情况下，除发送了控制命令的控制器1以外的其他控制器1根据从发送了控制命令的控制器1发送的设备控制信息，更新共享历史记录T3。在进行该更新时，保留有控制请求的控制器1重新计算相应设备的“控制间隔”即可。

另外，控制器1也可以对从控制间隔表T7中取得的“控制间隔”加上按每个控制器1分配的不同的固定时间而算出新的“控制间隔”。在该情况下，能否控制判定部104例如通过对本身的控制器1在网络20上的地址执行哈希计算来算出固定时间即可。

这样，除了判定能否控制以外，本实施方式的控制器1与在宅内存在单个控制器的情况同样地进行工作。因此，能够不需要在存在单个控制器1的情况和存在多个控制器1的情况之间变更操作方式地使用户使用控制器1。

(实施方式2)

图10是表示本公开的实施方式2中的控制器1的结构的一例的图。相对于图1所示的控制器1，本实施方式中的控制器1还具备控制器检测部105、设备数据库部106、代表控制器决定部107。另外，在本实施方式中，控制信息通信部122具备控制请求转发部1021、控制请求接收部1022、能否控制回复部1023。

控制器检测部105以及设备数据库部106与实施方式1相同。代表控制器决定部107如下所述使用预定规则从多个控制器1中决定代表的控制器1a。

控制请求转发部1021在本身的控制器1为非代表的控制器1b的情况下发挥功能，将设备控制部121受理的控制请求转发给代表的控制器1a。

控制请求接收部1022在本身的控制器1为代表的控制器1a的情况下发挥功能，接收从非代表的控制器1b转发的控制请求。

能否控制回复部1023在本身的控制器1为代表的控制器1a的情况下发挥功能，从设备控制部121受理表示是否能够进行与从非代表的控制器1b接收到的控制请求对应的控制的判定结果的通知，并向请求方的、非代表的控制器1b发送表示判定结果的能否控制信息。

设备控制部121(请求接收部的一例)除了具备实施方式1的设备控制部101的功能之外，还具备向代表控制器决定部107询问本身的控制器1是否为代表的控制器1a的功能。设备控制部121还具备向能否控制回复部1023通知能否控制判定部104的与控制请求对应的控制的判定结果的功能。设备控制部121还具备取得控制请求接收部1022接收到的控制请求的功能。

图11是表示本公开的实施方式2中的设备控制系统的整体结构的一例的图。在本实施方式中，从多个控制器1中决定成为代表的一个控制器。在图11的示例中，设左侧的控制器1为代表的控制器1a，设右侧的控制器1为非代表的控制器1b。代表的控制器1a保存宅内的设备控制的共享历史记录T3。另外，代表的控制器1a也进行如下判定：在非代表的控制器1b中是否能够进行与由用户输入的控制请求对应的控制。在本实施方式中，控制器1所具备的各模块中的一部分模块在为代表的控制器1a的情况下发挥功能，剩余的一部分模块在为非代表的控制器1b的情况下发挥功能。在图11中，以描点的方式示出了在为代表的控制器1a的情况下不发挥功能的模块以及在为非代表的控制器1b的情况下不发挥功能的模块。另外，在图11中，代表的控制器1a所具备的模块在附图标记的末尾附加“a”，非代表的控制器1a所具备的模块在附图标记的末尾附加“b”。

代表控制器决定部107从通过控制器检测部105检测到的存在于网络20上的多个控制器1中决定一个控制器1作为代表的控制器1a。

各控制器1所具备的代表控制器决定部107使用可将同一控制器1决定为代表的控制器1a的预定规则，从存在于网络20上的所有控制器1中决定代表的控制器1a。作为预定规则，例如可采用将在网络20上的通信地址最小的控制器1决定为代表的控制器1a的规则。或者，作为预定规则，例如可采用将优先级最高的控制器1决定为代表的控制器1a的规则。

在该情况下，代表控制器决定部107在控制器检测部105对连接在网络20上的其他控制器1以及一般控制器进行检测时基于在控制器之间交换的信息来算出各控制器的优先级即可。

在此，在控制器之间交换的信息包含控制器1使用的软件版本和/或控制器1的型号。因此，代表控制器决定部107例如以软件版本越新的控制器1的优先级越高、且具有特定型号的控制器1的优先级越高的方式，算出各控制器1的优先级即可。

其原因在于，认为版本越新的软件，功能越好或不良情况越改善，从而适合作为代表的控制器1a。另外，在对安装在如电视这样的固定型装置上的控制器1与安装在如平板终端这样的便携式装置上的控制器1进行比较的情况下，认为与后者相比前者的工作更加稳定，从而适合作为代表。因此，作为特定型号，可采用表示是固定型装置的型号。在本实施方式中，代表的控制器1a的决定方法并不限定于此方法，只要是在所有的控制器1中将同一控制器1决定为代表的控制器1a这样的规则，可以采用任何规则。

在本实施方式中，非代表的控制器1b向代表的控制器1a转发控制请求。控制请求至少包含控制对象的设备的“设备ID”和控制的内容。作为控制的内容，例如也可以直接使用设备控制部121对设备发送的控制命令。代表的控制器1a根据从非代表的控制器1b转发的控制请求所包含的“设备ID”来确定控制对象的设备，并向所确定出的设备发送控制命令。也就是说，在本实施方式中，代表的控制器1a将包括本身的设备控制的历史记录在内的、宅内所有的控制器1的设备控制的历史记录进行集中而存储于共享历史记录T3，并向相应设备发送控制命令。

图12A、图12B、图12C是表示实施方式2中的控制器1的工作的流程图。在图12A、图12B、图12C中，作为设备控制画面，与实施方式1同样地，采用图4B的设备控制画面302。

图12A是表示从用户受理了控制请求的输入时的代表的控制器1a的处理的流程图。在图12A的步骤S2000中，代表的控制器1a的操作部201a受理用户的控制请求的输入，并将所输入的控制请求通知给设备控制部121a。在步骤S2001中，设备控制部121a向代表控制器决定部107a询问本身的控制器1当前是否为代表的控制器1a。

在图12A中，作为步骤S2101以后的处理，示出了控制器1是代表的控制器1a的情况下(步骤S2001中“是”)的处理。在本身不是代表的控制器1a的情况下(步骤S2001中“否”)，处理前进至图12B的S2201，执行S2201以后的处理。

步骤S2101至步骤S2108的处理与实施方式1的步骤S1001至步骤S1008的处理相同。即，使用共享历史记录T3以及从控制间隔表T7中取得的“控制间隔”，能否控制判定部104a判定是否能够进行与所输入的控制请求对应的控制(步骤S2101至步骤S2103)。如果能够控制(步骤S2103中“是”)，则设备控制部121a向设备发送控制命令(步骤S2107)。在不能控制的情况下(步骤S2103中“否”)，显示部202a如图4B的下图所示，在设备控制画面302中显示不能控制这一情况以及到变为能够控制为止的剩余时间(步骤S2104)，并要求用户输入是否在变为能够控制的时刻自动执行控制请求(步骤S2105)。在用户选择自动执行的情况下(步骤S2105中“是”)，设备控制部121a将控制请求保留到变为能够控制为止(步骤S2106)，并在变为能够控制时发送控制命令(步骤S2107)。在控制命令发送后，历史记录保存部103a将与该控制请求对应的控制的内容存储在共享历史记录T3中(步骤S2108)。此外，在实施方式2中，非代表的控制器1b无需管理共享历史记录T3，因此，在该流程图中，代表的控制器1a不向非代表的控制器1b转发控制请求。

图12B是表示非代表的控制器1b从用户受理了控制请求的输入时的、非代表的控制器1b的处理的流程图。步骤S2000、S2001的处理与图12A相同。在此，由于控制器1是非代表的控制器1b，所以设备控制部121b判定为本身的控制器1不是代表的控制器1a(步骤S2001中“否”)。此外，如果本身的控制器1是代表的控制器1a(步骤S2001中“是”)，则处理前进至图12A的S2101。

控制请求转发部1021b向代表控制器决定部107b所决定的代表的控制器1a转发控制请求(步骤S2201)。控制请求转发部1021b接收代表的控制器1a作为响应而返回的能否控制信息(后述)(步骤S2202)。

接下来，设备控制部121b根据接收到的能否控制信息来判定是否能够进行控制(步骤S2203)。如果能否控制信息表示能够控制(步骤S2203中“是”)，则设备控制部121b结束处理。另一方面，如果能否控制信息表示不能控制(步骤S2203中“否”)，则设备控制部121b使处理前进至步骤S2204。

在步骤S2204中，显示部202b要求用户输入是否在变为能够控制的时刻自动执行控制请求。在用户选择自动执行的情况下(步骤S2204中“是”)，控制请求转发部1021b向代表的控制器1a发送自动执行控制请求之意的响应(步骤S2205)。另一方面，在用户未选择自动执行的情况下(步骤S2204中“否”)，控制请求转发部1021b向代表的控制器1a发送不自动执行控制请求之意的响应(步骤S2206)。

图12C是表示代表的控制器1a从非代表的控制器1b接收到控制请求时的、代表的控制器1a的处理的流程图。控制请求接收部1022a接收在图12B的步骤S2201中转发的控制请求(步骤S2300)。

此外，在本实施方式中，代表的控制器1a在从非代表的控制器1b接收到控制请求的情况下，进行与本身的操作部201a受理了来自用户的控制请求的输入的情况(图12A的步骤S2000)同样的处理。

即，设备控制部121a向能否控制判定部104a询问当前是否能够执行从非代表的控制器1b接收到的控制请求以及到变为能够控制为止的剩余时间(步骤S2301)。接受了询问的能否控制判定部104a判定当前是否能够进行与从非代表的控制器1b接收到的控制请求对应的控制，并算出到变为能够控制为止的剩余时间(步骤S2302)。

在能够控制的情况下(步骤S2303中“是”)，能否控制回复部1023a将表示能够控制这一情况的能否控制信息发送到转发了控制请求的非代表的控制器1b(步骤S2307)。在该步骤S2307中发送的能否控制信息在图12B的步骤S2202中由控制器1b的控制请求转发部1021b接收。由此，非代表的控制器1b识别出能够进行与转发的控制请求对应的控制。

接下来，设备控制部121a向设备发送与从非代表的控制器1b接收到的控制请求对应的控制命令(步骤S2308)。由此，从非代表的控制器1b转发的控制请求将会经由代表的控制器1a来执行。

在不能控制的情况下(步骤S2303中“否”)，能否控制回复部1023a将表示不能控制这一情况的能否控制信息发送到转发了控制请求的非代表的控制器1b(步骤S2304)。在该步骤S2304中发送的能否控制信息在图12B的步骤S2202中由控制器1b的控制请求转发部1021b接收。由此，非代表的控制器1b识别出不能进行与转发的控制请求对应的控制。

在步骤S2305中，控制请求接收部1022a接收如下响应：图12B的步骤S2205中的、表示自动执行与从非代表的控制器1b转发的控制请求对应的控制之意的响应，或者，图12B的步骤S2206中的、表示不自动执行与从非代表的控制器1b转发的控制请求对应的控制之意的响应。在接收到表示不自动执行之意的响应、且未请求自动执行的情况下(步骤S2305中“否”)，结束处理。

另一方面，在接收到表示自动执行之意的响应、且请求了自动执行的情况下(步骤S2305中“是”)，设备控制部121a对在步骤S2300中接收到的控制请求进行保留(步骤S2306)，并在变为能够控制时向设备发送控制命令(步骤S2308)。

在控制命令发送后，历史记录保存部103a将与该控制请求对应的控制的内容记录于共享历史记录T3(步骤S2309)。由此，与在步骤S2300中接收到的来自控制器1b的控制请求对应的控制的内容被记录于共享历史记录T3。

通过以上工作，在代表的控制器1a存储的共享历史记录T3中记录有与输入到代表的控制器1a的控制请求对应的控制的内容，并且记录有与输入到非代表的控制器1b的控制请求对应的控制的内容。由此，代表的控制器1a能够一起判定是否能够进行输入到非代表的控制器1b的控制请求和输入到代表的控制器1a的控制请求的控制。其结果是，即使在宅内存在多个控制器1的情况下，也能够以隔开适当的控制间隔的方式来控制设备。

此外，在本实施方式中，如图4B的下图所示，采用了显示具备选择栏332以及状态显示栏333的不能控制通知栏331的设备控制画面302，但本公开并不限定于此。例如，也可以采用图4A、图4C的设备控制画面301、303。

在实施方式2中，所有的设备的控制被集中到代表的控制器1a中，通过代表的控制器1a进行实际的设备的控制。因此，能够不使非代表的控制器1b管理共享历史记录T3而以隔开适当的控制间隔的方式来控制设备。

此外，在图12B的步骤S2203中判定为能够控制设备的情况下(步骤S2203中“是”)，请求方的非代表的控制器1b的显示部202b也可以显示表示能够控制相应设备这一情况的信息。在该情况下，显示部202a在设备控制画面301、302、303中显示表示能够控制相应设备这一情况的消息即可。

另一方面，除请求方以外的非代表的控制器1b的显示部202b以及代表的控制器1a的显示部202a也可以显示表示不能控制相应设备这一情况的信息。在该情况下，显示部202b以及显示部202a直接显示图4A、图4B、图4C的下图的设备控制画面301、302、303来提示不能控制相应设备这一情况即可。

产业上的可利用性

根据本公开，对于在网络中存在多个控制器的网络环境下控制设备的技术而言是有用的。

Claims (11)

1.一种控制方法，是多个控制装置进行的控制方法，所述多个控制装置与网络连接，并控制与该网络连接的设备，

在所述控制方法中，执行如下步骤：

历史记录接收步骤，作为所述多个控制装置之一的第一控制装置，在所述多个控制装置中的其他控制装置对所述设备进行了控制时，从所述其他控制装置接收设备控制的历史记录；

保存步骤，将从所述其他控制装置接收到的所述设备控制的历史记录附加于该第一控制装置的设备控制的历史记录而作为共享历史记录进行保存；

请求接收步骤，所述第一控制装置接收由用户进行的对所述设备的控制请求的输入；

判定步骤，所述第一控制装置根据所述共享历史记录，判定是否能够基于所述接收到的控制请求来进行所述设备的控制；以及

命令发送步骤，在所述第一控制装置判定为能够基于所述接收到的控制请求来进行所述设备的控制的情况下，向该设备发送控制命令，

在所述判定步骤中判定为不能进行所述设备的控制的情况下，进一步执行如下的显示步骤：

从所述用户接收到所述控制请求的输入的控制装置所具备的显示部、或者通过网络与该控制装置连接的显示装置，显示不能进行该设备的控制之意，

在所述显示步骤中，还显示到所述设备变为能够控制为止的时间，

在所述显示步骤中，还显示促使用户输入下述回答的信息，该回答是在所述设备变为能够控制时是否自动基于所述接收到的控制请求执行所述设备的控制的回答，

在所述命令发送步骤中，在受理了自动执行所述设备的控制之意的输入的情况下，所述第一控制装置保留所述接收到的控制请求，并在经过到变为所述能够控制为止的时间之后，向该设备发送控制命令。

2.根据权利要求1所述的控制方法，

在所述判定步骤中，如果从所述设备最后被控制起经过了预先设定的预定时间，则判定为能够进行所述设备的控制。

3.根据权利要求1所述的控制方法，

在所述显示步骤中，还显示所述设备的当前状态。

4.根据权利要求1所述的控制方法，还执行如下步骤：

检测步骤，所述第一控制装置使用下述信息来检测不具有与所述第一控制装置相同的功能的、与所述第一控制装置不同种类的控制装置，该信息是从所述不同种类的控制装置发送的通信数据所包含的信息；以及

存在显示步骤，在检测出所述不同种类的控制装置的情况下，从所述用户接收到所述控制请求的输入的控制装置所具备的显示部、或者通过网络与该控制装置连接的显示装置，显示存在所述不同种类的控制装置之意。

5.根据权利要求1所述的控制方法，

所述第一控制装置在所述命令发送步骤中发送了所述控制命令的情况下，将与该控制命令相关的信息发送到所述其他控制装置。

6.一种控制方法，是多个控制装置进行的控制方法，所述多个控制装置与网络连接，并控制与该网络连接的设备，

所述多个控制装置包括：作为所述多个控制装置之一的第一控制装置、和与所述第一控制装置不同的一个以上的其他控制装置，

在所述控制方法中，执行如下步骤：

请求接收步骤，作为所述其他控制装置之一的第二控制装置接收由用户进行的对所述设备的控制请求的输入；

请求发送步骤，所述第二控制装置将所述控制请求发送到所述第一控制装置；

请求接收步骤，所述第一控制装置接收从所述第二控制装置发送的所述控制请求；

保存步骤，将所述接收到的所述控制请求作为所述第二控制装置的设备控制的历史记录而附加于所述第一控制装置的设备控制的历史记录，并作为共享历史记录进行保存；

判定步骤，所述第一控制装置根据所述共享历史记录，判定是否能够基于所述接收到的控制请求来进行所述设备的控制；以及

命令发送步骤，在所述第一控制装置判定为能够基于所述接收到的控制请求来进行所述设备的控制的情况下，向该设备发送控制命令，

在所述判定步骤中判定为不能进行所述设备的控制的情况下，执行如下的显示步骤：

所述第二控制装置所具备的显示部、或者通过网络与该第二控制装置连接的显示装置，显示不能进行该设备的控制之意，

在所述显示步骤中，还显示到所述设备变为能够控制为止的时间，

在所述显示步骤中，还显示促使用户输入下述回答的信息，该回答是在所述设备变为能够控制时是否自动基于所述接收到的控制请求执行所述设备的控制的回答；

在所述命令发送步骤中，在受理了自动执行所述设备的控制之意的输入的情况下，所述第一控制装置保留所述接收到的控制请求，并在经过到变为所述能够控制为止的时间之后，向该设备发送控制命令。

7.根据权利要求6所述的控制方法，

在所述判定步骤中，如果从所述设备最后被控制起经过了预先设定的预定时间，则判定为能够进行所述设备的控制。

8.根据权利要求6所述的控制方法，

在所述显示步骤中，还显示所述设备的当前状态。

9.根据权利要求6所述的控制方法，

在所述判定步骤中判定为能够进行所述设备的控制的情况下，

所述第二控制装置所具备的显示部、或者通过网络与该第二控制装置连接的显示装置，显示表示能够进行所述设备的控制这一情况的信息；

所述第二控制装置以外的其他控制装置、或者通过网络与该第二控制装置以外的其他控制装置连接的显示装置，显示不能进行该设备的控制之意。

10.一种控制装置，经由网络与设备连接，构成具备控制该设备的多个控制装置的控制系统，所述控制装置具备：

历史记录保存部，保存将本控制装置的设备控制的历史记录和所述多个控制装置所包含的本控制装置以外的其他控制装置的设备控制的历史记录合并而得到的共享历史记录；

请求接收部，接收由用户进行的对所述设备的控制请求的输入；

能否控制判定部，根据所述共享历史记录，判定是否能够基于所述接收到的控制请求来进行所述设备的控制；以及

控制信息发送部，在判定为能够基于所述接收到的控制请求来进行所述设备的控制的情况下，向该设备发送控制命令，

在所述能否控制判定部判定为不能进行所述设备的控制的情况下，

本控制装置所具备的显示部、或者通过网络与本控制装置连接的显示装置，显示不能进行该设备的控制之意，

所述显示部或者所述显示装置，还显示到所述设备变为能够控制为止的时间，

所述显示部或者所述显示装置，还显示促使用户输入下述回答的信息，该回答是在所述设备变为能够控制时是否自动基于所述接收到的控制请求执行所述设备的控制的回答，

所述控制信息发送部，在受理了自动执行所述设备的控制之意的输入的情况下，本控制装置保留所述接收到的控制请求，并在经过到变为所述能够控制为止的时间之后，向该设备发送控制命令。

11.一种控制装置，经由网络与设备连接，构成具备控制该设备的多个控制装置的控制系统，所述控制装置具备：

请求接收部，从本控制装置以外的其他控制装置接收在所述其他控制装置中输入的对所述设备的控制请求的输入；

历史记录保存部，将由所述请求接收部接收到的所述控制请求作为所述其他控制装置的设备控制的历史记录而附加于所述本控制装置的设备控制的历史记录，并作为共享历史记录进行保存；

能否控制判定部，根据所述共享历史记录，判定是否能够基于由所述请求接收部接收到的控制请求来进行所述设备的控制；以及

控制信息发送部，在判定为能够基于由所述请求接收部接收到的控制请求来进行所述设备的控制的情况下，向该设备发送控制命令，

在所述能否控制判定部判定为不能进行所述设备的控制的情况下，

所述其他控制装置所具备的显示部、或者通过网络与所述其他控制装置连接的显示装置，显示不能进行该设备的控制之意，

所述显示部或者所述显示装置，还显示到所述设备变为能够控制为止的时间，

所述显示部或者显示装置，还显示促使用户输入下述回答的信息，该回答是在所述设备变为能够控制时是否自动基于所述接收到的控制请求执行所述设备的控制的回答；

所述控制信息发送部，在受理了自动执行所述设备的控制之意的输入的情况下，本控制装置保留所述接收到的控制请求，并在经过到变为所述能够控制为止的时间之后，向该设备发送控制命令。

Images