画像意匠として守れる画面、登録要件、出願戦略、著作権・商標との違いを、Webサービス実務の視点で整理します。
画像意匠として守れる画面、登録要件、出願戦略、著作権・ 商標との違いを、Webサービス実務の視点で整理します。
意匠権で守れる可能性があるものと、別制度で考えるべきものを最初に切り分けます。
WebサイトやUIデザインの意匠権保護は、条件を満たす具体的な画像デザインであれば可能です。もっとも、Webページ全体の雰囲気、UXの抽象的な考え方、HTMLやCSSのコード、記事や動画そのものがそのまま意匠権で守られるわけではありません。
このページは、Webサービス運営者、スタートアップ、デザイナー、プロダクト担当者、企業法務・知財担当者に向けた一般情報です。個別の出願可否、侵害成否、契約上の権利帰属は、画面、公開時期、先行意匠、契約書、開発経緯、相手方の使用態様で変わります。
次の一覧は、WebサイトやUIデザインの意匠権保護で最初に分けるべき対象を表します。何が意匠権の検討対象になり、何が別制度で考えるべきものかを早く切り分けるために重要です。左から保護を検討しやすい対象、慎重に見る対象、意匠権以外を中心に考える対象として読み取ってください。
ECの購入操作画面、SaaSの分析画面、アプリ設定画面、予約・決済・検索・入力・管理画面、状態や測定結果を表示する画面などです。
アイコン、ボタン、メニュー、画面の一部、画面変化を伴う表示は、操作や機能結果との結びつき、創作のまとまり、先行デザインとの差分が問題になります。
記事本文、写真、動画、ゲーム映像、壁紙、抽象的なUX思想、コード、機能的効果そのものは、著作権、商標、特許、契約などとの役割分担を考えます。
次の強調欄は、このページ全体で最も重要な結論を表します。制度の入口を誤ると、守りたい画面を出願対象として切り出せないことがあるため重要です。意匠権は見た目の具体性と画像の用途を中心に読む、と押さえてください。
技術的アイデア、ビジネスモデル、Webサイト全体の雰囲気ではなく、操作画像または表示画像として特定できる画面やその一部を、登録要件に沿って検討します。
意匠、意匠権、画像意匠、操作画像、表示画像を分けて整理します。
意匠法上の意匠は、一般的な意味のデザインより狭い法律概念です。ブランド設計、情報設計、文章、実装技術まで含む広い意味のデザインから、法律上の意匠として切り出せる部分を見つける必要があります。
次の比較表は、WebサイトやUIデザインの意匠権保護で使う基本概念を表します。用語の意味を混同すると、出願対象や相談先を誤りやすいため重要です。各行で、概念、UIでの意味、実務上読み取るべき点を確認してください。
| 概念 | UIでの意味 | 実務で読む点 |
|---|---|---|
| 意匠 | 物品、建築物、画像などの形状、模様、色彩または結合で、視覚を通じて美感を起こさせるものです。 | Web UIのどの視覚部分を法律上の意匠として切り出せるかを確認します。 |
| 意匠権 | 特許庁への出願、審査、登録により発生し、登録意匠と類似意匠の実施を独占できる権利です。 | 登録範囲、類似範囲、相手方の使用態様、無効理由の有無で権利行使の見通しが変わります。 |
| 画像意匠 | 表示機器を特定しなくても、一定の画像それ自体を保護対象にする考え方です。 | ブラウザ、アプリ、クラウド、複数端末を横断するUIでも検討しやすくなりました。 |
| 操作画像 | 機器やソフトウェアの操作に用いられる画像です。 | 購入、検索、入力、設定、予約、決済、管理などの操作との結びつきを説明します。 |
| 表示画像 | 機器やシステムが機能を発揮した結果として表示される画像です。 | 測定結果、分析結果、在庫、売上、経路、医療・車両情報などの表示目的を確認します。 |
| 画像の一部 | 画面全体ではなく、特徴的な一部分のみを保護対象として検討するものです。 | 保護を求める部分とそれ以外を区別し、その部分に創作のまとまりがあるかを見ます。 |
令和元年改正により、画像、建築物、内装が新たな保護対象として整理され、令和2年4月1日から施行されました。WebサイトやUIデザインでは、この改正により、特定の物理製品から離れた画像それ自体の保護を検討しやすくなっています。
ただし、操作画像にも表示画像にも該当しない画像は、意匠法上の意匠に該当しないと判断される可能性があります。単に画面に映る、見た目が整っている、ブランドらしい、というだけでは足りません。
Webサイト全体ではなく、具体的な画面・画像・部分・状態変化として捉えます。
実務で多い相談は「Webサイトを意匠登録できるか」という形ですが、法律上はその単位だけでは曖昧です。検討の出発点は、どの画面、どの部分、どの状態、どの変化を守りたいのかを特定することです。
次の一覧は、WebサイトやUIデザインのうち意匠権保護を検討しやすい典型例を表します。自社の画面がどの類型に近いかを見つけるために重要です。各項目では、操作に使う画像か、機能結果を示す画像か、画面の一部かを読み取ってください。
商品選択、数量変更、配送先入力、支払方法選択、注文確定など、購入操作に用いられる画面は画像意匠の検討対象になり得ます。
操作画像売上、在庫、広告成果、勤怠、プロジェクト、医療情報、金融情報などを集計・分析して表示する画面は、機能結果を示す画像として整理できます。
表示画像ユーザーが設定、検索、一覧確認、詳細確認、通知確認などを行う画面は、具体的な操作目的と視覚的特徴の説明が重要になります。
操作画像タップやクリックにより機能が起動する画像は、操作との結びつき、既存記号との差分、単体での創作のまとまりが問題になります。
部分保護入力状態、選択状態、読み込み中、展開状態、端末幅による表示変化などは、どの変化が意匠的特徴かを図面と説明で整理します。
設計注意Webサイトには、レイアウト、UI要素、写真、文章、コード、CMS、データベース、操作導線、URL、SEO構造など多くの要素があります。意匠権で中心的に問題になるのは、このうち視覚的に表示される画像デザインです。
レスポンシブ表示では、PC版とスマートフォン版の美感が大きく異なることがあります。一方だけを出願しても他方を十分に含められない場合があり、別出願、関連意匠、特徴部分の部分的な出願などを検討します。
画面に映るものなら何でも登録できる、という理解は正確ではありません。
WebサイトやUIデザインの意匠権保護では、保護される可能性が高いものと、別制度を中心に考えるものを分ける必要があります。画面の用途や機能との結びつきが違うと、同じような見た目でも評価が変わるためです。
次の比較表は、意匠権保護を検討しやすいUI類型を表します。相談時に対象画面を説明するために重要です。保護可能性の列では検討しやすさを、理由の列では何を根拠に整理できるかを読み取ってください。
| 類型 | 保護可能性 | 理由 |
|---|---|---|
| EC購入画面 | 高い | ユーザーが購入操作を行う画像として説明しやすいです。 |
| SaaS分析画面 | 高い | システム機能の結果を表示する画像として整理できます。 |
| アプリ設定画面 | 高い | 機器やアプリの操作に用いられる画面になり得ます。 |
| 検索・絞り込み画面 | 高い | 条件入力や結果操作と結びつくため、操作画像として説明しやすいです。 |
| アイコン・ボタン | 中〜高 | 操作に用いられる場合は画像意匠の対象になり得ます。 |
| 測定結果・車両情報・医療情報の表示画面 | 高い | 機能発揮の結果を示す表示画像として検討できます。 |
次の比較表は、意匠権だけでは保護が難しい対象と、併用しやすい制度を表します。制度選択を誤ると対策が弱くなるため重要です。左列で対象、中央で意匠権上の問題、右列で別制度の候補を確認してください。
| 類型 | 意匠権での問題点 | 代替・併用候補 |
|---|---|---|
| 記事本文ページ | 操作画像や表示画像というより、コンテンツ表示に近い場合があります。 | 著作権、契約、ブランド保護 |
| 写真・イラスト単体 | 操作や機能結果との結びつきがない場合があります。 | 著作権、商標、契約 |
| 動画・映画・ゲーム映像そのもの | コンテンツそのものは意匠法上の画像意匠と判断されにくい領域です。 | 著作権、商標、不正競争防止法 |
| 壁紙・装飾画像 | 機器の操作や機能発揮との結びつきが乏しい場合があります。 | 著作権、商標 |
| UXの抽象的な考え方 | 視覚的形態そのものではなく、機能・導線の考え方に近いです。 | 特許、契約、営業秘密 |
| HTML・CSS・JavaScript | 意匠権はコードそのものを保護しません。 | 著作権、営業秘密、契約 |
同じ円形アイコンでも、アプリ起動のために使われるなら操作画像、記事中の挿絵なら著作権中心、ブランド標識なら商標中心というように整理が変わります。見た目だけでなく、何のための画像かを説明できることが重要です。
画像としての特定、公開時期、既存UIとの差分が登録可能性を左右します。
意匠登録を受けるには、出願対象が意匠法上の意匠であることに加え、工業上利用性、新規性、創作非容易性、先願、不登録事由などを確認します。Web UIでは、リリースや営業資料で先に画面が出てしまう点が特に問題になります。
次の一覧は、登録可能性を左右する主な要件と落とし穴を表します。出願準備で確認漏れがあると権利化できない可能性があるため重要です。各項目で、画面の特定、公開管理、既存UIとの差分、機能上不可欠な表示の有無を読み取ってください。
画像として特定でき、操作画像または表示画像として説明でき、視覚を通じて認識できる必要があります。
同じ画像をソフトウェアやサービスを通じて反復的に提供・使用できるかが問題になります。
出願より先に同一または類似の意匠が公知になっていると、原則として登録を受けられません。
一般的なUI要素を普通に組み合わせただけと評価されると、登録が難しくなる可能性があります。
似た意匠について複数の出願がある場合、先に出願した者が有利になります。
混同を生ずるおそれがある意匠や、画像の用途に不可欠な表示のみからなる意匠は注意が必要です。
次の時系列は、UIを外部に見せる前後で起こりやすいリスクを表します。公開管理は新規性に直結するため重要です。上から下へ、出願検討、社内確認、外部発表、例外手続の順に読み取ってください。
スクリーンショット、画面変化、保護したい部分、先行UIとの差分を整理します。
LP、SNS、プレスリリース、アプリストア、営業資料に載せる画面を法務・知財で確認します。
自ら公開した場合などは例外規定の検討余地がありますが、第三者の先行公開や海外出願の問題は残ります。
例外期間が1年に延長されていても、安心材料として扱うのは危険です。UIを本気で守るなら、外部公開より先に出願を検討する運用が基本になります。
独占、電気通信回線を通じた提供、権利期間、交渉材料としての意味を整理します。
意匠権者は、登録意匠およびこれに類似する意匠について、業として実施する権利を専有します。画像意匠では、画像の作成、使用、電気通信回線を通じた提供またはその申出などが問題になります。
次の強調欄は、登録できた場合に検討できる対応の中心を表します。権利取得の目的を登録証そのものではなく、競合のどの使用を止めたいかから逆算するために重要です。差止め、損害賠償、交渉材料の3つを読み取ってください。
登録意匠と同一または類似するUI画像が競合サービスで提供されている場合、具体的事情に応じて警告、UI変更要求、ライセンス交渉、損害賠償、差止請求などを検討できます。
ただし、インフラ管理行為だけを直ちに画像意匠の実施と見るわけではないと整理されています。クラウドやWebサービスでは、誰が画像を作成・使用・提供している主体なのかを慎重に見る必要があります。
同一だけでなく類似にも及びますが、ありふれたUI部分と特徴部分を分けて見ます。
意匠権の効力は、登録意匠そのものだけでなく類似する意匠にも及びます。類似性は単純な間違い探しではなく、需要者の視覚を通じて起こる美感の共通性を中心に判断されます。
次の判断の順番は、Web UIの類似性を検討するときに見る観点を表します。ありふれた共通部分だけを過大評価しないために重要です。上から順に、用途、全体構成、特徴部分、差異、先行意匠との関係を読み取ってください。
操作目的や表示目的が共通するかを見ます。
画面全体の配置、比率、階層、余白、色彩を比較します。
先行UIにない視覚的特徴がどこにあるかを整理します。
特徴的な美感が共通する場合は慎重な分析が必要です。
差異が需要者の印象を大きく変えるかを見ます。
次の一覧は、類似判断で注意すべきリスク要素を表します。Web UIは先行デザインが多いため、権利範囲が狭くなりやすい場面を把握することが重要です。各項目で、共通部分が一般的か、特徴部分が取り込まれているか、目的に応じた出願設計が必要かを読み取ってください。
上部メニュー、左側メニュー、検索欄、タブ、入力フォームなど、一般的要素の共通だけでは類似性は弱くなり得ます。
既存サイト、OS、UIライブラリ、海外サービス、テンプレートが多い領域では権利範囲が限定されやすいです。
ほぼ丸ごとの模倣対策と、少し変えた模倣対策では、画面全体、部分、関連意匠の組み合わせ方が変わります。
守りたい画面を棚卸しし、全体・部分・関連意匠・秘密意匠・海外展開を設計します。
Webサービスのすべての画面を出願するのは現実的ではありません。売上に直結する画面、顧客が長く接触する画面、競合に模倣されやすい画面、広告・営業資料で露出する画面を優先して棚卸しします。
次の時系列は、Web UIを権利化するときの検討順序を表します。保護したい画面を広く曖昧に捉えると、実際に止めたい競合使用に届かないおそれがあるため重要です。上から下へ、棚卸し、切り出し、バリエーション、秘密管理、海外展開の順に読み取ってください。
分析画面、承認画面、購入画面、比較画面など、事業上重要な画面を選定します。
画面全体、特徴的な表示領域、アイコン、ボタン、状態変化など、保護対象を設計します。
PC版とスマートフォン版、通常状態と選択状態、業界別画面などをシリーズとして保護するか見ます。
ローンチ時期や競争戦略に応じて、登録意匠の内容を一定期間秘密にする制度の要否を見ます。
展開国、模倣リスク、ハーグ制度、優先権、各国の新規性への影響を確認します。
次の比較表は、出願対象の切り出し方ごとの特徴を表します。守りたい範囲と権利行使のしやすさのバランスを考えるために重要です。左列で出願の型、中央で利点、右列で注意点を確認してください。
| 出願の型 | 利点 | 注意点 |
|---|---|---|
| 主要画面全体 | 画面全体の美感を押さえやすいです。 | 競合が一部を変えた場合に届きにくい可能性があります。 |
| 重要部分 | 競争上重要な表示領域を狙って保護できます。 | 保護対象とそれ以外の区別、創作のまとまりが問題になります。 |
| アイコン・ボタン | 操作に直結する特徴的な要素を個別に守れます。 | 既存の一般的記号との差分、商標との併用を見ます。 |
| 状態変化 | 選択状態、入力後、展開後などの変化を含めて説明できます。 | どの変化が意匠的特徴かを明確にする必要があります。 |
| 関連意匠 | バリエーションをシリーズ的に保護できます。 | 出願時期と類似関係の設計を誤ると意図した保護を得にくくなります。 |
見た目、創作的表現、ブランド、技術、契約の役割分担を整理します。
WebサイトやUIデザインの保護では、意匠権だけで完結するとは限りません。著作権、商標、不正競争防止法、特許、契約、営業秘密を役割分担させることが実務的です。
次の比較表は、Web UI保護で併用される主な制度の違いを表します。どの制度が何を守るのかを分けるために重要です。各行で、対象、発生・取得方法、UIでの使いどころを読み取ってください。
| 制度 | 保護対象 | UIでの使いどころ |
|---|---|---|
| 意匠権 | 画像等の視覚的デザイン | 操作画面、表示画面、画面の一部、状態変化などの具体的な見た目を登録して守ります。 |
| 著作権 | 創作的表現 | 写真、イラスト、文章、動画、図表、コードの創作的部分、画面表現の一部を検討します。 |
| 商標 | 商品・サービスの識別標識 | サービス名、アプリ名、ロゴ、アイコン、特徴的なマークなどを守ります。 |
| 不正競争防止法 | 形態模倣、周知表示混同、営業秘密侵害など | UI模倣への適用は事案ごとに検討が必要で、意匠権や契約と併用します。 |
| 特許 | 技術的思想の創作 | 表示制御、データ処理、UI自動生成、AR/VR操作、認証方式など技術的仕組みに使います。 |
| 契約・営業秘密 | 権利帰属、秘密情報、ライセンス | 外部デザイナー、制作会社、UIキット、共同開発、ノウハウ管理を整理します。 |
著作権は創作時に原則として発生しますが、UIのように機能性・標準性・実用性が強い領域では、保護範囲や立証に不確実性が出やすい場合があります。重要画面では、意匠権と著作権の併用を検討する価値があります。
商標は画面全体のレイアウトを広く守る制度ではありません。UIの中でも、出所識別機能を持つブランド要素は商標、具体的な画面デザインは意匠、コピーやイラストは著作権というように分けて考えます。
登録できないという古い理解と、何でも登録できるという理解の両方に注意します。
WebサイトやUIデザインの意匠権保護では、古い制度理解と過度に楽観的な理解の両方が問題になります。正確な前提を置かないと、出願時期や保護対象の設計を誤ります。
次の一覧は、実務でよく見られる誤解と正しい整理を表します。社内説明や相談前の前提合わせに重要です。各項目で、誤解の内容と、実際に確認すべき制度上のポイントを読み取ってください。
現在は、操作画像・表示画像に該当する画像であれば、物品から離れた画像それ自体として登録を検討できます。
映画、ゲーム映像、装飾画像、記事コンテンツ中心の表示などは、画像意匠としての対象性が問題になります。
著作権だけでは、依拠性や創作性、機能上不可避の表現をめぐる不確実性が残る場合があります。
既存UIに近い場合、ありふれた構成が多い場合、図面が限定的な場合は権利範囲が狭くなり得ます。
新規性喪失の例外は例外的な救済です。第三者の先行出願・先行公開や海外出願の問題は残ります。
出願は弁理士、紛争・契約は弁護士を中心に、役割を分けて考えます。
意匠登録出願では弁理士が中心的な役割を担い、警告、交渉、差止め、損害賠償、仮処分、訴訟、契約紛争では弁護士の関与が重要になります。UI模倣案件では、両者が連携する体制が望ましい場合があります。
次の比較表は、相談場面ごとの主な専門家と検討内容を表します。相談先を誤ると準備が遠回りになるため重要です。左列で場面、中央で相談先、右列で準備すべき論点を読み取ってください。
| 場面 | 主に相談する専門家 | 内容 |
|---|---|---|
| 出願可否の検討 | 弁理士、知財法務 | 画像意匠該当性、先行調査、出願設計 |
| 図面・願書作成 | 弁理士 | 保護対象の特定、部分意匠、関連意匠 |
| 拒絶理由対応 | 弁理士 | 意見書、補正、審査官対応 |
| 模倣発見時 | 弁護士、弁理士 | 侵害分析、警告、証拠保全 |
| 警告を受けた時 | 弁護士、弁理士 | 非侵害、無効、設計変更の検討 |
| 契約・共同開発 | 弁護士、法務 | 権利帰属、ライセンス、秘密保持 |
法務・知財・広報・制作委託・UIキット利用を横断して管理します。
Webサービス開発では、デザイン、実装、QA、マーケティング、PR、営業が並行して進みます。そのため、意匠登録で重要な外部公開より先の確認が後回しになりやすい点に注意が必要です。
次の判断の順番は、企業法務・広報担当者が社内で設計したいUI公開管理の流れを表します。スクリーンショットの不用意な公開を避けるために重要です。上から下へ、候補抽出、公開画像確認、出願順序決定、記録管理の順に読み取ってください。
差別化要素がある画面、営業資料で露出する画面を特定します。
LP、SNS、プレスリリース、営業資料、採用資料を確認します。
出願候補と公開予定画像の順序を調整します。
海外展開予定がある場合は各国制度も確認します。
公開日時、媒体、画像内容を記録します。
次の比較表は、外部委託や既存素材利用で契約上確認したい項目を表します。権利帰属が曖昧だと出願や権利行使で紛争になり得るため重要です。左列で確認項目、右列で読み取るべきリスクを確認してください。
| 確認項目 | 読み取るべきリスク |
|---|---|
| 成果物の定義 | どの画面、素材、データ、修正物が納品物に含まれるかを明確にします。 |
| 意匠登録を受ける権利 | 誰が出願できるか、移転や共同所有が必要かを確認します。 |
| 著作権と著作者人格権 | 譲渡、利用許諾、不行使特約、改変権限を確認します。 |
| 第三者素材・テンプレート | 既存素材の権利、ライセンス制限、商用利用可否を確認します。 |
| 類似デザインの他社提供 | 制作会社が近い画面を別クライアントに提供できるかを整理します。 |
| 秘密保持・再委託 | リリースより先の画面流出や再委託先管理のリスクを確認します。 |
UIキット、テンプレート、コンポーネントライブラリ、OSS、デザインシステムを使う場合、既存要素に依存するほど新規性・創作非容易性が弱くなる可能性があります。自社独自の創作部分を明確にし、ライセンス条件も確認します。
証拠保存、対比表、無効リスク、警告内容を順に確認します。
競合が自社UIに似た画面を出していると気づいた場合、最初に行うべきことは感情的な発信や即時の警告ではなく、客観的な証拠保存です。画面は変更・削除されることがあるため、日時と内容が分かる形で残します。
次の比較表は、模倣が疑われる場合に保存する証拠を表します。後日の対比や交渉で前提資料になるため重要です。左列で証拠の種類、右列で何を読み取れるように残すかを確認してください。
| 証拠 | 記録する内容 |
|---|---|
| 競合画面のスクリーンショット | URL、アクセス日時、端末、ブラウザ、OS、表示状態を残します。 |
| 画面録画 | 操作手順、状態変化、レスポンシブ表示の違いを記録します。 |
| アプリストア・広告・プレス資料 | 掲載画像、掲載日、媒体、会社情報を残します。 |
| 自社登録意匠の公報 | 登録意匠、関連意匠、部分意匠、出願日、登録日を確認します。 |
| 自社UIの公開日・開発資料 | 開発経緯、初公開日、デザインデータ、契約書を整理します。 |
次に、自社の登録意匠と競合画面を並べ、画面の用途、全体構成、主要要素の配置、色彩・形状・模様、特徴部分、先行意匠に見られる一般的部分、差異が美感に与える影響を整理します。
警告前には、登録意匠に新規性欠如、創作非容易性欠如、出願より先の公開などの無効リスクがないかを確認します。警告書では、登録番号、対象画面、侵害と考える理由、要求内容、回答期限を慎重に設計し、過度に断定的な表現や不正確な権利範囲の主張を避ける必要があります。
相手方の登録意匠、自社UI、開発経緯、対応方針を冷静に整理します。
他社から「UIが意匠権を侵害している」と警告された場合、慌てて画面を削除したり、反対に無視したりするのは危険です。まず相手方の登録意匠公報を確認し、自社UIと正確に比較します。
次の一覧は、警告を受けたときに確認する項目を表します。対応方針を決める前提をそろえるために重要です。各項目で、相手方の権利内容、自社UIとの共通点・差異点、自社開発の経緯を読み取ってください。
登録番号、意匠に係る画像の用途、図面、部分意匠か全体意匠か、関連意匠の有無を確認します。
出願日、登録日、権利者、存続期間を確認し、自社UIの開発時期と比較します。
共通点、差異点、特徴部分、既存UIに由来する部分、機能上不可避の部分を整理します。
非侵害、無効理由、先使用、設計変更、ライセンス、和解、訴訟対応を検討します。
開発経緯の証拠も重要です。初期ワイヤーフレーム、Figmaの履歴、Gitのコミット履歴、デザインレビュー議事録、社内チャット、参考にしたUIライブラリ、ユーザーテスト資料、外部制作会社とのやり取りを保存します。
UIは短期間で変更できる場合もありますが、安易な変更はUXや売上に影響することがあります。また、変更後のUIが別の権利に抵触する可能性もあります。法務、デザイン、プロダクト、経営が連携して判断する必要があります。
EC、SaaS、メディア、アプリ、ゲームで対象性と制度選択が変わります。
具体例で見ると、同じWeb画面でも、購入操作、分析表示、記事コンテンツ、アプリ起動、ゲーム映像などで制度選択が変わります。類型ごとの見方を押さえることで、自社画面のどこを守るべきか判断しやすくなります。
次の比較表は、ケース別に意匠権保護の検討ポイントを表します。自社サービスの画面を当てはめるために重要です。左から状況、検討しやすい点、注意点を読み取ってください。
| ケース | 検討しやすい点 | 注意点 |
|---|---|---|
| ECサイトのチェックアウト画面 | 商品選択、配送先、支払方法、最終確認を一画面で処理する購入操作画面として検討できます。 | 先行UIが多いため、標準的構成との差分を明確にし、リリースより先の公開を管理します。 |
| SaaSの分析画面 | KPI、異常値、予測結果、アクション提案を示す表示画像として検討できます。 | 一般的なグラフや情報枠だけでなく、独自の視覚構成を整理します。 |
| メディアサイトの記事ページ | 独自の検索・比較・推薦UIがあれば意匠の検討余地があります。 | 単なる記事表示は著作権・商標・契約を中心に考える場合があります。 |
| アプリのアイコン | タップしてアプリを起動する操作画像として検討できます。 | ブランド識別標識として長期利用するなら商標登録も併用します。 |
| ゲーム画面 | 設定画面、メニュー画面、操作ボタンなどは検討余地があります。 | ゲーム映像そのものは著作権・商標・不正競争防止法を中心に検討します。 |
出願前、公開管理、模倣発見時に確認する項目をまとめます。
意匠権保護は、出願時だけでなく、公開管理、模倣発見時、警告対応まで一連のプロセスとして整える必要があります。チェック項目を分けることで、社内で抜け漏れを減らせます。
次の一覧は、出願前、公開管理、模倣発見時に確認するポイントを表します。実務の抜け漏れを防ぐために重要です。各まとまりで、画面特定、公開管理、証拠保存、専門家相談の観点を読み取ってください。
保護したい画面、全体か部分か、操作画像・表示画像としての説明、先行意匠、公開状況、外部制作会社との権利帰属、UIキットの利用条件、海外展開予定を確認します。
出願完了より先にスクリーンショットを出さない運用、プレスリリースやSNS投稿の確認、Figma等の共有設定、展示会・営業資料・採用資料の掲載確認、公開日時と媒体の記録を行います。
競合画面の証拠、URL、日時、操作手順、画面録画、自社登録意匠との対比、先行意匠との差分、無効リスク、要求内容、PR・取引先影響を確認します。
回答は一般的な制度説明にとどめ、個別事案の判断は専門家相談を前提にします。
一般的には、トップページでも操作画像または表示画像として説明でき、具体的な視覚的特徴、新規性、創作非容易性などを満たす場合には、意匠登録を検討できる可能性があります。ただし、ブランドビジュアルや記事コンテンツ中心のページでは結論が変わる可能性があります。具体的な対応は、画面や公開時期、先行UIを整理したうえで弁理士・弁護士等の専門家へ相談する必要があります。
一般的には、抽象的な操作の流れやUXアイデアそのものは、意匠権の保護対象ではないとされています。ただし、その流れを具体的に表す画面、状態変化、表示態様が画像意匠として問題になる可能性があります。技術的処理がある場合は特許も含め、具体的には専門家へ相談する必要があります。
一般的には、意匠権はHTMLやCSSのコードそのものを保護する制度ではないとされています。コードの創作的表現は著作権、秘匿された実装ノウハウは営業秘密や契約での保護を検討することがあります。具体的な保護方法は、表示される画像、コード内容、契約関係によって変わります。
一般的には、出願より先に公開された意匠は登録を受けられないとされています。ただし、自ら公開した場合などは新規性喪失の例外規定による救済の可能性があります。もっとも、第三者の先行出願・先行公開や海外出願の問題が残るため、公開済みの場合は資料を整理して専門家へ相談する必要があります。
一般的には、タップしてアプリを起動する操作画像としては意匠登録を、サービスの出所識別標識として長期的に使う場合は商標登録を検討することがあります。アイコン自体が創作的であれば著作権も問題になります。具体的には使用態様や既存デザインによって結論が変わります。
一般的には、意匠権は登録意匠と同一のものだけでなく類似する意匠にも及ぶとされています。細部を変えても、需要者に与える美感が共通する場合は類似と評価される可能性があります。一方で、ありふれた共通部分しかない場合は結論が変わる可能性があり、具体的な比較が必要です。
一般的には、意匠権、著作権、商標権、不正競争防止法は保護対象と要件が異なるため、意匠権だけで足りるとは限りません。模倣UIでは、画面デザインは意匠権、アイコン・画像・文章・コードは著作権、ロゴや名称は商標というように併用を検討する場合があります。
一般的には、出願・登録の相談は弁理士が中心で、警告、交渉、訴訟、契約紛争などは弁護士が中心になることが多いとされています。ただし、UI模倣案件では権利内容と紛争対応がつながるため、弁護士と弁理士が連携する体制が必要になる場合があります。
一般的には、契約内容によって結論が変わります。意匠登録を受ける権利、著作権、成果物の利用権、第三者素材の扱いなどを確認する必要があります。権利帰属が曖昧な場合、出願や権利行使で問題になる可能性があります。
一般的には、不可能とは限りませんが、既存テンプレートに由来する部分が多い場合は、新規性、創作非容易性、権利帰属、ライセンスの問題が生じる可能性があります。どの部分が自社独自の創作なのかを明確にしたうえで、具体的には専門家へ相談する必要があります。
権利化できる知的財産としてUIを扱い、公開管理と出願設計を組み合わせます。
WebサイトやUIデザインは、現在の日本の意匠法において、条件を満たせば意匠権による保護が可能です。特に、EC購入画面、SaaS分析画面、アプリ操作画面、機器やサービスの結果表示画面、アイコン、ボタン、画面変化などは、画像意匠として検討する価値があります。
ただし、保護可能性は自動的には決まりません。操作画像または表示画像か、画面全体か部分か、新規性・創作非容易性を満たすか、すでに公開していないか、先行UIとの差分はどこか、どの競合行為を止めたいかを丁寧に整理する必要があります。
Web UIは、事業の入口であり、顧客体験の中心であり、競合に最も見られやすい資産です。見られやすいということは、模倣されやすいということでもあります。リリースより先に知財確認を行い、重要な画面を適切に切り出し、意匠・著作権・商標・契約を組み合わせて守る視点が、現実的なデザイン保護戦略になります。