软件企业的知识产权工作，往往停留在“做软著登记”。一个产品登记一个软著，攒到二三十个，感觉很踏实。
但软著只保护“代码怎么写”，不保护“算法怎么做”。竞争对手换个语言、重写一遍，就绕开了。
一、三者的分工
- 软件著作权：保护源代码、目标代码、文档的表达。登记成本低（几百元），下证快（1-2 个月）。
- 专利：保护技术方案。涉及技术处理的算法（解决技术问题、产生技术效果）、系统架构、数据处理方法，可以申请发明专利。
- 商业秘密：保护不公开的模型参数、训练数据、特征工程方法、业务规则。无需公开，但需保密措施。
配比建议：
- 基础层：每个产品至少 1 件软著（用于高企、双软、平台投诉）；
- 核心层：核心算法/架构申请 2-5 件发明专利；
- 内核层：参数、数据、规则作为商业秘密，权限管控。
二、什么样的算法能申请专利
关键在“技术性”：
- 可以：算法与具体技术领域结合，处理的是技术数据，解决的是技术问题。如“基于振动信号的设备故障诊断方法”“基于图像识别的缺陷检测方法”。
- 较难：纯商业规则、纯数学计算、仅涉及经济收益的方法。如“一种基于用户画像的优惠券发放方法”（若仅涉及商业规则，可能被驳回）。
- 撰写要点：权利要求体现“数据采集 → 处理 → 输出”的技术过程，说明书中写清技术问题与技术效果，避免写成“算法 + 通用计算机”。
三、一个只有软著的案例
某工业软件企业开发了一套设备预测性维护系统，核心是基于振动与温度数据的故障预测模型。投入研发 1600 万元，登记了 3 项软著。
两年后，一家对手推出功能相似的产品，价格低 35%。
维权尝试：
- 软著侵权：申请证据保全，比对源代码，相似度 9%（对方用不同语言重写，结构不同），不构成实质性相似；
- 商业秘密：模型参数未加密，运维人员可访问，且未签保密协议，保密措施不成立；
- 专利：未申请。
结果：无法维权。企业只能靠服务与客户关系维持，两年内毛利率从 48% 降至 31%。
若当初做了三件事：
- 申请“一种基于多源传感数据的设备故障预测方法”发明专利（结合数据采集、特征提取、模型训练的技术过程）；
- 模型参数加密存储，访问权限分级，日志留痕；
- 与研发与运维人员签订保密协议——
至少有一条路径可以主张。
四、软著登记的实务要点
- 登记名称：用“XX 软件 V1.0”格式，与产品名称对应；
- 代码提交：提交前 30 页与后 30 页，不足 60 页的全提交；可对核心算法做遮挡处理（不影响登记）；
- 版本管理：每次重大版本更新，可申请新登记；
- 权属：委托开发、外包开发的，合同中明确著作权归属；
- 用途：高企认定、双软认定、平台投诉、融资尽调、政府项目申报。
五、商业秘密的落地
- 代码仓库权限分级，核心模块仅少数人可访问；
- 模型参数、训练数据加密存储；
- 访问日志保留至少 1 年；
- 与研发、运维、数据标注人员签保密协议；
- 离职交接时注销权限、回收设备；
- 对外合作（API 开放、联合研发）签保密协议，限定使用范围。
六、算法类技术的保护路径选择
软件企业的技术资产，分散在代码、算法、架构、数据等不同形态中。用错保护工具，等于把可保护的东西放走了。
| 技术形态 | 适宜工具 | 原因 |
|---|---|---|
| 源代码 | 软件著作权 | 登记成本低，可证明权属与完成时间 |
| 算法流程、模型结构 | 发明专利 | 若解决技术问题、产生技术效果，可申请 |
| 核心参数、训练数据 | 商业秘密 | 不公开才有价值，公开即失去保护 |
| 界面与交互 | 外观设计（GUI） | 图形用户界面可申请外观设计 |
算法能否申请专利，关键看是否属于技术方案。纯粹的数学方法、商业规则不授予专利权；若算法与具体技术领域结合，解决技术问题并产生技术效果，则可能被授权。撰写时应强调技术处理过程与技术效果，而非单纯的运算规则。
只登记软著的案例：核心推荐算法仅做了软著登记，被竞争对手以不同代码实现同样效果，软著无法阻止。软著保护的是代码表达，不保护算法思想，这是它的天然边界。
商业秘密的落地要具体：哪些参数属于秘密、谁能访问、如何加密、离职如何回收。没有这些动作，“秘密”在诉讼中很难成立。
七、操作清单
- 每个产品做软著登记；
- 梳理核心算法，评估可专利性，申请发明专利；
- 不可专利的，作为商业秘密保护；
- 参数、数据加密，权限分级，日志留痕；
- 与员工、合作方签保密协议；
- 建立研发项目与知识产权的对应台账；
- 开源组件做合规审查，保留 SBOM；
- 融资/上市前做知识产权自查；
- 发现侵权时，同时评估三条路径；
- 每年更新一次布局。
软著是“出生证”，专利是“产权证”，商业秘密是“保险柜”。三样都有，软件资产才算真正锁住。
