ハイブリッド配信の当日運営｜開演前の確認と、トラブル時の動き方
接続テストを済ませ、リハーサルも通した。それでも本番の日には、当日にしか起きないことが起きます。
配信は、会場のイベントと同じで時間が戻りません。言い直しも、途中からのやり直しも利かないまま、オンラインの向こうでは参加者が待っています。
ハイブリッド配信の当日に必要なのは、特別な技術よりも、誰が何を見ていて、何かあったら誰がどう動くかが決まっていることです。事前準備の記事の続きとして、本番当日の動き方を整理します。
当日は、開演前に大半が決まる
当日の仕事は、開演のずっと前から始まっています。14時開演のセミナーなら、おおよそ次の逆算になります。
| 時刻の目安 | すること |
|---|---|
| 3時間前 | 搬入と設営。カメラ、配信席、配線 |
| 2時間前 | 音声調整。会場の音響設備との接続、マイクチェック |
| 1時間半前 | 配信への接続。遠隔登壇者との最終確認 |
| 1時間前 | 通しリハーサル。質疑応答の一往復まで試す |
| 30分前 | 開場。待機画面の表示、オンラインの入室状況の確認 |
| 開演 | 録画開始を確認してから、進行表どおりに |
機材の構成が大きいほど、設営と音声調整に時間がかかります。先に確認したいのは、会場をこの時間から使えるかどうかです。利用開始が開演の1時間前では、この逆算は成立しません。
リハーサルが終わってから開場までの30分は、調整の予備時間として空けておきます。ここが埋まる前提の進行は、当日どこかで破綻します。
役割は、「進行」と「操作」を分ける
当日の体制で最初に決めるのは、役割分担です。
| 役割 | 主な仕事 |
|---|---|
| 司会 | 進行、質問者の指名、トラブル時のアナウンス |
| 配信操作 | 画面の切り替え、録画、配信状態の監視 |
| 音響 | マイクと会場スピーカー、音量の調整 |
| オンライン対応 | Q&Aとチャットの監視、発言希望者の確認、接続の問い合わせ対応 |
小規模な配信では兼務もありますが、司会と配信操作の兼務だけは避けます。進行しながら画面を切り替え、チャットを読み、音の異常に気づくことは、一人では無理があります。実際のトラブルの多くは、異常そのものより「誰も見ていなかった時間」から大きくなります。
主催者側で立てられる役割と、配信側が受け持つ役割を、当日より前に分けておきます。
開場前に、最終チェックを一巡する
リハーサルで通っていても、開場の前にもう一巡だけ確認します。リハーサルのあとの小さな変更が、本番に残っていることがあるからです。
- 録画。開始の操作を誰がいつ行うか、保存先はどこか。
- 音声の往復。オンライン側の試験参加者と、一度だけ会話する。
- 資料。登壇者の最新版に差し替わっているか。
- 参加者の入室設定。入室時ミュートと待機画面は意図どおりか。
- 確認用端末。視聴者と同じ画面が、別回線で見えているか。
- 登壇者のパソコン。通知とスリープが切れているか。
一つずつは1分で終わる確認です。開演後に見つかれば、どれも1分では済みません。
配信中は、視聴者と同じ画面を見る
本番中に見るべきなのは、配信ソフトの画面ではなく、参加者に実際に届いている画面です。
送り出す側の画面では、音が出ていなくても気づけません。確認用の端末で一人の視聴者として参加し、映像と音を耳で確かめ続けます。配信には数秒から数十秒の遅延があるため、確認用端末の映像が少し遅れて見えるのは正常です。
あわせて、チャットとQ&Aは異常検知の窓口にもなります。「音が聞こえません」という書き込みは、たいてい機材の表示より早い。オンライン対応の担当がそれを拾い、配信操作へすぐ伝わる並びで席を配置します。
トラブルは、種類ごとに第一手を決めておく
トラブルの最中に対応を考え始めると、判断と操作が重なって手が止まります。よくあるものは、先に第一手を決めておきます。
| よくあるトラブル | 第一手 |
|---|---|
| オンラインに音が届かない | 音の経路を上流から順に確認する。マイク、ミキサー、パソコンの入力設定の順 |
| エコーやハウリングが出る | 会場内で音声接続している余分な端末を切る。会場スピーカーの音量を下げる |
| 動画の音がオンラインに出ない | 画面共有の音声設定を確認する。直らなければ動画を止め、後日の共有に切り替える |
| 遠隔登壇者の接続が切れる | 再入室を案内し、司会が場をつなぐ。戻らなければプログラムの順番を入れ替える |
| 配信側の回線が落ちる | 予備回線へ切り替える。オンライン側へはチャットで状況を知らせる |
そして、技術対応と同じだけ大切なのが司会のアナウンスです。「オンラインの音声を調整しています。そのままお待ちください」。この一言があるだけで、会場もオンラインも落ち着いて待てます。参加者にとって一番不安なのは、トラブルではなく説明のない沈黙です。
中断するかどうかは、主催者が決めておく
復旧に時間がかかるとき、進行をどうするか。これは当日ではなく、事前に主催者と決めておく判断です。
- 何分止まったら、休憩を入れて復旧にあてるか。
- 質疑応答が成立しないとき、チャットでの受付に切り替えるか。
- 配信の復旧を断念した場合、アーカイブの案内で代えるか。
判断するのは主催者、選択肢と見込みを示すのは配信側。この分担を決めておくと、本番中の相談が数十秒で済みます。
終演後は、録画を確認してから撤収する
終演の瞬間に、当日の仕事は終わりません。
まず録画です。停止の操作と、データが保存されたことを確認します。クラウド録画は処理に時間がかかるため、生成が始まったことまで見届けてから会場を離れます。質疑応答の音声が、質問と回答の両方とも入っているかも、この段階で聞いておきます。
録画データは、そのまま公開できるとは限りません。冒頭の待機時間を切る、休憩を省くといった整理をしてから、アーカイブとして案内します。参加者とのやり取りはZoomで行い、アーカイブはYouTubeに載せるという分け方は、プラットフォームの記事で書いたとおりです。
最後に撤収。借りた会場設備を元の設定へ戻すところまでが、当日の運営です。
当日の落ち着きは、体制がつくる
ハイブリッド配信の本番は、何も起きないから成功するのではありません。小さな問題が起きても、気づく人がいて、動く人が決まっていて、参加者への説明が途切れない。その状態をつくれるかどうかです。
zigzagでは、当日の設営、配信操作、音響、オンライン対応まで、運営体制の一部として入ります。主催者側は進行と参加者への対応に集中してください。
ご相談の際は、次の内容が分かる範囲でお知らせください。
- 開催日時と会場、会場を使える時間。
- 当日の進行表(案の段階で構いません)。
- 主催者側で担当できる役割は何か。
- 録画とアーカイブ公開の予定があるか。
進行表がまだ固まっていない段階でも、当日の時間割と体制から一緒に組み立てられます。