INPADOC 与 DOCDB 家族标引有什么差异？
简答
两者都能给出同族，但 DOCDB 简单族按完全相同的优先权集合归并，成员少而精确；INPADOC 扩展族沿优先权链把间接关联的申请也串进来，覆盖广却会混入保护范围不同的成员。做法务状态与去重时用简单族，做全球布局还原时用扩展族。
展开说明
三种族口径的差别
简单族（DOCDB simple family）以完全相同的一组优先权号作为归并依据，成员之间是平行关系：同一件发明在不同国家或不同阶段公开的文本。它的优点是边界清晰，缺点是漏掉通过后续申请间接关联的文献。各口径的定义与更新说明可在 欧洲专利局（EPO）官网 的数据说明中查到。
扩展族（INPADOC extended family）沿优先权链传递归并：甲申请要求乙的优先权，丙又要求甲的优先权，三者会被串成一族，即使甲与丙的优先权集合并不相同。第三种是商业库的发明族口径，以「一个发明一条记录」人工归并，质量高但依赖商业库，与前述两套不能直接对接。
理解差异的关键在归并算法：简单族用的是等价关系，优先权集合完全一致才同族，因此不会出现链条传递；扩展族用的是连通关系，只要存在优先权链条，无论方向与层数，都会被连进同一集合。这意味着扩展族的成员数对优先权引用错误异常敏感，一处引用写错就能把两族连成一族。
差异带来的实际后果
最直接的后果是计数失真。同一批专利按简单族统计是一个数，按扩展族统计族数明显减少、每族成员数增加，两套数字放进同一份报告就会自相矛盾。做行业规模、申请人排名这类统计，必须在方法说明里写清用的是哪一族口径、哪个数据库版本。
第二个后果是法务状态误读。扩展族里混入的继续申请、部分继续申请、增补专利，其权项与母案并不相同，保护期起算与届满日也不同；把全族当作「同一天到期、范围相同」去评估自由实施，会得出错误结论。逐件核对 专利法律状态怎么查询和核验 才可靠。
检索时怎么选
判断去重与法务状态，优先用简单族。做全球布局还原、确认是否存在未进入某国的成员、评估同族规模，用扩展族，再人工剔除明显不同发明的成员。做技术演进与引证分析，则以文献为单位而不是以族为单位，避免一族多件重复计数。
实务上最稳的是双跑对照：同一目标件分别按简单族与扩展族导出成员清单，比对差集，差集里的每一件都要看清是什么关系——继续申请、分案、增补，还是纯优先权链误连。这一步花时间不多，却能挡掉大部分「同族查不全」与「同族查太宽」的争议。查法本身见 同族专利怎么查、怎么还原全球布局。
常见坑与留痕
第一坑是把公开文本当授权文本：同族的 A1 是申请公开、B1 才是授权公告，同一国家的多个版本要按种类代码区分。第二坑是把国际申请与国家阶段当成两件，实际是同一族的两个阶段。第三坑是把译文当独立成员，欧洲专利在成员国生效后的译文不是新申请。第四坑是拿族的规模当布局深度，同族大往往只是进入国家多，与权利要求质量无关。
规范做法是在检索报告里固定三件事：族口径、数据库与访问日期、版本过滤规则（是否含申请公开文本）。同一项目前后多次检索要沿用同一口径，否则趋势分析会把口径变化读成数量变化，结论会整体偏掉。
参考来源
引用均为官方文件或公开报道，访问日期 2026-11-06。