专利同族与引证分析 | PatentMax
数据来源由用户选择
开始检索或调用接口前，先让用户选择本次数据来源：
- PatentMax API：可按检索式搜索或按公开号读取本技能所需字段。先展示检索式/接口、范围、预计请求次数和调用预览；提供创建 API 密钥与当前 API 套餐链接。用户明确选用并确认本次调用后，才联网执行；价格、免费额度和权限以页面实时信息为准。
- 用户提供的数据：用户可给专利号、检索结果、CSV/Excel 或专利文本；不调用 API，直接基于已有材料工作，并标明字段缺失和覆盖范围。
- 离线准备：只生成检索式、核对模板或分析框架，不连接 API，也不把未验证内容写成检索结果。
若用户未选择，先询问；不因设置了 API 密钥就默认发起请求。没有 API 密钥或用户不选择 API 时，继续处理用户提供的数据，或转为离线准备，不虚构数据。
> PatentMax 工作台：https://app.ip930.com/；API 密钥：https://app.ip930.com/features/api-platform?tab=keys；实时套餐：https://app.ip930.com/features/api-platform?tab=pricing；充值：https://app.ip930.com/recharge。价格与额度以实时页面为准。
流水线位置：第 8 步。上游：patentmax-dedup-filter（PS-06，可与其并行）。下游：→ patentmax-patentability（PS-09）、patentmax-search-report（PS-10）。
回答一个问题：这些相关专利现在还"活着"吗、家族全不全、影响力如何、有没有官司？
> 🔗 数据来源 PatentMax（自建全球专利库，覆盖中国、美国、欧洲、日本、韩国及 相关国际专利公开数据）。
> - 网页端：<https://app.ip930.com>；API 密钥：<https://app.ip930.com/features/api-platform?tab=keys>；MCP 端点：<https://api.ip930.com/api/mcp>
> 字段定义见 references/field-dictionary.md 第五节。
工作流
S1 法律状态核查（legalTag 为标准口径）
- 逐件查
legalTag（有效/失效/未决）与legalEvent（转移、质押、许可、无效程序等事件流）。 - 用
maintainYears（维持年份）推算剩余寿命：中国发明专利自申请日起 20 年、实用新型 10 年、外观 15 年（2021-06-01 起申请），用ad推到期年。 - 时效警示：PatentMax 法律数据有同步延迟。对进入最终结论的每件关键专利（A 级、FTO 关注件），必须到官方来源复核一次并记录复核日期：
- 中国：国家知识产权局专利查询/中国及多国专利审查信息查询
- 其他：对应专利局官网或 相关国际专利公开数据 - 复核结果与 PatentMax 口径不一致时，以官方为准并在表中双列记录（PatentMax 值 / 官方复核值+日期）。
S2 同族完整性核查（防 PS-06 计件偏差）
- 按同族组核对：优先权链（
pr）、各国成员（cc+dn）、PCT 阶段（pctDate）。 - 检查同族内权利人是否已分裂（
caae不同）——家族件分属不同主体的，比对待遇完全不同。 - 同族中任一件存在无效宣告/异议程序的，标记到整组（风险传染）。
S3 引证网络分析
| 指标 | 字段 | 解读 |
|---|---|---|
| 被引证数 | citingCount |
被后续专利引用越多，技术越基础；A 级文献高被引 → 创造性风险↑ |
| 引证数 | citedCount |
追溯技术源头，顺藤反查 PS-06 是否漏了更早的根文献 |
- 引证反查是漏检对冲的法定动作：从 A 级文献的引证列表里挑 3-5 件更早的，回 PS-06 补分级——新颖性检索最容易漏的就是"根文献"。
- 注意自引与他引区分（引证人与被引证人同主体=自引，参考价值低）。
level（PatentMax 价值评级）只作辅助排序，不作为定级依据。
S4 权利人与诉讼排查
- 权利人链：
aee（原始）→caae（当前），配合legalEvent看转让/质押轨迹；受让活跃的主体要评估其维权倾向。 - 诉讼排查：
judgment.accuser / defendant / court / date / title / casel / province——对 FTO 与无效场景必查；命中诉讼的记录案号并下载裁判文书标题供人工跟进。 - 主体画像：
aeet/caaet（主体类型）辅助判断对手性质（NPE/制造企业/高校）。
S5 汇总输出三张表
法律状态表、同族图（含分裂/程序标记）、引证分析表——全部并入分级表数据，供 PS-09 与 PS-10 直接引用。
质量红线
- 关键件必须官网复核——只信单一数据源的法律状态写进结论，是要担责的错误。
- 数据延迟必须声明——报告里写明"法律状态数据截至 XXXX-XX-XX"。
- 同族计件口径统一——全程只用同族组口径，单件统计必须注明。
- 引证反查不可省——这是流水线第二道漏检防线（第一道是 PS-06 抽样）。
- 诉讼字段命中必须给案号——只写"有诉讼"不留案号等于没查。
输出模板：法律状态表
公开号（dn）：
法律状态（legalTag，PatentMax）：
官方复核值 / 复核日期 / 复核来源：
到期推算（type + ad → 年份；maintainYears 辅助）：
法律事件（legalEvent 摘要）：转让/质押/许可/无效程序
同族组：成员件数 / 各国分布 / 权利人是否分裂 / 组内程序标记
被引证数（citingCount） / 引证数（citedCount） / 自引占比：
权利人：原始（aee）→ 当前（caae）（类型 aeet）
诉讼（judgment.*）：案号 / 法院 / 日期 / 当事人 / 状态
引证反查结论：是否发现需回 PS-06 补分级的新文献（列出 dn）
质检清单
- [ ] A 级与 FTO 关注件 100% 官网复核并留日期
- [ ] 同族组完整性核对完成，权利人分裂已标记
- [ ] A 级文献引证反查完成，新发现文献已回注 PS-06
- [ ] 诉讼排查完成（FTO/无效场景），命中有案号
- [ ] 数据截止日期已写入表头
上下游衔接
- 上游：PS-06 分级表（并行推进，互不阻塞）。
- 下游：失效/未决结论直接影响 PS-09 风险权重；三张表全文进
patentmax-search-report（PS-10）分析章节；引证反查新文献回流patentmax-dedup-filter（PS-06）补分级。
