企业官网建设流程全解析

4 个免费专利 API，让开发者一天搭起知识产权数据查询系统

【免费下载链接】public-apisA collaborative list of public APIs for developers项目地址: https://gitcode.com/GitHub_Trending/publ/public-apis

查一次竞对的美国专利布局，商业库报价数万元，而这里 0 元。开源项目 public-apis 收录了 4 个免费专利 API，覆盖美国、欧洲与中文（繁体）场景，本文逐个盘点门槛，并给出 4 行即可运行的示例。

一、速览：30 秒看懂 4 个接口的门槛

先花 30 秒确认哪些要注册，避免白走 4 遍申请流程。

二、逐项拆解：看清每个专利 API 能查到什么

别看功能清单，直接看返回字段——那才是真实的数据范围。

PatentsView：零认证的美国趋势分析

• 能查到什么：美国专利全景数据，按受让人、年份、CPC 分类号筛选。字段：assignee_organization、patent_date、cpc。
• 数据长啥样：

{ "patent_id": "11234567", "assignee_organization": "EXAMPLE TECH LLC", "patent_date": "2023-05-10" }

• 怎么拿：无认证，匿名请求，原型阶段够用。
• 拿来干嘛：画一张竞争对手的专利申请量热力图。

USPTO：官方开放数据入口

• 能查到什么：美国专利申请、授权全流程官方数据。字段：patent_number、grant_date、applicant_name。
• 数据长啥样：

{ "patent_number": "US20230123456A1", "title": "SEMICONDUCTOR STRUCTURE", "grant_date": "2023-08-01" }

• 怎么拿：无认证，从官方开放数据页进入。
• 拿来干嘛：校验你的分析结果与官方记录是否一致。

EPO：OAuth 认证的跨国检索

• 能查到什么：欧洲专利及全球 90+ 国家的优先权文件（OPS 开放服务）。字段：publication_number、application_number、main_ipc。
• 数据长啥样：

{ "publication_number": "EP3000000A1", "application_number": "EP14700000.0", "main_ipc": "G06F16/00" }

• 怎么拿：EPO 开发者平台免费申请 OAuth 凭据。
• 拿来干嘛：跨边境查同一专利家族的等效专利，搭先例库。

TIPO：中文（繁体）专利公报

• 能查到什么：智慧财产局（TIPO）公报开放数据，含中英文书目。字段：publication_no、title、applicant。
• 数据长啥样：

{ "publication_no": "I600000", "title": "SENSOR MODULE", "applicant": "EXAMPLE TECH (TW) CO." }

• 怎么拿：需 apiKey，在官方 Open Data 平台注册。
• 拿来干嘛：盯住台湾地区中文（繁体）专利的公开动态。

三、选型决策：按目标选接口

没有“最好”，只有离你目标最近的那个。

• 如果你的目标是快速出原型、不想要 key：选 PatentsView 加 USPTO，零认证，一次请求就拿到 JSON。
• 如果你的目标是跨国覆盖、做成正式系统：选 EPO，欧洲与全球专利家族凭同一套凭据检索，适合长期调度。
• 如果你的目标是中文（繁体）场景：选 TIPO，公报数据带中文题名，方便做关键词检索。

四、最小可运行示例：4 行拿到 JSON

不用装依赖，不用注册账号。

const q = encodeURIComponent(JSON.stringify({ _and: [{ assignee_organization: 'EXAMPLE TECH LLC' }] })); const res = await fetch(`https://api.patentsview.org/patents/query?q=${q}`); const data = await res.json(); console.log(data.results);

浏览器控制台或 Node 18+ 环境里直接跑，就能拿到竞对的第一页美国专利列表。

五、项目里的现成脚本：省下自己清洗数据的时间

仓库自带一套把 README 表格变成结构化数据库的工具链。

• scripts/db/update-db.js：解析 README 表格并生成结构化数据，一条npm run update-db命令即可全量重建 db/resources.json。
• utils/db/format-resources.js：做字段级清洗，把接口名、描述、认证字段统一成规范结构，可复用到你自己的多源数据上。

六、高频翻车现场：三个常见坑和绕法

翻车都集中在限流、字段名、缓存三处。

• “匿名请求 429 不断”：连续高频查询没做退避，会被限流。读取Retry-After响应头再退避重试：

if (res.status === 429) await new Promise(r => setTimeout(r, (Number(res.headers.get('Retry-After')) || 2) * 1000));

• “各源字段名对不上”：assignee、applicant、inventor 在四个库里叫法不同，解析直接乱套。先建一层统一映射，别让业务代码直接碰原始字段。
• “只存 JSON 不存时间戳”：schema 一变，旧缓存就静默失效。落盘时写入更新时间，启动时先比对结构再使用。

七、延伸生态：用这些工具交叉验证

同一个专利号，多一个核对入口，结论就多一分可信。

• OpenPatents - 美国专利与引用关系的开放数据集，由 Open Knowledge Foundation 维护
• Espacenet - 欧洲免费专利检索入口，方便人工核对 OPS 的返回结果
• Lens.org - 免费的跨国专利检索平台，一键核对同一专利家族

八、落地三步：从看懂到跑通

数据已经就位，剩下的只是三个动作。

• 第 1 步：打开 db/resources.json，在 Patent 分类下核对 4 个专利 API 的地址与认证字段。
• 第 2 步：用第四节的 4 行示例把 PatentsView 的 JSON 跑通，再接一个本地落盘环节。
• 第 3 步：克隆仓库，长期跟进资源更新：

git clone https://gitcode.com/GitHub_Trending/publ/public-apis

对外发布结果时，注明数据来源并遵守各专利局的使用条款——政府数据免费开放，但再分发有约束，先看清条款再上线。

【免费下载链接】public-apisA collaborative list of public APIs for developers项目地址: https://gitcode.com/GitHub_Trending/publ/public-apis