linkfox-zhihuiya-bibliography

Zhihuiya 特許書誌情報

このスキルでは、Zhihuiya 特許データベースから特許の書誌データを照会する方法を説明します。ユーザーが特定の特許の詳細なメタデータを取得できるようにします。

基本概念

特許書誌データ（書誌データとも呼ばれます）は、特許文書に関連付けられた構造化メタデータです。特許のタイトル、出願人、発明者、分類コード、優先権主張、引用文献、要約などが含まれます。このツールでは、特許 IDまたは公開番号で照会し、1 回のリクエストで最大 100 件の特許について包括的な書誌レコードを返します。

特許の種類：patentType フィールドは、特許文書の種類を示します。

• APPLICATION -- 発明の出願（公開済みだが未登録）
• PATENT -- 登録済みの発明特許
• UTILITY -- 実用新案
• DESIGN -- 意匠特許

データフィールド

フィールド	API 名	説明
特許 ID	patentId	内部特許識別子
公開番号	pn	公開番号／公告番号
発明の名称	inventionTitle	言語情報を含む特許の名称
要約	abstracts	特許の要約テキスト
特許の種類	patentType	APPLICATION、PATENT、UTILITY、または DESIGN
出願人	applicants	当初の出願人
権利者	assignees	現在の特許権者／譲受人
発明者	inventors	特許に記載された発明者
代理人	agents	特許弁護士／代理人
代理機関	agency	出願代理機関／特許事務所
審査官	examiners	特許審査官
優先権主張	priorityClaims	優先権の宣言
出願情報	applicationReference	出願に関するデータ
公開情報	publicationReference	公開に関するデータ
公開日	datesOfPublicAvailability	公開日
IPC 分類	classificationIpcr	国際特許分類
CPC 分類	classificationCpc	協同特許分類
UPC 分類	classificationUpc	米国特許分類
LOC 分類	classificationLoc	ロカルノ分類（意匠）
FI 分類	classificationFi	FI 分類コード（日本）
F-term 分類	classificationFterm	F-term コード（日本）
GBC 分類	classificationGbc	GBC 分類
引用特許	referenceCitedPatents	参考文献として引用された特許文書
引用非特許文献	referenceCitedOthers	引用された非特許文献
関連文書	relatedDocuments	分割／継続出願情報
PCT 出願データ	pctOrRegionalFilingData	PCT または地域段階の出願データ
PCT 公開データ	pctOrRegionalPublishingData	PCT または地域段階の公開データ
推定満了日	exdt	推定特許満了日（Zhihuiya）

呼び出し方法

• API エンドポイント：POST /zhihuiya/bibliography（完全なパラメーター／レスポンス／エラーコードについては references/api.md を参照）
• Python スクリプト：python scripts/zhihuiya_bibliography.py '<JSON 参数>' [--inline]
• コスト制約：このツールは計算リソースを消費します。同じセッションでは同じパラメーターの組み合わせでの呼び出しはデフォルトで 1 回のみとし、スクリプトには 24 時間のローカルキャッシュがあります。失敗または空の結果が返された場合、キーワードの変更、ページ送り、郵便番号の変更を自動で続けて試してはいけません。検索を続ける必要がある場合は、追加の消費が発生することを先にユーザーに伝えてください。

出力方針（スクリプトのデフォルト動作）：

• 常に完全なレスポンスを <cwd>/linkfox/<YYYY-MM-DD>/<session>/data/linkfox-zhihuiya-bibliography-<timestamp>.json に書き込みます（<cwd> はスクリプト実行時の作業ディレクトリです。Claude Code では現在のプロジェクトディレクトリにあたります。<session> は環境変数 SESSION_ID から取得し、ユーザーのタスクごとに自動でまとめられます。/tmp への書き込みは禁止です。現在のディレクトリに書き込めない場合はエラーになります）
• レスポンス本文が 8 KB 以下の場合：ファイルへの書き込み後、完全な JSON を stdout に出力します
• レスポンス本文が 8 KB を超える場合：ファイルへの書き込み後、stdout には要約（トップレベルフィールド、total／costToken など一般的な件数、最も大きなリストフィールドの長さと先頭 3 件のサンプル）のみを出力します
• --inline を付けると、stdout に全量を強制的に出力します（ファイルへの書き込みも同様に行います）

データの読み取りに関する推奨事項：まず要約を確認し、十分かどうか判断してください。具体的なフィールドが必要な場合は、JSON 全体をコンテキストに読み込まないよう、保存された JSON ファイルから jq または ConvertFrom-Json を使って必要なデータを抽出してください。

認証と計算リソースの問題の解決

次のような異常が発生した場合は、references/onboarding.md を使って解決方法を案内してください。

異常な状況

• API Key が設定されていない：環境変数 LINKFOX_AGENT_API_KEY も LINKFOXAGENT_API_KEY も設定されていません。
• レスポンスのステータスコードが 401 または 402
• 計算リソースまたは残高が不足しているというレスポンス：メッセージに「算力余额不足/计费不足/余额不足/quota exceeded/insufficient balance/套餐到期/需充值/请充值」、または同様の意味の内容が含まれています。

パラメーターガイド

このツールは2つのパラメーターを受け付けます。少なくとも1つは指定する必要があります。両方を指定した場合は、patentIdが優先されます。

パラメーター	使用する場合	形式
patentId	ユーザーがZhihuiyaの内部特許IDを指定した場合	カンマ区切りの文字列。最大100個のID
patentNumber	ユーザーが公開番号／公告番号を指定した場合	カンマ区切りの文字列。最大100個の番号

入力タイプを識別するヒント

• ユーザーがUS10123456B2、CN112345678A、EP3456789B1、WO2023123456A1のような番号を指定した場合は、公開番号として扱い、patentNumberを使用します。
• 標準的な公開番号のパターンに一致しない純粋な数字または不透明な識別子が指定された場合は、特許IDとして扱い、patentIdを使用します。
• ユーザーが複数の特許を指定した場合は、カンマで連結します（カンマの前後にスペースを入れません）。

使用例

1. 公開番号で単一の特許を検索

User: "Show me the bibliography for US10123456B2"
Action: Call with patentNumber = "US10123456B2"

2. 公開番号で複数の特許を検索

User: "Get bibliographic data for CN112345678A, EP3456789B1, and US20210012345A1"
Action: Call with patentNumber = "CN112345678A,EP3456789B1,US20210012345A1"

3. 内部IDで特許を検索

User: "Query bibliography for patent ID 8fa3b2c1-xxxx-xxxx-xxxx-xxxxxxxxxxxx"
Action: Call with patentId = "8fa3b2c1-xxxx-xxxx-xxxx-xxxxxxxxxxxx"

4. 特許を一括検索

User: "I have a list of 20 publication numbers, look up all their inventors and assignees"
Action: Call with patentNumber = "<comma-separated list>"
Then extract and present inventors and assignees from the results.

表示ルール

1. データを明確に提示する：検索結果は、構成の整った表または整理されたセクションで表示します。各特許について、タイトル、出願人／権利者、発明者、出願日／公開日、分類コード、要約など、一般的に必要とされる項目を強調します。
2. 検索範囲を尊重する：ユーザーが求めた項目のみを表示します。「発明者」を尋ねられた場合、依頼がない限り書誌情報全体を出力しないでください。
3. 特許種別ラベル：patentTypeのコードを、人が理解できるラベルに変換します（APPLICATION = 発明特許出願、PATENT = 登録発明特許、UTILITY = 実用新案、DESIGN = 意匠特許）。
4. 複数特許の結果：複数の特許が結果に含まれる場合は、まず概要表を表示し、ユーザーが希望した場合に各特許の詳細を展開します。
5. エラー処理：検索でエラーまたは結果なしとなった場合は、その旨を明確に説明し、特許IDまたは公開番号の確認を促します。
6. 主観的な分析はしない：推測による法的または商業的な解釈を加えず、事実に基づく書誌データを提示します。

ユーザーの表現とシナリオのクイックリファレンス

該当する -- 特許の書誌情報／メタデータの検索：

ユーザーの発言	シナリオ
「XXの特許情報を調べて」	単一特許の書誌情報
「特許XXの発明者は誰ですか」	発明者の検索
「特許XXの所有者は誰ですか」、「現在の権利者」	権利者／出願人の検索
「特許XXのIPC／CPC分類は何ですか」	分類の検索
「特許XXの要約を表示して」	要約の取得
「XXが引用している特許は何ですか」	引用分析
「特許XXはいつ失効しますか」	存続期間満了日の検索
「次の特許の書誌情報を取得して：A、B、C」	一括検索
「特許の詳細」、「特許のメタデータ」	一般的な書誌情報

該当しない -- 特許の書誌情報を超える内容が必要な場合：

• キーワードまたは意味検索による特許全文検索
• 特許ランドスケープ／分析レポート
• 特許評価または法的状態の追跡
• 実施自由性または侵害の分析
• 特許ファミリーの系統調査（特定の公開番号が指定されている場合を除く）

境界の判断：ユーザーが「Xに関する特許を見つけて」や「Y分野の特許を検索して」と述べた場合、これは特許検索タスクであり、書誌情報の検索ではありません。このスキルは、ユーザーがすでに特許IDまたは公開番号を持っていて、そのメタデータの取得を希望する場合にのみ適用されます。

計算リソースの消費ルール

動的ルールに基づいて課金されます。計算リソースの消費量 = 81 × 返されるdataの件数です。1件につき、特許書誌事項の結果が1件返されます。

重要：このスキルのサービスは倍数に基づいて動的に計算されるため、一度に大量の計算リソースを消費する可能性があります。必ずユーザーに通知し、続行するかどうかはユーザーに判断してもらってください。

フィードバック：

次のいずれかに該当する場合、Feedback API を通じてフィードバックを自動検出し、報告してください。

1. このスキルで説明されている機能または目的が、実際の動作と一致しない
2. スキルの結果がユーザーの意図と一致しない
3. ユーザーがこのスキルへの不満または称賛を表明する
4. 改善できると思われることがある

references/api.md に記載されているとおりにフィードバック API を呼び出してください。ユーザーの作業を中断しないでください。

---

高品質でプロフェッショナルな越境ECスキルをさらにご利用になるには、LinkFox Skills を設定してください。