新着研究 / LLM / RAG
質問とクエリの例を先に検索するSPARQL-LLM、多言語の知識グラフ照会を少ない対話で生成
SPARQL-LLM
SPARQL-LLMの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1: Visualization of the overall results of the experiments produced by T2S-Metrics Taghzouti et al. (2026) . As we observe, SPARQL-LLM ranks first for both DBpedia and Corporate, with significant margin from the second best system.
概要
- 質問とSPARQLの対応例、接続先のスキーマを検索して生成文脈を組み立てる。
- TEXT2SPARQL 2026の八つの参加方式で全体首位となり、英語・スペイン語・ドイツ語を評価した。
- DBpediaのスペイン語ではF1が0.7810で、次点の0.4904より相対的に59%高かった。
補足：編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、SPARQL-LLMの仕組み
- 01自然言語の質問
- 02対応例と構造の検索
- 03生成文脈の構築
- 04SPARQLクエリ
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
SPARQLは、対象どうしの関係を記録した知識グラフへ問い合わせるための言語である。自然言語の質問を正しい問い合わせへ変えるには、構文だけでなく、接続先の項目名や関係の意味まで把握する必要がある。
SPARQL-LLMは、その情報を事前に整えた検索文脈として渡す。利用者が問い合わせの書式を知らなくてもデータへアクセスするための仕組みで、分散した知識グラフでは接続先ごとの構造差も扱う課題になる。
手法
主な文脈は、自然言語の質問とSPARQLの対応例、および接続先のスキーマ情報である。スキーマは、データにどの種類の対象や関係があるかを示す設計情報を指す。質問ごとに道具を何度も使って構造を探すより、事前に組み立てた情報を検索して生成へ渡す。
DBpediaでは既存の質問集合を利用し、未知のCorporateグラフでは13クラスと30プロパティの構造からDeepSeek-V3で対応例を作った。生成した例のクエリは接続先で実行し、結果のないものを除く。例えば価格や担当分野を尋ねる例を準備しておき、実際の質問に近い書き方を参照できるようにする。
新規性
今回の報告の中心は、検索中心の方式を多言語・複数データセットの共通競技で検証したことである。質問ごとのLLMとのやり取りを固定し、探索が収束しないループを避ける構成を採る。
未知で文書化されていないグラフにも、構造から作った対応例を利用した。問い合わせの知識をすべてモデルの学習に埋め込むのでなく、接続先に合わせた文脈として整える点が実務上の特徴となる。
従来手法との違い
競技ではGRASP、IRIS、Liber AI、ARUQULAの複数版を含む八方式と比較した。本方式は、エージェントが質問ごとに構造を探索する方式とは、必要な文脈を用意する時点が異なる。
著者らは、探索型では多数の道具呼び出しや複雑な質問での反復が負担になると説明する。ただし競技の結果は、モデル、文脈、構成を含むシステム全体の比較であり、検索方式だけの純粋な因果効果を測った結果ではない。
実験結果
DBpediaは英語とスペイン語、Corporateは英語とドイツ語の質問で評価した。生成にはGPT-5.2を使用した構成が記載されている。著者らによると、SPARQL-LLMはすべてのサブタスクで最良の成績を得た。
DBpediaの英語F1は0.7192で次点は0.6142、スペイン語は0.7810で次点は0.4904だった。後者の59%はF1の相対改善で、59ポイントの増加ではない。競技全体のLLM呼び出し費用は3ドル未満と報告されるが、日常運用の全費用を示すものではない。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案：社内の製品と担当部署を知識グラフで管理している場合に、質問から照会案を作る窓口へ応用する。入力は社員の質問、出力はSPARQLと取得結果で、担当者が照会条件を確認して回答へ使う。
頻出質問と正しいクエリを少数整え、部署名や製品の関係を構造情報として添える運用を想定する。今回は日本語を評価していないため、日本語窓口の性能は、英独西語での成績から直接推定しない。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案：読み取り専用の小さなグラフと、答えが確認できる質問集合を準備する。対応例を渡さない生成を基準に、構造だけを渡す条件、対応例も検索する条件を順番に比較する。
文法的に実行できる率、取得対象の正しさ、回答に必要な対象の取りこぼし、生成時間と呼び出し費用を記録する。同じ質問の言い換えも含め、正解クエリと文字列が違っても同じ結果を得られるかを確認する。
限界と課題
確認できた本文は、今回の競技構成と結果を中心に説明しており、詳細なシステム設計は先行論文を参照している。競技での高いF1も、任意のグラフや複雑な業務質問への正答を保証するものではない。
編集上は、構造の変更後に対応例をどう更新するか、空の結果を返す正当な質問を例の除去が排除しないかを検証したい。検索文脈の準備・維持費用も含めて、少ない生成呼び出しが実際の運用負担を減らすかを確かめる必要がある。
出典
元のタイトル・要旨を確認する（英語）
SPARQL-LLM in the TEXT2SPARQL 2026 Challenge
Querying distributed data represented as Knowledge Graphs (KGs) via SPARQL remains a difficult task, requiring fluency in query syntax, endpoint specifications, and schema details. Knowledge Graph Question Answering (KGQA) systems address this by automatically translating natural language into SPARQL, and recent advances in Large Language Models (LLMs) have made this translation increasingly feasible. In this paper, we describe SPARQL-LLM, our open-source KGQA system, in the context of the TEXT2SPARQL 2026 challenge. In this challenge, SPARQL-LLM ranks first overall among eight competing approaches across all datasets, achieving up to 59% higher accuracy than the second-best approach and supporting multilingual question answering in English, German, and Spanish. SPARQL-LLM is publicly released at https://github.com/sib-swiss/sparql-llm and deployed in production over decentralized bioinformatics KGs at https://www.expasy.org/chat.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。収集：2026-10-13