用于空调控制的方法、装置及空调与流程

1.本技术涉及智慧家电设备技术领域，例如涉及一种用于空调控制的方法、装置及空调。


背景技术：

2.目前，随着互联网技术的发展及现代居民生活质量的提升，许多用户在操作空调时，没有办法确定适合自己的空调控制方案。现有技术中，空调会根据采集的用户的身份信息进行分类，并根据不同身份信息对应的人群确定不同的空调控制方案，但现有的空调控制方案的确定方式，缺乏针对性，不能满足用户的个性化需求。目前，越来越多的用户容易出现急性哮喘、肺梗塞、支气管炎、急性喉炎等呼吸类疾病，且这些疾病的出现多为突发性的。
3.因此，如何为突发呼吸类疾病的用户提供更加精准的个性化的空调控制已成为亟需解决的问题。


技术实现要素：

4.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
5.本公开实施例提供了一种用于空调控制的方法、装置及空调，以解决如何为突发呼吸类疾病的用户提供更加精准的个性化的空调控制的技术问题。
6.在一些实施例中，所述方法包括：获得用户的图像信息及用户的呼吸状态信息；根据用户的图像信息及呼吸状态信息，确定空调的目标控制方案；控制空调执行目标控制方案。
7.在一些实施例中，所述方法包括：用户的图像信息，包括用户的面部图像信息和/或，用户的躯体图像信息。
8.在一些实施例中，所述方法包括：用户的呼吸状态信息，包括用户的呼吸频率及用户呼吸时产生的体内回声。
9.在一些实施例中，所述方法包括：根据用户的图像信息及呼吸状态信息，确定用户的健康状态；根据用户的健康状态，确定空调的目标控制方案。
10.在一些实施例中，所述方法还包括：若已确定的用户的健康状态表示用户处于疾病状态，则向用户关联的第一用户发送用户的疾病通知。
11.在一些实施例中，所述方法还包括：若已确定的用户的健康状态表示用户处于疾病状态；则获取用户的当前的疾病信息，根据当前的疾病信息，向用户推送健康方案。
12.在一些实施例中，所述方法还包括：若空调预存有信息库，信息库中保存有图像信息、呼吸状态信息及空调的控制方案的关联关系，根据用户的图像信息及用户的呼吸状态信息，在已预存的信息库中匹配出空调的目标控制方案。
13.在一些实施例中，所述装置包括：获得模块，被配置为获得用户的图像信息及用户的呼吸状态信息；确定模块，被配置为根据用户的图像信息及呼吸状态信息，确定空调的目标控制方案；控制模块，被配置为控制空调执行目标控制方案。
14.在一些实施例中，所述装置包括：处理器和存储有程序指令的存储器，处理器被配置为在执行程序指令时，执行前述的用于空调控制的方法。
15.在一些实施例中，所述空调包括：用于空调控制的装置。
16.本公开实施例提供的用于空调控制的方法、装置及空调，可以实现以下技术效果：通过服务端获得用户的图像信息及用户的呼吸状态信息，可以使服务端根据已获得的用户的图像信息及该用户的呼吸状态信息，确定用户关联的空调的目标控制方案，并控制空调执行目标控制方案。以此方案，可以通过服务端监测用户的呼吸状态，并结合该用户的图像信息，更加精准的确定该用户关联的空调的目标控制方案，为突发呼吸类疾病的用户提供了更加个性化的空调控制服务，从而使突发呼吸类疾病的用户知晓适合自己的空调控制方案，满足突发呼吸类疾病的用户的空调使用需求。
17.以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本技术。
附图说明
18.一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：
19.图1是本公开实施例提供的一个用于空调控制的方法示意图；
20.图2是本公开实施例提供的一个用于空调控制的装置示意图；
21.图3是本公开实施例提供的另一个用于空调控制的装置示意图。
具体实施方式
22.为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。
23.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
24.除非另有说明，术语“多个”表示两个或两个以上。
25.本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，a/b表示：a或b。
26.术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。
27.在实际应用中，空调关联的服务端可以为云端服务器。在本方案中，服务端可以获得空调上摄像头采集的用户的面部图像信息及用户关联的智能手表采集的用户的呼吸频
率，若采集的图像信息表示用户的面色呈红色、并处于运动状态，且该用户的呼吸频率表示用户呼吸急促，且持续一段时间，则确定用户的健康状态为因运动量过大引起的呼吸急促，则可以确定空调的目标控制方案为开启新风模式。进一步地，在服务端确定目标控制方案为开启新风模式后，控制用户关联的空调开启新风模式。
28.图1是本公开实施例提供的一个用于空调控制的方法示意图，结合图1所示，本公开实施例提供的一种用于空调控制的方法，包括：
29.s11，服务端获得用户的图像信息及用户的呼吸状态信息。
30.s12，服务端根据用户的图像信息及呼吸状态信息，确定空调的目标控制方案。
31.s13，服务端控制空调执行目标控制方案。
32.在本方案中，服务端可以为配置于云端的服务器，具体地，在一种示例中，服务端可以通过配置在空调上的图像采集模块采集用户的图像信息，并在获取用户的图像信息后上传给云端的服务器。这里，图像采集模块可以为摄像头，该摄像头可以设置于用户关联的空调上，并能够采集用户图像信息的任意位置，例如，图像采集模块可以设置于空调的前面板。或者，图像采集模块可以设置为可旋转装置，能够更加灵活的采集用户的图像信息。在另外一种示例中，可以通过用户关联的移动终端设备获取该用户的图像信息。这里，移动终端设备可以为配置有摄像头的手机、平板电脑等，进一步地，在移动终端设备获取用户的图像信息后，可以通过无线连接的方式将用户的图像信息上传至用户关联的空调，以使服务端获得用户关联的空调转发的用户的图像信息。便于服务端根据用户的图像信息确定该用户当前的动作，进一步了解用户的运动状态。此外，服务端还可以通过用户关联的可穿戴设备或移动终端设备获取用户的呼吸状态信息。这里，呼吸状态信息可以为用户的呼吸频率或用户的肺部及喉部的回声。可穿戴设备可以为能够监测用户身体体征的智能手表或智能手环。移动终端设备可以为配置有运动监测app(应用程序)的手机或平板电脑。以此方案，可以通过用户关联的可穿戴设备或移动终端设备获取用户的呼吸状态信息，并通过无线连接将用户的呼吸状态信息上传给用户关联的空调或服务端，以便服务端根据已获取的用户的呼吸状态信息，确定用户的呼吸状态，为服务端的数据处理提供了准确的数据基础。
33.在步骤12中，服务端可以根据用户的图像信息及呼吸状态信息，确定空调的目标控制方案。
34.在本方案中，目标控制方案可以指空调的一种或多种运行模式，和/或空调的具体实现功能。这里，运行模式可以为新风模式、除湿模式等。空调实现的功能具体指警报功能、制氧功能、提醒功能等。具体地，可以根据用户的图像信息和用户的呼吸状态信息，确定空调的目标控制方案。在本方案中，可以在服务端预存呼吸频率标准，其中，呼吸频率标准为12
‑
20次/分钟。在一种示例中，若获取的用户的呼吸状态信息为呼吸频率25次/分，则确定该用户的呼吸频率超过呼吸频率标准的最大值，确定该用户呼吸急促，并可以通过设置在空调上的图像采集模块采集的用户的图像信息确定用户处于运动状态，从而确定当前空调的目标控制方案为开启新风模式。以此方案，能够结合用户的呼吸状态及运动状态控制空调开启新风模式，促进用户所在的室内空气流通，以帮助用户呼吸新鲜空气，缓解用户因呼吸急促引起的身体不适。在本公开实施例中，可以通过多种方式确定用户处于运动状态。例如，若采集用户的图像信息中表示用户弹跳于空中，则确定用户处于运动状态。或者，若采集用户的图像信息表示用户的姿势处于运动姿势，则确定用户处于运动状态。其中，运动姿
势包括靠墙站立、瑜伽姿势、仰卧起坐姿势中的一种。在另外一种示例中，若图像采集模块采集的用户的图像信息确定用户并不处于运动状态，则可以排除因用户运动量过大而引起的呼吸急促，则可以确定当前空调的目标控制方案为开启新风模式并开启警报功能，以警示用户当前可能存在呼吸类疾病，以此方案，便于帮助用户调整自身的呼吸频率，并警示用户注意呼吸变化，以便用户尽快采取措施以调整呼吸频率恢复至稳定状态。
35.在步骤13中，服务端可以控制空调执行目标控制方案。
36.采用本公开实施例提供的用于空调控制的方法，通过服务端获得用户的图像信息及用户的呼吸状态信息，可以使服务端根据已获得的用户的图像信息及该用户的呼吸状态信息，确定用户关联的空调的目标控制方案，并控制空调执行目标控制方案。以此方案，可以通过服务端监测用户的呼吸状态，并结合该用户的图像信息，更加精准的确定该用户关联的空调的目标控制方案，为突发呼吸类疾病的用户提供了更加个性化的空调控制服务，从而使突发呼吸类疾病的用户知晓适合自己的空调控制方案，满足突发呼吸类疾病的用户的个性化的空调使用需求。
37.可选地，在本方案中，用户的图像信息，包括用户的面部图像信息和/或，用户的躯体图像信息。
38.在本方案中，可以通过图像采集装置获取用户的面部图像信息，以此方案能够获取该用户的面色或面部表情。其中，面色可以包括红色、灰色或紫色等。面部表情可以包括开心或痛苦等。进一步地，可以结合用户的呼吸状态与用户的面色或面部表情，确定用户的健康状态，从而可以根据用户的健康状态确定空调的目标控制方案。例如，若获取的用户的当前的呼吸频率低于呼吸标准的最低频率，且获取的用户的图像信息表示用户的面色为紫色，则确定用户当前的健康状态为用户呼吸困难，则可以确定目标控制方案为开启空调的制氧功能，并开启空调的送风模式，以此方案，能够针对用户健康状况确定空调的目标控制方案，并帮助用户呼吸高纯氧气，以减缓用户由于呼吸不畅引起的身体不适。在另外一种示例中，可以结合用户的呼吸状态及用户的面部表情，若用户面部表情为痛苦且用户的呼吸频率大于预设频率，则可以确定用户的健康状态为呼吸不规律且呼吸急促，则可以确定空调的目标控制方案为开启新风模式并开启空调提醒功能，以此方案，便于突发呼吸类疾病的用户知晓自己的呼吸状态，并调节空调所在的室内环境，以帮助突发呼吸类疾病的用户调整自己的呼吸状态。此外，可以通过图像采集模块获取用户的躯体图像信息。这里，躯体指用户的身体，以此方案，能够通过用户的躯体图像信息确定用户的运动状态或姿势，以便服务端结合用户的运动状态或姿势及突发呼吸类疾病的用户的呼吸状态信息确定目标控制方案。
39.可选地，用户的呼吸状态信息，包括用户的呼吸频率及用户呼吸时产生的体内回声。
40.在本方案中，用户呼吸时产生的体内回声具体指该用户的喉部回声及肺部回声。在本方案中，可以通过用户关联的具有身体监测功能的可穿戴设备或移动终端设备获取用户呼吸时产生的体内回声。在一种示例中，若用户的呼吸频率大于呼吸频率标准，且能够获取到该用户在呼吸时存在肺部或喉部回声，则可以确定空调的目标控制方案为开启制氧功能，以此方案，能够获取适合突发呼吸类疾病的用户当前健康状态的空调控制方案，为突发呼吸类疾病的用户提供更加个性化的空调控制服务。
41.可选地，为了确定空调的目标控制方案，在本方案中，根据用户的图像信息及呼吸状态信息，确定用户的健康状态；根据用户的健康状态，确定空调的目标控制方案。
42.在本方案中，用户可以预先在服务端存储用户的健康状态与空调的目标控制方案的关联关系，在一种优化的方案中，还可以获取与服务器关联的多台空调的用户各自设定的用户的健康状态与空调的目标控制方案的关联关系，并将使用频次最高的控制方案存储于服务端。这里，健康状态可以包括由于运动量过大引起的呼吸急促、呼吸不规律等状态。具体地，服务端可以根据用户的图像信息及呼吸状态信息，确定用户的健康状态，从而根据用户的健康状态确定与之关联的目标控制方案。以此方案，能够准确获取与用户当前健康状态匹配的空调的控制方案，并进一步控制空调执行目标控制方案，以便调节空调所在的环境状态，帮助用户缓解因呼吸不规律造成的身体不适。
43.可选地，若已确定的用户的健康状态表示用户处于疾病状态，则向用户关联的第一用户发送用户的疾病通知。
44.在本方案中，第一用户可以为紧急联系人，具体可以为父母、配偶或子女。具体地，可以在服务端预先存储第一用户的信息，例如，关系及联系方式等。在一种示例中，若已确定的用户的健康状态表示用户处于疾病状态，则向用户关联的第一用户发送用户的疾病通知。在一种优选方案中，服务端还可以关联第一用户的多个设备，并将用户的疾病通知发送给距第一用户距离最近的设备，便于第一用户快速知晓用户当前的健康状态。其中，通知可以为语音播报，也可以在设备的显示界面显示，以便第一用户以最快速度知晓用户的健康状态。在另外一种示例中，在第一用户无法接收用户的疾病通知时，在本方案中，还可以将该用户的健康状态发送至第二用户。这里，第二用户为该用户的关联用户，例如朋友或邻居等，且与第一用户不同。以此方案，避免由于第一用户无法收到用户的健康状态时，其他用户无法获知突发呼吸类疾病的用户当前的健康状态，以免延误该用户的最佳救助时机。
45.可选地，若已确定的用户的健康状态表示用户处于疾病状态；则获取用户的当前的疾病信息，根据当前的疾病信息，向用户推送健康方案。
46.在本方案中，若已确定的用户的健康状态表示用户出现不适症状，且该症状持续一段时间内没有缓解，则确定该用户处于疾病状态。在一种示例中，一段时间可确定为10
‑
20分钟。进一步地，可以在确定该用户处于疾病状态后，获取用户当前的疾病信息。这里，疾病信息具体指急性哮喘、肺梗塞、支气管炎、急性喉炎等一种或多种。在本方案中，可以预先存储急性哮喘、肺梗塞、支气管炎、急性喉炎的健康方案。以便服务端根据用户当前的疾病信息推送健康方案。这里，预存的健康方案可以为药物种类及用量、推荐的锻炼方式等等。以此方案，服务端能够根据用户当前的疾病状态推送适合的健康方案，为用户提供更加便捷的健康方案推送服务。
47.可选地，为了确定空调的目标控制方案，在本方案中，若空调预存有信息库，信息库中保存有图像信息、呼吸状态信息及空调的控制方案的关联关系，根据用户的图像信息及用户的呼吸状态信息，在已预存的信息库中匹配出空调的目标控制方案。
48.在本方案中，可以预先在服务端中存储信息库，并在信息库中存储图像信息、呼吸状态信息及空调的控制方案的关联关系。其中，关联关系的存储数量根据服务端的存储容量确定。具体地，可以在已预存的信息库中匹配出与用户的图像信息、呼吸状态信息一一对应的空调的控制方案，以此方案，能够更加精准的结合用户的健康状态，确定适合用户使用
的目标控制方案，满足用户的空调使用需求。
49.可选地，在本方案中，还可以实时获取用户的呼吸频率，并建立预设时间段内的该用户的呼吸频率曲线，根据用户的呼吸频率曲线，确定该用户的呼吸情况。
50.以此方案，便于为用户提供更加个性化的健康方案。在一种优化的方案中，还可以根据用户的呼吸情况建立呼吸数据模型，以针对不同用户的呼吸情况变化实时推送用户一些健康方案，便于用户使用。
51.图2是本公开实施例提供的一个用于空调控制的装置示意图，结合图2所示，本公开实施例提供一种用于空调控制的装置，包括获得模块21、确定模块22和控制模块23。获得模块21被配置为获得用户的图像信息及用户的呼吸状态信息；确定模块22被配置为根据用户的图像信息及呼吸状态信息，确定空调的目标控制方案；控制模块23被配置为控制空调执行目标控制方案。
52.采用本公开实施例提供的用于空调控制的方法，通过服务端获得用户的图像信息及用户的呼吸状态信息，可以使服务端根据已获得的用户的图像信息及该用户的呼吸状态信息，确定用户关联的空调的目标控制方案，并控制空调执行目标控制方案。以此方案，可以通过服务端监测突发呼吸类疾病的用户的呼吸状态，并结合该用户的图像信息，更加精准的确定该用户关联的空调的目标控制方案，为突发呼吸类疾病的用户提供了更加个性化的空调控制服务，从而使突发呼吸类疾病的用户知晓适合自己的空调控制方案，满足用户的空调使用需求。
53.图3是本公开实施例提供的另一个用于空调控制的装置示意图，结合图3所示，本公开实施例提供一种用于空调控制的装置，包括处理器(processor)100和存储器(memory)101。可选地，该装置还可以包括通信接口(communication interface)102和总线103。其中，处理器100、通信接口102、存储器101可以通过总线103完成相互间的通信。通信接口102可以用于信息传输。处理器100可以调用存储器101中的逻辑指令，以执行上述实施例的用于空调控制的方法。
54.此外，上述的存储器101中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
55.存储器101作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器100通过运行存储在存储器101中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中用于空调的控制方法。
56.存储器101可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器101可以包括高速随机存取存储器，还可以包括非易失性存储器。
57.本公开实施例提供了一种空调，包含上述的用于空调控制的装置。
58.本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述用于空调控制的方法。
59.本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述用于空调控制的方法。
60.上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。
61.本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
62.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
63.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
64.本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个
处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
65.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。