相关裁判及公开来源
-
网某科技（苏州）公司诉浙江亿某通信科技公司、苏州启某网络科技有限公司等侵害计算机软件著作权纠纷案
裁判案号：（2021）最高法知民终51号
法院：最高人民法院
最高人民法院二审民事判决全文；以公开全文隐名识别OfficeTen案件。
查看公开来源 ↗
指导性案例编号、案例库入库编号与裁判案号分别列示。
快速结论
自己可能违反许可证，与他人是否可以复制独创代码，属于应分别审查的问题。
不要从违约跳到全面放弃版权
商业软件通常混合开源组件和独立开发内容。上游许可可能要求履行通知、源码提供或其他义务，但适用情形需要根据版本与技术关系核对。不能仅因为产品含开源代码，就说全系统没有版权；也不能因为开发者可能未履约，就认为任何人都可以取得全部私有代码。
官方裁判的审查方法
最高人民法院（2021）最高法知民终51号OfficeTen案，维持停止侵权及共同赔偿50万元等判项，但没有确认权利人已经全面遵守GPLv2。法院指出，上游OpenWRT权利人未参加诉讼，本案不宜审理底层、上层程序是否全部受GPLv2约束及其潜在违约责任；没有证据表明开发者因使用开源软件而放弃自身独创贡献的著作权。故“权利人可能未履行开源义务”不能独立构成下游任意复制的许可。
做一张依赖与许可证表
依赖表应列组件版本、许可文本、修改方式、链接调用、通信内容与分发形式。OfficeTen案中权利人声称以socket、命令行隔离底层和上层，法院并未据此宣布“采用socket便不受GPL约束”。技术上的分离程度和具体许可证条款仍待逐项分析；不同许可证也不能互套。2025年度法律适用报告另以（2024）苏民终581号说明，未遵守开源协议可作为确定赔偿额的考量因素。它与权利是否存在、被告是否获得具体许可仍是三个层次，不能把有权维权理解为上游不合规无需处理。
发布环节应检查通知文件、许可文本、源代码提供和客户交付材料。内部评审要明确由谁执行，而不是让研发默认销售会处理、销售默认技术已经完成。采用第三方SDK或外包代码时，也应要求来源清单与履约资料，合同中的一般保证不能替代组件核对。
争议中的证据如何分组
权利人提交独创代码和版本记录，使用者提交许可依据与履约情况，双方分别说明实际复制或使用范围。上游权利人未参加案件时，还应注意哪些许可争议能够在当前诉讼中充分查明。无法确认的问题应明确保留，不能把假定许可瑕疵写成已经查明的权利放弃。
企业应同时尊重上游许可和维护自己成果。纠纷前把组件关系与授权记录做好，比纠纷后在“开源免费”或“私有软件”标签之间争论更有效。赔偿阶段可能进一步考虑贡献和合规，但这仍不能反推某项复制本来就是合法的。
公开来源
两案分别依其已公开内容引用，未以一案代替另一案的许可证适用事实。