具体实施方式

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

为了便于理解本申请，此处先对本申请实施例进行简要说明：

考虑到紫外线和臭氧等常用的消毒技术均会对人和宠物等动物体造成一定的伤害，因此需要一种安全性较高的消毒方法，以提高消毒时动物体的安全性。

本申请实施例在检测到消毒的启动指令时，不会直接开始消毒，而是会开始计时并对待消毒区域进行动物体检测，以判断是否有动物体在待消毒区域内。若检测结果为不存在动物体，本申请实施例会再判断计时时长是否达到预设时长阈值。如果达到，才会开始对待消毒区域的消毒。反之若检测结果为存在动物体，或者检测结果为不存在动物体但计时时长没有达到预设时长阈值时。本申请实施例均不会开始消毒。从而防止了在待消毒区域内存在动物体时仍进行消毒，进而给动物体造成伤害。相比于传统的用户手动启动消毒设备后就开始消毒而言。本申请实施例中用户可以正常启动消毒设备，并可以在启动之后安全离开待消毒区域，而不用担心这期间消毒设备开始消毒对自身或其他动物体造成伤害。

同时，对本申请实施例中可能涉及到的一些名词解释如下：

动物体，在本申请实施例中，动物体主要是指人和宠物等动物体。具体而言，在本申请实施例中，具体使用的检测设备类型和检测方法等，均可由技术人员根据实际需求确定。因此相应的，实际可检测的动物体种类情况，亦需根据实际检测设备可检测的动物体情况确定。此处不做过多限定。

待消毒区域，是指本申请实施例中需要被消毒的空间区域。空间区域实际情况需要根据实际应用场景确定。例如，可以是卧室、办公室和火车站等室内空间。亦可以是广场、篮球场和操场等室外空间。

消毒设备，是指具有消毒功能的设备。例如紫外线消毒器和臭氧消毒器等。本申请实施例不对消毒设备的设备类型进行过多限定，具体需根据实际应用场景确定。应当说明地，在本申请实施例中，根据实际情况的不同，消毒设备既可以处于待消毒区域内，也可以是处于待消毒区域外。例如，当消毒设备为一些小型的电器时，需要将其放置在待消毒区域内才能对待消毒区域进行消毒。此时消毒设备即处于待消毒区域内。而在一些情况下，消毒设备也可以在不处于待消毒区域时实现对待消毒区域的消毒。例如，通过特定的输送管道向待消毒区域输送臭氧(类似于中央空调通过管道输送冷/暖空气)，以实现臭氧消毒。

检测设备，是指进行动物体检测的设备。本申请实施例不对检测设备的具体设备类型以及实际使用的检测方法进行过多的限定，可由技术人员根据实际需求进行选取或设定。例如检测设备可以是视觉检测设备(如摄像头)、门磁、温感检测设备、人体红外线感应器和运动传感器中的任意一种或多种设备。同时检测的方法，可以是使用一些已有的检测算法，亦可以是由技术人员自身设计的方法。

控制设备，是处于检测设备和消毒设备之间，用于进行消毒流程调控的设备。本申请实施例亦不对控制设备的具体设备类型做过多限定，可由技术人员根据实际需求进行选取或设定。例如，可以是电脑、移动终端和服务器等设备。本申请实施例中，技术人员在搭建消毒系统时，可以根据实际需求选用或不选用控制设备。若选用的控制设备，则在消毒过程中，控制设备会协调检测设备和消毒设备，以实现本申请实施例中的整体消毒流程。具体的协调流程可参考对具体实施例的说明内容，此处不做过多说明。

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

图1A示出了本申请实施例一提供的消毒系统的系统架构图，详述如下：

在本申请实施例的消毒系统中，包含消毒设备11、控制设备12和检测设备13。其中，参考图1B，是本申请实施例中消毒系统启动消毒操作的流程示意图：

S101，消毒设备在检测到启动指令时，开启计时，并向控制设备发送检测请求。

其中，启动指令用于指示消毒设备开启消毒功能，以对待消毒区域进行消毒。根据实际应用场景的不同，本申请实施例对启动指令的检测方式可以有多种。例如在一些可选实施例，可以在消毒设备上设置消毒启动的功能按键(功能按键可以为实体按键或者虚拟按键)。在此基础上，在用户按下功能按键时，消毒设备会生成对应的启动指令。此时检测启动指令即为消毒设备检测到自身生成的启动指令。而在另一些可选实施例中，亦可以通过远程控制的方式来启动消毒设备的消毒功能。即用户可以通过手机或电脑等设备，通过广域网或者局域网向消毒设备发送启动指令。此时检测启动指令即为消毒设备接收到其他设备发送的启动指令。其中，本申请实施例不对启动指令的具体数据内容和格式等做过多限定，可由技术人员根据实际需求进行选取设定。

在检测到启动指令时，说明用户需要开启消毒功能。此时本申请实施例一方面会开始计时，以作为后续时长参考。另一方面会向控制设备发送检测请求，以告知控制设备此时需要对待消毒区域进行动物体检测。其中，本申请实施例不对检测请求的具体数据内容和格式进行过多限定，可由技术人员自行设定。例如可以是一串特定的字符。

S102，控制设备将接收到的检测请求转发至检测设备。

控制设备自身并不具备动物体检测功能，因此需要将该检测请求发送至对应的检测设备，以告知检测设备进行动物体检测。其中应当说明地，实际应用中，检测设备的数量可以不止一个。例如可以同时有3个不同的检测设备。因此本申请实施例在进行检测请求发送时，控制设备可以根据实际需求或者技术人员的设置，从所有可用的检测设备中选取出一个或多个设备发送检测请求。

S103，检测设备在接收到检测请求时，对待消毒区域进行动物体检测，并将得到的第一检测结果发送至控制设备。

在检测设备在接收到检测请求时，开始对待消毒区域进行动物体检测。其中，根据实际选取的检测设备以及检测方法的不同，此处的动物体检测可以有一种或多检测流程。具体需根据实际应用场景确定，此处不做过多限定。

作为一个可选实施例，根据检测的主动性与被动性，此处将检测方法分为两类：

1、主动检测方法。即由检测设备主动对待消毒区域进行动物体检测，包括但不限于如基于视频的检测、基于温度的检测和基于物体运动的检测等。

2、被动检测方法。即检测设备需要被动地根据动物体触发的数据来实现对待消毒区域的动物体检测。例如可以在待消毒区域的进出口处安装门磁，此时动物体进出待消毒区域均会触发门磁。在此基础上可以根据门磁的触发数据来实现对动物体进出的识别，进而实现对是否存在动物体的判断。

实际应用中，两类检测方法的区别在于：

对于第1类检测方法而言，优点在于：检测设备在接收到检测请求后，可以快速主动的实现对动物体检测，并得到对应的检测结果(即第一检测结果)。而缺点在于：当在待消毒区域内检测到动物体的时候，需要持续刷新检测结果，以实现对动物体离开时的及时识别。

对于第2类检测方法而言，优点在于：检测设备无需主动检测，而在接收到动物体触发的数据时，又可以及时地得到对应的检测结果并进行反馈。因此可以在无需主动刷新检测的情况下，保障检测结果的及时有效。但缺点在于：由于需要被动的等待触发数据，因此可能会较长时间无法得到有效的检测结果。

作为本申请的另一个可选实施例，亦可以使用运动传感器来检测待消毒区域内是否有运动的动物体，并在没有时判定为待消毒区域内无动物体。

实际应用中，技术人员可根据实际场景的需求，来确定选取哪种类型的检测方法，再基于类型来确定出可选用的检测设备和实际使用的检测方法。以尽可能地满足实际应用中对成本等的需求。

作为本申请的一个可选实施例，在本申请实施例中，会预先在待消毒区域的进出口的门上安装门磁，选用门磁作为本申请实施例的检测设备，以动物体是否离开待消毒区域来判断待消毒区域内是否有动物体。

作为本申请的又一个可选实施例，亦可以利用摄像头加基于视觉的识别技术来实现对动物体的检测，或者将检测的动物体范围仅限定于人体，此时可以采用人体红外线感应器实现对人体的检测。

对应的，门磁在接收到检测请求之后，会在门被打开触发门磁时，生成对应的触发数据。在此基础上，由于门被打开了，说明动物体会离开待消毒区域。因此此时可以判定为动物体离开待消毒区域，待消毒区域内没有了动物体。

应当说明地，S103和S104中是检测设备自行生成检测结果并发送给控制设备。但作为另一种可选方式，也可以由检测设备将动物体检测的检测数据发送给控制设备，由控制设备发送给消毒设备，最后由消毒设备根据检测数据来生成检测结果。此时S103和S104亦可以被替换为：

检测设备在接收到检测请求时，对待消毒区域进行动物体检测，并将得到的检测数据发送至控制设备。

控制设备将接收到的检测数据转发至消毒设备。

消毒设备根据检测数据得到第一检测结果。

同理，亦可以将检测数据的处理操作放置在控制设备之中，此时S103和S104亦可以被替换为：

检测设备在接收到检测请求时，对待消毒区域进行动物体检测，并将得到的检测数据发送至控制设备。

控制设备根据检测数据得到第一检测结果，并将第一检测结果转发至消毒设备。

实际应用中，可由技术人员根据实际需求来设置好具体对检测数据处理的设备，此处不做过多限定。

S104，控制设备将接收到的第一检测结果转发至消毒设备。

控制设备在接收到检测结果之后，会将其转发至消毒设备。

S105，消毒设备在接收到的第一检测结果为待消毒区域内不存在动物体时，识别计时的计时时长是否大于或等于预设时长阈值。

S106，消毒设备在计时时长大于或等于预设时长阈值时，开始对待消毒区域的消毒。

一方面，考虑到实际应用中，动物体检测可能会因为一些内部或外部的干扰导致检测结果不准确，即在待消毒区域内有动物体时，检测结果仍为没有动物体。例如对于门磁而言，若门磁内的参数设置不合理，可能会将外部风吹引发的门正常位移识别为门被打开。因此若在检测结果为不存在动物体的时候马上开启消毒，可能会对待消毒区域内的动物体造成伤害。

另一方面，考虑到实际情况中，即使动物体离开了待消毒区域，也有可能会回来。当再次回来的时间极短时，如用户刚关门出去，突然想起来自己落东西在里面了。此时用户可能会直接开门进来拿东西。由于臭氧等消毒方式下，即使在发现有用户进入的情况下立即停止消毒，也会由于待消毒区域内残留的臭氧等成分，对进入的用户造成伤害。

为了实现对检测结果的刷新，以继续确定待消毒区域内是否有动物体。在本申请实施例中，会预先设置一个间隔时长。在每次检测结果为待消毒区域内存在动物体时，消毒设备都会等待间隔时长，再重新向控制设备发送检测请求。以实现对检测结果的定期刷新。其中，本申请实施例不对间隔时长的具体值进行过多限定，可由技术人员根据实际需求进行设定。例如可以设置为1～10秒。

因此为了防止检测结果不准确，以及动物体在检测设备或消毒设备得到检测结果后的较短时间内重回待消毒区域，使得消毒对动物体造成伤害。本申请实施例中，会预先设置一个时长阈值。在检测结果为待消毒区域内没有动物体时，消毒设备并不会直接开始消毒，而是会判定从检测到启动指令到当前时刻的计时时长，是否长于或等于该时长阈值。在检测结果为不存在动物体的情况下，当计时时长长于或等于该时长阈值时，说明已经等候了较长的时间，此时动物体极大概率已经离开了待消毒区域。因此此时消毒设备才会开始消毒。其中，本申请实施例不对具体的时长阈值大小进行限定，可由技术人员根据实际需求设定。例如当待消毒区域为房间等较小的空间时，可以将时长阈值设置的小一些，如1～5分钟。当待消毒区域为广场等较大的空间时，则可以将时长阈值设置的相对大一些，如10～20分钟。

作为本申请的一个可选实施例，消毒设备在接收到的第一检测结果为待消毒区域内存在动物体时，则在预设间隔时长后，返回执行S101中“向控制设备发送检测请求”的操作。

对于待消毒区域内存在动物体的情况，若生成检测结果的设备为消毒设备以外的设备，如检测设备和控制设备。此时可以选择将该检测结果告知消毒设备或者不告知设备。对于不告知消毒设备而言，意味着消毒设备仅会接收到“待消毒区域内不存在动物体”的检测结果。此时消毒设备无需考虑对“待消毒区域内存在动物体”的应对。而对于告知消毒设备的情况，则消毒设备需要继续确定待消毒区域内是否有动物体，直至确定出没有动物体为止。若是由消毒设备自身对检测数据进行处理生成检测结果，此时亦有可能会遇到“待消毒区域内存在动物体”的情况。此时消毒设备也需要继续确定待消毒区域内是否有动物体，直至确定出没有动物体为止。

本申请实施例在检测到消毒的启动指令时，不会直接开始消毒，而是会开始计时并对待消毒区域进行动物体检测，以判断是否有动物体在待消毒区域内。若检测结果为不存在动物体，本申请实施例会再判断计时时长是否达到预设时长阈值。如果达到，才会开始对待消毒区域的消毒。反之若检测结果为存在动物体，或者检测结果为不存在动物体但计时时长没有达到预设时长阈值时。本申请实施例均不会开始消毒。从而增大了对检测结果的容错率，以及对一些特殊场景的应对能力。防止了在待消毒区域内存在动物体时仍进行消毒，进而给动物体造成伤害。相比于传统的用户手动启动消毒设备后就开始消毒而言。本申请实施例中用户可以正常启动消毒设备，并可以在启动之后安全离开待消毒区域，而不用担心这期间消毒设备开始消毒对自身或其他动物体造成伤害。

作为本申请的一个可选实施例，参考图2，在图1B所示实施例的基础上，本申请实施例在消毒设备开始对待消毒区域进行消毒之后，还会继续对待消毒区域进行动物体检测。并会在检测到有动物体进入了待消毒区域时及时停止消毒。以防止消毒过程中动物体进入待消毒区域时，给动物体造成伤害。详述如下：

S201，消毒设备向控制设备发送检测请求。

S202，控制设备将接收到的检测请求转发至检测设备。

S203，检测设备在接收到检测请求时，对待消毒区域进行动物体检测，并将得到的第二检测结果发送至控制设备。

S204，控制设备将接收到的第二检测结果转发至消毒设备。

S205，消毒设备在接收到的第二检测结果为待消毒区域内存在动物体时，中止或暂停对待消毒区域的消毒。

在本申请实施例中，消毒设备会在消毒过程中继续向控制设备发送检测请求，由控制设备转发该检测请求至检测设备。再由检测设备进行检测并将检测得到的检测结果(即第二检测结果)反馈给消毒设备。

当检测结果为待消毒区域内存在动物体时，说明消毒过程中有动物体进入了待消毒区域。此时消毒设备会中止或暂停对待消毒区域的消毒。以防止对进入的动物体造成伤害。其中，由于正常的消毒是一个持续一定时长的过程。而本申请实施例会在有动物体进入时对正常消毒过程造成一定影响。因此技术人员可以根据实际需求来设置好是中止还是暂停消毒。当中止时，说明下一次消毒又需要重新开始。而暂停，则下一次可以接着本次的实际情况继续消毒。

其中，对S201-S205的操作原理和细节等，均可以参考图1B所示实施例的相关说。因此此处不予赘述。但应当说明地，在本申请实施例中可以设置一个检测频率。消毒设备在消毒过程中，可以以该检测频率来周期向控制设备发送检测请求，使得控制设备周期向检测设备转发检测请求。进而实现对动物体的周期检测，以保障检测结果的时效性。

作为本申请的一个可选实施例，S201-S203的操作，也可以被替换为：

在消毒的过程中，检测设备对待消毒区域进行动物体检测，并将得到的第二检测结果发送至控制设备。

或者替换为：

在消毒的过程中，检测设备对待消毒区域进行动物体检测，并在得到的第二检测结果为待消毒区域内存在动物体时，将第二检测结果发送至控制设备。

在本申请实施例中，由检测设备在消毒过程中主动对动物体进行检测，并主动将检测结果发生至控制设备，由控制设备转发给消毒设备。从而使得消毒设备无需耗费过多资源进行检测请求，同时也可以节约一定的网络带宽。其中，亦可以设置一个检测频率。在消毒过程中，检测设备可以以该检测频率来周期检测动物体，以保障检测结果的时效性。

此外，作为本申请的一个可选实施例，检测结果亦可以是控制设备或消毒设备生成的，此时检测设备只需输出检测数据即可。具体可参考图1B所示实施例中的相关说明，此处不予赘述。

作为本申请的又一个可选实施例，参考图3，在S205中止或暂停对待消毒区域的消毒之后，还会继续对待消毒区域进行动物体检测。并会在检测到无动物体在待消毒区域时继续进行消毒。以保障消毒过程的有效执行，保障对待消毒区域的消毒效果。详述如下：

S301，消毒设备向控制设备发送检测请求。

S302，控制设备将接收到的检测请求转发至检测设备。

S303，检测设备在接收到检测请求时，对待消毒区域进行动物体检测，并将得到的第三检测结果发送至控制设备。

S304，控制设备将接收到的第三检测结果转发至消毒设备。

S305，消毒设备在接收到的第三检测结果为待消毒区域内不存在动物体时，开始对待消毒区域的消毒。

本申请实施例与图2所示实施例的操作细节基本相同，因此可以参考图2所示实施例的相关说明，此处不予赘述。同时对图2所示实施例的说明中，图2所示实施例的一些替代方案、优化方案和细化方案等，亦可以结合本申请实施例进行应用。

此处仅对与图2所示实施例不同之处进行说明：

由于在图2所示实施例基础上，消毒过程随时可能会由于有动物体进入待消毒区域而被打断。但消毒时长若过短，会影响对待消毒区域的消毒效果。此时若又让用户来重新开启消毒，一方面用户操作繁琐，不方便。另一方面又需要重新执行图1B和图2所示实施例的操作，效率低下。再一方面，对于臭氧等消毒方式，即使停止了消毒，空气中的残留物也会对用户造成伤害。因此用户人工重新开启消毒可能会对用户造成伤害。

为了防止上述情况出现，本申请实施例在图2所示实施例中止或暂停消毒后，会继续检测待消毒区域内是否有动物体。并会在动物体离开待消毒区域，使得待消毒区域没有动物体时，继续对待消毒区域进行消毒(根据中止还是暂停来确定消毒过程是否需要重新开始，还是继续上一次的消毒)。

应当特别说明地，由于实际应用中，无法确定消毒过程中动物体进出待消毒区域的次数。可能仅会进出一次，也有可能会有多次。而上述图2和图3所示实施例仅是对单次进出下的处理，因此根据实际应用情况，图2和图3所示实施例可能会执行多次。此时图2和图3所示实施例可能会交叉执行。

特别说明地，对于上述图1A、图1B、图2和图3所示实施例，均是以消毒系统包含消毒设备、控制设备和检测设备为例进行的说明。实际应用中，亦可以将消毒系统进行简化，从而得到包含不同设备的消毒系统，以及对应的消毒方案。此处提供两种可选的不同消毒系统及消毒方案的实施例，实际应用中，技术人员可根据实际需求进行选取或搭建：

可选实施例一：参考图4，消毒系统中没有控制设备，仅有消毒设备和检测设备。

在可选实施例一中，无需控制设备，由消毒设备和检测设备组成一个消毒系统，以对待消毒区域进行消毒。其中，消毒设备与检测设备可以通过广域网或者局域网进行连接和数据交互。

可选实施例二：消毒设备、控制设备和检测设备均为同一设备，此时没有消毒系统，只有一个包含三种设备功能的消毒设备。

在可选实施例二中，消毒设备同时具有消毒功能和动物体检测功能，由消毒设备自身完成所有的动物体检测和消毒操作。因此本申请实施例中，没有独立的控制设备和检测设备，更没有消毒系统。

与上述图1A、图1B、图2和图3所示实施例相比，可选实施例一和可选实施例二的方案原理基本未变。因此具体的方案原理说明可参考图1A、图1B、图2和图3所示实施例的说明，此处不予赘述。同时由于原理未发生变化，因此在于可选实施例不产生冲突的情况下，图1A、图1B、图2和图3所示实施例中的替换方案、优化方案和细化方案，亦可以应用至可选实施例一和可选实施例二之中，此处亦不于赘述。但由于实际设备情况发生了变化，因此在进行操作时，方案的流程也会发生一定的适应性变化。具体包括：

1、各个步骤的执行主体发生变量一定的变化。对于可选实施例一而言，原执行主体为控制设备的步骤而言。会将执行主体变更为消毒设备或者检测设备。对于可选实施例二而言，则所有步骤的执行主体，均为消毒设备。

2、设备间交互流程的简化，对应的数据交互步骤会被剔除。对于可选实施例一而言，由于没有了控制设备，原本需要控制设备转发的数据，均可以变更为消毒设备与检测设备之间进行数据传输交互。对于可选实施例二而言，则没有了对应的交互流程。

具体的，对应于S101-S106，对于可选实施例一而言消毒的流程包括：

消毒设备在检测到启动指令时，开启计时，并向检测设备发送检测请求。

检测设备在接收到检测请求时，对待消毒区域进行动物体检测，并将得到的第一检测结果发送至消毒设备。

消毒设备在接收到的第一检测结果为待消毒区域内不存在动物体时，识别计时的计时时长是否大于或等于预设时长阈值。

消毒设备在计时时长大于或等于预设时长阈值时，开始对待消毒区域的消毒。

相应的，站在消毒设备侧的消毒流程为：

消毒设备在检测到启动指令时，开启计时，并获取对待消毒区域进行动物体检测的第一检测结果。

若第一检测结果为待消毒区域内不存在动物体，则识别计时的计时时长是否大于或等于预设时长阈值。

若计时时长大于或等于预设时长阈值，则开始对待消毒区域的消毒。

其中消毒设备通过发送检测请求，再接收检测结果的方式，实现步骤“获取对待消毒区域进行动物体检测的第一检测结果”。

具体的，对应于S101-S106，对于可选实施例二而言消毒的流程包括：

消毒设备在检测到启动指令时，开启计时，对待消毒区域进行动物体检测得到第一检测结果。

若第一检测结果为待消毒区域内不存在动物体，则识别计时的计时时长是否大于或等于预设时长阈值。

若计时时长大于或等于预设时长阈值，则开始对待消毒区域的消毒。

在可选实施例一和二中，通过对消毒系统进行简化，得到仅包含消毒设备与检测设备的消毒系统，以及包含原消毒系统内各个设备功能的消毒设备。并根据简化后的情况对消毒方案流程步骤进行适应性调整，使得可选实施例一和二可以满足不同的实际应用需求。技术人员可以根据实际场景的需求来选取对应消毒系统和方案。进而实现在实际应用场景下，对动物体安全性的有效提高。

此外，作为本申请的一个可选实施例，为了进一步提升对待消毒区域消毒的安全性。在本申请实施例中，针对于消毒功能被开启、消毒过程中检测到动物体进入或者存在于待消毒区域，以及消毒过程中重新开始消毒等的几种时机下，均可以增加一些提醒方案。即由消毒设备通过发出警报声或者警报灯光等方式，来提醒用户或宠物等动物体尽快离开待消毒区域。其中，本申请实施例不对具体设置提醒方案的时机做过多限定，可由技术人员根据实际需求进行设定。同时，具体的提醒方案，亦可以由技术人员根据实际情况设定。例如可以从声/光/电等物理信号中选取一种或多种方式，并设置对应的提醒信号进行输出。

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

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

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

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

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。还应理解的是，虽然术语“第一”、“第二”等在文本中在一些本申请实施例中用来描述各种元素，但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如，第一表格可以被命名为第二表格，并且类似地，第二表格可以被命名为第一表格，而不背离各种所描述的实施例的范围。第一表格和第二表格都是表格，但是它们不是同一表格。

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

本申请实施例提供的消毒系统中的控制设备可以是手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等设备，本申请实施例对控制设备的具体类型不作任何限制。

例如，所述控制设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。亦可以是个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车联网终端、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set top box，STB)、用户驻地设备(customer premise equipment，CPE)和/或用于在无线系统上进行通信的其它设备以及下一代通信系统，例如，5G网络中的移动终端或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)网络中的移动终端等。

作为示例而非限定，当所述控制设备为可穿戴设备时，该可穿戴设备还可以是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，如智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

图5是本申请一实施例提供的消毒设备的结构示意图。如图5所示，该实施例的消毒设备5包括：至少一个处理器50(图5中仅示出一个)、存储器51、定时器53和消毒模块54，所述存储器51中存储有可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个消毒方法实施例中的步骤，例如图1所示的步骤101至106。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能。消毒模块即为消毒设备中用于消毒的所有硬件统称，如当消毒设备为紫外线消毒时，消毒模块中即会包含紫外线灯。

所述消毒设备可包括，但不仅限于，处理器50、存储器51定时器53和消毒模块54。本领域技术人员可以理解，图5仅仅是消毒设备5的示例，并不构成对消毒设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述消毒设备还可以包括输入发送设备、网络接入设备、总线等。

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

所述存储器51在一些实施例中可以是所述消毒设备5的内部存储单元，例如消毒设备5的硬盘或内存。所述存储器51也可以是所述消毒设备5的外部存储设备，例如所述消毒设备5上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述消毒设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经发送或者将要发送的数据。

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

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的消毒设备所需执行的流程步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在消毒设备上运行时，使得消毒设备执行时实现可实现上述各个方法实施例中的步骤。

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

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

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

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

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