SSAI

SSAI가 “무엇을” 해결하는 방식인가

광고를 클라이언트의 의존성 없이, 서버가 스트림을 미리 꿰매서(stitch) 하나의 스트림처럼 만들어 전달하는 방식

• CSAI (Client-Side Ad Insertion): 클라이언트가 광고 요청 (VAST) → 광고 재생
• SSAI (Server-Side A#d Insertion): 서버가 광고 요청 (VAST) + 광고 미디어 준비 + 세그먼트 단위로 합성 → 클라이언트는 단순 재생

이름은 각 회사별로 다르다.

• 구글은 SSAI를 DAI (Dynamic Ad Insertion) https://support.google.com/admanager/topic/7062524
• AWS는 MediaTailor https://aws.amazon.com/ko/mediatailor/

VAST-CTV 문서를 확인하면 VAST 태그를 “파싱하고 실행” 주체를 클라이언트(Video Player) 뿐 아니라 “SSAI vendors”도 명시 CTV(Connected TV, 스마트 TV로 영상을 시청할 수 있는 디바이스로 생각)

Flow

sequenceDiagram
    autonumber
    participant A as A. Broadcaster
    participant B as B. Live Stream server<br/>(Encoder/Packager)
    participant C as C. Content Origin<br/>(Live HLS/DASH)
    participant D as D. SSAI Service<br/>(Session + Stitch)
    participant E as E. Ad Decision Server (ADS)<br/>(Returns VAST)
    participant F as F. Ad Media Store / Ad CDN<br/>(MP4/Mezzanine)
    participant G as G. Transcode+Package<br/>(Make ABR segments)
    participant H as H. Ad Segment Origin<br/>(Ad HLS/DASH)
    participant I as I. CDN
    participant J as J. Viewer/Player

    A->>B: Start broadcast + schedule/policies<br/>(ad breaks: timing/duration rules)
    B->>C: Encode+Package live -> publish manifests+segments
    B->>C: Emit ad-break cues (e.g., SCTE-35 markers)

    J->>I: Request live manifest (m3u8/mpd)
    I->>D: Forward manifest request (session context)
    D->>C: Fetch source manifest (+ cue/avail info)

    D->>E: Ad request for upcoming break (duration/context)
    E-->>D: VAST response (ad media URLs + tracking + metadata)

    D->>F: Fetch ad asset (e.g., mp4/mezzanine) via VAST URL
    alt Ad already stream-ready (HLS/DASH renditions exist)
        D->>H: Reference existing ad segments/manifests
    else Need to match live stream format (codec/ABR/segments)
        D->>G: Send asset for transcode+package
        G-->>H: Output ad ABR segments + ad manifests
    end

    D->>D: Build stitched session manifest<br/>(replace break window with ad URIs)
    D-->>I: Return stitched/modified manifest (per-session)
    I-->>J: Deliver stitched manifest
    J->>I: Request segments listed in manifest
    I->>C: Fetch live content segments (if cache miss)
    I->>H: Fetch ad segments during breaks (if cache miss)
    I-->>J: Deliver segments (continuous playback)

설명 (A → B 형태 + 예시 비유)

1) A → B: “방송 시작 + 광고 브레이크 정책 전달”

• 설명: Broadcaster(A)가 “지금부터 이 채널 라이브 시작”과 함께, 중간광고(브레이크)가 언제/몇 초인지 같은 룰을 송출 시스템(B)에 전달합니다.
• 예시: “20:00 뉴스 시작, 20:12에 60초 광고, 20:25에 90초 광고”.
• 비유: **공연 기획자(A)**가 **무대 감독(B)**에게 “공연 중간에 쉬는 시간(인터미션) 몇 분 넣어줘”라고 알려주는 것.

2) B → C: “라이브를 스트리밍 형태(HLS/DASH)로 만들어 올림”

• 설명: Live Stream Station(B)이 라이브 영상을 인코딩/패키징해서 Content Origin(C)에 매니페스트(m3u8/mpd)와 세그먼트를 계속 생성/업로드(게시)합니다.
• 예시: 2초짜리 fMP4 세그먼트를 계속 만들고, 매니페스트에 최신 세그먼트 목록을 갱신.
• 비유: **무대 감독(B)**이 공연을 진행하면서, 관객이 볼 수 있게 **스크린 송출(C)**을 계속 업데이트하는 것.

3) B → C: “광고 브레이크 신호(큐/avail) 표시”

• 설명: 광고가 들어갈 타이밍이 되면 B가 C에 “여기부터 광고 구간 시작/종료”를 나타내는 cue(예: SCTE-35)를 심어둡니다.
• 예시: “다음 60초는 광고 구간” 마커가 매니페스트/메타데이터에 표시됨.
• 비유: 공연 대본에 ‘인터미션 시작’ 표시가 찍히는 것.

4) J → I: “뷰어가 CDN에 매니페스트 요청”

• 설명: 시청자 플레이어(J)는 CDN(I)에게 “지금 라이브 재생에 필요한 매니페스트 주세요”라고 요청합니다.
• 예시: CTV 앱이 channel.m3u8을 주기적으로 리로드.
• 비유: 관객(J)이 안내 데스크(I)에서 “공연 진행표 주세요”라고 받는 것.

5) I → D: “CDN이 SSAI로 요청 전달(세션 정보 포함)”

• 설명: CDN(I)은 요청을 SSAI(D)로 넘기거나, SSAI가 오리진 역할로 응답합니다. 이때 지역/디바이스/세션 토큰 같은 컨텍스트가 같이 들어옵니다.
• 예시: “이 사용자는 KR, CTV, 세션=xyz”.
• 비유: 안내 데스크(I)가 “이 관객은 VIP 좌석” 같은 정보를 **운영팀(D)**에게 알려주는 것.

6) D → C: “SSAI가 원본 콘텐츠 매니페스트(및 광고 큐)를 확인”

• 설명: SSAI(D)는 Content Origin(C)에서 원본 매니페스트를 가져와 다음 광고 브레이크가 언제인지 파악합니다.
• 예시: “15초 뒤 60초 광고 브레이크 예정”.
• 비유: 운영팀(D)이 대본(C)을 보고 “곧 인터미션이네”라고 확인하는 것.

7) D → E: “광고 결정 요청(브레이크 길이/컨텍스트 포함)”

• 설명: SSAI(D)가 ADS(E)에게 “60초짜리 슬롯에 넣을 광고 골라줘” 요청합니다.
• 예시: “60초 = 30초 광고 2개 조합” 혹은 “15초 4개” 등.
• 비유: 운영팀(D)이 광고 대행사(E)에게 “인터미션에 틀 광고 골라줘”라고 요청.

8) E → D: “VAST로 광고 응답(광고 파일 URL 포함)”

• 설명: ADS(E)는 VAST로 “이 광고를 써라”와 함께, 광고 원본(mp4/mezzanine) 위치(URL)와 트래킹 정보를 내려줍니다.
• 예시: MediaFile=https://ad-cdn/.../creative123.mp4
• 비유: 광고 대행사(E)가 “이 광고 영상 파일 링크로 받아서 틀어”라고 주는 것.

9) D → F: “SSAI가 광고 원본(mp4 등)을 가져옴”

• 설명: SSAI(D)는 VAST에 있는 URL을 따라 Ad Media Store/Ad CDN(F)에서 광고 원본을 가져옵니다.
• 예시: mp4 다운로드 또는 스트리밍 fetch.
• 비유: 운영팀(D)이 광고 영상을 **자료실(F)**에서 가져오는 것.

10) (분기) D → H 또는 D → G → H: “광고를 재생 가능한 세그먼트로 준비”

• 설명:
  • 이미 광고가 HLS/DASH로 준비돼 있으면: D가 H(Ad Segment Origin)에 있는 광고 세그먼트를 그냥 참조
  • 아니면: D가 G(트랜스코드/패키징)에 넘겨 라이브와 같은 규격(코덱/ABR/세그먼트 길이 등)으로 변환하고, 결과를 H에 저장/서빙
• 예시:
  • 사전 준비형: “creative123은 이미 1080/720/480 세그먼트 있음”
  • JIT형: “이번에 받은 mp4를 3개 비트레이트로 트랜스코딩 후 2초 세그먼트로 쪼갬”
• 비유:
  • 바로 쓰기: “이미 공연장 규격 포맷의 영상 파일이 준비됨”
  • 변환 필요: “가져온 영상이 규격이 달라서 **편집실(G)**에서 공연장 규격으로 변환 후 **상영 서버(H)**에 올림”

11) D → I: “세션별 스티치된 매니페스트 반환”

• 설명: SSAI(D)가 원본 매니페스트의 광고 구간을 **광고 세그먼트 URI 목록(H)**으로 바꿔 끼운 “세션 전용 매니페스트”를 만들어 CDN(I)에 반환합니다.
• 예시: “20:12~20:13 구간은 ad_seg_001..030으로 교체”.
  • 본 영상을 덮어씌우는 케이스 e.g. SBS 온에어 중 처음으로 진입했을 때 광고 송출
  • 본 영상 사이에 끼워 넣는 케이스 e.g. SBS 온에어 중 TV 광고 시점에 맞춰 인터넷의 다른 광고 송출
• 비유: 운영팀(D)이 관객(J)에게 줄 진행표에서 “인터미션 구간엔 이 광고 영상 리스트를 상영”이라고 적어주는 것.

12) J ↔ I ↔ (C/H): “플레이어는 매니페스트대로 세그먼트를 받아 재생”

• 설명: 플레이어(J)는 CDN(I)에서 매니페스트에 적힌 세그먼트들을 요청합니다. 광고 구간에는 CDN이 H에서 광고 세그먼트를 가져오고, 나머지는 C에서 콘텐츠 세그먼트를 가져옵니다. 플레이어는 결과적으로 끊김 없는 단일 스트림처럼 재생합니다.
• 예시: 광고 구간엔 ad_seg_*.m4s, 콘텐츠 구간엔 live_seg_*.m4s.
• 비유: 관객(J)은 진행표대로 공연을 보고, 인터미션 때는 자동으로 광고 영상이 상영되는 것.

참고

• https://docs.aws.amazon.com/mediatailor/latest/ug/what-is-flow.html