リアルタイムの文字表示がないラジオのライブ配信

地域のラジオ局リバーサイド・ラジオは、朝のニュースをサイトでライブ配信しています。その日の番組表の下に「ライブで聴く」プレーヤーがあるだけで、ほかには何もありません。8時になると、司会者が今朝のお知らせを読み上げます。補修のためミル通りの橋が10時から通行止めになること、4番と7番のバスが代わりにステーション通りを通ること、ファーマーズマーケットが今週の土曜日に学校の駐車場へ移ることです。ジングルの後には、マーケットは土曜日ではなく日曜日になったという変更が入ります。ろう者が再生ボタンを押しても、経過時間が増えていくのが見えるだけで、何も分かりません。音を消したスマートフォンで開いた人にも、やはり何も伝わりません。どれも今朝のニュースなので、後から録音や書き起こしが載っても、橋やバスには間に合いません。

レベルAAAの達成基準1.2.9は、ラジオの配信やライブの音声イベントなど、音声だけのライブコンテンツにテキストの代替を求めています。代替は、ライブの間に同等の情報を伝えるものです。一般的な方法は、CARTとも呼ばれるリアルタイムの字幕サービスです。訓練を受けた字幕担当者が音声を聞きながら、話された内容を数秒遅れでリアルタイムに入力し、意味のある音も書き添えます。その文字は、ライブ音声と同じページの表示領域に示します（達成方法G157）。準備した原稿に沿う放送なら原稿を代わりにできますが、放送が原稿どおりに進む間に限ります（達成方法G151）。ブラウザーはストリームを音として再生するだけで、<audio> 要素だけではリアルタイムの文字を表示できません。この例ではページに文字がまったくないため、満たしません。

W3Cは、この基準がWebアプリでの人と人との双方向の音声通話にまで字幕を求めるものではないとしています。対象は、ラジオの配信、ライブのポッドキャスト、ライブの音声イベントといった放送です。

ライブの音声は、司会者のペースで進みます。プレーヤーで巻き戻せない限り、司会者が読み進める間に聞き逃したことは、その放送の中では取り戻せません。朝の番組のニュースが必要なのは、まさにその朝です。

10グループ中3グループに影響

• 全盲 （影響なし）
• 弱視 （影響なし）
• 色覚 （影響なし）
• ろう （影響あり）
• 難聴 （影響あり）
• 発話 （影響なし）
• 手の操作 （影響なし）
• 筋力・可動域 （影響なし）
• 認知 （影響あり）
• 光過敏 （影響なし）

• 聴覚を使わない 橋の通行止め、バスの迂回、マーケットの開催日の変更は、声でしか伝えられません。読める文字がなければ、ろう者には届きません。ニュースは今朝のことなので、録音を待つこともできません。
• 聴覚が限られる スマートフォンのスピーカーで聞く配信や早口の読み上げは、ライブでは聞き取りにくいものです。ふつうのライブ配信では、聞き逃した一言に戻ることもできません。文字を読めば、聞き取りがあいまいだった通りの名前や曜日を補えます。
• 言語・認知・学習の能力が限られる 話し言葉の理解に時間がかかる人や、母語以外で聞いている人も、文字があれば、司会者が次の話題に移っても通りの名前や時刻を読み返せます。

ストリームを聞けるスキャンはなく、放送が始まる前に、誰かがリアルタイムで文字にするかを確かめることもできません。axeには1.2.9のルールがありません。EaseWebの監査は各 <audio> プレーヤーの情報を読み込み、この例のように終わりのないストリームなら、書き起こしが必要な録音としてではなく、1.2.9のライブ音声として手動確認の対象に挙げます。リアルタイムの文字が用意されるか、それが正しいかは、放送中かリハーサルでしか確かめられません。自動音声認識なら人がいなくてもリアルタイムの文字を作れますが、名前や数字を聞き違えたり、「ではなく」を落としたりすることがあり、この番組では「土曜日ではなく、日曜日」が間違った曜日になります。W3Cの1.2.9の解説は、訓練を受けていない担当者や、実際の内容と大きく違う文字では満たさないとしています。