专利名称：控制器、程序产品和存储介质的制作方法
技术领域：
本发明涉及一种控制器、一种程序产品和一种存储介质，更具体地，涉及一种更适宜被用于协同控制多个家用电器的控制器、程序产品和记录介质。
背景技术：
近年来，人们提出了所谓的网络家用电子系统用于通过家庭内部网络控制家用电器，并对这种系统进行了标准化。在该系统中，诸如家庭服务器之类的控制器连接到家庭内部网络。该控制器发送控制命令以控制目标装置。此处，控制器与家用电器之间的通信是通过使用诸如ECHONET、UPnP或SCP之类的通信协议完成的。提供电力的电源线、无线通信网络等被用作通信网络。例如，JP 10-276478 A中所述的网络系统是这种网络家用电子系统的结构的一个示例，其是公知的。
在这种网络家电系统中，重要的是怎样针对网络中的各种电器平稳地设置控制规则。系统是针对普通用户的，因此对任何用户而言系统都应该是简单的。具体地，为了设置用于控制电器的控制规则，必须使复杂操作最少，并且可以使用简单操作来设置控制规则。
另外，在将来可能会开发新型电器并且商业化，这种电器以往人们从来没有用过，并且连接到家庭内部网络。因此，还必须配置系统使得系统即使在这种情形下也能平稳控制该电器。
另外，基于这样的生活场景在同一房间放置了多个空调，与预先设定的控制相比，这些电器可能更适宜被协同控制。因此，必须配置系统使得系统即使在这种情形中也能根据使用形式平稳地协同控制电器。
发明内容
本发明的一个目的是使得在系统中不需要复杂操作就能够平稳且简单地设置控制规则。另一目的是使得即使在从未使用过的新型电器连接到家庭内部网络时也能够对电器进行平稳的控制。另一目的是使得即使在网络中对电器设置了未预先设定的使用形式时也能够根据使用形式平稳地对电器进行协同控制。
本发明的第一方面提供了一种用于控制连接到网络的电器的控制器，其特征在于包括规则格式数据库，用于存储规则格式，该规则格式是可以针对电器而设置的控制规则的描述形式；控制规则生成装置，用于根据输入控制信息在规则格式中设置相应信息，并且生成用于控制电器的控制规则；控制规则数据库，用于存储由控制规则生成装置生成的控制规则；规则执行装置，用于在来自连接到网络的电器的状态数据满足存储在控制规则数据库中的控制规则中任意一个的条件时，向要被控制规则控制的电器发送根据该控制规则的控制命令；和规则格式获取装置，用于判断在规则格式数据库中是否存储有连接到网络的电器的规则格式，当在规则格式数据库中没有存储该电器的规则格式时，向外部网络发送获取该电器的规则格式的请求，并且将根据该请求从外部网络获取到的规则格式存储在规则格式数据库中。
本发明的第二方面提供了一种用于控制连接到网络的电器的控制器，其特征在于包括规则格式数据库，用于存储格式，该格式是可以针对电器而设置的控制规则的描述形式；控制规则生成装置，用于根据输入控制信息在规则格式中设置相应信息，并且生成用于控制电器的控制规则；控制规则数据库，用于存储由控制规则生成装置生成的控制规则；
规则执行装置，用于在来自连接到网络的电器的状态数据满足存储在控制规则数据库中的控制规则中任意一个的条件时，向要被控制规则控制的电器发送根据该控制规则的控制命令；和规则格式获取装置，用于当关于电器放置位置的信息被新注册到电器时，或者当对电器设置的关于放置位置的信息改变时，向外部网络发送由于放置位置的改变而应该加入的新规则格式的发送请求，并且将根据该请求从外部网络获取到的规则格式存储在规则格式数据库中。
本发明的第三方面提供了一种用于将控制连接到网络的电器这种功能赋予控制器中的存储器或计算机的程序产品，其特征在于包括用于配置规则格式数据库的处理部分，规则格式数据库用于存储格式，该格式是可以针对电器而设置的控制规则的描述形式；用于根据输入控制信息在规则格式中设置相应信息并且生成用于控制电器的控制规则的处理部分；用于配置控制规则数据库的处理部分，其中控制规则数据库用于存储通过运行用于生成控制规则的处理部分所生成的控制规则；用于在来自连接到网络的电器的状态数据满足存储在控制规则数据库中的控制规则中任意一个的条件时，向要被控制规则控制的电器发送根据该控制规则的控制命令的处理部分；用于判断在规则格式数据库中是否存储有连接到网络的电器的规则格式，当在规则格式数据库中没有存储该电器的规则格式时，向外部网络发送获取该电器的规则格式的请求的处理部分；和用于将根据获取请求从外部网络获取到的规则格式存储在规则格式数据库中的处理部分。
本发明的第四方面提供了一种用于将控制连接到网络的电器这种功能赋予控制器中的存储器或计算机的程序产品，其特征在于包括用于配置规则格式数据库的处理部分，规则格式数据库用于存储格式，该格式是可以针对电器而设置的控制规则的描述形式；用于根据输入控制信息在规则格式中设置相应信息并且生成用于控制电器的控制规则的处理部分；
用于配置控制规则数据库的处理部分，其中控制规则数据库用于存储通过运行用于生成控制规则的处理部分所生成的控制规则；用于在来自连接到网络的电器的状态数据满足存储在控制规则数据库中的控制规则中任意一个的条件时，向要被控制规则控制的电器发送根据该控制规则的控制命令的处理部分；用于当关于电器放置位置的信息被新注册到电器时，或者当对电器设置的关于放置位置的信息改变时，向外部网络发送由于放置位置的改变而应该加入的新规则格式的发送请求的处理部分；和用于将根据发送请求从外部网络获取到的规则格式存储在规则格式数据库中的处理部分。
本发明的第五方面提供了一种存储介质，该存储介质的特征在于存储有第三或第四方面的程序产品。
根据本发明的这些方面，只通过在规则格式中正确设置相应信息，在系统中设置电器的控制规则。这使得设置控制规则的操作非常简单。
另外，在规则格式数据库中没有对应于电器的规则格式的情形中，从外部网络正确获取相应规则格式。因此，例如在新型电器连接到网络的情形中，也可以平稳控制电器。
另外，在电器的放置位置被改变的情形中，从外部网络正确获取由于放置位置的改变而应该加入的新规则格式。因此，即使在以非常规的、特殊的使用形式使用电器时，例如在同一房间中设置多个空调，也可以根据使用形式平稳地控制电器。
通过参考附图阅读下面对实施例的描述，本发明的上述目的以及其他目的和新颖特征将变得更加清楚。
图1示出了本发明实施例的电器控制系统的配置；图2示出了本发明实施例的控制器的配置；图3示出了设备DB 103中存储的数据的配置；图4A图示了框架规则的描述规则；
图4B图示了执行规则的描述规则；图5A示出了在电器被注册到网络中时从电器发送到控制器的“事件”的数据配置；图5B示出了在正常工作期间从电器发送到控制器的“事件”的数据配置；图5C示出了在框架规则发送期间从电器发送到控制器的“事件”的数据配置；图5D示出了在正常工作期间从控制器发送到电器的“动作”的数据配置；图6是在事件接收期间执行的处理流程；图7是在电器位置改变时执行的处理流程；和图8是在事件接收期间执行的处理流程的修改示例。
具体实施例方式
下文中，将通过参考附图的实施例描述本发明。下面的实施例只是用于说明目的，并不特别限制本发明的范围。
图1示出了该实施例的电器控制系统。
如图1所示，在该实施例中，控制器100、操作终端200和家电(电器1、2、3……)通过家庭内部网络连接。此处，为了在各个电器之间进行通信，与传统方法一样使用诸如ECHONET、UpnP或SCP之类的通信协议。另外，电源线或专用无线通信网络被用作通信网络。
此处，控制器100从每个电器接收状态通知，并且根据控制规则(稍后描述)向每个电器发送控制命令。另外，操作终端200被用于设置控制器100的控制规则、输入关于每个电器放置位置的信息等等。某些电器存储用于设置控制规则的框架(skeleton)规则(稍后描述)。当电器注册到家庭内部网络中时，这种框架规则被发送到控制器100并被存储。稍后将描述使用框架规则的控制规则设置处理。
控制器100可以与设置在家庭外部的服务代理300进行通信。此处，服务代理300连接到外部网络(例如，因特网)，并且包括框架规则搜索引擎，用于根据来自控制器100的请求从外部网络上的规则提供服务器400搜索框架规则。服务代理300还包括框架规则生成引擎，用于根据来自控制器100的请求，生成框架规则并向控制器100提供该框架规则。稍后将描述从服务代理300向控制器100提供框架规则的处理。
在服务代理300中可以配备存储有框架规则的数据库，用来代替框架规则生成引擎。在这种情形中，例如，由管理员输入框架规则，并且存储在数据库中。然后，服务代理300根据来自控制器100的请求，从数据库中提取框架规则，并且将其提供给控制器100。
在规则提供服务器400中，积累了对应于新型电器的框架规则。例如，提供这种新型电器的制造商将规则提供服务器400配置在因特网上。更具体地，制造商生成用在由该制造商自己商业化的新型电器中的框架规则，并且在规则提供服务器400上将这些框架规则向公众开放。服务代理300的搜索引擎搜索并获取这些框架规则。规则提供服务器400可以由制造商之外的服务代理配置，而不是由制造商配置。
图2示出了该实施例的控制器100的功能框图。
可以通过在控制器100中安装存储有用于执行每种功能的程序的CPU、用于配置图2所示各种数据库的存储器等硬件来实现图2所示的每种功能。或者，也可以通过下载用于向通用个人计算机等的CPU提供该种功能的程序或数据库实现每种功能。此处，可以通过如下的方法实现程序或数据库经由诸如因特网之类的公众网下载，或者正确安装存储有程序或数据库的存储介质(盘等)。
如图2所示，控制器100由通信控制部分101、控制部分102、设备DB(数据库)103、框架DB(数据库)104、规则生成部分105、执行规则DB(数据库)106、规则执行部分107和网络通信处理部分108组成。
通信控制部分101控制经由公众网与服务代理300通信的处理。控制部分102控制每个部分以执行控制器功能。在设备DB 103中，积累关于连接到家庭内部网络的每个电器的信息。稍后将描述要被积累的信息。
框架DB 104存储控制规则的格式(框架规则)，这些控制规则可以是在如下条件下对电器设置的在电器类型的基础上将它们分类。稍后将描述详细的框架规则。
规则生成部分105根据从操作终端200输入的输入信息(控制规则的设置信息)，在存储于框架规则DB 104中的框架规则中设置相应数据，并且根据输入信息生成控制规则。然后，规则生成部分105在执行规则DB 106中存储生成的控制规则。当来自电器的状态通知(事件)与存储在执行规则DB 106中的任何控制规则的控制条件匹配时，规则执行部分107根据控制规则的执行命令生成控制命令，并且经由网络通信处理部分108将其发送到对应的电器。稍后将描述使用框架规则的控制规则生成和控制命令生成。
网络通信处理部分108根据家庭内部网络的通信协议执行与家庭内部网络上每个电器的通信(电器1a至1c…、电器2a至2g…、操作终端200)。更具体地，网络通信处理部分108从这些电器接收诸如状态通知之类的数据(事件)，并且将诸如控制命令之类的数据(动作)发送至每个电器。注意，在下面的描述中，除非另外指出，术语“网络”是指“家庭内部网络”。
图3示出了存储在上述设备DB 103中的设备信息的配置。
如图3所示，设备DB 103由用于指定电器的设备ID、用于指定电器类型(空调、冰箱、洗衣机等)的设备类型、电器的设备名称(制造商、产品号)、表示电器放置地方的位置、表示电器在网络上的地址的节点地址和存储从电器通知的设备状态的状态组成。
其中，节点地址参考用于指定网络上低级通信协议中通信目标的地址信息，它是在电器连接到网络并请求节点地址时由控制器100(控制部分102)提供的网络上尚未使用的节点地址。另外，设备ID是在电器被识别为网络连接电器时由控制器100提供的。当电器连接到网络时，从电器向控制器100提供设备类型和设备名称作为初始事件。当电器注册到控制器100(设备DB 103)中时，从电器向控制器100提供状态作为事件。另外，当电器注册到控制器100(设备DB 103)中时，由用户经由操作终端200输入位置。
可以由连接到网络或预先设置在电器中的其他网络控制电器(未示出)向电器提供节点地址，而不是由控制器100向电器提供节点地址。
图4A和图4B示出了框架规则的描述规则以及执行规则的描述规则。
如图4A所示，框架规则的规则格式被分为动作控制部分和事件确定部分。其中，动作控制部分定义要被控制的电器的设置内容，并且由“受控设备类型”、“命令”和“参数(设置项)”组成。
此处，“受控设备类型”定义要被控制的电器的设备类型(见图3)。“命令”定义对要被控制的电器的命令内容。例如，在空调的情形中，命令对应于工作模式的切换等。“参数(设置项)”定义可以由“命令”设置的参数。例如，在“命令”是工作模式切换的情形中，参数是制冷/加热/除湿等。在对只是要被“命令”控制的电器的控制命令的内容被指定的情形中，“参数(设置项)”被设置为NULL。
在多个电器要被控制的情形中，动作控制部分被描述多次。这由图4A所示的从“参数(设置项)”到“受控设备类型”的箭头表示。
另外，根据规则格式，事件确定部分定义要被监视的电器应该满足的状态，并且由“被监视设备类型”、“否定条件(NOT)”、“条件”和“参数(确定项)”组成。此处，“被监视设备类型”定义要被监视的电器的设备类型(见图3)。“条件”定义要被监视的电器应该满足的条件的内容。例如，在要被监视的电器是温度传感器的情形中，条件对应于“目标温度或更高”等。“参数(设置项)”定义可以由“条件”设置的参数。例如，当“条件”是“目标稳定或更高”时，参数对应于目标温度。“否定条件(NOT)”是在对“条件”进行否定的情形中提供的部分。
当定义了要被监视的多个电器应该满足的AND条件或OR条件时，提供“AND/OR”。还存在这样的情形要被控制的电器只被控制，而没有被其他电器监视。这由图4A所示的从动作控制部分中的“参数(设置项)”到事件确定部分中的“参数(设置项)”后面阶段的箭头表示。
根据上述描述规则预先对每种要被控制的设备类型生成框架规则，并将其存储在框架DB 104中。例如，在用于空调的框架规则的情形中，在该框架规则中上述“受控设备类型”被描述为空调，该框架规则由“命令”后面每个部分采取的变量数目制定，并且被存储在框架规则DB 104中。
通过对应于图4B所示控制内容的框架规则每个部分中的控制内容适当地设置数据，生成控制规则(执行规则)。此处，要被控制的电器的设备ID以及要被监视的电器的设备ID被分别设置在“受控设备类型”和“被监视设备类型”中。在没有要被监视的电器的情形中，事件确定部分整个为NULL。
后文中将描述在控制规则(执行规则)生成期间的处理。
规则生成部分105参考设备DB 103，并表示要受用户控制的电器列表。例如，通过从控制部分102经由网络通信处理部分108向操作终端200发送屏幕信息(GUI)，完成这种表示。即使在下面的处理中，也是以与上面相同的方式完成对用户的表示。
在这种表示中，当用户通过预定操作选择要被控制的电器时，规则生成部分105参考框架DB 104和设备DB 103，并提取适用于要被控制的电器的框架规则。然后，基于设备类型、位置、在设备DB 103中注册的其他电器的状态以及被提取框架规则的“被监视设备类型”，将适用于要被控制的电器的框架规则指定为候选框架规则。此时，也考虑要被控制的电器的状态。另外，候选框架规则的数目不必是1。
例如，在要被控制的电器是放置在房间中的空调的情形中，提取出存储在框架DB 104中的“受控设备类型”被描述为空调的框架规则。在房间是起居室1的情形中，当参考设备DB 103(图3)时，意识到该空调(AC-001)正在工作，并且人体传感器(SE-001)和温度传感器(SE-002)被放置在同一房间中，并且也都在工作。首先，根据空调的当前状态，选择没有事件确定部分的框架规则作为候选框架规则，其中没有事件确定部分的框架规则包括被设置为执行命令的电源关闭和工作模式。然后，根据要被监视的电器存在/不存在，选择在事件确定部分的“被监视设备类型”中包括人体传感器和温度传感器的框架规则作为候选框架规则。另外，在房间是卧室2(图3中未描述)的情形中，当房间中的空调(例如，AC-003)不在工作并且房间中没有要被监视的电器时，选择没有事件确定部分的框架规则作为候选框架规则，其中没有事件确定部分的框架规则中设置了电源打开和工作模式。在任何情况下，在控制器100具有时钟功能的情形中，将在事件确定部分包括定时规范的框架规则选为候选框架规则。
然后，基于候选框架规则的动作控制部分的“命令”、事件确定部分等的描述，向用户表示作为电器候选命令指令的命令，该命令可以由指定的候选者下达给电器。
当用户通过针对上述表示的预定操作来设置命令指令时，规则生成部分105从候选框架规则提取用于实现命令指令的框架规则，并且向用户表示用于设置被提取的框架规则的参数(动作控制部分和事件确定部分)值的参数设置信息。此时，关于“AND/OR”、“否定条件(NOT)”等选择的信息也被表示为事件确定部分的参数设置信息。
此后，当用户设置预定参数时，规则生成部分105从用户获取参数，在事件确定部分中选择“AND/OR”、“否定条件(NOT)”等，并且确定动作控制部分的配置以及执行规则的事件确定部分。然后，从设备DB 103提取要被控制的电器的设备ID以及要被监视的电器的设备ID，被提取的ID被设置在如此提取的框架规则的“受控设备类型”和“被监视设备类型”中。然后，由用户在相应“参数”中设置参数。此时，完成执行规则的生成。在没有事件确定部分的情形中，以及在动作控制部分中没有“参数”等情形中，忽略事件确定部分、参数等的设置过程。
如此生成的控制规则(执行规则)被存储在执行规则DB 106中。每当从电器接收到状态通知(事件)时，规则执行部分107参考控制规则，并且判断状态通知(事件)是否满足事件确定部分的条件。
图5A至图5D示出了从电器发送到控制器100的数据(事件)的示例配置以及从控制器100发送到电器的数据(动作)的示例配置。
图5A示出了当电器在网络上注册时从电器发送的事件的配置。图5B示出了在连接到网络后正常工作期间从电器发送的事件的配置。图5C示出了当从电器向控制器100发送框架规则(稍后描述)时从电器发送的事件的配置。图5D示出了在连接到网络后正常工作期间从控制器发送的动作的配置。
图5A至图5D中，“事件类型”定义相关事件的类型(网络注册请求/框架规则发送/主动状态通知/关于查询的状态通知等)。“动作类型”定义相关动作的类型(网络注册通知/框架规则发送请求/控制命令发送/状态通知的发送请求等)。“状态类型”定义隶属于状态通知的状态段，例如“工作模式”或“温度”。“值”定义对应于状态类型的状态值，例如“加热”或“26℃”。“设备ID”、“设备类型”、“设备名称”、“命令”和“参数”分别对应于参考图3和图4所描述的数据项。
在图5D中，在“动作类型”是“状态通知的发送请求”的情形中，“命令”和“参数”都被设置为NULL。
另外，没有示出在上述控制规则(执行规则)生成期间在控制器100和操作终端200之间被发送/接收的事件和动作的配置。在这种情形中，事件和动作分别包括“事件类型”和“动作类型”，还包括用于指定目的地的信息(设备ID)以及用于存储要被发送/接收的内容数据的部分。另外，即使在位置信息的发送/接收等情况下，也使用相同的数据配置对数据进行通信。
在图5A至图5D中，通过提供“事件类型”和“动作类型”来识别事件和动作的类型。但是，在可以基于其他数据项识别事件和动作类型的情形中，可以忽略“事件类型”和“动作类型”。
图6示出了在事件接收期间由控制器100执行的处理流程。没有示出上述控制规则(执行规则)建立期间的处理流程。
当从电器接收到事件时，控制器100(控制部分102)判断接收到的事件类型(S101)。然后，当接收到的事件是连接到网络的请求(注册请求)时，基于图5所示事件中所包含的电器的设备类型，搜索框架DB 104(S102)，并且确定对应于该设备类型的框架规则是否已经存储在框架DB 104中(S103)。此处，当已经存储了对应的框架规则时，电器作为有效设备被注册到设备DB 103中(S110)。另一方面，当还没有存储对应的框架规则时，执行获取对应于该电器的框架规则的处理。
更具体地，控制器100执行到服务代理300的连接处理(S104)，并且当控制器100连接到服务代理300时(S105是)，控制器100向服务代理300发送对应于电器的框架规则的发送请求，以及电器的设备ID、设备类型和设备名称(S106)。
在接收到发送请求时，服务代理300基于接收到的设备类型和设备名称搜索框架规则文件。当服务代理300能够找到对应的框架规则文件时，服务代理300从规则提供服务器400获取这些文件，并且将其与设备ID、设备类型和设备名称一起发送到控制器100。另一方面，当服务代理300不能找到对应的框架规则文件时，服务代理300向控制器100发送结果通知对应的框架规则未找到，以及设备ID、设备类型和设备名称。
在接收到来自服务代理300的响应时(S107)，控制器100判断接收到的响应中是否包括框架规则文件(S108)。当接收到的响应中包括框架规则文件时(S108是)，控制器100将该框架规则加到框架DB 104中(S109)，并且将该电器作为有效设备注册到设备DB 103中(S110)。另一方面，当在接收到的响应中不包括框架规则文件时(S108否)，控制器100将该电器作为未知设备注册到设备DB 103中(S111)，并且向电器发送设备规则的发送请求(S112)。
即使在S105中控制100不能连接到服务代理300的情形中，控制器100也执行S111和S112中的处理。
在电器存储有自身的框架规则的情形中，响应于S112中的发送请求，从电器向控制器100发送框架规则(S101规则发送)。控制器100将这样接收到的框架规则加到框架DB 104中(S109)，将该电器从未知设备改变为有效设备，并将其注册到设备DB 103中(S110)。
在从电器接收到的事件是状态通知的情形中(S101状态通知)，控制器100改变设备DB 103以使其反映接收到的电器状态(S113)。更具体地，控制器100存储关于与该事件的设备ID相对应的状态的状态类型和事件值(见图5B)。此时，当已经存储了相同的状态类型时，改变其值。另外，在确定存储了对于该设备ID不必要的状态类型和值的情形中，可以删除不必要的状态类型和值。发送事件的电器的状态只需要在状态中被适当地反映。
然后，接收到的事件的设备ID被发送到规则执行部分107(S114)。在接收到设备ID时，规则执行部分107执行规则执行处理(S115)。更具体地，规则执行部分107参考执行规则DB 106，确定其中接收到的设备ID是要被监视的电器的执行规则是否被执行。在满足执行条件的情形中，规则执行部分107向要被控制的电器发送动作。在不满足执行条件的情形中，规则执行部分107等待，直至通知随后的事件。
接下来，将参考图7描述在电器的放置地点(位置)被注册的情形中的处理。位置被注册的情形包括如下情形新电器一注册到网络上就被设置了位置的情况，移动电器从而改变了电器的位置的情况，以及注册到网络上的电器数据被删除的情况。
当电器的位置被注册到设备DB 103时(S201)，控制器100向操作终端200发送用于用户查询是否必须获取框架规则的数据(S202)。当用户请求获取框架规则时，控制器100执行到服务代理300的连接处理(S204)。当控制器100可以连接到服务代理300时(S205是)，控制器100向服务代理300发送新框架规则的发送请求(S206)，其中该新框架规则是由于位置与存储在设备DB 103中的设备信息(位置注册已经改变)一起注册而应该被加入的。注意，要被发送到服务代理300的设备信息作为用于生成框架规则的信息，可以包括存储在设备DB 103中的所有设备信息，或者只包括关于放置于位置注册的目标位置的设备的信息。在后一种情形中，位置注册也服从在放置于该位置的电器数据被删除情形中的注册。另外，控制器100可以同时发送代表哪个电器的位置已经被改变的数据。这使得可以指定设备，由服务代理300生成该设备的框架规则。结果，服务代理300可以更有效地生成框架规则。另外，可以避免这样的情况控制器100再次接收到预先存储在框架DB 104中的框架规则。
当接收到数据时，服务代理300激活框架规则生成引擎，并且生成用于给出根据位置来改变要被新加入的电器公司功能的框架规则。或者，服务代理300根据位置来注册从其自身数据库中提取要被加入的框架规则。然后，服务代理300将生成的或者提取的框架规则发送到请求源控制器100。在根据位置注册没有要被新加入的框架规则的情形中，服务代理300向控制器100发送结果通知没有需要新加入的框架规则。
当接收到来自服务代理300的响应时(S207)，控制器100确定接收到的响应是否包括框架规则(S208)。当接收到的响应中包括框架规则时(S208是)，控制器100将该框架规则加到框架DB 104中(S209)。此时，在相关的框架规则已经存储在框架DB 104中的情形中，不执行对框架DB 104的加入。
如上所述，根据该实施例，可以通过简单操作在控制器100中设置控制规则(执行规则)。
即使在框架DB 104中没有对应于电器的框架规则的情形中，可以从服务代理300或电器正确获取相应的框架规则。因此，例如在新型电器连接到网络的情形中，可以平稳地设置关于该电器的控制规则(执行规则)。
另外，在电器的位置被注册的情形中，可以从服务代理300正确获取由于位置注册而应该加入的新框架规则。例如，在电器以未预先设定的使用形式使用的情形中，例如在同一房间中放置多个空调，可以根据使用形式从服务代理300正确获取用于协同控制电器的框架规则，因此可以根据使用形式平稳地设置控制规则(执行规则)。
应该理解，本发明并不局限于上述实施例，而是可以有各种修改。
例如，在上述实施例中，首先，对服务代理300做出框架规则文件的发送请求，在不能获取框架规则文件的情形中，对电器做出框架规则的发送请求。但是，也可以执行下面的处理。首先，对电器做出框架规则的发送请求，在不能获取框架规则的情形中，对服务代理300做出框架规则文件的发送请求。图8示出了这种情形中的处理流程。更具体地，在S103中，当确定对应于框架DB 104的框架规则不存在时，控制器100向电器发送框架规则的发送请求(S120)。当来自电器的响应(S121)中包括关于该请求的框架规则时(S122是)，控制器100将该框架规则加到框架DB 104中(S109)，并且将该电器作为有效设备注册到设备DB 103中(S110)。另一方面，如果不包括框架规则(S122否)，则控制器100执行到服务代理300的连接处理(S104)。当控制器100能够连接到服务代理300时(S105是)，控制器100以与上面相同的方式向服务代理300发送对应于该电器的框架规则发送请求(S106)。如果控制器100获取到框架规则，则控制器100将获取到的框架规则加入到框架DB 104中(S109)，并且将该电器作为有效设备注册到设备DB 103中(S110)。另一方面，当控制器100不能获取框架规则时，控制器100将该电器作为未知设备注册到设备DB103中(S111)，并且完成该电器的注册处理。
另外，可以在权利要求所限定的技术思想的范围内对本发明的实施例做出各种合适的修改。
权利要求
1.一种用于控制连接到网络的电器的控制器，包括规则格式数据库，用于存储规则格式，所述规则格式是可以针对所述电器而设置的控制规则的描述形式；控制规则生成装置，用于根据输入控制信息在所述规则格式中设置相应信息，并且生成用于控制所述电器的所述控制规则；控制规则数据库，用于存储由所述控制规则生成装置生成的所述控制规则；规则执行装置，用于在来自连接到所述网络的所述电器的状态数据满足存储在所述控制规则数据库中的所述控制规则中任意一个的条件时，向要被所述控制规则控制的电器发送根据所述控制规则的控制命令；和规则格式获取装置，用于判断在所述规则格式数据库中是否存储有连接到所述网络的所述电器的规则格式，当在所述规则格式数据库中没有存储所述电器的所述规则格式时，向外部网络发送获取所述电器的所述规则格式的请求，并且将根据所述请求从所述外部网络获取到的所述规则格式存储在所述规则格式数据库中。
2.根据权利要求1所述的控制器，其特征在于所述规则格式数据库在基于电器类型将所述规则格式分类时存储所述规则格式；并且所述规则格式获取装置将连接到所述网络的所述电器的电器类型与存储在所述规则格式数据库中的所述规则格式相比较，并且当在所述规则格式数据库中没有存储对应于所述电器类型的规则格式时，向所述外部网络发送获取所述电器的所述规则格式的请求。
3.根据权利要求1所述的控制器，其特征在于所述规则格式获取装置在向所述外部网络发送获取所述规则格式的请求之前，或者在即使向所述外部网络发出所述获取请求时也不能从所述外部网络获取所述电器的所述规则格式的情形中，向所述电器发送规则格式的发送请求。
4.根据权利要求1、2和3之一所述的控制器，其特征在于，当关于电器放置位置的信息被新注册到所述电器时，或者当针对所述电器而设置的关于放置位置的信息改变时，所述规则格式获取装置还向所述外部网络发送由于所述放置位置的改变而应该加入的新规则格式的发送请求。
5.根据权利要求4所述的控制器，其特征在于，在发送所述规则格式的发送请求时，所述规则格式获取装置至少向所述外部网络发送连接到所述网络的每个电器的电器类型信息以及放置位置信息，并且使所述外部网络发送关于所述电器之间的新协同控制的规则格式，其中所述新协同控制是由所述放置位置的改变引起的。
6.一种用于控制连接到网络的电器的控制器，包括规则格式数据库，用于存储格式，所述格式是可以针对所述电器而设置的控制规则的描述形式；控制规则生成装置，用于根据输入控制信息在所述规则格式中设置相应信息，并且生成用于控制所述电器的所述控制规则；控制规则数据库，用于存储由所述控制规则生成装置生成的所述控制规则；规则执行装置，用于在来自连接到所述网络的所述电器的状态数据满足存储在所述控制规则数据库中的所述控制规则中任意一个的条件时，向要被所述控制规则控制的电器发送根据所述控制规则的控制命令；和规则格式获取装置，用于当关于电器放置位置的信息被新注册到所述电器时，或者当对所述电器设置的关于放置位置的信息改变时，向外部网络发送由于所述放置位置的改变而应该加入的新规则格式的发送请求，并且将根据所述请求从所述外部网络获取到的所述规则格式存储在所述规则格式数据库中。
7.根据权利要求6所述的控制器，其特征在于，在发送所述规则格式的发送请求时，所述规则格式获取装置至少向所述外部网络发送连接到所述网络的每个电器的电器类型信息以及放置位置信息，并且使所述外部网络发送关于所述电器之间的新协同控制的规则格式，其中所述新协同控制是由所述放置位置的改变引起的。
8.一种用于将控制连接到网络的电器这种功能赋予控制器中的存储器或计算机的程序产品，包括用于配置规则格式数据库的处理部分，所述规则格式数据库用于存储格式，所述格式是可以针对所述电器而设置的控制规则的描述形式；用于根据输入控制信息在所述规则格式中设置相应信息并且生成用于控制所述电器的所述控制规则的处理部分；用于配置控制规则数据库的处理部分，其中所述控制规则数据库用于存储通过运行用于生成所述控制规则的处理部分所生成的所述控制规则；用于在来自连接到所述网络的所述电器的状态数据满足存储在所述控制规则数据库中的所述控制规则中任意一个的条件时，向要被所述控制规则控制的电器发送根据所述控制规则的控制命令的处理部分；用于判断在所述规则格式数据库中是否存储有连接到所述网络的所述电器的规则格式，当在所述规则格式数据库中没有存储所述电器的所述规则格式时，向外部网络发送获取所述电器的所述规则格式的请求的处理部分；和用于将根据所述获取请求从所述外部网络获取到的所述规则格式存储在所述规则格式数据库中的处理部分。
9.根据权利要求8所述的程序产品，其特征在于所述规则格式数据库被配置为在基于电器类型将所述规则格式分类时存储所述规则格式；以及用于向所述外部网络发送获取所述规则格式的请求的所述处理部分将连接到所述网络的所述电器的电器类型与存储在所述规则格式数据库中的所述规则格式相比较，并且当在所述规则格式数据库中没有存储对应于所述电器类型的规则格式时，向所述外部网络发送获取所述电器的所述规则格式的请求。
10.根据权利要求8所述的程序产品，其特征在于用于向所述外部网络发送获取所述规则格式的请求的所述处理部分包括如下处理部分在向所述外部网络发送获取所述规则格式的请求之前，或者在即使向所述外部网络发出所述获取请求时也不能从所述外部网络获取所述电器的所述规则格式的情形中，向所述电器发送规则格式的发送请求。
11.根据权利要求8、9和10之一所述的程序产品，其特征在于用于向所述外部网络发送获取所述规则格式的请求的所述处理部分还包括如下处理部分当关于电器放置位置的信息被新注册到所述电器时，或者当针对所述电器而设置的关于放置位置的信息改变时，向所述外部网络发送由于所述放置位置的改变而应该加入的新规则格式的发送请求。
12.根据权利要求11所述的程序产品，其特征在于用于向所述外部网络发送获取所述规则格式的请求的所述处理部分包括如下处理部分在发送所述规则格式的发送请求时，至少向所述外部网络发送连接到所述网络的每个电器的电器类型信息以及放置位置信息，并且使所述外部网络发送关于所述电器之间的新协同控制的规则格式，其中所述新协同控制是由所述放置位置的改变引起的。
13.一种用于将控制连接到网络的电器这种功能赋予控制器中的存储器或计算机的程序产品，包括用于配置规则格式数据库的处理部分，所述规则格式数据库用于存储格式，所述格式是可以针对所述电器而设置的控制规则的描述形式；用于根据输入控制信息在所述规则格式中设置相应信息并且生成用于控制所述电器的所述控制规则的处理部分；用于配置控制规则数据库的处理部分，其中所述控制规则数据库用于存储通过运行用于生成所述控制规则的处理部分所生成的所述控制规则；用于在来自连接到所述网络的所述电器的状态数据满足存储在所述控制规则数据库中的所述控制规则中任意一个的条件时，向要被所述控制规则控制的电器发送根据所述控制规则的控制命令的处理部分；用于当关于电器放置位置的信息被新注册到所述电器时，或者当对所述电器设置的关于放置位置的信息改变时，向外部网络发送由于所述放置位置的改变而应该加入的新规则格式的发送请求的处理部分；和用于将根据所述发送请求从所述外部网络获取到的所述规则格式存储在所述规则格式数据库中的处理部分。
14.根据权利要求13所述的程序产品，其特征在于用于向所述外部网络发送所述规则格式的发送请求的所述处理部分包括如下处理部分在发送所述规则格式的发送请求时，至少向所述外部网络发送连接到所述网络的每个电器的电器类型信息以及放置位置信息，并且使所述外部网络发送关于所述电器之间的新协同控制的规则格式，其中所述新协同控制是由所述放置位置的改变引起的。
15.一种存储介质，所述存储介质存储用于将控制连接到网络的电器这种功能赋予控制器中的存储器或计算机的程序，所述程序包括用于配置规则格式数据库的处理部分，所述规则格式数据库用于存储格式，所述格式是可以针对所述电器而设置的控制规则的描述形式；用于根据输入控制信息在所述规则格式中设置相应信息并且生成用于控制所述电器的所述控制规则的处理部分；用于配置控制规则数据库的处理部分，其中所述控制规则数据库用于存储通过运行用于生成所述控制规则的处理部分所生成的所述控制规则；用于在来自连接到所述网络的所述电器的状态数据满足存储在所述控制规则数据库中的所述控制规则中任意一个的条件时，向要被所述控制规则控制的电器发送根据所述控制规则的控制命令的处理部分；用于判断在所述规则格式数据库中是否存储有连接到所述网络的所述电器的规则格式，当在所述规则格式数据库中没有存储所述电器的所述规则格式时，向外部网络发送获取所述电器的所述规则格式的请求的处理部分；和用于将根据所述获取请求从所述外部网络获取到的所述规则格式存储在所述规则格式数据库中的处理部分。
16.根据权利要求15所述的存储介质，其特征在于所述规则格式数据库被配置为在基于电器类型将所述规则格式分类时存储所述规则格式；以及用于向所述外部网络发送获取所述规则格式的请求的所述处理部分将连接到所述网络的所述电器的电器类型与存储在所述规则格式数据库中的所述规则格式相比较，并且当在所述规则格式数据库中没有存储对应于所述电器类型的规则格式时，向所述外部网络发送获取所述电器的所述规则格式的请求。
17.根据权利要求15所述的存储介质，其特征在于用于向所述外部网络发送获取所述规则格式的请求的所述处理部分包括如下处理部分在向所述外部网络发送获取所述规则格式的请求之前，或者在即使向所述外部网络发出所述获取请求时也不能从所述外部网络获取所述电器的所述规则格式的情形中，向所述电器发送规则格式的发送请求。
18.根据权利要求15、16和17之一所述的存储介质，其特征在于用于向所述外部网络发送获取所述规则格式的请求的所述处理部分还包括如下处理部分当关于电器放置位置的信息被新注册到所述电器时，或者当对所述电器设置的关于放置位置的信息改变时，向所述外部网络发送由于所述放置位置的改变而应该加入的新规则格式的发送请求。
19.根据权利要求18所述的存储介质，其特征在于用于向所述外部网络发送获取所述规则格式的请求的所述处理部分包括如下处理部分在发送所述规则格式的发送请求时，至少向所述外部网络发送连接到所述网络的每个电器的电器类型信息以及放置位置信息，并且使所述外部网络发送关于所述电器之间的新协同控制的规则格式，其中所述新协同控制是由所述放置位置的改变引起的。
20.一种存储介质，所述存储介质存储用于将控制连接到网络的电器这种功能赋予控制器中的存储器或计算机的程序，所述程序包括用于配置规则格式数据库的处理部分，所述规则格式数据库用于存储格式，所述格式是可以针对所述电器而设置的控制规则的描述形式；用于根据输入控制信息在所述规则格式中设置相应信息并且生成用于控制所述电器的所述控制规则的处理部分；用于配置控制规则数据库的处理部分，其中所述控制规则数据库用于存储通过运行用于生成所述控制规则的处理部分所生成的所述控制规则；用于在来自连接到所述网络的所述电器的状态数据满足存储在所述控制规则数据库中的所述控制规则中任意一个的条件时，向要被所述控制规则控制的电器发送根据所述控制规则的控制命令的处理部分；用于当关于电器放置位置的信息被新注册到所述电器时，或者当对所述电器设置的关于放置位置的信息改变时，向外部网络发送由于所述放置位置的改变而应该加入的新规则格式的发送请求的处理部分；和用于将根据所述发送请求从所述外部网络获取到的所述规则格式存储在所述规则格式数据库中的处理部分。
21.根据权利要求20所述的存储介质，其特征在于用于向所述外部网络发送所述规则格式的发送请求的所述处理部分包括如下处理部分在发送所述规则格式的发送请求时，至少向所述外部网络发送连接到所述网络的每个电器的电器类型信息以及放置位置信息，并且使所述外部网络发送关于所述电器之间的新协同控制的规则格式，其中所述新协同控制是由所述放置位置的改变引起的。
全文摘要
本发明的目的是实现一种即使在从未使用过的新型电器连接到家庭内部网络时或者即使在网络中设置非常规的、特殊的使用形式时也能够平稳控制电器的家庭内部网络系统。本发明的控制器将连接到家庭内部网络的电器的设备类型与存储在框架DB中的框架相比较。当在框架DB中没有存储关于该电器类型的框架规则时，向服务代理发送获取该电器的框架规则的请求。另外，当移动电器的位置时，控制器向服务代理发送由于移动而应该加入的新规则格式的发送请求。
文档编号H04L12/28GK1655644SQ20051000810
公开日2005年8月17日 申请日期2005年2月6日 优先权日2004年2月13日
发明者堀吉宏, 小川和也, 杉本悦子, 武村浩司, 畑山佳纪 申请人:三洋电机株式会社