Patents

USPTO 特許 — 特許および出願の検索

USPTO Open Data Portal（ODP、data.uspto.gov）を通じた米国特許商標庁の特許データベースです。Pipeworx は、レガシーの PatentsView API（api.patentsview.org、2025-05-01 に提供終了）から 2026-05-12 に移行しました。キーワード、譲受人、発明者、または特許番号で、米国の登録特許および公開出願を検索・取得できます。無料で認証は不要です（プラットフォームキーはサーバー側で設定済みです。独自の利用枠が必要な場合は、_apiKey でご自身のキーを指定してください。https://data.uspto.gov/myodp から取得できます）。

Pipeworx の一部です。AI エージェントを 1837 以上の稼働中データソースに接続する MCP ゲートウェイです。これは独立した非公式の連携であり、上流プロバイダーとの提携、同プロバイダーによる承認または公開を受けていません。

AI エージェントにとっての重要性

特許は、何が発明され、誰が発明したと主張しているかを示す公的記録です。競合情報、知的財産のデューデリジェンス、実施自由性の調査、技術ランドスケープの分析において、USPTO は情報源となります。このパックで実際に取得できるのは、タイトル、発明者／出願人、分類、出願・登録の状況と日付、登録後の特許番号、審査・取引履歴の全記録、親子関係の継続性（優先権の連鎖）、記録された譲渡・移転履歴です。すでに把握している 1 件の出願について取得する方法（get_patent_assignments）と、譲受人／譲渡人／特許番号／出願番号で検索する方法（search_patent_assignments）があります。請求項のテキストや引用データは取得できません。このパックには get_claims も引用ツールもありません（epo-ops パックの get_claims では請求項のテキストを取得できますが、EPO が公開した記録に限られます）。

主なフローは 3 つです。

1. キーワード検索。 「CRISPR 遺伝子編集に関する特許はありますか？」→ search_patents({query: "CRISPR gene editing"}) → タイトル、出願番号、出願日、出願人、発明者、ステータス、分類を含む該当出願／特許が返されます。

2. 特定の特許。 「出願番号 16/123,456 のステータスは？」→ get_patent({number: "16123456"}) → タイトル、発明者、分類、ステータスに加え、登録後は patent_number／grant_date／publication_number／publication_date が返されます。登録済み特許番号がわかっている場合は、number ではなく patent_number として渡してください（例：get_patent({patent_number: "11646472"})）。下記の番号重複に関する警告を参照してください。審査タイムライン全体を確認するには get_patent_transactions を、出願の経緯（継続出願、分割出願、仮出願）や、その後に派生した出願を確認するには get_patent_continuity を使用します。現在の権利者を確認するには、get_patent_assignments({application_number: "16123456"}) を組み合わせるか、search_patent_assignments で名前を検索してください。

3. 所有権の検索。 「Amyris に譲渡されたものは？」／「特許 10,000,000 を譲渡したのは誰ですか？」→ search_patent_assignments({assignee: "Amyris"})／search_patent_assignments({patent_number: "10000000"}) → リール／フレーム、譲渡内容、日付、譲渡人／譲受人、対象となる出願・特許番号を含む記録済みの譲渡情報が返されます。

SEC の知的財産リスク開示情報や商標と特許を組み合わせた、企業レベルの知的財産デューデリジェンスについては、特許デューデリジェンスのレシピをご覧ください。

引用可能な URI

pipeworx://uspto/patent/{number}

特許番号は永久に変わりません。エージェントの出力では、正式な引用として埋め込んでください。

「特許」に含まれるもの

種類	接頭辞	内容
実用特許	（なし／数字）	標準的な発明特許（機械、プロセス、物品）
意匠特許	D	装飾的な意匠（例：D123,456 は椅子の意匠）
植物特許	PP	無性繁殖による植物品種
再発行特許	RE	先行特許を訂正したもの
再審査	（E 番号）	有効性に異議を申し立てられ、審査中の特許

専用の type 入力フィルターはありません。すべての結果に type フィールド（出願／特許の種類）が含まれているため、クライアント側でフィルタリングして、実用特許が大半を占める結果から意匠特許や植物特許を抽出できます。

更新頻度

• 特許付与：確認済み、火曜日です。 今週（2026-09-08）の granted_after をクエリすると、特許付与日は 2026-09-01 と 2026-09-08 のみが返されます。どちらも火曜日であり、PatentsView 時代から引き継がれた USPTO の長年にわたる週次の特許付与日程を確認できます。これは最新のデータであり、古いミラーではありません。返された最新の特許付与日は今日です。
• 出願：未確認です。古い木曜日という主張を繰り返さないでください。 ODP の applicationMetaData には filingDate と grantDate が公開されていますが、公開日は含まれていないため、Pipeworx では出願記録が実際にいつ ODP で表示されるようになるか確認できません。PatentsView 時代の「木曜日」という数字は、api.patentsview.org の pgpub 公開フィードに関するものであり、このパックでは使用しておらず、引き継がれたかどうかも確認できません。出願データの鮮度は測定されていないものとして扱い、特定の曜日だと決めつけないでください。
• デフォルトの検索結果が古く見えるのは仕様であり、データが古いからではありません。 granted_after／granted_before を指定しない場合、search_patents は出願データを出願日の新しい順に返します。USPTO は出願から約 18 か月後まで出願を公開せず、通常、特許付与までに 2 年以上かかるため、フィルターなしの検索で新しい行に grant_date: null の最近の出願が含まれるのは想定どおりです。実際の特許付与日がある特許を取得するには、代わりに granted_after（例："2024-01-01"）を指定してください。詳しくは search_patents ツールの説明を参照してください。
• Pipeworx は結果を 24 時間の TTL でキャッシュします。火曜日の特許付与日程が確認されているため、当日付与された特許の結果をすぐに取得する必要がある場合は、Cache-Control: no-cache を設定してください。

よくある落とし穴

• キーワード検索 ≠ 実施自由（FTO）の確認です。 search_patents は、検索語を本文に含む特許を見つけます。特許があなたの実施内容を「請求」しているかどうかは分からず、このパックは自分で確認するための請求項テキストも返しません。FTO の確認には請求項を読む必要があり（epo-ops パックの get_claims は請求項テキストを返しますが、EPO 公開記録のみが対象です）、最終的には特許弁護士への相談が必要です。
• 権利者名の正規化。 「Vertex Pharmaceuticals Inc.」、「VERTEX PHARMACEUTICALS, INC.」、「Vertex Pharmaceuticals」は、すべて同じ会社です。集計時には、法人格を示す接尾辞を取り除いたうえで、大文字と小文字を区別せずにグループ化してください。
• 引用データはありません。 このパックは引用数も引用リストも一切表示しません。そのため、このパックでは結果セット内の「最も引用された」または「基礎となる」特許を順位付けする方法はありません。
• このパックは米国のみを対象としていますが、Pipeworx は米国限定ではありません。 USPTO が扱うのは米国の出願のみです。欧州特許については、epo-ops パックが現在利用可能です。EPO の世界登録簿を対象に、epo_ops_search_patents、get_biblio、get_family、get_abstract、get_claims を実行できます（2026-09-08 にライブで動作確認済み：epo_ops_search_patents({query:"lithium battery"}) は、今週の日付の公開公報を含む最新の欧州出願を返しました）。日本（JPO）および中国（CNIPA）の国内出願は、まだ Pipeworx に含まれていません。必要な場合は、pipeworx_feedback からリクエストしてください。
• 出願と特許査定済みの違い。 「特許出願中」の出願も検索できますが、確認したい日付は filing_date ではなく grant_date です。出願は拒絶されたり、補正されたりすることがあります。重要なのは特許査定済みの特許です。
• 「出願された」場合は granted_after／granted_before ではなく、filed_after／filed_before を使います（fleet #2418）。 「FILED」または「APPLIED FOR」とある質問は、「最近」や「過去 N 年」とも書かれている場合でも、出願日の範囲を指定します。デフォルトの出願コーパスには出願中と特許査定済みの両方が含まれるため、filed_after だけで答えられます。出願動向に関する質問で granted_after を使うと、特許査定済みのものだけに意図せず絞り込まれます。通常、特許査定は出願から 2 年以上遅れるため、実際に出願が行われていても、最近の特許査定済みの期間には該当するものがないことがほとんどです。特許査定済みのものだけを対象にした結果が 0 件の場合、search_patents はこの点を説明する date_field_hint を返します。
• 複数フレーズのクエリでは、結果が 0 件の場合に 1 回だけ範囲を広げて再試行します（fleet #2418）。 {query: '"experimental phrase one" "experimental phrase two"'} は、両方の完全一致フレーズを含むことを要求します（ODP はすべての節を AND で結合するため）。そのため、どちらか片方のフレーズなら多数一致する場合でも、結果が 0 件になることがあります。引用符付きフレーズが 2 つ以上あるクエリで、本当に結果が 0 件の場合、search_patents は同じフレーズを OR で結合して自動的に再試行し、レスポンスに broadened: true を付けます。これらの結果は、すべてのフレーズではなく「少なくとも 1 つのフレーズに言及している」ものとして扱ってください。引用符付きフレーズのない通常の複数キーワード AND 検索は、その AND が通常、意図的な絞り込みとして機能するため、結果が 0 件でも変更されません。
• 既知の同義語／略語グループは、検索実行前に展開されます（fleet #2450/#2499）。 {query: 'cfRNA "residual cancer"'} は以前、結果が 0 件でも範囲を広げて再試行されませんでした。上記の #2418 の再試行は、引用符付きフレーズが 2 つ以上あるクエリのみを対象とするため、略語と引用符付きフレーズが 1 つずつ含まれるクエリは対象にならなかったのです。しかし、同じ 2 つの概念を '"residual cancer" "cell-free RNA"' と表現した場合には、実際に 23 件一致します。現在は、本番環境で確認された同義語の組み合わせをまとめた短いリスト（cfRNA／cell-free RNA／cell free RNA／circulating RNA／circulating cell-free RNA／ccfRNA、および MRD／minimal residual disease／molecular residual disease／residual cancer／residual disease）が認識されます。引用符の有無を問わず、大文字と小文字を区別せずに認識され、検索の最初の試行で同義語を OR グループに展開し、クエリ内のもう一方の概念と AND で結合します。レスポンスには synonyms_expanded: true が付きます。これは意図的に固定された、文書化済みのリストであり、同義語を一般的に自動生成するものではありません。無関係な OR は、気付かないうちに別の質問への回答になってしまいます（クエリ全体を OR で広げたところ、主に無関係な結果が 21,937 件返されたことがあります）。
• 8 桁の出願番号と 8 桁の特許査定番号は、互いに無関係な発明について、同じ数字の並びになることがあります（fleet #3301 のフォローアップ）。 出願番号は、2 桁のシリーズコードと 6 桁の通し番号で構成されます（例：「11」＋「646472」＝出願 11/646,472、出願日は約 2006 年）。特許査定番号も 2018 年に同じ 10,000,000～12,999,999 の範囲に入り、現在もその範囲内です。get_patent({number: "11646472"}) は、2006 年の出願と 2023 年の特許査定の間で実際に曖昧になります。特許そのものを指す場合は、number ではなく patent_number を渡してください。こちらは曖昧になりません。number しか分からず、番号が重複する範囲内にある場合、ツールは両方の解釈を確認し、どちらかを黙って推測することなく、両方の記録の要約とともに ambiguous: true を返します。どちらを指していたか分かったら、正しい引数で再度呼び出してください。
• get_patent は現在、patent_number／grant_date を直接表示します（fleet #3301）。 以前は status と、審査履歴テキストから推測した「特許査定イベント」しか報告していませんでした。その推測は、説明に「Granted」という語を含むあらゆるイベントに一致していたため、定期的な期間延長の承認を拾い、特許査定済みの出願が、実際の特許番号ではなく、誤って割り当てられた期間延長の日付とともに「Patented Case」というステータスで返ることがありました。patent_number／grant_date／publication_number／publication_date を直接確認してください。status が「Patented Case」なのに patent_number が null の場合、レスポンスには patent_number_warning が含まれています。これは上流データの欠落を示すものであり、「まだ特許査定されていない」という意味として黙って読み替えないでください。
• 譲渡に関する質問には、互換性のない 2 種類のデータソースがあります。 get_patent_assignments と get_patent_transactions／get_patent_continuity は、USPTO Open Data Portal の出願ごとのファイルラッパーデータを参照します（すでに把握している出願番号が必要です）。search_patent_assignments は、USPTO の別個の公開 Assignment Search システムを参照します。4 つのうち、権利者、譲渡人、または特許番号を指定して、出願番号を事前に把握せずに検索できるのはこれだけです。search_patent_assignments で権利者または譲渡人を検索すると、各結果について、追加の照会を 1 回ずつ行い、対象となる特許番号／出願番号を特定します。そのため、特許番号／出願番号を直接指定した検索よりも上流への呼び出し回数が増えます。名前で検索する場合は、limit を控えめにしてください。
• このパックに特許ファミリーのデータはありません。 INPADOC ファミリー（世界中）を返す epo-ops の get_family とは異なり、この USPTO パックはファミリーメンバーのデータを返しません。get_patent が対象とするのは、米国の単一の出願／特許査定のみです。「この発明に外国の対応特許があるか」を調べる場合は、epo-ops を利用してください。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します：

{
  "mcpServers": {
    "patents": {
      "url": "https://gateway.pipeworx.io/patents/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/patents/mcp の tools/list は、上の表にあるツールに加えて、Pipeworx 共通のメタツール（ask_pipeworx、 discover_tools、search_within、remember／recall など、ゲートウェイ全体で使えるツール群）も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、そのパック独自のツールとともに共通ツールが約 30 個表示されます。接続の initialize 応答には正確な範囲が記載されており、その日の状況を確認する際の正式な情報源です。

これは意図的なものであり、偶然の多重化ではありません。メタツールを使えば、このパックが扱わない質問にも、カタログ全体を横断して処理する ask_pipeworx を通じて回答できます。MCP サーバーを 2 つ目に追加する必要はありません。現時点では、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加のスキーマによるコンテキスト消費がルーティングのメリットを上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度だけ接続してください。

このパックのツールだけでなく、すべてのパックのツールを直接一覧表示するには、Pipeworx のフルゲートウェイに接続してください：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も同じゲートウェイと同じ 1837 以上のデータソースに接続します。違いは、どのパックのツールを直接一覧表示するかだけです。どちらからでも、ask_pipeworx を使ってすべてのツールにアクセスできます。

MCP クライアントをお持ちでない場合：HTTP で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/patents_search_patents \
  -H 'Content-Type: application/json' \
  -d '{"query":"\"cell-free RNA\"","filed_after":"2023-09-25","filed_before":"2026-09-25"}'

最初の呼び出しにアカウントは必要ありません。任意のツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/patents_search_patents を実行します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を実行します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージはローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイへの往復通信も必要ありません：

{
  "mcpServers": {
    "patents": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-patents"]
    }
  }
}

起動することを確認するには、直接実行することもできます：

npx -y @pipeworx/mcp-patents

stdin／stdout 経由で MCP を使用し、initialize／tools/list／tools/call に対して、このパックのツールのみを返します。上記のゲートウェイ接続で追加される共通メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx の使用

ツールを直接呼び出す代わりに、自然な英語で質問できます。これは上記のパックエンドポイントとフルゲートウェイの両方で機能します：

ask_pipeworx({ question: "your question about Patents data" })

ゲートウェイが適切なツールを選び、引数を自動的に設定します。

詳細情報

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT