アーカイブ / LLM / AI Agent
長い時系列を文章で探すSonar-TS：特徴表で候補を絞り、元データで確かめる
Sonar-TS
Sonar-TSの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1 : Comparison of querying paradigms. While Text-to-SQL fails to express morphological intents and Time Series Models are limited by context length, Sonar-TS adopts a “Search-Then-Verify” pipeline: it uses SQL to search a symbolic index for candidates and Python to verify them on raw data.
概要
- Sonar-TSは長い時系列の特徴表をSQLで検索し、候補区間の元データを生成したPythonプログラムで検証する。
- 著者らは831問のNLQTSBenchを提示し、長い履歴を使う通常版でAvg. 0.6168を報告した。
- 製造設備への適用案では、既存センサーの記録と人が確認した正解区間を使い、見逃しや区間の重なりを検証する。
補足：編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、Sonar-TSの仕組み
- 01質問とDB定義
- 02特徴表を検索
- 03元の数値で検証
- 04区間や時刻を回答
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
Sonar-TSは、時刻とともに変わる数値の記録から、文章で指定した出来事や区間を探す方法である。時系列データベースには長い測定履歴を保存できるが、「最大値」と違い、「急上昇後に緩やかに下がる区間」は単純な数値条件で指定しにくい。
履歴全体を時系列モデルへ入力する方法にも、扱える長さの制約がある。広い履歴から関連する区間を見つけ、質問が求める形に合うか確認することが、現場の記録を文章から調べる際の課題となる。
手法
準備段階で測定値を長さの異なる区間に分け、傾きなどの統計値とSAXを特徴表へ保存する。SAXは数値列の形を短い記号列で近似する方法である。質問とデータベース定義を受けた言語モデルは作業順を決め、SQLで特徴表を検索する。例えば「急に上がってから下がる期間」なら、近い形を示す区間を候補に挙げる。
次に候補区間の元の数値を取り出し、生成したPythonプログラムで質問に応じた条件を計算して確かめる。実行結果が空になる、構文エラーが出るなどの場合は、結果を基に最大3回修正する。最後に、質問に応じて数値、時刻、区間、文章を出力し、必要に応じて波形を表示する。
新規性
Sonar-TSは、文章で指定された時系列の形を探す処理を、特徴表による候補検索と元データによる検証に分ける。長さの異なる区間ごとに統計値と形の記号列を保存し、SQLから検索できるようにした。
著者らは、長い履歴の中から質問に合う証拠を探す課題としてNLQ4TSDBを定義し、831問のNLQTSBenchも提示した。検索方法だけでなく、長い時系列を対象に評価する枠組みも提案点である。
従来手法との違い
Text-to-SQLは文章をデータベースの問い合わせ言語SQLに変える方法で、数値条件を扱える。一方、著者らは「急上昇してから緩やかに下がる」といった連続的な形を通常のSQL条件で表す難しさを指摘する。
時系列モデルは数値列の形を直接読めるが、一度に入力できる長さに制約がある。Sonar-TSは特徴表から候補区間を探し、その区間の元データを計算で検証する。短い窓を使うLite版と長い履歴を使う通常版は、対象課題と比較手法が異なる。
実験結果
著者らは831問のNLQTSBenchで評価した。対象の時系列全体は17万点超、各質問が扱う範囲は平均約1万1000点である。課題は数値の取得、形の認識、複合的な傾向、報告文の作成などを含み、区間には重なりを測るIoU、数値と時刻には正確さ、日付の集合にはF1値を使う。
長い履歴を使う通常版の表では、Sonar-TSのAvg.は0.6168、MAC-SQLは0.1562だった。ただしMAC-SQLの報告文作成欄には値がなく、平均値だけで全課題の同条件比較とは読めない。512点の窓を使うLite版では、対象3課題のAvg.がSonar-TSで0.3016、ChatTS-14Bで0.1818だった。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案：製造設備の既存センサー記録から、「急上昇後にゆっくり戻った期間」を探す。入力は時刻付きの測定値、センサー名などのデータベース定義、作業者の質問文とし、出力は候補区間の時刻と確認用の波形図にする。
この案は既存センサーを使い、新たな学習用データは前提としない。導入先の記録に合わせて区間の長さと特徴量を調整し、検証用には作業者が確認した正解区間ラベルを用意する。検索精度は現場の記録で確かめる必要がある。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案：既存設備の時刻付きセンサー記録とデータベース定義を用意し、質問を「急上昇後に戻る区間」に絞る。新たなモデル学習用データやセンサーは前提とせず、過去の記録から人が確認した正解区間ラベルを作る。区間の長さと特徴量は対象データに合わせて調整する。
同じ記録に対する単純な数値しきい値検索を比較基準とし、正解区間とのIoU、見逃した区間数、確認に要する時間を測る。特徴表で候補を探した段階と、元データで検証した後の両方を記録し、欠測や記録間隔が変わる例も含める。
限界と課題
著者らは、短い窓を使うLite版では一部の形状課題の成績が通常版より低いと報告し、形をSAXという記号列へ圧縮する際の情報損失を一因と推測している。示された実装はSQLに対応する時系列データベースを対象とする。
編集上の検証事項は、欠測や不規則な記録間隔で候補を取りこぼさないか、生成されたSQLとPythonの判断を追跡できるかである。評価例には実データの背景へ人工的なパターンを加えたものが含まれるため、自然発生した設備の変化でも正解区間を見つけられるか別に調べたい。
出典
元のタイトル・要旨を確認する（英語）
Sonar-TS: Search-Then-Verify Natural Language Querying for Time Series Databases
Natural Language Querying for Time Series Databases (NLQ4TSDB) aims to assist non-expert users retrieve meaningful events, intervals, and summaries from massive temporal records. However, existing Text-to-SQL methods are not designed for continuous morphological intents such as shapes or anomalies, while time series models struggle to handle ultra-long histories. To address these challenges, we propose Sonar-TS, a neuro-symbolic framework that tackles NLQ4TSDB via a Search-Then-Verify pipeline. Analogous to active sonar, it utilizes a feature index to ping candidate windows via SQL, followed by generated Python programs to lock on and verify candidates against raw signals. To enable effective evaluation, we introduce NLQTSBench, the first large-scale benchmark designed for NLQ over TSDB-scale histories. Our experiments highlight the unique challenges within this domain and demonstrate that Sonar-TS effectively navigates complex temporal queries where traditional methods fail. This work presents the first systematic study of NLQ4TSDB, offering a general framework and evaluation standard to facilitate future research.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新：2026-10-01