質問がトレンド、発明者、譲受人、分類、日付、またはポートフォリオのスライスに関するものである場合、特許と出願前公開の広い検索に PatentSearch を使用します。

ワークフロー:

1. 現在の PatentSearch リファレンスまたは Swagger UI からエンドポイントを特定する。
2. 明示的なフィルターを持つ JSON クエリを構築する。
3. 分析に必要なフィールドのみをリクエストする。
4. 確定的にソートしてページネーションする。
5. エンドポイント、クエリ本体、日付、データの通貨に関する注記、結果件数を記録する。

Python リクエストのスケルトン:

import os
import requests

API_KEY = os.environ["PATENTSVIEW_API_KEY"]
BASE = "https://search.patentsview.org/api/v1"

payload = {
    "q": {
        "_and": [
            {"patent_date": {"_gte": "2024-01-01"}},
            {"assignees.assignee_organization": {"_text_any": ["Google", "Alphabet"]}},
        ]
    },
    "f": ["patent_id", "patent_title", "patent_date"],
    "s": [{"patent_date": "desc"}],
    "o": {"per_page": 100, "page": 1},
}

response = requests.post(
    f"{BASE}/patent/",
    headers={"X-Api-Key": API_KEY, "Content-Type": "application/json"},
    json=payload,
    timeout=30,
)
response.raise_for_status()
print(response.json())

クエリを再利用する前に、ライブの PatentSearch ドキュメントで現在のエンドポイント名、フィールドパス、リクエストパラメーター、API キーの利用可能性を確認してください。

商標/TSDR ワークフロー

タスクが商標のケースステータス、文書、画像、所有者履歴、または訴追イベントを必要とする場合は TSDR を使用します。

ワークフロー:

1. シリアル番号または登録番号を正規化する。
2. 現在の TSDR API の指示と必要な API キーヘッダーを確認する。
3. まずステータスを取得し、必要な場合にのみ文書を取得する。
4. PDF、ZIP、および複数ケースのダウンロードに対するより低いレート制限を守る。
5. 出力にデータ取得日とシリアル/登録識別子を記録する。

大規模な商標取得の場合は、公開ページのスクレイピングではなく、文書化されたバルクデータフローを優先します。

ファイルラッパーと訴追履歴

出願ステータス、取引履歴、および訴追文書については:

• ODP Patent File Wrapper 検索から始める。
• 利用可能な場合は正確な識別子を使用: 出願番号、公開番号、特許番号、または当事者名。
• 記録が付与済み特許、出願前公開、または係属中の出願のいずれであるかを記録する。
• 文書の日付とステータスを引用する前に記録詳細ページと照合する。

譲渡ワークフロー

特許または商標の所有権については:

1. 特許/出願/登録番号、譲渡人、譲受人、または利用可能な場合はリール/フレームで公式の譲渡データを検索する。
2. 譲渡文、実行日、記録日、当事者を記録する。
3. 譲渡記録と現在の法的所有権の結論を区別する。
4. 所有権が重要な場合は、弁護士または専門家によるレビューのために結果にフラグを立てる。

再現可能な出力

すべての USPTO 調査パスにはログテーブルを含める必要があります:

| ソース | 検索日 | 識別子/クエリ | フィルター | 結果 | 注記 |
| --- | --- | --- | --- | ---: | --- |
| PatentSearch | 2026-05-11 | `assignee=Alphabet AND date>=2024` | patent endpoint | 118 | 実行前に API ドキュメントを確認 |
| TSDR | 2026-05-11 | `serial=90000000` | status only | 1 | API キーフロー、バルク文書取得なし |

最終的な書き込み物では、以下を分離します:

• 公式記録の事実
• 推論された分析
• セカンダリソースの便宜上のマッチ
• 未解決のギャップまたは法的レビューが必要な記録

レビューチェックリスト

• 公式の USPTO またはUSPTO がサポートするソースを最初に使用したか？
• コードを実行する前に現在のエンドポイントとフィールド名を確認したか？
• API キーはファイル、シェル履歴、出力ログから除外されているか？
• クエリログには検索日と正確なリクエスト形式が含まれているか？
• レート制限は守られているか？
• 法的結論は回避されているか、または明示的にエスカレートされているか？
• セカンダリソースはセカンダリとして明示的にラベル付けされているか？

参考文献

• USPTO APIs カタログ
• USPTO Open Data Portal
• PatentSearch API リファレンス
• PatentSearch API アップデート
• TSDR API バルクダウンロード FAQ

swift-actor-persistence

帮助 Swift 开发者实现基于 Actor 的线程安全内存与文件持久化方案

Patent Connector

帮助用户检索欧美专利与商标信息，并查看权利要求、法律状态及审查进展。