Callaba SRT Gateway は、SRT コントリビューションを受信し、明示的なアクセスルールを適用して制作先へ届ける、クラウドまたはセルフホスト対応のライブ映像ルーティング製品です。UI で SRT Server、SRT Route、Restreaming、または SRT Stream として構成し、検証済みのワークフローを API で自動化できます。
信号に必要な処理から方法を選びます。すべて Callaba UI で設定でき、運用ガイドと API リファレンスへ直接進めます。
選ぶ場面許可するパブリッシャーとレシーバーを明示した SRT 入口が必要な場合に選びます。
選ぶ場面トランスコードせずに SRT または UDP 入力を SRT 宛先へ転送する場合に選びます。
選ぶ場面プロトコル変換、トランスコード、リサイズ、音声変更、オーバーレイも必要な場合に選びます。
選ぶ場面既存の SRT Server に名前付きのパブリッシャーまたはレシーバー接続を発行する場合に選びます。
各ガイドに記載されたメーカー側の受け渡し方法から始めてください。本ディレクトリは確認済みの設定経路を扱いますが、デバイス認証を示すものではなく、すべてのファームウェア版で同一の動作を保証するものでもありません。
執筆：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ゲートウェイ・ライブラリ
このハブは、CallabaのSRTゲートウェイワークフローをまとめた親ページです。まず全体アーキテクチャを確認し、ライブワークフローで使用するエンコーダー、デコーダー、カメラ、コントリビューション機器に合ったベンダーハブまたは機種別ガイドを開いてください。
Callaba SRTゲートウェイ
CallabaをソフトウェアSRTゲートウェイとして使用し、ライブ・ルーティング、監視、録画、復旧を実現します。
CallabaはハードウェアエンコーダーやSDIアプライアンスではありません。クラウド、AWS、プライベートクラウド、セルフホスト環境で利用できるソフトウェア制御レイヤーです。SRT信号の受信、メディア到着の確認、出力のルーティング、ストリームの録画、API統計の提供、ブラウザ版Multiviewでのソース表示、ライブ運用に備えたバックアップ経路の準備を行えます。
OBS、vMix、FFmpeg、カメラ、モバイルアプリ、ハードウェアエンコーダー、パートナーシステムからSRT信号を受け入れます。
同じソースをMultiview、録画、HLS/WebRTC再生、RTMP送信先、パートナー、バックアップ経路へ送ります。
ライブ統計、プレビュー、API、フェイルオーバーロジックを使い、イベント中もワークフローの状態を可視化します。
インライン・ワークフロー図
ソース
エンコーダー、カメラ、会場、モバイルアプリ、vMix、OBSソースはSRTのCaller/Listenerロジックを使用してライブ信号を送受信します。
SRTゲートウェイ
受信、ルーティング、変換、監視、復旧ゲートウェイは、コントリビューション、プライベートネットワーク、クラウドワークフロー、出力の間で経路を決めるポイントです。
送信先
デコーダー、レコーダー、Multiview、プレーヤー、RTMP、HLS/WebRTC、パートナー出力ワークフローを適切に設計すれば、1つの入力を複数の制御された出力に展開できます。
SRTゲートウェイは、SRTコントリビューションをワークフローの後段へ接続するライブ映像のルーティングポイントです。あるネットワークからストリームを受信し、別のネットワーク、別のプロトコル、別のリージョン、または別の制作システムで利用できる形にします。
実際の放送・ストリーミング制作において、ゲートウェイには通常4つの役割があります。
重要なのは、ゲートウェイが単なるプロトコルのエンドポイントではない点です。受信したライブ信号を管理対象の制作リソースに変える場所です。
この2つの用語は同じ意味で使われがちですが、目的は少し異なります。
| 用語 | 主な役割 | 代表的な質問 |
|---|---|---|
| SRTサーバー | 指定したポートとモードでSRTセッションを受け入れる、または開始します。 | SRTストリームを受信するには？ |
| SRTゲートウェイ | ネットワークまたはシステム間でストリームを受信、ルーティング、変換、監視、再配信します。 | コントリビューション、クラウド、制作、配信の間でライブ信号を移動するには？ |
ゲートウェイには1台または複数の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ゲートウェイ → Multiview + 録画 + プレーヤー現場の信号を可観測なクラウドワークフローにする必要がある場合に使用します。
クラウドから制作システムへ
SRT入力 → ゲートウェイルート → デコーダー、NDI、RTMP、パートナー出力インターネット経由の信号を制作系またはパートナー系に取り込む必要がある場合に使用します。
メインとバックアップ
プライマリSRT + バックアップSRT → 監視付き切り替え → 安定した出力オペレーターへの通知なしにライブ経路が途切れることを許容できない場合に使用します。
オペレーター向け注意事項： SRTセッションが接続されているだけでは不十分です。ゲートウェイワークフローでは、イベント開始前に必ずメディアの到着、音声、ビットレート、RTT、パケットロス、少なくとも1つの後段出力を確認してください。
ゲートウェイが必要になるのは、一方がSRTを使用し、もう一方が別の形式を必要とする場合が多いためです。変換には、プロトコル変換、パッケージング、再ストリーミング、録画、別の制作システムへの引き渡しが含まれます。
| 入力 | ゲートウェイ処理 | 出力 |
|---|---|---|
| エンコーダーからのSRT MPEG-TS | 受信して監視 | Multiview、録画、ブラウザ再生 |
| SRTコントリビューション信号 | ルーティングまたは再ストリーミング | RTMP、HLS/WebRTC、パートナー出力、SRTルート |
| メインとバックアップのSRT経路 | 監視して切り替え | 安定したプログラム経路、録画、オペレーターによる確認 |
すべてのゲートウェイがあらゆる変換を行えるわけではありません。トランスポートルーター、総合メディアプラットフォーム、SDI、NDI、マルチキャスト、デコーダー出力を備えたハードウェアアプライアンスなど、製品ごとに役割が異なります。
ゲートウェイはライブ経路の中間に位置するため、伝送の健全性とメディアの利用可否の両方を確認できなければなりません。
多くのクラウドゲートウェイ・ワークフローでは、ゲートウェイをListener、エンコーダーをCallerとして使用します。これにより、現場機器から安定したパブリックIPまたはDNS名へ発信接続できます。エンタープライズ環境によっては、Callerモード、Rendezvous、プロキシモード、VPNルーティング、またはネットワーク境界の両側にゲートウェイが必要です。
制作ゲートウェイでは、メイン信号とバックアップ信号を分離して両方を常時可視化し、視聴者や後段パートナーが障害に気付く前に切り替えられるようにします。切り替え前に、ビットレート、RTT、パケットロス、プレビュー、音声、出力状態を確認してください。
可能な限りファイアウォールの許可リスト、強力なパスフレーズ、イベント/ソース/役割を識別できるStream IDを使用し、イベントごとに認証情報をローテーションしてください。公開SRTインジェストは気軽なテストポートではなく、制作環境のエッジとして扱います。
多数の信号を扱う場合は、UDPポート範囲を予約し、ソースとノードの割り当てを文書化し、コントリビューションソースまたはオペレーターの近くにゲートウェイインスタンスを配置します。複数の会場、地域、顧客でイベントを繰り返す場合は、APIプロビジョニングを利用します。
SRTゲートウェイは、SRTおよび関連するIP映像プロトコルを使用してライブ映像ストリームの受信、ルーティング、変換、監視、再配信を行うソフトウェアまたはハードウェアです。
厳密には異なります。SRTサーバーは通常、SRTセッションを受け入れる、または開始するエンドポイントを指します。SRTゲートウェイは通常、ネットワーク、プロトコル、制作システムの間にある、より広範なルーティングと変換のレイヤーを指します。
はい。CallabaはSRT信号の受信、ライブ統計の監視、ブラウザでのMultiview表示、ストリームの録画、出力のルーティング、プレーヤーワークフローの作成、APIエンドポイントを介したゲートウェイ操作に対応します。
多くのゲートウェイプラットフォームは、SRTをRTMP、HLS、WebRTC、録画、別のSRT経路などの後段形式へルーティングまたは変換できます。利用できる出力はゲートウェイ製品によって異なります。
信号が実際のワークフロー、つまりルーティング、プロトコル変換、録画、監視、フェイルオーバー、パートナーへの引き渡し、クラウド制作、プライベート導入、API自動化の一部である場合は、ゲートウェイを使用します。
SRTインジェストポイントを作成し、ライブ経路を監視して、信号を録画、Multiview、再生、再ストリーミング、パートナー出力、フェイルオーバー、API駆動の制作ワークフローへルーティングします。
