软件专利要画哪些图？权利要求对照表

软件发明没有壳体，画不了三视图，很多申请文件就随手配一张"手机—云—数据库"的示意图交差。这种图的问题不在难看，在于审查员从图上找不到权利要求里的任何一个要素：召回在哪、排序在哪、判断逻辑在哪，全都看不见。

其实软件案该配哪几张图，不需要凭感觉。权利要求写的是方法步骤还是系统模块、有没有机器学习、有没有界面，答案就已经定了。本文给一张"权利要求类型 → 图型"对照表，再用一个虚构的电商推荐系统走完四个示例，每个示例附可以直接粘进 PatentFig AI 生成工具的提示词。

软件专利架构框图示例

合格的软件专利框图：每个权利要求要素一个框，带标号，黑白线稿。

快速答案：权利要求类型 → 图型对照表

• 权利要求里写的是: 方法步骤链；对应图型: 流程图；关键规则: 一步一框，编号与说明书一致

• 权利要求里写的是: 系统的单元/模块；对应图型: 架构框图；关键规则: 一个要素一个框，框内写权利要求原词

• 权利要求里写的是: 数据变换链；对应图型: 数据流图；关键规则: 只有变换链本身是发明点时才画

• 权利要求里写的是: 多设备之间的交互顺序；对应图型: 时序图；关键规则: 消息先后成为发明点时才画

• 权利要求里写的是: 模式/状态切换；对应图型: 状态图；关键规则: 有明确的切换条件写进权利要求时画

• 权利要求里写的是: 机器学习模型；对应图型: 训练图 + 推理图；关键规则: 必须分开画，同一模型两图同号

• 权利要求里写的是: 用户界面；对应图型: 界面线稿；关键规则: 不能交真实截图，要转黑白线稿加标号

判断某张可选图要不要画，标准只有一条：这张图是不是在替某段很难写清楚的文字干活。是就画，纯装饰就删。

示例 1：方法项 → 流程图

虚构权利要求：

一种商品推荐方法，包括：采集用户行为日志；构建用户特征向量；从候选池中召回候选商品；当候选数量低于阈值时执行冷启动补充；对候选商品排序并输出推荐列表。

结构要点：

• 五个步骤至少五个框，从上到下箭头连接；

• 步骤编号 S101–S105，说明书描述每一步时用同一套编号，审查员对照着读不费劲；

• "候选数量是否低于阈值"是判断逻辑，老老实实画菱形分支框，塞进矩形等于把发明点藏起来；

• 从属权利要求追加的步骤另画细化图：图 2 画主干，图 3 展开"构建用户特征向量"的内部流程。

提示词：

生成一张符合 CNIPA 和 USPTO 黑白线稿要求的专利方法流程图。方法为商品推荐：S101 采集用户行为日志；S102 构建用户特征向量；S103 从候选池召回候选商品；S104 判断候选数量是否低于预设阈值，低于则执行冷启动补充后返回排序，否则直接进入排序；S105 对候选商品排序并输出推荐列表。判断步骤 S104 用菱形框并标注"是/否"两个出口，其余步骤用矩形框，自上而下单列布局，纯黑实线，无灰度、无阴影、无彩色。 带判断分支的专利流程图示例

判断逻辑用菱形分支框画出来，分支往往正是发明点所在。

示例 2：系统项 → 架构框图

虚构权利要求：

一种商品推荐系统，包括：行为采集单元；特征构建单元；召回模块；排序模块；所述特征构建单元与所述召回模块相连。

结构要点：

• 每个"单元""模块"一个矩形框，框内写名称加附图标记 101、102、103、104；

• 框上的名称照抄权利要求用语，别写成代码仓库里的服务名——审查员猜不出 rec-svc 就是召回模块；

• 连线要有含义：数据流向和控制关系分开表达；

• 汇报用的带 logo、渐变、立体阴影的架构图不能拿来凑数，专利要的是黑白线稿。

提示词：

生成一张专利系统架构框图，黑白线稿。系统为商品推荐系统，包含四个模块：行为采集单元 101、特征构建单元 102、召回模块 103、排序模块 104。行为采集单元 101 的输出连向特征构建单元 102，特征构建单元 102 连向召回模块 103，召回模块 103 连向排序模块 104。每个模块用实线矩形框表示，框内写中文名称和附图标记，模块间用带箭头的实线表示数据流向。无颜色、无阴影、无图标。

示例 3：机器学习 → 训练图与推理图分开

虚构权利要求（从属项）：

所述排序采用训练好的排序模型执行，所述排序模型基于用户点击日志构建的样本进行参数更新。

结构要点：

• 训练阶段（样本构建、标签来源、参数更新）和推理阶段（线上请求走完召回排序）是两条独立通路，混在一张图里，审查员分不清保护的是训练方法还是推理方法；

• 两张图共用同一套标记：模型在训练图里是 201，在推理图里还是 201；

• 只在训练侧出现的部件用 200 段编号，别和在线链路的 100 段混编。

提示词：

生成一张专利用机器学习训练流程图，黑白线稿。流程：从用户点击日志构建训练样本 202；为样本生成点击标签 203；将样本输入排序模型 201 计算预测分数；根据预测分数与标签的偏差更新排序模型 201 的参数；判断是否满足停止条件，不满足则返回继续训练。矩形框表示步骤，菱形框表示停止条件判断，所有部件标注附图标记，自上而下布局，纯黑实线。

推理图用同样的写法单独生成，模型标记保持 201 不变。

示例 4：界面项 → 界面线稿

虚构权利要求：

还包括推荐策略配置界面，所述界面显示候选池规模、冷启动开关及排序权重调节控件。

结构要点：

• 真实截图不能直接当附图，要转成黑白线稿；

• 权利要求提到的每个界面元素（候选池规模显示区、冷启动开关、权重调节控件）加引出线和标号；

• 界面里与权利要求无关的装饰、品牌元素一律去掉。

提示词：

将上传的推荐策略配置界面截图转换为专利用界面线稿：黑白实线，去掉颜色、阴影和品牌元素，保留界面布局结构。为以下元素添加引出线和附图标记：候选池规模显示区 411、冷启动开关 412、排序权重调节控件 413。引出线用细实线，标记放在界面轮廓外侧。

交稿前：用要素映射表兜底

图全画完，把独立权利要求逐要素拆开，做一张"要素 → 附图标记 → 出现图号"的映射表：

• 权利要求要素: 行为采集单元；附图标记: 101；出现图号: 图 1

• 权利要求要素: 特征构建单元；附图标记: 102；出现图号: 图 1、图 3

• 权利要求要素: 召回模块；附图标记: 103；出现图号: 图 1、图 2

• 权利要求要素: 排序模块；附图标记: 104；出现图号: 图 1、图 2

• 权利要求要素: 排序模型；附图标记: 201；出现图号: 图 4、图 5

• 权利要求要素: 冷启动判断步骤；附图标记: S104；出现图号: 图 2

表里出现空格只有两种可能：缺图要补，或者这个要素本身写虚了——图画不出来的东西往往也撑不住。反过来也要查：图里有的标记，表里和说明书里必须找得到，孤立标记是最低级也最常见的伤。表的底子可以用 标号登记表模板 的标号登记表模板，下载后把列名换成这三列。提交前再用 Figure Checker 跑一遍标号一致性和版式检查，专门抓图里有、说明书里没有的漏网标记。

法律与形式注意

说明书和附图要能把权利要求撑起来，这是底线；具体到个案怎么算撑住，交给你的代理师判断，别自己下结论。形式方面，要出海的提前看两份东西：PCT 细则 11 管黑白线条、标记一致性和图内文字，美国的 MPEP 608 管附图形式要求。软件案在美国还有说明书支持方面的特殊考量，那块交给美国当地代理人把关。

常见问题

流程图的每个框都必须对应权利要求的一个步骤吗？

独立权利要求的每个步骤都应该有对应的框，这是底线；但框可以比步骤多，比如把一个步骤的内部流程展开成细化图。反过来不行：权利要求里有的步骤，图里找不到，就是缺口。

UI 截图能直接当附图用吗？

不能。真实截图要转成黑白线稿，去掉颜色和装饰，再给权利要求涉及的界面元素加引出线和标号。

一件软件专利一般需要几张图？

由权利要求决定，没有固定数字。方法项、系统项、界面项各出一到两张，机器学习案再加训练和推理两张，常见的量级是五到八张。图的数量本身不是目标，每个要素有图可指才是。

时序图和数据流图什么时候需要？

端与云之间谁先谁后成了发明点，画时序图；数据的变换链本身是发明点（比如原始日志到特征向量再到排序列表），画数据流图。两者都不是标配。

把权利要求文本变成流程图、框图初稿，可以从这里开始：PatentFig 生成工具，出图后按映射表逐项核对再交给代理师。

作者提示含AI生成内容。作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～