设备控制的方法及系统、 控制点和设备 【技术领域】
本发明实施例涉及通信技术领域，特别涉及一种设备控制的方法及系统、控制 点和设备。背景技术
随着数字家庭的发展，以及消费类电子 (Consumer Electronics ；简称 ：CE) 产品 本身的普遍数字化，家庭中正出现越来越多的数字化的娱乐设备和家电产品。 数字家庭 网络概念是将这些家庭网络设备以有线或无线方式连接成家庭网络，以实现内容共享或 相互控制等功能。 为了实现各种不同类型家庭设备的互通和控制，越来越多的家庭网络 设备通过支持通用即插即用 (Universal Plug and Play ；简称 ：UPnP)。 在 UPnP 体系中， 用户通过家庭网络中的控制点 (Control Point ；简称 ：CP) 实现对家庭设备的控制，CP 采 用 UPnP 协议通过调用 UPnP 设备的相关的控制命令 (action)，读取家庭网络中 UPnP 设备 的状态信息，以及控制 UPnP 设备执行相应的操作。 为了实现对 CE 设备 ( 大多为零售 ) 进行管理， UPnP 提供了设备管理功能， 具体包括 ：对设备进行维护、诊断 ；修改设备的配置参数 ；在设备上安装 / 更新软件 模块等。 用户可以通过 CP 来对设备进行管理和配置。 然而，某些管理操作，如重启 (Reboot)、固件 (Firmware) 升级 / 软件 (Software) 安装、诊断测试 (Diagnostic Tests) 等， 很可能会导致对目前正在进行的业务如网络电视 (Internet Protocol Television ；简称 ： IPTV) 业务中断或至少影响业务体验。 对于能够导致业务中断的管理操作例如 ：重启， 如果当前有业务运行，设备可以推迟 / 拒绝 CP 的请求，待无业务运行时再执行 / 接受管 理请求。
发明人在实现本发明的过程中至少发现现有技术至少存在如下问题 ：
现有技术中一般需要在设备返回 CP 调用的控制命令 (action) 的响应中增加错误 码 (Error Code)，用以告知 CP 的管理操作被拒绝，为了支持这种方式，需要修改很多控 制命令 (action) 的定义。 并且如果管理用户通过控制点 (CP) 调用管理操作时遭到不合理 的拒绝或者推迟，例如 ：在业务出现问题时， CP 调用诊断、维护命令也可能遭到拒绝， 设备管理不方便，管理方式不灵活，影响了管理用户的管理体验。
发明内容
本发明实施例提供一种设备控制的方法及系统、控制点和设备，以方便、灵活 地对设备进行管理。
本发明实施例提供一种设备控制的方法，包括 ：
接收控制点发送的控制命令 ；
根据当前的设备策略和 / 或业务信息，对所述控制命令执行相应的操作。
本发明实施例又提供一种设备控制的方法，包括 ：
向设备发送控制命令 ；接收所述设备返回的与所述设备根据当前的设备策略和 / 或业务信息对所述控 制命令执行的相应的操作对应的响应。
本发明实施例再提供一种设备控制的方法，包括 ：
接收控制点发送的控制命令 ；
根据所述控制点当前的访问权限和所述设备的业务信息，对所述控制命令执行 相应的操作。
本发明实施例还提供一种设备控制的方法，包括 ：
向设备发送控制命令 ；
接收所述设备返回的与所述设备根据所述控制点当前的访问权限和所述设备的 业务信息对所述控制命令执行的相应的操作对应的响应。
本发明实施例还提供一种设备，包括 ：
第一接收模块，用于接收控制点发送的控制命令 ；
第一执行模块，用于根据当前的设备策略和 / 或业务信息，对所述控制命令执 行相应的操作。
本发明实施例还提供一种控制点，包括 ：
第一发送模块，用于向设备发送控制命令 ；
第一响应模块，用于接收所述设备返回的与所述设备根据当前的设备策略和 / 或业务信息对所述控制命令执行的相应的操作对应的响应。
本发明实施例还提供一种设备，包括 ：
第二接收模块，用于接收控制点发送的控制命令 ；
第二执行模块，用于根据当前的访问权限和业务信息，对所述控制命令执行相 应的操作。
本发明实施例还提供一种控制点，包括 ：
第二发送模块，用于向设备发送控制命令 ；
第二响应模块，用于接收所述设备返回的与所述设备根据所述控制点当前的访 问权限和所述设备的业务信息对所述控制命令执行的相应的操作对应的响应。
本发明实施例还提供一种设备控制系统，包括 ：
控制点，用于向设备发送控制命令，接收所述设备返回的与所述设备根据当前 的设备策略和 / 或业务信息对所述控制命令执行的相应的操作对应的响应 ；
设备，用于接收控制点发送的所述控制命令，根据当前的设备策略和 / 或业务 信息，对所述控制命令执行相应的操作。
本发明实施例还提供一种设备控制系统，包括 ：
控制点，用于向设备发送控制命令，接收所述设备返回的与所述设备根据所述 控制点当前的访问权限和所述设备的业务信息对所述控制命令执行的相应的操作对应的 响应 ；
设备，用于接收所述控制点发送的所述控制命令，根据所述控制点当前的访问 权限和所述设备的业务信息，对所述控制命令执行相应的操作。
本发明实施例提供的设备控制的方法及系统、控制点和设备，设备接收到控制 点发送的控制命令后，可以根据设备当前的设备策略和 / 或业务信息对该控制命令执行相应的操作，其中，设备策略和 / 或业务信息可以用来确定如何执行控制命令，从而可 以灵活、方便的对设备进行管理，实现方法简单。 附图说明
图 1 为本发明设备控制的方法第一实施例的流程图 ；
图 2 为本发明设备控制的方法第二实施例的流程图 ；
图 3 为本发明设备控制的方法第三实施例的信令流程图 ；
图 4 为本发明设备控制的方法第三实施例中控制点配置设备策略的信令流程 图；
图 5 为本发明设备控制的方法第四实施例的信令流程图 ；
图 6 为本发明设备控制的方法第五实施例的流程图 ；
图 7 为本发明设备控制的方法第六实施例的流程图 ；
图 8 为本发明设备控制的方法第七实施例的信令流程图 ；
图 9 为本发明设备控制的方法第七实施例中采用用户权限的信令流程图 ；
图 10 为本发明设备第一实施例的结构示意图 ；
图 11 为本发明设备第二实施例的结构示意图 ； 图 12 为本发明控制点第一实施例的结构示意图 ； 图 13 为本发明控制点第二实施例的结构示意图 ； 图 14 为本发明设备控制系统第一实施例的结构示意图 ； 图 15 为本发明设备控制系统第二实施例的结构示意图。具体实施方式
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
图 1 为本发明设备控制的方法第一实施例的流程图，如图 1 所示，该设备控制的 方法包括 ：
步骤 101、接收控制点发送的控制命令。
设备接收控制点发送的可能影响设备中业务的控制命令。 其中该控制命令是否 影响设备中正在运行的业务可以根据以下方法确定 ：
方法一、预先确定所述控制命令是否影响所述设备的业务。 每个控制命令是否 影响设备中的业务都预先在设备中指定，设备接收到控制命令后，直接可以获知该控制 命令是否影响设备的业务。 例如 ：将重启命令设置为影响设备中所有正在运行的业务。
方法二、根据所述设备的能力判断所述控制命令是否影响所述设备的业务。 设 备接收到控制命令后，根据自身的能力例如 ：CPU、内存的处理能力判断该控制命令是 否影响设备中正在运行的业务。
若所述控制命令影响所述设备的业务，则执行步骤 102。
步骤 102、根据当前的设备策略和 / 或业务信息，对所述控制命令执行相应的操 作。
为了根据当前的设备策略和 / 或业务信息，对接收到的控制命令执行相应的操 作，设备需要配置所述设备当前的设备策略和 / 或配置所述设备当前的业务信息。 其中配置所述设备当前的设备策略的方法包括 ：预先配置所述设备的设备策略 ；或接收设备 策略配置命令，所述设备策略配置命令中包括指定的设备策略，将所述设备当前的设备 策略配置为所述指定的设备策略 ；或接收指定的设备策略，将所述指定的设备策略更新 到设备策略数据模型中。 配置所述设备当前的业务信息的方法包括 ：预先配置所述设备 的业务信息，所述业务信息包括业务级别和 / 或业务状态 ；或接收业务信息配置命令， 根据所述业务信息配置命令将所述设备当前需要保护的业务级别和 / 或业务状态配置为 指定的业务级别和 / 或业务状态 ；或接收指定的业务级别和 / 或业务状态配置信息，将所 述配置信息更新到业务信息数据模型中。
在步骤 102 中，如果该控制命令影响设备的业务，设备对控制命令的处理包括 三种情况，具体如下 ：
情况一、根据设备当前的设备策略，对所述控制命令执行相应的操作。
所述设备策略为业务优先或管理优先，设备对控制命令执行相应操作具体包 括 ：若所述设备策略为业务优先，且所述设备当前有业务运行，则延迟或拒绝执行所述 控制命令 ；或若所述设备策略为业务优先，但所述设备当前没有业务运行，则立即执行 所述控制命令 ；或若所述设备策略为设备管理优先，则立即执行所述控制命令。 情况二、根据设备当前的业务信息，对所述控制命令执行相应的操作。
所述业务信息为业务级别和 / 或业务状态，设备对控制命令执行相应操作具体 包括 ：若所述设备当前运行业务的业务级别在当前需要保护的业务级别以上、且所述业 务的状态在当前需要保护的业务状态以上，则延迟或拒绝执行所述控制命令 ；或若所述 设备当前运行业务的业务级别在当前需要保护的业务级别以上、但所述业务的状态在当 前需要保护的业务状态以下，则立即执行所述控制命令或立即执行用于排除故障的控制 命令。
情况三、根据设备当前的设备策略和业务信息，对所述控制命令执行相应的操 作。
所述设备策略为业务优先或管理优先，所述业务信息为业务级别和 / 或业务状 态，设备对控制命令执行相应操作具体包括 ：若所述设备策略为业务优先，则根据所述 设备中当前的业务信息对所述控制命令执行相应的操作。 其中根据所述设备中当前的业 务信息对所述控制命令执行相应的操作的方法具体为 ：若所述设备当前运行业务的业务 级别在当前需要保护的业务级别以上、且所述业务的状态在当前需要保护的业务状态以 上，则延迟或拒绝执行所述控制命令 ；或，若所述设备当前运行业务的业务级别在当前 需要保护的业务级别以上、但所述业务的状态在当前需要保护的业务状态以下，则立即 执行所述控制命令或立即执行用于排除故障的控制命令，如情况二中的相关叙述。
设备还可以根据当前的设备策略和 / 或业务信息向控制点返回所述控制命令对 应的响应，返回控制命令对应的响应的步骤可以与步骤 102 的执行不分先后，可以先于 步骤 102 执行，或后于步骤 102 执行，或与步骤 102 同时执行。 具体地，设备向控制点 返回的控制命令对应的响应包括接受并立即执行控制命令的响应、延迟执行所述控制命 令的响应或拒绝执行所述控制命令的响应。 返回控制命令对应的响应与步骤 102 根据当 前的设备策略和 / 或业务信息对所述控制命令执行相应的操作是对应的。
本实施例设备接收到控制点发送的控制命令后，可以根据设备当前的设备策略
和 / 或业务信息对该控制命令执行相应的操作，其中，设备策略和 / 或业务信息可以用来 确定如何执行该控制命令，从而可以灵活、方便的对设备进行管理，实现方法简单。
图 2 为本发明设备控制的方法第二实施例的流程图，如图 2 所示，该设备控制的 方法包括 ：
步骤 201、向设备发送控制命令。
控制点向设备发送的控制可能影响设备中业务的控制命令。 其中该控制命令是 否影响设备中正在运行的业务可以根据以下方法确定 ：
方法一、设备可以预先确定该控制命令是否影响所述设备的业务。 每个控制命 令是否影响设备中的业务都预先在设备中指定，设备接收到控制命令后，直接可以获知 该控制命令是否影响设备的业务。 例如 ：将重启命令设置为影响设备中所有正在运行的 业务。
方法二、设备根据自身的能力判断所述控制命令是否影响所述设备的业务。 设 备接收到控制命令后，根据自身的能力例如 ：CPU、内存的处理能力判断该控制命令是 否影响设备中正在运行的业务。
步骤 202、接收所述设备返回的与所述设备根据当前的设备策略和 / 或业务信息 对所述控制命令执行的相应的操作对应的响应。 在执行步骤 202 之前，控制点可以获取所述设备当前的设备策略，和 / 或，获取 所述设备当前的业务信息。
其中控制点获取所述设备当前的设备策略的方法包括 ：向所述设备发送设备策 略获取命令，接收所述设备根据所述设备策略获取命令返回的当前配置的设备策略 ；或 从设备策略数据模型中获取所述设备当前配置的设备策略。 获取所述设备当前的业务信 息的方法包括 ：向所述设备发送业务信息获取命令，接收所述设备根据所述业务信息获 取命令返回的当前配置的业务信息 ；或从业务信息数据模型中获取所述设备当前配置的 业务信息。
在步骤 202 中，如果该控制命令影响设备的业务，设备对控制命令的处理以 后，控制点接收对应的响应包括三种情况，具体如下 ：
情况一、接收所述设备返回的与所述设备根据当前的设备策略对所述控制命令 执行的相应的操作对应的响应。
所述设备策略为业务优先或管理优先，控制点接收设备返回的接收控制命令的 响应具体包括 ：若所述设备策略为业务优先，且所述设备当前有业务运行，则接收所述 设备返回的延迟或拒绝执行所述控制命令的响应 ；或若所述设备策略为业务优先，但 所述设备当前没有业务运行，则接收所述设备返回的接受并立即执行所述控制命令的响 应 ；或若所述设备策略为设备管理优先，则接收所述设备返回的接受并立即执行所述控 制命令的响应。
情况二、接收所述设备返回的与所述设备根据当前的业务信息对所述控制命令 执行的相应的操作对应的响应。
所述业务信息为业务级别和 / 或业务状态，控制点接收设备返回的接收控制命 令的响应具体包括 ：若所述设备当前运行业务的业务级别在当前需要保护的业务级别以 上、且所述业务的状态在当前需要保护的业务状态以上，则接收所述设备返回的延迟或
拒绝执行所述控制命令的响应 ；或若所述设备当前运行业务的业务级别在当前需要保护 的业务级别以上、但所述业务的状态在当前需要保护的业务状态以下，则接收所述设备 返回的接受并立即执行所述控制命令的响应、或接收所述设备返回的立即执行用于排除 故障的控制命令的响应。
情况三、接收所述设备返回的与所述设备根据当前的设备策略和业务信息对所 述控制命令执行的相应的操作对应的响应。
所述设备策略为业务优先或管理优先，所述业务信息为业务级别和 / 或业务状 态，控制点接收设备返回的对应的响应的方法具体包括 ：若所述设备策略为业务优先， 则接收所述设备返回的与所述设备根据当前的业务信息对所述控制命令执行的相应的操 作对应的响应。 具体为 ：
若所述设备当前运行业务的业务级别在当前需要保护的业务级别以上、且所述 业务的状态在当前需要保护的业务状态以上，则接收所述设备返回的延迟或拒绝执行所 述控制命令的响应 ；或，若所述设备当前运行业务的业务级别在当前需要保护的业务级 别以上、但所述业务的状态在当前需要保护的业务状态以下，则接收所述设备返回的接 受并立即执行所述控制命令的响应、或接收所述设备返回的立即执行用于排除故障的控 制命令的响应，参照情况二中的相关叙述。
本实施例控制点向设备发送控制命令后，可以接收设备返回的与所述设备根据 当前的设备策略和 / 或业务信息对所述控制命令执行的相应的操作对应的响应，其中， 设备策略和 / 或业务信息可以用来确定如何执行该控制命令，从而可以灵活、方便的对 设备进行管理，实现方法简单。
图 3 为本发明设备控制的方法第三实施例的信令流程图，如图 3 所示，以定义全 局的设备执行控制命令的设备策略为例，根据设备当前的设备策略处理控制命令，该设 备控制的方法包括 ：
步骤 301、控制点 CP 向设备发送控制命令，例如 ：重启命令或者安装软件命 令，该控制命令可能影响设备当前正在运行的业务。 其中该控制命令是否能够影响设备 当前正在运行的业务可以预先设定，或者设备根据自身的能力判断该设备是否影响设备 当前正在运行的业务。
步骤 302、设备接收到控制命令后，查看当前的设备策略，根据当前的设备策略 对该控制命令进行相应的操作。
假设已经预先配置了设备执行控制命令的设备策略 (DevicePolicy)。 例如 ： DevicePolicy ＝ “Service-Oriented”， 表 示 设 备 在 运 行 ( 重 要 ) 业 务 并 且 策 略 是 以 维护业务连续及体验为主，简称业务优先 ；在业务优先的情况下，设备要尽量保证 业 务 的 连 续， 对 于 CP 调 用 的 控 制 命 令 可 以 推 迟 执 行 或 拒 绝 执 行。 DevicePolicy ＝ “DM-Oriented”，表示设备以接受并执行管理操作为主，简称管理优先 ；在管理优先的 情况下，不管是否有 ( 重要 ) 业务在运行，都要执行 CP 调用的控制命令。 也可以根据需 要扩展并定义其他设备策略的选项。
若设备策略为业务优先 (DevicePolicy ＝ “Service-Oriented” )，且设备当前正 有业务运行，则设备可以拒绝 CP 调用的控制命令，或者接受 CP 的调用请求但延迟执行 CP 调用的控制命令。若设备策略为业务优先 (DevicePolicy ＝ “Service-Oriented” )，且设备当前没 有业务运行，则设备可以接受 CP 的调用请求，并立即执行 CP 调用的控制命令。
若设备策略为管理优先 (DevicePolicy ＝ “DM-Oriented” )，设备可以接受 CP 的调用请求并立即执行 CP 调用的控制命令。
步骤 303、设备向控制点返回该控制命令对应的响应。 设备接受并立即执行该 控制命令时，将向 CP 对应的返回接受并立即执行该控制命令的响应 ；设备拒绝执行该 控制命令时，将向 CP 对应的返回拒绝该控制命令的响应，具体可以为返回错误码 (Error Code) ；设备接受但延迟执行该控制命令时，将向 CP 对应的返回接受但延迟执行该控制 命令的响应。
另外，在执行步骤 302 之前，需要配置设备的设备策略，除了可以采用预先配 置设备的设备策略之外，控制点还可以对已配置的设备策略进行修改，根据需求配置设 备策略。 图 4 为本发明设备控制的方法第三实施例中控制点配置设备策略的信令流程 图，如图 4 所示，该控制点设置设备策略的方法包括 ：
步骤 401、控制点一向设备发送设备策略获取命令，获取设备当前的设备策略。 如果控制点一已获知该设备当前的设备策略，则步骤 401 可以省略。
步骤 402、控制点一根据具体需求确定需要修改的设备策略的状态变量的值，即 确定指定的设备策略。
步骤 403、控制点一向发送设备策略配置命令，该设备策略配置命令中包括指定 的设备策略。
步骤 404、设备将当前的设备策略配置为指定的设备策略。
步骤 405、设备向控制点一发送单播 / 多播事件，单播 / 多播事件可以携带设备 策略的当前的最新值。
步骤 406、设备向其他控制点发送单播 / 多播事件，单播 / 多播事件可以携带设 备策略的当前的最新值。 其中步骤 405、406 不分先后，也可以只执行其中一个。
上述步骤中，设备策略配置命令可以定义为 SetDevicePolicy() 命令，具体如下 表1：
表 1 SetDevicePolicy() 的定义
表 1 中， 输 入 (In) 参 数 Policy 为 CP 向 设 备 提 供 的 指 定 的 设 备 策 略， 例 如 Policy ＝ “Service-Oriented”。 其 中 输 入 参 数 Policy 对 应 的 状 态 变 量 DevicePolicy 取 值 于 Policy。 如 表 1 所 示， 当 状 态 变 量 DevicePolicy 的 值 发 生 变 化 时， 例 如 ：从 “Service-Oriented” 到 “DM-Oriented”，可以产生单播 / 多播事件，通知 CP 当前策略 的最新值。 具体地，可以向订阅事件的控制点发送基于传输控制协议 (Transfer Control Protocol ；简 称 ：TCP) 的 单 播 事 件 (Unicast Eventing)， 其 中 携 带 DevicePolicy 的 最 新 值 ；也可以向指定地址和端口例如 ：(239.255.255.246 ：7900) 发送基于用户数据包协
议 (UserDatagram Protocol ；简 称 ：UDP) 的 多 播 事 件 (Multicast Eventing)， 其 中 携 带 DevicePolicy 的最新值。
上述步骤中，设备策略获取命令可以定义为 GetDevicePolicy() 命令，CP 调用该 命令用以获取设备的状态变量 DevicePolicy 的当前值。 具体如下表 2 所示。
表 2 GetDevicePolicy() 的定义
输出 (Out) 参数 Policy 为设备向 CP 返回的当前的设备策略。 例如 ：Policy ＝ “Service-Oriented”。 其中输出参数 Policy 取之于其对应的状态变量 DevicePolicy 的当 前值。
另外，控制点还可以在设备数据模型中配置设备策略。 具体地，将设备策略 定义在数据模型中。 例如 ：将 DevicePolicy 作为数据模型的一个参数。 CP 通过调用 SetValues() 命令可以修改该 DevicePolicy 的参数值 ；通过 GetValues() 命令可以获取该 DevicePolicy 参数的当前值。 该 DevicePolicy 参数因修改而发生变化也可以通过单播 / 多 播事件通知给 CP。 配置流程与图 4 的流程相似。
需要注意的是，在实现中为了安全考虑，可以规定只有具有管理员权限 (Admin Role) 的控制点 / 用户才能够设置设备策略 (DevicePolicy)，或者更严格地只有某个 / 些用 户 ( 通过 UserName/Password 或者 UserID/Password 唯一标识 ) 可以设置 DevicePolicy。 而对 DevicePolicy 的读取权限可以完全或部分开放。
本实施例配置对控制命令进行相应操作的设备策略，在控制点向设备发送控制 命令之后，设备可以根据当前的设备策略对该控制命令执行相应的操作，并向控制点返 回的该控制命令的响应，从而可以灵活、方便的对设备进行管理，实现方法简单。
图 5 为本发明设备控制的方法第四实施例的信令流程图，如图 5 所示，以定义全 局的反映设备运行的业务级别和 / 或业务状态的业务信息为例，根据设备当前的业务信 息处理控制命令，该设备控制的方法包括 ：
步骤 501、控制点 CP 向设备发送控制命令，例如，重启命令或者安装软件模块 命令，该控制命令可能影响设备正在运行的业务。 其中该控制命令是否能够影响设备当 前正在运行的业务可以预先设定，或者设备根据自身的能力判断该设备是否影响设备当 前正在运行的业务。
步骤 502、设备接收到控制命令后，查看当前的业务信息，其中业务信息包括业 务级别和 / 或业务状态等，根据当前的业务信息对该控制命令进行相应的操作。
假设已经预先配置了设备执行控制命令的业务信息 (ServiceInfo)，业务信息中 的业务级别 (ServiceLevel) 表示设备当前运行的业务重要性。 例如，按照业务重要性由 高到低定义 L1、 L2、 L3... 级别，可以将语音通信业务设定为 L1 级别， IPTV 业务设定 为 L2 级别等。 当有多个业务运行时，该 ServiceLevel 参数可以取值最高的业务等级，如
“ServiceLevel ＝ L1”。 也可以列出当前运行的所有业务的级别，如 “ServiceLevel ＝ VoIP(L1)， IPTV(L2)”。
业务状态 (ServiceStatus) 的当前值表示设备当前运行的业务状态。 例如 ：业务 状态由好到差定义 Normal、Warning、Error、Fatal 等几个状态级别，可以将当前 IPTV 业 务的状态定义为 “ServiceStatus ＝ Normal”。 当有多个业务运行时，该 ServiceStatus 参 数可以取值最差的业务状态，如 “ServiceStatus ＝ Error”。 或者列出当前运行的所有业 务的业务状态，如 “ServiceStatus ＝ VoIP(Normal)， IPTV(Error)”。 除了业务级别、 业务状态之外，也可以根据需要定义其他反映业务信息的参数。 设备根据以上业务信息 ( 业务级别、业务状态 ) 可以判断并确定如何执行 CP 调用的命令。 具体地，假设当前需 要保护的业务级别为 L2 以及其以上级别，当前需要保护的业务状态为错误 (Error) 状态及 其以上状态，判决示例如下 ：
示例一、对于 L2 及以上业务级别的业务，如果当前的业务状态为正常运行 (Normal)，要保证业务的连续性 ；如果 CP 调用 Reboot 等导致业务中断的控制命令，设 备应该据此推迟执行或拒绝执行该控制命令。
示例二、如果 L2 以上级别的业务出现了 Error 状态或以上的业务状态 ( 例如 严重错误 Fatal 状态 ) ；设备要接受 CP 调用的如重启 (Reboot) 等用以进行问题排解 (Troubleshooting) 的控制命令，以便能够解决业务问题。 示例三、若有 L2 级别以上的业务正在运行，并且没有 L3 以上级别的业务出现 Error 或比其严重的状态 ；则拒绝 CP 调用的控制命令，或者接受调用控制命令的请求但 稍后延迟执行。
示例四、若有 L2 级别以上的业务出现了 Error 状态，则立即执行 CP 调用的用于 排除故障的控制命令。
以上示例仅为设备根据业务信息进行判断的规则的一些实现，也可以定义更复 杂的或其他判断规则。
步骤 503、设备根据步骤 2 的判断结论向 CP 发送所述控制命令对应的响应。
另外，为了使 CP 能了解到业务信息，可以定义获取业务信息的方法。 包括以下 方法 ：
方法一、定义业务信息获取命令 GetServiceInfo()，CP 调用该业务信息获取命令 获取业务信息， GetServiceInfo() 具体定义如下表 3 ：
表 3 GetServiceInfo() 的定义
表 3 中，业务信息获取命令的输出 (Out) 参数 Level 反映当前运行的业务级别。 如 ：Level 可以为当前运行的最重要的业务级别，例如 ：“L1” ；或者，更复杂地，Level 可以列出当前运行的所有业务级别，例如 ：“VoIP(L1)， IPTV(L2)”。 该输出参 数 Level 取值于状态变量 ServiceLevel，实际中可以定义当有当前需要保护的业务级别例 如 L2 级别以上业务开始运行 / 运行结束时，该状态变量 ServiceLevel 变化并产生事件， 通过单播 / 多播方式发送给 CP，使得 CP 能够在第一时间获取业务运行级别。
业务信息获取命令的输出参数 Status 反映当前运行的业务状态。 如 ：Status 可以 为当前运行的最差的业务状态，例如 ：“Fatal”；或者，更复杂地，Status 可以为当前运 行的所有的业务状态，例如 ：“VoIP(Normal)，IPTV(Error)”。 该输出参数 Status 取值 于状态变量 ServiceStatus，实际中可以定义当有 L3 级别以上业务出现非当前需要保护的 业务状态例如 Error 状态或更严重的状态时，该状态变量变化并产生事件，通过单播 / 多 播方式发送该事件给 CP，使得 CP 能够在第一时间获取业务运行状态。
方法二、在业务信息数据模型中定义业务信息对象，并在业务信息数据模型的 业务信息对象中定义参数 ServiceLevel、 ServiceStatus。 CP 通过调用 GetValues() 控制命 令获取当前运行的业务级别及业务状态。 同理，也可以在上述参数发生某些变化时产生 事件并通知给 CP。 该数据模型的定义可以如下示例 ：
示例一、定义 RunningServiceInfo 对象，用于全局地描述当前运行业务的业务信 息。
/UPnP/MD/RunningServiceInfo
ServiceLevel
ServiceStatus
示 例 二、 定 义 ServiceInfo 多 实 例 对 象， 用 于 描 述 每 个 业 务 的 业 务 信 息， ServiceInfo 中可以包括是否在运行的业务状态 RunningStatus。
/UPnP/MD/ServiceInfo/#/
ServiceName
ServiceLevel
RunningStatus
其中， RunningStatus 可以取值为 ：Stopped、 Normal、 Warning、 Error、 Fatal 等。
进一步地，为了使 CP 可以根据需求配置业务信息，可以定义配置业务信息的方 法。 包括以下方法 ：
方法一、定义业务信息配置命令 SetServicePolicy()， CP 调用该业务信息配置命 令来影响设备执行操作的判据。 SetServicePolicy() 的定义及说明如下表 4 ：
表 4 SetServicePolicy() 的定义
在表 4 中，业务信息配置命令的输入 (In) 参数 Level 可以为设定的设备需要保护 的业务的最低业务级别，如设定 Level 为 L2，则设备在 L2 及以上级别业务运行时将启动 保护。 Level 对应的 ServiceLevel 状态变量将取值于该输入参数 Level。 并且因 Level 变 化而产生单播 / 多播事件，以通知 CP 状态变量 ServiceLevel 的最新值。
业 务 信 息 配 置 命 令 的 输 入 参 数 Status 可 以 为 设 备 应 该 接 受 的 故 障 处 理 (Troubleshooting) 管理操作的最低状态级别，如设定 Status 为 Error，则设备在业务出 现 Error 及更严重状态时必须接受 Troubleshooting 管理相关的控制命令。 Status 对应的 ServiceStatus 状态变量将取值于该输入参数 Status。 并且因 Status 变化而产生单播 / 多播 事件，以通知 CP 该 ServiceStatus 的最新值。
方法二、将参数 ServiceLevel， ServiceStatus 定义在数据模型中，并通过修改数 据模型中的上述参数的值影响设备行为。 同理，修改导致 ServiceLevel， ServiceStatus 参 数值的变化也可以产生事件以通知 CP。
本实施例配置对控制命令进行相应操作的业务信息，在控制点向设备发送控制 命令之后，设备可以根据当前的业务信息对该控制命令执行相应的操作，并向控制点返 回该控制命令的响应，从而可以灵活、方便的对设备进行管理，实现方法简单。
在本发明设备控制的方法第三、第四实施例的基础上，可以得出本发明设 备 控 制 的 方 法 第 五 实 施 例 ：在 本 发 明 设 备 控 制 的 方 法 第 五 实 施 例 中 可 以 既 定 义 设 备 的 设 备 策 略 (DevicePolicy)， 又 定 义 业 务 信 息 (ServiceInfo)。 在 DevicePolicy ＝ “Service-Oriented” 时，设备结合本发明设备控制的方法第四实施例所定义的业务信息 作为判断如何执行 CP 调用的管理命令的依据。 即
当 DevicePolicy ＝ “Service-Oriented”，还可以根据设备当前运行的业务的业务 状态和 / 或业务级别，确定如何执行 CP 调用的控制命令。
对于 DevicePolicy、 ServiceInfo 的配置方式，在具体实施中可以有以下定义方 式：
方式一、可以将 ServiceInfo 定义为设备自己规定值， CP 不可以修改， CP 只能 修改 DevicePolicy 的值来切换整体策略。
方式二、可以将 ServiceInfo 也定义为 CP 可以修改的策略细节。
DevicePolicy 或 ServiceInfo 发生变化时，产生事件，通过单播 / 多播方式发送该 事件给 CP，使得 CP 能够在第一时间获取设备策略和业务信息。
本实施例配置对控制命令进行相应操作的设备策略和业务信息，在控制点向设 备发送控制命令之后，设备可以根据当前的设备策略和业务信息共同决定如何执行该控 制命令，从而可以灵活、方便的对设备进行管理，实现方法简单。
图 6 为本发明设备控制的方法第五实施例的流程图，如图 6 所示，在本发明设备 控制的方法第一、第二实施例的基础上，该设备控制的方法包括 ：
步骤 601、接收控制点发送的控制命令。
设备接收控制点发送的可能影响设备中业务的控制命令。 其中该控制命令是否 影响设备中正在运行的业务可以根据以下方法确定 ：
方法一、预先确定所述控制命令是否影响所述设备的业务。 每个控制命令是否 影响设备中的业务都预先在设备中指定，设备接收到控制命令后，直接可以获知该控制命令是否影响设备的业务。 例如 ：将重启命令设置为影响设备中所有正在运行的业务。
方法二、根据所述设备的能力判断所述控制命令是否影响所述设备的业务。 设 备接收到控制命令后，根据自身的能力例如 ：CPU、内存的处理能力判断该控制命令是 否影响设备中正在运行的业务。
若所述控制命令影响所述设备的业务，则执行步骤 602。
步骤 602、根据所述控制点当前的访问权限和所述设备的业务信息，对所述控制 命令执行相应的操作。
其中控制点当前的访问权限可以包括控制点权限或用户权限等，用户权限是指 登陆该控制点的用户的权限，设备的业务信息包括业务级别和 / 或业务状态。 如果该控 制命令影响设备的业务，设备根据所述控制点当前的访问权限和所述设备的业务信息， 可以对接收到的控制点调用的控制命令进行处理，如以下的示例 ：
示例一、若所述访问权限为管理员权限，则立即执行所述控制命令。
控制点权限或用户权限为管理员权限 (Admin Role) 时，立即执行从控制点发送 的控制命令。
示例二、若所述访问权限为非管理员权限，则根据所述设备当前运行业务的业 务信息对所述控制命令执行相应的操作，具体为 ：若所述设备当前运行业务的业务级别 在当前需要保护的业务级别以上、且所述业务的状态在当前需要保护的业务状态以上， 则延迟或拒绝执行所述控制命令 ；或，若所述设备当前运行业务的业务级别在当前需要 保护的业务级别以上、但所述业务的状态在当前需要保护的业务状态以下，则立即执行 所述控制命令或立即执行用于排除故障的控制命令。
控制点权限或用户权限为非管理员权限例如 ：公共权限 (Public Role)、基本权 限 (Basic Role) 时，设备根据当前运行的业务信息判定对该控制命令延时执行、拒绝执行 或是立即执行。 具体设备根据业务信息判定对控制命令进行处理的方法可以参照本发明 设备控制的方法第四实施例的相关描述。
本实施例设备接收到控制点发送的控制命令之后，可以根据当前的访问权限和 设备的业务信息对该控制命令执行相应的操作，用户可以通过控制点灵活、方便的对设 备进行管理，实现方法简单。
图 7 为本发明设备控制的方法第六实施例的流程图，如图 7 所示，在本发明设备 控制的方法第一、第二实施例的基础上，该设备控制的方法包括 ：
步骤 701、向设备发送控制命令。
控制点向设备发送的控制可能影响设备中业务的控制命令。 其中该控制命令是 否影响设备中正在运行的业务可以根据以下方法确定 ：
方法一、设备可以预先确定该控制命令是否影响所述设备的业务。 每个控制命 令是否影响设备中的业务都预先在设备中指定，设备接收到控制命令后，直接可以获知 该控制命令是否影响设备的业务。 例如 ：将重启命令设置为影响设备中所有正在运行的 业务。
方法二、设备根据自身的能力判断所述控制命令是否影响所述设备的业务。 设 备接收到控制命令后，根据自身的能力例如 ：CPU、内存的处理能力判断该控制命令是 否影响设备中正在运行的业务。若所述控制命令影响所述设备的业务，则执行步骤 702。
步骤 702、接收所述设备返回的与所述设备根据所述控制点当前的访问权限和所 述设备的业务信息对所述控制命令执行的相应的操作对应的响应。
其中访问权限包括控制点权限或用户权限，业务信息包括业务级别和 / 或业务 状态。 设备接收到控制命令后，如果该控制命令影响设备的业务，可以根据所述控制点 当前的访问权限和所述设备的业务信息，对接收到的控制点调用的控制命令进行处理， 并向控制点返回该控制命令的响应，如以下的示例 ：
示例一、若所述访问权限为管理员权限，则接收所述设备返回的接受并立即执 行所述控制命令的响应。
控制点权限或用户权限为管理员权限 (Admin Role) 时，控制点接收设备返回的 接受并立即执行所述控制命令的响应。
示例二、若所述访问权限为非管理员权限，则接收所述设备返回的与所述设备 根据当前的业务信息对所述控制命令执行的相应的操作对应的响应，具体为 ：若所述 设备当前运行业务的业务级别在当前需要保护的业务级别以上、且所述业务的状态在当 前需要保护的业务状态以上，则接收所述设备返回的延迟或拒绝执行所述控制命令的响 应 ；或，若所述设备当前运行业务的业务级别在当前需要保护的业务级别以上、但所述 业务的状态在当前需要保护的业务状态以下，则接收所述设备返回的接受并立即执行所 述控制命令的响应、或接收所述设备返回的立即执行用于排除故障的控制命令的响应。
控制点权限或用户权限为非管理员权限例如 ：公共权限 (Public Role)、基本权 限 (Basic Role) 时，设备根据业务信息判定对控制命令进行操作后，控制点接收设备返 回的对应的延时、拒绝或接受并立即执行所述控制命令的响应。 其中，设备根据业务信 息判定对控制命令进行处理的方法可以参照本发明设备控制的方法第四实施例的相关描 述。
本实施例控制点向设备发送控制命令之后，可以接收设备返回的与所述设备根 据所述控制点当前的访问权限和所述设备的业务信息对所述控制命令执行的相应的操作 对应的响应，用户可以通过控制点灵活、方便的对设备进行管理，实现方法简单。
图 8 为本发明设备控制的方法第七实施例的信令流程图，如图 8 所示，该设备控 制的方法包括 ：
步骤 801、控制点 CP 向设备发送控制命令，例如，重启命令或者安装软件模块 命令，该控制命令可能影响设备正在运行的业务。 其中该控制命令是否能够影响设备当 前正在运行的业务可以预先设定，或者设备根据自身的能力判断该设备是否影响设备当 前正在运行的业务。
步骤 802、设备查看访问权限以及当前业务运行的业务状态，并决定如何对控制 命令进行操作。
设备根据调用控制命令的 CP 或用户的访问权限来确定如何执行该管理命令。 首 先，可以定义多个角色 (Role)，也称为等级或权限，本实施例中称为访问权限。 访问权 限定义的示例如下 ：
示例一、设备中维护控制点权限与控制点身份 (CP ID) 的对应关系，控制点权限 可以分为 ：公共 (Public)、基本 (Basic)、管理员 (Admin)。示例二、设备中维护用户身份 ( 通过用户名 / 密码标识 ) 与用户权限的对应关 系，用户 (User) 权限可以分为 ：公共 (Public)、基本 (Basic)、管理员 (Admin)。
上述的 CP/User 的访问权限的种类可以根据具体的需求进行扩展。
下面为设备根据 CP 权限来决定如何执行控制命令的实现方法一个例子，例如 ： CP 调用了重启控制命令 ( 假设该 CP/User 本身具有调用该重启控制命令的权限 )，则对 该重启控制命令的判定和处理可以设置为如下的情况 ：
如果调用重启控制命令的 CP 具有基本权限 (Basic Role)，则设备根据正在进行 业务的业务信息决定如何处理该控制命令。 设备根据业务信息决定如何执行控制命令的 方法可以参照本发明设备控制的方法第四实施例中的相关描述。
如果调用重启控制命令的 CP 具有管理员权限 (Admin Role)，则设备无论当前运 行业务信息 ( 业务是否重要、是否正常等 ) 如何，都必须立即接受并执行该重启控制命 令。
步骤 803、设备根据判断结果返回 CP 调用的控制命令对应的响应。
另外，对于用户登陆并通过 CP 调用以上管理操作的情况，也可以根据用户权限 (User Role) 来进行判断，方式可以与上面根据控制点权限进行判断是相似的。 图 9 为本 发明设备控制的方法第七实施例中采用用户权限的信令流程图，如图 9 所示，该设备控 制的方法包括 ：
步骤 901、控制点接收用户输入的用户名 / 密码 (Username/Password)，允许用 于合法用户登陆。
步骤 902、控制点向设备发送该控制命令。 用户通过 CP 调用了可能会影响业务 的控制命令，例如重启 (Reboot)、安装软件模块 (Install) 等。 某控制命令是否能够影响 业务可以预先指定，或者设备根据自身的能力判断控制命令是否会影响设备当前运行的 业务。
步骤 903、设备根据用户名以及当前业务运行情况决定如何响应该命令请求。其 中根据用户权限决定的方法包括如下示例 ：
示例一、如果调用重启控制命令的 User 具有基本权限 (Basic Role)，且设备正在 进行重要业务，则设备根据正在进行的业务而推迟重启操作。
示例二、如果调用重启控制命令的 User 具有管理员权限 (Admin Role)，则设备 无论是否有重要业务运行都必须立即接受并执行该重启控制命令。
也可以直接根据用户输入的用户名进行判断，例如 ：
若调用该命令的 Username ＝ HomeOwner，假设设置该用户名为优先处理或者 Username ＝ HomeOwner 的访问权限为管理员权限，则设备无论当前是否有重要业务正在 运行，都必须接受并立即执行该 User 所调用的管理命令。
若 调 用 该 命 令 的 Username ＝ Alice， 假 设 设 置 该 用 户 名 为 一 般 处 理 或 者 Username ＝ HomeOwner 的权限为基本权限，则设备根据当前正在运行业务的业务信息可 以决定是立即执行、延迟执行还是拒绝执行该控制命令。 其中设备根据业务信息决定如 何执行控制命令的方法可以参照本发明设备控制的方法第四实施例中的相关描述。
步骤 904、设备根据上述判断结果向控制点返回该控制命令对应的响应。
本实施例定义了用户权限和设备的业务信息，设备接收到控制点发送的控制命令之后，可以根据当前的访问权限和设备的业务信息对该控制命令执行相应的操作，用 户可以通过控制点灵活、方便的对设备进行管理，实现方法简单。
本领域普通技术人员可以理解 ：实现上述方法实施例的全部或部分步骤可以 通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中， 该程序在执行时，执行包括上述方法实施例的步骤 ；而前述的存储介质包括 ：ROM、 RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图 10 为本发明设备第一实施例的结构示意图，如图 10 所示，该设备包括 ：第 一接收模块 11 和第一执行模块 12。 其中第一接收模块 11 用于接收控制点发送的控制命 令。 第一执行模块 12 用于根据当前的设备策略和 / 或业务信息，对所述控制命令执行相 应的操作。
进一步地，该设备还可以包括 ：第一配置模块 13 和 / 或第二配置模块 14。 其 中第一配置模块 13 用于配置所述设备当前的设备策略。 第二配置模块 14 用于配置所述 设备当前的业务信息。
再进一步地，第一执行模块 12 可以包括 ：第一执行子模块、第二执行子模块、 第三执行子模块、第四执行子模块、第五执行子模块和第六执行子模块中的任意一个或 者多个。 其中第一执行子模块，用于在所述设备策略为业务优先，且所述设备当前有业 务运行的情况下，延迟或拒绝执行所述控制命令。 第二执行子模块，用于在所述设备策 略为业务优先，但所述设备当前没有业务运行的情况下，立即执行所述控制命令。 第三 执行子模块，用于在所述设备策略为设备管理优先的情况下，立即执行所述控制命令。 第四执行子模块，用于在所述设备策略为业务优先的情况下，根据所述设备中当前运行 业务信息对所述控制命令执行相应的操作。 第五执行子模块，用于在所述设备当前运行 业务的业务级别在当前需要保护的业务级别以上、且所述业务的状态在当前需要保护的 业务状态以上的情况下，延迟或拒绝执行所述控制命令。 第六执行子模块，用于在所述 设备当前运行业务的业务级别在当前需要保护的业务级别以上、但所述业务的状态在当 前需要保护的业务状态以下的情况下，立即执行所述控制命令或立即执行用于排除故障 的控制命令。
此外，该设备还可以包括 ：预设模块 15 和 / 或判断模块 16。 其中预设模块 15 用于预先确定所述控制命令是否影响所述设备的业务。 判断模块 16 用于根据所述设备的 能力判断所述控制命令是否影响所述设备的业务。 其中第一执行模块 12 具体用于在预设 模块 15 或判断模块 16 确定所述控制命令影响所述设备的业务的情况下，根据当前的设备 策略和 / 或业务信息，对所述控制命令执行相应的操作。
具体地，第一接收模块 11 接收控制点发送的控制命令，设备的预设模块 15 可以 预先设置该控制命令是否影响该设备的业务，如果没有设置也可以通过判断模块 16 判断 该控制命令是否影响该设备的业务。 如果该控制命令影响设备的业务，第一执行模块 12 根据当前的设备策略和 / 或业务信息，可以对该控制命令执行相应的操作。 其中，其中 设备当前的设备策略可以由第一配置模块 13 配置，设备当前的业务信息可以由第二配置 模块 14 配置。 其中第一执行模块 12 对控制命令的处理包括三种情况 ：
情况一、根据当前的设备策略，对所述控制命令执行相应的操作。 此时，若所 述设备策略为业务优先，且所述设备当前有业务运行，则第一执行子模块延迟或拒绝执行所述控制命令。 若所述设备策略为业务优先，但所述设备当前没有业务运行，则第二 执行子模块立即执行所述控制命令。 若所述设备策略为设备管理优先，则第三执行子模 块立即执行所述控制命令。 具体的可以参照本发明设备控制的方法第一、第三实施例中 的相关描述。
情况二、根据当前的业务信息，对所述控制命令执行相应的操作。 此时，若所 述设备当前运行业务的业务级别在当前需要保护的业务级别以上、且所述业务的状态在 当前需要保护的业务状态以上，则第五执行子模块延迟或拒绝执行所述控制命令。 若所 述设备当前运行业务的业务级别在当前需要保护的业务级别以上、但所述业务的状态在 当前需要保护的业务状态以下，则第六执行子模块立即执行所述控制命令或立即执行用 于排除故障的控制命令。 具体的可以参照本发明设备控制的方法第一、第四实施例中的 相关描述。
情况三、根据当前的设备策略和业务信息，对所述控制命令执行相应的操作。 此时，若所述设备策略为业务优先，则第四执行子模块根据所述设备中当前运行业务信 息对所述控制命令执行相应的操作。 具体的可以参照本发明设备控制的方法第一、第 三、第四、第五实施例中的相关描述。
本实施例设备的第一接收模块接收到控制点发送的控制命令后，第一执行模块 可以根据设备当前的设备策略和 / 或业务信息对该控制命令执行相应的操作，其中，设 备策略和 / 或业务信息可以用来确定如何执行控制命令，从而可以灵活、方便的对设备 进行管理，实现方法简单。
图 11 为本发明设备第二实施例的结构示意图，如图 11 所示，该设备包括 ：第 二接收模块 21 和第二执行模块 22。 其中第二接收模块 21 用于接收控制点发送的控制命 令。 第二执行模块 22 用于根据当前的访问权限和业务信息，对所述控制命令执行相应的 操作。
进一步地，第二执行模块 22 可以包括 ：第七执行子模块和 / 或第八执行子模 块。 其中第七执行子模块，用于在所述访问权限为管理员权限的情况下，立即执行所述 控制命令。 第八执行子模块，用于在所述访问权限为非管理员权限的情况下，根据所述 设备当前运行业务的业务信息对所述控制命令执行相应的操作，具体为 ：若所述设备当 前运行业务的业务级别在当前需要保护的业务级别以上、且所述业务的状态在当前需要 保护的业务状态以上，则延迟或拒绝执行所述控制命令 ；或，若所述设备当前运行业务 的业务级别在当前需要保护的业务级别以上、但所述业务的状态在当前需要保护的业务 状态以下，则立即执行所述控制命令或立即执行用于排除故障的控制命令。
具体地，第二接收模块 21 用于接收控制点发送的控制命令。 设备可以预先设置 该控制命令是否影响该设备的业务，如果没有设置也可以根据设备自身的能力判断该控 制命令是否影响该设备的业务。 如果该控制命令影响设备的业务，第二执行模块 22 根 据当前的访问权限和业务信息，对所述控制命令执行相应的操作。 例如 ：若所述访问权 限为管理员权限，则第七执行子模块立即执行所述控制命令。 若所述访问权限为非管理 员权限，则第八执行子模块根据所述设备当前运行业务的业务级别和 / 或业务状态，延 时、拒绝或立即执行所述控制命令。 具体地，可以参照本发明设备控制的方法第五、第 七实施例中的相关描述。本实施例设备的第二接收模块接收到控制点发送的控制命令之后，第二执行模 块可以根据当前的访问权限和设备的业务信息对该控制命令执行相应的操作，用户可以 通过控制点灵活、方便的对设备进行管理，实现方法简单。
图 12 为本发明控制点第一实施例的结构示意图，如图 12 所示，该控制点包括 ： 第一发送模块 31 和第一响应模块 32。 其中第一发送模块 31 用于向设备发送控制命令。 第一响应模块 32 用于接收所述设备返回的与所述设备根据当前的设备策略和 / 或业务信 息对所述控制命令执行的相应的操作对应的响应。
进一步地，该控制点还可以包括 ：第一获取模块和 / 或第二获取模块。 其中第 一获取模块用于获取所述设备当前的设备策略。 第二获取模块用于获取所述设备当前的 业务信息。
其中，设备策略为业务优先或管理优先，业务信息为业务级别和 / 或业务状 态。 第一响应模块 32 可以包括 ：第一响应子模块、第二响应子模块、第三响应子模块、 第四响应子模块、第五响应子模块和第六响应子模块。 其中第一响应子模块，用于在所 述设备策略为业务优先，且所述设备当前有业务运行的情况下，接收所述设备返回的延 迟或拒绝执行所述控制命令的响应。 第二响应子模块，用于在所述设备策略为业务优 先，但所述设备当前没有业务运行的情况下，接收所述设备返回的接受并立即执行所述 控制命令的响应。 第三响应子模块，用于在所述设备策略为设备管理优先的情况下，接 收所述设备返回的延迟或拒绝执行所述控制命令的响应。 第四响应子模块，用于在所述 设备策略为业务优先的情况下，接收所述设备返回的与所述设备根据当前业务信息对所 述控制命令执行的相应的操作对应的响应。 第五响应子模块，用于在所述设备当前运行 业务的业务级别在当前需要保护的业务级别以上、且所述业务的状态在当前需要保护的 业务状态以上的情况下，接收所述设备返回的延迟或拒绝执行所述控制命令的响应。 第 六响应子模块，用于在所述设备当前运行业务的业务级别在当前需要保护的业务级别以 上、但所述业务的状态在当前需要保护的业务状态以下的情况下，接收所述设备返回的 接受并立即执行所述控制命令的响应、或接收所述设备返回的立即执行用于排除故障的 控制命令的响应。
具体地，第一发送模块 31 向设备发送控制命令。 该控制命令，例如 ：重启控制 命令可能对设备的业务有影响。 其中控制点的第一获取模块可以获取所述设备当前的设 备策略，第二获取模块可以获取所述设备当前的业务信息。 第一响应模块 32 接收所述设 备根据当前的设备策略和 / 或业务信息返回的所述控制命令的响应包括以下三种情况 ：
情况一、接收所述设备返回的与所述设备根据当前的设备策略对所述控制命令 执行的相应的操作对应的响应。 此时，若所述设备策略为业务优先，且所述设备当前 有业务运行，则第一响应子模块接收所述设备返回的延迟或拒绝执行所述控制命令的响 应。 若所述设备策略为业务优先，但所述设备当前没有业务运行，则第二响应子模块接 收所述设备返回的接受并立即执行所述控制命令的响应。 若所述设备策略为设备管理优 先，则第三响应子模块接收所述设备返回的延迟或拒绝执行所述控制命令的响应。 具体 的可以参照本发明设备控制的方法第二、第三实施例中的相关描述。
情况二、接收所述设备返回的与所述设备根据当前的或业务信息对所述控制命 令执行的相应的操作对应的响应。 此时，若所述设备当前运行业务的业务级别在当前需要保护的业务级别以上、且所述业务的状态在当前需要保护的业务状态以上，则第五响 应子模块接收所述设备返回的延迟或拒绝执行所述控制命令的响应。 若所述设备当前运 行业务的业务级别在当前需要保护的业务级别以上、但所述业务的状态在当前需要保护 的业务状态以下，则第六响应子模块接收所述设备返回的接受并立即执行所述控制命令 的响应、或接收所述设备返回的立即执行用于排除故障的控制命令的响应。 具体的可以 参照本发明设备控制的方法第二、第四实施例中的相关描述。
情况三、接收所述设备返回的与所述设备根据当前的设备策略和业务信息对所 述控制命令执行的相应的操作对应的响应。 此时，若所述设备当前运行业务的业务级别 在当前需要保护的业务级别以上、且所述业务的状态在当前需要保护的业务状态以上， 则第五响应子模块接收所述设备返回的延迟或拒绝执行所述控制命令的响应。 具体的可 以参照本发明设备控制的方法第二、第三、第四、第五实施例中的相关描述。
本实施例控制点的第一发送模块向设备发送控制命令后，第一响应模块可以接 收设备返回的与所述设备根据当前的设备策略和 / 或业务信息对所述控制命令执行的相 应的操作对应的响应，其中，设备根据设备策略和 / 或业务信息可以确定如何执行该控 制命令，从而可以灵活、方便的对设备进行管理，实现方法简单。
图 13 为本发明控制点第二实施例的结构示意图，如图 13 所示，该控制点包括 ： 第二发送模块 41 和第二响应模块 42。 其中第二发送模块 41 用于向设备发送控制命令。 第二响应模块 42 用于接收所述设备返回的与所述设备根据所述控制点当前的访问权限和 所述设备的业务信息对所述控制命令执行的相应的操作对应的响应。
其中，访问权限包括控制点权限或用户权限，业务信息包括业务级别和 / 或业 务状态。 第二响应模块 42 可以包括 ：第七响应子模块和 / 或第八响应子模块。 其中， 第七响应子模块，用于在所述访问权限为管理员权限的情况下，接收所述设备返回的接 受并立即执行所述控制命令的响应。 第八响应子模块，用于在所述访问权限为非管理员 权限的情况下，接收所述设备返回的与所述设备根据当前的业务信息对所述控制命令执 行的相应的操作对应的响应，具体为 ：若所述设备当前运行业务的业务级别在当前需要 保护的业务级别以上、且所述业务的状态在当前需要保护的业务状态以上，则接收所述 设备返回的延迟或拒绝执行所述控制命令的响应 ；或，若所述设备当前运行业务的业务 级别在当前需要保护的业务级别以上、但所述业务的状态在当前需要保护的业务状态以 下，则接收所述设备返回的接受并立即执行所述控制命令的响应、或接收所述设备返回 的立即执行用于排除故障的控制命令的响应。
具体地，第二发送模块 41 向设备发送控制命令，如果该控制命令对设备的业务 有影响，则第二响应模块 42 接收所述设备返回的与所述设备根据所述控制点当前的访问 权限和所述设备的业务信息对所述控制命令执行的相应的操作对应的响应。 例如 ：若所 述访问权限为管理员权限，则第七响应子模块接收所述设备返回的接受并立即执行所述 控制命令的响应 ；若所述访问权限为非管理员权限，则第八响应子模块接收所述设备返 回的与所述设备根据当前的业务信息对所述控制命令执行的相应的操作对应的响应。 具 体地，可以参照本发明设备控制的方法第六、第七实施例中的相关描述。
本实施例控制点的第二发送模块向设备发送控制命令之后，第二响应模块可以 接收设备返回的所述根据当前的访问权限和设备的业务信息对所述控制命令执行的相应的操作对应的响应，用户可以通过控制点灵活、方便的对设备进行管理，实现方法简 单。
图 14 为本发明设备控制系统第一实施例的结构示意图，如图 14 所示，该设备控 制系统包括 ：控制点 51 和设备 52。 其中控制点 51 用于向设备发送控制命令，接收所述 设备返回的与所述设备根据当前的设备策略和 / 或业务信息对所述控制命令执行的相应 的操作对应的响应。 设备 52 用于接收控制点发送的所述控制命令，根据当前的设备策略 和 / 或业务信息，对所述控制命令执行相应的操作。
具体地，控制点 51 向设备发送控制命令。 如果该控制命令对该设备的业务有影 响，则设备 52 在接收控制点 51 发送的控制命令后，根据当前的设备策略和 / 或业务信 息，对所述控制命令执行相应的操作。 控制点 51 则接收设备 52 根据返回的该控制命令 对应的响应。 具体可以参照本发明设备控制的方法第一到第五实施例中的相关描述。 本 实施例中的控制点 51 或设备 52 可以采用本发明控制点或设备第一实施例中的任意一种控 制点或设备。
本实施例设备在接收控制点发送的控制命令后，根据当前的设备策略和 / 或业 务信息，对所述控制命令执行相应的操作，并且向控制点返回该控制命令的响应，其 中，设备根据设备策略和 / 或业务信息可以确定如何执行该控制命令，从而可以灵活、 方便的对设备进行管理，实现方法简单。
图 15 为本发明设备控制系统第二实施例的结构示意图，如图 15 所示，该设备 控制系统包括 ：控制点 61 和设备 62。 其中控制点 61 用于向设备发送控制命令，接收所 述设备返回的与所述设备根据所述控制点当前的访问权限和所述设备的业务信息对所述 控制命令执行的相应的操作对应的响应。 设备 62 用于接收所述控制点发送的所述控制命 令，根据所述控制点当前的访问权限和所述设备的业务信息，对所述控制命令执行相应 的操作。
具体地，控制点 61 向设备发送控制命令。 如果该控制命令对该设备的业务有影 响，则设备 62 在接收控制点 61 发送的控制命令后，根据所述控制点当前的访问权限和所 述设备的业务信息，对所述控制命令执行相应的操作。 控制点 61 则接收设备 62 根据返 回的该控制命令对应的响应。 具体可以参照本发明设备控制的方法第一到第五实施例中 的相关描述。 本实施例中的控制点 61 或设备 62 可以采用本发明控制点或设备第二实施 例中的任意一种控制点或设备。
本实施例控制点向设备发送控制命令后，根据所述控制点当前的访问权限和所 述设备的业务信息，对所述控制命令执行相应的操作，控制点则接收设备根据返回的该 控制命令的响应，用户可以通过控制点灵活、方便的对设备进行管理，实现方法简单。
最后应说明的是 ：以上实施例仅用以说明本发明的技术方案，而非对其限制 ； 尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解 ：其 依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等 同替换 ；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方 案的范围。