我已经在这个主题上讨论了如何在 OneM2M 中管理设备，但我注意到我仍然存在一些误解。
MgmtObj和MgmtCmd之间的关系。它们之间的确切相关性是什么？MgmtObj 似乎保留了当前软件或固件、电池、设备信息等状态。ObjectIds 和 ObjectPaths 用于将这些信息映射到 LWM2M、TR-0069 等设备管理标准。这是对的吗 ？
我不明白为什么Node中有多个重启对象？
假设我们在一个节点上有多个不同的固件。每个固件控制硬件的不同部分。然后我想我应该为每个固件创建一个 MgmtCmd，但是 MgmtCmd 如何知道它与哪个固件（MgmtObj）相关？当我们查看 OneM2M 中的资源定义时，它们之间没有联系。实际上，这指向了我的第一个问题，即 MgmtObj 和 MgmtCmd 之间的关系，因为不知何故，当 MgmtCmd 运行并完成其工作时，相关的固件应该在相关的 Node.js 中更新。
假设我不打算实施任何设备管理标准，如 TR-0069、LWM2M 等。我们使用的是具有自己专有设备管理方式的 nonOneM2M 设备。那么最简单的方法是什么？
我们的想法是，我们应该将一些设备管理逻辑放到 IPE（Inter proxy entity）中，它可以订阅任何相关 MgmtCmds 中发生的所有事件，例如更新其 ExecEnabled 状态和创建 ExecInstance 等设备。然后我们应该用那个 ExecInstance 通知 IPE，然后 IPE 管理所有的过程。是否适合使用订阅/通知机制进行设备管理？
mgmtCmd资源代表一种执行管理程序或对现有管理协议（例如 BBF TR-069 [i.4]）所需的命令和远程程序调用 (RPC)建模的方法，并使 AE 能够请求在其上执行管理程序一个远程实体。它还可以取消可取消和已启动但未完成的管理程序或命令。
mgmtObj资源包含启用单个 M2M 管理功能的管理数据。它提供了映射到外部管理技术的通用结构，例如 OMA DM [i.5]、BBF TR-069 [i.4] 和 LWM2M [i.6] 数据模型。mgmtObj资源的每个实例 都应映射到单一的外部管理技术。
-------------------------------- 澄清 ----------------- ---------------
当我们查看节点的 xsd 时，它包含子资源，例如
- 固件列表
- 软件列表
- 重启列表
- ETC...
其实我只是做了一个例子，它不是真实世界的场景。我还试图理解为什么节点有多个资源，比如重启、软件，即使 deviceinfo 看起来很奇怪。他们指的是什么？
<xs:schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.onem2m.org/xml/protocols"
xmlns:m2m="http://www.onem2m.org/xml/protocols" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
elementFormDefault="unqualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:include schemaLocation="CDT-commonTypes-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-memory-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-battery-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-areaNwkInfo-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-areaNwkDeviceInfo-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-firmware-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-software-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-deviceInfo-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-deviceCapability-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-reboot-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-eventLog-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-cmdhPolicy-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-activeCmdhPolicy-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-subscription-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-semanticDescriptor-v3_9_0.xsd" />
<xs:include schemaLocation="CDT-transaction-v3_9_0.xsd"/>
<xs:include schemaLocation="CDT-schedule-v3_9_0.xsd"/>
<xs:element name="node" substitutionGroup="m2m:sg_announceableResource">
<xs:complexType>
<xs:complexContent>
<!-- Inherit common attributes for announceable Resources -->
<xs:extension base="m2m:announceableResource">
<!-- Resource Specific Attributes -->
<xs:sequence>
<xs:element name="nodeID" type="m2m:nodeID" />
<xs:element name="hostedCSELink" type="m2m:ID" minOccurs="0" />
<xs:element name="hostedAELinks" type="m2m:listOfM2MID" minOccurs="0" />
<xs:element name="hostedServiceLinks" type="m2m:listOfM2MID" minOccurs="0" />
<xs:element name="mgmtClientAddress" type="xs:string" minOccurs="0" />
<xs:element name="roamingStatus" type="xs:boolean" minOccurs="0" />
<xs:element name="networkID" type="xs:string" minOccurs="0" />
<!-- Child Resources -->
<xs:choice minOccurs="0" maxOccurs="1">
<xs:element name="childResource" type="m2m:childResourceRef" minOccurs="1" maxOccurs="unbounded" />
<xs:choice minOccurs="1" maxOccurs="unbounded">
<xs:element ref="m2m:memory" />
<xs:element ref="m2m:battery" />
<xs:element ref="m2m:areaNwkInfo" />
<xs:element ref="m2m:areaNwkDeviceInfo" />
<xs:element ref="m2m:firmware" />
<xs:element ref="m2m:software" />
<xs:element ref="m2m:deviceInfo" />
<xs:element ref="m2m:deviceCapability" />
<xs:element ref="m2m:reboot" />
<xs:element ref="m2m:eventLog" />
<xs:element ref="m2m:cmdhPolicy" />
<xs:element ref="m2m:activeCmdhPolicy" />
<xs:element ref="m2m:subscription" />
<xs:element ref="m2m:semanticDescriptor" />
<xs:element ref="m2m:transaction" />
<xs:element ref="m2m:schedule" />
</xs:choice>
</xs:choice>
</xs:sequence>
</xs:extension>
</xs:complexContent>
</xs:complexType>
</xs:element>
------------------------ 更多说明 ------------------------- ----
顺便说一句，关于 deviceinfo 的讨论已经有。然后我认为他们选择了每个节点多个 deviceInfo 的方式，因为当前版本的 OneM2M 支持每个节点多个 deviceInfo。我也很好奇每个节点多次重启或固件的含义是什么？
