CN112612214B - 用于功能界面生成的方法、系统和电子设备 - Google Patents

Abstract

本申请涉及信息处理技术领域，公开一种用于功能界面生成的方法，包括：服务端获得不同类型的家电各自关联的功能信息集合，相同类型下不同型号的家电各自关联的可用功能信息和交互逻辑信息；在目标功能信息集合被选中的情况下，确定目标功能信息集合关联的目标家电类型；获得从目标功能信息集合中确定的目标可用功能信息，以及目标可用功能信息关联的目标家电类型下的目标家电的型号信息和目标交互逻辑信息；根据目标可用功能信息和目标交互逻辑信息生成配置文件，以便控制端根据配置文件，生成目标家电的功能界面。这样可解决智能家电接入控制终端时复用率低且需要多次适配的问题。本申请还公开一种用于功能界面生成的系统及电子设备。

Description

用于功能界面生成的方法、系统和电子设备

技术领域

本申请涉及信息处理技术领域，例如涉及一种用于功能界面生成的方法、系统和电子设备。

背景技术

随着智能技术的发展和普及，智慧家庭的概念越来越普及，人机交互的方式也在不断演化和进步。目前，智能家电可以通过各类带屏终端，例如手机、电脑、电视、带屏移动终端以及自带屏幕的智能家电，实时进行人机交互。

现有的智能家电大多是通过控制终端，即带屏终端配置的该智能家电的控制APP(Application，应用程序)和用户实现操作交互。但是，随着越来越多的智能家电加入智慧家庭网络，每次都需要依据新加入的智能家电的功能模型文件开发不同的功能界面，开发操作复杂且复用率低。而且，由于不同的控制终端具有不同的接入逻辑处理规则，当同一智能家电接入不同控制终端时，就会产生不同的操作交互体验，因此，如果同一智能家电需要分别接入不同的控制终端，还需要多次适配。

在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：

现有的智能家电接入控制终端时，需要开发不同的功能界面，复用率低，而且接入不同控制终端时交互体验存在差异，需要多次适配。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本公开实施例提供了一种用于功能界面生成的方法、系统和电子设备，以解决智能家电接入控制终端时，复用率低且需要多次适配的技术问题。

在一些实施例中，所述用于功能界面生成的方法，包括：服务端获得功能信息库，功能信息库中保存有不同类型的家电各自关联的功能信息集合，相同类型下不同型号的家电各自关联的可用功能信息和交互逻辑信息，该可用功能信息属于功能信息集合；在目标功能信息集合被选中的情况下，从功能信息库中确定目标功能信息集合关联的目标家电类型；获得从目标功能信息集合中确定的至少一个目标可用功能信息；从功能信息库中，确定至少一个目标可用功能信息关联的目标家电类型下的目标家电的型号信息，以及目标家电的目标交互逻辑信息；根据至少一个目标可用功能信息和目标交互逻辑信息生成配置文件，以便至少一个控制端根据配置文件，生成目标家电的功能界面。

在一些实施例中，所述用于功能界面生成的方法，包括：控制端获得目标家电的型号信息，以及目标家电的型号信息关联的配置文件，配置文件由服务端根据至少一个目标可用功能信息以及目标家电的目标交互逻辑信息生成，至少一个目标可用功能信息从被选中的目标功能信息集合中确定，且至少一个目标可用功能信息关联有目标家电的目标交互逻辑信息；根据配置文件生成目标家电的功能界面。

在一些实施例中，所述用于功能界面生成的系统，包括服务端和至少一个控制端。该服务端用于获得功能信息库，功能信息库中保存有不同类型的家电各自关联的功能信息集合，相同类型下不同型号的家电各自关联的可用功能信息和交互逻辑信息，可用功能信息属于功能信息集合；在目标功能信息集合被选中的情况下，从功能信息库中确定目标功能信息集合关联的目标家电类型；获得从目标功能信息集合中确定的至少一个目标可用功能信息；从功能信息库中，确定至少一个目标可用功能信息关联的目标家电类型下的目标家电的型号信息，以及目标家电的目标交互逻辑信息；根据至少一个目标可用功能信息和目标交互逻辑信息生成配置文件；该控制端用于获得目标家电的型号信息，以及目标家电的型号信息关联的配置文件；根据配置文件生成目标家电的功能界面。

在一些实施例中，所述电子设备，包括处理器和存储有程序指令的存储器。该处理器被配置为在执行程序指令时，执行上述用于功能界面生成的方法。

本公开实施例提供的用于功能界面生成的方法、系统和电子设备，可以实现以下技术效果：

服务端获得保存有不同类型的家电各自关联的功能信息集合，以及相同类型下不同型号的家电各自关联的可用功能信息和交互逻辑信息，便于开发人员选择目标家电类型对应的目标功能信息集合，快速完成对目标家电类型的定义，并且便于开发人员从目标功能信息集合中确定至少一个目标可用功能信息，以配置目标家电类型下的目标家电的具体功能。从功能信息库中，确定目标可用功能信息关联的目标家电类型下的目标家电的型号信息，可以确定目标家电的目标交互逻辑信息；根据至少一个目标可用功能信息和目标交互逻辑信息生成配置文件，以便至少一个控制端根据配置文件，生成目标家电的功能界面。这样，在目标家电接入至少一个控制端关联的控制终端以和用户进行操作交互时，控制端仅需要获得目标家电的型号信息关联的配置文件，即可生成对应的功能界面，提高了功能界面的开发复用率和开发效率。另外，目标家电无需和控制端多次适配，就能保证目标家电通过不同控制终端和用户进行交互时，用户获得一致性的体验。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：

图1是本公开实施例提供的一个用于功能界面生成的系统的示意图；

图2是本公开实施例提供的一个用于功能界面生成的方法的示意图；

图3是本公开实施例提供的另一个用于功能界面生成的方法的示意图；

图4是本公开实施例提供的一个电子设备的示意图。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

本公开实施例提供一种用于功能界面生成的系统，可以包括服务端和至少一个控制端。图1是本公开实施例提供的一个用于功能界面生成的系统的示意图。结合图1所示，至少一个控制端可以部署于智能家电关联的至少一个控制终端，或者，可以部署于带屏幕的智能家电自身。该控制端和部署于云端服务器的服务端相配合，可以针对智能家电接入控制终端，提供一种提高智能家电的功能界面的开发复用率，以及保证用户，即智能家电的使用者，通过不同控制终端具有的功能界面操作智能家电时，获得一致的交互体验的方案。

在实际应用过程中，服务端可以获得家电的相关信息，并根据相关信息生成配置文件，以便控制端获得这些配置文件。其中，家电的相关信息可以包括：不同类型的家电各自关联的功能信息集合，以及相同类型下不同型号的家电各自关联的可用功能信息和交互逻辑信息；该可用功能信息属于功能信息集合。

对应地，控制端获得配置文件后，可以根据配置文件生成家电的功能界面，这样，在家电接入至少一个控制端关联的控制终端以和用户进行操作交互时，控制端仅需要获得该家电的型号信息关联的配置文件，即可生成对应的功能界面，提高了功能界面的开发复用率和开发效率。另外，该家电也无需和控制端多次适配，就能保证用户在交互时获得一致性的体验。具体实现过程可参见下文所作介绍。

上述控制终端，可以包括手机、计算机、可穿戴设备、智能移动设备、虚拟现实设备等，或其任意组合。

图2是本公开实施例提供的一个用于功能界面生成的方法的示意图。结合图2所示，本公开实施例提供一种可应用于服务端的，用于功能界面生成的方法，可以包括：

S21，服务端获得功能信息库，功能信息库中保存有不同类型的家电各自关联的功能信息集合，相同类型下不同型号的家电各自关联的可用功能信息和交互逻辑信息，可用功能信息属于功能信息集合。

作为一种示例，本公开实施例中功能信息库中保存的不同类型的家电各自关联的功能信息集合，以及相同类型下不同型号的家电各自关联的可用功能信息，可如表2-1所示。

表2-1

具体地，如图表2-1所示，对于冰箱类家电、洗衣机类家电、空调类家电具有的开关机功能，可以是不同类型的家电均通用的开关机功能；或者，可以是不同类型的家电各自分别开发的开关机功能，对此，本公开实施例可不做具体限定。其中，以冰箱类家电为例，BX-1型号的冰箱具有的开关机功能，和BX-2型号的冰箱具有的开关机功能，可以是冰箱类家电中均通用的开关机功能；或者，可以是不同型号的冰箱类家电各自分别开发的个性化开关机功能，对此，本公开实施例亦可不做具体限定。

可选地，相同类型下不同型号的家电各自关联的交互逻辑信息，是可用功能信息关联的交互逻辑信息。作为一种示例，本公开实施例中的交互逻辑信息可以体现为不同可用功能之间互相约束的逻辑规则，和/或显示可用功能的渲染数据，和/或用户操作失败或无效时的提示。以不同可用功能之间互相约束的逻辑规则为例，交互逻辑信息可以是实现关机功能后不能设置其他功能。

如此，服务端保存上述的相关信息，便于开发人员从中快速选择功能信息，以确定目标家电类型和目标家电类型下的目标家电。

S22，在目标功能信息集合被选中的情况下，从功能信息库中确定目标功能信息集合关联的目标家电类型。

如表2-1，作为一种示例，在开发人员针对冰箱类家电进行功能界面开发时，可以将“开关机功能、冷藏功能a、冷冻功能a、冷冻功能b、气调保鲜功能b……”选为目标功能集合。对应于此，服务端根据开发人员选中的目标功能集合，可以确定目标家电类型为冰箱类家电。

S23，获得从目标功能信息集合中确定的至少一个目标可用功能信息。

S24，从功能信息库中，确定至少一个目标可用功能信息关联的目标家电类型下的目标家电的型号信息，以及目标家电的目标交互逻辑信息。

对应地，在开发人员针对BX-1型号的冰箱进行功能界面开发时，可以从该型号的冰箱对应的功能信息“开关机功能、冷藏功能a、冷冻功能a…”中选择目标可用功能，该目标可用功能可以是BX-1型号的冰箱关联的全部功能信息，或者，可以是BX-1型号的冰箱关联的部分功能信息。对应于此，服务端根据开发人员选中的目标可用功能信息，可以确定目标冰箱的型号信息为BX-1，以及该型号的冰箱中目标可用功能关联的目标交互逻辑信息。

S25，根据至少一个目标可用功能信息和目标交互逻辑信息生成配置文件，以便至少一个控制端根据配置文件，生成目标家电的功能界面。

在实际开发过程中，可以根据目标家电的型号信息确定界面生成需求，即如果目标家电的型号信息中包含表示仅允许生成某个或者某些界面的限制信息，则根据目标家电的型号信息可以确定该限制信息，以便确定可生成目标家电的功能界面的配置文件。

可选地，本公开实施例可以生成多种配置文件，下面举例说明。

作为一种示例，如果功能信息库中保存有不同的家电类型各自关联的语音功能资源包，则根据至少一个目标可用功能信息和目标交互逻辑信息生成配置文件，可以包括：根据目标功能信息集合关联的目标家电类型，确定目标家电类型关联的目标语音功能资源包；确定各目标语音功能资源包关联的目标语音功能界面的标识信息；根据至少一个目标可用功能信息、目标交互逻辑信息、目标语音功能资源包以及目标语音功能资源包关联的目标语音功能界面的标识信息，生成配置文件。

这样，可以为目标家电类型下的家电提供通用的语音功能，扩展了家电的智能化服务。

其中，语音功能资源包可以保存有语音提示功能信息。以洗衣机类家电为例，在洗衣机完成洗衣的情况下，可触发语音提示功能，控制端可以生成该语音提示功能信息关联的目标语音功能界面，洗衣机和/或控制终端配置的语音提示模块可以向用户发出提醒。或者，语音功能资源包可以保存有语音控制功能信息，该语音控制功能信息可以由AI(Artificial Intelligence，人工智能)服务器开发语义的方式生成，并发送至功能信息库。以洗衣机类家电为例，在用户触发语音控制功能并语音输入洗衣指令时，控制端可以生成该语音控制功能信息关联的目标语音功能界面，洗衣机和/或控制终端配置的语音处理模块可以采集用户语音输入的洗衣指令并进行语音识别，从而开启洗衣功能。

或者，作为另一种示例，如果功能信息库中保存有不同的家电类型各自关联的智慧场景资源包，则根据至少一个目标可用功能信息和目标交互逻辑信息生成配置文件，可以包括：根据目标功能信息集合关联的目标家电类型，确定目标家电类型关联的目标智慧场景资源包；确定各目标智慧场景资源包关联的目标场景功能界面的标识信息；根据至少一个目标可用功能信息、目标交互逻辑信息、目标智慧场景资源包以及目标智慧场景资源包关联的目标场景功能界面的标识信息，生成配置文件。

这样，可以为目标家电类型下的家电配置通用的智慧场景，扩展了家电的智能化服务。

其中，智慧场景资源包可以保存有目标类型下的家电和其他类型的家电之间的联动关系信息。以洗衣机类家电为例，在洗衣机完成洗衣的情况下，控制端可以生成该联动关系信息关联的目标场景功能界面，洗衣机和/或控制终端可以发送信息至其他类型的家电，如带屏冰箱等，便于用户接收洗衣完成提醒。或者，智慧场景资源包可以保存有目标类型下的家电配置的多个功能模块之间的联动关系信息。以洗衣机类家电为例，在洗衣机的洗涤模块完成洗衣功能的情况下，控制端可以生成该联动关系信息关联的目标场景功能界面，洗衣机和/或控制终端可以发送信息至烘干模块，以便烘干模块启动，继续对衣物处理。或者，智慧场景资源包可以保存有目标类型下的家电之间的联动关系信息。以空调类家电为例，如果用户所在环境配置有多个空调，在一个空调完成制热后，控制端可以生成该联动关系信息关联的目标场景功能界面，该空调和/或控制终端可以发送信息至其他空调，以便其他空调根据该空调的制热状态进行反馈调节。上述的联动关系信息均可以由场景开发服务器开发，并发送至功能信息库。

或者，作为另一种示例，如果功能信息库中保存有不同的家电类型各自关联的通用展示资源包，则根据至少一个目标可用功能信息和目标交互逻辑信息生成配置文件，可以包括：根据目标功能信息集合关联的目标家电类型，确定目标家电类型关联的目标通用展示资源包；确定各目标通用展示资源包关联的目标通用展示界面的标识信息；根据至少一个目标可用功能信息、目标交互逻辑信息、目标通用展示资源包以及目标通用展示资源包关联的目标通用展示界面的标识信息，生成配置文件。该目标通用展示界面可以体现为接入控制终端时，不同的家电类型各自关联的通用UI界面(User Interface，用户界面)入口。

这样，可以为目标家电类型下的家电提供通用的展示界面，提高展示界面的开发复用率，从而有助于提高开发人员的服务效率。

综上，采用本公开实施例提供的可应用于服务端的，用于功能界面生成的方法，在智能家电接入控制终端时，开发人员通过在服务端选择相关信息就能实现对智能家电的功能界面的配置，从而提高智能家电的功能界面的开发复用率。另外，在多种智能家电接入不同的控制终端时，无需和控制终端进行多次适配，即可保证用户在不同控制终端上对目标家电进行操作控制时，具有相同的交互使用体验。

可选地，功能信息库中还可以保存不同类型下不同型号的家电各自的品牌信息。作为一种示例，如果功能信息库中保存有不同类型下不同型号的家电各自的品牌信息，则可在目标品牌信息被选中的情况下，从功能信息库中确定目标品牌信息关联的目标功能集合。进一步地，在目标功能信息集合被选中的情况下，从功能信息库中确定目标功能信息集合关联的目标家电类型；从目标功能信息集合中确定至少一个目标可用功能信息及其关联的目标家电类型下的目标家电的型号信息，以及目标家电的目标交互逻辑信息；根据至少一个目标品牌信息、目标可用功能信息以及目标交互逻辑信息生成配置文件。这样，可以按品牌信息将家电分类，使开发人员不仅可以配置目标家电接入同一品牌的控制终端时功能界面关联的配置文件，还可以配置目标家电接入不同品牌的控制终端时功能界面关联的配置文件，从而开放了开发人员的权限，扩展了开发人员的业务，提高了开发人员的开发效果。

图3是本公开实施例提供的另一个用于功能界面生成的方法的示意图。结合图3所示，本公开实施例提供一种可应用于控制端的，用于功能界面生成的方法，可以包括：

S31，控制端获得目标家电的型号信息，以及目标家电的型号信息关联的配置文件，配置文件由服务端根据至少一个目标可用功能信息以及目标家电的目标交互逻辑信息生成，至少一个目标可用功能信息从被选中的目标功能信息集合中确定，且至少一个目标可用功能信息关联有目标家电的目标交互逻辑信息。

其中，本公开实施例可以通过多种实现方式获得目标家电的型号信息，下面举例说明。一种方式下，控制端可以直接获得目标家电发送的型号信息；另一种方式下，控制端可以通过目标家电发送的标识信息，确定该标识信息对应的目标家电的型号信息。对此，本公开实施例可不做具体限定。

S32，根据配置文件生成目标家电的功能界面。

可选地，如果获得控制端关联的基础展示资源包，则根据配置文件生成目标家电的功能界面，可以包括：确定控制端关联的目标基础展示资源包；确定各目标基础展示资源包关联的目标基础展示界面的标识信息；根据配置文件中的至少一个目标可用功能信息和目标交互逻辑信息，以及目标基础展示资源包和目标基础展示资源包关联的目标基础展示界面的标识信息，生成目标基础展示界面；根据目标基础展示界面，以及至少一个目标可用功能信息和目标交互逻辑信息，生成目标基础展示界面关联的功能界面。该目标基础展示界面可以体现为控制端关联的控制终端自身的UI界面。这样，便于控制终端的UI界面开发，提高了开发人员的服务效率。

其中，本公开实施例可以通过多种实现方式获得控制端关联的基础展示资源包。一种方式下，控制端可以将其关联的基础展示资源包在本地保存，这样，在需要配置目标基础展示界面的情况下，可以直接调用该资源包。另一种方式下，基础资源展示包可以从功能信息库中获取，对应地，功能信息库需要保存至少一个控制端关联的基础展示资源包。上述方式均可以方便、快速地获得控制端关联的基础展示资源包。

可选地，确定控制端关联的目标基础展示资源包，可以包括：控制端根据自身关联的标识信息，确定该标识信息关联的目标基础展示资源包。

可选地，生成目标基础展示界面关联的功能界面后，还包括：根据目标交互逻辑信息，获得用户的操作动作关联的操作数据；根据操作数据生成用户的操作动作对应的功能跳转界面。这样，在实际应用过程中，可以保证用户的操作动作和界面跳转的一致性，提高用户的使用体验。

综上，采用本公开实施例提供的可应用于控制端的，用于功能界面生成的方法，在目标家电接入至少一个控制端关联的控制终端以和用户进行操作交互时，控制端仅需要获得目标家电的型号信息关联的配置文件，即可生成对应的功能界面，提高了功能界面的开发复用率和开发效率。另外，目标家电也无需和控制端多次适配，保证了目标家电通过不同控制终端和用户进行交互时的一致性体验。

在实际应用过程中，服务端可以是IOT(The Internet of Things，物联网)开放平台。首先，IOT开放平台获得标准模型库，该标准模型库中可以按家电设备的类型保存家电设备的相关信息，相关信息可以包括家电设备各自关联的类型信息、型号信息、功能信息集合、各功能信息之间的逻辑约束规则信息和逻辑互斥规则信息，以及人机交互规则信息。开发人员在IOT开放平台上创建目标家电的开发流程，并从标准模型库中选择目标可用功能信息添加到目标家电，完成对目标家电的功能定义。IOT开放平台根据目标可用功能信息，确定该目标家电的目标可用功能信息之间的逻辑约束规则信息和逻辑互斥规则信息，以及人机交互规则信息，并将目标可用功能信息之间的逻辑约束规则信息和逻辑互斥规则信息、人机交互规则信息，以及目标家电关联的类型信息和型号信息生成配置文件，便于控制端根据该配置文件生成目标家电的功能界面。此外，IOT开放平台还可以根据目标家电的相关资源包，例如，语音功能资源包、智慧场景资源包和通用展示资源包等，生成对应的配置文件，以便控制端根据对应的配置文件生成相关资源包的功能详情页。这样，控制端仅需要获得目标家电的型号信息关联的配置文件，即可生成对应的功能界面，提高了功能界面的开发复用率和开发效率。另外，目标家电也无需和控制端多次适配，保证了目标家电通过不同控制终端和用户进行交互时的一致性体验。

图4是本公开实施例提供的一个电子设备的示意图。结合图4所示，本公开实施例提供一种电子装备，包括处理器(processor)100和存储器(memory)101。可选地，该装置还可以包括通信接口(Communication Interface)102和总线103。其中，处理器100、通信接口102、存储器101可以通过总线103完成相互间的通信。通信接口102可以用于信息传输。处理器100可以调用存储器101中的逻辑指令，以执行上述实施例的用于功能界面生成的方法。

此外，上述的存储器101中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器101作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器100通过运行存储在存储器101中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中用于功能界面生成的方法。

存储器101可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器101可以包括高速随机存取存储器，还可以包括非易失性存储器。

本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述用于功能界面生成的方法。

本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述用于功能界面生成的方法。

上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。

本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (9)

1.一种用于功能界面生成的方法，其特征在于，包括：

服务端获得功能信息库，所述功能信息库中保存有不同类型的家电各自关联的功能信息集合，相同类型下不同型号的家电各自关联的可用功能信息和交互逻辑信息，所述可用功能信息属于所述功能信息集合；

在目标功能信息集合被选中的情况下，从所述功能信息库中确定所述目标功能信息集合关联的目标家电类型；

获得从所述目标功能信息集合中确定的至少一个目标可用功能信息；

从所述功能信息库中，确定所述至少一个目标可用功能信息关联的所述目标家电类型下的目标家电的型号信息，以及所述目标家电的目标交互逻辑信息；

根据所述至少一个目标可用功能信息和所述目标交互逻辑信息生成配置文件，以便至少一个控制端根据所述配置文件，生成所述目标家电的功能界面；

其中，如果所述功能信息库中保存有不同的家电类型各自关联的智慧场景资源包，则所述根据所述至少一个目标可用功能信息和所述目标交互逻辑信息生成配置文件，包括：

根据所述目标功能信息集合关联的目标家电类型，确定所述目标家电类型关联的目标智慧场景资源包；

确定各目标智慧场景资源包关联的目标场景功能界面的标识信息；

根据所述至少一个目标可用功能信息、所述目标交互逻辑信息、所述目标智慧场景资源包以及所述目标智慧场景资源包关联的目标场景功能界面的标识信息，生成所述配置文件；

智慧场景资源包保存有目标类型下的家电和其他类型的家电之间的联动关系信息或目标类型下的家电之间的联动关系信息。

2.根据权利要求1所述的方法，其特征在于，如果所述功能信息库中保存有不同的家电类型各自关联的语音功能资源包，则所述根据所述至少一个目标可用功能信息和所述目标交互逻辑信息生成配置文件，包括：

根据所述目标功能信息集合关联的目标家电类型，确定所述目标家电类型关联的目标语音功能资源包；

确定各目标语音功能资源包关联的目标语音功能界面的标识信息；

根据所述至少一个目标可用功能信息、所述目标交互逻辑信息、所述目标语音功能资源包以及所述目标语音功能资源包关联的目标语音功能界面的标识信息，生成所述配置文件。

3.根据权利要求1所述的方法，其特征在于，如果所述功能信息库中保存有不同的家电类型各自关联的通用展示资源包，则所述根据所述至少一个目标可用功能信息和所述目标交互逻辑信息生成配置文件，包括：

根据所述目标功能信息集合关联的目标家电类型，确定所述目标家电类型关联的目标通用展示资源包；

确定各目标通用展示资源包关联的目标通用展示界面的标识信息；

根据所述至少一个目标可用功能信息、所述目标交互逻辑信息、所述目标通用展示资源包以及所述目标通用展示资源包关联的目标通用展示界面的标识信息，生成所述配置文件。

4.一种用于功能界面生成的方法，与权利要求1所述的方法相配合，其特征在于，包括：

控制端获得目标家电的型号信息，以及所述目标家电的型号信息关联的配置文件，所述配置文件由服务端根据至少一个目标可用功能信息以及所述目标家电的目标交互逻辑信息生成，所述至少一个目标可用功能信息从被选中的目标功能信息集合中确定，且所述至少一个目标可用功能信息关联有所述目标家电的目标交互逻辑信息；

根据所述配置文件生成所述目标家电的功能界面。

5.根据权利要求4所述的方法，其特征在于，如果获得所述控制端关联的基础展示资源包，则所述根据所述配置文件生成所述目标家电的功能界面，包括：

确定所述控制端关联的目标基础展示资源包；

确定各目标基础展示资源包关联的目标基础展示界面的标识信息；

根据所述配置文件中的所述至少一个目标可用功能信息和所述目标交互逻辑信息，以及所述目标基础展示资源包和所述目标基础展示资源包关联的目标基础展示界面的标识信息，生成所述目标基础展示界面；

根据所述目标基础展示界面，以及所述至少一个目标可用功能信息和所述目标交互逻辑信息，生成所述目标基础展示界面关联的功能界面。

6.根据权利要求5所述的方法，其特征在于，所述生成所述目标基础展示界面关联的功能界面后，还包括：

根据所述交互逻辑信息，获得用户的操作动作关联的操作数据；

根据所述操作数据生成所述用户的操作动作对应的功能跳转界面。

7.一种用于功能界面生成的系统，采用权利要求1所述的方法，其特征在于，包括：

服务端和至少一个控制端；

所述服务端，用于获得功能信息库，所述功能信息库中保存有不同类型的家电各自关联的功能信息集合，相同类型下不同型号的家电各自关联的可用功能信息和交互逻辑信息，所述可用功能信息属于所述功能信息集合；在目标功能信息集合被选中的情况下，从所述功能信息库中确定所述目标功能信息集合关联的目标家电类型；获得从所述目标功能信息集合中确定的至少一个目标可用功能信息；从所述功能信息库中，确定所述至少一个目标可用功能信息关联的所述目标家电类型下的目标家电的型号信息，以及所述目标家电的目标交互逻辑信息；根据所述至少一个目标可用功能信息和所述目标交互逻辑信息生成配置文件；

所述控制端，用于获得目标家电的型号信息，以及所述目标家电的型号信息关联的配置文件；根据所述配置文件生成所述目标家电的功能界面。

8.一种电子设备，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在执行所述程序指令时，执行如权利要求1至3任一项所述的用于功能界面生成的方法。

9.一种电子设备，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在执行所述程序指令时，执行如权利要求4至6任一项所述的用于功能界面生成的方法。

Images