AIベンダーの提案書に「特許取得済み」と書かれていたとき、それを技術的な優位の証拠として受け取っていないでしょうか。2026年9月3日、ELYZAが「ELYZA Works」の業務AIアプリ生成に関する特許取得を発表し、その表現をめぐって批判を受けて同日中にリリースを修正・謝罪する、という出来事がありました。発注側が持ち帰るべきは、炎上の是非ではありません。「特許取得」という言葉が何を意味し、何を意味しないのかという読み方です。
何が起きたのか
事実関係は単純です。2026年9月3日14時30分、ELYZAはPR TIMESで「ELYZA Works」の業務AIアプリを作成する仕組みについての特許取得を発表しました。特許第7759639号、名称は「アプリケーション開発システム、方法及びプログラム」です。
発表後、X上で批判が集まりました。ITmediaの報道によれば、「こんなんで特許取られると困る」「業務AIアプリをAIで作成する仕組みは以前からあったのでは」「どこに新規性と進歩性があると判断されたんだ？」といった投稿が寄せられたとされています。争点は、ELYZAが「生成AIでアプリを作る」という行為そのものを広く権利化したように読めるという点でした。
ELYZAは同日夜、Xで謝罪しリリースを修正しました。同社は、技術的な記載が抽象度の高い表現になっており、タイトルや画像を含む全体の表現に配慮が足りなかったとして、混乱と不快な思いをかけたことを謝罪したと報じられています。修正では、タイトルを「ELYZA Works」に限定する表現に改め、「コア機能」といった表現が削除されました。
現在のリリースには、次の一文が加えられています。
本発表は、特許請求の範囲に記載された具体的な構成について特許を取得したことをお知らせするものであり、生成AIによるプロンプト作成やAIアプリ開発一般を独占するという趣旨は一切ございません。
なお本記事は、この特許の有効性や新規性・進歩性の当否を論じるものではありません。それは特許庁の審査と、必要であれば法定の手続によって判断される事柄です。ここで扱うのは、発注側がベンダー発表をどう読むかという実務です。
権利範囲は見出しではなく「請求項」に書かれている
特許で守られるのは技術領域ではなく、請求項（特許請求の範囲）に書かれた具体的な構成です。ここが発注側の誤読が最も起きやすい場所です。
今回ELYZAが発表で挙げた権利範囲は、次の4点でした。
| # | 発表で挙げられた構成 |
|---|---|
| 1 | ユーザーが入力した要件を生成AIが評価する仕組み |
| 2 | AIの挙動を規定する指示文と入力変数を自動生成する仕組み |
| 3 | 入力フォームと出力画面を自動生成する仕組み |
| 4 | 入力事項のテストデータを生成する仕組み |
これは発表側による要約です。実際の権利範囲は、特許公報に記載された請求項の文言で決まります。特許第7759639号の請求項1は次のとおりです。
入力事項に応じた出力結果を出力するアプリケーションの開発を支援するアプリケーション開発システムであって、少なくとも１つ以上の制御部を備え、前記制御部は、前記アプリケーションの内容を示す第１テキストを取得し、生成ＡＩを利用して、前記第１テキストに基づいて、前記生成ＡＩに前記入力事項に応じた前記出力結果を出力させるためのプロンプトを生成し、前記プロンプトは、前記第１テキストに基づいて生成された前記入力事項を変数として含み、前記プロンプトを表示し、前記アプリケーションは、前記変数に、ユーザが入力した前記入力事項を入力した前記プロンプトを前記生成ＡＩに入力し、前記生成ＡＩが出力した前記出力結果を表示するアプリケーションである
読みにくい文ですが、構造は明快です。「アプリの内容を示すテキストを受け取る」「そこから、入力事項を変数として含むプロンプトを生成する」「そのプロンプトを表示する」「変数にユーザーの入力を入れて生成AIに渡し、結果を表示する」という、複数の要素の連なりが1つの請求項に書かれています。
ここが決定的です。特許の権利は、請求項に書かれた要素をすべて備えた実施に及ぶのが原則です（構成要件の充足）。要素が1つでも欠けていれば、通常は権利範囲の外と判断されます。たとえば請求項1には「前記プロンプトを表示し」という要素が含まれており、生成したプロンプトを利用者に見せない構成は、この要素を満たしません。
つまり「AIでアプリを作る仕組みの特許」という見出しから読み取れる範囲と、実際の権利範囲は同じではありません。見出しは要約であり、権利ではありません。
なお本件の特許は全12項で構成されています。請求項2〜10は請求項1に条件を追加した従属項で、要件の評価・出力形式・プロンプトの編集や評価・テストデータ・入力項目変更時の再生成などが加わります。請求項11・12は請求項1とほぼ同じ中核を「方法」「プログラム」として記載したものです。独立した権利の中核は請求項1に集約されているという構造で、これは日本の特許では一般的な書き方です。
経営・DX担当者への示唆：発注前の3つの確認
ベンダーの提案書やプレスリリースに「特許取得」とあったとき、確認すべきことは3つです。いずれも法務部門でなくても着手できます。
- 特許番号が示されているか：番号のない「特許取得済み」は検証できません。番号があれば、特許庁のJ-PlatPatで誰でも無料で請求項の原文を読めます。番号を出せないベンダーには、まず番号を求めてください。
- 請求項が具体的な構成を記述しているか：請求項を読み、どの要素の組み合わせが権利範囲かを把握します。抽象的な説明しか示されない場合、それは発表資料の要約であって権利範囲ではありません。
- 自社の使い方との関係を確認する：自社が導入したいのは、その特許で守られている構成そのものなのか、それとも一般的な機能なのか。ここが曖昧なまま「特許があるから安心」と判断すると、実際には代替可能な機能に高い評価を付けることになります。
あわせて、避けるべき判断の型が2つあります。
「特許取得＝技術的に優れている」ではありません。 特許は、その構成を他社が無断で実施できないことを意味するもので、製品の性能や自社への適合を保証するものではありません。選定の評価軸としては、実際の業務での再現性や運用体制のほうが重い判断材料になります。ベンダー選定の観点はAI導入支援会社の選び方・発注前に確認する7つの基準にまとめています。
「特許があるから他社製品は使えない」でもありません。 権利範囲は請求項の構成に限られます。他社が別の構成で同じ業務課題を解いている場合、それは通常問題になりません。逆に、自社の使い方が他社特許に触れるかどうかという判断は専門的な領域です。権利範囲の解釈や侵害の有無については、弁理士など専門家の確認を受けてください。 本記事はその判断を代替するものではありません。
具体的な活用シーン
この読み方が効くのは、次のような場面です。
- 提案書レビュー：複数社の提案を比較する際、「特許取得済み」の記載を横並びにしない。番号の有無と請求項の具体性で扱いを変えます。
- 相見積もりの評価軸づくり：評価シートに「特許の有無」という項目を置くなら、配点を下げるか、「自社の用途に関わる構成か」という問いに置き換えます。
- 社内稟議の説明：稟議書で「特許取得済みの技術」と書くと、決裁者に過大な印象を与えます。何が守られているのかを一文で説明できないなら、その記述は外したほうが安全です。
ベンダー発表を読み解くという意味では、AI導入成功事例の読み方・自社に効くか見抜く5項目と同じ構えが役に立ちます。事例も特許も、発表側の要約をそのまま受け取らないことが出発点です。
なお、今回の件でELYZAが同日中に表現を修正し謝罪した対応自体は、発注側から見れば説明を確認できる状態になったという意味を持ちます。参考までに、ELYZA Worksは現場主導で自社専用の業務AIアプリを作成・改善できる法人向けツールとして、月額19,800円から提供されています。
よくある質問
- ベンダーが「特許取得済み」と書いていたら、その技術は他社にはないということですか。
-
いいえ。特許が守るのは請求項に書かれた具体的な構成であり、技術領域そのものではありません。他社が別の構成で同じ課題を解いていることは通常あり得ます。
- 特許の請求項は自分で確認できますか。
-
できます。特許番号が分かれば、特許庁のJ-PlatPatで誰でも無料で請求項の原文を閲覧できます。まずベンダーに特許番号の提示を求めてください。
- 自社の使い方が他社の特許に触れていないか、どう判断すればよいですか。
-
侵害の有無は専門的な判断が必要です。弁理士など専門家に確認してください。社内で行うのは、どの特許を確認対象にするかの洗い出しまでにとどめるのが安全です。
まとめ
2026年9月のELYZAの一件は、AI領域の特許発表がどう読まれるかを示した事例でした。同社自身が修正後に明記したとおり、特許取得の発表が意味するのは請求項に記載された具体的構成についての権利であって、その分野一般の独占ではありません。この構造は、どのベンダーのどの発表にも同じく当てはまります。
次に取るべき行動はシンプルです。手元のベンダー提案書を開き、「特許取得済み」と書かれた箇所に特許番号が併記されているかを確認してください。 併記がなければ番号を求め、あればJ-PlatPatで請求項を読む。ここまでは社内で完結します。その先の権利範囲の解釈は専門家に渡します。
Auto-IDフロンティアでは、AI導入におけるベンダー選定の評価軸づくりや提案書の読み解きを支援しています。複数社の提案をどう比較すればよいか判断がつかないという方は、AI導入相談フォームからご相談ください。
出典・参考資料
- 株式会社ELYZA： ELYZA、『ELYZA Works』の業務AIアプリを作成する仕組みについて特許を取得 （） （特許番号・権利範囲・釈明文の出典）
- 株式会社ELYZA： ニュース
- Google Patents： JP7759639B1 アプリケーション開発システム、方法及びプログラム （請求項1の全文・出願日・出願人の出典）
- 特許庁・INPIT： J-PlatPat（特許情報プラットフォーム）
- ITmedia NEWS： ELYZAの『業務AIアプリをAIで作成』特許、『新規性ない』と批判殺到→謝罪後も収まらず （） （修正・謝罪の経緯の出典）
- ITmedia AI＋： 『AIで業務アプリを作成する仕組み』で特許取得、KDDI傘下のELYZA X上では一部批判も【追記あり】 （）
