【要約】🔍 審査官はQiita記事を引用した — ELYZA特許の審査記録を全部読む [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
ELYZAが特許出願した当初、技術的な定義が広すぎたことが課題となった。審査官からは、先行技術との差異がないことや、記載が不明瞭であるとの指摘を受けた。
- ・当初の請求項は「アプリの説明文からプロンプトを生成して表示する」という極めて抽象的な内容であった。
- ・審査官は、プロンプトの表示だけでアプリ開発と言える技術的根拠が不足していると判断した。
- ・先行文献との比較において、新規性が認められないとの拒絶理由が示された。
// Approach
出願人は審査官との協議を経て、請求項の定義を具体化することで権利の成立を図った。
- ・「アプリケーションを開発する」を「開発を支援する」へ修正し、技術的範囲を適正化した。
- ・プロンプト内にユーザー入力を「変数」として含める構成を追加した。
- ・生成AIが生成したプロンプトに、実行時にユーザー入力を代入するプロセスを明文化した。
- ・プロンプト自体が処理を行うのではなく、プロンプトを介してLLMを制御する仕組みを明確にした。
// Result
補正の結果、特定の構成要件を満たす「アプリケーション開発支援システム」として特許が成立した。
- ・権利範囲は、第1テキストの取得、プロンプト生成、変数含有、および実行時の変数代入に限定された。
- ・「プロンプトを生成AIに入力し、その出力を表示する」という具体的な実行プロセスが定義された。
- ・これにより、単なるコード生成とは異なる、プロンプト駆動型の開発支援技術としての権利が確定した。
Senior Engineer Insight
> 本特許は、LLMアプリの抽象化レイヤーにおける「プロンプトの動的生成と変数管理」を捉えている。これは実戦的な構成だ。ただし、権利範囲は「変数への代入」や「プロンプトの表示」といった具体的なステップに強く依存している。実装時には、これら全ての構成要件を充足するか、あるいは均等論の対象となるかを精査すべきだ。単なるRAGやコード生成ツールとの境界線は、実行時のプロンプト制御の仕組みに依存する。