收到软件侵权的投诉或者被告到法院，别一上来就看对方功能模块的名字像不像。软件专利的判定，法官比对的是权利要求里写的技术手段，不是你们界面上的功能按钮叫法。功能名一样不代表侵权，名都不同也可能照样沾边，关键在权利要求落地的那些技术步骤落在哪。

先讲清楚比对的对象。发明专利（软件类大多走发明）看权利要求，核心是"技术特征"——也就是某个功能背后的具体处理：数据从哪来、怎么转换、按什么规则判定、结果怎么输出。这些才是比对的抓手。产品页面上那个"智能推荐""自动识别"的模块名，只是营销话术，法官不会拿它当判决依据。

一、功能名称是标签，技术手段才是实体

两家软件都可能叫"实时监控"模块，但一家是跑在本地逐帧比对，另一家是上传云端做模型推理，底层的数据流向和处理路径都不同，这就很难说落入同一权利要求范围。反过来，模块名完全不同，处理流程却一模一样，照样可能算侵权。所以第一步是把对方软件的运行逻辑拆出来，对照权利要求逐项看。

这一步往深里走，属于 专利侵权 比对里最费工夫的部分——涉及源代码、编译产物、接口文档这些，能不能拿到、拿到多少，直接决定比对的深度。

二、把权利要求拆成"技术特征"一条条对

权利要求一般写成分层结构：一个总的方案，下面跟着若干从属特征。比对时把方案拆成若干技术特征，再拿被诉软件的流程去套。所有特征对上了就构成字面侵权，漏掉一个关键特征就可能脱出去。软件这块尤其要留意方法权利要求和装置权利要求的关系，方法步骤和硬件模块常常是同一套技术手段的两副面孔。

想先把基础框架理清楚，可以参考 专利侵权怎么认定——那边把相同侵权、等同侵权的认定顺序讲得很细，软件案也一样适用。

三、别只看结果像，要看过程和手段像

很多软件功能最终输出是一样的，比如都是给出一个筛选结果，但中间的技术路径千差万别。等同侵权落在"手段、功能、效果"三方面是不是基本相同上，落脚点还是那个"手段"。一套新的算法、一种不同的数据结构组织方式，往往能把等同这条也挡回去。这也是软件专利相对好抗辩的地方——反证对方手段和你不同，比反证"名字不同"要硬得多。

真被诉或者要起诉别人，证据层面得先动起来。源代码、版本记录、交接文档、后台操作日志这类能还原技术路径的材料留着，存证方式要经得起质证。这些操作背后牵涉诉讼里证据交换和鉴定那套程序，自己先别急着删或改。

四、常见的误区

一个误以为模块名不同就安全了，以为换个叫法能绕过去——技术手段还是那套，照样出问题。另一个反过来，看见名字像就慌，主动认了，忘了权利要求比对才是定调的地方。还有一层：软件的更新迭代快，比对要卡在侵权时点那段版本上，拿后来改版的代码去套，容易失准。

五、怎么落到做法上

第一步，把权利要求打印出来逐条注；第二步，想办法固定对方的软件版本和运行证据；第三步，找懂软件又懂专利的人一起拆技术特征。自己拆容易漏从属特征，或者把方法和装置的对应关系看反。到了要梳理证据清单、定诉讼策略的阶段，建议 咨询律师，把权利要求文本和对方的技术材料一起送过去评估——具体能不能成立，还是要执业律师对着授权文本核过了才能给准话。