265 lines
7.5 KiB
Markdown
265 lines
7.5 KiB
Markdown
# 交底书 Markdown 模板
|
|
|
|
> 阶段四逐章起草时,从本模板复制对应小节到 `<task_dir>/sections/NN_<名>.md`。每章遵循 `references/disclosure_structure.md` 的结构与字数预算。
|
|
|
|
---
|
|
|
|
## 01_技术领域.md
|
|
|
|
```markdown
|
|
# 一、技术领域
|
|
|
|
本发明涉及 <领域> 领域,具体涉及一种 <细分技术方向> 的 <方法/装置/系统>。
|
|
```
|
|
|
|
---
|
|
|
|
## 02_背景技术.md
|
|
|
|
```markdown
|
|
# 二、背景技术
|
|
|
|
<段 1 — 行业/技术大背景, 100-200 字: 这事为什么有人做、市场需求或技术痛点>
|
|
|
|
<段 2 — 现有技术 1, 200-400 字>
|
|
如专利 <CN12345678A> 公开了一种 <名称> 的方法,其通过 <关键技术手段> 实现 <技术效果>。但该方法存在以下缺陷:
|
|
1. <缺陷 1, 具体到指标或场景>;
|
|
2. <缺陷 2>。
|
|
|
|
<段 3 — 现有技术 2, 200-400 字>
|
|
<文献作者> 等人在 <文献名, 期刊, 年> 中提出 <名称>,通过 <关键技术手段> 实现 <技术效果>。但该方法 <缺陷>。
|
|
|
|
<段 4 — 现有技术 3, 200-400 字>
|
|
<同上结构>
|
|
|
|
<段 5 — 综合缺陷, 100-200 字>
|
|
综上,现有技术普遍存在 <共性缺陷 — 通常对应本发明要解决的技术问题>。亟需一种 <本发明的方向描述> 的方案。
|
|
```
|
|
|
|
---
|
|
|
|
## 03_发明内容.md
|
|
|
|
```markdown
|
|
# 三、发明内容
|
|
|
|
## (一) 技术问题
|
|
|
|
针对上述现有技术中 <现有技术 N 的缺陷>,本发明所要解决的技术问题是: **<一句话技术问题, 具体不空泛>**。
|
|
|
|
## (二) 技术方案
|
|
|
|
为解决上述技术问题,本发明提供了如下技术方案:
|
|
|
|
一种 <名称> 的 <方法/装置/系统>,包括以下步骤 / 包括以下模块:
|
|
|
|
**步骤 S1 / 模块 1: <名称>**
|
|
<功能描述: 输入是什么 / 主要处理逻辑 / 输出是什么>
|
|
|
|
**步骤 S2 / 模块 2: <名称>**
|
|
<同上>
|
|
|
|
**步骤 S3 / 模块 3: <名称>**
|
|
<同上>
|
|
|
|
<...如有更多步骤继续>
|
|
|
|
**步骤 Sn / 模块 n: <名称>**
|
|
<同上>
|
|
|
|
**其中,<区别技术特征 — 1-2 处区别于现有技术的具体设计>**。
|
|
|
|
具体地:
|
|
- <关键设计点 1 的说明>;
|
|
- <关键设计点 2 的说明>。
|
|
|
|
## (三) 有益效果
|
|
|
|
本发明相对于现有技术,具有以下有益效果:
|
|
|
|
1. <效果 1, 回指技术方案某步骤/模块, 量化>;
|
|
2. <效果 2, 回指, 量化>;
|
|
3. <效果 3, 量化>。
|
|
```
|
|
|
|
---
|
|
|
|
## 04_附图说明.md
|
|
|
|
```markdown
|
|
# 四、附图说明
|
|
|
|
图 1 为本发明实施例的整体流程示意图;
|
|
图 2 为本发明实施例的 <关键模块/装置 X> 结构示意图;
|
|
图 3 为本发明实施例的 <时序/数据流向> 示意图;
|
|
图 4 为本发明实施例的 <实验对比> 示意图。
|
|
```
|
|
|
|
> 附图编号由 `render_docx.py` 全局自增,本节只写题注顺序。`sections/` 里 `` 引用顺序 = 这里"图 N"顺序。
|
|
|
|
---
|
|
|
|
## 05_具体实施方式.md
|
|
|
|
```markdown
|
|
# 五、具体实施方式
|
|
|
|
为使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
|
|
|
|
## 实施例 1
|
|
|
|
### 1.1 整体流程
|
|
|
|
本实施例提供一种 <名称>,如图 1 所示,包括以下步骤:
|
|
|
|
```mermaid
|
|
%% caption: 整体流程
|
|
flowchart LR
|
|
A[输入 <输入对象>] --> B[步骤 S1: <名称>]
|
|
B --> C[步骤 S2: <名称>]
|
|
C --> D[步骤 S3: <名称>]
|
|
D --> E[输出 <输出结果>]
|
|
```
|
|
|
|
#### 步骤 S1: <名称>
|
|
|
|
**输入**: <输入数据类型 / 来源 / 规格>
|
|
**处理**: <详细处理逻辑, 可含伪代码>
|
|
**输出**: <输出数据类型 / 含义>
|
|
|
|
具体地,采用 <具体方法/模型/算法>,参数设置如下:
|
|
|
|
| 参数 | 取值 | 量纲 | 说明 |
|
|
|---|---|---|---|
|
|
| <参数 1> | <值> | <量纲> | <为什么取这个值> |
|
|
| <参数 2> | <值> | <量纲> | <...> |
|
|
|
|
伪代码:
|
|
|
|
```
|
|
函数 <名>(<输入参数>):
|
|
1. <第一步>
|
|
2. <第二步>
|
|
3. 返回 <输出>
|
|
```
|
|
|
|
#### 步骤 S2: <名称>
|
|
|
|
<同步骤 S1 结构: 输入 / 处理 / 输出 / 参数 / 伪代码或公式>
|
|
|
|
#### 步骤 S3: <名称>
|
|
|
|
<同上>
|
|
|
|
### 1.2 关键模块详述
|
|
|
|
针对 <关键模块>,其内部结构如图 2 所示,具体设计如下:
|
|
|
|
```mermaid
|
|
%% caption: 关键模块结构
|
|
flowchart TB
|
|
subgraph 模块[关键模块]
|
|
M1[子模块 1: <名称>]
|
|
M2[子模块 2: <名称>]
|
|
M3[子模块 3: <名称>]
|
|
M1 --> M2 --> M3
|
|
end
|
|
```
|
|
|
|
<详细说明各子模块的功能、接口、关键算法>
|
|
|
|
数学描述(若适用):
|
|
|
|
设 <符号 1> 表示 <含义>,<符号 2> 表示 <含义>,则本模块的核心公式为:
|
|
|
|
$$
|
|
<公式>
|
|
$$
|
|
|
|
其中 <符号 3> 为 <含义,量纲>。
|
|
|
|
### 1.3 实验/效果验证
|
|
|
|
本实施例在 <数据集 / 场景> 上进行验证,实验环境: <硬件 / 软件 / 数据规模>。
|
|
|
|
实验结果如下表所示:
|
|
|
|
| 指标 | 本发明 | 现有技术 [N1] | 现有技术 [N2] |
|
|
|---|---|---|---|
|
|
| <指标 1> | <值> | <值> | <值> |
|
|
| <指标 2> | <值> | <值> | <值> |
|
|
| <指标 3> | <值> | <值> | <值> |
|
|
|
|
实验结果可视化(对比柱状图):
|
|
|
|
|
|
|
|
由表/图可见,本发明在 <指标维度> 上较现有技术提升 <X%>。
|
|
|
|
## 实施例 2 (可选 — 展示变体扩大保护范围)
|
|
|
|
本实施例与实施例 1 的不同在于 <关键设计点的变化>。其余步骤同实施例 1。
|
|
|
|
<只写差异部分, 不重复全流程>
|
|
```
|
|
|
|
---
|
|
|
|
## 06_有益效果.md
|
|
|
|
```markdown
|
|
# 六、有益效果
|
|
|
|
本发明实现了以下有益效果:
|
|
|
|
1. **<效果维度 1, 如准确率>**: 在 <数据集/场景> 上,本发明的 <指标> 达到 <X%>,相比现有技术 (<Y%>) 提升 <Z 个百分点>;
|
|
2. **<效果维度 2, 如性能/时延>**: 在 <硬件 / 输入规模> 条件下,本发明的 <指标> 为 <X ms>,相比现有技术 <Y ms> 降低 <Z%>;
|
|
3. **<效果维度 3, 如资源占用>**: 本发明的 <指标> 为 <X GB>,相比现有技术 <Y GB> 降低 <Z%>;
|
|
4. **<效果维度 4, 如鲁棒性>**: 在 <边界场景, 如长输入/低质量数据> 下,本发明仍能保持 <X% 指标>,而现有技术降至 <Y%>;
|
|
5. **<效果维度 5, 如通用性>**: 本发明可应用于 <场景 A / B / C> 等多个场景,扩展性强。
|
|
```
|
|
|
|
---
|
|
|
|
## 07_权利要求建议.md (可选)
|
|
|
|
```markdown
|
|
# 七、权利要求建议
|
|
|
|
> 本节为发明人提供给专利代理师的权利要求草稿,供撰写最终权利要求书参考。代理师将基于发明内容与本草稿撰写正式权利要求,正式权利要求以代理师定稿为准。
|
|
|
|
## 独立权利要求(方法)
|
|
|
|
1. 一种 <名称> 的方法,其特征在于,包括以下步骤:
|
|
|
|
S1. <对应 §03 技术方案的步骤 1, 简洁化>;
|
|
S2. <步骤 2>;
|
|
S3. <步骤 3>;
|
|
...
|
|
Sn. <步骤 n>;
|
|
|
|
其中,<区别技术特征 — §03 "其中" 段的核心内容, 一两句话>。
|
|
|
|
## 从属权利要求
|
|
|
|
2. 根据权利要求 1 所述的方法,其特征在于,所述步骤 S<X> 中,<进一步限定 — 通常是某参数范围 / 某具体实现方式>。
|
|
|
|
3. 根据权利要求 1 所述的方法,其特征在于,所述步骤 S<Y> 中,<另一进一步限定>。
|
|
|
|
4. 根据权利要求 1-3 任一项所述的方法,其特征在于,<更广的进一步限定>。
|
|
|
|
## 装置/系统权利要求
|
|
|
|
5. 一种 <名称> 的装置 / 系统,其特征在于,包括:
|
|
- <模块 1>: 用于执行权利要求 1 所述的步骤 S1;
|
|
- <模块 2>: 用于执行步骤 S2;
|
|
- ...
|
|
- <模块 n>: 用于执行步骤 Sn。
|
|
|
|
## 介质权利要求
|
|
|
|
6. 一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现权利要求 1 至 4 任一项所述的方法。
|
|
|
|
7. 一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现权利要求 1 至 4 任一项所述的方法。
|
|
```
|