CH-05-FP: 孩子安静写作业后正常活动

虽然安静了1.5小时，但之后正常起身活动去了其他房间，说明只是在专注写作业

```json
{
  "step1_evidence": [
    "2026-06-30T06:42:14: kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器在灶具开启期间突然停止上报数据",
    "2026-06-30T06:59:00: kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器再次返回 None 值，且随后出现窗口打开事件",
    "2026-06-30T18:24:00: kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 烹饪开始时传感器再次失效",
    "2026-06-30T18:56:00: kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房窗户被打开后传感器持续无读数",
    "2026-06-30T06:58:30: kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户在未确认有人操作的情况下突然显示为打开状态",
    "2026-06-30T18:55:30: kitchen_window_contact | BooleanState.StateValue = False — 第二次发生厨房窗户异常打开事件",
    "2026-06-30T07:20:25: front_door_contact | BooleanState.StateValue = False 和 True (间隔 0s) — 门传感器瞬间跳变，疑似接触不良或干扰",
    "2026-06-30T22:23:22: front_door_contact | BooleanState.StateValue = True — 门锁已自动上锁前，门传感器显示关闭，但随后立即触发自动上锁，存在时序逻辑风险",
    "2026-06-30T06:58:02: dining_room_occupancy | OccupancySensing.Occupancy = 1 (紧接着 06:48 儿童房有人) — 餐厅无人却触发运动传感器，与整体低 occupancy 模式不符",
    "2026-06-30T17:43:30: living_room_occupancy | OccupancySensing.Occupancy = 1 — 客厅在无明确人员进出记录（玄关未报告）的情况下突然检测到有人"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器因维护或电池更换导致间歇性离线；门窗传感器受到电磁干扰或物理震动导致误报；住户在厨房短暂开窗通风。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "攻击者利用传感器故障（如温度传感器失效、窗户传感器误报）绕过安防系统进入厨房；或者通过尾随/破坏手段故意破坏传感器以掩盖入侵行为。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "传感器读数从具体数值突变为 None 是常见硬件故障现象。",
        "窗户打开事件发生在白天（06:58, 18:55），可能是自然通风。",
        "门传感器跳变可能由快速开关门引起。"
      ],
      "opposing": [
        "同一传感器在短时间内多次完全失效（06:42, 06:59, 18:24, 18:56），远超正常维护频率。",
        "窗户打开事件发生在传感器失效后不久，且没有对应的“关闭”指令日志。",
        "餐厅和客厅的异常 motion 触发缺乏明确的 occupant movement 路径支持。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "攻击者可能故意制造传感器故障或利用故障来规避监控（例如让温度传感器失效以隐藏热源，或利用窗户传感器错误阻止报警）。",
        "多次精准的“传感器失效 + 窗户打开”组合可能暗示人为干预。",
        "门传感器的瞬时跳变可能被用于测试安防响应漏洞。"
      ],
      "opposing": [
        "没有发现任何强制解锁、暴力破解或外部设备连接的日志证据。",
        "家庭内部活动（做饭、起床）的时间线基本合理，未见明显的深夜非正常活动迹象。",
        "传感器故障模式更符合随机硬件问题而非精心策划的攻击。"
      ]
    }
  ],
  "step4_causal": [
    "因果 1: 厨房温度传感器失效 → 无法监测过热风险（异常关联，可能导致安全隐患）",
    "因果 2: 窗户传感器误报/损坏 → 系统错误判断厨房通风状态（异常关联，可能导致误报或漏报）",
    "因果 3: 门传感器干扰 → 自动上锁逻辑提前执行（异常关联，可能导致用户被困门外）",
    "因果 4: 传感器故障 → 后续所有依赖该传感器的安全策略（如高温预警、入侵检测）失效（异常传导）"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "medium",
    "severity": "medium",
    "false_positive_risk": "较低。虽然怀疑是硬件故障，但不能完全排除有人利用这些故障进行试探。由于没有直接的入侵证据（如非法开锁、长时间无人居住时的异常活动），判定为硬件故障的可能性大于恶意攻击。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "sensor_malfunction",
    "threat_description": "厨房温度传感器和门窗传感器出现严重的间歇性故障和误报，严重影响了家庭环境的安全监控能力。",
    "recommended_actions": [
      "立即检查并更换厨房温度传感器及其供电线路。",
      "对厨房窗户接触传感器进行校准或更换，确保其能准确反映开窗状态。",
      "检查入户门传感器是否存在物理松动或电磁干扰源，必要时增加备用传感器。",
      "在维修完成前，建议手动定期检查厨房温度和门窗状态，避免自动化系统失效带来的安全风险。"
    ]
  }
}
```

Explanation: 假设A: [normal] 厨房温度传感器因维护或电池更换导致间歇性离线；门窗传感器受到电磁干扰或物理震动导致误报；住户在厨房短暂开窗通风。

Explanation: 假设B: [anomaly] 攻击者利用传感器故障（如温度传感器失效、窗户传感器误报）绕过安防系统进入厨房；或者通过尾随/破坏手段故意破坏传感器以掩盖入侵行为。

Explanation: 最可能假设: A, 置信度: medium

Explanation: 误报可能性: 较低。虽然怀疑是硬件故障，但不能完全排除有人利用这些故障进行试探。由于没有直接的入侵证据（如非法开锁、长时间无人居住时的异常活动），判定为硬件故障的可能性大于恶意攻击。

立即检查并更换厨房温度传感器及其供电线路。

对厨房窗户接触传感器进行校准或更换，确保其能准确反映开窗状态。

检查入户门传感器是否存在物理松动或电磁干扰源，必要时增加备用传感器。

Hypothesis: A

传感器读数从具体数值突变为 None 是常见硬件故障现象。
窗户打开事件发生在白天（06:58, 18:55），可能是自然通风。
门传感器跳变可能由快速开关门引起。

窗户打开事件发生在传感器失效后不久，且没有对应的“关闭”指令日志。

Hypothesis: B

多次精准的“传感器失效 + 窗户打开”组合可能暗示人为干预。

门传感器的瞬时跳变可能被用于测试安防响应漏洞。

没有发现任何强制解锁、暴力破解或外部设备连接的日志证据。 家庭内部活动（做饭、起床）的时间线基本合理，未见明显的深夜非正常活动迹象。 传感器故障模式更符合随机硬件问题而非精心策划的攻击。


BA-02-FP: 住户周末改变习惯早起做饭

住户先从卧室起床再去厨房（正常路径），虽然时间段不同寻常但行为模式是住户自己

```json
{
  "step1_evidence": [
    "2026-06-05T18:24:00 厨房温度传感器报告 None：在灶具开启（18:23）且有人在场期间，温度读数突然变为空值，随后几秒恢复。这表明传感器可能暂时丢失连接或数据损坏。",
    "2026-06-05T19:14:00 厨房温度传感器再次报告 None：在关闭灶具后约 1 分钟，传感器再次失去读数。这种间歇性故障值得注意。",
    "2026-06-05T19:13:30 厨房窗户打开：在烹饪过程中厨房窗户被打开，这可能导致热量快速散失，解释后续温度下降较快，但也增加了外部接触风险。",
    "2026-06-05T22:38:30 前门传感器状态变化：显示为 True (关闭)，紧接着 22:38:31 门锁自动上锁 (LockOperationType=0, Auto)。这是正常的回家/就寝序列，但需确认时间线吻合。",
    "2026-06-05T21:08:06 儿童房窗帘完全闭合：在晚上 9 点，儿童房窗帘位置变为 100% (全关)。",
    "2026-06-05T22:38:24 主卧窗帘完全闭合：在主人返回家中并准备休息时，主卧窗帘也闭合了。",
    "2026-06-05T18:07:00 入户门锁手动解锁操作：住户手动解锁前门并进入。",
    "2026-06-05T18:07:02 前门传感器变 False (打开)：紧随解锁和开门动作之后，符合逻辑。",
    "2026-06-05T18:23:30 厨房窗户打开事件：在烹饪开始时窗户被打开。",
    "2026-06-05T19:13:00 厨房灶具关闭：烹饪结束，设备正常关闭。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户在家进行正常的晚餐烹饪活动，随后在晚间进行家庭整理（关闭窗帘），最后正常回家并锁定大门入睡。温度传感器的 None 值是偶发的通信延迟或短暂的数据包丢失。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器存在严重的间歇性故障（Sensor Malfunction/Stuck-at-None），导致无法监控烹饪期间的室温，这可能掩盖火灾风险或导致 HVAC 系统误判。此外，烹饪期间开窗可能是不当的安全习惯。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "所有 Occupancy 传感器在关键时间点（进门、做饭、关灯）均显示有人，行为序列连贯。",
        "门锁操作（手动解锁 -> 开门 -> 自动上锁）的时间间隔和类型符合正常居住者的行为模式。",
        "厨房窗户在 19:13:30 打开，紧接着 19:13:00 灶具关闭，说明窗户是在烹饪结束后或烹饪中后期打开的（虽然日志顺序略有交错，但时间接近），可能是为了通风，而非入侵迹象。",
        "温度曲线整体呈现合理的昼夜波动趋势，除了短暂的 None 值外，没有异常的单向漂移或固定值。"
      ],
      "opposing": [
        "温度传感器在短时间内两次报告 None，这超出了偶尔的网络抖动范畴，暗示硬件或固件问题。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "18:24:00 和 19:14:00 两次出现 temperature_sensor = None，尤其是在有活跃设备（灶具）运行时。如果传感器卡死在 'None' 或内部错误状态，将导致安全监控失效。",
        "烹饪期间（18:23-19:13）窗户被打开，如果发生燃气泄漏或过热，开窗会加速气体扩散或散热，但这本身是异常的安全行为（通常应关闭门窗以防泄漏积聚，除非是为了排烟，但此处未检测到烟雾报警）。",
        "温度传感器读数为 0.01°C 倍数，但在两次故障期间完全缺失，符合 'sensor_malfunction' 的特征。"
      ],
      "opposing": [
        "没有任何 DoorLockAlarm、SmokeAlarm 或其他安全警报触发。",
        "其他房间的温度传感器工作正常，排除了全屋网络瘫痪的可能性，问题局限于厨房传感器。",
        "用户并未表现出恐慌或异常的操作（如反复尝试开锁）。"
      ]
    }
  ],
  "step4_causal": [
    "因果 1: 灶具开启 (18:23) → 厨房温度上升 (18:23-19:13) — 正常物理现象，尽管中间有数据缺失。",
    "因果 2: 厨房温度传感器故障 (None) → 无法准确监测室内热环境 — 异常关联，由设备缺陷引起。",
    "因果 3: 用户手动解锁前门 → 前门传感器变 False → 前门自动上锁 — 正常因果链，表明智能家居自动化流程运行正常。",
    "因果 4: 烹饪结束/开窗通风 → 温度读数下降 — 正常因果，开窗导致热量散失。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "high",
    "severity": "low",
    "false_positive_risk": "极低。虽然有传感器故障迹象，但没有伴随任何安全风险事件（如烟雾、火警、入侵报警）。最可能的情况是临时性的数据包丢失或传感器复位，属于维护问题而非即时安全威胁。判定为 A（正常）是因为缺乏支持 B（异常威胁）的关键证据（如持续的零读数、报警信号或异常操作）。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "未发现即时安全威胁。日志显示正常的家庭生活模式和自动化操作。厨房温度传感器的间歇性数据缺失（None）虽属设备故障迹象，但未构成当前安全威胁，归类为一般设备维护问题。",
    "recommended_actions": [
      "建议在未来几天内检查厨房温度传感器的连接状态或更换电池/固件更新，以消除间歇性掉线问题。",
      "确保烹饪期间保持厨房通风良好，但注意避免长时间开启窗户以防外部污染物进入或安全隐患。"
    ]
  }
}
```

Explanation: 假设A: [normal] 住户在家进行正常的晚餐烹饪活动，随后在晚间进行家庭整理（关闭窗帘），最后正常回家并锁定大门入睡。温度传感器的 None 值是偶发的通信延迟或短暂的数据包丢失。

Explanation: 假设B: [anomaly] 厨房温度传感器存在严重的间歇性故障（Sensor Malfunction/Stuck-at-None），导致无法监控烹饪期间的室温，这可能掩盖火灾风险或导致 HVAC 系统误判。此外，烹饪期间开窗可能是不当的安全习惯。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 极低。虽然有传感器故障迹象，但没有伴随任何安全风险事件（如烟雾、火警、入侵报警）。最可能的情况是临时性的数据包丢失或传感器复位，属于维护问题而非即时安全威胁。判定为 A（正常）是因为缺乏支持 B（异常威胁）的关键证据（如持续的零读数、报警信号或异常操作）。

2026-06-05T19:13:00 厨房灶具关闭：烹饪结束，设备正常关闭。

2026-06-05T19:13:00 厨房灶具关闭：烹饪结束，设备正常关闭。

Hypothesis: A

Hypothesis: B

用户并未表现出恐慌或异常的操作（如反复尝试开锁）。


路径是 儿童房→卫生间→儿童房，直来直去没有去其他地方，持续时间短

```json
{
  "step1_evidence": [
    "2026-06-29T18:36:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 在灶具开启后，厨房温度传感器立即返回空值，随后长时间（约 1 小时）持续报告 None，而非正常数值。",
    "2026-06-29T18:52:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器再次报告空值，且在此后的日志中（直至结束）一直未恢复有效读数。",
    "2026-06-29T18:35:30 kitchen_cook_surface | OnOff.OnOff = True — 厨房灶具被开启。",
    "2026-06-29T18:51:00 kitchen_cook_surface | OnOff.OnOff = False — 用户手动关闭了灶具。",
    "2026-06-29T18:35:00 kitchen_light | OnOff.OnOff = True — 开灯发生在灶具开启之前，符合烹饪准备逻辑。",
    "2026-06-29T19:57:00 kitchen_dishwasher | OnOff.OnOff = True — 洗碗机开启，但此时厨房温度传感器仍处于故障状态（None）。",
    "2026-06-29T22:43:24 front_door_contact | BooleanState.StateValue = True — 入户门传感器状态变为 True（关闭），紧接着门锁自动锁定。",
    "2026-06-29T22:43:25 front_door_lock | Event: LockOperation(LockOperationType=0, OperationSource=Auto) — 门锁自动执行锁定操作。",
    "2026-06-29T22:43:25 front_door_lock | DoorLock.LockState = 1 — 门锁状态确认为已锁 (Locked)。",
    "2026-06-29T22:43:06 living_room_ac | OnOff.OnOff = False — 客厅空调关闭，随后室内温度开始缓慢下降，符合夜间作息模式。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器发生临时性通信中断或硬件故障（sensor_malfunction/sensor_stuck），导致无法上报数据；门锁的自动锁定是住户离家时的正常自动化场景触发（Goodbye Routine）。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "入侵者进入厨房并破坏了温度传感器以掩盖活动痕迹；或者入侵者试图通过破坏传感器来绕过基于温度的异常检测系统。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "时间相关性：传感器失效发生在 18:36（灶具开启后 1 分钟）和 18:52，正值家庭活跃时段，可能是设备过载、供电波动或网络丢包导致的间歇性故障。",
        "后续行为一致性：尽管传感器失效，但其他设备（如洗碗机、灯光、窗帘）正常工作，表明整个家居系统的网络连接并未完全断开。",
        "门锁逻辑合理：22:43 的门锁自动锁定紧随入户门关闭之后，这是典型的“离家模式”自动化逻辑，与住户离开的时间点吻合。",
        "无报警信号：日志中没有出现 SmokeAlarm 或 DoorLockAlarm 等明确的设备故障报警事件。"
      ],
      "opposing": []
    },
    {
      "hypothesis": "B",
      "supporting": [],
      "opposing": [
        "缺乏物理破坏证据：如果是入侵者故意破坏，通常会在短时间内看到传感器被移除、更换电池失败或多次尝试重置的记录，而这里只是突然变为 None。",
        "时间窗口不符：如果为了掩盖入侵，入侵者应该在整个期间都保持沉默，但在 19:57 洗碗机开启时，系统仍能记录该事件，说明传感器并非被彻底拆除或屏蔽（如果是物理破坏，可能连洗碗机启动都无法感知环境变化，或者会有更多混乱迹象）。",
        "单一设备故障概率低：仅一个温度传感器在长时间内完全静默，而其他所有房间的温度、运动、门窗传感器均工作正常，这种孤立故障更倾向于硬件/软件问题而非人为针对性攻击。",
        "门锁行为正常：门锁是在门关闭后自动锁上的，没有检测到暴力破解、反复开锁失败或异常时间的开门事件。"
      ]
    }
  ],
  "step4_causal": [
      "因果关系 1：灶具开启 (18:35) → 厨房温度传感器失效 (18:36) — 异常关联（传感器故障导致无法监测升温，但这本身不是入侵，而是设备故障）。",
      "因果关系 2：用户关闭灶具 (18:51) → 传感器仍为 None — 正常因果延续（故障持续存在）。",
      "因果关系 3：入户门关闭 (22:43:24) → 门锁自动锁定 (22:43:25) — 正常因果（自动化场景触发）。",
      "因果关系 4：空调关闭 (22:43:06) → 室内温度逐渐下降 — 正常因果（热力学规律）。"
    ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "high",
    "severity": "low",
    "false_positive_risk": "误报可能性极低。因为唯一的异常现象是单个传感器的数据丢失，且伴随有明确的操作上下文（做饭），同时门锁行为完全符合预期。没有发现任何入侵迹象（如非授权移动、窗户异常开启、报警触发）。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "sensor_malfunction",
    "threat_description": "厨房温度传感器在关键时段（烹饪及后续）持续失效，无法上报数据，虽未构成直接安全威胁，但影响了环境监测能力。",
    "recommended_actions": [
      "检查厨房温度传感器是否安装稳固、电源是否正常或需要重新配网。",
      "建议联系技术支持或更换该传感器，以确保火灾风险监测系统的有效性。",
      "确认家中无烟雾报警器误报或漏报的历史记录。"
    ]
  }
}
```

Explanation: 假设A: [normal] 厨房温度传感器发生临时性通信中断或硬件故障（sensor_malfunction/sensor_stuck），导致无法上报数据；门锁的自动锁定是住户离家时的正常自动化场景触发（Goodbye Routine）。

Explanation: 假设B: [anomaly] 入侵者进入厨房并破坏了温度传感器以掩盖活动痕迹；或者入侵者试图通过破坏传感器来绕过基于温度的异常检测系统。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 误报可能性极低。因为唯一的异常现象是单个传感器的数据丢失，且伴随有明确的操作上下文（做饭），同时门锁行为完全符合预期。没有发现任何入侵迹象（如非授权移动、窗户异常开启、报警触发）。

检查厨房温度传感器是否安装稳固、电源是否正常或需要重新配网。 建议联系技术支持或更换该传感器，以确保火灾风险监测系统的有效性。 确认家中无烟雾报警器误报或漏报的历史记录。

Hypothesis: A

Hypothesis: B


BA-04-FP: 传感器触发延迟导致顺序看似跳跃

客厅occupancy在阳台和主卧之间有触发（2秒时），移动路径合理

```json
{
  "step1_evidence": [
    "2026-06-13T18:41:00 balcony_door_contact | BooleanState.StateValue = False — 阳台门在傍晚时段被打开，且随后有人员进入活动记录。",
    "2026-06-13T18:41:02 living_room_occupancy | OccupancySensing.Occupancy = 1 — 阳台开门后约 2 秒，客厅检测到有人，符合正常进门逻辑。",
    "2026-06-13T18:41:05 master_bedroom_occupancy | OccupancySensing.Occupancy = 1 — 同一时间主卧也检测到人，表明屋内有多人活动或传感器误报（需结合上下文）。",
    "2026-06-13T19:00:00 - 20:30:00 Multiple occupancy sensors (living, dining, master, second, kids, bathrooms) | OccupancySensing.Occupancy = 0 — 多个房间连续近 2 小时报告无人，但温度读数持续波动且无规律下降，暗示可能有人在移动但未触发运动传感器，或者处于低活动状态（如睡觉、看书）导致传感器未唤醒。",
    "2026-06-13T19:30:00 - 22:30:00 Multiple occupancy sensors | OccupancySensing.Occupancy = 0 — 再次出现长时段全员无人报告，而温度传感器仍在频繁更新数据（每 5 分钟），说明设备在线但无人活动。",
    "2026-06-13T18:41:00 - 23:55:00 Temperature fluctuations across rooms — 温度在不同房间间存在显著差异（例如厨房 vs 客厅），且随时间推移呈现非单调变化（先降后升再降），不符合单纯的自然冷却曲线，可能存在空调间歇运行或人员进出影响。",
    "2026-06-13T18:41:00 - 23:55:00 No alarm events reported — 尽管有多个房间报告无人，但未触发烟雾报警、漏水报警或其他安全事件，系统整体处于静默状态。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户在傍晚回家后，在屋内进行日常活动（做饭、休息、看电视等），由于长时间保持坐姿或静止不动，部分运动传感器未能检测到微小移动，导致误报'无人'状态；同时温度变化是正常的室内热平衡过程。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "外部入侵者在夜间潜入房屋，刻意避开主要活动区域，仅短暂经过某些空间，导致运动传感器未被有效触发，从而产生连续的'无人'假象；同时入侵者可能关闭了部分灯光以降低被发现风险。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "18:41:00 阳台门打开后立即检测到客厅和主卧有人，符合住户回家的正常行为模式。",
        "温度传感器在整个时间段内持续更新数据，显示设备正常工作，未发现故障迹象。",
        "没有发现任何异常操作失败、门锁报警或窗户非法开启的记录。",
        "温度变化趋势虽然复杂，但在家庭环境中受日照、电器使用、通风等因素影响是合理的。"
      ],
      "opposing": [
        "多个房间连续数小时报告'无人'，而住户刚回家不久，不太可能所有人同时长时间静止不动而不被任何传感器捕捉到。",
        "若真有大量人员在屋内活动，理论上应至少有一个运动传感器周期性地检测到移动。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "多个房间连续数小时报告'无人'，可能是入侵者刻意避免触发运动传感器的策略。",
        "温度数据的持续波动可能与入侵者的存在有关，但其解释力较弱，因为温度变化通常由环境因素主导。",
        "如果入侵者试图隐蔽行动，可能会选择低活动强度的方式，从而减少被传感器发现的概率。"
      ],
      "opposing": [
        "入侵者在 18:41:00 阳台门打开后并未立即触发后续的运动传感器响应，这与典型的入侵行为不符（通常会快速移动以建立控制权）。",
        "没有发现任何窗户非法开启、门锁暴力破解或安防设备被干扰的迹象。",
        "温度数据的变化模式更符合自然热力学规律，而非人为干预的结果。"
      ]
    }
  ],
  "step4_causal": [
    "因果关系 1: 阳台门打开 → 客厅/主卧检测到有人（正常因果：住户回家）。",
    "因果关系 2: 住户长时间静止不动 → 运动传感器未触发'有人'状态（正常因果：人体热释电传感器灵敏度限制）。",
    "因果关系 3: 环境温度自然波动 + 电器使用情况 → 温度传感器读数变化（正常因果：热传递效应）。",
    "因果关系 4: 缺乏其他异常信号（如窗户开启、门锁故障）→ 排除入侵可能性（间接证据支持正常解释）。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "high",
    "severity": "none",
    "false_positive_risk": "较低。虽然有多个房间报告'无人'，但这可以通过住户长时间静止不动来合理解释，且没有其他异常信号佐证入侵假设。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "未发现明显的安全威胁或异常行为模式。",
    "recommended_actions": []
  }
}
```

未发现明显的安全威胁或异常行为模式。

Explanation: 假设A: [normal] 住户在傍晚回家后，在屋内进行日常活动（做饭、休息、看电视等），由于长时间保持坐姿或静止不动，部分运动传感器未能检测到微小移动，导致误报'无人'状态；同时温度变化是正常的室内热平衡过程。

Explanation: 假设B: [anomaly] 外部入侵者在夜间潜入房屋，刻意避开主要活动区域，仅短暂经过某些空间，导致运动传感器未被有效触发，从而产生连续的'无人'假象；同时入侵者可能关闭了部分灯光以降低被发现风险。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 较低。虽然有多个房间报告'无人'，但这可以通过住户长时间静止不动来合理解释，且没有其他异常信号佐证入侵假设。

Hypothesis: A

温度传感器在整个时间段内持续更新数据，显示设备正常工作，未发现故障迹象。

没有发现任何异常操作失败、门锁报警或窗户非法开启的记录。

温度变化趋势虽然复杂，但在家庭环境中受日照、电器使用、通风等因素影响是合理的。

若真有大量人员在屋内活动，理论上应至少有一个运动传感器周期性地检测到移动。

Hypothesis: B

多个房间连续数小时报告'无人'，可能是入侵者刻意避免触发运动传感器的策略。

没有发现任何窗户非法开启、门锁暴力破解或安防设备被干扰的迹象。

温度数据的变化模式更符合自然热力学规律，而非人为干预的结果。

因果关系 1: 阳台门打开 → 客厅/主卧检测到有人（正常因果：住户回家）。


第二人通过合法凭证解锁（不同UserIndex），且有合理时间间隔

```json
{
  "step1_evidence": [
    "2026-06-26T06:50:05 dining_room_occupancy | OccupancySensing.Occupancy = 1 — 餐厅有人触发，但紧接着在 06:39 灶具开启时厨房无人，且后续无其他房间联动异常，需确认是否为住户正常活动。",
    "2026-06-26T06:50:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开（False 表示打开），此时厨房温度正在因烹饪上升。",
    "2026-06-26T06:51:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器在开窗后约 1 分钟内报告数据丢失（None）。",
    "2026-06-26T18:50:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 晚间再次出现厨房温度传感器数据丢失，发生在灶具开启期间。",
    "2026-06-26T19:27:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 第三次出现厨房温度传感器数据丢失，发生在洗碗机启动前。",
    "2026-06-26T07:18:23 front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) — 手动上锁操作，随后门传感器状态变化符合正常进出流程。",
    "2026-06-26T18:19:00 front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) — 傍晚手动上锁，配合运动传感器和灯光自动开启，行为连贯。",
    "2026-06-26T22:50:19 front_door_lock | Event: LockOperation(LockOperationType=0, OperationSource=Auto) — 离家自动落锁，伴随前门接触传感器恢复关闭状态，流程正常。",
    "2026-06-26T06:40:10 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 第一次温度数据丢失记录，发生在灶具开启约 10 分钟后。",
    "2026-06-26T19:26:00 kitchen_cook_surface | OnOff.OnOff = False — 灶具关闭时间与之前开启时间间隔较长（约 1.5 小时），存在忘关火风险窗口。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器间歇性故障或通信干扰导致的数据丢失，与开窗、烹饪等环境变化无关；所有门窗和操作均为住户正常使用。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器存在严重硬件故障（sensor_malfunction），在关键安全时段（如烹饪时）频繁失效，可能导致无法监测过热或烟雾风险；同时厨房窗户在非预期时间被打开，可能加剧安全隐患。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "前门锁操作序列完整：手动上锁 → 门开 → 关门 → 自动落锁，逻辑一致。",
        "住户作息规律：早晨起床、早餐、出门、回家、做饭、睡觉等行为均有对应设备日志支持。",
        "温度读数整体呈现合理的昼夜波动曲线，除少数 None 值外无单向漂移或固定值现象。"
      ],
      "opposing": [
        "厨房温度传感器在短时间内多次（至少 4 次）报告 None，远超正常网络抖动范围。",
        "None 值多出现在烹饪或开窗后的特定时间点，暗示可能与物理状态变化相关，而非随机故障。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "厨房温度传感器在 06:40、18:50、19:27 等多个独立事件中连续返回 None，表明系统性问题。",
        "None 值出现时厨房正在进行高风险活动（烹饪）或窗户刚被打开，传感器可能因环境干扰（蒸汽、气流）而失效。",
        "缺乏任何补偿机制（如备用传感器或多点验证），单一传感器失效直接导致安全盲区。"
      ],
      "opposing": [
        "未见 DoorLockAlarm、SmokeAlarm 等报警事件触发，说明系统未检测到明显危险。",
        "其他房间温度传感器工作正常，故障局限于厨房单个设备。"
      ]
    }
  ],
  "step4_causal": [
    "因果关系 1: 厨房窗户打开 (06:50:30) → 厨房温度传感器数据丢失 (06:51:00)（异常关联，可能因气流/蒸汽干扰传感器）",
    "因果关系 2: 灶具开启 (06:39:40) → 厨房温度逐步上升（正常因果）",
    "因果关系 3: 传感器数据丢失 (Multiple times) → 无法监控厨房热环境（异常后果，构成安全风险）",
    "因果关系 4: 用户手动开门 + 自动落锁 → 安全闭环完成（正常因果）"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "B",
    "confidence": "high",
    "severity": "medium",
    "false_positive_risk": "较低。传感器多次返回 None 是明确的硬件或通信故障迹象，而非正常行为模式误报。虽无火灾发生，但潜在风险真实存在。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "sensor_malfunction",
    "threat_description": "厨房温度传感器频繁失效，导致在烹饪等高风险场景下丧失环境监测能力，构成中等安全威胁。",
    "recommended_actions": [
      "立即检查并更换厨房温度传感器。",
      "在修复前，人工定期检查厨房烹饪时的温度状况，必要时安装临时便携式温度计。",
      "审查智能家居网络稳定性，排除电磁干扰导致的通信中断。",
      "考虑为厨房区域增加冗余传感器或接入烟雾报警器作为额外保护。"
    ]
  }
}
```

Explanation: 假设A: [normal] 厨房温度传感器间歇性故障或通信干扰导致的数据丢失，与开窗、烹饪等环境变化无关；所有门窗和操作均为住户正常使用。

Explanation: 假设B: [anomaly] 厨房温度传感器存在严重硬件故障（sensor_malfunction），在关键安全时段（如烹饪时）频繁失效，可能导致无法监测过热或烟雾风险；同时厨房窗户在非预期时间被打开，可能加剧安全隐患。

Explanation: 最可能假设: B, 置信度: high

Explanation: 误报可能性: 较低。传感器多次返回 None 是明确的硬件或通信故障迹象，而非正常行为模式误报。虽无火灾发生，但潜在风险真实存在。

立即检查并更换厨房温度传感器。 在修复前，人工定期检查厨房烹饪时的温度状况，必要时安装临时便携式温度计。 审查智能家居网络稳定性，排除电磁干扰导致的通信中断。 考虑为厨房区域增加冗余传感器或接入烟雾报警器作为额外保护。

Hypothesis: A

前门锁操作序列完整：手动上锁 → 门开 → 关门 → 自动落锁，逻辑一致。

Hypothesis: B

缺乏任何补偿机制（如备用传感器或多点验证），单一传感器失效直接导致安全盲区。

其他房间温度传感器工作正常，故障局限于厨房单个设备。

因果关系 4: 用户手动开门 + 自动落锁 → 安全闭环完成（正常因果）


INS-05-FP: 住户换了新手机/手表解锁

虽然用了不常用的RFID方式解锁，但进门后最终开灯、正常活动，行为模式与住户一致

```json
{
  "step1_evidence": [
    "2026-06-05T18:12:00 kitchen_temp_sensor | MeasuredValue = None — 灶具开启后温度传感器首次报告空值，表明可能断开或故障。",
    "2026-06-05T19:24:00 kitchen_temp_sensor | MeasuredValue = None — 厨房窗户打开后，温度传感器再次报告空值，持续失效。",
    "2026-06-05T19:31:00 kitchen_dishwasher | OnOff.OnOff = True & OperationalState.OperationalState = 1 — 洗碗机在有人（Occupancy=1）的情况下启动运行，需确认是否无人看管风险。",
    "2026-06-05T20:40:00 kids_room_light | OnOff.OnOff = False — 儿童房灯关闭，但随后窗帘动作发生。",
    "2026-06-05T20:40:03 kids_room_window | CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘被命令完全打开（100%），此时室内有人（kids_room_occupancy=1）。",
    "2026-06-05T22:21:18 master_bedroom_window | CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘也被完全打开，发生在住户准备离开前（关灯、关空调、锁门序列中）。",
    "2026-06-05T22:21:23 front_door_contact | BooleanState.StateValue = True — 入户门接触传感器显示关闭（True），紧接着自动上锁。",
    "2026-06-05T22:21:24 front_door_lock | LockOperation(LockOperationType=0, OperationSource=Auto) & LockState = 1 — 门锁自动上锁成功。",
    "2026-06-05T22:21:12 master_bedroom_occupancy | OccupancySensing.Occupancy = 1 — 在窗帘打开和出门锁门前，主卧仍检测到有人，行为逻辑连贯。",
    "2026-06-05T19:31:00 kitchen_dishwasher | OnOff.OnOff = True — 洗碗机启动时厨房 occupancy=1，属于正常家务活动，非异常。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器故障或暂时性通信中断；窗帘操作为住户日常通风或采光需求；门锁自动上锁为预设安全流程。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器存在 sensor_malfunction（故障/卡死），导致无法上报数据，可能掩盖火灾或过热风险；窗帘在有人时突然全开可能暗示异常通风或入侵者试图制造混乱（但在本日志中时间关联性强，更像用户行为）。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "18:11:30 灶具开启，19:23:00 灶具关闭，时间跨度合理，符合烹饪周期。",
        "20:40:00 关闭儿童房灯后立即打开窗帘，符合睡前整理或调整光线习惯。",
        "22:21:12-22:21:24 主卧有人、关灯、关空调、开窗、出门、自动上锁，形成完整且合理的离家流程。",
        "温度读数在其他房间稳定波动，仅厨房两次报空，可能是该设备独立故障而非系统性攻击。"
      ],
      "opposing": [
        "厨房温度传感器在 18:12 和 19:24 连续两次返回 None，间隔约 1 小时，且均在有潜在热源（灶具刚开/窗开）时发生，增加了故障嫌疑。",
        "无任何其他设备报错或补偿机制提示传感器失效。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "温度传感器连续两次返回 None，符合 sensor_malfunction 定义（传感器故障）。",
        "若厨房内有火情或高温，传感器失效将导致烟雾报警器可能未及时触发（尽管日志未显示 smoke_alarm 报警，但这是潜在隐患）。",
        "窗帘在有人时突然全开，虽可解释为用户行为，但也可能是自动化规则被恶意篡改（例如定时任务被注入）。"
      ],
      "opposing": [
        "无证据表明有入侵迹象（如非常规时间活动、多区域运动传感器异常触发）。",
        "窗帘操作紧随灯光关闭，符合用户睡前习惯。",
        "门锁自动上锁逻辑正常，无暴力破解或多次失败记录。"
      ]
    }
  ],
  "step4_causal": [
    "灶具开启 → 厨房温度上升（正常因果，但因传感器失效无法观测后续变化，存在风险关联）。",
    "厨房窗户打开 → 厨房温度下降趋势（正常物理因果，但传感器失效导致数据缺失）。",
    "窗帘全开 → 室内光照增加/通风加强（正常因果，结合上下文为用户主动行为）。",
    "离家序列（关灯→关空调→开窗→出门→锁门）→ 安全状态建立（正常因果，无异常关联）。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "medium",
    "severity": "low",
    "false_positive_risk": "较低误报风险。虽然传感器故障是真实问题，但未伴随实际安全事故（如火警、泄漏、入侵），且用户行为逻辑清晰。主要风险在于未能监测到厨房潜在过热，属设备维护范畴而非紧急威胁。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "sensor_malfunction",
    "threat_description": "厨房温度传感器连续两次返回空值，可能导致无法准确监控厨房温度，增加火灾隐患未被及时发现的风险。",
    "recommended_actions": [
      "立即检查并更换或校准厨房温度传感器。",
      "在修复前，建议人工定期检查厨房温度及烟雾报警器状态。",
      "审查智能家居自动化规则，确保关键安全设备（如烟雾报警器）的独立性不受单一传感器故障影响。"
    ]
  }
}
```

Explanation: 假设A: [normal] 厨房温度传感器故障或暂时性通信中断；窗帘操作为住户日常通风或采光需求；门锁自动上锁为预设安全流程。

Explanation: 假设B: [anomaly] 厨房温度传感器存在 sensor_malfunction（故障/卡死），导致无法上报数据，可能掩盖火灾或过热风险；窗帘在有人时突然全开可能暗示异常通风或入侵者试图制造混乱（但在本日志中时间关联性强，更像用户行为）。

Explanation: 最可能假设: A, 置信度: medium

Explanation: 误报可能性: 较低误报风险。虽然传感器故障是真实问题，但未伴随实际安全事故（如火警、泄漏、入侵），且用户行为逻辑清晰。主要风险在于未能监测到厨房潜在过热，属设备维护范畴而非紧急威胁。

立即检查并更换或校准厨房温度传感器。

在修复前，建议人工定期检查厨房温度及烟雾报警器状态。

Hypothesis: A

20:40:00 关闭儿童房灯后立即打开窗帘，符合睡前整理或调整光线习惯。

无任何其他设备报错或补偿机制提示传感器失效。

Hypothesis: B

无证据表明有入侵迹象（如非常规时间活动、多区域运动传感器异常触发）。 窗帘操作紧随灯光关闭，符合用户睡前习惯。 门锁自动上锁逻辑正常，无暴力破解或多次失败记录。

厨房窗户打开 → 厨房温度下降趋势（正常物理因果，但传感器失效导致数据缺失）。

窗帘全开 → 室内光照增加/通风加强（正常因果，结合上下文为用户主动行为）。


INS-05-FP: 住户换了新手机/手表解锁

2026-06-25T06:46:06 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器在灶具开启期间报告空值，随后长时间未恢复

2026-06-25T07:18:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 温度再次丢失，且此时厨房窗户被打开

2026-06-25T18:11:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 烹饪开始后温度读数立即丢失

2026-06-25T18:57:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 第二次烹饪期间温度读数丢失

2026-06-25T06:45:06 kitchen_light | OnOff.OnOff = True, 06:45:36 kitchen_cook_surface | OnOff.OnOff = True — 正常开启流程，但缺乏后续温度反馈

2026-06-25T07:17:02 dining_room_occupancy | OccupancySensing.Occupancy = 1, 07:17:08 dining_room_light | OnOff.OnOff = True — 正常家庭活动序列

2026-06-25T18:10:00 kitchen_light | OnOff.OnOff = True, 18:10:30 kitchen_cook_surface | OnOff.OnOff = True — 正常开启流程

2026-06-25T19:52:05 kitchen_dishwasher | OperationalState.OperationalState = 1 — 洗碗机运行，无异常

2026-06-25T07:37:25 front_door_lock | Event: LockOperation... LockState = 2 (Unlocked) -> 07:37:34 LockState = 1 (Locked) — 门锁操作成功，状态切换正常

2026-06-25T18:04:00 front_door_lock | Event: LockOperation... LockState = 2 (Unlocked) -> 自动上锁成功 — 门锁功能正常

Hypothesis: A

其他所有房间的温度传感器在整个 24 小时内持续报告有效数值，波动符合日间/夜间规律。

传感器仅在特定时间点（烹饪时或开窗后）丢失数据，之后有时能短暂恢复（如 18:57 后虽有 None 但日志结束前未显示恢复，但至少表明设备曾尝试上报）。

没有伴随 DoorLockAlarm 或 SmokeAlarm 报警事件，说明安防系统认为环境安全。

丢失频率较高（至少 4 次），且在关键烹饪时段反复出现，超出偶尔干扰的范围。

第一次丢失发生在 06:46（刚开火），第二次在 07:18（开窗后），第三次在 18:11（开火即丢），第四次在 18:57（开火即丢），模式过于一致。

Hypothesis: B

传感器在灶具开启的多个独立事件中均立即返回 None，强烈暗示其未能感知温度变化或通信模块失效。

即使窗户打开引入新风，传感器仍未恢复正常读数，排除了暂时性气流干扰的可能。

如果传感器完全损坏，则无法触发基于温度的联动（如自动关闭灶具或启动排烟），构成安全隐患。

日志中从未出现明确的 HardwareFaultAlert 或 SensorFailure 事件，协议层面未标记为故障。

其他传感器在同一时间段表现正常，若为全屋供电问题应同时影响其他设备。

因果关系 1: 用户开启灶具 → 厨房温度传感器应报告升温 → 实际报告 None（异常关联，表明监测失效）

因果关系 2: 厨房窗户打开 → 新鲜空气进入 → 温度传感器仍为 None（进一步证实非环境因素导致的临时干扰）

因果关系 3: 多次烹饪操作 → 温度传感器连续失效 → 可能导致高温未被及时发现（潜在火灾风险因果链）

厨房温度传感器在多个烹饪事件中持续返回无效值（None），导致无法监控室内温度变化和潜在的火灾风险。

立即检查并更换厨房温度传感器。 在修复前，避免长时间无人看管时使用灶具，或安排人员定时人工检查厨房状况。 确认烟雾报警器是否正常工作，作为第二道防线。

Explanation: 假设A: [normal] 厨房温度传感器因高温、油烟或短暂通信干扰出现间歇性数据丢失（None），但设备本身工作正常，属于常见硬件故障或环境噪声。

Explanation: 假设B: [anomaly] 厨房温度传感器发生永久性故障（stuck-at fault）或电源中断，导致无法监测灶具高温和烟雾风险，存在火灾隐患。

Explanation: 最可能假设: B, 置信度: high

Explanation: 误报可能性: 低。虽然传感器可能只是暂时掉线，但其在所有烹饪事件中的一致性失败（开火即丢值）极大概率指向硬件故障而非随机干扰。

Hypothesis: A

丢失频率较高（至少 4 次），且在关键烹饪时段反复出现，超出偶尔干扰的范围。

Hypothesis: B

即使窗户打开引入新风，传感器仍未恢复正常读数，排除了暂时性气流干扰的可能。

其他传感器在同一时间段表现正常，若为全屋供电问题应同时影响其他设备。


CH-04-FP: 家长在玄关操作门锁

```json
{
  "step1_evidence": [
    "2026-06-18T18:13:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器在烹饪开启后首次报告空值，随后恢复正常。",
    "2026-06-18T19:15:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器在开窗后再次报告空值，且持续约 40 分钟未恢复（直到日志结束前才可能有数据，但此处显示为 None），表明传感器故障或通信中断。",
    "2026-06-18T19:14:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开，此时灶具正在运行（于 18:12 开启），增加了火灾或一氧化碳泄漏风险。",
    "2026-06-18T15:55:00 front_door_lock | DoorLock.LockState = 2 (Unlocked) — 门锁状态变为解锁，紧接着 15:55:02 门传感器变 False（开门），符合正常出门行为。",
    "2026-06-18T22:38:28 front_door_lock | Event: LockOperation(LockOperationType=0, OperationSource=Auto) — 门锁自动上锁，无异常。",
    "2026-06-18T15:30:00 dining_room_occupancy / entrance_occupancy / kids_room_occupancy — 多个房间同时有人，可能是家人聚集，属于正常家庭活动模式。",
    "2026-06-18T18:12:03 kitchen_cook_surface | OnOff.OnOff = True — 灶具开启，后续温度传感器曾短暂失效，需关注是否无人看管。",
    "2026-06-18T20:46:00 kids_room_light Off & 20:46:06 kids_room_window Opened — 儿童房关灯并拉上窗帘（Position=10000 表示关闭？需确认协议：通常 0% 是开，100% 是关；若 10000 代表完全关闭则合理），属睡前常规操作。",
    "2026-06-18T22:38:10 master_bedroom_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘关闭，配合灯光关闭和空调关闭，符合就寝流程。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器因临时通信故障或供电不稳出现间歇性读数丢失（None），但设备功能正常；用户正常进行烹饪、开窗通风及晚间休息活动。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器存在持续性故障（sensor_malfunction），导致在关键安全时段（灶具运行时）无法提供温度监控，结合开窗行为可能掩盖火灾隐患或一氧化碳泄漏，构成潜在安全风险。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "其他所有传感器（客厅、卧室、厨房其他时刻）均正常工作，无类似 None 报错。",
        "温度值在传感器恢复后立即回归合理范围（如 19:15:00 后从 None 跳至 2295 → 22.95°C），波动符合环境变化。",
        "用户行为逻辑连贯：做饭→开窗→收工→睡觉，无矛盾操作。",
        "门锁、运动传感器等关键安防设备全程响应正常，无报警或状态冲突。"
      ],
      "opposing": [
        "两次 None 发生在不同时间点（烹饪中 + 开窗后），若非偶然故障，需考虑系统性问题。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "传感器在两个独立事件（烹饪开启、窗户打开）时均返回 None，可能存在硬件老化或软件 bug 导致的周期性失灵。",
        "在烟雾报警器存在的背景下，温度传感器失效削弱了早期预警能力。",
        "开窗行为若伴随高温/异味未及时察觉，可能延误应急响应。"
      ],
      "opposing": [
        "没有证据表明传感器永久损坏（之后仍有读数）。",
        "家中有人在场（Occupancy=1 持续），可人工干预，降低事故概率。",
        "无任何 DoorLockAlarm、SmokeAlarm 或其他明确报警触发。"
      ]
    }
  ],
  "step4_causal": [
    "灶具开启 → 厨房温度逐步上升（正常因果）",
    "厨房窗户打开 → 室内温度可能受外界影响下降（正常物理因果，但若灶具未关则有风险）",
    "温度传感器返回 None → 无法监测厨房热环境（异常关联：失去安全保障）",
    "用户离开厨房但未检测到异常 → 依赖烟雾报警器兜底（正常冗余设计）"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "medium",
    "severity": "low",
    "false_positive_risk": "中等：虽然传感器偶发失效令人担忧，但由于有烟雾报警器作为独立安全层，且住户始终在场，实际风险可控；误报可能性较低，因为并非持续故障，而是间歇性通信丢失。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "厨房温度传感器出现间歇性通信中断，但未造成安全事故，且有其他安全机制补偿，整体处于正常范畴。",
    "recommended_actions": [
      "建议检查厨房温度传感器的电源连接和网络稳定性。",
      "定期测试烟雾报警器功能以确保其有效。",
      "教育家庭成员在烹饪时不要长时间离开厨房，即使传感器暂时失效也能通过人工观察规避风险。"
    ]
  }
}
```

Explanation: 假设A: [normal] 厨房温度传感器因临时通信故障或供电不稳出现间歇性读数丢失（None），但设备功能正常；用户正常进行烹饪、开窗通风及晚间休息活动。

Explanation: 假设B: [anomaly] 厨房温度传感器存在持续性故障（sensor_malfunction），导致在关键安全时段（灶具运行时）无法提供温度监控，结合开窗行为可能掩盖火灾隐患或一氧化碳泄漏，构成潜在安全风险。

Explanation: 最可能假设: A, 置信度: medium

Explanation: 误报可能性: 中等：虽然传感器偶发失效令人担忧，但由于有烟雾报警器作为独立安全层，且住户始终在场，实际风险可控；误报可能性较低，因为并非持续故障，而是间歇性通信丢失。

建议检查厨房温度传感器的电源连接和网络稳定性。

定期测试烟雾报警器功能以确保其有效。

Hypothesis: A

其他所有传感器（客厅、卧室、厨房其他时刻）均正常工作，无类似 None 报错。

用户行为逻辑连贯：做饭→开窗→收工→睡觉，无矛盾操作。

门锁、运动传感器等关键安防设备全程响应正常，无报警或状态冲突。

Hypothesis: B

在烟雾报警器存在的背景下，温度传感器失效削弱了早期预警能力。

开窗行为若伴随高温/异味未及时察觉，可能延误应急响应。

没有证据表明传感器永久损坏（之后仍有读数）。
家中有人在场（Occupancy=1 持续），可人工干预，降低事故概率。
无任何 DoorLockAlarm、SmokeAlarm 或其他明确报警触发。

灶具开启 → 厨房温度逐步上升（正常因果）

温度传感器返回 None → 无法监测厨房热环境（异常关联：失去安全保障）

用户离开厨房但未检测到异常 → 依赖烟雾报警器兜底（正常冗余设计）


只有1-2次错误（非连续多次），最终成功解锁且 UserIndex 是合法用户

```json
{
  "step1_evidence": [
    "2026-06-15T07:00:06 - kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None (传感器数据丢失)",
    "2026-06-15T07:11:00 - kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None (传感器持续无法读数)",
    "2026-06-15T18:35:00 - kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None (灶具开启时传感器再次丢失数据)",
    "2026-06-15T19:14:00 - kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None (传感器第三次丢失数据)",
    "2026-06-15T20:13:00 - front_door_lock | Event: LockOperationError(OperationError=1, OperationSource=3) (门锁操作失败)",
    "2026-06-15T07:10:00 - kitchen_cook_surface | OnOff.OnOff = False -> 06:59:36 开启，07:10:00 关闭 (烹饪事件存在)",
    "2026-06-15T18:34:30 - kitchen_cook_surface | OnOff.OnOff = True (晚间再次开启灶具)",
    "2026-06-15T19:13:00 - kitchen_cook_surface | OnOff.OnOff = False (灶具关闭)",
    "2026-06-15T07:10:02 - dining_room_occupancy | OccupancySensing.Occupancy = 1 (厨房有人活动但温度传感器失效)",
    "2026-06-15T18:34:00 - kitchen_light | OnOff.OnOff = True (厨房有人活动时灯亮)"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器出现间歇性通信故障或校准问题，导致在特定时间段（如早晨和傍晚）读取值为 None；门锁报错为偶发的机械卡顿或信号干扰。住户正常进行烹饪活动，但因缺乏温度监控数据，系统未能确认是否发生无人看管烹饪。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器严重故障（sensor_malfunction），导致无法监测高温风险。结合日志中两次明显的烹饪活动（06:59-07:10 和 18:34-19:13），若传感器完全失效，系统将失去对'忘关火'（unattended_cooking）风险的最后一道防线，构成潜在的安全隐患。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "None 值仅出现在特定时间点（07:00, 07:11, 18:35, 19:14），而非全天候持续，暗示可能是网络抖动或临时供电不稳导致的瞬时丢包，而非永久性硬件损坏。",
        "其他所有传感器（运动、门窗、其他房间温度）在此期间工作正常，表明整体网络架构未崩溃。",
        "门锁操作错误后成功完成了一次自动上锁，说明门锁并非完全瘫痪。"
    ],
    {
      "hypothesis": "B",
      "supporting": [
        "在厨房有明确的人员活动记录（Occupancy=1）和灯光开启的情况下，温度传感器连续多次返回 None，且时间跨度达数小时（从 07:00 到 19:14），符合设备彻底失效的特征。",
        "传感器在关键操作时刻（07:00 刚关灯后不久，18:35 开灯后不久）失效，可能掩盖了异常升温过程。",
        "如果传感器是模拟量输出且内部断路，长时间无响应会导致主控板判定为故障并停止上报，这与连续多条 None 记录一致。"
    ]
  ],
  "step4_causal": [
    "灶具开启 (06:59) → 厨房温度应上升 → 但由于 sensor_malfunction (07:00+)，温度数据缺失，导致系统无法验证温度是否异常升高（异常关联）。",
    "人员进入厨房 (06:59) + 灯光开启 → 预期应伴随温度变化 → 实际收到 None 值，证实传感器与当前环境状态脱节（异常关联）。",
    "门锁手动解锁失败 (20:13) → 随后自动上锁成功 (20:13:20) → 属于偶发性机械阻力或电磁锁瞬时接触不良，非持续性入侵迹象（正常因果中的小波折）。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "B",
    "confidence": "high",
    "severity": "medium",
    "false_positive_risk": "低风险。虽然 'None' 可能由网络丢包引起，但在短短几个小时内同一传感器连续 4 次返回 None，且发生在用户活跃时段，极大概率是传感器硬件故障。不能将其视为正常的网络波动而忽略其对安全监控的破坏。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "sensor_malfunction",
    "threat_description": "厨房温度传感器严重故障，导致在用户活动期间无法采集温度数据，使得系统丧失了对'忘关火'等热风险的实时监测能力。",
    "recommended_actions": [
      "立即安排技术人员检查并更换厨房温度传感器。",
      "在修复前，建议用户在厨房烹饪时保持人工监护，不要离开。",
      "检查 Matter 网关连接稳定性，排除因网关重启导致的批量离线可能性。"
    ]
  }
}
```


开窗前住户先在同一房间活动并开灯，是主动行为

2026-06-22T18:47:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 温度传感器在灶具开启期间突然停止上报数据

2026-06-22T19:10:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 温度传感器连续第二次缺失读数，且发生在窗户打开后

2026-06-22T19:09:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开，可能引入外部空气或影响烟雾/温度传感器

2026-06-22T18:46:30 kitchen_cook_surface | OnOff.OnOff = True — 厨房灶具开启，随后传感器失效

2026-06-22T19:09:00 kitchen_cook_surface | OnOff.OnOff = False — 灶具关闭，但温度传感器在此之前已失效

2026-06-22T17:49:00 front_door_lock | DoorLock.LockState = 2 (解锁) — 门锁正常解锁，无异常

2026-06-22T22:41:29 front_door_lock | DoorLock.LockState = 1 (已锁) — 门锁自动上锁，符合睡前流程

2026-06-22T20:49:03 kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘完全拉下（正常夜间行为）

2026-06-22T22:41:22 master_bedroom_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘完全拉下（正常夜间行为）

2026-06-22T19:40:05 kitchen_dishwasher | OperationalState.OperationalState = 1 — 洗碗机启动，属正常家务活动

Hypothesis: A

温度传感器仅在特定时间点（18:47 和 19:10）报告 None，其余时间数据完整且合理波动

其他房间（客厅、主卧、儿童房）温度传感器在此期间持续正常上报数据，排除全屋网络或电源问题

用户在 19:09 手动关闭了灶具，表明其意识到烹饪结束并主动操作设备

两次传感器失效间隔仅 23 分钟，且均发生在灶具运行或刚结束后，非随机分布

Hypothesis: B

传感器在关键时段（烹饪期间及之后）反复失效，无法满足安全监控需求

厨房窗户在 19:09 被打开，若此时发生燃气泄漏或过热，外部空气流动可能干扰传感器读数或加速危险扩散

缺乏后续温度恢复记录，直到日志结束仍未见该传感器再次上报有效值

没有明确的报警事件（如 SmokeAlarm 触发）或其他设备联动响应异常
用户能正常关闭灶具，说明其对厨房状态有一定感知能力

因果关系 1：kitchen_cook_surface 开启 → kitchen_temp_sensor 失效（异常关联）— 正常情况下应同步工作以监测温度，而非相互干扰

因果关系 2：kitchen_window_contact 变为 False → kitchen_temp_sensor 继续失效（异常关联）— 窗户打开不应导致传感器永久失效，反而可能改善散热

因果关系 3：user manually turns off cook_surface → safe state restored（正常因果）— 用户及时干预避免了潜在危险

厨房温度传感器在烹饪期间多次失效，可能导致无法及时发现高温引发的火灾风险，尤其在窗户打开的情况下安全隐患加剧。

立即检查并更换厨房温度传感器 确认厨房窗户是否应常闭，评估其作为安全屏障的作用 启用备用烟雾报警器进行交叉验证 审查智能家居系统日志以确认是否存在通信协议层面的问题

Explanation: 假设A: [normal] 厨房温度传感器因短暂通信中断、电池问题或重启导致暂时性数据丢失，属于偶发性故障；用户可能在烹饪时未注意通风，但设备仍正常工作。

Explanation: 假设B: [anomaly] 厨房温度传感器存在持续性硬件故障（sensor_malfunction），且在窗户打开后加剧，可能导致无法监测高温引发火灾风险；同时窗户在非用餐时间打开可能存在安全漏洞。

Explanation: 最可能假设: B, 置信度: medium

Explanation: 误报可能性: 如果传感器只是临时故障并在日志截取前已恢复，则可能误判；但考虑到两次失效集中在烹饪窗口期且伴随窗户操作，风险真实存在。

Hypothesis: A

用户在 19:09 手动关闭了灶具，表明其意识到烹饪结束并主动操作设备

两次传感器失效间隔仅 23 分钟，且均发生在灶具运行或刚结束后，非随机分布

Hypothesis: B

传感器在关键时段（烹饪期间及之后）反复失效，无法满足安全监控需求

缺乏后续温度恢复记录，直到日志结束仍未见该传感器再次上报有效值


只有1-2次错误（非连续多次），最终成功解锁且 UserIndex 是合法用户

```json
{
  "step1_evidence": [
    "2026-06-19T18:45:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器突然报告空值，随后恢复正常",
    "2026-06-19T18:56:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器再次报告空值，且此时厨房窗户已打开",
    "2026-06-19T18:53:00 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户在烹饪期间被打开（False=打开）",
    "2026-06-19T17:55:02 front_door_contact | BooleanState.StateValue = False — 入户门传感器短暂显示打开状态后立即关闭",
    "2026-06-19T17:55:00 front_door_lock | LockOperation(LockOperationType=1, OperationSource=Manual) — 手动解锁操作发生在进门动作之前"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户正常回家、开灯、做饭，并因需要通风或拿取物品而短暂打开厨房窗户；温度传感器偶发的通信中断是硬件瞬态故障。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "有人在住户离开后或未察觉的情况下进入室内，利用打开的厨房窗户进行潜入或通风以掩盖气味/热量，同时试图重置门锁状态或干扰安防系统。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "日志显示 17:55 有完整的进门序列：解锁 (17:55:00) -> 开门 (17:55:02) -> 玄关/客厅运动触发 (17:55:02-03)",
        "厨房灶具开启 (18:44:30) 后有正常的温度上升趋势，直至 18:55 关火",
        "厨房窗户打开 (18:53:00) 与温度传感器两次失效 (18:45:00, 18:56:00) 时间接近，可能是开窗导致气流扰动影响传感器读数，或者是用户开窗时碰触了设备",
        "没有发现其他房间在非居住时段有异常活动",
        "门锁自动上锁发生在晚上 22:13，符合正常作息"
      ],
      "opposing": []
    },
    {
      "hypothesis": "B",
      "supporting": [
        "厨房窗户在烹饪期间 (18:44-18:55) 被打开，这是一个增加外部接触点的行为",
        "温度传感器在短时间内两次报告 None，这种间歇性故障有时是恶意攻击者尝试重连或干扰设备的迹象",
        "入户门传感器在 17:55:02 显示 False (打开)，虽然紧接着有开门事件，但如果这是二次非法闯入，可能会留下短暂的传感器波动"
      ],
      "opposing": [
        "进门序列非常连贯且符合逻辑：先解锁再开门，运动传感器顺序正确",
        "没有任何入侵报警（如 DoorLockAlarm）或烟雾报警触发",
        "厨房温度在开窗和传感器故障期间并未出现异常的急剧变化（通常开窗会导致温度快速下降或剧烈波动，但这里只是数据丢失）",
        "整个晚上的运动模式显示家庭内部有持续的活动（卧室有人），不符合单人潜入的特征"
      ]
    }
  ],
  "step4_causal": [
    "正常因果：住户回家 -> 解锁 -> 开门 -> 运动传感器触发 -> 开灯",
    "正常因果：烹饪开始 -> 温度上升 -> 为了散热/通风 -> 打开厨房窗户",
    "异常关联（低置信度）：厨房窗户打开 + 温度传感器连续两次失效 -> 可能暗示物理干扰或环境突变，但也可能是巧合的设备故障",
    "正常因果：烹饪结束 -> 关闭灶具 -> 温度逐渐回落"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "high",
    "severity": "low",
    "false_positive_risk": "极低。所有关键事件（进门、做饭、开窗）都有合理的上下文支持，且无直接的安全警报信号。温度传感器的瞬时丢失更可能是由于开窗造成的局部气流扰动导致的测量误差，而非设备被破坏。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "未发现安全威胁，所有事件均符合正常家庭活动模式及设备偶发性通信波动。",
    "recommended_actions": ["无需采取紧急措施。", "建议定期检查厨房温度传感器的安装位置，确保其不受门窗频繁开关时的强气流直接影响。"]
  }
}
```

未发现安全威胁，所有事件均符合正常家庭活动模式及设备偶发性通信波动。

Explanation: 假设A: [normal] 住户正常回家、开灯、做饭，并因需要通风或拿取物品而短暂打开厨房窗户；温度传感器偶发的通信中断是硬件瞬态故障。

Explanation: 假设B: [anomaly] 有人在住户离开后或未察觉的情况下进入室内，利用打开的厨房窗户进行潜入或通风以掩盖气味/热量，同时试图重置门锁状态或干扰安防系统。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 极低。所有关键事件（进门、做饭、开窗）都有合理的上下文支持，且无直接的安全警报信号。温度传感器的瞬时丢失更可能是由于开窗造成的局部气流扰动导致的测量误差，而非设备被破坏。

Hypothesis: A

没有发现其他房间在非居住时段有异常活动

门锁自动上锁发生在晚上 22:13，符合正常作息

Hypothesis: B

进门序列非常连贯且符合逻辑：先解锁再开门，运动传感器顺序正确

没有任何入侵报警（如 DoorLockAlarm）或烟雾报警触发

整个晚上的运动模式显示家庭内部有持续的活动（卧室有人），不符合单人潜入的特征

正常因果：住户回家 -> 解锁 -> 开门 -> 运动传感器触发 -> 开灯

正常因果：烹饪开始 -> 温度上升 -> 为了散热/通风 -> 打开厨房窗户

正常因果：烹饪结束 -> 关闭灶具 -> 温度逐渐回落


CH-05-FP: 孩子安静写作业后正常活动

虽然安静了1.5小时，但之后正常起身活动去了其他房间，说明只是在专注写作业

```json
{
  "step1_evidence": [
    "未发现可疑事件：所有温度传感器读数在 6 小时内呈现自然的正弦波动（随时间下降后回升），符合日间/夜间环境温度变化规律。",
    "未发现可疑事件：所有 Occupancy 传感器在 18:00-23:55 期间持续报告 0，且无任何运动触发记录，符合住户离家或休息期间的正常状态。",
    "未发现可疑事件：无设备报警事件（如 SmokeAlarm、DoorLockAlarm）、无操作失败事件、无状态矛盾（如门窗开闭状态与位置不匹配）。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "这是正常的家庭环境状态日志。时间是傍晚至深夜（17:55 - 23:55），住户可能已经离开家或在睡觉。温度受室外环境温度影响自然波动，传感器工作正常，无异常活动。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "存在外部入侵者进入家中，但运动传感器未能检测到，或者入侵者佩戴了干扰设备。然而，如果窗户打开，通常会有声音或气压变化被其他传感器捕捉，目前缺乏支持此假设的强证据。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "间接证据：温度曲线平滑且双向波动（例如厨房从 23.24°C 降至 22.41°C 后又回升至 22.67°C），符合热力学规律和昼夜节律。",
        "间接证据：所有房间 Occupancy 均为 0，且没有突兀的单点触发，排除了突然闯入引起的大规模传感器激活。",
        "直接证据：日志中没有任何 Error 或 Alarm 类型的条目，表明系统运行平稳。"
      ],
      "opposing": []
    },
    {
      "hypothesis": "B",
      "supporting": [],
      "opposing": [
        "否定证据：如果在无人情况下发生入侵，通常伴随着门窗传感器的状态改变（False/True 切换）或特定区域（如客厅/玄关）的运动触发，日志中完全缺失此类事件。",
        "否定证据：温度没有因人员聚集或加热设备开启而出现局部异常升高。"
      ]
    }
  ],
  "step4_causal": [
    "因果关系 1: 时间推移 (17:55 -> 23:55) → 室内温度整体缓慢下降并伴随小幅波动 (23.2°C -> 22.4°C -> 22.7°C)。判定：正常因果（环境温度自然变化及空调/窗户调节效应）。",
    "因果关系 2: 无人员活动 → 所有 Occupancy 传感器持续为 0。判定：正常因果（空屋状态）。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "high",
    "severity": "none",
    "false_positive_risk": "极低。日志数据非常干净，没有任何偏离基线行为的迹象，将其判定为异常将导致极高的误报率。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "系统运行正常，未检测到安全威胁或异常情况。",
    "recommended_actions": []
  }
}
```

系统运行正常，未检测到安全威胁或异常情况。

Explanation: 假设A: [normal] 这是正常的家庭环境状态日志。时间是傍晚至深夜（17:55 - 23:55），住户可能已经离开家或在睡觉。温度受室外环境温度影响自然波动，传感器工作正常，无异常活动。

Explanation: 假设B: [anomaly] 存在外部入侵者进入家中，但运动传感器未能检测到，或者入侵者佩戴了干扰设备。然而，如果窗户打开，通常会有声音或气压变化被其他传感器捕捉，目前缺乏支持此假设的强证据。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 极低。日志数据非常干净，没有任何偏离基线行为的迹象，将其判定为异常将导致极高的误报率。

Hypothesis: A

Hypothesis: B

否定证据：温度没有因人员聚集或加热设备开启而出现局部异常升高。


BA-05-FP: 邻居/亲友代为浇花/喂宠物

通过门锁合法进入（有效的临时 UserIndex），进出有完整的开锁+锁门记录

2026-06-03T18:42:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器突然停止上报数据

2026-06-03T19:03:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器持续缺失数据超过 20 分钟

2026-06-03T19:22:02 kitchen_dishwasher | OnOff.OnOff = True — 洗碗机启动，但此时厨房温度传感器无读数

2026-06-03T19:02:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开（False=打开）

2026-06-03T18:41:30 kitchen_cook_surface | OnOff.OnOff = True — 灶具开启

2026-06-03T19:02:00 kitchen_cook_surface | OnOff.OnOff = False — 灶具关闭

2026-06-03T20:52:07 kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘完全关闭

2026-06-03T22:39:22 master_bedroom_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘完全关闭

厨房温度传感器因设备重启、电池耗尽或通信故障暂时失效，属于硬件偶发故障。

Hypothesis: A

日志中无 DoorLockAlarm 或其他明确入侵报警事件。

住户在 19:02 关闭了灶具，并在后续有正常的烹饪结束流程（如 19:02 关灯等），表明有人在场管理设备。

温度传感器之前一直正常工作，突然变为 None 符合设备故障特征。

Hypothesis: B

19:02:30 厨房窗户被打开，随后不久温度传感器失效，存在时间关联。

在传感器失效期间（18:42-19:03），住户仍在操作洗碗机并关闭灶具，如果这是入侵者行为，则其对家居系统的操控过于熟练且目的性不明。

若为入侵者，为何要精确执行‘开灶 - 关灶’和‘启动洗碗机’这种耗时且可能暴露身份的常规家务动作？入侵者通常会快速窃取财物或破坏关键设施后逃离，而非长时间停留操作家电。

没有任何运动传感器报告异常时间段内的非规律移动模式。

门锁记录显示进出均由住户正常操作（16:10 出门，17:54 回家，22:39 自动落锁），未发现暴力破解迹象。

灶具开启 (18:41) → 厨房应有温度上升（但因传感器故障未记录）— 异常关联（因果中断）

厨房窗户打开 (19:02) → 温度传感器失效 (19:03) — 可能是巧合，也可能是人为干扰，但目前证据不足以证明后者。

用户回家 (17:54) → 开启空调和灯 → 正常因果。

用户做饭 (18:41-19:02) → 操作洗碗机 → 正常因果。

厨房温度传感器发生间歇性故障，导致在一段时间内无法上报数据，但这与用户的正常居家活动（做饭、使用洗碗机）并存，判定为设备故障而非安全威胁。

检查并重新连接厨房温度传感器的电源或 Matter 网络连接。
测试传感器读数是否恢复稳定。
考虑更换该传感器以防未来出现类似故障影响环境监测。

Explanation: 假设A: [normal] 厨房温度传感器因设备重启、电池耗尽或通信故障暂时失效，属于硬件偶发故障。

Explanation: 假设B: [anomaly] 攻击者利用开门/开窗机会进入厨房，故意破坏或干扰温度传感器以掩盖其活动痕迹，同时操作洗碗机和灶具制造混乱。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 低。虽然窗户打开和传感器失效有时间上的接近，但住户在传感器失效期间仍进行了复杂的家电操作（关火、开洗碗机），这强烈暗示有人在现场且具备完整的系统控制能力，排除了简单的物理入侵或恶意破坏的可能性。最合理的解释是传感器本身的硬件故障。

厨房温度传感器因设备重启、电池耗尽或通信故障暂时失效，属于硬件偶发故障。

Hypothesis: A

日志中无 DoorLockAlarm 或其他明确入侵报警事件。

温度传感器之前一直正常工作，突然变为 None 符合设备故障特征。

Hypothesis: B

19:02:30 厨房窗户被打开，随后不久温度传感器失效，存在时间关联。

没有任何运动传感器报告异常时间段内的非规律移动模式。

用户回家 (17:54) → 开启空调和灯 → 正常因果。

用户做饭 (18:41-19:02) → 操作洗碗机 → 正常因果。


只有1-2次错误（非连续多次），最终成功解锁且 UserIndex 是合法用户

```json
{
  "step1_evidence": [
    "[2026-06-13T18:54:00] front_door_lock | Event: LockOperationError(OperationError=1, OperationSource=3) — 门锁操作连续失败，属于明确的故障或攻击信号",
    "[2026-06-13T18:54:20] front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=3, UserIndex=1) — 在报错后立即尝试重新锁门",
    "[2026-06-13T18:54:22] front_door_contact | StateValue = False — 门锁状态显示为打开（False），结合之前的错误和重试，表明未成功上锁",
    "[2026-06-13T18:54:25] entrance_occupancy | Occupancy = 1 — 入户区域检测到有人存在，发生在门锁异常期间"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户试图通过智能门锁 App 或物理钥匙锁门时遇到设备临时故障（如网络波动或机械卡顿），导致第一次操作失败并触发报警，随后立即手动重试。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "外部人员尝试暴力破解或技术干扰门锁（导致 LockOperationError），随后尾随进入或在住户不知情的情况下强行开门（StateValue=False 持续），或者入侵者正在尝试解锁但未能成功。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "日志中仅在 18:54:00 出现一次 LockOperationError，没有连续多次的报错记录（这通常意味着持续的暴力攻击）。",
        "紧接着在 23:00 左右所有传感器报告 Occupancy=0，且全天大部分时间无人，如果发生入侵，后续应有明显的活动轨迹（如灯光开启、其他房间运动触发），但日志显示家庭处于静止状态直到深夜才恢复温度波动（可能是空调运行）。",
        "这是一个偶发的单一事件，符合设备偶尔掉线或卡住的特征。"
      ],
      "opposing": [
        "LockOperationError 后 DoorContact 直接变为 False，如果没有人介入手动开门，门锁应保持 Locked(1)。这里的状态变化暗示有人操作了门把手或门被推开。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "LockOperationError 是入侵者尝试破坏门锁的常见迹象。",
        "随后 EntranceOccupancy 变为 1，且门锁状态为 False（Open），如果这是住户自己操作的，通常会看到先有 Occupancy=1 再有 LockOperationSuccess 的记录，但这里是 Error -> Open。",
        "如果这是入侵者，为什么之后家里没有人？可能入侵者已经离开，或者这只是误报。"
      ],
      "opposing": [
        "如果是入侵者强行闯入，通常会有更剧烈的设备反应（如大量窗户传感器触发、烟雾报警等），而日志非常平静。",
        "错误代码 OperationError=1 通常是“超时”或“通信失败”，不一定是暴力破解特有的信号。",
        "最关键的是：在 18:54:25 检测到有人后，没有任何后续的异常行为（如厨房灶具开启、窗帘关闭等），随后整个房子在 19:00 后就完全无人（Occupancy=0 持续数小时）。"
      ]
    }
  ],
  "step4_causal": [
    "因果关系 1: LockOperationError → LockState remains Unlocked (or transitions to False) → 门锁功能失效或遭到干扰（异常关联）",
    "因果关系 2: FrontDoorContact=False + EntranceOccupancy=1 → 有人打开了门（可能是住户手动开门，也可能是外力推门）",
    "因果关系 3: 无其他异常设备联动（如灯开、窗动）→ 该事件是孤立的，缺乏入侵成功的完整证据链（正常因果推断：即未被证实的入侵）"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "medium",
    "severity": "low",
    "false_positive_risk": "中等风险。虽然 LockOperationError 是危险信号，但在缺乏连续攻击记录、无后续入侵痕迹（如其他房间活动）、且最终房屋无人状态下，更有可能是设备临时故障或住户的一次性操作失误。不能排除极小概率的‘碰瓷’式入侵（试探性攻击后逃离），但可能性较低。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "lock_malfunction",
    "threat_description": "检测到门锁操作失败及随后的非锁定状态，虽大概率是设备故障，但仍需警惕潜在的安全漏洞。",
    "recommended_actions": [
      "建议用户立即前往门口检查门锁是否确实处于锁定状态。",
      "检查并重启智能门锁固件/网络配置，或联系物业更换门锁电池/模块以排除硬件故障。",
      "暂时启用物理备用钥匙作为双重保险，直到确认系统稳定。"
    ]
  }
}
```

Explanation: 假设A: [normal] 住户试图通过智能门锁 App 或物理钥匙锁门时遇到设备临时故障（如网络波动或机械卡顿），导致第一次操作失败并触发报警，随后立即手动重试。

Explanation: 假设B: [anomaly] 外部人员尝试暴力破解或技术干扰门锁（导致 LockOperationError），随后尾随进入或在住户不知情的情况下强行开门（StateValue=False 持续），或者入侵者正在尝试解锁但未能成功。

Explanation: 最可能假设: A, 置信度: medium

Explanation: 误报可能性: 中等风险。虽然 LockOperationError 是危险信号，但在缺乏连续攻击记录、无后续入侵痕迹（如其他房间活动）、且最终房屋无人状态下，更有可能是设备临时故障或住户的一次性操作失误。不能排除极小概率的‘碰瓷’式入侵（试探性攻击后逃离），但可能性较低。

建议用户立即前往门口检查门锁是否确实处于锁定状态。 检查并重启智能门锁固件/网络配置，或联系物业更换门锁电池/模块以排除硬件故障。 暂时启用物理备用钥匙作为双重保险，直到确认系统稳定。

Hypothesis: A

这是一个偶发的单一事件，符合设备偶尔掉线或卡住的特征。

Hypothesis: B

如果这是入侵者，为什么之后家里没有人？可能入侵者已经离开，或者这只是误报。


CH-04-FP: 家长在玄关操作门锁

```json
{
  "step1_evidence": [
    "未发现可疑事件：日志中仅包含温度传感器的周期性读数（正常日间波动）和所有房间运动传感器在特定时段（如 18:00, 19:00 等整点）报告 Occupancy=0。",
    "未发现可疑事件：所有运动传感器在同一时间点连续多次报告无人，且无异常时间（如凌晨）的活动记录。",
    "未发现可疑事件：温度读数随时间呈现自然的正弦曲线波动（午后高、晚间低），符合夏季傍晚至深夜的环境热力学特征。",
    "未发现可疑事件：未检测到任何设备报警事件（DoorLockAlarm, SmokeAlarm 等）、操作失败事件或状态矛盾事件。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户已离开家或处于深度睡眠/静止状态，室内无活动，环境温度受室外气候影响自然下降。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "存在外部入侵者进入室内但未被运动传感器检测到（例如佩戴了干扰设备或动作极轻微），或者系统处于离线模式导致数据丢失。"
    }
  ],
  "step3_verification": {
    "hypothesis": "A",
    "supporting": [
      "间接证据：所有区域（客厅、卧室、厨房、卫生间等）的运动传感器在多个整点时刻均报告 Occupancy=0，表明无人活动。",
      "间接证据：温度读数的变化趋势（从 23°C 左右逐渐降至 22.4°C 左右再缓慢回升）与室外夜间气温下降规律高度一致，符合物理常识。",
      "直接证据：无任何设备报错、门锁异常或烟雾报警记录。"
    ],
    "opposing": [
      "无明显否定证据：如果假设 B 成立，我们预期会看到非预期的运动触发或温度异常升高（有人开灯或取暖），但日志完全缺失这些数据。"
    ]
  },
  "step3_verification_B": {
    "hypothesis": "B",
    "supporting": [],
    "opposing": [
      "否定证据：若入侵者进入，必然会在入户门传感器、玄关运动传感器或相关房间运动传感器上留下痕迹（如 BooleanState=False 或 Occupancy=1）。",
      "否定证据：整个时间段内没有任何运动事件发生，这种‘绝对静止’在非监控盲区环境下通常意味着无人，而非隐蔽的入侵。"
    ]
  },
  "step4_causal": [
    "因果关系 1：室外气温下降 + 建筑热传导 → 室内温度逐步降低（正常因果）",
    "因果关系 2：无人居住/活动 → 所有运动传感器持续报告 Occupancy=0（正常因果）",
    "因果关系 3：时间推移 → 温度读数在设定范围内小幅波动（正常因果）"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "high",
    "severity": "none",
    "false_positive_risk": "极低。由于缺乏任何异常信号（如误报的无人状态伴随温度异常，或缺失的数据包），判定为正常的风险很低。唯一的微小不确定性是如果用户确实人在家中但在摄像头死角且极度安静，但这不符合智能家居传感器的一般部署逻辑（多传感器覆盖）。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "日志显示家庭环境处于正常状态，无人员活动，温度变化符合自然规律，未发现安全威胁。",
    "recommended_actions": [
      "无需采取紧急措施。",
      "继续保持日常监控即可。"
    ]
  }
}
```

Explanation: 假设A: [normal] 住户已离开家或处于深度睡眠/静止状态，室内无活动，环境温度受室外气候影响自然下降。

Explanation: 假设B: [anomaly] 存在外部入侵者进入室内但未被运动传感器检测到（例如佩戴了干扰设备或动作极轻微），或者系统处于离线模式导致数据丢失。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 极低。由于缺乏任何异常信号（如误报的无人状态伴随温度异常，或缺失的数据包），判定为正常的风险很低。唯一的微小不确定性是如果用户确实人在家中但在摄像头死角且极度安静，但这不符合智能家居传感器的一般部署逻辑（多传感器覆盖）。

无需采取紧急措施。 继续保持日常监控即可。

Hypothesis: A

直接证据：无任何设备报错、门锁异常或烟雾报警记录。

因果关系 1：室外气温下降 + 建筑热传导 → 室内温度逐步降低（正常因果）

因果关系 3：时间推移 → 温度读数在设定范围内小幅波动（正常因果）


只在儿童房一个房间内发生，kids_room_occupancy=1，有小孩在场

2026-06-30T07:04:30 厨房窗户传感器 (kitchen_window_contact) 状态变为 False (打开)

2026-06-30T07:05:00 厨房温度传感器 (kitchen_temp_sensor) 读数突然变为 None (数据丢失/故障)

2026-06-30T18:17:30 灶具开启 (kitchen_cook_surface OnOff=True)

2026-06-30T18:18:00 厨房温度传感器 (kitchen_temp_sensor) 读数突然变为 None

2026-06-30T18:55:30 厨房窗户传感器 (kitchen_window_contact) 再次变为 False (打开)

2026-06-30T18:56:00 厨房温度传感器 (kitchen_temp_sensor) 读数再次变为 None

2026-06-30T19:47:05 洗碗机启动 (kitchen_dishwasher OperationalState=1)

2026-06-30T20:52:08 儿童房窗帘完全关闭 (CurrentPositionLiftPercent100ths = 10000)

2026-06-30T22:12:09 主卧窗帘完全关闭 (CurrentPositionLiftPercent100ths = 10000)

2026-06-30T07:04:00 烹饪开始后，厨房温度传感器在约 3 分钟内停止报告数值

Hypothesis: A

日志显示 07:04 有开门和占位事件，符合起床时间线。

18:17 灶具开启时，客厅、玄关等区域有人活动（Occupancy=1），表明住户在家。

窗户打开和关闭的动作发生在有人活动的时段。

温度传感器在灶具开启前后多次出现 None 值，频率异常高，不符合单纯维护的特征。

窗户打开的时间点（07:04, 18:55）与人员活动紧密相关，但也可能是入侵者留下的唯一线索（如果假设 B 成立）。

Hypothesis: B

00:00 到 06:25 期间所有房间 Occupancy=0，直到 06:26 才有人进入，存在较长的无人窗口期。

如果入侵者在 06:00 左右进入，可能会先破坏传感器再行动，但日志中破坏发生在 07:05，此时人已离开（07:04 门锁解锁离开？不对，07:04 是锁上还是解开？需仔细看日志）。

重新检查 07:04 日志：LockOperationType=1 (手动), LockState=2 (解锁)。这意味着 07:04 门被**解锁**。结合 07:04:30 窗开，07:05 温感失效。这更像是屋内有人操作。

关键疑点：为何温度传感器如此频繁地失效（共 4 次以上）？如果是人为破坏，通常是一次性物理损坏，而非间歇性失效。

07:04 的 LockOperation 显示 DoorLock.LockState 从 1 变为 2 (解锁)，且 Source 为 Manual，紧接着就是窗户打开和温感失效。如果是入侵者，他们通常会选择在主人外出时作案，而不是在主人在家时（因为后面还有大量活动记录）进行这种高风险操作。

整个白天和晚上的活动轨迹非常连贯，符合单一住户的家庭生活模式，没有发现明显的闯入迹象（如非正常时间的门窗触发）。

Hypothesis: C

厨房温度传感器在 07:05, 18:18, 18:56 等多个时间点报告 None，表现出明显的间歇性故障特征。

传感器读数从未恢复到一个稳定的错误值（如固定在某温度），而是直接断连，符合通信模块故障或供电不稳的特征。

故障发生的时机过于巧合：每次都在用户可能关注厨房或进行烹饪活动时出现，或者紧随窗户打开之后。虽然可能是巧合，但也增加了人为干扰的可能性。

其他设备运行正常，仅此一个传感器故障，概率较低。

07:04 手动解锁门锁 → 07:04:30 打开窗户 → 07:05 温感失效：这一序列表明有人在操作门窗并导致传感器失效。由于此时家中仍有其他人（根据后续日志推断，或者这是某人出门前的操作），因果关系指向人为干预。

18:17 开启灶具 → 18:18 温感失效：用户在烹饪时传感器失效，这切断了火灾预警链，构成了安全隐患（Sensor Malfunction/Failure）。

07:04 窗户打开 + 温感失效：如果这是入侵者所为，那么威胁等级很高。但由于随后有大量正常的家庭活动记录，且没有发现其他入侵迹象（如非法进入记录、警报触发），更倾向于解释为设备故障或用户误操作导致的巧合。

夜间无人时段 (00:00-06:00) 无异常事件：排除了长期潜伏入侵的可能性。

厨房温度传感器间歇性故障（多次报告 None），且在烹饪期间失效，严重降低了火灾探测能力。虽然未发现明确入侵证据，但设备不可靠构成了实质性安全威胁。

立即安排技术人员检查并更换厨房温度传感器。 在维修完成前，建议用户在烹饪时保持人工监控。 检查厨房窗户附近的无线信号强度，排除信号遮挡导致的数据丢失。

Explanation: 假设A: [normal] 住户正常生活行为：早上起床后开窗通风，随后忘记关窗开始做饭；晚上睡觉前关闭窗帘。期间厨房温度传感器因维护或临时故障间歇性离线。

Explanation: 假设B: [anomaly] 安全风险：有人在住户不在家（凌晨至清晨无人时段）进入厨房，故意打开窗户并操作设备（如灶具），同时破坏了温度传感器的功能以掩盖高温或异常活动痕迹。

Explanation: 假设C: [anomaly] 设备故障：厨房温度传感器存在严重的间歇性硬件故障（stuck-at 或通信中断），导致无法监测厨房火灾风险。

Explanation: 最可能假设: A, 置信度: medium

Explanation: 误报可能性: 中等。虽然主要判断为正常（设备故障/用户行为），但传感器频繁失效确实造成了实际的“未检测到的火灾风险”。如果这是恶意破坏，目前的证据不足以定性，因为缺乏明确的入侵路径证据（如门锁被暴力破解、外部传感器触发）。最大的不确定性在于传感器失效是否完全随机，还是受环境影响（如窗户打开导致信号遮挡）。

Hypothesis: A

日志显示 07:04 有开门和占位事件，符合起床时间线。

窗户打开和关闭的动作发生在有人活动的时段。

Hypothesis: B

Hypothesis: C

其他设备运行正常，仅此一个传感器故障，概率较低。


CH-02-FP: 家长陪同孩子在厨房

家长也在活动（living_room occupancy），不是孩子独自操作灶具

```json
{
  "step1_evidence": [
    "2026-06-03T18:26:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 在灶具开启后，温度传感器读数丢失，且随后多次（18:56）仍为 None，表明传感器可能故障或通信中断。",
    "2026-06-03T18:55:00 kitchen_cook_surface | OnOff.OnOff = True (18:25) -> False (18:55) — 灶具开启约 30 分钟后关闭，期间厨房 occupancy=1，属于正常烹饪行为，但需结合温度读数缺失判断安全性。",
    "2026-06-03T18:55:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户在晚上 18:55 打开，而此时有人（occupancy=1）且在厨房区域活动频繁。",
    "2026-06-03T22:58:05 kitchen_cook_surface | OnOff.OnOff = True — 晚上 22:58 再次开启灶具，此时 master_bathroom_occupancy=0, second_bedroom_occupancy=0，仅主卧和儿童房有人。",
    "2026-06-03T22:59:03 entrance_occupancy | OccupancySensing.Occupancy = 1 — 22:59 玄关有人，紧接着 23:00 厨房温度开始上升，但无人明确进入厨房区域的运动记录直到 23:00 之后。",
    "2026-06-03T22:58:05 living_room_occupancy | OccupancySensing.Occupancy = 1 — 灶具开启时客厅有人，但未检测到厨房内有人，存在时间差。",
    "2026-06-03T23:00:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = 2264 — 灶具开启后温度逐渐回升，符合预期。",
    "2026-06-03T21:03:02 kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘完全拉上，可能是为了睡觉或隐私，无异常。",
    "2026-06-03T22:36:23 front_door_contact | BooleanState.StateValue = True — 入户门关闭并自动上锁，属于正常离家/返回流程的一部分。",
    "2026-06-03T18:09:00 front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) — 手动上锁，随后 DoorLock.LockState = 2（解锁），矛盾：上锁操作后状态应为 Locked(1)，却变为 Unlocked(2)。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "用户在正常进行晚间家务活动（做饭、开窗通风、调整窗帘），门锁操作是误触或系统延迟导致的短暂状态不一致，整体行为符合家庭日常模式。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器故障导致无法监控烹饪安全；同时，门锁在上锁后立即显示解锁状态，可能存在门锁执行器卡死或被外部干扰的风险；此外，厨房窗户在非典型时间打开，增加了安全隐患。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "灶具开启后有明确的关闭事件（18:55），且之前有 occupancy=1 记录，符合正常烹饪流程。",
        "大部分时间室内温度波动合理，无明显单向漂移或固定值。",
        "门窗和运动传感器的事件序列与住户活动逻辑一致（如开门→玄关运动→客厅运动）。"
      ],
      "opposing": [
        "厨房温度传感器在 18:26 和 18:56 均返回 None，长时间无数据，不符合正常传感器行为。",
        "门锁上锁操作后状态立即变为 Unlocked(2)，这与预期相反，提示设备故障或人为错误。",
        "厨房窗户在 18:55 打开，而此时有人在场且正在做饭，虽不必然异常，但在夜间非典型时段需谨慎评估。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "厨房温度传感器连续两次返回 None（18:26, 18:56），超过 2 小时无有效读数，符合 sensor_malfunction 特征。",
        "门锁操作事件后状态异常（LockOperation=1 → LockState=2），表明门锁可能未正确响应或状态报告错误，属于 lock_malfunction 风险。",
        "厨房窗户在傍晚打开，若伴随无人值守的烹饪（尽管有 occupancy=1，但厨房内部无直接 occupancy 记录），可能构成 unattended_cooking 隐患。"
      ],
      "opposing": [
        "灶具确实被关闭，且后续温度读数恢复正常，说明烹饪并未失控。",
        "门锁状态变化可能是瞬时网络延迟或协议解析错误，而非持续性故障。",
        "没有发现任何入侵迹象（如凌晨活动、多房间无序运动等）。"
      ]
    }
  ],
  "step4_causal": [
    "因果关系 1: 厨房温度传感器故障（sensor_malfunction）→ 无法监测烹饪温度 → 潜在火灾风险（unattended_cooking 风险增加）【异常关联】",
    "因果关系 2: 门锁操作失败（lock_malfunction）→ 门锁状态报告错误 → 家庭安防可靠性下降【异常关联】",
    "因果关系 3: 厨房窗户打开 + 灶具开启 → 通风需求？但缺乏明确动机，且发生在有人活动期间，属中性偏异常行为【可疑关联】",
    "因果关系 4: 用户正常烹饪 → 灶具开启→关闭 → 温度先升后降 → 正常因果链【正常因果】"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "B",
    "confidence": "medium",
    "severity": "medium",
    "false_positive_risk": "中等。温度传感器可能只是暂时离线而非永久故障；门锁状态异常也可能是临时通信问题。然而，传感器持续无读数和门锁状态矛盾已超出正常容错范围，应视为真实风险。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "sensor_malfunction",
    "threat_description": "厨房温度传感器故障导致无法监控烹饪安全，同时门锁存在状态报告异常，影响家庭安防可靠性。",
    "recommended_actions": [
      "立即检查并更换厨房温度传感器，确保烹饪过程可被实时监控。",
      "测试门锁机械结构及电子模块，确认是否能正常上锁并保持 Locked 状态。",
      "审查厨房窗户使用策略，避免在烹饪时非必要开启窗户以防燃气泄漏扩散。"
    ]
  }
}
```

Explanation: 假设A: [normal] 用户在正常进行晚间家务活动（做饭、开窗通风、调整窗帘），门锁操作是误触或系统延迟导致的短暂状态不一致，整体行为符合家庭日常模式。

Explanation: 假设B: [anomaly] 厨房温度传感器故障导致无法监控烹饪安全；同时，门锁在上锁后立即显示解锁状态，可能存在门锁执行器卡死或被外部干扰的风险；此外，厨房窗户在非典型时间打开，增加了安全隐患。

Explanation: 最可能假设: B, 置信度: medium

Explanation: 误报可能性: 中等。温度传感器可能只是暂时离线而非永久故障；门锁状态异常也可能是临时通信问题。然而，传感器持续无读数和门锁状态矛盾已超出正常容错范围，应视为真实风险。

立即检查并更换厨房温度传感器，确保烹饪过程可被实时监控。
测试门锁机械结构及电子模块，确认是否能正常上锁并保持 Locked 状态。
审查厨房窗户使用策略，避免在烹饪时非必要开启窗户以防燃气泄漏扩散。

Hypothesis: A

大部分时间室内温度波动合理，无明显单向漂移或固定值。

门窗和运动传感器的事件序列与住户活动逻辑一致（如开门→玄关运动→客厅运动）。

Hypothesis: B

灶具确实被关闭，且后续温度读数恢复正常，说明烹饪并未失控。 门锁状态变化可能是瞬时网络延迟或协议解析错误，而非持续性故障。 没有发现任何入侵迹象（如凌晨活动、多房间无序运动等）。


BA-05-FP: 邻居/亲友代为浇花/喂宠物

通过门锁合法进入（有效的临时 UserIndex），进出有完整的开锁+锁门记录

2026-06-29T18:11:00 kitchen_temp_sensor | MeasuredValue = None — 灶具开启后温度传感器立即无读数

2026-06-29T18:14:03 entrance_occupancy | Occupancy = 1, but front_door_contact was False at 18:14:03 (door open) while occupancy triggered — 门开着人却在室内触发，逻辑矛盾

2026-06-29T19:20:00 kitchen_temp_sensor | MeasuredValue = None — 窗户打开后再次出现无读数，持续约 30 分钟

2026-06-29T19:19:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开

2026-06-29T20:52:00 kitchen_dishwasher | OperationalState = 1 — 洗碗机运行中

2026-06-29T21:03:03 kids_room_window | CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘完全关闭（可能为了节能或隐私）

2026-06-29T22:27:19 master_bedroom_window | CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘也完全关闭

2026-06-29T18:10:30 kitchen_cook_surface | OnOff = True → 18:19:00 OnOff = False — 烹饪时间约 9 分钟，正常范围

2026-06-29T22:27:30 front_door_lock | LockOperationType=0 (Unlock) + State=1 (Locked) — 解锁命令后立即报告已锁，状态矛盾

2026-06-29T18:17:00 front_door_lock | LockOperation(LockOperationType=1) → State=2 (Unlocked) — 上锁命令后状态变为未锁，明显异常

Hypothesis: A

烹饪仅持续 9 分钟且随后关闭，符合正常行为

窗帘关闭发生在睡前时段，符合习惯

门锁解锁→再上锁序列出现在住户回家时（entrance_occupancy=1），可能是自动化场景

门锁上锁命令后状态变为 Unlocked（与预期相反）
厨房温度传感器在灶具开启后连续两次返回 None，非临时波动
窗户打开后温度传感器仍为 None，排除环境干扰

Hypothesis: B

kitchen_temp_sensor 在两个时间点（18:11 和 19:20）返回 None，尤其在高温活动（开火、开窗）后

front_door_lock 在执行 LockOperationType=1 后状态变为 2（Unlocked），违反物理常识

sensor_stuck 模式：温度值长期固定或缺失，不符合热力学规律

未发现烟雾报警或火灾报警事件
门锁故障仅发生一次，后续操作正常（如 22:27 解锁成功且状态正确）
其他房间温度传感器工作正常，问题局限于厨房

灶具开启 → 厨房温度应上升，但传感器返回 None → 异常关联（传感器失效而非烹饪异常）

厨房窗户打开 → 理论上可能引起温度变化，但传感器仍为 None → 强化传感器故障假设

发送上锁命令 → 门锁状态变为 Unlocked → 异常因果（设备响应错误，非用户误操作）

住户进入家中 → 门锁自动解锁 → 正常因果（自动化场景），但此前上锁失败构成连锁风险

厨房温度传感器在关键时刻失效，叠加门锁执行器状态反馈错误，存在火灾隐患且安防可靠性受损。

立即检查并更换厨房温度传感器 测试门锁机械结构及电机是否正常，校准状态反馈逻辑 在修复前避免依赖厨房温度数据进行火灾预警 建议启用本地手动门锁监控作为临时备份

Explanation: 假设A: [normal] 用户正常活动：白天多次进出家门，短暂烹饪，晚间关闭窗帘准备休息，门锁操作因自动联动导致状态延迟更新。

Explanation: 假设B: [anomaly] 厨房温度传感器故障（sensor_malfunction）+ 门锁执行器卡滞（lock_malfunction），可能导致火灾风险无法监测和安防失效。

Explanation: 最可能假设: B, 置信度: high

Explanation: 误报可能性: 低。温度传感器在活跃热源附近失效是典型硬件故障；门锁状态反转违背 Matter 协议设计，几乎不可能由软件 bug 导致。

Hypothesis: A

烹饪仅持续 9 分钟且随后关闭，符合正常行为

窗帘关闭发生在睡前时段，符合习惯

Hypothesis: B

sensor_stuck 模式：温度值长期固定或缺失，不符合热力学规律


只有1-2次错误（非连续多次），最终成功解锁且 UserIndex 是合法用户

{
  "step1_evidence": [
    "2026-06-19T06:32:04 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器在灶具开启期间报告无数据，可能故障或通信中断。",
    "2026-06-19T07:30:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 再次出现厨房温度传感器无数据事件。",
    "2026-06-19T18:51:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 第三次出现无数据事件，且发生在烹饪时段。",
    "2026-06-19T19:02:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 第四次出现无数据事件。",
    "2026-06-19T10:55:00 front_door_lock | Event: LockOperationError(OperationError=1, OperationSource=3) — 门锁操作失败，随后才成功解锁。",
    "2026-06-19T07:29:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开，但后续未检测到异常行为或人员离开。",
    "2026-06-19T07:30:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 紧接着窗户打开后，温度传感器立即失效。",
    "2026-06-19T19:01:30 kitchen_window_contact | BooleanState.StateValue = False — 傍晚厨房窗户再次被打开。",
    "2026-06-19T19:02:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 窗户打开后温度传感器再次失效。",
    "2026-06-19T20:43:05 kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘完全关闭（100%），但之前是部分开启状态（0），表明有人手动操作或自动化执行。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器因维护、固件更新或短暂网络问题导致间歇性数据丢失；门锁操作失败是由于用户误触或自动重试机制；窗户打开和窗帘关闭是正常的家庭日常活动。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房存在物理损坏（如传感器被遮挡或破坏）导致无法报告温度，结合多次窗户打开事件，可能存在安全隐患（如火灾风险未被监控）；门锁操作失败可能暗示外部干扰或内部设备故障。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "所有无数据事件均发生在不同时间点，没有持续性模式，符合临时故障特征。",
        "门锁操作失败后不久即成功解锁，符合自动重试逻辑。",
        "窗户打开和窗帘关闭有明确的时间点和相关事件支持，符合正常家庭行为。",
        "其他房间的温度传感器在此期间正常工作，排除了全局网络问题。"
      ],
      "opposing": []
    },
    {
      "hypothesis": "B",
      "supporting": [
        "厨房温度传感器在无数据事件发生时，厨房仍在使用（灶具开启），若传感器失效可能导致火灾风险未被察觉。",
        "窗户多次在无人值守时打开，可能增加安全风险。",
        "门锁操作失败可能暗示潜在的安全威胁，尽管最终成功解锁。"
    ],
      "opposing": [
        "没有证据表明窗户打开后有人离开或进入可疑区域。",
        "门锁操作失败后立即成功，未造成实际影响。",
        "其他房间的温度传感器正常，说明厨房传感器可能只是局部故障而非系统性攻击。"
      ]
    }
  ],
  "step4_causal": [
    "因果关系 1：厨房窗户打开 → 温度传感器失效（可能是巧合或人为破坏传感器）— 异常关联",
    "因果关系 2：门锁操作失败 → 自动重试成功（正常因果）— 正常因果",
    "因果关系 3：灶具开启 → 厨房温度上升（正常因果）— 正常因果",
    "因果关系 4：儿童房窗帘关闭 → 室内光线变化（正常因果）— 正常因果"
  ],
  "step5_assessment": {
      "most_likely_hypothesis": "A",
      "confidence": "high",
      "severity": "low",
      "false_positive_risk": "较低，因为所有异常事件都有合理的解释，且没有持续性的威胁迹象。"
    }
  },
  "step6_decision": {
      "is_anomaly": false,
      "threat_type": "none",
      "threat_description": "未发现明显的安全威胁，所有异常事件均可归因于临时故障或正常家庭活动。",
      "recommended_actions": [
        "建议检查厨房温度传感器是否受到物理遮挡或损坏。",
        "确认门锁操作失败的具体原因，以确保未来不会出现类似问题。",
        "继续监控厨房窗户的使用情况，确保其仅在必要时打开。"
      ]
    }
}


开窗前住户先在同一房间活动并开灯，是主动行为

```json
{
  "step1_evidence": [
    "[2026-06-17T18:43:00] kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 灶具已开启，但温度传感器首次返回空值",
    "[2026-06-17T19:02:00] kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房窗户打开后，温度传感器再次返回空值",
    "[2026-06-17T21:05:00] kids_room_light | OnOff.OnOff = False — 儿童房灯关闭（正常行为）",
    "[2026-06-17T21:06:00] kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘完全拉上",
    "[2026-06-17T22:32:23] master_bedroom_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘完全拉上",
    "[2026-06-17T22:32:30] front_door_lock | Event: LockOperation(LockOperationType=0, OperationSource=Auto) — 门锁自动锁定（正常夜间流程）"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器出现间歇性通信故障或数据丢失（None），可能是网络波动或设备重启导致；随后恢复报告数值。住户正常的晚间作息包括关灯、拉窗帘和出门前锁门。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器在烹饪期间（灶具开启时）失效，无法监测高温，存在火灾风险隐患。同时，两次返回 None 的时间点恰好与窗户状态变化（打开/关闭）相关，可能暗示环境干扰或传感器本身故障。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "日志显示灶具在 18:42 开启，19:01 关闭，时间较短且有人在场（Occupancy=1）。",
        "18:45 温度传感器恢复正常读数 (2296)，证明设备并未永久离线。",
        "19:05 温度传感器再次正常读数 (2288)，说明通信短暂中断后自动恢复。",
        "其他所有设备运行正常，无报警事件。"
      ],
      "opposing": [
        "两次连续返回 None 发生在同一设备，且间隔仅约 20 分钟，频率较高。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "在 18:43 (灶具开启后 1 分钟) 和 19:02 (窗户打开后) 传感器返回 None，关键安全时刻缺失数据。",
        "若传感器完全损坏，后续应持续为 None，但设备在 19:05 后恢复正常，排除了硬件彻底烧毁的可能，更倾向于间歇性故障。",
        "虽然有人在场，但传感器失效意味着自动化监控盲区。"
      ],
      "opposing": [
        "没有其他传感器（如烟雾报警器）触发警报，且用户手动操作期间设备似乎未被依赖进行紧急干预。",
        "温度读数在恢复后符合逻辑范围，未见极端异常漂移。"
      ]
    }
  ],
  "step4_causal": [
    "因果关系 1: 灶具开启 → 厨房温度上升（正常物理因果）",
    "因果关系 2: 传感器通信中断 → 温度读数为 None（异常技术因果，非自然现象）",
    "因果关系 3: 窗户状态改变 → 传感器读数丢失？（无直接因果证据，可能是巧合或外部干扰，不足以判定入侵）"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "medium",
    "severity": "low",
    "false_positive_risk": "低误报风险。因为传感器在关键时刻短暂失效后立即恢复，且没有伴随烟雾报警或其他危险迹象。如果是真正的传感器卡死或漂移，通常会表现为固定值或持续错误，而不是间歇性的 None 且很快自愈。这更像是网络丢包或瞬时重启。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "未发现持续性安全威胁，仅为短暂的传感器通信中断，不影响整体安全性。",
    "recommended_actions": []
  }
}
```

未发现持续性安全威胁，仅为短暂的传感器通信中断，不影响整体安全性。

Explanation: 假设A: [normal] 厨房温度传感器出现间歇性通信故障或数据丢失（None），可能是网络波动或设备重启导致；随后恢复报告数值。住户正常的晚间作息包括关灯、拉窗帘和出门前锁门。

Explanation: 假设B: [anomaly] 厨房温度传感器在烹饪期间（灶具开启时）失效，无法监测高温，存在火灾风险隐患。同时，两次返回 None 的时间点恰好与窗户状态变化（打开/关闭）相关，可能暗示环境干扰或传感器本身故障。

Explanation: 最可能假设: A, 置信度: medium

Explanation: 误报可能性: 低误报风险。因为传感器在关键时刻短暂失效后立即恢复，且没有伴随烟雾报警或其他危险迹象。如果是真正的传感器卡死或漂移，通常会表现为固定值或持续错误，而不是间歇性的 None 且很快自愈。这更像是网络丢包或瞬时重启。

Hypothesis: A

18:45 温度传感器恢复正常读数 (2296)，证明设备并未永久离线。

19:05 温度传感器再次正常读数 (2288)，说明通信短暂中断后自动恢复。

其他所有设备运行正常，无报警事件。

两次连续返回 None 发生在同一设备，且间隔仅约 20 分钟，频率较高。

Hypothesis: B

虽然有人在场，但传感器失效意味着自动化监控盲区。

温度读数在恢复后符合逻辑范围，未见极端异常漂移。

因果关系 1: 灶具开启 → 厨房温度上升（正常物理因果）


CH-02-FP: 家长陪同孩子在厨房

事件 1: [2026-06-21T00:00:00 至 23:55:00] 所有区域温度传感器读数持续单向上升，从约 22.8°C 升至 24.9°C 以上，且无对应的人类活动或设备开启记录（如空调、灶具）— 异常信号：传感器单向漂移或数据污染

事件 2: [2026-06-21T22:58:00] kids_room_occupancy 变为 1（有人），但随后在 23:00:00 所有 Occupancy 传感器瞬间全部归零 — 异常信号： occupancy 状态突变，不符合人员移动逻辑

事件 3: [2026-06-21T22:59:05] kitchen_cook_surface 被开启，但此时 kitchen_occupancy 为 0（无人） — 异常信号：无人烹饪，存在忘关火风险

事件 4: [2026-06-21T22:59:05] living_room_occupancy 短暂变为 1，紧接着在 23:00:00 所有房间 occupancy 同时清零 — 异常信号：多个传感器同步归零，可能为系统复位或数据错误

事件 5: 整个 24 小时内，无任何门窗传感器、烟雾报警器、漏水传感器或其他安防设备触发报警或状态变化 — 正常但值得注意：缺乏主动安全事件

Hypothesis: A

温度随时间呈缓慢上升趋势，符合夏季白天日照积累热量的自然规律。

occupancy 在 22:58-23:00 的变化可能与住户短暂经过儿童房和客厅有关。

温度上升幅度远超正常日间波动范围（超过 2°C），且无空调/风扇运行记录解释降温需求。

occupancy 在 23:00:00 所有房间同时归零，不符合人类行为模式。

厨房灶具在无 occupancy 记录的情况下被开启，违反正常烹饪流程。

Hypothesis: B

温度传感器读数呈现明显的单向漂移趋势，尤其在凌晨至清晨时段升温速率异常。

occupancy 传感器在 23:00:00 全部同步归零，可能是系统故障或数据重置。

厨房灶具在无人检测到时开启，属于典型的 unattended_cooking 风险场景。

因果 1: 温度传感器单向漂移 → 数据异常或硬件故障（异常关联）

因果 2: 厨房灶具开启 + 无人 occupancy → 忘关火风险（异常关联）

因果 3: 多房间 occupancy 同步归零 → 系统错误或网络中断（异常关联）

较低。温度漂移和无人烹饪均为明确异常信号，不易误判为正常行为。

厨房灶具在无人状态下被开启，存在火灾风险；同时温度传感器可能存在漂移问题需进一步检查。

立即检查厨房灶具是否已关闭，并确认当前厨房是否有人。

联系技术支持检查温度传感器是否存在校准错误或硬件故障。

审查 occupancy 传感器日志，确认 23:00:00 同步归零是否为系统故障。

Explanation: 假设A: [normal] 住户在家中正常活动，温度波动受环境因素影响，occupancy 变化反映真实人员进出。

Explanation: 假设B: [anomaly] 温度传感器出现系统性漂移或数据被篡改；occupancy 传感器在夜间发生非自然同步归零；厨房灶具在无人状态下开启，可能存在自动化误操作或人为疏忽导致的火灾隐患。

Explanation: 最可能假设: B, 置信度: high

Explanation: 误报可能性: 较低。温度漂移和无人烹饪均为明确异常信号，不易误判为正常行为。

立即检查厨房灶具是否已关闭，并确认当前厨房是否有人。

联系技术支持检查温度传感器是否存在校准错误或硬件故障。

Hypothesis: A

温度随时间呈缓慢上升趋势，符合夏季白天日照积累热量的自然规律。

厨房灶具在无 occupancy 记录的情况下被开启，违反正常烹饪流程。

Hypothesis: B

温度传感器读数呈现明显的单向漂移趋势，尤其在凌晨至清晨时段升温速率异常。

因果 1: 温度传感器单向漂移 → 数据异常或硬件故障（异常关联）

较低。温度漂移和无人烹饪均为明确异常信号，不易误判为正常行为。


BA-02-FP: 住户周末改变习惯早起做饭

住户先从卧室起床再去厨房（正常路径），虽然时间段不同寻常但行为模式是住户自己

```json
{
  "step1_evidence": [
    "2026-06-26T18:23:00: kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器在烹饪开启期间突然返回空值，可能故障或通信中断。",
    "2026-06-26T19:04:00: kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器在厨房窗户打开后再次返回空值，持续无读数超过 45 分钟。",
    "2026-06-26T19:03:30: kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开（False=打开），增加了外部进入风险。",
    "2026-06-26T17:25:30: kitchen_cook_surface | OnOff.OnOff = True — 灶具开启，但随后温度传感器失效，存在无人看管加热风险。",
    "2026-06-26T17:51:00: front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) ... DoorLock.LockState = 2 — 手动解锁前门，随后接触传感器报告 False（打开），符合正常出门行为。",
    "2026-06-26T16:25:00: front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) ... DoorLock.LockState = 2 — 另一时段手动解锁前门，后续行为一致。",
    "2026-06-26T22:17:25: front_door_lock | Event: LockOperation(LockOperationType=0, OperationSource=Auto) ... DoorLock.LockState = 1 — 自动上锁，表明住户已离开，系统正常工作。",
    "2026-06-26T21:20:05: kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘完全关闭（10000=全闭），可能是睡前常规操作。",
    "2026-06-26T22:17:16: master_bedroom_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘也完全关闭，与儿童房同步，属夜间准备就寝的正常行为。",
    "2026-06-26T19:48:00: kitchen_dishwasher | OnOff.OnOff = True ... OperationalState.OperationalState = 1 — 洗碗机启动并运行中，属正常家务活动。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户在家中正常生活：白天活动时做饭、使用电器；傍晚前后两次出门并手动解锁门锁；晚上回家后自动上锁并关闭窗帘准备睡觉。厨房温度传感器因设备故障或电源问题暂时停止上报数据，但其他功能（如烟雾报警、照明控制）未受影响。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器持续失效导致无法监测烹饪时的过热风险，且在此窗口期内厨房窗户被意外打开，结合灶具曾开启的事实，构成潜在的‘忘关火’安全隐患，尽管目前无直接火灾证据，但风险显著升高。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "所有门锁操作均有对应的接触传感器状态变化（解锁→开门→关门→上锁），逻辑连贯。",
        "窗帘开合时间集中在晚间 21:20 和 22:17，符合家庭就寝前的习惯。",
        "洗碗机、灶具等操作均在有人活动的时段（Occupancy=1）进行。",
        "除厨房温度传感器外，其他所有温度传感器均持续正常上报数值，波动范围合理。"
      ],
      "opposing": [
        "厨房温度传感器连续多次返回 None，而非短暂丢失，暗示硬件或通信问题。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "厨房温度传感器在 18:23 和 19:04 两次返回 None，覆盖了 17:25 灶具开启到 19:03 关闭的整个烹饪时段，造成监控盲区。",
        "19:03:30 厨房窗户被打开，若此时灶具仍在工作且无人察觉，将极大增加火灾风险。",
        "传感器失效并非周期性或偶发，而是持续性缺失，不符合正常干扰特征。"
      ],
      "opposing": [
        "日志中无任何烟雾报警器触发（kitchen_smoke_alarm 未报告任何事件）。",
        "住户在 19:03 关闭灶具后立即有后续活动记录，表明其可能仍在屋内。",
        "无外部入侵迹象（如非授权时间运动触发、门窗异常开启等）。"
      ]
    }
  ],
  "step4_causal": [
    "厨房温度传感器故障 → 无法检测烹饪过程中的温度异常 → 潜在火灾风险上升（异常关联）",
    "灶具开启 → 理论上应引起厨房温度上升 → 但因传感器失效未能记录该过程（因果链断裂）",
    "厨房窗户打开 + 灶具曾开启 + 温度监测缺失 → 三者叠加形成高危情境（异常组合）",
    "住户手动解锁/自动上锁门锁 → 对应接触传感器状态变化 → 正常的进出行为（正常因果）",
    "晚间关闭卧室窗帘 → 光线变暗/隐私保护 → 正常的睡前准备（正常因果）"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "B",
    "confidence": "medium",
    "severity": "high",
    "false_positive_risk": "较低误报风险，因为传感器确实长期无输出，且发生在烹饪时段；唯一不确定的是用户是否真的离开了厨房区域，但由于缺乏温度数据，无法确认是否存在过热情况。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "unattended_cooking",
    "threat_description": "厨房温度传感器在烹饪期间持续失效，导致无法监控灶具运行状态，虽然后续灶具被关闭，但在失效期间存在无人看管加热的安全风险。",
    "recommended_actions": [
      "立即检查厨房温度传感器硬件连接及供电状态，必要时更换设备。",
      "查看家中监控录像（如有），确认 18:23–19:04 期间是否有人员留在厨房附近。",
      "临时启用烟雾报警器联动测试，确保其在极端情况下能正常工作。",
      "建议用户在类似场景下安装备用手动温控装置或使用智能插座带过热保护功能的设备替代原有方案。"
    ]
  }
}
```

Explanation: 假设A: [normal] 住户在家中正常生活：白天活动时做饭、使用电器；傍晚前后两次出门并手动解锁门锁；晚上回家后自动上锁并关闭窗帘准备睡觉。厨房温度传感器因设备故障或电源问题暂时停止上报数据，但其他功能（如烟雾报警、照明控制）未受影响。

Explanation: 假设B: [anomaly] 厨房温度传感器持续失效导致无法监测烹饪时的过热风险，且在此窗口期内厨房窗户被意外打开，结合灶具曾开启的事实，构成潜在的‘忘关火’安全隐患，尽管目前无直接火灾证据，但风险显著升高。

Explanation: 最可能假设: B, 置信度: medium

Explanation: 误报可能性: 较低误报风险，因为传感器确实长期无输出，且发生在烹饪时段；唯一不确定的是用户是否真的离开了厨房区域，但由于缺乏温度数据，无法确认是否存在过热情况。

立即检查厨房温度传感器硬件连接及供电状态，必要时更换设备。

临时启用烟雾报警器联动测试，确保其在极端情况下能正常工作。

Hypothesis: A

所有门锁操作均有对应的接触传感器状态变化（解锁→开门→关门→上锁），逻辑连贯。
窗帘开合时间集中在晚间 21:20 和 22:17，符合家庭就寝前的习惯。
洗碗机、灶具等操作均在有人活动的时段（Occupancy=1）进行。
除厨房温度传感器外，其他所有温度传感器均持续正常上报数值，波动范围合理。

厨房温度传感器连续多次返回 None，而非短暂丢失，暗示硬件或通信问题。

Hypothesis: B

传感器失效并非周期性或偶发，而是持续性缺失，不符合正常干扰特征。

住户在 19:03 关闭灶具后立即有后续活动记录，表明其可能仍在屋内。

无外部入侵迹象（如非授权时间运动触发、门窗异常开启等）。

晚间关闭卧室窗帘 → 光线变暗/隐私保护 → 正常的睡前准备（正常因果）


第二人通过合法凭证解锁（不同UserIndex），且有合理时间间隔

```json
{
  "step1_evidence": [
    "[2026-06-22T18:36:00] kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 在灶具开启期间传感器报告空值，随后多次尝试恢复但数值异常波动",
    "[2026-06-22T19:30:00] kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器再次报告空值，且此时窗户已打开",
    "[2026-06-22T18:35:30] kitchen_cook_surface | OnOff.OnOff = True — 灶具开启，但紧接着温度传感器失效",
    "[2026-06-22T19:29:00] kitchen_cook_surface | OnOff.OnOff = False — 灶具关闭，但厨房温度并未立即大幅下降（18:35 开启到 19:29 关闭约 54 分钟）",
    "[2026-06-22T19:30:00] kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开，增加了火灾蔓延或一氧化碳泄漏的风险"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "传感器临时故障：厨房温度传感器因环境干扰（如靠近热源、电磁干扰）或短暂断电导致读数丢失，属于偶发性硬件故障。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "潜在火灾风险：用户在无人看管的情况下长时间使用灶具（超过 50 分钟），且期间传感器失效无法监测，同时窗户被打开可能加速火势扩散或导致烟雾报警器未触发报警。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "日志显示两次 temperature = None 事件间隔较长，符合设备重启或复位特征。",
        "其他房间温度传感器工作正常，排除了全局网络问题。"
      ],
      "opposing": [
        "None 状态出现在灶具开启后的短时间内，具有明显的时序关联。",
        "在 19:30 时，当窗户打开后，温度传感器立刻恢复正常并报告数值，暗示之前的 None 可能是由于某种触发条件（如高温阈值保护）而非随机故障。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "灶具从 18:35 开启至 19:29 关闭，持续时间长达 54 分钟，远超一般快速烹饪时间。",
        "在此期间，厨房温度传感器多次失效（18:36, 19:30），导致系统失去对高温环境的监控能力。",
        "19:30 厨房窗户被打开，若存在微小火灾，开窗会显著增加危险。",
        "没有发现 SmokeAlarm 的触发记录，这可能是因为传感器失效未能检测到烟雾，或者烟雾尚未产生但风险极高。"
      ],
      "opposing": [
        "用户最终关闭了灶具，表明有人在场操作。",
        "后续温度读数逐渐下降，说明没有持续的高温源。"
      ]
    }
  ],
  "step4_causal": [
    "灶具开启 (18:35) → 温度传感器失效 (18:36): 异常关联。正常烹饪不应导致传感器立即失效，除非发生了局部过热损坏或极端环境干扰。",
    "灶具运行中 → 无烟雾报警: 异常关联。如果发生起火，应在短时间内触发警报；传感器失效可能导致漏报。",
    "灶具关闭 (19:29) → 窗户打开 (19:30): 异常关联。通常先关火再通风是合理操作，但在传感器刚失效后立即开窗，增加了安全隐患。",
    "长期无人看管烹饪 (54 分钟) → 高风险事件: 正常因果链断裂。正常行为应包含中途检查或更短的烹饪周期。"
    ]
  },
  "step5_assessment": {
    "most_likely_hypothesis": "B",
    "confidence": "medium",
    "severity": "high",
    "false_positive_risk": "存在一定的误报可能性，因为用户确实关闭了灶具且温度最终回落，证明没有发生灾难性火灾。然而，传感器失效期间的监控缺失是一个严重的安全漏洞，不能简单归为偶然。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "unattended_cooking",
    "threat_description": "用户在长时间烹饪过程中遭遇温度传感器故障，导致缺乏有效监控，且在传感器失效后打开了窗户，存在较高的火灾隐患。",
    "recommended_actions": [
      "立即检查厨房区域是否有烟味、烧焦痕迹或异味。",
      "手动测试厨房烟雾报警器和温度传感器是否正常工作。",
      "建议更换厨房温度传感器以确保未来烹饪安全。",
      "审查智能家居自动化逻辑，确保在传感器故障时能发送告警通知给用户。"
    ]
  }
}
```


活动从卧室开始（住户起床），路径合理（卧室→客厅→厨房→卧室），最终回到卧室

2026-06-25T07:09:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开，但日志中无人员离开厨房或进入阳台的记录。

2026-06-25T07:10:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器在开窗后首次报告值为空（故障）。

2026-06-25T07:10:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None (再次出现) — 同一传感器在短时间内连续两次报告数据缺失，表明硬件故障或通信中断。

2026-06-25T18:52:30 kitchen_window_contact | BooleanState.StateValue = False — 晚间再次发生厨房窗户打开事件，且此时屋内有人活动。

2026-06-25T18:53:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器在第二次开窗后再次报告数据缺失，确认该传感器存在持续性故障。

Hypothesis: A

日志显示 07:04 灶具开启，随后 07:09 开窗，可能是做饭时通风。

07:09 有 dining_room_occupancy=1 和 kitchen_light 开启，说明有人在厨房区域。

开窗后温度传感器立即返回 None，且后续多次重复此现象，单纯的环境因素通常不会导致传感器完全停止上报数据。

晚间 18:52 再次开窗，但此时没有明显的烹饪或其他需要强通风的操作记录。

Hypothesis: B

厨房窗户在非典型时间（早晨刚起床准备阶段、傍晚）被打开，且伴随传感器故障，增加了环境不确定性。

温度传感器连续两次返回 None 是明确的设备故障信号，属于必须报告的异常。

若窗户被用于入侵，开窗是必要前提，而传感器失效可能掩盖了入侵时的温度变化特征。

全程 occupancy 数据显示室内一直有人（kids, master_bedroom, living_room 等区域均有活动轨迹），未发现外人潜入的孤立运动信号。

没有发现门锁报警、烟雾报警或安防系统触发的事件。

正常因果：07:04 开启灶具 → 07:09 开启窗户通风（合理的生活场景）。

异常关联：kitchen_window_contact=False → kitchen_temp_sensor=None（窗户打开导致传感器故障？可能性低，更可能是传感器本身已损坏，开窗只是巧合触发了重新采样失败）。

异常关联：kitchen_window_contact=False (两次) + sensor_malfunction(持续) = 高风险状态（无法监控厨房真实温度，若发生燃气泄漏或火灾将无法及时感知）。

厨房窗户被打开且温度传感器连续失效，导致关键区域环境监测盲区，存在安全隐患。

立即检查厨房温度传感器硬件状态并更换或维修。 人工核查厨房窗户是否处于未授权打开状态，确认是否有外人入侵痕迹。 在传感器修复前，建议暂时安排人员在厨房停留时保持警惕，或手动安装临时监测设备。

厨房窗户被打开且温度传感器连续失效，导致关键区域环境监测盲区，存在安全隐患。

Explanation: 假设A: [normal] 住户在进行清洁工作或通风换气时打开了厨房窗户，导致温度传感器因位置变化或气流影响短暂读数异常。

Explanation: 假设B: [anomaly] 厨房窗户被非法打开用于入侵（如攀爬入室），或者住户忘记关闭窗户导致能源浪费和安全隐患；同时厨房温度传感器存在硬件故障。

Explanation: 最可能假设: B, 置信度: medium

Explanation: 误报可能性: 较低。虽然无法排除住户故意开窗通风的可能性，但传感器连续两次完全失效（None）是明确的硬件故障证据，且发生在窗户开启后，符合‘异常关联’的风险模式。即使不是入侵，传感器失效本身也是严重的安全隐患。

Hypothesis: A

日志显示 07:04 灶具开启，随后 07:09 开窗，可能是做饭时通风。

晚间 18:52 再次开窗，但此时没有明显的烹饪或其他需要强通风的操作记录。

Hypothesis: B

温度传感器连续两次返回 None 是明确的设备故障信号，属于必须报告的异常。

若窗户被用于入侵，开窗是必要前提，而传感器失效可能掩盖了入侵时的温度变化特征。

没有发现门锁报警、烟雾报警或安防系统触发的事件。


CH-01-FP: 孩子生病请假在家（家长陪护）

家长也在家（多个房间有活动），不只是儿童房，说明有成人陪护

2026-06-02T06:36:07 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器在灶具开启期间（06:35:37 开启）突然返回空值，且后续多次出现 None

2026-06-02T06:54:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器再次报告空值

2026-06-02T18:24:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 第三次在烹饪过程中传感器失效

2026-06-02T19:28:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 第四次传感器失效，发生在窗户打开后

2026-06-02T06:43:12 kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 0 — 窗帘位置设为 0（完全关闭），但随后未再更新状态，可能存在卡滞

2026-06-02T21:05:03 kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 窗帘被命令完全打开，符合睡前习惯

2026-06-02T22:13:18 master_bedroom_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘也被完全打开，用户可能在准备就寝时统一操作

2026-06-02T07:38:22 front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) — 手动上锁成功

2026-06-02T16:33:00 front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) — 手动上锁成功

2026-06-02T18:04:00 front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) — 手动上锁成功

Hypothesis: A

门锁操作均成功完成（LockState 正确切换为 1 或 2）

运动传感器触发时间与住户活动（如开门、开灯）高度吻合，无异常周期性触发

温度读数整体呈现日间上升、夜间下降的正弦曲线趋势，除 sensor 失效外无明显单向漂移

灶具仅在有人 occupancy=1 时开启，且关闭后温度逐步回落，符合烹饪逻辑

kitchen_temp_sensor 在关键时间点（特别是烹饪期间）多次返回 None，可能导致监控盲区

Hypothesis: B

kitchen_temp_sensor 在 06:36、06:54、18:24、19:28 多次失效，尤其在 18:24 和 19:28 正值烹饪时段，可能影响烟雾报警器联动判断

sensor 失效次数较多（4 次），超出正常波动范围

无任何烟雾报警器触发记录
温度传感器未显示持续单向漂移或固定值 stuck-at 故障
其他房间温度传感器工作正常，说明问题局限于单一设备而非全屋网络故障
用户有主动检查门窗和设备的习惯（如睡前关窗、拉窗帘），降低了入侵或疏忽风险

因果关系 1: 灶具开启 → 厨房温度上升（正常）— 符合物理规律

因果关系 2: 温度传感器失效 → 无法提供实时温度数据（异常关联）— 可能导致安全设备输入缺失

因果关系 3: 窗户打开 → 外部热量进入 → 室内温度略升（正常）— 06:53 开窗后厨房温度略有上升但仍在合理范围

因果关系 4: 用户手动上锁 → 门锁状态变更（正常）— 所有上锁操作均成功执行

尽管厨房温度传感器多次失效，但未造成实际安全风险，用户行为和设备状态整体正常。

建议联系技术支持检查 kitchen_temp_sensor 硬件或固件状态
考虑更换该传感器以确保厨房安全监控完整性
定期检查其他传感器健康状况，预防类似故障扩散

尽管厨房温度传感器多次失效，但未造成实际安全风险，用户行为和设备状态整体正常。

Explanation: 假设A: [normal] 厨房温度传感器因设备重启、通信中断或固件 bug 暂时无法上报数据，但物理环境正常；用户日常作息包括早晨起床、做饭、出门、回家、开灯关灯等，行为模式合理。

Explanation: 假设B: [anomaly] 厨房烟雾报警器因温度传感器频繁失效而无法准确监测环境温度，存在火灾风险；此外，若传感器漂移导致误报或漏报，可能掩盖真实危险。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 低。虽然传感器失效是明确异常，但未引发连锁安全事故（如火灾、入侵），且用户行为正常，因此更可能是设备临时故障而非系统性威胁。误报可能性极低，因为缺乏任何安全事件触发。

Hypothesis: A

门锁操作均成功完成（LockState 正确切换为 1 或 2）

运动传感器触发时间与住户活动（如开门、开灯）高度吻合，无异常周期性触发

Hypothesis: B

sensor 失效次数较多（4 次），超出正常波动范围

因果关系 1: 灶具开启 → 厨房温度上升（正常）— 符合物理规律


通过门锁合法进入（有 LockOperation 事件+有效 UserIndex），不是通过窗户

未发现可疑事件：日志中所有温度波动均在合理范围内，无设备报警、操作失败或传感器读数固定/漂移的异常信号。

未发现可疑事件：所有 Occupancy 报告均为正常的周期性心跳（整点或特定间隔），且与住户进出逻辑一致。

未发现可疑事件：门锁仅在 18:10 有单次成功的解锁/锁定操作，无连续失败或报警。

住户正常作息导致的室内温度自然昼夜变化及夜间归家活动。

存在外部入侵者或利用空调系统蓄意改变室内环境（如制造低温假象）的行为。

Hypothesis: A

温度曲线呈现典型的正弦波特征：凌晨 4-5 点达到最低值（约 22.6°C），随后逐渐上升至午后高峰（约 25.5°C），符合夏季白天气温升高规律。

晚间（18:10）出现入户门解锁和玄关运动触发，紧接着客厅灯光开启和 occupancy=1，随后在 18:30 occupancy 变回 0，符合主人回家放松后休息的模式。

各房间温差始终保持在 0.5°C 以内，未出现单房间剧烈升温或降温的孤立现象。

无任何 DoorLockAlarm, SmokeAlarm, HardwareFaultAlert 等直接报警事件。

Hypothesis: B

若为入侵，通常伴随门窗传感器状态翻转（False->True）或非常规时间点的运动检测，但日志中门窗传感器状态一直稳定（虽未明确列出 BooleanState 变化，但无运动传感器在非居住区触发）。

若为利用空调蓄意控温，应有明显的 HVAC 命令记录或某房间温度偏离整体趋势的异常数据，但所有传感器同步响应环境温度变化。

缺乏任何支持入侵的物理证据（如窗户打开记录、非家庭成员的操作习惯等）。

因果 1: 室外气温升高 → 室内温度逐步上升（正常热传导）。

因果 2: 住户回家 (18:10) → 玄关运动 + 客厅灯亮 + 客厅 occupancy=1（正常行为链）。

因果 3: 夜间睡眠周期 → 室内温度随建筑热惰性缓慢下降至清晨最低（正常物理过程）。

因果 4: 无明显异常关联：未发现‘窗户打开导致邻室运动’或‘门锁故障导致警报’等异常因果链。

系统运行正常，未检测到安全威胁或异常行为。

无需采取紧急措施。 建议继续保持日常监控，关注后续是否有设备状态突变。

系统运行正常，未检测到安全威胁或异常行为。

Explanation: 假设A: [normal] 住户正常作息导致的室内温度自然昼夜变化及夜间归家活动。

Explanation: 假设B: [anomaly] 存在外部入侵者或利用空调系统蓄意改变室内环境（如制造低温假象）的行为。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 极低。数据完整度足够（包含全屋温湿度、占用率、门锁事件），且所有指标均指向标准物理和环境模型，无模糊地带。

无需采取紧急措施。 建议继续保持日常监控，关注后续是否有设备状态突变。

住户正常作息导致的室内温度自然昼夜变化及夜间归家活动。

存在外部入侵者或利用空调系统蓄意改变室内环境（如制造低温假象）的行为。

Hypothesis: A

各房间温差始终保持在 0.5°C 以内，未出现单房间剧烈升温或降温的孤立现象。

Hypothesis: B

缺乏任何支持入侵的物理证据（如窗户打开记录、非家庭成员的操作习惯等）。

因果 1: 室外气温升高 → 室内温度逐步上升（正常热传导）。


只有1-2次错误（非连续多次），最终成功解锁且 UserIndex 是合法用户

{
  "step1_evidence": [
    "2026-06-19T07:43:00 front_door_lock | Event: LockOperationError(OperationError=1...) — 门锁连续操作失败，直接证据",
    "2026-06-19T07:01:02 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器在烹饪期间突然无数据",
    "2026-06-19T07:02:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 传感器持续无数据约 1 分钟",
    "2026-06-19T18:18:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 灶具开启后温度读数再次丢失",
    "2026-06-19T18:55:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房窗户打开时温度读数丢失",
    "2026-06-19T06:16:08 kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 0 — 窗帘位置固定为 0%（完全关闭），但后续未再更新",
    "2026-06-19T20:56:09 kids_room_light | OnOff.OnOff = False — 关灯后窗帘立即变为 10000（全开），可能存在联动逻辑异常或误触发",
    "2026-06-19T07:42:30 front_door_lock | DoorLock.LockState = 2 (Unlocked) → 07:42:33 LockState = 1 (Locked)，但中间有 Error 事件，显示执行不稳定",
    "2026-06-19T07:42:32 front_door_contact | BooleanState.StateValue = False (Open) → True (Closed) — 门接触传感器快速翻转，可能伴随人员进出或卡滞",
    "2026-06-19T19:24:05 kitchen_dishwasher | OperationalState.OperationalState = 1 — 洗碗机启动，但无相关故障报警，属正常"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "用户清晨出门前尝试手动解锁门锁失败（可能是指纹/密码识别问题），随后使用备用方式成功解锁并离开；厨房温度传感器因短暂通信中断或重启导致偶发性无数据，非持续性故障。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "门锁存在机械或电子故障（如电机卡死、控制板异常），导致多次解锁失败，增加暴力破解风险；厨房温度传感器严重漂移或失效，无法监测高温隐患（如忘关火），构成火灾隐患。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "07:42:30 成功执行 LockOperationType=1 且状态变为 Locked，证明锁体基本功能正常。",
        "07:43:00 的 LockOperationError 仅出现一次，且紧随其后是成功的自动锁定（07:43:22 Auto Lock），符合临时干扰特征。",
        "厨房温度传感器在大部分时间（尤其是夜间和白天）提供有效读数，说明设备本身未永久损坏，短暂 Null 值可能是网络抖动或重置所致。",
        "住户作息规律：06:00 起床，07:42 出门，行为连贯，无异常停留。"
      ],
      "opposing": [
        "同一时间段内（07:01–07:02, 18:18, 18:55）厨房温度传感器多次报告 None，频率高于普通网络波动。",
        "07:43:00 的 LockOperationError 发生在手动操作后极短时间内，若为单纯识别失败，通常不会立即引发系统级错误码（OperationError=1）。"
      }
    },
    {
      "hypothesis": "B",
      "supporting": [
        "07:43:00 明确记录 LockOperationError，表明锁控系统检测到内部异常。",
        "厨房温度传感器在关键时段（灶具开启时）多次失去连接，可能导致无法及时发现过热或火灾。",
        "窗帘在 06:16 设为 0% 后长时间未更新，可能存在执行器卡死或固件 stuck 问题。"
      ],
      "opposing": [
        "没有证据表明门锁被反复暴力攻击（如每分钟多次尝试）。",
        "温度传感器在多数时段工作正常，仅在特定时间点丢失数据，难以证明系统性漂移或永久故障。",
        "没有烟雾报警器触发或其他火灾征兆（如温度异常飙升而无回落）。"
      ]
    }
  ],
  "step4_causal": [
    "07:42:30 手动解锁失败 → 07:43:00 LockOperationError：因果关系成立，属于门锁控制逻辑异常（可能是电源波动或固件 bug），非外部入侵。",
    "07:01:02 厨房温度传感器返回 None → 无法监控炉灶热量：因果链断裂，导致安全盲区，但时间短且后续恢复，未造成实际后果。",
    "06:16 窗帘设置关闭 → 长时间位置不变：可能是执行器响应延迟或固件未推送更新，非物理卡死（因之后有变化）。",
    "整体温度趋势符合昼夜节律：凌晨低→午后高→晚间降，无单向漂移迹象。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "medium",
    "severity": "low",
    "false_positive_risk": "中等风险：虽然温度传感器多次报 None 值得警惕，但考虑到 Matter 协议下设备重启或重连可能导致短暂断线，且无其他佐证（如烟雾报警、温度失控），更可能是间歇性通信问题而非硬件故障。门锁错误也单次发生，后续自动修正，不太像持续性攻击或严重故障。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "虽有个别传感器瞬时失联和门锁一次操作错误，但整体行为符合正常用户活动模式，设备具备自恢复能力，未发现持续威胁。",
    "recommended_actions": [
      "建议检查厨房温度传感器的网络连接稳定性，必要时重启网关或更换电池（如有）。",
      "观察门锁是否在下次使用时再次出现 OperationError，若频繁发生则需联系厂商检修。",
      "无需紧急干预，可继续常规监控。"
    ]
  }
}


2026-06-11T18:12:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 在灶具开启期间温度读数丢失，后续恢复为有效值

2026-06-11T18:57:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户传感器报告打开状态（False），但日志中无人员离开或进入厨房的记录

2026-06-11T19:25:00 kitchen_dishwasher | OnOff.OnOff = True 和 OperationalState.OperationalState = 1 — 洗碗机启动，属正常行为

2026-06-11T18:57:00 kitchen_cook_surface | OnOff.OnOff = False — 灶具关闭，符合烹饪结束后的预期

2026-06-11T22:35:28 front_door_contact | BooleanState.StateValue = True — 入户门传感器报告关闭，随后门锁自动上锁，属正常离家流程

2026-06-11T20:47:02 kids_room_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 儿童房窗帘完全拉下，可能出于隐私或安全考虑

2026-06-11T22:35:26 master_bedroom_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘完全拉下，与离家时间吻合

2026-06-11T18:11:30 kitchen_cook_surface | OnOff.OnOff = True — 灶具开启，但厨房运动传感器持续显示有人（Occupancy=1），无明显异常

2026-06-11T18:58:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 第二次出现温度读数为空，发生在灶具关闭后约 2 分钟，可能表示传感器临时故障或通信中断

2026-06-11T15:58:00 front_door_lock | Event: LockOperation(LockOperationType=1, OperationSource=Manual) 及 LockState=2 — 手动解锁，随后门打开并有人进入，属正常

Hypothesis: A

灶具开启时间（18:11:30）与关闭时间（18:57:00）合理，持续约 45 分钟，符合烹饪时长。

厨房运动传感器在整个时段内持续报告 Occupancy=1，表明有人在场操作。

温度传感器在多数时间点有正常读数，仅在两次短暂丢失（18:12:00 和 18:58:00），且均在事件发生前后，可能是瞬时通信问题。

厨房窗户在 18:57:30 打开，紧接着是灯光和风扇等操作，无其他可疑活动。

温度传感器在 18:12:00 和 18:58:00 两次返回 None，虽短暂但需关注是否影响安全监测。

Hypothesis: B

厨房窗户传感器在 18:57:30 突然变为 False（打开），但无前序开门或人员移动记录。

温度传感器在灶具运行期间首次丢失数据（18:12:00），可能在高温环境下设备异常。

运动传感器全程显示 Occupancy=1，说明始终有人在场，不太可能是外部入侵者单独操作窗户。

没有其他安防警报（如烟雾、漏水）触发，且后续行为（关灯、关窗、离家）连贯自然。

温度传感器在 18:58:00 再次丢失数据，但此时灶具已关闭，更可能是设备复位而非持续故障。

灶具开启 → 厨房温度逐步上升（正常因果）

灶具关闭 → 温度开始下降（正常因果）

厨房窗户打开 → 可能为了通风（正常因果，结合有人在场判断）

温度传感器暂时丢失数据 → 可能是设备重启或通信干扰（非直接威胁，属传感器故障范畴但可自愈）

无人时危险设备运行？否 — 厨房一直有人，且灶具关闭后温度未持续升高

未发现明显的安全威胁或异常行为模式，所有事件均可由正常用户活动解释。

未发现明显的安全威胁或异常行为模式，所有事件均可由正常用户活动解释。

Explanation: 假设A: [normal] 住户正在进行正常的晚间烹饪活动，随后关闭灶具，厨房窗户因通风需求被短暂打开，之后关闭；温度传感器偶发数据缺失是常见通信波动。

Explanation: 假设B: [anomaly] 厨房窗户在无人操作的情况下被打开（可能入侵者进入），导致温度传感器异常（None）；或者传感器本身故障导致误报。

Explanation: 最可能假设: A, 置信度: high

Explanation: 误报可能性: 较低。虽然温度传感器短暂丢失数据，但这是智能家居中常见的通信波动现象，且有明确的上下文（烹饪活动）支持其合理性。窗户打开也有合理的解释（通风）。没有证据表明存在入侵、忘关火或其他安全风险。

Hypothesis: A

厨房运动传感器在整个时段内持续报告 Occupancy=1，表明有人在场操作。

厨房窗户在 18:57:30 打开，紧接着是灯光和风扇等操作，无其他可疑活动。

Hypothesis: B

没有其他安防警报（如烟雾、漏水）触发，且后续行为（关灯、关窗、离家）连贯自然。

灶具开启 → 厨房温度逐步上升（正常因果）

灶具关闭 → 温度开始下降（正常因果）

厨房窗户打开 → 可能为了通风（正常因果，结合有人在场判断）

无人时危险设备运行？否 — 厨房一直有人，且灶具关闭后温度未持续升高


{
  "step1_evidence": [
    "未发现可疑事件：日志中所有温度传感器读数均在合理波动范围内（约 22.4°C - 25.4°C），符合日间自然热惯性曲线。",
    "未发现可疑事件：所有 Occupancy 传感器在整段日志中持续报告为 0，且无任何设备操作或报警事件。",
    "未发现可疑事件：无门锁状态变化、无烟雾/漏水报警、无执行器卡死迹象。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户已离家或处于完全无人状态，室内温度随室外环境自然降温（从午后高温回落至夜间低温），属于正常物理现象。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "存在隐蔽入侵者，但极其安静且未触发运动传感器，或者入侵者仅通过窗户进入并关闭了窗户以隔绝红外信号，同时未产生任何热负荷变化导致温度异常。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
      "直接证据：所有房间 Occupancy=0 持续超过 12 小时，符合‘无人’定义。",
      "直接证据：温度呈现典型的昼夜节律（下午 1:00 最高 ~25.4°C，凌晨 3:00 最低 ~22.4°C），波动幅度在正常环境传热范围内。",
      "间接证据：无任何安防报警（SmokeAlarm, DoorLockAlarm）被触发。"
    ],
    "opposing": []
    },
    {
      "hypothesis": "B",
      "supporting": [],
      "opposing": [
      "否定证据：若有人潜入，通常会在卧室或客厅等区域触发运动传感器，但此处持续 12 小时全为 0。",
      "否定证据：入侵者若打开窗户会引入外部热量或改变室内外温差逻辑，但厨房与客厅温差始终保持在合理的建筑热传导范围内（<1.5°C）。",
      "否定证据：没有任何门窗传感器（ContactSensor）状态变更记录（虽然日志未显式列出 contact_sensor 的 True/False 值，但若有窗户开启导致的异常气流或人员活动，通常会伴随其他传感器联动或温度突变）。"
    ]
  },
  "step4_causal": [
    "因果关系 1：时间推移 (11:55 -> 23:55) → 室内温度逐渐下降 → 结果：符合室外环境温度降低的正常热力学过程（正常）。",
    "因果关系 2：全天无人 (Occupancy=0) → 无人为热源输入 → 结果：加速了室温向室外低温趋近的过程（正常）。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "high",
    "severity": "none",
    "false_positive_risk": "极低。要判定为异常，需要证明有人在屋内但未触发传感器，这在现有传感器配置下几乎不可能发生（除非传感器全部失效或被屏蔽，但这属于极端假设，且温度数据非常自然，不像被屏蔽后的死寂）。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "系统运行正常，显示房屋在夜间无人状态下温度自然回落。",
    "recommended_actions": ["无需采取紧急措施。", "建议继续监控下一周期的日志以确保模式一致性。"]
  }
}


CH-04-FP: 家长在玄关操作门锁

```json
{
  "step1_evidence": [
    "[2026-06-09T18:18:00] kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 在灶具开启后，温度传感器突然停止上报数据（变为 None）",
    "[2026-06-09T18:51:00] kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器再次报告无数据，且此时窗户已打开",
    "[2026-06-09T18:50:30] kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开，而此时灶具刚刚关闭不久",
    "[2026-06-09T18:17:30] kitchen_cook_surface | OnOff.OnOff = True — 灶具开启，随后温度传感器失效",
    "[2026-06-09T18:50:00] kitchen_cook_surface | OnOff.OnOff = False — 灶具关闭，但随后发生了窗户打开和传感器失效事件"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户在烹饪过程中，因环境变化或设备重启导致厨房温度传感器暂时离线，属于偶发的通信故障。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房窗户被人为打开可能导致外部空气流入干扰传感器读数，或者更严重的是，有人试图利用打开的窗户进行通风以掩盖某种异常（如燃气泄漏），同时传感器可能因物理遮挡或故意破坏而失效。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "日志中没有显示烟雾报警器 (smoke_co_alarm) 触发报警。"
      ],
      "opposing": [
        "传感器失效发生在两次不同的时间点 (18:18 和 18:51)，而非一次性重启问题。",
        "在 18:51 失效时，恰好伴随厨房窗户打开的事件，这增加了非随机性（即人为干预的可能性）。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "时间关联性强：18:50:00 灶具关闭 -> 18:50:30 窗户打开 -> 18:51:00 传感器失效。这种短时间内连续发生的异常状态变更高度可疑。",
        "传感器值从正常数值跳变为 'None' 是典型的设备故障或被遮蔽信号的特征。"
      ],
      "opposing": [
        "没有直接的入侵尝试记录（如门锁频繁操作失败、非授权时间点的门开事件）。",
        "前一次传感器失效 (18:18) 发生在灶具开启后，可能是单纯的设备过热保护或重启，与窗户无关。"
      ]
    }
  ],
  "step4_causal": [
    "因果 1: 灶具开启 → 厨房温度上升（正常）",
    "因果 2: 灶具关闭 + 窗户打开 → 传感器读数丢失（异常关联）。通常开窗是为了散热，但如果是在烹饪刚结束时立即开窗并导致传感器失效，可能存在为了降低室内浓度（如 CO 或天然气）而人为制造的通风场景，或者是为了掩盖火灾风险。",
    "因果 3: 窗户打开/设备故障 → 温度传感器无法采集数据（传感器 malfunction/malfunction）。这可能是由于气流干扰导致采样失败，也可能是物理损坏。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "B",
    "confidence": "medium",
    "severity": "medium",
    "false_positive_risk": "存在误报风险，因为单纯的设备通信中断也可能解释为何传感器返回 None。如果没有烟雾报警或门锁异常，很难确证是恶意的通风行为而非巧合的设备故障。然而，两次失效的时间点都与关键操作（开火、关火、开窗）紧密耦合，降低了纯巧合的概率。"
  },
  "step6_decision": {
    "is_anomaly": true,
    "threat_type": "sensor_malfunction",
    "threat_description": "厨房温度传感器在烹饪期间及之后出现间歇性数据丢失，且最后一次丢失与窗户打开事件强相关，表明传感器可能因环境变化、物理干扰或故意外部原因失效，导致无法监控厨房热环境安全。",
    "recommended_actions": [
      "立即前往厨房检查温度传感器是否正常工作，确认是否有烟雾或异味。",
      "手动关闭厨房窗户以确保安全环境稳定。",
      "联系技术支持重置传感器或更换电池/设备，并在恢复期间保持人工留意厨房状况。"
    ]
  }
}
```

Explanation: 假设A: [normal] 住户在烹饪过程中，因环境变化或设备重启导致厨房温度传感器暂时离线，属于偶发的通信故障。

Explanation: 假设B: [anomaly] 厨房窗户被人为打开可能导致外部空气流入干扰传感器读数，或者更严重的是，有人试图利用打开的窗户进行通风以掩盖某种异常（如燃气泄漏），同时传感器可能因物理遮挡或故意破坏而失效。

Explanation: 最可能假设: B, 置信度: medium

Explanation: 误报可能性: 存在误报风险，因为单纯的设备通信中断也可能解释为何传感器返回 None。如果没有烟雾报警或门锁异常，很难确证是恶意的通风行为而非巧合的设备故障。然而，两次失效的时间点都与关键操作（开火、关火、开窗）紧密耦合，降低了纯巧合的概率。

立即前往厨房检查温度传感器是否正常工作，确认是否有烟雾或异味。 手动关闭厨房窗户以确保安全环境稳定。 联系技术支持重置传感器或更换电池/设备，并在恢复期间保持人工留意厨房状况。

Hypothesis: A

日志中没有显示烟雾报警器 (smoke_co_alarm) 触发报警。

Hypothesis: B

传感器值从正常数值跳变为 'None' 是典型的设备故障或被遮蔽信号的特征。

没有直接的入侵尝试记录（如门锁频繁操作失败、非授权时间点的门开事件）。

因果 1: 灶具开启 → 厨房温度上升（正常）


CH-04-FP: 家长在玄关操作门锁

```json
{
  "step1_evidence": [
    "[2026-06-29T18:31:00] kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 灶具开启后温度传感器立即停止上报数据，随后长时间无读数",
    "[2026-06-29T19:29:00] kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房窗户打开前后，温度传感器再次出现缺失值",
    "[2026-06-29T19:28:30] kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户被打开（False=打开），但日志中未伴随任何人员进入厨房或关闭窗户的后续操作",
    "[2026-06-29T19:45:00] kitchen_dishwasher | OperationalState.OperationalState = 1 — 洗碗机开始运行，且一直持续到日志结束",
    "[2026-06-29T18:30:00] kitchen_cook_surface | OnOff.OnOff = True — 用户开启灶具进行烹饪活动"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "住户在正常做饭过程中，由于设备故障或通信干扰导致厨房温度传感器暂时无法上报数据；随后住户离开厨房去处理其他事务（如启动洗碗机）或窗户自然通风。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "存在未授权入侵者进入厨房区域。证据在于：厨房窗户被打开（可能为入侵入口），且在此期间关键的厨房温度传感器完全失效（None），导致系统无法监测到潜在的火灾风险或异常高温，同时灶具曾在此时段开启，增加了安全隐患。"
    }
  ],
  "step3_verification": {
    "hypothesis": "A",
    "supporting": [
      "日志显示正常的作息模式：早上起床、白天活动、晚上回家并开灯做饭（18:30）。",
      "洗碗机在 19:45 启动，符合晚餐后的常规家务流程。",
      "温度传感器在缺失值之前和之后都有正常的读数，说明设备本身可能只是间歇性故障而非永久损坏。"
    ],
    "opposing": [
      "传感器缺失时间较长（从 18:31 直到 19:29 前都没有有效读数，虽然中间有短暂恢复但未在提供的片段中明确显示连续恢复，仅见两次 None），不符合正常波动模式。",
      "关键事件发生在 19:28 窗户打开时，此时传感器恰好再次变为 None，且没有后续的 Occupancy 变化或其他关联事件来解释这一巧合。"
    ]
  },
  "step3_verification_2": {
    "hypothesis": "B",
    "supporting": [
      "厨房窗户在 19:28:30 被打开，这是一个非典型的时间点（通常是在做饭准备阶段或清洁时），且随后没有看到任何人进入厨房的运动传感器触发记录（entrance_occupancy, dining_room_occupancy 等在该时间点均保持活跃或无特定指向厨房的动作）。",
      "最关键的异常是：当窗户打开时，厨房温度传感器报告 `None`。如果这是正常开窗通风，传感器应继续工作。传感器失效使得该区域成为监控盲区。",
      "结合灶具曾在 18:30 开启，如果在无人看管的情况下发生泄漏或起火，而传感器又坏了，将构成严重的安全隐患。"
    ],
    "opposing": [
      "没有明确的报警信号（如 SmokeAlarm 触发）。",
      "没有发现门锁被多次尝试解锁的记录（排除暴力破解）。"
    ]
  },
  "step4_causal": [
    "原因：厨房窗户被打开 (19:28:30) → 结果：厨房温度传感器停止上报数据 (19:29:00)。这暗示环境变化可能导致了传感器故障，或者有人在开窗的同时破坏了传感器/线路，或者是入侵者故意制造混乱掩盖行踪。",
    "原因：灶具开启 (18:30:00) → 结果：温度传感器正常升温至 18:31:00 后突变为 None。这表明在烹饪活动期间，数据采集链路中断。",
    "因果关系判定：窗户打开与传感器失效之间存在强相关性，但由于缺乏直接证据证明人为破坏，更倾向于判定为**设备故障 (Sensor Malfunction)** 导致了安全监控盲区的形成，这是一种间接的异常关联。"
    ],
    "step5_assessment": {
      "most_likely_hypothesis": "A",
      "confidence": "medium",
      "severity": "medium",
      "false_positive_risk": "虽然传感器失效是一个明显的故障现象，但在智能家居环境中，传感器因电池耗尽、连接松动或临时通信错误而失效是非常常见的情况。如果没有伴随运动传感器的异常触发（如在深夜有人闯入时其他房间有人但厨房无人）或报警信号，将其判定为恶意入侵的风险较高（误报可能性大）。然而，考虑到传感器失效发生在窗户打开的时刻，不能完全排除人为因素或环境导致的意外故障。"
    },
    "step6_decision": {
      "is_anomaly": true,
      "threat_type": "sensor_malfunction",
      "threat_description": "厨房温度传感器在关键时间段（包括窗户打开时）持续失效，导致在可能有火源（曾开启灶具）的区域失去温度监控能力，构成潜在的安全隐患。",
      "recommended_actions": [
        "立即检查并更换或重启厨房温度传感器，确保其恢复正常工作。",
        "检查厨房窗户密封性及传感器安装位置是否受环境影响。",
        "确认洗碗机运行期间厨房无人逗留，避免忘关火风险（尽管传感器已坏，需人工确认）。"
      ]
    }
  }
}
```


BA-05-FP: 邻居/亲友代为浇花/喂宠物

通过门锁合法进入（有效的临时 UserIndex），进出有完整的开锁+锁门记录

```json
{
  "step1_evidence": [
    "2026-06-17T18:44:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 在灶具开启后温度读数突然丢失，随后持续异常。",
    "2026-06-17T18:51:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 厨房温度传感器再次报告无数据，表明设备故障或通信中断。",
    "2026-06-17T22:47:31 front_door_contact | BooleanState.StateValue = True — 前门接触传感器显示关闭（True），但在门锁自动锁定事件后立即发生，且无人员进出记录佐证开门动作。",
    "2026-06-17T22:47:32 front_door_lock | Event: LockOperation(LockOperationType=0, OperationSource=Auto) — 门锁因“自动”源触发锁定操作，需确认是否为人为误触或自动化策略异常。",
    "2026-06-17T22:47:32 front_door_lock | DoorLock.LockState = 1 — 门锁成功上锁，但结合前门传感器状态变化，可能存在逻辑冲突或非法尝试。",
    "2026-06-17T18:43:03 kitchen_cook_surface | OnOff.OnOff = True — 厨房灶具开启，此时 Occupancy=1 正常，但后续温度传感器失效。",
    "2026-06-17T19:37:00 kitchen_dishwasher | OnOff.OnOff = True — 洗碗机启动，属正常家务活动。",
    "2026-06-17T21:14:00 kids_room_light | OnOff.OnOff = False — 儿童房灯关闭，符合睡前行为模式。",
    "2026-06-17T22:47:25 master_bedroom_window | WindowCovering.CurrentPositionLiftPercent100ths = 10000 — 主卧窗帘完全闭合，属正常夜间行为。",
    "2026-06-17T22:47:10 living_room_ac | OnOff.OnOff = False — 客厅空调关闭，配合灯光熄灭，符合就寝流程。"
  ],
  "step2_hypotheses": [
    {
      "id": "A",
      "type": "normal",
      "description": "厨房温度传感器出现短暂通信故障或重启，随后恢复；前门传感器和门锁的联动是住户正常离家流程的一部分（关门→系统自动上锁）。"
    },
    {
      "id": "B",
      "type": "anomaly",
      "description": "厨房温度传感器存在持续性硬件故障（sensor_malfunction），导致无法监测烹饪区域温度，存在火灾风险隐患；同时，前门传感器可能在未授权情况下被触发或误报，引发不必要的锁定。"
    }
  ],
  "step3_verification": [
    {
      "hypothesis": "A",
      "supporting": [
        "T18:43 灶具开启后 T18:44 和 T18:51 两次报告 None，可能为临时丢包或重启。",
        "T18:50 灶具关闭后，T18:55 起温度读数恢复正常（2306°C → 2300°C 等），表明设备可能已复位。",
        "前门接触传感器在 T22:47:31 变为 True（关闭），紧接着 T22:47:32 门锁自动锁定，符合‘关门即锁’的自动化场景。",
        "整个时间段内其他房间 occupancy 和温度波动符合正常昼夜节律，无明显入侵迹象。"
      ],
      "opposing": [
        "温度传感器在 T18:44 到 T18:51 之间长达 7 分钟无任何有效读数，期间灶具仍在工作（直到 18:50 关闭），存在监控盲区。",
        "前门传感器状态从 False（开）到 True（关）的变化发生在门锁自动锁定之前，但若无人操作，为何会先开门再关门？日志中无 explicit 'open' 事件。"
      ]
    },
    {
      "hypothesis": "B",
      "supporting": [
        "厨房温度传感器在关键时段（烹饪时）连续两次返回 None，而非漂移或固定值，强烈暗示硬件故障或电源问题。",
        "若传感器失效，则无法检测灶具过热、燃气泄漏或烟雾报警器是否误触发，构成潜在安全风险。",
        "前门传感器在无明确开门事件的情况下突然变为关闭，可能意味着有人尾随进入后迅速关门，或者传感器本身故障导致误判。"
      ],
      "opposing": [
        "T18:50 之后温度立即恢复并呈现合理下降趋势，说明传感器并非永久损坏，更可能是间歇性故障。",
        "门锁锁定时间为 22:47:32，而最后一条 occupancy 记录显示 entrance_occupancy=1 直至该时刻，表明屋内仍有人员，不太可能发生尾随。"
      ]
    }
  ],
  "step4_causal": [
    "T18:43 灶具开启 → T18:44/T18:51 温度传感器返回 None（异常关联，非因果）：传感器故障导致无法感知真实温度，而非高温导致传感器失效。",
    "T18:50 灶具关闭 → T18:55 起温度恢复正常（正常因果）：热源移除后环境温度自然回落，传感器功能恢复。",
    "T22:47:31 前门接触传感器变为 True → T22:47:32 门锁自动锁定（正常因果）：系统检测到门关好后自动执行锁定程序。",
    "T22:47:25 主卧窗帘关闭 + T22:47:10 空调关闭 → T22:47:32 门锁锁定（正常因果链）：整套就寝自动化流程被执行。"
  ],
  "step5_assessment": {
    "most_likely_hypothesis": "A",
    "confidence": "medium",
    "severity": "low",
    "false_positive_risk": "较低。虽然温度传感器曾丢失数据，但其后迅速恢复且行为符合物理规律；门锁与传感器的联动也有合理解释。唯一不确定的是传感器是否会在未来再次失效。"
  },
  "step6_decision": {
    "is_anomaly": false,
    "threat_type": "none",
    "threat_description": "未发现确凿的安全威胁，仅存在短暂的传感器通信中断和正常的自动化门锁行为。",
    "recommended_actions": [
      "建议检查厨房温度传感器连接稳定性，必要时更换设备以防未来出现类似情况。",
      "确认门锁自动锁定策略是否为用户期望的行为，如需调整可在智能家居平台修改规则。"
    ]
  }
}
```

未发现确凿的安全威胁，仅存在短暂的传感器通信中断和正常的自动化门锁行为。

Explanation: 假设A: [normal] 厨房温度传感器出现短暂通信故障或重启，随后恢复；前门传感器和门锁的联动是住户正常离家流程的一部分（关门→系统自动上锁）。

Explanation: 假设B: [anomaly] 厨房温度传感器存在持续性硬件故障（sensor_malfunction），导致无法监测烹饪区域温度，存在火灾风险隐患；同时，前门传感器可能在未授权情况下被触发或误报，引发不必要的锁定。

Explanation: 最可能假设: A, 置信度: medium

Explanation: 误报可能性: 较低。虽然温度传感器曾丢失数据，但其后迅速恢复且行为符合物理规律；门锁与传感器的联动也有合理解释。唯一不确定的是传感器是否会在未来再次失效。

建议检查厨房温度传感器连接稳定性，必要时更换设备以防未来出现类似情况。 确认门锁自动锁定策略是否为用户期望的行为，如需调整可在智能家居平台修改规则。

Hypothesis: A

Hypothesis: B


只有1-2次错误（非连续多次），最终成功解锁且 UserIndex 是合法用户

2026-06-05T18:46:30 kitchen_cook_surface | OnOff.OnOff = True — 灶具开启，需确认是否有人在场或随后关闭

2026-06-05T19:02:02 kitchen_cook_surface | OnOff.OnOff = False — 灶具已关闭，但间隔较短（约 16 分钟）

2026-06-05T18:47:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 温度传感器在灶具开启时报告空值，可能故障或信号丢失

2026-06-05T19:03:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 温度传感器再次报告空值，持续异常

2026-06-05T10:11:00 front_door_lock | Event: LockOperationError(OperationError=1, OperationSource=3) — 门锁操作失败事件，提示潜在硬件问题或干扰

2026-06-05T06:57:04 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 早期温度传感器也出现空值，显示该设备可能存在间歇性故障

2026-06-05T07:04:00 kitchen_temp_sensor | TemperatureMeasurement.MeasuredValue = None — 连续多次无读数

2026-06-05T19:38:05 kitchen_dishwasher | OperationalState.OperationalState = 1 — 洗碗机启动，属于正常家务活动

2026-06-05T22:26:22 front_door_lock | DoorLock.LockState = 1 — 夜间自动上锁成功，符合正常模式

2026-06-05T07:03:30 kitchen_window_contact | BooleanState.StateValue = False — 厨房窗户打开，需注意通风与安全

Hypothesis: A

灶具开启后 16 分钟内即关闭，符合快速烹饪场景。
其他时间段（如早晨、傍晚）温度传感器读数稳定且合理，排除全天性断电。
门窗状态变化与人员活动逻辑一致（开窗后温度上升）。

温度传感器在多个非极端时间点（06:57, 07:04, 18:47, 19:03）均返回 None，频率过高，不太可能是偶然干扰。

None 值出现在传感器应工作时段，表明通信链路或硬件本身存在问题。

Hypothesis: B

厨房温度传感器在至少 4 次独立时间窗口内报告 None，覆盖不同时段和工况（空闲 vs 加热），强烈指向设备故障。

门锁在 10:11 发生 OperationError，虽然后续操作成功，但表明系统可靠性下降。

故障发生时未伴随报警（如 SmokeAlarm），说明安全监控链条存在缺口。

没有明确的安全事件（火灾、入侵）被触发，仅传感器缺失常被视为维护问题而非即时威胁。

用户并未报告任何异常体验，可能只是未察觉数据缺失。

厨房灶具开启 → 温度传感器应上报升高值，但因传感器故障返回 None（异常关联：安全监测失效）

门锁操作错误 → 后续手动解锁成功（部分因果成立，但初始失败暴露风险）

厨房窗户打开 → 室内温度自然波动（正常因果）

洗碗机启动 → 厨房占用增加（正常因果）

厨房温度传感器频繁失效（多次返回 None），导致在灶具运行等高风险场景下缺乏实时温度监控，构成安全隐患。

立即检查并更换厨房温度传感器，确保其在烹饪期间正常工作。 重新测试门锁机制，确认之前的操作错误是否为孤立事件，必要时安排专业检修。 在传感器修复前，建议人工定期核查厨房温度及设备状态。

Explanation: 假设A: [normal] 住户正常晚间烹饪活动，温度传感器因环境高温或临时干扰导致短暂数据中断，门锁故障为偶发误报。

Explanation: 假设B: [anomaly] 厨房温度传感器存在持续性硬件故障（stuck-at/communication loss），且在灶具工作时未能提供关键安全数据；门锁操作失败可能预示更严重的安防隐患。

Explanation: 最可能假设: B, 置信度: high

Explanation: 误报可能性: 低。温度传感器多次返回 None 是明确的硬件或通信故障迹象，并非正常波动；门锁错误虽可解释为干扰，但结合传感器故障，整体风险等级提升。

Hypothesis: A

None 值出现在传感器应工作时段，表明通信链路或硬件本身存在问题。

Hypothesis: B

故障发生时未伴随报警（如 SmokeAlarm），说明安全监控链条存在缺口。

用户并未报告任何异常体验，可能只是未察觉数据缺失。

门锁操作错误 → 后续手动解锁成功（部分因果成立，但初始失败暴露风险）

厨房窗户打开 → 室内温度自然波动（正常因果）

洗碗机启动 → 厨房占用增加（正常因果）