要約

  • 8月31日の調達回答は、元動画に字幕を焼き込まず、字幕と文字起こしを別ファイルで渡すこと、ナレーション原稿をスライドから分けることを明確にした。
  • 更新版の仕様は、教材単位の更新と契約終了後の自立した運用を重視する。ただし、実際に引き継ぎが行われたという証拠ではない。
  • 後任による小さな修正作業を試せば、素材と操作説明が役立つかを確認できる。これは本稿の提案であり、受講者を試験・追跡する仕組みではない。

動画が再生できても、説明は古くなる

教材を公開した時点では、画質や音声、リンクを確認できる。半年後に手順が変わると、別の能力が問われる。元の制作者に戻らず、正しい箇所を直して再公開できるだろうか。

IETF Administration LLCの8月31日付回答集は、その問いを抽象論で終わらせない。設問2への回答では、字幕と文字起こしを元動画とは別の素材として渡し、ナレーション原稿もスライドを補う独立した資料にするよう求めている。一方、視聴者への提示方法は提案側に委ねる。

設問に挙がったWebVTTやSRTが採用形式として指定されたわけではない。形式について追加の事前指定はなく、文字を変えるだけなら常に動画を再生成せずに済む、という約束もない。確認できるのは素材の分離であって、あらゆる更新の簡単さではない。

更新版の提案依頼書は、個別に更新できる教材、広く使われる編集可能な元ファイル、LLCへの権利移転を求める。契約後もLLCや指定業者が運用・更新できる道具や形式を優先するが、独自仕様の製品を一律禁止してはいない。また、納品後の支援に含める軽微な修正と、別途請求する継続更新を区別している。

調達はまだ途中だ。9月3日に確認した契約一覧では募集中であり、当初の告知による提案期限は9月11日22時UTC。回答集は2027年1月31日までの展開を見込む。業者の決定、最終費用、完成教材や保守実績を示す記録ではない。

素材一式と、動かせる一式は違う

原稿が編集できても、それがどの音声版と結び付くか不明なら修正は難しい。字幕の時刻、図の説明、関連リンクが別々にずれれば、ファイルはそろっていても授業としての整合性は失われる。

そこで本稿が提案するのは、代表的な教材一つについての修正演習だ。内容上の承認を得た小変更を決め、次の保守担当者が納品素材と説明書を使って実施する。必要な部分は作り直し、音声、図、字幕の対応を確認する。許可された試験用の公開経路で表示とアクセシビリティを点検し、前の版にも戻せるようにする。他の教材は変更しない。

大がかりな認証制度は要らない。必要だった素材と道具、内容を承認した役割、作業時間、元の制作者の支援が必要だった箇所を記録すればよい。成功しても、その教材で確認した能力に限られる。つまずいても、不正や悪意ではなく、引き継ぎ時に補うべき条件が見つかったと考えるのが妥当だ。

回答集の設問11と12は、この事業で受講者評価や追跡を想定しないとする。教材の保守を試すことは、受講者の行動を調べることではない。個人の学習履歴は不要であり、配信先すべてに解析機能がないと推定することもできない。

内容の承認は編集操作と分ける

仕様では、LLCが内容確認と承認の窓口を指定し、専門家の協力を得る。動画を編集できる人が、そのままIETFの手順を決める人になるわけではない。RFC 8711も、LLCの行政支援と標準策定権限を区別している。教材は権限ある情報源の変更を反映する側だ。

Lu Hengの代理問題の論考をここに当てはめるなら、問うべきは動機ではなく、機能を握る者と依存の費用を負担する者の関係である。良い制作者を継続起用することに問題はない。ただし、起用を続ける理由が品質なのか、他の誰も更新できないからなのかは、区別できる方がよい。

資料