软件专利图示例
以递交风格呈现的虚构发明。打开即可预填生成器并改用。
让每类权利要求对应一种清晰图型
软件专利不应把架构、数据流、状态和方法硬塞进同一张图，而应让每张图只承担一种主要说明任务。
1
系统框图
展示主要功能模块、系统边界和核心连接关系，用于支撑系统或装置权利要求。
2
数据流图或状态转换图
强调信息来源、处理和去向时选数据流图；强调事件触发和状态变化时选状态图。
3
方法流程图
方法权利要求使用按顺序排列的动作步骤和判断分支，启用标号时采用 S100 类步骤编号。
把产品资料改写成专利视觉语言
产品架构图追求实现细节和演示效果，专利附图更强调稳定功能和权利要求真正依赖的技术关系。
去掉实现品牌和供应商名称
除非特定实现本身就是披露内容，否则用语言模型服务、支付处理器、对象存储等功能角色替代品牌。
拆分过载的产品架构图
把部署、系统结构、用户界面和方法行为拆成配套附图，不要把一张产品 PPT 强行缩成专利图。
保持模块名称和标号稳定
框内使用短功能名称，框外使用说明书可以持续引用的一致参考标号。
软件专利图的常见错误
把产品架构 PPT 直接贴进专利申请——品牌元素和供应商名称都属于无关内容。
用实现层面的标签（"Stripe webhook"、"OpenAI endpoint"）而不是稳定的功能名称来命名模块。
把架构、方法和 UI 硬塞进一张图，而不是拆分成多张配套附图。
因为"模块名一看就懂"而省略参考标号。
软件专利图生成器