涉及计算机程序的发明，说明书除整体描述技术方案外，还须给出程序的主要流程图，并按时间顺序用自然语言描述各步骤，描述程度以本领域技术人员能据此编出达到所述技术效果的程序为准。功能框图不能替代流程图。
适用时机撰写软件、算法类案件的说明书时
法律与审查依据
涉及计算机程序的发明专利申请的说明书除了应当从整体上描述该发明的技术方案之外，还必须清楚、完整地描述该计算机程序的设计构思及其技术特征以及达到其技术效果的实施方式。为了清楚、完整地描述该计算机程序的主要技术特征，说明书附图中应当给出该计算机程序的主要流程图。
审查指南第二部分第九章 5.1
说明书对该计算机程序主要技术特征的描述程度应当以本领域的技术人员能够根据说明书所记载的流程图及其说明编制出能够达到所述技术效果的计算机程序为准。
审查指南第二部分第九章 5.1
引用为现行《专利法实施细则》与《专利审查指南》原文；规则库对每条引文做过回底本核验。
为什么这样规定
《专利法》第 26 条第 3 款要求说明书对发明作出清楚、完整的说明，以所属技术领域的技术人员能够实现为准。审查指南第二部分第九章 5.1 把这一要求落到计算机程序上：说明书除了应当从整体上描述该发明的技术方案之外，还必须清楚、完整地描述该计算机程序的设计构思及其技术特征以及达到其技术效果的实施方式；为了清楚、完整地描述该计算机程序的主要技术特征，说明书附图中应当给出该计算机程序的主要流程图。判断描述是否充分的尺度也一并写明了：以本领域的技术人员能够根据说明书所记载的流程图及其说明编制出能够达到所述技术效果的计算机程序为准。
这条规则背后的制度逻辑是：程序没有可见的实体结构，审查员、无效请求人和法官面对的只有文本，文本必须足以让人在头脑中把程序重建出来。流程图承担的角色类似化学领域的结构式，它是程序形态的标准表达。整体描述交代系统组成与数据流向，设计构思交代为什么这样设计，流程图与按时间顺序的文字交代每一步做什么、输入什么、输出什么。四者合起来才构成完整的公开，缺任何一件，「能够实现」都有缺口。
描述程度常被误解为要交源代码。规则明确不需要提交全部计算机源程序，必要时摘录关键片段即可；真正的要求是重构可能性，读者拿着流程图和说明，能编出达到所述技术效果的程序。写错的代价分三个场景：审查阶段，审查员以公开不充分指出缺陷，若不能修改到位则申请被驳回；无效程序中，请求人以说明书公开不充分作为无效理由，核心步骤缺失时整件专利可能被宣告无效；维权阶段，权利要求中的功能性表述因说明书缺少对应的实现细节而被质疑得不到说明书支持，保护范围的解释也随之收窄。
最常见的误区是拿功能框图替代流程图。框图描述的是静态的模块划分，流程图描述的是动态的执行顺序，二者不可互替；只写「本系统包括采集模块、预处理模块、识别模块、输出模块」，读者仍然不知道程序先做什么、后做什么。一个有效的反向检验是：把自己当作第一次接触该方案的程序员，只凭说明书从头编制程序，凡是卡住的地方，某个参数没有定义、某两个步骤的先后不明、某个判据的取值没有交代，就是公开不充分的位点。
与相邻规则的联动有三条。其一，DR-DOM-002 要求含算法特征的案件把抽象算法与具体技术领域结合，流程图中每一步的处理对象应当是具体技术数据，而不是通用变量；其二，DR-FIG-001 管附图本身的规范，流程图的图号、附图标记、标记说明要与文字逐一对应；其三，DR-CLM-015 涉及装置权利要求的写法，软件类案件常见「虚拟装置」权项，其模块划分直接来自流程图，流程图残缺，装置权项的支持也随之落空。
还有一条容易漏的尾巴：涉及硬件结构改变的，除流程图外还应给出硬件的实体结构图。信号采集电路、执行机构、控制器之间的连接关系属于技术方案的组成部分，只用一句话带过会让硬件侧的公开同样不充分。若程序性能依附于特定硬件环境，例如多核并行、专用加速器、特定总线带宽，该环境本身也要写清楚，否则技术效果的成立就缺了前提。
怎么写才合规
先定流程图骨架
动笔前先把程序的主流程画成流程图：起点、各处理步骤、判断分支、终点，规模控制在能放进一幅图的量级。图定了，说明书的实施方式就按图的顺序写，每个框对应一段自然语言，按时间顺序展开。句式用「对所述图像帧执行灰度化，得到灰度图像」这类具体表述，不用「进行处理」「进行优化」这类没有信息量的动词。
逐步骤写清输入输出
每一步都要交代三件事：处理对象是什么，来自上一步还是外部输入，是图像帧、采样序列还是报文字段；执行什么操作，运算、比对、筛选还是编码；结果交给谁，存入哪个数据结构、送往哪一步或哪个硬件单元。变量在首次出现处定义含义、单位与取值来源，此后全文使用同一名称，不换叫法。
整体与构思分两段
实施方式开头先写整体方案：系统由哪些部分组成、数据如何流动、各部分承担什么任务。随后单独一段写设计构思：现有做法在哪个环节有缺陷、本方案用什么步骤或结构解决、为什么这样安排能达到所述技术效果。这两段回答「是什么」与「为什么」，流程图回答「怎么跑」，三者的分工不要混在一起写。
参数逐个定义
把流程图和文字里出现的所有符号、系数、阈值列成清单，逐一核对是否都有定义：含义、单位、取值或取值范围、确定方式。算法中的加权系数、迭代终止条件、量化位数、滑动窗口尺寸这类参数最容易漏，漏一个读者就卡一步。有经验取值的给出经验取值及其来历，有范围的写出范围边界。
图文顺序互查
定稿后做一次交叉核对：流程图上每个框，文字里有没有对应段落；文字里每个步骤，图上有没有对应位置；两者的先后顺序是否完全一致。审查实践中流程图与文字描述步骤顺序不一致是高频缺陷，审查员无法确定以哪个为准，会发一审查意见专门澄清，拖慢进度。
硬件与源码补充
涉及硬件结构改变的，补硬件实体结构图并对照说明各部分的连接关系与信号走向。确有必要时摘录关键源程序片段，例如核心循环体、判据表达式，辅助说明实现细节；摘录只是辅助手段，不能代替流程图与按时间顺序的文字描述，更不能以「源代码见附件」的方式整体外移。
示例：反例与改法
如图 1 所示，本系统包括数据采集模块、预处理模块、特征提取模块、分类模块和输出模块，各模块协同工作完成检测任务。
问题全文只有功能框图式的静态描述，没有任何流程图，也没有按时间顺序的步骤描述，读者无法确定程序如何执行，不满足第二部分第九章 5.1 对主要流程图的强制要求，构成公开不充分；审查员会直接指出缺少流程图与步骤描述。
改法补一幅主流程图，并按时间顺序写：步骤 S1，以固定帧率采集原始图像帧，缓存为长度为 N 的帧序列；步骤 S2，对每帧执行灰度化与中值滤波；步骤 S3，按滑动窗口提取候选区域并计算特征；步骤 S4，将特征输入分类器并输出结果至显示单元。
所述识别模块用于对输入图像进行目标识别，识别精度高、速度快。
问题只写功能不写步骤。「进行目标识别」是对结果的宣称，不是对实现方式的描述，读者无法据此编制出达到所述效果的程序；同时这类功能性表述在权利要求中能否得到说明书支持也会受到质疑，两个法条的风险同时出现。
改法写出实现路径：对所述图像帧执行灰度化，按 128×128 像素窗口、32 像素步长滑动提取候选区域，计算各候选区域的梯度方向直方图，将所述直方图输入经训练的支持向量机分类器，输出目标类别及其在所述图像帧中的位置。
流程图（图 2）中先执行数据校验、再执行解压缩，而文字描述写作「首先对数据包进行解压缩，然后进行完整性校验」。
问题流程图与文字描述的步骤顺序相反，读者无法确定程序的真实执行顺序，公开内容自相矛盾；这类不一致在审查中会被明确指出并要求澄清，若两种顺序对应的实施效果不同，还可能牵出公开不充分的连带质疑。
改法确定真实顺序后统一两处表述，以实际执行的顺序为准；若校验与解压的先后在不同实施方式中均成立，应分别写明两种次序及各自的触发条件，并在流程图中用两个分支表达。
对所述采样信号进行 α 滤波，得到平滑序列 y[n]。
问题平滑系数 α 未定义，n 的含义与取值范围未交代，y 与输入信号的关系没有公式或文字说明。参数无定义是算法步骤描述中最高频的缺陷，单处出现即导致该步骤无法实施，多处出现则整个流程都无法重建。
改法改写为：对所述采样信号 x[n] 执行指数平滑，y[n]=α·x[n]+(1−α)·y[n−1]，其中 α 为满足 0＜α＜1 的加权因子，本实施例取 0.3；n 为采样点序号，n 自 1 起递增；y[0] 取首个采样值 x[0]。
边界与例外
- 不需要提交全部计算机源程序
- 涉及硬件结构改变的，还需给出硬件实体结构图
常见误区
- 全文只有功能框图，没有主流程图。
- 只宣称模块的功能，不写模块内部的执行步骤。
- 流程图的步骤顺序与文字描述的顺序不一致。
- 算法参数（系数、阈值、迭代条件）首次出现处无定义。
- 步骤描述用「进行处理」「进行优化」等空动词，无具体操作。
- 涉及硬件结构改变却不给硬件实体结构图。
- 误以为附上整包源代码即可替代流程图与步骤描述。
- 同一变量在不同章节使用不同名称，读者无法对应。
提交前检查清单
- 说明书附图中是否给出了计算机程序的主要流程图？
- 文字是否按时间顺序逐步骤描述，并与流程图一一对应？
- 每个步骤的处理对象、执行操作与输出去向是否都写明了？
- 所有参数、系数、阈值是否都有含义、单位和取值说明？
- 只凭流程图和文字，能否编出达到所述技术效果的程序？
- 涉及硬件结构改变时，是否给出了硬件实体结构图？
- 流程图标记、附图标记说明与文字描述是否完全一致？
- 是否存在流程图与文字步骤顺序相互矛盾的地方？
相关规则
本页为撰写方法说明，不构成法律意见。具体案件的撰写与答复请咨询专利代理师。