スキル一覧に戻る

screen-trademark

pjt222
更新日 Yesterday
2 閲覧
17
2
17
GitHubで表示
デザインdesigndata

について

このスキルは、世界的なデータベースを検索し、確立された法的枠組みを用いてリスクを分析することで、提案された商標の法的抵触と識別性を審査します。ブランド名、ロゴ、スローガンを採用する前に評価するため、リスクマトリックスを含む抵触レポートを生成します。特許検索とは異なるツールと分析を用いるため、開発者は商標クリアランスに特化して使用すべきです。

クイックインストール

Claude Code

推奨
メイン
npx skills add pjt222/agent-almanac -a claude-code
プラグインコマンド代替
/plugin add https://github.com/pjt222/agent-almanac
Git クローン代替
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/screen-trademark

このコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします

ドキュメント

Screen Trademark

提案された商標をコンフリクトについてスクリーニングし、出願前に識別性を評価する。商標登録簿を検索し、Abercrombie スペクトラムでマークを評価し、先行マークとの混同の可能性を解析し、実行可能なリスク評価付きのコンフリクトレポートを生成する。

使用タイミング

  • 新ブランド名、製品名、サービスマークを採用する前
  • 新商品/サービスクラスへのリブランドまたは拡張時
  • 商標出願(国内、EU、国際)出願前
  • 商標ポートフォリオを持つ買収対象を評価するとき
  • 既存ブランディングを持つ新地理市場で製品をローンチする前
  • cease-and-desist レターを受け取り暴露を評価する必要があるとき

入力

  • 必須: 提案されたマーク(word mark、figurative mark、または両方)
  • 必須: マークがカバーする商品および/またはサービス(平易な言語記述)
  • 必須: 地理的範囲(US、EU、特定国、グローバル)
  • 任意: 既知ならニース分類クラス
  • 任意: 意図された初使用日(US コモンロー優先権に関連)
  • 任意: 空間で既知の競合マークまたはブランド
  • 任意: マークが word mark、figurative mark、composite かどうか

手順

ステップ1: マークと商品/サービスを定義する

何がスクリーニングされ、どのクラスかを正確に確立する。

  1. 提案されたマークを正確に記録:
    • Word mark: 現れるテキスト(具象要素にはケースが重要)
    • Figurative mark: 視覚要素、色、スタイライゼーションを記述
    • Composite mark: word と figurative 要素両方を一緒に
  2. 商品および/またはサービスを平易な言語で記述
  3. 適用可能なニース分類クラスを特定:
    • クラス調べに TMclass(https://tmclass.tmdn.org/)を使う
    • 正しいクラスと受け入れ可能用語を見つけるためキーワードで検索
    • ほとんどのマークは 1-3 クラスを必要とする; すべての関連を特定
    • 混同が生じうる隣接クラス(例: Class 9 ソフトウェアと Class 42 SaaS)
  4. 地理的範囲を文書化:
    • US (USPTO)、EU (EUIPO)、国際 (WIPO Madrid)、特定国内 office
    • 司法権の違いを記す: US は first-to-use; EU は first-to-file

期待結果: マーク、その商品/サービス記述、ニースクラス、ターゲット司法権の明確な記録。これがすべての後続ステップの検索範囲を定義する。

失敗時: ニース分類が曖昧(商品/サービスが複数クラスにまたがるまたは一つにきれいに収まらない)なら、より多くクラスを含む側に誤る。より広い範囲をスクリーニングするのは隣接クラスのコンフリクトを逃すより安全。

ステップ2: 商標データベースを検索する

レジストリにわたって同一と類似マークを検索する。

  1. 同一マークを最初に検索(完全一致):
  2. 類似マーク を検索 — 検索を拡張して見つける:
    • 音声等価物: 音が似たマーク(「Kool」vs「Cool」、「Lyft」vs「Lift」)
    • 視覚等価物: 見た目が似たマーク(「Adidaz」vs「Adidas」)
    • マークの transliteration と翻訳
    • 一般的接頭辞/接尾辞が追加または除去されたマーク
    • 複数形、所有格、略語
  3. 結果をフィルタ:
    • ステータス: live/登録マークと pending 出願(dead/取り消しを無視)
    • 商品/サービス: 同じまたは関連するニースクラス(ステップ1から)
    • 地理: ターゲット司法権
  4. 各潜在コンフリクトについて記録:
    • マークテキストと登録/出願番号
    • 所有者氏名と司法権
    • ニースクラスと商品/サービス記述
    • ステータス(registered、pending、opposed)と日付
    • マークが同一か類似か(どう: 音声、視覚、概念)

期待結果: 関連クラスと司法権の同一と類似マークの両方をカバーする、少なくとも 2 データベースからの潜在的コンフリクトマークのリスト。各結果はステップ4 の混同分析に十分な詳細を含む。

失敗時: データベースが一時的に利用不能なら、ギャップを記し利用可能ソースで進む。提案マークが一般的な単語なら、大きな結果セットを予想する — 拡張する前に同じか密接に関連するニースクラスの結果を優先する。

ステップ3: 識別性を評価する

提案マークが Abercrombie スペクトラムのどこに落ちるか評価する。

  1. Abercrombie スペクトラム を適用(最弱から最強):
    • Generic: 商品/サービスの一般名(「Computer Software」ソフトウェアに対して)。登録不能で保護不能
    • Descriptive: 質、特徴、目的を直接記述(「Quick Print」印刷に対して)。セカンダリミーニング(取得された識別性)の証拠付きで登録可
    • Suggestive: 質を示唆するが接続するに想像力を要求(「Netflix」= internet + flicks)。本質的に識別的; セカンダリミーニングなしで登録可
    • Arbitrary: 無関係な文脈で使われる実在語(「Apple」コンピュータに対して)。強い本質的識別性
    • Fanciful: 先行意味のない造語(「Xerox」、「Kodak」)。最強の識別性
  2. マークが descriptive ならセカンダリミーニングを評価:
    • 商業での使用の期間と範囲
    • 広告支出と消費者露出
    • 消費者調査または宣言
    • メディア報道と非募集認知
  3. genericide を通じて generic になったマークを確認:
    • マークがかつて識別的だが今は一般用語として使われる?(例: US で「escalator」、「aspirin」)
  4. 識別性評価を理由付きで文書化

期待結果: 支持理由付きで Abercrombie スペクトラムでのマークの明確な分類。マークが descriptive なら、セカンダリミーニングが確立可能かの評価。Suggestive、arbitrary、fanciful マークは自信を持って進む。

失敗時: マークが generic-descriptive 境界に落ちるなら、これは大きな登録リスク。マークを suggestive 方向へ押すよう変更(ひねりを加える、無関係な概念と組み合わせ)するか、セカンダリミーニング証拠戦略を準備するよう推奨する。

ステップ4: 混同の可能性を解析する

提案マークがステップ2 で見つけた先行マークと混同される可能性を評価する。

  1. 各潜在コンフリクト先行マークについて、DuPont factors(US 枠組み)または EUIPO relative grounds を評価:
    • マークの類似性:
      • 視覚: 並べた外観、文字構成、長さ、構造
      • 音声: 発音、音節数、強勢パターン、母音音
      • 概念: 意味、含意、商業印象
    • 商品/サービスの類似性:
      • 同じニースクラスは強い指標だが決定的ではない
      • 異なるクラスの関連商品/サービスもなおコンフリクトしうる
      • 取引チャネルと典型的な購入者を考慮
    • 先行マークの強さ:
      • 有名マークはより広い保護を得る(dilution doctrine)
      • 弱/descriptive マークはより狭い保護を得る
      • 市場存在、広告支出、認知調査
    • 実際の混同の証拠:
      • 顧客苦情、誤った通信
      • 2 ブランドを混同するソーシャルメディア言及
      • 以前の異議または取り消し手続き
  2. 要因を全体的に天秤にかける:
    • 単一要因が決定的ではない; 解析はバランステスト
    • マークの強い類似性は商品の弱い類似性を相殺しうる(その逆も)
    • 有名マークはより容易に混同を見出すよう天秤を傾ける
  3. 各潜在コンフリクトを評価:
    • Blocking: 同じ商品/サービスでの近同一マーク、強い先行マーク
    • High risk: 同じ/関連商品の類似マーク、または関連商品の同一マーク
    • Moderate risk: 関連商品の類似マーク、または遠い商品の同一マーク
    • Low risk: 弱い類似性、遠い商品、または弱い先行マーク

期待結果: 各評価をサポートする解析付きの評価された潜在コンフリクトリスト。最深刻なコンフリクト(blocking と high risk)が具体的理由付きで特定される。

失敗時: 解析が境界(要因が両方向を指す)なら、コンフリクトを保守的に(より高いリスク)評価する。管理可能と判明する潜在コンフリクトをフラグするのは、登録をブロックまたは訴訟を引き起こすものを逃すより安全。

ステップ5: コモンロー権利を評価する

データベース検索に現れない未登録商標権を評価する。

  1. 登録なしの先行使用を検索:
    • ビジネス名レジストリと州/省データベース
    • ドメイン名登録(WHOIS、ドメイン検索ツール)
    • ソーシャルメディアハンドルとビジネスプロフィール
    • 業界ディレクトリと貿易出版物
    • マークの商業使用について Google と一般 web 検索
  2. 司法権ルールを考慮:
    • US: First-to-use システム — 先行商業使用は登録なしでも権利を作る
    • EU: First-to-file システム — 登録が優先するが先行使用は限定的防御を作りうる
    • UK: Passing off doctrine が goodwill を持つ未登録マークを保護
  3. 見つかった任意のコモンロー権利の範囲を評価:
    • 先行ユーザーの市場の地理的到達
    • 使用の期間と一貫性
    • ユーザーがマークに goodwill を構築したか
  4. コモンロー所見と全体的リスク評価への影響を文書化

期待結果: 商標レジストリ検索に可視でないコンフリクトを作りうる、マーク(または類似マーク)の未登録使用の補足リスト。US 出願に特に重要。

失敗時: コモンロー検索が圧倒的な結果を yields(マークが一般的な単語)なら、同じ業界/商品カテゴリでの使用に焦点。コモンロー権利は典型的に範囲が狭い — 「Sunrise」という地元ベーカリーは「Sunrise」というソフトウェア製品をブロックしない。

ステップ6: 商品/サービス重複を評価する

商品/サービスの競争的近接性を詳細に解析する。

  1. 提案マークと各先行マークのニース分類を比較:
    • 同じクラス: 推定重複(しかし自動ではない — クラスは広くなりうる)
    • 隣接クラス: 商品/サービスが補完的または競争的か評価
    • 遠いクラス: 先行マークが有名でない限り典型的に安全
  2. 取引チャネルを解析:
    • 商品が同じ小売または プラットフォームを通じて販売されるか?
    • 同じ消費者層をターゲットにするか?
    • 両マークに遭遇する消費者は共通源を仮定するか?
  3. 拡張可能性を評価:
    • 先行マーク所有者は提案マークの商品/サービスに拡張する可能性が高いか?
    • 「Zone of natural expansion」doctrine(US)
  4. 重複解析を支持理由付きで文書化

期待結果: 各潜在コンフリクトの商品/サービス近接性の明確な評価、ステップ4 からの混同の可能性評価を強化または弱める。

失敗時: 商品/サービス関係が不明確(新規製品カテゴリ、収束業界)なら、合理的消費者テストを適用: 市場で両マークを見る典型的な購入者は同じ源から来ると仮定するか?

ステップ7: コンフリクトレポートを生成する

すべての所見を構造化、実行可能なレポートにコンパイルする。

  1. セクション付きで Trademark Conflict Report を書く:
    • エグゼクティブサマリー: 提案マーク、主要所見、全体リスク評価
    • マークと範囲: マーク記述、ニースクラス、司法権
    • 識別性評価: Abercrombie 分類、登録含意
    • コンフリクトマトリクス: リスク評価付きのすべての特定コンフリクト
Conflict Risk Matrix:
+----+-------------------+----------+---------+-------+---------+
| #  | Prior Mark        | Classes  | Juris.  | Type  | Risk    |
+----+-------------------+----------+---------+-------+---------+
| 1  | ACMESOFT          | 9, 42    | US, EU  | Ident | BLOCK   |
| 2  | ACME SOLUTIONS    | 42       | US      | Sim   | HIGH    |
| 3  | ACMEX             | 35       | EU      | Phon  | MOD     |
| 4  | ACM               | 16       | US      | Vis   | LOW     |
+----+-------------------+----------+---------+-------+---------+
Risk: BLOCK = blocking | HIGH | MOD = moderate | LOW | CLEAR
Type: Ident = identical | Sim = similar | Phon = phonetic | Vis = visual
  • コモンロー所見: 関連の未登録使用
  • 商品/サービス解析: コンフリクトごとの重複評価
  • 推奨: 次の全体結論の一つ:
    • Clear: 重要なコンフリクトなし — 出願に進む
    • Low risk: 登録を防ぐ可能性が低いマイナーなコンフリクト — 監視付きで進む
    • Moderate risk: コンフリクトが存在するが管理可能かもしれない — 共存契約、マーク変更、または商品/サービス絞り込みを検討
    • High risk: 異議または拒絶を引き起こす可能性が高い重要なコンフリクト — 実質的マーク変更または代替マークを検討
    • Blocking: 同じ商品/サービスでの近同一先行マーク — 法律顧問なしに進まない
  1. 制限と但し書きを含める:
    • スクリーニングは法的意見ではない; 出願前に商標顧問に相談する
    • データベース検索が明らかにする以上にコモンロー権利が存在しうる
    • 具象類似性は視覚検査を要求(テキスト検索能力を超える)

期待結果: リスク評価、識別性評価、明確な推奨を伴う完全なコンフリクトレポート。レポートが提案マークについての go/no-go 決定を可能にする。

失敗時: 解析が決定不能(司法権またはクラス間で混合信号)なら、司法権別に所見を提示し意思決定者がビジネス考慮と法的リスクを天秤にかけさせる。条件付きの「caution して進む」は有効な結論。

バリデーションチェックリスト

  • マークと商品/サービスがニースクラスで明確に文書化された
  • 少なくとも 2 商標データベースが検索された(例: TMview + USPTO TESS)
  • 同一と類似マーク両方が検索された(音声、視覚、概念)
  • 識別性が理由付きで Abercrombie スペクトラムで評価された
  • 混同の可能性が DuPont factors または EUIPO relative grounds で解析された
  • コモンロー権利が調査された(ビジネス名、ドメイン、web 存在)
  • 各潜在コンフリクトについて商品/サービス重複が評価された
  • マークごとのリスク評価付きでコンフリクトマトリクスが作成された
  • 全体推奨が提供された(clear / low / moderate / high / blocking)
  • 制限が述べられた(スクリーニング vs 法的意見、データベースカバレッジギャップ)

よくある落とし穴

  • 同一のみの検索: 完全一致を検索すると最も危険なコンフリクト — 混同の可能性を引き起こす音声と視覚に類似したマーク — を逃す。常にバリアントを検索する
  • 関連クラスの無視: ソフトウェアマーク(Class 9)が SaaS マーク(Class 42)またはコンサルティングマーク(Class 35)とコンフリクトしうる。ニースクラスはガイドラインであり壁ではない
  • コモンロー検索のスキップ: US では、先行使用を持つ未登録マークが後の連邦登録に勝る。データベース検索だけでは不十分
  • 識別性と利用可能性の混同: マークは高度に識別的(fanciful)でも既存同一登録となおコンフリクトしうる。識別性と利用可能性は別の問い
  • 単一司法権バイアス: US でクリアなマークは EU でブロックされうる、その逆も。マークが実際に使われる司法権を常にスクリーニングする
  • スクリーニングを法的意見として扱う: 本スキルは構造化リスク評価を生み、法的助言ではない。Blocking と high-risk 所見は最終決定前に商標顧問のレビューに値する

関連スキル

  • assess-ip-landscape -- 商標スクリーニングをフル IP 戦略内に文脈化するより広い IP ランドスケープマッピング
  • search-prior-art -- 異なるデータベースと法的標準(混同の可能性 vs 新規性/非自明性)を使う特許焦点の先行技術検索
  • file-trademark -- 成功スクリーニング後の出願手順

GitHub リポジトリ

pjt222/agent-almanac
パス: i18n/ja/skills/screen-trademark
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

関連スキル

executing-plans

デザイン

executing-plansスキルは、完全な実装計画があり、それを管理されたバッチでレビューチェックポイントを設けながら実行する場合に使用します。このスキルは計画を読み込んで批判的にレビューした後、小さなバッチ(デフォルトは3タスク)でタスクを実行し、各バッチの間に進捗状況を報告してアーキテクトのレビューを受けます。これにより、品質管理チェックポイントが組み込まれた体系的な実装が保証されます。

スキルを見る

requesting-code-review

デザイン

このスキルは、コードレビュアーサブエージェントを起動し、処理を進める前に要件に対してコード変更を分析します。タスク完了後、主要な機能の実装後、またはmainブランチへのマージ前などに使用すべきです。このレビューは、現在の実装と元の計画を比較することで、問題を早期に発見するのに役立ちます。

スキルを見る

connect-mcp-server

デザイン

このスキルは、開発者がHTTP、stdio、またはSSEトランスポートを使用してMCPサーバーをClaude Codeに接続するための包括的なガイドを提供します。GitHub、Notion、カスタムAPIなどの外部サービスを統合するためのインストール、設定、認証、セキュリティについて解説しています。MCP統合のセットアップ、外部ツールの設定、またはClaudeのModel Context Protocolを扱う際にご利用ください。

スキルを見る

web-cli-teleport

デザイン

このスキルは、タスク分析に基づいて開発者がClaude Code WebとCLIインターフェースの選択を支援し、これらの環境間でのシームレスなセッションテレポーテーションを可能にします。Web、CLI、モバイル環境を切り替える際のセッション状態とコンテキストを管理することで、ワークフローを最適化します。様々な段階で異なるツールを必要とする複雑なプロジェクトにご活用ください。

スキルを見る