BLUEBERRY VIDEO

隐私中心

把可能收集什么、为什么需要、怎样处理说清楚

隐私说明的核心是透明和必要。网站与APP如果处理访问数据、设备权限或用户主动提交的信息，应说明用途、范围和保留原则；没有实际使用的功能，不应写成已经存在的数据处理能力。

访问数据

基础访问日志可能用于安全、故障排查与服务稳定性分析。应限制收集范围，并避免把不必要的个人信息纳入常规记录。

相机、麦克风、位置、通讯录等敏感权限只有在相关功能真正需要时才应请求。内容浏览本身不应要求无关权限。

若没有真实账户系统，就不应宣称保存昵称、头像、会员资料或跨设备账户信息。未来如增加功能，应同步更新说明。

用户提交问题时可能主动提供页面链接、问题描述与必要截图。应只把这些信息用于处理对应反馈。

不应主动索取与服务无关的身份、健康、金融或其他高敏感信息。确有必要时也应提供明确依据与保护措施。

当前站点不依赖第三方影视API、远程字体或外链图片。若未来引入第三方服务，应清楚说明其作用与数据边界。

信息不应无限期保留。达到用途后应删除、匿名化或按法律要求处理，并避免为了“可能有用”而长期保存。

用户应能够理解与自己相关的数据处理，并在适用范围内提出查询、更正、删除或其他合理请求。

隐私文字不能脱离实际功能单独存在。如果网站未来增加账户、收藏、消息通知或其他需要数据处理的服务，就应同步更新相关说明；如果没有这些能力，也不应为了显得完整而虚构数据项目。

权限请求同样应遵循最小必要原则。一个只用于阅读影视内容的功能，通常不需要通讯录等无关权限。用户看到权限提示时，应能够理解它与当前操作之间的直接关系。

反馈问题时，用户只需要提供能够定位故障或资料错误的信息。密码、支付资料、身份证件和与问题无关的私人聊天记录都不应被要求提交。减少不必要的数据，本身就是重要的保护方式。

隐私保护还包括安全与访问控制。即使收集的信息不多，也应避免无关人员接触，并在出现异常时有清楚的处理原则。减少收集、缩短保留和限制访问通常比事后补救更有效。

如果用户选择不提供某项非必要信息，基础内容浏览不应因此被无理由阻断。服务能力与数据需求之间应保持可解释的比例关系，这是透明原则的一部分。