问题：与低功耗物联网 (IoT) 边缘设备相关的“嵌入式代理”背后的重点设计是什么？
一些物联网云服务供应商一直提到在基于传感器的边缘设备上安装嵌入式代理。它似乎是供应商在连接到云的每台设备上安装的专有软件。下面是两个引用Agent的软件堆栈图像。软件堆栈的一部分驻留在微控制器中。
这里也有非常广泛的解释 Thingworx 博客
代理是在物联网设备上或附近运行的嵌入式程序，可报告某些资产或环境的状态。IoT 应用程序中总是存在一些代理。通常，代理从传感器或本地连接读取资产的状态，应用一些关于发送者必须多久收集一次信息的规则或逻辑，然后通过长途通信网络将信息发送到服务器。这个过程也可以反向运行。
我假设此代理包含连接信息，例如 IP 地址、服务器名称、SSID 类型信息以帮助连接。除了提供连接性之外，这些嵌入式代理是否还有其他功能？
参考：
一般来说，代理是一个“双向”的软件；即，它从设备读取参数并将其传送到云甚至网关。通常情况下，OEM 将控制用于开发软件的库，以控制设备的参数。而 OEM 可以选择任何流行的通信协议（MQTT、HTTP 等）来发布读取的值。通常，这两者的集成是系统集成商进来的空间。
例如，一个代理可以在 Windows 桌面上运行，每 5 秒读取一次风扇的转速。然后，该值通过商定的协议传送到云平台。
来自 Paho MQTT (Python)网站的示例代码：
mqttc.connect("iot.eclipse.org")
mqttc.loop_start()
while True:
temperature = sensor.blocking_read()
mqttc.publish("paho/temperature", temperature)
上面的代码片段大致是一个代理，因为有函数形式的“来自设备”部分sensor.blocking_read()和mqttc.publish().
高级代理将具有处理离线存储的机制、对云通信的 TLS 支持、优雅地响应来自云的任何更新（包括重启，如果需要）等。而且，在这个问题的特定情况下，代理将处理功率限制也。例如，响应设备级触发，如睡眠、唤醒等。