软件专利的＂计算机程序产品＂权利要求,99%的代理人都写错了

你有没有遇到过这种情况：

一份软件专利交底书摆在面前，技术方案很清楚，算法逻辑也完整，但你坐在电脑前愞了半小时，不知道权利要求1该怎么起笔。

写“一种方法”？太窄了，只保护了方法步骤，别人做个产品就不侵权了。

写“一种系统”？又太宽了，硬件结构描述不清楚，审查员直接一个“不清楚”打回来。

写“一种计算机程序产品”？这是对的，但怎么写才能既过客体审查，又能把保护范围撑到最大？

—— ✦ ——

一、软件专利的“三体问题”

第一，客体风险。专利法第25条明确规定，智力活动的规则和方法不授予专利权。纯粹的算法、商业方法、数学公式，都不能获得专利保护。你的权利要求如果写得像“一种数据处理方法”，审查员很可能直接以客体不适格驳回。

第二，权利要求结构特殊。软件专利的权利要求不能只写一种类型。你需要同时覆盖方法权利要求、装置/系统权利要求、计算机可读存储介质权利要求、计算机程序产品权利要求。四种类型，四种写法，缺一不可。

第三，技术特征难以描述。机械专利可以写“螺栓”“齿轮”，化学专利可以写分子式。但软件专利的技术特征是什么？是数据流、是处理逻辑、是模块间的调用关系。这些东西看不见摸不着，怎么写才能让审查员看得懂？

—— ✦ ——

二、“计算机程序产品”权利要求的正确写法

四种权利要求类型里，最容易写错的，就是“计算机程序产品”。

很多代理人直接写：

这种写法有两个隐患：

隐患一：客体风险。如果权利要求只描述了“计算机程序”本身，没有跟具体的硬件执行环境结合，审查员可能认为这是纯粹的计算机程序，属于智力活动规则，不予授权。

隐患二：保护范围不清晰。“计算机程序产品”到底保护的是什么？是程序代码本身？还是程序运行时的行为？如果权利要求没有写清楚，后续维权时法官也会困惑。

正确的写法应该是：

关键区别在哪？在于你必须把“计算机程序”和“计算机可读存储介质”绑定在一起。不是保护程序本身，而是保护“存储在介质上的程序”。这样既避开了客体风险，又明确了保护范围。

—— ✦ ——

三、四种权利要求类型的布局策略

软件专利的权利要求，不能只写一种。你需要形成一个“保护矩阵”，从不同角度覆盖同一个技术方案。

四种类型，保护角度不同，但指向同一个技术方案。无论侵权人用什么方式实施你的技术方案——做成方法、做成系统、做成产品、还是只存储程序——都能落入你的保护范围。

📷PatX 权利要求树形结构展示

独权为根节点，从权为子节点，四种权利要求类型一目了然

—— ✦ ——

四、PatX知小寻怎么帮你搞定软件专利权利要求

PatX知小寻的权利要求生成模块，对软件专利有专门的支持。你把交底材料上传后，系统会基于技术分析结果，自动生成权利要求初稿。

关键是，它不是只生成一种类型的权利要求，而是会辅助规划权利要求布局——方法权要、装置权要、存储介质权要、程序产品权要，都会在初稿中体现。生成的权利要求以树形结构展示，独权是从权的父节点，从权之间的引用关系一目了然。

生成初稿只是第一步。软件专利的权利要求，往往需要根据具体技术方案做大量调整。PatX的权利要求编辑功能，让你可以直接在编辑器中修改权利要求内容，也可以通过对话让AI协助修改。AI会精确锚定位置，给你修改建议，你预览后选择采纳或回滚。

📷PatX 权利要求编辑界面

AI修改建议精确锚定原文位置，支持采纳/回滚

—— ✦ ——

五、撰写要求设置：让AI按你的规矩来

软件专利的权利要求有很多“行规”。比如：方法权要的每个步骤要以动词开头；装置权要的每个模块要写清楚“用于……”；存储介质权要必须写明“计算机可读”；程序产品权要必须绑定存储介质。

PatX的撰写要求设置功能，允许你在提交交底材料后，为AI撰写过程设置具体的指导要求。你可以把软件专利的撰写规范写进去，这些要求会与交底材料一起，指导AI生成符合你期望的权利要求。

—— ✦ ——

六、技能系统：把你的经验固化下来

如果你经常写软件专利，你一定积累了很多经验：哪些写法容易过审，哪些写法容易被驳回，哪些从权结构最稳妥。

PatX的技能系统，允许你把这些经验固化为可复用的技能。你可以创建一个“软件专利撰写规范”技能，把你总结的规则写进去——独权的技术特征要抽象到模块级别，从权要层层递进，存储介质权要列举至少三种介质类型。

创建好之后，每次写软件专利，启用这个技能，AI就会自动遵循你的规范。

📷PatX 技能创建界面

把个人撰写经验固化为可复用技能，让AI适配你

—— ✦ ——

七、技术分析对齐：动笔前先把思路理清

软件专利最怕什么？写到一半发现技术理解有偏差，整个权利要求要推翻重来。

PatX的技术分析对齐功能，帮你在正式撰写前把交底材料梳理清楚。系统会辅助提炼核心技术问题，拆解技术方案的关键结构和步骤，整理技术效果，帮你在动笔前确认保护重点。

对软件专利来说，这一步尤其重要。因为软件方案往往涉及多个模块、多个数据流、多个处理步骤，如果不先理清，直接写权利要求，很容易出现“写了半天发现保护的不是核心创新点”的情况。

—— ✦ ——

写在最后

软件专利的权利要求，不是“会写代码就能写好”的。它需要你对专利法第25条有深刻理解，需要对四种权利要求类型的布局策略烂熟于心，需要把看不见的软件逻辑转化为看得见的技术特征。

PatX知小寻做的事情，不是替代你的判断，而是帮你把经验固化、把重复工作自动化、把布局策略可视化。