4个免费专利数据接口从零搭建专利查询系统的完整指南【免费下载链接】public-apisA collaborative list of public APIs for developers项目地址: https://gitcode.com/GitHub_Trending/publ/public-apis给产品加一个竞品专利监控模块是我最近接到的需求。第一反应是找数据源商业专利数据库年费以万元计官方数据平台的申请流程动辄数天而美、欧、台三地的接口格式还各不相同。正在纠结时我翻到了public-apis这个项目——一份开发者社区共同维护的公开 API 清单它的 Patent 分类下正好收录了 4 个可用的免费专利数据接口。这篇文章把它们逐个拆开讲清楚。项目概览public-apis 里有什么public-apis 的定位很直白把散落在各处的公开 API 汇总成一张可检索的清单。每条记录都带统一字段——名称、描述、认证方式Auth、是否支持 CORS以及归属分类。仓库每次提交都会自动从清单生成 db/ 目录db/resources.json 存放全部 API 条目db/categories.json 存放分类列表。想在自己的程序里消费这份清单直接读这两个 JSON 即可生成机制的说明见 API.md。Patent 分类目前收录 4 个条目PatentsView、USPTO、EPO、TIPO。下面按上手难度从低到高逐个拆解。逐个拆解4 个免费专利数据接口PatentsView零配置的免费专利数据接口一句话定位美国创新版图的趋势探索 API克隆仓库即可上手。谁来用做专利趋势分析、竞品布局监控的团队不想注册账号、先跑通原型的人。能拿到什么美国专利与申请数据支持按受让人、年份等维度聚合适合回答某公司近 5 年申请了多少件、集中在哪些技术方向这类问题。门槛与限额清单中 Auth 字段为空无需认证即可访问也没有 CORS 限制标注具体配额以官方说明为准。数据大致长这样{ count: 1, results: [ { patent_number: 10000000, patent_title: A Method of Doing Things, filing_year: 2018, assignee_organization: Tech Innovations Inc. } ] }USPTO 开放数据美国专利数据的官方口径一句话定位美国专利商标局USPTO的官方数据入口权威口径的第一来源。谁来用对数据出处有合规要求的场景例如法务尽调、批量数据入库。能拿到什么美国专利与申请的官方数据服务含可下载的批量数据集覆盖授权文本、申请文件等PatentsView 等工具的数据本身就建立在这套开放数据之上。门槛与限额清单中 Auth 字段为空无需认证即可使用门户与数据集批量下载有独立的获取流程。{ application_number: 15/123456, filing_date: 2018-01-15, inventor_name: [Doe, John, Smith, Jane], patent_class: G06F }EPO跨国专利监控绕不开的接口一句话定位欧洲专利局EPO的专利数据接口覆盖欧洲及大量指定国。谁来用产品要出海、需要跨法域看专利族同一发明在多国产生的关联申请的团队。能拿到什么欧洲专利检索体系数据支持按公开号、申请人、日期检索专利族与法律状态是它最有价值的部分。门槛与限额清单标注 Auth 为OAuth需要先到 EPO 开发者平台注册应用并换取令牌是这几个接口里接入门槛最高的。{ publication_number: EP3000000A1, applicant: [EXAMPLE GmbH], priority_date: 2014-05-20, ipc: G06F 17/30 }OAuth 指授权模式你的应用先注册获得客户端凭据再由用户授权换取访问令牌令牌随请求头发送。TIPO盯台湾地区布局时的补充源一句话定位台湾智慧财产局TIPO的专利检索接口补上中文语境的专利数据。谁来用产品线覆盖台湾市场、需要监测当地申请动态的团队。能拿到什么台湾专利检索数据可查询申请与公告信息。门槛与限额清单标注 Auth 为apiKey需要先申请密钥再调用。{ application_number: 107123456, title: 一种显示方法, applicant: 某某科技有限公司, publication_date: 2019-06-01 }按场景选型该用哪个接口快速验证想法、一天内出原型→ 选PatentsView。零注册、零密钥curl 或浏览器里直接发请求就能拿到数据最适合先验证这个数据够不够用。美国市场的批量分析与合规存档→ 选USPTO开放数据。官方口径最稳批量数据集适合落库后自建检索审计时数据出处也最好交代。欧盟 FTO自由实施分析与专利族追踪→ 选EPO。虽然要折腾 OAuth但跨国覆盖是另外三个接口给不了的这一步省不掉。台湾地区申请监控→ 选TIPO。作为区域性补充源和上面三个配合使用即可拼出完整的监控版图。极简上手3 行代码调通第一个接口用 Node.js 的fetch直接调 PatentsView 的查询端点POST 一个 JSON 查询条件从请求到打印结果 3 行搞定const res await fetch(https://api.patentsview.org/patents/query, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ _and: [{ assignee_organization: Example Corp }] }), }); console.log(await res.json());跑通之后剩下的工作就是把查询条件参数化、把结果落到自己的存储里。项目内置能力仓库自带的数据处理工具除了清单本身仓库内置了一套把 README 表格转成结构化数据的脚本处理批量 API 数据时可以借鉴scripts/db/scripts/db/update-db.js 是入口脚本解析清单并重新生成 db/ 下的两个 JSON 文件。utils/db/一组可复用的处理模块——separate-tables.js 按分类拆分表格、group-row-content.js 归整行内字段、format-resources.js 做字段标准化映射比如统一不同来源的受让人字段、format-json.js 生成带计数的 JSON 文档、write-to-file.js 负责落盘。utils/db/format-categories.js生成分类索引。package.json里注册了对应命令本地跑一遍流程npm run update-db这套拆分 → 归整 → 标准化 → 落盘的管道改改映射关系就能搬到专利多源数据上。踩坑实录几个高频问题限流被打断。现象批量循环跑着跑着开始报错。原因免费接口普遍有配额或并发限制超限常以 429 状态码返回偶尔也会在 200 响应体里带一句提示。解法加指数退避重试同时把批处理节奏放慢别让脚本替你的配额冲锋。字段名对不上。现象同一个受让人A 接口叫assigneeB 接口叫applicantC 接口又是assignee_organization。原因各专利局的数据模型本来就是独立演进的。解法入库前建一层字段映射像 utils/db/group-row-content.js 那样统一归整别在业务代码里到处if/else。重复拉取静态数据。现象每轮刷新都把同一批数据全量请求一遍。原因专利数据的更新频率远低于接口调用频率。解法本地缓存加增量同步只拉增量窗口内变化的部分。200 不等于成功。现象状态码是 200解析却空指针。原因部分接口会把错误信息塞在正常状态码的响应体里。解法res.ok检查之外再对响应体做一次结构校验缺字段就当失败处理。延伸与合规清单里还有两个可配合的工具Metabase适合把专利查询结果快速搭成可视化面板OpenSERP Cloud做搜索结果抓取时的补充源。一点合规提醒专利数据都有明确出处使用前遵守对应专利局或数据平台的服务条款并在产品中注明数据来源。下一步git clone https://gitcode.com/GitHub_Trending/publ/public-apis克隆下来从 db/resources.json 的 Patent 分类开始——4 个免费专利数据接口的清单已经替你整理好省掉的是找数据源和整理字段的重复劳动。【免费下载链接】public-apisA collaborative list of public APIs for developers项目地址: https://gitcode.com/GitHub_Trending/publ/public-apis创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考