--- title: SaaSプロダクトのどこが特許になる？機能マップで探す出願ポイントを弁理士が解説｜UI・API連携・バックエンド・料金ロジック description: SaaSの特許出願ポイントをUI／API連携／バックエンド／ビジネスロジックの4レイヤーで診断。freee・マネーフォワードの登録済みUI特許の実例、境界処理が権利化しやすい理由、秘匿が正解のレイヤー、クレーム設計の教訓、出願ポイント発掘の5つの質問まで弁理士が解説します。 image: https://www.evorix.jp/hubfs/blog-thumbnails/face-saas-patent-function-map-benrishi.png --- [コンテンツまでスキップ](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#main-content) - [日本語 - 日本](https://www.evorix.jp/blog/saas-patent-function-map-benrishi) - [Italiano (イタリア語)](https://www.evorix.jp/it/blog/saas-patent-function-map-benrishi) 日本語 - 日本 翻訳のサブメニューを表示 [![知的財産事務所エボリクス/EVORIX/大阪/特許・商標・意匠登](https://www.evorix.jp/hs-fs/hubfs/%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png?width=500&height=250&name=%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png)](https://www.evorix.jp/) - [サービス](https://www.evorix.jp/contents) サービスのサブメニューを表示 - [特許出願](https://www.evorix.jp/patent-service) - [商標登録](https://www.evorix.jp/trademark-service) - [意匠登録](https://www.evorix.jp/design-service) - [著作権](https://www.evorix.jp/copyright-service) - [不正競争防止法](https://www.evorix.jp/unfair-competition) - [顧問弁理士](https://www.evorix.jp/komon) - [海外出願](https://www.evorix.jp/international) 海外出願のサブメニューを表示 - [PCT国際特許出願](https://www.evorix.jp/pct) - [マドプロ国際商標出願](https://www.evorix.jp/madrid-protocol-trademark) - [ハーグ国際意匠出願](https://www.evorix.jp/hague-design-application) - [世界の特許制度](https://www.evorix.jp/patent-world) - [世界の商標制度](https://www.evorix.jp/trademark-world) - [世界の意匠制度](https://www.evorix.jp/design-world) - [業種別サポート](https://www.evorix.jp/industries) 業種別サポートのサブメニューを表示 - [スタートアップ向け](https://www.evorix.jp/startup) - [製造業向け](https://www.evorix.jp/manufacturing) - [IT企業向け](https://www.evorix.jp/it-ip-portal) - [事務所案内](https://www.evorix.jp/about) 事務所案内のサブメニューを表示 - [事務所概要](https://www.evorix.jp/about) - [経営理念・ビジョン](https://www.evorix.jp/philosophy) - [弁理士紹介](https://www.evorix.jp/staff) - [アクセス](https://www.evorix.jp/access) - [セミナー・講演](https://www.evorix.jp/seminar) - [採用情報](https://www.evorix.jp/recruit) - [お役立ち情報](https://www.evorix.jp/blog) お役立ち情報のサブメニューを表示 - [ブログ](https://www.evorix.jp/blog) - [よくあるご質問](https://www.evorix.jp/faq) - [知的財産用語集](https://www.evorix.jp/glossary) - [外国出願補助金ガイド](https://www.evorix.jp/%E3%82%B8%E3%82%A7%E3%83%88%E3%83%AD%E5%A4%96%E5%9B%BD%E5%87%BA%E9%A1%98%E5%8A%A9%E6%88%90%E9%87%91%E3%81%AE%E3%81%94%E6%A1%88%E5%86%85) - [AI下書き×弁理士チェック](https://www.evorix.jp/ai-draft-patent-lp) - [お問い合わせ](https://www.evorix.jp/inquiry) お問い合わせのサブメニューを表示 - [ご相談の流れ](https://www.evorix.jp/consultation) - [お問い合わせフォーム](https://www.evorix.jp/inquiry) メインナビゲーションを開く メインナビゲーションを閉じる - [サービス](https://www.evorix.jp/contents) サービスのサブメニューを表示 - [特許出願](https://www.evorix.jp/patent-service) - [商標登録](https://www.evorix.jp/trademark-service) - [意匠登録](https://www.evorix.jp/design-service) - [著作権](https://www.evorix.jp/copyright-service) - [不正競争防止法](https://www.evorix.jp/unfair-competition) - [顧問弁理士](https://www.evorix.jp/komon) - [海外出願](https://www.evorix.jp/international) 海外出願のサブメニューを表示 - [PCT国際特許出願](https://www.evorix.jp/pct) - [マドプロ国際商標出願](https://www.evorix.jp/madrid-protocol-trademark) - [ハーグ国際意匠出願](https://www.evorix.jp/hague-design-application) - [世界の特許制度](https://www.evorix.jp/patent-world) - [世界の商標制度](https://www.evorix.jp/trademark-world) - [世界の意匠制度](https://www.evorix.jp/design-world) - [業種別サポート](https://www.evorix.jp/industries) 業種別サポートのサブメニューを表示 - [スタートアップ向け](https://www.evorix.jp/startup) - [製造業向け](https://www.evorix.jp/manufacturing) - [IT企業向け](https://www.evorix.jp/it-ip-portal) - [事務所案内](https://www.evorix.jp/about) 事務所案内のサブメニューを表示 - [事務所概要](https://www.evorix.jp/about) - [経営理念・ビジョン](https://www.evorix.jp/philosophy) - [弁理士紹介](https://www.evorix.jp/staff) - [アクセス](https://www.evorix.jp/access) - [セミナー・講演](https://www.evorix.jp/seminar) - [採用情報](https://www.evorix.jp/recruit) - [お役立ち情報](https://www.evorix.jp/blog) お役立ち情報のサブメニューを表示 - [ブログ](https://www.evorix.jp/blog) - [よくあるご質問](https://www.evorix.jp/faq) - [知的財産用語集](https://www.evorix.jp/glossary) - [外国出願補助金ガイド](https://www.evorix.jp/%E3%82%B8%E3%82%A7%E3%83%88%E3%83%AD%E5%A4%96%E5%9B%BD%E5%87%BA%E9%A1%98%E5%8A%A9%E6%88%90%E9%87%91%E3%81%AE%E3%81%94%E6%A1%88%E5%86%85) - [AI下書き×弁理士チェック](https://www.evorix.jp/ai-draft-patent-lp) - [お問い合わせ](https://www.evorix.jp/inquiry) お問い合わせのサブメニューを表示 - [ご相談の流れ](https://www.evorix.jp/consultation) - [お問い合わせフォーム](https://www.evorix.jp/inquiry) - - [日本語 - 日本](https://www.evorix.jp/blog/saas-patent-function-map-benrishi) - [Italiano (イタリア語)](https://www.evorix.jp/it/blog/saas-patent-function-map-benrishi) 日本語 - 日本 翻訳のサブメニューを表示 - [お問い合わせ](https://www.evorix.jp/inquiry) [お問い合わせ](https://www.evorix.jp/inquiry) 2026/07/19 # SaaSプロダクトのどこが特許になる？機能マップで探す出願ポイントを弁理士が解説｜UI・API連携・バックエンド・料金ロジック ![Picture of 弁理士 杉浦健文](https://www.evorix.jp/hs-fs/hubfs/top-profile-pic-sugiura-1.jpg?width=50&name=top-profile-pic-sugiura-1.jpg) [弁理士 杉浦健文](https://www.evorix.jp/blog/author/takefumi-sugiura) 共有： [facebook-f icon](http://www.facebook.com/share.php?u=https://www.evorix.jp/blog/saas-patent-function-map-benrishi) [linkedin-in icon](http://www.linkedin.com/shareArticle?mini=true&url=https://www.evorix.jp/blog/saas-patent-function-map-benrishi) [Twitter icon](https://twitter.com/intent/tweet?url=https://www.evorix.jp/blog/saas-patent-function-map-benrishi) [pinterest-p icon](http://pinterest.com/pin/create/link/?url=https://www.evorix.jp/blog/saas-patent-function-map-benrishi) [envelope icon](mailto:?body=https://www.evorix.jp/blog/saas-patent-function-map-benrishi) ![SaaSのどこが特許になる？機能マップ診断](https://www.evorix.jp/hubfs/blog-thumbnails/face-saas-patent-function-map-benrishi.png) ## リード：「うちのSaaSに特許になるものなんてない」——本当にそうでしょうか SaaS企業の経営者・PdMの方から最も多い反応が「うちは既存技術の組合せなので特許は無理」というものです。しかし、実際に登録されているSaaS特許を見ると、驚くほど「普通の機能」がクレームになっています。給与計算の進捗ステータスを操作画面に表示する構成（freeeの特許第7489351号）、会計データからサブスクリプション契約を検出して提示する画面制御（マネーフォワードの特許第7084373号）——いずれも近年登録された現役の権利です。本記事では、SaaSプロダクトを**4つのレイヤーの機能マップ**に分解し、どこに出願ポイントが眠っているかを探す方法を弁理士が解説します。 この記事の要点 - SaaSの特許は**UI／API連携／バックエンド／ビジネスロジックの4レイヤー**に分けて探すと見つかる - 狙い目は**「外から見える」UI・連携レイヤー**（模倣されやすく、権利化の価値と侵害の発見しやすさを兼ねる） - 実際に「給与計算の進捗画面」「サブスク検出の提示画面」レベルの機能が特許登録されている（本文で実例を検証） 目次 1. [機能マップの4レイヤー──UI／連携／バックエンド／ビジネスロジック](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a1) 2. [レイヤー①UI・画面遷移：「画面」はクレームになる](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a2) 3. [レイヤー②API・外部連携：境界の処理は権利化しやすい](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a3) 4. [レイヤー③バックエンド処理：特許ではなく秘匿が正解のことも](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a4) 5. [レイヤー④料金・ビジネスロジック：境界線に注意](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a5) 6. [レイヤー別・検証済み登録特許マップ（8件）](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a55) 7. [実例に学ぶ：freee対マネーフォワード事件の教訓](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a6) 8. [機能マップを作る4ステップ（ワーク手順）](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a65) 9. [MVP期・グロース期で変わる出願の優先順位](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a66) 10. [出願ポイント発掘の5つの質問](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a7) 11. [よくある質問（FAQ）](https://www.evorix.jp/blog/saas-patent-function-map-benrishi#a8) ## 1. 機能マップの4レイヤー──UI／連携／バックエンド／ビジネスロジック SaaSの機能を特許の観点で棚卸しするときは、次の4レイヤーに分けると整理が進みます。 | レイヤー | 例 | 特許との相性 | | --- | --- | --- | | ※相性の評価は、権利行使のしやすさ・侵害発見の容易さを踏まえた実務上の一般的な整理です。個別の技術内容によって変わります。 | | | | ① UI・画面遷移 | ダッシュボード、ステータス表示、通知、入力補助 | ◎ 外から見える＝模倣されやすく、権利化価値が高い | | ② API・外部連携 | 銀行API連携、他SaaS連携、データ取込み、認証連携 | ◎ システム間の境界処理は構成が具体化しやすい | | ③ バックエンド処理 | 推定アルゴリズム、バッチ最適化、負荷分散 | △ 権利化は可能だが侵害立証が困難。秘匿との比較を | | ④ 料金・ビジネスロジック | 課金モデル、マッチングルール、ポイント制度 | △ ルール自体は発明にならない。情報処理への翻訳が必須 | ## 2. レイヤー①UI・画面遷移：「画面」はクレームになる 「画面デザインは意匠、機能は特許」と思われがちですが、**画面の表示制御・遷移そのものが特許のクレームに入ります**。freeeの特許第7489351号（2024年5月登録）は、給与計算SaaSについて、給与計算の操作画面にステータス情報を表示し、従業員情報の変動時には対応処理の画面へ遷移するリンクを表示するという、**画面表示と遷移リンクを発明特定事項とする**構成で登録されています。マネーフォワードの特許第7084373号（2022年6月登録）も、会計情報からサブスクリプション型サービスを特定し、条件に該当するサービスを提示する画面の表示を制御する構成です（いずれも請求項の要旨）。 UIレイヤーの発明は「ユーザーの迷い・手戻り・見落としをどう減らすか」という課題に紐づけると発明の形になります。使えば分かる＝競合に模倣されやすいレイヤーだからこそ、権利化の価値が高いのです（守り方の考え方は[特許か秘匿かの使い分け記事](https://www.evorix.jp/blog/patent-vs-trade-secret-software-benrishi)参照）。 ## 3. レイヤー②API・外部連携：境界の処理は権利化しやすい マネーフォワードの特許第6366037号（アカウントアグリゲーション：電子証明書がなければログインできない金融機関サーバに、ユーザー端末とサーバが連携してログインし明細を自動取得する構成）のように、**自社と外部システムの「境界」で起きる課題──認証、データ形式の変換、同期タイミング、失敗時のリトライ──は、装置間の協働として構成を書きやすく、権利化と相性の良い領域**です。サーバー側だけでなくユーザー端末側の処理も権利化しておく設計論は、既存の[SaaSの通信処理の特許戦略の記事](https://www.evorix.jp/blog/-%E5%BC%81%E7%90%86%E5%A3%AB%E8%A7%A3%E8%AA%AC-saas%E3%83%93%E3%82%B8%E3%83%8D%E3%82%B9%E3%81%AE%E7%89%B9%E8%A8%B1%E6%88%A6%E7%95%A5%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC-%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%B3%E3%83%88%E9%96%93%E3%81%AE%E9%80%9A%E4%BF%A1%E5%87%A6%E7%90%86%E3%82%92%E6%9C%80%E5%BC%B7%E3%81%AE%E6%A8%A9%E5%88%A9%E3%81%AB%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95)で詳しく解説しています。 同じ「境界の処理」は、マーケティング系のツールでもクレームになっています。広告効果測定ツールが外部サービスとAPIで連携する構造そのものを請求項に書き込んだ登録特許の読み解きは、[API連携そのものを権利化した実例](https://www.evorix.jp/blog/ad-measurement-tool-patent-jp7627002-benrishi)でクレームの書きぶりまで確認できます。 ## 4. レイヤー③バックエンド処理：特許ではなく秘匿が正解のことも 推定アルゴリズムやパラメータ調整などサーバー内部の処理は、特許を取っても**他社の侵害を外から立証しにくい**という構造的な弱点があります。出願すれば1年6か月で公開される（特許法64条）ため、「権利行使しにくい特許」と引き換えに手の内を見せる結果になりかねません。このレイヤーは営業秘密としての秘匿＋先使用権の証拠保全が第一候補で、出願するなら「出力・挙動・画面に現れる特徴」とセットでクレーム化して検知可能性を確保する工夫が要ります。 ## 5. レイヤー④料金・ビジネスロジック：境界線に注意 課金モデルやマッチングルールそれ自体は「人為的取決め」であり、特許法上の発明になりません。ただし、そのルールを実現するための判定処理・データ構造・画面制御として設計すれば出願対象になり得ます。境界線の詳細は[ビジネスモデル特許の境界線の記事](https://www.evorix.jp/blog/business-model-patent-boundary-benrishi)を、フィンテック分野の登録実例は[事例集](https://www.evorix.jp/blog/fintech-business-model-patent-cases)をご覧ください。 ## 6. レイヤー別・検証済み登録特許マップ（8件） 当ブログでこれまで実ページ検証してきた日本の登録特許を、4レイヤーに配置し直した一覧です。自社の機能マップと見比べる「相場観」としてお使いください。 | レイヤー | 特許（権利者） | 何を権利化したか | | --- | --- | --- | | ① UI・画面遷移 | 特許第7489351号（freee） | 給与計算の進捗ステータス表示と処理画面への遷移リンク | | 特許第7084373号（マネーフォワード） | 会計情報からのサブスク検出と提示画面の制御 | | | 特許第7153818号（ふくおかFG） | コンテンツ指定→目的別預金作成の画面遷移連鎖 | | | ② API・外部連携 | 特許第6366037号（マネーフォワード） | 電子証明書ログインを要する外部サーバとの端末協働での明細取得 | | 特許第7505101号（PayPay） | 決済情報＋商品識別子の端末からの取得と特典提供 | | | ③ バックエンド処理 | 特許第6105799号（ウェルスナビ） | 銘柄別の数量・時価・目標比率を記憶しリバランス演算するサーバ装置 | | 特許第6975011号（メルカリ） | 商品画像の特徴抽出→類似商品情報のマージ生成 | | | ④ ビジネスロジック | 特許第6474089号（タイミー） | 勤務評価が条件を満たす求職者への給与前払い実行（マッチング×即時払いの情報処理化） | ③のバックエンド2件が示すとおり、内部処理でも「記憶するデータ項目と演算の構成」まで具体化すれば権利化は可能です。ただし侵害の検知しやすさでは①②に劣るため、**③は出願と秘匿の比較検討（第4章）を経てから**が定石です。各特許の詳細は[フィンテック事例集](https://www.evorix.jp/blog/fintech-business-model-patent-cases)・[BM特許境界線の記事](https://www.evorix.jp/blog/business-model-patent-boundary-benrishi)で解説しています。 同じ「実ページ検証」の進め方で、広告・マーケティング領域の登録特許を請求項まで確認した一覧もあります。マーケティング手法そのものが特許になるのかという論点とあわせて、[マーケティング分野の登録特許15件の検証](https://www.evorix.jp/blog/marketing-patent-cases-benrishi)で整理しています。 ## 7. 実例に学ぶ：freee対マネーフォワード事件の教訓 SaaS同士の特許訴訟として知られるfreee対マネーフォワード事件（東京地判平成29年7月27日）では、freeeの自動仕訳特許のクレームが「キーワードと勘定科目の対応テーブルを参照する」構成に限定解釈され、機械学習ベースとされる被告製品には届きませんでした。SaaSの機能は実装方式が世代交代します。**「いまの実装」だけでなく「競合が採りそうな別実装」までカバーする抽象度でクレーム階層を設計する**──機能マップで出願ポイントを見つけた後は、この視点が権利の寿命を決めます（詳細は[拒絶理由あるある5選](https://www.evorix.jp/blog/software-patent-rejection-reasons-benrishi)の第6章）。 ## 8. 機能マップを作る4ステップ（ワーク手順） PdM＋エンジニア＋（可能なら）弁理士の1時間で、自社版の機能マップが作れます。 | ステップ | やること | | --- | --- | | ①機能の洗い出し（15分） | プロダクトの機能一覧（メニュー・料金表・リリースノート）から主要機能を20〜30個書き出す | | ②4レイヤーへの仕分け（15分） | 各機能をUI／連携／バックエンド／ロジックに配置（複数レイヤーにまたがる機能はそれ自体が有望候補） | | ③価値と露出の採点（20分） | 各機能に「事業価値（高/中/低）」と「外から見えるか（見える/見えない）」の2軸でラベル付け | | ④優先候補の決定（10分） | 「価値・高×見える」→出願第一候補／「価値・高×見えない」→秘匿＋証拠保全の候補、として上位3つを選ぶ | ## 9. MVP期・グロース期で変わる出願の優先順位 **MVP期（PMF前）**は、資金も工数も限られるうえ、プロダクトのピボットで発明自体が変わり得ます。この段階の定石は「①コア機能1件に絞った出願で優先日を確保し、②審査請求（3年以内）は事業の見極め後に判断する」という最小構成です。中小スタートアップ（設立10年未満等）なら審査請求料・特許料（1〜10年分）が1/3に軽減され、中小企業の区分で早期審査も利用できます（スーパー早期審査にはスタートアップの実施関連出願の要件もあります）（[費用解説](https://www.evorix.jp/blog/software-system-patent-cost-benrishi)・[流れ解説](https://www.evorix.jp/blog/software-patent-application-process-timeline)）。 **グロース期（PMF後）**は、模倣リスクと採用・調達の対外発信ニーズが高まる局面です。①機能マップを四半期ごとに更新して新機能をリリース前に出願候補へ、②競合の出願ウォッチを開始、③初期に出願した案件の審査請求・権利化を事業イベント（調達・大型商談）に合わせて実行──と、単発の出願から**ポートフォリオ運用**に切り替えます。 ## 10. 出願ポイント発掘の5つの質問 - **①競合が「真似してきた」機能はどれか**──模倣される機能＝価値が外から見えている機能 - **②ユーザーに褒められる体験はどの画面で生まれているか**──UI発明の候補 - **③外部システムとの連携で「苦労した」処理はどこか**──境界の発明の候補 - **④サポート問い合わせが減った改善はなにか**──課題解決の構造が既にある - **⑤次のリリースで競合と差がつく機能はどれか**──リリース前が出願のラストチャンス（[出願の流れ完全ガイド](https://www.evorix.jp/blog/software-patent-application-process-timeline)） ## 11. よくある質問（FAQ） ### Q1. 画面デザインは意匠登録も聞きます。特許との関係は？ A. 守る対象が違います。画面の見た目（GUIのデザイン）は意匠、画面遷移・表示制御の仕組みは特許です。同じ画面でも「このレイアウトの美感」を守るなら意匠、「この順で出す仕組み」を守るなら特許で、両方に価値があれば併用します。 ### Q2. 出願すると、明細書で競合に手の内を教えることになりませんか？ A. 正しい懸念です。出願内容は原則1年6か月で公開されるため、「出す機能（見える側）」と「出さない技術（見えない側）」の仕分けが出願前の設計になります。仕分けの考え方は[特許か秘匿かの使い分け記事](https://www.evorix.jp/blog/patent-vs-trade-secret-software-benrishi)で詳説しています。 ### Q3. 競合SaaSがどんな特許を持っているか調べられますか？ A. 調べられます。J-PlatPat（特許庁の無料データベース）で出願人名から検索するのが第一歩です。ただし公開は出願から1年6か月後のため「直近1年半の出願は見えない」こと、クレームの読解には専門性が要ることから、重要な意思決定に関わる調査は専門家への依頼をおすすめします。 ### Q4. 機能がまだ少ないMVP段階でも、機能マップを作る意味はありますか？ A. あります。機能が10個程度でも「価値が高く・外から見える」機能の特定はでき、守るべき1件を見極めるにはむしろ早い方が有利です（公開前に出願する選択肢が残っているため）。マップは四半期ごとに育てていくものと考えてください。 **SaaSの機能マップ診断（初回相談）：**プロダクトの機能一覧（またはサービスサイトのURL）をお送りいただければ、4レイヤーへの仕分けと出願候補の初期見解をご案内します。[知財事務所エボリクスのお問い合わせフォーム](https://www.evorix.jp/inquiry)よりどうぞ。 【免責事項】本記事は2026年7月18日時点の公開情報（Google Patents掲載の登録特許・裁判所ウェブサイト掲載の判決等）に基づく一般的な解説であり、法的助言ではありません。記事中の特許は実ページで書誌事項を確認していますが、権利範囲の解釈を示すものではなく、掲載企業と当所の取引関係を示すものでもありません（2026年7月19日増補）。ワーク手順・優先順位の記載は実務上の一般的な整理であり、個別の判断に代わるものではありません。 ![杉浦健文 弁理士](https://www.evorix.jp/hubfs/HP-%E5%BC%81%E7%90%86%E5%A3%AB%E7%B4%B9%E4%BB%8B-%E3%83%97%E3%83%AD%E3%83%95%E3%82%A3%E3%83%BC%E3%83%AB%E7%94%BB%E5%83%8F.png) AUTHOR / 執筆者 杉浦 健文 （SUGIURA Takefumi） 知的財産事務所エボリクス（EVORIX）　**代表弁理士** 特許・商標・意匠・著作権の出願から審判・侵害訴訟まで、IT・製造・スタートアップ・ファッション・医療など幅広い業種のクライアントを支援。AI・IoT・Web3・FinTech等の先端分野の知財戦略にも精通。**日本弁理士会／アジア弁理士協会（APAA）／日本商標協会（JTA）**等 複数団体所属。 [→ 弁理士プロフィール詳細](https://www.evorix.jp/staff) [→ ご相談・お問い合わせ](https://www.evorix.jp/inquiry) [→ ご相談の流れ](https://www.evorix.jp/consultation) ## 関連記事 [![AIサービスの特許出願チェックリスト｜学習データ・モデル・プロンプト・出力、どのレイヤーを権利化するかを弁理士が解説](https://www.evorix.jp/hs-fs/hubfs/blog-thumbnails/face-ai-service-patent-checklist-benrishi.png?height=200&name=face-ai-service-patent-checklist-benrishi.png)](https://www.evorix.jp/blog/ai-service-patent-checklist-benrishi) ## [AIサービスの特許出願チェックリスト｜学習データ・モデル・プロンプト・出力、どのレイヤーを権利化するかを弁理士が解説](https://www.evorix.jp/blog/ai-service-patent-checklist-benrishi) ![弁理士 杉浦健文の写真](https://www.evorix.jp/hs-fs/hubfs/top-profile-pic-sugiura-1.jpg?width=50&name=top-profile-pic-sugiura-1.jpg) [弁理士 杉浦健文](https://www.evorix.jp/blog/author/takefumi-sugiura) 2026/07/19 リード：AIサービスの特許は「どのレイヤーを守るか」で考える... [続きを読む](https://www.evorix.jp/blog/ai-service-patent-checklist-benrishi) [![任天堂・ポケモン vs ポケットペア「パルワールド」特許訴訟を弁理士が解説──対象特許・分割出願戦略・仕様変更の実務](https://www.evorix.jp/hs-fs/hubfs/blog-thumbnails/face-nintendo-palworld-patent-lawsuit-benrishi-v2.png?height=200&name=face-nintendo-palworld-patent-lawsuit-benrishi-v2.png)](https://www.evorix.jp/blog/nintendo-palworld-patent-lawsuit-benrishi) ## [任天堂・ポケモン vs ポケットペア「パルワールド」特許訴訟を弁理士が解説──対象特許・分割出願戦略・仕様変更の実務](https://www.evorix.jp/blog/nintendo-palworld-patent-lawsuit-benrishi) ![弁理士 杉浦健文の写真](https://www.evorix.jp/hs-fs/hubfs/top-profile-pic-sugiura-1.jpg?width=50&name=top-profile-pic-sugiura-1.jpg) [弁理士 杉浦健文](https://www.evorix.jp/blog/author/takefumi-sugiura) 2026/08/01 0. はじめに――本記事の位置づけと中立性の注記 任天堂株式会社および株式会社ポケモンが、『Palworld /... [続きを読む](https://www.evorix.jp/blog/nintendo-palworld-patent-lawsuit-benrishi) [![特許の例とは？身近なアプリ・サービスに実在する特許を弁理士が解説](https://www.evorix.jp/hs-fs/hubfs/blog-thumbnails/face-patent-examples-familiar-benrishi.png?height=200&name=face-patent-examples-familiar-benrishi.png)](https://www.evorix.jp/blog/patent-examples-familiar-benrishi) ## [特許の例とは？身近なアプリ・サービスに実在する特許を弁理士が解説](https://www.evorix.jp/blog/patent-examples-familiar-benrishi) ![弁理士 杉浦健文の写真](https://www.evorix.jp/hs-fs/hubfs/top-profile-pic-sugiura-1.jpg?width=50&name=top-profile-pic-sugiura-1.jpg) [弁理士 杉浦健文](https://www.evorix.jp/blog/author/takefumi-sugiura) 2026/08/03 「特許」と聞くと、研究所で生まれる難しい発明を思い浮かべるかもしれません。でも実際には、あなたが今日使ったスマホ決済のクーポンにも、貯めたポイントにも、特許が関わっています。 [続きを読む](https://www.evorix.jp/blog/patent-examples-familiar-benrishi) --- [![知的財産事務所エボリクス/EVORIX/大阪/特許・商標・意匠登](https://www.evorix.jp/hs-fs/hubfs/%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png?width=500&height=250&name=%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png "知的財産事務所エボリクス/EVORIX/大阪/特許・商標・意匠登")](https://www.evorix.jp) 知的財産事務所エボリクス 〒541-0046 大阪府大阪市中央区平野町3-1-2 キューアス平野町ビル4階 Mail: [contact@evorix.jp](mailto:contact@evorix.jp) TEL:  06-7777-1884 - サービス - [特許出願](https://www.evorix.jp/patent-service) - [商標登録](https://www.evorix.jp/trademark-service) - [意匠登録](https://www.evorix.jp/design-service) - [著作権](https://www.evorix.jp/copyright-service) - [不正競争防止法](https://www.evorix.jp/unfair-competition) - [顧問弁理士](https://www.evorix.jp/komon) - [Amazon知的財産権の侵害支援](https://www.evorix.jp/amazon-infringement) - [業務内容一覧](https://www.evorix.jp/contents) - 海外出願 - [PCT国際特許出願](https://www.evorix.jp/pct) - [マドプロ国際商標出願](https://www.evorix.jp/madrid-protocol-trademark) - [ハーグ国際意匠出願](https://www.evorix.jp/hague-design-application) - [世界の特許制度](https://www.evorix.jp/patent-world) - [世界の商標制度](https://www.evorix.jp/trademark-world) - [世界の意匠制度](https://www.evorix.jp/design-world) - 業種別サポート - [スタートアップ向け](https://www.evorix.jp/startup) - [製造業向け](https://www.evorix.jp/manufacturing) - [ＩＴ企業向け](https://www.evorix.jp/it-ip-portal) - 事務所案内 - [事務所概要](https://www.evorix.jp/about) - [経営理念・ビジョン](https://www.evorix.jp/philosophy) - [弁理士紹介](https://www.evorix.jp/staff) - [アクセス](https://www.evorix.jp/access) - [セミナー・公演](https://www.evorix.jp/seminar) - [採用情報](https://www.evorix.jp/recruit) - お役立ち情報 - [ブログ](https://www.evorix.jp/blog) - [FAQ](https://www.evorix.jp/faq) - [用語集](https://www.evorix.jp/glossary) - [サイトマップ](https://www.evorix.jp/sitemap) - [お問い合わせ](https://www.evorix.jp/inquiry) - [ご相談の流れ](https://www.evorix.jp/consultation) --- - [プライバシーポリシー](https://www.evorix.jp/privacy-policy) - [特定商取引法](https://www.evorix.jp/specific-commercial) - [商標一覧](https://www.evorix.jp/trademark-list) - [English](https://www.evorix.jp/en/) - [中文](https://www.evorix.jp/zh/)   Copyright © 2026, 知的財産事務所エボリクス All rights reserved.  ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "弁理士 杉浦健文", "url" : "https://www.evorix.jp/blog/author/takefumi-sugiura" }, "dateModified" : "2026-07-19T05:52:30.085Z", "datePublished" : "2026-07-19T05:54:16.000Z", "headline" : "SaaSプロダクトのどこが特許になる？機能マップで探す出願ポイントを弁理士が解説｜UI・API連携・バックエンド・料金ロジック", "image" : [ "https://www.evorix.jp/hubfs/blog-thumbnails/face-saas-patent-function-map-benrishi.png" ], "mainEntityOfPage" : { "@id" : "https://www.evorix.jp/blog/saas-patent-function-map-benrishi", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://www.evorix.jp/hubfs/%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png" }, "name" : "知的財産事務所エボリクス" } } ``` ```json { "@context" : "https://schema.org", "@type" : "FAQPage", "mainEntity" : [ { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "守る対象が違います。画面の見た目（GUIのデザイン）は意匠、画面遷移・表示制御の仕組みは特許です。同じ画面でも「このレイアウトの美感」を守るなら意匠、「この順で出す仕組み」を守るなら特許で、両方に価値があれば併用します。" }, "name" : "画面デザインは意匠登録も聞きます。特許との関係は？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "正しい懸念です。出願内容は原則1年6か月で公開されるため、「出す機能（見える側）」と「出さない技術（見えない側）」の仕分けが出願前の設計になります。仕分けの考え方は特許か秘匿かの使い分け記事で詳説しています。" }, "name" : "出願すると、明細書で競合に手の内を教えることになりませんか？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "調べられます。J-PlatPat（特許庁の無料データベース）で出願人名から検索するのが第一歩です。ただし公開は出願から1年6か月後のため「直近1年半の出願は見えない」こと、クレームの読解には専門性が要ることから、重要な意思決定に関わる調査は専門家への依頼をおすすめします。" }, "name" : "競合SaaSがどんな特許を持っているか調べられますか？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "あります。機能が10個程度でも「価値が高く・外から見える」機能の特定はでき、守るべき1件を見極めるにはむしろ早い方が有利です（公開前に出願する選択肢が残っているため）。マップは四半期ごとに育てていくものと考えてください。" }, "name" : "機能がまだ少ないMVP段階でも、機能マップを作る意味はありますか？" } ] } ``` ```json { "@context" : "https://schema.org", "@type" : "Article", "author" : { "@type" : "Organization", "name" : "知的財産事務所エボリクス", "url" : "https://www.evorix.jp" }, "dateModified" : "2026-07-19", "datePublished" : "2026-07-18", "description" : "SaaSの特許出願ポイントをUI／API連携／バックエンド／ビジネスロジックの4レイヤーで診断。freee・マネーフォワードの登録済みUI特許の実例、境界処理が権利化しやすい理由、秘匿が正解のレイヤー、freee対マネーフォワード事件のクレーム設計の教訓、出願ポイント発掘の5つの質問まで弁理士が解説します。", "headline" : "SaaSプロダクトのどこが特許になる？機能マップで探す出願ポイントを弁理士が解説｜UI・API連携・バックエンド・料金ロジック", "inLanguage" : "ja", "keywords" : "SaaS 特許,UI特許,画面遷移 特許,API連携 特許,出願ポイント,機能マップ,freee,マネーフォワード,バックエンド,弁理士", "mainEntityOfPage" : { "@id" : "https://www.evorix.jp/blog/saas-patent-function-map-benrishi", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://www.evorix.jp/hubfs/evorix-logo.png" }, "name" : "知的財産事務所エボリクス", "url" : "https://www.evorix.jp" } } ```