IBC 2024 動画技術関連レポート / IBC 2024 Report

Transcript

1. IBC2024 動画技術関連レポート 株式会社 AbemaTV／株式会社サイバーエージェント 五藤 佑典 | 八田 剛 |

   上岡 将也 | 吉田 将太

2. アジェンダ • Ice Break ◦ IBC とは ◦ セッション傾向俯瞰 •

   グローバル／ヨーロッパの動画技術トレンド俯瞰 ◦ グローバル動画技術 State of the Art ◦ Freely が作る横断的動画視聴プラットフォームの世界 ◦ デジタル・コンテンツの来歴証明技術はフェイク・ニュース時代の信頼性を取り戻 すのか • IBC でも圧倒的キーワードとなった AI ◦ AI 技術に関する業界動向から ABEMA の現在地を知る ◦ グローバル組織のビジネス・経営はいま AI をどう捉えているか ◦ テック企業が考える AI 戦略 ◦ AI が変えつつある新時代のマーケティング思想 ◦ トレンド AI 技術ピックアップ ▪ 吹き替え（Voice Cloning） ▪ 同時多言語翻訳（Speech to Text） ▪ ハイライト生成 ▪ メタを活用したマッチング広告 ▪ メタデータ自動抽出 • 欧州を中心とした標準規格に学ぶ動画技術進化の行方 ◦ 『DVB』が進めるハイブリッド配信におけるユーザー体験 ◦ 従来の放送システムと共存して進化を続ける 5G Booadcast • 英国の公共放送『BBC』から学ぶ社会インフラとしての メディア視聴 QoE ◦ 移動体デバイス・ユーザーのメディア視聴 QoE の考え方 • 収益化と効率化を促す技術汎用化の加速 ◦ 視聴者を逃さない広告フォーマット ◦ 効率的なマルチ CDN 運用ソリューション • コーデック技術進化の新しい傾向 ◦ VC6 - 不要なデコードを発生させないメザニン向けコーデック ◦ コーデックの世代交代はまだ早い、 MPEG-2 / AVC を推進するソリューションた ち • 事例とソリューションから学ぶ大規模配信プラクティス前線 ◦ 大規模・超低遅延配信技術の事例 ◦ 大規模ライブ配信を支えるモニタリングソリューション ◦ 大規模配信を支えるエッジネットワークとマルチキャスト ABR ◦ シームレスな切り替えを可能にする SRT 冗長構成 • 動画配信技術の次の一手 ◦ 効率的なボリュメトリック動画配信を実現するための技術 ◦ 超低遅延配信技術の進化 ◦ L3D-DASH：Low-Latency Low-Delay DASH ◦ ULL-AVLM : Ultra-Low Latency Audio, video, light and media data

3. 五藤 佑典 YUSUKE GOTO https://ygoto3.com/ @ygoto3_ • California State University,

   San Bernardino グラフィックデザイン専攻 • CyberAgent Developer Expert @（株）サイバーエージェント • Director of Device Engineering @（株）AbemaTV Career History 1. Graphic / Web Designer 2. Marketer 3. Web Engineer 4. Video Engineer 5. Product Manager

4. in Video Technology and Product Design

5. 八田 剛 TSUYOSHI HATTA • 2023年3月 入社 Content Division, Content

   Delivery Career History • デジタルテレビ開発 • 超低遅延研究開発 • 動画配信サービス

6. 上岡 将也 MASAYA KAMIOKA • EM （DX Promotion Team /

   AI Acceleration Team） @（株）AbemaTV 学生時代 入社直後 2019 2021 2022 2024 研究 コンピュータビジョン・画像生成 ML開発 タップル画像監視システムの開発 ML開発 動画解析基盤の開発 PjM・分析 クリエイティブ領域のデータ活用 EM ABEMAのDX/AIを推進

7. 吉田 将太 SHOTA YOSHIDA • 同志社大学大学院 理工学研究科 応用化学専攻 物理化学研究室/量子と熱力学が専門 •

   21新卒 宣伝本部配属, Twitter(現X)担当 • 宣伝本部ボード, ソーシャル/AIマーケティング局 局長 高校までは野球部 大学院で木を食べる研究 Career History • マーケティング全般 • 広告出稿 • 各SNS, PFとの交渉/アライアンス • 宣伝本部側の開発/データ周り

8. Motivation AbemaTV を始めとするサイバーエージェントの動画事業を技術的に前進させる • 業界トレンドの定点観測 • ヨーロッパを中心とする技術標準化の動向キャッチアップ • 複数の海外パートナー会社との一挙ミーティング •

   業界先端企業の将来への見解や実践例などの情報収集 • 汎用ソリューションの進化状況の確認 • 以前に目をつけていた技術の進化状況の確認

9. Ice Break

10. IBC とは 来場者数 / 国 出展社数 IBC 2024 45,085 /

    170カ国 1350 IBC 2023 43,065 / 170カ国 1250 NAB Show 2024 61,000 / 163カ国 1300 Inter BEE 2023 31,702 / 37カ国 1005 https://www.inter-bee.com/assets/dl/pdf/ja/BEE23_Review_j.pdf https://nabshow.com/2024/ 規模：昨年対比／類似イベント対比 IBC - International Broadcasting Convention • 欧州最大の放送関連イベント • IBC 2024 は 9/12 - 9/15 にかけて開催 • オランダ・アムステルダム RAI で開催 https://show.ibc.org/

11. IBC 2024 視察の雰囲気

12. セッション俯瞰傾向 IBC 2024 セッション分析 ※公式 Web スクレイピング + LLM で出力

    • 「AI」に関する Topics が急増 ◦ 全セッションの 約50% がAIに関連するもの ◦ 今年からAI Tech ZONEができ、そのために会場を増築 • 次は「マネタイズ」 ◦ ただしこちらは危機感のみで具体的な戦略の話はない ◦ 広告技術系の話はそこそこあった • そのほかメインのセッションでは ◦ FAST ◦ コンテンツ保護 ◦ VR / Immersive ◦ 5G など AI に関しては 専門ゾーンが増設

13. グローバル／ヨーロッパの 動画技術トレンド俯瞰

14. グローバルの技術投資傾向 技術投資で最重要視されているのは業務のクラウド化 • 1 - 2 年前と比較すると鈍化 • ハイブリッド・モデルが現実的という見方増加 AI

    への投資優先度が上がっている • 昨年から順調に上昇 広告技術への投資量増加傾向 • 収益創出や業務効率化などへの堅実な投資量 増加の背景

15. Nvidia の収益結果から見るグローバルの AI 投資状況 • 2023 後半から順調／劇的に 上昇 • 昨年は市場に追いていかれる

    リスク回避的な意味合いの印 象が大きかった 今回の IBC では 文字起こし／クリップ生成など 現実的な AI 利用の結果に 期待があるのが感じられた

16. 広告技術への投資量増加傾向 • 研究領域投資やタレント育成、ブラン ディングへの投資動機は下降トレンド • 収益創出や業務効率化など直接的な 利益に近い技術に動機が移りつつある 今回の IBC でも

    アドレサブル広告技術への 投資傾向に見て取れた

17. FAST 市場 • 近年急激に成長してきた FAST 市場は その速度を鈍化 • 成長の鈍化は新しい収益源の需要の 増加へ

18. グローバル動画技術 State of the Art • 生成 AI：Speech-to-Text などへは堅く普及している が、Text-to-Video

    などはまだ実験段階 • 来歴技術：LinkedIn や TikTok などソーシャルメディア が UGC を認証する手段として C2PA の利用を宣言し 始めている • イマーシブ動画：高いコストやユーザー・エンゲージメ ント難易度に苦しみ、実験的なフェースを抜け出せて いない • セキュリティ：放送業界では Zero Trust などのベストプ ラクティス浸透していない段階

19. グローバル動画技術 State of the Art • 生成 AI：Speech-to-Text などへは堅く普及している が、Text-to-Video

    などはまだ実験段階 • 来歴技術：LinkedIn や TikTok などソーシャルメディア が UGC を認証する手段として C2PA の利用を宣言し 始めている • イマーシブ動画：高いコストやユーザー・エンゲージメ ント難易度に苦しみ、実験的なフェースを抜け出せて いない • セキュリティ：放送業界では Zero Trust などのベストプ ラクティス浸透していない段階

20. グローバル動画技術 State of the Art • 生成 AI：Speech-to-Text などへは堅く普及している が、Text-to-Video

    などはまだ実験段階 • 来歴技術：LinkedIn や TikTok などソーシャルメディア が UGC を認証する手段として C2PA の利用を宣言し 始めている • イマーシブ動画：高いコストやユーザー・エンゲージメ ント難易度に苦しみ、実験的なフェースを抜け出せて いない • セキュリティ：放送業界では Zero Trust などのベストプ ラクティス浸透していない段階

21. グローバル動画技術 State of the Art • 生成 AI：Speech-to-Text などへは堅く普及している が、Text-to-Video

    などはまだ実験段階 • 来歴技術：LinkedIn や TikTok などソーシャルメディア が UGC を認証する手段として C2PA の利用を宣言し 始めている • イマーシブ動画：高いコストやユーザー・エンゲージメ ント難易度に苦しみ、実験的なフェースを抜け出せて いない • セキュリティ：放送業界では Zero Trust などのベストプ ラクティス浸透していない段階

22. グローバル動画技術 State of the Art • 生成 AI：Speech-to-Text などへは堅く普及している が、Text-to-Video

    などはまだ実験段階 • 来歴技術：LinkedIn や TikTok などソーシャルメディア が UGC を認証する手段として C2PA の利用を宣言し 始めている • イマーシブ動画：高いコストやユーザー・エンゲージメ ント難易度に苦しみ、実験的なフェースを抜け出せて いない • セキュリティ：放送業界では Zero Trust などのベストプ ラクティス浸透していない段階

23. Freely が作る横断的動画視聴プラットフォームの世界

24. Freely が作る横断的動画視聴プラットフォームの世界 Freely とは • BBC が中心となって作った動画プラット フォーム • PSB（公共サービス放送）を横断的に

    融合 • Everyone TV を目指してオープンなプ ラットフォームで組み込みやすい

25. Freely が作る横断的動画視聴プラットフォームの世界 Freely は Freesat と Freeview をも統合 • Freesat

    = 衛星放送 • Freeview = 地上デジタルテレビ放送 放送もインターネット配信も 両方視聴できる

26. Freely が作る横断的動画視聴プラットフォームの世界 英国では好きな番組をテレビで視聴する習慣が圧倒的に強い背景 • 好きな番組を視聴するデバイス割合 ◦ テレビ : 84% ◦

    その他デバイス： 16% • 放送ではなく IP だけ接続する世帯の増加予測 ◦ 2023 年 20% → 2030 年 50%+

27. Freely が作る横断的動画視聴プラットフォームの世界 Everyone TV のための戦略 • 技術的にも HbbTV のような国際標準 規格に準拠

    • 多様なテレビメーカーや OS との協力 • スコットランドやウェールズ語放送を含 めて英国全体をカバーするパートナー シップ

28. Freely が作る横断的動画視聴プラットフォームの世界

29. デジタル・コンテンツの来歴証明技術は フェイク・ニュース時代の信頼性を取り戻すのか

30. デジタル・コンテンツの来歴証明技術は フェイク・ニュース時代の信頼性を取り戻すのか

31. デジタル・コンテンツの来歴証明技術は フェイク・ニュース時代の信頼性を取り戻すのか ABEMA のように報道を扱い、 社会インフラを目指すサービスでは避けて通れないトピック

32. ニュースの信頼性 英国におけるニュースの信頼性は下がり続けている これまで • 悪意あるコンテンツを BBC が報 道しているかのように作成 • 全く異なる文脈の写真を利用した

    フェイク・ニュースの作成

33. ニュースの信頼性 英国におけるニュースの信頼性は下がり続けている これから更に • AI によるフェイク・ニュースの生 成 誰でもフェイク画像を作れる時代 ＝ 何を信じたらいいか分からない時代

34. C2PA • C2PA = Coalition for Content Provenance and Authenticity

    • コンテンツ来歴と信頼性に関する標準化団体 • arm、BBC、Intel、Microsoft、Truepic、Adobe などが中心に創設 • 最新バージョンは 2024 年 9 月 20 日版の 2.1 https://c2pa.org/specifications/specifications/2.1/specs/_attachments/C2PA_Specification.pdf

35. C2PA C2PA の仕組みに関して は『NAB Show 2024 動 画技術関連レポート』も参 照 https://speakerdeck.com/cyberagentdevelopers/nab-show-2024-report

36. BBC による信頼性を取り戻すための戦略

37. BBC による信頼性を取り戻すための戦略 コンテンツとともに下記を証言する • 誰が作ったか • どうやって作ったか • AI は使われたか

38. BBC による信頼性を取り戻すための戦略 コンテンツとともに下記を証言する • 誰が作ったか • どうやって作ったか • AI は使われたか

    パブリックに情報提示 視聴者 信じるか信じないかの判断は 委ねられる

39. BBC による信頼性を取り戻すための戦略 コンテンツとともに下記を証言する • 誰が作ったか • どうやって作ったか • AI は使われたか

    五藤 パブリックに情報提示 視聴者 信じるか信じないかの判断は 委ねられる

40. ユーザーが画像を評価するために興味を持つ情報 BBC は 2023 年から 200 人のユーザーインタービュー調査して分かった ユーザーが画像の信頼できると思う情報 • 画像の説明情報（文脈記述）

    • 撮影された日時／場所 • 画像が検証済か否か • 発行元／所有者／作成者は誰か • 画像が編集歴の有無 • 生成 AI の使用有無

41. BBC によるユーザー調査の結果 来歴情報ありなしでの信頼性変化 • エディトリアルの画像が 来歴情報ありで一番上昇 • UGC の画像が来歴情報なし でも一番信頼性が高い

42. BBC によるユーザー調査の結果 来歴情報ありなしでの信頼性変化 • エディトリアルの画像が 来歴情報ありで一番上昇 • UGC の画像が来歴情報なし でも一番信頼性が高い

    人は UGC を一番信頼しているが 一番検証がされない情報でもある

43. BBC によるユーザー検証 • UGC にフォーカス • C2PA 署名プラグイン開発 ◦ 内部システムで手動で登録されてい

    る検証情報を C2PA 証言情報にマッ ピング • コンテンツ認証情報コンポーネント 開発 ◦ 画像に埋め込まれた C2PA メタデー タの検証

44. BBC による検証結果

45. IBC でも圧倒的キーワードとなった AI

46. その前にIBCでキャッチアップ可能なもの

47. 前提 アルゴリズム AI ビジネス サービス

48. 前提 アルゴリズム AI ビジネス サービス 企業の研究組織 大学研究室

49. 前提 アルゴリズム AI ビジネス サービス アルゴリズムを社会実装 SaaSはここ 力のある企業はここも自分たちでやる

50. 前提 アルゴリズム AI ビジネス サービス 動画配信サービス テレビ局 制作会社

51. キャッチアップ①：ビジネス / サービス アルゴリズム AI ビジネス サービス • セッション •

    雑談 • ABEMAと同じ立場で ◦ どの領域に投資しているか ◦ 何を内製化しているか（優位性・コスト） • 各国、企業のAIに対する捉え方 • AIを活用する領域のアイデア収集 方法 観点

52. キャッチアップ②： SaaS / 社会実装 アルゴリズム AI ビジネス サービス • AIを活用する領域のアイデア収集

    • 内製化するべき（優位性になる）ラインの明確化 • 導入可能なソリューションがあるか？ 観点 • ブース • セッション 方法

53. ビジネス / サービス アルゴリズム AI ビジネス サービス

54. AI活用に対する捉え方

55. 映画制作業界は AIに対しては慎重な姿勢 • MovieLabsは2006年に設立された非営利 団体で、主要なハリウッドスタジオによって 設立 • 「映画の制作はクリエイティブなもので、人 間がやらなければならないものは 多く残る

    だろう」「AI is not creative」 • 「映画制作のワークフローは一人一人異 なる。まずはそれを標準化することが重要 でそのためにはここにいる企業がみんなで 協力しないといけないと。」

56. 一方制作者自身はツールとして受け入れる姿勢も • 「The Watchers」のFilm Editorのセッション • 生成AIについては「ツール の拡張として捉えている。 ツールが変われば制作者 の働き方は変わるがそれは

    悪いことではない 」 • AIの活用に関するトピックス では、声優の声を当てる前 に吹き替えを活用 して、映 像編集に活用

57. 動画配信サービスは生成 AIで大きく変わる？ • Amazon Prime Video VP ◦ 「世の中では生成 AI

    の活用はチャットボットが主に話されることも多いが、 他のユースケースも 考える必要がある 。そのためにはあらゆる領域のエンジニアが生成 AIを使える ようになる必要 があり、そのためにエンジニアのスキル向上に努力した」 ◦ 「動画配信サービスにおける AI活用での最注力は “レコメンド /検索” 」 ▪ Amazon Prime Video は直近 LLM を活用したレコメンド機能をテストし、良い結果だった • Paramount CTO ◦ 「動画配信サービスの多くがカルーセル型の縦横にカードが並んでる UI を採用してるが、生成AI の登場でその UI/UXも変わるべき なのではないか？」 ◦ 「コンテンツ制作にもユーザフィードバックを活かせる ような未来を目指すべき」 ◦ 「生成 AI の登場でデータサイエンス、機械学習関連のコンサル会社にお金払わなくて良くなった。 データ戦略を再考する必要 があると考えている」

58. 活用事例

59. オリンピック：記事制作支援 • 選手の記事を書く際に過去 のその選手の発言や記事を 検索して、記事のトピックス をサポート • たとえば「過去〇〇選手は 幼少期にXXということを言っ ており、その夢が叶った」

60. オリンピックにおける生成 AIの捉え方 • 生成AIを使う上でCapability とRiskは重要 • オリンピックでは編集者への 記事サジェストまでとした

61. ITV①：レコメンドでの活用 • ITVが最も投資しているのが レコメンド • 生成AIを活用してディスクリ プションをユーザごとに自動 生成

62. ITV②：スポーツハイライト • ユーザの好みに合わせたハ イライトを自動制作、配信 • 生成したハイライトには AIの 解説付き

63. ここまでのまとめ • 映像制作での AI 活用には会社としては、どこも慎重で情報はほとんどなし

64. ここまでのまとめ • 映像制作での AI 活用には会社としては、どこも慎重で情報はほとんどなし • 一方制作・編集者自身はツールとして受け入れる姿勢も見えた ◦ 「ツールが変われば制作者の働き方は変わるがそれは悪いことではない 」

65. ここまでのまとめ • 映像制作での AI 活用には会社としては、どこも慎重で情報はほとんどなし • 一方制作・編集者自身はツールとして受け入れる姿勢も見えた ◦ 「ツールが変われば制作者の働き方は変わるがそれは悪いことではない 」

    • 動画配信サービスは積極的に受け入れる姿勢 ◦ 最注力は “レコメンド /検索” （生成AIの登場で変わらない） ◦ 「コンテンツ制作にもユーザフィードバックを活かせる ような未来を目指すべき」 ◦ 「生成 AI の登場でデータサイエンス、機械学習関連のコンサル会社にお金払わなくて良くなった。 データ戦略を再考する必要 があると考えている」 ◦ 「生成AIの登場でその UI/UXも変わるべき 」 ◦ パーソナライズしたコンテンツを制作できるようになった

66. SaaS・社会実装 アルゴリズム AI ビジネス サービス

67. キャッチアップ②： SaaS / 社会実装 アルゴリズム AI ビジネス サービス • AIを活用する領域のアイデア収集

    • 内製化するべき（優位性になる）ラインの明確化 • 導入可能なソリューションがあるか？ 観点 • ブース • セッション 方法

68. 吹き替え： ElevenLabs （競合はDeepdub）

69. 同時多言語翻訳： CaptionHub • 文字起こし（File、Live）機能 に特化した製品 • 自社でモデルを開発してい るわけではなく基本的には AWSやGCPなどの機能が簡 単に使える（そういう意味で

    のhub）

70. AWSによるコンテンツローカライズデモ • コンテンツローカライズに必 要な以下の機能を自動で行 えるデモ ◦ 文字起こし ◦ 吹き替え ◦

    要約

71. ハイライト制作： Magnifi • あらゆるスポーツに特化した AIを活用してシーンを検出 し、自動ハイライトの生成を 行う • SNSへのexport機能やアス ペクト比の変更（縦型）、ト

    ラッキングなども可能 • かなり精度も高そうでした https://magnifi.ai/

72. 脚本理解からマーケティング戦略立案

73. ここまでのまとめ • 映像制作での AI 活用には会社としては、どこも慎重で情報はほとんどなし • 一方制作・編集者自身はツールとして受け入れる姿勢も見えた ◦ 「ツールが変われば制作者の働き方は変わるがそれは悪いことではない 」

    • 動画配信サービスは積極的に受け入れる姿勢 ◦ 最注力は “レコメンド /検索” （生成AIの登場で変わらない） ◦ 「コンテンツ制作にもユーザフィードバックを活かせる ような未来を目指すべき」 ◦ 「生成 AI の登場でデータサイエンス、機械学習関連のコンサル会社にお金払わなくて良くなった。 データ戦略を再考する必要 があると考えている」 ◦ 「生成AIの登場でその UI/UXも変わるべき 」 ◦ パーソナライズしたコンテンツを制作できるようになった

74. マーケティング視点での AI 活用 AIによって、そもそもの考え方がちょっと変わるかもしれない コンテンツ群 (プロダクト) 狙うべき WHO (群) 設定

    コンテンツ1 (切り口1) コンテンツ2 (切り口2) コンテンツ3 (切り口3) 重なり合う INSIGHT →WHAT 発見 HOW として 表現方法(クリエイティブや 施策)をつくり、実行 何を誰に推すかの決定 WHO群の 心の共通部分を 言語化 刺し方を尖らせて 全体へ環流 (ここで動いた人数で、 大体成功か・失敗か評価が多い) 【イマ】マスをとらえるマーケティングは 「最大公約数」的 なマーケティングがまだ主流 　N1, と言われるけど、 “多くを動かすために、一人を深く知る ”と言う思想ではある。 　WHO/WHAT をとらえる精緻さと、 HOW のアイデア・手数で成果の大きな部分が決まる 【未来】 パーソナライズ が劇的に変わる 　WHO を群でとらえることがなくなるかも。 　並列思考・実行で、「その人 (WHO) に最適なコンテンツ /切り口が・その人の行動から予測し (WHAT) その人にしかでないクリエイティブで (HOW) 」生まれては消えていく？ コンテンツ群 (プロダクト) コンテンツ1 (切り口1) コンテンツ2 (切り口2) コンテンツ3 (切り口3) コンテンツ4 (切り口4) … … WHO /切り口 は絞らず WHAT /HOW は人単位で WHAT1 HOW1 WHAT2 HOW2 WHAT3 HOW3 WHAT4 HOW4 これは、ずっと言われている「理想」と言うレベルの話。 実際には、「思考の幅の限界」「クリエイティブ作成の工数」など 様々な壁で実行は不可能な理屈だったが、 適切なデータセットと AI による並列思考 ×実行ができれば 不可能ではなくなってきたかも

75. マーケティング視点での AI 活用 AIによって、そもそもの考え方がちょっと変わるかもしれない 【未来】 パーソナライズ が劇的に変わる →例えるなら、ユーザー一人一人に最適資料で営業しているような世界観 コンテンツ群 (プロダクト)

    コンテンツ1 (切り口1) コンテンツ2 (切り口2) コンテンツ3 (切り口3) コンテンツ4 (切り口4) … … WHAT1 HOW1 WHAT2 HOW2 WHAT3 HOW3 WHAT4 HOW4 AI 活用ポイント① コンテンツ /切り口の生 み出し &量産 必要なもの：整理されたデータセット ex) ・ABEMA の作品、最新以外で推した方がいいものも考え られる(全員にオオカミ最新作は正しい？) ・推し出したい打ち出し部分を絞らず、大量に出しておく (出したくない部分だけを削る) AI 活用ポイント② 個人単位の WHAT 解釈 (ポテンシャル切り口マッチング) 必要なもの：個人に対する多次元の情報 ex) ・デモグラ/興味関心に止まらない、より詳細な情報 (デモグラ/興味関心でくくる思想が、そもそも最大公約数 的) 　└購入データ、家族構成、過去視聴... AI 活用ポイント③ 大量の How の生産 必要なもの：データセット ×ワークフロー ex) ・切り出しポイントやコピーが生み出せるだけの 　「インプット」と「制御の機構」 　└映像・画像(どこでもトリミングできる一枚絵) 　└自動でこれが承認されてでていくフロー 　　└出しちゃいけないものは出さない仕組み ※極AIはスコアをあげて「(群に向けて)やる前に検証する」仕組みだが、この先は、「(個人 に向けて)作って、出して、ダメなら変える」思想に変わるのでは WHO-WHAT(WHO-INSIGHT/誰にどんな価値を )という部分はすでに進んでいるが、細分化・精緻化 →活用でより進化しそう ※WHAT-HOWの部分は、 HOWの数(届け方 )は市場として開発されていく部分なので、先んじて ↑に手をつけておく

76. ①人による ばらつきのない、戦略立案 /戦術実行 を行える仕組み 　└データ(定性/定量の市場データ , 事例, 基礎手法)の保有と活用 　└バイアスを除いた、新しい事実を見つけられる分析手法 (Who/Whatの発見)

    　　└そこから新しく戦略・戦術を出す、技術と人間のアイデアの共存 , 高度な戦術の生み出し・実行 (パーソナライズ ) ②リソースを理由に諦めなくて済む、 業務自体の自動化・効率化 　└Phase1: 個人タスクでのオペ補助 (各サービスAPI, RPAによる、作業補助 / ヒト:AI=7:3) ex.リリース/SNS投稿文叩き作成, 一般的なアイデアブレスト/整理, 編集補助 　└Phase2: 個人タスクの半自動化 (プロンプトベースでの作業の自動化 / ヒト:AI=5:5) ex.ローデータからの調査分析, RAGベースでの専門議論, 動画/画像生成 　└Phase3: 作業フローの半自動化 (人間はチェックのみで、ユーザーへのアウトプットまで / ヒト:AI=2:8) ex.リリース/SNSフロー自動化, 広告運用自動化 内部 /外部データ , 事例 , 過去フレーム P2: タスクの半自動化 マーケティング (Promotion)視点での AI 活用 AI時代のマーケティングの思想は 「全てのプロダクト・全てのユーザーに、 最高品質のマーケティングを提供する」 こと。 そのための タスク① タスク② タスク③ タスク④ マーケター ユーザー P1: タスクの一部補助 P3: フローの半自動化 プロダクトデータ 意向 目標 /目的 … 自動化含めた体制での 戦術実行 戦略 /戦術意思決定

77. マーケティング (Promotion)視点での AI 活用 MARKETING Product Price Place Promotion 調査・分析

    戦略立案 戦術実行 振り返り 市場/競合の分析(PEST, 3C分析), デスクトップ・N1調査 Product×市場での勝ち筋を見つける, Who/What/Howの設計 戦略を精度高く実行するオペレーション, クリエイティブ 戦略/戦術を磨く、次のアクションに繋げる振り返り Point / KW ※共通のKWとして、 ユーザーに向き合える「精度」 は必要 網羅性/バイアス 手法×アイデア 質×量×効率 網羅性/バイアス

78. マーケティング (Promotion)視点での AI 活用 調査・分析 戦略立案 戦術実行 振り返り AI活用Point 網羅性/バイアス

    手法×アイデア 質×量×効率 網羅性/バイアス 現状(課題に絞って ) 今後 ✔基本完全人力 ✔調査は時間を要する ✔分析は知識とセンスが必要 ✔分析者によるバイアス大 ✔人による精度ばらつき大 　└Productの理解度 　└目的/目標の精度 　└Who/Whatのセンス 　└Howの知識 /解像度 ✔人による精度ばらつき大 　└Howの知識 /解像度 　└アイデア源となる知識量 ✔リソースによる実行上限あり 　└予算/人力/体制 ✔規模をとると、最大公約数的な 　クリエイティブ /手法になる ✔分析者によるバイアス大 ✔人間には見切れないデータの分析を 　バイアスなく 自然言語・対話方式で ✔分析高速化・回数も増やせる ✔毎回のデータを蓄積し、都度調査なし ✔過去データ・事例に基づいた 具体戦略を 　AIから提示、人間は意思決定とアレンジ ✔施策アイデア出し ✔具体実行をサポートするタスク処理 　└運用作業 　└クリエイティブの作成 ✔ユーザー接点の緻密化 　└クリエイティブ /手法量産 　└個人単位での当て込み ✔過去データ・事例を参考にした上で 　今回の戦略 /戦術の 俯瞰的な分析

79. 欧州を中心とした標準規格に学ぶ 動画技術進化の行方

80. 『DVB』が進めるハイブリッド配信におけるユーザー体験 DVB とは • DVB = Digital Video Broadcasting •

    国際的標準規格のデジタルテレビジョン放送方式の一つ • 主に、ヨーロッパ諸国、オーストラリア、南アフリカ共和国で標準的に採用 • DVB-NIP（NativeIP）など放送とブロードバンド配信を同等に扱おうとする規格 の 策定などが特徴

81. 『DVB』が進めるハイブリッド配信におけるユーザー体験 DVB とは • DVB = Digital Video Broadcasting •

    国際的標準規格のデジタルテレビジョン放送方式の一つ • 主に、ヨーロッパ諸国、オーストラリア、南アフリカ共和国で標準的に採用 • DVB-NIP（NativeIP）など放送とブロードバンド配信を同等に扱おうとする規格 の 策定などが特徴 放送とのハイブリッド配信における技術適用のノウハウを学ぶ

82. 『DVB』が進めるハイブリッド配信におけるユーザー体験 DVB-NIP による In-home Multiscreen デモ Radiotelevisione Italiana （イタリア放送協会） ユーテルサット

    HOTBIRD Inverto Q-Stream™ Gateway （DVB-NIP サポート） DVB Modulator

83. 『DVB』が進めるハイブリッド配信におけるユーザー体験 DVB-NIP による In-home Multiscreen デモ Radiotelevisione Italiana （イタリア放送協会） ユーテルサット

    HOTBIRD Inverto Q-Stream™ Gateway （DVB-NIP サポート） DVB Modulator ゲートウェイで Multicast to Unicast 変換し スマホ、タブレット含めた あらゆるデバイスで Multiscreen 体験 DVB-NIP ヘッドエンド装置は DVB-MABR 処理 （オリジンからの Unicast コンテンツをマルチキャストに変換）

84. 『DVB』が進めるハイブリッド配信におけるユーザー体験 DVB-NIP による In-home Multiscreen デモ Radiotelevisione Italiana （イタリア放送協会） ユーテルサット

    HOTBIRD Inverto Q-Stream™ Gateway （DVB-NIP サポート） DVB Modulator インターネット接続がなくても DVB-I によるチャンネルスキャンが可能

85. 『DVB』が進めるハイブリッド配信におけるユーザー体験 DVB-NIP による In-home Multiscreen デモ Radiotelevisione Italiana （イタリア放送協会） ユーテルサット

    HOTBIRD Inverto Q-Stream™ Gateway （DVB-NIP サポート） DVB Modulator インターネット接続がなくても DVB-I によるチャンネルスキャンが可能

86. DVB-NIP による In-home Multiscreen デモ 『DVB』が進めるハイブリッド配信におけるユーザー体験 Radiotelevisione Italiana （イタリア放送協会） ユーテルサット

    HOTBIRD Inverto Q-Stream™ Gateway （DVB-NIP サポート） DVB Modulator インターネット接続がなくても DVB-I によるチャンネルスキャンが可能

87. DVB-NIP による In-home Multiscreen デモ 『DVB』が進めるハイブリッド配信におけるユーザー体験 Radiotelevisione Italiana （イタリア放送協会） ユーテルサット

    HOTBIRD Inverto Q-Stream™ Gateway （DVB-NIP サポート） DVB Modulator インターネット接続がなくても DVB-I によるチャンネルスキャンが可能

88. DVB-NIP による In-home Multiscreen デモ 『DVB』が進めるハイブリッド配信におけるユーザー体験 Radiotelevisione Italiana （イタリア放送協会） ユーテルサット

    HOTBIRD Inverto Q-Stream™ Gateway （DVB-NIP サポート） DVB Modulator インターネット接続がなくても DVB-I によるチャンネルスキャンが可能

89. DVB-I のアクセシビリティ進化 DVB-I Service List で番組ごとの字幕対応情報表示

90. DVB-I のアクセシビリティ進化 伝送手段ごとに利用可能な字幕情報の可視化

91. DVB-I のアクセシビリティ進化 DVB-I 対応クライアントで ユーザー基本設定に反映

92. DVB-I のアクセシビリティ進化 DVB-I 対応クライアントで ユーザー基本設定に反映 コンテンツマッチング体験の 改善が見込まれる

93. 従来の放送システムと共存して進化を続ける 5G ブロードキャスト

94. 従来の放送システムと共存して進化を続ける 5G ブロードキャスト 5G ブロードキャストが普及すると MBMS（Multimedia Broadcast Multicast Service） による効率的な動画配信が可能になるが、課題も多い

95. 従来の放送システムと共存して進化を続ける 5G ブロードキャスト 5G ブロードキャストが普及すると MBMS（Multimedia Broadcast Multicast Service） による効率的な動画配信が可能になるが、課題も多い

    新規標準規格を導入する際の問題 • 帯域の不足 • 古いデバイスのサポート • 規制上の制約

96. 従来の放送システムと共存して進化を続ける 5G ブロードキャスト 5G ブロードキャストが普及すると MBMS（Multimedia Broadcast Multicast Service） による効率的な動画配信が可能になるが、課題も多い

    新規標準規格を導入する際の問題 • 帯域の不足 • 古いデバイスのサポート • 規制上の制約 UHF チャンネルのコンフリクトも懸念される中 5G ブロードキャストはどのような普及戦略を 取ろうとしているのか

97. 従来電波放送 • DVB-T • ATSC • ISDB-T • DTMB

98. 従来電波放送 • DVB-T • ATSC • ISDB-T • DTMB 5G

    ブロードキャストは単独で使われる技術ではなく 従来放送の受信機を含めて電波放送のリーチをより広範囲なデバイスへ広げる技術

99. 従来電波放送 • DVB-T • ATSC • ISDB-T • DTMB 5G

    ブロードキャストは単独で使われる技術ではなく 従来放送の受信機を含めて電波放送のリーチをより広範囲なデバイスへ広げる技術 UHF チャンネルを明け渡してもらうよりも帯域のリファーミングの方が適切

100. 従来電波放送との共存の課題 5G ブロードキャストと従来電波放送の共存をどう実現するか • 既に別放送規格にアサインされている UHF（極超短波）でも配置できるか • 既存受信機の受信能力に影響を与えることなく配置 できるか

101. 従来電波放送との共存の課題 5G ブロードキャストと従来電波放送の共存をどう実現するか • 既に別放送規格にアサインされている UHF（極超短波）でも配置できるか • 既存受信機の受信能力に影響を与えることなく配置 できるか •

     従来電波放送と互換性を保ちながら 5G ブロードキャストと従来電波放送を多重化 ◦ 従来電波放送受信機でも 5G ブロードキャストの信号を無視して従来電波放送をデコードできるこ と ◦ 5G ブロードキャスト・サポート受信機が従来電波放送の波形を無視して 5G ブロードキャストの波 形をデコードできること

102. ATSC 3.0 の場合 • ATSC 3.0 側でのブラ ンキング ◦ min_time_to_next

     • 5G ブロードキャスト側 のブランキング ◦ CAS Muting

103. 多重化における 5G ブロードキャストの制約 CAS = Cell Acquisition Subframe • CAS

     は「Always-on signal」と呼ばれる 1ms 超の信号 • 40ms に 1 回定期的に送信する必要がある • MBMS（Multimedia Broadcast Multicast Service）データはこの間（39ms）に送 信する

104. 多重化における 5G ブロードキャストの制約 固定長間隔の CAS 制約を撤廃する必要がある • まだ仕様定義されていない TODO •

     事前に CAS / SIB 内にて指定することが検討 されている ※ SIB = LTE や 5G で基本的なシステム情報を基地局からユーザー端末にブ ロードキャストするための情報単位

105. ATSC 3.0 の場合 min_time_to_next • 次の ATSC 3.0 ブートスト ラップ信号までの最短時間

     を表す • ATSC のブートストラップ信 号は将来的な拡張のため に電波に隙間を作ることを 目的としている • ATSC フレームが終わった 後から次のブートスタラップ までは ATSC 3.0 にとって ブランク扱い ATSC 3.0 と 5G ブロードキャストのブランク領域を 時間で区切って多重化する

106. DVB-T2 の場合 FEF • FEF = Future Extension Frames •

     将来的な拡張のため のフレーム（名前その まま） • FEF で運ぶデータは DVB-T2 にとってブラン ク扱い 同じく 5G ブロードキャストのブランク領域と 時間で区切って多重化する

107. ISDB-T の場合 周波数による多重化 • ATSC 3.0 / DVB-T2 の 時間による多重化と異

     なるアプローチ • ISDB-T は元々周波数 による階層構造 ◦ 周波数を 13 セグメント に分けている • そのいくつかのセグメ ントを 5G ブロードキャ ストに割り当てる 5G ブロードキャスト https://www.soumu.go.jp/main_content/000843126.pdf

108. 英国の公共放送『 BBC』から学ぶ 社会インフラとしてのメディア視聴 QoE

109. 移動体デバイス・ユーザーのメディア視聴 QoE の考え方 BBC R&D が調査を通して辿り着いた移動体デバイスの視聴体験の構成要素 • QoE を体現する指標： PLR

     ◦ PLR = Playing to Listening Ratio ◦ 聴いている時間に対する実際に再生されている時間が大事 • PLR に大きく影響する指標は、セグメントの配信時間 ◦ クライアントのバッファーの長さに依存しない • 各音声セグメントのトータル配信時間に対して Time to First Byte（TFB）は考慮に 入れるべき ◦ 効率的な帯域を見積るのに重要 • 別のネットワークに移る時にセグメントの配信時間や TFB に影響が出る ◦ QoE に大きく影響することが集計データにより明らかに

110. Project Timbre • 英国放送協会 BBC R&D が実施したモバイル・ネットワークを介したライブストリーミ ングに対する QoE 調査プロジェクト

     • 媒体：BBC Sounds • 期間：2024 年 1 月 • 規模：6 億 4,300 万再生 ◦ 6 割以上の再生が生配信 https://www.bbc.co.uk/sounds

111. プロジェクトの背景 既存のシグナル網羅率に関するデータ • UK の 4G 網羅率は Near-universal ◦ EU

     における 4G / LTE 普及における世帯網羅率は 99.8% ◦ UK における 4G 網羅率 ▪ 93% 地理的な網羅率 ▪ 98% 高速道路／幹線道路 https://researchbriefings.files.parliament.uk/documents/SN07069/SN07069.pdf

112. プロジェクトの背景 既存のシグナル網羅率に関するデータ • UK の 4G 網羅率は Near-universal ◦ EU

     における 4G / LTE 普及における世帯網羅率は 99.8% ◦ UK における 4G 網羅率 ▪ 93% 地理的な網羅率 ▪ 98% 高速道路／幹線道路 • シグナル網羅率 vs サービス網羅率 ◦ 4G 網羅率のようなシグナル網羅率は本当にサービスが行き届いている網羅率と言えるのか https://researchbriefings.files.parliament.uk/documents/SN07069/SN07069.pdf

113. プロジェクトの背景 既存のシグナル網羅率に関するデータ • UK の 4G 網羅率は Near-universal ◦ EU

     における 4G / LTE 普及における世帯網羅率は 99.8% ◦ UK における 4G 網羅率 ▪ 93% 地理的な網羅率 ▪ 98% 高速道路／幹線道路 • シグナル網羅率 vs サービス網羅率 ◦ 4G 網羅率のようなシグナル網羅率は本当にサービスが行き届いている網羅率と言えるのか https://researchbriefings.files.parliament.uk/documents/SN07069/SN07069.pdf 聴いている時間に対する実際に再生されている時間を計測する = PLR

114. PLR の定義

115. 調査方法 • Android フォンのみ対象 • MPEG-DASH による HTTP ストリーミング •

     CDN 経由 • データ取得 ◦ MQTT ▪ クライアントサイド ◦ Data lake ▪ CDN

116. 調査結果 • 2 つの MNO にセグ メントして PLR を比 較

     • 一方で見られない PLR の低スコアが 他方で見られる箇 所がいくつかある https://researchbriefings.files.parliament.uk/documents/SN07069/SN07069.pdf PLR に対する地理的な影響は MNO によって異なる

117. 調査結果 • PLR は時系列で見 ることも重要 • アプリケーションの ABR ロジックによっ てもスコアは変化す

     る https://researchbriefings.files.parliament.uk/documents/SN07069/SN07069.pdf PLR は移動経路にも影響される

118. 調査結果 • 音声データという性 質も影響しそう ◦ 映像データは異な る結果を期待する べきかもしれない https://researchbriefings.files.parliament.uk/documents/SN07069/SN07069.pdf セグメント配信時間の大半はセグメントの

     TFB

119. 調査結果 • 音声データという性 質も影響しそう ◦ 映像データは異な る結果を期待する べきかもしれない • TFB

     と転送時間の 長さに相関があると はいえない https://researchbriefings.files.parliament.uk/documents/SN07069/SN07069.pdf セグメント配信時間の大半はセグメントの TFB

120. 調査結果 • 2 つの異なる MNO の信号の強度でペ イロード転送速度を プロット • 信号が強いと言え

     る条件下でも速度 が 50kbps を下回 るケースも https://researchbriefings.files.parliament.uk/documents/SN07069/SN07069.pdf 電波が強い = 高いスループット、ではない

121. 移動体デバイス・ユーザーのメディア視聴 QoE の考え方 BBC R&D が調査を通して辿り着いた移動体デバイスの視聴体験の構成要素 • QoE を体現する指標： PLR

     ◦ PLR = Playing to Listening Ratio ◦ 聴いている時間に対する実際に再生されている時間が大事 • PLR に大きく影響する指標は、セグメントの配信時間 ◦ クライアントのバッファーの長さに依存しない • 各音声セグメントのトータル配信時間に対して Time to First Byte（TFB）は考慮に 入れるべき ◦ 効率的な帯域を見積るのに重要 • 別のネットワークに移る時にセグメントの配信時間や TFB に影響が出る ◦ QoE に大きく影響することが集計データにより明らかに

122. 収益化と効率化を促す技術汎用化の加速

123. In-Content Ad：視聴者を逃さない広告フォーマット

124. In-Content Ad：視聴者を逃さない広告フォーマット

125. In-Content Ad：視聴者を逃さない広告フォーマット 収益創出に向けた技術進化の実態を見ていく

126. • デバイス／スクリーンサイズに応じた広告レイアウト切替技術が汎用化 ◦ 切替例 ▪ テレビ → L 字広告 ▪

     スマホ → ダブルボックス ▪ PC → 通常広告挿入 • 本体コンテンツ連動のインタラクティブ広告 ◦ 通常のスポット CM に比べ In-Content インタラクティブ広告は +12% の商品認知 が期待できる ◦ In-Content インタラクティブ広告と通常のスポット CM を併用した場合は +33% • 米国での In-Content Ad の CPM は 1.5 倍程相場が高いとのこと ◦ 米国 $12 〜 $15（通常広告）→ $20（In-Content Ad） In-Content Ad：視聴者を逃さない広告フォーマット https://www.theoplayer.com/product/theoads https://resources.triplelift.com/resources-case-studies/enhanced-spots-improve-brand-impact-in-study-with-triplelift-mediascience

127. このタイミングで汎用ソリューションが多く登場 しかし、実現手段は三者三様 • Google Ad Manager • ITG In-Content Ad

     • castLabs SGAI • THEOads • Bitmovin Multiview In-Content Ad ソリューション

128. castLabs SGAI • SGAI = Server-guided Ad Insertion • 標準化された仕様で実現するアプローチ

     ◦ HLS への挿入 → HLS Interstitials ◦ DASH への挿入 → DASH Media Presentation Insertion ▪ 6th edition に入る予定で待ち ◦ レンダリング → SIMID In-Content Ad：ソリューション例 https://castlabs.com/news/sgai-server-guided-ad-insertion/

129. THEOads • SGAI • 一部標準化された仕様で実現するアプローチ ◦ HLS への挿入 → HLS

     Interstitials ◦ DASH への挿入 → おそらく DASH Media Presentation Insertion（EventStream でと言っていた） ◦ レンダリング → 独自 In-Content Ad：ソリューション例 https://www.theoplayer.com/product/theoads

130. THEOads • SGAI • 一部標準化された仕様で実現するアプローチ ◦ HLS への挿入 → HLS

     Interstitials ◦ DASH への挿入 → おそらく DASH Media Presentation Insertion（EventStream でと言っていた） ◦ レンダリング → 独自 In-Content Ad：ソリューション例 事前に実装したレイアウトを出し分ける形式 広告クリエイティブの柔軟性は少し低いか https://www.theoplayer.com/product/theoads

131. Bitmovin Multiview Playback • マルチビューかつスムーズな UI トランジションを実現する複数動画再生機能 • 単一のデコーダー・インスタンスしかサポートしていないデバイスでも実現 ◦

     ただし HEVC のみ ◦ HEVC の Tiles 機能により単一インスタンスで 1 つの映像をデコード → タイル表示 In-Content Ad：ソリューション例 https://bitmovin.com/video-player/multiview-playback/

132. ITG In-Content Ad In-Content Ad：ソリューション例 • AWS MediaTailor と強く連携さ れたシステムが特徴

     • クライアントサイドの挿入・レン ダリング処理は全て独自／ネイ ティブ実装

133. ITG In-Content Ad In-Content Ad：ソリューション例 • AWS MediaTailor と強く連携さ れたシステムが特徴

     • クライアントサイドの挿入・レン ダリング処理は全て独自／ネイ ティブ実装 広告のクリエイティブ表現に対する制限も少なく レンダリング処理パフォーマンスも高そうな点に期待が持てる

134. ITG In-Content Ad • 広告クリエイティブのオーサリングが柔軟 In-Content Ad：ソリューション例

135. ITG In-Content Ad In-Content Ad：ソリューション例 生成 AI 組み込み • 映像からキーワード抽出

     • 広告商品検索 • 広告クリエイティブを デバイスごとに生成

136. DOOH 広告：画面から飛び出したアプローチ DOOH 広告（デジタル屋外広告） • US / ヨーロッパ圏内で DOOH 広告市場が盛り上がっている

     ◦ US DOOH 市場規模 $23 億（2020）→ $37 億（2023） ◦ 日本はデジタルのビルボードが比較的少ない • デバイス特定技術応用 → プログラマティック DOOH 広告 ◦ デバイス特定技術に特化した会社 Device Atlas ▪ 対応コーデックやプロファイル種別など 詳細なスペック識別が可能 ▪ デバイス識別情報 x 視聴情報 x DOOH インベントリの マッチングによるプログラマティック DOOH 広告事例 Photo by G-R Mottez on Unsplash

137. 最大40%コスト削減可能なマルチ CDNソリューション コスト効率、パフォーマンスを最大限に生 かした仮想エッジアーキテクチャ

138. 最大40%コスト削減可能なマルチ CDNソリューション 主要CDNベンダーをサポート 各CDNベンダーとのコミットメントも 考慮した構成が可能

139. コーデック技術進化の新しい傾向

140. 不要なデコードを発生させないメザニン向けコーデック SMPTE VC-6 • 階層構造を持ったコーディング技術 • 必要なデータだけデコード可能 ◦ 特定の解像度だけ ◦

     Region of Interest 部分だけ • AI の画像処理速度は 5 倍効率化 ◦ メタデータ生成 ◦ オブジェクト検出／認識 ◦ AI モデル・トレーニング

141. V-Nova と KEBULA のパートナーシップ VC-6 を KEBULA InBrief と組み合わせたシステム ※

     InBrief = AI を使ったハイライト生成をサポートしたプロダクション・システム

142. V-Nova と KEBULA のパートナーシップ VC-6 を KEBULA InBrief と組み合わせたシステム ※

     InBrief = AI を使ったハイライト生成をサポートしたプロダクション・システム コーデックを最適化することで AI によるメディア・サプライ・チェーン最適化は加速する

143. コーデックの世代交代はまだ早い MPEG-2 /AVCを推進するソリューションたち • 未だ配信コーデックとして MPEG-2を使用している配信事 業者もある • 日本のデジタルテレビと同じで 市場のSTBがMPEG-2しかデ

     コードできないものもある (2023 InterBee) 既存コーデックから脱却できない 配信事業者はまだまだ多い

144. コーデックの世代交代はまだ早い MPEG-2 /AVCを推進するソリューションたち チャンク毎に分散して高速トランスコード

145. Per-Title Profile コンテンツ毎に最適化 SD帯のビットレートでFHDのトランスコードも可能に コーデックの世代交代はまだ早い MPEG-2 /AVCを推進するソリューションたち

146. コーデックの世代交代はまだ早い MPEG-2 /AVCを推進するソリューションたち 3passトランスコード • Bitmovin独自 • 同等品質で約1/3のビットレート削減

147. コーデックの世代交代はまだ早い MPEG-2 /AVCを推進するソリューションたち • AIモデルを使用した高圧縮エンコーダー。 HWのサポートもしているのでライブ配信にも使用できる • 同等以上のVMAFスコアで61%のビットレート削減

148. 事例とソリューションから学ぶ 大規模配信プラクティス前線

149. 大規模ライブ配信を支えるモニタリングソリューション 入力素材からデバイスでの再生ま で動画配信システム全体の統合監 視システム

150. 大規模ライブ配信を支えるモニタリングソリューション • 独自のMOSでトータル品質のスコアリングが可能 • 映像品質のスコアリングは、入力素材と比較するリファレ ンス型と単体のノンリファレンス型に対応

151. 大規模ライブ配信を支えるモニタリングソリューション Boro ダッシュボードのDEMOがリアルタイ ムで利用可能 https://boro.elecard.com/projects/280/live_view

152. 大規模ライブ配信を支えるモニタリングソリューション Boro • PID毎のビットレート • Continuity Counter Error, TimeStamp DisCountinuty

     • Audio Loudness • MPEG-TS • SCTE-35

153. 大規模ライブ配信を支えるモニタリングソリューション Boro EPSNR：Elecardで開発されたノ ンリファレンス型の推定PSNR

154. 大規模ライブ配信を支えるモニタリングソリューション Boro 青：PSNR 赤：EPSNR 5Mbpsまで下がるとB フレームの推定が難し い https://www.elecard.com/page/epsnr

155. 大規模ライブ配信を支えるモニタリングソリューション データを使ったVQA(Video Quality Analysis)ソリュー ション

156. 大規模ライブ配信を支えるモニタリングソリューション ほとんどのVQA Issueは、 • Black Screen • Loss Audio, Audio

     Silence • Freeze Frame これらをデコードせずにデータで検知するソリューション

157. 大規模ライブ配信を支えるモニタリングソリューション 下記を使って問題を検知 • content-length • HLSのm3u8 ◦ BANDWIDTH ◦ #EXTINF

158. 主要なVQA Issueが Content-Lengthに現れる 大規模ライブ配信を支えるモニタリングソリューション

159. • デコードが不要なので必 要なリソース、コストが最 小限。DRMがかかってい ても検知可能 • VBRの検知は問題なさそ うだが、CBRでの検知も難 しいが可能とのこと 大規模ライブ配信を支えるモニタリングソリューション

160. シームレスな切り替えを可能にする SRT冗長構成

161. シームレスな切り替えを可能にする SRT冗長構成

162. シームレスな切り替えを可能にする SRT冗長構成 SRT冗長化の製品はSRTアライアンスメンバーの中でも少ない

163. シームレスな切り替えを可能にする SRT冗長構成 AWS MediaConnectのフェイルオーバー • Merge Mode ◦ 2つのソースストリームをマージ。１つのストリーム に統合する。欠落したパケットがある場合、もう一

     方のFlowのパケットを使ってストリームを構築 • Failover Mode ◦ プライマリストリームとセカンダリストリームの切り 替え シームレスな切り替えがサポートされてない

164. シームレスな切り替えを可能にする SRT冗長構成① RTPとSMPTE200-7を使ったソ リューション エンコーダーは他社製品でもOK

165. シームレスな切り替えを可能にする SRT冗長構成① パケロスが発生しても冗長された2 本のストリームからRTPのシーケン ス番号を使って、1本のストリームを 構成

166. シームレスな切り替えを可能にする SRT冗長構成① EBUがSMPTE 2022-7を使用した RTP over SRT 構成を推奨 RTPを使った光ファイバー、衛星ともシームレスな切り替えが可能

167. シームレスな切り替えを可能にする SRT冗長構成② エンコーダーの指定はない txedgeを使ってSRT(RTP, SMPTE2022-7)でインジェスト Cloud側ではMediaConnectをtxedge に置き換える事で対応可能（ awsマー ケットプレイスで提供）

168. シームレスな切り替えを可能にする SRT冗長構成②

169. シームレスな切り替えを可能にする SRT冗長構成②

170. シームレスな切り替えを可能にする SRT冗長構成 ABEMAでの活用 • EBUでRTP over SRT with SMPTE 2022-7構成が推奨されているので期

     待 ◦ インジェストを受けるCloud側もMediaConnectでサポートされる事を 期待しつつも他ベンダー選定も必要

171. 大規模配信を支える エッジネットワークとマルチキャスト ABR • 大手配信サービスプロバイダーに 独自のプライベートエッジネット ワークを推奨 • 独自管理する事で柔軟な制御を可 能にし、コスト効率、パフォーマンス

     を最大限に発揮 DAZNの配信を放送グレードでサポート https://www.ibc.org/video/delivering-live-content-at-scale/11363.article

172. 大規模配信を支える エッジネットワークとマルチキャスト ABR

173. 大規模配信を支える エッジネットワークとマルチキャスト ABR Multicast ABRで配信を放送品質 で可能にするソリューション 課題：通信事業者の導入が必要

174. 大規模配信を支える エッジネットワークとマルチキャスト ABR コパアメリカ、EURO 2024でケー ブルの放送と比較して1秒未満の 遅延で配信

175. 大規模配信を支える エッジネットワークとマルチキャスト ABR DAZNがテレコム・イタリアとbroadpeak のmABRを活用 • ISPのトラフィック削減 • ユーザーの視聴体験向上

176. 動画配信技術の次の一手

177. 効率的なボリュメトリック動画配信を実現するための技術

178. 効率的なボリュメトリック動画配信を実現するための技術

179. 効率的なボリュメトリック動画配信を実現するための技術 いまだ実験的なフェーズのイマーシブ動画の関連要素の 1 つ ボリュメトリック動画を配信技術という観点で最新状況を確認する

180. ボリュメトリック動画

181. ボリュメトリック動画のいま • 品質問題（不気味の谷）は徐々に解消されつつある印象 • だが、課題はまだ多い ◦ 制作コストの課題 ▪ 撮影にコストがかかるのがネック •

     大量のカメラ • 専用のスタジオ ▪ スマートフォンだけでキャプチャー する ソリューション • VOLOGRAMS https://www.volograms.com/

182. VOLOGRAMS AI • 生成 AI による 2D 画像から 3D ヒューマンを生成するソリューション

183. ボリュメトリック動画のいま • 品質問題（不気味の谷）は徐々に解消されつつある印象 • だが、課題はまだ多い ◦ 制作コストの課題 ▪ 撮影にコストがかかるのがネック •

     大量のカメラ • 専用のスタジオ ▪ スマートフォンだけでキャプチャーする ソリューション • VOLOGRAMS ◦ 配信の課題 ▪ デファクトの配信手段が未確立 https://www.volograms.com/

184. VV 配信が持つ課題 VV は大容量のデータを要する VV の記録形式 • Point clouds •

     シェイプとテクスチャデータを含んだメッシュ ※ VV = Volumetric Video（ボリュメトリック動画）

185. VV 配信が持つ課題 VV は大容量のデータを要する VV の記録形式 • Point clouds •

     シェイプとテクスチャデータを含んだメッシュ さまざまな組織がプロプライエタリなアプローチでファイル形式を開発 ※ VV = Volumetric Video（ボリュメトリック動画）

186. VV 配信が持つ課題 VV は大容量のデータを要する VV の記録形式 • Point clouds •

     シェイプとテクスチャデータを含んだメッシュ さまざまな組織がプロプライエタリなアプローチでファイル形式を開発 VV コンテンツの多くはプラットフォームを跨いでアクセス不可能 ※ VV = Volumetric Video（ボリュメトリック動画）

187. VV の一般的なパイプライン 4 つのモジュールで構成 1. Volumetric Capture 2. Volumetric Processing

     3. Volumetric Encoding 4. Decoding / Rendering

188. VV の一般的なパイプライン 4 つのモジュールで構成 1. Volumetric Capture 2. Volumetric Processing

     3. Volumetric Encoding 4. Decoding / Rendering これらパイプラインに対応できるコンテナが必要

189. glTF Khronos Group Inc. が提唱する 3D データ用ファイルフォーマット • オープンソース •

     シーンの構造やレンダリングの方法 などの情報を含むことができる ◦ Obj／FBX／STL などのファイル形式は これらのデータを含まない • JSON で記述 ◦ 一般的なツールでも編集／解析が容易 https://github.com/KhronosGroup/glTF-Tutorials/blob/main/gltfTutorial/gltfTutorial_002_BasicGltfStructure.md

190. glTF Khronos Group Inc. が提唱する 3D データ用ファイルフォーマット • オープンソース •

     シーンの構造やレンダリングの方法 などの情報を含むことができる ◦ Obj／FBX／STL などのファイル形式は これらのデータを含まない • JSON で記述 ◦ 一般的なツールでも編集／解析が容易 glTF を VV サポートするように 拡張できないか https://github.com/KhronosGroup/glTF-Tutorials/blob/main/gltfTutorial/gltfTutorial_002_BasicGltfStructure.md

191. VV-glTF glTF extensions • glTF には glTF の機能やスキーマを 拡張できる仕様がある •

     今の glTF 標準仕様に準拠した形で VV を運べるように拡張開発 ◦ VVglTF 内の 3D メッシュデータに動画のテク スチャを貼れるように全 VV フレームで対応 するメッシュ ID を格納 ◦ どんな映像コーデックでも適用可能 VV のための拡張 https://sites.hslu.ch/immersive-realities/volumetric-video/

192. VV-glTF による HTTP Streaming HLS で VV-glTF ストリーミング • VV

     はチャンクに分割されてアップロー ド ◦ VV テクスチャ動画をアップロード ▪ サーバーで m3u8 を生成 ▪ プレイヤーは m3u8 を取得 ◦ 映像シーケンに必要な VV-glTF ファイル をリストした設定ファイル（ .glvv）をアップ ロード ▪ glTF クライアントは .glvv と VV-glTF をダウンロード • プレイヤーは VV を HLS と揃えて再 生

193. 3D メッシュ・コーデックによる更なる効率化の検証 無圧縮の場合 Draco 圧縮の場合（glTF サポートのコーデック一例として）

194. 効率的なボリュメトリック動画配信を実現するための技術 • VV-glTF によるマルチプラットフォーム対応可能な VV ファイル形式 • VV-glTF をサポートした HLS

     配信システムの拡張 • 3D メッシュ・コーデックによるメッシュデータそのものの最適化

195. 効率的なボリュメトリック動画配信を実現するための技術 • VV-glTF によるマルチプラットフォーム対応可能な VV ファイル形式 • VV-glTF をサポートした HLS

     配信システムの拡張 • 3D メッシュ・コーデックによるメッシュデータそのものの最適化 既存の技術を拡張し 現実的に効率的な VV 配信の条件が見えてきたか

196. 動画配信技術の次の一手 超低遅延配信技術の進化 プレミアムスポーツ向けスケーラブルな超低遅延ストリーミング • Comcast の提案プロジェクト ◦ 後に BT Media

     and Broadcast, castLabs, Ateme などが参加 • 地上波放送と同等以上かつソーシャルメディアと同等 ◦ 1-3秒がターゲット ◦ ベッティングの体験にも十分な遅延 • 標準の HTTP ストリーミング技術、インフラストラクチャを使用 ◦ 独自ソリューションを使用しない • 大規模配信に利用可能なスケーラブルな技術

197. 現状の遅延 HLS/DASH • 35秒の遅延 動画配信技術の次の一手 超低遅延配信技術の進化 https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/Scalable-ULL-for-Premium-Sports-Final-Alex-Giladi.pdf

198. 現状の遅延 LL-HLS/LL-DASH • 7-9秒程の遅延 動画配信技術の次の一手 超低遅延配信技術の進化 https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/Scalable-ULL-for-Premium-Sports-Final-Alex-Giladi.pdf

199. LL-DASH/LL-HLSから更なる遅延削減アプローチ • インジェスト遅延削減 • エンコード処理時間削減 • セグメントサイズの縮小 ◦ 再生開始時間の短縮 低遅延で再生安定も保持する為のアプローチ

     • 上記で短縮した時間をプレイヤーの再生安定の為にバッファの削減は最低限に 動画配信技術の次の一手 超低遅延配信技術の進化

200. “SINGLE-GEN” Encoding • 多段トランスコード排除し遅 延、品質劣化を削減 DASH-IF Live Ingest • CMAFで伝送

     • 脱MPEG-TSする事による Multiplex遅延削減 動画配信技術の次の一手 超低遅延配信技術の進化 https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/Scalable-ULL-for-Premium-Sports-Final-Alex-Giladi.pdf

201. L3D-DASH • MPEG-DASHの6th editionで 追加 • GOP長短縮による更なる再生 開始時間(Join Time)の短縮 ◦

     パーシャルセグメントの 開始フレームをIDRにす る事で実現 動画配信技術の次の一手 超低遅延配信技術の進化 https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/Scalable-ULL-for-Premium-Sports-Final-Alex-Giladi.pdf

202. デモの構成 結果：約1.8秒の遅延 動画配信技術の次の一手 超低遅延配信技術の進化 https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/Scalable-ULL-for-Premium-Sports-Final-Alex-Giladi.pdf

203. 次回のアップデート 動画配信技術の次の一手 超低遅延配信技術の進化

204. L3D-DASH を少し詳細に • L3D = Low-Latency & Low-Delay • MPEG-DASH

     6th Edition に追加される予定の Extension • モチベーション ◦ LL-DASH 以上の low-delay ▪ 2 秒以下の遅延 ▪ 再生開始時間／切替／セグメント長からの開放 ▪ IDR に依存しない広告ブレーク・ポイント ◦ LL-HLS との互換性 ▪ LL-HLS の partial segment のリソース共有 ▪ MPD 更新タイミングの効率化

205. L3D-DASH：Low-Latency Low-Delay DASH • L3D-DASH で検討されている 2 つのモード ◦ Low-delay

     モード ◦ Low-latency モード

206. L3D-DASH：Low-Latency Low-Delay DASH Low-delay モード • メディア・セグメントを partial segment に分割

     • 全ての partial segment は IDR から始まる • より細かなランダム・アクセスを可能にすることに特化したモード https://github.com/Dash-Industry-Forum/Dash-Industry-Forum.github.io/files/14887658/SpecialPresentation-6thEdition.pdf

207. L3D-DASH：Low-Latency Low-Delay DASH Low-latency モード • Low-delay モードと違い、partial segment に

     IDR で開始する制約を設けない ◦ LL-HLS と同じ考え方の partial segment = LL-HLS と共有可能 ◦ Segment sequence の 最初の partial segment が IDR であることが条件 ◦ Segment sequence はテンプレートで表現 = ライブエッジの partial segment も算出可能 https://github.com/Dash-Industry-Forum/Dash-Industry-Forum.github.io/files/14887658/SpecialPresentation-6thEdition.pdf

208. L3D-DASH：Low-Latency Low-Delay DASH テンプレート表現 … <ServiceDescription> <Latency min="750" max="4200" target="1250"

     referenceId="7"/> <PlaybackRate min="0.96" max="1.04"/> </ServiceDescription> … <Period> … <SegmentTimeline> <S t="546975158" d="172800" r="14" k="16"/> </SegmentTimeline> … </Period> Segment sequence に 14 + 1 個のセグメント 各セグメントは 16 個の partial segment で 構成されている

209. L3D-DASH：Low-Latency Low-Delay DASH • L3D-DASH で検討されている 2 つのモード ◦ Low-delay

     モード ◦ Low-latency モード • HTTP/3 での partial segment 平行転送 ◦ 極小の partial segment を効率よく転送し、更な Low-delay / Low-latency を可能に • Segment duration patterns ◦ SegmentTimeline における映像と音声のセグメント境界を揃える

210. L3D-DASH：Low-Latency Low-Delay DASH • Segment duration patterns ◦ 目的 ▪

     SegmentTimeline における duration 表現の精度を高める ▪ 映像と音声のセグメント境界を揃える ◦ セグメント長のパターンを別定義する https://github.com/Dash-Industry-Forum/Dash-Industry-Forum.github.io/files/14887658/SpecialPresentation-6thEdition.pdf

211. L3D-DASH：Low-Latency Low-Delay DASH Segment duration patterns テンプレート表現 … <Period> …

     <SegmentTemplate initialization="$RepresentationID$/init.mp4" media="$RepresentationID$/segment_$Time$.mp4" timescale="90000" startNumber="817472154" presentationTimeOffset="135158"> <Pattern id="1"> <P d=" 180480" r="11"/> <P d="176640"/> </Pattern> <SegmentTimeline> <S t="546975158" r="146" p="1" pE=”3”/> </SegmentTimeline> </SegmentTemplate> … </Period> セグメント長の パターンを別定義 Segment.S 要素で パターンを参照

212. 動画配信技術の次の一手　 ULL-AVLM ULL: Ultra-Low Latency AVLM: Audio, Video, Light and

     Media data

213. 動画配信技術の次の一手　 ULL-AVLM 目的 • 2つ以上の会場で自然な没入体験を創出し、離れた会場間で双方向のインタラク ションをシームレスに可能にする • 観客も他会場で行われているライブをリモートで自然に実際のライブ会場にいるか のような没入間のある体験

214. 動画配信技術の次の一手　 ULL-AVLM 前回まで ローカルからリモート会場に モーションキャプチャしたアバ ターが表示されるまでを約45 ミリ秒。ビデオは約100ミリ秒 の遅延を達成 https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/IBC_Accelerator_Connecting_Live_Performances_Master_POD_Panel_Final.pdf

215. 動画配信技術の次の一手　 ULL-AVLM ULL - AVLM 超低遅延で映像、音声、ライ ティング、メタデータをベ ニュー間伝送し、他会場に没 入感のあるライブ体験を再現 するプロジェクト

     https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/IBC_Accelerator_Connecting_Live_Performances_Master_POD_Panel_Final.pdf

216. 動画配信技術の次の一手　 ULL-AVLM ライティングデータを他会場 で再現するPoC https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/IBC_Accelerator_Connecting_Live_Performances_Master_POD_Panel_Final.pdf

217. 動画配信技術の次の一手　 ULL-AVLM AVLMの同期が課題 解決する為にWrapper層で FFmpegを使ってMultiplexす る手段で解決 https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/IBC_Accelerator_Connecting_Live_Performances_Master_POD_Panel_Final.pdf

218. 動画配信技術の次の一手　 ULL-AVLM https://cdn.asp.events/CLIENT_IBC_4ED0594D_5056_B739_542FB395BDA17423/sites/ibc-2024/media/IBC_Accelerator_Connecting_Live_Performances_Master_POD_Panel_Final.pdf

219. ピックアップ フォレンジック・ウォーターマークの進化

220. フォレンジック・ウォーターマークの進化 Frame Safe • 1フレームのみで追跡可能な ウォーターマークの実装が完 了。スクショされた画像からの 追跡も可能になる • CPからは品質劣化が指摘され

     ている改善中との事

221. フォレンジック・ウォーターマークの進化 Frame Safe • スクショした画像をツールに読 み込ませIDを特定するデモ

222. まとめ • グローバルのメディア技術動向を俯瞰すると AI と直接収益創出に技術投資優先度を寄せている傾向 • AI によりユーザーフィードバックをコンテンツ制作やマーケティング戦略に活かせる未来が期待されてい る •

     In-Content Ad 技術は多様な手段で汎用化され始めている • 『DVB』は In-home Multiscreen、IP チャンネルスキャン、 CC 機能などによりハイブリッド配信のアクセシ ビリティ向上を一歩前進させている • 5G ブロードキャストは従来の放送システムとの具体的な多重化案を提案し、各地の帯域でのリファーミ ングを狙っている • BBC の PLR による音声配信の QoE 調査は、社会インフラとしてのメディア配信開発の参考となる • 次世代コーデックへの期待は持ちつつも、既存コーデックを使い続ける必要がある事業者に対するソ リューションも進化している • 大規模ライブ配信は着実にベストプラクティス化されており、ポイントを活かすことで確実な成果に繋がる ことが期待できる • VV や超低遅延、AVLM などの配信技術はまだ発展途上。次の一手としての可能性を検討していく

223. ありがとうございました