新着研究 / AI Agent / LLM
業務の定義とDB項目を結ぶAgentOnto、分析計画から知識の修正まで検査を接続
AgentOnto
AgentOntoの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 2 . Overview of AgentOnto. Ontology Construction integrates enterprise resources into an enterprise analytics ontology. Ontology-Guided Analysis uses the ontology throughout request processing, while Ontology Updating incorporates confirmed feedback through targeted changes and behavioral checks. Iterative Ontology Preparation repeatedly generates and analyzes tasks to examine and refine the ontology before actual requests.
概要
- データベース、業務文書、分析例を、出典付きの概念と対応関係へ整理する。
- 知識を分析計画・検査・実行に使い、確認済みの指摘は修正と既存動作の保持を検証して反映する。
- 606要求の二分野評価では分野平均87.5%で、要求への判断と実行結果を合わせて採点した。
補足：編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、AgentOntoの仕組み
- 01DBと業務文書と分析例
- 02概念と対応関係の構築
- 03計画検査と分析実行
- 04確認済み指摘の反映
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
企業の分析では、表と列の名前だけで指標の意味が決まらない。何を集計対象に含めるか、どの期間や単位を使うかといった知識が文書や過去の分析例へ散らばり、SQLが動いても意味の違う結果を返すことがある。
AgentOntoは、その業務知識を明示的な概念モデルにして分析へ使う。誤りの指摘を一回の回答修正で終わらせず、次の関連要求にも反映できる形で知識を更新することを狙う。
手法
オントロジーとは、業務の実体、関係、指標の定義などを整理した概念モデルだ。本手法はそれを、データベースの表・列への対応と根拠付きで構築し、分析要求の計画、妥当性確認、実行を導く。実行しない方が正しい要求も判断の対象に含める。
更新では確認済みの指摘から狙った変更を作り、対象の問題が直るかと、既に正しい分析が保たれるかを検査する。さらに実要求の前に分析課題を自ら作り、別のモデル呼び出しによる確認を経て知識を改訂する。評価設定では二巡の準備で各四課題を生成する。
新規性
知識を作って検索するだけでなく、分析中の判断と実行、指摘後の修正検査まで一つの概念モデルで接続する点が中心だ。誤りを直すだけの確認と、既存の分析を壊さない確認を分ける。
自動生成した課題で事前に知識を試す準備工程も加える。ただし、自己生成した結果を無条件に正解として保存せず、企業資源に照らした確認を更新の前に置く構成である。
従来手法との違い
全体比較はDIN-SQL、ReFoRCE-v8、MAC-SQL、Vannaで、生成モデルを同じ設定に置き換える。SQLの生成だけでなく、要求に対する分析判断と必要な実行結果がともに正しい場合を成功とする。
構築部分では概念だけを作る方式やDB対応だけを作る方式も比較するが、対応能力が異なる。概念定義のF1が大きく改善しても、その差が分析精度へ同じ大きさで反映されるとは限らない結果になっている。
実験結果
著者らは開発指標WDIの282要求と、大気測定AQSの324要求で評価した。正しく扱えたのは223件と311件で、各79.1%、96.0%。二分野の単純平均は87.5%で、最強の比較法DIN-SQLは55.0%だった。
全606件を一括した正答率と分野平均は計算が異なる。データには知識更新のための確認済み指摘44件と更新後要求174件も含む。実運用例の有用性は要旨で報告されるが、ここでは公開二分野の確認できる条件を中心に扱う。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案：製造業の不良率分析で、「検査数」「再検査」「出荷対象」の意味を文書と表へ結び付ける。担当者の質問を入力し、使用定義、集計計画、結果を並べて出す支援を考える。
担当者が集計対象の誤りを確認したら、関連定義を修正し、過去の正しい集計も再確認する。個別のSQL修正だけでは繰り返す意味上の誤りを、知識管理の課題として扱う応用案である。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案：限定した指標と表で、正解結果と実行すべきでない質問を含む評価集合を作る。スキーマだけの分析、静的な定義付き分析、更新検査まで含む方式を同じモデルで比べる。
判断精度、集計結果、DB対応の正確さ、知識修正後の再発率と別質問の悪化率を測る。確認作業の時間も計上し、自動準備の費用が実際の分析修正の減少に見合うかを調べる。
限界と課題
二つの公開データと準備された業務文書による評価であり、各社の複雑な権限や曖昧な慣行をそのまま再現したものではない。参照構築や確認にもモデルを用いるため、確認工程そのものの誤りを点検する必要がある。
編集上の確認課題は、定義が競合する部署、時期によって変わる指標、大規模な表変更だ。限られた保持検査を通っても、あらゆる既存要求の動作を保証するわけではなく、対象範囲に合う検査集合を整える必要がある。
出典
元のタイトル・要旨を確認する（英語）
AgentOnto: Ontology-Guided LLM Agents for Enterprise Data Analytics
Enterprise data analysis requires agents to connect analytical requests with knowledge distributed across databases, business documents, and existing example tasks. Without an explicit representation of this knowledge, an agent may produce incorrect analytical results and cannot reliably incorporate feedback. We present AgentOnto, an ontology-guided LLM agent for enterprise data analytics. AgentOnto organizes heterogeneous enterprise knowledge into an ontology that directly guides analysis and incorporates confirmed feedback. Iterative Ontology Preparation further improves the ontology through self-generated analysis tasks. We evaluate AgentOnto on two public data sources. AgentOnto substantially outperforms representative methods, while module-level evaluations confirm the effectiveness of ontology construction, analysis, and updating. A real-world deployment further demonstrates its practical value in enterprise analytics. These results demonstrate that explicitly constructing, using, and updating enterprise knowledge supports reliable and adaptable data analysis.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。収集：2026-10-19