解读针对您自身流媒体堆栈的编解码器专利索赔
内容提要
收到视频编码专利侵权律师函时，比对表常仅引用标准文档而非源代码。但专利权利要求需逐项落实，标准可选特性未必启用。应核查编码器、封装器、播放器的真实配置与版本，明确代码归属，保留样本分片，按权利要求特征逐项制表并标注证据，交由律师处理。
延伸解读
标准合规不等于专利侵权
文章指出，编解码器专利权利要求通常包含多个步骤，侵权需全部满足。比对表常引用标准文档，但标准中的可选特性未必被实际启用。不同profile、preset和硬件限制会导致技术栈跳过部分标准内容。因此，仅凭实现H.265或AV1不能直接推定侵权，必须核查实际配置和代码。
从真实配置入手核查
建议从编码器开始，获取命令行参数、API调用记录和ladder定义，确定每个preset开启了哪些编码工具。软件与硬件编码器在工具选择上可能不同，preset名称也不可靠。同时需明确代码归属，若为授权使用，可能无法查看源代码，应尽早查阅合同。
封装器与播放器的责任区分
封装器只负责切分码流和生成manifest，不处理编码后的视频数据，但某些信令相关权利要求可能涉及此层。播放器方面，解码可能由其他公司的芯片执行，需厘清谁指挥或控制步骤执行。应保留样本分片，用码流分析工具检查实际内容，并绘制权利要求步骤流程图。
能力要求与实际执行的证据差异
权利要求措辞决定证据类型：若要求特性被“开启”，配置是证据；若只要求“具备能力”，代码本身是证据。应仔细阅读动词。建议立即快照配置和编码器版本，记录改动时间和人员，给事实标注时间，因为损害赔偿基于过去事件。最后制作权利要求特征对照表，用证据填充，空白处诚实标注，并交由律师处理。
Q&A
收到视频编码专利侵权律师函时，比对表通常引用什么？为什么这不够？
比对表通常引用标准文档和厂商架构图，而不是你的源代码。但专利权利要求需要逐项落实，标准中的可选特性未必被启用，因此仅凭标准文档无法证明侵权。
编解码器专利权利要求通常包含哪些步骤？侵权判断的关键是什么？
权利要求通常包括：把帧划分成块、基于相邻块预测、对残余差值做变换、在码流中放入标志等步骤。侵权意味着被指控系统必须执行所有这些步骤，漏掉任何一个，整个索赔要求就不成立。
为什么不能因为实现了H.265或AV1就认为必然侵权？
因为标准可能将某些步骤列为可选，而真实技术栈通常会跳过标准允许的相当一部分内容，具体取决于profile、preset和硬件限制。法院只在标准强制要求某步骤时才接受“实现标准即侵权”的论证。
在应对专利侵权指控时，针对编码器需要核查哪些内容？
需要从真实配置入手，获取命令行参数或API调用记录以及ladder定义，确定每个preset开启了哪些编码工具。还要区分软件与硬件实现，注意preset名称可能不可靠，并弄清代码归属，保留样本编码和日志。
封装器（Packager）在专利侵权中可能涉及哪些权利要求？如何应对？
封装器负责打包和生成manifest，不处理编码后的视频数据，但某些与信令相关的权利要求可能落在这一层，如参数集或SEI消息。需要区分是你生成还是仅携带，并保留每个版本的样本分片，用码流分析工具检查。
播放器涉及解码器权利要求时，如何确定侵权责任？
需要仔细考虑实际交付的内容，因为解码可能由其他公司的芯片执行。如果多个实体分别执行权利要求步骤，法律上要弄清谁指挥或控制其他步骤的执行；如果权利要求针对整个系统，则要弄清谁将该系统投入运行。建议先将权利要求步骤画成流程图，逐一识别技术特征。
专利权利要求中“具备能力”和“实际运行”有什么区别？如何举证？
有些权利要求覆盖的是代码具备该能力，另一些则要求步骤实际被执行。如果权利要求要求特性被“开启”，配置就是证据；如果只要求“具备能力”，代码本身就是证据。需要仔细阅读权利要求中的动词。
应对专利侵权指控时，应该做哪些准备工作？
首先对配置和编码器版本做快照，记录改动人和时间；给事实标注时间；然后制作自己的比对表，每个权利要求技术特征一行，编码器、封装器、播放器各一列，用证据和源文件填写，诚实标出空白格，并在与对方第一次通话前交给律师。
