本发明公开了一种设备控制命令的跟踪方法，包括：向web服务器发出控制指令；向客户端返回发送成功的指令；把控制指令提交给调度服务器，并做校验；为控制指令生成唯一编号；根据规则变更设备状态并写入Redis数据库，将变更状态转发到推送服务器并生成控制日志；把控制指令提交给消息中间件；如果消息中间件不在线或者教室未配置，返回不在线的教室；生成告警及控制日志，并提交给推送服务器；将控制指令转发至相应服务器进行处理。本发明还公开了一种设备控制命令的跟踪系统。采用本发明，能有效地将整个命令的跟踪全程监控起来，不但能从平台的管理模块中分析出问题出现的根节点，还能将命令跟踪日志打包到本地分析，大大提高了管理人员的效率。
1.一种设备控制命令的跟踪方法，其特征在于，包括：S1，客户端向web服务器发出控制指令；
S3，web服务器把控制指令提交给调度服务器，并由调度服务器做校验；
S5，调度服务器根据规则变更设备状态并写入Redis数据库，然后将变更状态转发到推送服务器并生成控制日志；
S7，如果消息中间件不在线或者教室未配置，消息中间件返回不在线的教室；
S8，调度服务器生成告警及控制日志，并提交给推送服务器；
S9，消息中间件根据控制指令的类型将控制指令转发至相应服务器进行处理；
S10，消息中间件依次接收处理结果，并将处理结果依次放入超时队列中；
S11，消息中间件通过分析，判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器，调度服务器把变更状态提交给推送服务器；
S12，直到消息中间件收到结束指令时，从队列中取出结果集，写入控制日志；如果消息中间件超时未收到结束指令，写入控制日志并在分布式日志中写入警告；
S13，推送服务器每次收到消息，根据不同的消息转入对应的策略，并将符合的策略推送给web服务器。
2.如权利要求1所述的设备控制命令的跟踪方法，其特征在于，所述步骤S9包括：如果控制指令的类型为模拟指令，则按照规则生成成功的结果集；
如果控制指令的类型为环控指令，则将控制指令发送给环控服务器进行处理；
如果控制指令的类型为普通指令，则将控制指令发送给核心服务器进行处理。
3.如权利要求2所述的设备控制命令的跟踪方法，其特征在于，所述核心服务器对控制指令进行处理的方法包括：S21、接收通信单元携带UUID的信令；
S26、将控制异常信息携带UUID上发至通信单元；
S27、将控制结果交付统计、日志、自我学习等模块。
4.如权利要求3所述的设备控制命令的跟踪方法，其特征在于，所述DC模块处理控制指令后出现的状态包括：结果状态开启；
5.一种设备控制命令的跟踪系统，其特征在于，包括Nginx服务器、web服务器、调度服务器、消息中间件、Redis数据库、推送服务器、日志缓冲队列、MySQL数据库、环控服务器、核心服务器、分布式日志及受控终端；
Nginx服务器是web服务器的代理，用于接收APP和浏览器的请求，然后转发给web服务器的集群；
web服务器，用于接收客户端的控制指令；向客户端返回发送成功的指令；把控制指令提交给调度服务器；
调度服务器，用于校验控制指令；为控制指令生成唯一编号；根据规则变更设备状态并写入Redis数据库，然后将变更状态转发到推送服务器并生成控制日志；把控制指令提交给消息中间件；生成告警及控制日志并提交给推送服务器；把变更状态提交给推送服务器；
消息中间件，用于当消息中间件不在线或者教室未配置时返回不在线的教室；根据控制指令的类型将控制指令转发至相应服务器进行处理；依次接收处理结果并将处理结果依次放入超时队列中，通过分析判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器；收到结束指令时，从队列中取出结果集，写入控制日志；如果超时未收到结束指令，写入控制日志并在分布式日志中写入警告；
推送服务器，用于收到消息后，根据不同的消息转入对应的策略，并将符合的策略推送给web服务器；
日志缓冲队列，用于根据日志的状态分别选择不同的策略进行高效存储；
环控服务器，接收控制指令后随即对受控终端进行设备控制；
核心服务器，接收控制指令后随即对受控终端进行设备控制，并实时把控每个受控终端的实时状态；
分布式日志，用于根据控制指令生成的唯一标识并把各个服务器的日志做统一处理，集中存储。
6.如权利要求5所述的设备控制命令的跟踪系统，其特征在于，所述消息中间件包括：第一处理单元，用于当消息中间件不在线或者教室未配置时返回不在线的教室；
第二处理单元，用于根据控制指令的类型将控制指令转发至相应服务器进行处理；
第三处理单元，用于依次接收处理结果并将处理结果依次放入超时队列中，通过分析判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器；
第四处理单元，用于收到结束指令时，从队列中取出结果集，写入控制日志；
第五处理单元，用于如果超时未收到结束指令，写入控制日志并在分布式日志中写入警告。
7.如权利要求6所述的设备控制命令的跟踪系统，其特征在于，所述第二处理单元包括：模拟指令单元，用于当控制指令的类型为模拟指令时，则按照规则生成成功的结果集；
环控指令单元，用于当控制指令的类型为环控指令时，则将控制指令发送给环控服务器进行处理；
普通指令单元，用于当控制指令的类型为普通指令时，则将控制指令发送给核心服务器进行处理。
8.如权利要求5所述的设备控制命令的跟踪系统，其特征在于，所述核心服务器包括：接收模块，用于接收通信单元携带UUID的信令；信令校验并交付分发模块处理；将控制结果携带UUID上发至通信单元；
数据分析，对控制结果进行数据分析；将控制异常信息携带UUID上发至通信单元；将控制结果交付统计、日志、自我学习等模块。
9.如权利要求8所述的设备控制命令的跟踪系统，其特征在于，所述DC模块处理控制指令后出现的状态包括：结果状态开启；
一种设备控制命令的跟踪方法及系统
技术领域
[0001] 本发明涉及多媒体技术领域，尤其涉及一种设备控制命令的跟踪方法及一种设备控制命令的跟踪系统。
背景技术
[0002] 随着社会信息化的快速发展，校园内的多媒体中控也改进不少，演变成智慧教室，但是传统的智慧教室产品对于DC(Device Control设备控制)这一块做的不精细，而整个软硬件部分，恰恰DC这一块是最重要的一个部分，传统的DC只做了简单的命令发送，但终端设备状态反馈的准确性和实时性比较差，出了问题，对问题的追踪和核查也相当困难，搞不清楚到底是哪个环节出了问题，增加了多媒体教室管理员定位问题解决问题的难度。
[0003] 现有的智慧教室控制系统，只考虑命令的下发，下发的整个情况缺忽略了，这样会导致整个命令流转过程是个黑盒子，命令中断/跟踪/回收/追溯都做不到，这会严重影响管理员的管理工作，同时，对厂家技术人员去定位和解决问题造成了麻烦。
发明内容
[0004] 本发明所要解决的技术问题在于，提供一种设备控制命令的跟踪方法及系统，可有效地将整个命令的跟踪全程监控起来，大大提高了管理人员的效率。
[0005] 为了解决上述技术问题，本发明提供了一种设备控制命令的跟踪方法，包括：S1，客户端向web服务器发出控制指令；S2，web服务器向客户端返回发送成功的指令；S3，web服务器把控制指令提交给调度服务器，并由调度服务器做校验；S4，调度服务器为控制指令生成唯一编号；S5，调度服务器根据规则变更设备状态并写入Redis数据库，然后将变更状态转发到推送服务器并生成控制日志；S6，调度服务器把控制指令提交给消息中间件；S7，如果消息中间件不在线或者教室未配置，消息中间件返回不在线的教室；S8，调度服务器生成告警及控制日志，并提交给推送服务器；S9，消息中间件根据控制指令的类型将控制指令转发至相应服务器进行处理；S10，消息中间件依次接收处理结果，并将处理结果依次放入超时队列中；S11，消息中间件通过分析，判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器，调度服务器把变更状态提交给推送服务器；S12，直到消息中间件收到结束指令时，从队列中取出结果集，写入控制日志；如果消息中间件超时未收到结束指令，写入控制日志并在分布式日志中写入警告；S13，推送服务器每次收到消息，根据不同的消息转入对应的策略，并将符合的策略推送给web服务器。
[0006] 作为上述方案的改进，所述步骤S9包括：如果控制指令的类型为模拟指令，则按照规则生成成功的结果集；如果控制指令的类型为环控指令，则将控制指令发送给环控服务器进行处理；如果控制指令的类型为普通指令，则将控制指令发送给核心服务器进行处理。
[0007] 作为上述方案的改进，所述核心服务器对控制指令进行处理的方法包括：S21、接收通信单元携带UUID的信令；S22、信令校验，交付分发模块处理；S23、将控制指令交付DC模块处理；S24、将控制结果携带UUID上发至通信单元；S25、对控制结果进行数据分析；S26、将控制异常信息携带UUID上发至通信单元；S27、将控制结果交付统计、日志、自我学习等模块。
[0008] 作为上述方案的改进，所述DC模块处理控制指令后出现的状态包括：结果状态开启；结果状态关闭；结果状态开启中；结果状态关闭中；结果状态开启但网络不通；控制与实际状态一致，直接返回状态；设备对象不存在，直接返回空；无响应或超时，返回超时；在上次控制的有效时间范围内，取上次有效控制值。
[0009] 相应地，本发明还提供了一种设备控制命令的跟踪系统，包括Nginx服务器、web服务器、调度服务器、消息中间件、Redis数据库、推送服务器、日志缓冲队列、MySQL数据库、环控服务器、核心服务器、分布式日志及受控终端；Nginx服务器是web服务器的代理，用于接收APP和浏览器的请求，然后转发给web服务器的集群；web服务器，用于接收客户端的控制指令；向客户端返回发送成功的指令；把控制指令提交给调度服务器；调度服务器，用于校验控制指令；为控制指令生成唯一编号；根据规则变更设备状态并写入Redis数据库，然后将变更状态转发到推送服务器并生成控制日志；把控制指令提交给消息中间件；生成告警及控制日志并提交给推送服务器；把变更状态提交给推送服务器；消息中间件，用于当消息中间件不在线或者教室未配置时返回不在线的教室；根据控制指令的类型将控制指令转发至相应服务器进行处理；依次接收处理结果并将处理结果依次放入超时队列中，通过分析判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器；收到结束指令时，从队列中取出结果集，写入控制日志；如果超时未收到结束指令，写入控制日志并在分布式日志中写入警告；Redis数据库，用于存储日志数据；推送服务器，用于收到消息后，根据不同的消息转入对应的策略，并将符合的策略推送给web服务器；日志缓冲队列，用于根据日志的状态分别选择不同的策略进行高效存储；MySQL数据库，用于存储设备状态数据；环控服务器，接收控制指令后随即对受控终端进行设备控制；核心服务器，接收控制指令后随即对受控终端进行设备控制，并实时把控每个受控终端的实时状态；分布式日志，用于根据控制指令生成的唯一标识并把各个服务器的日志做统一处理，集中存储。
[0010] 作为上述方案的改进，所述消息中间件包括：第一处理单元，用于当消息中间件不在线或者教室未配置时返回不在线的教室；第二处理单元，用于根据控制指令的类型将控制指令转发至相应服务器进行处理；第三处理单元，用于依次接收处理结果并将处理结果依次放入超时队列中，通过分析判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器；第四处理单元，用于收到结束指令时，从队列中取出结果集，写入控制日志；第五处理单元，用于如果超时未收到结束指令，写入控制日志并在分布式日志中写入警告。
[0011] 作为上述方案的改进，所述第二处理单元包括：模拟指令单元，用于当控制指令的类型为模拟指令时，则按照规则生成成功的结果集；环控指令单元，用于当控制指令的类型为环控指令时，则将控制指令发送给环控服务器进行处理；普通指令单元，用于当控制指令的类型为普通指令时，则将控制指令发送给核心服务器进行处理。
[0012] 作为上述方案的改进，所述核心服务器包括：接收模块，用于接收通信单元携带UUID的信令；信令校验并交付分发模块处理；将控制结果携带UUID上发至通信单元；分发模块，用于将控制指令交付DC模块处理；DC模块，用于处理控制指令；数据分析，对控制结果进行数据分析；将控制异常信息携带UUID上发至通信单元；将控制结果交付统计、日志、自我学习等模块。
[0013] 作为上述方案的改进，所述DC模块处理控制指令后出现的状态包括：结果状态开启；结果状态关闭；结果状态开启中；结果状态关闭中；结果状态开启但网络不通；控制与实际状态一致，直接返回状态；设备对象不存在，直接返回空；无响应或超时，返回超时；在上次控制的有效时间范围内，取上次有效控制值。
[0014] 实施本发明，具有如下有益效果：
[0015] 本发明把整个命令的跟踪全程监控起来，不但能从平台的管理模块中一键分析出问题出现的根节点，还能支持支持命令跟踪日志打包到本地分析，实现对设备控制整个过程环节的实时监控，大大提高了管理人员的效率，也能快速高效的让厂家技术人员进行远程定位和解决问题。具体地，本发明具有以下有益效果：
[0016] 1、在整个命令控制过程中实现全程跟踪，每条命令具有单独编号。
[0017] 2、基于分布式的命令跟踪管理服务。
[0018] 3、终端接收命令后，归一化设备状态并统一上报服务器。
[0019] 4、基于命令跟踪的设备自动巡检功能。
附图说明
[0020] 图1是本发明设备控制命令的跟踪方法的流程图；
[0021] 图2是本发明中核心服务器对控制指令进行处理的方法的流程图；
[0022] 图3是本发明设备控制命令的跟踪系统的结构示意图。
具体实施方式
[0023] 为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。仅此声明，本发明在文中出现或即将出现的上、下、左、右、前、后、内、外等方位用词，仅以本发明的附图为基准，其并不是对本发明的具体限定。
[0024] 参见图1图1显示了本发明设备控制命令的跟踪方法的流程图，包括：
[0025] S1，客户端向web服务器发出控制指令；
[0026] S2，web服务器向客户端返回发送成功的指令；
[0027] S3，web服务器把控制指令提交给调度服务器，并由调度服务器做校验；
[0028] S4，调度服务器为控制指令生成唯一编号；
[0029] S5，调度服务器根据规则变更设备状态并写入Redis数据库，然后将变更状态转发到推送服务器并生成控制日志；
[0030] S6，调度服务器把控制指令提交给消息中间件；
[0031] S7，如果消息中间件不在线或者教室未配置，消息中间件返回不在线的教室；
[0032] S8，调度服务器生成告警及控制日志，并提交给推送服务器；
[0033] S9，消息中间件根据控制指令的类型将控制指令转发至相应服务器进行处理；
[0034] 具体地，所述步骤S9包括：
[0035] (1)如果控制指令的类型为模拟指令，则按照规则生成成功的结果集；
[0036] (2)如果控制指令的类型为环控指令，则将控制指令发送给环控服务器进行处理；
[0037] (3)如果控制指令的类型为普通指令，则将控制指令发送给核心服务器进行处理。
[0038] S10，消息中间件依次接收处理结果，并将处理结果依次放入超时队列中；
[0039] S11，消息中间件通过分析，判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器，调度服务器把变更状态提交给推送服务器；
[0040] S12，直到消息中间件收到结束指令时，从队列中取出结果集，写入控制日志；如果消息中间件超时未收到结束指令，写入控制日志并在分布式日志中写入警告；
[0041] S13，推送服务器每次收到消息，根据不同的消息转入对应的策略，并将符合的策略推送给web服务器。
[0042] 因此，本发明设备控制命令的跟踪方法的创新之处在于设备控制的流程管理。具体地，本发明是在对设备进行控制时，实现对设备控制整个过程环节的实时监控，能够掌控设备控制的每个具体环节，任何环节出现任何问题都可迅速知晓，分析问题可能产生原因并给出建议解决方案，并通过高吞吐量、高并发、迅速响应及设置控制命令的流程监控，使得更好、更快的为用户提供更优质的服务，明显改善用户体验。
[0043] 参见图2，图2显示了本发明中核心服务器对控制指令进行处理的方法的流程图，包括：
[0044] S1、接收通信单元携带UUID的信令；
[0045] S2、信令校验，交付分发模块处理；
[0046] S3、将控制指令交付DC模块处理；
[0047] S4、将控制结果携带UUID上发至通信单元；
[0048] 所述DC模块处理控制指令后出现的状态包括：
[0049] (a)结果状态开启；
[0050] (b)结果状态关闭；
[0051] (c)结果状态开启中；
[0052] (d)结果状态关闭中；
[0053] (e)结果状态开启但网络不通；
[0054] (f)控制与实际状态一致，直接返回状态；
[0055] (g)设备对象不存在，直接返回空；
[0056] (h)无响应或超时，返回超时；
[0057] (i)在上次控制的有效时间范围内，取上次有效控制值。
[0058] S5、对控制结果进行数据分析；
[0059] S6、将控制异常信息携带UUID上发至通信单元；
[0060] S7、将控制结果交付统计、日志、自我学习等模块。
[0061] 需要说明的是，DC跟踪技术是利用运营商信令跟踪原理，把命令下发到终端以及终端反馈到服务器的整个过程监控起来，服务器端采用分布式架构，每一个服务节点管控若干个终端，减少了终端和服务器的通信压力，这样可以有效的保障控制命令跟踪的实时性。服务节点可以部署在同一台服务器也可以分布在不同的服务器，通过公共缓存技术统一向平台报告跟踪信息。DC跟踪技术是从平台命令下发到服务节点再到TMU既终端管理单元，再到具体每个设备，再把具体设备的接收命令后的执行状态反馈到服务器的全过程进行监控，其中设备包括但不限于投影机、投影幕、电脑、功放、灯光、空调、窗帘、交互大屏、门锁等，状态包括开启中、已开启、关闭中、已关闭、异常。其中这个异常是用户最关心的，从平台界面可以直接点击异常的命令跟踪快速查找出具体是哪个环节出问题了，大大提高了课室管理员的维护和工作的效率。
[0062] 因此，本发明采用通过DC跟踪技术，用户完全可以快速准确的追溯出问题的发生原因，并能很好的有针对性的解决问题。
[0063] 参见图3，图3显示了本发明设备控制命令的跟踪系统的结构示意图，其包括Nginx服务器、web服务器、调度服务器、消息中间件、Redis数据库、推送服务器、日志缓冲队列、MySQL数据库、环控服务器、核心服务器、分布式日志及受控终端。
[0064] 需要说明的是，本发明设备控制命令的跟踪系统对传统的中控或物联网家居进行了改革与创新。具体地，本发明采用分布式管控集群，可部署多个web服务器、调度服务器、消息中间件、核心服务器、日志服务器。能够满足对10w+间课室、每间课室数百个设备、100+种不同的多媒体与环境设备类型、并能够跨域的进行同时控制，且达到秒级响应。在用户方面，仅需通用的浏览器或指定手机APP即可实现设备控制、状态查询等操作，能够有效的提高I/O吞吐量与负载平衡。
[0065] 下面对本发明中的各功能模块进行详细描述：
[0066] Nginx服务器是web服务器的代理，用于接收APP和浏览器的请求，然后转发给web服务器的集群；
[0067] web服务器，主要负责请求的接收和返回，根据请求的内容、发送请求的用户所拥有的权限以及调度服务器的状态返回合适的信息给用户。具体地，用于接收客户端的控制指令；向客户端返回发送成功的指令；把控制指令提交给调度服务器；
[0068] 调度服务器获得Web服务器转发的指令后，首先进行校验，再生成一个唯一标识的编号，对指令进行包装和加密，然后创建控制日志，提交状态变化到Redis数据库，并把状态变化提交给推送服务器，最后根据消息中间件的负载情况选择合适的消息中间件转发重构的指令，如果教室的核心服务器不在线，就更新控制日志，并生成告警，把告警提交给推送服务器。具体地，调度服务器，用于校验控制指令；为控制指令生成唯一编号；根据规则变更设备状态并写入Redis数据库，然后将变更状态转发到推送服务器并生成控制日志；把控制指令提交给消息中间件；生成告警及控制日志并提交给推送服务器；把变更状态提交给推送服务器；
[0069] 消息中间件是高性能的通信组件，在收到指令后，根据指令的状态进行处理：模拟结果指令，或者发送给核心服务器，或者发送给环控服务器；核心服务器或者环控服务器会根据协议发送多次结果指令，消息中间件把结果指令放入一个超时队列，并把状态更新到Redis数据库，并把状态和告警提交给调度服务器，最后记录控制日志。具体地，消息中间件，用于当消息中间件不在线或者教室未配置时返回不在线的教室；根据控制指令的类型将控制指令转发至相应服务器进行处理；依次接收处理结果并将处理结果依次放入超时队列中，通过分析判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器；收到结束指令时，从队列中取出结果集，写入控制日志；如果超时未收到结束指令，写入控制日志并在分布式日志中写入警告；
[0070] Redis数据库，用于存储日志数据并作为日志的数据源；
[0071] 推送服务器在收到调度服务器的状态变化后，会把状态放入一个队列，然后当队列数据触发策略规定的推送时机时，最后根据注册用户的当前持有状态，推送变化的状态给用户。具体地，推送服务器，用于收到消息后，根据不同的消息转入对应的策略，并将符合的策略推送给web服务器；
[0072] 日志缓冲队列是高性能的存储队列，无论是告警还是控制的日志都会提交到这里，日志缓冲队列根据日志的状态分别选择不同的策略进行高效存储。
[0073] MySQL数据库，用于存储设备状态数据并作为设备状态的数据源；
[0074] 环控服务器，接收控制指令后随即对受控终端进行设备控制；
[0075] 核心服务器，接收控制指令后随即对受控终端进行设备控制，并实时把控每个受控终端的实时状态；能够对受控终端进行设备控制、状态分析、控制结果分析、状态智能学习等功能。
[0076] 分布式日志，用于根据控制指令生成的唯一标识并把各个服务器的日志做统一处理，集中存储。
[0077] 受控终端主要指幕布、电脑、功放、投影仪、交互屏、备用、讲台锁、学生机、门锁、灯光、风扇、插座、空调、电源开关、双控开关、窗帘、移动插座、班牌等终端。
[0078] 进一步，所述消息中间件包括：
[0079] 第一处理单元，用于当消息中间件不在线或者教室未配置时返回不在线的教室；
[0080] 第二处理单元，用于根据控制指令的类型将控制指令转发至相应服务器进行处理；
[0081] 第三处理单元，用于依次接收处理结果并将处理结果依次放入超时队列中，通过分析判断处理结果是否正常，如有告警则插入Redis数据库并提交给推送服务器，更新设备状态，返回结果给调度服务器；
[0082] 第四处理单元，用于收到结束指令时，从队列中取出结果集，写入控制日志；
[0083] 第五处理单元，用于如果超时未收到结束指令，写入控制日志并在分布式日志中写入警告。
[0084] 具体地，所述第二处理单元包括：
[0085] 模拟指令单元，用于当控制指令的类型为模拟指令时，则按照规则生成成功的结果集；
[0086] 环控指令单元，用于当控制指令的类型为环控指令时，则将控制指令发送给环控服务器进行处理；
[0087] 普通指令单元，用于当控制指令的类型为普通指令时，则将控制指令发送给核心服务器进行处理。
[0088] 另外，所述核心服务器包括：
[0089] 接收模块，用于接收通信单元携带UUID的信令；信令校验并交付分发模块处理；将控制结果携带UUID上发至通信单元；
[0090] 分发模块，用于将控制指令交付DC模块处理；
[0091] DC模块，用于处理控制指令。具体地，所述DC模块处理控制指令后出现的状态包括：(a)结果状态开启；(b)结果状态关闭；(c)结果状态开启中；(d)结果状态关闭中；(e)结果状态开启但网络不通；(f)控制与实际状态一致，直接返回状态；(g)设备对象不存在，直接返回空；(h)无响应或超时，返回超时；(i)在上次控制的有效时间范围内，取上次有效控制值。
[0092] 数据分析，对控制结果进行数据分析；将控制异常信息携带UUID上发至通信单元；将控制结果交付统计、日志、自我学习等模块。
[0093] 由上可知，本发明把整个命令的跟踪全程监控起来，不但能从平台的管理模块中一键分析出问题出现的根节点，还能支持支持命令跟踪日志打包到本地分析，实现对设备控制整个过程环节的实时监控，大大提高了管理人员的效率，也能快速高效的让厂家技术人员进行远程定位和解决问题。具体地，本发明具有以下有益效果：
[0094] 1、在整个命令控制过程中实现全程跟踪，每条命令具有单独编号。
[0095] 2、基于分布式的命令跟踪管理服务。
[0096] 3、终端接收命令后，归一化设备状态并统一上报服务器。
[0097] 4、基于命令跟踪的设备自动巡检功能。
[0098] 以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。
