软件著作权的维权难点不在于证明软件属于自己,而在于证明被诉软件与自己软件之间的相似部分属于受保护的表达。两者的界限是实质性相似:通用算法、编程语言语法、接口规范属于思想或功能范畴,不受著作权保护;而具体代码结构、界面设计、文档表述等表达部分受保护。因此取证、比对与举证三者必须衔接,缺一环就难以成立。
登记申请与权属安排
实质性相似的认定
通知删除与反通知
许可证义务与风险排查
技术秘密与代码保密
侵犯著作权罪辩护
按软件生命周期与维权场景划分,可单独委托,也可组合委托
软件著作权登记申请与鉴别材料整理、合作开发与委托开发中的著作权归属约定、职务开发软件的权属确认、员工与外包团队的著作权与保密协议安排
源代码与目标代码的实质性相似分析、界面与交互设计比对、文本文档与美术素材比对、接触可能性的证据组织,以及与专业鉴定机构的对接与质证;侵权行为类型与行政责任见著作权法第53条
依《民法典》网络侵权规则向平台发出通知删除通知,必要时申请行为保全与证据保全(著作权法第56条、第57条);对平台转通知与被诉主体反通知作出应对
开源许可证义务梳理与兼容性风险评估、许可协议与用户许可条款的起草审查、开源组件清单维护、被诉开源自用的抗辩组织,以及与专利交叉的许可方案
核心代码的分级管理与权限控制、涉密代码的密件标识与流转审批、离职交接与竞业限制安排、侵害商业秘密的证据保全与诉讼
软件著作权侵权诉讼与赔偿计算(著作权法第54条)、被诉侵权后的抗辩与举证、达到刑事追诉标准的就侵犯著作权罪报案,以及刑民交叉案件的罪名与管辖异议
以下六种情形在实务中出现频率最高,处置顺序不同,结果差别很大
要求对方全部源代码一模一样,几乎不可能得到支持。
软件极易被更新或下架,界面截图难以支撑侵权认定。
开源不等于放弃著作权,义务违反可能直接构成侵权。
外包、实习、离职、团队核心成员都可能带来权属瑕疵。
平台通知删除机制是双向的,通知写不好会被恢复。
赔偿有法定计算顺序,准备不足容易落入法定赔偿区间。
软件维权最难挽回的损失发生在开发完成之后,六个阶段的工作内容如下
决定日后能主张多大保护范围的一步
权属瑕疵多在这一阶段形成
决定侵权成立范围的核心环节
证据质量决定赔偿数额与诉讼成败
成本最低的路径,同时兼顾时效中断
维权不止于一次判决,还包括权利的持续维护
软件侵权适用普通诉讼时效,但平台投诉与证据保全的窗口远短于诉讼周期
软件案件的胜负高度依赖证据,建议按下列六类整理后一并提供,减少往返沟通
每个阶段均有明确产出,所处进度、风险变化与待办事项均以书面方式同步
先判断权利基础是否稳固维权空间有多大
把维权诉求转化为可比对的结论与可执行的路径
按证明对象组织证据,而非按取得顺序堆叠
能低成本解决的,不急于进入诉讼
请求权设计与赔偿计算路径是本阶段的核心
判决生效只是起点,不是终点