PRODUCER AGENT 無料で始める

配信

ライブ配信の当日運用
配信卓の役割・テストの順番・止まったときの手順

ライブ配信の当日運用で決めておくのは、①信号の流れを1枚に描いた構成図 ②どの場面で何を映し、何を流すかのキューシート ③配信卓の誰が何を担当し、誰が止める・再開する判断をするか ④止まったときに視聴者に何を出すかの4つです。リハーサルの前までに固めてください。リハーサルは、この4つが本当に動くかを確かめる場です。配信先の選び方や機材・回線をそろえる段取りはイベントのライブ配信のやり方にまとめています。この記事は、そろえた機材で当日をどう回すかに絞ります。

更新: 2026-11-01読了:約9分PRODUCER AGENT 編集部

結論

配信オペレーションとは、本番中に「いま視聴者に何が届いているか」を見続け、進行に合わせて映像・音声・画面を切り替え、異常があれば切り分けて直し、その間の視聴者への案内まで行う運用です。必要な回線の速さ、機材の組み合わせ、配信サービスの設定値は、配信サービスの案内・会場・配信会社によって違います。この記事では数値の目安は示しません。数値は使う配信サービスの公式の案内と、会場での実測で決めてください。

リハーサルまでに決めること

配信の当日に起きる混乱の多くは、機材の不具合より「誰が判断するか」「何を出すか」が決まっていないことから起きます。次の表を、配信担当と主催者の間で埋めておきます。

決めること判断の基準誰と決めるか
構成図(信号の流れ)カメラ・登壇PC・会場音響から、スイッチャー(切替機)・配信PCを経て配信サービスに届くまでを1本の線で描けるか配信担当・会場の音響担当
キューシート進行の場面ごとに、映す画面・流す音・出すテロップや待機画面が書いてあるか主催者・司会・配信担当
配信の開始と終了の時刻待機画面を出し始める時刻、本編の開始、終了画面に切り替える時刻、配信を止める時刻を分けて書く主催者
止める・再開する判断者障害が起きたとき、進行を待たせるか、配信だけ止めて会場は続けるかを誰が決めるか主催者内で決定
視聴者への連絡経路配信画面のテロップ、チャット、申込者へのメール、SNSのどれで知らせるか。配信が完全に止まったときに使えるのはどれか主催者・広報
予備の手段予備の回線、予備の配信PC、事前に録画した映像に切り替えるか。何を用意し、何は用意しないか配信担当・会場
録画の扱い配信とは別に手元で録画するか。アーカイブを出すか、登壇者の許諾の範囲はどこまでか主催者・登壇者

Point

構成図は「線が1本ずつ切れたら何が止まるか」を見るために描きます。たとえば登壇PCからスイッチャーへの線が抜けたら、会場のスクリーンも配信も止まるのか、配信だけが止まるのか。構成図の上で線を1本ずつ指で隠していくと、予備が要る場所と、確認の優先順位が見えてきます。

キューシートの作り方

キューシートは、司会台本やタイムテーブルを配信卓から見た形に書き直したものです。進行表と同じ行の並びにし、配信卓が操作する列を足します。

列書くこと例
時刻・場面進行表と同じ時刻と場面名◯:◯◯ 開会挨拶
映像どのカメラ・どの画面を出すか登壇者カメラ+スライドの2画面
音声どのマイク・どの音源を配信に乗せるか演台マイク、BGMは下げる
画面の表示テロップ・待機画面・終了画面など登壇者名のテロップ
きっかけ何を合図に切り替えるか司会の「それではお願いいたします」
注意映してはいけないもの、許諾の条件◯◯の映像は配信に乗せない

注意

「配信に乗せない場面」は必ず列に書きます。登壇者が配信を断った資料、権利の確認が取れていない映像や音楽、会場の来場者の顔が大きく映る場面などです。会場で流す音楽と配信に乗せる音楽は、権利の扱いを別に確認してください(イベントで音楽・BGMを流す著作権)。時刻つきの進行表は香盤表・進行表作成ツールで作れます。

配信卓の役割分担

配信卓の役割は、少人数なら兼任しても構いません。ただし「操作する人」と「視聴者側で見ている人」は分けるのが基本です。操作画面の表示と、視聴者に届いているものは一致しないことがあるからです。

役割やること兼任するときの注意
配信ディレクターキューシートに沿って切替の合図を出す。障害時に止める・再開するかを主催者と決める主催者側の判断者と兼ねると、判断が早くなる
スイッチャー操作映像の切替、テロップ・待機画面の表示ディレクターと兼ねる場合は、合図を声に出して確認する
音声配信に乗る音量の調整、マイクの切替。会場の音響担当との連絡会場の音響担当と別にするか、会場側に任せるかを決めておく
視聴確認(モニター)別の端末・別の回線で実際に配信を視聴し、音・映像・遅れを報告する操作をする人とは兼ねない
チャット・Q&A視聴者の書き込みを拾い、質問を司会へ渡す。障害時の案内を書き込む視聴確認と兼ねられることが多い
記録時刻とともに、切替・障害・対応を配信ログに書くほかの役割と兼ねるなら、障害時だけは必ず書く

Point

配信卓の中の連絡は、会場に聞こえない手段(インカム、チャット)でつなぎます。司会との連絡は、カンペ(指示を書いた紙)か、司会の手元のモニターに出す形を決めておくと、本番中に声をかけずに済みます。ウェビナーで司会・講師・運営をどう分けるかはウェビナーの進行台本と運営マニュアルにあります。

テストの順番(準備のチェックリスト)

テストは小さい単位から順に、つないだ範囲を広げていくと、問題の場所が分かります。いきなり全体をつないで本番同様に流すと、映らないときにどこが原因か分かりません。

  1. 01

    機材を1台ずつ確かめる

    カメラ単体で映るか、マイク単体で音が出るか、配信PCが起動して配信ソフトが立ち上がるか。ケーブルと変換アダプタも1本ずつ確かめます。

  2. 02

    つなぎ、会場の中だけで確かめる

    構成図どおりに結線し、スイッチャーの出力で映像と音が来ているかを見ます。まだ配信はしません。

  3. 03

    限定公開で配信し、別の端末で見る

    配信サービスの限定公開やテスト用の枠で実際に配信し、別の端末・別の回線で視聴します。音量、遅れ、画質、テロップの位置を確かめます。

  4. 04

    本番と同じ条件で通す

    本番と同じ時刻帯、同じ回線、同じ機材で、キューシートの頭から終わりまで切替を通します。登壇者にも実際に話してもらい、声とスライドの切替を確かめます。

  5. 05

    障害の練習をする

    わざと線を1本抜く、配信PCの配信を止めるなどして、待機画面への切替と再開の手順を一度やってみます。

当日、本番直前に確かめること

  • 配信PCの通知・自動更新・スリープを止めた
  • 配信サービスの配信枠(URL・配信キー)が本番用になっている
  • 待機画面・終了画面・障害時の画面を、すぐ出せる位置に用意した
  • 視聴確認の担当が、本番のURLで視聴を始めている
  • 会場の音響担当と、配信へ送る音の経路と音量を確かめた
  • キューシートの最新版を、配信卓の全員が手元に持っている
  • 予備の回線・予備の機材に切り替える手順を、担当者が口で説明できる
  • 配信ログの用紙(またはファイル)と時計を手元に置いた
  • カメラや配信用のケーブルが通路・出入口・避難経路をふさいでいない。床にはわせたケーブルは、つまずかないよう会場の指示に沿って養生した
  • 会場の来場者に、撮影・配信があることを受付や司会で知らせる準備ができている

注意

回線の速さが足りているかは、使う配信サービスが案内している条件と、会場で測った値を比べて判断します。来場者が会場のWi-Fiに大勢つなぐと条件が変わるため、測る時刻と条件も記録してください。会場の設備の確認はイベント会場の下見チェックリストを使えます。

当日の運用:監視・切り分け・告知

本番中に見続けること

  • 視聴者側の画面:別の端末で、映像が動いているか、音が聞こえるか
  • 音のレベル:登壇者が替わるたびに、声の大きさが変わっていないか
  • 画面の内容:キューシートで「乗せない」とした画面が映っていないか
  • チャット:「聞こえない」「止まった」という書き込みが続いていないか
  • 配信ソフトの表示:送信が途切れていないか、警告が出ていないか

障害の切り分け表

障害が起きたら、まず何が止まっているかを一言で本部とディレクターに伝えます。直し方は機材によって違うため、ここでは最初に見る場所と、視聴者への対応を示します。

症状最初に見る場所視聴者への対応
映像は出るが音がない配信ソフトの音声入力、スイッチャー・ミキサーの配信への送り、マイクのミュートテロップかチャットで「音声を確認しています」と出す
音はあるが映像が止まる・黒いカメラ・登壇PCからの線、スイッチャーの入力、変換アダプタ待機画面に切り替え、音声だけでも進行を続けるか判断する
スライドだけ映らない登壇PCの画面出力の設定、ケーブル、スイッチャーの入力登壇者カメラだけに切り替え、資料は後で共有すると伝える
全体が止まる・視聴者に届かない配信ソフトの送信状態、回線、配信サービス側の障害情報チャット・メール・SNSなど、配信以外の経路で知らせる
遅れが大きい・画質が落ちる回線の状態、同じ回線を使っているほかの機器進行は止めず、状況が続くようならチャットで知らせる

Point

直す人と、視聴者に知らせる人を分けます。直している間に視聴者への案内が出ないと、視聴者は配信が終わったと思って離れます。障害時の画面を1枚出すだけでも、待ってもらえる時間が変わります。止める・再開するの判断は、決めておいた判断者が行います。

インカムでの報告の文例

【障害の報告】ディレクター、こちらモニター。視聴側で音声が出ていません。映像は動いています。時刻◯:◯◯。
【指示】ディレクター了解。音声担当は配信への送りを確認。スイッチャーは障害時の画面に切り替え。チャット担当は案内を書き込んでください。
【復旧の報告】モニターです。視聴側で音声が戻りました。時刻◯:◯◯。

視聴者への告知の文例

【配信画面・チャット(一時的な不具合)】ただいま配信の音声(映像)に不具合が発生しています。復旧まで、このままお待ちください。
【チャット(復旧)】お待たせいたしました。配信が復旧しました。ご不便をおかけし、申し訳ございません。
【メール・SNS(配信が止まった場合)】本日の「◯◯」の配信は、◯:◯◯ごろから視聴できない状態が続いております。現在復旧に努めております。再開の見込みと、録画の共有などの対応は、決まり次第このメール(アカウント)でお知らせします。

注意

配信の再開が難しいときは、録画を後日共有するか、別の日に配信し直すかを主催者が決めます。お詫びの連絡はシステム障害のお詫び 例文の構成(何が起きたか・いまの状況・今後の対応)が使えます。

配信ログの様式(コピー用)

【配信ログ】イベント名:◯◯ 記入者:◯◯
・◯:◯◯ 待機画面の表示開始
・◯:◯◯ 本編開始(キュー番号◯)
・◯:◯◯ 障害発生:症状(音声なし/映像停止/全体停止)・気づいた人・場所
・◯:◯◯ 対応:誰が何をしたか、視聴者への案内の有無
・◯:◯◯ 復旧/配信停止の判断(判断した人)
・◯:◯◯ 終了画面の表示、配信停止
・次回への申し送り:

よくある失敗

  • 操作画面だけを見ていて、視聴者に音が届いていないことに気づかなかった:視聴確認の担当を、操作する人と別に置く
  • 待機画面のまま本編を始めてしまった:キューシートの1行目に「待機画面から本編へ切り替える合図」を書く
  • 配信に乗せない約束のスライドが映った:キューシートの注意の列に書き、切替の担当が読み上げて確かめる
  • 障害時に全員が直しに回り、視聴者への案内が出なかった:直す人と知らせる人を分ける
  • 終了後も配信が続いていて、撤収中の会話が流れた:配信を止める時刻と担当をキューシートの最後の行に書く
  • テストを前日に済ませ、当日の回線の状態を見ていなかった:本番直前に限定公開で一度流し、別の端末で見る

会場とオンラインを両方の参加者にとって成り立たせる設計はハイブリッドイベントの設計、配信の録画や視聴ログに含まれる個人情報はウェビナーの個人情報、会場の来場者が映り込むときの告知はイベント写真のSNS投稿と個人情報を参照してください。

この記事の要点

  • 当日運用の土台は、構成図・キューシート・判断者・障害時に出すものの4つ。リハーサルの前に決める。
  • テストは機材単体→会場内の結線→限定公開→本番と同じ条件、と範囲を広げていく。
  • 操作する人と、別の端末で視聴して確かめる人を分ける。
  • 障害時は、症状を一言で伝え、直す人と視聴者に知らせる人を分ける。
  • 回線や設定の数値は、使う配信サービスの案内と会場での実測で決める。

FAQ

よくある質問

01配信卓には何人必要ですか?

配信の構成と場面の数で変わるため、一律の人数は示していません。役割を、配信ディレクター・スイッチャー操作・音声・視聴確認・チャット・記録に分けて書き出し、兼任できるものをまとめてください。ただし、操作する人と視聴者側で見て確かめる人は分けるのが基本です。

02キューシートと進行表は何が違いますか?

進行表は会場の進行を時刻と場面で書いたもの、キューシートはそれを配信卓から見た形に書き直したものです。同じ行の並びにして、映す画面・配信に乗せる音・テロップや待機画面・切替のきっかけ・配信に乗せないものの列を足します。

03配信のテストはいつ、何をすればよいですか?

機材を1台ずつ確かめ、次に会場の中で結線を確かめ、限定公開で実際に配信して別の端末で見て、最後に本番と同じ条件でキューシートを通します。本番の直前にも、限定公開で一度流して視聴側を確かめてください。前日のテストだけでは、当日の回線の状態は分かりません。

04配信が止まったら、まず何をしますか?

何が止まっているか(音だけか、映像だけか、全体か)を一言で判断者に伝え、待機画面か障害時の画面に切り替えます。直す担当が原因を見ている間に、別の担当がチャットや画面で視聴者に案内を出します。配信そのものが届かないときは、メールやSNSなど配信以外の経路で知らせます。

05回線の速さはどのくらい必要ですか?

必要な速さは、配信サービスと映像の設定によって違います。この記事では数値を示していません。使う配信サービスが公式に案内している条件を確認し、会場で上り(送信側)の速さを本番と近い条件で測って比べてください。

06配信に乗せてはいけないものは、どう管理すればよいですか?

キューシートに「注意」の列を作り、場面ごとに配信に乗せない画面・資料・音を書きます。登壇者が配信を断った資料や、権利の確認が取れていない映像・音楽などです。切替の担当がその行で読み上げて確かめると、映ってしまう事故を減らせます。

Related

関連記事

実務ガイド

イベントのライブ配信映像より、音と回線で決まる

配信の失敗はほぼ音と回線。映像のきれいさは3番目。

実務ガイド

ハイブリッドイベントとはやり方・機材・司会例文と成功のコツ

定義と比較表、3つの設計型、進め方、機材と役割、司会・案内の例文、当日チェックリスト。

実務ガイド

ウェビナー台本の例文司会の進行・講師の台本・トラブル対応

ウェビナーの台本は「司会の進行台本」と「講師の話す台本」の2つに分けて作ります。司会の台本は、開始挨拶と音声確認→注意事項→講師紹介→講演中のつなぎ→質疑応答→アンケート案内→終了挨拶の順に、そのまま読める文で書きます。

実務ガイド

オンラインイベント運営のやり方準備の流れ・役割分担・例文とトラブル対策

オンラインイベント運営の全体像。配信形式とツールの選び方、逆算スケジュール、役割分担、進行表、案内・アナウンス例文、トラブル対応、外注の判断まで。

実務ガイド

ウェビナー・オンラインイベントの個人情報データはツールの中にも残る

参加者情報・視聴ログ・チャット・録画が外部ツールに残る。委託の整理と、終了後の扱いを決める。

実務ガイド

イベントの音響・照明の手配会場に何があるかを、先に確定する

最初にやるのは機材選びではなく、会場に何が常設されているかの確認。

実務ガイド

イベント会場の下見チェックリスト当日に何を見て、何を撮り、何を聞くか

駅からの道順・搬入・電源・通信・受付と控室・原状回復。一覧表と質問例、確認メール例文つき。

実務ガイド

情報技術企業のカンファレンス・テックイベント運営オンライン併用・配信技術

ハイブリッド配信・登壇者管理・技術トラブル対応・ネットワーキング。カンファレンス特化の課題。

実務ガイド

社内イベントで音楽を流すときの著作権CD・BGMの再生も「演奏」に当たる

録音物の再生も「演奏」。無許諾でよいのは非営利・無料・無報酬をすべて満たす場合だけ。

実務ガイド

イベントタイムテーブルの作り方手順・記入例とリカバリ設計

作り方の6手順、イベント別の記入例5種、バッファ設計、公開版と内部版の作り分け。

実務ガイド

システム障害のお詫びメール例文件名・第一報から復旧報告まで

障害のお詫びは「発生日時・影響・現在の状況・利用者へのお願い・問い合わせ先・次の連絡」を項目に分けて書く。復旧前は原因が分からなくても第一報を早く出し、次の連絡時刻を約束する。

実務ガイド

登壇資料の締切はいつにする?逆算の決め方・依頼と催促のメール例文・当日の切替

締切の逆算表(告知用素材・初稿・最終・当日)、回収する素材の一覧、依頼・催促・延長の返信など文例9通、遅れたときの対応、受け取り後の確認、当日の切替。

#面白いを実現しろ

Produce your IDEA.

会場の条件から必要な手配と確認項目を出し、会場・協力会社への照会メールの文面まで作ります。送信は承認制です。

法令アップデート

改正がなかった月は、なかったとだけ送ります

e-Gov法令検索から条文を取得し、出典と取得日を添えてお知らせします。解説記事の要約は送りません。水増しのために書くことがないので、月によっては短くなります。

PRODUCER AGENT のご案内を含みます。配信停止はいつでも、メール本文のリンクから行えます。