CTC (Connectionist Temporal Classification)
モチベーション:アラインメント問題
音声認識では、アライメントの問題が長いこと存在する。これは、入力の音声フレーム列 は正解の文字列 よりずっと長い()ことに起因する問題である。つまり、テキストと音声のフレームの長さが違うので、このフレームの長さをどうにかアライメントする必要がある。
例えば「こんにちは」という3秒の音声フレームを文字起こしすることを考える。16Khzの音声データだと仮定すると1秒につき16,000の時系列データになり、全部で48,000のサンプルとなる。これを特徴量空間で考えても、大体1秒50フレームくらいにはなる。となると3秒では大体150フレームとなる。これに対して、「こんにちは」は音素(音の最小単位、phoneme)で表記しても9ラベルである。つまり文字を認識するだけでなく、各文字のフレームの長さを推定してどうにか150フレームを9ラベルに集約させる必要がある。これをアライメントの問題という。
CTCはこのアライメントの問題をうまく解決したアルゴリズムの1つである。CTCの狙いは、アラインメントを明示的に与えず、あり得る全アライメントを確率的に足し合わせて、文字列全体の確率を end-to-end に最大化すること。またアライメントフリーのアルゴリズムなので、アライメント情報のアノテーションは必要とせず、音声と書き起こしのペアさえあれば学習できるように設計されている。
Blankトークンの導入
結論、CTCはblank tokenを導入することでアライメントの問題を解決している。blank tokenがなぜ必要なのかを理解するために、まずblank tokenを使わずに、“各フレームに1文字を割り当て連続する重複をまとめる”、というシンプルな方法を考えてみる。
ここで生じる問題は2つある。
- 無音・無出力の問題:音声には無音区間があるので、すべてのフレームが文字に対応するわけではない。よって各フレームに1文字を割り当てるのは現実的に難しい。
- 重複の問題:例えば”Hello”のアライメントを考えてみる。ここでフレーム毎に拡張された文字列
[h, h, e, l, l, l, o]を「重複をまとめる」だけで縮約するとheloになり、本来のhelloの二重のlが失われる。
このような問題を解決するためにblank token が必要になる。blank tokenは「何も出力しない」を表す特別な記号であり、文字列の予測は以下の2ステップで行われる。
①連続する重複ラベルをまとめる 例えば上記の”hello”の出力文字列を考えると以下のように出力される: この文字列から重複されたラベルをまとめるので以下のようになる: ②blank を取り除く 重複ラベルをまとめた後にblank tokenを取り除く
このようにして、blank tokenは「重複ラベルの区切り」と「無出力フレーム」を示す役割を担っている。
ここでCTCにおける有効なアライメントであるための3つの条件を押さえておく。
- 単調性(monotonic):フレームを1つ進めると、出力は同じラベルにとどまるか、次のラベルに進むかのみ。逆戻りはしない。
- many-to-one:複数のフレームが1つの文字に対応してよいが、その逆(1フレームが複数文字)は不可。
- 出力長が入力長より長くなることはできない:そして上記の理由から、インプットである音声フレーム長は出力であるテキスト長以上である必要がある
Loss関数の定義
ここで損失関数について定義する。CTCの損失関数は平たくいうと、特定の文字列(正解の文字列)が取りうる全てのアライメントの確率を計算し、その合計(周辺化)を最大化する設計になっている。
数学的に定義すると以下である。元の出力語彙(文字・音素・サブワードなど)の集合を とし、これに blank token を加えて拡張した語彙を とする。CTCが各フレームで選ぶ選択肢はこの の要素。
各フレーム でモデルは 上のsoftmax分布 を出力する。ここで長さ のアライメント の確率を定義すると、条件付き独立の仮定、すなわち「各フレームの出力は さえ与えられれば過去の出力 と独立」のもと以下のように定義できる:
そして文字列 の確率は、 に縮約される全ての有効なアライメントの周辺化(和)である:
ポイントは単一の最良経路ではなく同じ文字列に対して有効な全経路の和が、その文字列の確率になる点である。
モデルはこの確率を最大化するパラメータ を学習したいが、学習は損失を最小化するので、損失はこの確率の負の対数尤度で定義され
これを最小化することで正解文字列の確率を最大化することができる。
動的計画法による効率的な周辺確率の計算
上で述べたように、損失を求めるには 、つまり「 に縮約される有効なアライメント」全部の確率を足す必要がある。しかしこの本数が入力長 に対して指数的に増える。
直感的には、長さ の文字列を長さ のフレーム列へ引き伸ばすとき、「どのフレームで同じ文字に留まり、どこで次の文字へ進み、どこに blank を挟むか」の組み合わせが膨大になる。フレームが1つ増えるごとに枝分かれが掛け算で効くので、本数はおよそ の指数オーダーになり計算量が膨大になる。
なので動的計画法のアルゴリズムを使い、効率的に損失を計算する。動的計画法は「大きな問題を、重なり合う小さな部分問題に分け、一度解いた部分問題の答えを保存して使い回す(メモ化する)」という汎用的な解法である。では動的計画法を使うとどのように計算が効率化されるのかをみていこう。
以下、分かりやすくするために正解文字列が cat()、入力が フレームの場合を例に進める。ここで計算過程を理解するために、まず の前後と各文字の間に blank を挿入した、長さ の拡張系列を作る:
各文字の間に blank を挟んでおくのは、「重複文字の間には必ず blank が要る」規則と「文字の前後では blank を出しても出さなくてもよい」ことを、この後の格子の上で表現するため。
この を縦軸、フレーム(〜)を横軸にとった格子を考えると、cat に縮約される1つの有効なアライメントは、格子の左上から右下へ向かう1本の単調な経路として描ける。例えば
c c ε a t t(cに2フレーム、tに2フレーム使う)ε c a a a t(頭に無音、aを3フレーム伸ばす)
はどちらも縮約すると cat になる有効経路で、格子上の別々のルートに対応する。求めたい は、この格子上の全ルートの確率の総和である。
メモ化によって計算量が減る
格子をよく見ると、別々の経路が同じセル を通ることに気づく。たとえば「フレーム3までで a( の )まで到達している」というセル には、
c a ac c aε c ac ε a
の4本の部分経路が集まる。それぞれの確率は異なるが、フレーム4以降の進み方はどの経路から来ても全く同じなので、この先の計算に必要なのは「ここまでの確率の合計」だけで、どの経路で来たかの内訳は要らない。
そこで、セル ごとにこの合計を1つの値として保存する。これが前向き変数 (forward variable) である。言葉で定義すると「フレーム までを使って、 の先頭から 番目までをちょうど説明し終えている、全部分経路の確率和」である。
上の例で書き下すと:
つまり は4本の部分経路の確率の合計になる。以後はメモ化によりこの1つの数だけを使い回すので、同じ計算を経路の本数ぶん繰り返さずに済む。
ここでどれくらい計算が減るのか、このセル を通る経路だけに絞って具体的に考えてみる。このセルを通る前半(フレーム1〜3)のアライメントは上の4本。そしてセルから先、残り3フレームで終端まで行くアライメントは10通りある。前半と後半は自由に組み合わせられるので、このセルを通る経路は全部で 本になる。
メモ化を使わない場合は、この40本を1本ずつ独立に、6個の確率の積として計算する。たとえば前半が c a a の経路は10本あり、それぞれ
と計算される。下線部に注目すると、同じ前半の積 が10本の経路に10回登場している。前半 c c a でも ε c a でも同じことが起き、前半の積は4種類しかないのに、それぞれが後半の数だけ(10回ずつ)ゼロから計算し直される。
しかし後半の確率は「前半までどの経路で来たか」に依存しない(条件付き独立と単調性のおかげ)ので、40本の確率の総和は分配法則()により以下のように計算できる。
つまりメモ化を使うことで、「前半4経路の和を1回だけ計算して保存(これが )」、「後半10経路の和を1回計算」し、「最後に両者を1回掛ける」だけなので、前半の積を10回計算し直す必要が無くなる。
動的計画法はこれを、 というセルだけでなく格子の全セルで行うので計算量を大幅に減らすことができる。
具体的に各 をどう計算していくか
格子の全セルの値 を、フレーム の列から右へ、列ごとに順に計算していく。左隣の列の はメモ化によりすべて計算済みなので、あるセル は「左隣の列のうち、そのセルへ入ってこられるいくつかの を足し、今のフレームで を出す確率 を掛ける」だけで求まる。これを右端の列まで繰り返せば、そこから を計算することができる。
ここで、「どの を足すか」は経路の取り得る動き方で決まる。単調性(留まるか次へ進むかのみ)から入口は最大3本に限られ、飛び先 のラベルで2つのケースに分かれる。
- Case 1:skip 不可(入口は2本): のとき、または (同じ文字の連続)のとき。たとえば の へは「 に留まる」「
cから進む」の2本だけ(blank を飛び越えて blank に入る経路は存在しない)。また、もし正解がeggのように同じ文字の連続を含むなら()、2つ目のg()へ1つ目のg()から直接飛ぶことは許されない。直接繋ぐと縮約で1つのgに潰れてしまうので、間の blank を必ず経由させる必要があるからだ。よってこの場合は以下のように確率和が計算できる。
- Case 2:skip 可(入口は3本): が非blankで、かつ と別の文字のとき。
catのa()がこれにあたり、①同じaに留まる、②直前の ()から進む、③その を飛び越えてc()から直接進む、の3本が入る。cとaは別文字なので、間に blank を挟まなくても縮約で潰れないので、飛び越しが許される。よってこの場合は以下のように確率和が計算できる。
この2式は例示ではなくアルゴリズムそのもの(漸化式)であり、全セルがどちらかのルールで機械的に計算される。計算量は 状態数 × フレーム数、すなわち 。cat の例なら セルを埋めるだけで、全経路の総和が正確に求まる。
最終的な確率と学習
格子を右端まで埋めたら、 は「 を最後まで説明し終えた」2状態、つまり最後の文字と末尾 blank の の和として読み取れる。cat なら
( が文字 t、 が末尾の )。同様に右下から左上へ埋める後ろ向き変数 も計算すると、 と の積から各時刻・各ラベルの事後確率が求まり、そこから損失の勾配が解析的に得られる。前向き・後ろ向きの2方向を使うので forward-backward と呼ばれている。
実務イメージ:テンソルの形と擬似コード
実際のモデルでは、エンコーダの出力に線形層を1枚載せたものがCTC headで、その出力テンソルは
logits: [B, T, V+1] # B=バッチ, T=フレーム数, V=語彙数, +1 が blank
という形をしている。ここから損失までの流れを1サンプル分の擬似コードで書くと以下の通り。なお 個の確率(すべて1未満)の積はすぐ数値アンダーフローするので、実装は必ず log 領域で行い、積は足し算、和は logsumexp に置き換える。
### あくまで理解を促進するためのpseudo code
log_probs = log_softmax(logits, dim=-1) # [T, V+1]
Z = insert_blanks(target) # "cat" → [ε, c, ε, a, ε, t, ε], 長さ S = 2U+1
alpha = full((T, S), -inf) # log領域の格子
# 初期化: 経路は先頭の ε か最初の文字からしか始まれない
alpha[0, 0] = log_probs[0, blank]
alpha[0, 1] = log_probs[0, Z[1]]
for t in range(1, T): # 列を左から右へ
for s in range(S): # 各セルを埋める
acc = logsumexp(alpha[t-1, s], alpha[t-1, s-1]) # Case 1
if Z[s] != blank and Z[s] != Z[s-2]: # Case 2
acc = logsumexp(acc, alpha[t-1, s-2])
alpha[t, s] = acc + log_probs[t, Z[s]]
log_p = logsumexp(alpha[T-1, S-1], alpha[T-1, S-2]) # 末尾 ε と最後の文字
loss = -log_p
実務ではこれを自分で書くことはなく、torch.nn.CTCLoss(F.ctc_loss)に log_probs [T, B, V+1]・ターゲット列・各系列の長さ(input_lengths, target_lengths)を渡せば、この forward 計算から勾配(backward)までを一括で行ってくれる。
CTCの重要な性質を再度まとめておく
- 条件付き独立:出力どうしは が与えられれば独立と仮定される。
Aを予測したら次もAが来やすい、といった出力間の言語的依存をモデル内部で持たない。 - 単調アラインメント:左→右の単調な経路のみ。音声・手書き認識には自然だが、語順が入れ替わる機械翻訳には使えない。
- many-to-one:複数のインプットが1つのアウトプットに帰結する。
推論時におけるDecoding
ここからは推論時におけるDecodingを考える。学習で得られた をもとに、推論では をとる。しかし、各候補 について経路を周辺化する必要があり厳密に最も確率の高い文字列を厳密に探索するには計算量が膨大になり、Decoding時はこの探索を近似的に解くことで解決している。
Greedy decoding
Greedyは実務でよく使われているDecoding手法であり、各フレームで最も確率の高いトークンを選んで1本の経路 を作り、縮約 をとる:
たとえば各フレームの argmax が c c ε a ε t なら、縮約して出力は cat。実装は「argmax → 連続する重複をまとめる → blank を除く」だけで、計算量は 。
ただし厳密には近似である。greedy が選んでいるのは「最も確率の高い1本の経路」であり(条件付き独立のおかげで、フレームごとの argmax がそのまま最良経路になる)、それを縮約した文字列を返しているに過ぎない。しかし本当に欲しいのは「最も確率の高い文字列」で、文字列の確率はそれに縮約される全経路の確率の和で決まる。最良経路を1本見ても和の大小は分からないので、両者は一致するとは限らない。
具体例として、、語彙 で、各フレームとも とする。最良経路は ε ε()なので greedy の出力は空文字列。しかし文字列 a の確率は a a + a ε + ε a で、空文字列()の倍近く高い。このように、個々の経路としては弱くても、多数の経路が同じ文字列に集まって合計で勝つケースを greedy は取りこぼす。
それでも現代の実務では greedy が主流である。近年の強いエンコーダではCTCの事後分布が非常に確信的(peaky)になり、beam search との精度差が小さくなったため、速度と単純さで greedy が選ばれる。実際、NVIDIA NeMo や HuggingFace のCTCパイプラインのデフォルトは greedy である。
Prefix beam search
Prefix beam searchは外部のLMを統合するときによく使われるDecoding手法である。greedy が無視した「和」を、ビームの中で正しく計算しながら探索する方法。経路ではなく文字列(prefix = 縮約後の作りかけの文字列)を単位に、フレームを進めながら有望な prefix をビーム幅ぶんだけ残していく。
CTC特有の工夫は、各 prefix の確率を2つに分けて持つこと。
- :prefix に縮約され、末尾が blank で終わる全経路の確率和
- :prefix に縮約され、末尾が の最後の文字で終わる全経路の確率和
なぜ分ける必要があるのか、prefix a を例に具体的に見る。フレーム の時点で prefix が a ということは、「ここまでの出力を縮約すると a になる経路」たちがこの prefix に束ねられているということ。その中には、たとえば
- 末尾が文字で終わる経路:
a、ε a、a a(どれも縮約するとa) - 末尾が blank で終わる経路:
a ε、ε a ε(これらも縮約するとa)
の2グループが混ざっている。ここで次のフレームでモデルが a を出したとする。各経路の行き先を追うと:
a ε+a→a ε a→ 縮約するとaa。blank が区切りとして働くので、新しい2文字目のaになる。a a+a→a a a→ 縮約するとaのまま。区切りがないので、重複としてまとめられる。
つまり同じ prefix a に同じ文字 a を足したのに、経路の末尾次第で行き先が aa と a に分かれる。これらの理由から各 prefix の確率を伝うに分けて持っておく。
フレームごとの計算の更新は以下の3つにまとまる:
- 「blank を出す → へ集める」
- 「末尾と同じ文字を出す → 側は重複としてまとめ、 側からだけ prefix を伸ばす」
- 「別の文字を出す → 両方の predix を伸ばす」
各フレーム後に の上位 (beam size) だけ残して枝刈りし、最後に最大の prefix を出力する。
また prefix は blank と重複を畳んだテキストそのものなので、外部LMがそのまま条件付けでき、prefix が1文字伸びるごとに を掛けて累積できる。よって外部LMを組み込んだDecodingでは Prefix beam search を使うことが多い。
References
- Graves, Fernández, Gomez, Schmidhuber, “Connectionist Temporal Classification: Labelling Unsegmented Sequence Data with Recurrent Neural Networks”, ICML 2006
- Hannun, “Sequence Modeling with CTC”, Distill, 2017(https://distill.pub/2017/ctc/)
RNN-T (RNN Transducer)
モチベーション:CTCの条件付き独立を外す
CTCの最大の制約は条件付き独立、すなわち各フレームの出力が「過去に何を出したか」に一切依存しないことだった。このためCTCは「q の次は u が来やすい」のような出力間の言語的な依存(内部言語モデル)をモデル内部に持てない。RNN-T(Graves, 2012)はこの制約を外すために設計された出力ヘッドで、過去に出力したラベル列に条件づけながら、CTCと同じく全アライメントを周辺化して学習する。
もう1つの実務的な動機はストリーミングである。エンコーダを causal(未来のフレームを見ない構造)にすれば、RNN-Tは音声を左から右へ読みながら逐次テキストを出力できる。このためモバイル・リアルタイム認識の実運用で標準的な選択肢になった(He et al., 2019)。
**CTCモデルがストリーミングに対応できないということではないです。昔の LAS (Listen, Attend, Spell) のような seq2seq モデルが ストリーミングに対応できないということがコンテキストにあります。
アーキテクチャ
RNN-Tは3つのコンポーネントからなる。
- Encoder:音声フレーム列を受け取り、フレームごとの表現 を出す。CTCなどで使われるエンコーダと同じ役割。
- Prediction network:これまでに出力した非blankラベル列 だけを受け取り、表現 を出す。音声を一切見ないので、実体は「ラベル列上の言語モデル」である。RNN-Tが内部言語モデルを持つのはこのネットワークのおかげ。
- Joint network: と を結合して、語彙+blank 上の分布を出す: ここで は非線形の活性化関数。
の意味は「フレーム まで聞き、すでに 個のラベルを出した状態で、次に を出す確率」。CTCの が だけに依存したのに対し、(=これまで何を出したか)にも依存する。これが「条件付き独立を外した」の具体的な中身である。
RNN-Tのアライメント
RNN-Tにも blank があるが、役割がCTCと違う。CTCの blank は「無出力+重複の区切り」だったのに対し、RNN-Tの blank は「このフレームからはもう出さない、次のフレームへ進め」というフレーム送りの合図である。
この違いにより、RNN-Tのアライメントは の格子上の経路として描ける。cat()を フレームで認識する例:
- 右移動(→): を出してフレームを1つ進める()
- 上移動(↑):ラベルを1つ出す()。フレームは進まない
経路は左下 から出発し、右移動 回と上移動 回、最後に終端の を出して右上 で終わる(経路長は常に )。緑の経路のように上移動を連続させれば、1フレームから複数ラベルを出せる。
この構造から、以下のようなCTCとの差が生まれる。
- 1フレーム1トークンの縛りがないので、出力長の制約 が消える
- 重複文字に blank の区切りが要らない(
llは上移動2連続でよい)ので、確率計算時においてCTCの Case 1/2 のような場合分けが消える - アライメントの長さは常に (CTCは )
Loss関数の定義と確率の計算方法
アライメント (格子上の1本の経路)の確率は、各ステップの確率の積:
そして文字列 の確率は、CTCと全く同じく、 に対応する全経路の周辺化(和)であり、損失はCTCと同じく確率の負の対数尤度となる:
ここで、正解の文字列が cat()でフレーム長が なら、経路は全部で20本になる。数え方は以下の通り。
格子の左下 から右上 まで行くには、どの経路も右移動()を 回、上移動(文字を出す)を 回、計6回の移動が必要で、経路ごとに違うのはその順番だけである。たとえば
- 上上上右右右 →
c a t ε ε ε(フレーム1で3文字全部出す) - 上右上右上右 →
c ε a ε t ε(1フレームに1文字ずつ) - 右右右上上上 →
ε ε ε c a t(最後のフレームで3文字全部出す)
つまり経路を1本決めることは「6回の移動のうち、どの3回を上移動にするか」を選ぶことと同じなので、経路数は組み合わせの数(二項係数)で書ける:
終端の は全経路が最後に共通で1回出すので数え上げには含めない。
この経路数は が大きくなれば爆発的に増えるので、CTCと同様に動的計画法で和を計算する。
ここで、 は過去の予測ラベル だけに依存し、それをどのタイミングで出したか(経路の形)には依存しないのでCTC同様に動的計画法のメモ化を使って効率的に確率の計算を行うことができる。セル に到達した時点で過去の予測ラベルは に確定しているので、「 に至る全部分経路の確率和」を1つの値にまとめることができる。
そこで前向き変数を (フレーム まで消費し、ラベルを 個出し終えた全部分経路の確率和)と置くと、漸化式は: ここで (blankを出す確率)、(正解の次のラベルを出す確率)。
入口は「左から( でフレームを進めてきた)」と「下から(ラベルを出してきた)」の常に2本だけ。blank が区切りの役割を持たないため、CTCにあった skip の場合分けは存在せず、漸化式はCTCより単純になる。最終的な確率は、右上のセルで終端の を出して: 計算量はセル数に比例して 。後ろ向き変数 も合わせて勾配を解析的に得るのは、CTCの forward-backward と同じ。
実装イメージ:テンソルの形とメモリ問題
f = encoder(x) # [B, T, D]
g = pred_net(y_prev) # [B, U+1, D] (先頭に <s> を足すので U+1)
logits = joint(f, g) # [B, T, U+1, V+1] ← ここが問題
loss = rnnt_loss(logits, y, T_lens, U_lens) # torchaudio.functional.rnnt_loss など
CTCの logits が [B, T, V+1] の3次元だったのに対し、RNN-Tの joint 出力は格子の全セルで分布を持つ4次元テンソルになる。つまり、CTCに比べて損失計算が格段にメモリーインテンシブになる。
これらの問題には以下のような解決策が実装されている。
-
Pruned RNN-T(Kuang et al., Interspeech 2022):各 で の範囲を幅 (4〜5程度)のバンドに制限し、
[B, T, S, V+1]に削減する。k2 / icefallエコシステムの標準 -
Fused joint / バッチ分割:NeMo のアプローチ。バッチ をサイズ のサブバッチ(NeMoの
fused_batch_size、たとえば )に割り、サブバッチ単位で- のスライスから joint を計算(logits は
[b, T', U'+1, V+1]だけ作る。 はサブバッチ内の最大長に切り詰めるので、パディングの無駄も減る) - その場で loss(と勾配)まで計算して損失値に集約
- サブバッチの logits を捨ててから次のサブバッチへ
と進める。joint と loss の計算を1ステップに「融合(fuse)」するのが名前の由来。ピークメモリは
[B,...]から[b,...]になり 倍に減る。代償はサブバッチの逐次ループによる速度低下。 - のスライスから joint を計算(logits は
CTCとの対比まとめ
| CTC | RNN-T | |
|---|---|---|
| 出力間の依存 | なし(条件付き独立) | あり(prediction network が に条件づけ) |
| 内部言語モデル | 持たない | 持つ |
| blank の役割 | 無出力+重複の区切り | フレーム送り |
| アライメント長 | (フレーム同期) | (格子上の階段) |
| 出力長の制約 | なし(1タイムステップに複数ラベルを出力できる) | |
| 漸化式の入口 | 2〜3本(Case 1/2) | 常に2本 |
| 学習時の logits | [B, T, V+1] | [B, T, U+1, V+1](4D、メモリ対策が必要) |
どちらも「全アライメントを forward-backward で周辺化する」枠組みは同じで、違いは「各ステップの確率が何に条件づくか」と「アライメントの格子の張り方」である。
推論時におけるDecoding
Greedy decoding
RNN-Tのgreedyは、格子を左下からGreedyにたどることに相当する:
t, u = 1, 0
while t <= T:
k = argmax_k P(k | t, u)
if k == ε: t += 1 # 次のフレームへ
else: 出力に k を追加; u += 1 # 同じフレームで続けて出せる
CTCのgreedyとの違いが2つある。まず、ラベルを出すたびに prediction network の状態が更新されるので、フレームごとの判断が独立ではない。また blank が区切りではないので縮約処理が不要で、出したラベルがそのまま出力になる。causal なエンコーダと組み合わせれば、このループがそのままストリーミング認識になる。
Beam search
複数の候補ラベル列を保持しながら格子を進める(Graves, 2012)。同じラベル列に到達した仮説のスコアを合算する点は、CTCの prefix beam search と同じ発想。
ただし実務でのbeam searchの位置づけは限定的である。整理すると:
- LMなしの素のbeam search の利得は、greedy に対して小さい。これは現代の強いモデルではCTCでも同様(greedy の節で述べた通り)で、RNN-T特有の話ではない
- 一方、RNN-Tの素朴なbeam searchは、ラベルを出すたびに prediction network を評価し直す必要があり計算コストが重い。このため ALSD(alignment-length synchronous decoding)や mAES などの高速化変種が発達した
- 実際、NeMoのRNN-Tデコードのデフォルトは
greedy_batchである。
なお外部LM統合について、CTCとの重要な非対称がある。CTCは内部LMを持たないため外部LM(shallow fusion)の利得が大きかったが、RNN-Tは prediction network が既に言語的な事前分布を担っているため、外部LMの上積みは相対的に小さい。さらに外部LMを足すと内部LMと二重に言語バイアスがかかるため、内部LMの寄与を推定して差し引く補正(ILME: internal language model estimation)が研究されていたりする。ドメイン適応で外部LMを本格的に使う時などに応用できる。
補足:推論時のタイムスタンプ出力
字幕生成などで必要になる単語タイムスタンプは、RNN-Tでは次のように得る(NeMoの実装ベース)。
- 仕組み:デコードのループ中、非blankラベルを出した時のフレーム番号 を記録する。
- ラベルの長さ:NeMoは各非blankトークンに
{start_offset: s, end_offset: s+1}を与える。つまりRNN-Tのトークンは持続時間を持たない点イベントとして記録され、幅は形式的に1フレームしかない。 - 単語への集約:トークンのオフセットを単語区切りでまとめ、単語の開始=先頭トークンのフレーム、終了=末尾トークンのフレーム+1、として出力される。
- 秒への変換:フレーム番号 × エンコーダのフレームシフト(例:特徴量10msシフト × subsampling 8倍 = 80ms/フレーム)。
ただしRNN-Tは1フレームに複数ラベルが出力可能なので、emission delay という課題が存在する。これは一定程度音声を聞いてからラベルを出力する挙動で、出力に遅れが生じることがあることに留意しておく。正確な時刻が必要な用途では、アライメントの外部モデルを使ったり(forced alignment など) 、duration を明示的に予測するモデルを使うのが実務的な選択になる。
References
- Graves, “Sequence Transduction with Recurrent Neural Networks”, ICML Workshop 2012
- Graves, Mohamed, Hinton, “Speech Recognition with Deep Recurrent Neural Networks”, ICASSP 2013
- He et al., “Streaming End-to-end Speech Recognition for Mobile Devices”, ICASSP 2019
- Ghodsi et al., “RNN-Transducer with Stateless Prediction Network”, ICASSP 2020
- Kuang et al., “Pruned RNN-T for Fast, Memory-efficient ASR Training”, Interspeech 2022
- Saon, Tüske, Audhkhasi, “Alignment-Length Synchronous Decoding for RNN Transducer”, ICASSP 2020(ALSD)
- Kim, Lee, Kim, “Accelerating RNN Transducer Inference via Adaptive Expansion Search”, IEEE Signal Processing Letters 2020(mAES)
- Meng et al., “Internal Language Model Estimation for Domain-Adaptive End-to-End Speech Recognition”, SLT 2021(ILME)
TDT (Token-and-Duration Transducer)
モチベーション
前段で述べたようにRNN-Tは構造的に時間方向の前進が常に1フレームずつであり効率が悪い。右移動は必ず を1個伴うので、たとえば長い無音区間では、出力すべきものが何もないのに をフレーム数ぶん延々と出し続けることになる。デコードの判断回数は常に 回で、長い音声では がより長いので、つまり推論のほとんどが「 を出すだけ」という挙動になる。
また前章の最後で見たように、RNN-Tのトークンは持続時間を持たない点イベントで、タイムスタンプは幅1フレーム固定という構造的な欠落もあった。
TDT(Xu et al., ICML 2023, NVIDIA)はこの2つを同時に解決する。コアアイデアは「トークンを出すとき、次の判断まで何フレーム進むか(duration)も一緒に予測する」ということ。予測した を使ってフレームを一気にスキップできるため速く、 がそのままトークンの持続時間情報にもなる。
なお先行研究として、blank だけに複数フレーム送りを許す multi-blank transducer(Xu et al., ICASSP 2023)があり、TDTはそれを全トークンに一般化したものと位置づけられる。
アーキテクチャ
Encoder / Prediction network / Joint の3部品構成はRNN-Tと全く同じ。違いは Joint の出力が2つのヘッドに分かれることだけである。
- トークンヘッド:、。RNN-Tと同じ
- durationヘッド:、。進み幅の分布。 はハイパーパラメータで(NeMoのdefaultは )
2つのヘッドは同じ joint 表現からそれぞれ独立に正規化され(トークンと duration の条件付き独立を仮定)、1ステップの出力は組 の確率になる:
実装上は2本のヘッドを別々に持つのではなく、joint の最終線形層が 次元の1本のテンソルを出し、最終次元を「先頭 (トークン)/末尾 (duration)」にスライスしてそれぞれ別々に softmax する。
TDTのアライメント
1ステップの意味は「 を出して、 フレーム進む」である。
- が非blank:、( なら同じフレームでもう1トークン出せる)
- がblank: (何も出さずに フレームまとめてスキップ。長い無音を一足で飛ばせる)
図は cat()を (c, d=1) → (a, d=0) → (ε, d=3) → (t, d=1) の例。トークン付きの移動は斜め(上+右)、 の大きなジャンプは長い横矢印になる。RNN-Tなら同じ設定で必ず 回の判断が要るところ、スキップのぶん推論回数が減っている。
この見方をすると、RNN-Tは「トークンは常に 、blank は常に 」に固定したTDTの特殊ケースと言える。TDTはその固定を外し、進み幅そのものを予測に置き換えた一般化である。
またRNN-T同様、 は「何も出さずその場に留まる」ことになり無限ループするので許されない(実装では blank のとき を強制するガードが入る)。
Loss
確率の構造はRNN-Tと同じである。まずアライメント は の組の列であり、その確率は各ステップの「トークン確率 × duration確率」の積: ここで は 番目の判断を行った時点のセル位置で、それまでの の累積( 方向)と非blankの回数( 方向)で決まる。有効なアライメントの条件は「非blank をちょうど 回出す」「 の合計が に達して右端を抜ける」こと。
そして文字列 の確率は全ての有効なアライメントの周辺化(和)で、損失はその負の対数尤度:
この和もRNN-Tと同じく、前向き変数 (定義はRNN-Tと同一:フレーム まで消費し、ラベルを 個出し終えた全部分経路の確率和)の動的計画法で計算する。漸化式は、入口を「blank で入ってくる」「トークン で入ってくる」の2種類 × duration の選択肢ぶん足し合わせる形になる。
RNN-Tと同じく 、 と置くと:
- 第1項(blank で入る): フレーム左の同じ行のセルから。 は禁止なので、和は の上で取る
- 第2項(トークンで入る): フレーム左の1つ下の行のセルから。こちらは も許され、その場合は「同じ列の1つ下」つまりRNN-Tの垂直の入口とまったく同じものになる
具体的に でセル への入口を数えると、blank 側が からの2本()、トークン側が からの3本()で計5本。一般化すると入口は最大 となる。
終端はRNN-Tの に対応する処理を duration 付きで行う。後ろ向き変数 と合わせて勾配を解析的に得る forward-backward の枠組みも同じ。計算量はセル数 × 入口数で となるが、 は5程度の小さい定数なので、RNN-T比での追加負担はそこまで大きくない。
Decoding
t, u = 1, 0
while t <= T:
k = argmax P_T(k | t, u)
d = argmax P_D(d | t, u)
if k != ε: 出力に k を追加; u += 1
t += d # ← RNN-T との唯一の違い。d フレーム一気に進む
RNN-Tのgreedyとの違いは実質 t += d の1行だけ。論文では従来のTransducer比で最大2.82倍の推論高速化(精度は同等以上)が報告されている。注意点として、スキップで減るのはデコーダ側(joint + prediction network)の推論回数であり、エンコーダは全フレームを計算する。
タイムスタンプについては前章で見た通り、トークンオフセットが end_offset = start + d となり、予測した duration がそのまま幅になる。
References
- Xu, Jia, Majumdar, Huang, Watanabe, Ginsburg, “Efficient Sequence Transduction by Jointly Predicting Tokens and Durations”, ICML 2023
- Xu et al., “Multi-blank Transducers for Speech Recognition”, ICASSP 2023
AED (Attention-based Encoder Decoder)
モチベーション
これまでの3つのヘッド(CTC / RNN-T / TDT)は、いずれも「アライメントを潜在変数として導入し、全パターンを周辺化する」枠組みだった。blank を設計し、格子を張り、forward-backward で和を計算する。これらは、フレームとラベルの対応が未知である問題を明示的に解くためのものだった。
一方でAED はアライメントを明示的にモデル化することはせず、デコーダがテキストを言語モデルのように1トークンずつ自己回帰生成し、各ステップでcross-attention を通じて暗黙的にアライメントを勝手に学習する。
よって出力ラベル列の確率は連鎖律で定義できる: ここで は終了トークン EOT(end of text)で、blank も格子も周辺化も登場しない。
系譜としては、Attention を音声認識に持ち込んだ Chorowski et al.(2015)、LAS(Listen, Attend and Spell; Chan et al., 2016)を経てTransformer化が進み、現在の代表がOpenAIが出している Whisper(Radford et al., ICML 2023)である(基本的にLLMベースのASRモデルはこの形)。
アーキテクチャ
ここではWhisperのアーキテクチャを見る。EncoderとDecoderから構成され、Encoderの出力がcross-attentionを通じてDecoderに渡される形。基本的にはAttention is All You Needで提案されたTransformer と同じ構造である。
Loss
周辺化が存在しないので、損失は言語モデルと同様に連鎖律の各因子の負の対数尤度、つまり次トークン予測のクロスエントロピーの和で定義される:
学習は LLM の next token prediction と同じである。正解の接頭辞 をデコーダに与えて次のトークンを当てさせる形にすると、causal mask を使って全位置を並列に計算できる。
Whisper では文字ラベルの予測だけでなく、言語ID・タスク指定(書き起こし / 翻訳)・タイムスタンプもすべて特殊トークンとして扱い、next token predictionで学習させている。書き起こし・翻訳・言語識別・時刻予測が全部「トークン列の生成」という同一の問題になり、1つのデコーダと1つのLossで完結する。
Decoding
LLM 同様、SOT(start of transcript)から始めて EOT が出るまで1トークンずつ。Autoregressive におけるデコーダーの推論回数は 回で、** に依存しない。
Greedy / Beam search
各ステップで argmax を取るか、複数仮説を保持するビームサーチを行う。CTC prefix beam search のような の複雑な合算が不要でアライメントの周辺化が探索を複雑にしていたこれまでと対照的である。
References
- Chorowski et al., “Attention-Based Models for Speech Recognition”, NeurIPS 2015
- Chan, Jaitly, Le, Vinyals, “Listen, Attend and Spell: A Neural Network for Large Vocabulary Conversational Speech Recognition”, ICASSP 2016
- Watanabe et al., “Hybrid CTC/Attention Architecture for End-to-End Speech Recognition”, IEEE JSTSP 2017
- Radford et al., “Robust Speech Recognition via Large-Scale Weak Supervision”(Whisper), ICML 2023
推論Headの対比まとめ
| CTC | RNN-T | TDT | AED | |
|---|---|---|---|---|
| アライメント | 離散経路を周辺化 | 離散経路を周辺化 | 離散経路+durationを周辺化 | 明示的に扱わない(cross-attentionが暗黙的に学習) |
| Loss の計算 | forward-backward | forward-backward | forward-backward | クロスエントロピーのみ |
| 出力間の依存(内部LM) | なし | あり | あり | あり(decoder self-attention) |
| 出力長の決め方 | (構造的) | blank で終端 | blank+duration で終端 | EOT の予測(学習任せ) |
| デコードステップ数 | 未満(スキップ) | ( に依存しない) | ||
| 代表モデル | wav2vec 2.0, Conformer-CTC | Parakeet-RNN-T | Parakeet-TDT | Whisper |