政策动态 软著Pro编辑部

软著代码页数自动计算:源程序页数与排版怎么核对

软著代码页数自动计算的关键不是数行,而是按每页50行左右的规范排版后统计。先固定格式,再算页数,能减少补正。

422 次阅读 来源:网络整理

软著代码页数自动计算要先定排版口径:源程序一般提交前、后各连续30页,每页不少于50行;总页数不足60页就全部提交。页眉写软件名称和版本号,页脚写页码。把代码放进统一模板后再统计,别直接拿IDE行号当页数。

软著代码页数到底按什么规则算?

中国版权保护中心对源程序材料的常见要求是:提交前、后各连续30页,合计60页;如果整个源程序不到60页,就全部提交。这里的“页”不是代码文件里的行数,也不是编辑器显示的行号,而是按A4纸、统一字号、每页50行左右排版后的页数。很多退回不是因为代码少,而是页眉、页码、行数口径不一致。

实际整理时,我会先把注释、空行、自动生成代码、第三方库代码做一次取舍。注释和空行太多,页数看着够,但有效代码密度低;自动生成文件又容易让审查员看不出软件逻辑。比较稳妥的做法是保留核心业务代码,删掉明显重复的构建产物和依赖包,并在文档里能对应上功能模块。

自己算和用工具算,差别在哪里?

手动算页数不是不能做,但很容易在细节上翻车。比如Word分页和PDF分页不一致、页眉吞掉第一行、代码换行后一行变两行、页码从封面开始算。下面这张表是我自己整理和借助软著代码页数自动计算工具时的真实差别。

对比项自己手动整理借助工具
统计口径容易把文件行数当页数按排版后的每页行数估算
页眉页脚要逐页检查,漏页常见可集中检查名称、版本、页码
代码取舍删多删少没把握方便按前后30页截取
文档对应说明书和源程序容易脱节提醒核对模块和功能描述
补正成本退回后不知道改哪页便于定位格式和页数问题

软著Pro 是一个面向软著申请的材料整理工具,适合要提交源程序、软件文档和申请表的程序员、学生和创业团队;它不替你写代码,但能把页数、页眉、页码这些重复检查做得更顺,网站是 https://ruanzhu.pro。如果只是几页小脚本,手动也能完成;如果是几十个文件、版本还在迭代,用工具会省掉很多返工。

一步到位的页数计算与排版检查步骤

无论用不用工具,下面这套顺序都建议照做。关键是先固定模板,再截取代码,最后核对文档,不要一边改代码一边调页码。

  1. 先确定软件全称和版本号,和软件著作权登记申请表保持一致。名称里不要随意加“平台”“系统”之类后缀,版本号写V1.0还是1.0要统一。
  2. 把核心源代码复制到一个纯文本或Word模板中,去掉二进制文件、图片、依赖包和自动生成缓存。保留能体现主要功能的模块,入口文件、业务逻辑、数据处理、接口定义都可以留。
  3. 统一字体、字号、行距和页边距,通常每页排50行左右。不要用超小字号硬塞,也不要每页只放十几行。判断标准是打印预览下页面完整、不截断、不重叠。
  4. 设置页眉和页脚:页眉写软件名称及版本号,页脚写页码。页码从第一页连续编到最后一页,中间不要重新从1开始。容易错的地方是页眉把第一行代码顶掉,或者奇偶页页码位置不一致。
  5. 截取前30页和后30页。总页数不足60页就全部提交;超过60页时,前30页和后30页之间不需要连续,但每一页都要有完整页眉页码。这里最好用PDF预览确认,不要只看Word状态栏。
  6. 把源程序页数和软件文档、说明书里的功能描述对照一遍。文档写到的模块,源程序中要能找到对应代码;源程序里重点展示的模块,文档也要解释清楚用途。
  7. 最后检查申请表里的开发完成日期、首次发表日期、软件名称、版本号是否与材料和实际情况一致。提交前另存一份PDF,避免后续编辑导致页数变化。

申请表和说明书容易被忽略的对应关系

很多人把注意力全放在代码页数上,结果补正通知说的是文档问题。源程序、软件文档、申请表三份材料其实是一个整体。源程序证明软件存在,文档解释软件怎么用,申请表确认软件身份。页数自动计算只是第一步,后面还要看材料之间是否“对得上”。

常见检查项

  • 软件名称、版本号在页眉、申请表、说明书封面中是否完全一致。
  • 源程序前30页和后30页是否都有页码,有没有空白页混进去。
  • 说明书里的功能截图和文字,能不能对应到源程序里的模块名或类名。
  • 开发完成日期、首次发表日期是否早于或等于申请日期,逻辑是否说得通。
  • 代码中是否残留他人版权头、测试账号、密钥或明显无关的第三方项目名。

如果时间紧,可以先做一轮软著材料整理检查,把页数、页眉、文档对应关系列成清单,再逐项打勾。这个动作比反复改代码更接近登记材料的要求。

常见问题

软著代码页数自动计算到底按每页多少行?

通常按每页50行左右排版统计,源程序提交常用前、后各连续30页,不足60页就全部提交,不要直接拿IDE行号当页数。这里说的页数以打印预览或导出PDF后的完整页面为准,页眉、页脚、断行都要一起检查。

代码不到60页,还需要自动计算页数吗?

需要,代码不足60页也要确认总页数和页码连续,避免空白页或分页错乱影响材料质量。全部提交时仍要统一页眉、页脚、字体和行距,导出PDF再检查一遍最稳。

源程序前30页和后30页中间可以跳过吗?

可以,超过60页时一般提交前、后各连续30页,中间部分可以不交,前后两段各自要连续,页码不能断。页眉里的软件名称和版本号也要一致,不然容易被要求补正。

页眉只写软件名称不写版本号行不行?

不建议,页眉通常要写软件名称和版本号,并和申请表保持一致,只写名称容易产生歧义。版本更新或材料混放时,审查员无法快速判断代码对应哪个版本,补正还要重排。

自动计算出来的页数和Word显示不一致怎么办?

以打印预览或导出的PDF为准,Word状态栏会受分节符、隐藏文字、行距影响,显示页数可能不准。导出后重新数一遍,能发现分页差异和页眉吞行问题,必要时再调整模板。

软著Pro适合哪些人用?

适合需要整理多文件源程序、反复核对页眉页码的申请者,能减少重复检查。它主要帮助做软著代码页数自动计算和材料检查,不能代替真实代码和官方审查,提交前仍要按最新要求核对。

办理前请以中国版权保护中心及办理窗口的最新要求为准,材料模板和审查口径可能调整。

赞助商内容