株式会社ELYZAは2026年9月3日、法人向け生成AI活用ツール「ELYZA Works」における業務AIアプリ作成の仕組みについて、特許第7759639号を取得したと発表しました。発表された対象は、要件の評価、入力変数を含むプロンプトの生成、入力フォームと出力画面の生成などです。
企業のIT・事業責任者が押さえるべき点は、発表資料の機能紹介と、特許の権利範囲は同じではないことです。公開された請求項1は、要件テキスト、生成AIによる変数入りプロンプト、プロンプト表示、ユーザー入力を反映した実行、生成結果の表示という具体的な組み合わせを記載しています。
自社サービスへの影響を判断するときは、タイトルや機能の印象だけで結論を出せません。独立請求項の各要件を自社の処理フローに対応付け、追加要件や設計差分を整理してから、必要に応じて知財担当者や弁理士へ確認する流れが実務的です。
※本記事は2026年10月14日時点の情報です。
AIシステム開発の種類・工程・費用・会社選定までの全体像については、無料ホワイトペーパー「AIシステム開発の完全ガイドブック」で詳しく解説しています。
ELYZAが発表した特許は何を対象にするのか
今回の発表で示された特許番号は「特許第7759639号」です。発明の名称は「アプリケーション開発システム、方法及びプログラム」、特許権者は「株式会社ELYZA」と記載されています。発明の効果として、アプリケーションを簡単に開発可能とすることが示されています。
ELYZAの発表は、法人向け生成AI活用ツール「ELYZA Works」で、ユーザーが入力した業務AIアプリの要件に基づき、生成AIが要件を評価する仕組みを紹介しています。AIへの指示文と入力変数を自動生成し、入力フォームと出力画面を生成する機能も示されています。入力事項のテストデータを生成する仕組みも主な請求項の要旨として挙げられています。
ここで区別したいのは、サービスの目的と、特許で保護される技術要素です。「業務AIアプリを作成する」という目的は広い表現ですが、特許公報で示されるのは、その目的を実現するシステム、方法、プログラムの具体的な構成です。発表文の機能紹介を、そのまま権利範囲と読まないことが出発点になります。
ポイント
特許第7759639号は、発表資料にある「AIアプリ作成」という目的だけでなく、要件からプロンプトを生成し、入力・出力を扱う具体的な構成として読みます。
請求項1は「AIアプリ作成」ではなく具体的な処理の連鎖を記載する
請求項1を読むときは、単語ではなく要件の並びに注目します。公報では、アプリケーションの内容を示す第1テキストを取得し、そのテキストに基づいて、生成AIに入力事項に応じた出力結果を出力させるプロンプトを生成する構成が記載されています。
そのプロンプトには、第1テキストに基づいて生成された入力事項が変数として含まれます。さらに、プロンプトを表示し、ユーザーが入力した事項を変数に入れたプロンプトを生成AIへ入力し、生成AIが出力した結果を表示するアプリケーションとされています。
| 請求項1で読む要素 | 自社で対応付ける処理 |
|---|---|
| 第1テキストの取得 | アプリの内容や要件を示すテキストを何が取得するか |
| 変数を含むプロンプト生成 | 生成AIが入力事項とプロンプトをどのように組み立てるか |
| プロンプト表示 | 生成された指示文をユーザーが確認できるか |
| 入力反映・実行・結果表示 | ユーザー入力を反映して生成AIを実行し、結果を表示するか |
この表は法的な対比表ではなく、技術調査のための分解例です。自社にプロンプト生成機能やフォームがあるという一事だけで、請求項1の全要件を満たすとは限りません。反対に、似た名称の機能がなくても、実際の処理の連鎖がどのように設計されているかを確認する必要があります。
ポイント
請求項1の確認では、プロンプト生成やフォームの有無を数えるのではなく、第1テキストの取得から生成結果の表示までを自社の処理単位に分けて記録します。
フォーム生成・要件評価・テストデータ生成は追加要件として読む
発表資料に並ぶ機能は、特許公報では同じ階層に置かれていません。公報の記載では、請求項2が請求項1を前提に入力フォームと出力フォームを表示する構成を追加し、請求項5は第1テキストを生成AIで評価する構成を追加しています。
請求項7はプロンプトを修正可能に表示する構成、請求項9は入力事項のテストデータを生成して結果を表示する構成、請求項10は修正された入力事項または出力形式に応じてプロンプトを生成する構成です。いずれも、発表文にある機能名だけではなく、請求項1との関係を確認します。
| 発表で紹介された機能 | 公報上の位置づけ | 自社で確認する点 |
|---|---|---|
| 要件を生成AIが評価 | 請求項5の追加要件 | 請求項1の構成に加えて要件評価を行うか |
| 入力フォーム・出力フォーム | 請求項2の追加要件 | フォームだけでなく請求項1の処理連鎖も満たすか |
| 入力事項のテストデータ生成 | 請求項9の追加要件 | テストデータ生成と結果表示の実装があるか |
| 変数入りプロンプトの生成・表示・実行 | 請求項1の中心的な構成 | 第1テキスト、変数、表示、実行、出力表示を順に対応付けられるか |
機能の比較は、社内の設計レビューにも使えます。たとえば、プロンプトを内部で生成していても表示しない、入力フォームはあるが第1テキストから生成していない、といった差分を記録すれば、ニュースを見た直後の印象から離れて議論できます。
ポイント
フォーム、要件評価、テストデータ生成は、請求項1に対する追加要件として整理します。単体の機能を見て、特許の範囲全体を判断しないことが大切です。
「一般を独占しない」という注記と、権利範囲を分けて考える
ELYZAは公式発表の冒頭で、特許請求の範囲に記載された具体的な構成について特許を取得したと明記しています。生成AIによるプロンプト作成やAIアプリ開発一般を独占する趣旨ではないという注記です。発表の表現と請求項の読み方を分けるための前提になります。
企業が確認すべき対象は、発表タイトルの広さではなく、公開された請求項と自社実装の対応関係です。請求項1に記載された第1テキスト、変数入りプロンプト、表示、実行、出力表示が、自社のどの部品や処理に当たるかを図に落とします。生成AIの権利リスクを考える際は、音楽生成AI「Suno」の著作権判例のように、技術や利用態様ごとに論点を分ける視点も役立ちます。
そのうえで、先行技術や特許の有効性については別の論点として扱います。公開された請求項だけを見て有効性や侵害の結論を出すことはできません。法的な評価が必要になった段階では、技術資料と設計差分をそろえて専門家へ相談します。
生成AI関連特許に向き合う企業の確認手順
特許庁の説明では、特許権の技術的範囲は原則として特許請求の範囲の文言で定まり、対象となる製品や方法が構成要件をすべて満たすことが基本になります。請求項の用語を解釈するときは、明細書や図面も考慮されます。
ELYZAの発表を自社の開発に生かすなら、次の順で記録すると判断しやすくなります。
- 対象を特定する：特許番号、発明の名称、確認した公報を記録します。
- 独立請求項を分解する：請求項1の各構成要件を、取得・生成・表示・実行・出力に分けます。
- 自社実装と対応付ける：画面、API、プロンプト生成処理、ログなど、実装の所在を記録します。
- 差分を整理する：追加要件、設計上の違い、出願日前の先行技術に関する資料を分けて管理します。
- 専門家に相談する：提供や設計変更の判断が必要な場合は、技術資料と対比表を共有します。
この手順は、ニュースを見て開発を即停止するためのものでも、特許を無視するためのものでもありません。特許番号、請求項、自社実装、先行技術、相談記録を同じ案件ファイルに残すことで、後から判断の根拠をたどれます。生成物の権利や来歴を管理する場合は、SynthID・C2PAによる真贋確認の論点も参考になります。サービスの企画段階で始めれば、仕様変更の理由も説明しやすくなります。
ポイント
確認の起点は「AIアプリ」という名称ではなく、独立請求項の構成要件です。自社の処理フローと対応付け、差分を残してから専門家への相談要否を決めます。社内運用まで含むAI導入の整理には、AI事業者ガイドライン第1.2版も参照できます。
よくある質問
Q. ELYZAが取得した特許の番号と発明の名称は？
特許番号は特許第7759639号、発明の名称は「アプリケーション開発システム、方法及びプログラム」です。
Q. この特許でAIアプリ開発全般が禁止されますか？
ELYZAは、特許請求の範囲に記載された具体的構成が対象だと公式発表で説明しています。生成AIによるプロンプト作成やAIアプリ開発一般を独占する趣旨ではありません。自社への影響は請求項と実装の対比で確認します。
Q. 請求項1を読むとき、最初に何を確認すべきですか？
第1テキストの取得、生成AIによるプロンプト生成、変数、プロンプト表示、ユーザー入力を反映した実行、生成結果表示の各要件を、自社の処理フローに対応付けます。
Q. 生成AI機能を提供する企業は何をすべきですか？
独立請求項の要件を分解し、自社実装との差分、先行技術に関する資料、専門家相談の要否を確認します。個別の侵害や無効の結論は、技術資料を踏まえて専門家に判断を求めます。
まとめ
ELYZAの特許第7759639号は、業務AIアプリ作成という広い目的を掲げています。公開された請求項では、要件テキスト、変数入りプロンプト、表示、実行、生成結果表示などの具体的な構成を記載しています。要件評価やフォーム、テストデータ生成は、請求項1を前提とする追加要件として整理できます。
生成AI機能を企画・提供する企業は、特許番号を確認し、独立請求項を処理フローに分解してください。自社実装との差分と先行技術に関する資料を残し、提供前に専門家へ相談するかを判断することが、ニュースの印象に左右されない知財対応につながります。
ポイント
「AIアプリを作る仕組み」という表現だけで判断せず、請求項の全要件、自社の実装、設計差分を順に確認することが実務の第一歩です。
関連記事
- 音楽生成AI「Suno」の著作権判例を解説｜学習データと事業リスクのポイント
- ソフトバンク「GaranAI」を解説｜権利保護データ基盤とコンテンツ収益化
- AI生成物の来歴を解説｜SynthID・C2PAによる真贋確認とブランド保護
- AI事業者ガイドライン第1.2版を解説｜7原則と企業の運用ポイント
- Anthropic著作権訴訟15億ドル和解を解説｜支払い開始と生成AIのIPリスク管理
▼開発を相談する前に読みたい無料ホワイトペーパー
・AIシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。