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