夜雨聆风在计算机软件商业秘密侵权诉讼中，权利人主张其“流程、逻辑关系、算法”构成技术秘密，为何会因举证不足而败诉？最高人民法院在(2020)最高法知民终1472号案（北京某科技公司诉北京某智慧公司、刘某等侵害商业秘密纠纷案）中，清晰界定了源代码与其中蕴含的“流程、逻辑关系、算法”之间的独立关系，并明确了权利人对此类抽象技术信息的举证责任标准。该案对软件企业如何有效界定和保护其核心算法与设计思想具有重要指导意义。本文将结合2025年修订的《中华人民共和国反不正当竞争法》及2020年施行的《最高人民法院关于审理侵犯商业秘密民事案件适用法律若干问题的规定》，解析此案确立的裁判规则，为企业在新法背景下构建有效的技术秘密保护体系提供参考。
原告（权利人）：北京某科技公司
被告：北京某智慧公司、刘某等（北京某科技公司前员工）
核心事实：
1.员工离职：刘某等曾于2004年至2013年9月期间在北京某科技公司任职，参与关键软件技术研发，接触核心技术秘密和经营秘密。离职后，他们加入北京某智慧公司。
2.侵权指控：北京某科技公司认为，北京某智慧公司在软件招投标项目中利用了上述前员工从其处获取的技术秘密和经营秘密，遂提起诉讼，请求判令被告停止侵害、消除影响并赔偿损失100万元。
3.核心争议点：北京某科技公司主张其技术秘密不仅包括软件源代码，还包括源代码所体现的第三至二十二项秘密点所涉及的“流程、逻辑关系、算法”。
4.诉讼结果：一审北京知识产权法院、二审最高人民法院均驳回了北京某科技公司的诉讼请求。败诉核心原因在于，原告未能对其主张的“流程、逻辑关系、算法”这一抽象技术信息进行明确、具体的说明和举证。
最高人民法院在本案中，对计算机软件技术秘密的保护对象及其证明责任作出了精辟阐述，确立了以下关键规则：
1. 源代码与流程、逻辑关系、算法是相对独立的技术信息
法院明确指出，计算机软件的流程、逻辑关系、算法是源代码的基础和设计思想，而源代码是这些思想的具体实现和表达。同一套流程、逻辑或算法，完全可以用不同编程语言、甚至同一种语言的不同代码来实现。因此：
对源代码采取保密措施，不等于对其承载的“流程、逻辑关系、算法”也采取了保密措施。
源代码具有秘密性，不必然推导出其内含的“流程、逻辑关系、算法”也“不为公众所知悉”，因为许多经典算法属于行业公知常识。
源代码本身是具体、可执行的指令集合，而“流程、逻辑关系、算法”是高度抽象的逻辑设计，源代码并不一定能直观、完整地体现这些抽象信息。
2. 主张“流程、逻辑关系、算法”为技术秘密，必须满足明确的举证要求
作为商业秘密的技术信息，必须符合“不为公众所知悉、具有商业价值、采取相应保密措施”三要件。对于“流程、逻辑关系、算法”这类抽象信息，法院提出了更严格的举证标准：
具体化要求：权利人必须对其主张的“流程、逻辑关系、算法”的具体内容进行明确、清晰的说明，其说明程度应达到使所属技术领域的普通技术人员能够理解，并足以依据该说明设计开发出相应软件功能的水平。模糊、笼统的主张无法构成受法律保护的权利对象。
来源举证要求：权利人必须提供证据证明这些抽象信息的来源，即其是如何形成和固定的。这可以体现为开发设计文档、软件设计说明书、详细设计报告等直接记载了设计思想的文件。如果仅提供源代码作为载体，则必须具体阐明“流程、逻辑关系、算法”是如何从该段源代码中体现出来的，否则无法完成初步举证责任。
本案启示：北京某科技公司败诉的根本原因，在于其诉讼策略存在缺陷。它试图将源代码与其中蕴含的抽象设计思想“捆绑”主张为同一秘密，但未能将抽象思想从具体代码中剥离并予以清晰界定和证明，导致其权利主张因对象不明而落空。
本案判决于2021年。此后，相关法律及司法解释的完善，为技术秘密的保护与维权提供了更清晰的指引。
1. 关于技术信息的范围（《最高人民法院关于审理侵犯商业秘密民事案件适用法律若干问题的规定》第一条）
该司法解释明确列举了技术信息的具体类型，包括工艺、方法、步骤、算法、数据、计算机程序及其有关文档等。这从法律上确认了“算法”等抽象信息可以作为技术秘密受到保护，但其保护前提是必须符合商业秘密的法定构成要件。
2. 关于“不为公众所知悉”的认定（《最高人民法院关于审理侵犯商业秘密民事案件适用法律若干问题的规定》第三条、第四条）
该解释明确了“不为公众所知悉”是指信息在被诉侵权行为发生时不为所属领域的相关人员普遍知悉和容易获得。同时列举了属于“为公众所知悉”的情形，如属于一般常识、行业惯例、通过观察上市产品即可直接获得等。这提示企业，主张算法等为秘密，必须证明其超越了行业公知技术或具有独创性。
3. 关于“相应保密措施”的认定（《最高人民法院关于审理侵犯商业秘密民事案件适用法律若干问题的规定》第五条、第六条）
该解释强调，保密措施应在侵权行为发生前采取，并列举了签订保密协议、对涉密载体进行标记、隔离、加密、限制访问权限等被视为“合理保密措施”的具体形式。对于“流程、逻辑关系、算法”这类非直观信息，企业更需采取针对性的保密措施，例如：
对设计文档本身进行密级管理、访问控制和版本追踪。
在保密协议中明确将“软件架构设计、核心算法逻辑、业务流程模型”等列为保密范围。
通过内部管理制度，限制对核心设计文档的知悉范围。
4. 关于惩罚性赔偿的适用（《中华人民共和国反不正当竞争法（2025修订）》第二十二条；《最高人民法院关于审理侵害知识产权民事纠纷案件适用惩罚性赔偿的解释》第六条、第七条）
适用范围：根据2026年5月1日施行的惩罚性赔偿解释第五条规定，惩罚性赔偿适用于侵犯商业秘密的行为。这意味着，如果企业能成功证明其“流程、逻辑关系、算法”构成商业秘密并被故意、严重地侵犯，可以主张惩罚性赔偿。
“故意”的认定：该解释第六条规定，与权利人存在劳动、劳务等关系且基于该关系接触过被侵害知识产权的，人民法院可以认定其具有侵害的故意。本案中，刘某等作为前员工，若其行为被认定侵权，则很可能被推定为具有故意。
“情节严重”的认定：该解释第七条列举了“情节严重”的情形，包括伪造、毁坏或者隐匿侵权证据等。这要求企业在维权过程中，也应注意证据保全。
基于本案的深刻教训及现行法律规定，软件企业应从以下方面完善对“流程、逻辑关系、算法”等核心设计思想的保护：
1.权利界定阶段：将抽象思想“具象化”与“文档化”
（1）分离保护：明确区分“源代码”与“软件设计思想（流程、逻辑、算法）”为两类独立的保护客体。在内部管理和对外主张权利时，应分别进行界定。
（2）形成固定载体：核心的、非公知的算法逻辑、业务流程设计、系统架构图等，必须通过详细设计文档、算法说明书、流程图、UML图、设计评审记录等形式予以固定和记录。这些文档是证明“秘密点”具体内容的最直接证据。
（3）明确秘密点：在可能发生诉讼时，应能清晰、具体地描述出所主张的“流程、逻辑关系、算法”是什么，其创新点或独特价值何在，与公知技术的区别在哪里。
2.保密理阶段：实施分级分类的保密措施
（1）针对设计文档的保密：对承载核心设计思想的文档，实施比普通源代码更严格的保密等级。例如，设定更小的知悉范围、采用独立的加密存储和访问控制系统、记录详细的调阅日志。
（2）完善保密协议：在与员工、合作伙伴签订的保密协议中，不仅应列举“技术资料、源代码”，还应明确将“软件设计方案、算法模型、业务流程逻辑、系统架构图”等纳入保密信息范围。
3.维权诉讼阶段：构建扎实的证据链条
（1）权利证据：准备能证明“流程、逻辑关系、算法”具体内容、形成时间、采取保密措施的证据，如带时间戳的设计文档、保密制度文件、保密协议、访问日志等。
（2）侵权证据：通过公证等方式固定被诉侵权软件，并聘请专业鉴定机构，将其中体现的“流程、逻辑关系、算法”与己方主张的秘密点进行比对，出具详细的鉴定意见，说明两者在抽象逻辑层面的实质性相同。
（3）损失证据：准备因侵权所遭受的损失或对方获利的相关证据，为计算赔偿数额提供依据。
4.刑事险提示
根据《中华人民共和国刑法》第二百一十九条及《最高人民法院、最高人民检察院关于办理侵犯知识产权刑事案件适用法律若干问题的解释》（法释〔2025〕5号），故意侵犯商业秘密，给权利人造成损失数额或者违法所得在三十万元以上的，即可能构成侵犯商业秘密罪，面临刑事追诉。这要求企业在保护自身权利的同时，也需规范自身行为，避免触碰刑事红线。
北京某科技公司案的判决，为所有依赖技术创新发展的企业敲响了警钟：法律保护商业秘密，但保护的是具体、明确、可被证明的秘密信息，而非模糊的概念或想法。对于软件企业而言，其最具价值的资产往往不仅是成千上万行代码，更是隐藏在代码背后的精巧设计与独特算法。唯有通过系统的文档管理、严格的保密措施和清晰的权属界定，将这些抽象的设计思想转化为受法律认可并保护的“技术秘密”，才能在激烈的市场竞争和潜在的法律纠纷中，真正守护住自己的创新内核。
免责声明
1.本公众号发布的所有内容，包括但不限于文章、案例分析、法规解读、观点评论等，仅为一般性的知识普及、经验分享与观点交流，旨在提升相关群体的法律与合规意识。所有内容不构成任何形式的法律意见、税务建议、审计建议或投资决策依据，亦不形成任何形式的专业服务关系。
2.法律法规与政策处于不断更新与变化之中。本公众号内容基于发文时可获取的公开信息与理解，无法保证其在未来持续准确与有效。同时，法律与商业实践具有高度的个案依赖性，文章中的一般性原则或案例不一定适用于您的特定情形。读者在面临具体法律问题时，不应直接依赖本文内容作出决策，而应结合具体情况咨询具备相应资格的专业律师、税务师或会计师。
3.笔者及本公众号不就任何主体依赖本文信息而采取或不采取任何行动所导致的任何后果承担责任。转载本文请注明出处，并保持内容的完整性。
