软著材料里的「源代码页眉」到底该怎么写

软著材料里的「源代码页眉」到底该怎么写

补正理由里，「源代码页眉不规范」出现的频率比想象中高。它不算大问题，但每次被挑出来，都得重新导一遍 PDF 再传一次，一轮下来又是好几天。

这篇把页眉这一块的规定和常见错法一次说清，后面附一个自查清单。

信可维做的是软件著作权申请材料的辅助整理与格式规范，下面内容是格式层面的整理，具体受理要求以中国版权保护中心当期口径为准。

页眉上要出现什么

一般要看两样东西。

三个文件里的软件名称必须完全对得上。这是最常被判「材料逻辑不一致」的地方 —— 申请表写「XX管理系统V1.0」，源代码页眉写「XX管理系统 1.0」，中间多一个空格、少了 V，看着是小事，机器比对不认。

行数和页数怎么算

• 每页 50 行
• 提交前 30 页 + 后 30 页，共 60 页；程序总页数不足 60 页的，全部提交
• 页眉本身不占那 50 行，它是页面装饰，不计入有效代码行
• 纯注释行不计入有效行数，行尾注释可以留

最后一条被忽略得最多。有人为了让页数够，往文件开头塞了几十行版权声明注释 —— 那些行不算数，页数还是不够，白忙一场。

五种常见错法

页眉只出现在第一页。 在 Word 里插页眉时忘了取消「首页不同」，导出 PDF 只有第一页带页眉。判材料的人看到的是「绝大部分页面无页眉」。

页码按正文重新起算。 中间插了分节符，页码从 1 重新开始，前 30 页和后 30 页的页码直接撞车。

把页眉做成了图片。 截图贴上去看着一模一样，但导出 PDF 后文字层是空的，比对工具读不到，直接判不规范。

后 30 页取错位置。 程序总共 90 页，前 30 页没问题，后 30 页取成了第 31-60 页。要取的是最后 30 页，也就是第 61-90 页。

加完页眉没重新分页。 页眉加进去以后整体行高变了，原来每页正好 50 行，现在变成 49 行、51 行交替。这个必须在加完页眉之后再分一次页。

我的做法：交给脚本批量加

手工在 Word 里加页眉，一改就是半小时，还容易漏页。我现在的做法是让脚本干：

先把代码按有效行（去掉纯注释行）重新分页，每页 50 行；再用无头浏览器把每一页渲染成固定尺寸的页面，页眉套同一份模板（软件名称 + 版本号 + 页码）；最后批量导出 PDF，人工抽 3 页核对。

这样页眉文字和代码是分开的两层，导出的 PDF 里都是可读文本，不担心比对工具读不到。渲染成 HTML 再出 PDF 还有额外好处：软件名称和版本号只在模板里写一次，改一个地方全部页面同步，不会出现「有的页写对了有的页写错了」。

这套流程和我之前写过的那篇《用无头 Chrome 出封面》是同一个思路 —— 凡是「批量 + 格式必须一致」的活，交给脚本比手改靠得住。

自查清单

• 页眉 = 软件名称 + 版本号 + 页码
• 申请表 / 源代码 / 说明书三处的软件名称完全一致
• 名称的全半角、空格、大小写统一
• 每页 50 行有效代码，纯注释行已剔除
• 页眉不计入 50 行，页码通栏连续
• 提交前 30 页 + 后 30 页（不足 60 页全交）
• 页眉是文本不是图片，PDF 里能选中
• 加完页眉后重新分页，没有出现 49/51 行
• 最后人工抽 3 页核对名称和页码