ARTICLE · 1108080
入库案例解析:软件抄了你的专利,拿不到源代码怎么办?——无实物比对时的举证责任分配规则
入库案例解析:软件抄了你的专利,拿不到源代码怎么办?——无实物比对时的举证责任分配规则软件专利被侵权，最让人头疼的不是官司难打，而是证据拿不到。 你明明知道对方产品用了你的 patented 算法，但软件装在产品里、跑在服务器上，你拿不到源代码，也无法做实物比对。这种情况下，是不是就没办法维权了？ 人民法院案例库里有一则入库案例，给出了非常明确的裁判规则：不需要拿到源代码，也可以认定侵权成立——前提是，你得把举证责任"推过去"。 这个规则，对科技企业的专利保护策略有直接影响。 ━━━ 📌 入库编号：2026-13-2-167-003 📌 案名：武汉精某电子集团股份有限公司诉海某电子科技（苏州）有限公司侵害发明专利权纠纷案 📌 案由：民事——侵害发明专利权纠纷 📌 案号：案例库参考案例（具体案号未公开） 📌 审理法院：信息公开中未完整披露 📌 副标题：涉计算机软件程序的专利侵权纠纷，在缺乏实物比对时如何判断被诉侵权产品技术方案是否落入案涉专利权保护范围 ━━━ 原告武汉精某电子集团，持有一项涉及计算机软件程序的发明专利。 原告发现被告海某电子科技（苏州）生产、销售的产品，在技术方案上与原告专利权利要求记载的技术特征高度重合。 但问题来了：涉案专利的权利要求中，包含了特定的计算机软件程序技术特征。原告通过购买被诉产品等方式，可以固定产品的外部功能、接口表现、运行结果等可见特征，却无法直接获取被告产品内部的源代码，也就无法对软件程序本身做一一比对。 被告的态度也很有意思——既否认侵权，又不主动提交软件源代码供法院比对。 典型的"你说我抄了，但你证明不了"的攻防格局。 ━━━ 本案的核心争议可以浓缩为一个问题： 在涉及计算机软件程序的发明专利侵权纠纷中，专利权人无法获取被诉侵权产品的源代码、无法进行实物比对的情况下，如何认定被诉侵权技术方案是否落入专利保护范围？ 这其实涉及三个子问题： ❶ 软件专利侵权的举证标准是什么？ ❷ 无法做实物比对，是不是就等于举证不能？ ❸ 被告不配合提交源代码，后果由谁承担？ ━━━ 法院的裁判思路非常清晰，层层递进。 🔹 第一层：软件专利侵权的一般举证规则 侵害发明专利权纠纷中，专利权人应当固定被诉侵权技术方案落入专利权保护范围的全部技术特征。一般规则是：将被诉侵权技术方案的实物或技术资料，与专利权利要求中分解出的每一个技术特征进行一一比对。 这是"全面覆盖原则"的基本要求——你得把对方的技术特征拆开，跟你的权利要求逐项对照。 🔹 第二层：软件专利的特殊困境 但计算机软件程序有一个天然特性：它不像机械零件、化学配方那样可以直接拆解观察。软件代码运行在产品内部，专利权人通常无法通过公开渠道获取源代码。 这意味着，如果机械适用"一一比对"的举证标准，几乎所有软件专利侵权案件都会陷入"原告拿不到证据→举证不能→败诉"的死循环。 🔹 第三层：高度盖然性标准的引入 法院在本案中确立了一个关键规则： 即使无法直接比对软件程序本身，如果专利权人通过已经固定的其他技术特征（比如产品的功能表现、运行结果、接口特征、技术参数等），能够证明被诉侵权技术方案具备案涉计算机软件程序技术特征达到高度盖然性的证明标准——就可以完成初步举证。 "高度盖然性"不是"确定无疑"，而是指：根据已查明的客观事实，被诉产品使用了涉案软件程序的概率极高，高到一般理性人不会产生合理怀疑。 🔹 第四层：举证责任的转移 更关键的是：当专利权人完成上述初步举证后，举证责任就转移到了被诉侵权人一方。 如果被告只是口头否认侵权、消极抗辩，却拒绝提交软件源代码等反驳证据——应当由被告承担不利后果。 这个逻辑链条非常严密： 原告完成初步举证（高度盖然性）→ 举证责任转移给被告 → 被告不提供源代码 → 法院推定侵权成立。 ━━━ 侵害发明专利权纠纷案件中，专利权人应当固定被诉侵权技术方案落入专利权保护范围的全部技术特征，一般需将被诉侵权技术方案的实物或技术资料，与专利权利要求中分解出的每一个技术特征进行一一比对。 如果涉计算机软件的被诉侵权产品由于缺乏实物比对，专利权人无法固定权利要求中限定的计算机软件程序的技术特征，但通过已经固定的其他技术特征，证明被诉侵权技术方案具备案涉计算机软件程序技术特征达到高度盖然性的证明标准，被诉侵权人仅作消极抗辩、未提交软件程序等反驳证据的，应当由被诉侵权人承担不利后果。 ━━━ 🔍 软件专利侵权取证的天然困难 软件的特殊性在于"看不见摸不着"。 传统专利侵权案件中，原告可以拆解被告产品、分析结构、比对材料。但软件代码被封装在产品内部，甚至以加密形式运行在云端，原告即便购买了被诉产品，也只能看到"输入"和"输出"，中间的算法逻辑无从得知。 这就导致一个悖论：软件专利越容易被抄，就越难取证；越难取证，就越容易被抄。 本案例确立的规则，正是为了打破这个悖论。 🔍 "高度盖然性"标准在知产案件中的适用 高度盖然性，是民事诉讼中的证明标准之一，介于"确定无疑"和"一般可能性"之间。 在知识产权侵权案件中，这个标准的适用尤为重要。知产案件的特点决定了：很多侵权行为本身就具有隐蔽性，如果要求原告证明到"排除一切合理怀疑"的程度，实质上就是剥夺了原告的诉权。 本案中，法院允许原告通过"外围证据"——功能表现、运行参数、接口特征、使用效果等——来建立高度盖然性的证明链条。这些证据虽然不是直接的源代码，但足以形成逻辑上的强关联。 🔍 举证责任转移的底层逻辑 举证责任转移，不是"原告证明不了就让被告自证清白"这么简单。 它的逻辑前提是： ❶ 原告已经完成了初步举证（高度盖然性）； ❷ 被告掌握关键证据（源代码）却拒绝提供； ❸ 被告有能力提供证据却选择消极对抗。 这三条同时满足时，法院推定被告的"不配合"是因为提交了不利证据。这个推定合理，也符合证据法的基本原理——谁掌握证据，谁就有义务提交。 🔍 对科技企业合规的启示 本案例给科技企业传递了两个信号： 对原告方（专利权人）：专利保护不能只停留在"拿到权利证书"这一步。发现侵权后，即使拿不到源代码，也要尽可能通过公证购买、功能测试、技术比对等方式固定外围证据，构建高度盖然性的证明链条。 对被告方（被诉侵权人）：消极对抗是最差的策略。如果产品确实不侵权，应当主动提交源代码供比对，才能打破不利推定。法院不会因为你拒绝提供证据就判你赢。 ━━━ 🏢 专利权人（技术型企业） ❶ 专利申请阶段：权利要求撰写时，软件程序特征的描述要足够清晰、可验证，避免后续举证时因描述模糊而无法比对； ❷ 侵权发现阶段：第一时间公证购买被诉产品，固定功能表现、运行结果、技术参数等"外围证据"； ❸ 诉讼阶段：即使无法获取源代码，也要通过技术分析报告、专家意见等方式完成初步举证，达到高度盖然性标准后推动举证责任转移。 🏢 被诉侵权人（被诉企业） ❶ 如果确实未侵权，应当主动配合提供源代码供法院比对，这是最有力的反驳方式； ❷ 如果存在技术风险，应当评估"消极对抗"的后果——不提供源代码，法院很可能推定侵权成立； ❸ 在产品研发阶段就做好独立开发的证据留存，包括设计文档、代码版本记录、测试报告等。 🏢 法院及鉴定机构 ❶ 在涉及软件专利的案件中，可以委托第三方鉴定机构对被诉产品进行"黑盒测试"——在不接触源代码的前提下，通过输入输出比对判断功能是否一致； ❷ 对被诉人无正当理由拒绝提供源代码的行为，依法适用不利推定规则。 ━━━ 软件专利保护的难点，从来不是"权利有没有"，而是"侵权怎么证明"。 本案中法院确立的规则，本质上是在"保护专利权人合法权益"和"防止滥用诉权"之间找到了一个平衡点： 原告必须完成有说服力的初步举证，不能空口说"他抄了我的算法"； 但原告也不需要"完美地"证明每一个技术细节——只要外围证据足够扎实，举证责任就会转移给掌握关键证据的被告。 这条规则，值得每一个做软件技术的企业认真研究。 📮 每天一个入库案例，把裁判规则讲透。 本号所有入库编号均经人民法院案例库核对，欢迎查证与指正。