一种识别数据的处理方法及装置与流程

本申请涉及物联网数据处理技术，特别是涉及一种识别数据的处理方法和一种识别数据的处理装置。
背景技术：
：物联网(internetofthings，iot)是一个基于互联网、传统电信网等信息承载体，让所有能够被独立寻址的普通物理对象实现互联互通的网络。具体的，物联网把所有物品通过射频识别(rfid)、红外感应器、激光扫描器等信息传感设信息传感设备与互联网连接起来，进行信息交换，即物物相息，以实现智能化识别和管理。物联网的价值体现在物联网数据上，各种数据需要在不同物联网节点间进行流动。然而，目前业界还没有形成一个物联网通用数据协议，导致了各种设备遵循各自不同的数据协议，没有实现物联网数据互通。具体的，物联网云平台建设集中于几个行业寡头中，而诸多第三方的设备制造商，应用程序(application，app)开发者，需要接入物联网的云平台来实现物联功能。但是，由于没有形成一个物联网通用数据协议，使得不同的设备制造商按照不同数据格式设置设备数据，即不同设备制造商所采用的数据格式不相同，形成了设备私有数据(简称私有数据)。因此，如何从设备私有数据中解读出数据含义，或者将控制指令翻译成设备能执行的私有数据，成为iot数据互通的关键。目前，主要通过以下两种方式实现智能化识别和管理：一种是提前制订数据标准，规范数据名称和格式，即在设备侧或者云平台实现“设备私有数据”和“标准数据”的转换，app端发送和接收的都是可理解的标准数据；另一种方式是不制订数据标准，app端发送和接收的是“设备私有数据”，即app通过适配各种私有设备数据协议，来实现对设备的访问和控制。物联网设备的形态及功能还在不断分化，一个能涵盖所有类型设备的“大而全”数据标准本身也需要不断订正，而由此带来的标准迭代引起的数据兼容性问 题也很难解决。若按各行业现有形态制订标准，但行业间的数据如何互通，又成为一个问题。因此，采用第一种方式“提前制订数据标准”，难以统一所有设备的数据格式，即难以制订一个合理的数据标准；采用第二种方式“不制订数据标准”，app可以通过适配设备私有数据来解决app和指定设备间的数据互通，但私有数据流出了指定作用域：“适配过的app”和“指定设备”，第三方还是无法理解该指定设备的私有数据。显然，在现有基于云平台的智能化识别和管理的方案中，云平台不能识别设备私有数据，降低了物联网的使用价值。技术实现要素：本申请提供一种识别数据的处理方法及装置，以解决物联网数据互通的问题。为了解决上述问题，本申请实施例公开了一种识别数据的处理方法，包括：基于主控设备和被控设备的交互获取设备数据，其中，所述设备数据与所述被控设备的状态相关；依据所述设备数据抽取逻辑信息和属性信息；建立所述被控设备的逻辑数据库，其中，所述逻辑数据库包括所述属性信息和逻辑信息的对应关系。优选的，所述基于主控设备和被控设备的交互获取设备数据，包括：在主控设备和被控设备之间转发交互数据时，依据所述交互数据获取设备数据。优选的，在主控设备和被控设备之间转发交互数据时，依据所述交互数据获取设备数据，包括：向被控设备转发主控设备所提交的操作指令；当被控设备响应所述操作指令时，收集主控设备所提交的状态变化数据和操作指令。优选的，依据所述设备数据抽取逻辑信息和属性信息，包括：从所述操作指令中提取操作参数对应的指令数据，将所述指令数据作为 被控设备的属性信息；从所述状态变化数据中提取逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑指令名，将所述逻辑指令名作为被控设备的逻辑信息。优选的，建立所述被控设备的逻辑数据库，包括：建立所述指令数据与逻辑指令名的对应关系；对所述指令数据与逻辑指令名的对应关系进行保存，生成所述被控设备的逻辑指令数据库。优选的，在主控设备和被控设备之间转发交互数据时，依据所述交互数据获取设备数据，包括：向主控设备转发被控设备所提交的运行状态数据；当主控设备响应所述运行状态数据时，收集所述运行状态数据以及主控设备所提交的状态变化数据。优选的，依据所述设备数据抽取逻辑信息和属性信息，包括：从所述运行状态数据中提取状态参数对应的状态特征数据，将所述状态特征数据作为被控设备的属性信息；从所述状态变化数据中提取逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑状态名，将所述逻辑状态名作为被控设备的逻辑信息。优选的，建立所述被控设备的逻辑数据库，包括：建立所述状态特征数据与逻辑状态名的对应关系；对所述状态特征数据与逻辑状态名的对应关系进行保存，生成所述被控设备的逻辑状态数据库。优选的，所述状态变化数据包括依据所述主控设备的显示界面的变化提取的数据。优选的，所述状态变化数据包括：状态标签数据、状态类型数据以及状态变更数据；其中，所述状态标签数据和状态类型数据用于确定逻辑指令名或者逻辑状态名，所述状态变更数据用于在主控设备中显示被控设备的状 态。优选的，还包括：当被控设备不能识别主控设备的设备数据时，依据所述逻辑数据库对主控设备的设备数据进行映射，得到对应的转换数据；向所述被控设备发送所述转换数据。本申请实施例还公开了一种识别数据的处理装置，包括：数据获取模块，用于基于主控设备和被控设备的交互获取设备数据，其中，所述设备数据与所述被控设备的状态相关；信息抽取模块，用于依据所述设备数据抽取逻辑信息和属性信息；数据库建立模块，用于建立所述被控设备的逻辑数据库，其中，所述逻辑数据库包括所述属性信息和逻辑信息的对应关系。优选的，所述数据获取模块，具体用于在主控设备和被控设备之间转发交互数据时，依据所述交互数据获取设备数据。优选的，所述数据获取模块，包括：指令转发子模块，用于向被控设备转发主控设备所提交的操作指令；收集子模块，用于在被控设备响应所述操作指令时，收集主控设备所提交的状态变化数据和操作指令。优选的，所述信息抽取模块，包括：指令提取子模块，用于从所述操作指令中提取操作参数对应的指令数据，将所述指令数据作为被控设备的属性信息；指令名确定子模块，用于从所述状态变化数据中提取逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑指令名，将所述逻辑指令名作为被控设备的逻辑信息。优选的，所述数据库建立模块，包括：第一建立子模块，用于建立所述指令数据与逻辑指令名的对应关系；第一生成子模块，用于对所述指令数据与逻辑指令名的对应关系进行保存，生成所述被控设备的逻辑指令数据库。优选的，所述数据获取模块，包括：状态转发子模块，用于向主控设备转发被控设备所提交的运行状态数据；收集子模块，用于当主控设备响应所述运行状态数据时，收集所述运行状态数据以及主控设备所提交的状态变化数据。优选的，所述信息抽取模块，包括：状态特征提取子模块，用于从所述运行状态数据中提取状态参数对应的状态特征数据，将所述状态特征数据作为被控设备的属性信息；状态名确定子模块，用于从所述状态变化数据中提取逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑状态名，将所述逻辑状态名作为被控设备的逻辑信息。优选的，所述数据库建立模块，包括：第二建立子模块，用于建立所述状态特征数据与逻辑状态名的对应关系；第二生成子模块，用于对所述状态特征数据与逻辑状态名的对应关系进行保存，生成所述被控设备的逻辑状态数据库。优选的，所述状态变化数据包括依据所述主控设备的显示界面的变化提取的数据。优选的，所述状态变化数据包括：状态标签数据、状态类型数据以及状态变更数据；其中，所述状态标签数据和状态类型数据用于确定逻辑指令名或者逻辑状态名，所述状态变更数据用于在主控设备中显示被控设备的状态。优选的，还包括：设备数据映射模块，用于当被控设备不能识别主控设备的设备数据时，依据所述逻辑数据库对主控设备的设备数据进行映射，得到对应的转换数据；转换数据发送模块，用于向所述被控设备发送所述转换数据。与现有技术相比，本申请实施例包括以下优点：首先，本申请实施例的云服务器可以基于主控设备与被控设备的交互获取设备数据，确定逻辑信息以及逻辑信息对应的属性信息，建立被控设备的逻辑数据库，其中，设备数据与被控设备的状态相关，即通过获取主控设备对被控设备的设备数据的解析，建立被控设备的逻辑数据库，从而可以从设备私有数据中解读出数据含义，完成设备私有数据的识别，进而实现了物联网数据互通，提高了物联网的使用价值。其次，云端服务器通过在被控设备响应主控设备的操作命令时，收集主控设备所提交的数据，从设备数据中抽取出操作命令对应的逻辑指令名以及指令数据，建立被控设备的逻辑指令数据库，完成操作指令的识别，从而可以基于逻辑指令数据库实现物联网数据的互通。再次，云端服务器通过在主控设备响应主控设备的运行状态数据时，收集主控设备所提交的状态变化数据和被控设备所提交的运行状态数据，建立被控设备的逻辑状态数据库，完成运行状态数据的识别，从而可以基于逻辑状态数据库实现物联网数据的互通。附图说明图1是本申请实施例的一种识别数据的处理方法的步骤流程图；图2是本申请实施例的一种云端服务器获取设备数据的示意图；图3是本申请实施例的另一种云端服务器获取设备数据的示意图；图4是本申请优选实施例的一种识别数据的处理方法的步骤流程图；图5是本申请优选实施例的另一种识别数据的处理方法的步骤流程图；图6是本申请实施例的一种识别数据的处理装置的结构框图；图7是本申请实施例的另一种识别数据的处理装置的结构框图。具体实施方式为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。基于物联网技术，用户可以通过操控主控设备来控制被控设备的运行状态。例如，当用户与被控设备不在同一地方，或者用户不方便直接操控被控 设备时，可以通过主控设备的控件或者安装在主控设备上的app控制被控设备，如通过点击手机上的app控制灯的开关状态。其中，主控设备可以通过适配各种私有设备数据协议，来实现对被控设备的访问和控制。主控设备可以包括但不限于手机、平板电脑、遥控等；被控设备可以包括但不限灯、空调、电视机、电饭煲、温度传感器等，本申请实施例对被控设备以及主控设备的类型不作限制。但是，针对不同厂家所生成的被控设备，即便执行相同的命令，也需要主控设备发送不同的设备私有数据。以关闭灯为例，假设厂家a的灯对应的关闭指令私有数据格式是“ff00”，而厂家b的灯对应的关闭指令私有数据格式是“00ff”,若用户操控主控设备上的app界面去关闭厂家a的灯，则需要app发送“ff00”；若用户操控app界面去关闭厂家b的灯，则需要app发送“00ff”。另外，用户还可以通app界面的显示状态，确定设备当前的运行状态，如当灯处于关闭状态时，app界面将会显示灯关闭所对应的状态标签(如开关控件显示灰色)；当灯处于开启状态时，app界面将会显示灯开启所对应的状态标签(如开关控件显示绿色)。显然，通过安装在主控设备上app可以控制被控设备的运行状态，以及通过主控设备上app的显示状态还可以获取到被控设备(如灯)当前所处的运行状态。因此，通过主控设备的显示界面，可以确定主控设备是否可以控制被控设备。本申请实施例的核心构思之一在于，当主控设备可以控制被控设备时，基于主控设备和被控设备的交互获取设备数据，依据设备数据抽取逻辑信息和属性信息，建立被控设备的逻辑数据库，从而可以基于逻辑数据库解读设备私有数据中的数据含义，完成设备私有数据的识别。实施例一参照图1，示出了本申请实施例的一种识别数据的处理方法的步骤流程图，具体可以包括如下步骤：步骤102，基于主控设备和被控设备的交互获取设备数据。其中，所述设备数据与所述被控设备的状态相关，可以包括主控设备对被控设备进行控制时的控制相关数据，也可以包括被控设备上报给主控设备 的自身状态等数据。例如，当用户操控主控设备时，可以触发主控设备向被控设备发送操作指令，即主控设备按照用户操作，向云端服务器(简称云平台)提交操作指令。云端服务器在接收到主控设备所提交的操作指令后，可以将接收到的操作指令转发给被控设备，使得被控设备可以按照操控指令改变其所处的运行状态，即主控设备可以控制被控设备。此外，主控设备还可以依据用户操作改变显示界面，即生成显示状态变化数据(简称状态变化数据)，按照状态变化数据改变显示界面；以及还可以将状态变化数据提交给云端服务器，即云端服务器还可以采集到主控设备的状态变化数据。当然，被控设备也可以向云端服务器提交其当前运行状态所对应的数据，即运行状态数据，使得主控设备可以获取到被控设备当前所对应的运行状态数据，在显示界面上显示被控设备当前的运行状态，从而使得用户可以实时获知被控设备的运行情况，实现智能化识别和管理。具体的，主控设备在接收到云端所转发的运行状态数据时，可以基于被控设备所提交的运行状态数据在显示界面上显示被控设备当前所处的状态，即依据被控设备所提交的运行状态数据改变显示界面。基于主控设备的显示界面，可以判断被控设备是否成功执行操作指令，即判断被控设备是否响应主控设备所提交的操作指令；以及，还可以判断主控设备是否可以显示被控设备当前的运行状态，即判断主控设备是否响应被控设备所提交的运行状态数据。在主控设备可以控制被控设备时，即在被控设备响应主控设备所提交的操作指令时，或者在主控设备响应被控设备所提交的状态变化数据时，云端服务器可以通过收集主控设备所提交的状态变化数据和操作指令，建立被控设备的逻辑数据库，实现设备数据的识别。需要说明的是，设备数据包括了主控设备所提交的数据(如状态变化数据、操作指令)和被控设备所提交的数据(如运行状态数据、采集数据)。其中，状态变化数据包括了依据主控设备的显示界面变化提取的数据，如状态标签数据、状态类型数据和状态变更数据等；采集数据是指被控设备所采 集到的数据，如温度传感器所采集到的温度数据。本申请实施例对设备数据的类型不作限制。本申请实施例以状态变化数据、操作指令和运行状态数据为例，进行论述。可选的，基于主控设备和被控设备的交互获取设备数据，可以是在主控设备和被控设备之间转发交互数据时，依据所述交互数据获取设备数据。具体的，可以将主控设备、被控设备所提交的数据称为交互数据。云端服务器在主控设备和被控设备之间转发交互数据的过程中，可以依据交互数据获取设备数据，即在检测到主控设备可以控制被控设备时，收集主控设备和/或被控设备所提交的数据。步骤104，依据所述设备数据抽取逻辑信息和属性信息。本实施例中，主控设备可以控制被控设备，即主控设备可以解析被控设备的私有数据。云端服务器可以依据所获到的设备数据抽取逻辑信息和属性信息。其中，逻辑信息是指设备数据所对应的数据含义，如逻辑名；属性信息是指主控设备或者被控设备可以理解并执行的数据，如指令数据、状态数据。通过抽取设备数据对应的逻辑信息和属性信息，并建立逻辑信息与属性信息的对应关系，从而可以建立设备的逻辑数据库，使得云端服务器可以基于逻辑数据库识别设备数据。云端服务器可以基于主控设备所提交的状态变化数据确定逻辑信息，如从状态变化数据中提取预置的逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑名(如逻辑状态名、逻辑指令名)，将所确定的逻辑名作为被控设备的逻辑信息。云端服器还可以从设备数据中提取预置的属性参数对应的属性信息，将所提取的属性信息作为被控设备的属性信息。其中，属性参数可以包括但不限于操作参数、状态参数、温度参数等，则属性信息可以包括但不限于操作指令数据(简称指令数据)、状态特征数据、温度数据等，本申请实施例对此不作限制。步骤106，建立所述被控设备的逻辑数据库。其中，所述逻辑数据库包括所述属性信息和逻辑信息的对应关系。云端服务器从获取到的设备数据中抽取被控设备的逻辑信息以及逻辑 信息所对应的属性信息时，可以建立逻辑信息与属性信息的对应关系。在建立逻辑信息与属性信息的对应关系后，云端数据器可以自动生成被控设备的逻辑数据库，将逻辑信息、属性信息，以及逻辑信息与属性信息的对应关系保存到逻辑数据库中。例如，若从设备数据中抽取到逻辑指令名和指令数据，则可以建立逻辑指令名与指令数据的对应关系，对逻辑指令名、指令数据以及逻辑指令名与指令数据的对应关系进行保存，更新设备逻辑指令数据库，即可以生成被控设备的指令数据；若从设备数据中抽取到逻辑状态名和状态特征数据，则可以建立逻辑状态名与状态特征数据的对应关系，对逻辑状态名、状态特征数据以及逻辑状态名与状态特征数据的对应关系进行保存，更新设备逻辑状态数据库，即可以生成被控设备的状态数据。当然，云端服务器还可以建立主控设备的逻辑数据库，如主控设备的逻辑指令数据库和逻辑状态数据库。其中，主控设备的逻辑指令数据库可以保存但不限于主控设备所提交的操作指令、操作指令对应的逻辑指令名，以及操作指令中的指令数据、指令数据与逻辑指令名的对应关系等；主控设备的逻辑状态数据库可以保存但不限于主控设备所提交的状态变化数据、状态变化数据对应的逻辑指令名、状态变化数据对应的状态特征数据、特征值、以及状态特征数据与逻辑状态名的对应关系等。其中，特征值可以用于确定状态特征数据所对应的状态值，即可以用于判断设备当前的状态。在本实施例中，云端服务器可以基于设备的逻辑数据库，完成设备数据的识别。具体的，云端服务器可以基于逻辑信息解读出设备数据的数据含义，以及还可以基于属性信息将接收到的操作指令转化成设备可以解析的设备数据，相当于在主控设备可以控制被控设备时，通过获取主控设备对被控设备的设备数据的解析完成设备私有数据的识别，解决了云端服务器无法识别设备私有数据的问题。在本申请实施例中，云端服务器可以基于主控设备与被控设备的交互获取设备数据，并依据设备数据抽取逻辑信息以及属性信息，即利用主控设备从设备私有数据中解读出数据含义建立设备的逻辑数据库，进而实现了物联网数据互通，提高了物联网的使用价值。实施例二本申请实施例中，云端服务器在转发过程中获取设备数据时，存在两种情形：一种是在向被控设备转发主控设备所提交的操作指令时获取设备数据，如图2所示；另一种是在向主控设备转发被控设备所提交的运行状态数据时获取设备数据，如图3所示。下面结合本申请的优选实施例，以通过安装在主控设备上的app控制被控设备的开关状态为例，进行具体论述。(一)在向被控设备转发主控设备所提交的操作指令时获取设备数据参照图4，示出了本申请优选实施的一种识别数据的处理方法的步骤流程图，具体可以包括如下步骤：步骤402，向被控设备转发主控设备所提交的操作指令。作为本发明的一个具体示例，用户可以通过操作安装在主控设备上的app控制被控设备的开关状态，如通过点击app上开关控件，可以打开或关闭灯。具体而言，当用户点击app的开关控件时，可以触发app云端服务器提交数据，所提交的数据包括需要发送的操作指令、状态变化数据等。其中，操作指令用于控制被控设备的运行状态，可以包括控制对象数据、指令数据等，控制对象数据用于确定控制对象(即用于确定被控设备)，指令数据用于改变控制设备所处的状态；状态变化数据也可以称为用户交互操作信息，是指基于据人机交互所产生的界面变化信息，可以包括但不限于状态标签数据、状态类型数据以及状态变更数据等。状态标签数据和状态类型数据可以用于确定逻辑信息，如确定逻辑指令名或者逻辑状态名；状态变更数据可以用于在主控设备中显示被控设备的状态。云端服务器在接收到app所提交的操作指令时，依据操作指令中的控制对象数据确定被控设备，向被控设备转发操作指令，使得被控设备可以接收到主控设备所发送的操作指令，即使得主控设备可以与被控设备连接。例如对灯的开关进行控制，参照表1：表1当app需要开启灯a时，其所提交的操作指令为“控制对象：灯a；设备指令：ff01”，且状态变化数据为“控件类型：开关；控件标签：开；控件状态：on”；当app需要关闭灯a时，其所提交的操作指令为“控制对象：灯a；设备指令：ff00”，且状态变化数据为“控件类型：开关；控件标签：关；控件状态：off”。其中，“控制对象：灯a”为控制对象数据，可以确定被控设备为灯a；“设备指令：ff01”和“设备指令：ff00”为指令数据，且“ff01”可以打开灯a，“ff00”可以关闭灯a；“控件标签：开”和“控件标签：关”为状态标签数据，主控设备可以通过显示状态标签数据，向用户显示被控设备当前的运行状态；“控件类型：开关”为状态类型数据；“控件状态：on”和“控件状态：off”为状态变更数据。步骤404，当被控设备响应所述操作指令时，收集主控设备所提交的状态变化数据和操作指令。被控设备成功执行app所发送的操作指令，即响该应操作指令后，可以向云端服务器上报操作成功信息，如向云端服务器提交当前的运行状态数据。例如，灯a响应操作指令“控制对象：灯a；设备指令：ff01”，即处于开启状态，可以将当前的运行状态数据(如“设备对象：灯a；设备数据：ff01”)提交给云端服务器，通过云端服务器转发该运行状态数据，使得app可以改变关于灯a的开关控件的显示，如app将显示灯a状态的控件显示为绿色。此时，云端服务器可以通过对app进行数据采集，检测被控设备响应所述操作指令，如在检测到app所提交的状态变更数据发生变化时，即在控件状态从“on”变成“off”或者在控件状态从“off”变成“on”时，可以确定app的显示界面发生变化，进而可以确定被控设备响应操作指令，收集app所提交的状态变化数据和操作指令。步骤406，从所述操作指令中提取操作参数对应的指令数据，将所述指 令数据作为被控设备的属性信息。云端服务器可以预置操作参数，在收集到的操作命令中提取操作参数对应的指令数据。作为本申请实施例的一个具体示例，云端服务器可以将设备指令的标识符设置为操作参数，从操作指令中提取设备指令的标识符对应的指令数据，如“设备指令：ff01”或者“设备指令：ff00”等。在提取指令数据后，云端服务器可以将所提取的指令数据作为被控设备的属性信息，如将“ff01”作为开启灯a的指令数据，将“ff00”作为关闭灯a的指令数据。步骤408，从所述状态变化数据中提取逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑指令名，将所述逻辑指令名作为被控设备的逻辑信息。云端服务器还可以预置逻辑参数，在收集到的状态变化数据中提取逻辑参数对应的状态变化信息。作为本申请实施例的一个具体示例，云端服务器可以将控件类型的标识符、控件状态的标识符、控件标签的标识符设置为逻辑参数，从状态变化数据中提取各标识符对应的信息，即提取控件类型的标识符对应的状态类型数据(如“控件类型：开关”)、控件状态的标识符对应的状态变更数据(如“控件状态：on”)、控件标签的标识符对应的状态标签数据(如“控件标签：开”)等。在提取状态变化信息后，云端服务器可以将所提取的状态变化信息进行解析，确定逻辑指令名，将所确定的逻辑指令名作为被控设备的逻辑信息，如对状态类型数据“控件类型：开关”和状态标签数据“控件标签：开”进行解析，确定逻辑指令名为“开启”；对状态类型数据“控件类型：开关”和状态标签数据“控件标签：关”进行解析，确定逻辑指令名为“关闭”。步骤410，建立所述指令数据与逻辑指令名的对应关系。云端服务器确定设备数据所对应的指令数据和逻辑指令名后，可以建立指令数据与逻辑指令名的对应关系，如建立开启灯a的指令数据“ff01”与逻辑指令名“开启”的对应关系，即针对灯a，其指令数据“ff01”对应的逻辑指令名为“开启”；建立关闭灯a的指令数据“ff00”与逻辑指令名 “关闭”的对应关系，即针对灯a的指令数据“ff00”对应的逻辑指令名为“关闭”。显然，云端服务器可以通过收集app所提交的数据，依据app所提交的状态变化数据完成对被控设备的指令数据的识别，即完成设备私有数据识别。步骤412，对所述指令数据与逻辑指令名的对应关系进行保存，生成所述被控设备的逻辑指令数据库。云端服务器可以对指令数据与逻辑指令名的对应关系进行保存，生成被控设备的逻辑指令数据库。具体的，云端可以对被控设备的指令数据、指令数据对应的逻辑指令名、以及指令数据与逻辑指令名的对应关系进行保存，生成被控设备的逻辑指令数据库。当被控设备不能响应主控设备n所提交的操作指令时，云端服务器可以通过从主控设备n所提交的状态变化数据中提取状态变化信息，并进行解析，确定该主控设备n所提交的操作指令对应的逻辑指令名，依据所确定的逻辑指令名，从被控设备的逻辑指令数据库中提取逻辑指令名对应的指令数据，将所提取的指令数据发给被控设备，从而使得主控设备n可以控制被控设备。在本申请实施例中，云端服务器通过在被控设备响应主控设备的操作命令时，收集主控设备所提交的数据，即收集设备数据，从设备数据中抽取出操作命令对应的逻辑指令名以及指令数据，建立被控设备的逻辑指令数据库，完成操作指令的识别，从而可以基于逻辑指令数据库实现物联网数据的互通，提高物联网的使用价值。(二)在向主控设备转发被控设备所提交的运行状态数据时获取设备数据参照图5，示出了本申请优选实施的另一种识别数据的处理方法的步骤流程图，具体可以包括如下步骤：步骤502，向主控设备转发被控设备所提交的运行状态数据。在具体实现中，被控设备也可以向云端服务器提交其当前运行状态所对应的数据，即运行状态数据，使得主控设备可以获取到被控设备当前所对应 的运行状态数据。云端服务器在接收到被控设备所提交的运行状态数据后，将运行状态数据转发给主控设备，使得主控设备改变显示界面。当然，被控设备也可以提交主控设备数据，使得云端服务器可以通过主控设备数据确定主控设备。例如，灯a基于当前的运行状态向云端服务器提交数据，参照表2：灯a所提交的数据开启状态关闭状态主控设备appapp设备状态fe01fe00表2灯a在成功执行指令数据“ff01”时，即灯a处于开启状态时，提交处于开启状态时所对应的运行状态信息“设备状态：fe01”以及主控设备数据“主控设备：app”；在成功执行指令数据“ff00”时，即灯a处于关闭状态时，提交处于关闭状态时所对应的运行状态信息“设备状态：fe00”以及主控设备数据“主控设备：app”。当然，被控设备也可以不提交主控设备数据，云端服务器可以基于在历史转发记录确定被控设备所对应的主控设备，将被控设备所提交的运行状态数据转发给确定的主控设备。步骤504，当主控设备响应所述运行状态数据时，收集所述运行状态数据以及主控设备所提交的状态变化数据。被控设备成功执行app所发送的操作指令，即响应该操作指令后，可以向云端服务器上报操作成功信息，如向云端服务器提交当前的运行状态数据。例如，灯a响应操作指令“控制对象：灯a；设备指令：ff01”，即处于开启状态，可以将当前的运行状态数据(如“设备对象：灯a；设备数据：ff01”)提交给云端服务器，通过云端服务器转发该运行状态数据，使得app可以改变关于灯a的开关控件的显示，如app将显示灯a状态的控件显示为绿色。此时，云端服务器可以通过对app进行数据采集，检测到主控设备响应所述操作指令，如在检测到app所提交的状态变更数据发生变化时，即在控件状态从“on”变成“off”或者在控件状态从“off”变成“on”时， 可以确定app的显示界面发生变化，进而可以确定主控设备的app可以响应灯a所提交的运行状态数据，即确定主控设备可以响应被控设备所提交的运行状态数据。此时，云端服务器可以通过收集主控设备所提交的收集被控的状态变化数据以及被控设备所提交的运行状态数据，如收集app所提交的数据和灯a所提交的数据，并对收集到的数据进行处理，以生成被控设备的逻辑状态数据库。步骤506，从所述运行状态数据中提取状态参数对应的状态特征数据，将所述状态特征数据作为被控设备的属性信息。具体的，云端服务器可以预置状态参数，在收集到的运行状态数据中提取状态参数对应的状态特征数据。作为本申请实施例的一个具体示例，云端服务器可以将设备状态的标识符设置为状态参数，从运行状态数据中提取设备状态的标识符对应的状态特征数据，如“设备状态：fe01”或者“设备状态：fe01”等。在提取状态特征数据后，云端服务器可以将所提取的状态特征数据作为被控设备的属性信息，如将“fe01”作为灯a在开启状态时对应的状态特征数据，将“fe00”作为灯a在关闭状态时对应的状态特征数据。此外，云端服务器还可以通过对比两种状态所对应的状态特征数据，确定特征值。其中，特征值与设备私有数据格式一致，可以用于确定状态特征数据所对应的状态值。例如，云端服务器可以通过灯a在关闭状态时对应的状态特征数据“fe00”与灯a在开始状态时对应的状态特征数据“fe01”，确定灯a的开光状态对应的特征值“0001”，仅在变化部分采用“1”进行区分。在后续的数据处理中，云端可以采用该特征值获取设备当前所处的逻辑状态对应的状态值，即可以通过该特征值确定各状态特征数据所对应的状态值。作为本申请的一个具体示例，状态值1所对应的预置含义为“开启状态”，状态值0所对应的预置含义为“关闭状态”；若被控设备的状态特征数据所对应的状态值为1，如通过计算fe01&0001的逻辑值确定状态特征数据fe01对应状态值为1，则可以确定被控设备当前所处的状态为开启状态；若被控设备的状态特征数据所对应的状态值为0，如通过计算fe00&0001的逻辑值 确定状态特征数据fe00对应状态值为0，则可以确定被控设备当前所处的状态为关闭状态。步骤508，从所述状态变化数据中提取逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑状态名，将所述逻辑状态名作为被控设备的逻辑信息。云端服务器还可以预置逻辑参数，在收集到的状态变化数据中提取逻辑参数对应的状态变化信息。在提取状态变化信息后，云端服务器可以将所提取的状态变化信息进行解析，确定逻辑状态名，将所确定的逻辑状态名作为被控设备的逻辑信息。例如，对状态类型数据“控件类型：开关”和状态标签数据“控件标签：开”进行解析，确定逻辑状态名为“开启状态”；对状态类型数据“控件类型：开关”和状态标签数据“控件标签：关”进行解析，确定逻辑状态名为“关闭状态”。步骤510，建立所述状态特征数据与逻辑状态名的对应关系。云端服务器确定设备数据所对应的状态特征数据和逻辑状态名后，可以建立状态特征数据与逻辑状态名的对应关系，如建立灯a处于开启状态时的状态特征数据“fe01”与逻辑状态名“开启状态”的对应关系，即针对灯a，其状态特征数据“fe01”对应的逻辑状态名为“开启状态”；建立灯a处于关闭状态时的状态特征数据“fe00”与逻辑状态名“关闭状态”的对应关系，即灯a的状态特征数据“fe01”对应的逻辑状态名为“开启状态”。显然，云端服务器可以通过收集app所提交的状态变化数据，从被控设备所提交的运行状态数据解释出数据含义，即依据状态变化数据完成对被控设备的运行状态数据的识别。步骤512，对所述状态特征数据与逻辑状态名的对应关系进行保存，生成所述被控设备的逻辑状态数据库。云端服务器可以对状态特征数据与逻辑状态名的对应关系进行保存，生成被控设备的逻辑状态数据库。具体的，云端可以对被控设备的状态数据、状态特征数据对应的逻辑状态名、以及状态特征数据与逻辑状态名的对应关系进行保存，生成被控设备的逻辑指令数据库。当然，云端服务器还可以将 主控设备的特征值保存到逻辑状态数据库。当被控设备再次上传其当前状态的运行状态数据时，云端服务器可以基于建立的逻辑状态数据库确定其运行状态数据所对应的运行状态，即可以识别主控设备所提交的运行状态数据。例如，云端服务器可以从运行状态数据中提取状态特征数据，依据状态特征数据查找被控设备的逻辑状态数据库，从逻辑状态数据库提取状态特征数据对应的逻辑状态名，即可以确定被控设备当前所处的状态。当主控设备n不能响应被控设备所提交的运行状态数据时，云端服务器可以基于被控设备的逻辑状态数据库确定该被控设备所提交的运行状态数据对应的逻辑状态名，通过逻辑状态名查找主控设备的逻辑状态数据库，从而可以提取该逻辑状态名对应的主控设备n的状态特征数据，将主控设备n的状态特征数据发送给主控设备n，使得主控设备n可以改变显示界面以显示被控设备当前的运行状态，即使得主控设备n可以响应被控设备所提交的运行状态数据，实现物联网数据互通。当然，云端服务器还可以其他方式确定被控设备当前所处的状态，如通过被控设备的特征值确定状态特征数据所对应的状态值，进而可以根据状态所对应的预置含义确定被控设备当前所处的状态，本申请实施例对此不作限制。在本申请实施例中，云端服务器通过在主控设备响应被控设备的运行状态数据时，收集主控设备所提交的状态变化数据和被控设备所提交的运行状态数据，从状态变化数据中抽取出运行状态数据对应的逻辑状态名以及从运行状态数据中抽取状态特征数据，建立被控设备的逻辑状态数据库，完成运行状态数据的识别，从而可以基于逻辑状态数据库实现物联网数据的互通，提高物联网的使用价值。在本申请的一种优选实施例中，该方法还包括：当被控设备不能识别主控设备的设备数据时，依据所述逻辑数据库对主控设备的设备数据进行映射，得到对应的转换数据；向所述被控设备发送所述转换数据。云端服务器在转发主控设备所提交的设备数据的过程中，若接收到被控 设备上报的操作失败消息或者在预置的响应时间内接收不到该被控设备上报的操作成功的消息，则判定该被控设备不能识别主控设备所发送的设备数据。例如，在被控设备不能执行主控设备所发送的指令数据时，即当主控设备所发送的操作指令不可以直接控制被控设备时，云端服务器可以依据已经建立的逻辑指令数据库对主控设备所发送的指令数据进行转换，得到转换后的指令数据。具体的，云端服务器可以根据主控设备所提交的设备数据中的状态变化数据确定该操作指令对应的逻辑指令名，从建立的被控设备的逻辑数据库中提取所述逻辑指令名对应的指令数据，采用所提取的指令数据替换操作指令中的指令数据，得到转换后的操作指令，相当于得到对应的转换数据，将该转换数据发送给被控设备。被控设备在接收到转换数据后，可以执行转换数据中的指令数据，相当于响应转换后的操作指令，从而使得主控设备可以控制被控设备。此外，当主控设备不能识别被控设备所提交的运行状态数据时，云端服务器可以依据被控设备的逻辑状态数据库中，确定运行状态数据中的状态特征数据对应的逻辑状态名；并且还可依据该主控设备中的逻辑状态数据库，得到该逻辑状态名对应的状态类型数据以及状态变更数据，即得到转换状态数据，将该转换状态数据发送给主控设备，使得主控设备可以依据转换状态数据进行显示，以显示被控设备当前的运行状态。在本实施例中，云端服务器在主控设备不能识别被控设备的设备数据时，或者在被控设备不能识别主控设备的设备数据时，可以基于已经建立的主控设备的逻辑数据库和/或被控设备的逻辑数据库对接收到的设备数据进行转换，即依据逻辑数据库对设备数据进行映射，对应的转换数据，将转换数据发送给被控设备和/或主控设备，从而使得主控设备可以控制被控设备，进而实现物联网数据的互通。需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例 均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。实施例三参照图6，示出了本申请的一种识别数据的处理装置的结构框图，具体可以包括如下模块：数据获取模块602，可以用于基于主控设备和被控设备的交互获取设备数据。其中，所述设备数据与所述被控设备的状态相关。信息抽取模块604，可以用于依据所述设备数据抽取逻辑信息和属性信息。数据库建立模块606，可以用于建立所述被控设备的逻辑数据库。其中，所述逻辑数据库包括所述属性信息和逻辑信息的对应关系。在本申请实施例中，云端服务器可以基于主控设备与被控设备的交互获取设备数据，并依据设备数据抽取逻辑信息以及属性信息，即利用主控设备从设备私有数据中解读出数据含义建立设备的逻辑数据库，进而实现了物联网数据互通，提高了物联网的使用价值。参照图7，示出了本申请的另一种识别数据的处理装置的结构框图，具体可以包括如下模块：数据获取模块702，可以具体用于在主控设备和被控设备之间转发交互数据时，依据所述交互数据获取设备数据。其中，所述设备数据与所述被控设备的状态相关。在本申请的一种优选实施例中，数据获取模块702可以包括以下子模块：指令转发子模块7022，可以用于向被控设备转发主控设备所提交的操作指令。收集子模块7024，可以用于在被控设备响应所述操作指令时，收集主控设备所提交的状态变化数据和操作指令。优选的，数据获取模块702还可以包括状态转发子模块7026。状态转发子模块7026，可以用于向主控设备转发被控设备所提交的运行状态数据。相应的，收集子模块7024，还可以用于当主控设备响应所述运行状态数据时，收集所述运行状态数据以及主控设备所提交的状态变化数据。信息抽取模块704，可以用于依据所述设备数据抽取逻辑信息和属性信息。在本申请的一种优选实施例中，信息抽取模块704可以包括以下子模块：指令提取子模块7042，可以用于从所述操作指令中提取操作参数对应的指令数据，将所述指令数据作为被控设备的属性信息。指令名确定子模块7044，可以用于从所述状态变化数据中提取逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑指令名，将所述逻辑指令名作为被控设备的逻辑信息。状态特征提取子模7046，可以用于从所述运行状态数据中提取状态参数对应的状态特征数据，将所述状态特征数据作为被控设备的属性信息。状态名确定子模块7048，可以用于从所述状态变化数据中提取逻辑参数对应的状态变化信息，基于所提取的状态变化信息确定的逻辑状态名，将所述逻辑状态名作为被控设备的逻辑信息。数据库建立模块706，可以用于建立所述被控设备的逻辑数据库。其中，所述逻辑数据库包括所述属性信息和逻辑信息的对应关系。在本发明的一种优选实施中，数据库建立模块706可以包括以下子模块：第一建立子模块7062，可以用于建立所述指令数据与逻辑指令名的对应关系。第一生成子模块7064，可以用于对所述指令数据与逻辑指令名的对应关系进行保存，生成所述被控设备的逻辑指令数据库。第二建立子模块7066，可以用于建立所述状态特征数据与逻辑状态名的对应关系。第二生成子模块7068，可以用于对所述状态特征数据与逻辑状态名的对应关系进行保存，生成所述被控设备的逻辑状态数据库。在本申请的一种优选实施例中，状态变化数据可以包括依据所述主控设备的显示界面的变化提取的数据。优选的，状态变化数据可以包括：状态标签数据、状态类型数据以及状态变更数据等数据。其中，状态标签数据和状态类型数据用于确定逻辑指令 名或者逻辑状态名；状态变更数据用于在主控设备中显示被控设备的状态。设备数据映射模块708，可以用于当被控设备不能识别主控设备的设备数据时，依据所述逻辑数据库对主控设备的设备数据进行映射，得到对应的转换数据；转换数据发送模块710，可以用于向所述被控设备发送所述转换数据。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。在一个典型的配置中，所述计算机设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其 他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitorymedia)，如调制的数据信号和载波。本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得 包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。以上对本申请所提供的一种识别数据的处理方法和一种识别数据的处理装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。当前第1页12