Callaba で SRT ゲートウェイを設定する4つの方法
信号に必要な処理から方法を選びます。すべて Callaba UI で設定でき、運用ガイドと API リファレンスへ直接進めます。
明示的なアクセス制御付き SRT Server
選ぶ場面許可するパブリッシャーとレシーバーを明示した SRT 入口が必要な場合に選びます。
- SRT Server を作成し、ポート、モード、レイテンシー、必要に応じてパスフレーズを設定します。
- 許可するパブリッシャーとレシーバーだけを追加します。
- サーバーを起動し、両端を接続して伝送状態を確認します。
SRT Route
選ぶ場面トランスコードせずに SRT または UDP 入力を SRT 宛先へ転送する場合に選びます。
- ローカル SRT リスナー、SRT URL、または対応する UDP ソースを選びます。
- SRT 宛先と一致する伝送パラメーターを設定します。
- ルートを開始し、ソースと宛先を別々に確認します。
Restreaming
選ぶ場面プロトコル変換、トランスコード、リサイズ、音声変更、オーバーレイも必要な場合に選びます。
- 入力するライブソースを選択して確認します。
- SRT 出力を追加し、宛先と伝送設定を行います。
- Restreaming を開始し、レシーバー側で生成された出力を確認します。
SRT プロトコルを使う Stream
選ぶ場面既存の SRT Server に名前付きのパブリッシャーまたはレシーバー接続を発行する場合に選びます。
- 親となる SRT Server を作成または選択します。
- Stream を作成して SRT を選び、パブリッシャーまたはレシーバーの役割と識別子を指定します。
- 正しい接続情報を共有し、親サーバーの統計で接続を確認します。
執筆：Iurii Pakholkov
Callaba創業者。SRT、RTMP、WebRTC、NDI、ライブ・ルーティング、監視、録画、制作ワークフローに対応するクラウド映像ツールを開発しています。
SRTゲートウェイガイド · 最終更新日：2026年6月30日
SRTゲートウェイとは SRTおよび関連するIP映像プロトコルを使用して、ライブ映像ストリームの受信、ルーティング、変換、監視、再配信を行うソフトウェアまたはハードウェアです。放送やクラウド制作のワークフローでは、コントリビューションソース、プライベートネットワーク、クラウドシステム、デコーダー、パートナー、録画先、再生先の間で信号を制御して受け渡すポイントになります。
SRTは Secure Reliable Transportの略称です。UDP上で動作し、パケット復旧、暗号化、遅延制御、Caller/Listenerモード、実行時統計を提供します。ゲートウェイはこれらのSRTセッションを利用してネットワークやワークフロー間でライブ信号を伝送し、多くの場合、RTMP、RTSP、UDP/RTP MPEG-TS、HLS、WebRTC、NDI、レコーダー/プレーヤー出力との相互変換も行います。
要点：SRTゲートウェイとは？
SRTゲートウェイは、SRTライブ映像のルーティング層です。エンコーダー、遠隔会場、クラウドアプリ、モバイルソース、パートナーフィードからライブSRTストリームを受信し、別の送信先へルーティングまたは変換します。同時に、ビットレート、RTT、パケットロス、接続状態、プレビュー、録画、フェイルオーバー準備状況などの運用指標を可視化します。
SRTゲートウェイ・ライブラリ
ベンダーまたは機器ファミリー別に最適なSRTゲートウェイガイドを探す
このハブは、CallabaのSRTゲートウェイワークフローをまとめた親ページです。まず全体アーキテクチャを確認し、ライブワークフローで使用するエンコーダー、デコーダー、カメラ、コントリビューション機器に合ったベンダーハブまたは機種別ガイドを開いてください。
Callaba SRTゲートウェイ
CallabaをソフトウェアSRTゲートウェイとして使用し、ライブ・ルーティング、監視、録画、復旧を実現します。
CallabaはハードウェアエンコーダーやSDIアプライアンスではありません。クラウド、AWS、プライベートクラウド、セルフホスト環境で利用できるソフトウェア制御レイヤーです。SRT信号の受信、メディア到着の確認、出力のルーティング、ストリームの録画、API統計の提供、ブラウザ版Multiviewでのソース表示、ライブ運用に備えたバックアップ経路の準備を行えます。
OBS、vMix、FFmpeg、カメラ、モバイルアプリ、ハードウェアエンコーダー、パートナーシステムからSRT信号を受け入れます。
同じソースをMultiview、録画、HLS/WebRTC再生、RTMP送信先、パートナー、バックアップ経路へ送ります。
ライブ統計、プレビュー、API、フェイルオーバーロジックを使い、イベント中もワークフローの状態を可視化します。
インライン・ワークフロー図
SRTゲートウェイがライブ信号を伝送する仕組み
ソース
エンコーダー、カメラ、会場、モバイルアプリ、vMix、OBSソースはSRTのCaller/Listenerロジックを使用してライブ信号を送受信します。
SRTゲートウェイ
受信、ルーティング、変換、監視、復旧ゲートウェイは、コントリビューション、プライベートネットワーク、クラウドワークフロー、出力の間で経路を決めるポイントです。
送信先
デコーダー、レコーダー、Multiview、プレーヤー、RTMP、HLS/WebRTC、パートナー出力ワークフローを適切に設計すれば、1つの入力を複数の制御された出力に展開できます。
SRTゲートウェイとは？
SRTゲートウェイは、SRTコントリビューションをワークフローの後段へ接続するライブ映像のルーティングポイントです。あるネットワークからストリームを受信し、別のネットワーク、別のプロトコル、別のリージョン、または別の制作システムで利用できる形にします。
実際の放送・ストリーミング制作において、ゲートウェイには通常4つの役割があります。
- 受信： エンコーダー、カメラ、モバイルアプリ、ソフトウェアツール、遠隔会場、パートナーシステムからSRTストリームを受け入れます。
- ルーティング： 同じ信号をデコーダー、録画、Multiview、再生、パートナー出力など、1つ以上の送信先へ送ります。
- 変換： プラットフォームに応じて、SRTをRTMP、HLS、WebRTC、UDP/RTP MPEG-TS、ファイル録画などの後段形式へ橋渡しします。
- 運用： ライブ統計、プレビュー、パケット動作、フェイルオーバー状態、API制御を提供し、ライブイベント中も信頼できるワークフローを維持します。
重要なのは、ゲートウェイが単なるプロトコルのエンドポイントではない点です。受信したライブ信号を管理対象の制作リソースに変える場所です。
SRTゲートウェイとSRTサーバーの違い
この2つの用語は同じ意味で使われがちですが、目的は少し異なります。
| 用語 | 主な役割 | 代表的な質問 |
|---|---|---|
| SRTサーバー | 指定したポートとモードでSRTセッションを受け入れる、または開始します。 | SRTストリームを受信するには？ |
| SRTゲートウェイ | ネットワークまたはシステム間でストリームを受信、ルーティング、変換、監視、再配信します。 | コントリビューション、クラウド、制作、配信の間でライブ信号を移動するには？ |
ゲートウェイには1台または複数のSRTサーバーを含められますが、さらにルーティング、出力判断、監視、変換、復旧、運用制御も加わります。
SRTゲートウェイ・ソリューションの比較
SRTゲートウェイ市場には、ハードウェアアプライアンス、クラウドサービス、ソフトウェアメディアゲートウェイ、セルフホスト型の制御レイヤーがあります。最適な選択肢は、ローカルのSDI/NDI受け渡し、クラウドルーティング、高密度配信、エンタープライズ放送ルーティング、API駆動のライブ運用のどれが必要かによって決まります。
| ゲートウェイの選択肢 | 最適な用途 | 確認事項 |
|---|---|---|
| Callaba SRT Gateway | クラウド、AWS、プライベートクラウド、セルフホスト環境向けのSRTルーティング。監視、録画、Multiview、フェイルオーバー、API制御に対応します。 | SRT信号が単なるポイントツーポイント伝送ではなく、運用ワークフローの一部である場合に使用します。 |
| Haivision SRT Gateway | ネットワークをまたぐエンタープライズ放送ルーティング、プロトコル変換、安全なライブ映像配信。 | 専用SRTゲートウェイアプライアンスやエンタープライズ導入を検討する際の有力な基準です。 |
| StreamRus OnPremise SRT & Multicast Gateway | インターネットストリームを受信し、マルチキャストネットワークへ複製するオンプレミスのソフトウェアまたはハードウェアワークフロー。 | ゲートウェイでWANコントリビューションとLAN配信を橋渡しする必要がある場合に有効です。 |
| LiveU Nexus | 複数のコントリビューションプロトコルに対応するクラウドネイティブIP映像ゲートウェイのワークフロー。 | LiveUエコシステムとの統合や汎用的な信号処理が重要な場合に適しています。 |
| Quickstream Node | ライブコンテンツの変換、管理、交換、接続を行うソフトウェアメディアゲートウェイ。 | 放送とストリーミングの両システムをカバーする、より包括的なIP映像ゲートウェイが必要な場合に適しています。 |
一般的なSRTゲートウェイのルーティングパターン
現場からクラウドへ
遠隔会場 → SRTゲートウェイ → Multiview + 録画 + プレーヤー現場の信号を可観測なクラウドワークフローにする必要がある場合に使用します。
クラウドから制作システムへ
SRT入力 → ゲートウェイルート → デコーダー、NDI、RTMP、パートナー出力インターネット経由の信号を制作系またはパートナー系に取り込む必要がある場合に使用します。
メインとバックアップ
プライマリSRT + バックアップSRT → 監視付き切り替え → 安定した出力オペレーターへの通知なしにライブ経路が途切れることを許容できない場合に使用します。
CallabaでSRTゲートウェイ・ワークフローを構築する方法
- AWS MarketplaceでCallabaを起動するか、プライベート環境のLinuxにインストールします。
- 受信信号用に1台以上のSRTサーバーを作成し、ポート、レイテンシー、Stream ID、パスフレーズを設定します。
- ファイアウォール、セキュリティグループ、ネットワークポリシーで必要なUDPポートを開放します。
- OBS、vMix、FFmpeg、Larix、カメラ、ハードウェアエンコーダーをCallerとして送信します。
- ビットレート、RTT、パケットロス、プレビュー、音声、アクティブストリームの状態を確認します。
- ストリームを録画、Multiview、HLS/WebRTC再生、RTMP送信先、バックアップ出力、またはAPI制御の後段ワークフローへルーティングします。
オペレーター向け注意事項： SRTセッションが接続されているだけでは不十分です。ゲートウェイワークフローでは、イベント開始前に必ずメディアの到着、音声、ビットレート、RTT、パケットロス、少なくとも1つの後段出力を確認してください。
プロトコル変換と出力形式
ゲートウェイが必要になるのは、一方がSRTを使用し、もう一方が別の形式を必要とする場合が多いためです。変換には、プロトコル変換、パッケージング、再ストリーミング、録画、別の制作システムへの引き渡しが含まれます。
| 入力 | ゲートウェイ処理 | 出力 |
|---|---|---|
| エンコーダーからのSRT MPEG-TS | 受信して監視 | Multiview、録画、ブラウザ再生 |
| SRTコントリビューション信号 | ルーティングまたは再ストリーミング | RTMP、HLS/WebRTC、パートナー出力、SRTルート |
| メインとバックアップのSRT経路 | 監視して切り替え | 安定したプログラム経路、録画、オペレーターによる確認 |
すべてのゲートウェイがあらゆる変換を行えるわけではありません。トランスポートルーター、総合メディアプラットフォーム、SDI、NDI、マルチキャスト、デコーダー出力を備えたハードウェアアプライアンスなど、製品ごとに役割が異なります。
SRTゲートウェイで監視すべき項目
ゲートウェイはライブ経路の中間に位置するため、伝送の健全性とメディアの利用可否の両方を確認できなければなりません。
- 接続状態： 接続中、切断、再接続中、失敗。
- 受信ビットレート： メディアが引き続き到着しているか。
- RTT： 送信側と受信側の間にかかる往復遅延の負荷。
- パケットロスと再送： SRTが復旧の余裕をどの程度消費しているか。
- プレビューと音声： 映像と音声が実際に利用可能か。
- 後段出力： 録画、プレーヤー、Multiview、デコーダー、RTMP、パートナー出力の状態。
フェイルオーバー、NAT、セキュリティ、スケーリング
Caller、Listener、NATトラバーサル
多くのクラウドゲートウェイ・ワークフローでは、ゲートウェイをListener、エンコーダーをCallerとして使用します。これにより、現場機器から安定したパブリックIPまたはDNS名へ発信接続できます。エンタープライズ環境によっては、Callerモード、Rendezvous、プロキシモード、VPNルーティング、またはネットワーク境界の両側にゲートウェイが必要です。
フェイルオーバーと復旧
制作ゲートウェイでは、メイン信号とバックアップ信号を分離して両方を常時可視化し、視聴者や後段パートナーが障害に気付く前に切り替えられるようにします。切り替え前に、ビットレート、RTT、パケットロス、プレビュー、音声、出力状態を確認してください。
セキュリティ
可能な限りファイアウォールの許可リスト、強力なパスフレーズ、イベント/ソース/役割を識別できるStream IDを使用し、イベントごとに認証情報をローテーションしてください。公開SRTインジェストは気軽なテストポートではなく、制作環境のエッジとして扱います。
スケーリング
多数の信号を扱う場合は、UDPポート範囲を予約し、ソースとノードの割り当てを文書化し、コントリビューションソースまたはオペレーターの近くにゲートウェイインスタンスを配置します。複数の会場、地域、顧客でイベントを繰り返す場合は、APIプロビジョニングを利用します。
よくある質問
SRTゲートウェイとは？
SRTゲートウェイは、SRTおよび関連するIP映像プロトコルを使用してライブ映像ストリームの受信、ルーティング、変換、監視、再配信を行うソフトウェアまたはハードウェアです。
SRTゲートウェイとSRTサーバーは同じものですか？
厳密には異なります。SRTサーバーは通常、SRTセッションを受け入れる、または開始するエンドポイントを指します。SRTゲートウェイは通常、ネットワーク、プロトコル、制作システムの間にある、より広範なルーティングと変換のレイヤーを指します。
CallabaをSRTゲートウェイとして使用できますか？
はい。CallabaはSRT信号の受信、ライブ統計の監視、ブラウザでのMultiview表示、ストリームの録画、出力のルーティング、プレーヤーワークフローの作成、APIエンドポイントを介したゲートウェイ操作に対応します。
SRTゲートウェイでSRTをRTMPやHLSに変換できますか？
多くのゲートウェイプラットフォームは、SRTをRTMP、HLS、WebRTC、録画、別のSRT経路などの後段形式へルーティングまたは変換できます。利用できる出力はゲートウェイ製品によって異なります。
単純なListenerではなくSRTゲートウェイが必要になるのはいつですか？
信号が実際のワークフロー、つまりルーティング、プロトコル変換、録画、監視、フェイルオーバー、パートナーへの引き渡し、クラウド制作、プライベート導入、API自動化の一部である場合は、ゲートウェイを使用します。
CallabaをSRTゲートウェイとして試す
SRTインジェストポイントを作成し、ライブ経路を監視して、信号を録画、Multiview、再生、再ストリーミング、パートナー出力、フェイルオーバー、API駆動の制作ワークフローへルーティングします。
