传输单元进一步配置为：
[0055] 响应于第二控制设备的请求，将所述第二组规则信息传输给所述第二控制设备， 其中所述第二控制设备在获取第二用户标识时发出请求，所述第一组规则信息在创建后根 据预定操作与所述第二用户标识相关联。
[0056] 因此，根据本发明实施例的信息处理方法和电子设备，使得用户能够将设定的规 则适配到不同的控制设备中，从而提高用户的使用体验。
【附图说明】
[0057] 图1是说明根据本发明第一实施例的信息处理方法的说明图；
[0058] 图2是说明根据本发明第一实施例的信息处理方法的流程图；
[0059] 图3是说明根据本发明第二实施例的信息处理方法的流程图；
[0060] 图4是说明根据本发明第三实施例的信息处理方法的说明图；以及
[0061] 图5是说明根据本发明第四实施例的电子设备的功能配置框图。
【具体实施方式】
[0062] 下面，将参考附图详细描述根据本发明实施例的信息处理方法和电子设备。
[0063] 根据本发明实施例的信息处理方法应用于电子设备中，例如，在云端的服务器。当 然，该电子设备不限于云端的服务器，例如还可以是家庭中的计算设备，其能够控制整个家 庭中的各个智能子设备。
[0064] 在现有的智能网络中，用户设置的各种设备联动规则（比如A设备触发B设备） 是基于中控设备（如Hub)的。例如，对于家庭中的智能网络，用户可以设置当门磁设备检 测到卧室门打开时，通过家庭中的Hub触发床头灯打开。
[0065] 当用户来到单位或酒店时，这样的联动规则就不适用，用户无法体验到全天候、全 方位的个性化联动。
[0066] 考虑这样的情况做出了本发明。根据本发明第一实施例的信息处理方法能够将在 A地的第一控制设备（如Hub)上应用的各种具体联动规则（A设备触发B设备），适配到 不同的B地的第二控制设备（如Hub)，从而在第二控制设备的控制下执行类似的联动规则 (A'设备触发B'设备），使得用户在不同地点，不同环境下也能体验到全天候、全方位的个 性化联动。
[0067]具体地，如图1所示的智能网络中包括客户端设备1、A地Hub、B地Hub、服务器2 以及A地的子设备（A设备和B设备，未不出）和B地的子设备（A'设备和B'设备）。A设 备、B设备、A'设备和B'设备可以是任何设备。在本实施例中，以A设备和A'设备是门磁 设备，并且B设备和B'设备是灯为例进行说明。
[0068] 在该智能网络中，首先需要添加设备。例如，将家庭网络中的各个设备添加到网络 中并且在云端的服务器中记录。
[0069] (1)添加设备
[0070] 云端在添加设备时，需要记录设备的设备ID。例如，在本实施例中，假设门磁设备 的设备ID为ID_1，灯的设备ID为ID_2。红外探测器的设备ID为ID_3,饮水机的设备ID 为ID_4,电水壶的设备ID为ID_5。
[0071] 除了记录设备的设备ID之外，服务器同时还记录各个设备的设备属性。属性由云 端统一编码，可以分为功能属性、位置属性、文字属性等。
[0072] 功能编码由云端定义，设备厂家在实现设备功能程序时声明自己的功能编码，缺 失的编码向75：端申请。
[0073]具体地，如下面的表格1所示，各个设备的功能可以定义如下，并且可以为每个属 性分配功能编码。
[0075]表格1
[0076] 另外，位置属性由用户在添加设备时指定，比如卧室、客厅、厨房等，这些属性在添 加设备时上报云端服务器，并且与设备ID绑定在一起。例如，门磁设备的位置属性可以绑 定为卧室门口，并且灯的位置属性可以绑定为卧室。
[0077] 用户在添加设备时，也可以同时指定功能属性，比如对灯指定床头灯、壁灯、台灯 等，也就是说，不同的灯具有不同的功能属性。这些属性在添加设备时上报云端服务器，并 且与设备ID绑定在一起。
[0078] 需要注意的是，用户设定属性时，可以使用将设备图标拖动到场景图像的方式来 属性设定更加友好，从而简化设定流程。
[0079] 此外，文字属性由用户设定来描述作用，比如给插座指定某种电器，如给厨房的特 定插座指定用于电水壶。因为插座无法在功能上进行区分，因此，可以添加文字属性来描述 该插座以进行区分，例如，用于电水瓶的插座。文字属性也在添加设备时上报云端服务器， 并且与设备ID绑定在一起。
[0080] (2)建立规则
[0081 ] 在添加了各个设备之后，可以建立规则。
[0082] 在一个实施例中，用户例如可以通过诸如智能手机等的客户端设备1，添加设备， 并且设置在A地Hub上应用的联动规则，例如，A设备触发B设备。
[0083] 在另一个实施例中，还可以通过云端服务器的大数据分析，来设置在A地Hub上应 用的联动规则。具体地，例如，云端服务器可以通过对A设备和B设备的大量操作数据的分 析，设置A地Hub上应用的联动规则。例如，云端服务器检测到用户进入卧室以后，进行了 100次的打开床头灯的操作，因此，服务器可以建立这样的联动规则：具有设备ID1的门磁 设备触发具有设备ID2的灯设备。
[0084] 另外，因为该联动规则是用户设置的或者是基于用户的行为确立的，所以该联动 规则是基于用户（如，用户ID)的，S卩，该联动规则是基于设置该联动规则的第一用户的。
[0085] 然后，该联动规则可以传输给服务器2。服务器2在接收到该联动规则后，可以从 该联动规则中抽象出具有某些属性的设备触发具有某些属性的设备。
[0086] 例如，对于用户通过客户端建立的一条基于设备的联动规则：
[0087] 设备ID_1门磁检测到打开一设备ID_2灯泡点亮
[0088] 云端服务器记录这条规则的同时提取出属性设备规则：
[0089] 卧室的，检测门的，门磁设备，检测到打开一卧室的，可亮灭的，床头，灯设备，亮
[0090] 也就是说，云端服务器建立了抽象的联动规则：
[0091] 卧室的，检测门的，门磁设备，检测到打开一卧室的，可亮灭的，床头，灯设备，亮
[0092] 这条抽象的联动规则与具体的设备ID没有关联，S卩，不局限于特定的设备ID_1的 门磁设备触发特定的设备IC_2的等。而是具有上述属性的门磁设备可以触发具有上述属 性的灯。
[0093] (3)适配规则
[0094] 在用户来到新的环境下，例如，用户去酒店或另一住处时，用户的客户端1在绑定 新Hub(B地Hub)时，该与该用户关联的用户ID下的抽象的属性设备规则可以针对新Hub 下的各个设备进行适配，使得用户在新的环境下，继续可以获得与原来的环境相同的使用 体验。
[0095] 具体地，服务器将属性设备规则传输给B地Hub，然后B地Hub可以根据具体的子 设备，生成针对B地的各个子设备的设备ID的具体联动规则。例如，假设B地存在设备ID 为ID_3的门磁和ID_4的灯，则生成的联动规则为：
[0096] 设备ID_3门磁检测到打开一设备ID_4灯泡点亮
[0097] (4)执行规则
[0098] 在B地Hub生成适应本地设备的具体的联动规则后，可以控制各个子设备执行该 具体的联动规则。例如，当用户进入酒店时，门磁设备检测到用户的进入，自动触发灯打开。
[0099] 〈第一实施例〉
[0100] 下面，将参考图2详细描述根据本发明第一实施例的信息处理方法。
[0101] 如图2所示，根据本发明的实施例的信息处理方法应用于电子设备中，在本实施 例中，该信息处理方法可以应用于服务器中。
[0102] 所述方法100包括：
[0103] 步骤S101 :接收并存储第一组规则信息，所述第一组规则信息包括一条或多条第 一规则信息，每一条第一规则信息指示第一控制设备控制响应于第一子设备的预定条件的 检测、触发第二子设备执行预定操作的具体规则；
[0104] 步骤S102 :从每一条第一规则信息中提取第二规则信息以生成第二组规则信息， 每一条第二规则信息指示第二控制设备响应于具有与第一子设备相同的一个或多个属性 的第一类子设备的预定条件的检测、触发具有与第二子设备相同的一个或多个属性的第二 类子设备执行预定操作的抽象规则；以及
[0105] 步骤S103:将所述第二组规