.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)
リード：AIが「材料の発見」を変え始めた──では特許はどうなっているのか マテリアルズ・インフォマティクス（Materials...
特許かノウハウ秘匿か？SaaS・システム開発の技術の守り方の使い分け基準を弁理士が解説
リード：出願すれば1年6か月で「全世界に公開」される──だから守り方は使い分ける
特許出願には見落とされがちな代償があります。出願した発明の内容は、権利化の成否にかかわらず原則として出願から1年6か月で公開されます（特許法64条）。つまり「特許を取りにいく」ことは「手の内を世界に見せる」ことと表裏一体です。サーバーの内部処理のように外から見えない技術であれば、あえて出願せず営業秘密（ノウハウ）として秘匿する方が合理的な場合もあります。本記事では、SaaS・システム開発の技術を「特許」と「秘匿」のどちらで守るべきかの判断基準を、営業秘密・限定提供データ・先使用権の制度と合わせて弁理士が解説します。
この記事の要点
- 特許出願は原則1年6か月で内容が公開される。「権利は取れず手の内だけ公開」が最悪シナリオ
- 使い分けの軸は「外から分かるか（リバースエンジニアリング可能性）」。見える技術は特許、見えない技術は秘匿が第一候補
- 秘匿は「何もしない」ではない。営業秘密の3要件の整備＋先使用権の証拠保全までがワンセット
目次
1. 前提：出願公開という「代償」を正しく理解する
特許制度は「発明の公開の代償として独占権を与える」制度です。出願から1年6か月経過後、明細書・特許請求の範囲・図面は公開公報として誰でも閲覧できるようになります（特許法64条）。審査で拒絶されても、途中で取り下げても（公開前の取下げを除き）、公開された事実は消えません。最悪のシナリオは「権利は取れず、手の内だけ公開された」という結果です。なお、公開後に他社が実施した場合には、警告等を条件に登録後まとめて補償金を請求できる制度（65条）もあり、公開は一方的な不利益ではありませんが、競合に設計思想を知られること自体のリスクは残ります。
2. 判断基準は一つ──「外から分かるか」
特許か秘匿かの判断軸は、突き詰めると「その技術は、製品・サービスを外から観察して再現（リバースエンジニアリング）できるか」です。
| 技術の性質 | 推奨される守り方 | 理由 |
|---|---|---|
| 外から見える・使えば分かる（UI、画面遷移、通信仕様、出力結果の特徴） | 特許 | 公開してもしなくても競合はいずれ知る。秘匿は不可能で、独占権を取る価値が大きい。侵害の発見も容易 |
| 外から見えない（サーバー内部のアルゴリズム、学習データ、パラメータ調整、運用ノウハウ） | 秘匿（営業秘密）が第一候補 | 公開の代償が大きい一方、他社製品からの侵害立証も困難で、特許を取っても行使しにくい |
| 中間（内部処理だが、出力・挙動から推測され得る／いずれ論文・特許で他社が公開しそう） | ケースバイケース（ハイブリッド） | 他社に先に出願されると自社実施が脅かされる。先使用権の証拠確保とセットで秘匿するか、防衛的に出願するかの経営判断 |
実務では一つのプロダクトの中で両者を組み合わせます。「見える部分は特許で面を張り、見えない部分はノウハウとして深く守る」のがハイブリッド戦略の基本形です。どの機能が「見える側」に当たるかの整理はSaaSの機能マップ診断の記事で扱っています。
3. 3分でできる判断フロー【図解】
技術要素ごとに、次のフローで第一候補を仕分けできます。
Q1. その技術は、製品・サービスを使えば外から分かる（再現できる）か？
├─ 分かる（UI・画面遷移・通信仕様・出力の特徴）→ 特許を検討（秘匿は不可能。Q2へ）
└─ 分からない（サーバ内部処理・学習データ・運用ノウハウ）→ Q3へ
Q2.（特許側）新規性・進歩性が見込め、公開予定より前に出願できるか？
├─ はい → 出願へ（原則リリース前。救済の例外はあるが頼らない運用が安全）
└─ 難しい → 意匠（画面デザイン）・商標・契約での保護を検討
Q3.（秘匿側）他社が独自開発して特許化してくるリスクは高いか？
├─ 高い（競合が同じ課題を追っている）→ 秘匿＋先使用権の証拠保全、または防衛的な出願・公開を比較検討
└─ 低い → 営業秘密として秘匿（3要件の整備へ）
※簡易フローであり、実際には事業計画・資金調達・海外展開の予定も加味して総合判断します。迷った要素こそ相談の価値がある部分です。
4. 秘匿を選ぶなら：営業秘密の3要件と管理の実務
「秘匿する」は「何もしない」ではありません。不正競争防止法で保護される「営業秘密」となるには、①秘密として管理されていること（秘密管理性）、②事業活動に有用な技術上・営業上の情報であること（有用性）、③公然と知られていないこと（非公知性）の3要件（不競法2条6項）を満たす必要があります。実務の急所は①秘密管理性で、アクセス制限（リポジトリの権限管理）、秘密表示（CONFIDENTIAL指定）、就業規則・NDAの整備が最低限のセットです。
なお、経済産業省の営業秘密管理指針は令和7年3月31日に改訂され、公知情報の組合せであっても、AI学習用データのように取得・整理に相当の時間や費用を要するものは非公知性が認められ得ることが明確化されました。学習データセットや長年の実験データを資産として抱えるIT企業・AI企業には追い風の整理です（この論点はMI×AI特許の記事でも扱いました）。
5. IT企業の営業秘密管理・実装チェックリスト
3要件のうち実務で最も争われる「秘密管理性」を、IT企業の開発現場に落とし込んだチェックリストです。ポイントは「秘密として扱っている」ことが従業員から見て分かる状態を作ることです。
【情報の特定と表示】
- □ 秘匿対象の技術情報を棚卸しし、リスト化している（何が秘密かを会社が特定できている）
- □ 対象ドキュメント・リポジトリに「秘」「CONFIDENTIAL」等の表示・タグを付している
【アクセス制限】
- □ ソースコードリポジトリ・クラウドストレージの権限を役割ベースで最小化している
- □ 退職者のアカウント停止・権限剥奪のフローが決まっている
- □ 秘匿対象の共有時（外部委託・協業）はNDAを締結し、提供範囲を記録している
【規程と教育】
- □ 就業規則・情報管理規程に秘密保持義務と対象情報の定義がある
- □ 入社時・退職時に秘密保持の誓約を取得している
- □ 生成AIツールへの社内情報入力ルール（入力禁止範囲）を定めている
全部を一度に整える必要はありません。「価値の高い情報から順に、特定→表示→制限」の順で進めるのが現実的です（経済産業省の営業秘密管理指針が参考になります）。
6. 秘匿の保険：先使用権の証拠を残す
秘匿戦略最大のリスク：同じ技術を他社が独自に開発して特許を取った場合、原則としてその特許はあなたの実施にも及びます。このとき自社を守る盾が先使用権（特許法79条）──他社の出願に係る発明の内容を知らないで自らその発明をし（又はその発明をした者から知得し）、他社の出願の際に現に日本国内でその発明の実施である事業やその準備をしていた者に、その実施・準備をしている発明及び事業の目的の範囲内で認められる無償の通常実施権──です。
先使用権は「その時点で実施（準備）していたこと」を自分で立証できて初めて機能します。特許庁もガイドライン「先使用権制度の円滑な活用に向けて―戦略的なノウハウ管理のために―」を公表しており、設計書・ソースコードのバージョン管理記録・稟議書・タイムスタンプ・公証などによる証拠保全を推奨しています。秘匿を選んだ技術については、「いつ・何を・どこまで実施していたか」を定期的に記録として固定化する運用までがワンセットです。
7. データそのものを守る：限定提供データという選択肢
「秘密にはしないが、契約先だけに提供しているデータ」──たとえばAPI経由で顧客に提供する業界データベースや学習用データセット──は、秘密管理を前提とする営業秘密では守れません。この隙間を埋めるのが限定提供データ（不競法2条7項）です。「業として特定の者に提供する情報として電磁的方法により相当量蓄積され、及び管理されている技術上又は営業上の情報（営業秘密を除く）」が対象で、不正取得・不正使用等が不正競争行為になります。データビジネスを持つ企業は、営業秘密（社内秘匿）・限定提供データ（限定提供）・特許（公開と独占）の3層で情報資産を棚卸しすると整理が明快になります。
8. 実践：SaaSの構成要素別・使い分け早見表
※以下は実務上の一般的な傾向を整理した目安です。個別の事業では逆の選択が合理的な場合もあります。
| 構成要素 | 第一候補 | 備考 |
|---|---|---|
| UI・画面遷移・ユーザー体験 | 特許（＋意匠） | 使えば分かる。画面がクレームに入った登録例もある |
| クライアント−サーバー間の通信・連携方式 | 特許 | 通信は観測され得る。端末側の処理も含めた権利化が定石 |
| サーバー内部のコアアルゴリズム | 秘匿＋先使用権証拠 | 侵害立証困難。防衛出願するかは競合の出願動向次第 |
| 学習データ・特徴量設計・運用パラメータ | 秘匿（営業秘密） | R7指針改訂で保護が明確化。外部提供するなら限定提供データ |
| 顧客提供用のデータセット・API | 限定提供データ＋契約 | 電磁的管理（アクセス制御）を忘れずに |
9. よくある質問（FAQ）
Q1. 秘匿していた技術を、後から特許出願に切り替えられますか？
A. 社内で秘密に管理していた技術は「公然知られた」状態ではないため、後からの出願は可能です（他社が先に出願・公開していた場合はその限りではありません）。事業の節目（資金調達・提携・海外展開）で方針を見直す企業は多くあります。
Q2. 出願を1年6か月以内に取り下げれば公開されませんか？
A. 出願公開の準備が整う前に取り下げれば公開を回避できる場合があります。「まず出願して優先日を確保し、公開前に継続するか取り下げるかを判断する」という時間稼ぎの使い方も実務にはありますが、タイミング管理が重要です。
Q3. 従業員が退職して競合に移ります。ノウハウは守れますか？
A. 営業秘密の3要件を満たしていれば、不正競争防止法による差止め・損害賠償の対象になり得ます。逆に秘密管理性が整っていないと保護は困難です。退職前の駆け込み対応より、平時の管理体制整備が本質です。
Q4. 先使用権の証拠は、どのくらいの頻度で残せばいいですか？
A. 実務的には「技術の節目ごと」です。①秘匿技術の実装が完成した時点、②大きな改良をした時点、③事業への投入（社内リリース・顧客提供開始）の時点で、設計書・ソースの版・稼働記録を日付とともに固定化します。バージョン管理システムの履歴は有力な材料ですが、改ざん可能性を争われないよう、重要な節目はタイムスタンプや公証等の第三者性のある手段で補強しておくとより堅くなります。
Q5. 一部をオープンソースで公開しています。秘匿戦略と両立しますか？
A. 両立し得ますが、境界の管理が生命線です。OSSとして公開した部分は公知となり営業秘密にはなりません（特許の新規性も失います）。公開リポジトリと秘匿リポジトリを分離し、「どこまでを公開するか」の判断を仕組み化してください。公開部分が増えるほど、残した秘匿部分の価値の特定が重要になります。
Q6. 秘匿していた技術を他社が特許化しました。その特許を無効にできますか？
A. 原則として困難です。自社が秘密に管理していた技術は「公然知られた」状態ではないため、他社出願の新規性を否定する証拠にならないのが通常です。だからこそ、秘匿戦略の防御は無効化ではなく先使用権（第6章）に置く必要があります。なお、他社特許の出願前に自社技術が製品仕様書等で公知になっていた場合は話が別で、無効資料になり得ます。
Q7. 営業秘密と限定提供データ、どちらで管理すべきか迷います
A. 分かれ目は「社外に提供するかどうか」です。社内に閉じて秘密管理するなら営業秘密、特定の取引先に業として提供するデータなら限定提供データ（両者は排他的で、営業秘密に該当するものは限定提供データから除かれます）。同じデータベースでも、社内利用分と外部提供分で管理を分ける設計があり得ます。
技術資産の棚卸し（特許/秘匿/データの3層仕分け）をお手伝いします：プロダクトの構成を伺い、要素ごとの守り方のマップをご提案します。知財事務所エボリクスのお問い合わせフォームよりご相談ください。
この記事の監修
弁理士 杉浦健文（日本弁理士会 登録第19446号／知的財産事務所EVORIX）。IT・ソフトウェア・AI分野の特許出願を中心に扱い、AI関連発明の特許化をテーマとするセミナー講師の実績があります。本記事の条文・指針の記載はe-Gov法令検索・経済産業省/特許庁の公表資料を確認のうえ記載しています。
【免責事項】本記事は2026年7月18日時点の法令（特許法・不正競争防止法）・経済産業省営業秘密管理指針・特許庁ガイドライン等に基づく一般的な解説であり、法的助言ではありません（2026年7月19日増補）。判断フロー・チェックリストは簡易的な目安であり、守り方の選択は事業内容・競合状況により異なります。
