脱敏案例 · 对外分享版

软著申请材料审查 · 典型案例集

四个不同类型软件的真实预审案例。每个案例展示材料在提交前存在的问题、风险定性与处理结果——这些问题大多不是"写得不认真"，而是不了解 CPCC（中国版权保护中心）的审查口径，完全可以在提交前规避。

案例数量：4 个 覆盖：算法库 / 嵌入式 / Web 系统 / 工具软件 整理日期：2026-09-28

01案例总览

四个案例分别对应企业申报中最高发的四类翻车场景。

四个案例的类型、核心问题与处理结果一览
案例 软件类型 核心问题 处理结果
案例一 数值计算算法库（无独立界面）C++ / 接口函数库 源程序交存方式错误、说明书仅 9 页、截图日期晚于开发完成日 3 项高风险定位，给出逐项改法，修改后可申报
案例二 嵌入式硬件控制软件（无图形界面）VHDL / 固件 代码实体名与申报名称不符、通道数多处笔误、元数据残留第三方信息 多轮整改逐项跟踪，指导补充盖章专项说明
案例三 Web 业务管理系统Java 后端 + 前端页面 提交后收到"与已登记软件重复"雷同补正，自研代码占比过低 重做鉴别材料方案，独创内容提至主体，按期完成补正
案例四 数据采集与智能解析工具Python / 桌面工具 源码硬编码真实密钥与账号、截图泄露本机路径与客户数据 安全类硬伤两轮清零，剩余格式问题一次列清

02案例详情

以下按问题发现时的原始状态呈现。

案例一 申请前预审 · 结论：修改后申报（3 项高风险）

数值计算算法库：代码规范，但三处硬伤会直接触发补正

某研发机构的算法接口库，编程语言 C++。材料整体基础不错：名称、版本、主体跨材料一致，代码排版规范、行号连续无断号，也没有密钥或私人联系方式。但有三个形式问题足以被发补正。

  • 高风险
    源程序交存方式不对 申请表勾选"前连续 30 页 + 后连续 30 页"，实际提交的却是全工程开头连续 60 页——第 30 页和第 31 页行号首尾相接。而申请表填写的全工程总行数远超节选范围，这种情况必须交"整个工程的头 30 页 + 尾 30 页"，不能用开头 60 页顶替。
  • 高风险
    说明书仅 9 页，鉴别力严重不足 全文约 3400 字、7 张图，多张还是整页流程图。无独立界面的算法库可以不提供界面截图，但必须用文档充分说明独创性内容，9 页极易被以"鉴别材料不足"发补正。
  • 高风险
    截图文件日期晚于开发完成日 22 天 文件资源管理器截图中的文件修改日期，晚于申请表填写的开发完成日期；文件名还是测试修复式的英文内部命名，审查员可直接质疑完成日期不真实。
  • 中风险
    分类与细节问题 技术特点栏误标"人工智能软件"（实际是几何算法库，与 AI 无关）；调用了开源网格优化库等第三方组件但未做许可说明；说明书中一个接口名称前后拼写不一致。

处理方式

  • 重新节选代码：整个工程前 30 页（首行起）+ 后 30 页（末行止），两段各自连续即可，中间不连续是允许的；
  • 说明书扩写指引：针对接口库特点，补充全部导出函数的原型/参数/返回值/前置条件、算法原理与流程、输入输出数据结构、典型算例对比图、错误码与环境说明，图旁配足文字；
  • 重截截图：用开发完成日之前生成的正式算例结果，文件名改正式算例名，路径用中性目录；
  • 删除不实分类字样，补"第三方组件与开源许可说明"，统一接口命名。
✓
结果：企业按清单一次性改完全部问题，修改后材料符合一般交存要求，进入正常申报流程，避免了至少一轮补正。
案例二 多轮整改 · V1 预审 → V2 回传复核

嵌入式无界面软件：代码"身份信息"与申报软件完全对不上

某软件企业的硬件脉冲控制固件，使用硬件描述语言开发，运行在可编程逻辑器件上，没有图形界面。这类软件最容易在"代码与申报软件是否同一套"上被质疑。

  • 高风险
    代码实体名、注释、版本史与申报名称不符 申报的是 A 软件，但代码核心实体名是另一个项目的内部代号，头部注释写着另一套名称和版本号体系（从 V4.0 开始），还留有个人署名。审查员对照申请表会直接判定"疑为复用其他项目代码"。
  • 高风险
    通道数多处笔误，与代码实际不符 代码实际是四路输出，说明书端口表却写成六路，总结段又写成三路——文档内部就自相矛盾，翻代码一对照即露。
  • 中风险
    纸张规格与文件元数据问题 代码纸张为 A5（应为 A4）；导出文件元数据残留了第三方开源组件名、个人作者名和其他公司名称；多处信号命名在文档中前后不统一。

处理方式

  • 代码"改名"清单：实体名、头部注释、署名、版本史全部改为与申报软件一致，版本史保留真实功能改动记录但重编为 V1.0 体系；
  • 文档中三处通道数全部以代码为准统一，信号命名与代码逐一对齐；
  • 纸张改 A4 后重新核算每页行数（确保仍 ≥50 行），逐项清理文件元数据；
  • 主动加分项：指导企业出具一份盖章的《无图形化软件运行说明》，说明界面定义、交互替代方式、无界面约束与故障输出规则，直接回应审查员对"无截图无界面"的疑问。
✓
结果：V2 回传时名称四处对齐、专项说明齐备，遗留问题以对比表形式逐条列清，企业明确知道每一处怎么改、改到什么标准为止。
案例三 申报后补正 · 30 日答复期

Web 系统收到雷同补正：60 页代码里真正自研的只有 12 页

某企业的 Web 业务管理系统，提交后收到 CPCC 补正通知，原文意为："文档和程序鉴别材料中的部分片段与已登记软件存在重复，请重新上传具有独创性的鉴别材料。"此前该材料已历经多轮格式整改——格式合规，但材料构成有问题。

  • 高风险
    通用样板代码占了 80% 对 60 页申报代码逐页核查：开头就是全网教程级的框架安全配置，随后是 JWT 登录三件套、通用数据对象、通用用户管理增删改查；后 30 页全部是模板化前端页面。真正体现业务独创性的自研算法代码只有约 12 页，且没有放在开头。
  • 高风险
    前后端比例踩线 60 页中前端占 30 页（50%），选材惯例要求前端页面不超过约 20%、后端业务代码占主体。比例本身就在踩雷区。
  • 中风险
    文档同样以通用内容为主 说明书充斥"业界成熟技术、三层架构"等套话，登录页、用户管理页与任何后台系统雷同面大，独创功能篇幅占比小；另有以随机数模拟业务数据的模块被当作真实功能展示，需企业核实工程内有无真实数据来源。

处理方式

  • 明确路径：框架为合法使用的开源组件，"授权"无从谈起，唯一现实路径是重做材料构成——把自研业务算法与业务服务放到绝对主体（约占 80%），前端只留业务页面（≤20%）；
  • 剔除清单：全部配置类、登录三件套、通用数据对象、通用用户管理与模板化布局页一律不交；业务核心类置顶从第 1 页开始；
  • 文档重写：截图全部在脱敏环境重截（更新图片指纹），删通用套话，独创功能章节与代码类一一对应；
  • 策略提醒：通知既已认定重复，不硬争辩、不点名对比对象，在原申请号下走补正通道替换材料；按 30 日期限倒排定稿时间，留足线上上传余量。
✓
结果：企业拿到可直接施工的逐页选材方案与文档改法，在补正期限内完成材料重做，回传后按"通用指纹零命中、业务占比、前后端比例"等口径逐项终核再提交。
案例四 两轮整改 · 安全红线清零

智能解析工具：源码里硬编码了真实密钥、账号与客户数据

某企业的数据采集与智能解析桌面工具。首轮预审发现的不是格式问题，而是实打实的信息安全与保密风险——这类问题一旦原样提交，密钥和账号等于随材料外泄。

  • 高风险
    源码硬编码两把真实服务密钥 两个第三方 AI 服务的接口密钥直接写在代码里，任何拿到这份材料的人都能看到并使用。另有第三方平台的真实账号、密码、授权码和管理员邮箱硬编码在源码中。
  • 高风险
    截图泄露本机环境与真实客户数据 说明书截图的文件路径暴露了本机用户名、桌面目录和工程内部命名；日志截图含完整本机堆栈路径；截图数据是大量真实在营客户项目，涉及第三方名称与业务单据编号，存在保密风险。
  • 中风险
    交存格式与表述问题 源代码 116 页全文交存（超 60 页应节选前后各 30 页）；平均每页仅约 40 行（应 ≥50 行）；代码中残留晚于开发完成日的示例日期和一整段测试死代码；弹窗把程序内部布尔值直接显示给用户；命令行安装语句粘连。

处理方式

  • 密钥与账号全部外移：改为从环境变量读取，代码中只保留变量引用；AI 工具生成痕迹路径、废弃旧脚本一并清除；
  • 截图全部重截：换中性正式目录、灌虚构演示数据，弹窗提示改为人话；
  • 代码重排使每页 ≥50 行，再节选前后各 30 页；清理示例日期与测试死代码；
  • 文档与代码逐条对账：文档列出的脚本，源码中必须有对应实现。
✓
结果：V2 回传时两把密钥、真实账号、AI 痕迹等安全类硬伤全部清零并经逐项确认，剩余格式问题浓缩为一份优先级清单，企业改完即可申报。

03共性规律

四个案例翻车点不同，但规律高度一致——绝大多数补正都能在提交前拦住。

① 问题集中在"形式与构成"，不是技术不行

交存方式、每页行数、篇幅页数、日期逻辑、名称一致——这些与软件技术含量无关，只与是否了解审查口径有关，了解规则后都可一次做对。

② "一致性"是最高频的审查逻辑

软件名称、版本号、日期、通道数、功能与脚本，跨申请表、源代码、说明书必须处处对得上。一处自相矛盾，整套材料可信度都会被打折扣。

③ 选材要让"独创内容"当主角

框架配置、登录流程、通用增删改查是雷同高发区；业务算法、业务服务、真实数据处理才是软著要保护的东西，节选时应放开头、占主体。

④ 安全与保密是独立红线

密钥、账号、内网地址、本机路径、真实客户数据，提交前必须全部清除或虚构化。这不仅是过审问题，更是企业自身的信息安全问题。

关于补正的两点提醒：补正通知通常有明确答复期限，逾期视为撤回，收到后应先按实际签收日倒排时间；通知既已指出问题，重点应放在按要求重做材料，而不是争辩。一次补正机会，建议改完做一遍终审再提交。