Techrider.live

ライブ音響におけるトークバックとインターカムの違い:適切な連絡手段の選び方

読了目安 12分 · 更新日 2026年9月24日 · FOHおよびモニターエンジニア、プロダクションマネージャー、ステージマネージャー、ショーコーラー、会場技術者、ツアーバンド、ライブ音響の学習者

リハーサルや本番におけるコンソールのトークバックとプロダクション・インターカムを、ルーティング、使用者、キュー、プライバシー、テスト、フォールバック、テクニカルライダー記載の観点で比較します。

TL;DR — コンソールのトークバックは、エンジニアのマイクを選択したオーディオミックスへ送る仕組みで、主にセットアップ中に演奏者へ向けて使います。プロダクション・インターカムは、専用ステーション、ベルトパック、ヘッドセット、通信グループでクルー同士をつなぐ仕組みです。トークバックはミックス関連の指示に効率的で、インターカムは双方向のオペレーション連携とショーキューを支えます。どちらも普遍的に非公開、あるいは絶対に失敗しないものとして扱ってはいけません。開場前に、使用者、送信先、ミュート動作、キュー優先度、責任者、テスト、フォールバックを定義してください。

目次

  1. トークバックとインターカムを定義する
  2. 適切な連絡手段を選ぶ
  3. 通信をルーティングしてテストする
  4. 責任範囲とフォールバックを文書化する
  5. FAQ

トークバックとインターカムを定義する

コンソールのトークバックは、ミキシングコンソールに接続された、またはコンソールで選択されたマイクを使い、選択したバスや出力へ送ります。FOHまたはモニターエンジニアは、ラインチェック、サウンドチェック、リハーサル、トラブルシューティングの最中に、ウェッジモニターや IEM ミックスへ話しかけることがあります。コンソールによっては、トークバックはモーメンタリまたはラッチ式で、1つのミックス、複数のミックス、ステージウェッジ、録音、その他の送信先へルーティングできます。

プロダクション・インターカムは、クルー向けの専用コミュニケーションシステムです。有線または無線のステーションやベルトパックが、ユーザーを1つ以上のチャンネル、グループ、またはポイント・ツー・ポイントの経路へ接続します。ステージマネジメント、音響、照明、映像、オートメーション、カメラ、ショーコールなどが、開演前から本番中まで使用します。

判断項目コンソールのトークバックプロダクション・インターカム
主な使用者ミックスエンジニアから演奏者、またはオーディオチームへクルー各担当者とショーコーラー
会話の性質多くは選択したミックスへの一方向送信通常は双方向、またはグループ通信
伝送経路オーディオコンソールのバスと出力専用インターカムシステム、または承認されたネットワーク
典型的な内容ミックスの依頼、ラインチェック、演奏者への指示キュー、安全確認、スタンバイ、タイミング、運用調整
主なリスク客席、配信、録音へ誤って送ること誤ったチャンネル、マイク開放、RF/ネットワーク/電源障害
最適なフォールバック定義済みのステージキュー、または代替オーディオ経路予備ステーション、有線経路、電話/無線機プラン、または視覚キュー

インターカム用のインターフェースがコンソールへ接続されることもあれば、オーディオのキュー信号がインターカムシステムへ入ることもありますが、それで両者の目的が同じになるわけではありません。すべてのブリッジは、名前を付けてテスト済みの引き継ぎとして扱い、責任者を明確にしてください。

適切な連絡手段を選ぶ

サウンドチェックと演奏者への指示

トークバックは、エンジニアが既存のモニターミックス経由で演奏者へ届く必要があるときに有効です。たとえば、ドラムを頼む、ボーカルチャンネルを確認する、モニター調整を説明する、といった場面です。必要な送信先だけにルーティングしてください。一般的な指示はすべてのミックスへ送ってよい場合がありますが、繊細な内容や注意をそらす内容は、1つの選択されたミックス、またはステージ専用スピーカーが必要になることがあります。

演奏者の返答には戻りの経路が必要です。それは、開いたボーカルマイク、専用のステージ用トークバックマイク、切り替え式マイク、あるいはクルー用インターカムのいずれかかもしれません。どの経路が期待されているのかを明示し、ミュートされたボーカルが聞こえると誰もが思い込まないようにしてください。

ショーコールとクルー連携

プロダクション・インターカムは、スタンバイ、GO キュー、シーン変更、安全連携、カメラディレクション、部門横断のタイミング調整に使います。これらのワークフローには、既知の参加者、通信グループ、キュー用語、マイク運用の規律、そしてシステムを管理するオペレーターが必要です。production intercom tech rider では、機材構成とスタッフ体制を詳しく扱っています。

アーティストのモニターミックスを、クルー向けインターカムの主系統として使わないでください。ショーの通信が演奏者の気を散らし、ミックス変更やコンソール障害が起きると、まさにクルー連携が必要な瞬間に経路を失う可能性があります。

FOH からステージへのトラブルシューティング

ラインチェック中、FOH のトークバックは、指定されたウェッジ、キューバス、マトリクス、またはインターカム・インターフェースを通じて、モニターエンジニアやステージテクニシャンに届くことがあります。この経路がコンソールのミュート、シーンリコール、DCA 制御、出力処理のどれに従うかを確認してください。PA がミュートされていても、送信先は理解できる状態でなければなりません。

FOH とステージ間で継続的に双方向の障害切り分けを行う場合、両者がヘッドセットを着用し、演奏者のミックスを占有しないインターカムのほうが明確なことが多いです。トークバックは、引き続きミュージシャンへの直接経路として残せます。

放送・収録のプライバシー

トークバックが配信や録音に入っていないと決めつけないでください。ダイレクトアウト、バスのピックオフポイント、マトリクス、USB フィード、ネットワークサブスクリプション、レコーダーのパッチを追跡してください。プロデューサー用インターカムやスタジオ風のキュー経路は、意図的にヘッドフォンへ入ることはあっても、番組本線には入るべきではありません。

インターカムも自動的に非公開になるわけではありません。無線の到達範囲、パーティライン参加、ブリッジされたシステム、録音インターフェース、開放スピーカーによって会話が露出する可能性があります。期待値を設定し、運用チャンネルで機微な発話は避けてください。

通信をルーティングしてテストする

  1. すべての使用者を列挙する。 演奏者、FOH、モニター、ステージマネジメント、パッチ、照明、映像、カメラ、プロダクションリードを含めます。
  2. 各通信業務に名前を付ける。 演奏者への指示、ミックスの依頼、ショーキュー、安全確認、一般的なクルー連携を分けます。
  3. 経路を選ぶ。 各業務に対して、トークバック、インターカム、視覚キュー、無線機、電話、または別の承認済み手段を割り当てます。
  4. 双方向を両方マップする。 誰が話し、誰が聞き、返答がどう戻るか、片方向なのかを特定します。
  5. 制御動作を追跡する。 ミュートグループ、シーン、スナップショット、ソロモード、バスマスター、マトリクス、出力ミュートをテストします。
  6. 本番系の送信先を保護する。 明示的に必要でない限り、トークバックが客席 PA、配信、レコーダー、プレスフィード、ロビーに入らないことを確認します。
  7. ショー条件下でテストする。 実際のヘッドセットと IEM を装着し、PA を鳴らし、扉を閉め、無線の到達範囲とノイズを確認します。
  8. フォールバックを実施する。 主系統を切断またはミュートし、合意済みの代替手段が機能することを証明します。

モーメンタリとラッチの動作を定義する

モーメンタリのトークボタンは、押している間だけ送信します。ラッチは、解除されるまで開放されたままです。モーメンタリ運用は、誤って開いたマイクのリスクを減らしますが、ラッチは長時間のリハーサル連絡に役立ちます。ラッチを許可する場合は、明確な状態表示と、本番前のリセット確認を用意してください。

インターカムのステーションも、チャンネルごとにモーメンタリまたはラッチのトークキーを使うことがあります。各ユーザーごとに、コールライト、サイドトーン、マイクゲイン、リスンレベル、チャンネル選択を確認してください。ヘッドセットで聞こえることは、マイクが正しいグループに届いている証拠にはなりません。

レベルと明瞭度を管理する

通信は、演奏者を驚かせたりショー音を覆い隠したりしない程度に、十分な大きさで、かつ理解できる必要があります。トークバックマイクのゲイン、必要に応じたコンプレッション、バスレベル、送信先レベル、IEM リミッターの挙動を確認してください。強いエフェクトや過剰な低域は避けます。ルーティングは、エンジニアが誤りをすぐに特定できる程度に単純に保ってください。

テスト合格条件
FOH のトークバックを演奏者へ送る正しいミックスだけに届くこと。ショーモニターレベルで明瞭に聞こえること
演奏者の返答名指しされた戻り経路が、意図したエンジニアに届くこと
クルーインターカムすべてのステーションが、割り当てられたグループで話し、聞けること
プログラム分離PA、配信、録音、プレスフィードに不要なトークバックが入らないこと
リコール動作シーンとミュートが承認済みの通信経路を維持すること
障害訓練主系統なしでも代替キュー手段が機能すること

責任範囲とフォールバックを文書化する

通信計画は、それが支えるオーディオとプロダクションのワークフローのそばに置いてください。正確なコンソールルーティングはショーファイルに入れても構いませんが、テクニカルライダーには、別のクルーが確認できるように、使用者、送信先、責任者、フォールバックを必ず説明する必要があります。

項目
経路FOH のトークバックマイク → モニターバス 1–6
使用者FOH エンジニアから 6 人の演奏者へ
戻りリハーサル中は、演奏者が割り当てられたボーカルマイクで返答
制御モーメンタリスイッチ。PA、配信、録音から除外
責任者FOH エンジニア。モニターエンジニアが送信先を確認
ショー状態トラブルシューティング時を除き、サウンドチェック後は無効
フォールバックステージマネージャーの視覚キューと、ハウスインターカムからモニター位置への連絡

インターカムについては、ステーション数、有線と無線の役割、チャンネル割り当て、インターフェース、電源、カバレッジ、予備バッテリー、キュー用語、設定変更を行う担当者を記録してください。「comms required」だけでは不十分です。

よくあるミス

  • やりやすいからという理由で、すべてのミックスへトークバックを送ること;
  • 演奏者がマイクをミュートした後でも返答できると想定すること;
  • トークバックを放送、録音、ロビー、客席フィードへ入れてしまうこと;
  • テスト済みのフォールバックなしで、安全上重要なショーコールにトークバックを使うこと;
  • すべての部門を1つの騒がしいインターカムチャンネルに置くこと;
  • シーンリコール、ミュートグループ、出力マスターをテストしないこと;
  • ラッチされたマイクを開放したままにすること;
  • ハードウェアだけを書き、使用者、チャンネル、責任者、キュー手順を記載しないこと。

通信引き継ぎチェックリスト

  • すべての使用者と通信業務が सूचीされています。
  • 一方向経路と戻り経路の両方がマッピングされています。
  • トークバックの送信先とプログラム除外が明示されています。
  • インターカムのグループとキュー用語がプロダクションワークフローに一致しています。
  • モーメンタリ、ラッチ、ミュート、リコールの挙動がテストされています。
  • レベルと無線カバレッジがショー条件下で機能します。
  • 各ルーティング境界に1人の責任者がいます。
  • 実用的なフォールバックが実施されています。

FAQ

トークバックとインターカムの違いは何ですか?

トークバックは通常、コンソールのマイクを選択したオーディオミックスへ送り、演奏者またはオーディオチームとの連絡に使います。インターカムは、ステーション、ヘッドセット、割り当てられたチャンネルまたはグループを備えた、専用の双方向クルー通信システムです。

ミキシングコンソールのトークバックとは何ですか?

エンジニアが選択したバスや出力へルーティングできるマイク経路のことで、通常はモーメンタリまたはラッチのスイッチを伴います。サウンドチェック、リハーサル、モニター指示、トラブルシューティングによく使われます。

トークバックはプロダクション・インターカムの代わりになりますか?

ほとんどのマルチ部門構成やキューの多いショーでは、代わりになりません。トークバックは簡単な音響指示には対応できますが、インターカムは双方向のクルー通信、グループ割り当て、ショーコール、運用上の独立性を提供します。小規模プロダクションでも、フォールバックは定義しておくべきです。

FOH のトークバックマイクは誰が聞くべきですか?

現在の作業に必要な人だけです。演奏者のミックス、モニター位置、ステージウェッジ、または別の送信先を意図的に選び、意図がない限り客席 PA、配信、録音、プレス、ロビーの各フィードが除外されていることを確認してください。

テクニカルライダーにはトークバックとインターカムをどう記載しますか?

使用者、話す人、聞く人、送信先、戻り経路、ハードウェアまたはインターフェース、チャンネル割り当て、ミュートとリコールの動作、責任者、テスト手順、ショー状態、フォールバックを列挙します。モニター、プロダクション、キューの文書と計画をリンクしてください。

通信経路を最新に保つ

Techrider.live で現在の Rider を作成して共有しましょう。トークバックとインターカムのメモを、担当者と送信先に紐づけ、同じ Rider を共同編集できるように招待してください。検証済みのショー状態を保存し、履歴を確認して、次のクルーが「誰が誰に話せるのか」、そして主系統が失敗したときに何が起こるのかを把握できるようにしましょう。

関連ガイド