软件专利撰写全攻略:方法-装置-设备-介质四件套、Alice测试与AI辅助生成
CNIPA.AI Team
技术博客
软件方法专利(IPC G06类)是中国发明专利申请的第一大品类,占比超过32%。然而,软件专利的撰写有其独特的挑战:如何把一个算法或流程「翻译」成符合专利法要求的技术方案?如何在说明书中描述算法细节又不落入「智力活动规则」的审查陷阱?本文基于CNIPA《专利审查指南》第二部分第九章、Alice/Mayo测试框架和真实审查实践,提供可直接应用的撰写策略。
软件专利客体:规避智力活动排除的底线逻辑
在讨论四件套结构之前,必须先理解软件专利最核心的生死线:客体适格性。
CNIPA《专利审查指南》第二部分第九章规定,涉及计算机程序的发明可以是一种方法,也可以是一种产品,但不得是纯粹的智力活动的规则和方法、数学概念或数学规则。
规避客体风险的核心要求:权利要求需作为整体审查,算法特征(抽象的信息处理逻辑)必须与技术特征(具体的计算机处理步骤、数据格式、系统组件)之间存在功能上的相互作用关系。不能将算法特征和技术特征简单割裂,认为技术特征部分构成现有技术而拒绝授权。
实操判断标准:以下类型的权利要求通常可以通过客体审查:
- 「用于处理特定类型物理数据(图像/信号/传感器数据)的方法」——处理对象是技术性的
- 「控制特定物理设备(机器人/传感器/工业控制系统)的方法」——控制对象是技术性的
- 「通过特定技术手段(神经网络推理/特定加密算法/特定数据结构操作)解决技术问题的方法」——技术手段是具体的
以下类型的权利要求通常有客体风险:
- 纯粹的商业规则或数学算法,仅在步骤末尾附加「在计算机上执行」
- 纯粹描述信息内容或数据含义,不涉及对信号或数据的处理过程
- 纯粹的人机交互设计,不涉及具体的信息处理技术
2025年修订的CNIPA审查指南对AI模型构建/训练类发明新增了说明书记载要求:必须记载模型的模块、层级、连接关系、训练步骤和参数。这是AI/机器学习类软件专利的重要新规定。
四件套的完整结构:每一件的撰写要点
第一件:方法权利要求(核心保护范围)
方法权利要求是四件套的核心,其权利要求范围通常最宽,是专利保护范围的主要来源。标准格式:
一种XXX方法,其特征在于,包括以下步骤:
S1:获取/接收XXX数据;
S2:根据所述XXX数据,通过YYY算法/模型进行处理,得到ZZZ;
其中,所述YYY算法具体包括:……[具体技术步骤];
S3:基于所述ZZZ,执行/输出/生成WWW。
撰写要点:步骤编号使用S1/S2/S3或「步骤一、步骤二」;每个步骤明确输入、处理逻辑和输出;关键算法步骤需细化到具体技术手段,而非停留在功能描述层面;避免使用「智能地」「自动地」等模糊副词。
第二件:装置权利要求(功能模块映射)
装置权利要求将方法步骤机械地映射为功能模块,每个模块对应一个方法步骤:
一种XXX装置,其特征在于,包括:
获取模块,用于获取/接收XXX数据;
处理模块,用于根据所述XXX数据,通过YYY算法进行处理,得到ZZZ;
执行模块,用于基于所述ZZZ,执行/输出/生成WWW。
撰写要点:模块命名对应方法步骤(获取→获取模块,处理→处理模块);每个模块用「用于……」描述其功能;模块之间的数据流向需隐含在功能描述中(「所述获取模块获取的XXX数据」)。
第三件:设备权利要求(硬件架构描述)
设备权利要求保护承载软件的计算机硬件架构:
一种计算机设备,其特征在于,包括:
存储器,所述存储器中存储有计算机程序;
处理器,所述处理器与所述存储器连接,
当所述处理器执行所述计算机程序时,实现以下步骤:
S1:获取/接收XXX数据;
S2:……(重复方法步骤)
第四件:存储介质权利要求(CRM权利要求)
存储介质权利要求在中国被称为「计算机可读存储介质」(Computer Readable Medium),是CN软件专利的标配(在US叫CRM claims):
一种计算机可读存储介质,其特征在于,
所述计算机可读存储介质上存储有计算机程序,
所述计算机程序被处理器执行时,实现以下步骤:
S1:……(重复方法步骤)
存储介质权利要求通过引用方法权利要求的步骤,避免重复撰写,同时独立保护存储程序的物理介质。
从属权利要求的展开策略
独立权利要求应当覆盖最宽的保护范围,从属权利要求则通过「其中」「具体地」「进一步」等限定词逐步缩小范围,同时为主权项提供支撑(避免「权利要求得不到说明书支持」)。
软件专利从属权利要求的典型展开方向:
| 展开方向 | 具体写法示例 | 作用 |
|---|---|---|
| 细化关键算法步骤 | 「其中,步骤S2中所述YYY算法具体包括……」 | 落实具体技术手段 |
| 限定输入数据格式 | 「其中,所述XXX数据为[具体格式/类型]」 | 缩小权项范围,增加稳定性 |
| 限定模型参数 | 「其中,所述神经网络模型为[具体结构]」 | 保护具体实施方式 |
| 引入应用场景 | 「其中,所述方法应用于[具体场景]」 | 扩大保护点 |
| 增加优选实施方式 | 「其中,步骤S2还包括……」 | 为说明书实施例提供支撑 |
标准从属权利要求数量:CN软件专利推荐2-3项独立权利要求(覆盖方法、装置、存储介质)加7-8项从属权利要求,共计9-11项,控制在最常见的10项附加费阈值以内。
US软件专利的Alice测试:与CN第25条的异同
美国软件专利面临的客体适格性挑战是35 USC 101 + Alice/Mayo两步测试。理解Alice测试对于同一发明的CN-US双向布局至关重要。
Alice两步测试框架:
第一步(Alice Step 1):权利要求是否指向「抽象概念」(包括数学概念、组织人类活动的某些方法、精神过程)?
第二步(Alice Step 2A/B):如果是,是否存在「发明性概念」(inventive concept)将主张方案转化为显著超过抽象概念本身的内容?2019年USPTO修订的审查指南进一步细化为:Step 2A Prong 1(是否整合到实践应用中)和Step 2A Prong 2(是否提供了超出抽象概念的实质内容)。
规避Alice测试的撰写策略:
| 策略 | CN写法 | US写法 |
|---|---|---|
| 强调具体技术效果 | 「提高了XXX处理效率」 | 「improves the technical functioning of a computer」 |
| 限定特定计算机实现 | 描述具体处理器/存储器交互 | 「a specific machine or manufacture」 |
| 避免功能性大包语言 | 避免「用于实现任意XXX的装置」 | 避免「means for performing」 |
| 引用具体数据变换 | 描述具体数据格式转换 | 「transformation of data」 |
CN vs US的核心差异:CN第25条的「智力活动规则」排除标准,与Alice测试的「抽象概念」排除标准在逻辑上相似,但操作细节不同。CN更关注算法与技术特征的「功能相互作用」,US更关注权利要求整体是否提供了「超过抽象概念的发明性概念」。同一发明的CN和US申请,通常需要在独立权利要求的写法上做针对性调整,而不能完全照搬。
US软件专利还有CN没有的CRM(Computer Readable Medium)权利要求形式,这是US特有的存储介质权利要求。US的CRM权利要求与CN的存储介质权利要求在逻辑上等同,但具体写法规范不同。
软件专利的附图策略:流程图语言与Mermaid
软件专利的附图以流程图为核心。CNIPA对附图的格式要求:黑白线条图、清晰的标记编号(与说明书一致)、不包含文字说明(仅限标号和必要的技术术语)。
标准软件专利的核心附图清单(以10项权利要求的专利为例):
| 附图类型 | 内容 | 对应权利要求 | 必要性 |
|---|---|---|---|
| 方法流程图 | 主方法步骤的执行顺序 | 方法独立权利要求 | 必须 |
| 系统架构图 | 整体系统结构 | 整体技术方案 | 必须 |
| 装置结构框图 | 各功能模块的组成 | 装置独立权利要求 | 必须 |
| 子流程图 | 关键步骤的详细流程 | 从属权利要求 | 推荐 |
| 数据流图 | 数据在系统中的流向 | 数据处理子步骤 | 推荐 |
| 时序图 | 模块间的交互顺序 | 多组件交互场景 | 推荐(多组件系统) |
| 模型结构图 | 神经网络/AI模型架构 | AI相关从属权利要求 | 必须(AI类) |
Mermaid语言是软件专利附图的理想生成工具。Mermaid支持流程图(flowchart)、时序图(sequenceDiagram)、状态图(stateDiagram)、类图(classDiagram)等多种图表类型,可以从文本描述自动生成结构化图表,适合在AI辅助生成流程中使用。
AI图像生成(如Stable Diffusion)适合用于UI界面示意图,而非结构化的流程图——流程图的结构准确性(步骤顺序、判断分支)比视觉美观更重要,Mermaid更适合。
AI辅助生成软件专利的实战流程
CNIPA.AI的AI撰写功能专门针对软件方法专利的领域特点进行了优化,基于CNIPA审查指南第九章和真实审查实践数据,实现了以下自动化流程:
第一步:技术要素提取——AI识别技术交底书中的算法核心步骤、输入输出数据类型、关键技术特征和可能的客体风险点。对于含AI/机器学习技术的发明,AI会特别提取模型类型、训练数据、模型结构等2025年新审查指南要求记载的信息。
第二步:客体适格性预检——在生成权利要求之前,AI检查技术方案是否涉及客体风险,并建议增加哪些技术特征来建立算法与技术效果之间的功能相互作用关系。
第三步:四件套自动生成——按照方法→装置→设备→存储介质的顺序自动生成四件权利要求,确保技术特征一一对应映射,并自动展开3-5项从属权利要求。
第四步:附图规划与生成——根据权利要求中识别的步骤、模块和数据流,规划附图清单(必须类型+推荐类型),并优先使用Mermaid生成结构化流程图,UI类附图使用AI图像生成。
第五步:说明书全文生成——包含技术领域、背景技术(效率/准确率不足的论述逻辑)、发明内容(技术问题-技术方案-技术效果三段式)、附图说明、具体实施方式(含多个实施例)五大章节。
| 工序 | 传统人工(小时) | AI辅助(分钟) | 节省 |
|---|---|---|---|
| 技术要素提取与分析 | 1-2小时 | 5-10分钟 | ~90% |
| 四件套权利要求撰写 | 2-4小时 | 10-15分钟 | ~92% |
| 从属权利要求展开 | 1-2小时 | 5-10分钟 | ~90% |
| 附图规划与绘制 | 2-3小时 | 15-30分钟 | ~85% |
| 说明书全文撰写 | 3-5小时 | 15-30分钟 | ~88% |
| 合计 | 9-16小时 | 50-95分钟 | ~88% |
AI生成的初稿可以直接作为内部评审版本(企业申请人)或代理师润色底稿(专利代理机构)。代理师的工作重心从撰写转向审核:检查技术要素提取是否准确、客体风险点是否被识别、权利要求保护范围是否符合企业战略。
软件专利的高频驳回与应对策略
中国软件专利审查中最常见的四类驳回理由及应对策略:
客体问题(专利法第25条第1款第2项):被认定为智力活动的规则和方法。应对:修改权利要求,增加具体的技术特征(输入的物理信号类型、使用的具体算法模块、输出的技术效果);强调算法特征与技术特征之间的功能相互作用关系;通过答辩意见说明技术方案解决的技术问题和达到的技术效果。
创造性不足(专利法第22条第3款):算法改进被认为是本领域常规技术手段。应对:在说明书中提供性能对比数据(处理速度、准确率、资源消耗),通过数据证明算法改进带来了非显而易见的技术效果;在答辩中指出对比文件的技术问题不同或未公开关键技术特征。
说明书公开不充分(专利法第26条第3款):算法描述过于抽象,缺少具体实现细节。应对:在说明书中补充伪代码、算法流程的详细步骤描述;对于AI/机器学习类,补充模型的层级结构、训练数据类型和参数;这类问题在原始申请时无法通过答辩修复,必须在初稿阶段避免。
权利要求得不到说明书支持(专利法第26条第4款):权利要求的功能概括范围超出说明书记载的具体实施方式。应对:在初稿阶段为每个从属权利要求在说明书中准备对应的具体实施例;独立权利要求的上位概括应以说明书中有足够实施例支撑为前提。
掌握这四类驳回的应对策略,结合AI辅助的初稿生成,是现代软件专利实践的标准工作流。