政策动态 软著Pro编辑部

用了开源组件还能申请软著吗:权属和材料怎么处理

能用。软著登记看的是你自主开发的那部分代码,引入开源库不影响登记。但提交材料时主体应是自己写的代码,说明书也别把开源组件说成自研成果。

385 次阅读 来源:网络整理

结论:用开源组件不影响申请软著,几乎所有软件都在用。登记审查看的是材料是否真实、前后是否一致,不会因为引了第三方库就把你挡回去。真正要注意的是两点——提交的源程序主体得是你自己写的代码,说明书里别把开源组件吹成自研成果。

开源不等于没有版权

开源只是授权方式不同,作者的权利还在。常见的宽松许可(如 MIT、Apache)允许商用和修改,但通常保留版权声明;传染性许可(如 GPL 系)会要求衍生作品以同样方式开放,这对闭源商业软件影响很大。

  • 引入前先看许可证类型,别默认「开源就是随便用」;
  • 保留原有的版权声明和许可文件,别删;
  • 传染性许可的组件,谨慎评估是否进入核心链路;
  • 建立一份依赖清单,记清组件名、版本、许可证。

软著材料该怎么处理开源部分

材料怎么处理不要做
源程序主体放自研代码,开源部分按实际保留整段照搬开源项目当自己的
说明书描述自己实现的功能和业务逻辑把框架能力写成自研创新
功能清单只列本软件实际提供的功能把第三方组件的能力也算进去
依赖声明如需要,列清引入的关键组件刻意隐瞒明显的外部依赖

什么情况会有风险

第一种是把开源项目改个名字整套登记。这种材料一眼就能看出不对,属于权属不清,风险最高,被追究起来不只是一份登记作废的问题。

第二种是提交的源程序里,自研部分只占很小一块,其余全是自动生成的脚手架和第三方代码。这种容易被质疑材料是否真实反映这个软件。

第三种是许可证冲突。用了 GPL 系的组件又把软件闭源销售,这属于违约,和软著登记本身无关,但麻烦更大。

一个稳妥的做法

  1. 先梳理依赖,把开源组件单独列出来,标清许可证;
  2. 源程序按「自研为主」的顺序整理,业务逻辑代码放前面;
  3. 说明书围绕自己实现的功能写,框架提供的能力一句带过;
  4. 保留许可文件和版权声明,别在打包时删掉。

常见问题

用了开源框架是不是就不能登记软著了

可以登记。框架只是工具,你在上面写的业务代码是独立的开发成果,这部分才是登记的对象。

提交代码里含开源代码会被退回吗

一般不会,前提是自研部分占主体、材料真实。整段照搬才会出问题。

开源协议的版权声明必须保留吗

多数许可证要求保留。删掉声明既违反许可,也可能在后续纠纷里处于不利位置。

二次开发的软件能登记吗

如果是在开源项目基础上做了实质性修改和扩展,对你新增的部分通常可以主张权利,但要遵守原许可证。边界比较模糊时,建议先看软著Pro上关于权属的说明,或者咨询专业意见。

前端用的 UI 组件库要不要在说明书里提

不必逐个列,但说明书描述的功能要和界面实际能做的事对得上,别把组件库自带的功能当自研亮点写。

赞助商内容