功能定制方法、装置、系统及存储介质与流程

2021-03-11 07:03:33|

378|

起点商标网

[0001]
本申请涉及智能家居技术领域，尤其涉及一种功能定制方法、装置、系统及存储介质。

背景技术：

[0002]
通常产品在出厂前功能逻辑已固化，为用户提供的基本都是通用化的功能，一方面无法为用户提供场景化的功能，另一方面出厂固化的功能基本都是通用化的功能，并不会针对不同的人群、地域差异、体质差异提供个性化、差异化的定制功能服务。例如空调设备，某些人群希望空调温度调节范围在各个模式下有属于适合自己的温度范围(制冷模式25～28度，制热模式20～30度)；再比如某些人就喜欢冷风直吹时那种迎面而来的凉爽，而空调固化的功能逻辑可能就是防直吹设计的，便无法为用户提供客制化的体验。使得产品设备功能单一，用户体验不佳。

技术实现要素：

[0003]
为了解决上述现有设备大多数功能逻辑固定，导致功能单一的技术问题，本申请实施例提供了一种功能定制方法、装置、系统及存储介质。
[0004]
第一方面，本申请实施例提供了一种功能定制方法，该方法包括：
[0005]
接收自用户端发送的第一功能定制请求，第一功能定制请求携带待定制设备的第一标识和定制功能信息；
[0006]
根据待定制设备的第一标识获取待定制设备的设备资源信息；
[0007]
基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑；
[0008]
将定制功能逻辑下发至待定制设备。
[0009]
可选地，该方法还包括：
[0010]
根据待定制设备的设备资源信息判断待定制设备是否兼容定制功能信息中的每项子定制功能；
[0011]
若存在任意一项子定制功能是待定制设备无法兼容的，向用户端发送定制失败提醒。
[0012]
可选地，该方法还包括：
[0013]
接收自用户端发送的第二功能定制请求，第二功能定制请求携带联动功能信息，以及，至少两个待联动设备的第一标识和第二标识；
[0014]
根据第一标识获取每个待联动设备的设备资源信息；
[0015]
基于每个待联动设备的设备资源信息，根据联动功能信息生成对应的联动功能逻辑；
[0016]
将联动功能逻辑下发至每个待联动设备。
[0017]
可选地，该方法还包括：
[0018]
根据待联动设备的设备资源信息，判断对应的待联动设备是否兼容联动功能信息
中每项指定子联动功能；
[0019]
若存在任意一项指定子联动功能是对应的待联动设备无法兼容的，向用户端发送联动定制失败提醒。
[0020]
可选地，该方法还包括：
[0021]
接收自用户端发送的可用功能定制请求；
[0022]
其中，可用功能定制请求根据用户通过用户端选择的可用定制功能生成，可用功能定制请求携带目标待定制设备的第二标识；
[0023]
根据可用功能定制请求，从预先存储的可用定制功能库中查找对应的目标定制功能逻辑；
[0024]
根据目标待定制设备的第二标识，将目标定制功能逻辑下发至目标待定制设备。
[0025]
可选地，该方法还包括：
[0026]
接收待定制设备执行定制功能逻辑对应的定制功能后，用户的第一反馈信息，
[0027]
和/或，
[0028]
接收至少两个待联动设备执行联动功能逻辑对应的联动功能后，用户的第二反馈信息。
[0029]
可选地，该方法还包括：
[0030]
若第一反馈信息满足第一预设推送条件，向其他用户推送定制功能，
[0031]
和/或，
[0032]
若第二反馈信息满足第二预设推送条件，向其他用户推送联动功能。
[0033]
第二方面，本申请实施例提供了一种功能定制装置，该装置包括：
[0034]
第一接收模块，用于接收自用户端发送的第一功能定制请求，第一功能定制请求携带待定制设备的第一标识和定制功能信息；
[0035]
第一信息查找模块，用于根据待定制设备的第一标识获取待定制设备的设备资源信息；
[0036]
第一定制模块，用于基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑；
[0037]
第一发送模块，用于将定制功能逻辑下发至待定制设备。
[0038]
第三方面，本申请实施例提供了一种功能定制系统，该系统包括用户端、服务器端和待定制设备；
[0039]
用户端，用于接收用户指令，根据用户指令生成并发送第一功能定制请求至服务器端；
[0040]
其中，第一功能定制请求携带待定制设备的第一标识和定制功能信息；
[0041]
服务器端，用于根据待定制设备的第一标识获取待定制设备的设备资源信息，基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑、并下发待定制设备；
[0042]
待定制设备，用于接收并存储定制功能逻辑，在接收到对应的用户执行指令时，执行定制功能逻辑对应的定制功能。
[0043]
第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，使得处理器执行如前面任一项的功能
定制方法的步骤。
[0044]
第五方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时执行如前面任一项的功能定制方法的步骤。
[0045]
本申请实施例提供的上述技术方案与现有技术相比具有如下优点：
[0046]
本申请实施例接收自用户端发送的第一功能定制请求，第一功能定制请求携带待定制设备的第一标识和定制功能信息；根据待定制设备的第一标识获取待定制设备的设备资源信息；基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑；将定制功能逻辑下发至待定制设备。通过本申请能够为各种设备添加新的定制功能，丰富设备的功能。将设备原本的固化功能与定制的服务功能区分开来，供用户选择，可任意切换，且方便管理更新。同时实现了各种功能的可定制化。提高了用户对各种设备的使用体验。
附图说明
[0047]
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
[0048]
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0049]
图1为本申请一实施例提供的一功能定制方法的应用场景图；
[0050]
图2为本申请一实施例提供的一功能定制方法的流程示意图；
[0051]
图3为本申请一实施例提供的一功能定制装置的结构框图。
具体实施方式
[0052]
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0053]
图1为本申请一实施例提供的一功能定制方法的应用场景图；参考图1，该功能定制方法应用于功能定制系统。该功能定制系统包括用户端10、服务器端20和待定制设备30。用户端10和待定制设备30均通过网络与服务器端20通信。
[0054]
用户端10，用于接收用户指令，根据用户指令生成并发送第一功能定制请求至服务器端。其中，第一功能定制请求携带待定制设备的第一标识和定制功能信息。
[0055]
具体地，用户端10上设置有该用户可以进行功能定制的所有设备的设备选项、每个设备可以定制的项目选项、每个项目选项对应的参数选项。用户通过操作用户端10可以选择对某个设备的一个或多个项目对应的某些参数进行定制。用户端10根据用户操作用户端10的用户指令生成第一功能定制请求。该第一功能定制请求携带该待定制设备30的第一标识和定制功能信息。定制功能信息为用户根据自身实际需求自定义的定制功能需求信息。
[0056]
服务器端20，用于根据待定制设备30的第一标识获取待定制设备30的设备资源信息，基于待定制设备30的设备资源信息，根据定制功能信息生成对应的定制功能逻辑、并下发待定制设备30。
[0057]
待定制设备30，用于接收并存储定制功能逻辑，在接收到对应的用户执行指令时，执行定制功能逻辑对应的定制功能。
[0058]
用户端10具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
[0059]
待定制设备30具体可以是家电(例如空调、洗衣机、冰箱等家居设备)、办公设备(例如打印机等)。
[0060]
图2为本申请一实施例提供的一功能定制方法的流程示意图。参考图2，该功能定制方法应用于服务器端，包括以下步骤：
[0061]
s100：接收自用户端发送的第一功能定制请求，第一功能定制请求携带待定制设备的第一标识和定制功能信息。
[0062]
具体地，第一功能定制请求为用户通过用户端发送至服务器端的。用户通过操作用户端向用户端下发表征功能定制需求的用户指令，用户端根据该用户指令生成第一功能定制请求并发送至服务器端。该第一功能定制请求携带有该待定制设备的第一标识，和，表征该用户的功能定制需求的定制功能信息。第一标识具体为表征该待定制设备的功能和性能的设备型号或公知的的代号。第一标识为一类设备的代称。
[0063]
具体地，研发人员事先为各种不同设备开发一些小组件，小组件之间功能独立，且具有相关控制逻辑。用户根据待定制设备的设备属性从各类小组件中选择目标小组件，并对各个目标小组件进行参数设置，使这些目标小组件作为用户的定制需求表示。用户端根据这些目标小组件生成第一功能定制请求。
[0064]
当然还可以是调用研发事先开发的定制软件，并获取用户在定制软件的定制界面中选择的定制选项，输入的定制参数，将定制选项和定制参数进行保存以生成表征定制内容的第一功能定制请求。
[0065]
s200：根据待定制设备的第一标识获取待定制设备的设备资源信息。
[0066]
s300：基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑。
[0067]
具体地，设备资源信息包括出厂设置的、通用的或共有的硬件配置信息、系统配置信息、基础功能模块、可扩展功能模块等不局限于此。
[0068]
服务器端根据该待定制设备的第一标识可以从共享的大数据中搜索出该类型或该型号的设备所具有的通用的设备资源信息。
[0069]
服务器端根据待定制设备的设备资源信息和用户的功能定制需求，判断以待定制设备目前的设备资源，是否能够实现定制功能信息中的各项子定制功能的定制。若基于待定制设备的设备资源，待定制设备能够实现定制功能信息中的各项子定制功能，则服务器端根据待定制设备的可用设备资源，结合第一功能定制请求中的定制功能信息生成对应的定制功能逻辑。
[0070]
该定制功能逻辑为待定制设备可以用来执行定制功能信息中的定制功能的执行
逻辑和指令。
[0071]
当然定制功能逻辑还可以包括服务器端的干预。服务器端可以根据实际情况适当干预定制功能逻辑的参数配置。
[0072]
s400：将定制功能逻辑下发至待定制设备。
[0073]
具体地，服务器端生成第一功能定制请求对应的定制功能逻辑后，发送至待定制设备，待定制设备将定制功能逻辑保存至设备本地。在下次接收到用户对应的控制指令时，待定制设备根据定制功能逻辑中的执行逻辑和指令执行对应的定制功能。
[0074]
在一个实施例中，该功能定制方法还包括以下步骤：
[0075]
根据待定制设备的设备资源信息判断待定制设备是否兼容定制功能信息中的每项子定制功能；
[0076]
若存在任意一项子定制功能是待定制设备无法兼容的，向用户端发送定制失败提醒。
[0077]
步骤s300具体包括：若待定制设备兼容任意一项子定制功能，则基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑。
[0078]
具体地，定制功能信息对应的定制功能由多个子定制功能组成，且由待定制设备独立完成。虽然用户根据用户端下发了功能定制需求，但是定制功能信息中的每项子定制功能不一定是待定制设备基于目前的设备资源能够全部实现的。因此，服务器端需要判断待定制设备是否兼容定制功能信息中的每项子定制功能。
[0079]
若存在任意一项子定制功能是待定制设备以目前的设备资源无法兼容或实现的，则服务器端向用户端发送定制识别提醒。
[0080]
服务器端还可以通过用户端向用户发送具体哪些子定制功能不能兼容的提示信息，以便用户根据提示信息更改第一功能定制请求。
[0081]
当然，在用户通过用户端选择功能定制需求的时候，也可以由用户端根据待定制设备的设备资源判断待定制设备能否兼容或实现用户需求的定制功能。若判断出任意一项子定制功能是待定制设备无法实现的，则由用户终端直接提醒用户更改定制需求。或，向用户给出具体哪些子定制功能不能兼容的提示信息，以便用户根据提示信息更改第一功能定制请求。
[0082]
本申请的定制功能是相对于设备出厂时固件功能集中稳定的常用功能而言的，设备的常用功能不区分场景与模式，是厂家自研开一个常规化功能。而本申请的定制功能是用户根据自身需求为通过服务器端为设备定制的可执行的功能。
[0083]
在一个实施例中，该功能定制方法还包括以下步骤：
[0084]
接收自用户端发送的第二功能定制请求，第二功能定制请求携带联动功能信息，以及，至少两个待联动设备的第一标识和第二标识；
[0085]
根据第一标识获取每个待联动设备的设备资源信息；
[0086]
基于每个待联动设备的设备资源信息，根据联动功能信息生成对应的联动功能逻辑；
[0087]
将联动功能逻辑下发至每个待联动设备。
[0088]
具体地，第二标识为对应的待联动设备的唯一身份标识。根据第二标识，服务器端可以无差错的与待联动设备通信。
[0089]
待联动设备是待定制设备中的一种。区别是待联动设备是至少2个待定制设备联动完成一系列功能。
[0090]
联动功能信息表征用户选择至少2个待联动设备协作完成特定功能，以实现目标场景的呈现。例如：在回家的时候，打开空调的同时打开风扇、照明灯，或打开照明灯的同时打开空调和风扇，等不局限于此。
[0091]
用户通过操作用户端向用户端下发表征联动定制需求的用户指令，用户端根据联动需求对应的用户指令生成第二功能定制请求并发送至服务器端。
[0092]
具体地，用户根据待联动设备的设备属性从各类小组件中选择目标小组件，并对各个目标小组件进行参数设置和关联设置，使这些目标小组件作为用户的联动定制需求表示。用户端根据这些目标小组件生成第二功能定制请求。
[0093]
服务器端根据每个待联动设备的第一标识从共享的大数据中搜索出该类型或该型号的设备所具有的通用的设备资源信息。
[0094]
服务器端根据待联动设备的设备资源信息和用户的联动定制需求，分别判断每个待联动设备以目前的设备资源，是否能够实现联动功能信息中对应的指定子联动功能。若基于待联动设备的设备资源，每个待联动设备均能实现对应的指定子联动功能，则服务器端根据所有待联动设备的可用设备资源，结合第二功能定制请求中的联动功能信息生成对应的联动功能逻辑。
[0095]
该联动功能逻辑为待联动设备可以用来执行联动功能信息中的指定功能的执行逻辑和指令。
[0096]
联动功能信息对应的联动功能是由第二功能定制请求中所有待联动设备协作完成的。每个待联动设备完成部分指定子联动功能。子联动功能的执行时刻可能部分同时执行，可能部分不同时执行。
[0097]
在一个实施例中，该功能定制方法还包括以下步骤：
[0098]
根据待联动设备的设备资源信息，判断对应的待联动设备是否兼容联动功能信息中每项指定子联动功能；
[0099]
若存在任意一项指定子联动功能是对应的待联动设备无法兼容的，向用户端发送联动定制失败提醒。
[0100]
具体地，联动功能信息对应的联动功能由多个指定子联动功能组成，且由各个待联动设备协作完成。每个待联动设备完成部分指定子联动功能。
[0101]
虽然用户根据用户端下发了联动定制需求，但是联动功能信息中的每项指定子联动功能不一定是对应的待联动设备基于目前的设备资源能够全部实现的。因此，服务器端需要判断每个待联动设备是否兼容联动功能信息中对应的每项指定子联动功能。
[0102]
若存在任意一项指定子联动功能是对应的待联动设备以目前的设备资源无法兼容或实现的，则服务器端向用户端发送定制失败提醒。
[0103]
服务器端还可以通过用户端向用户发送具体哪个或哪些指定子联动功能不能兼容的提示信息，以便用户根据提示信息更改第二功能定制请求。
[0104]
当然，在用户通过用户端选择联动功能定制需求的时候，也可以由用户端根据待联动设备的设备资源判断待联动设备能否兼容或实现用户需求的指定子联动功能。若判断出任意一项指定子联动功能是对应的待联动设备无法实现的，则由用户终端直接提醒用户
更改联动定制需求。或，向用户给出具体哪个或哪些指定子联动功能不能兼容的提示信息，以便用户根据提示信息更改第二功能定制请求。
[0105]
当然，还可以是在用户通过用户端选择需求的时候即时的提醒用户当前选择的选项无法实现或不兼容的提示信息，以指导用户完成定制需求选择，以便生成的第一功能定制请求或第二功能定制请求是合理且可以实现的。而服务器端就不用再判断。
[0106]
在一个实施例中，该功能定制方法还包括以下步骤：
[0107]
接收自用户端发送的可用功能定制请求；
[0108]
其中，可用功能定制请求根据用户通过用户端选择的可用定制功能生成，可用功能定制请求携带目标待定制设备的第二标识；
[0109]
根据可用功能定制请求，从预先存储的可用定制功能库中查找对应的目标定制功能逻辑；
[0110]
根据目标待定制设备的第二标识，将目标定制功能逻辑下发至目标待定制设备。
[0111]
具体地，可用定制功能是服务器端根据用户端中设备的设备资源推荐给用户端的可定制功能。用户端以选择按钮或下拉框或带有链接的文本显示给用户。用户通过用户端选择任意一个可用定制功能，则用户端生成可用功能定制请求，并发送至服务器端。
[0112]
可用功能定制请求携带目标待定制设备的第二标识和可用定制功能信息。服务器根据可用功能定制请求中的可用定制功能信息，从预先存储的可用定制功能库中查找可用功能定制请求对应的目标定制功能逻辑，并发送至目标待定制设备。可用定制功能库中可用定制功能信息与定制功能逻辑对应。
[0113]
在一个实施例中，该功能定制方法还包括以下步骤：
[0114]
接收待定制设备执行定制功能逻辑对应的定制功能后，用户的第一反馈信息，和/或，接收至少两个待联动设备执行联动功能逻辑对应的联动功能后，用户的第二反馈信息。
[0115]
具体地，在待定制设备安装好定制功能逻辑后，当用户下发指令，待定制设备执行定制功能逻辑对应的定制功能。用户可以通过用户端向服务器反馈待定制设备的执行效果即第一反馈信息。
[0116]
当然，在所有待联动设备安装好联动功能逻辑后，当用户下发指令，所有待联动设备配合执行联动功能逻辑对应的联动功能。用户可以通过用户端向服务器端反馈待联动设备的执行效果即第二反馈信息。
[0117]
服务器端根据第一反馈信息和第二反馈信息可以确定是否将定制功能逻辑对应的定制功能通过其他用户端推荐给其他用户，和/或，将联动功能逻辑对应的联动功能通过其他用户端推荐给其他用户。
[0118]
具体地，若第一反馈信息满足第一预设推送条件，则向其他用户推送所述定制功能，和/或，若第二反馈信息满足第二预设推送条件，向其他用户推送联动功能。
[0119]
图3为本申请一实施例提供的一功能定制装置的结构框图。参考图3，该功能定制装置包括：
[0120]
第一接收模块100，用于接收自用户端发送的第一功能定制请求，第一功能定制请求携带待定制设备的第一标识和定制功能信息；
[0121]
第一信息查找模块200，用于根据待定制设备的第一标识获取待定制设备的设备资源信息；
[0122]
第一定制模块300，用于基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑；
[0123]
第一发送模块400，用于将定制功能逻辑下发至待定制设备。
[0124]
在一个实施例中，该装置还包括：
[0125]
第一判断模块，用于根据待定制设备的设备资源信息判断待定制设备是否兼容定制功能信息中的每项子定制功能；
[0126]
第一提醒模块，用于若存在任意一项子定制功能是待定制设备无法兼容的，向用户端发送定制失败提醒。
[0127]
在一个实施例中，该功能定制装置还包括：
[0128]
第二接收模块，用于接收自用户端发送的第二功能定制请求，第二功能定制请求携带联动功能信息，以及，至少两个待联动设备的第一标识和第二标识；
[0129]
第二信息查找模块，用于根据第一标识获取每个待联动设备的设备资源信息；
[0130]
第二定制模块，用于基于每个待联动设备的设备资源信息，根据联动功能信息生成对应的联动功能逻辑；
[0131]
第二发送模块，用于将联动功能逻辑下发至每个待联动设备。
[0132]
在一个实施例中，该装置还包括：
[0133]
第二判断模块，用于根据待联动设备的设备资源信息，判断对应的待联动设备是否兼容联动功能信息中每项指定子联动功能；
[0134]
第二提醒模块，用于若存在任意一项指定子联动功能是对应的待联动设备无法兼容的，向用户端发送联动定制失败提醒。
[0135]
在一个实施例中，该装置还包括：
[0136]
第三接收模块，用于接收自用户端发送的可用功能定制请求；
[0137]
其中，可用功能定制请求根据用户通过用户端选择的可用定制功能生成，可用功能定制请求携带目标待定制设备的第二标识；
[0138]
第三定制模块，用于根据可用功能定制请求，从预先存储的可用定制功能库中查找对应的目标定制功能逻辑；
[0139]
第三发送模块，用于根据目标待定制设备的第二标识，将目标定制功能逻辑下发至目标待定制设备。
[0140]
在一个实施例中，该装置还包括：
[0141]
第四接收模块，用于接收待定制设备执行定制功能逻辑对应的定制功能后，用户的第一反馈信息，和/或，接收至少两个待联动设备执行联动功能逻辑对应的联动功能后，用户的第二反馈信息。
[0142]
在一个实施例中，该装置还包括：
[0143]
推送模块，用于若第一反馈信息满足第一预设推送条件，向其他用户推送定制功能，和/或，若第二反馈信息满足第二预设推送条件，向其他用户推送联动功能。
[0144]
下面以空调为例，说明本申请的工作原理。通常空调在出厂前功能逻辑已固化，为用户提供的基本都是通用化的功能。这样就导致一方面无法为用户提供场景化的功能，如家里有小宝宝的场景，那么房间就需要保持合适的温度，以避免太冷或太热，但是什么样的温度最适合小宝宝很多用户都拿不准。再如，家里有老人不太会操作空调，或者老人只会开
关机，不会调节模式、温度。另一方面出厂固化的功能基本都是通用化的功能，并不会针对不同的人群、地域差异、体质差异提供个性化、差异化的功能服务，如某些人群希望空调温度调节范围在各个模式下有属于适合自己的温度范围(制冷模式25～28度，制热模式20～30度)。再比如某些人就喜欢冷风直吹时那种迎面而来的凉爽，而空调固化的功能逻辑可能就是防直吹设计的，这样空调便无法为用户提供客制化的体验。
[0145]
基于上述各种问题，用户可以通过用户端给自家的空调定制特定服务。例如，需要空调有最适宜的小孩模式或老人模式，用户可以根据实际环境温度和宝宝体质或老人体质，在用户端的小程序或app上编辑小孩模式或老人模式的定制功能需求，用户端生成第一功能定制请求，发送至服务器端。服务器端根据第一功能定制请求生成对应的定制功能逻辑下发至该空调。该空调接收下载并安装定制功能逻辑到空调本地。在下次，用户启动小孩模式或老人模式的时候，该空调直接根据小孩模式或老人模式的定制功能逻辑将空调调节至对应的温度、对应的风速等模式下。
[0146]
在老人模式下，当检测到空调开机时，空调自动根据当前的环境情况选择适合或预制的模式、温度运行，避免老人不会用、不敢用或用错的尴尬场面，实现人人都会用还用得舒适。
[0147]
当然定制功能逻辑还可以包括服务器端的干预。例如，服务器端还会获取用户所在地的地区信息、当前的季节信息、天气状况，对小孩模式、老人模式对应的定制功能逻辑进行适当干预，使得最终的执行效果更佳。
[0148]
当然空调不仅仅可以定制小孩模式、老人模式，还可以定制回家模式、离家模式、季节模式、性别模式、年龄模式等不局限于此。
[0149]
例如回家模式和离家模式。用户可以定制工作日和周末的回家模式和离家模式。分别设置工作日和周末在家的时间段和不在家的时间段。这样用户在回家前或后，空调自动启动回家模式，开启空调并调节到合适的温度和风速等模式；空调在用户离家前或后，自动启动离家模式，关闭空调，省电省心。
[0150]
本申请根据定制功能逻辑或联动功能逻辑为待定制设备或待联动设备配置场景化接口。场景化接口为一个功能模块。例如可以为空调模式，如制冷、制热、自动、制湿模式，也可以为功能，如扫风、睡眠、定时，也可以为区域选择，如华南、华北、平原、高原、山区。用户可以通过不同的场景化接口选择对应的定制功能逻辑或联动功能逻辑，使空调根据选择的定制功能逻辑或联动功能逻辑执行对应的功能。
[0151]
所有场景对应的定制功能逻辑或联动功能逻辑存储在服务器或云端，由小程序或app进行拉取，并运行加载到用户指定的待定制设备中；用户在app端也可简单编辑实现自己的功小程序模块，同时可分享到云端供其他用户选择,打造一个类似应用市场的生态，满足更多场景和需求，为用户提供客制化的服务体验。
[0152]
用户登录小程序或app进行请求安装或更新服务，服务器或云端收到请求把相关定制功能逻辑或联动功能逻辑下载到设备本地，进行本地服务安装和适配，安装完成后，用户请求执行，空调判断是否有本地服务功能，如有则执行定制功能，否则执行空调的固化功能。
[0153]
例如，定制版自动模式，进入自动模式后空调先制冷20分钟，温度达到恒温再转送风5分，左右扫风3分，上下左右5分。如用户安装了该场景对应的定制功能逻辑，用户选择执
行该自动模式后，空调自动按照这个场景对应的功能逻辑执行对应的功能。
[0154]
本专利采用动态虚拟服务采用服务器端-终端(app)
--
定制服务—设备的方式来实现，通过下发定制功能逻辑(定制服务)到设备来完成相关操作，实现相应功能。把基础服务与定制服务完全分开，设备出厂配置基础服务，定制功能(定制服务)由用户自己选择，定制服务可复用多款机型，缩短新品开发周期，节约开发成本，定制服务有问题只需要针对某个服务作修改，更新到服务器，由服务器端下发到设备即可。
[0155]
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：接收自用户端发送的第一功能定制请求，第一功能定制请求携带待定制设备的第一标识和定制功能信息；根据待定制设备的第一标识获取待定制设备的设备资源信息；基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑；将定制功能逻辑下发至待定制设备。
[0156]
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收自用户端发送的第一功能定制请求，第一功能定制请求携带待定制设备的第一标识和定制功能信息；根据待定制设备的第一标识获取待定制设备的设备资源信息；基于待定制设备的设备资源信息，根据定制功能信息生成对应的定制功能逻辑；将定制功能逻辑下发至待定制设备。
[0157]
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0158]
以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

起点商标作为专业知识产权交易平台，可以帮助大家解决很多问题，如果大家想要了解更多知产交易信息请点击【在线咨询】或添加微信【19522093243】与客服一对一沟通，为大家解决相关问题。