开源协议与赔偿：权利人履约及侵权责任分析

快速结论

受开源协议约束不等于已经向任何人许可全部软件；权利人未遵守协议又可能影响赔偿，需分层审查。

案件事实与法院理由

最高人民法院《全国法院知识产权案件法律适用问题年度报告（2025）摘要》第25项收录一起侵害计算机软件著作权纠纷，二审案号为（2024）苏民终581号，由江苏省高级人民法院审理。报告归纳的要旨是：在侵害计算机软件著作权案件中，权利软件受开源协议的约束，并不意味着权利软件自动适用开源协议进行了许可；被诉侵权人仅以涉案软件权利人未依据开源协议开源为由抗辩其不侵害涉案软件著作权的，人民法院一般不予支持；但涉案软件权利人未遵守开源协议，可作为确定赔偿数额的考量因素。软件权利关系与开发事实结合许可文本、代码来源及相关证据分析。

审判规则总结（本站归纳）

受开源协议约束不等于已经向任何人许可全部软件；权利人未遵守协议又可能影响赔偿，需分层审查。权利软件受开源协议约束，并不意味着权利软件自动适用开源协议进行了许可；被诉侵权人仅以涉案软件权利人未依据开源协议开源为由抗辩其不侵害涉案软件著作权的，人民法院一般不予支持。涉案软件权利人未遵守开源协议，可以作为确定赔偿数额的考量因素。

笔者分析与办理要点

这起报告案例为商业软件与开源合规之间提供了更细的分析顺序。第一，确认受保护代码及权利来源。第二，确认使用者实际取得什么许可。第三，审查是否发生复制等受限制行为。第四，再分析双方的合规情况与赔偿。不能跳过前面几个步骤，只讨论谁更符合开源理念。

权利人请求赔偿时，应准备版本、来源及价值材料。若代码包含开源组件，宜说明其与独创部分的关系，避免将全部产品收益归给自己。合规记录也应保存，包括许可证展示、源代码提供和发布方式。对尚存疑问的组件，应提前核查，而不应认为只要能起诉侵权就没有上游风险。

使用者则需要明确许可依据。某个项目公开声明、特定许可证版本或商业授权合同，都应对应实际使用的代码。认为权利人本来应开源，不等于证明自己已经获得该私有版本或独立模块的授权。抗辩宜指出具体范围与条件，而不是把行业术语写成免责口号。

赔偿讨论可以结合独创贡献、使用范围、经营收入和双方行为，但每个变量都需要解释。全部系统销售额不必然等于代码复制获利，技术性能提升也不自动说明全部来自受保护部分。双方可以提交依赖关系、代码模块与经营用途的对应表，让损害分析有技术和商业基础。

以下为说明性示例：

该表不表示法院已确定统一折减比例。

对产品负责人，最有效的预防是把组件许可核查纳入发布门槛。项目上线前检查授权版本，交付客户时明确开源通知与材料，发生争议后冻结对应版本以便分析。只在开发结束补一份版权登记，通常无法完整解决来源与许可。这个案件的价值在于将权利、许可与赔偿区别处理，而非提供某种固定折减规则。

适用要点

主来源为正式年度报告要旨；公开内容未表明赔偿折减的统一比例，赔偿金额依案件证据及裁判理由分析。该案不能证明所有未合规软件均不受保护，也不能免除任何开源义务。

公开来源

来源为最高人民法院新闻局 2026-04-21 发布的《全国法院知识产权案件法律适用问题年度报告（2025）摘要》第25项。法院或主管机关公开材料。检索核对日期：2026-10-11。事实依据取自该来源公开内容，实务建议为本站分析。