AIで舞台字幕をつくるには：PowerPointの先にある、検証可能な制作フロー

要点： AIは、台本整理や翻訳の初稿づくりを速められます。ただし、未確認の文書をそのまま本番用の舞台字幕に変えることはできません。信頼できる制作フローには、すべての加工が見え、編集でき、リハーサルで確かめられ、責任を負う人がいることが必要です。

PowerPointに代わる有意義な方法とは、単に「同じスライドを速く生成する」ことではありません。原台本、翻訳上の判断、キュー構成、稽古での変更、観客への届け方、そして本番操作を一つにつなぐ制作フローです。

難しいのは、文字をスクリーンに載せることではありません。舞台で今起きていることと、観客が今読む文字との信頼できる関係を保ち続けることです。

まず、どのような観客サービスなのかを定める

台本を読み込む前、AIモデルを選ぶ前に、その文字を誰に何のために届けるのかを決めます。

• 別言語への翻訳ですか。
• 同じ言語のアクセシビリティ字幕ですか。
• 話者名や、意味のある音の情報が必要ですか。
• 観客は共用スクリーン、個人端末、あるいは両方で読みますか。
• どの座席、端末、観客層を設計の対象にしますか。
• 編集上の最終責任者と、本番でキューを出す担当者は誰ですか。

これらはソフトウェアの設定ではなく、制作上の判断です。文の書き方、表示時間、見せ方、検証方法、現場での支え方を左右します。

「プロの舞台字幕」とは、見た目が整っているだけの文字ではありません。対象となる観客が定義され、内容が確認され、操作が稽古され、現実的な復旧手順が用意されているサービスを指すべきです。

ステップ1：加工する前に原本を守る

戯曲台本は、文を寄せ集めたものではなく、構造をもつ文書です。役名、台詞、ト書き、場面見出し、字下げ、空きにも意味があり得ます。

処理前の正本を保管し、版を記録してください。後から台本が変わったとき、字幕案がどの版を基にしたのか分からなければならないからです。

SurtitleLiveでは、.docx台本を読み込み、編集可能なキューの下書きを準備できます。文書構造と分類を手掛かりに、台詞らしい行やその他の行種を判別します。ただし、これは確認作業の出発点であり、あらゆる台本形式を完璧に解析できるという意味ではありません。

確認する項目：

• 配役表や前付けが台詞として誤認されていないか。
• 役名と台詞が正しく分かれているか。
• ト書きを見分けられる状態で残しているか。
• 詩、歌、同時発話、話者名のない箇所が意図どおり扱われているか。
• ページ、表、特殊なレイアウトに欠落がないか。

自動化が役立つのは、不確かさを隠すときではなく、原文を点検しやすくするときです。

ステップ2：文書の形ではなく、読める単位でキューを組む

台本の一行が、そのまま良い舞台字幕になるとは限りません。紙面のレイアウトは読む人のため、キュー構成は生の舞台を見る観客のためにあります。

エディターでは、文字を直し、行の結合・分割・並べ替えによってキューを整えられます。文書上の境界を忠実に再現するのではなく、意味を保ち、本番の進行に合わせて操作できる読みやすい単位をつくることが目的です。

確認する項目：

• 一つのキューが、まとまりのある一つの考えを伝えているか。
• 改行が構文や強調を支えているか。
• 目的とするサービスに役名やラベルが必要か。
• 情報量の多い箇所を編集して短くする必要があるか。
• 分割によって落ちや返答を先に見せてしまわないか。
• キュー順が現在の稽古台本と一致しているか。

加工は後からたどれるようにします。原文から大きく変えたキューでも、なぜそうしたのかを追跡できる状態が望まれます。

ステップ3：AI翻訳は初稿をつくる段階として使う

原文とキュー構成が作業できる程度に固まったら、AI支援翻訳で第一稿までの時間を短縮できます。

SurtitleLiveのエディター内翻訳は、前後の行や保存済みの役名用語を参照して下書きを生成できます。結果は引き続き編集可能です。これは音声をその場で訳すライブ翻訳ではなく、人物の声、韻、時代的な文体、ユーモア、演劇的意図が必ず保たれるものでもありません。

原文と訳文を比較できる人が確認し、文法以上の点を見ます。

• 登場人物の声と関係性。
• 意図的な曖昧さと反復されるイメージ。
• 名前、代名詞、敬称、方言、文体。
• 訳抜け、加筆、説明しすぎ。
• 文化的参照や言葉遊び。
• 読む量と上演のタイミング。

適切に確認できる人がいない言語は、AI生成トラックが存在するだけで完成した観客サービスとみなしてはいけません。

ステップ4：内容の承認とキューのタイミングを分ける

言語として承認された文字でも、本番では機能しないことがあります。タイミングには別の確認が必要です。

稽古では：

1. 想定上の読速ではなく、実際の台詞回しに合わせてキューを出す。
2. 代表的な客席から、舞台と文字を同時に見る。
3. 投影とモバイルの両方を提供するなら、それぞれ別に確認する。
4. 立ち位置、間、カット、台詞順が変わったらキューも直す。
5. 本番用として承認した版を明示する。

どの作品にも通用する万能の「一秒あたり文字数」はありません。言語、観客、内容の複雑さ、表示方法、目的がすべて関係します。数値は負荷の兆候を示せますが、サービスが本当に機能するかは稽古で確かめます。

ここでオペレーターも作品を身につけます。キュー出しは事務的なクリック作業ではありません。上演の呼吸を読み、予定とのずれに気づき、観客をさらに置き去りにしない復帰方法を判断する仕事です。

ステップ5：上演のずれを前提に設計する

静的なスライドは、上演が安定し、担当者がデッキを熟知していれば十分に実用的です。問題になるのは、台詞の飛ばし、繰り返し、開始の遅れ、緊急カットに対して、担当者がどう応じるか明確でない場合です。

ライブ字幕の制作フローでは、移動と復帰を意図的に設計します。

• 現在のキューをすぐ特定できる。
• 不透明なファイル内を探し回らず、別のキューへ移れる。
• 直前の台本変更を、一つの承認済み版へ反映する。
• 台詞が飛んだり繰り返されたりした場合の対応を、チームで決めている。
• 投影、モバイル配信、外部ショーコントロールを使う場合は、それぞれを稽古している。
• 第一選択の出力や接続が失敗しても使える代替手段がある。

専用ソフトウェアは対応をしやすくできます。しかし、準備していないチームの代わりに本番を立て直すことはできません。

ステップ6：第二の正本を生まないように出力を選ぶ

必要な出力は制作ごとに異なります。SurtitleLiveでライブ投影や観客用ブラウザーを使うほか、確認用に.xlsxを書き出したり、スライド受け渡しが適切な場合に.pptxを作成したりできます。

大切なのは、PowerPointを許すかどうかではなく、どの版を正本とするかです。

複数の書き出しファイルを別々に編集すれば、修正内容はずれていきます。会場への受け渡しでスライドに戻すなら、版名を付け、その後の変更をエディター、デッキ、あるいは双方のどこで行うか決めてください。承認済みの文言がどのファイルにあるのか、誰にも分からない稽古にしてはいけません。

書き出しファイルは届けるための成果物です。管理されない第二の編集システムへ、いつの間にか変えてはいけません。

実用的な本番前チェック

開場前に、次を確認します。

内容

• 原台本の版が特定されている。
• 解析結果とキュー境界を確認した。
• 提供する各言語に、責任をもつ確認者がいる。
• 翻訳とアクセシビリティ字幕の要件を区別している。
• 本番版を明示し、直前変更を管理している。

観客体験

• 代表的な客席と端末で文字を確認した。
• どこで、どう読むのかを案内している。
• 会場で明るさ、行長、文字サイズ、見通しを確認した。
• 個人端末を使えない人に代替手段がある。

運用

• オペレーターは画面操作だけでなく、作品そのものを稽古している。
• 飛ばし、繰り返し、ジャンプ、停止、終演時の状態を練習した。
• 各配信経路に担当者がいる。
• 代替手段が実際に使え、テスト済みである。

どれか一つでも未完了なら、自動化を増やしても本番準備は整いません。

SurtitleLiveが担う範囲

SurtitleLiveは、台本の読み込み、編集可能なキュー準備、AI支援の翻訳下書き、稽古での修正、書き出し、本番操作を一つの流れにつなぎます。狙いは継続性です。原台本から観客が見る文字までの間にある、切り離された変換作業を減らします。

それでも、解析結果の確認、翻訳の承認、読みやすいキューづくり、配信の稽古、本番操作、観客への支援は人が担います。これは隠すべき弱点ではありません。ライブ芸術にふさわしい責任の分担です。

PowerPointを超えるとは、ファイルを超えること

PowerPointでも舞台字幕は表示できます。作品によっては今も実用的な道具です。専用フローを採用する理由は、スライドソフト自体が素人向けだからではありません。

より確かな理由は、ライブの文字サービスに次が役立つからです。

• 出所をたどれる一つの正本。
• 検証できる自動化。
• 編集可能な言語判断とキュー判断。
• 稽古と結びついた修正。
• 意図して設計した観客への届け方。
• 上演が予定から外れたときのオペレーターによる復帰。

AIは機械的な準備を減らせます。ソフトウェアは各段階をつなげられます。プロフェッショナルであることは、結果を確認し、稽古し、責任を負う人々によって生まれます。

実際の台本でこの流れを試す準備ができたら、SurtitleLiveのワークスペースを作成してください。まずは、確認済みの一言語と一つの配信経路から始め、その経路が稽古で機能すると確かめてから広げましょう。