10 KiB
本指南提供写作与审查方法。涉及具体申请法域、法定期限或法律效力时，核对当前主管机关资料，并标注来源；未完成检索时不作确定性结论。
专利撰写完整指引
从技术交底书到完整专利申请文件的全流程。包含工作流、权利要求书撰写方法论、说明书撰写方法论。
目录
阶段1：技术交底分析
目标：从用户提供的材料中提炼发明全貌。
核心任务：
- 提取技术问题：现有技术存在什么缺陷？本发明要解决什么问题？技术问题要具体，不要笼统说"效率低"，要说清楚低在哪里、为什么低。
- 提取技术方案：关键步骤是什么？各部件/模块之间的关系？重点关注"怎么做"。
- 提取技术效果：与技术问题一一对应——解决了什么问题，就应该有什么效果。
- 识别发明点：哪些是现有技术已有的，哪些是创新所在？发明点是后续权利要求"特征部分"的核心。
- 识别变体方案：步骤顺序可否调整、某个模块可否用其他方式实现？变体方案影响从属权利要求的设计。
输出：结构化的发明分析摘要（技术领域、技术问题、技术方案、发明点、技术效果、变体方案）。
质量检查：问题→方案→效果三者是否自洽？发明点能否一句话说清楚？有没有遗漏关键细节？
阶段2：可专利性预评估
目标：正式撰写之前，快速判断可专利性，确定保护策略。
核心任务：
- 新颖性初判：核心发明点是否可能已被公开？如果用户提供了已知现有技术，重点分析区别。
- 创造性初判：区别特征是否显而易见？是否有技术偏见、启示不足等有利论点？
- 保护策略建议：建议的权利要求类型、独权中应含的必要技术特征、授权风险点。
注意：明确告知用户这是初步判断，不替代正式检索。
阶段3：权利要求书起草
权利要求书直接定义保护范围，是整个撰写过程中最核心的阶段。
3.1 独立权利要求
独立权利要求限定保护的最大范围，只包含实现发明目的不可缺少的技术特征（必要技术特征）。
两段式结构：
一种[主题名称]，包括[前序部分的已知特征]，
其特征在于，[特征部分的创新特征]。
- 前序部分：主题名称 + 与现有技术共有的必要特征
- 特征部分："其特征在于"引导，写本发明区别于现有技术的特征
撰写步骤：
- 确定主题类型：方法（步骤描述）、装置/系统（模块描述）、存储介质。
- 列出所有技术特征，逐个做"去掉测试"——去掉后还能解决技术问题吗？能去掉的不是必要特征，放入从权。
- 划分前序和特征部分。
- 上位化概括：具体实现方式适度抽象。如"用卷积神经网络提取特征"上位为"通过特征提取模型提取特征"。太具体保护范围窄，太抽象可能得不到说明书支持。
示例——上位化前后对比：
修正前（过于具体，保护范围窄）：
1. 一种图像识别方法，其特征在于，包括：
使用800万像素摄像头采集RGB图像；
将所述RGB图像缩放至224×224像素；
使用ResNet-50模型提取512维特征向量；
使用SVM分类器对所述特征向量进行分类。
修正后（适度上位化）：
1. 一种图像识别方法，其特征在于，包括：
采集待识别图像；
对所述待识别图像进行特征提取，获得图像特征；
基于所述图像特征进行分类，获得识别结果。
ResNet-50、SVM 等具体实现放到从属权利要求中。
3.2 从属权利要求
从属权利要求在独权基础上构建保护层次——独权被缩限时，从权可以作为退路。
根据权利要求[编号]所述的[主题名称]，其特征在于，[附加技术特征]。
设计原则：
- 每条只限定一个维度，避免两个不相关特征捆绑。
- 由宽到窄层层递进：第一层大类限定 → 第二层细化 → 第三层最具体实现。
- 有战略意义：保护有商业价值的具体实现，或封堵规避路径。
- 覆盖变体方案：多种实现方式用并列从权分别覆盖。
引用方式：单引（根据权利要求1所述的...）或多引（根据权利要求1或2所述的...）。多引权利要求不能再被多引。
3.3 多类型权利要求布局
| 类型 | 保护什么 | 适用场景 |
|---|---|---|
| 方法权利要求 | 实现步骤 | 核心流程有创新 |
| 装置/系统权利要求 | 功能模块 | 产品形态有创新 |
| 存储介质权利要求 | 承载程序的介质 | 软件类发明 |
| 电子设备权利要求 | 处理器+存储器+程序 | 软件类发明的硬件维度 |
基础布局：1条方法独权 + 5-8条方法从权 + 1条装置独权 + 3-5条装置从权（共10-15条）。 完整布局：加上存储介质和电子设备独权（共20-25条）。
装置权利要求与方法权利要求一一对应：方法中的每个步骤对应装置中的一个模块。
3.4 用语规范
| 场景 | 正确 | 错误 |
|---|---|---|
| 首次引入技术特征 | 一种数据处理方法 / 一个处理模块 | |
| 后续引用同一特征 | 所述数据处理方法 |
避免的用语：大约/基本上（不明确）、优选/最好（择优表述）、等/例如（开放列举）、高效的/优秀的（主观评价）、必要时/可选地（权利要求特征要么有要么没有）。
连接词：包括/包含（开放式，推荐）、由...组成（封闭式，保护范围窄）。
3.5 常见问题
- 独权特征过多→ 识别非必要特征，移到从权。
- 缺少先行词→ 检查每个"所述"能否在前面找到引入。
- 从权引用链断裂→ 画引用树，检查编号对应。
- 方法/装置权利要求不对应→ 逐步骤检查对应关系。
3.6 权利要求自检清单
- 独权只含必要技术特征
- 至少有方法和装置两种类型的独权
- 每条从权只限定一个维度
- 每个"所述XX"都有先行词
- 首次引入用"一种/一个"，后续用"所述"
- 同一特征全文术语一致
- 无模糊用语和主观评价词
- 从权引用编号正确，多引权利要求未被再次多引
- 方法步骤与装置模块一一对应
- 总条数 10-25 条
阶段4：说明书撰写
说明书的使命是充分公开发明内容（让本领域技术人员能实现），同时支持权利要求中的每个技术特征。
4.1 五大部分
一、技术领域（1-2句话）
本发明涉及[领域]技术领域，尤其涉及[细分方向]。 不要太宽泛（"计算机技术"）也不要太狭窄。
二、背景技术（3-5段）
- 描述技术背景和应用场景
- 描述现有技术做法（客观、具体）
- 指出现有技术不足（用"然而""但是"引出），要具体而非笼统
反面：目前图像识别技术仍存在一些问题。
正面：现有方法依赖大规模标注数据训练，在标注稀缺的专业领域，识别准确率显著下降。
三、发明内容（3-5段）
- 要解决的技术问题（承接背景技术的不足）
- 技术方案（散文形式的独权内容）
- 技术效果（与问题一一对应，尽量量化）
四、附图说明
每幅图一句话：图1为本发明实施例提供的XX的流程示意图。 图号连续。
五、具体实施方式（篇幅最长）
- 实施例一：对应独权，逐步骤/逐模块详细描述，使用附图标记（获取模块110、处理单元120）
- 实施例二~N：对应从权的变体方案，差异部分详写，相同部分引用
- 关键步骤必须给出足够细节，避免"黑箱"
4.2 充分公开的判断
思维实验：一个本领域工作 3-5 年的工程师，读完后不需要创造性劳动就能实现。
检查：关键步骤有无"黑箱"？关键参数有无给出？效果有无验证？
4.3 权利要求与说明书的对应
| 权利要求内容 | 说明书中的位置 |
|---|---|
| 独权的技术方案 | "发明内容"+ 主要实施例 |
| 从权的附加特征 | 详细描述或变体实施例 |
| 参数范围 | 实施例中的参数说明或实验数据 |
关键规则：权利要求中不应出现说明书完全没涉及的内容。
4.4 常见问题
- 术语不一致→ 以权利要求书为准，说明书全文统一修改。
- 实施方式过于简略→ 逐条检查每个技术特征是否有足够展开。
- 背景与发明内容脱节→ 背景中提的问题，发明内容必须回应。
- 缺少效果论证→ 补充实验对比、性能指标或理论分析。
阶段5：摘要与附图说明
- 摘要：300字以内，包含技术问题 + 方案要点 + 效果。不用"本发明"开头，直接切入。
- 附图说明：确认编号连续，每幅图都有描述。纯文字交付时给出附图的文字描述方案。
阶段6：自检与交付
精简自检清单（详细版见 references/patent/review-checklist.md）：
权利要求书：
- 独权只含必要技术特征
- 从权引用关系正确，每条只限定一个维度
- 用语规范，无模糊词和缺失先行词
说明书：
- 五大部分齐全
- 每个权利要求特征都在实施方式中有描述
- 术语与权利要求书完全一致
摘要：300字以内，涵盖问题、方案、效果。
一致性：附图编号连续，权利要求与说明书术语一致。
交付顺序：权利要求书 → 说明书 → 摘要 → 附图。
文档格式交付：有模板时用 scripts/edit_document.py；无模板时用 scripts/create_document.py --preset patent。参数结构见 references/patent-writing.md，校验和交付遵循主入口。