每次新设备连接到IoT代理时，IoT代理都会将updateContext发送到上下文代理，并创建新的上下文实体 . 如果此设备具有某些延迟属性，则IoT代理将发送contextentityRegistration以创建上下文注册，以向上下文代理指示如何连接到设备 .
但是在创建上下文注册时，我不确定将分配给provideApplication属性的值 .
-
它是否使用IoT代理的ip：端口来监听上下文代理请求？
-
还是它应该是设备的URL？
虽然我不确定，但我认为这是正确的选择，因为设备通常不会理解NGSI协议，IoT代理应该在将请求发送到设备之前对其进行转换 . 如果是这样的话，那么：
-
有必要进行一些初始配置，或者当IoT代理创建新的上下文时，注册会自动将自己 Build 为上下文提供者吗？
-
关于物联网代理注册新设备时使用的属性"commands"，它们的功能是什么？它们是否被IoT代理用于转换来自发送到设备的上下文代理的任何请求？
在此先感谢，任何帮助将不胜感激 .
1 回答
2）属性“命令”用于定义ContextBroker实体的属性，如果使用NGSI API更新命令，它将实际向设备添加命令 . 这意味着tahta开发人员能够读取观察结果并仅使用一个API（NGSI）发送命令，而不了解特定的设备技术或协议 .
1）在UL2.0中，到目前为止还不支持延迟属性 . 请参考其他IoT代理商 . 通常应该使用IoT代理IP：端口 .
干杯，