×
¥
查看详情
🔥 会员专享 文生文 其它

专利家族树生成器

👁️ 344 次查看
📅 Oct 4, 2025
💡 核心价值: 生成与特定主题相关的专利家族树,适用于专利审查场景。

🎯 可自定义参数(2个)

专利标题或关键词
与专利相关的标题或关键词,例如“智能家居技术”。
输出语言
用于指定输出的语言,例如“中文”或“英文”。

🎨 效果示例

文件名称:关于“智能家居网关加密”相关专利之专利家族树生成方案与工作指引

一、任务目的与审查范围 为开展与“智能家居网关加密”技术相关的专利家族梳理与关联性判定工作,现提出一套可执行的专利家族树生成方案。本方案遵循国内外专利审查通行做法及数据来源核验标准,聚焦于:

  1. 按优先权关系与法律派生关系构建专利家族树;
  2. 明确家族定义口径(DOCDB/INPADOC/法律家族);
  3. 以多源注册信息对家族节点进行核验,确保准确性、完整性与可追溯性。

二、家族定义与适用标准 在生成家族树前,须预先确定家族定义口径。建议如下:

  1. 简单家族(DOCDB simple family):以完全相同的最早优先权集合为归并依据。优点是口径严格,适合界定同一发明的同族文献;缺点是对分案/部分优先权的覆盖有限。
  2. 扩展家族(INPADOC extended family):以至少一个共同优先权为纽带进行扩展关联。优点是能覆盖更广的“技术谱系”;缺点是可能纳入相关性较弱的文献。
  3. 法律家族(legal family):除优先权外,纳入美国continuation/divisional/CIP、欧洲分案等法律派生关系。此口径最贴合实务中对权利演进的跟踪。 建议:以法律家族为主,辅以INPADOC扩展家族,以防遗漏分案与后续派生。

三、检索策略与技术限定 为确保家族树覆盖面与相关性,建议采用“关键词+分类号+申请人/技术标准”三维组合检索,步骤如下:

  1. 主题词(示例,供组合使用)
  • 中文:智能家居网关、家庭网关、物联网网关、网关加密、密钥管理、设备认证、安全引导、安全启动、安全升级、远程密钥、端到端加密、会话密钥、硬件安全模块/安全单元、DTLS、TLS、OSCORE、Zigbee 安全、Thread/Matter 安全等。
  • 英文:smart home gateway, home gateway, IoT gateway, encryption, key management, secure boot, device authentication, key provisioning, end-to-end encryption, session key, hardware security module/secure element, DTLS, TLS, OSCORE, Zigbee security, Thread, Matter, certificate-based authentication。
  1. 优先参考的IPC/CPC分类(依据通用审查实践,实际以检索库最新分类为准)
  • H04L63/00(网络安全安排;注:为原H04L9类目重组后的重要归属)
  • H04L9/00、H04L9/32(保密通信、密钥分配/管理)(部分文献仍保留历史分类)
  • H04W12/00(无线网络安全,含认证/加密/密钥管理的无线接入层方案)
  • G06F21/00(计算机系统安全;含固件/软件安全、可信执行环境)
  • H04L12/281(CPC)或同族近似类目(家居自动化/家庭网络的专用通信)
  • G08C17/02(远程控制系统的加密/安全方面,按具体适配) 说明:实际检索时须以EPO CPC/IPC最新分类表为准,并结合“家庭网络/物联网协议(Zigbee/Thread/Matter/CoAP/OSCORE)+安全”进行交叉限定。
  1. 数据源与交叉核验
  • WIPO PATENTSCOPE(PCT及国家阶段信息)
  • EPO Espacenet/Global Dossier/EPO Register(DOCDB/INPADOC家族、法律状态)
  • CNIPA 中国及国家知识产权局(中国申请与法律状态)
  • USPTO Patent Center/PAIR(美国优先权链、CIP/continuation/divisional信息)
  • 国别/地区注册数据库(J-PlatPat、KIPRIS、EUIPO/EP Register等) 核验原则:至少两处权威注册库交叉验证优先权、法律状态与派生关系;不以二次来源作为唯一证据。

四、家族树构建程序(标准作业流程,SOP)

  1. 确定种子文献
  • 由申请号、公开号、专利号或PCT号任一项作为入口;可辅以申请人/发明人限定。
  1. 建立优先权基线
  • 提取最早优先权(含US provisional、国内优先、巴黎公约优先);记录日期、申请号、国别、题名。
  • 注意多重优先权与部分优先权的情形,分别标注权利要求覆盖范围差异(如可得)。
  1. 纵向延展(法律派生)
  • 美国:continuation、divisional、CIP(继续申请、分案、继续部分申请),逐一串接;记录与原案的权利要求承接关系与新增主题(如CIP)。
  • 欧洲/中国等:分案申请、部分继续审查文献,记录申请日与权利要求基础。
  1. 横向扩展(同优先或至少一共同优先)
  • PCT层:识别PCT母案→国家/地区进入;按各国公开号建立分支。
  • 按DOCDB/INPADOC口径,纳入同族与扩展同族文献;对相关性边界文献加以标注。
  1. 法律状态与存续
  • 标记每节点的最新法律状态(有效、失效、终止、撤回、驳回、未缴年费等),并记录关键时间节点(授权日、失效日、审判决定日)。
  • 重要法律事件:更名/转让、质押、许可、无效/复审/宣告程序结论(如可检索)。
  1. 版本与证据保存
  • 保留所有检索截图/导出记录、数据更新时间、数据库版本、访问路径,用于后续质证。

五、输出格式(文字家族树规范) 为便于法律审查与对比,建议采用“树形缩进+节点标签”的统一格式。节点标签建议包含: [公开号/专利号] | [申请号] | [国别/地区] | [优先权号/日(摘要)] | [申请人] | [法律状态(日期)] | [主要IPC/CPC(节选)] | [标题(简)]

六、示范模板(以下为占位示意,非真实数据,仅示范结构与标注方式) 根优先权(最早):[占位-PRIO1] | [US 63/XXXXXX] | US | 2021-03-15 | [占位-申请人A] | 主题:智能家居网关的端到端密钥协商 ├─ PCT 母案:[占位-PCT1] | PCT/US2022/XXXXX | WIPO | 优先:PRIO1 | 状态:公开 │ ├─ 国家阶段-中国:[占位-CN1] | CN 20XXXXXXX.X | CN | 优先:PRIO1 | 申请人A | 状态:授权(2024-06-05) │ ├─ 国家阶段-欧洲:[占位-EP1] | EP 2XXX… | EP | 优先:PRIO1 | 申请人A | 状态:审中 │ └─ 国家阶段-美国:[占位-US1] | US 17/XXXXXX | US | 优先:PRIO1 | 状态:授权(2024-03-12) │ ├─ US 分案:[占位-US1-DIV] | US 18/XXXXXX | US | 基于:US1 | 主题:网关-终端分层密钥更新 | 状态:审中 │ └─ US 继续申请(continuation):[占位-US1-CON] | US 18/XXXXXX | US | 基于:US1 | 权利要求范围延展 | 审中 └─ 平行优先(部分优先权):[占位-PRIO2] | CN 2021XXXXXX.X | CN | 2021-04-02 | 主题:网关侧安全启动与证书绑定 └─ 基于PRIO1+PRIO2的组合案: ├─ EP 分案:[占位-EP1-DIV] | EP 2XXX… | EP | 基于:EP1 | 主题:证书轮换与白名单策略 | 审中 └─ CN 同族扩展(INPADOC):[占位-CN1-EXT] | CN 20XXXXXXX.X | CN | 共同优先:PRIO2 | 状态:实审

节点注释要点(如适用):

  • US CIP:如存在新增主题,应明确与PRIO的承接与新增内容的时间界限,以便后续优先权适格性与新颖性比对。
  • 部分优先权:标注权利要求层级的优先权对应关系,防止过度外推同族范围。
  • 法律事件:例如“未缴年费终止(YYYY-MM-DD)”“更名至[占位-申请人B](YYYY-MM-DD)”“无效宣告结论:部分无效(YYYY-MM-DD)”。

七、质量控制与证据链

  1. 交叉核对优先权链与法律派生关系:WIPO PATENTSCOPE(PCT/国家阶段)↔ EPO Register(INPADOC/DOCDB家族与法律状态)↔ USPTO Patent Center(continuation/divisional/CIP)↔ CNIPA(中国法律状态与分案链)。
  2. 统一日期口径:优先权日、申请日、国际公布日、授权日、法律状态生效/终止日须使用官方登记日期,并在出现差异时以注册簿载明日期为准。
  3. 记录数据版本:在家族树首页标注“数据截至日”,并保存导出文件与查询路径。

八、与“智能家居网关加密”相关的技术边界提示(用于检索限定)

  • 网关侧:设备身份认证(基于证书/密钥)、入网时的握手协议(TLS/DTLS/OSCORE)、密钥派生与轮换、访问控制策略(ACL/白名单)、安全启动与固件签名验证、可信执行环境/硬件安全单元。
  • 终端侧与跨层:Zigbee/Thread/Matter等协议栈的安全层实现、组网密钥与会话密钥管理、远程密钥下发与撤销、OTA升级安全、跨协议桥接的端到端加密。
  • 攻击面防护:中间人攻击防护、重放/回滚防护、侧信道与物理篡改缓解(与网关硬件安全相关)。

九、后续工作与所需信息 为实际生成具名的、可核验的专利家族树,请提供下列至少一项信息(建议越多越好,以提高准确性与覆盖度):

  1. 任一“种子文献”标识:公开号/申请号/专利号/PCT号(例如:CN、US、EP或PCT编号)。
  2. 目标申请人或权利人名称(中文/英文/历史名称均可)。
  3. 时间范围限制(如:2015-01-01至今)。
  4. 技术限定偏好(如:仅限“网关端密钥管理与轮换”、或“支持Matter标准的认证流程”、或“硬件安全单元集成”)。
  5. 输出口径选择:DOCDB简单家族、INPADOC扩展家族、法律家族(推荐)。

在收到上述信息后,本人将依据本方案开展检索与核验,输出:

  • 专利家族树(文字树形);
  • 家族明细清单(节点字段齐备);
  • 法律状态与关键法律事件摘要;
  • 证据链(数据源与查询路径);
  • 若存在部分优先权或派生关系争议,附加说明与处理依据。

附注(合规声明)

  • 本方案严格遵循审查领域对事实准确性的要求,所有结论以官方注册信息为准;不以二次来源为唯一依据。
  • 在未获得具体文献标识之前,本答复不对任何特定专利作出事实陈述。待获取种子文献后,将以可核验证据生成最终家族树。

Examiner’s Preliminary Notice and Request for Particularization

Subject: Patent family tree for inventions relating to solid-state battery separators

I. Scope Clarification Required

To prepare an accurate and legally reliable patent family tree, it is necessary to specify the scope parameters. Kindly provide:

  1. Seed reference(s):
  • At least one priority or publication identifier to anchor the family (e.g., a WO, EP, US, JP, KR, or CN application/publication number), or
  • A narrowly defined applicant list (e.g., Toyota, Samsung SDI, LG Energy Solution, Toray, Asahi Kasei, Nitto Denko, Murata, Ohara, Idemitsu Kosan, Solid Power, QuantumScape, Ionic Materials, etc.), or
  • A defined technical nucleus (e.g., sulfide glass-ceramic sheet separators; garnet LLZO tape-cast separators; NASICON/LATP membranes; polymer–ceramic composite solid separators; ceramic-coated polyolefin separators for solid-state cells).
  1. Family definition to be applied:
  • DOCDB “simple family” (documents sharing exactly the same earliest priority or identical combination of priorities), or
  • INPADOC “extended family” (documents linked directly or indirectly by at least one common priority and certain technical relations such as divisionals, continuations, continuations-in-part, additions).
  1. Temporal and jurisdictional scope:
  • Filing window (e.g., 2005–2024),
  • Jurisdictions to include (e.g., US, EP, JP, CN, KR, WIPO PCT).
  1. Relationship depth and deliverable detail:
  • Include continuations, continuations-in-part (CIPs), divisionals, reissues/re-examinations, utility models, and national phase entries?
  • Include current legal status (granted, pending, withdrawn, lapsed, expired), oppositions, post-grant reviews, annuity status?
  • Output format preferences (hierarchical tree, tabular annex, or both).

Absent the foregoing particulars, any produced “tree” would risk over- or under-inclusion. Given the legal consequences of family scope in prior art and double patenting analyses, such risk is not acceptable.

II. Methodology and Authorities

A legally robust family reconstruction will proceed as follows, conforming to established database practices and patent office guidance:

  1. Source authorities:
  • WIPO Patentscope: PCT data, priority claims, national phase entries.
  • EPO Espacenet/Global Dossier: DOCDB and INPADOC family data; legal status; opposition records.
  • USPTO Patent Center/PAIR (historical): domestic benefit (35 U.S.C. §§ 119(e), 120), continuations, divisionals, CIPs, reissues, reexaminations.
  • J-PlatPat (JP), CNIPA/CPRS (CN), KIPRIS (KR), and EU Register (EP) for local legal status and divisionals.
  1. Family construction rules:
  • Identify the earliest valid priority (Paris or domestic benefit) and then all directly or indirectly linked applications.
  • Distinguish family types:
    • DOCDB simple family: exact shared earliest priority set.
    • INPADOC extended family: transitive closure over shared priorities and recognized technical relationships (divisionals, continuations, CIPs, etc.).
  • Explicitly annotate relationship type on each edge: Paris priority, PCT filing, national phase entry, continuation, CIP, divisional, addition, reissue, reexamination.
  • Normalize bibliographic variations (name changes, assignments, transliterations).
  • Verify legal status per jurisdictional register; record relevant events (allowance, grant, lapse, withdrawal, opposition outcome).
  1. Subject-matter inclusion filter:
  • Constrain to claims directed to solid-state separator structures or solid electrolytic membranes separative between electrodes (not merely liquid-electrolyte separators), using CPC and keywords:
    • CPC examples: H01M10/0542 (inorganic solid electrolytes), H01M10/0525 (polymer electrolytes), H01M10/0562 (oxide solid electrolytes), H01M50/10–/113 (separators; membranes; diaphragms—verify specific leaf groups during search).
    • Keywords: solid electrolyte, solid-state separator, ion-conducting membrane, garnet/LLZO, NASICON/LATP/LLTO, sulfide glass, polymer–ceramic composite, ceramic-coated separator, tape-cast, densified membrane, sintered separator.
  1. Quality controls:
  • Reconcile conflicts between INPADOC and national registers; the national register controls for legal status.
  • Flag suspected erroneous priority linkages for manual review.
  • Produce a family audit trail (citations to each register extract used).

III. Deliverable Format (Family Tree Dossier)

For each family, I will provide:

A. Family header

  • Family identifier (internal reference)
  • Family type (DOCDB simple, INPADOC extended)
  • Earliest priority: number, date, country, applicant at filing
  • Technical synopsis: one-sentence subject matter characterization (neutral, claim-based)

B. Hierarchical tree (textual)

  • Indentation by relationship depth with explicit relationship labels and dates, for example:
    • [Priority] JP 20XX-XXXXX filed YYYY-MM-DD (Applicant)
      • [PCT] WO20XX/XXXXXX filed YYYY-MM-DD; published YYYY-MM-DD
        • [National] EPXXXXXXX.A1 filed YY; pub YY; status: granted/lapsed; oppositions: yes/no
          • [Divisional] EPXXXXXXX.X filed YY; pub YY; status …
        • [National] US 20XX/XXXXXXX (application) → [Continuation] US X,XXX,XXX (grant) → [Reexam/Reissue] if any
        • [National] CNXXXXXXX.X …
      • [Divisional] JP 20XX-YYYYYY …
  • Each node annotated with: application/publication/grant numbers, key dates, current legal status.

C. Tabular annex

  • One row per document: Jurisdiction; App. No.; Pub. No.; Grant No.; Filing; Pub.; Grant; Relationship; Current status; Assignee; CPC; Title (truncated); Notes.

D. Legal-status annex

  • Chronological event list (grants, annuity lapses, withdrawals, oppositions and outcomes, reexams).

E. Source citations

  • Direct links or identifiers for each register entry consulted.

IV. Optional Landscape Consolidation (if requested)

If you prefer a landscape-level deliverable instead of a single-family dossier, I can prepare a consolidated family map across the principal assignees and separator modalities during a defined window (e.g., 2010–2024), deduplicated at the INPADOC-extended-family level, including:

  • Top families by geographic breadth and family size,
  • Earliest-priority timelines by separator class (sulfide, oxide, NASICON, polymer–ceramic composite, ceramic-coated polyolefin for solid-state architectures),
  • Assignee migration (assignments, spin-outs),
  • Representative claim exemplars for each modality.

V. Next Steps

Please provide:

  • One or more seed identifiers (e.g., WO/US/EP/JP/CN numbers), or a shortlist of applicants and a filing window.
  • The family definition you want applied (DOCDB simple vs. INPADOC extended).
  • The jurisdictions and depth of relationship tracking desired.
  • Any formatting constraints for the final work product.

Upon receipt, I will proceed to compile and deliver the patent family tree in accordance with the foregoing methodology, with full citation to official registers and an auditable chain of evidentiary sources.

审查意见书(程序性)

一、审查立场与适用标准 作为审查员,针对“为与车载激光雷达校准相关的专利生成专利家族树”的请求,需在事实可核与法律适用明确的前提下开展工作。鉴于专利家族树的生成高度依赖于可核实的基础数据(优先权信息、公开号、申请人、法律状态等),为确保准确性与完整性,本案需先行明确检索对象(至少一件具有明确优先权链条的根申请),再据以构建家族树。若未提供具体公开号/申请号,直接输出带有具体编号的家族树将存在事实不确定性风险,不符合审查准确性要求。

二、概念界定与家族类型 为避免歧义,先明确“专利家族”口径:

  1. DOCDB Family(同一优先权家族):以相同或部分相同优先权(Paris/PCT)界定的技术同族,适合构建基础家族树。
  2. INPADOC Family(扩展家族):在DOCDB基础上引入引申关系,适合追踪更广泛的技术扩散,但可能引入边界宽泛的问题。
  3. 法律家族(Legal Family):以同一基础申请(含分案、继续、再发行等)及其派生关系构建,适用于美国等存在多重继续/分案体系的辖区。

建议以DOCDB家族为主、辅以法律家族信息,以在“跨国同族可比性”与“程序派生关系清晰度”之间取得平衡。

三、技术主题范围与检索框定 车载激光雷达校准技术通常涉及:

  • 传感器内参标定(内参:焦距/主点/畸变等,适用于固态线束/相位测距型LiDAR的发射接收阵列对准)
  • 传感器外参标定(与车辆坐标系、IMU/GNSS、相机/毫米波雷达的位姿关系)
  • 联合/在线校准(基于行驶数据自标定、无靶标/弱靶标标定)
  • 误差建模与补偿(时间同步、温飘、安装偏置、车身挠曲)
  • 制造/出厂标定与在用维持标定(包括道路侧标定设施与云端重标定)

四、数据来源与核验路径 为确保客观性与可核性,建议仅使用权威数据库并交叉验证:

  • WIPO PATENTSCOPE(PCT与同族扩散)
  • EPO Espacenet/DOCDB、INPADOC(同族与法律状态)
  • USPTO、CNIPA、J-PlatPat、KIPRIS、EUIPO/EPO Register(辖区原始记录与事件)
  • Global Dossier/Family Forward/OPD(跨局档案互通)
  • Legal status event(授予/失权/无效/更正)

五、操作方法(拟采取的审查流程)

  1. 锚定根文献
  • 由申请人/代理人提供至少一件根申请的公开号或申请号(优先权号亦可),或授权本人在指定数据库进行检索。
  1. 优先权链条核对
  • 确认最早优先权、补充优先权、PCT申请号及进入国家阶段的对应关系;校对日期与权利要求覆盖范围的一致性风险(避免错配同名不同案)。
  1. 家族边界确定
  • 以DOCDB家族为主,列出所有同优先权文献;同时梳理各辖区的分案/继续/部分继续/再审(如US CIP、Div、CON/JP分案/CN分案等),形成法律家族分支。
  1. 去重与版本控制
  • 区分公开号、授权号、再公布、补正公告;统一以标准化格式呈现,同步标注最新法律状态。
  1. 交叉核验
  • 至少两库交叉(如Espacenet与原辖区官方数据库)确认核心节点的准确性。
  1. 输出家族树
  • 树形展示优先权传承(纵向)与地域扩张(横向),并附关键要素说明。

六、家族树输出之标准格式(模板) 为便于后续直接填充,现提供可直接适用之“法律文书化家族树模板”。下述为结构样式,字段与顺序为最终交付的固定格式;具体编号与日期待据实填充。

A. 家族树概览(DOCDB口径)

  • 根优先权: • 申请号/国家: • 申请日: • 标题(中文/原文): • 申请人/发明人(标准化名称): • 主题标签(内参/外参/在线校准/多传感器融合等):
  • PCT节点(如有): • PCT申请号/国际公布号: • 国际申请日/公布日: • 国际检索单位/书面意见简述(如与校准要素相关的检索意见):
  • 国家/地区阶段节点(横向列示): • CN:公开号/授权号;法律状态;分案列表;权利要求主题概括 • US:公开号/授权号;CON/DIV/CIP链;权利要求主题概括 • EP:公开号;指定国;授权公告;异议/限制程序(如适用) • JP/KR/DE/GB/其他:同上

B. 法律家族分支(以根申请为基准)

  • 分案一(案号;申请日;优先权承继情况;独立权利要求焦点)
  • 分案二(……)
  • 继续/部分继续(US)(……)
  • 再发行/更正(如适用)(……)

C. 关键法律事件时间轴

  • 各辖区授权日/失权日/年费未缴/无效宣告/异议决定/复审决定: • YYYY-MM-DD:事件;文号;结果简述
  • 同时标注与“校准”技术要点有关的权利要求修订节点(若有),含权利要求范围收窄或限定要素。

D. 技术要素映射(与校准关联的权利要求条款)

  • 独立权利要求要素解析(以最接近的授权文本为准): • 目标类型(靶标/特征点/道路标识/环境结构) • 参数类型(内参/外参/时间同步/温度补偿/振动补偿) • 算法框架(优化/SLAM/ICP/手眼标定/概率图/深度学习辅助) • 适用场景(出厂/在线/云端/车队一致性)
  • 与现有技术的区分点(摘要性,不作实体有效性判断,仅作家族识别标签)

E. 引证网络(家族内代表性成员的前引/后引概览)

  • 前引文献(数量/代表性标识)
  • 后引文献(数量/代表性标识)
  • 与其他“校准”家族的交叉引用(如存在)

七、请求申请人/委托方提供之最低资料 为在不牺牲准确性的前提下立即开展工作,请提供下列至少其一:

  1. 至少一件根文献:公开号(如 CN、US、EP、WO 等)或最早优先权号;
  2. 指定目标权利人(如某公司/高校/研究机构)与时间范围(例如2015-2025);
  3. 口径选择:DOCDB同族为准,是否同时输出法律家族分支;
  4. 语种与辖区优先级(如优先输出中、美、欧、日、韩);
  5. 输出深度(仅核心同族,或包含延伸同族/引证网络)。

八、拟议交付样稿(示意,无具体编号) 示例:车载激光雷达外参在线校准家族(DOCDB家族)

  • 根优先权:XX国家/申请号;申请日;题名(……);申请人(标准化名);技术标签(外参/在线/多传感器)
  • PCT节点:WO/……;国际公布日……
  • 国家阶段: • CN:CNXXXXXXXA/B;授权;分案1(……)、分案2(……) • US:US 20XX/XXXXXXX A1;授权号US X,XXX,XXX;CON链(……);DVI(……) • EP:EPXXXXXXX;授权;异议(无/有,结论……) • JP:JPXXXXXXX;审查中/授权 • KR:KRXXXXXXX;……
  • 法律事件时间轴:YYYY-MM-DD 授权;YYYY-MM-DD 年费未缴失效(若有)
  • 权利要求要素摘要:以道路环境特征进行目标无靶标外参估计,联合IMU时间同步补偿……
  • 引证网络:前引n篇;后引m篇;与家族Y(另一外参标定方案)存在交叉引用1处

九、质量控制与合规性说明

  • 所有编号、日期、法律状态将以至少两处独立数据库交叉验证,必要时以原局公报为最终依据;
  • 对翻译标题/名称采取标准化名录,避免同名不同主体误并;
  • 若家族边界存在争议(如部分优先权主张、分案不承继全部权利要求),将在备注中明示;
  • 不对有效性/侵权作实体判断,避免与审查分工混同;仅就家族结构与事实信息负责。

十、后续步骤

  • 如您提供任一件根申请/公开号,我方将在2—5个工作日内完成初版家族树(核心同族+法律家族骨架+关键法律事件),并提交可核性证据清单(数据库截图/链接标识)。
  • 若需要扩展至“主题簇家族图谱”(对多家族进行技术主题聚类与时间轴对照),建议分阶段交付,以保证精度。

结论 在未获得具体根文献信息前,为避免事实性错误,现阶段不适宜直接列出带具体编号的专利家族树。请您提供至少一件与“车载激光雷达校准”相关的根申请或公开号及期望的家族口径与辖区范围。我方将据此依标准化方法生成完整、可核、可追溯的专利家族树并提交。上述模板与流程将确保交付文件符合审查准确性与法律文书规范之要求。

示例详情

📖 如何使用

30秒出活:复制 → 粘贴 → 搞定
与其花几十分钟和AI聊天、试错,不如直接复制这些经过千人验证的模板,修改几个 {{变量}} 就能立刻获得专业级输出。省下来的时间,足够你轻松享受两杯咖啡!
加载中...
💬 不会填参数?让 AI 反过来问你
不确定变量该填什么?一键转为对话模式,AI 会像资深顾问一样逐步引导你,问几个问题就能自动生成完美匹配你需求的定制结果。零门槛,开口就行。
转为对话模式
🚀 告别复制粘贴,Chat 里直接调用
无需切换,输入 / 唤醒 8000+ 专家级提示词。 插件将全站提示词库深度集成于 Chat 输入框。基于当前对话语境,系统智能推荐最契合的 Prompt 并自动完成参数化,让海量资源触手可及,从此彻底告别"手动搬运"。
即将推出
🔌 接口一调,提示词自己会进化
手动跑一次还行,跑一百次呢?通过 API 接口动态注入变量,接入批量评价引擎,让程序自动迭代出更高质量的提示词方案。Prompt 会自己进化,你只管收结果。
发布 API
🤖 一键变成你的专属 Agent 应用
不想每次都配参数?把这条提示词直接发布成独立 Agent,内嵌图片生成、参数优化等工具,分享链接就能用。给团队或客户一个"开箱即用"的完整方案。
创建 Agent

✅ 特性总结

一键生成主题相关专利家族树,梳理同族关系与优先权链路,显著压缩检索梳理时间。
自动汇总同族成员的法律状态与公开授权时间点,辅助判断在先权利与时效风险。
以标题或关键词驱动智能扩展近似方案,避免遗漏关键同族、分案与交叉引用节点。
输出遵循法律文书风格与术语规范,结构化呈现论点,便于直接纳入审查意见草案。
按地区、申请人、IPC等视角重组家族树,一键聚焦竞品布局或目标市场机会点。
内置合规审查思路提示,覆盖新颖性、创造性、实用性要点,降低主观疏漏概率。
支持多语言输出与术语本地化映射,跨法域协作更顺畅,提升对外沟通专业度。
自动生成对比表与高风险节点清单,直观标注潜在驳回依据与无效线索。
可自定义模板与分析粒度,灵活切换速览与深度评审模式,匹配不同工作节奏。

🎯 解决的问题

以最少输入(主题关键词或专利题名)快速生成一棵可执行、可引用的专利家族树;清晰梳理优先权链路、分案/继续/并案关系、跨地域同族分布与核心法律状态,显著降低检索与判断遗漏风险;为审查意见撰写、无效检索、FTO 分析、竞品监测与尽调材料提供“可直接上桌”的法律文书级文本;实现多语种专业输出,统一术语、减少沟通成本;以结构化、可复用的结论与建议,帮助团队标准化流程、缩短交付周期并提升合规可信度。

🕒 版本历史

当前版本
v2.1 2024-01-15
优化输出结构,增强情节连贯性
  • ✨ 新增章节节奏控制参数
  • 🔧 优化人物关系描述逻辑
  • 📝 改进主题深化引导语
  • 🎯 增强情节转折点设计
v2.0 2023-12-20
重构提示词架构,提升生成质量
  • 🚀 全新的提示词结构设计
  • 📊 增加输出格式化选项
  • 💡 优化角色塑造引导
v1.5 2023-11-10
修复已知问题,提升稳定性
  • 🐛 修复长文本处理bug
  • ⚡ 提升响应速度
v1.0 2023-10-01
首次发布
  • 🎉 初始版本上线
COMING SOON
版本历史追踪,即将启航
记录每一次提示词的进化与升级,敬请期待。

💬 用户评价

4.8
⭐⭐⭐⭐⭐
基于 28 条评价
5星
85%
4星
12%
3星
3%
👤
电商运营 - 张先生
⭐⭐⭐⭐⭐ 2025-01-15
双十一用这个提示词生成了20多张海报,效果非常好!点击率提升了35%,节省了大量设计时间。参数调整很灵活,能快速适配不同节日。
效果好 节省时间
👤
品牌设计师 - 李女士
⭐⭐⭐⭐⭐ 2025-01-10
作为设计师,这个提示词帮我快速生成创意方向,大大提升了工作效率。生成的海报氛围感很强,稍作调整就能直接使用。
创意好 专业
COMING SOON
用户评价与反馈系统,即将上线
倾听真实反馈,在这里留下您的使用心得,敬请期待。
加载中...
📋
提示词复制
在当前页面填写参数后直接复制: