要約

  • HaivisionのIBC実証ではFalkon X2、StreamHub、Hub 360を使い、混雑時に特定SIMの通信を優先するようAPIで要求する。
  • 商機は事業者が管理するサービスを制作工程に組み込む点にある。商用料金や、効果を独立に検証した測定値の発表ではない。

同じ現場から届く映像でも、その瞬間に守りたい一本は変わる。制作担当者はそれを選べる。しかし、映像を運ぶ携帯網がどの通信を優先するかまでは、その操作だけでは決まらない。Haivisionの新たな取り組みは、この二つの判断の間にある作業を対象にしている。

9月4日の発表によると、同社はIBC AcceleratorのNetwork Control: Your Connection, Your Choiceに参加する。ドイツとスペインのスポーツイベントに関連した概念実証を、放送事業者、通信事業者、技術提供企業が進めている。HaivisionはFalkon X2送信機、StreamHub受信システム、クラウド主制御のHub 360を挙げ、混雑時に特定SIMの通信への優先扱いを要求する構成を説明した。

接続手段を一つ増やすだけでなく、制作上の必要をネットワークへの要求に結び付ける話だ。ただし、すでに購入できる品質保証サービスの発表ではない。予定された9月13日の実演も、9月8日時点ではこれからである。

操作を共通化しても、提供条件は残る

IBCのプロジェクト説明は、APIの分断、ネットワーク間の一貫性不足、複雑な手順が制作システムへの統合を妨げているとする。CAMARAなどの標準化されたAPIによって、制作中の出来事に応じて端末や通信の優先度を変えられるようにするのが狙いだ。

購入者にとっての利点は、通信の供給者ごとに別の運用手順を作る負担を減らせる可能性にある。だが、同じ書式で要求できても、利用できる品質の種類、提供範囲、取引条件まで同じになるわけではない。

公開済みのCAMARA参照仕様は、セッションの状態をREQUESTED、AVAILABLE、UNAVAILABLEに分ける。要求済み、提供中、利用不可という区別だ。品質プロファイルは提供者が用意し、認可の方式は接続開始に向けた調整で合意する。状態の変化を通知する仕組みもある。要求の作成は、ネットワークでの提供開始と同義ではない。

これは参照仕様の説明であり、Haivision実証の実装バージョンや応答記録を確認したという意味ではない。同社はそれらを公表していない。制作ツールへの示唆は、要求中と有効なサービスを区別し、代替手段が必要な時を判断できるようにすることだ。現行画面の欠陥を指摘しているわけではない。

経路を増やす技術との違い

9月3日の別のMakito ONE発表では、CellLink 5Gとの連携と、SSTによるEthernet・携帯回線のボンディングが説明されている。こちらは伝送経路の選択肢を広げる。通信事業者に特定の通信を優先するよう求める操作とは、働きかける場所が異なる。

IBCの優先要求の構成で名前が出るのはFalkon X2であり、Makito ONEではない。ボンディングした全経路に同一の優先扱いが及ぶことも、二つの発表からは確認できない。まとめて万能の品質保証と受け取るべきではない。

商用化の判断材料はまだ別に要る

資料は参加者、機材、試験の方向を示す一方、要求が受け入れられた比率、有効化までの時間、独立測定による改善、顧客契約、商用料金を示していない。IBCの目標やCAMARAの参照動作は、実際の顧客成果とは区別が必要だ。

Haivisionが狙える価値は、制作の意図と観察可能なネットワークサービスをつなぐ使いやすさにある。それが購入や比較のしやすさにも結び付くかは、次の証拠を待つことになる。