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