一种基于计划管理的照明控制装置

摘要

本申请适用于照明控制技术领域，提供了一种基于计划管理的照明控制装置，该装置包括：指令接收模块，用于接收计划触发指令；动作执行模块，用于获取所述计划触发指令对应的目标计划，并在满足所述目标计划的执行条件时，执行所述目标计划对应的照明控制操作。本申请可以一定程度上解决对灯具的控制对于用户来说存在较大的不方便的问题。

说明书

技术领域

本申请属于照明控制领域，尤其涉及一种基于计划管理的照明控制装置。

背景技术

对于一些开阔的室内场地，比如，铁路隧道、消防场地、油田场地、石化场地、以及大型企业的办公场地等，一般光线均比较差。因此，在施工或维护时需要使用灯具进行照明。

目前的照明控制系统一般是用户到达场地后再通过手动控制灯具的开启和关闭。而到达场地后再手动开灯，需要用户知悉灯具的开关的具体位置，并且在灯具开启之前还需要借助其他照明设备。导致对用户造成很大的不方便。

因此，目前对灯具的控制对于用户来说存在较大的不方便。

发明内容

本申请实施例提供了一种基于计划管理的照明控制装置，可以一定程度上解决对灯具的控制对于用户来说存在较大的不方便的问题。

第一方面，本申请实施例提供了一种基于计划管理的照明控制装置，包括：

指令接收模块，用于接收计划触发指令；

动作执行模块，用于获取上述计划触发指令对应的目标计划，并在满足上述目标计划的执行条件时，执行上述目标计划对应的照明控制操作。

第二方面，本申请实施例提供了一种照明控制方法，包括：

接收计划触发指令；

获取上述计划触发指令对应的目标计划，并在满足上述目标计划的执行条件时，执行上述目标计划对应的照明控制操作。

第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述第二方面所述方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上述第二方面所述方法的步骤。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第二方面中任一项所述的照明控制方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：

本申请提供一种基于计划管理的照明控制装置，包括：指令接收模块以及动作执行模块，指令接收模块用于接收计划触发指令，动作执行模块用于获取该计划触发指令对应的目标计划，并在满足该目标计划的执行条件时，执行目标计划对应的照明控制操作。即在本申请中，用户可以先制定目标计划以及目标计划的执行时间。然后当用户要到需要照明的地方时，用户可以先发送计划触发指令给指令接收模块，指令接收模块接收到计划触发指令之后，动作执行模块再在满足该目标计划的执行条件时，执行该目标计划对应的照明控制操作，从而使得当用户到达现场时灯具已经开启，不需要用户到现场后再开启灯具，简单方便。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的基于计划管理的照明控制装置的结构示意图；

图2是本申请一实施例提供的照明控制方法的流程示意图；

图3是本申请实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供的照明控制方法可以应用于手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

图1示出了一种基于计划管理的照明控制装置的示例，为了便于说明，仅示出了与本申请实施例相关的部分。该装置100包括：

指令接收模块101，用于接收计划触发指令。

动作执行模块102，用于获取计划触发指令对应的目标计划，并在满足目标计划的执行条件时，执行目标计划对应的照明控制操作。

在本应用中，用户可以通过预设的网页输入计划触发指令。或者，用户也可以通过终端的应用程序输入计划触发指令。对于计划触发指令的输入方式用户可根据实际情况进行选择，本申请在此不做限定。指令接收模块101接收到计划触发指令之后，动作执行模块102再获取计划触发指令对应的目标计划，并在满足目标计划的执行条件时，执行目标计划对应的照明控制操作。

目标计划为用户事先制定的计划。目标计划可为设备控制计划。目标计划中可以设置计划执行的次数，计划执行的时间、计划执行的优先级别、计划执行失败后重新执行的次数和重新执行的时间以及受控设备的标识等内容。应理解，一个目标计划可以包括多个受控设备，一个受控设备也可以对应多个计划。目标计划的内容用户可以根据实际需要进行设置，本申请在此不做限定。

可选地，指令接收模块101还用于接收计划添加指令，计划添加指令包括计划标识、计划类型的信息、计划执行条件以及受控设备的信息；相应地，基于计划管理的照明控制装置100还包括：计划添加模块，用于根据计划的标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划。

在本应用中，计划的标识可以为中文标识，也可以为数字、字符以及特殊符号等标识，也可以为上述标识的组合。用户可根据实际情况进行设置，本申请在此不做限定。计划类型的信息包括设备控制计划以及数据采集计划。计划执行条件包括计划执行的时间，计划执行的次数，计划执行的优先级别、计划执行失败后重新执行的次数和重新执行的时间中的至少一种。受控设备的信息可以包括受控设备的标识。受控设备指灯具的控制设备，包括单灯控制器、回路控制器、亮运探测器等。

当指令接收模块101接收到计划添加指令之后，计划添加模块再根据计划的标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划。

可选地，该基于计划管理的照明控制装置100还包括：权限模块，用于当接收到计划添加指令时，确定当前用户的控制权限；相应地，计划添加模块，具体用于执行：当当前用户具备控制受控设备的权限时，根据计划标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划。

在本应用中，对受控设备的权限进行控制，从而防止受控设备被滥用。当指令接收模块101接收到计划添加指令时，权限模块先确定当前用户的控制权限。若当前用户具备该受控设备的权限时，再根据计划标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划。

可选地，指令接收模块101还用于接收计划修改指令，计划修改指令包括计划标识以及被修改的信息，被修改的信息包括计划类型的信息、计划执行条件以及受控设备的信息中的至少一种；相应地，基于计划管理的照明控制装置100还包括：计划修改模块，用于获取计划标识对应的待修改计划，根据被修改的信息修改待修改计划。

在本应用中，当用户的需求发生改变时，用户可以对已经创建的计划进行修改。此时，用户可以发送计划修改指令给指令接收模块101，指令接收模块101接收到计划修改指令之后，计划修改模块获取计划修改指令中的计划标识对应的待修改计划，然后再根据被修改的信息修改待修改计划。需要说明的是，当被修改的信息包括受控设备的信息时，权限模块可以先确定当前用户对该受控设备控制权限，当当前用户具备对该受控设备的控制权限时，计划修改模块再根据被修改的信息修改待修改计划。

可选地，指令接收模块101还用于接收计划删除指令，计划删除指令包括计划标识；相应地，基于计划管理的照明控制装置100还包括：计划删除模块，用于获取计划标识对应的待删除计划，并删除待删除计划。

在本应用中，当用户的需求发生改变时，用户可以把已经创建的计划删除，然后再创建新的计划。此时，用户把计划删除指令发送给指令接收模块101，指令接收模块101接收到计划删除指令之后，计划删除模块再获取计划删除指令中的计划标识对应的待删除计划，并删除该待删除计划。

可选地，指令接收模块101还用于接收计划暂停指令；相应地，基于计划管理的照明控制装置100还包括：计划暂停模块，用于暂停计划触发指令对应的目标计划的执行。

在本应用中，指令接收模块101还用于计划暂停指令，此时，该基于计划管理的照明控制装置100还包括计划暂停模块，计划暂停模块用于暂停计划触发指令对应的目标计划的执行。

下面描述本申请的基于计划管理的照明控制装置的一种应用场景。

用户通过该基于计划管理的照明控制装置对应的网页触发计划按钮，该基于计划管理的照明控制装置接收到计划按钮的触发指令之后，查询是否存在已经创建的计划。如果存在，则显示已经创建的计划并显示新增按钮、修改按钮以及删除按钮以及启动按钮。用户再根据自己的需要分别触发新增按钮、修改按钮或者删除按钮。如果不存在，则只显示新增按钮。当用户触发新增按钮之后，该基于计划管理的照明控制装置则显示计划标识、计划类型的信息、计划执行条件以及受控设备的信息的输入界面。用户再输入相应的计划标识、计划类型的信息、计划执行条件以及受控设备的信息并触发确定按钮。基于计划管理的照明控制装置再根据用户输入的计划标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划。最后接收计划触发指令，然后获取计划触发指令对应的目标计划，并在满足目标计划的执行条件时，执行目标计划对应的照明控制操作。

综上所述，本申请提供一种基于计划管理的照明控制装置100，包括：指令接收模块101以及动作执行模块102，指令接收模块101用于接收计划触发指令，动作执行模块102用于获取该计划触发指令对应的目标计划，并在满足该目标计划的执行条件时，执行目标计划对应的照明控制操作。即在本申请中，用户可以先制定目标计划以及目标计划的执行时间。然后当用户要到需要照明的地方时，用户可以先发送计划触发指令给指令接收模块101，指令接收模块101接收到计划触发指令之后，动作执行模块102再在满足该目标计划的执行条件时，执行该目标计划对应的照明控制操作，从而使得当用户到达现场时灯具已经开启，不需要用户到现场后再开启灯具，方便用户对灯具的控制。

可选地，该基于计划管理的照明控制装置100还包括：

数据采集模块，用于采集关联设备的目标数据，目标数据包括告警管理数据以及能耗管理数据中的一种或多种。

显示模块，用于接收数据获取指令，将数据获取指令对应的目标数据进行显示。

在本应用中，关联设备包括灯具以及灯具的控制设备，灯具的控制设备包括单灯控制器、回路控制器、亮运探测器等。数据采集模块可以根据用户的指令采集目标数据，也可以自动采集目标数据，本申请在此不做限定。该装置100的数据采集模块先采集关联设备的告警管理数据或者能耗管理数据。然后当显示模块接收到数据获取指令时，显示模块将数据获取指令对应的目标数据进行显示，从而使得用户获取到关联设备的告警管理数据或者能耗管理数据。

可选地，数据获取指令包括关联设备的标识以及时间区间；相应地，显示模块具体用于执行：确定标识对应的关联设备，并显示关联设备在时间区间内的目标数据。

在本应用中，数据获取指令包括关联设备的标识以及时间区间，此时，当显示模块接收到数据获取指令时，显示模块先确定标识对应的关联设备，并显示关联设备在时间区间内的目标数据。

可选地，也可以在显示模块将数据获取指令对应的目标数据进行显示的时候同时显示筛选选项，接着显示模块再根据用户输入的筛选信息对已经显示的目标数据进行筛选，然后再显示筛选后的目标数据。筛选选项包括关联设备的标识、时间区间等选项。

可选地，该装置100还包括：数据导出模块，用于当接收到导出触发指令时，导出所述目标数据。在本实施例中，该装置100还包括数据导出模块，即具备数据导出功能，当数据导出模块接收到导出触发指令时，可以将目标数据导出，以便用户对目标数据进行处理。

可选地，数据采集模块包括：计划获取单元，用于获取关联设备对应的数据采集计划；数据采集单元，用于根据数据采集计划采集关联设备的能耗管理数据。

在本应用中，数据采集计划可以包括计划执行的次数，计划执行的时间、计划执行的优先级别、计划执行失败后重新执行的次数和重新执行的时间以及关联设备的标识等内容。数据采集计划的内容用户可以根据实际需要进行设置，本申请在此不做限定。应理解，一个计划可以包括多个关联设备，一个关联设备也可以对应多个计划。用户可根据实际需要进行设置，本申请在此不做限定。

计划获取单元获取到关联设备对应的数据采集计划之后，数据采集单元再根据数据采集计划采集关联设备的能耗管理数据。

可选地，数据采集模块包括：检测单元，用于检测关联设备的工作参数并确定工作参数的数值；生成单元，用于若工作参数的数值不在预设的数值范围内，则生成告警管理数据。

在本应用中，数据采集模块包括检测单元和生成单元。检测单元用于检测关联设备的工作参数并确定工作参数的数值，生成单元用于若工作参数的数值不在预设的数据范围内，则生成告警管理数据。关联设备的工作参数可以包括关联设备的电压、电流、功率以及其他表示故障的参数等。

需要说明的是，当生成告警管理数据后，生成单元可以将告警管理数据进行存储，然后等显示模块接收到数据获取指令时，显示模块直接将数据获取指令对应的告警管理数据进行显示。或者，当生成告警管理数据后，生成单元也可以直接将告警管理数据发送至与该装置100关联的终端设备上，以便用户可以及时了解告警管理数据，然后做出应对措施。

可选地，目标数据还包括用户账户的信息。相应地，数据采集模块包括：新增用户单元，用于接收新增的用户信息，并创建与新增的用户信息对应的用户账户；修改用户单元，用于接收修改的用户信息和账户标识，确定账户标识对应的用户账户，并用修改的用户信息替换用户账户的用户信息；删除用户单元，用于接收删除指令，并将删除指令对应的用户账户删除。

由于该装置100可能被多个用户使用。因此，可以将用户进行分别处理。当用户需要获取用户账户的信息时，将数据获取指令发送至指令接收模块即可。此时，数据采集模块包括新增用户单元、修改用户单元以及删除用户单元。新增用户单元用于接收新增的用户信息，并创建与新增的用户信息对应的用户账户。用户信息可以包括该用户的标识、密码、联系方式、权限以及该用户所属的公司等信息。

修改用户单元，用于接收修改的用户信息和账户标识，然后确定账户标识对应的用户账户，并用修改的用户信息替换用户账户的用户信息，从而对用户信息进行修改。删除用户单元，用于接收删除指令，并将删除指令对应的用户账户删除。

在本应用中，该装置100包括：数据采集模块，用于采集关联设备的目标数据，目标数据包括告警管理数据以及能耗管理数据中的一种或多种；指令接收模块，用于接收数据获取指令；显示模块，用于将数据获取指令对应的目标数据进行显示。即本申请的基于计划管理的照明控制装置包括了数据采集模块，数据采集模块可以采集关联设备的目标数据(该关联设备包括灯具以及灯具的控制设备)。当用户需要获取关联设备的目标数据时，发送数据获取指令给指令接收模块，指令接收模块接收到数据获取指令后，显示模块即可将数据获取指令对应的目标数据进行显示，从而使得用户获取到目标数据。因此，本申请的基于计划管理的照明控制装置可以使得用户获取到关联设备的目标数据，从而使得用户可以及时了解灯具以及灯具的控制设备在具体应用的过程中的情况，进而方便用户对灯具的管理。

可选地，指令接收模块101，还用于接收灯具控制指令。动作执行模块102，还用于执行与灯具控制指令对应的灯具控制操作。

在本应用中，用户可以通过预设的网页输入灯具控制指令，或者，用户也可以通过终端的应用程序输入灯具控制指令。对于灯具控制指令的输入方式用户可根据实际情况进行选择，本申请在此不做限定。指令接收模块101接收到灯具控制指令之后，动作执行模块102再执行与灯具控制指令对应的灯具控制操作。

在一些可能实现的方式中，灯具控制指令包括控制设备的标识信息，动作执行模块102具体用于执行：查找灯具控制指令中的标识信息对应的目标网关，通过目标网关发送灯具控制指令至标识信息对应的控制设备，灯具控制指令用于指示控制设备对灯具进行控制。

在本实现方式中，灯具控制指令包括控制设备的标识信息，控制设备指控制灯具的设备，比如，单灯控制器、回路控制器等。指令接收模块101在接收到灯具控制指令之后，动作执行模块102查找该灯具控制指令中的标识信息对应的目标网关。然后动作执行模块102通过目标网关发送灯具控制指令至标识信息对应的控制设备，从而指示控制设备根据灯具控制指令对灯具进行控制。

可选地，灯具控制指令还包括亮度调节信息以及开关控制方式信息。在本应用中，当用户对灯具的亮度或者灯具的开关控制方式有要求时，用户可以在灯具指令中添加亮度调节信息或灯具开关方式信息。亮度调节信息可以是0-100堪德拉每平米之间的任一值，开关控制方式信息包括三相开关控制或者总开关控制，总开关控制方式即一键开关方式。

可选地，灯具控制指令为灯具添加指令，灯具添加指令包括灯具的控制设备的信息和目标网关的信息，动作执行模块102，具体用于创建控制设备与目标网关的关联关系。

在本应用中，灯具控制指令为灯具添加指令，灯具添加指令包括灯具的控制设备的信息和目标网关的信息，此时，动作执行模块102具体用于创建控制设备与目标网关的关联关系。灯具的控制设备的信息可以包括灯具的控制设备的标识以及灯具的控制设备的类型。目标网关的信息可以为媒体存取控制位址(Media Access Control Address，MAC)。

可选地，该装置100还包括权限模块，用于当接收到灯具添加指令时，确定当前用户的控制权限，相应地，动作执行模块102，具体用于执行：当当前用户具备控制该控制设备的权限时，创建控制设备与目标网关的关联关系。

在本应用中，只有当用户具备控制该控制设备的权限时，才能创建控制设备与目标网关的关联关系。因此，该装置100还设置了权限模块，用于当接收到灯具添加指令时，确定当前用户的控制权限。当当前用户具备控制该控制设备的权限时，动作执行模块102创建控制设备与目标网关的关联关系。

可选地，灯具控制指令为灯具删除指令；动作执行模块102，具体用于删除控制设备与目标网关的关联关系。

在本应用中，对于已经创建的控制设备与目标网关的关联关系，如果不需要再使用，该装置100可删除已经创建的控制设备与目标网关的关联关系，即此时，动作执行模块102用于删除控制设备与目标网关的关联关系。

可选地，灯具控制指令为灯具修改指令，灯具修改指令包括灯具的控制设备的信息或目标网关的信息；动作执行模块102，具体用于修改控制设备与所述目标网关的关联关系。

在本应用中，可修改已经创建的控制设备与目标网关的关联关系。此时，灯具控制指令为灯具修改指令，该灯具修改指令包括灯具的控制设备的信息或目标网关的信息。当指令接收模块101接收到灯具修改指令时，动作执行模块102修改控制设备与目标网关的信息。需要说明的是，当灯具修改指令中包括灯具的控制设备的信息时，该装置100的权限模块还需要确定该用户的控制权限。当该用户具备灯具修改指令中的控制设备的控制权限时，动作执行模块102修改控制设备与目标网关的信息。

本申请的指令接收模块101，还用于接收灯具控制指令，动作执行模块102，还用于执行与灯具控制指令对应的灯具控制操作。即在本申请中，通过给指令接收模块101发送灯具控制指令，然后动作执行模块102再执行与灯具控制指令对应的灯具控制操作，从而实现对灯具的控制。因此，在本申请中，通过发送灯具控制指令即可实现远程对灯具的控制，无需通过有线控制灯具，不存在线路繁琐的问题，即使在进行项目改造时，也不用拆除线路，不会造成资源浪费，扩展性强。

可选地，指令接收模块101还用于接收场景模式触发指令；相应地，该装置100包括：检测模块，用于检测场景模式触发指令对应的控制设备的在线状态；相应地，动作执行模块102，还用于若控制设备在线，则获取场景模式触发指令对应的场景的操作计划，执行与操作计划对应的灯具控制操作。

在本应用中，用户可以通过预设的网页输入场景模式触发指令，或者，用户也可以通过终端的应用程序输入场景模式触发指令。对于场景模式触发指令的输入方式用户可根据实际情况进行选择，本申请在此不做限定。指令接收模块101接收到场景模式触发指令之后，检测模块检测该场景模式触发指令对应的控制设备的在线状态。然后若该控制设备在线，则动作执行模块102获取场景模式触发指令对应的场景的操作计划，并执行与该操作计划对应的灯具控制操作，从而实现对灯具的控制。

控制设备指控制灯具的设备，包括单灯控制器、回路控制器以及亮运探测器等。操作计划包括计划标识，计划类型以及计划的状态等。对于操作计划包括的内容用户可根据实际情况进行设置，本申请在此不做限定。

可选地，动作执行模块102，具体用于执行：若控制设备在线，则将场景模式触发指令中的操作计划发送至控制设备，操作目标计划用于指示控制设备对灯具进行控制。

在本应用中，若控制设备在线，则动作执行模块102通过控制设备的网关将场景模式触发指令中的操作计划发送至该控制设备，从而指示控制设备根据操作计划对灯具进行控制。

可选地，指令接收模块101还用于接收场景模式添加指令，场景模式添加指令包括场景标识、控制设备的设备信息以及操作计划的信息；相应地，装置100还包括：判定模块，用于当接收到场景模式添加指令时，判断是否存在与设备信息对应的控制设备；场景模式添加模块，用于当存在与设备信息对应的控制设备时，创建场景标识与控制设备和操作计划的关联关系。

在本应用中，该装置100还包括判定模块以及场景模式添加模块。当指令接收模块101接收到场景模式添加指令后，判定模块用于当接收到场景模式添加指令时，判断是否存在与该设备信息对应的控制设备，若存在与该设备信息对应的控制设备，则场景模式添加模块创建场景标识与控制设备和操作计划之间的关联关系。

应理解，若不存在与该设备信息对应的控制设备，则该装置100可以先提示用户添加该设备信息对应的控制设备，然后场景模式添加模块再创建场景标识与控制设备和操作计划之间的关联关系。

应理解，当控制设备存在权限控制时，当存在与该设备信息对应的控制设备时，装置100的权限模块先确定该用户的控制权限，当该用户具备该控制设备的控制权限时，场景模式添加模块再创建场景标识与控制设备和操作计划之间的关联关系。

场景标识可以为中文标识，也可以为数字、字符以及特殊符号等标识，也可以为上述标识的组合。用户可根据实际情况进行选择，本申请在此不做限定。控制设备的设备信息包括控制设备的标识以及控制设备的执行类型等信息。控制设备的执行类型指控制设备是三相控制方式还是总开关控制方式。

可选地，指令接收模块101还用于接收场景模式修改指令，场景模式修改指令包括场景标识、控制设备的设备信息或者操作计划的信息；相应地，装置还包括：场景模式修改模块，用于修改场景标识与控制设备和操作计划的关联关系。

在本应用中，对于已经创建的场景模式，用户还可以进行修改。指令接收模块101在接收到场景模式修改指令后，场景模式修改模块再修改场景标识与控制设备和操作计划的关联关系。

可选地，指令接收模块101还用于接收场景模式删除指令，场景模式删除指令包括场景标识；相应地，装置100还包括：场景模式删除模块，用于获取场景标识对应的场景模式，并删除场景标识对应的场景模式。

在本应用中，对于已经创建的场景模式，用户还可以进行删除。在指令接收模块101接收到包括场景标识的场景模式删除指令之后，场景模式删除模块再获取场景标识对应的场景模式，并删除该场景标识对应的场景模式。

指令接收模块101还用于接收场景模式触发指令，本申请的基于计划管理的照明控制装置100还包括检测模块，用于检测场景模式触发指令对应的控制设备的在线状态；相应地，动作执行模块102还用于若控制设备在线，则获取场景模式触发指令对应的场景的操作计划，执行与操作计划对应的灯具控制操作。即在本申请中，只要触发场景模式即可实现对多个灯具的控制，从而使得即使灯具的数量多，也无需耗费较多的时间，效率高。

可选地，指令接收模块101，还用于接收策略控制指令；相应地，动作执行模块102还用于执行：启动策略控制指令对应的策略，并在策略控制指令对应的灯具的环境值满足策略的执行条件时，根据策略对灯具进行控制。

在本应用中，用户可以通过预设的网页输入策略控制指令。或者，用户也可以通过终端的应用程序输入策略控制指令。对于策略控制指令的输入方式用户可根据实际情况进行选择，本申请在此不做限定。指令接收模块101接收到策略控制指令之后，动作执行模块102再启动策略控制指令对应的策略，此时，指示策略控制指令对应的探测器开始探测策略控制指令对应灯具的环境值，并指示该探测器将该环境值反馈给动作执行模块。动作执行模块102在该环境值满足策略的执行条件时，将该策略发送给策略控制指令对应的控制器，从而指示该控制器根据该策略对灯具进行控制。灯具的环境值包括亮度值和运动感应值中的至少一种。

需要说明的是策略的执行条件还可以包括策略的执行时间。此时，当灯具的环境值以及当前时间满足执行条件时，才根据策略对灯具进行控制。

可选地，指令接收模块101还用于接收策略添加指令，策略添加指令包括策略标识、执行条件、探测器的信息以及控制器的信息；相应地，基于计划管理的照明控制装置100还包括：策略添加模块，用于根据策略标识、执行条件、探测器的信息以及控制器的信息创建新的策略。

在本应用中，该装置100还可以用于创建新的策略。当指令接收模块101接收到策略添加指令时，策略添加模块根据策略添加指令中的策略标识、执行条件、探测器以及控制器的信息创建新的策略。

策略标识可以为中文标识，也可以为数字、字符以及特殊符号等标识，也可以为上述标识的组合。用户可根据实际情况进行设置，本申请在此不做限定。执行条件包括灯具所处的环境的亮度值和/或运动感应值满足预设数值或数值范围。需要说明的是，该执行条件还可以包括策略的执行时间。

探测器指探测灯具所处的环境的亮度值和运动感应值的亮运探测器。控制器指控制灯具的设备，包括单灯控制器以及回路控制器。控制器的信息包括控制器标识以及控制器的控制方式等信息。控制器的控制方式包括三相控制方式以及总开关控制方式。应理解，一个策略可以对应多个探测器以及多个控制器。用户可根据实际情况进行设置，本申请在此不做限定。

可选地，当接收到策略添加指令时，该装置100的权限模块还用于确定当前用户的控制权限；相应地，策略添加模块，具体用于执行：当当前用户具备控制控制器的权限时，根据策略标识、执行条件、探测器的信息以及控制器的信息创建新的策略。

在本应用中，对控制器的权限进行控制，从而防止控制器被滥用。当指令接收模块101接收到策略添加指令时，权限模块先确定当前用户的控制权限。若当前用户具备该控制器的权限时，策略添加模块再根据策略标识、执行条件、探测器的信息以及控制器的信息创建新的策略。

可选地，指令接收模块101还用于接收策略修改指令，策略修改指令包括策略标识以及被修改的信息，被修改的信息包括执行条件、探测器的信息以及控制器的信息；相应地，基于计划管理的照明控制装置100还包括：策略修改模块，用于获取策略标识对应的待修改策略，并根据被修改的信息修改待修改策略。

在本应用中，当用户的需求发生改变时，用户可以对已经创建的策略进行修改。此时该指令接收模块101用于接收策略修改指令。在指令接收模块101接收到策略修改指令之后，策略修改模块再获取策略标识对应的待修改策略，并根据被修改的信息修改待修改策略。

需要说明的是，当被修改的信息包括控制器的信息时，该基于计划管理的照明控制装置100的权限模块还可以先确定该用户的权限。当该用户具备控制该控制器的信息对应的控制器时，策略修改指令再获取策略标识对应的待修改策略，并根据被修改的信息修改待修改策略。

可选地，指令接收模块101还用于接收策略删除指令，策略删除指令包括策略标识；相应地，基于计划管理的照明控制装置100还包括：策略删除模块，用于获取策略标识对应的策略，并删除策略标识对应的策略。

在本应用中，当用户的需求发生改变时，用户可以把已经创建的策略删除。此时，指令接收模块101用于接收策略删除指令。在指令接收模块102接收到策略删除指令中，策略删除模块再获取策略删除指令中的策略标识对应的策略，并删除该策略标识对应的策略。

可选地，指令接收模块101还用于接收策略暂停指令；相应地，基于计划管理的照明控制装置100还包括：策略暂停模块，用于暂停策略暂停指令对应的策略。

在本应用中，基于计划管理的照明控制装置100还包括策略暂停模块，用于暂停策略暂停指令对应的策略。

本申请的指令接收模块101还用于接收策略控制指令，动作执行模块102还用于启动所述策略控制指令对应的策略，并在所述策略控制指令对应的灯具的环境值满足所述策略的执行条件时，根据所述策略对所述灯具进行控制。即在本申请中，通过启动策略，然后在灯具的环境值满足策略的执行条件时，执行策略，即可实现对灯具的控制，简单方便。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例一基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例一部分，此处不再赘述。

实施例二

下面对本申请实施例二提供的一种照明控制方法进行描述，请参阅附图2，该方法包括：

步骤S201、接收计划触发指令。

在步骤S201中，终端设备可以通过预设的网页接收计划触发指令。或者，终端设备也可以通过本终端设备的应用程序接收计划触发指令。对于计划触发指令的接收方式用户可根据实际情况进行设置，本申请在此不做限定。

步骤S202、获取计划触发指令对应的目标计划，并在满足目标计划的执行条件时，执行目标计划对应的照明控制操作。

在步骤S202中，终端设备接收到计划触发指令之后，获取计划触发指令对应的目标计划，并在满足目标计划的执行条件时，执行目标计划对应的照明控制操作。

目标计划为用户事先制定的计划。目标计划可为设备控制计划。目标计划中可以设置计划执行的次数，计划执行的时间、计划执行的优先级别、计划执行失败后重新执行的次数和重新执行的时间以及受控设备的标识等内容。应理解，一个目标计划可以包括多个受控设备，一个受控设备也可以对应多个计划。目标计划的内容用户可以根据实际需要进行设置，本申请在此不做限定。

应理解，目标计划也可以为数据采集计划，此时，动作执行模块用于获取计划触发指令对应的目标计划，并在满足目标计划的执行条件时，执行目标计划对应的数据采集操作。数据采集计划可以采集受控设备以及灯具的告警管理数据以及能耗管理数据中的一种或多种。从而使得用户可以及时了解受控设备以及灯具在实际应用过程中的具体情况，方便用户对受控设备以及灯具的管理。

在一些实施例中，该方法还包括：接收计划添加指令，计划添加指令包括计划标识、计划类型的信息、计划执行条件以及受控设备的信息；根据计划的标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划

在本实施例中，计划标识可以为中文标识，也可以为数字、字符以及特殊符号等标识，也可以为上述标识的组合。用户可根据实际情况进行设置，本申请在此不做限定。计划类型的信息包括设备控制计划以及数据采集计划。计划执行条件包括计划执行的时间，计划执行的次数，计划执行的优先级别、计划执行失败后重新执行的次数和重新执行的时间中的至少一种。受控设备的信息可以包括受控设备的标识。受控设备指灯具的控制设备，包括单灯控制器、回路控制器、亮运探测器等。

当终端设备接收到计划添加指令之后，终端设备再根据计划的标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划。

在另一些实施例中，当接收到计划添加指令时，确定当前用户的控制权限；相应地，上述根据计划的标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划，包括：当当前用户具备控制受控设备的权限时，根据计划标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划。

在本实施例中，对受控设备的权限进行控制，从而防止受控设备被滥用。当终端设备接收到计划添加指令时，终端设备先确定当前用户的控制权限。若当前用户具备该受控设备的权限时，终端设备再根据计划标识、计划类型的信息、计划执行条件以及受控设备的信息创建新的计划。

在另一些实施例中，该方法还包括：接收计划修改指令，计划修改指令包括计划标识以及被修改的信息，被修改的信息包括计划类型的信息、计划执行条件以及受控设备的信息中的至少一种；获取计划标识对应的待修改计划，根据被修改的信息修改待修改计划。

在本实施例中，当用户的需求发生改变时，用户可以对已经创建的计划进行修改。此时，用户可以发送计划修改指令给终端设备，终端设备接收到计划修改指令之后，终端设备再获取计划修改指令中的计划标识对应的待修改计划，然后再根据被修改的信息修改待修改计划。需要说明的是，当被修改的信息包括受控设备的信息时，终端设备可以先确定当前用户对该受控设备控制权限，当当前用户具备对该受控设备的控制权限时，终端设备再根据被修改的信息修改待修改计划。

在另一些实施例中，该方法还包括：接收计划删除指令，计划删除指令包括计划标识；获取计划标识对应的待删除计划，并删除待删除计划。

在本实施例中，当用户的需求发生改变时，用户可以把已经创建的计划删除，然后再创建新的计划。此时，用户把计划删除指令发送给终端设备，终端设备接收到计划删除指令之后，终端设备再获取计划删除指令中的计划标识对应的待删除计划，并删除该待删除计划。

在另一些实施例中，该方法还包括：接收计划暂停指令；暂停计划触发指令对应的目标计划的执行。

在本实施例中，终端设备可以接收计划暂停指令，然后暂停计划触发指令对应的目标计划的执行。

综上所述，本申请提供一种照明控制方法，包括：接收计划触发指令，获取该计划触发指令对应的目标计划，并在满足该目标计划的执行条件时，执行目标计划对应的照明控制操作。即在本申请中，用户可以先制定目标计划以及目标计划的执行时间。然后当用户要到需要照明的地方时，用户可以先发送计划触发指令给终端设备，终端设备接收到计划触发指令之后，终端设备再在满足该目标计划的执行条件时，执行该目标计划对应的照明控制操作，从而使得当用户到达现场时灯具已经开启，不需要用户到现场后再开启灯具，方便用户对灯具的控制。

在另一些实施例中，该方法还包括：采集关联设备的目标数据，所述目标数据包括告警管理数据以及能耗管理数据中的一种或多种；接收数据获取指令，将数据获取指令对应的目标数据进行显示。

在本实施例中，关联设备包括灯具以及灯具的控制设备，灯具的控制设备包括单灯控制器、回路控制器、亮运探测器等。终端设备可以根据用户的指令采集目标数据，也可以自动采集目标数据，本申请在此不做限定。

终端设备可以通过预设的网页接收数据获取指令。或者，终端设备也可以通过终端的应用程序接收数据获取指令。对于数据获取指令的接收方式用户可根据实际情况进行设置，本申请在此不做限定。

终端设备接收到数据获取指令之后，再将数据获取指令对应的目标数据进行显示。

在另一些实施例中，数据获取指令包括关联设备的标识以及时间区间；相应地，上述将数据获取指令对应的目标数据进行显示包括：确定标识对应的关联设备，并显示关联设备在时间区间内的目标数据。

在本实施例中，数据获取指令包括关联设备的标识以及时间区间，此时，当终端设备接收到数据获取指令时，终端设备先确定标识对应的关联设备，并显示关联设备在时间区间内的目标数据。

在另一些实施例中，终端设备也可以在将数据获取指令对应的目标数据进行显示的时候同时显示筛选选项，接着终端设备再根据用户输入的筛选信息对已经显示的目标数据进行筛选，然后再显示筛选后的目标数据。筛选选项包括关联设备的标识、时间区间等选项。

在另一些实施例中，该方法还包括：当接收到导出触发指令时，导出所述目标数据。在本实施例中，终端设备还具备数据导出功能，当终端设备接收到导出指令时，可以将目标数据导出，以便用户对目标数据进行处理。

在另一些实施例中，采集关联设备的目标数据，包括：获取关联设备对应的数据采集计划；根据数据采集计划采集关联设备的能耗管理数据。

在本实施例中，数据采集计划可以包括计划执行的次数，计划执行的时间、计划执行的优先级别、计划执行失败后重新执行的次数和重新执行的时间以及关联设备的标识等内容。数据采集计划的内容用户可以根据实际需要进行设置，本申请在此不做限定。应理解，一个计划可以包括多个关联设备，一个关联设备也可以对应多个计划。用户可根据实际需要进行设置，本申请在此不做限定。

终端设备在获取到关联设备对应的数据采集计划之后，终端设备再根据数据采集计划采集关联设备的能耗管理数据。

在另一些实施例中，采集关联设备的目标数据，包括：检测关联设备的工作参数并确定工作参数的数值；若工作参数的数值不在预设的数值范围内，则生成告警管理数据。

在本实施例中，终端设备检测关联设备的工作参数并确定工作参数的数值，若工作参数的数值不在预设的数据范围内，则生成告警管理数据。关联设备的工作参数可以包括关联设备的电压、电流、功率以及其他表示故障的参数等。

需要说明的是，当生成告警管理数据后，终端设备可以将告警管理数据进行存储，然后等终端设备接收到数据获取指令时，终端设备直接将数据获取指令对应的告警管理数据进行显示。或者，当生成告警管理数据后，终端设备也可以直接将告警管理数据发送至关联的其他终端设备上，以便用户可以及时了解告警管理数据，然后做出应对措施。

在另一些实施例中，目标数据还包括用户账户的信息。相应地，采集关联设备的目标数据包括：接收新增的用户信息，并创建与新增的用户信息对应的用户账户；接收修改的用户信息和账户标识，确定账户标识对应的用户账户，并用修改的用户信息替换用户账户的用户信息；接收删除指令，并将删除指令对应的用户账户删除。

由于终端设备可能被多个用户使用。因此，可以将用户进行分别处理。当用户需要获取用户账户的信息时，将数据获取指令发送至终端设备即可。此时，终端设备接收新增的用户信息，并创建与新增的用户信息对应的用户账户。用户信息可以包括该用户的标识、密码、联系方式、权限以及该用户所属的公司等信息。

终端设备接收修改的用户信息和账户标识，然后确定账户标识对应的用户账户，并用修改的用户信息替换用户账户的用户信息，从而对用户信息进行修改。终端设备接收删除指令，并将删除指令对应的用户账户删除。

本申请的照明控制还包括：采集关联设备的目标数据，目标数据包括告警管理数据以及能耗管理数据中的一种或多种；接收数据获取指令，将数据获取指令对应的目标数据进行显示。即本申请可以采集关联设备的目标数据(该关联设备包括灯具以及灯具的控制设备)。当用户需要获取关联设备的目标数据时，发送数据获取指令给终端设备，终端设备接收到数据获取指令后，终端设备即可将数据获取指令对应的目标数据进行显示，从而使得用户获取到目标数据。因此，本申请的照明控制方法可以使得用户获取到关联设备的目标数据，从而使得用户可以及时了解灯具以及灯具的控制设备在具体应用的过程中的情况，进而方便用户对灯具的管理。

在另一些实施例中，该方法还包括：接收灯具控制指令，执行与灯具控制指令对应的灯具控制操作。

在本实施例中，终端设备可以通过预设的网页接收灯具控制指令，或者，终端设备也可以通过终端的应用程序接收灯具控制指令。对于灯具控制指令的接收方式用户可根据实际情况进行选择，本申请在此不做限定。

终端设备在接收到灯具控制指令之后，再执行与灯具控制指令对应的灯具控制操作。

在一些可能实现的方式中，灯具控制指令包括控制设备的标识信息，执行与灯具控制指令对应的灯具控制操作，包括：查找灯具控制指令中的标识信息对应的目标网关，通过目标网关发送灯具控制指令至标识信息对应的控制设备，灯具控制指令用于指示控制设备对灯具进行控制。

在本实现方式中，灯具控制指令包括控制设备的标识信息，控制设备指控制灯具的设备，比如，单灯控制器、回路控制器等。终端设备在接收到灯具控制指令之后，查找该灯具控制指令中的标识信息对应的目标网关。然后终端设备通过目标网关发送灯具控制指令至标识信息对应的控制设备，从而指示控制设备根据灯具控制指令对灯具进行控制。

在一些实施例中，灯具控制指令还包括亮度调节信息以及开关控制方式信息。在本实施例中，当用户对灯具的亮度或者灯具的开关控制方式有要求时，用户可以在灯具指令中添加亮度调节信息或灯具开关方式信息。亮度调节信息可以是0-100堪德拉每平米之间的任一值，开关控制方式信息包括三相开关控制或者总开关控制，总开关控制方式即一键开关方式。

在另一些实施例中，灯具控制指令为灯具添加指令，灯具添加指令包括灯具的控制设备的信息和目标网关的信息，相应地，该方法还包括：创建控制设备与目标网关的关联关系。

在本实施例中，灯具控制指令为灯具添加指令，灯具添加指令包括灯具的控制设备的信息和目标网关的信息，终端设备在接收到灯具添加指令时，创建控制设备与目标网关的关联关系。灯具的控制设备的信息可以包括灯具的控制设备的标识以及灯具的控制设备的类型。目标网关的信息可以为媒体存取控制位址(Media Access Control Address，MAC)。

在另一些实施例中，该方法还包括：当接收到灯具添加指令时，确定当前用户的控制权限，相应地，创建控制设备与目标网关的关联关系，包括：当当前用户具备控制该控制设备的权限时，创建控制设备与目标网关的关联关系。

在本实施例中，只有当用户具备控制该控制设备的权限时，终端设备才能创建控制设备与目标网关的关联关系。因此，当接收到灯具添加指令时，先确定当前用户的控制权限。当当前用户具备控制该控制设备的权限时，终端设备再创建控制设备与目标网关的关联关系。

在另一些实施例中，灯具控制指令为灯具删除指令；相应地，该方法还包括：删除控制设备与目标网关的关联关系。

在本实施例中，对于已经创建的控制设备与目标网关的关联关系，如果不需要再使用，终端设备可删除已经创建的控制设备与目标网关的关联关系。

在另一些实施例中，灯具控制指令为灯具修改指令，灯具修改指令包括灯具的控制设备的信息或目标网关的信息；相应地，该方法还包括：修改控制设备与目标网关的关联关系。

在本实施例中，可修改已经创建的控制设备与目标网关的关联关系。此时，灯具控制指令为灯具修改指令，该灯具修改指令包括灯具的控制设备的信息或目标网关的信息。当终端设备接收到灯具修改指令时，修改控制设备与目标网关的信息。需要说明的是，当灯具修改指令中包括灯具的控制设备的信息时，还可以先确定该用户的控制权限。当该用户具备灯具修改指令中的控制设备的控制权限时，终端设备再修改控制设备与目标网关的信息。

本申请提供的照明控制方法，还包括：接收灯具控制指令，执行与灯具控制指令对应的灯具控制操作。即在本申请中，通过灯具控制指令即可实现远程对灯具的控制，无需通过有线控制灯具，不存在线路繁琐的问题，即使在进行项目改造时，也不用拆除线路，不会造成资源浪费，扩展性强。

在另一些实施例中，该方法还包括：

接收场景模式触发指令，检测场景模式触发指令对应的控制设备的在线状态，若控制设备在线，则获取场景模式触发指令对应的场景的操作计划，执行与操作计划对应的灯具控制操作。

在本实施例中，终端设备可以通过预设的网页接收场景模式触发指令。或者，终端设备也可以通过终端的应用程序接收场景模式触发指令。对于场景模式触发指令的接收方式用户可根据实际情况进行设置，本申请在此不做限定。

终端设备在接收场景模式触发指令之后，终端设备再检测场景模式触发指令对应的控制设备的在线状态。

终端设备在检测到控制设备在线之后，获取场景模式触发指令对应的场景的操作计划，并执行与操作计划对应的灯具控制操作，从而实现对灯具的控制。

控制设备指控制灯具的设备，包括单灯控制器、回路控制器以及亮运探测器等。操作计划包括计划标识，计划类型以及计划的状态等。对于操作计划包括的内容用户可根据实际情况进行设置，本申请在此不做限定。

在一些可能实现的方式中，若控制设备在线，则获取场景模式触发指令对应的场景的操作计划，执行与操作计划对应的灯具控制操作，包括：若控制设备在线，则将场景模式触发指令中的操作计划发送至控制设备，操作目标计划用于指示控制设备对灯具进行控制。

在本实现方式中，若控制设备在线，则本终端设备过控制设备的网关将场景模式触发指令中的操作计划发送至该控制设备，控制设备再根据操作计划对灯具进行控制。

在一些实施例中，该方法还包括：接收场景模式添加指令，场景模式添加指令包括场景标识、控制设备的设备信息以及操作计划的信息；当接收到场景模式添加指令时，判断是否存在与设备信息对应的控制设备；当存在与设备信息对应的控制设备时，创建场景标识与控制设备和操作计划的关联关系。

在本实施例中，当终端设备接收到场景模式添加指令后，终端设备再判断是否存在与该设备信息对应的控制设备，若存在与该设备信息对应的控制设备，则终端设备创建场景标识与控制设备和操作计划之间的关联关系。

应理解，若不存在与该设备信息对应的控制设备，则终端设备可以先提示用户添加该设备信息对应的控制设备，然后终端设备再创建场景标识与控制设备和操作计划之间的关联关系。

场景标识可以为中文标识，也可以为数字、字符以及特殊符号等标识，也可以为上述标识的组合。用户可根据实际情况进行选择，本申请在此不做限定。控制设备的设备信息包括控制设备的标识以及控制设备的执行类型等信息。控制设备的执行类型指控制设备是三相控制方式还是总开关控制方式。

在另一些实施例中，该方法还包括：接收场景模式修改指令，场景模式修改指令包括场景标识、控制设备的设备信息或者操作计划的信息；修改场景标识与控制设备和操作计划的关联关系。

在本实施例中，对于已经创建的场景模式，用户还可以进行修改。终端设备在接收到场景模式修改指令后，再修改场景标识与控制设备和操作计划的关联关系。

在另一些实施例中，该方法还包括：接收场景模式删除指令，所述场景模式删除指令包括场景标识；获取所述场景标识对应的场景模式，并删除场景标识对应的场景模式。

在本实施例中，对于已经创建的场景模式，用户还可以进行删除。终端设备在接收到包括场景标识的场景模式删除指令之后，终端设备再获取场景标识对应的场景模式，并删除该场景标识对应的场景模式。

本申请提供的照明控制方法还包括：接收场景模式触发指令。然后检测场景模式触发指令对应的控制设备的在线状态。最后，若控制设备在线，则获取场景模式触发指令对应的场景的操作计划，执行与操作计划对应的灯具控制操作。即在本申请中，只要触发场景模式即可实现对多个灯具的控制，从而使得即使灯具的数量多，也无需耗费较多的时间，效率高。

在另一些实施例中，该方法还包括：

接收策略控制指令，启动策略控制指令对应的策略，并在策略控制指令对应的灯具的环境值满足策略的执行条件时，根据策略对灯具进行控制。

在本实施例中，终端设备可以通过预设的网页接收策略控制指令。或者，终端设备也可以通过本终端设备的应用程序输入策略控制指令。对于策略控制指令的接收方式用户可根据实际情况进行选择，本申请在此不做限定。

终端设备在接收到策略控制指令之后，终端设备再启动策略控制指令对应的策略，此时，指示策略控制指令对应的探测器开始探测策略控制指令对应灯具的环境值，并指示该探测器将该环境值反馈给本终端设备。本终端设备在该环境值满足策略的执行条件时，将该策略发送给策略控制指令对应的控制器，从而指示该控制器根据该策略对灯具进行控制。灯具的环境值包括亮度值和运动感应值中的至少一种。

在一些实施例中，该方法还包括：接收策略添加指令，策略添加指令包括策略标识、执行条件、探测器的信息以及控制器的信息；根据策略标识、执行条件、探测器的信息以及控制器的信息创建新的策略。

在本实施例中，终端设备接收到策略添加指令时，策略添加模块终端设备根据策略添加指令中的策略标识、执行条件、探测器以及控制器的信息创建新的策略。

策略标识可以为中文标识，也可以为数字、字符以及特殊符号等标识，也可以为上述标识的组合。用户可根据实际情况进行设置，本申请在此不做限定。执行条件包括灯具所处的环境的亮度值和/或运动感应值满足预设数值或数值范围。需要说明的是，该执行条件还可以包括策略的执行时间。

探测器指探测灯具所处的环境的亮度值和运动感应值的亮运探测器。控制器指控制灯具的设备，包括单灯控制器以及回路控制器。控制器的信息包括控制器标识以及控制器的控制方式等信息。控制器的控制方式包括三相控制方式以及总开关控制方式。应理解，一个策略可以对应多个探测器以及多个控制器。用户可根据实际情况进行设置，本申请在此不做限定。

在另一些实施例中，该方法还包括：当接收到策略添加指令时，确定当前用户的控制权限；当当前用户具备控制控制器的权限时，根据策略标识、执行条件、探测器的信息以及控制器的信息创建新的策略。

在本实施例中，对控制器的权限进行控制，从而防止控制器被滥用。当终端设备接收到策略添加指令时，终端设备先确定当前用户的控制权限。若当前用户具备该控制器的权限时，终端设备再根据策略标识、执行条件、探测器的信息以及控制器的信息创建新的策略。

在另一些实施例中，该方法还包括：接收策略修改指令，策略修改指令包括策略标识以及被修改的信息，被修改的信息包括执行条件、探测器的信息以及控制器的信息；获取策略标识对应的待修改策略，并根据被修改的信息修改待修改策略。

在本实施例中，当用户的需求发生改变时，用户可以对已经创建的策略进行修改。此时终端设备在接收到策略修改指令之后，终端设备再获取策略标识对应的待修改策略，并根据被修改的信息修改待修改策略。

需要说明的是，当被修改的信息包括控制器的信息时，终端设备还可以先确定该用户的权限。当该用户具备控制该控制器的信息对应的控制器时，终端设备再获取策略标识对应的待修改策略，并根据被修改的信息修改待修改策略。

在另一些实施例中，该方法还包括：接收策略删除指令，策略删除指令包括策略标识；获取策略标识对应的策略，并删除策略标识对应的策略。

在本实施例中，当用户的需求发生改变时，用户可以把已经创建的策略删除。此时，终端设备在接收到策略删除指令中，终端设备再获取策略删除指令中的策略标识对应的策略，并删除该策略标识对应的策略。

在另一些实施例中，该方法还包括：接收策略暂停指令，暂停策略暂停指令对应的策略。

在本实施例中，终端设备在接收到策略暂停指令之后，暂停策略暂停指令对应的策略。

本申请提供的照明控制方法还包括：接收策略控制指令，启动该策略控制指令对应的策略，并在该策略控制指令对应的灯具的环境值满足该策略的执行条件时，根据该策略对该灯具进行控制。即在本申请中，通过启动策略，然后在灯具的环境值满足策略的执行条件时，执行策略，即可实现对灯具的控制，简单方便。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

图3是本申请实施例三提供的终端设备的示意图。如图3所示，该实施例的终端设备300包括：处理器301、存储器302以及存储在上述存储器302中并可在上述处理器301上运行的计算机程序303。上述处理器301执行上述计算机程序303时实现上述各个方法实施例中的步骤。或者，上述处理器301执行上述计算机程序303时实现上述各装置实施例中各模块/单元的功能。

示例性的，上述计算机程序303可以被分割成一个或多个模块/单元，上述一个或者多个模块/单元被存储在上述存储器302中，并由上述处理器301执行，以完成本申请。上述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述上述计算机程序303在上述终端设备300中的执行过程。例如，上述计算机程序303可以被分割成指令接收模块以及动作执行模块，各模块具体功能如下：

接收计划触发指令；

获取该计划触发指令对应的目标计划，并在满足该目标计划的执行条件时，执行目标计划对应的照明控制操作。

上述终端设备可包括，但不仅限于，处理器301、存储器302。本领域技术人员可以理解，图3仅仅是终端设备300的示例，并不构成对终端设备300的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如上述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器301可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件插件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述存储器302可以是上述终端设备300的内部存储单元，例如终端设备300的硬盘或内存。上述存储器302也可以是上述终端设备300的外部存储设备，例如上述终端设备300上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，上述存储器302还可以既包括上述终端设备300的内部存储单元也包括外部存储设备。上述存储器302用于存储上述计算机程序以及上述终端设备所需的其它程序和数据。上述存储器302还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或插件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述各个方法实施例中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上上述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。