CN116709476B - 唤醒设备的方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及近场通信技术领域，公开一种唤醒设备的方法、保活设备的方法、装置、电子设备及存储介质，该方法包括：响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息；若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功，由此，当终端设备处于休眠状态时，PC端可以通过唤醒单播消息唤醒终端设备，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

Description

唤醒设备的方法、装置、电子设备及存储介质

技术领域

本申请涉及近场通信技术领域，尤其涉及一种唤醒设备的方法、保活设备的方法、装置、电子设备及存储介质。

背景技术

目前，PC端与Andriod设备（比如手机、PAD、智慧屏等）之间可以通过wifi局域网内的广播包交互，进行自发现自组网，以实现相应的业务。

但是，在Andriod设备处于休眠状态时，PC端与Andriod设备之间则无法交互进行自发现自组网，从而无法实现相应的业务。

发明内容

本申请提供一种唤醒设备的方法、保活设备的方法、装置、电子设备及存储介质，目的在于当终端设备处于休眠状态时，PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，以实现相应的业务，提高用户体验。

第一方面，本申请提供了一种唤醒设备的方法，所述方法应用于PC端，该方法包括：

响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息；

若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

本申请所提供的唤醒设备的方法，通过响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息；若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功，由此，当终端设备处于休眠状态时，PC端可以通过唤醒单播消息唤醒终端设备，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

在一种可能的实现方式中，所述方法还包括：

与所述目标设备进行自发现自组网。

在另一种可能的实现方式中，所述若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功的步骤包括：

在另一种可能的实现方式中，所述响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息的步骤之前还包括：

若在预设时间内接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

在另一种可能的实现方式中，所述方法还包括：

在所述PC端的附近设备列表中显示所述目标设备已上线。

在另一种可能的实现方式中，所述方法还包括：

在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息；

若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

在另一种可能的实现方式中，所述在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息的步骤包括：

在检测到所述目标设备从非休眠状态切换到休眠状态时，在对所述目标设备的心跳在线检测过程中向所述目标设备发送确认单播消息。

在另一种可能的实现方式中，所述若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理的步骤包括：

若在预设时间内接收到所述目标设备返回的单播响应消息，则确定所述目标设备有心跳，并对所述目标设备进行保活在线处理。

在另一种可能的实现方式中，所述在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息的步骤之后还包括：

若在预设时间内未接收到所述目标设备返回的单播响应消息，则确定所述目标设备无心跳，并对所述目标设备进行超时下线处理。

在另一种可能的实现方式中，所述响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息的步骤之前还包括：

在所述目标设备的自发现自组网coap协议字段中设置唤醒单播类型字段和确认单播类型字段，其中，所述唤醒单播类型字段用于唤醒休眠的目标设备，所述确认单播类型字段用于保活休眠的目标设备，所述目标设备与所述PC端处于同一局域网。

第二方面，本申请提供了一种保活设备的方法，所述方法应用于PC端，所述方法包括：

在检测到目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息；

若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

本申请所提供的保活设备的方法，在检测到目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息；若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。由此，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

在一种可能的实现方式中，所述在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息的步骤包括：

在检测到所述目标设备从非休眠状态切换到休眠状态时，在对所述目标设备的心跳在线检测过程中向所述目标设备发送确认单播消息。

在另一种可能的实现方式中，所述若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理的步骤包括：

若在预设时间内接收到所述目标设备返回的单播响应消息，则确定所述目标设备有心跳，并对所述目标设备进行保活在线处理。

在另一种可能的实现方式中，所述在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息的步骤之后还包括：

若在预设时间内未接收到所述目标设备返回的单播响应消息，则确定所述目标设备无心跳，并对所述目标设备进行超时下线处理。

第三方面，本申请提供了一种唤醒设备的方法，所述方法应用于终端设备，所述方法包括：

接收PC端响应于对休眠状态下的所述终端设备的唤醒指令所发送的唤醒单播消息；

根据所述唤醒单播消息向所述PC端返回单播响应消息，以使PC端确定对所述终端设备唤醒成功。

本申请所提供的唤醒设备的方法，通过接收PC端响应于对休眠状态下的所述终端设备的唤醒指令所发送的唤醒单播消息；根据所述唤醒单播消息向所述PC端返回单播响应消息，以使PC端确定对所述终端设备唤醒成功，由此，当终端设备处于休眠状态时，PC端可以通过唤醒单播消息唤醒终端设备，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验

在一种可能的实现方式中，所述方法还包括：

与所述PC端进行自发现自组网。

在另一种可能的实现方式中，所述方法还包括：

接收所述PC端在所述终端设备从非休眠状态切换到休眠状态时，发送的确认单播消息；

根据所述确认单播消息向所述PC端返回单播响应消息，以使所述PC端对所述终端设备进行保活在线处理。

第四方面，本申请提供了一种保活设备的方法，所述方法应用于终端设备，所述方法包括：

接收PC端在所述终端设备从非休眠状态切换到休眠状态时，发送的确认单播消息；

根据所述确认单播消息向所述PC端返回单播响应消息，以使所述PC端对所述终端设备进行保活在线处理。

本申请所提供的保活设备的方法，接收PC端在所述终端设备从非休眠状态切换到休眠状态时，发送的确认单播消息；根据所述确认单播消息向所述PC端返回单播响应消息，以使所述PC端对所述终端设备进行保活在线处理。由此，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

第五方面，本申请提供了一种唤醒设备的装置，包括：

唤醒单播发送模块，用于响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息；

接收模块，用于若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

第六方面，本申请提供了一种保活设备的装置，包括：

确认单播发送模块，用于在检测到目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息；

处理模块，用于若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

第七方面，本申请提供了一种唤醒设备的装置，包括：

唤醒单播接收模块，用于接收PC端响应于对休眠状态下的所述终端设备的唤醒指令所发送的唤醒单播消息；

响应模块，用于根据所述唤醒单播消息向所述PC端返回单播响应消息，以使PC端确定对所述终端设备唤醒成功。

第八方面，本申请提供了一种保活设备的装置，包括：

确认单播接收模块，用于接收所述PC端在所述终端设备从非休眠状态切换到休眠状态时，发送的确认单播消息；

响应模块，用于根据所述确认单播消息向所述PC端返回单播响应消息，以使所述PC端对所述终端设备进行保活在线处理。

第九方面，本申请提供了一种电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如上述可能的实现方式中任一项所述的唤醒设备的方法或者保活设备的方法。

第十方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储了计算机程序，当所述计算机程序被处理器执行时，使得处理器执行如上述可能的实现方式中任一项所述的唤醒设备的方法或者保活设备的方法。

第十一方面，本申请提供了一种芯片，所述芯片包括处理器与数据接口，所述处理器通过所述数据接口读取存储器上存储的指令，执行上述可能的实现方式中任一项所述的唤醒设备的方法或者保活设备的方法。

作为一种可能的实现方式，所述芯片还可以包括存储器，所述存储器中存储有指令，所述处理器用于执行所述存储器上存储的指令，当所述指令被执行时，所述处理器用于执行执行上述可能的实现方式中任一项所述的唤醒设备的方法或者保活设备的方法。

附图说明

图1a为现有技术PC和Andriod设备自发现自组网的一个示意性场景图；

图1b为现有技术PC和Andriod设备进行心跳检测的一个示意性场景图；

图2为本申请实施例提供的电子设备的一种结构示意图；

图3为本申请实施例提供的电子设备的一种软件结构框图；

图4为本申请实施例提供的唤醒设备的方法的一个示意性场景图；

图5为本申请实施例提供的保活设备的方法的一个示意性场景图；

图6为本申请一个实施例提供的唤醒设备的方法的交互图；

图7为本申请实施例提供的扩展调用接口的一个示意性场景图；

图8为本申请一个实施例提供的保活设备的方法的交互图；

图9为本申请另一个实施例提供的唤醒设备的方法的交互图；

图10为本申请另一个实施例提供的保活设备的方法的交互图；

图11为本申请提供的一种唤醒设备的装置的功能模块示意图；

图12为本申请提供的一种保活设备的装置的功能模块示意图；

图13为本申请提供的另一种唤醒设备的装置的功能模块示意图；

图14为本申请提供的另一种保活设备的装置的功能模块示意图。

具体实施方式

本申请说明书和权利要求书及附图说明中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了下述各实施例的描述清楚简洁，首先给出一种唤醒设备方法的实现方案的简要介绍：

目前，PC端与Andriod设备（比如手机、PAD、智慧屏等）之间可以通过wifi局域网内的广播包交互，进行自发现自组网，以实现相应的业务。

在现有技术的一种场景中，如图1a所示，图1a为现有技术中PC和Andriod设备自发现自组网的一个示意性场景图。

在Andriod设备休眠时，由于短距功耗控制，在无数据传输时，wifi存在定期休眠的情况，在wifi休眠时，休眠的Andriod设备收不到局域网内其它终端的自发现自组网广播包。这种场景下，PC无法和近场的Andriod设备通过局域网内的广播包交互，进行自发现自组网。

如图1a所示，PC、非休眠设备A和休眠设备B位于同一局域网。PC的发现连接模块（MagicLink）发出局域网广播（coap广播）后，非休眠设备A的发现连接模块能正常收到该广播，并做出响应，PC的发现连接模块收到响应后，会通知PC的设备管理模块上线非休眠设备A。而休眠设备B收不到该广播，也无法做出响应，PC也就无法发现休眠设备B。此种场景下，如果PC要与休眠状态下的设备B之间，做超级接续、超级通知、超级来电、超级键鼠等超级业务，则因休眠设备B收不到PC的广播，无法做出响应，PC无法发现休眠设备B而无法实现，从而影响用户体验。因此，PC需要先将休眠设备从休眠状态中唤醒后，才能进行相应的超级终端业务。

在现有技术的另一种场景中，如图1b所示，图1b为现有技术中PC和Andriod设备进行心跳检测的一个示意性场景图。

在PC的发现连接模块（MagicLink）定时对在线设备进行心跳检测（在规定时间内检测对端设备是否有心跳包）过程中，如果某设备从非休眠状态变为休眠状态，那么该设备将无法收到局域网内PC的wifi广播包，也无法给PC回应。PC在一段时间内（比如30s）没有收到该设备的心跳响应，则会下线该休眠设备。

如图1b所示，PC和设备A位于同一局域网，PC上线非休眠设备A后，PC会定时启动心跳在线检测，PC的发现连接模块（MagicLink）发出局域网广播（coap广播）后，检测设备A是否处于保活状态（即保持在线状态），非休眠设备A能收到PC发出的局域网广播，并及时做出响应，PC就能一直保持非休眠设备A处于在线状态。如果非休眠设备A变为休眠状态了，那么在PC在线检测设备A的时候，会因为休眠设备接收不到PC局域网广播，而无法对PC做出响应，导致PC心跳检测超时，下线休眠设备A。

此种场景下，如果PC要与休眠状态下的设备A之间，做超级接续、超级通知、超级来电、超级键鼠等超级业务，则因休眠设备A收不到PC的广播，无法做出响应，导致PC心跳检测超时，下线休眠设备A而无法实现，从而影响用户体验。因此，PC需要保活休眠设备，才能做相应的超级终端业务。

基于上述技术方案中存在的问题，本申请提供了一种唤醒设备的方法、保活设备的方法、装置、电子设备及存储介质，当终端设备处于休眠状态时，PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，以实现相应的业务，提高用户体验。

本申请所提供的唤醒设备的方法、保活设备的方法，可以适用于与PC处于同一局域网中的手机、平板电脑、桌面型、膝上型、笔记本电脑、超级移动个人计算机（ultra-mobile personal computer，UMPC）、手持计算机、上网本、个人数字助理（PersonalDigital Assistant，PDA）、可穿戴电子设备、智能手表等电子设备。其中，适用该唤醒设备的方法、保活设备的方法的电子设备，其结构可以如图2所示。

如图2所示，图2为本申请提供的一种电子设备的组成示例图，电子设备200可以包括处理器210，外部存储器接口220，内部存储器221，通用串行总线（universal serialbus，USB）接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，摄像头293，显示屏294等。

其中，传感器模块280可以包括压力传感器280A，陀螺仪传感器280B，气压传感器280C，磁传感器280D，加速度传感器280E，距离传感器280F，接近光传感器280G，指纹传感器280H，温度传感器280J，触摸传感器280K，环境光传感器280L，骨传导传感器280M等。

可以理解的是，本实施例示意的结构并不构成对该电子设备200的具体限定。在另一些实施例中，该电子设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器（application processor，AP），调制解调处理器，图形处理器（graphics processingunit，GPU），图像信号处理器（image signal processor，ISP），控制器，视频编解码器，数字信号处理器（digital signal processor，DSP），基带处理器，和/或神经网络处理器（neural-network processing unit，NPU）等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备200的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了系统的效率。

在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路（inter-integrated circuit，I2C）接口，集成电路内置音频（inter-integrated circuitsound，I2S）接口，脉冲编码调制（pulse code modulation，PCM）接口，通用异步收发传输器（universal asynchronous receiver/transmitter，UART）接口，移动产业处理器接口（mobile industry processor interface，MIPI），通用输入输出（general-purposeinput/output，GPIO）接口，用户标识模块（subscriber identity module，SIM）接口，和/或通用串行总线（universal serial bus，USB）接口等。

可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备200的结构限定。在本申请另一些实施例中，电子设备200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块240可以通过USB接口230接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块240可以通过电子设备200的无线充电线圈接收无线充电输入。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备200供电。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，显示屏294，摄像头293，和无线通信模块260等供电。电源管理模块241还可以用于监测电池容量，电池循环次数，电池健康状态（漏电，阻抗）等参数。在其他一些实施例中，电源管理模块241也可以设置于处理器210中。在另一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

电子设备200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在电子设备200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块250的至少部分功能模块可以被设置于处理器210中。在一些实施例中，移动通信模块250的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备（不限于扬声器270A，受话器270B等）输出声音信号，或通过显示屏294显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器210，与移动通信模块250或其他功能模块设置在同一个器件中。

无线通信模块260可以提供应用在电子设备200上的包括无线局域网（wirelesslocal area networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（bluetooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequency modulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR）等无线通信的解决方案。无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备200的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得电子设备200可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统（global system for mobile communications，GSM），通用分组无线服务（general packet radio service，GPRS），码分多址接入（codedivision multiple access，CDMA），宽带码分多址（wideband code division multipleaccess，WCDMA），时分码分多址（time-division code division multiple access，TD-SCDMA），长期演进（long term evolution，LTE），BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统（global positioning system，GPS），全球导航卫星系统（global navigation satellite system，GLONASS），北斗卫星导航系统（beidounavigation satellite system，BDS），准天顶卫星系统（quasi-zenith satellitesystem，QZSS）和/或星基增强系统（satellite based augmentation systems，SBAS）。

电子设备200通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏294用于显示图像，视频等。显示屏294包括显示面板。显示面板可以采用液晶显示屏（liquid crystal display，LCD），有机发光二极管（organic light-emittingdiode，OLED），有源矩阵有机发光二极体或主动矩阵有机发光二极体（active-matrixorganic light emitting diode，AMOLED），柔性发光二极管（flex light-emittingdiode，FLED），Miniled，MicroLed，Micro-oled，量子点发光二极管（quantum dot lightemitting diodes，QLED）等。在一些实施例中，电子设备200可以包括1个或N个显示屏294，N为大于1的正整数。

电子设备200的显示屏294上可以显示一系列图形用户界面（graphical userinterface，GUI），这些GUI都是该电子设备200的主屏幕。一般来说，电子设备200的显示屏294的尺寸是固定的，只能在该电子设备200的显示屏294中显示有限的控件。控件是一种GUI元素，它是一种软件组件，包含在应用程序中，控制着该应用程序处理的所有数据以及关于这些数据的交互操作，用户可以通过直接操作（direct manipulation）来与控件交互，从而对应用程序的有关信息进行读取或者编辑。一般而言，控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。例如，在本申请实施例中，显示屏294可以显示虚拟按键（一键编排、开始编排、场景编排）。

电子设备200可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。

ISP用于处理摄像头293反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头293中。

摄像头293用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件（charge coupled device，CCD）或互补金属氧化物半导体（complementary metal-oxide-semiconductor，CMOS）光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备200可以包括1个或N个摄像头293，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备200在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备200可以支持一种或多种视频编解码器。这样，电子设备200可以播放或录制多种编码格式的视频，例如：动态图像专家组（moving picture experts group，MPEG）1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络（neural-network，NN）计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备200的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口220可以用于连接外部存储卡，例如MicroSD卡，实现扩展电子设备200的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器221可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令，从而执行电子设备200的各种功能应用以及数据处理。例如，在本实施例中，处理器210可以通过执行存储在内部存储器221中的指令，进行场景编排。内部存储器221可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序（比如声音播放功能，图像播放功能等）等。存储数据区可存储电子设备200使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器（universal flash storage，UFS）等。处理器210通过运行存储在内部存储器221的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备200的各种功能应用以及数据处理。

电子设备200可以通过音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块270用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块270还可以用于对音频信号编码和解码。在一些实施例中，音频模块270可以设置于处理器210中，或将音频模块270的部分功能模块设置于处理器210中。

扬声器270A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备200可以通过扬声器270A收听音乐，或收听免提通话。

受话器270B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备200接听电话或语音信息时，可以通过将受话器270B靠近人耳接听语音。

麦克风270C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风270C发声，将声音信号输入到麦克风270C。电子设备200可以设置至少一个麦克风270C。在另一些实施例中，电子设备200可以设置两个麦克风270C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备200还可以设置三个，四个或更多麦克风270C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口270D用于连接有线耳机。耳机接口270D可以是USB接口230，也可以是3.5mm的开放移动电子设备平台（open mobile terminal platform，OMTP）标准接口，美国蜂窝电信工业协会（cellular telecommunications industry association of the USA，CTIA）标准接口。

在一些实施例中，电子设备200还可以包括按键290、马达291、指示器292以及SIM卡接口295（或eSIM卡）等一项或多项，本申请实施例对此不作任何限制。

另外，在上述部件之上，运行有操作系统。例如鸿蒙系统，iOS操作系统，Android开源操作系统，Windows操作系统等。在该操作系统上可以安装运行应用程序。

图3为本申请实施例提供的电子设备的一种软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在本申请的一些实施例中，电子设备的软件架构至少包括三层，从上至下分别为应用程序层，应用程序框架层，以及硬件抽象层。

应用程序层可以包括一系列应用程序包。这些应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，唤醒设备程序、保活设备程序等应用程序。

在本申请实施例中，应用程序层中包含若干个具有用户界面（User Interface，UI）的APP，例如短信、备忘录或其他能够使用系统View控件的APP。

在本申请的一些实施例中，APP可以包括View控件和确认对话框。控件可用于在电子设备的UI界面上显示需要展示的内容。确认对话框可用于在界面上展示用户要访问的对象及其相关信息，以供用户根据自身需求进行操作。本实施例中确认对话框可以以焦点窗口（Focus Window）的状态来呈现，该焦点窗口的背景颜色与背景窗口的颜色可以存在一定的视觉差，用于区分两种窗口。

应用程序框架层为应用程序层的应用程序提供应用编程接口（applicationprogramming interface，API）和编程框架。应用程序框架层包括一些预先定义的函数。如图3所示，应用程序框架层可以包括窗口管理器（Window Manager），内容提供器，视图系统（View System），电话管理器（Telephony Manager），资源管理器，通知管理器（Notification Manager），软件包管理器（Package Manager）等。例如，在本申请的一些实施例中，应用程序框架层还可以包括输入管理器（InputManager），应用管理器（ActivityManager）。

其中，输入管理器用于处理系统的输入事件（按键操作、触摸事件等）。

应用管理器用于管理应用程序生命周期并提供常用的导航回退功能，处理相应的终端应用业务。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备的通信功能。例如通话状态的管理（包括接通，挂断等）。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

硬件抽象层为电子设备200的操作系统内核与硬件电路之间的接口层，其目的在于将硬件抽象化。在本申请的一些实施例中，硬件抽象层包括网络通信模块、设备连接模块（MagicLink）、设备管理模块。该网络通信模块可用于检测电子设备200是否处于联网状态。本申请中联网状态是指电子设备200能够通过上述移动通信模块250或者无线通信模块260与其他电子设备进行通信，该通信可以发生在一个封闭的局域网上，也可以通过互联网进行通信。本申请方案中涉及电子设备200与PC端在局域网内的近场通信。

发现连接模块（MagicLink），用于与PC端通过局域网内的广播包交互，进行自发现自组网。

设备管理模块，用于电子设备200的上下线管理。

为了便于理解，本申请以下实施例将以具有图2和图3所示结构的电子设备200为例，结合附图和应用场景，对本申请实施例提供的唤醒设备的方法、保活设备的方法进行具体阐述。

本申请实施例涉及的技术术语：

coap：Constrained Application Protocol，约束应用协议，是一种专用的Web传输协议，用于约束网络和节点。

自组网：自组网是一种移动通信和计算机网络相结合的网络，网络的信息交换采用计算机网络中的分组交换机制，用户终端是可以移动的便携式终端，自组网中每个用户终端都兼有路由器和主机两种功能。作为主机，终端需要运行各种面向用户的应用程序，如编辑器、浏览器等；作为路由器，终端需要运行相应的路由协议，根据路由策略和路由表完成数据分组的转发和路由维护工作，故要求节点实现合适的路由协议。自组网路由协议的目标是快速、准确和高效，要求在尽可能短的时间内查找到准确可用的路由信息，并能适应网络拓扑的快速变化，同时减小引入的额外时延和维护路由的控制信息，降低路由协议的开销，以满足移动终端计算能力、储存空间以及电源等方面的限制。

自发现自组网：在自组网的概念上延伸而来，是指接入到同一个WIFI局域网中的设备自动发送coap广播，同局域网内的其它设备收到广播后，会与广播发送端设备进行设备发现，互相发现后的设备形成一个个网络节点，并在群组管理模块统一管理。

本实施例方法执行主体可以为电子设备，也可以为承载于电子设备上的装置或系统，该装置或系统可以实现对休眠设备的唤醒功能和/或保活功能，其可以通过应用软件的形式安装于电子设备上。该电子设备可以为PC端、终端设备等，在对应的方法实施例中，分别以PC端和终端设备进行举例，终端设备可以为手机、PAD、智慧屏等。

本申请方案中涉及PC端与其他电子设备在局域网内的近场通信，通过PC端对处于休眠状态下的其他电子设备进行唤醒操作或保活操作。该其他电子设备可以是图2和图3所示结构的电子设备，具体可以为手机、PAD、智慧屏等，其操作系统可以为鸿蒙系统，iOS操作系统，Android开源操作系统，Windows操作系统等，本实施例以Android设备进行举例。

本申请实施例考虑到：

在一种场景中，在Andriod设备休眠时，由于短距功耗控制，在无数据传输时，wifi存在定期休眠的情况，在wifi休眠时，休眠的Andriod设备收不到局域网内其它终端的自发现自组网广播包。这种场景下，PC无法和近场的Andriod设备通过局域网内的广播包交互，进行自发现自组网。

在另一种场景中，在PC的MagicLink（设备连接模块）定时对在线设备进行心跳检测（在规定时间内检测目标设备是否有心跳包）过程中，如果某设备从非休眠状态变为休眠状态，那么该设备将无法收到局域网内PC的wifi广播包，也无法给PC回应。PC在一段时间内（比如30s）没有收到该设备的心跳响应，则会下线该休眠设备。

以上两点都会直接影响用户体验。

针对上述两种场景，本申请实施例提出解决方案：

当终端设备处于休眠状态时，PC端可以通过唤醒单播消息唤醒终端设备，PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，以实现相应的业务，提高用户体验。

此外，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

以下具体介绍本申请实施例PC端与Android设备通过局域网内的广播包交互，进行自发现自组网的两种场景：

其中，PC端和Android设备都配置有设备管理模块和发现连接模块。

第一种场景：

如图4所示，PC和休眠设备B位于同一局域网，进行wifi自发现自组网，用于支撑超级接续、超级通知、超级来电、超级键鼠等超级终端业务。例如，非休眠状态下的PC要与休眠状态下的手机、平板、智慧屏之间做业务时，PC需要先将这些设备从休眠状态中唤醒后，才能做相应的超级终端业务。

本申请实施例考虑到：在设备休眠时，虽然wifi存在定期休眠收不到局域网内其它终端的自发现自组网广播包，但是能收到定向单播包，利用这个特点可以对局域网终端自发现自组网报文的coap协议字段进行扩展，并在PC端增加内部调用接口来实现自发现自组网功能。

具体地，PC的MagicLink（设备连接模块）在终端自发现自组网报文的coap协议字段中扩展定义coapType字段，将coap报文区分为广播、唤醒单播等类型。

在一种可能的实现方式中，可以通过PC的MagicLink提供wifi近场唤醒接口给PC的设备管理模块，PC的设备管理模块会调用MagicLink提供的wifi近场唤醒接口，向休眠设备B的IP发送coap唤醒单播。同时MagicLink启动一个2秒定时器。2秒内PC收到休眠设备B的发现连接模块的响应，则PC的MagicLink通知PC的设备管理模块设备B唤醒成功，并与设备B进行自发现自组网；否则，PC的MagicLink通知PC的设备管理模块设备B唤醒失败。

在唤醒成功后，PC的附近设备列表中显示设备B已上线，同时设备B的发现连接模块向设备B的设备管理模块通知新设备PC上线。

由此，当终端设备处于休眠状态时，PC端可以通过唤醒单播消息唤醒终端设备，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

第二种场景：

如图5所示，PC和设备A位于同一局域网，PC上线非休眠设备A后，PC会定时启动心跳在线检测，检测设备A是否处于保活状态（即保持在线状态），非休眠设备A的发现连接模块能收到PC的MagicLink（发现连接模块）发出的局域网coap广播，并及时做出响应，PC的MagicLink接收到响应后，向PC的设备管理模块通知新设备上线，PC就能一直保持非休眠设备A处于在线状态。如果非休眠设备A变为休眠状态，此种场景下，如果PC要与休眠状态下的设备A之间，做超级接续、超级通知、超级来电、超级键鼠等超级业务，则PC需要保活休眠设备。

其中，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，增加“确认单播”的报文类型和发送单播确认的接口，用于在设备上线后的心跳在线检测的过程中。

在一种可能的实现方式中，在设备A从非休眠状态变为休眠状态后，PC的MagicLink（发现连接模块）在心跳在线检测过程中，会先进行一个8秒时间内的预下线检测机制，即先发送一包确认单播数据（coap单播确认消息）给设备A的发现连接模块，监听8秒内设备A是否有响应。

如果8秒内收到设备A的发现连接模块返回的单播响应，PC的MagicLink都会认为设备A有心跳，继续对其保活在线。否则，PC的MagicLink会认为设备A没有心跳，通知PC的设备管理模块将其超时下线。

由此，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

基于上述两种场景的描述，以下对本实施例的方案进行详细阐述：

图6为本申请一个实施例提供的唤醒设备的方法的流程图，如图6所示，本申请实施例提供的唤醒设备的方法应用于PC端，所述方法包括：

步骤S601，响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息；

本实施例方法执行主体可以为电子设备，也可以为承载于电子设备上用于唤醒设备的装置或系统，该唤醒设备的装置或系统可以实现对休眠设备的唤醒功能，其可以通过应用软件的形式安装于电子设备上。该电子设备可以为PC等，本实施例以PC端进行举例。

本申请方案中涉及PC端与其他电子设备在局域网内的近场通信，通过PC端对处于休眠状态下的其他电子设备进行唤醒操作。该其他电子设备可以是图2和图3所示结构的电子设备，具体可以为手机、PAD、智慧屏等，其操作系统可以为鸿蒙系统，iOS操作系统，Android开源操作系统，Windows操作系统等，本实施例以Android设备进行举例。

在本实施例中，PC端响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息。

其中，目标设备可以是如前所述的Android设备。

具体地，作为一种可能的实施方式，PC端和目标设备位于同一局域网，PC端与目标设备进行wifi自发现自组网。

若PC需要与目标设备进行预设应用的业务，比如超级接续、超级通知、超级来电、超级键鼠等超级终端业务，例如，在PC要与手机、平板、智慧屏之间做业务时，需要目标设备保持在线状态。

其中，对于上述超级终端业务的触发方式，可以是通过用户在PC上对预设应用的业务操作指令来触发。

PC检测到用户在PC上对预设应用的业务操作指令后，PC会检测目标设备是否处于休眠状态，在检测到目标设备处于休眠状态时，PC需要先将这些设备从休眠状态中唤醒后，才能做相应的超级终端业务。

由此，PC在检测到所述目标设备处于休眠状态，且接收到对预设应用的业务操作指令时，触发对所述目标设备的唤醒指令。

PC响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息。

本申请实施例考虑到：在设备休眠时，虽然wifi存在定期休眠收不到局域网内其它终端的自发现自组网广播包，但是能收到定向单播包，利用这个特点可以对局域网终端自发现自组网报文的coap协议字段进行扩展，并在PC端增加内部调用接口来实现自发现自组网功能。

具体地，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，在终端自发现自组网报文的coap协议字段中扩展定义coapType字段，将coap报文区分为广播、唤醒单播等类型。

在一种可能的实现方式中，可以通过PC的MagicLink（发现连接模块）提供wifi近场唤醒接口给设备管理模块，如图7所示，PC的设备管理模块会调用MagicLink提供的wifi近场唤醒接口，向休眠设备B的发现连接模块发送coap唤醒单播。

步骤S602，若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

目标设备在接收到PC端发送的唤醒单播消息后，若无其他异常情况（比如网络异常等），则向PC返回一个单播响应消息。

PC端接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

在一种可能的实现方式中，若PC在预设时间内接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

在一种可能的实现方式中，如前所述，可以通过PC的MagicLink（发现连接模块）提供wifi近场唤醒接口给设备管理模块，如图4，及图7中（a）图所示，PC的设备管理模块会调用PC的MagicLink提供的wifi近场唤醒接口，向休眠设备B的发现连接模块发送coap唤醒单播。休眠设备B的发现连接模块接收PC的设备管理模块调用PC的MagicLink提供的wifi近场唤醒接口发送的coap唤醒单播。

同时PC的MagicLink启动一个2秒定时器（时间可以根据需要设置），如图4所示，在2秒内PC的MagicLink收到休眠设备B的发现连接模块的任何类型的coap报文响应，则PC的MagicLink通知PC的设备管理模块设备B唤醒成功，否则，PC的MagicLink通知PC的设备管理模块设备B唤醒失败。

在PC将设备B唤醒成功之后，后续就可以与设备B进行自发现自组网，进行超级接续、超级通知、超级来电、超级键鼠等超级终端业务。

本实施例通过上述方案，PC端响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息；若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功，由此，当终端设备处于休眠状态时，PC端可以通过唤醒单播消息唤醒终端设备，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，解决了PC和其它处于休眠状态的Andriod设备（手机、PAD、智慧屏等）之间不能自发现自组网、并且保持PC和这些设备之间在线状态的问题，可以更好地支撑超级接续、超级通知、超级来电、超级键鼠等业务，提高了用户体验。

进一步地，如图6所示，作为一种可能的实施方式，所述方法还可以包括：

步骤S603，与所述目标设备进行自发现自组网。

在PC将目标设备唤醒成功之后，后续就可以与目标设备进行自发现自组网，进行超级接续、超级通知、超级来电、超级键鼠等超级终端业务。

进一步地，在一种可能的实施方式中，所述步骤S601，响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息之前还包括：

步骤S600，在检测到所述目标设备处于休眠状态，且接收到对预设应用的业务操作指令时，触发对所述目标设备的唤醒指令。

具体地，作为一种可能的实施方式，PC端和目标设备位于同一局域网，PC端与目标设备进行wifi自发现自组网。

若PC需要与目标设备进行预设应用的业务，比如超级接续、超级通知、超级来电、超级键鼠等超级终端业务，例如，在PC要与手机、平板、智慧屏之间做业务时，需要目标设备保持在线状态。

其中，对于上述超级终端业务的触发方式，可以是通过用户在PC上对预设应用的业务操作指令来触发。

PC检测到用户在PC上对预设应用的业务操作指令后，PC会检测目标设备是否处于休眠状态，在检测到目标设备处于休眠状态时，PC需要先将这些设备从休眠状态中唤醒后，才能做相应的超级终端业务。

由此，PC在检测到所述目标设备处于休眠状态，且接收到对预设应用的业务操作指令时，触发对所述目标设备的唤醒指令。

进一步地，作为一种可能的实施方式，所述方法还包括：

步骤S604，在所述PC端的附近设备列表中显示所述目标设备已上线。

具体地，在PC将目标设备唤醒成功之后，在所述PC的附近设备列表中显示所述目标设备已上线。

进一步地，作为一种可能的实施方式，所述方法还包括：

步骤S605，在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息；

在一种可能的实施方式中，在检测到所述目标设备从非休眠状态切换到休眠状态时，在对所述目标设备的心跳在线检测过程中，启动预下线检测机制；根据所述预下线检测机制，向所述目标设备发送确认单播消息。

具体地，如前所述，本申请实施例考虑到：在设备休眠时，虽然wifi存在定期休眠收不到局域网内其它终端的自发现自组网广播包，但是能收到定向单播包，利用这个特点可以对局域网终端自发现自组网报文的coap协议字段进行扩展，并在PC端增加内部调用接口来实现自发现自组网功能。

具体地，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，在终端自发现自组网报文的coap协议字段中扩展定义coapType字段，增加“确认单播”报文类型和发送单播确认的接口，如图7中（b）图所示，用于在设备上线后的心跳在线检测的过程中。

如图7中（b）图所示，在一种可能的实现方式中，在检测到所述目标设备从非休眠状态切换到休眠状态时，可以通过PC的MagicLink（发现连接模块）提供wifi近场单播确认接口，PC的MagicLink会调用该单播确认接口，向所述目标设备的发现连接模块发送coap确认单播消息。

步骤S606，若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

目标设备在接收到PC端发送的确认单播消息后，若无其他异常情况（比如网络异常等），则向PC返回一个单播响应消息。

PC接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

在一种可能的实现方式中，若PC在预设时间内接收到所述目标设备返回的单播响应消息，则确定所述目标设备有心跳，并对所述目标设备进行保活在线处理。

在一种可能的实现方式中，如图5所示，在设备A从非休眠状态变为休眠状态后，PC的MagicLink在心跳在线检测过程中，会先进行一个8秒时间内（时间可以根据需要设置）的预下线检测机制，即先发送一包确认单播数据（coap单播确认消息）给设备A的发现连接模块，监听8秒内设备A是否有响应。

如果8秒内收到设备A的发现连接模块返回的单播响应，PC的MagicLink都会认为设备A有心跳，继续对其保活在线。否则，PC的MagicLink会认为设备A没有心跳，通知PC的设备管理模块将其超时下线。

由此，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

进一步地，作为一种可能的实施方式，所述在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息的步骤之后还包括：

步骤S607，若在预设时间内未接收到所述目标设备返回的单播响应消息，则确定所述目标设备无心跳，并对所述目标设备进行超时下线处理。

在一种可能的实现方式中，如图5所示，在设备A从非休眠状态变为休眠状态后，PC的MagicLink在心跳在线检测过程中，会先进行一个8秒时间内（时间可以根据需要设置）的预下线检测机制，即先发送一包确认单播数据（coap单播确认消息）给设备A，监听8秒内设备A是否有响应。

如果8秒内收到设备A的发现连接模块返回的单播响应，PC的MagicLink都会认为设备A有心跳，继续对其保活在线。否则，PC的MagicLink会认为设备A没有心跳，通知PC的设备管理模块将其超时下线。

进一步地，作为一种可能的实施方式，所述步骤S601，响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息之前还包括：

步骤S6001，在所述目标设备的自发现自组网coap协议字段中设置唤醒单播类型字段和确认单播类型字段，其中，所述唤醒单播类型字段用于唤醒休眠的目标设备，所述确认单播类型字段用于保活休眠的目标设备。

具体地，本申请实施例考虑到：在与PC端处于同一局域网内的设备休眠时，虽然wifi存在定期休眠收不到局域网内其它终端的自发现自组网广播包，但是能收到定向单播包，利用这个特点可以对局域网终端自发现自组网报文的coap协议字段进行扩展，并在PC端增加内部调用接口来实现自发现自组网功能。

在一种可能的实现方式中，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，在终端自发现自组网报文的coap协议字段中扩展定义coapType字段，将coap报文区分为广播、唤醒单播等类型，同时PC的MagicLink提供wifi近场唤醒接口给PC的设备管理模块，PC的设备管理模块会调用MagicLink提供的wifi近场唤醒接口，向休眠设备B的IP发送coap唤醒单播。

同时，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，增加“确认单播”的报文类型和发送单播确认的接口，用于在设备上线后的心跳在线检测的过程中。

由此，通过在目标设备的自发现自组网coap协议字段中增加唤醒单播和确认单播类型字段，分别用于唤醒休眠的目标设备和保活休眠的目标设备。例如，coap报文中新增coapType为4的唤醒单播类型字段，coap报文中新增coapType为3的确认单播类型字段。

当终端设备处于休眠状态时，PC端可以通过唤醒单播消息并结合唤醒接口唤醒终端设备，PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，以实现相应的业务，提高用户体验。

此外，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息并结合单播确认接口对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

图8为本申请一个实施例提供的保活设备的方法的流程图，如图8所示，本申请实施例提供的保活设备的方法应用于PC端，所述方法包括：

步骤S1001，在检测到目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息；

本实施例方法执行主体可以为电子设备，也可以为承载于电子设备上的装置或系统，该装置或系统至少可以实现对休眠设备的保活功能，其可以通过应用软件的形式安装于电子设备上。该电子设备可以为PC端等终端设备或服务器，本实施例以PC端进行举例。

本申请方案中涉及PC端与其他电子设备在局域网内的近场通信，通过PC端对处于休眠状态下的其他电子设备进行保活操作。该其他电子设备可以是图2和图3所示结构的电子设备，具体可以为手机、PAD、智慧屏等，其操作系统可以为鸿蒙系统，iOS操作系统，Android开源操作系统，Windows操作系统等，本实施例以Android设备进行举例。

在一种可能的实施方式中，在检测到所述目标设备从非休眠状态切换到休眠状态时，在对所述目标设备的心跳在线检测过程中，启动预下线检测机制；根据所述预下线检测机制，向所述目标设备发送确认单播消息。

具体地，本申请实施例考虑到：在设备休眠时，虽然wifi存在定期休眠收不到局域网内其它终端的自发现自组网广播包，但是能收到定向单播包，利用这个特点可以对局域网终端自发现自组网报文的coap协议字段进行扩展，并在PC端增加内部调用接口来实现自发现自组网功能。

具体地，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，在终端自发现自组网报文的coap协议字段中扩展定义coapType字段，增加“确认单播”报文类型和发送单播确认的接口，如图7中（b）图所示，用于在设备上线后的心跳在线检测的过程中。

如图7中（b）图所示，在一种可能的实现方式中，在检测到所述目标设备从非休眠状态切换到休眠状态时，可以通过PC的MagicLink（发现连接模块）提供wifi近场单播确认接口，PC的MagicLink会调用该单播确认接口，向所述目标设备的发现连接模块发送coap确认单播消息。

步骤S1002，若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

目标设备在接收到PC端发送的确认单播消息后，若无其他异常情况（比如网络异常等），则向PC返回一个单播响应消息。

PC接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

在一种可能的实现方式中，若PC在预设时间内接收到所述目标设备返回的单播响应消息，则确定所述目标设备有心跳，并对所述目标设备进行保活在线处理。

在一种可能的实现方式中，如图5所示，PC和设备A位于同一局域网，PC上线非休眠设备A后，PC会定时启动心跳在线检测，检测设备A是否处于保活状态（即保持在线状态），非休眠设备A能收到PC发出的局域网coap广播，并及时做出响应，PC就能一直保持非休眠设备A处于在线状态。如果非休眠设备A变为休眠状态，此种场景下，如果PC要与休眠状态下的设备A之间，做超级接续、超级通知、超级来电、超级键鼠等超级业务，则PC需要保活休眠设备。

在一种可能的实现方式中，如图5所示，在设备A从非休眠状态变为休眠状态后，PC的MagicLink在心跳在线检测过程中，会先进行一个8秒时间内（时间可以根据需要进行设置）的预下线检测机制，即先发送一包确认单播数据（coap单播确认消息）给设备A的发现连接模块，监听8秒内设备A是否有响应。

如果8秒内收到设备A的发现连接模块返回的单播响应，PC的MagicLink都会认为设备A有心跳，继续对其保活在线。否则，PC的MagicLink会认为设备A没有心跳，通知PC的设备管理模块将其超时下线。

由此，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

进一步地，作为一种可能的实施方式，所述步骤S1001，在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息之后还包括：

步骤S1003，若在预设时间内未接收到所述目标设备返回的单播响应消息，则确定所述目标设备无心跳，并对所述目标设备进行超时下线处理。

在一种可能的实现方式中，如图5所示，在设备A从非休眠状态变为休眠状态后，PC的MagicLink在心跳在线检测过程中，会先进行一个8秒时间内（时间可以根据需要设置）的预下线检测机制，即先发送一包确认单播数据（coap单播确认消息）给设备A，监听8秒内设备A是否有响应。

如果8秒内收到设备A的发现连接模块返回的单播响应，PC的MagicLink都会认为设备A有心跳，继续对其保活在线。否则，PC的MagicLink会认为设备A没有心跳，通知PC的设备管理模块将其超时下线。

图9为本申请另一个实施例提供的唤醒设备的方法的流程图，如图9所示，本申请实施例提供一种唤醒设备的方法应用于终端设备，所述方法包括：

步骤S1101，接收PC端响应于对休眠状态下的所述终端设备的唤醒指令所发送的唤醒单播消息；

步骤S1102，根据所述唤醒单播消息向所述PC端返回单播响应消息，以使PC端确定对所述终端设备唤醒成功。

本实施例方法执行主体为终端设备，该终端设备可以为电子设备，本实施例方法执行主体也可以为承载于电子设备上用于唤醒设备的装置或系统，该唤醒设备的装置或系统可以实现对休眠设备的唤醒功能，其可以通过应用软件的形式安装于电子设备上。该电子设备可以是图2和图3所示结构的电子设备，具体可以为手机、PAD、智慧屏等，其操作系统可以为鸿蒙系统，iOS操作系统，Android开源操作系统，Windows操作系统等，本实施例以Android设备进行举例。

本申请方案中涉及终端设备与PC端在局域网内的近场通信，通过PC端对处于休眠状态下的终端设备进行唤醒操作。

本实施例中终端设备为目标设备。

在本实施例中，PC端响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息，目标设备接收PC端响应于对休眠状态下的所述终端设备的唤醒指令所发送的唤醒单播消息。

具体地，作为一种可能的实施方式，PC端和目标设备位于同一局域网，PC端与目标设备进行wifi自发现自组网。

若PC需要与目标设备进行预设应用的业务，比如超级接续、超级通知、超级来电、超级键鼠等超级终端业务，例如，在PC要与手机、平板、智慧屏之间做业务时，需要目标设备保持在线状态。

其中，对于上述超级终端业务的触发方式，可以是通过用户在PC上对预设应用的业务操作指令来触发。

PC检测到用户在PC上对预设应用的业务操作指令后，PC会检测目标设备是否处于休眠状态，在检测到目标设备处于休眠状态时，PC需要先将这些设备从休眠状态中唤醒后，才能做相应的超级终端业务。

由此，PC在检测到所述目标设备处于休眠状态，且接收到对预设应用的业务操作指令时，触发对所述目标设备的唤醒指令。

PC响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息。

本申请实施例考虑到：在设备休眠时，虽然wifi存在定期休眠收不到局域网内其它终端的自发现自组网广播包，但是能收到定向单播包，利用这个特点可以对局域网终端自发现自组网报文的coap协议字段进行扩展，并在PC端增加内部调用接口来实现自发现自组网功能。

具体地，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，在终端自发现自组网报文的coap协议字段中扩展定义coapType字段，将coap报文区分为广播、唤醒单播等类型。

在一种可能的实现方式中，可以通过PC的MagicLink（发现连接模块）提供wifi近场唤醒接口给PC的设备管理模块，如图7所示，PC的设备管理模块会调用MagicLink提供的wifi近场唤醒接口，向休眠设备B的IP发送coap唤醒单播。

目标设备在接收到PC端发送的唤醒单播消息后，若无其他异常情况（比如网络异常等），则向PC返回一个单播响应消息。

PC端接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

在一种可能的实现方式中，若PC在预设时间内接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

在一种可能的实现方式中，如前所述，可以通过PC的MagicLink（发现连接模块）提供wifi近场唤醒接口给设备管理模块，如图4，及图7中（a）图所示，PC的设备管理模块会调用MagicLink提供的wifi近场唤醒接口，向休眠设备B的发现连接模块发送coap唤醒单播。休眠设备B的发现连接模块接收PC的设备管理模块调用PC的MagicLink提供的wifi近场唤醒接口发送的coap唤醒单播。

同时PC的MagicLink启动一个2秒定时器（时间可以根据需要设置），如图4所示，在2秒内PC收到休眠设备B的发现连接模块的任何类型的coap报文响应，则PC的MagicLink通知PC的设备管理模块设备B唤醒成功，否则，PC的MagicLink通知PC的设备管理模块设备B唤醒失败。

在PC将设备B唤醒成功之后，后续就可以与设备B进行自发现自组网，进行超级接续、超级通知、超级来电、超级键鼠等超级终端业务。

本实施例通过上述方案，终端设备接收PC端响应于对休眠状态下的终端设备的唤醒指令所发送的唤醒单播消息；根据所述唤醒单播消息向所述PC端返回单播响应消息，以使PC端确定对所述终端设备唤醒成功，由此，当终端设备处于休眠状态时，PC端可以通过唤醒单播消息唤醒终端设备，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，解决了PC和其它处于休眠状态的Andriod设备（手机、PAD、智慧屏等）之间不能自发现自组网、并且保持PC和这些设备之间在线状态的问题，可以更好地支撑超级接续、超级通知、超级来电、超级键鼠等业务，提高了用户体验。

进一步地，作为一种可能的实施方式，所述方法还包括：

步骤S1103，与所述PC端进行自发现自组网。

在PC将终端设备唤醒成功之后，后续就可以与终端设备进行自发现自组网，进行超级接续、超级通知、超级来电、超级键鼠等超级终端业务。

进一步地，作为一种可能的实施方式，所述方法还包括：

步骤S1104，接收所述PC端在所述终端设备从非休眠状态切换到休眠状态时发送的确认单播消息；

步骤S1105，根据所述确认单播消息向所述PC端返回单播响应消息，以使所述PC端对所述终端设备进行保活在线处理。

在一种可能的实施方式中，PC在检测到目标设备从非休眠状态切换到休眠状态时，在对所述目标设备的心跳在线检测过程中，启动预下线检测机制；根据所述预下线检测机制，向所述目标设备发送确认单播消息。

具体地，如前所述，本申请实施例考虑到：在设备休眠时，虽然wifi存在定期休眠收不到局域网内其它终端的自发现自组网广播包，但是能收到定向单播包，利用这个特点可以对局域网终端自发现自组网报文的coap协议字段进行扩展，并在PC端增加内部调用接口来实现自发现自组网功能。

具体地，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，在终端自发现自组网报文的coap协议字段中扩展定义coapType字段，增加“确认单播”报文类型和发送单播确认的接口，如图7中（b）图所示，用于在设备上线后的心跳在线检测的过程中。

如图7中（b）图所示，在一种可能的实现方式中，在检测到所述目标设备从非休眠状态切换到休眠状态时，可以通过PC的MagicLink（发现连接模块）提供wifi近场单播确认接口，PC的MagicLink会调用该单播确认接口，向所述目标设备的发现连接模块发送coap确认单播消息。

目标设备接收所述PC端在所述终端设备从非休眠状态切换到休眠状态时发送的确认单播消息。

目标设备在接收到PC端发送的确认单播消息后，若无其他异常情况（比如网络异常等），则向PC返回一个单播响应消息。

PC接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

在一种可能的实现方式中，若PC在预设时间内接收到所述目标设备返回的单播响应消息，则确定所述目标设备有心跳，并对所述目标设备进行保活在线处理。

在一种可能的实现方式中，如图5所示，在设备A从非休眠状态变为休眠状态后，PC的MagicLink在心跳在线检测过程中，会先进行一个8秒时间内（时间可以根据需要设置）的预下线检测机制，即先发送一包确认单播数据（coap单播确认消息）给设备A的发现连接模块，监听8秒内设备A是否有响应。

如果8秒内收到设备A的发现连接模块返回的单播响应，PC的MagicLink都会认为设备A有心跳，继续对其保活在线。否则，PC的MagicLink会认为设备A没有心跳，通知PC的设备管理模块将其超时下线。

由此，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

图10为本申请另一个实施例提供的保活设备的方法的流程图，如图10所示，本申请实施例提供一种保活设备的方法应用于终端设备，所述方法包括：

步骤S1201，接收PC端在所述终端设备从非休眠状态切换到休眠状态时发送的确认单播消息；

步骤S1202，根据所述确认单播消息向所述PC端返回单播响应消息，以使所述PC端对所述终端设备进行保活在线处理。

本实施例方法执行主体为终端设备，该终端设备可以为电子设备，本实施例方法执行主体也可以为承载于电子设备上用于唤醒设备的装置或系统，该唤醒设备的装置或系统可以实现对休眠设备的唤醒功能，其可以通过应用软件的形式安装于电子设备上。该电子设备可以是图2和图3所示结构的电子设备，具体可以为手机、PAD、智慧屏等，其操作系统可以为鸿蒙系统，iOS操作系统，Android开源操作系统，Windows操作系统等，本实施例以Android设备进行举例。

本申请方案中涉及终端设备与PC端在局域网内的近场通信，通过PC端对处于休眠状态下的终端设备进行保活操作。

本实施例中终端设备为目标设备。

在本实施例中，PC在检测到目标设备从非休眠状态切换到休眠状态时，在对所述目标设备的心跳在线检测过程中，启动预下线检测机制；根据所述预下线检测机制，向所述目标设备发送确认单播消息。

具体地，本申请实施例考虑到：在设备休眠时，虽然wifi存在定期休眠收不到局域网内其它终端的自发现自组网广播包，但是能收到定向单播包，利用这个特点可以对局域网终端自发现自组网报文的coap协议字段进行扩展，并在PC端增加内部调用接口来实现自发现自组网功能。

具体地，PC的MagicLink对终端自发现自组网报文的coapType字段进行扩展，在终端自发现自组网报文的coap协议字段中扩展定义coapType字段，增加“确认单播”报文类型和发送单播确认的接口，如图7中（b）图所示，用于在设备上线后的心跳在线检测的过程中。

如图7中（b）图所示，在一种可能的实现方式中，在检测到所述目标设备从非休眠状态切换到休眠状态时，可以通过PC的MagicLink（发现连接模块）提供wifi近场单播确认接口，PC的MagicLink会调用该单播确认接口，向所述目标设备的发现连接模块发送coap确认单播消息。

目标设备在接收到PC端发送的确认单播消息。

目标设备在接收到PC端发送的确认单播消息后，若无其他异常情况（比如网络异常等），则向PC返回一个单播响应消息。

PC若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

在一种可能的实现方式中，若PC在预设时间内接收到所述目标设备返回的单播响应消息，则确定所述目标设备有心跳，并对所述目标设备进行保活在线处理。

在一种可能的实现方式中，如图5所示，PC和设备A位于同一局域网，PC上线非休眠设备A后，PC会定时启动心跳在线检测，检测设备A是否处于保活状态（即保持在线状态），非休眠设备A能收到PC发出的局域网coap广播，并及时做出响应，PC就能一直保持非休眠设备A处于在线状态。如果非休眠设备A变为休眠状态，此种场景下，如果PC要与休眠状态下的设备A之间，做超级接续、超级通知、超级来电、超级键鼠等超级业务，则PC需要保活休眠设备。

在一种可能的实现方式中，如图5所示，在设备A从非休眠状态变为休眠状态后，PC的MagicLink在心跳在线检测过程中，会先进行一个8秒时间内（时间可以根据需要设置）的预下线检测机制，即先发送一包确认单播数据（coap单播确认消息）给设备A的发现连接模块，监听8秒内设备A是否有响应。

如果8秒内收到设备A的发现连接模块返回的单播响应，PC的MagicLink都会认为设备A有心跳，继续对其保活在线。否则，PC的MagicLink会认为设备A没有心跳，通知PC的设备管理模块将其超时下线。

由此，当终端设备从非休眠状态切换为休眠状态时，PC端可以通过确认单播消息对终端设备进行保活，从而使得PC端与终端设备之间可以交互进行自发现自组网，并且保持PC和终端设备之间的在线状态，进而实现相应的业务，提高了用户体验。

图11为本申请一个实施例提供的唤醒设备的装置的功能模块示意图，如图11所示，本申请实施例提供一种唤醒设备的装置1300，包括：

唤醒单播发送模块1301，用于响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息；

接收模块1302，用于若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

本实施例实现唤醒设备的原理，请参照上述各实施例，在此不再赘述。

图12为本申请一个实施例提供的保活设备的装置的功能模块示意图，如图12所示，本申请实施例提供一种保活设备的装置1400，包括：

确认单播发送模块1401，用于在检测到目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息；

处理模块1402，用于若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

本实施例实现保活设备的原理，请参照上述各实施例，在此不再赘述。

图13为本申请另一个实施例提供的唤醒设备的装置的功能模块示意图，如图13所示，本申请实施例提供一种唤醒设备的装置1500，包括：

唤醒单播接收模块1501，用于接收PC端响应于对休眠状态下的所述终端设备的唤醒指令所发送的唤醒单播消息；

响应模块1502，用于根据所述唤醒单播消息向所述PC端返回单播响应消息，以使PC端确定对所述终端设备唤醒成功。

本实施例实现唤醒设备的原理，请参照上述各实施例，在此不再赘述。

图14为本申请另一个实施例提供的保活设备的装置的功能模块示意图，如图14所示，本申请实施例提供一种保活设备的装置1600，包括：

确认单播接收模块1601，用于接收所述PC端在所述终端设备从非休眠状态切换到休眠状态时，发送的确认单播消息；

响应模块1602，用于根据所述确认单播消息向所述PC端返回单播响应消息，以使所述PC端对所述终端设备进行保活在线处理。

本实施例实现保活设备的原理，请参照上述各实施例，在此不再赘述。

应理解的是，这里的电子设备以功能模块的形式体现。这里的术语“模块”可以通过软件和/或硬件形式实现，对此不作具体限定。例如，“模块”可以是实现上述功能的软件程序、硬件电路或二者结合。所述硬件电路可能包括应用特有集成电路（applicationspecific integrated circuit，ASIC）、电子电路、用于执行一个或多个软件或固件程序的处理器（例如共享处理器、专有处理器或组处理器等）和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。

本申请还提供一种电子设备，包括：一个或多个处理器；存储器；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如上述可能的实现方式中任一项所述的唤醒设备的方法，或者，如上述可能的实现方式中任一项所述的保活设备的方法。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储了计算机程序，当所述计算机程序被处理器执行时，使得处理器执行如上述可能的实现方式中任一项所述的唤醒设备的方法，或者，如上述可能的实现方式中任一项所述的保活设备的方法。

本申请还提供一种芯片，所述芯片包括处理器与数据接口，所述处理器通过所述数据接口读取存储器上存储的指令，执行上述可能的实现方式中任一项所述的唤醒设备的方法，或者保活设备的方法。

可选的，该芯片还可以包括存储器，所述存储器中存储有指令，所述处理器用于执行所述存储器上存储的指令，当所述指令被执行时，所述处理器用于执行上述可能的实现方式中任一项所述的唤醒设备的方法，或者保活设备的方法。

存储器可以是只读存储器（read-only memory，ROM）、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器（random access memory，RAM）或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器（electricallyerasable programmable read-only memory，EEPROM）、只读光盘（compact disc read-only memory，CD-ROM）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其它磁存储设备，或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质等。

本申请实施例中，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a ,b ,c ,a-b ,a-c ,b-c ,或a-b-c，其中a ,b ,c可以是单个，也可以是多个。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种唤醒设备的方法，其特征在于，所述方法应用于PC端，所述方法包括：

在目标设备的自发现自组网coap协议字段中设置唤醒单播类型字段，其中，所述唤醒单播类型字段用于唤醒休眠的目标设备，所述目标设备与所述PC端处于同一局域网；

响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息，所述唤醒单播消息包括设置有所述唤醒单播类型字段的自发现自组网coap协议字段；

若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

与所述目标设备进行自发现自组网。

3.根据权利要求1所述的方法，其特征在于，所述若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功的步骤包括：

若在预设时间内接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

4.根据权利要求1所述的方法，其特征在于，所述响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息的步骤之前还包括：

在检测到目标设备处于休眠状态，且接收到对预设应用的业务操作指令时，触发对所述目标设备的唤醒指令。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述PC端的附近设备列表中显示所述目标设备已上线。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息；

若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理。

7.根据权利要求6所述的方法，其特征在于，所述在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息的步骤包括：

在检测到所述目标设备从非休眠状态切换到休眠状态时，在对所述目标设备的心跳在线检测过程中，向所述目标设备发送确认单播消息。

8.根据权利要求6所述的方法，其特征在于，所述若接收到所述目标设备返回的单播响应消息，则对所述目标设备进行保活在线处理的步骤包括：

若在预设时间内接收到所述目标设备返回的单播响应消息，则确定所述目标设备有心跳，并对所述目标设备进行保活在线处理。

9.根据权利要求8所述的方法，其特征在于，所述在检测到所述目标设备从非休眠状态切换到休眠状态时，向所述目标设备发送确认单播消息的步骤之后还包括：

若在预设时间内未接收到所述目标设备返回的单播响应消息，则确定所述目标设备无心跳，并对所述目标设备进行超时下线处理。

10.根据权利要求6所述的方法，其特征在于，所述响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息的步骤之前还包括：

在所述目标设备的自发现自组网coap协议字段中设置确认单播类型字段，其中，所述确认单播类型字段用于保活休眠的目标设备。

11.一种唤醒设备的方法，其特征在于，所述方法应用于终端设备，所述方法包括：

接收PC端响应于对休眠状态下的所述终端设备的唤醒指令所发送的唤醒单播消息，所述唤醒单播消息包括自发现自组网coap协议字段，所述自发现自组网coap协议字段中设置唤醒单播类型字段，其中，所述唤醒单播类型字段用于唤醒休眠的终端设备，所述终端设备与所述PC端处于同一局域网；

根据所述唤醒单播消息向所述PC端返回单播响应消息，以使PC端确定对所述终端设备唤醒成功。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

与所述PC端进行自发现自组网。

13.根据权利要求11所述的方法，其特征在于，所述方法还包括：

接收所述PC端在所述终端设备从非休眠状态切换到休眠状态时，发送的确认单播消息；

根据所述确认单播消息向所述PC端返回单播响应消息，以使所述PC端对所述终端设备进行保活在线处理。

14.一种唤醒设备的装置，其特征在于，所述唤醒设备的装置为PC端，包括：

唤醒单播发送模块，用于响应于对休眠状态下的目标设备的唤醒指令，向所述目标设备发送唤醒单播消息，所述唤醒单播消息包括自发现自组网coap协议字段，所述自发现自组网coap协议字段中设置唤醒单播类型字段，其中，所述唤醒单播类型字段用于唤醒休眠的目标设备，所述目标设备与所述PC端处于同一局域网；

接收模块，用于若接收到所述目标设备返回的单播响应消息，则确定对所述目标设备唤醒成功。

15.一种唤醒设备的装置，其特征在于，包括：

唤醒单播接收模块，用于接收PC端响应于对休眠状态下的终端设备的唤醒指令所发送的唤醒单播消息，所述唤醒单播消息包括自发现自组网coap协议字段，所述自发现自组网coap协议字段中设置唤醒单播类型字段，其中，所述唤醒单播类型字段用于唤醒休眠的终端设备，所述终端设备与所述PC端处于同一局域网；

响应模块，用于根据所述唤醒单播消息向所述PC端返回单播响应消息，以使PC端确定对所述终端设备唤醒成功。

16.一种电子设备，其特征在于，包括：一个或多个处理器；存储器；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，当所述一个或多个计算机程序被所述电子设备执行时，使得所述电子设备执行如权利要求1至13中任一项所述的唤醒设备的方法。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储了计算机程序，当所述计算机程序被处理器执行时，使得处理器执行如权利要求1至13中任一项所述的唤醒设备的方法。