智能设备功能页面配置方法、服务器及客户端与流程

1.本技术涉及智能设备领域，特别涉及一种智能设备功能页面配置方法、装置、服务器、客户端及存储介质。


背景技术：

2.物联网(the internet of things，iot)通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术，实时采集任何需要监控、连接、互动的物体或过程，采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息，通过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感知、识别和管理。物联网是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻址的普通物理对象形成互联互通的网络。
3.目前，iot(internet of things，物联网)产品涉及很多种类型的智能设备，包括家庭安防、智能插座、电灯、空调、智能洗衣机、智能冰箱、智能烤箱、智能体重秤、电视机、影碟机、投影仪、iptv、扫地机等，每种类型的智能终端还包括多个厂家的多种产品型号，其功能集合和控制方式会存在一定的差异性。在这些智能设备在开发过程中，都需要针对不同型号的智能设备功能控制进行相关的软件开发，而软件开发周期一般都需要经历代码开发、代码测试、代码上线等多个不同的流程，在这些流程中，代码开发和代码测试耗时较长，需要耗费前端开发人员的大量精力，影响软件产品开发效率，造成软件产品开发周期延长，使软件产品交付较慢。


技术实现要素：

4.有鉴于此，本技术提供一种智能设备功能页面配置方法、服务器、客户端及存储介质，以解决智能设备软件开发效率不高的问题。
5.本技术解决上述技术问题所采用的技术方案如下：
6.根据本技术的第一个方面，提供的一种智能设备功能页面配置方法，应用于服务器，该方法包括：
7.接收客户端发送的智能设备配置请求，配置请求携带智能设备的设备信息；
8.获取与设备信息匹配的配置模板，并根据配置模板生成智能设备初始化的功能页面；
9.接收到客户端发送的确认信息后，生成目标功能页面对应的源代码，并将源代码发送给客户端。
10.优选地，配置模板包括智能设备的功能控件集合，根据配置模板生成智能设备初始化的功能页面具体包括：
11.从配置模板中获取智能设备的每个功能控件的标识，根据每个功能控件的标识从预设的功能控件库中调用对应的功能控件；
12.根据功能控件及预设的功能控件排布规则，生成智能设备初始化的功能页面。
13.优选地，初始化的功能页面包括多个备选功能页面，目标功能页面为客户端选择的备选功能页面；或初始化的功能页面包括功能控件可调整的备选功能页面；目标功能页面为客户端对备选功能页面中功能控件进行调整后的功能页面；或初始化的功能页面包括可编辑的备选功能页面、以及功能控件库中与设备信息相关的功能控件；目标功能页面为客户端对备选功能页面中定制功能控件后的功能页面。
14.优选地，该方法之后还包括：
15.接收到客户端发送的模板发布请求后，根据目标功能页面的源代码更新设备信息对应的配置模板。
16.优选地，根据目标功能页面的源代码更新设备信息对应的配置模板具体包括：
17.获取源代码中的每个功能控件；
18.根据源代码中的每个功能控件以及相对位置关系新增/修改设备信息对应的配置模板。
19.优选地，该方法还包括更新功能控件库，具体包括：针对每个新增的功能控件，获取其动作及相应的状态描述规则，将其动作及相应的状态描述规则映射到功能控件中形成逻辑对应关系，并增加到功能控件库中。
20.根据本技术的第二个方面，提供的一种智能设备功能页面配置方法，应用于客户端，该方法包括：
21.客户端发送智能设备配置请求，配置请求携带智能设备的设备信息；
22.在服务器生成的初始化功能界面上进行调整/确认，形成目标功能页面；
23.接收到服务器响应的目标功能页面源代码后，生成并展示所述目标功能页面。
24.优选地，该方法之后还包括：向服务器发送模板发布请求，以及模板对应的功能页面的源代码。
25.根据本技术的第三个方面，提供一种智能设备功能页面配置装置，应用于服务器，该装置包括：
26.接收模板，用于接收客户端发送的智能设备配置请求、以及客户端发送的确认信息，其中，配置请求携带智能设备的设备信息；
27.第一生成模块，用于获取与设备信息匹配的配置模板，并根据配置模板生成智能设备初始化的功能页面；
28.第二生成模块，用于接收到客户端发送的确认信息后，生成目标功能页面对应的源代码；
29.发送模块，用于将源代码发送给客户端。
30.根据本技术的第四个方面，提供一种服务器，包括第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的计算机程序，计算机程序被第一处理器执行时实现上述应用于服务器的智能设备功能页面配置方法的步骤。
31.根据本技术的第五个方面，提供一种客户端，包括：第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的计算机程序，计算机程序被第二处理器执行时实现上述应用于客户端的智能设备功能页面配置方法的步骤。
32.根据本技术的第六个方面，提供一种存储介质，用于存储有程序代码，所述程序代码被处理器执行时实现上述应用于服务器和/或应用于客户端的智能设备功能页面配置方
法的步骤。
33.与现有技术相比，本技术提供的智能设备的功能页面配置方法、装置、服务器、客户端及存储介质，通过在服务器/云端预存各种智能设备信息对应的配置模板、以及由智能设备的功能抽象出的功能控件库，客户端发送携带设备信息的智能设备配置请求，服务器端获取与设备信息匹配的配置模板，并根据所述配置模板生成智能设备初始化的功能页面供用户自由调整定制为目标功能界面，并生成目标功能页面对应的源代码发送给客户端，以供客户端基于目标页面配置源代码展示智能设备的目标功能页面。这样可以通过复用功能控件做到不用开发重新编写源代码或者编写少量开发源代码即可完成智能设备的接入，从而无需为每个新增/升级的智能设备的接入进行重新开发，提高软件产品的开发效率，缩短软件产品开发周期，加快软件产品交付。
附图说明
34.图1为本技术实施例提供的一种应用于服务器的智能设备功能页面配置方法的流程示意图。
35.图2为本技术实施例提供的一种生成初始化功能页面方法的流程示意图。
36.图3为本技术实施例提供的另一种应用于服务器的智能设备功能页面配置方法的流程示意图。
37.图4为本技术实施例提供的一种应用于客户端的智能设备功能页面配置方法的流程示意图。
38.图5为本技术实施例提供的一种智能设备功能页面配置装置的功能模块示意图。
39.图6为本技术实施例提供的一种服务器的结构示意图。
40.图7为本技术实施例提供的一种客户端的结构示意图。
41.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
42.为了使本技术所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅以解释本技术，并不用于限定本技术。
43.实施例一
44.如图1所示，本技术实施例提供一种应用于服务器的智能设备功能页面配置方法，该方法包括：
45.s11、接收客户端发送的智能设备配置请求，其中，配置请求携带智能设备的设备信息。
46.在本实施例中，智能设备为iot(internet of things，物联网)设备，iot设备包括但不限于：家庭安防、智能插座、电灯、空调、智能洗衣机、智能冰箱、智能烤箱、智能体重秤、电视机、影碟机、投影仪、iptv、扫地机等设备类型，每种设备类型包括多种设备型号。客户端可以是软件开发人员的开发终端，也可以是智能设备的用户控制终端。客户端发送配置请求时，需要在配置请求中携带针对配置智能终端的设备信息，设备信息包括设备类型和/或设备型号，以使服务器能够根据设备信息匹配出对应的配置模板。
47.s12、获取与设备信息匹配的配置模板，并根据配置模板生成智能设备初始化的功能页面。
48.具体的，配置模板是预设于服务器上的，比如存储在服务器的本地数据库中，以设备信息为查询关键字从本地数据库中匹配出设备信息对应的配置模板。当然，在分布式数据库存储架构中，服务器还可以向其他服务器发送配置模板获取指令，并接收其他服务器响应的配置模板数据作为智能设备对应的配置模板。对于新增设备类型或者设备型号，预设配置模板的方式可以是研发人员定制好后直接通过文件的方式发布到服务器上，也可以是通过系统界面发布到服务器上。
49.在本实施例中，设备信息包括设备类型和/或设备型号。当设备信息包括设备类型时，获取与设备信息匹配的配置模板包括：获取与设备类型匹配的第一配置模板；当设备信息包括设备型号时，获取与设备信息匹配的配置模板包括：获取与设备型号匹配的第二配置模板；当设备信息包括设备类型及设备型号时，获取与设备信息匹配的配置模板包括：获取与设备类型匹配的第一配置模板；获取与设备型号匹配的第二配置模板；基于第一配置模板及第二配置模板确定配置模板。其中，第二配置模板可以是与第一配置模板不同的数据，即该型号设备特有功能对应的配置数据，也可以是包含第一配置模板的配置数据。当存在多个配置模板时，可以通过ui界面提醒用户选择其中一个模板。通过ui界面提醒用户选择模板时，可以对多个配置模板进行排序，例如，将与设备型号对应的第二配置模板排在设备类型对应的第一配置模板前。
50.在本实施例中，配置模板包括智能设备的功能控件集合。功能控件中封装了智能设备的功能及对应的状态属性，即封装了智能设备动作和状态属性规则。以空调设备为例，空调设备具有开启/关闭、调节温度、调节模式、调节风向等设备功能，根据上述设备功能定义功能控件，并封装好对应的开关、温度、模式和风向的设备动作及对应的状态属性规则描述。以空调设备的开启/关闭设备功能为例，定义一个按钮为空调电源按钮，设置开启和关闭动作，开启和关闭动作分别配置为on和off；设置空调开启和关闭的状态属性规则描述，即检测到空调当前状态为on时认为开启状态，为off时认为关闭状态。
51.优选地，为了简化配置模板，提高功能控件的复用率，如图2所示，根据配置模板生成智能设备初始化的功能页面采用以下步骤实现。
52.s121、从配置模板中获取智能设备的每个功能控件的标识，根据每个功能控件的标识从预设的功能控件库中调用对应的功能控件。
53.具体的，在服务器上预设功能控件库，功能控件库中的每个功能控件均有一个标识用于唯一识别该功能控件，配置模板中只需要记录功能控件标识即可调用功能控件库中的功能控件。故可以从配置模板中获取智能设备的每个功能控件的标识，根据每个功能控件的标识从预设的功能控件库中调用对应的功能控件。如此不仅能简化配置模板，提高功能控件的复用率，当功能控件逻辑代码需要修改时，只需要维护该功能控件即可，而不需要对调用该功能控件的配置模板一一维护，从而进一步减少了维护工作量。
54.s122、根据功能控件及预设的功能控件排布规则，生成智能设备初始化的功能页面。
55.在本实施例中，预设的功能控件排布规则可以设置在每个配置模板中，也可以单独以配置文件的形式设置在服务器上，还可以以数据记录的形式设置在数据库中。预设功
能控件排布规则包括但不限于：按照预设顺序(例如，按照各功能控件的使用频率)及大小排布；或者，根据功能数量对位置及大小进行自适应排布调整；或者，配置请求中还携带客户端的显示屏信息，基于客户端的显示屏信息自适应调整功能控件的排布。服务器将配置模板中指定的所有功能控件按预设的功能控件排布规则生成智能设备初始化的功能界面。功能页面包括至少一个功能控件。
56.为了进一步提高用户体验，作为一种实施方式，步骤s122可以这样实现：根据功能控件及预设的功能控件排布规则，生成智能设备的多个备选功能页面供客户端选择。从而让用户根据自己的喜好从多个备选功能页面中选择一个作为目标功能页面。还可以这样实现：根据功能控件及预设的功能控件排布规则，生成智能设备的备选功能页面供客户端调整，从而允许用户根据自己的喜好在备选功能页面中对功能控件进行调整(包括但不限于调整功能控件的位置、控件大小)作为目标功能页面。如此，能适应用户的个性化需求，提高用户体验。
57.作为另一种实施方式，当客户端为软件开发终端时，步骤s122还可以这样实现：根据功能控件及预设的功能控件排布规则，生成智能设备的备选功能页面，并显示功能控件库中与设备信息相关的功能控件供客户端配置。从而允许开发人员将功能控件库中的功能控件拖拉到备选功能页面中，将定制后的功能页面作为智能设备的目标功能页面。
58.在步骤s122中，确定智能设备的每个设备功能，当设备功能在初始化的功能页面中不存在，而在功能控件库中存在对应的功能控件时，直接拖拉设备功能对应的功能控件到备选功能界面中即可。当设备功能在初始化的功能界面和功能控件库中都不存在对应的功能控件时，根据设备功能定义对应的功能控件，并定义动作和状态描述规则，将动作及对应的状态属性映射到功能控件中，建立功能控件与动作及对应的状态属性之间的逻辑关联，从而生成设备功能对应的功能控件。功能控件为ui视图控件，包括但不限于按钮、文字展示、或列表展示等控件。还是以空调设备为例，空调设备支持开关、温度设置、模式设置和风向设置等设备功能，分别对应增加开关、温度设置、模式设置和风向设置的功能控件，并分别将开关、温度设置、模式设置和风向设置动作及对应的状态属性映射到开关、温度设置、模式设置和风向设置的功能控件，建立开关、温度设置、模式设置和风向设置的功能控件与开关、温度设置、模式设置和风向设置的设备功能及对应的状态属性之间的关联，从而生成开关、温度设置、模式设置和风向设置的设备功能对应的功能控件，并且可以根据业务要求配置上述功能控件的位置。
59.s13、接收到客户端发送的确认信息后，生成目标功能页面对应的源代码，并将源代码发送给客户端。
60.具体地，当服务器生成的初始化的功能页面为一个备选功能页面且不可调时，用户通过客户端直接确认初始化的功能页面为目标功能页面；当服务器生成的初始化的功能页面为多个备选功能页面时，用户通过供客户端选择其中一个功能页面，还可以在选择的功能页面中进一步调整，将调整后的功能页面作为目标功能页面；当服务器生成的初始化的功能页面为功能控件可调整的备选功能页面时，用户通过客户端对备选功能页面中功能控件进行调整后的功能页面作为智能设备的目标功能页面。当服务器生成的初始化的功能页面包括可编辑的备选功能页面、以及功能控件库中与设备信息相关的功能控件时，用户通过客户端在备选功能页面中定制功能控件，将定制后的功能页面作为目标功能页面。当
用户确认后(比如通常通过点击“确认”按钮)，客户端向服务发送功能界面的确认信息。其中，调整包括但不仅限于控件位置及大小调整，以适应用户的需求，提高用户体验。服务器接收到该确认信息后，基于确认的目标功能页面生成对应的源代码，并将源代码发送给客户端，以供客户端基于功能页面的源代码展示智能设备的目标功能页面。
61.本技术实施例通过在服务器/云端预存各种智能设备信息对应的配置模板和功能控件库生成初始化的功能页面供用户自由调整定制，不用重新编写源代码或者编写少量开发源代码即可完成智能设备的接入，从而无需为每个新增/升级的智能设备的接入进行重新开发，提高软件产品的开发效率，缩短软件产品开发周期，加快软件产品交付。
62.实施例二
63.如图3所示，本技术实施例提供另一种应用于服务器的智能设备功能页面配置方法。
64.s11、接收客户端发送的智能设备配置请求，其中，配置请求携带智能设备的设备信息。
65.s12、获取与设备信息匹配的配置模板，并根据配置模板生成智能设备初始化的功能页面。
66.s13、接收到客户端发送的确认信息后，生成目标功能页面对应的源代码，并将源代码发送给客户端。
67.s14、接收到客户端发送的模板发布请求后，根据目标功能页面的源代码更新设备信息对应的配置模板。
68.其中，步骤s11至步骤s13的具体实施方式与前述实施例中基本一致，在此不作赘述。
69.具体的，服务器获取源代码中的每个功能控件；根据源代码中的每个功能控件以及相对位置关系新增/修改设备信息对应的配置模板。即当设备信息已经存在配置模板时，更新对应的配置模板以实现软件升级；当设备信息不存在配置模板时新增配置模板。
70.对于新增的功能控件，可以由研发人员封装后单独发布到服务器的功能控件库中。也可以在服务器更新配置模板时发布到功能控件库中，具体包括：针对每个新增的功能控件，获取其动作及相应的状态描述规则，将其动作及相应的状态描述规则映射到功能控件中形成逻辑对应关系，并增加到功能控件库中以供后继相关智能设备配置使用。
71.以智能设备版本升级为例，设备信息可以是设备类型，也可以是低版本的设备型号。服务器获取与设备信息匹配的配置模板，并根据配置模板生成智能设备初始化的功能页面供研发人员自由定制。研发人员确定本版本的设备型号相对于设备类型/低版本的设备型号具体有哪些功能差异。针对每一个新增的设备功能，在可视化配置页面下定义功能控件，并定义动作和状态描述规则，然后将设备功能所对应动作和状态属性映射到功能控件中形成逻辑关系，并根据业务要求配置功能控件的位置。服务器以定制完成后的功能界面为目标功能界面生成源代码。客户端接收源代码并展示功能界面，确认无误后向服务器发送配置模板发布请求，配置模板发布请求中携带本版本的设备型号，服务器获取源代码中的每个功能控件；根据源代码中的每个功能控件以及相对位置关系新增/修改设备信息对应的配置模板。当功能控件库中不存在新增的功能控件时，获取其动作及相应的状态描述规则，将其动作及相应的状态描述规则映射到功能控件中形成逻辑对应关系，并增加到
功能控件库中以供后继相关智能设备配置使用。
72.本技术实施例在上述实施例一的基础上，进一步将研发人员在初始化功能界面上进行自由调整定制后的配置模板发布到服务器上，形成新的配置模板以后继配置该智能设备时调用，从而减少开发量。
73.实施例三
74.如图4所示，本技术实施例提供一种应用于客户端的智能设备功能页面配置方法。
75.s21、发送智能设备配置请求，配置请求携带智能设备的设备信息。
76.具体地，设备信息包括设备类型和/或设备型号。一般来说，客户端通过ui界面选择设备类型，然后在选择的设备类型下进一步选择产品型号，或者先选择厂家之后，再选择该厂家下设备类型对应的产品型号。还可以直接在ui界面中搜索出产品型号，选择完成后点击确认即可发送配置请求。
77.s22、在服务器生成的初始化功能界面上进行调整/确认，形成目标功能界面。
78.当初始化的功能页面包括多个备选功能页面时，用户可以通过客户端选择其中一个备选功能页面作为目标功能界面。
79.当初始化的功能页面包括功能控件可调整的备选功能页面时，用户可以通过客户端对备选功能页面中功能控件进行调整位置或者大小，将调整后的功能界面确认为目标功能界面。
80.当初始化的功能页面包括可编辑的备选功能页面、以及功能控件库中与设备信息相关的功能控件时，用户可以通过客户端在备选功能页面中定制功能控件。比如，用户确定智能设备的每个设备功能，当设备功能在初始化的功能页面中不存在，而在功能控件库中存在对应的功能控件时，直接拖拉设备功能对应的功能控件到备选功能界面中即可。当设备功能在初始化的功能界面和功能控件库中都不存在对应的功能控件时，根据设备功能定义对应的功能控件，并定义动作和状态描述规则，将动作及对应的状态属性映射到功能控件中，建立功能控件与动作及对应的状态属性之间的逻辑关联，从而生成设备功能对应的功能控件。功能控件为ui视图控件，包括但不限于按钮、文字展示、或列表展示等控件。还是以空调设备为例，空调设备支持开关、温度设置、模式设置和风向设置等设备功能，分别对应增加开关、温度设置、模式设置和风向设置的功能控件，并分别将开关、温度设置、模式设置和风向设置动作及对应的状态属性映射到开关、温度设置、模式设置和风向设置的功能控件，建立开关、温度设置、模式设置和风向设置的功能控件与开关、温度设置、模式设置和风向设置的设备功能及对应的状态属性之间的关联，从而生成开关、温度设置、模式设置和风向设置的设备功能对应的功能控件，并且可以根据业务要求配置上述功能控件的位置。
81.s23、接收到服务器发送的目标功能页面源代码后，生成并展示目标功能页面。
82.具体的，当用户确认目标功能页面后，服务器收到确认信息，生成目标功能页面源代码并发送给客户端，客户端解析目标功能界面的源代码，确定智能设备对应的功能控件集合及排序信息；基于功能控件集合及排序信息生成智能设备的功能页面并进行展示。
83.在一些优选实施例中，该方法之后还包括：
84.s24、向服务器发送模板发布请求，以及模板对应的目标功能页面的源代码。
85.具体的，当更新软件功能或者新增智能设备产品型号时，客户端可以请求将上述步骤s22中定制的目标功能页面及其相应的功能控件发布到服务器上，从而迭代更新服务
器上的配置模板及功能控件库。对于新增的功能控件，可以由研发人员封装后单独发布到服务器的功能控件库中。也可以由服务器更新配置模板时发布到功能控件库中。
86.以智能设备版本升级的软件开发为例，研发人员通过客户端向服务器发送的配置请求中携带的设备信息可以是设备类型，也可以是低版本的设备型号。服务器获取与设备信息匹配的配置模板，并根据配置模板生成智能设备初始化的功能页面供研发人员自由调整布局。研发人员确定本版本的设备型号相对于设备类型/低版本的设备型号具体有哪些功能差异。针对每一个新增的设备功能，在可视化配置页面下定义功能控件，并定义动作和状态描述规则，然后将设备功能所对应动作和状态属性映射到功能控件中形成逻辑关系，并根据业务要求配置功能控件的位置。定制完成后，通过客户端向服务发送确认信息，服务器以定制完成后的功能界面为目标功能界面生成源代码，并返回给客户端。客户端接收源代码并展示功能界面，确认无误后向服务器发送配置模板发布请求，配置模板发布请求中携带本版本的设备型号，由服务器获取源代码中的每个功能控件；根据源代码中的每个功能控件以及相对位置关系新增/修改设备信息对应的配置模板及功能控件库，从而使得新增加的智能设备能通过服务器上的配置模板接入。
87.本技术实施例的智能设备功能页面的配置方法，用户可以在初始化的功能界面上自由调整和定制为目标功能页面，无需再重新编写或调整即可生成并展示智能设备的目标功能页面，适应了用户的个性化需求，提升用户体验。同时，提高了软件产品开发和维护效率，加快产品交付。
88.实施例四
89.此外，本技术实施例还提供一种智能设备功能页面配置装置，如图5所示，该配置装置00包括：
90.接收模板10，用于接收客户端发送的智能设备配置请求、以及客户端发送的确认信息，其中，配置请求携带智能设备的设备信息；
91.第一生成模块20，用于获取与设备信息匹配的配置模板，并根据配置模板生成智能设备初始化的功能页面；
92.第二生成模块30，用于接收到客户端发送的确认信息后，生成目标功能页面对应的源代码；
93.发送模块40，用于将源代码发送给客户端。
94.本发明实施例是与实施例一和实施例二的方法对应的装置，其具体实现过程详见对应的方法实施例，且方法实施例中的技术特征在本实施例的虚拟装置这里不再赘述。
95.此外，本技术实施例还提供一种服务器，如图6所示，服务器100包括：第一处理器101、第一存储器102、及存储在第一存储器102中并可在第一处理器101上运行的一个或者多个计算机程序103，第一存储器102和第一处理器101通过第一总线系统耦合在一起，一个或者多个计算机程序被第一处理器101执行时以实现上述实施例一和实施例二提供的任意一种智能设备功能页面配置方法的步骤。
96.本技术实施例还提供一种客户端，如图7所示，客户端200包括：第二处理器201、第二存储器202及存储在第二存储器202中并可在第二处理器201上运行的一个或者多个计算机程序203，第二存储器202和第二处理器201通过第二总线系统耦合在一起，一个或者多个计算机程序203被第二处理器201执行时以实现上述发明实施例三提供的一种智能设备功
能页面配置方法的步骤。
97.另外，本技术实施例还提供一种存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器102和第二存储器202，计算机存储介质上存储有智能设备功能页面配置方法的一个或者多个程序，一个或者多个程序被第一处理器101和第二处理器201执行时以实现上述发明实施例一至三的智能设备功能页面配置方法的步骤。
98.上述本技术实施例揭示的方法可以应用于第一处理器101和第二处理器201中，或者由第一处理器101和第二处理器201实现。第一处理器101和第二处理器201可能是一种集成电路芯片，具有信号处理能力。在实现过程中，上述方法的各步骤可以通过第一处理器101和第二处理器201中的硬件的集成逻辑电路或软件形式的指令完成。第一处理器101和第二处理器201可以是通用处理器、dsp、或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。第一处理器101和第二处理器201可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器102和第二存储器202，第一处理器101和第二处理器201读取第一存储器102和存储器第二202中的信息，结合其硬件完成前述方法的步骤。
99.可以理解，本技术实施例的第一存储器102和第二存储器202可以是易失性存储器或者非易失性存储器，也可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，read
‑
only memory)、可编程只读存储器(prom，programmable read
‑
only memory)、可擦除可编程只读存储器(eprom，erasable read
‑
only memory)、电可擦除只读存储器(eeprom，electrically erasable programmable read
‑
only memory)、磁性随机存取存储器(fram，ferromagnetic random access memory)、闪存(flash memory)或其他存储器技术、光盘只读存储器(cd
‑
rom，compact disk read
‑
only memory)、数字多功能盘(dvd，digital video disk)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置；易失性存储器可以是随机存取存储器(ram，random access memory)，通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，static random access memory)、静态随机存取存储器(ssram，synchronous static random access memory)、动态随机存取存储器(dram，dynamic random access memory)、同步动态随机存取存储器(sdram，synchronous dynamic random access memory)、双倍数据速率同步动态随机存取存储器(ddrsdram，double data rate synchronous dynamic random access memory)、增强型同步动态随机存取存储器(esdram，enhanced synchronous dynamic random access memory)、同步连接动态随机存取存储器(sldram，synclink dynamic random access memory)、直接内存总线随机存取存储器(drram，direct rambus random access memory)。本技术实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
100.需要说明的是，上述服务器与实施例一和实施例二的方法属于相同的技术构思、上述客户端分别与上述实施例三属于相同的技术构思，计算机可读存储介质上的一种智能设备功能页面配置方法程序与实施例一至三的方法实施例属于同一构思，其具体实现过程详见对应的方法实施例，且方法实施例中的技术特征在上述服务器、客户端和计算机可读存储介质的实施例中均对应适用，这里不再赘述。
101.本技术提供的智能设备的功能页面配置方法、装置、服务器、客户端及存储介质，通过在服务器/云端预存各种智能设备信息对应的配置模板、以及由智能设备的功能抽象出的功能控件库，客户端发送携带设备信息的智能设备配置请求，服务器端获取与设备信息匹配的配置模板，并根据配置模板生成智能设备初始化的功能页面供客户端自由调整定制为目标功能界面，并生成目标功能页面对应的源代码发送给客户端，供客户端基于页面配置源代码展示智能设备的目标功能页面。这样可以通过复用功能控件做到不用开发重新编写源代码或者编写少量开发源代码即可完成智能设备的接入，从而无需为每个新增智能设备的接入进行重新开发，提高软件产品的开发效率，缩短软件产品开发周期，加快软件产品交付。
102.上面结合附图对本技术实施例的实施例进行了描述，但是本技术实施例并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术实施例的启示下，在不脱离本技术实施例宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本技术实施例的保护范围之内。