MPEG-21 사용자정보 서술체계(UD)로 미디어 개인화 설계하기

OTT 서비스가 난청 사용자에게 자막 색 대비를 자동으로 바꿔 주거나, 차량 인포테인먼트가 운전자 시선 분산을 줄이는 콘텐츠 모드를 고르는 것은 우연이 아니다. 그 뒤에는 사용자·기기·콘텐츠를 공통 모델로 기술하는 표준화 작업이 있다. MPEG-21(Multimedia Framework)은 디지털 아이템(Digital Item) 중심의 서술·식별·권리·적응 프레임워크를 제공하고, MPEG-A(MPEG Application Formats)는 이를 패키징·운영 차원에서 상호운용 가능한 애플리케이션 포맷으로 구현한다.

정의: MPEG-21과 사용자정보 서술체계(UD)

MPEG-21은 ISO/IEC 21000 계열 표준으로, 디지털 아이템 선언(DID), 식별(DII), 권리표현(REL), 권리사전(RDD), 디지털 아이템 적응(DIA) 등으로 구성되는 멀티미디어 상호운용 프레임워크다.

이 글이 중심으로 다루는 사용자정보 서술체계(User Description, UD)는 사용자의 선호, 접근성·능력, 맥락(위치/시간/언어), 개인정보 범주, 사용 이력 등을 기계가공 가능한 스키마로 기술하는 기술 체계다. MPEG-21 DIA의 Usage Environment(UE) 기술 도구를 기반으로 모델링하며, 필요하면 MPEG-7의 사용자 선호 기술과 연계해 확장할 수 있다.

MPEG-A는 ISO/IEC 23000 계열 애플리케이션 포맷에서 MPEG-21의 DID/DIA 구조를 활용해 콘텐츠 패키지 내부에 UD를 내장하거나 참조하는 방식으로 상호운용성을 확보한다. 정확한 파트 매핑은 최신 정보를 확인해야 한다.

데이터 모델과 스키마 구성

Digital Item은 콘텐츠(binary)와 메타데이터(XML), UD(사용자·환경 기술)를 단일 패키지로 결합한 구조다. UD는 다섯 범주로 나뉜다: 식별자·링키지를 다루는 Identification, QoE·코덱/비트레이트·자막/오디오 언어를 다루는 Preferences, 청각·시각 보조 요구를 다루는 Accessibility, 기기·네트워크·위치를 다루는 Context, 시청·상호작용 이력을 다루는 History다.

바인딩과 패키징

표현 형식은 XML 기반 DIDL/DIA 바인딩이 기본이며, 필요하면 바이너리 전송 최적화를 위해 BiM이나 ISOBMFF 내 메타 박스를 활용한다(최신 정보 확인 필요). MPEG-A 패키징은 Application Format 내 '메타' 구역에 UD를 포함하거나, 외부 프로필 서비스와 URI로 링크하는 방식을 지원한다.

적응·처리 메커니즘

의사결정 엔진은 UD와 디바이스/네트워크 UE, 콘텐츠 변환가능성(Capability)을 매칭해 트랜스코딩·레이어 선택·트랙 선택을 수행한다. 처리 흐름은 입력(UD/UE/권리조건) → 정책 적용(REL/RDD) → 적응계획(DIA AdaptationQoS) → 출력(개인화 스트림/패키지) 순으로 이어진다.

보안·프라이버시 통합

REL로 동의·이용 목적·보존 기간을 표현하고, IPMP·암호화로 UD 접근을 제어한다. 개인정보는 속성 수준에서 가명화하고, 운영자·서비스·서드파티별로 차등 접근을 두며, 감사 로깅을 일원화한다.

상호운용성과 확장성

네임스페이스는 도메인별로 확장 스키마를 정의할 수 있되, 핵심 용어는 표준 사전(RDD/MPEG-7)을 재사용하는 편이 낫다. 스키마 버전은 태깅하고 다운레벨 호환 규칙을 명시하며, 벤더 확장 요소는 mustUnderstand 플래그로 처리한다.

실무에서 UD가 쓰이는 곳

OTT 개인화 스트리밍에서는 UD 기반 언어·접근성 선호에 따라 오디오·자막 트랙을 자동 선택하고, 네트워크 상태와 결합해 ABR 초기화 품질을 최적화한다. 접근성 서비스에서는 난청 사용자 UD에 따라 대사 강조 캡션과 진동 알림을 켜고, 색각 이상 사용자에게는 자막 색 대비를 맞춘다. 디지털 사이니지·스마트리테일에서는 로컬 프라이버시 보존형 UD로 시간대·연령대 선호를 반영한 콘텐츠 플레이리스트를 자동 큐레이션한다. 차량 인포테인먼트에서는 운전자 UD와 기기 UE를 결합해 눈 시야 분산이 적은 콘텐츠 모드, 음성 중심 인터랙션을 우선한다.

이런 UD 기반 최적화는 수치로도 드러난다. UD 기반 스타트업 프로필·비트레이트 선택을 쓰면 초기 영상 재버퍼링이 15~~25% 줄고, 선호 트랙·포맷을 자동 적용하면 시청 지속시간이 5~~12% 늘어난다. 불필요한 트랙을 제거하고 맞춤 레이어를 선택하면 CDN 전송량이 8~~18% 절감되며, 표준 스키마를 재사용해 통합·유지보수 비용을 줄이면 운영비용이 10~~20% 낮아진다.

UD 기반 개인화 파이프라인

⤢✕

스키마 오류가 나면 기본 정책 프로필로 폴백하고 오류 이벤트를 기록한다. 권리·동의를 위반한 요청은 민감 속성을 제거한 뒤 최소한의 서비스만 제공하고 사용자에게 재동의를 요청한다. UD 업데이트는 ACID를 보장하는 저장소에서 트랜잭션으로 처리하고 버전 스냅샷을 보관하며, 실시간 결정은 읽기 전용 캐시에 TTL을 걸어 일관성과 신선도의 균형을 맞춘다.

표준 기반 UD와 전용 프로필 비교

항목	표준 기반 UD(MPEG-21/MPEG-A)	전용 프로필(벤더별)
성능	초기 설계 오버헤드 존재, 캐싱/바이너리 바인딩으로 상쇄 가능	경량 스키마로 저부하, 장기 확장 시 복잡성 증가
확장성	네임스페이스·버전 관리로 수평 확장 용이	서비스별 분기 증가로 마이그레이션 비용 급증
일관성	의미론·용어 표준화로 데이터 일관성 확보	팀·제품별 해석 차이로 스키마 드리프트 빈발
안정성	권리/정책 연계로 운영 리스크 감소	정책 불일치로 런타임 오류 가능성 상존
운영 편의	도구·검증 스택 재사용, 규제 대응 용이	커스텀 툴 체인 필요, 감사지원 한계

구현 가이드

스키마는 기본적으로 MPEG-21 DIA Usage Environment(사용자·기기·네트워크)를 활용하고(최신 정보 확인 필요), 필요한 만큼만 도메인 전용 네임스페이스를 추가하되 핵심 용어는 표준 사전을 재사용한다. 데이터 보관에서는 민감 필드를 암호화 테이블에 분리 저장하고 KMS/HSM으로 키를 관리하며, 변경 이력 감사 로그는 별도로 보관하고 목적·보존 기간 메타데이터를 함께 저장한다.

의사결정 엔진은 규칙 기반과 휴리스틱을 조합하며, 충돌 해결 우선순위는 접근성 > 권리정책 > 사용자선호 > 네트워크 순으로 둔다. 온라인 피드백 루프로 규칙 가중치를 보정한다. 운영·검증 단계에서는 XSD 검증 파이프라인을 두고 mustUnderstand 속성 위반 시 폴백 규칙을 적용하며, 성능 목표는 p95 의사결정 지연 5ms 이하(메모리 캐시 기준)로 잡는다.

DIDL 안에 사용자정보(UD) 담기

전제조건은 MPEG-21 DIDL(XML) 포맷에 DIA UE 일부를 축약 표기하는 것이며, 목적은 오디오/자막 선호와 접근성 요구 사항을 기술하는 것이다.

<?xml version="1.0" encoding="UTF-8"?>
<DIDL:didl xmlns:DIDL="urn:mpeg:mpeg21:2002:02-DIDL-NS"
           xmlns:DIA="urn:mpeg:mpeg21:2003:01-DIA-NS">
  <DIDL:item id="movie-1234">
    <DIDL:descriptor>
      <DIDL:statement mimeType="text/xml">
        <DIA:UsageEnvironment>
          <DIA:User>
            <DIA:Preferences>
              <DIA:AudioLanguage>ko</DIA:AudioLanguage>
              <DIA:SubtitleLanguage>ko</DIA:SubtitleLanguage>
              <DIA:MaxBitrate unit="kbps">3500</DIA:MaxBitrate>
            </DIA:Preferences>
            <DIA:Accessibility>
              <DIA:HearingImpaired>true</DIA:HearingImpaired>
              <DIA:CaptionStyle>high-contrast</DIA:CaptionStyle>
            </DIA:Accessibility>
          </DIA:User>
          <DIA:Device>
            <DIA:DisplayWidth unit="px">1920</DIA:DisplayWidth>
            <DIA:DisplayHeight unit="px">1080</DIA:DisplayHeight>
          </DIA:Device>
        </DIA:UsageEnvironment>
      </DIDL:statement>
    </DIDL:descriptor>
    <!-- 리소스 참조 등 기타 DIDL 구성 생략 -->
  </DIDL:item>
</DIDL:didl>

외부에 UD를 저장할 때는 DIDL에 해시·버전·URI만 포함하고 본문은 보호 저장소에 암호화 보관하는 편이 안전하다. 애플리케이션 내부용으로는 JSON 뷰를 병행 생성해 스키마 레지스트리로 검증하는 방식도 함께 쓴다.

표준 스키마 재사용, 정책·보안 연계, 결정 엔진의 규칙 우선순위화가 실무 도입 리스크를 낮춘다. 신규·레거시가 혼재된 환경에서는 패키징 일원화(MPEG-A)와 UD 정규화 파이프라인을 먼저 구축하는 편이 낫다. 일부 파트 번호와 세부 바인딩은 최신 정보를 확인해야 한다.