CN104010026B - 一种控制家电的方法、装置和家电控制系统 - Google Patents

Abstract

本发明实施例提供一种控制家电的方法、装置和家电控制系统，旨在解决现有技术中需要服务器端存在多个不同的家电APK入口，导致通信效率不高或者失败的技术问题。所述方法包括：家电管理应用程序接收从至少一个家电应用程序传递的操作消息；在判断操作消息为有效消息后，家电管理应用程序将操作消息进行协议转换以生成协议消息；家电管理应用程序将协议消息通过与服务器存在的唯一通信通道发送至服务器。一方面，本发明提供的方法在一定程度上实现了程序的解耦，降低了产品化过后的维护成本，另一方面，本发明提供的方法有效地避免了端口的浪费，提高了通信资源的利用率。

Description

一种控制家电的方法、装置和家电控制系统

技术领域

本发明属于通信领域，尤其涉及一种控制家电的方法、装置和家电控制系统。

背景技术

Android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，例如，智能手机和平板电脑等。随着Android操作系统的移动设备市场占有率的提升，为智能控制提供了很好的平台。例如，当今的白家电，有一个发展趋势就是智能控制，通过Android操作系统移动设备上的应用程序即APK与服务器端通信，再由服务器将通讯消息传送至目标实体家电，从而达到控制家电的目的。

现有的一种家电控制系统如附图1-a所示，用户通过家电APK，输入操作指令或控制消息。这些操作指令或控制消息由家电APK向服务器传递，服务器再向目标家电实体发送控制指令。附图1-a示例的家电控制系统中，家电APK是Android移动设备中的一个应用程序，其包含的模块如附图1-b所示。通过用户界面（User Interface，UI），家电APK与用户交互，通过消息收发模块，将消息组装模块和功能模块形成的控制指令交互至服务器。需要说明的是，在附图1-a示例的家电控制系统以及附图1-b示例的家电APK中，一种型号的家电唯一对应一个家电APK，也就是说，Android移动设备中的一个应用程序通过与服务器的交互，只负责完成对一种型号家电的控制。

对于上述现有的家电控制系统，由于一种型号的家电唯一对应一个家电APK，多种型号的家电必然对应多个家电APK，如此，要求服务器端存在多个 不同的家电APK入口，而多个家电APK的同时存在，会出现端口占用和端口浪费的现象，导致通信效率不高或者失败。

发明内容

本发明的目的在于提供一种控制家电的方法、装置和家电控制系统，旨在解决现有技术中需要服务器端存在多个不同的家电APK入口，导致通信效率不高或者失败的技术问题。

本发明是这样实现的，一种控制家电的方法，所述方法包括：

家电管理应用程序接收从至少一个家电应用程序传递的操作消息，所述家电管理应用程序管理至少一个所述家电应用程序，一个所述家电应用程序对应于一种型号的家电；

在判断所述操作消息为有效消息后，所述家电管理应用程序将所述操作消息进行协议转换以生成协议消息；

所述家电管理应用程序将所述协议消息通过与服务器存在的唯一通信通道发送至所述服务器，以使所述服务器根据所述协议消息控制目标家电。

本发明的另一目的在于提供一种控制家电的装置，所述装置包括家电管理应用程序和家电应用程序，所述家电管理应用程序包括接收模块、协议消息生成模块和发送模块，所述家电应用程序用于通过用户界面与用户交互，向所述家电管理应用程序传递操作消息：

所述接收模块，用于接收从至少一个所述家电应用程序传递的操作消息，所述家电管理应用程序管理至少一个所述家电应用程序，一个所述家电应用程序对应于一种型号的家电；

所述协议消息生成模块，用于在判断所述操作消息为有效消息后，将所述操作消息进行协议转换以生成协议消息；

所述发送模块，用于将所述协议消息通过所述家电管理应用程序与服务器 存在的唯一通信通道发送至所述服务器，以使所述服务器根据所述协议消息控制目标家电。

本发明的又一目的在于提供一种家电控制系统，所述系统包括服务器和控制家电的装置，所述控制家电的装置包含家电管理应用程序和至少一个所述家电应用程序；

所述控制家电的装置，用于接收从至少一个家电应用程序传递的操作消息，在判断所述操作消息为有效消息后，将所述操作消息进行协议转换以生成协议消息，将所述协议消息通过与服务器存在的唯一通信通道发送至所述服务器，所述家电管理应用程序管理至少一个所述家电应用程序，一个所述家电应用程序对应于一种型号的家电；

所述服务器，用于维护意图模板，接收所述控制家电的装置发送的协议消息，根据所述协议消息控制目标家电。

从上述本发明实施例可知，一方面，由于家电管理应用程序管理至少一个家电应用程序，家电应用程序不再直接与服务器交互，而是通过家电管理应用程序进行，这在一定程度上实现了程序的解耦，降低了产品化过后的维护成本，另一方面，由于家电应用程序与服务器的间接交互都是通过家电管理应用程序与服务器存在的唯一通信通道进行，如此，只需要占用服务器侧的一个端口即可完成，有效地避免了端口的浪费，提高了通信资源的利用率。

附图说明

图1-a是现有技术提供的家电控制系统示意图；

图1-b是现有技术提供的家电控制系统中家电应用程序包含的模块示意图；

图2是本发明实施例提供的控制家电的方法的实现流程示意图；

图3是本发明实施例提供的服务器、家电管理应用程序和家电应用程序三 者之间的关系示意图；

图4是本发明实施例提供的家电管理应用程序将操作消息进行协议转换以生成协议消息的流程示意图；

图5是本发明实施例提供的控制家电的装置的结构示意图；

图6是本发明另一实施例提供的控制家电的装置的结构示意图；

图7是本发明另一实施例提供的控制家电的装置的结构示意图；

图8是本发明另一实施例提供的控制家电的装置的结构示意图；

图9是本发明实施例提供的控制家电的系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供一种控制家电的方法，所述方法包括：家电管理应用程序接收从至少一个家电应用程序传递的操作消息，所述家电管理应用程序管理至少一个所述家电应用程序，一个所述家电应用程序对应于一种型号的家电；在判断所述操作消息为有效消息后，所述家电管理应用程序将所述操作消息进行协议转换以生成协议消息；所述家电管理应用程序将所述协议消息通过与服务器存在的唯一通信通道发送至所述服务器，以使所述服务器根据所述协议消息控制目标家电。本发明实施例还提供相应的控制家电的装置和家电控制系统。以下分别进行详细说明。

请参阅附图2，是本发明实施例提供的控制家电的方法的实现流程，其可以应用于使用Android操作系统的移动终端，例如，手机或平板电脑等。附图2示例的控制家电的方法主要包括以下步骤S201至步骤S203：

S201，家电管理应用程序接收从至少一个家电应用程序传递的操作消息。

在本发明实施例中，家电管理应用程序（对于Android操作系统，是家电管理APK）、家电应用程序（对于Android操作系统，是家电APK）和家电三者之间的关系为：家电管理应用程序管理至少一个家电应用程序，一个家电应用程序对应于一种型号的家电，而家电管理应用程序是移动终端（例如，Android手机）中可直接与服务器通信的软件模块，服务器、家电管理应用程序和家电应用程序三者之间的关系如附图3所示。与附图1-a、附图1-b示例的现有技术相比，附图3示例的架构中，家电应用程序不再直接与服务器交互，而是通过一个统一的软件模块即家电管理应用程序与服务器交互，这种架构在一定程度上实现了程序的解耦。

作为本发明一个实施例，家电应用程序传递的操作消息可以是意图。所谓意图，是一个封装好的、通过进程间通信传递至家电管理应用程序而不是传递至服务器的对象文件。具体地，用户在家电应用程序提供的用户界面（UserInterface，UI）进行操作，被家电应用程序捕获这一操作后，通过功能模块进行逻辑处理和识别，即开始进行意图的生成。

如前所述，意图实际上是一个对象文件，该对象文件TTMessage的构造如下：

在上述示例的对象文件TTMessage中，intentMap是一个键值（key-value）对象，其中，键（key）为意图名，值（value）为意图值，例如，对于电源的 开关，若家电应用程序封装了一个intentMap，其键（key）为power，值（value）为1，则表示了要开启该电源这一意图。对于任何一个对象文件TTMessage，在家电应用程序实例化TTMessage的实体过后，即可将意图作为属性设置到对象文件TTMessage中，再通过进程通讯模块AIDL将该意图传递至家电管理应用程序。

S202，在判断操作消息为有效消息后，家电管理应用程序将所述操作消息进行协议转换以生成协议消息。

如前所述，在本发明实施例中，家电应用程序不是直接与服务器，家电应用程序发送的操作消息例如意图，不能被服务器识别或解析，因此，需要家电管理应用程序将该操作消息进行协议转换，生成服务器能够识别或解析的协议消息。家电管理应用程序将操作消息进行协议转换以生成协议消息包括附图4示例的步骤S2021至步骤S2023：

S2021，采用意图模板对意图进行解析以得到意图对象，所述意图对象包含由意图名和意图值构成的键值对。

在本发明实施例中，意图模板是一个可扩展标记语言（eXtensible MarkupLanguage，XML）文档，作用在于对从家电应用程序传递过来的意图进行解析以得到意图对象。意图对象可以是前述示例的intentMap，其包含由意图名和意图值构成的键值对（key-value pair），其中，键（key）即为意图对象的意图名，值（value）即为意图对象的意图值。意图模板可同时存在于移动终端和服务器中，获取意图模板的一种方式是从本地读取，即，移动终端一侧的家电管理应用程序采用意图模板对意图进行解析以得到意图对象之前还包括：从本地读取所述意图模板。

由于意图模板在家电应用程序初次启动时还是以XML文档形式存在，尚未存在到内存中，无法提供意图匹配功能，因此，需要在启动家电应用程序时，从本地读取意图模板后，解析意图模板以得到意图模板对象，存入内存。需要 说明的是，XML文档形式的意图模板加载到内存中，会在每次启动家电应用程序时进行，并且在家电应用程序的生命周期内只进行一次。与意图对象类似，意图模板对象包含由意图名和意图值构成的键值对（key-value pair），其中，键（key）即为意图模板的意图名，值（value）即为意图模板的意图值。

S2022，将经过步骤S2021解析出的意图名与意图模板的意图名匹配。

如前所述，经过对意图模板的解析，也可以获得意图模板的意图名。将经过步骤S2021解析出的意图名与意图模板的意图名匹配的过程，就是比较意图模板的意图名是否与经过步骤S2021采用意图模板对意图进行解析得到的意图名相同。

S2023，若经过步骤S2021解析出的意图名与意图模板的意图名匹配成功，则根据意图名获取与所述意图名对应的协议后，将经过步骤S2021解析出的意图值加入协议后生成协议消息。

若经过步骤S2021解析出的意图名与意图模板的意图名匹配成功，即意图模板的意图名与经过步骤S2021采用意图模板对意图进行解析得到的意图名相同，则根据意图名选用与意图名对应的协议后，将经过步骤S2021解析出的意图值加入与意图名对应的协议，生成协议消息，此时，协议消息中，意图模板的意图值变成为解析出来的意图对象的意图值。

前述步骤S2021至步骤S2023的示例中，是从本地读取意图模板。实际上，如前所述，意图模板既可存在于移动终端中，又可存在于服务器中，从本地读取意图模板可能不是最新的意图模板。因此，在本发明一个实施例中，从本地读取所述意图模板之前还包括：检测意图模板是否为最新意图模板。

若从本地读取意图模板失败、意图模板不是最新意图模板或者采用意图模板对意图进行解析失败，则在采用意图模板对意图进行解析以得到意图对象之前还包括：向服务器发送获取意图模板的请求，接收服务器根据所述请求返回的最新意图模板。

上述实施例中，可以根据版本号是否一致来判断移动终端一侧的意图模板是否为最新意图模板。由于在移动终端一侧的意图模板不是最新意图模板时，可以从服务器下载最新的意图模板，因此，在对家电产品进行维护时只需要更新服务器一侧的意图模板及其版本号，家电管理应用程序会在每次启用家电应用程序解析意图模板时，下载最新的意图模板作为解析对象进行解析，之后，对家电应用程序传递过来的意图进行解析，如此，不需要更新整个家电应用程序，从而在一定程度上对程序进行了解耦，并降低了产品化过后的维护成本。

S203，家电管理应用程序将协议消息通过与服务器存在的唯一通信通道发送至服务器，以使服务器根据协议消息转化控制目标家电。

与现有技术中，家电应用程序直接与服务器交互、从而一个家电应用程序需要占用一个通信端口不同，在本发明实施例中，家电应用程序与服务器交互（间接交互）的通道始终只有一个，也就是家电管理应用程序与服务器之间存在的唯一通信通道，这一通信通道只占用服务器的一个端口，来自任何一个家电应用程序的操作消息经过协议转换后均从这一端口发送至服务器，如此，有效地避免了端口的浪费，节省了通信资源。

从上述本发明实施例提供的控制家电的方法可知，一方面，由于家电管理应用程序管理至少一个家电应用程序，家电应用程序不再直接与服务器交互，而是通过家电管理应用程序进行，这在一定程度上实现了程序的解耦，降低了产品化过后的维护成本，另一方面，由于家电应用程序与服务器的间接交互都是通过家电管理应用程序与服务器存在的唯一通信通道进行，如此，只需要占用服务器侧的一个端口即可完成，有效地避免了端口的浪费，提高了通信资源的利用率。

请参阅附图5，是本发明实施例提供的控制家电的装置的结构示意图。为了便于说明，仅示出了与本发明实施例相关的部分。附图5示例的控制家电的装置可以是使用Android操作系统的移动终端，例如，手机或平板电脑等 等。附图5示例的控制家电的装置主要包括家电管理应用程序51和家电应用程序52，其中，家电管理应用程序51管理至少一个家电应用程序52，一个家电应用程序52对应于一种型号的家电，家电应用程序52用于通过用户界面与用户交互，向家电管理应用程序51传递操作消息，家电管理应用程序51包括接收模块511、协议消息生成模块512和发送模块513，各功能模块详细说明如下：

接收模块511，用于接收从至少一个家电应用程序52传递的操作消息。

作为本发明一个实施例，家电应用程序52传递的操作消息可以是意图。所谓意图，是一个封装好的、通过进程间通信传递至家电管理应用程序51而不是传递至服务器的对象文件。具体地，用户在家电应用程序52提供的用户界面（User Interface，UI）进行操作，被家电应用程序52捕获这一操作后，通过功能模块进行逻辑处理和识别，即开始进行意图的生成。

如前所述，意图实际上是一个对象文件，该对象文件TTMessage的构造如下：

在上述示例的对象文件TTMessage中，intentMap是一个键值（key-value）对象，其中，键（key）为意图名，值（value）为意图值，例如，对于电源的开关，若家电应用程序封装了一个intentMap，其键（key）为power，值（value）为1，则表示了要开启该电源这一意图。对于任何一个对象文件TTMessage， 在家电应用程序52实例化TTMessage的实体过后，即可将意图作为属性设置到对象文件TTMessage中，再通过进程通讯模块AIDL将该意图传递至家电管理应用程序51。

协议消息生成模块512，用于在判断操作消息为有效消息后，将操作消息进行协议转换以生成协议消息。

发送模块513，用于将协议消息通过家电管理应用程序51与服务器存在的唯一通信通道发送至所述服务器，以使所述服务器根据所述协议消息控制目标家电。

附图5示例的协议消息生成模块512可以包括第一解析单元601、匹配单元602和意图值装入单元603，如附图6所示本发明另一实施例提供的控制家电的装置，其中：

第一解析单元601，用于采用意图模板对意图进行解析获取意图对象，所述意图对象包含由意图名和意图值构成的键值对。

在本实施例中，意图模板是一个可扩展标记语言（eXtensible Markup Language，XML）文档，作用在于对从家电应用程序传递过来的意图进行解析以得到意图对象。意图对象可以是前述示例的intentMap，其包含由意图名和意图值构成的键值对（key-valuepair），其中，键（key）即为意图对象的意图名，值（value）即为意图对象的意图值。

匹配单元602，用于将解析出的意图名与意图模板的意图名匹配。

如前所述，经过第一解析单元601对意图模板的解析，也可以获得意图模板的意图名。匹配单元602将经过第一解析单元601解析出的意图名与意图模板的意图名匹配的过程，就是比较意图模板的意图名是否与经过第一解析单元601采用意图模板对意图进行解析得到的意图名相同。

意图值装入单元603，用于若解析出的意图名与意图模板的意图名匹配成功，则根据意图名选用与意图名对应的协议后，将解析出的意图值加入与意图 名对应的协议，生成协议消息。

若经过第一解析单元601解析出的意图名与意图模板的意图名匹配成功，即意图模板的意图名与经过第一解析单元601采用意图模板对意图进行解析得到的意图名相同，则意图值装入单元603根据意图名选用与意图名对应的协议后，将经过第一解析单元601解析出的意图值加入与意图名对应的协议，生成协议消息，此时，协议消息中，意图模板的意图值变成为解析出来的意图对象的意图值。

附图6示例的控制家电的装置还可以包括读取模块701和第二解析模块702，如附图7所示本发明另一实施例提供的控制家电的装置，其中：

读取模块701，用于从本地读取所述意图模板。

如前所述，意图模板可同时存在于移动终端和服务器中，获取意图模板的一种方式是从本地读取，即，读取模块701从本地读取所述意图模板。

第二解析模块702，用于解析所述意图模板获取意图模板对象，所述意图模板对象包含由意图名和意图值构成的键值对。

由于意图模板在家电应用程序初次启动时还是以XML文档形式存在，尚未存在到内存中，无法提供意图匹配功能，因此，需要在启动家电应用程序时，读取模块701从本地读取意图模板后，第二解析模块702解析意图模板获取意图模板对象，存入内存。需要说明的是，XML文档形式的意图模板加载到内存中，会在每次启动家电应用程序时进行，并且在家电应用程序的生命周期内只进行一次。与意图对象类似，意图模板对象包含由意图名和意图值构成的键值对（key-value pair），其中，键（key）即为意图模板的意图名，值（value）即为意图模板的意图值。

附图7示例的控制家电的装置还可以包括检测模块801、请求发送模块802和第二接收模块803，如附图8所示本发明另一实施例提供的控制家电的装置，其中：

检测模块801，用于检测所述从本地读取的意图模板是否为最新意图模板。

前述实施例中，是读取模块701从本地读取意图模板。实际上，如前所述，意图模板既可存在于移动终端中，又可存在于服务器中，从本地读取意图模板可能不是最新的意图模板。因此，在本实施例中，检测模块801可以检测意图模板是否为最新意图模板。

请求发送模块802，用于若从本地读取所述意图模板失败、所述意图模板不是最新意图模板或者采用意图模板对所述意图进行解析失败，向所述服务器发送获取意图模板的请求。

第二接收模块803，用于接收所述服务器根据所述请求返回的最新意图模板。

上述实施例中，检测模块801可以根据版本号是否一致来判断移动终端一侧的意图模板是否为最新意图模板。由于在移动终端一侧的意图模板不是最新意图模板时，可以从服务器下载最新的意图模板，因此，在对家电产品进行维护时只需要更新服务器一侧的意图模板及其版本号，家电管理应用程序会在每次启用家电应用程序解析意图模板时，下载最新的意图模板作为解析对象进行解析，之后，对家电应用程序传递过来的意图进行解析，如此，不需要更新整个家电应用程序，从而在一定程度上对程序进行了解耦，并降低了产品化过后的维护成本。

请参阅附图9，是本发明实施例提供的家电控制系统。为了便于说明，仅示出了与本发明实施例相关的部分。附图9示例的家电控制系统包括服务器91和控制家电的装置92，控制家电的装置92包含家电管理应用程序和至少一个家电应用程序，控制家电的装置92可以是附图5至附图8任一示例的控制家电的装置，其中：

控制家电的装置92，用于接收从至少一个家电应用程序传递的操作消息，在判断所述操作消息为有效消息后，将所述操作消息进行协议转换以生成协议 消息，将所述协议消息通过与服务器存在的唯一通信通道发送至所述服务器，所述家电管理应用程序管理至少一个所述家电应用程序，一个所述家电应用程序对应于一种型号的家电；

服务器91，用于维护意图模板，接收控制家电的装置92发送的协议消息，根据所述协议消息控制目标家电。

需要说明的是，上述装置各模块/单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，其带来的技术效果与本发明方法实施例相同，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器（ROM，Read Only Memory）、随机存取存储器（RAM，RandomAccess Memory）、磁盘或光盘等。

以上对本发明实施例所提供的控制家电的方法、装置和家电控制系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种控制家电的方法，其特征在于，所述方法包括：

家电管理应用程序接收从至少一个家电应用程序传递的操作消息，所述家电管理应用程序管理至少一个所述家电应用程序，一个所述家电应用程序对应于一种型号的家电，所述传递的操作消息为传递的意图；

在判断所述操作消息为有效消息后，所述家电管理应用程序将所述操作消息进行协议转换以生成协议消息；

所述家电管理应用程序将所述协议消息通过与服务器存在的唯一通信通道发送至所述服务器，以使所述服务器根据所述协议消息控制目标家电，所述家电应用程序与所述服务器的间接交互都是通过所述家电管理应用程序与所述服务器存在的唯一通信通道进行。

2.如权利要求1所述的方法，其特征在于，所述在判断所述操作消息为有效消息后，所述家电管理应用程序将所述操作消息进行协议转换以生成协议消息，包括：

采用意图模板对所述意图进行解析获取意图对象，所述意图对象包含由意图名和意图值构成的键值对；

将所述解析出的意图名与所述意图模板的意图名匹配；

若所述解析出的意图名与所述意图模板的意图名匹配成功，则根据所述意图名选用与所述意图名对应的协议后，将所述解析出的意图值加入所述与意图名对应的协议，生成所述协议消息。

3.如权利要求2所述的方法，其特征在于，所述采用意图模板对所述意图进行解析获取意图对象之前还包括：

从本地读取所述意图模板；

解析所述意图模板获取意图模板对象，所述意图模板对象包含由意图名和意图值构成的键值对。

4.如权利要求3所述的方法，其特征在于，所述从本地读取所述意图模板之前还包括：检测所述意图模板是否为最新意图模板；

若从本地读取所述意图模板失败、所述意图模板不是最新意图模板或者采用意图模板对所述意图进行解析失败，则所述采用意图模板对所述意图进行解析获取意图对象之前还包括：

向所述服务器发送获取意图模板的请求；

接收所述服务器根据所述请求返回的最新意图模板。

5.一种控制家电的装置，其特征在于，所述装置包括家电管理应用程序和家电应用程序，所述家电管理应用程序包括接收模块、协议消息生成模块和发送模块，所述家电应用程序用于通过用户界面与用户交互，向所述家电管理应用程序传递操作消息，所述传递的操作消息为传递的意图；

所述接收模块，用于接收从至少一个所述家电应用程序传递的操作消息，所述家电管理应用程序管理至少一个所述家电应用程序，一个所述家电应用程序对应于一种型号的家电；

所述协议消息生成模块，用于在判断所述操作消息为有效消息后，将所述操作消息进行协议转换以生成协议消息；

所述发送模块，用于将所述协议消息通过所述家电管理应用程序与服务器存在的唯一通信通道发送至所述服务器，以使所述服务器根据所述协议消息控制目标家电，所述家电应用程序与所述服务器的间接交互都是通过所述家电管理应用程序与所述服务器存在的唯一通信通道进行。

6.如权利要求5所述的装置，其特征在于，所述协议消息生成模块包括：

第一解析单元，用于采用意图模板对所述意图进行解析获取意图对象，所述意图对象包含由意图名和意图值构成的键值对；

匹配单元，用于将所述解析出的意图名与所述意图模板的意图名匹配；

意图值装入单元，用于若所述解析出的意图名与所述意图模板的意图名匹配成功，则根据所述意图名选用与所述意图名对应的协议后，将所述解析出的意图值加入所述与意图名对应的协议，生成所述协议消息。

7.如权利要求6所述的装置，其特征在于，所述装置还包括：

读取模块，用于从本地读取所述意图模板；

第二解析模块，用于解析所述意图模板获取意图模板对象，所述意图模板对象包含由意图名和意图值构成的键值对。

8.如权利要求7所述的装置，其特征在于，所述装置还包括：检测模块，用于检测所述意图模板是否为最新意图模板；

所述装置还包括：

请求发送模块，用于若从本地读取所述意图模板失败、所述意图模板不是最新意图模板或者采用意图模板对所述意图进行解析失败，向所述服务器发送获取意图模板的请求；

第二接收模块，用于接收所述服务器根据所述请求返回的最新意图模板。

9.一种家电控制系统，其特征在于，所述系统包括服务器和控制家电的装置，所述控制家电的装置包含家电管理应用程序和至少一个家电应用程序；

所述控制家电的装置，用于接收从至少一个家电应用程序传递的操作消息，在判断所述操作消息为有效消息后，将所述操作消息进行协议转换以生成协议消息，将所述协议消息通过与服务器存在的唯一通信通道发送至所述服务器，所述家电管理应用程序管理至少一个所述家电应用程序，一个所述家电应用程序对应于一种型号的家电，所述传递的操作消息为传递的意图，所述家电应用程序与所述服务器的间接交互都是通过所述家电管理应用程序与所述服务器存在的唯一通信通道进行；

所述服务器，用于维护意图模板，接收所述控制家电的装置发送的所述协议消息，根据所述协议消息控制目标家电。