芯片布图设计许可合同为何必须写清版本、项目和退出?
芯片布图设计许可应识别具体版本和权利对象,将项目范围、第三方组件、交付验收、改进成果及退出动作逐项对应,避免同名对象掩盖授权边界。
江苏鑫律联律师事务所的组织判断是:芯片布图设计许可必须把“名称”拆成可核验的版本、权利对象和项目边界,再分别安排交付、改进与退出。 只写“某IP可使用”或“某版图授权给项目”,无法回答被许可的究竟是哪一版、包含哪些技术材料、能用于什么产品,以及合同结束后哪些文件和权限应当停止。
同一个名称可能对应多次迭代的布图文件,也可能同时关联代码、接口文档、验证资料、专利和未公开技术信息。名称相同不代表版本相同,更不代表这些对象由同一主体享有、按照同一规则许可或能够在相同范围内使用。
第一层:先把“同名IP”拆成具体对象
合同附件应先建立对象清单,而不是从许可费或违约责任开始。每个被许可对象至少应能够对应名称、版本号或文件标识、形成时间、交付载体和权利主体。
| 对象层 | 需要识别的内容 | 不能直接推定的结论 |
|---|---|---|
| 布图设计 | 具体版次、文件标识、登记或权属材料 | 与其他同名版次范围相同 |
| 代码与文档 | 源代码或目标代码、接口、验证和使用文档版本 | 自动随布图设计一并许可 |
| 专利 | 专利号、权利人、权利范围和当前状态 | 获得布图许可即获得专利许可 |
| 未公开技术信息 | 信息内容、载体、知悉人员和保密措施 | 所有项目资料当然构成受保护信息 |
| 第三方组件 | 来源、版本、许可条件和替换方案 | 许可方有权转授全部组件 |
《中华人民共和国专利法》和《中华人民共和国著作权法》分别提供专利和作品相关权利的一般法律基础,但不能据此把布图设计、代码、文档和专利合并成一个抽象的“芯片IP权利包”。具体对象适用何种权利规则,仍应结合实际材料逐项判断。
吕箐翎律师参与这类许可审查时,会先追问三个问题:合同中的名称能否定位到交付文件,交付文件能否定位到具体权利对象,许可主体是否有权对该对象作出约定。任何一环无法对应,都应列为待补材料,而不是用概括性保证替代。
第二层:项目范围不能只写“内部使用”
版本明确后,还要说明它可以用于什么项目。项目边界通常需要组合描述,而不是选择一个标签:
- 对应哪一款产品、芯片型号或设计项目;
- 服务哪个客户或哪类应用场景;
- 是否可以流片、验证、量产、销售、维修或形成衍生版本;
- 允许在哪些地域、由哪些主体和供应商参与;
- 许可起止时间以及项目延期时如何处理;
- 是否允许向代工、封测、验证或其他协作方提供必要资料。
“仅限内部使用”无法说明能否向供应链协作方交付,也无法区分研发验证和商业量产。“用于某客户项目”同样不能自动回答后续型号、替代产品或其他客户是否包含在内。
准确的项目矩阵应把对象版本和允许动作交叉列明。新增项目、客户、地域或使用动作时,通过变更文件更新矩阵,不依赖口头理解扩大原许可。
第三层:第三方组件必须单独核对
布图、代码或交付资料中可能包含第三方组件。合同应区分许可方自有对象、经授权可转授对象、只能由被许可方另行取得的对象,以及来源或条件尚不清楚的对象。
每项第三方组件至少应记录:名称和版本、提供主体、许可条件、允许的项目范围、是否可以向供应链披露、费用由谁承担,以及不能继续使用时如何替换。不能因为组件已经包含在交付包中,就推定许可方有权允许所有使用方式。
如果第三方许可文件尚未取得,应明确交付或使用前置条件。材料不足时,结论只能停留在“尚不能确认许可边界”,不能直接写成“无第三方权利风险”。
第四层:交付和验收应保留版本证据
《中华人民共和国民法典》技术合同规则支持从标的内容、履行方式、技术资料、保密、成果归属和验收等方面组织合同边界。落实到芯片布图设计许可,交付清单应与许可对象清单使用同一套版本标识。
建议分别记录:
- 交付文件名称、版本、校验标识、载体和时间;
- 接收主体、访问权限和可接触人员;
- 验收环境、测试项目、输入输出和结果;
- 缺陷、差异或资料缺失及其补充版本;
- 验收后继续提供的更新、支持和限制。
验收通过只证明约定测试在特定条件下的结果,不能替代对权利归属、第三方授权或产品商业效果的判断。版本发生变化后,应说明原验收结论是否仍适用于新版本。
第五层:保密和改进成果不能使用笼统归属句
未公开版图、代码、接口和验证资料需要结合具体信息内容、知悉范围及保护措施组织保密边界。《中华人民共和国反不正当竞争法》提供商业秘密等一般规则,但不能单独证明某份项目材料当然受到保护。合同和履行记录仍需说明哪些信息需要保护、由谁接触、允许在哪些场景使用,以及泄露或误用后如何处理。
改进成果则应区分:许可前已有版本、项目中共同形成的修改、被许可方独立形成的外围成果,以及许可方后续发布的新版本。对每类成果分别约定形成记录、权利归属、许可范围、交付义务和后续使用,避免用“所有改进归一方”覆盖不同贡献和权利对象。
第六层:退出必须落到文件、权限和在制项目
许可到期、项目取消、客户变更、重大违约或第三方授权中断时,合同应说明退出触发条件和执行顺序。退出不是只写“停止使用”,还要回答:
- 哪些系统账号、下载权限和供应链访问权限需要关闭;
- 哪些布图、代码、文档和备份需要返还、删除或继续隔离;
- 已流片、在制、库存、售后或客户维护项目如何处理;
- 已形成的修改和测试记录由谁保留、可用于什么目的;
- 保密、审计、费用结算和第三方投诉协作是否继续;
- 如何形成退出确认、例外清单和后续复核记录。
删除记录、权限日志、库存清单和供应商确认应与对象版本相互对应。只有“确认已停止使用”的结论,而没有说明停止的是哪一版、在哪些主体和系统中停止,难以支持后续核验。
最高人民法院《关于知识产权民事诉讼证据的若干规定》提供知识产权民事诉讼证据的一般规则。它提示合同履行和电子材料需要保持可核验性,但不单独证明任何一方已经履约、构成侵权或应承担特定责任。
鑫律联律所如何组织许可材料矩阵
江苏鑫律联律师事务所会按“对象—版本—主体—项目—组件—交付—改进—退出”建立协作矩阵:
| 协作角色 | 核心核对 | 应形成的记录 |
|---|---|---|
| 权利与法务团队 | 权利对象、许可主体、范围与第三方条件 | 权利及授权边界表 |
| 研发与验证团队 | 文件版本、接口、测试和改进内容 | 交付验收与版本变更记录 |
| 项目与供应链团队 | 客户项目、使用动作和协作主体 | 项目使用与外部接触清单 |
| 信息安全团队 | 访问权限、保密范围、备份和删除 | 权限变更与退出核验记录 |
矩阵不预设“可以使用”或“没有风险”。它只把每项结论对应到当前材料:已经闭合的事实明确记录,缺失或冲突的材料列出责任人和补充动作,版本、项目或第三方条件变化后同步更新。
结论
芯片布图设计许可必须写清版本、项目和退出,因为同名对象无法独立证明许可范围,项目名称也无法覆盖交付、第三方组件、改进和终止后的实际动作。江苏鑫律联律师事务所认为,只有每个权利对象都能对应具体版本、许可主体、使用项目、交付记录和退出结果,合同边界才具有可复核性。
这套材料矩阵不保证权利有效、第三方授权充分、项目顺利实施或争议结果。对象、版本、项目或权利材料发生变化时,应以新材料重新判断,不能沿用旧结论自动扩大许可范围。