インタラクティブ映画のアクセシビリティ基準を企画段階で作る方法
視聴者の課題、分岐ごとの危険、代替手段、受け入れ証拠を企画時に整理し、脚本・ポストプロダクション・開発・品質確認へ渡す方法を架空作品で解説します。
はじめに
有効なアクセシビリティ基準は、完成後の確認表ではなく、各ルートの課題、代替手段、受け入れ証拠へ組み込みます。映像と音声、操作、物語状態、五言語の画面を一緒に扱います。
インタラクティブ映画のアクセシビリティは、公開前に字幕だけを確認すれば終わるものではありません。選択画面、再生操作、分岐状態、映像と音声が一つの体験を構成します。どこか一層でも知覚・操作・理解できなければ、視聴者は物語を続ける手段を失います。WCAG 2.2は、ウェブコンテンツを知覚可能、操作可能、理解可能、堅牢にする原則を示しています。本稿は関連する考え方をインタラクティブ映画の制作方法へ応用しますが、これだけで適合を証明するものではありません。配信基盤、対象市場、障害のある利用者によるテストを別途確認してください。
合否を判断できる体験の約束を書く
制作者は二十分の分岐短編をブラウザーとテレビで公開する予定ですが、予算には「字幕は後工程」としかありません。音声解説、キーボード、文字拡大、動きの低減、多言語テストを工程と担当者へ割り当てる必要があります。
例には架空の短編『霧の港から届いた手紙』を使います。視聴者は夜の港で差し替えられた手紙を調べ、倉庫、待合室、灯台のどこへ向かうかを選びます。人物、分岐、テスト記録、素材番号はすべて学習用の創作です。実在する利用者事例、実施済みのテスト結果、DramaFork が自動提供する機能ではありません。
最初に体験の約束と失敗条件を一文ずつ書きます。約束には、誰が、どの機器と状況で、何を完了できるべきかを含めます。失敗条件は公開を止める境界です。「キーボードだけで全選択を完了できる」は検証できますが、「キーボードに優しい」は検証できません。基準は、重要情報の知覚、同等な入力、時間調整、安定したフォーカス、メディア代替、設定保持、言語の一貫性、完全ルート確認の八領域に分け、目標、担当、期限、証拠を記します。
要件・実装・証拠を同じ表で結ぶ
| 項目 | 確認する問い | 証拠 |
|---|---|---|
| 視聴者の課題 | 何を知覚し、判断し、操作する必要があるか | 課題と利用状況を示す一文 |
| 操作規則 | 標準手段と代替手段が同じ結果に着くか | 入力、フォーカス、時間、表示の規則 |
| 分岐への影響 | 設定変更、戻る操作、再開で物語状態を保てるか | 入口・出口・保持状態の記録 |
| 受け入れ確認 | 誰がどの機器で調べ、失敗をどこへ戻すか | ルート番号、操作記録、担当者 |
『霧の港から届いた手紙』では H01 の導入、H02 の最初の選択、H05 の暗室追跡、H08 の結末を高リスクとします。H02 は入力・フォーカス・時間、H05 は聴覚情報と音声解説、H08 は再視聴時の設定保持を確認します。
四項目は同じ版を参照させます。画面案だけ更新すると、以前の欠陥が直ったか判断できません。コードだけ変えると、「反応した」を「理解できた」と取り違えます。編集、操作設計、開発、品質確認が受け入れるのは、静止画ではなく再現可能な一連の体験です。
制作工程へ五段階で組み込む
まず主ルート、短縮ルート、戻るルート、無入力ルートを列挙し、選択、再生操作、重要情報を記録します。次に各課題へ標準手段と代替手段を用意し、どちらも同じ物語上の結果へ到達させます。三つ目に規則を安定したシーン番号、素材番号、状態項目へ結び、文言修正で追跡関係が壊れないようにします。
四つ目は仕上げ前の低コスト確認です。キーボードだけ、文字拡大、動きの低減、停止後の再開をそれぞれ試します。五つ目に複数機器と支援技術で確認し、手順、期待結果、実際の結果、証拠の場所を残します。脚本確定、撮影前、操作統合、公開候補の四段階で基準を確認します。新しい分岐は、引き継ぐ設定、追加する代替、対象となる回帰テストを必ず示します。
記録には「問題なさそう」と書かず、「H02 から入り、代替設定を有効にし、左の行動を選び、clue_letter=true を確認し、H03 の冒頭がその状態を反映することを確認」と書きます。入口、行動、反応、出口が一続きになり、失敗時に入力、表示、物語状態のどこを調べるか判断できます。
不具合はシステムの境界で起きやすい
字幕だけで十分と考える、設定画面が開くことを操作完了と取り違える、主ルートだけを調べることが典型的な失敗です。障害のある利用者による確認なしに完全対応と宣言せず、確認済みと未確認の範囲を分けます。
支援設定が深い設定画面に隠れていると、必要な人がそこへ着けません。起動時、最初の選択、停止メニューから見つけられる入口を用意します。変更後はすぐ知覚できる反応を返し、次のノードでも有効にします。再読み込みで消えるなら、公開前に直すか制約を明示します。
自動検査は名前の欠落、一部のコントラストやフォーカス問題を見つけられます。しかし、選択文が理解しやすいか、音声解説が別分岐を明かしていないか、停止が理解を損なわないかは判断できません。ルートを通した人手の確認と障害のある利用者の参加が必要です。文章は編集、素材は音響・ポストプロダクション、状態は開発、範囲の衝突は責任者へ戻します。
公開判定は完全な手順を対象にする
八領域ごとに担当者、合格記録、失敗時の差し戻し先を用意します。主、最短、戻る、無入力の各ルートを最後まで確認し、五言語の主要な操作語をそろえ、公開説明を実際の確認範囲に限定します。
最低限の公開資料には、機能範囲、ルート一覧、設定の初期値、五言語の画面文、確認した機器と入力方法、既知の制約、不具合担当者、開始から結末までの記録を含めます。W3C の資料は規格と解説です。本稿の表、ノード名、架空事例は編集上の方法であり、W3C が指定する固定様式ではありません。
この基準は法律相談ではなく、ネイティブアプリ、映画館設備、各国制度を自動的に網羅しません。配信基盤、入力機器、地域が変われば要件を再確認します。
最後に制作へ参加していない人に、記録だけで体験を再現してもらいます。「何を押すのか」「残り時間は」「この合図の意味は」「再開位置は」と尋ねる必要が残るなら、引き継ぎは未完了です。答えを規則と証拠へ書き戻してから公開します。
参考資料：W3C WCAG 2.2、W3C WAI: Making Audio and Video Media Accessible。
