CN116055313A - 一种物模型的动态扩展方法及装置、处理设备 - Google Patents

Abstract

本申请公开了一种物模型的动态扩展方法及装置、处理设备，所述方法包括：云平台获取第一设备的物模型中的扩展信息，所述扩展信息用于描述与所述第一设备具有关联关系的关联设备；所述云平台根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，基于所述关联设备的物模型文件的更新内容，对所述第一设备的物模型中的扩展信息进行更新。

Description

一种物模型的动态扩展方法及装置、处理设备

技术领域

本申请涉及物联网(Internet of Things，IoT)技术领域，尤其涉及一种物模型的动态扩展方法及装置、处理设备。

背景技术

目前的数字化描述物理设备方法只是对单个设备能力的逻辑关系进行描述，描述内容是该设备功能点的堆叠，没有描述不同设备关联时的逻辑关系。此外，目前的方法是一种静态描述，只描述了设备当前所具备的能力，不支持设备能力的动态扩展，这意味着要想更新设备能力，需要对该设备从头进行重新描述，导致操作复杂。

发明内容

为解决上述技术问题，本发明实施例提供了一种物模型的动态扩展方法及装置、处理设备、芯片、计算机可读存储介质。

本申请实施例提供的物模型的动态扩展方法，包括：

云平台获取第一设备的物模型中的扩展信息，所述扩展信息用于描述与所述第一设备具有关联关系的关联设备；

所述云平台根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，基于所述关联设备的物模型文件的更新内容，对所述第一设备的物模型中的扩展信息进行更新。

本申请实施例提供的物模型的动态扩展装置，应用于云平台，所述装置包括：

获取单元，用于获取第一设备的物模型中的扩展信息，所述扩展信息用于描述与所述第一设备具有关联关系的关联设备；

更新单元，用于根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，基于所述关联设备的物模型文件的更新内容，对所述第一设备的物模型中的扩展信息进行更新。

本申请实施例提供的处理设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行上述任意一种物模型的动态扩展方法。

本申请实施例提供的芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行上述任意一种方法。

本申请实施例提供的芯计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行上述任意一种方法。

本申请实施例的技术方案中，考虑到与第一设备具有关联关系的关联设备，在第一设备的物模型中增加扩展信息，通过该扩展信息来描述与第一设备具有关联关系的关联设备，进而可以通过该扩展信息将关联设备的能力动态关联到第一设备，当关联设备的物模型文件发生更新时(也即关联设备的功能点发生变化时)，第一设备的物模型可以自动进行更新，降低了流程复杂度，减少了人力成本，便于设备的维护和更新。

附图说明

图1是ICA数字化描述物理设备的方法的示意图；

图2是一种对实体关联设备功能扩展的流程图；

图3是一种网关W和灯L之间具有实体关联关系时的物模型示意图；

图4是一种对虚拟关联设备功能扩展的流程图；

图5是一种灯L、SL、SSL之间具有虚拟关联关系时的物模型示意图；

图6是本申请实施例提供的功能层中增加“引用”和“继承”方法的示意图；

图7是本申请实施例提供的物模型的动态扩展方法的流程示意图；

图8是本申请实施例提供的实体关联动态扩展的流程图；

图9是本申请实施例提供的网关W和灯L之间具有实体关联时的物模型示意图；

图10是本申请实施例提供的虚拟关联动态扩展的流程图；

图11是本申请实施例提供的灯L、SL、SSL之间具有虚拟关联时的物模型示意图；

图12是本申请实施例提供的物模型的动态扩展装置的结构组成示意图；

图13是本申请实施例提供的一种通信设备示意性结构图；

图14是本申请实施例的芯片的示意性结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请实施例中，字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请实施例的描述中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。

目前的数字化描述物理设备方法只是对单个设备能力的逻辑关系进行描述，描述内容是该设备功能点的堆叠，没有描述不同设备关联时的逻辑关系。此外，目前的方法是一种静态描述，只描述了设备当前所具备的能力，不支持设备能力的动态扩展，这意味着要想更新设备能力，需要对该设备从头进行重新描述，导致操作复杂。以当前位于研究前列的物联网标准联盟(IoT Connectivity Alliance，ICA)组织为例，其提出的数字化描述物理设备的方法从属性、服务、事件三个维度描述某个设备所具备的功能点，如图1所示。属性描述的是设备运行时的状态，例如电源开关、空调的目标温度、灯的亮度等；服务描述的是设备被远程调用而去执行的动作、指令，例如设备复位、重启、修改密码等；事件则是设备主动上报的信息、告警、故障通知等。目前国内其他数字化描述设备的方法基本与ICA类似，如OneDataModel提出的ODM物模型描述方法，该方法同样不涉及设备的关联逻辑描述。

目前的方法只是对设备所具备功能点的静态描述，而没有对设备间的关联逻辑进行描述，这种关联逻辑既包括实体的关联，也包括虚拟的关联。这导致当某一设备能力更新时，其关联设备的能力无法同步更新，具体来说：

在实体的关联上，以下挂设备和网关为例，目前的方法实现下挂设备和网关功能扩展的具体流程如图2所示。

1.下挂设备增加功能1，同时向云平台发送物模型更新请求；

2.云平台收到更新请求后，根据新增功能1更新下挂设备物模型；

3.云平台将更新后的下挂设备的物模型文件下发到下挂设备；

4.用户通过云平台向网关发送指令，请求网关给下挂设备下发指令，调用功能1；

5.网关调用物模型文件，尝试向下挂设备发送指令，此时因网关的物模型文件没有相应更新，会导致物模型文件的功能匹配失败；

6.网关将指令发送失败的日志上传到云平台；

7.云平台接受到网关反馈的错误日志后，对网关的物模型文件进行更新；

8.云平台将更新后的网关的物模型文件下发到网关；

9.网关再次调用物模型文件，此时物模型文件功能匹配成功；

10.网关向下挂设备下发控制指令；

11.下挂设备执行命令，实现功能1；

12.下挂设备将功能1的执行结果返回给云平台。

以图3为例，假设灯L为短距通信设备，需下挂在网关W下才能实现与云平台的连接，具备“开”和“关”属性。目前的方法在描述网关W的功能时，将定义网关W具备“调用灯L‘开’属性”和“调用灯L‘关’属性”的服务。当网关W接收到的输入参数为“打开灯L”时，将调用灯L的“开”属性；当输入参数为“关闭灯L”时，网关W将调用灯L的“关”属性。假设厂家对灯L进行了升级，升级后增加了“定时”服务。这时，由于网关W事前并没有定义“调用灯L‘定时’服务”，因此用户无法通过网关控制灯L实现定时。若想实现该操作，需手动对网关W重新进行数字化描述，在对网关W的功能描述中增加定义：当网关W接收到的输入参数为“对灯L定时”时，网关W将调用灯L的“定时”服务。总的来说，目前的方法在描述网关W时，是对设备W功能的静态描述，当下挂设备灯L功能更新时，需要人为修改网关W的数字化描述来适配灯L的新功能，不易于后续开发。

在虚拟的关联上，假设设备A和设备B存在虚拟关联，目前的方法实现设备A和设备B功能扩展的具体流程如图4所示。

1.设备A增加功能1，将物模型更新请求发送给云平台；

2.云平台更新设备A物模型；

3.云平台将新增了功能1的设备A物模型文件下发给设备A；

4.设备B增加功能1，将物模型更新请求发送给云平台；

5.云平台更新设备B物模型；

6.云平台将新增了功能1的设备B物模型文件下发给设备B。

以图5为例，假设灯L是一种基础款的灯，具备“开/关”属性。在灯L的基础上，厂家又研发出两种升级款的灯SL和SSL，其中灯SL继承了灯L的“开”、“关”属性，新增了“亮度”属性，可实现开灯、关灯、调节亮度三个功能；灯SSL继承了灯L的“开”、“关”属性和灯SL的“亮度”属性，新增了“色温”属性，可实现开灯、关灯、调节亮度和调节色温四个功能。对于这种情况，目前的方法采用的是分别对灯L、灯SL和灯SSL进行数字化描述，如图5所示，可以看到，虽然灯L、SL、SSL之间存在功能继承关系，但目前的方法在描述时并未体现出这种关联。以灯SSL为例，采用目前的方法的问题会存在以下问题：一，对于所继承的“开”、“关”属性和“亮度”属性，灯SSL仍需重复定义；二，当灯SL的“亮度”属性更新时，灯SSL的“亮度”属性不会随之更新，需开发人员手动修改SSL的“亮度”属性；三，当灯L增加某种功能(如“定时”服务)时，若灯SSL也想具备“定时”服务，则需要开发人员手动定义。总之，目前的方法中存在大量的重复工作，造成开发和维护成本增加。

为此，提出了本申请实施例的以下技术方案。本申请实施例的技术方案，针对目前的方法缺少设备关联逻辑，无法自动同步关联设备能力，导致开发及维护成本高的问题，提出一种新的数字化描述物理设备的动态扩展方法(也即物模型的动态扩展方法)：在功能层新增“引用”和“继承”，分别用于描述设备间的实体关联逻辑和虚拟关联逻辑，简化设备能力的数字化描述，实现关联设备的能力同步更新，从而使设备开发及维护更加高效。

为便于理解本申请实施例的技术方案，以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。

本申请实施例的技术方案，提出一种新的数字化描述物理设备的动态扩展方法(也即物模型的动态扩展方法)，如图6所示，除“属性”、“服务”(也可称为“行为”)、“事件”外，在功能层中增加“引用”和“继承”。其中，“属性”、“服务”和“事件”用于描述该设备自身所具备的功能点，“引用”用于描述与其有实体关联的设备，“继承”用于描述与其有虚拟关联的设备。为实现“引用”和“继承”中设备能力的动态更新，为每个设备定义一一对应的唯一标识符，通过标识符可对应到唯一设备的数字化描述。将引用设备和继承设备的标识符分别存储在“引用”和“继承”中，当需要引用设备(或继承设备)的某项能力时，通过唯一标识符链接到该引用设备(或继承设备)，从该设备的“属性”、“服务”和“事件”中获得其具备的相关能力。进一步地，也可从该引用设备(或继承设备)的“引用”(或“继承”)中获得其引用(或继承)设备的能力。

图7是本申请实施例提供的物模型的动态扩展方法的流程示意图，如图7所示，所述物模型的动态扩展方法包括以下步骤：

步骤701：云平台获取第一设备的物模型中的扩展信息，所述扩展信息用于描述与所述第一设备具有关联关系的关联设备。

本申请实施例中，将与第一设备具有关联关系的设备称为关联设备。

在一些可选实施方式中，所述关联关系可以是实体关联关系，相应地，将与第一设备具有实体关联关系的设备称为引用设备。

在一些可选实施方式中，所述关联关系可以是虚拟关联关系，相应地，将与第一设备具有虚拟关联关系的设备称为继承设备。

本申请实施例中，第一设备的物模型中具有扩展信息，所述扩展信息用于描述与所述第一设备具有关联关系的关联设备。

在一些可选实施方式中，所述扩展信息包括引用信息和/或继承信息，其中，所述引用信息用于描述与所述第一设备具有实体关联关系的第一关联设备，所述第一关联设备是指引用设备；所述继承信息用于描述与所述第一设备具有虚拟关联关系的第二关联设备，所述第二关联设备是指继承设备。

在一些可选实施方式中，所述扩展信息位于所述第一设备的功能层。作为示例，如图6所示，在功能层中引入了“引用”和“继承”，其中，“引用”即代表引用信息，“继承”即代表继承信息。

步骤702：所述云平台根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，基于所述关联设备的物模型文件的更新内容，对所述第一设备的物模型中的扩展信息进行更新。

本申请实施例中，为每个设备定义一一对应的唯一标识符，通过标识符可对应到唯一设备的数字化描述(也即物模型)。

本申请实施例中，对于第一设备的物模型中的引用信息，所述引用信息包括所述第一关联设备的标识符；对于第一设备的物模型中的继承信息，所述继承信息包括所述第二关联设备的标识符。

本申请实施例中，所述云平台根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，可以通过以下方式实现：

所述云平台根据所述第一设备的物模型中的引用信息中的标识符，链接到所述第一关联设备的物模型文件，监听到所述第一关联设备的物模型文件发生更新；和/或，所述云平台根据所述第一设备的物模型中的继承信息中的标识符，链接到所述第二关联设备的物模型文件，监听到所述第二关联设备的物模型文件发生更新。

上述方案中，所述第一关联设备的物模型文件发生更新，所述第二关联设备的物模型文件发生更新，可以通过以下方式实现：

所述云平台接收所述第一关联设备发送的物模型更新请求后，更新所述第一关联设备的物模型，并将更新后的所述第一关联设备的物模型文件发送给所述第一关联设备；

所述云平台接收所述第二关联设备发送的物模型更新请求后，更新所述第二关联设备的物模型，并将更新后的所述第二关联设备的物模型文件发送给所述第二关联设备。

本申请实施例中，所述对所述第一设备的物模型中的扩展信息进行更新之后，所述云平台将更新了引用信息和/或继承信息后的所述第一设备的物模型文件发送给所述第一设备。

需要说明的是，本申请实施例的上述方案中，所述第一设备的物模型除了包括扩展信息(如引用信息、继承信息)以外，还包括以下至少一种信息：属性信息、事件信息、服务信息；其中，所述属性信息用于描述所述第一设备运行时的状态；所述事件信息用于描述所述第一设备被远程调用而执行的动作；所述服务信息用于描述所述第一设备主动上报的信息。

本申请实施例的上述方案，一方面，在目前的方法的基础上增加“引用”，根据唯一的标识符将关联设备(如下挂设备)的能力动态关联到第一设备(如网关等上层设备)，当关联设备的功能点发生变化时，第一设备的物模型可以自动进行更新，降低了流程复杂度，减少了人力成本，便于设备的维护。另一方面，在目前的方法的基础上增加“继承”，根据唯一的标识符将关联设备(如设备A)的能力动态关联到与其具有虚拟关联关系(也即继承关系)的第一设备(如设备B)，当关联设备的功能点描述发生变化时，第一设备的物模型(也即第一设备相关的描述信息)可以自动同步更新，减少了人力成本，便于设备的维护更新。

以下结合具体应用实例对本申请实施例的技术方案进行举例说明。

应用实例一

对于实体关联，通过“引用”来描述实体关联关系(也即实体关联逻辑)，本应用实例中，以第一设备为网关为例，以关联设备为下挂设备为例，下挂设备与网关之间具有实体关联关系。下挂设备和网关功能扩展的具体流程如图8所示，包括以下步骤：

1.下挂设备增加功能1，同时向云平台发送物模型更新请求；

2.云平台收到更新请求后，根据新增功能1更新下挂设备的物模型；

3.云平台将更新后的下挂设备的物模型文件下发到下挂设备，同时更新网关物模型中的引用；

4.云平台将更新了引用后的网关物模型文件下发到网关；

5.用户通过云平台向网关发送指令，请求网关给下挂设备下发指令，调用功能1；

6.网关调用物模型文件，物模型文件功能匹配成功；

7.网关向下挂设备下发控制指令；

8.下挂设备执行命令，实现功能1；

9.下挂设备将功能1的执行结果返回给云平台。

作为示例，如图9所示，灯L是网关W的下挂设备，通过网关W实现与云平台的连接，为描述这种实体关联逻辑，在网关W的“引用”中存放灯L的唯一标识符，通过标识符链接到灯L的数字化描述。假设当需要灯L实现“关灯”时，平台将从网关W的“引用”中查询L的标识符，通过标识符直接调用L的“关闭”属性，实现关闭灯L。当灯L的能力更新时，如增加了“定时”服务，此时灯L的唯一标识符仍保持不变，因此网关W仍可通过“引用”中的标识符直接调用灯L的“定时”服务，大大降低了更新成本。

本申请的上述应用实例，对于有实体关联关系的设备，在数字化描述物理设备的方法中增加“引用”，下挂设备的物模型更新后，一方面云平台会将新的引用设备的物模型文件进行下发，另一方面云平台将根据唯一的标识符监测下挂设备的物模型文件更新内容，自动对网关物模型中的“引用”进行更新。增加“引用”的技术优点至少有以下三点：一是当下挂设备的能力更新时，用户可以通过“引用”中的标识符同步链接到更新后的下挂设备，也就是说用户可始终获取到最新的设备能力，便于开发；二是本提案通过增加“引用”将下挂设备与上层设备的能力“隔离”开，当下挂设备增加时，只需要在上层设备的“引用”中增加设备的标识符，操作简单，便于维护；三是可以从“引用”中直观获取到具有实体关联的设备列表，便于查询管理。

应用实例二

对于虚拟关联，通过“继承”来描述虚拟关联关系(也即虚拟关联逻辑)。本应用实例中，以第一设备为设备B为例，以关联设备为设备A为例，设备A与设备B之间具有虚拟关联关系。设备A和设备B功能扩展的具体流程如图10所示，包括以下步骤：

1.设备A增加功能1，将物模型更新请求发送给云平台；

2.云平台更新设备A物模型；

3.云平台将新增了功能1的设备A物模型文件下发给设备A，同时更新设备B物模型的继承；

4.云平台将更新了继承的设备B物模型文件下发给设备B。

作为示例，如图11所示，灯SL继承了灯L的“开”、“关”属性，因此在灯SL的“继承”中存放灯L的唯一标识符，通过标识符链接到L，实现调用L的“开”、“关”属性；灯SSL继承了灯L的“开”、“关”属性和灯SL的“亮度”属性，因此在灯SSL的“继承”中存放灯L和灯SL的唯一标识符，分别链接到L和SL，实现调用L的“开”、“关”属性和SL的“亮度”属性。当灯L的功能增加时，如增加了“定时”服务，则灯SL和SSL可通过“继承”从L中同样获取到新增的“定时”服务，而无需重复开发。需要注意的是，“继承”具有同步更新和前向兼容的特点，也即当灯L更新或增加了功能时，灯SL和SSL仍可支持前期版本。对于灯L和网关W，此处假设它们没有继承其他设备，因此“继承”中存放的是空值，在图中用虚线表示。

本申请的上述应用实例，对于有虚拟关联关系的设备，在数字化描述物理设备的方法中增加“继承”，设备A的物模型更新后，一方面云平台会将新的设备A的物模型文件进行下发，另一方面云平台将根据唯一的标识符监测设备A的物模型更新内容，自动更新和设备A存在“继承”关系的设备B物模型。增加“继承”的技术优点至少有以下两点：一是厂家可以通过“继承”快速复用基础款设备的能力，加速实现新款设备的研发；二是上层设备可以通过在“继承”中增加设备标识符，使上层设备“继承”到新的能力，操作简单，便于升级维护。

图12是本申请实施例提供的物模型的动态扩展装置的结构组成示意图，应用于终端设备，如图12所示，所述物模型的动态扩展装置包括：

获取单元1201，用于获取第一设备的物模型中的扩展信息，所述扩展信息用于描述与所述第一设备具有关联关系的关联设备；

更新单元1202，用于根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，基于所述关联设备的物模型文件的更新内容，对所述第一设备的物模型中的扩展信息进行更新。

在一些可选实施方式中，所述扩展信息包括引用信息和/或继承信息，其中，所述引用信息用于描述与所述第一设备具有实体关联关系的第一关联设备，所述第一关联设备是指引用设备；所述继承信息用于描述与所述第一设备具有虚拟关联关系的第二关联设备，所述第二关联设备是指继承设备。

在一些可选实施方式中，所述引用信息包括所述第一关联设备的标识符，所述继承信息包括所述第二关联设备的标识符。

在一些可选实施方式中，所述更新单元1202，具体用于：

根据所述第一设备的物模型中的引用信息中的标识符，链接到所述第一关联设备的物模型文件，监听到所述第一关联设备的物模型文件发生更新；和/或，根据所述第一设备的物模型中的继承信息中的标识符，链接到所述第二关联设备的物模型文件，监听到所述第二关联设备的物模型文件发生更新。

在一些可选实施方式中，所述装置还包括：接收单元1203；

所述更新单元1202，还用于在所述接收单元1203接收所述第一关联设备发送的物模型更新请求后，更新所述第一关联设备的物模型，并将更新后的所述第一关联设备的物模型文件发送给所述第一关联设备；和/或，在所述接收单元1203接收所述第二关联设备发送的物模型更新请求后，更新所述第二关联设备的物模型，并将更新后的所述第二关联设备的物模型文件发送给所述第二关联设备。

在一些可选实施方式中，所述装置还包括：发送单元1204，用于将更新了引用信息和/或继承信息后的所述第一设备的物模型文件发送给所述第一设备。

在一些可选实施方式中，所述第一设备的物模型中还包括以下至少一种信息：属性信息、事件信息、服务信息；其中，

所述属性信息用于描述所述第一设备运行时的状态；

所述事件信息用于描述所述第一设备被远程调用而执行的动作；

所述服务信息用于描述所述第一设备主动上报的信息。

在一些可选实施方式中，所述扩展信息位于所述第一设备的功能层。

本领域技术人员应当理解，图12所示的物模型的动态扩展装置中的各单元的实现功能可参照前述方法的相关描述而理解。图12所示的物模型的动态扩展装置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

图13是本申请实施例提供的一种处理设备1300示意性结构图。图13所示的处理设备1300包括处理器1310，处理器1310可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图13所示，处理设备1300还可以包括存储器1320。其中，处理器1310可以从存储器1320中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器1320可以是独立于处理器1310的一个单独的器件，也可以集成在处理器1310中。

可选地，如图13所示，处理设备1300还可以包括收发器1330，处理器1310可以控制该收发器1330与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器1330可以包括发射机和接收机。收发器1330还可以进一步包括天线，天线的数量可以为一个或多个。

该处理设备1300具体可为本申请实施例的云平台，并且该处理设备1300可以实现本申请实施例的各个方法中由云平台实现的相应流程，为了简洁，在此不再赘述。

图14是本申请实施例的芯片的示意性结构图。图14所示的芯片1400包括处理器1410，处理器1410可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图14所示，芯片1400还可以包括存储器1420。其中，处理器1410可以从存储器1420中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器1420可以是独立于处理器1410的一个单独的器件，也可以集成在处理器1410中。

可选地，该芯片1400还可以包括输入接口1430。其中，处理器1410可以控制该输入接口1430与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，该芯片1400还可以包括输出接口1440。其中，处理器1410可以控制该输出接口1440与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

该芯片可应用于本申请实施例中的云平台，并且该芯片可以实现本申请实施例的各个方法中由云平台实现的相应流程，为了简洁，在此不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。该计算机可读存储介质可应用于本申请实施例中的云平台，并且该计算机程序使得计算机执行本申请实施例的各个方法中由云平台实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。该计算机程序产品可应用于本申请实施例中的云平台，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由云平台实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。该计算机程序可应用于本申请实施例中的云平台，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由云平台实现的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (12)

1.一种物模型的动态扩展方法，其特征在于，所述方法包括：

云平台获取第一设备的物模型中的扩展信息，所述扩展信息用于描述与所述第一设备具有关联关系的关联设备；

所述云平台根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，基于所述关联设备的物模型文件的更新内容，对所述第一设备的物模型中的扩展信息进行更新。

2.根据权利要求1所述的方法，其特征在于，所述扩展信息包括引用信息和/或继承信息，其中，

所述引用信息用于描述与所述第一设备具有实体关联关系的第一关联设备，所述第一关联设备是指引用设备；

所述继承信息用于描述与所述第一设备具有虚拟关联关系的第二关联设备，所述第二关联设备是指继承设备。

3.根据权利要求2所述的方法，其特征在于，所述引用信息包括所述第一关联设备的标识符，所述继承信息包括所述第二关联设备的标识符。

4.根据权利要求3所述的方法，其特征在于，所述云平台根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，包括：

所述云平台根据所述第一设备的物模型中的引用信息中的标识符，链接到所述第一关联设备的物模型文件，监听到所述第一关联设备的物模型文件发生更新；和/或，

所述云平台根据所述第一设备的物模型中的继承信息中的标识符，链接到所述第二关联设备的物模型文件，监听到所述第二关联设备的物模型文件发生更新。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述云平台接收所述第一关联设备发送的物模型更新请求后，更新所述第一关联设备的物模型，并将更新后的所述第一关联设备的物模型文件发送给所述第一关联设备；和/或，

所述云平台接收所述第二关联设备发送的物模型更新请求后，更新所述第二关联设备的物模型，并将更新后的所述第二关联设备的物模型文件发送给所述第二关联设备。

6.根据权利要求2至5中任一项所述的方法，其特征在于，所述对所述第一设备的物模型中的扩展信息进行更新之后，所述方法还包括：

所述云平台将更新了引用信息和/或继承信息后的所述第一设备的物模型文件发送给所述第一设备。

7.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一设备的物模型中还包括以下至少一种信息：属性信息、事件信息、服务信息；其中，

所述属性信息用于描述所述第一设备运行时的状态；

所述事件信息用于描述所述第一设备被远程调用而执行的动作；

所述服务信息用于描述所述第一设备主动上报的信息。

8.根据权利要求1至5中任一项所述的方法，其特征在于，所述扩展信息位于所述第一设备的功能层。

9.一种物模型的动态扩展装置，其特征在于，应用于云平台，所述装置包括：

获取单元，用于获取第一设备的物模型中的扩展信息，所述扩展信息用于描述与所述第一设备具有关联关系的关联设备；

更新单元，用于根据所述第一设备的物模型中的扩展信息监测到所述关联设备的物模型文件发生更新，基于所述关联设备的物模型文件的更新内容，对所述第一设备的物模型中的扩展信息进行更新。

10.一种处理设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至8中任一项所述的方法。

11.一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至8中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至8中任一项所述的方法。

Images