解説書 達成基準 1.2.9:音声のみ (ライブ) (レベル AAA)

要約

目標

ライブの音声をより多くの人々が理解できる。

何をすればよいか

ライブの音声のみのコンテンツに対して、テキストによる同等の内容を提供する。

なぜそれが重要か

リアルタイムの音声を聞く又は理解することができない人が同等の内容を読めるようにする。

意図

この達成基準の意図は、ライブの音声、例えばウェブベースの音声会議、ライブの発話、及びラジオのウェブキャストなどが伝えている情報を、テキストによる代替を用いることによってアクセシブルにすることである。ライブのキャプション付加サービスは、ろう又は難聴の利用者、あるいは他の方法で音声を聞くことのできない人に対してライブの音声をアクセシブルにすることが可能であろう。そのようなサービスは、話の内容を聞きながら、少しの遅延だけでテキストを入力するために特殊なキーボードを用いて、訓練された人間のオペレーターを利用する。オペレーターは、かなり忠実にライブの出来事をテキストで記録することができ、イベントを理解する上で不可欠な発話以外の音声に関する注記も挿入することもできる。ライブの音声が準備された台本に従っている場合は、書き起こしテキストが利用できる。しかし、ライブのキャプションサービスは、音声自体と同じペースで再生され、キャプションが台本にはないことが起こったとしてもそれに対処できるので好まれる。

訓練されていないオペレーターを使用したり、実際に起こっていることとは明らかに違う書き起こしテキストを提供したりしている場合は、この達成基準を満たしているとはいえない。

この達成基準は、音声の放送に適用することを意図しており、利用者の要求の有無にかかわらず、ウェブアプリケーションを介した2人以上の個人間で行う双方向のマルチメディア電話に対してキャプションの提供を求めることは意図していない。キャプションを提供する責任は、アプリケーションではなく、コンテンツの提供者 (電話をかけた人) 又は「ホスト」として電話をかけた人に課せられる。

事例

• 広告会社が、ライブのイベントを放送するために、ウェブベースのキャプションサービスを使用している。サービスによるキャプションは、ストリーミングの音声制御コントロールのあるウェブページのサブフレームに組み込まれている。
• フリンジ劇場のライブのラジオ劇が、ウェブで放送されている。俳優たちが大部分は用意された台本通りに演じていて、番組の予算が限られているため、(脚本家の許諾を得た上で) プロデューサーは劇の台本へのリンクを提供している。
• ストリーミングの音声サーバーは、例えば HTML のように、テキスト及びグラフィックを使用可能なウェブ技術を利用している。速記者が、あるイベントでライブのキャプションを書き起こしていて、それがその場で組み込まれて、メディアプレーヤーで閲覧可能なメディア配信のライブのキャプションとして使われている。
• CEO は、ニュース速報に反応してメディアに対し電話による記者発表を行い、その音声を録音してインターネット上でも配信したが、時間の制約のためにウェブキャプションサービスが時間内にセットアップできなかった。記者発表は、CEO が読み上げる予定の声明なので、会社は発表内容の書き起こしを同時に提供している。

関連リソース

リソースは、情報提供のみを目的としており、推奨を意味するものではない。

• WebAIM Real time captioning resource
• uiAccess list of transcription services
• Transcripts on the Web: Getting people to your podcasts and videos

テクニック

この節にある番号付きの各項目は、WCAG ワーキンググループがこの達成基準を満たすのに十分であると判断するテクニック、又は複数のテクニックの組み合わせを表している。しかしながら、必ずしもこれらのテクニックを用いる必要はない。その他のテクニックについての詳細は、WCAG 達成基準のテクニックを理解するの「その他のテクニック」を参照のこと。