唤醒决策的智能优化方法、装置、电子设备及存储介质与流程

1.本技术涉及通信技术领域，更具体地，涉及一种唤醒决策的智能优化方法、装置、电子设备及存储介质。


背景技术：

2.在智能家居的相关技术中，用户可以通过发出唤醒语音的方式对智能设备进行唤醒，当主控设备接收到唤醒语音后，可以通过算法裁决，从与其处于同一组网下的多个智能设备中，决策出状态最优的智能设备进行唤醒，但是，在实际应用中，唤醒决策的时间为固定时长，且该时长都较久，降低了用户的使用体验感。


技术实现要素：

3.有鉴于此，本技术提出了一种唤醒决策的智能优化方法、装置、电子设备及存储介质。
4.第一方面，本技术实施例提供了一种唤醒决策的智能优化方法，应用于主控设备，所述方法包括：获取所述主控设备与受控设备之间对应的通信时长，所述主控设备与所述受控设备处于同一局域网下；将所述通信时长与预设等待时长比对，根据预设规则确定目标通信时长，所述预设等待时长为预设的固定值；将所述目标通信时长更新为目标等待时长，所述目标等待时长用于当所述通信时长达到所述目标等待时长时，从所述受控设备中，决策出执行唤醒控制的所述受控设备。
5.第二方面，本技术实施例提供了一种唤醒决策的智能优化装置，应用于主控设备，所述装置包括：时长获取模块、时长确定模块以及时长更新模块。时长获取模块，用于获取所述主控设备与受控设备之间对应的通信时长，所述主控设备与所述受控设备处于同一局域网下；时长确定模块，用于将所述通信时长与预设等待时长比对，根据预设规则确定目标通信时长，所述预设等待时长为预设的固定值；时长更新模块，用于将所述目标通信时长更新为目标等待时长，所述目标等待时长用于当所述通信时长达到所述目标等待时长时，从所述受控设备中，决策出执行唤醒控制的所述受控设备。
6.第三方面，本技术实施例提供了一种电子设备，包括：一个或多个处理器；存储器；一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行第一方面提供的唤醒决策的智能优化方法。
7.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行第一方面提供的唤醒决策的智能优化方法。
8.本技术提供的方案中，获取主控设备与受控设备之间对应的通信时长，其中，主控设备与受控设备处于同一局域网下；将通信时长与预设等待时长比对，根据预设规则确定目标通信时长，其中，预设等待时长为预设的固定值；将目标通信时长更新为目标等待时
长，目标等待时长用于当通信时长达到目标等待时长时，从受控设备中，决策出执行唤醒控制的受控设备。如此，可以实现对主控设备的目标等待时长进行动态更新，从而可以动态调整主控设备每次唤醒决策等待的最大时长，减少了唤醒决策的决策等待时间，提高了唤醒的响应速度。
附图说明
9.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
10.图1示出了本技术实施例提供的应用环境的示意图。
11.图2示出了本技术一实施例提供的唤醒决策的智能优化方法的流程示意图。
12.图3示出了本技术另一实施例提供的唤醒决策的智能优化方法的流程示意图。
13.图4示出了本技术再一实施例提供的唤醒决策的智能优化方法的流程示意图。
14.图5示出了本技术再另一实施例提供的唤醒决策的智能优化方法的流程示意图。
15.图6示出了本技术再又一实施例提供的唤醒决策的智能优化方法的流程示意图。
16.图7是根据本技术一实施例提供的一种唤醒决策的智能优化装置的框图。
17.图8是本技术实施例的用于执行根据本技术实施例的唤醒决策的智能优化方法的电子设备的框图。
18.图9是本技术实施例的用于保存或者携带实现根据本技术实施例的唤醒决策的智能优化方法的程序代码的存储单元。
具体实施方式
19.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
20.在相关技术中，用户在发出唤醒信息后，主控设备可以通过算法裁决，从与其处于同一组网下的多个智能设备中，决策状态最优的智能设备进行唤醒。其中，主控设备一般设置有固定等待时长，若在固定等待时长内，收到了所有智能设备的唤醒信息，则通过算法裁决，从所有智能设备中决策出状态最优的智能设备进行唤醒；若在固定等待时长内，仅收到了部分智能设备发送的唤醒信息，则从部分智能设备中决策出状态最优的智能设备进行唤醒，甚至在固定等待时长内，没有收到智能设备发送的唤醒信息，则会延长等待时长，出现超时等待而导致的超时唤醒的情况。
21.但是，在实际应用中，智能设备所处的位置、信号强度、环境内其他类型设备节点的干扰，会导致智能设备与主控设备之间的通信速度是波动变化的，甚至可能出现在一段时间内，智能设备无法与主控设备进行通信，如此，则会造成主控设备决策唤醒都必须要等待到固定等待时长，或者超时后才能决策最终哪台智能设备被唤醒，进而导致唤醒决策的时间都较长，唤醒速度较慢，降低了用户的使用体验感。
22.针对上述问题，发明人提出一种唤醒决策的智能优化方法、装置、电子设备及存储介质，获取主控设备与受控设备之间对应的通信时长，并将通信时长与预设等待时长比对，
根据预设规则确定目标通信时长，其中，预设等待时长为预设的固定值；将目标通信时长更新为目标等待时长，目标等待时长用于当通信时长达到目标等待时长时，从受控设备中，决策出执行唤醒控制的受控设备。下面对该内容进行详细描述。
23.下面对本技术实施例提供的信息推送方法的应用环境进行介绍。
24.请参照图1，图1示出了为本技术实施例的应用环境的示意图，应用场景可以包括唤醒决策的智能优化系统10，唤醒决策的智能优化系统10可以包括主控设备100和多个受控设备200，主控设备100和受控设备200可以进行数据交互，交互数据包括但不限于音频、视频、文字、图像等，其中，主控设备100与受控设备200处于同一网络下，该网络可以是局域网，也可以是广域网，本实施例对此不作限制。
25.具体地，主控设备100和受控设备200可以接收到用户发送的唤醒信息，其中，受控设备200在接收到用户发送的唤醒信息后，根据接收到的该唤醒信息将唤醒请求发送至主控设备100，以反馈其能够执行唤醒控制；对应地，主控设备100可以同时接收来自于用户发送的唤醒信息和受控设备200发送的唤醒请求，若最先接收到的是用户发送的唤醒信息，则以接收到该唤醒信息的时刻作为起始时刻而开始计时，并将计时时长作为等待时长；或者，若最先接收到的是受控设备200发送的唤醒请求，则以收到该唤醒请求的时刻作为起始时刻而开始计时，并将计时时长作为等待时长；当等待时长达到最大等待决策时长后，从已发送了唤醒请求的多个受控设备200中决策出执行唤醒控制的受控设备。其中，主控设备100可以获取其与受控设备200之间的通信时长，并基于该通信时长对最大等待决策时长进行动态调整，减少决策等待时长，提升唤醒速度。
26.请参照图2，图2为本技术一实施例提供的一种唤醒决策的智能优化方法的流程示意图，应用于主控设备。下面将结合图2对本技术实施例提供的唤醒决策的智能优化方法进行详细阐述。该唤醒决策的智能优化方法可以包括以下步骤：
27.步骤s210：获取所述主控设备与受控设备之间对应的通信时长，所述主控设备与所述受控设备处于同一局域网下。
28.在本实施例中，由于主控设备与受控设备之间的通信速度是波动变化的，可能会导致主控设备迟迟不能收到所有受控设备发送的唤醒请求，进而导致主控设备要一直等到最大唤醒决策等待时长才能执行唤醒决策，唤醒速度较慢。因此，可以通过获取主控设备与受控设备之间对应的通信时长，并基于该通信时长对最大唤醒决策等待时长进行调整，以提高唤醒速度。
29.其中，主控设备可以是智能网关、智能控制面板、智能家居设备等电子设备，受控设备可以是智能控制面板以及智能家居设备等电子设备。在一些实施方式中，主控设备可以是预先设置的，例如，将智能网关设置为主控设备，将加入该到该智能网关所处的局域网中的智能控制面板或智能家居设备设置为受控设备。
30.在另一些实施方式中，主控设备也可以是在设备之间组网成功后，设备之间按照预设选择条件共同决策出一个设备作为主控设备，将其他设备作为受控设备，其中，预设选择条件可以是随机选择、选择局域网地址(media access control address，mac地址)最大的设备、选择互联网协议地址(internet protocol address，ip地址)最大的设备或者选择wi
‑
fi信号强度最大的设备等，本实施例对此不作限制。例如，多个智能控制面板组网成功，每个智能控制面板可以获取到其他智能控制面板的wi
‑
fi信号强度，基于此，可以共同决策
出wi
‑
fi信号强度最大的智能控制面板作为主控设备，其他智能控制面板作为受控设备。
31.可选地，获取主控设备与受控设备之间对应的通信时长，可以是由主控设备向受控设备发送一个通信请求，受控设备在接收到该通信请求后，会向主控设备反馈一个响应数据包，其代表已成功收到通信请求，其中，从主控设备发送通信请求到接收到响应数据包之间的时长则可以作为上述通信时长。或者，也可以是由受控设备主动向主控设备发送一个通信请求，主控设备反馈一个响应数据包给受控设备，上述通信时长即为受控设备发送通信请求到接收到响应数据包之间的时长，本实施例对此不作限制。由于主控设备与受控设备之间的通信速度受网络环境变化而随时都可能发生变化，因此，主控设备可以按照预设时间间隔对受控设备发起通信请求，以持续监测主控设备与受控设备之间的通信状况，其中，预设时间间隔可以是预先设置的，如5秒，也可以根据不同的应用场景进行调整，本实施例对此不作限制。
32.步骤s220：将所述通信时长与预设等待时长比对，根据预设规则确定目标通信时长，所述预设等待时长为预设的固定值。
33.在本实施例中，预设等待时长可以理解为主控设备的最大决策等待时长，并且该预设等待时长为预设的固定值，如2000毫秒，当然也可以根据不同的应用场景，给预设等待时长设置不同的固定值，本实施例对此不作限制。
34.在一些实施方式中，可以在接收到用户发送的唤醒信息或者受控设备发送的唤醒请求时，触发主控设备的唤醒决策控制，进而主控设备可以获取每个受控设备基于响应数据包得到的与主控设备之间的通信时长，并将通信时长与预设等待时长比对，根据预设规则确定目标通信时长。具体地，可以通过判断通信时长是否小于预设等待时长，若通信时长小于预设等待时长，则可以将该通信时长作为目标通信时长；若存在多个通信时长均小于预设等待时长，则可以获取多个通信时长中的最大值作为目标通信时长。
35.在另一些实施方式中，可以在接收到受控设备发送的唤醒请求时，若上述预设等待时长是基于多个受控设备与主控设备之间的通信时长中的最大值更新得到，且接收到的唤醒请求对应的受控设备与主控设备之间的通信时长是多个通信时长中的最大值，则将小于预设等待时长的所有通信时长进行比对，确定出通信时长中仅小于预设等待时长的指定通信时长作为目标通信时长。
36.步骤s230：将所述目标通信时长更新为目标等待时长，所述目标等待时长用于当所述通信时长达到所述目标等待时长时，从所述受控设备中，决策出执行唤醒控制的所述受控设备。
37.基于此，在根据预设规则确定出目标通信时长后，将目标通信时长更新为目标等待时长，可以理解地，目标等待时长即为主控设备的最大决策等待时长，此时，主控设备当前的最大决策等待时长被更新为目标通信时长。进一步地，主控设备则可以在最先接收到的用户发送的唤醒信息或者受控设备发送的唤醒请求的时刻开始计时，并将计时时长作为等待时长，当等待时长达到目标等待时长时，从发送了唤醒请求的受控设备中决策出执行唤醒控制的受控设备。
38.在本实施例中，通过获取主控设备与受控设备之间对应的通信时长，将通信时长与预设等待时长比对，根据预设规则确定目标通信时长，将目标通信时长更新为目标等待时长，目标等待时长用于当通信时长达到目标等待时长时，从发送了唤醒请求的受控设备
中，决策出执行唤醒控制的受控设备。如此，可以对主控设备的目标等待时长实现动态更新，从而可以动态调整主控设备每次唤醒决策等待的最大时长，减少了唤醒决策的决策等待时间，提高了唤醒的响应速度。
39.请参照图3，图3为本技术另一实施例提供的一种唤醒决策的智能优化方法的流程示意图，应用于主控设备。下面将结合图3对本技术实施例提供的唤醒决策的智能优化方法进行详细阐述。该唤醒决策的智能优化方法可以包括以下步骤：
40.步骤s310：获取所述主控设备与受控设备之间对应的通信时长，所述主控设备与所述受控设备处于同一局域网下。
41.在本技术实施例中，步骤s310的具体实施方式可以参阅前述实施例中的内容，在此不再赘述。
42.步骤s320：将所述通信时长与所述预设等待时长比对。
43.在本实施例中，在获取到主控设备与受控设备之间对应的通信时长之后，可以将通信时长与预设等待时长进行比对，判断通信时长是否小于预设等待时长，并且确定出小于预设等待时长的通信时长作为目标通信时长。其中，预设等待时长可以理解为预设的最大决策等待时长，该时长为一个预设的固定值。一般情况下，在预设等待时长内主控设备可以接收到所有受控设备发送的唤醒请求，但是可能在网络状况较差的情况下，一些受控设备与主控设备的通信时长会大于该预设等待时长。基于此，可以将通信时长大于该固定值的受控设备看作通信状况极差的受控设备(如离线设备)，即，该受控设备发送的唤醒请求不会影响主控设备何时执行唤醒决策控制；将通信时长小于该固定值的受控设备作为后续执行唤醒决策控制的备选受控设备。
44.步骤s330：当小于预设等待时长的所述通信时长数量为0时，则将所述预设等待时长作为所述目标通信时长。
45.在一些实施方式中，当小于预设等待时长的通信时长的数量为0时，代表此时所有受控设备与主控设备之间的通信时长均大于或等于预设等待时长。也就是说，若受控设备与主控设备之间的通信速度不发生变化的话，主控设备至少也要等待通信时长的时间，才能等到受控设备发送的唤醒请求，并且该通信时长时大于或等于预设等待时长的，因此，此时仍将预设等待时长作为目标通信时长，即，主控设备保持当前的最大决策等待时长不变。
46.例如，若主控设备与受控设备1、受控设备2、受控设备3之间的通信时长分别为1500毫秒、1600毫秒、1800毫秒，预设等待时长为1000毫秒，此时，主控设备可以确定小于预设等待时长的通信时长数量为0，因此，将预设等待时长1000毫秒作为目标通信时长，即主控设备的最大决策等待时长。
47.步骤s340：当小于预设等待时长的所述通信时长数量为1时，则将小于所述预设等待时长的所述通信时长作为所述目标通信时长。
48.在另一些实施方式中，当小于预设等待时长的所述通信时长数量为1时，代表此时存在一个受控设备与主控设备之间的通信时长小于预设等待时长，上述一个受控设备即可被作为后续执行唤醒决策控制的备选受控设备。也就是说，若受控设备与主控设备之间的通信速度不发生变化的话，主控设备最多只用等待通信时长的时间，即可接收到该备选受控设备发送的唤醒请求，并且该通信时长小于预设等待时长，因此，可以将小于预设等待时长的通信时长作为目标通信时长，即，主控设备将当前的最大决策等待时长更新为小于该
通信时长。
49.例如，若主控设备与受控设备1、受控设备2、受控设备3之间的通信时长分别为800毫秒、1600毫秒、1800毫秒，预设等待时长为1000毫秒，此时，主控设备可以确定小于预设等待时长的通信时长数量为1，也就是受控设备1与主控设备之间的通信时长小于预设等待时长，因此，将受控设备1与主控设备之间的通信时长800毫秒作为目标通信时长，即主控设备的最大决策等待时长。
50.步骤s350：当小于预设等待时长的所述通信时长数量大于1时，将多个所述通信时长中的最大值作为目标通信时长。
51.在又一些实施方式中，当小于预设等待时长的所述通信时长数量大于1时，代表此时存在多个受控设备与主控设备之间的通信时长小于预设等待时长，上述多个受控设备即可被作为后续执行唤醒决策控制的备选受控设备。基于此，主控设备可以获取多个小于预设等待时长的通信时长中的最大值，该最大值代表若受控设备与主控设备之间的通信速度不发生变化的话，主控设备最多等待最大值对应的时长即可接收到所有备选受控设备发送的唤醒请求，因此，可以将该最大值作为目标通信时长，即，主控设备将最大决策等待时长更新为该最大值。如此，减少了主控设备的最大决策等待时长，提高了唤醒响应速度。
52.例如，例如，若主控设备与受控设备1、受控设备2、受控设备3之间的通信时长分别为800毫秒、400毫秒、900毫秒，预设等待时长为1000毫秒，此时，主控设备可以确定小于预设等待时长的通信时长数量大于1，主控设备进一步确定多个通信时长中的最大值为900毫秒，因此，将受控设备3与主控设备之间的通信时长900毫秒作为目标通信时长，即主控设备的最大决策等待时长。
53.步骤s360：将所述目标通信时长更新为目标等待时长，所述目标等待时长用于当所述通信时长达到所述目标等待时长时，从所述受控设备中，决策出执行唤醒控制的所述受控设备。
54.在本技术实施例中，步骤s360的具体实施方式可以参阅前述实施例中的内容，在此不再赘述。
55.在本实施例中，通过判断受控设备与主控设备之间的通信时长是否小于预设等待时长，并将小于预设等待时长的通信时长中的最大值作为目标等待时长。如此，可以基于受控设备与主控之间的通信时长，对主控设备的目标等待时长(即最大决策等待时长)进行动态调整，以减少主控设备决策执行唤醒控制的受控设备的等待时长，提高了唤醒的响应速度，进而也提高了用户使用体验感。
56.请参照图4，图4为本技术再一实施例提供的一种唤醒决策的智能优化方法的流程示意图，应用于主控设备。下面将结合图4对本技术实施例提供的唤醒决策的智能优化方法进行详细阐述。该唤醒决策的智能优化方法可以包括以下步骤：
57.步骤s410：获取所述主控设备与受控设备之间对应的通信时长，所述主控设备与所述受控设备处于同一局域网下。
58.在本技术实施例中，步骤s410的具体实施方式可以参阅前述实施例中的内容，在此不再赘述。
59.步骤s420：当所述通信时长小于所述预设等待时长时，获取预设系数。
60.步骤s430：获取所述通信时长与预设系数的乘积，将所述乘积作为所述目标通信
时长，所述乘积大于所述通信时长且小于所述预设等待时长。
61.在本实施例中，当主控设备与受控设备之间的通信时长小于预设等待时长时，可以获取预设系数，再获取该预设系数与通信时长的乘积，并将该乘积作为目标通信时长，即，将该乘积作为主控设备的最大决策等待时长。其中，预设系数与通信时长的乘积是大于通信时长且小于预设等待时长的，预设系数可以是预先设置的，如1.5，也可以根据不同的应用场景进行调整，本实施例对此不作限制。主控设备不是直接将该通信时长作为最大决策等待时长，而是通过将通信时长与预设系数相乘，再将乘积作为最大决策等待时长，即，适当延长了该通信时长，也就是在小于预设等待时长的范围内适当延长了最大决策等待时长，如此，提高了主控设备在执行唤醒决策控制时对网络较差的容忍性。
62.在一些实施方式中，若仅存在一个受控设备与主控设备之间的通信时长小于预设等待时长，则获取该受控设备与主控设备之间的通信时长与预设系数的乘积，并将该乘积作为目标通信时长。
63.在另一些实施方式中，若存在多个受控设备与主控设备之间的通信时长小于预设等待时长，则可以获取多个通信时长中的最大值，再获取最大值与预设系数的乘积，并将该乘积作为目标通信时长。
64.例如，若主控设备与受控设备1、受控设备2、受控设备3之间的通信时长分别为300毫秒、400毫秒、500毫秒，预设等待时长为2000毫秒，预设系数为1.5，此时，主控设备可以确定小于预设等待时长的通信时长数量大于1，主控设备进一步确定多个通信时长中的最大值为900毫秒，获取最大值500毫秒与预设系数1.5的乘积750毫秒，并将750毫秒作为目标通信时长。
65.步骤s440：将所述目标通信时长更新为目标等待时长，所述目标等待时长用于当所述通信时长达到所述目标等待时长时，从所述受控设备中，决策出执行唤醒控制的所述受控设备。
66.在本技术实施例中，步骤s440的具体实施方式可以参阅前述实施例中的内容，在此不再赘述。
67.在本实施例中，主控设备在获取到小于预设等待时长的通信时长后，将通信时长与预设系数的乘积作为目标通信时长，并且该乘积小于预设等待时长。如此，既实现了对主控设备每次唤醒决策等待的最大时长的调整，减少了唤醒决策的决策等待时间，提高了唤醒的响应速度，同时，也通过在小于预设等待时长的范围内适当延长了最大决策等待时长，提高了主控设备在执行唤醒决策控制时对网络较差的容忍性。
68.请参照图5，图5为本技术再另一实施例提供的一种唤醒决策的智能优化方法的流程示意图，应用于主控设备。下面将结合图5对本技术实施例提供的唤醒决策的智能优化方法进行详细阐述。该唤醒决策的智能优化方法可以包括以下步骤：
69.步骤s510：监测是否接收到唤醒信息，所述唤醒信息用于触发所述主控设备中的唤醒决策控制。
70.步骤s520：若接收到所述唤醒信息，获取所述主控设备与受控设备之间对应的通信时长，所述主控设备与所述受控设备处于同一局域网下。
71.步骤s530：将所述通信时长与预设等待时长比对，根据预设规则确定目标通信时长，所述预设等待时长为预设的固定值。
72.步骤s540：将所述目标通信时长更新为目标等待时长，所述目标等待时长用于当所述通信时长达到所述目标等待时长时，从所述受控设备中，决策出执行唤醒控制的所述受控设备。
73.在本技术实施例中，步骤s510
‑
步骤s540的具体实施方式可以参阅前述实施例中的内容，在此不再赘述。
74.步骤s550：获取唤醒决策控制被触发时开始计算所述主控设备与所述受控设备之间的通信时长。
75.在本实施例中，主控设备的唤醒决策控制被触发的时刻可以是最先接收到的由用户发送的唤醒信息的时刻，或者，也可以是最先接收到的由某个受控设备发送的唤醒请求的时刻，本实施例对此不作限制。获取唤醒决策控制被触发时开始计算所述主控设备与所述受控设备之间的通信时长，可以理解为，获取唤醒决策控制被触发时开始计时的计时时长作为等待时长，当主控设备的唤醒决策控制被触发时，主控设备则开始进行计时，并将该计时时长作为等待时长。
76.步骤s560：当所述通信时长达到所述目标等待时长时，从发送了唤醒信息的受控设备中，决策出执行唤醒控制的受控设备。
77.基于此，在计算到主控设备与所述受控设备之间的通信时长后，可以在通信时长达到目标等待时长时，从发送了唤醒请求的受控设备中，决策出执行唤醒控制的受控设备。可以理解为，当等待时长达到目标等待时长时，从发送了唤醒请求的受控设备中，决策出执行唤醒控制的受控设备。
78.例如，更新后的目标等待时长为1000毫秒，存在受控设备1、受控设备2、受控设备3，若主控设备唤醒决策控制被触发的时刻为2021年7月9日11:50:01，当等待时长达到1000毫秒时，即在2021年7月9日11:50:02时，从发送了唤醒请求的受控设备中，决策出执行唤醒控制的受控设备。若受控设备1、受控设备2、受控设备3均在目标等待时长内发送了唤醒请求，主控设备则在受控设备1、受控设备2、受控设备3中决策出执行唤醒控制的受控设备。其中，执行唤醒控制，可以是选择一个距离用户最近的受控设备进行唤醒，即就近唤醒；也可以是选择信号强度最大的受控设备进行唤醒，本实施例对此不作限制。
79.在本实施例中，可以对主控设备的目标等待时长实现动态更新，并且基于更新后的目标等待时长，从发送了唤醒请求的受控设备中，决策出执行唤醒控制的受控设备。如此，减少了主控设备执行唤醒决策的决策等待时间，提高了唤醒的响应速度，进而也提高了用户使用体验感。
80.请参照图6，图6为本技术再又一实施例提供的一种唤醒决策的智能优化方法的流程示意图，应用于主控设备。下面将结合图6对本技术实施例提供的唤醒决策的智能优化方法进行详细阐述。该唤醒决策的智能优化方法可以包括以下步骤：
81.步骤s610：监测是否接收到唤醒信息，所述唤醒信息用于触发所述主控设备中的唤醒决策控制。
82.步骤s620：若接收到所述唤醒信息，获取所述主控设备与受控设备之间对应的通信时长，所述主控设备与所述受控设备处于同一局域网下。
83.步骤s630：将所述通信时长与预设等待时长比对，根据预设规则确定目标通信时长，所述预设等待时长为预设的固定值。
84.步骤s640：将所述目标通信时长更新为目标等待时长，所述目标等待时长用于当所述通信时长达到所述目标等待时长时，从所述受控设备中，决策出执行唤醒控制的所述受控设备。
85.步骤s650：获取唤醒决策控制被触发时开始计算所述主控设备与所述受控设备之间的通信时长。
86.在本技术实施例中，步骤s610
‑
步骤s650的具体实施方式可以参阅前述实施例中的内容，在此不再赘述。
87.步骤s660：当小于所述目标等待时长的所述通信时长的数量大于1时，将所述小于所述目标等待时长的所述通信时长进行比对，确定出所述通信时长中仅小于所述目标等待时长的所述指定通信时长。
88.步骤s670：将所述指定通信时长更新为新的目标等待时长。
89.在本实施例中，目标等待时长为存在小于预设等待时长的所述通信时长数量大于1的情况下，基于多个所述通信时长中的最大值更新得到。基于此，将所述小于所述目标等待时长的所述通信时长进行比对，确定出所述通信时长中仅小于所述目标等待时长的所述指定通信时长，可以理解为，若接收到多个受控设备中目标受控设备发送的唤醒请求，判断目标受控设备对应的通信时长是否为最大目标通信时长；当目标受控设备对应的通信时长为最大目标通信时长，且等待时长小于指定通信时长时，再次对目标等待时长进行更新，即，将指定通信时长更新为新的目标等待时长，其中，指定通信时长为出目标受控设备之外的其他智能设备对应的通信时长中的最大通信时长。
90.示例性地，若受控设备1、受控设备2、受控设备3与主控设备之间的通信时长为300毫秒、600毫秒、900毫秒，预设等待时长为2000毫秒。主控设备可以基于通信时长，确定出目标通信时长900毫秒，并将900毫秒更新为目标等待时长。对应地，主控设备在唤醒决策控制被触发时，主控设备开始计时，若在计时200毫秒后收到了受控设备3发送的唤醒请求，判定受控设备3的通信时长为最大目标通信时长，200毫秒可以理解为上述等待时长，受控设备2与主控设备之间的通信时长600毫秒则可以作为指定通信时长，进而可以判定等待时长小于指定通信时长。因此，可以将目标等待时长更新为600毫秒，也就是说等待时长达到600毫秒时，主控设备则从发送了唤醒请求的受控设备中，决策出执行唤醒控制的所述受控设备。由于此时已经过了200毫秒了，若在之后的400毫秒内，均受到了受控设备1和受控设备2发送的唤醒请求，主控设备则在受控设备1、受控设备2和受控设备3中，决策出执行唤醒控制的受控设备；若在之后的400毫秒内，仅收到了受控设备1发送的唤醒请求，主控设备则在受控设备1和受控设备3中，决策出执行唤醒控制的受控设备。也就是说，主控设备可以根据受控设备与主控设备之间的通信时长，不断地对目标等待时长(即最大决策等待时长)进行动态调整，以减少主控设备的决策等待时长，提高唤醒响应速度。
91.在一些实施方式中，在将所述指定通信时长更新为新的目标等待时长之后，还可以按照步骤s660
‑
步骤s670的方式再一次对目标等待时长进行更新。仍以上述例子为例，在将600毫秒作为新的目标等待时长之后，由于此时已经过了200毫秒了，若在计时的第250毫秒接收到受控设备2发送的唤醒请求，且此时受控设备2的通信时长比受控设备1的大，即，此时的最大目标通信时长为受控设备2的通信时长，基于此，可以再一次对目标等待时长进行更新，将目标等待时长更新为受控设备1的通信时长300毫秒。由于此时已经过了250毫秒
了，若在之后的50毫秒内，收到了受控设备1发送的唤醒请求，主控设备则在受控设备1、受控设备2和受控设备3中，决策出执行唤醒控制的受控设备；若在之后的50毫秒内，未收到了受控设备1发送的唤醒请求，主控设备则在受控设备2和受控设备3中，决策出执行唤醒控制的受控设备。
92.步骤s680：当所述通信时长达到所述目标等待时长时，从发送了唤醒信息的受控设备中，决策出执行唤醒控制的受控设备。
93.在本技术实施例中，步骤s680的具体实施方式可以参阅前述实施例中的内容，在此不再赘述。
94.在一些实施方式中，当目标受控设备对应的通信时长不为最大目标通信时长时，则保持目标等待时长不变。仍以上述例子为例，若在计时200毫秒后收到了受控设备1发送的唤醒请求，但受控设备1的通信时长并不是最大目标通信时长，因此，则保持当前的目标等待时长900毫秒不变。由于此时已经过了200毫秒了，若在之后的700毫秒内，均受到了受控设备2和受控设备3发送的唤醒请求，主控设备则在受控设备1、受控设备2和受控设备3中，决策出执行唤醒控制的受控设备；若在之后的400毫秒内，仅收到了受控设备2发送的唤醒请求，主控设备则在受控设备1和受控设备2中，决策出执行唤醒控制的受控设备。
95.在另一些实施方式中，若主控设备在目标等待时长内的某个时刻成功接收到了所有受控设备发送的唤醒请求，则在该时刻直接可以从所有受控设备中，决策出执行唤醒控制的受控设备，不用达到目标等待时长，再进行唤醒决策，如此，也减少了决策等待时间，提高了唤醒响应速度。仍以上述例子为例，若在计时500毫秒时，成功接收到了受控设备1、受控设备2以及受控设备3发送的唤醒请求，主控设备则在计时500毫秒的时刻，直接从上述三个受控设备中决策出执行唤醒控制的受控设备。
96.在本实施例中，可以在更新基于受控设备与主控设备之间的通信时长更新了目标等待时长后，根据已发送了唤醒请求的受控设备的通信时长，再一次对目标等时长进行更新。如此，主控设备可以不断地对目标等待时长(即最大决策等待时长)进行动态调整，以减少主控设备的决策等待时长，提高唤醒响应速度，进一步提高用户的使用体验感。
97.请参照图7，其中示出了本技术一实施例提供的一种唤醒决策的智能优化装置700的结构框图，应用于主控设备。该装置700可以包括：时长获取模块710、时长确定模块720和时长更新模块730。
98.时长获取模块710用于获取所述主控设备与受控设备之间对应的通信时长，所述主控设备与所述受控设备处于同一局域网下。
99.时长确定模块720用于将所述通信时长与预设等待时长比对，根据预设规则确定目标通信时长，所述预设等待时长为预设的固定值。
100.时长更新模块730用于将所述目标通信时长更新为目标等待时长，所述目标等待时长用于当所述通信时长达到所述目标等待时长时，从所述受控设备中，决策出执行唤醒控制的所述受控设备。
101.在一些实施方式中，唤醒决策的智能优化装置700可以包括：请求发送模块。其中，请求发送模块可以用于在所述获取所述主控设备与受控设备之间对应的通信时长之前，所述主控设备按照预设时间间隔对所述受控设备发起通信请求。
102.在一些实施方式中，时长确定模块720可以具体用于：将所述通信时长与所述预设
等待时长比对，确定出小于所述预设等待时长的所述通信时长作为所述目标通信时长；当小于预设等待时长的所述通信时长数量为0时，则将所述预设等待时长作为所述目标通信时长；当小于预设等待时长的所述通信时长数量为1时，则将小于所述预设等待时长的所述通信时长作为所述目标通信时长；当小于预设等待时长的所述通信时长数量大于1时，将多个所述通信时长中的最大值作为目标通信时长。
103.在另一些实施方式中，时长确定模块720可以包括：系数获取单元以及时长确定单元。其中，系数获取单元可以用于当所述通信时长小于所述预设等待时长时，获取预设系数。时长确定单元可以用于获取所述预设等待时长与预设系数的乘积，将所述乘积作为所述目标通信时长时长，所述乘积大于所述通信时长且小于所述预设等待时长。
104.在一些实施方式中，唤醒决策的智能优化装置700可以包括：监测模块以及监测响应模块。其中，监测模块可以用于在所述将所述通信时长与预设等待时长比对，根据预设规则确定目标通信时长之前，监测是否接收到唤醒信息，所述唤醒信息用于触发所述主控设备中的唤醒决策控制。监测响应模块可以用于若接收到所述唤醒信息，执行所述将所述通信时长与预设等待时长比对，根据预设规则确定目标通信时长。
105.在一些实施方式中，唤醒决策的智能优化装置700可以包括：时长计算模块以及决策模块。其中，时长计算模块可以用于获取唤醒决策控制被触发时开始计算所述主控设备与所述受控设备之间的通信时长。决策模块可以用于当所述通信时长达到所述目标等待时长时，从发送了唤醒信息的受控设备中，决策出执行唤醒控制的受控设备。
106.在该方式下，唤醒决策的智能优化装置700还可以包括：时长比对模块。其中，时长比对模块可以用于当小于所述目标等待时长的所述通信时长的数量大于1时，在所述当所述通信时长达到所述目标等待时长时，从发送了唤醒信息的受控设备中，决策出执行唤醒控制的受控设备之前，将所述小于所述目标等待时长的所述通信时长进行比对，确定出所述通信时长中仅小于所述目标等待时长的所述指定通信时长。时长更新模块730可以具体用于将所述指定通信时长更新为新的目标等待时长。
107.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
108.在本技术所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。
109.另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
110.综上所述，本技术实施例提供的方案中，通过获取主控设备与受控设备之间对应的通信时长，将通信时长与预设等待时长比对，根据预设规则确定目标通信时长，将目标通信时长更新为目标等待时长，目标等待时长用于当通信时长达到目标等待时长时，从受控设备中，决策出执行唤醒控制的受控设备。如此，可以对主控设备的目标等待时长实现动态更新，从而可以动态调整主控设备每次唤醒决策等待的最大时长，减少了唤醒决策的决策等待时间，提高了唤醒响应速度，进而提高了用户使用体验感。
111.下面将结合图对本技术提供的一种电子设备进行说明。
112.参照图8，图8示出了本技术实施例提供的一种电子设备800的结构框图，本技术实
施例提供的唤醒决策的智能优化方法可以由该电子设备800执行。该电子设备800可以为上述实施例中的主控设备。
113.本技术实施例中的电子设备800可以包括一个或多个如下部件：处理器801、存储器802、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器802中并被配置为由一个或多个处理器801执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。
114.处理器801可以包括一个或者多个处理核。处理器801利用各种接口和线路连接整个电子设备800内的各个部分，通过运行或执行存储在存储器802内的指令、程序、代码集或指令集，以及调用存储在存储器802内的数据，执行电子设备800的各种功能和处理数据。可选地，处理器801可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器801可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以集成到处理器801中，单独通过一块通信芯片进行实现。
115.存储器802可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read
‑
only memory)。存储器802可用于存储指令、程序、代码、代码集或指令集。存储器802可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备800在使用中所创建的数据(比如上述的各种对应关系)等。
116.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
117.在本技术所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
118.另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
119.请参考图9，其示出了本技术实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质900中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
120.计算机可读存储介质900可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质900包括非瞬时性计算机可读介质(non
‑
transitory computer
‑
readable storage medium)。计算机可读存储介质900具有执行上述方法中的任何方法步骤的程序代码910的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码910可以例如以适当形式进行压缩。
121.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。