The Two Verdicts
一家公司告别人抄了它的软件。一审，全部诉讼请求被驳回。二审，最高人民法院改判四名被告连带赔偿 2270 万元。
中间没有出现新的侵权证据。一审输掉的地方，跟"抄没抄"没有关系：它没能证明服务器里那堆代码，就是当年登记的那一版。
如果你公司有自研软件，这件事跟你有关。真要打这场官司，第一道坎不是对方抄没抄，而是你拿不拿得出属于自己的那段代码。
这个案子是"血液透析电子病历系统"软件著作权案，二审案号是（2023）最高法知民终2586号。一审是北京知识产权法院（2021）京73民初611号，2023 年 6 月 28 日判决，驳回原告全部诉请。
对做软件的公司来说，这件事有两个方向。你是被抄的一方，要先回答一个问题：你能不能证明那段代码是你的。你是被指抄的一方，要回答的是另一个问题：你把源码删了、把界面改了，接下来会发生什么。
下面这三个案子，正好把这两个问题都答了一遍。
The Standing
先说清楚一审为什么输。
原告主张保护的是 i-DiaPro 血液透析电子病历系统 V3.0。它提交了三类材料：软件著作权登记证书、服务器上的 SVN 代码与日志、历年的医院销售合同和安装包。
问题出在版本对应上。一审法院认为，原告无法证明服务器中那套源代码的特定版本和完成时间，也无法证明它在诉讼前没有被修改过。三样缺一样，权利基础就不牢。侵权比对根本没法开始，判决直接驳回。
登记证书证明"有这么个软件"，不证明"你服务器里这堆代码就是它"。
二审把这些材料串成了一条链。软件登记资料证明登记内容；SVN 版本链和日志证明代码的形成过程；历史销售合同和医院留存的安装包，证明当年交付出去的就是这一版；公证提取的程序，则把被诉软件从医院现场固定下来。
单看每一份，都只是间接证据；串起来，才排除了"事后改代码"这个可能。
这里有个细节容易被忽略：SVN 日志不是"提交记录"这么简单，它带时间戳，而且连续。要伪造一条三年不断、时间戳自洽、还和当年销售合同对得上的提交链，成本远高于老老实实开发。
The Comparison
第二个问题：对方不交源代码，怎么办。
血液透析案里，被告的理由是服务器"严重故障"，修复时初始化硬盘，历史记录被覆盖。另一被告慧某公司则以各种理由拒绝提交对应版本的源代码。
法院没有停在"交不出来就算了"，而是换了三条路做比对。
第一条是反编译。把可执行文件反编译，抽取十个代码文件比对，发现了大量高度相似的代码段：函数名称一致，日志记录的 BUG 一致，连空函数都一样。
第二条是数据库。被诉软件对表名、字段名做了规避式修改，比如加个字母"t"、把英文换成拼音。但两组表里 ID 字段的值和创建时间完全相同——这种情形，只可能出现在"用了同一份数据库备份文件"的时候。
第三条是缺陷。用户信息界面 Tab 键的光标移动顺序混乱，耗材管理模块有文字错误。这些非功能性的毛病，被原样复制了。
改代码的人会改他觉得重要的部分，不会去修对方程序里那些无关紧要的毛病。而这些毛病，恰好说明了来源。
被告也提交了比对报告。慧某公司的《反编译比对说明》只比对了名称相同的 86 个文件，没有比对可能被改过文件名的文件；还自行给代码分重要程度，再加权算相似度。法院认为，这种比法证明力不足。
这个细节对原告方有用：比对方法本身是可以被攻击的。挑着比、自己定权重，法院不认。
The Interface
界面的问题，血液透析案给了正面回答。
被诉软件在 WebService 端和运行界面上的相似度确实较低。但法院认为，界面和接口是比较容易修改的部分，调整难度低于源代码和数据库；被告恰恰对这些部分做了明显的规避式修改，所以这部分比对结果，对整体认定的影响较小。
裁判要旨写得很干脆：代码存在超出偶然巧合的高度近似，被诉侵权人无法作出合理解释的，即使运行界面存在差异，仍可认定构成实质性相似。
换句话说，你把界面重画一遍，不影响结论；你能解释清楚代码为什么这么像，才影响结论。
不少老板以为，"我们自己重新画的界面、换了图标、改了配色"就是独立开发。这套说法在法庭上撑不住，因为著作权保护的是代码表达，界面只是外层。
同一逻辑，在另一批案子里被推到极致。
美摄公司诉抖音等 8 款产品代码抄袭系列案，2025 年 2 月最高人民法院终审，九案合计判赔约 8266.8 万元，一审是约 2670.4 万元。被告同样拒绝提交软件源代码，法院依据目标代码反编译比对鉴定和软件特有内容的雷同，认定抄袭成立。
美摄公开的说法里有一句：多处函数名一致，甚至把美摄拼写错误的函数也原封不动抄了过去。
一个拼错的函数名，比一百行相同的正常代码更能说明问题。正常开发不会犯别人犯过的错，除非代码是从别人那里来的。
The Departure
再看一层，这三个案子有一个共同点：被告方的核心人物，都是从原告那里出来的。
血液透析案里，吴某 2011 年入职原告公司任项目经理，2016 年 3 月离职。他的离职申请上写着，透析产品线已基本成熟；离职交接清单里，列着血液透析电子病历系统的源码及文件资料；服务器记录显示，他的账号有接触相关源代码的可能。
他离职后进入慧某公司。同年 9 月，慧某公司与万某公司签订标的 1200 万元的血液透析信息系统服务合同，实际支付 1000 万元，吴某担任项目组技术人员。惠某公司成立不久，就登记了两款血透软件。
红外热像仪案的节奏更紧。梁某在原告公司任职 8 年，担任总经理，2016 年 7 月离职。而他在离职之前，就以财务负责人、联络人的身份申请设立了丙公司。丙公司 2016 年 7 月成立，同年 12 月开始对外销售红外热像仪，前后不到 5 个月。
美摄案的说法来自另一侧。抖音副总裁公开回应称，涉事员工曾在美摄工作，离职两年半后加入字节跳动，在字节工作期间写代码时，重复使用了部分在美摄工作时写过的代码。
三个案子里，"故意"的证据都不在侵权现场，在劳动关系里。
这个规律对两边都有用。
对原告来说，起诉前先把人的轨迹理出来：谁在什么时间、以什么身份接触过代码，离职时交接了什么，离职前后有没有设立或入股同类公司。这些材料的证明力，往往强于技术比对本身——技术比对证明"像"，人的轨迹证明"为什么这么像"。
对被告来说，这恰恰是最不好辩的一环。法释〔2026〕7号第六条第三项把"与原告存在劳动、劳务、合作、许可、经销、代理、代表等关系，且基于前述关系接触过被侵害的知识产权"列为可以认定故意的情形，除非有相反证据足以反驳。
换句话说，接触过，加上代码像，举证责任就转到你这边了。
The Cost
到这里，前面讲的都还只是"能不能认定"。真正让赔偿金额跳一大截的，是"不交"这件事本身。
2026 年 5 月 1 日起施行的《最高人民法院关于审理侵害知识产权民事纠纷案件适用惩罚性赔偿的解释》（法释〔2026〕7号），把这个后果写进了两条。
第十条：人民法院依法责令被告提供其掌握的与侵权行为相关的账簿、资料等，被告无正当理由拒不提供，或者提供虚假的账簿、资料的，人民法院可以根据原告的主张和在案证据，依法确定惩罚性赔偿数额的计算基数。
第十一条：确定惩罚性赔偿的倍数时，应当综合考虑被告主观过错程度、侵权行为的情节严重程度等因素。
一条管基数，一条管倍数。基数按原告主张定，倍数往上走，两头都对侵权方不利。
最高法知识产权法庭公布的涉红外热像仪内置软件案（（2023）最高法知民终2573号），把这个逻辑演了一遍。
一审认定侵权成立，酌定赔偿经济损失 1400 万元、维权合理开支 101 万元，没有支持惩罚性赔偿。
二审改判赔偿约 5448 万元，支持了 3 倍惩罚性赔偿。计算口径，官方写得很清楚：2021 年 1 月 1 日前的侵权获利，按销售额 1.7 亿元、参考同业 40% 至 60% 的利润率酌定 50%、软件对利润的贡献率酌定 50%，得出约 4256 万元，这部分只作补偿性赔偿；2021 年之后的销售额约 1191 万元，同法算出侵权获利约 298 万元，这部分既作补偿，也作惩罚性赔偿的基数。
倍数的理由，是这份判决真正往前走的一步。法院明确：除主观过错和情节严重程度外，还应将侵权行为的隐蔽性，以及侵权人逃避法律追责的可能性，作为裁量因素。侵权手段隐蔽、证明难度大、被发现和查证的概率较低的情形，可以适当提高倍数。
本案的隐蔽性来自商业模式：软件内置在红外热像仪硬件里，主要通过招投标向特定客户点对点销售，不在公开市场流通。权利人靠常规渠道发现不了，取证更难。
逃避追责，则来自被告的动作：经一审法院释明后，拒不提交源代码供鉴定，拒不提交财务账册。原告最终是通过向案外单位调取投标材料、再申请法院调取销售发票，才把销售额统计出来的。法院据此推断，还有未统计到的部分。
藏证据在这类案子里，不是"少赔一点"的策略，它本身就是加重的理由。
要提醒一句口径：这套算法是在具体案件里形成的，基数怎么定、倍数给几倍，取决于证据、行业利润率和侵权情节，个案差别很大。上面那些数字，是那一案的结论，不是标准价目。
The Limits
前面讲的都是对原告有利的一面。反过来看，这套逻辑有几处明确的边界。
第一，权利基础这一关过不去，后面全免谈。血液透析案一审被驳回，不是因为抄得不明显，是因为原告证明不了代码版本。实务里更常见的情形是：代码托管在第三方平台、开发外包给团队、员工离职带走仓库权限，几年后要维权，提交链已经断了。这类案子的败因在平时，不在庭上。
第二，惩罚性赔偿要求"故意"且"情节严重"，两个要件要同时成立。法释〔2026〕7号第六条列了几种可以认定故意的情形：经有效通知后仍继续侵权，原被告之间存在劳动或合作关系且接触过权利成果，以及和解后再次实施相同或类似行为。单纯的"不知道"能不能挡住，取决于有没有尽到合理注意——比如，有没有做过代码来源审查。
第三，法定赔偿额不能作惩罚性赔偿的计算基数。这是新解释明确的一条。基数只能是实际损失、侵权获利，或者许可使用费的合理倍数。这意味着：算不出基数，惩罚性赔偿就用不上，只能回到法定赔偿区间。所以原告主张赔偿时，先把基数算清楚，比先喊倍数有用。
第四，反过来说，如果你的软件确实是独立开发的，这套推定并非无解。血液透析案里，法院看的是"无法作出合理解释"；能解释，结论就可能不同。开发过程文档、需求与设计稿的时间、外包合同、代码仓库的独立提交记录，都是解释的材料。这类材料平时不整理，出事时补不出来。
第五，惩罚性赔偿有上限。新解释第十二条写明：适用惩罚性赔偿确定的赔偿数额总额，最高为计算基数的五倍，合理开支另行计算。倍数可以不是整数，但封顶在五倍。
The Layers
讲到这里，有一件事必须说清楚：软件企业的知识产权，不是只有软著这一层。对做设备的企业来说更明显——机器里跑的那套软件，常常才是关键核心技术真正落地的部分，而它往往只登记了一张软著证书。
软件著作权保护的是代码的表达。同一套技术方案，如果解决的是技术问题、产生了技术效果，还可以申请发明专利；如果涉及界面设计，可以申请外观设计专利；如果核心是配方、算法参数、训练数据这些不公开的东西，商业秘密是另一条路。
三条路的取证逻辑完全不同。软著维权靠代码比对，专利维权靠技术特征比对，商业秘密靠秘密性、价值性和保密措施的举证。
这里有一个常被忽略的事实：软件著作权登记只做形式审查，登记机构不检索，也不判断你的代码是不是独创的。所以登记证书在诉讼里证明的是"登记事实"，不是"独创性"。这一点跟发明专利完全不同——发明要经过实质审查，审查员会检索全球的专利文献和非专利文献。
同样是"登记"或"授权"，含金量差在做没做过检索。
这也解释了，为什么很多软件公司在维权时才发现，手里只有一张软著证书。真正能挡住人的，往往是"软著 + 专利 + 商业秘密"三层叠起来的组合：软著快，几个月能拿到；专利慢，但保护的是方案本身，能挡住换一种写法实现的同类产品；商业秘密没有期限，但要靠管理动作撑住。
申请发明专利之前，有一件事不能省：检索。先查现有专利文献和技术文献，看清这个方案有没有人做过、做到什么程度。检索做在申请前，成本是几千块；做在无效程序里，成本是一场诉讼。
The Actions
动作分两边。先说你被抄了。
第一件，把权利基础固定下来。代码仓库的提交日志定期导出存档；交付给客户的版本，留存安装包并记录版本号；软著登记材料，与实际交付版本一一对应。这三件事，今天做是流程，三年后做是补救。
第二件，发现侵权时，先取证再交涉。血液透析案原告的做法可以照搬：通过公证从使用现场固定被诉软件，而不是先发律师函。软件装在客户的服务器或设备里，一旦对方察觉，卸载和改版本是几分钟的事。
第三件，起诉时把基数和倍数分开主张。按法释〔2026〕7号，原告要在起诉时提出明确的赔偿数额、计算方法以及所依据的事实和理由；一审法庭辩论终结前还可以增加请求。基数算不出来，惩罚性赔偿就落不了地——先把销售额、利润率、软件贡献率这三样证据准备好，必要时申请法院调取对方财务账册。
再说你被指抄了。
第四件，不要用删代码的方式应对。血液透析案里，服务器"故障"导致源代码灭失；红外案里，经释明仍拒不提交。两处都被法院作为不利情节考虑。新解释第十条给了法院一条明确的路：你不交，就按原告主张定基数。
第五件，把独立开发的证据找出来。需求文档、设计稿、外包合同与付款记录、开发人员的排期与工时、代码仓库的独立提交时间线。这些材料证明不了"我没抄"，但能证明"我是自己做的"——而后者在实践中更难被推翻。
第六件，如果确实用了开源代码，把许可证看清楚。开源不等于免费商用，不同许可证对二次分发、闭源、署名有不同要求。用错了，可能同时面临著作权主张和违约主张。
Sources
Consultation
把软件登记材料、代码托管方式和交付记录发给我们，我们可以先做两件事：判断现有材料能不能撑起权属证明，再梳理接触路径与比对可能性。涉及诉讼代理的具体案件，由签约合作的律师事务所承办。
联系我们