Wipo Ipc

@pipeworx/wipo-ipc

国際特許分類（IPC）の検索 — 分類記号の名称、有効性、構造の内訳、その下にあるグループ／サブグループ、分類名称を対象とするキーワード検索を提供します。キーは不要です。

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

ツール

• ipc_lookup(symbol, version?) — 1 つの IPC 分類記号の名称（英語／フランス語）、構造の内訳、および現在有効かどうかを返します。
• ipc_children(symbol, version?) — 1 つの IPC 分類記号の直下に分類される記号（サブクラスの下のメイングループ、グループの下のサブグループ）と、それぞれの名称を返します。
• ipc_search(query, version?, limit?) — 「vaccine」などのキーワードに名称が一致する IPC 分類記号を返します。
• ipc_versions() — WIPO が現在公開している IPC の版の日付を返します。現行（施行中）および最新版（公開済み、将来の日付の場合あり）の版を示します。

認証

キーは不要です。アカウント登録は不要で、登録も不要です。レート制限は公開されていません。

データソース

• 世界知的所有権機関（WIPO）、国際特許分類（IPC）スキーム。

次の担当者へのメモ

• IPC と CPC は別物です。 EPO と USPTO が共同で管理する協力特許分類（CPC）は、IPC をさらに細かく細分化したもので、現在の特許の大半は EPO／USPTO によって CPC に基づき分類されています。epo-ops や epo-publication-server がそのまま返す CPC コードは、見た目が似ていても IPC コードと互換性はありません。このパックは CPC にまったく対応していません — この記事の執筆時点では、Pipeworx に専用の CPC 参照パックはありません。
• このサービスについてカタログに掲載されている OpenAPI 仕様は、wipo.int 上で 404 になるリンク切れです。 ここにある各操作は、IPCPUB 自身のフロントエンド JavaScript を読み、候補となったパスに実際にアクセスして見つけました。照合できる公開仕様はありません。
• 記号の形式： 人間は「A61K 31/00」や「A01N」と書きますが、ウェブサービス自体が受け付けるのは、固定長 4 文字のサブクラス形式（「A01N」）か、メイングループを 4 桁、サブグループを 6 桁でゼロ埋めした固定長 14 文字の形式（「A61K」＋「0031」＋「000000」）だけです。この変換を行うのは parseSymbol() だけです。1 文字または 3 文字の部分的な記号（セクションだけ、またはクラスだけ）は 404 になるか、特にクラスレベルの 3 文字の記号は、アップストリーム独自の有効性エンドポイントで 500 になります。どちらもここでは試行しません。
• タイトルの検索は実際に遅く、非常に大きなサブクラスでは失敗することもあります — これはアップストリーム側の問題であり、バグではありません。 IPCPUB のツリー移動エンドポイント（ancestors／children）は、キャッシュなしで、リクエストごとに分類全体のネストされたタイトルツリーをサーバー側で描画します。同じサブクラスの取得（A01N）でも、あるときは 1.4 秒、別のときは 20.8 秒かかりました。非常に大きなサブクラス — 「医薬用製剤」を表す A61K は、分類体系全体でも最大級のサブクラスの 1 つです — では、どのノード（記号自体のキー、直下のグループラッパー、サブクラス自体）をクエリしても、その中のすべてのキーが AWS API Gateway 独自の約 29.5 秒の統合上限で確実に 504 になり、{"message":"Endpoint request timed out"} が返されます。ipc_lookup と ipc_children はこれを 28 秒の試行 1 回に制限し、ハングさせずに、単純な title_error を出して title_en: null／title_fr: null にフォールバックします — valid／structure（別個の高速で信頼性の高い getvalidity エンドポイントから取得）はいずれの場合も影響を受けません。A61K 配下のメイングループ — たとえば A61K 31/00 — は、最もタイムアウトしやすい単一の記号です。 実際にタイトルをリクエストしてタイムアウトしても驚かないでください。直接プローブを繰り返して確認したとおり、これはアップストリーム側の描画コストであり、このパックの不具合ではありません。
• 形式は正しくても架空の記号を getvalidity に渡すと、404 にはなりません — classification-validity: "N"（無効）が返り、ipc_lookup は valid: false として報告します。セクション文字の誤りやサブクラスの欠落など、本当に形式が誤っている記号は、アップストリームへの呼び出し前にこのパック独自のパーサーで拒否され、found: false, reason: "invalid_format" となります。

クイックスタート

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

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

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

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

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

または、フル Pipeworx ゲートウェイに接続すると、このパックのツールだけではなく、すべてのパックのツールが直接一覧表示されます。

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

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

MCP クライアントがない場合：HTTP で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/ipc_lookup \
  -H 'Content-Type: application/json' \
  -d '{"symbol":"A01N 1/00"}'

最初の呼び出しにはアカウントは不要です。任意のツールを調べるには、GET https://gateway.pipeworx.io/v1/tools/ipc_lookup を実行します。ツールを検索するには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を実行します。

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

このパッケージは、ローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイへのラウンドトリップも不要です。

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

または、直接実行して起動を確認できます。

npx -y @pipeworx/mcp-wipo-ipc

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

ask_pipeworx を使う

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントでも、フルゲートウェイでも利用できます。

ask_pipeworx({ question: "your question about Wipo Ipc data" })

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

詳細

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

ライセンス

MIT