[ blog · comparison ]11 min read

API ของ Google Patents ตายแล้ว — 6 ทางเลือกสำหรับการค้นหางานที่มีอยู่ก่อนและการตรวจสอบเสรีภาพในการดำเนินการ

Sarah Choy·เผยแพร่ 3 พฤษภาคม 2569·อ่าน 11 นาที

Google Patents Public Datasets ถูกยกเลิกไปโดยไม่มีตัวแทนที่มีเอกสารกำกับ และ USPTO ได้ย้าย PEDS ไปยัง Open Data Portal ใหม่ในช่วงกลางปี 2026 ทำให้ไปป์ไลน์พังระหว่างทาง นี่คือสิ่งที่ใช้งานได้จริงในปี 2026 สำหรับงานด้านงานที่มีอยู่ก่อน, FTO และการวิจัยทรัพย์สินทางปัญญา — หกทางเลือกวางเทียบกัน

สรุปสั้น

• •API ของ Google Patents Public Datasets ถูกเลิกใช้แล้ว ไม่มีตัวแทนจาก Google เองสำหรับการค้นหาสิทธิบัตรแบบโปรแกรม
• •USPTO แทนที่ PEDS รุ่นเก่าด้วย Open Data Portal (ODP) — ข้อความเต็มและเมทาดาทาสำหรับคำขอของสหรัฐฯ, REST + JSON, ฟรี
• •EPO OPS เป็นแหล่งข้อมูลที่น่าเชื่อถือที่สุดสำหรับตระกูลสิทธิบัตรระหว่างประเทศ แต่คืนค่ามาเป็น XML และมีการจำกัดอัตราการเรียก
• •PatentsView (ได้รับทุนจาก USPTO) ยอดเยี่ยมสำหรับเมทาดาทาและการแก้ความกำกวม แต่ขาดข้อถือสิทธิแบบข้อความเต็ม
• •API Pick Patent Search ห่อการดึงข้อมูลเชิงความหมายครอบคลุม USPTO + EPO + WIPO + JPO + KIPO + CNIPA ไว้ใน endpoint แบบ POST เดียว, JSON เข้า / JSON ออก, 80 เครดิตต่อการเรียก

อะไรเปลี่ยนไปและทำไมบทความนี้จึงมีอยู่

มีสองสิ่งที่พังในระบบนิเวศของ API ค้นหาสิทธิบัตรระหว่างปี 2024 ถึง 2026 และมันพังในเวลาเดียวกัน

อย่างแรก API ค้นหาด้วยคำสำคัญของ Google Patents Public Datasets — ตัวเลือกเริ่มต้นโดยพฤตินัยสำหรับนักพัฒนาอิสระที่ทำงานด้านงานที่มีอยู่ก่อนและข่าวกรองการแข่งขัน — หยุดได้รับการดูแล ชุดข้อมูล patents-public-data ของ BigQuery ยังคงอยู่สำหรับการวิเคราะห์เชิงปริมาณมาก แต่ endpoint แบบเรียบง่าย https://patents.googleapis.com/... ที่ขับเคลื่อนเครื่องมือสิทธิบัตรแบบโปรเจกต์สุดสัปดาห์ส่วนใหญ่นั้นหายไปแล้ว ลองค้นหา "Google Patents API alternative 2026" แล้วคุณจะพบคำถามบน Stack Overflow ร้อยคำถามและคำตอบศูนย์คำตอบ

อย่างที่สอง USPTO ปลดระวาง Patent Examination Data System (PEDS) รุ่นเก่า เมื่อปลายปี 2024 และกำลังย้าย endpoint แบบกลุ่มที่เหลือไปยัง Open Data Portal (ODP) ใหม่ภายในวันที่ 29 พฤษภาคม 2026 ไปป์ไลน์ที่ scrape การตอบกลับแบบ XML ของ PEDS เริ่มพังตั้งแต่ต้นปี 2025 ทีมที่ไม่ได้ย้ายภายในไตรมาสแรกของปี 2026 ตอนนี้พังไปเงียบ ๆ แล้ว

เหตุการณ์ทั้งสองเกิดขึ้นในช่วงเวลาไล่เลี่ยกับที่สตาร์ทอัพด้าน AI-เพื่อ-ทรัพย์สินทางปัญญา (Solve Intelligence, Patlytics, NLPatent, IPRally, &AI) ระดมทุนได้อย่างจริงจัง — ลำพัง Solve Intelligence เพียงบริษัทเดียวก็ปิดรอบ Series B มูลค่า $40M สำหรับการค้นหาและร่างสิทธิบัตรด้วย AI ความต้องการไม่เคยสูงเท่านี้มาก่อน ขณะที่ฝั่งอุปทานเพิ่งจะยุ่งเหยิงยิ่งขึ้น

นี่คือ API หกตัวที่ใช้งานได้จริงในปี 2026 แต่ละตัวเก่งเรื่องอะไร และแต่ละตัวยังขาดตรงไหน

หกตัวเลือก

1. USPTO Open Data Portal (ODP)

ตัวแทนอย่างเป็นทางการของสหรัฐฯ สำหรับ PEDS REST + JSON, ฟรี, ครอบคลุมคำขอสิทธิบัตร สิทธิบัตรที่ได้รับอนุมัติ และข้อมูลการโอนสิทธิจาก United States Patent and Trademark Office มีข้อความเต็มให้ใช้งาน เอกสารอยู่ที่ developer.uspto.gov

จุดแข็ง: น่าเชื่อถือ ฟรี ครอบคลุมข้อความเต็ม จุดอ่อน: เฉพาะสหรัฐฯ (คุณยังต้องใช้ EPO OPS หรือตัวอื่นสำหรับข้อมูลระหว่างประเทศ) การเปลี่ยนแปลงสคีมาในช่วงหน้าต่างการย้ายได้ทำให้ไปป์ไลน์บางส่วนพัง ไม่มีการค้นหาเชิงความหมาย — มีเพียงคำสำคัญ/Boolean เท่านั้น

2. EPO OPS (Open Patent Services)

API สำหรับนักพัฒนาของ European Patent Office ครอบคลุม EP, WO และคำขอระดับชาติจำนวนมากผ่านฐานข้อมูล INPADOC น่าเชื่อถือสำหรับการค้นหาตระกูลระหว่างประเทศและข้อมูล PCT

จุดแข็ง: ความครอบคลุมระหว่างประเทศดีที่สุด รวมสถานะทางกฎหมายและข้อมูลตระกูล จุดอ่อน: คืนค่าเป็น XML (แยกวิเคราะห์หนัก) ระดับฟรีจำกัดที่ 500MB/สัปดาห์ มี endpoint fulltext แยก ต้องใช้ขั้นตอน OAuth สำหรับระดับที่สูงขึ้น เส้นโค้งการเรียนรู้ชันสำหรับผู้ผสานรวมครั้งแรก

3. PatentsView

เครื่องมือวิจัยที่ได้รับทุนจาก USPTO แข็งแกร่งด้านเมทาดาทา: การแก้ความกำกวมของผู้ทรงสิทธิ โปรไฟล์นักประดิษฐ์ เครือข่ายการอ้างอิง เงินทุนที่มีส่วนได้เสียของรัฐ ฟรี

จุดแข็ง: เอนทิตีที่แก้ความกำกวมแล้วสะอาด REST + JSON ที่ใช้งานง่าย จุดอ่อน: ไม่มีเนื้อความข้อถือสิทธิแบบข้อความเต็ม เน้นสหรัฐฯ ล่าช้ากว่าคำขอแบบเรียลไทม์ ไม่ได้ปรับให้เหมาะกับการค้นหาความคล้ายคลึงเชิงความหมาย

4. Lens.org

ตัวรวบรวมที่ครอบคลุมสิทธิบัตรกว่า 95 ล้านฉบับจากกว่า 100 เขตอำนาจศาล บวกกับผลงานทางวิชาการ ใช้โดยนักวิเคราะห์ทรัพย์สินทางปัญญาและนักวิจัยเชิงวิชาการ ระดับวิชาการฟรี ระดับพาณิชย์เรียกเก็บเงิน

จุดแข็ง: ความครอบคลุมเขตอำนาจศาลกว้างที่สุด เชื่อมโยงสิทธิบัตรกับวรรณกรรมทางวิชาการ UI ที่ดีสำหรับการติดตามต่อโดยมนุษย์ จุดอ่อน: ราคาระดับพาณิชย์ไม่โปร่งใส การค้นหาเชิงความหมายเป็นแบบเสริมด้วยคำสำคัญมากกว่าจะอิงจาก embedding โดยกำเนิด

5. PQAI (Project PQAI)

โครงการค้นหาสิทธิบัตรแบบโอเพนซอร์สที่ดำเนินการโดยทีมทรัพย์สินทางปัญญาของ AT&T ฟรี ความคล้ายคลึงเชิงความหมายครอบคลุม USPTO + EPO ได้รับความนิยมในหมู่ชุมชนอิสระ / r/LocalLLaMA — ดูบทเขียนบน DEV.to "I posted my patent search AI to Reddit and got 65 upvotes" ที่นำมุมนี้ของระบบนิเวศออกมาสู่แสงสว่าง

จุดแข็ง: ฟรี เน้นความหมายก่อน ไม่ต้องใช้ API key สำหรับปริมาณปานกลาง จุดอ่อน: เวลาทำงานแบบพยายามอย่างเต็มที่ ไม่มี SLA ความครอบคลุมเขตอำนาจศาลเล็กกว่า ไม่มีการสนับสนุนเชิงพาณิชย์

6. API Pick Patent Search

การค้นหาเชิงความหมายครอบคลุม USPTO + EPO + WIPO + JPO + KIPO + CNIPA ในการเรียก REST ครั้งเดียว JSON เข้า / JSON ออก, 80 เครดิตต่อการเรียก (~$0.08 ที่ $5 / 5,000 เครดิต) คิดเงินเมื่อสำเร็จเท่านั้น คืนค่าชื่อเรื่อง บทคัดย่อ snippet, URL, เขตอำนาจศาล และผู้ทรงสิทธิสำหรับแต่ละผลลัพธ์

จุดแข็ง: endpoint เดียวครอบคลุมสำนักงานหลักทั้งหมด ผลลัพธ์เชิงความหมายที่จัดอันดับและจัดรูปแบบไว้ล่วงหน้าสำหรับให้ LLM บริโภค ราคาต่อการเรียกที่คาดการณ์ได้ จุดอ่อน: ปรับแต่งได้น้อยกว่า EPO OPS โดยตรงสำหรับกรณีขอบด้านสถานะทางกฎหมาย หากคุณต้องการการวิเคราะห์ชุดข้อมูลเชิงปริมาณมาก BigQuery ยังคงดีกว่า API แบบคิดต่อการเรียก

วางเทียบกัน

โค้ดที่ใช้งานได้: คำค้นงานที่มีอยู่ก่อนเดียวกัน หกวิธี

คำค้นตัวอย่าง: "wireless charging coil with embedded ferrite for under-display sensors." คำถามจริงที่มีรูปทรงแบบ FTO

USPTO ODP

import requests

# Open Data Portal — keyword/Boolean
r = requests.get(
    "https://api.uspto.gov/api/v1/patent/applications/search",
    params={
        "query": "wireless charging coil ferrite under-display",
        "fields": "applicationNumber,inventionTitle,filingDate,abstractText",
        "limit": 25,
    },
)
print(r.json()["results"][:3])

EPO OPS

import requests
from base64 import b64encode

# OAuth: token from Consumer Key + Secret
auth = b64encode(b"YOUR_KEY:YOUR_SECRET").decode()
token = requests.post(
    "https://ops.epo.org/3.2/auth/accesstoken",
    headers={"Authorization": f"Basic {auth}"},
    data={"grant_type": "client_credentials"},
).json()["access_token"]

# Then search
r = requests.get(
    "https://ops.epo.org/3.2/rest-services/published-data/search",
    params={"q": 'ti="wireless charging coil ferrite"'},
    headers={"Authorization": f"Bearer {token}", "Accept": "application/xml"},
)
# Returns XML — you'll need lxml or xmltodict
print(r.text[:500])

PatentsView

import requests

r = requests.post(
    "https://search.patentsview.org/api/v1/patent/",
    headers={"X-Api-Key": "YOUR_KEY"},
    json={
        "q": {"_text_phrase": {"patent_title": "wireless charging coil"}},
        "f": ["patent_id", "patent_title", "patent_date", "assignees"],
        "o": {"size": 25},
    },
)
print(r.json()["patents"][:3])

Lens.org

import requests

# Lens uses Lucene-style queries; commercial endpoints require paid token
r = requests.post(
    "https://api.lens.org/patent/search",
    headers={"Authorization": "Bearer YOUR_TOKEN"},
    json={
        "query": {
            "match": {
                "full_text": "wireless charging coil ferrite under-display sensor"
            }
        },
        "size": 25,
    },
)
print(r.json()["data"][:3])

PQAI

import requests

r = requests.get(
    "https://api.projectpq.ai/patents/",
    params={
        "q": "wireless charging coil with embedded ferrite for under-display sensors",
        "n": 10,
    },
)
print(r.json()["results"][:3])

API Pick Patent Search

import requests

r = requests.post(
    "https://www.apipick.com/api/search/patents",
    headers={"x-api-key": "pk_yourkey"},
    json={
        "query": "wireless charging coil with embedded ferrite for under-display sensors",
    },
)
print(r.json()["results"][:3])
# Each result: { title, abstract, snippet, url, jurisdiction, assignee }
# Ranked by semantic similarity. 80 credits, only on HTTP 200.

วิธีเลือกตามกรณีการใช้งาน

สิ่งนี้กำลังมุ่งไปทางไหน

AI-เพื่อ-ทรัพย์สินทางปัญญาเป็นหนึ่งในแนวดิ่งซอฟต์แวร์ที่เคลื่อนไหวเร็วที่สุดในตอนนี้ ภายใน 18 เดือน สมมติฐานที่ว่า "การค้นหาสิทธิบัตร = ป้อนคำค้น Boolean เข้าไปใน UI" จะดูล้าสมัยพอ ๆ กับ "การค้นหาโค้ด = ป้อน regex เข้าไปใน grep" ทีมที่ส่งมอบผลิตภัณฑ์ที่ใช้งานได้ในวันนี้คือทีมที่จ่ายภาษีการย้ายในปี 2025 — ตั้งค่าการเข้าถึงแบบโปรแกรมที่ยืดหยุ่น ซ้อนชั้นการดึงข้อมูลเชิงความหมาย และสร้างไปป์ไลน์ทำความสะอาดสำหรับความแปรปรวนของสคีมาที่หลีกเลี่ยงไม่ได้จากแหล่งข้อมูลสาธารณะ

สำหรับ AI agent ในการผลิตส่วนใหญ่ คุณไม่จำเป็นต้องเลือก API เพียงตัวเดียว — คุณต้องการค่าเริ่มต้นที่สมเหตุสมผลพร้อมราคาที่คาดการณ์ได้และตัวเลือกในการลงไปยังแหล่งข้อมูลระดับล่างสำหรับกรณีขอบ นั่นคือเหตุผลที่เราสร้าง API Pick Patent Search ให้เป็น endpoint เชิงความหมายเดียวที่ครอบคลุมสำนักงานหลัก: มันครอบคลุม 95% ของภาระงานของ agent และอีก 5% ที่เหลือสามารถเรียก EPO OPS หรือ USPTO ODP ได้โดยตรง เครื่องมือคู่หูอย่าง URL Extract รับช่วงต่อจากจุดที่ตัวใดตัวหนึ่งเหล่านี้หยุดไว้ — ดึงข้อความเต็มของคำขอเฉพาะฉบับมาเพื่อการวิเคราะห์ข้อถือสิทธิเชิงลึก

เขียนโดย

Sarah Choy

CEO, API Pick

Sarah Choy เป็น CEO ของ API Pick เธอเขียนเกี่ยวกับการสร้าง API พร้อมใช้งานจริงสำหรับ AI agent และเวิร์กโฟลว์ LLM