软件算法类专利客体问题：如何规避「智力活动规则」

人工智能、大数据、工业软件蓬勃发展的今天，很多天津科技企业手里握着有价值的算法，却卡在「能不能申请专利」这一关。最常见的一道坎，就是专利法上的客体问题——很多纯算法方案会被审查员认定为「智力活动规则」而不予授权。本文讲清审查口径，并给出可落地的规避写法。

一、什么是「智力活动规则」——为什么纯算法申请会被拒

根据我国专利法及相关审查规则，智力活动的规则和方法属于不授予专利权的客体。它指向的是指导人们进行思维、表述、判断和记忆的规则与方法，本质上不解决技术问题、不采用技术手段、也不产生技术效果。

落到软件算法上，典型被排除的情形包括：单纯的抽象数学运算方法、单纯的计算机程序本身（作为代码）、以及本质上是商业经营规则或人事管理规则的方案。审查员判断的核心，是看方案整体是否具有技术三性。

二、软件算法专利的审查口径：技术性三要素

要让算法方案成为可授权的客体，通常要满足「技术问题—技术手段—技术效果」三要素：

• 技术问题：解决的是技术领域的实际问题，而非纯商业或管理问题；
• 技术手段：通过算法与具体技术处理（如信号、图像、数据的采集与处理）相结合来实现；
• 技术效果：带来了处理效率、精度、能耗等可量化的技术改善。

举例：同样是排序算法，如果只是「一种数据排序的数学方法」会被排除；但如果它是「一种基于某种排序的图像压缩方法，用于降低图像传输带宽占用」，就落到了具体技术应用场景，具备技术属性。

三、常见被拒的三种写法

1. 纯方法、无技术载体：权利要求只写「一种预测方法」，步骤全是数学计算，没有与任何技术处理关联；
2. 算法披着商业外壳：本质是推荐、计价、排班的经营规则，仅用算法语言重述，仍属于智力活动规则；
3. 仅保护程序代码本身：写成「一段计算机程序」而非技术方案，不符合专利保护客体的要求。

四、怎么把算法写成「可授权」的权利要求

实务中最稳妥的写法，是把算法嵌入具体技术应用场景，并以方法、装置、系统三种权利要求同时布局：

• 方法权利要求：写清「在计算机中执行的步骤」，把算法步骤与自然的技术数据采集、处理、输出环节耦合；
• 装置/系统权利要求：对应方法给出模块化的硬件或功能模块架构，增强保护厚度；
• 落到具体领域：如图像处理、语音识别、工业控制、网络安全等，让方案的技术性一目了然。

此外，说明书应充分公开算法如何与具体技术环节结合、带来什么技术效果，避免被以公开不充分或缺少技术方案驳回。

五、撰写时的四个避坑要点

• 少用纯数学语言：把公式、模型表述为「解决某技术问题的处理步骤」；
• 先定技术场景再写算法：从企业的真实产品出发，而非从抽象算法出发；
• 避免功能性概括过宽：权要要给出可实现的技术细节，防止被以不支持驳回；
• 组合保护：专利之外，配套登记软件著作权、用技术秘密保护核心参数，形成立体防线。

六、给天津企业的实操建议

天津的信创、智能制造、工业软件企业，算法类成果丰富，但往往「重研发、轻布局」。建议立项阶段就做可专利性预判，把算法与具体技术场景绑定后再申请；同时把专利、软著、商业秘密组合起来，避免「算法一公开就被抄」。

天津创信方达专利代理事务所（普通合伙）为国家知识产权局备案机构（机构代码 12247），在软件算法、人工智能等电学领域有持续撰写与答复经验，可协助企业把算法成果合理「技术化」、提升授权稳定性。