存在数据与传感器：占用数据如何驱动楼宇自动化

存在数据与传感器是指由存在检测设备（通常为 60 GHz mmWave 雷达传感器）采集的占用信息，以及消费这些数据以驱动楼宇自动化、能源管理、空间利用分析和安全监控的下游系统。存在传感器采集原始占用数据——通常为二元的"已占用/未占用"状态，在某些情况下还包括额外信息，如占用人数、占用者在房间内的位置以及占用者的活动（睡眠、坐着、行走、跌倒）——并通过无线协议（Zigbee、WiFi、Matter）或有线协议（BACnet、Modbus、Ethernet）将这些数据传输到下游系统（物业管理系统、楼宇管理系统、调度平台或云分析平台）。随后，存在数据被用于驱动自动化操作（暖通空调设定值调整、照明控制、客房清洁调度），并提供分析（空间利用、能耗、占用模式），为楼宇和组织的长期决策提供依据。

本指南全面概述了存在数据与传感器，涵盖数据采集过程、数据处理流程、下游应用以及隐私与合规考量。

存在数据与传感器：数据采集

存在数据采集过程始于存在传感器，它检测占用状态并将数据传输到下游系统。

存在数据与传感器：传感器的数据输出

现代 60 GHz mmWave 存在传感器采集并输出以下数据：

• 二元占用状态："已占用"或"未占用"——最基本也是最常见的输出
• 占用人数：检测区域内的占用者数量（适用于具备多目标追踪能力的传感器）
• 占用者位置：占用者在房间内的位置（适用于具备精细角度分辨率的传感器）
• 活动分类：占用者的活动（睡眠、坐着、行走、跌倒）——适用于具备板载机器学习的传感器
• 事件时间戳：每次占用状态变化的时间

传感器通常通过无线协议（Zigbee、WiFi、Matter）或有线协议（BACnet、Modbus、Ethernet）将这些数据传输到下游系统，数据格式由协议和传感器的实现方式决定。

存在数据与传感器：数据传输频率

传感器根据占用状态变化将存在数据传输到下游系统：

• 状态变化时：当占用状态发生变化（从"已占用"变为"未占用"或反之）时，传感器立即传输数据。这是最常见的传输模式，因为它能最小化网络流量和功耗。
• 周期性：传感器周期性地（例如每 5 分钟）传输数据以确认当前状态，即使没有发生变化。这适用于需要定期心跳来确认传感器仍在运行的应用。
• 事件触发：除了状态变化传输外，传感器还在特定事件（例如跌倒检测事件、离床事件）时传输数据。

存在数据与传感器：数据处理流程

存在数据处理流程将原始传感器数据转换为下游系统可用的可操作信息。

存在数据与传感器：数据聚合

数据处理流程的第一步是数据聚合，将来自多个传感器的数据合并为楼宇占用的统一视图。聚合通常由网关或云平台完成，它接收来自每个传感器的数据，并将其聚合为整栋楼宇或整个组合的视图。

聚合可能包括：

• 房间级聚合：将房间内所有传感器的数据合并为单个房间占用状态
• 楼层级聚合：将楼层内所有房间的数据合并为楼层占用摘要
• 楼宇级聚合：将所有楼层的数据合并为楼宇占用摘要
• 组合级聚合：将所有楼宇的数据合并为组合占用摘要

存在数据与传感器：数据分析

数据处理流程的第二步是数据分析，从聚合的占用数据中提取洞察。分析可能包括：

• 空间利用分析：楼宇空间的使用情况，包括哪些房间持续被占用、哪些持续空闲、哪些时段占用率达到峰值
• 能耗分析：占用与能耗之间的相关性，用于识别节能机会
• 占用模式分析：随时间变化的占用模式，用于指导人员配置、清洁计划和空间规划
• 异常检测：检测可能表明问题的异常占用模式（例如，非营业时间持续被占用的房间可能表明存在安全问题）

存在数据与传感器：下游应用

存在数据被各种下游应用所使用。

存在数据与传感器：暖通空调控制

暖通空调控制应用使用存在数据根据实际占用情况调整暖通空调设定值。房间被占用时暖通空调处于舒适模式，房间空闲时处于节能模式。基于占用的暖通空调控制的节能效果通常为每间房间 20–40%。

存在数据与传感器：照明控制

照明控制应用使用存在数据在房间被占用时开灯，空闲时关灯。照明控制还可以包括日光采集（在自然光充足时调暗灯光）和场景控制（根据活动选择照明场景）。

存在数据与传感器：客房清洁协调

客房清洁协调应用（适用于酒店）使用存在数据优化客房清洁计划。未占用的房间可以立即清洁，已占用的房间可以延后，客人已退房的房间可以优先处理。

存在数据与传感器：调度平台集成

调度平台集成（适用于办公室）使用存在数据提供实时房间可用性。调度平台（Microsoft 365、Google Workspace、Robin、Envoy）显示每个会议室的实时占用状态，消除了"幽灵会议"问题和"被盗会议"问题。

存在数据与传感器：安全监控

安全监控应用使用存在数据在楼宇本应为空时检测入侵者。存在数据与预期占用（基于日程、门禁系统或警报系统）进行比较，任何意外占用都会触发警报。

存在数据与传感器：空间利用分析

空间利用分析应用使用存在数据提供有关楼宇空间使用情况的洞察。分析可以为空间规划、整合和清洁计划的决策提供依据。

存在数据与传感器：隐私与合规

存在数据的采集和处理引发了隐私与合规考量，特别是在拥有全面数据保护法的司法管辖区。

存在数据与传感器：GDPR 合规

在欧盟，《通用数据保护条例》（GDPR）规范个人数据的处理。仅采集匿名占用事件（不将事件与可识别个人关联）的存在数据系统通常不在个人数据范围内。

但是，如果存在数据与可识别个人关联（例如，酒店房间号与客人预订关联，或办公室房间与员工门禁卡关联），则系统可能属于个人数据范围，组织必须实施适当的技术和组织措施来保护数据。

存在数据与传感器：CCPA 合规

在加利福尼亚州，《加州消费者隐私法》（CCPA）规范个人信息的处理。同样的原则适用：仅采集匿名占用事件的存在数据系统通常不在个人信息范围内。

存在数据与传感器：数据最小化

隐私合规的存在数据系统的关键原则是数据最小化：系统应仅采集预期功能所需的数据，不应采集任何个人可识别信息（PII）。系统应：

• 在设备上处理原始雷达数据：传感器应在设备上执行所有雷达处理，仅将分类后的占用状态传输到下游系统
• 存储占用数据时不与可识别个人关联：占用事件应与任何客人或员工身份分开存储，仅在应用层为特定用例建立关联
• 短期内丢弃原始数据：原始雷达数据应在生成后数秒内丢弃，仅保留分类事件

存在数据与传感器：SB-327 合规

在加利福尼亚州，SB-327 IoT 安全法要求联网设备（包括存在传感器）制造商实施适合设备的"合理安全功能"。存在数据系统应实施适当的身份验证、凭证管理和更新机制，以符合 SB-327。

存在数据与传感器：架构

存在数据系统的架构通常包括以下组件：

存在数据与传感器：传感器层

传感器层由安装在每个房间中的存在传感器（60 GHz mmWave 雷达传感器）组成。传感器检测占用状态并将数据传输到网关。

存在数据与传感器：网关层

网关层由网关（Zigbee 协调器、WiFi 接入点或专用网关）组成，它们接收来自传感器的数据并将其转发到云平台或楼宇管理系统。网关还可以执行一些数据聚合和处理。

存在数据与传感器：云平台层

云平台层由基于云的平台组成，它接收来自网关的数据，进行聚合，并提供分析和与下游应用的集成。云平台可以是供应商特定平台（例如 PresenceSensor 云平台）或开放平台（例如 Microsoft Azure IoT、AWS IoT Core）。

存在数据与传感器：应用层

应用层由消费存在数据的下游应用组成：暖通空调控制系统、照明控制系统、客房清洁管理系统、调度平台、安全监控系统和空间利用分析仪表板。

存在数据与传感器：最终建议

存在数据与传感器是现代楼宇自动化的基础，实现了基于占用的暖通空调和照明控制、客房清洁协调、调度平台集成、安全监控和空间利用分析。60 GHz mmWave 雷达是主流传感器技术，提供可靠的静止占用者检测和出色的隐私保护。

对于计划部署存在数据系统的组织，正确的方法是首先明确定义应用需求（哪些下游应用将消费数据、需要什么数据、适用什么隐私和合规要求），然后设计系统架构（传感器层、网关层、云平台层、应用层），最后选择满足需求的传感器和平台。通过正确设计和集成的合适系统，存在数据系统可以通过节能、运营效率和改善的占用者体验创造显著价值。

本文部分内容由 AI 生成，并经过优化以确保专业准确性和可读性。