非接触感知会上传或保存视频吗？怎样理解数据路径与隐私？

非接触，只说明不用贴着身体采集

“非接触”描述的是感知方式。例如，利用摄像头观察皮肤变化，不需要把传感器贴到皮肤上。但摄像头仍然可能记录人脸和行为，系统也可能产生与某个人相关的生理或状态结果。

因此，不佩戴设备并不等于没有数据处理。中国《个人信息保护法》对个人信息处理和生物识别、医疗健康等敏感个人信息设有专门规定；具体信息如何分类、适用什么要求，需要结合实际内容、用途与关联方式判断。^[1]

“处理”“上传”“保存”，应分成三个问题

处理指系统为了完成任务而使用数据，可能发生在设备内存、现场服务器或远程系统中。上传关注数据有没有被发送到其他位置。保存关注数据是否被持续保留，以及保存在哪里。

一种系统可以本地处理而不长期保存原始视频，也可以本地处理但保留某些日志；一种联网服务可以只发送必要结果，也可能发送其他数据。下面的图展示的是可能的数据对象与位置，不代表所有科思创动产品采用同一方式。

图示可在框内左右滑动查看。

不只原始视频需要关注

表中列出了可能产生的数据，实际生成或保存哪些内容，要按产品确认。了解隐私时，除了视频是否上传，也要关注结果、日志和历史记录中是否包含敏感信息。

本地部署还需要哪些数据保护措施？

在本地完成处理，可以减少某些远程传输环节，但不能自动解决用途、人员访问、设备遗失、截图导出或备份管理等问题。采用云端服务时，也要明确其任务、接收的数据和保护措施。

NIST隐私框架将数据处理与个人可能受到的影响联系起来，强调从完整处理活动理解风险。这是一套自愿性管理框架，不能替代中国或其他地区适用的法律要求。^[2]

用户应该能够理解自己正在参与什么

面向用户的说明，最好用清楚的话回答：现在采集什么，为了提供什么服务，谁负责处理，是否保存，以及如何行使适用的选择和权利。一般性同意某项服务，不应被随意解释为允许无限期保存或用于任何其他用途。

具体业务应依法确定处理依据，履行适用的告知、同意及敏感个人信息等要求。具体项目适用哪些要求，应结合场景、各方角色和数据流逐项确认。^[1]

在生活空间和座舱中，还可能同时有多个人。驾驶员接受一项功能，不等于其他乘客的所有信息处理问题都已经解决。设计交互时，还应考虑用户能否选择关闭某些状态功能。

室内多设备协同时，共享的应当是必要信息

在室内多设备协同的设计中，机器人、智能镜、屏幕和环境设备可以承担不同任务。执行端为了完成一个获准服务，并不一定需要接收用户的完整状态记录；共享任务进度，也不意味着开放所有生理历史。

需要分别考虑服务属于谁、当前入口是否有权使用，以及用户转到另一个房间后哪些信息仍然适用。对于访客或身份归属不清的对象，不应自动接入其他人的长期记录。

同样，一名家庭成员同意使用功能，不代表其他家庭成员或访客已作出同样选择。哪些信息可以出现在公共屏幕、哪些只适合在个人入口查看，应在实际系统中分别设计。这些权限安排还需结合实际数据处理情况确认适用的法律要求。

设备方、系统集成方与运营方怎样分工？

软件或设备供应方可以说明相应产品处理哪些输入、产生哪些结果、有哪些配置。系统集成方负责把它放入更大的系统；业务运营方通常更了解面向谁提供服务、为什么处理信息、哪些人员能够接触结果。

这些角色的法律身份不能仅凭称呼决定，应根据实际处理安排与协议确认。项目中说明的数据路径、处理用途和各方责任，应与实际配置及协议一致。

是否可以说SDK“符合个保法”或“通过等保”？

不宜把一个软件模块的名称，直接当作整套项目合规结论。个人信息处理要求涉及实际用途、配置和组织措施；网络安全等级保护也应结合相应系统的适用情况理解。了解项目资质或合规结论时，还需确认它对应哪套系统、哪种用途和哪些配置。

选型时，可以向供应方了解实际数据路径、可用部署方式和相应配置，确认哪些数据会离开设备。

选型时可以先问哪几个问题？

首先问清所选版本支持怎样的部署方式；再确认视频、结果与日志分别流向哪里；最后了解保存、访问和用户控制如何落实。

产品说明应同时介绍服务功能，以及实现这些功能会使用哪些数据。