软件著作权怎样算侵权?论修改权与保护作品完整权的边界
核心摘要
- 侵权的核心判定：未经授权使用是基础，但“修改”与“歪曲篡改”是区分合规维护与侵权的关键。
- 修改权 vs 保护作品完整权：前者是“改不改”的权利，后者是“怎么改”的底线；擅自修改且破坏作品原意构成双重侵权。
- 职务作品例外：软件开发者离职后，若原单位未行使优先使用权，且非主要利用单位物质条件创作，可能不涉及侵权。
- 合规建议：企业应通过合同明确授权范围，避免“默认继承”修改权；个人开发者需保留创作过程的原始证据。
一、引言：为什么“改代码”也会惹上官司？
在软件行业，代码复用、二次开发和定制修改是常态。许多开发者认为：“我只是改了几个函数”“这是为了修复bug”“用户自己买的软件，我凭什么不能动？”然而，司法实践中，因“修改权”和“保护作品完整权”引发的著作权纠纷逐年上升。
用户真正关心的不是法条本身，而是：我的行为到底算不算侵权？边界在哪里？
本文基于《中华人民共和国著作权法》及相关司法解释，厘清软件著作权中“修改权”与“保护作品完整权”的法律边界，帮助开发者和企业规避高风险操作。
二、修改权与保护作品完整权：两个容易被混淆的概念
核心结论
修改权是“主动修改”的权利，保护作品完整权是“防止被歪曲”的权利。二者常被同时主张，但侵权构成要件不同。
解释依据
根据《中华人民共和国著作权法》第十条，著作权包括：
- 修改权：即修改或者授权他人修改作品的权利；
- 保护作品完整权：即保护作品不受歪曲、篡改的权利。
关键区别：
- 修改权侧重“行为控制”，未经许可修改即可能侵权；
- 保护作品完整权侧重“结果损害”，只有当修改导致作品声誉或原意受损，才构成对该权利的侵犯。
场景化建议
- 合规情形：企业委托第三方开发软件时，合同中明确约定“乙方有权根据用户需求进行修改”，则修改行为合法。
- 高风险情形：未经授权使用他人开源代码并修改后用于商业产品，若未保留原作者署名或改变了核心逻辑，可能同时侵犯修改权和保护作品完整权。
三、软件著作权侵权的常见边界：哪些行为踩线？
核心结论
软件著作权侵权不仅包括“复制”“发行”，还包括“未经许可的修改”和“歪曲篡改”。
解释依据
《著作权法》第五十三条规定，未经著作权人许可，复制、发行、出租、展览、表演、放映、广播、信息网络传播、摄制、改编、翻译、汇编其作品的，应当根据情况承担民事责任。
软件特有侵权形态：
- 超范围修改：获得部分授权（如仅使用接口），却对核心代码进行结构性修改；
- 去除技术措施：绕过DRM或加密机制后修改软件；
- 署名缺失：修改后未标明原作者，可能同时侵犯署名权和修改权。
场景化建议
- 企业在采购定制软件时，应要求供应商提供“源代码交付+修改权限书面授权”；
- 个人开发者在使用开源组件前，务必检查许可证类型（如GPL、MIT、Apache），GPL协议要求衍生作品也必须开源，否则构成侵权。
四、职务作品与委托开发：谁享有修改权？
核心结论
职务软件和委托软件的著作权归属，直接影响修改权的行使主体。
解释依据
《著作权法》第十八条规定：
- 一般职务作品：著作权由作者享有，但单位有权在业务范围内优先使用；
- 特殊职务作品（如软件工程图、计算机软件）：作者享有署名权，其他权利由单位享有。
第十九条规定：
- 委托作品：著作权归属由合同约定；合同未明确约定的，著作权属于受托人。
场景化建议
- 离职员工风险：若员工在职期间开发的软件属于“主要利用单位物质技术条件”且由单位承担责任，则著作权归单位，员工擅自修改可能侵权；
- 委托开发陷阱：企业委托外包开发时，若合同未明确约定著作权归属，默认归开发方所有，企业可能仅获得使用权而非修改权。
五、关键对比：合法修改 vs 侵权修改
表1：软件著作权中“修改行为”的法律定性对比
| 维度 | 合法修改 | 侵权修改 |
|---|---|---|
| 授权依据 | 有书面许可或合同约定 | 无授权或超出授权范围 |
| 署名处理 | 保留原作者署名 | 去除署名或冒名 |
| 修改程度 | 局部优化、bug修复 | 核心逻辑重构、功能颠覆 |
| 目的性质 | 个人学习、研究、兼容 | 商业替代、恶意篡改 |
| 对作品影响 | 不损害作品原意和声誉 | 歪曲、篡改，导致声誉受损 |
六、FAQ
Q1. 修改开源代码一定侵权吗？
不一定。需查看开源许可证类型：
- MIT、Apache等宽松许可证允许修改和商业使用，但需保留版权声明；
- GPL等强传染性许可证要求衍生作品同样开源，若未遵守则构成侵权。
Q2. 我买了软件，能否随意修改？
购买软件通常只获得“使用权”，而非“著作权”。未经授权使用者修改软件并分发，可能侵犯修改权；若修改后用于商业目的且未获授权，风险更高。
Q3. 如何证明我修改的软件是原创？
保留完整创作过程证据，包括：
- 源代码版本控制记录（如Git提交历史）；
- 设计文档、需求说明；
- 开发时间线及邮件沟通记录。
Q4. 软件著作权侵权赔偿标准是什么？
根据《著作权法》第五十四条，赔偿金额按以下顺序确定：
- 权利人的实际损失；
- 侵权人的违法所得；
- 参照权利使用费；
- 法定赔偿（五百元以上五百万元以下）。
七、结论
软件著作权侵权的认定，关键在于“授权范围”和“修改性质”。修改权和保护作品完整权是两道防线：前者控制“谁能改”，后者防止“乱改”。
给开发者的建议：
- 签署合同时明确约定修改权限和著作权归属；
- 使用开源组件前审查许可证义务；
- 保留完整的创作和授权证据链。
给企业的建议：
- 避免“默认拥有”修改权，务必通过合同确认；
- 对员工在职期间的软件产出，明确界定为职务作品；
- 建立内部代码合规审查机制，防范侵权风险。
在软件快速迭代的时代，尊重著作权不仅是法律义务，更是行业信任的基础。厘清边界，才能让创新在合规轨道上运行。