控制装置、终端设备及基于接口动态识别的设备控制方法

技术领域

本申请涉及通信技术领域，特别地，涉及一种控制装置、终端设备及基于接口动态识别的设备控制方法。

背景技术

在家电智能化的趋势下，对家电设备的控制不仅局限于单品本身、更趋向于多设备、多场景的设备互联；例如，冰箱、空调等家电设备不仅可通过专用遥控器进行控制，还可基于多设备互联服务平台，通过配置有显示屏的独立控制装置，对多个不同种类的家电设备进行集中控制。

在一些跨品类家电设备控制的实现中，通常在家电设备、以及控制装置中均设置无线模块以接入局域网；然后基于私有协议，控制装置接收、和发送仅支持该私有协议的控制信令，以实现不同品类家电设备的集中控制；或在白电设备、以及控制装置中均设置用于接入云端的开发板，然后基于私有协议的云服务，控制装置接收、和发送仅支持该私有协议的专用控制信令，以实现不同品类家电设备的集中控制，如图2A所示。

然而，当家庭中有新增家电设备不支持该预设的私有协议时，原有控制装置将不能自动识别该新增家电设备，无法对新增设备进行显示、以及控制。

发明内容

为了解决控制装置不能自动识别新增终端设备，无法对其进行显示、控制的问题，本申请提供了一种控制装置、终端设备及基于接口动态识别的设备控制方法。

本申请的实施例是这样实现的：

本申请实施例的第一方面提供一种控制装置，包括：显示器，用于显示包含可控制设备的用户界面；第一接口，用于连接设备；第一控制器，被配置为：在检测到第一设备连接至所述第一接口时，发送可被第一设备、第二设备识别处理且包含第一字段的通用设备识别信令至所述第一接口，所述通用设备识别信令用于确定第一接口已连接的第一设备、并根据所述用于读取设备类型的第一字段获取所述第一设备的第一类型；接收第一设备反馈的包含所述第一类型的答复信令，加载所述第一类型对应的第一数据库；根据已加载的第一数据库，控制所述用户界面显示对应可控制的第一设备；其中，在所述第一控制器解析关于第一设备所对应的显示、控制信令过程中，所述第一数据库用于提供解析服务。

本申请实施例的第二方面提供一种终端设备，包括：在连接至控制装置的第一接口时，接收所述控制装置发送的包含第一字段的通用设备识别信令；基于所述通用设备识别信令包含的用于读取设备类型的第一字段，生成包含第一类型的答复信令，所述第一类型为所述终端设备的设备类型；发送所述答复信令至所述控制装置，所述答复信令用于使所述控制装置调用第一类型对应的第一数据库以控制用户界面显示所述终端设备；在所述控制装置解析关于所述终端设备的显示、控制信令过程中，所述第一数据库用于提供解析服务。

本申请实施例的第三方面提供一种基于接口动态识别的设备控制方法，所述方法包括：在检测到第一设备连接至第一接口时，发送可被第一设备、第二设备识别处理且包含第一字段的通用设备识别信令至所述第一接口，所述通用设备识别信令用于确定第一接口已连接的第一设备、并根据所述用于读取设备类型的第一字段获取所述第一设备的第一类型；接收第一设备反馈的包含所述第一类型的答复信令，加载所述第一类型对应的第一数据库；根据已加载的第一数据库，显示对应可控制的第一设备；在解析关于第一设备对应的显示、控制信令过程中，所述第一数据库用于提供解析服务。

本申请实施例的第四方面提供一种基于接口动态识别的设备控制方法，所述方法包括：在连接至控制装置的第一接口时，接收所述控制装置发送的包含第一字段的通用设备识别信令；基于所述通用设备识别信令包含的用于读取设备类型的第一字段，生成包含第一类型的答复信令，所述第一类型为设备类型；发送所述答复信令至所述控制装置，所述答复信令用于使所述控制装置调用所述第一类型对应的第一数据库；在所述控制装置解析关于终端设备的显示、控制信令过程中，所述第一数据库用于提供解析服务。

本申请的有益效果：通过构建发送至接口的通用设备识别信令，可实现对接入终端设备的动态识别；进一步通过获取设备类型参数，可实现接入终端设备和待加载数据库的关联；进一步基于设备类型加载对应数据库，可实现解析不同终端设备信令，实现基于接口对接入终端设备进行动态识别、显示、实现对跨类型终端设备的集中控制。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1A示出了本申请一实施例控制装置用户界面的示意图；

图1B示出了本申请另一实施例控制装置用户界面的示意图；

图1C示出了本申请另一实施例控制装置用户界面的示意图；

图1D示出了本申请另一实施例控制装置用户界面的示意图；

图1E示出了本申请另一实施例控制装置用户界面的示意图；

图1F示出了本申请另一实施例控制装置用户界面的示意图；

图2A示出了本申请另一实施例控制装置、终端设备之间的关系示意图；

图2B示出了本申请另一实施例控制装置接口示意图；

图2C示出了本申请另一实施例控制装置、终端设备之间信令收发的示意图；

图2D示出了本申请另一实施例控制装置中协议解析服务的整体架构示意图；

图2E示出了本申请另一实施例控制装置用户界面显示终端设备应用的逻辑示意图；

图3A示出了本申请另一实施例控制方案的整体架构示意图；

图3B示出了本申请另一实施例控制方案与现有技术对比的示意图；

图3C示出了本申请另一实施例控制系统的架构示意图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语″第一″、″第二″、″第三″等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语″包括″和″具有″以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请实施例可应用于各种类型控制装置、及终端设备，所述控制装置例如可实施为独立遥控器、智慧集控屏、移动终端，所述终端设备例如可实施为冰箱、空调、烟机等家电设备。

在一些实施例中，控制装置可以是遥控器，遥控器和家电设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式，通过无线或有线方式来控制家电设备。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制家电设备。

在一些实施例中，也可以使用智能设备(如移动终端、平板电脑、计算机、笔记本电脑等)以控制家电设备。例如，使用在智能设备上运行的应用程序控制家电设备。

在一些实施例中，控制装置内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过外部设置的语音控制设备来接收用户的语音指令控制。

在一些实施例中，控制装置、家电设备还与服务器进行数据通信。可允许家电设备、控制装置通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器可以向家电设备、控制装置提供各种内容和互动。服务器可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，控制装置包括控制器、通信接口、用户输入/输出接口、存储器、供电电源。控制装置可接收用户的输入操作指令，且将操作指令转换为家电设备可识别和响应的指令，起用用户与家电设备之间交互中介作用。

在一些实施例中，家电设备实施为智能电视时可包括调谐解调器、通信器、检测器、外部装置接口、控制器、显示器、音频输出接口、存储器、供电电源、用户接口中的至少一种。

在一些实施例中控制器包括处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

控制装置、或家电设备包含的显示器，可包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面。

显示器可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

通信器是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。家电设备可以通过通信器与外部控制设备或服务器建立控制信号和数据信号的发送和接收。

用户接口，可用于接收控制装置(如：红外遥控器等)的控制信号。

检测器用于采集外部环境或与外部交互的信号。例如，检测器包括光接收器，用于采集环境光线强度的传感器；或者，检测器包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器包括声音采集器，如麦克风等，用于接收外部声音。

外部装置接口可以包括但不限于如下：高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。

在一些实施例中，控制器通过存储在存储器上中各种软件控制程序，来控制家电设备的工作和响应用户的操作。控制器控制家电设备的整体操作。例如：响应于接收到用于选择在显示器上显示UI对象的用户命令，控制器便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，本申请实施例中应用程序框架层包括管理器(Managers)，内容提供者(Content Provider)等，其中管理器包括以下模块中的至少一个：活动管理器(Activity Manager)用与和系统中正在运行的所有活动进行交互；位置管理器(LocationManager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(PackageManager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(Notification Manager)用于控制通知消息的显示和清除；窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。

在一些实施例中，内核层是硬件和软件之间的层。内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

图1A示出了本申请一实施例控制装置用户界面的示意图。

在一些实施例中，本申请提供的控制装置可包括显示器，该显示器可显示用户界面，该用户界面可显示该控制装置可控制的终端设备，并通过用户界面对该终端设备进行控制、和状态显示。

如图1A所示，控制装置用户界面中显示有用于控制烟机、以及冰箱的应用程序图标，用户通过点击对应的应用程序图标，可进入设备控制用户界面。

控制装置还包括接口，该接口可连接终端设备，在所述终端设备实施为烟机、以及冰箱时，上述终端设备可分别通过所述接口连接至该控制装置；下文中将以所述接口实施为串口为例，对本申请提供的技术方案进行阐述，为了便于描述，涉及串口均使用接口指代，不再做解释。

例如，该控制装置通过接口2、接口3分别连接至烟机和冰箱，以实现控制装置对烟机、冰箱的集中控制；

在一些实施例中，控制装置的接口实施为串口时，与终端设备的连接示意如图2B所示，串口可分别用于接入终端设备，如串口1接入设备1、串口2接入设备2、串口3接入设备3，如图2B所示。

图1B示出了本申请另一实施例控制装置用户界面的示意图。

在一些实施例中，基于图1A所示的控制装置用户界面、以及已连接终端设备，当新增设备空调通过接口1连接至控制装置时，所述控制装置可识别最新接入的空调，并将其对应的应用程序图标显示于用户界面，用户可通过所述应用程序对空调进行控制。

需要说明的是，在本实施例中，终端设备烟机、冰箱、以及空调可通过无线接入的方式连接至接口，实现与控制装置的通信，对于所涉及的无线接入方式，本申请不做具体的限制。

例如，烟机、冰箱分别通过接口2、接口3已连接至控制装置，所述接口均实施为串口；当新增设备空调连接至接口1时，控制装置的第一控制器将即时检测到有外部设备已连接至所述接口1；

需要说明的是，在一些实施例中的上述检测阶段中，第一控制器只能检测到有设备连接至接口，但并不能识别已连接设备的设备类型。

在一些实施例中，控制装置的第一控制器检测到第一设备连接至第一接口时，将发送通用设备识别信令至第一接口，所述通用设备识别信令包含第一字段，所述第一字段用于读取第一设备的第一类型，所述第一类型为第一设备的设备类型。

例如，基于图1B所示的控制装置，新增设备空调连接至控制装置，在第一控制器检测到该空调连接至第一接口时，将发送通用设备识别信令至第一接口，该通用设备识别信令包含的所述第一字段可实施为读取设备命令字段；通过该读取设备命令字段，第一控制器可获取第一设备空调的设备类型。

需要说明的是，所述通用设备识别信令可被第一设备、第二设备识别处理，即被不同类型的终端设备所识别。

在本实施例中，通用设备识别信令可被图1B所示的冰箱、烟机、空调所识别、处理；在另一些实施例中，通用设备识别信令还可被如智能门铃、洗衣机、微波炉等白色家电设备识别、处理。

即所述通用设备识别信令具有通用性，对于接入的终端设备，均可接收、识别、处理该通用设备识别信令，以使得控制装置可获取终端设备的设备类型；通过发送通用设备识别信令，可确定第一设备与第一接口的连接关系。

第一控制器发送通用设备识别信令至空调后，空调的第二控制器接收该包含读取设备命令字段的通用设备识别信令，并基于所述读取设备命令字段，生成包含空调设备类型的答复信令，并将该答复信令通过第一接口反馈至控制装置。

在一些实施例中，第一控制器发送至第一设备的通用设备识别信令还包括第二字段和第三字段，所述第二字段可用于终端设备识别其收到信令为通用设备识别信令，所述第三字段用于通讯错误校验、以验证信令的完整性。

例如，控制装置的多个接口随机连接不同的设备，当控制装置开机、或有新设备连接至接口时，第一控制器将发送通用设备识别信令至所有的接口，该通用设备识别信令可包括三个字段，分别是综合协议头字段、读取设备命令字段、以及CRC(Cyclic RedundancyCheck：循环冗余校验码)校验字段，即第一字段为读取设备命令字段、第二字段为是综合协议头字段、第三字段为CRC(循环冗余校验码)校验字段。

上述循环冗余校验码是数据通信领域中最常用的一种查错校验码，其特征是信息字段和校验字段的长度可以任意选定。循环冗余检查是一种数据传输检错功能，对数据进行多项式计算，并将得到的结果附在帧的后面，接收设备也执行类似的算法，以保证数据传输的正确性和完整性。

冰箱设备接收到上述命令后，其第二控制器将进行综合协议头、及CRC校验；在校验通过后，设备收到信令中如果包含上述读取设备命令字段，第二控制器将生成一个用于反馈控制装置的答复信令，该答复信令包含冰箱的设备类型；

控制装置接收上述答复信令，所述答复信令包含综合协议头字段、设备定义字段、CRC字段；第一控制器对该答复信令进行综合协议头、CRC校验；在校验通过后，将读取设备定义字段，该字段包含设备的上述设备类型信息。

通过上述第二字段、及第三字段，接入的设备可对来自控制装置的信令进行区分，以区别通用设备识别信令、以及普通的控制信令。

需要说明的是，在一些实施例中，终端设备烟机、冰箱、以及空调可通过有线接入的方式连接至接口，实现与控制装置的通信，如图1C所示；上述烟机、冰箱分别通过接口2、接口3连接至控制装置，上述新增设备空调可通过接口1连接至控制装置，所述接口均可实施为串口；本申请说明书、及附图并不限制设备接入的具体接口位置、及接口编号、及接口顺序。

下文中，将就控制装置接收答复信令后，基于接口动态识别、显示、控制所接入设备的控制方案进行阐述。

在一些实施例中，第一设备接入第一接口，控制装置在接收第一设备反馈的答复信令后，将基于其包含的设备类型信息，即基于第一设备的第一类型，在控制装置上加载该第一类型对应的第一数据库。

例如，当新接入设备为空调时，第一控制器将根据答复信令中包含的设备类型信息加载空调数据库；对应的，新接入设备为烟机、或冰箱时，第一控制器将对应的加载烟机数据库、或冰箱数据库；上述设备数据库在一些实施例中也被称为设备能力库，例如空调能力库、烟机能力库、或冰箱能力库。

例如，第一数据库为空调数据库时，第一控制器在解析关于空调的显示、控制信令过程中，所述空调数据库可提供对应的解析服务，以实现用户界面显示对应可控制的空调，并对其进行控制。

在一些实施例中，新增设备接入控制装置后，控制装置所在系统将加载协议解析服务，在获取到设备反馈的答复信令后，第一控制器将控制该协议解析服务，根据答复信令所读取的设备类型加载对应的数据库，每个数据库负责解析对应接入的设备。

在一些实施例中，控制装置通过不同的串口控制终端设备，所以将协议解析服务中的串口通信能力进行独立配置，以实现和不同数据库之间的信令发送和接收。

在一些实施例中，控制装置通过串口控制终端设备的过程中，协议解析服务将控制装置发送的控制信令通过对应的数据库进行解析，然后发送至串口通信写入模块，发送至与其连接的终端设备；

在终端设备执行该控制信令后，将反馈对应包含设备状态信息的答复信令至串口通信读取模块，协议解析服务基于对应的数据库解析该答复信令，并将其包含的设备状态信息显示于控制装置的用户界面。

例如，以空调接入控制装置的串口为例，用户发出用于调整温度的控制信令，该协议解析服务将通过读音的空调数据库解析该控制信令，解析后的控制信令可被已接入的空调所识别、处理，该控制信令被发送至串口通信写入模块，并通过网络传送至对应的空调；

在空调实施该控制信令后，将反馈包含设备状态信息的答复信令至串口通信读取模块，协议解析服务将基于空调数据库解析该答复信令，使其可被控制装置接收、处理，使空调传送的设备状态信息可显示于控制装置用户界面。上述接入设备还可以实施为烟机、冰箱，对应加载的数据库可实施为烟机数据库、冰箱数据库，如图2C所示。

图2D示出了本申请另一实施例控制装置中协议解析服务的整体架构示意图。

在一些实施例中，控制装置中协议解析服务的整体架构如图2D所示，可包括应用对接层、协议解析层、数据库、协议库、串口读写层。

其中，应用对接层可接收上层应用下发的普通控制信令、查询信令、以及通用设备识别信令，并且所述应用对接层还反馈答复信令中包含的设备状态信息至上层应用，以显示控制结果，所述上层应用例如可包括烟机应用、空调应用、冰箱应用等。

协议解析层接收应用对接层发送的信令，根据信令的类型调用相应的数据库，所述数据库具备各种产品的协议解析功能；控制装置的协议解析层对上述信令进行解析，以使得终端设备、控制装置可识别、处理该信令，所述数据库如可实施为空调能数据库、烟机数据库、冰箱数据库等。

协议解析层在调用数据库对信令进行解析的过程中，对应的适用不同的通信协议与终端设备进行交互；

例如，控制装置在调用空调数据库时，控制器将通过串口通信协议(Modbus)与终端设备进行通信；在调用烟机数据库、或冰箱数据库时，控制器将通过通用异步收发传输协议与终端设备进行通信。

即对于常规控制装置，基于预设固定的私有协议和不同终端设备进行通信实现控制；而本申请提供的控制装置，基于协议解析服务中数据库的调用，可以对接口所连接的终端设备进行动态识别，通过数据库包含可被不同设备所支持的通用读写接口，实现控制装置与不同类型设备的通信，进一步再基于数据库所提供的解析功能与服务，可以解析关于不同设备的控制、识别、显示信令。

所述数据库可预先存储于所述控制装置内的存储模块、或通过服务器进行即时下发，通过数据库的调用，即可实现控制装置对不同终端设备进行动态识别、与集中控制。

串口读写层接收经协议解析层处理后的信令，然后负责控制装置的串口初始化，具体可包括设置串口节点、波特率、以及读写节点等参数信息，从而将信令由控制装置发送至终端设备，所述终端设备可包括上述烟机、空调、冰箱，或其它白电设备。

在一些实施例中，当新增的第一设备空调连接至控制装置接口时，其用户界面将增加显示该空调对应的空调应用程序图标；用户可通过实体按键、或屏幕触摸操作，进入空调应用程序对空调进行控制，如图1E所示；

在图1F所示的控制装置用户界面中，，用户可通过用该操作界面对空调进行设置，包括温度、模式、风向、定时等功能进行设置，其控制信令的发出、以及答复信令中设备状态信息显示的技术方案，如上述实施例所述。

例如，在图1F中，第一设备空调接入控制装置的第一接口，用户将工作模式由制冷转换为至制热时，第一控制器将接收用户在该用户界面中输入用于控制第一设备空调的第一控制信令，所述第一控制信令的作用为将空调工作模式调节为制热；

在控制装置已加载空调数据库、烟机数据库、以及冰箱数据库的场景下，假设空调数据库为第一数据库，空调的设备类型参数为第一类型，用户输入上述第一控制信令后，第一控制器将根据参数第一类型生成相应的第一编码，所述第一编码与第一数据库对应；也可以理解为，第一编码、第一类型、第一数据库三者具有对应、关联关系；在一些实施例中，所论第一编码也可称为第一协议号。

用户通过操作空调应用程序，其发出控制信令的过程中系统将生产第一编码，该第一编码可基于空调的设备类型参数生成，所述第一编码可用于第一控制器直接调用第一数据库，实现信令的直接、高效处理。即第一控制器基于第一编码，调用对应的第一数据库解析第一控制信令，以使已连接的第一设备能够识别处理第一控制信令，并将其发送至第一设备。

协议解析服务中，应用对接层通过判断哪些数据库存在，可确定控制装置当前已连接了哪些终端设备；例如，应用对接层可通过后台打开对应的数据库进行验证；以空调数据库为例，如应用对接层在后台可打开空调数据库，则可判定该空调数据库存在，第一控制器可确定空调设备对应的编码，所述编码还可以包括版本信息；同理，应用对接层在后台打开烟机数据库、冰箱数据库，以相同的方式确定、获取烟机编码、以及冰箱编码。

应用对接层将当前支持的终端设备上报给控制装置，使其更新用户界面，可设置为只显示控制装置支持的终端设备应用程序图标；在答复信令的接收过程中，第一控制器将根据第一设备的参数第一类型，调用第一数据库以解析该答复信令。

用户通过控制装置用户界面的上层应用，如烟机应用程序，冰箱应用程序、空调应用程序，下发包含编码的控制信令；协议解析服务可根据不同的编码执行调用不同数据库。在一些实施例中，数据库可被设置为支持不同型号产品，所述不同型号产品对应于不同的二级编码，当数据库中不存在对应的二级编码时，意味着数据库无法解析该型号产品不支持此设备；如果数据库中该二级编码存在则控制装置将显示该终端设备支持操作此设备，如图2E所示。

在一些实施例中，当第二类型的第二设备连接至第二接口，且第一控制器加载第二类型对应的第二数据库后，用户界面可显示对应可控制的第二设备。

以图1C中所示控制装置及终端设备为例，假设此前只有第三设备冰箱接入接口3，在第一设备空调接入接口1后，控制装置用户界面将显示冰箱、空调应用程序图标；继续将第二设备烟机接入接口2后，如果第一控制器可成功加载烟机对应的烟机数据库，则意味着控制装置可控制该接入烟机，其用户界面将显示冰箱、空调、烟机应用程序图标。

在一些实施例中，第二类型的第二设备连接至第二接口，且第一控制器无法加载第二类型对应的第二数据库、或控制装置中未包含该第二数据库时，意味着控制装置无法控制该第二设备；该时刻，控制装置用户界面将不会显示该不可控制的第二设备。

例如，图1D所示，假设此前第一设备烟机连接至接口1，第三设备冰箱连接至接口3；当新设备第二设备电视连接至接口2时，如果控制装置不能根据电视的设备类型参数加载对应的电视数据库，则意味着控制装置不能对电视进行集中控制，控制装置用户界面将不显示电视应用程序图标，仅显示烟机、及冰箱应用程序图标。

图3A示出了本申请另一实施例控制方案的整体架构示意图。

在一些实施例中，控制装置的应用程序通过控制系统的协议解析服务可以将控制信令发送至终端设备；所述控制系统由通信管道、应用对接层、协议解析层、通路协议层、以及通路配置层构成。

在一些实施例中，控制装置可实施为移动终端、或智慧集控屏等控制装置。

例如，控制装置实施为配置显示屏的遥控装置时，其用户界面可显示多个应用程序，所述应用程序分别用于控制不同类别的终端设备，包括烟机组、空调组、或冰箱等。用户通过该遥控装置，可以跨设备种类、跨系统、跨协议、跨通路的控制目标终端设备。

通信管道，用于传送应用程序发出的第一控制信令至系统，通常可理解为应用对接层与上层应用之间的通信通路，或由厂商自研的多设备互联服务平台实现通信通路。

应用对接层，用于接收和转发上层应用发送的第一控制信令，并接收和上报终端设备反馈的状态信息。

协议解析层，接收应用对接层发送的第一控制信令，通过识别所述第一控制信令待控制的第一终端设备所支持通信协议，将其转换为第一终端设备可识别、和可执行的第二控制信令。

通路协议层，基于已识别的第一终端设备对应的通信协议，将第二控制信令按照相应的通信协议进行发送，例如可包括UART(通用异步收发传输)、Modbus(串口通信)、HCP(网络通信)、GATT(蓝牙通用属性配置)等通信方式。

通路配置层，根据已识别的上述通信协议，通路配置层为设置串口、波特率等参数，以在对应的物理通道层发送所述第二控制指令给相应的第一设备，所述第一设备即第一应用的控制目标，具体可包括烟机集控屏、或空调集控屏、或冰箱、或其它白电设备，如图3A所示。

对于控制装置、和终端设备均可加载系统的情形，可假设控制装置发送A类控制信令；对于控制装置可加载系统、终端设备不能加载系统的情形，可假设控制装置发送B类控制信令；对于控制装置、和终端设备均不能加载系统的情形，可假设控制装置发送C类控制信令；一般情形下，上述A、B、C三类控制信令不能相互替代执行；但通过本申请提供的控制装置及系统，控制装置发出任意上述A、B、C控制信令的任意一种，均可通过控制系统实现对终端设备的控制。

在一些实施例中，通路协议层支持的通用异步收发传输、串口通信、网络通信、蓝牙通用属性配置等通信方式，简述如下：

通用异步收发传输方式将所传输资料在串行通信与并行通信之间加以转换，在把并行输入信号转成串行输出信号时，通常被集成于其他通讯接口上；该总线双向通信，可实现全双工传输和接收；在嵌入式设计中，用于主机与辅助设备通信。

串口通信是一种串行通信协议，通过可编程逻辑控制器实现，属于工业领域通信协议的业界标准，并且是工业电子设备之间常用的连接方式。

蓝牙通用属性配置协议用来构建低功耗蓝牙外设，协议栈用于和已连接的设备之间数据通信，可用于创建服务，接收信息，处理请求；作为处理中心，可用于扫描，连接，发现服务，并作出反映。

图3B示出了本申请另一实施例控制方案与现有技术对比的示意图。

在一些实施例中，在通常的一些控制系统中，控制装置发送的控制信令通常为脚本语言形式，通过Binder(进程间通信)机制将上述控制信令发终端设备，其可控制的所述终端设备通常也必须可加载支持脚本语言的操作系统；

本申请提供的控制装置发送的第一控制信令通过通信管道发送至控制系统，所述控制系统的协议解析服务例如可实施为C语言，因此控制装置发送的基于脚本语言形式的第一控制信令通过控制系统的协议解析服务转换生成适应于当前操作系统、以及单片机的第二控制信令，从而实现跨系统的终端设备控制和互联，如图3B所示。

进程间通信机制是操作系统里面的进程间通信机制；不同应用程序运行在不同的进程中，同一应用程序的不同组件也可能运行在不同的进程中；当一个进程想为其它进程提供服务时，就需要通过进程间通信的方式来提供服务。

如APP1下属的服务组件可以提供计算器的服务；当APP2也想使用APP1里面的计算器服务时，由于不同的APP运行在不同的进程中，APP2是无法直接使用APP1的计算服务；对于该类型的跨越进程调用，只能通过进程间通信机制来完成；

在一些实施例中，第一应用发出的第一控制信令还包括设备类型参数，该设备类型参数可用于应用对接层识别第一控制信令的指向终端设备；根据所述设备类型参数，控制系统可以调用第一设备对应的数据库，也可称为机种功能模块，以准确转发第一控制信令至协议解析层。

例如，控制系统支持烟机、空调和冰箱控制时，相应的应用对接层在收到第一应用发送的第一控制信令后，可根据其携带的设备类型参数调用相应的烟机集控屏功能模块、空调集控屏功能模块、以及冰箱功能模块，以将第一控制信令发送至协议解析层；可以理解，通过应用对接层传输设备类型参数字段可以区分要用的机种，然后应用对接层会去调用相应的机种功能块，可以实现控制信令的跨机种控制，如图3C所示。

在一些实施例中，第一应用发出的第一控制信令还包括协议版本参数，所述协议版本参数对应于协议类型，如不同的协议版本参数可分别对应通用异步收发传输、串行通信、HCP协议通信等；

协议解析层基于第一控制信令携带的协议版本参数生成第二控制信令，该第二控制信令适应于第一应用的控制目标第一设备对应的控制协议；协议解析层通过识别第一控制信令携带的协议版本参数，可识别第二控制信令适应的协议类型，例如将第二控制信令实施为通用异步收发传输、或串行通信、或HCP协议通信，以实现控制装置跨协议对终端设备的控制和互联，如图3C所示。

在一些实施例中，第一应用发送的第一控制信令还可包括路径参数，通路配置层基于该路径参数可配置适应于第二控制信令，例如通用异步收发传输路径适应通用异步收发传输通信方式、蓝牙路径适应串行通信方式、局域网适应HCP协议通信；通过第一控制信令携带的路径参数，可以实现控制装置跨通路对终端设备的控制和互联，如图3C所示。

在一些实施例中，控制系统协议解析服务通过厂商自研的多设备互联服务平台使用构建通信管道，使上层的多个应用可实现跨进程调用系统服务，具体的可实施为多设备互联服务订阅端实现下发服务、以及多设备互联服务平台提供端实现上传服务；

例如，应用1、应用2分别通过通信管道发出控制信令请求，所述控制信令被相应的终端设备执行后，通信管道提供的随传随到服务将即时的反馈该控制信令请求，以满足当次指令回复；另外，对于应用1、应用2还可通过通信管道给终端设备发送信令，该信令听过广播过滤服务发出，在被执行后又通过广播服务即时的反馈至上述广播过滤服务，并通知相应的应用，以实现广播过滤满足变化状态上报。

在一些实施例中，通过JSON(JavaScript Object Notation：JS对象简谱)数据交换方式，控制系统可实现上层应用跨进程调用系统服务。通过第一控制信令包含的设备类型参数、协议版本参数、协议类型参数、以及操作参数可访问对应功能表内容，使协议解析服务满足跨系统、跨机种、跨通路能力。

例如，上层应用发送包含上述多种参数的第一控制信令至控制系统的协议解析服务，控制系统与下位机终端设备之间进行通信，其上行和下行通过JS对象简谱数据交换方式实现，从而使得控制系统识别的第一控制信令并进一步转换为第二控制信令，以使得第二控制信令适应不同的系统、设备类型、以及不同的物理通路。

对象简谱是一种轻量级的数据交换格式，采用完全独立于编程语言的文本格式来存储和表示数据；简洁和清晰的层次结构使得对象简谱成为理想的数据交换语言；易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。

本申请实施例的有益效果在于，本申请的有益效果：通过构建发送至接口的通用设备识别信令，可实现对接入终端设备的动态识别；进一步通过获取设备类型参数，可实现接入终端设备和待加载数据库的关联；进一步基于设备类型加载对应数据库，可实现解析不同终端设备信令，实现基于串口对接入终端设备进行动态识别、显示、实现对跨类型终端设备的集中控制。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为″数据块″、″控制器″、″引擎″、″单元″、″组件″或″系统″。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)、或连接至外部计算机(例如通过因特网)、或在云计算环境中、或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。