全文大约3500字,阅读需要17分钟
一、法律规定
(一)软件著作权的产生方式
根据计算机软件保护条例(2013修订,现行有效)相关规定:
第七条:软件著作权人可以向国务院著作权行政管理部门认定的软件登记机构办理登记。软件登记机构发放的登记证明文件是登记事项的初步证明。
办理软件登记应当缴纳费用。软件登记的收费标准由国务院著作权行政管理部门会同国务院价格主管部门规定
第十四条:软件著作权自软件开发完成之日起产生。
自然人的软件著作权,保护期为自然人终生及其死亡后50年,截止于自然人死亡后第50年的12月31日;软件是合作开发的,截止于最后死亡的自然人死亡后第50年的12月31日。
法人或者其他组织的软件著作权,保护期为50年,截止于软件首次发表后第50年的12月31日,但软件自开发完成之日起50年内未发表的,本条例不再保护。
【核心理解】软件著作权采取“自动取得”原则——代码写完,权利即产生。登记不是权利产生的前提,登记证书只是权利公示的证据。即使没有登记,只要能提供完整的开发证据,仍然可以主张权利。
(二)权属认定的基本规则
根据司法实践,软件著作权权属的认定遵循以下规则:
1、通常规则:软件著作权属于软件开发者。[1]
2、署名推定:如无相反证明,在软件上署名的自然人、法人或者其他组织为开发者。
3、举证责任:权利人提交著作权登记证书、源代码、开发文件、销售合同等形成完整证据链的,即完成权属初步举证;质疑方仅以数据存在修改可能性提出质疑,未指出具体矛盾或提交反证的,不能推翻权利人的证据证明力。
二、要点速查
(一)什么是“独立开发”证据?
“独立开发”证据是指能够证明自主创作了软件,而非抄袭、复制他人作品的各类材料。其核心是形成完整的创作轨迹记录——让人能够看到软件是如何一步步从无到有、从雏形到完善的过程。
(二)为什么要提前准备这些证据?
1、防止陷入“权属举证不能”的困境。在司法实践中,仅凭软件著作权登记证书存在以下风险:
(1)登记证书是“初步证明”而非“最终证明”:登记机构对开发完成日期等内容不进行实质审查,证书上记载的日期来源于申请人自述。如果对方提出造假,则需要其他证据佐证。
(2)补发证书的“日期陷阱”:如果不慎丢失证书申请补发,补发证书上的“登记日期”是补发申请审核日期,而非原登记日期。这在诉讼中可能引发权属争议。
(3)开源代码的权属挑战:如果软件使用了开源代码,对方可能质疑独创性部分占比。
2、应对诉讼中的“接触+实质性相似”举证:在侵权诉讼中,原告需要证明被告“接触”了其软件且双方软件构成“实质性相似”。而作为原告,需要首先证明自己是权利人。完整的开发过程证据,就是权利基础的体现。
(三)哪些证据最有效?
| 证据类型 | 证明力 | 核心作用 |
| 版本控制系统记录(Git/SVN) | ⭐⭐⭐⭐⭐ | 完整记录每次代码修改的时间、内容、作者 |
| 时间戳存证/区块链存证 | ⭐⭐⭐⭐⭐ | 证明文件在某个时间点已存在且未被篡改 |
| 开发文档、设计草图 | ⭐⭐⭐⭐ | 体现创作思路和独创性表达 |
| 工作沟通记录(邮件、工单) | ⭐⭐⭐⭐ | 印证开发过程的时间线 |
| 软件著作权登记证书 | ⭐⭐⭐ | 初步证据,需与其他证据印证 |
(四)2024年软著证书改版带来的新变化[2]
自2024年4月23日起,软件版权登记证书的登记事项不再记载“开发完成日期”和“首次发表日期”两项内容。这意味着:
1、登记证书本身无法证明软件是什么时候开发的;
2、开发底稿、第三方存证、合同及交付证明等证据变得更为重要;
3、需要通过多种途径形成证据链来证明开发完成时间和首次发表时间。
三、认定软件著作权的案例
英福美公司诉H公司等侵害计算机软件著作权纠纷案[3]
基本案情:
英福美公司系“i-DiaPro血液透析电子病历系统”V3.0计算机软件的著作权人。吴某某曾为公司高级管理人员,离职后入职H公司,与H公司等分工协作开发出被诉侵权软件。英福美公司提起诉讼,主张四被告共同侵权。
权属举证过程:
- 一审中:英福美公司提交了软件著作权登记证书、SVN服务器源代码、吴某某工作交接记录等证据。一审法院认为,SVN服务器源代码无法证实软件完成时间、内容完整性及未被修改,未完成权属初步举证,判决驳回全部诉讼请求。
- 二审中:英福美公司补充提交了著作权登记全套材料、医院安装包公证书等证据,形成完整证据链。最高人民法院认定,权利人提交著作权登记证书、源代码、开发文件、销售合同等形成完整证据链的,即完成权属初步举证;质疑方仅以数据存在修改可能性提出质疑,未指出具体矛盾或提交反证的,不能推翻权利人的证据证明力。
裁判结果:最高人民法院撤销一审判决,改判四被告连带赔偿英福美公司经济损失2250万元及合理开支20万元。
本案启示:
- 软件著作权登记证书仅是“初步证据”,需要与其他证据相互印证;
- SVN等版本控制系统的记录是证明开发过程的有力证据;
- 当对方仅提出理论上的修改可能而无具体反证时,不影响权利人证据的证明力;
- 完整的证据链比单一证据更有说服力。
四、证据清单:软件独立开发证据自查表
以下清单可供软件开发者和企业在开发过程中参照留存。建议从项目启动第一天就开始有意识保存这些材料。
【基础信息类】
| 序号 | 证据项目 | 具体要求/内容 | 留存方式 |
| 1 | 项目立项文档 | 包括项目名称、开发目标、功能规划、技术选型等 | 内部OA系统、带时间戳的文档 |
| 2 | 开发团队人员名单 | 明确开发者身份及分工 | 内部备案、劳动合同 |
| 3 | 开发计划/时间表 | 各阶段的起止时间、里程碑节点 | 内部备案 |
【代码开发痕迹类】
| 序号 | 证据项目 | 具体要求/内容 | 留存方式 |
| 4 | 版本控制系统记录 | Git/SVN等系统的完整提交日志,包含每次提交的时间、作者、修改内容 | 云端托管(GitHub/GitLab)、自建服务器备份 |
| 5 | 源代码文件 | 各版本的完整源代码,注意保留早期版本 | 加密备份、第三方存证 |
| 6 | 代码注释中的署名 | 源代码文件中包含开发者署名信息 | 随代码保存 |
| 7 | 编译生成记录 | 从源代码生成目标程序的过程记录 | 持续集成系统日志 |
特别提示:版本控制系统是证明独立开发最有力的证据。
【过程文档类】
| 序号 | 证据项目 | 具体要求/内容 | 留存方式 |
| 8 | 开发设计文档 | 概要设计、详细设计、数据库设计、接口设计等 | 带时间戳的文档、第三方存证 |
| 9 | 工作沟通记录 | 涉及技术讨论、开发进度的工作邮件、即时通讯记录、工单系统记录 | 导出保存、邮件归档 |
| 10 | 测试报告 | 单元测试、集成测试、压力测试等记录 | 测试系统导出 |
| 11 | BUG修复记录 | 问题追踪系统中的缺陷报告及修复记录 | 问题追踪系统导出 |
| 12 | 开发周报/月报 | 定期的工作进展汇报 | 内部OA系统 |
特别提示:最高人民法院在英福美案中明确,权利人提交的SVN服务器源代码等证据,即使对方质疑数据存在修改可能,只要未指出具体矛盾,不影响证据的证明力。
【对外交付/发表类】
| 序号 | 证据项目 | 具体要求/内容 | 留存方式 |
| 13 | 首次发表记录 | 软件首次发布/上架的公告、截图、链接 | 时间戳存证、公证 |
| 14 | 销售/交付合同 | 软件销售合同、技术开发合同及交付凭证 | 合同原件、交付确认单 |
| 15 | 客户验收报告 | 客户签署的验收文件 | 原件保存 |
| 16 | 软件运行界面截图 | 各版本的软件运行界面,可显示版本信息 | 时间戳存证 |
特别提示:由于软著证书不再记载开发完成日期和首次发表日期,上述发表记录的重要性显著提升。客户服务器上存储的软件文件形成时间,也可以作为推断首次发表时间的依据。
【权利登记类】
| 序号 | 证据项目 | 具体要求/内容 | 留存方式 |
| 17 | 软件著作权登记证书 | 国家版权局颁发的登记证明 | 原件保存,注意不要丢失 |
| 18 | 版本更新的登记材料 | 如有多个版本,分别登记 | 按版本保存 |
| 19 | 开源代码合规记录 | 如使用了开源代码,记录许可证类型、使用范围 | 开源扫描报告 |
特别提示:软件中使用开源代码可能产生权属问题:如果使用了GPL等具有“传染性”的开源许可证,可能导致整个软件必须开源;开源代码与自有代码的混合可能影响独创性的认定。因此,对代码库进行开源成分扫描和合规性分析是必要步骤。
【第三方存证类】
| 序号 | 证据项目 | 具体要求/内容 | 留存方式 |
| 20 | 时间戳存证 | 将源代码、文档提交至权威时间戳机构 | 联合信任、易保全等 |
| 21 | 区块链存证 | 将代码哈希值上链存证 | 司法链、版权链等 |
| 22 | 公证保管 | 将重要版本源代码交公证处保管 | 公证处保管证书 |
| 23 | 源代码封存 | 重大版本发布前的源代码封存 | 第三方见证、公证 |
特别提示:第三方存证的核心价值在于证明“在某个时间点,这个文件已经存在且内容未被修改”。这在应对对方质疑文件被篡改时特别有效。[4]
结语
软件著作权的核心在于独创性表达,而证明独创性最好的方式,就是完整呈现创作轨迹。
在软著证书改版、登记日期不再记载的新形势下,开发过程中的存档和存证变得前所未有的重要。希望本文提供的证据清单能够帮助你和你的团队,在日常开发中有意识地固定证据,做到“有备无患”。
毕竟,最好的维权,不是事发后的补救,而是事前的防范。
附带参考:
[1] 北京知识产权法院计算机软件著作权民事案件当事人举证手册