KR20100124775A

KR20100124775A - 리치 미디어 환경에서의 정보 제공 시스템 및 방법

Info

Publication number: KR20100124775A
Application number: KR1020107020790A
Authority: KR
Inventors: 토니 유하니 파일라; 토피-오스카리 포졸라이넨
Original assignee: 노키아 코포레이션
Priority date: 2008-02-22
Filing date: 2009-02-20
Publication date: 2010-11-29
Also published as: US20090303255A1; CN101981573A; EP2245559A2; WO2009104082A3; WO2009104082A2

Abstract

리치 미디어 환경(rich media environment; RME)에서의 세션 관련 정보 제공 시스템 및 방법이 개시되어 있다. 여러 실시예들에서는, 세션에서의 개별적인 미디어 프래그먼트들에 대한 참조(reference)가 SDP 메시지에서 식별될 수 있다. 부가적인 실시예들에서는, 다른 배치들이 SDP 기술(description)들 및 최신의 전체 장면 문서들을 반송(搬送)함으로써 세션 및 장면 셋업 시간을 더 신속하게 하는데 사용될 수 있다. 또한, 여러 실시예들은 RME 장면 업데이트들(400,410,420)이 관련 미디어 스트림들과 함께 효율적으로 제공될 수 있도록 통계적 다중화(440)를 이용한다.

Description

리치 미디어 환경에서의 정보 제공 시스템 및 방법{Systems and methods for providing information in a rich media environment}

본 발명은 일반적으로 기술하면 리치 미디어 콘텐츠 및 서비스들에 관한 것이다. 좀더 구체적으로 기술하면, 본 발명은 리치 미디어 정보에 관한 기술 정보(descriptive information)의 제공에 관한 것이다.

본 식별항목에서는 본원 명세서에 첨부되어 있는 청구범위에 기재된 발명에 대한 배경 또는 전후관계를 제공하려고 한 것이다. 본 식별항목에서의 설명은 실시가능한 개념들을 포함할 수 있지만, 반드시 기존에 착안 또는 실시되어 왔던 개념들만은 아니다. 그러므로, 본 식별항목에서의 설명이 기존에 착안 또는 실시되어 왔던 개념들이라는 뜻을 나타내지 않는 한은, 본 식별항목에 기재된 설명이 본원의 상세한 설명 및 청구범위에 대한 선행기술이 아니며 또한 본 식별항목에 포함되어 있다고 해서 선행기술이라고 단정지어서도 안된다.

과거 수년 동안, 이동 장치의 기능들이 빠른 속도로 증가해 왔으며, 이에 따라 예를 들면 장치들의 처리능력이 증가되었으며, 장치들의 스크린 디스플레이들이 대형화되었고, 장치들의 디지털 서비스들이 개선되었다. 그 결과, 언제 어디서든 배달될 수 있는 주문형 서비스(on-demand service)들과 같은 리치 멀티미디어 콘텐츠 및 애플리케이션들에 대한 고객의 요구도 또한 증가해 왔다. 본원 명세서에서 사용되는 리치 미디어 콘텐츠(rich media content)는 일반적으로 그래픽 기능이 강화된 콘텐츠로서, 그래픽, 텍스트, 비디오 및/또는 오디오를 포함하는 복합/다중 미디어를 포함하는 콘텐츠를 말한다. 그 외에도, 리치 미디어는 시간에 따라 동적으로 변경할 수 있으며 단일 인터페이스를 통해 배달되면서 사용자 인터랙션(user interaction)에 응답할 수 있다.

여러 타입들의 리치 미디어 환경(rich media environment; RME) 기법들은 미디어 장면(media scene)들 및 레이아웃(layout)들에 관한 정보를 제공함과 아울러, 그러한 장면들 및 레이아웃들에 대한 업데이트들을 관리하는데 사용될 수 있다. 본원 명세서에서 사용되는 RME는 스케일러블 벡터 그래픽(Scalable Vector Graphics; SVG), 플래시(Flash) 기법, 동화상 전문가 그룹(Moving Pictures Experts Group; MPEG)-LASeR(Lightweight Application Scene Representation) 기법, 및 다른 기법들을 포함할 수 있다.

세션 기술 프로토콜(session description protocol; SDP) 정보는 하나 이상의 비디오 스트림들, 하나 이상의 오디오 스트림들, 및 동적이고 대화형인 멀티미디어 장면(Dynamic and Interactive Multimedia Scenes; DIMS) 스트림들과 같은 스트림들을 포함하는 하나 이상의 RME 스트림들을 기술할 수 있는데, 이들 모두는 단일 세션과 관련이 있다. 각각의 스트림은 일반적으로 개별적인 "미디어 컴포넌트(media component)"라고 언급되며 SDP 기술의 미디어 섹션들로 기술되고 각각의 스트림은 SDP 기술에 "m"이라는 자기 자신의 값을 지닌다. SDP 기술의 개별적인 미디어 컴포넌트들은 서로 임의적인 관련이 있을 수 있다. 예를 들면, 세션은 하나의 비디오 스트림과 2개의 대응하는 오디오 스트림들을 포함할 수 있는데, 각각의 오디오 스트림은 서로 다른 언어의 음성을 반송(搬送)한다. 그 외에도, 상기 세션은 또한 한 실시예에서 다른 기준들에 따라 사용될 수 있는 장면들을 각각 포함하는 2개 이상의 주(primary) RME 스트림들, 및 상기 주 RME 스트림들 중 하나의 주 RME 스트림에 대한 업데이트들을 각각 제공하는 2개 이상의 보조(secondary) RME 스트림들을 포함할 수 있다. SVG/RME에서는, 상기 오디오/비디오 및 장면/업데이트 스트림들이 "xlink:href" 속성에 의해 XML 내로부터 참조된다. XML 링크 언어(XML Linking Language; XLink)는 W3C 기구(organization)에 의해 www.w3.org/TR/xlink/에서 정의되어 있다. 다중 스트림의 세션의 전송 동안, 통계적 다중화(statistical multiplexing)는 이용가능한 대역폭(available bandwidth)의 사용이 극대화될 수 있게 하는 메커니즘을 제공한다.

단 한 순간에, 단말기가 메인 장면(main scene)들을 제공하는 주 RME 스트림, 장면 업데이트들을 제공하는 보조 RME 스트림, 하나 이상의 오디오 및 스트림들, 하나 이상의 비디오 스트림들 및 이미지들과 같은 보조 데이터의 하나 이상의 스트림들로 조정될 수 있다. 상기 콘텐츠에 의존하여, 사용자는 예를 들면 메뉴 선택을 선택함으로써 현재의 대화형 장면을 통해 대화하는 것이 가능할 수 있다. 그러한 경우에, 상기 단말기가 새로운 세트의 주/보조 RME 스트림들 및 오디오/비디오 스트림들로 조정될 수 있다. 이는 SDP 기술들을 검색하며 상기 세션으로 조정하여 상기 세션에 연결하고 데이터를 수신하는 동작을 포함한다. 더군다나, 3세대 파트너쉽 프로젝트(3rd Generation Partnership Project; 3GPP) 동적이고 대화형인 멀티미디어 장면(DIMS)들에 따라, 상기 단말기가 일단 조정되면 특정 시점에서 전체 장면을 수신할 수 있는데, 이러한 시점에서 상기 단말기가 장면 업데이트들을 적용하기 시작하게 된다.

본 발명은 리치 미디어 환경에서의 세션 관련 정보 제공 시스템 및 방법을 제공하는 것이다.

여러 실시예들에서는 리치 미디어 환경에서의 세션 관련 정보를 제공하는 서로 다른 시스템들 및 방법들이 제공되어 있다. 여러 실시예들에 의하면, 세션에서의 개별적인 미디어 프래그먼트들에 대한 참조(reference)들이 SDP 메시지에서 식별될 수 있다. 개별적인 미디어 프래그먼트들에 대한 참조들을 식별할 수 있는 능력으로, 이용될 미디어 컴포넌트들의 조합을 세션에서 변경하려고 할 때 단일의 SDP 메시지가 사용될 수 있다.

또한, 여러 실시예들에서는 SDP 기술들 및 최신의 전체 장면 문서들을 반송(搬送)함으로써 세션 및 장면 셋업 시간을 더 신속하게 하는데 서로 다른 배치들이 사용된다. 이는 예를 들면 현재의 세션과는 다른 세션들의 장면 및 SDP 정보를 반송하기 위한 3GPP DIMS 단위를 재사용함으로써 달성될 수 있다. 다른 실시예들에서는, 현재의 세션과는 다른 세션들의 추가적인 장면 및 SDP 정보를 포함하는 있는 콘텐츠의 인출(fetching) 결과를 수정하는데 MIME(Multipurpose Internet Mail Extensions) 다중파트(multipart) 방법들이 사용될 수 있다. 또다른 실시예들에서는, 일반 공유 세션에 대해, FLUTE(File Delivery over Unidirectional Transport) 기반의 캐루젤(carousel) 및 관련 변경/업데이트 시그널링이 사용될 수 있다.

또한, 여러 실시예들에서는 RME 장면 업데이트들이 관련 미디어 스트림들과 함께 효율적인 방법으로 제공될 수 있도록 통계적 다중화 및 상대적 우선순위가 사용된다.

본 발명에 따른 리치 미디어 환경에서의 세션 관련 정보 제공 기법에 의하면, 리치 미디어 환경의 세션에서의 개별적인 미디어 프래그먼트들에 대한 참조(reference)가 SDP 메시지에서 식별될 수 있고 또한 다른 배치들을 사용하여, SDP 기술(description)들 및 최신의 전체 장면 문서들을 반송(搬送)함으로써 세션 및 장면 셋업 시간이 더 신속해질 수 있다. 또한, 통계적 다중화를 이용함으로써, RME 장면 업데이트들이 관련 미디어 스트림들과 함께 효율적으로 제공될 수 있다.

본 발명의 여러 실시예들의 이들 및 다른 이점들 및 특징들은, 그의 구성 및 동작 방법과 함께, 이하에 기재된 여러 도면들 전반에 걸쳐 동일 요소들에 동일 참조번호들이 부여된 첨부도면들과 연관지어 이하의 상세한 설명을 고려해 볼 때 자명해질 것이다.

도 1은 "fref" 속성이 서로 다른 미디어 컴포넌트들을 식별하는데 사용될 수 있는 대표적인 구현예를 보여주는 흐름도이다.
도 2는 RME 장면 업데이트 정보를 관련 미디어 스트림들과 함께 제공하는데 통계적 다중화가 사용될 수 있는 프로세스를 보여주는 일반적인 도면이다.
도 3은 개별적인 RME 장면 업데이트들을 관련 미디어 스트림들을 통해 효율적인 방식으로 전송하기 위해 통계적 다중화와 관련하여 어떻게 상대적 우선순위 결정기(relative prioritizer)가 사용될 수 있는지를 보여주는 도면이다.
도 4는 개별적인 RME 장면 업데이트들을 관련 미디어 스트림들을 통해 효율적인 방식으로 전송하기 위해 통계적 다중화를 통해 상대적 우선순위 결정기가 사용될 수 있는 프로세스를 상세하게 보여주는 도면이다.
도 5는 본 발명의 여러 실시예들이 구현될 수 있는 시스템의 개략적인 도면이다.
도 6은 본 발명의 여러 실시예들의 구현예와 연관지어 사용될 수 있는 전자 장치의 사시도이다.
도 7은 도 6의 전자 장치에 포함될 수 있는 회로의 개략적인 도면이다.

여러 실시예들에는 리치 미디어 환경에서의 세션 관련 정보를 제공하는 서로 다른 시스템들 및 방법들이 제공되어 있다. 여러 실시예들에 의하면, 세션에서의 개별적인 미디어 프래그먼트들에 대한 참조들이 SDP 메시지에서 식별될 수 있다. 개별적인 미디어 프래그먼트들에 대한 참조들을 식별할 수 있는 능력으로, 이용될 미디어 컴포넌트들의 조합을 세션에서 변경하려고 할 경우에 단일의 SDP 메시지가 사용될 수 있다.

이러한 실시예들에 의하면, 단일의 SDP 기술은 상기 SDP의 내부 미디어 컴포넌트들의 서로 다른 조합들을 지시하는 것이 가능하다. 예를 들면, 사용자/단말기가 영어 오디오 언어 스트림으로부터 프랑스 오디오 언어 스트림으로 변경하고, 또한 주/보조 장면 스트림들을 변경하려고 할 경우에, 개별적인 SDP가 있어야 할 필요가 없다. 그 대신에, 다른 세트의 미디어 컴포넌트들이 선택되어야만 한다.

여러 실시예들에서는, 미디어 컴포넌트 레벨 속성 "fref"가 정의된다. "fref"는 "fragment reference(프래그먼트 참조)"의 약어이며 SDP 내에 삽입될 수 있다. 상기 "fref"는 임의의 개별적인 미디어 컴포넌트와 관련이 있을 수 있으며 그의 의도(scope)는 SDP 기술이다. SDP 기술을 언급할 때, 특정 실시예들에서는 <sdp-ref>#<fref> 포맷이 사용될 수 있다. 예를 들면 국제 인터넷 표준화 기구(Internet Engineering Task Force; IETF) RFC(Request for Comments) 2396에 개시된 표준 URI(uniform resource identifier)와 마찬가지로, "#" 이라는 표기는 타깃 참조의 "프래그먼트(fragment)"를 나타낸다. 이 경우에, 상기 타깃은 매칭 값(matching value)의 "fref"와 관련이 있는 미디어 컴포넌트를 포함할 수 있다.

상기 "fref" 속성을 사용하는 프래그먼트의 대표적인 SDP는 다음과 같다.

v=O

o=- 424 3292855200 IN IP6 FF15:0:0:0:0:0:81:lBC

s=Example

c=IN IP6 FF15:0:0:0:0:0:81:lBD

t=0 0

m=audio 49172 RTP/AVP 96

b=AS:64

a=fref:audio-A

a=rtpmap:96 mpeg4-generic/32000

a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1290;

SizeLength=13;IndexLength=3; IndexDeltaLength=3; Profile=1;

m=audio 49174 RTP/AVP 97

b=AS:64

a=fref:audio-B

a=rtpmap:97 mpeg4-generic/32000

a=fmtp:97 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1290;

SizeLength=13;IndexLength=3; IndexDeltaLength=3; Profile=1;

m=video 49170 RTP/AVP 98

b=AS:250

a=fref:video-A

a=rtpmap:98 H264/90000

a=fmtp:98 profile-level-id=42c00d; packetization-mode=1;sprop-parameter-

sets=Z0LADZtAoPiA,aN41iA==;

m=video 12345 RTP/AVP 99

a=fref:rme-update-stream-1

a=rtpmap:99 richmedia+xml/100000

a=fmtp:99 Version-profile=10; Level=20

m=video 12345 RTP/AVP 99

위에 기술된 SDP의 여러 파트들을 언급하는 샘플 SVG 문서는 다음과 같다.

<?xml version="1.0" encoding="UTF-8"?>

xmlns:xlink="http://www.w3.org/1999/xlink"

width="480" height="272" viewBox="0 0 480 272">

<desc>SVG example</desc>

function change_lang(evt) {

var videoE = document.getElementById("a1");

videoE.setAttributeNS("http://www.w3.org/1999/xlink", "href", " id1234.sdp#audio-B");

}

]]></script>

<dims:updates id="ul" xlink:href="id1234.sdp#rme-update-stream-1" />

</g>

<handler type="application/ecmascript" ev:event="click">change_lang(evt);</handler>

</image>

</g>

</svg>

도 1은 위에 기술된 "fref" 속성을 사용하는 대표적인 구현예를 보여주는 흐름도이다. 도 1의 블록(100)에서는, SDP 기술이 준비되며, 상기 SDP 기술은 다수의 "fref" 식별정보들을 포함하고, 각각의 "fref" 식별정보는 다른 미디어 컴포넌트를 언급한다. 블록(110)에서는, 상기 SDP 기술이 송신 단말기로부터 수신 단말기로 전송된다. 블록(120)에서는, 상기 수신 단말기가 새로운 세트의 오디오, 비디오 및/또는 RME 스트림들로 "조정(tuning in)"되도록 SVG 문서가 준비된다. 상기 수신 단말기는 상기 SDP 문서를 사용하여 상기 수신 단말기에 의해 이용될 하나 이상의 미디어 컴포넌트들을 식별한다. 블록(130)에서는, 상기 수신 단말기는 상기 SVG 문서를 처리하여 상기 SVG 문서 내에 포함된 명령어들에 따라 세션 콘텐츠를 이용한다. 다시 말하면, 상기 수신 단말기는 상기 SVG 문서 내에 포함된 명령어들을 기반으로 하여 상기 새로운 세트의 오디오, 비디오 및/또는 RME 스트림들로 조정된다.

또한, 여러 실시예들에서는 SDP 기술들 및 최신의 전체 장면 문서들을 반송(搬送)함으로써 세션 및 장면 셋업 시간을 더 신속하게 하는데 서로 다른 배치들이 사용된다. 이러한 실시예들에서는, 세션 기술들 및 전체 장면들을 획득하기 위한 프로세스가 단축됨으로써, 수신 매개변수 세트를 재조정하는데 소요되는 시간이 단축된다. 이는 예를 들면 현재의 세션과는 다른 세션들의 장면 및 SDP 정보를 반송하기 위한 3GPP DIMS 단위를 재사용함으로써 달성될 수 있다. DIMS는,

「3GPP TS 26.142 V7.2.0 (2007-12); Technical Specification; 3GPP; Technical Specification Group Services and System Aspects; Dynamic and Interactive Multimedia Scenes (Release 7)」

에 개시되어 있다. 다른 실시예들에서는, 현재의 세션과는 다른 세션들의 추가적인 장면 및 SDP 정보를 포함하는 있는 콘텐츠의 인출(fetching) 결과를 수정하는데 MIME(Multipurpose Internet Mail Extensions) 다중파트(multipart) 방법들이 사용될 수 있다. 또다른 실시예들에서는, 일반 공유 세션에 대해, FLUTE(File Delivery over Unidirectional Transport) 기반의 캐루젤(carousel) 및 관련 변경/업데이트 시그널링이 사용된다.

RME 문서 검색의 일부인 공유 배달 세션 내에서는, 현재의 RME 세션 및 다른 RME 세션에 관한 정보가 상기 현재의 RME 세션 내에 제공된다. 상기 RME 세션은 하나 이상의 RME 세션들을 배달하기 위한 세션이며, RME 스트림은 하나 이상의 전체 장면 기술들 및/또는 하나 이상의 장면 업데이트들을 포함할 수 있다. 여러 실시예들에 의하면, 세션에 대한 SDP 파일 및 그 세션에 대한 최신의 전체 SVG 장면을 포함하여, 전환 지원 정보(transition-assisting information; TAI)가 제공된다. 여기서 유념해야 할 점은 만일 상기 세션이 여러 개의 장면 배달 스트림들을 포함한다면, 하나의 장면이 각각의 스트림에 대한 것인 다수의 "최신"의 전체 SVG 장면들이 제공될 수 있다는 점이다. 그러므로, 상기 TAI는 한 세트의 SDP 기술들 및/또는 SVG 문서들을 포함한다.

한 실시예에서는 현재의 RME 스트림 내에서 현재의 RME 스트림과는 다른 RME 스트림들에 대한 SDP 기술들 및 최신의 전체 장면들, 다시 말하면 SVG 문서들을 반송(搬送)하는 방법이 제공된다. 3GPP DIMS용으로 특정된 종래의 스트리밍 배치에 있어서는, 상기 TAI가 현재의 DIMS 단위들로나 또는 특정의 새로운 DIMS 단위들로서 반송된다. 현재의 DIMS 단위들의 경우에, 상기 TAI는 메인 DIMS 단위 다음에 연접(concatenation)된다. 상기 TAI 모두는 하나의 DIMS 단위에 포함될 수도 있고 상기 TAI 모두는 다수의 DIMS 단위들에 배치될 수 있다. 어떤 경우든 간에, 연접 지점에서 그리고 각각의 TAI 바로 전에, 해당 TAI에는 상기 TAI의 옵션 버전 및 URL(uniform resource locator) 식별자가 프리픽스(prefix)되거나, 또는 상기 TAI의 옵션 버전과 함께 상기 URL 식별자의 해시(hash)가 프리픽스된다. 현재 DIMS 단위의 예에 대한 기술을 2가지로 나타내면 다음과 같다.

Extended_DIMS_Unit :== Existing_DIMS_Unit∥URL_of_TAI∥TAI

Extended_DIMS_Unit :== Existing_DIMS_Unit∥URL_of_TAI∥version∥TAI Extended_DIMS_Unit :== Existing_DIMS_Unit∥hash_of_URL_of_TAI∥TAI Extended_DIMS_Unit :== Existing_DIMS_Unit∥hash_of_URL_of_TAI∥version∥TAI)

"∥"이라는 표기는 "연접(concatenation)"을 나타낸다. 첫번째 DIMS 단위의 예는 다음과 같다.

<Existing_DIMS_Unit>

http://foo.bar/a123.sdp

<content_of_http://foo.bar/a123.sdp>

http://foo.bar/a123.svg

<content_of_http://foo.bar/a123.svg>

두번째 DIMS 단위의 예는 다음과 같다.

<Existing_DIMS_Unit>

0x5a25 (hash of http://foo.bar/a123.sdp)

0x3 (version)

<content_of_http://foo.bar/a123.sdp, version 3>

0xde32 (hash http://foo.bar/a123.svg)

0x5 (version)

<content_of_http://foo.bar/a123.svg, version 5>

상기 URL의 해시는, 예를 들면 상기 URL 자체가 너무 긴 것으로 간주될 때 상기 URL 자체 대신에 식별정보로서 사용될 수 있다. 상기 URL의 해시는 또한 상기 URL이 변조되지 않았음을 보장하기 위해 사용될 수 있다. 상기 해시는, 예를 들면 MD5(Message Digest algorithm 5), 표준 해시 알고리즘(Secure Hash Algorithm; SHA)들(SHA-1,SHA-3) 또는 기타의 해시 함수를 사용하여 계산될 수 있다.

현재의 DIMS 단위가 연접형 TAI를 통해 연장되면, 그러한 추가는 예약된 "X" 플래그들을 이용하여 이들을 (3GPP DIMS document의 §5.6.2에 개시된) DIMS 헤더에 채용함으로써, 예를 들면 "X" == 0b01이라고 설정함으로써 시그널링될 수 있다.

TAI를 반송하기 위한 특정의 새로운 DIMS 단위들의 경우에는, 이러한 경우가 일부 실시태양들에서 현재의 DIMS 단위들을 포함하는 경우와 유사하다. 그러나, 특정의 새로운 DIMS 단위들의 경우에는, <Existing_DIMS_Unit>이 전혀 제공되지 않는다. 그러나, 상기 특정의 새로운 DIMS 단위는 예약된 "X" 플래그들을 이용하여 이들을 (3GPP DIMS document의 §5.6.2에 개시된) DIMS 헤더에 채용함으로써, 예를 들면 "X" == 0b10이라고 설정함으로써 시그널링될 수 있다.

다른 한 실시예에서는 일반 공유 파일 배달 범위 내에서 모든 RME 스트림들에 대한 SDP 기술들 및 최신의 전체 장면들(다시 말하면, SVG 문서들)을 반송하는 방법이 제공된다. 이러한 실시예에서는, 상기 RME 세션들 중 모두 또는 일부가 공유되는 일반 ALC(Asynchronous Layered Coding)/FLUTE(File Delivery over Unidirectional Transport) 기반의 파일 배달 세션과 같은 일반 파일 배달 세션이 제공된다. 이러한 일반 세션은, TAI의 각 부분이 개별적인 전송 객체로 보이거나 다수의 TAI 부분들이 단일의 전송 객체로 연접되도록 TAI 정보를 배달한다. 이는 "다중파트(multipart) MIME RELATED" 또는 "다중파트 MIME MIXED" 메시지들을 사용하여 달성될 수 있다. 더욱이, 만일 FLUTE 또는 ALC가 상기 세션용으로 사용된다면, OMA BCAST(Open Mobile Alliance Digital Mobile Broadcast)에서 FLUTE 및 ALC용으로 특정된 것들과 같은 세션 관리 및 변경 식별 시스템들이 상기 일반 세션에서 상기 변경들을 감시, 식별 및 탐색하는데 사용될 수 있다.

만일 상기 일반 세션을 폴링하는 RME 에이전트들을 줄이고자 한다면, 다음과 같은 시스템을 이용하여 RME 에이전트가 상기 일반 세션을 주기적으로 폴링할 필요없이 현재의 세션을 계속 유지할 수 있게 한다. 우선, 일반 세션의 변경시, 그러한 변경은 관련된 것으로 간주되는 각각의 특정 RME (DIMS) 세션에서 시그널링된다. 상기 특정의 RME 세션(들)에서는, 그러한 변경이 현재의 DIMS 단위의 변경을 통한 "피기백 방식(piggy backing)"으로 시그널링되거나 그러한 시그널링을 위해 특정의 새로운 DIMS 단위를 정의함으로써 시그널링된다. 새로운 DIMS 단위가 정의되는 경우에, 이는 (3GPP DIMS document의 §5.6.2에 개시된) DIMS 헤더에 예약된 "X" 플래그들을 채용함으로써, 예를 들면 "X" == 0b11이라고 설정함으로써 시그널링될 수 있다.

또다른 한 실시예에서는, 예를 들면 하이퍼텍스트 전송 프로토콜(hypertext transfer protocol; HTTP)을 사용하여, 현재의 RME 장면이 인출될 경우에 현재의 RME 장면과는 다른 RME 장면들에 대한 SDP 기술들 및 최신의 전체 장면들, 다시 말하면 SVG 문서들을 반송(搬送)하는 방법이 제공된다. 이러한 경우에서는, RME 에이전트 또는 유사한 장치들이 예를 들면 HTTP GET 요구를 통해 장면을 요구해 왔다. 이러한 요구에 응답하여, 상기 RME 에이전트는 예를 들면 다음과 같은 페이로드로 HTTP OK 메시지를 수신한다.

-------Multipart Message - Begin-----------------

Content-type: multipart/mixed; boundary="RME"

--RME

Content-type: application/richmedia+xml

Content-location: http://foo.bar/a123.svg

<<initial SVG scene goes here>>

--RME

Content-type: application/sdp

Content-location: http://foo.bar/a123.sdp

<<sdp description goes here>>

--RME--

-------Multipart Message - End-----------------

이 경우에, "다중파트(multipart) MIME RELATED" 또는 "다중파트(multipart) MIME MIXED" 메시지들이 사용될 수 있다. 더구다나, 단일의 응답은 하나 이상의 TAI 부분상에 피기백(piggyback)하는 것이 가능하다.

이하에서는 장면 및 세션 셋업 시간을 단축하기 위해 어떠한 방식으로 RME 에이전트가 TAI 정보를 이용할 수 있는지가 논의되어 있다. 새로운 SDP 세션으로의 변경시, RME 에이전트는 자신이 이미 세션 XYZ에 대한 TAI 부분으로서 SDP 파일(예컨대, URL XYZ.sdp에 의해 식별된 SDP 파일)을 수신했었는지를 결정한다. 만약 상기 에이전트가 세션 XYZ에 대한 TAI 부분으로서 SDP 파일을 수신했었다면, 상기 에이전트는 네트워크 접속을 통해 상기 SDP 파일을 검색하려고 하지 않고 상기 SDP 파일을 사용한다. 그러한 변경이 주 RME 스트림의 변경을 포함하는 것으로 상기 RME 에이전트가 결정하는 경우에는, 상기 에이전트는 자신이 이미 URL XYZ.svg에 의해 식별되는 SVG 파일을 수신했었는지를 결정하기 위해 검색을 수행한다. 여기서 유념해야 할 점은, 한 실시예에서는 SDP 및 SVG 파일들의 이름이 동일하고 단지 확장자만이 다르다는 점이다. 만약 상기 에이전트가 URL XYZ.svg에 의해 식별되는 SVG 파일을 수신했었다면, 상기 에이전트는 네트워크 접속을 통해 상기 SVG 파일을 검색하려고 하지 않고 상기 SVG 파일을 사용한다. 한편, 상기 에이전트는 오디오/비디오 및 새로운 주/보조 RME 스트림들로 조정될 수 있다. TAI 정보의 매칭(matching)이 이루어진 경우에, 에이전트가 그러한 조정의 수행을 완료할 때까지, 상기 에이전트가 또한 주 장면을 셋업하며 그 셋업에 장면 업데이트들을 직접 적용시키기 시작할 수 있다.

추가로, 기반 장면 SVG 파일의 이름이 또한 여러 실시예들에 따라 식별될 수 있다. 그러한 식별은 상기 수신 단말기가 조정 전에 상기 기반 장면을 획득하고자 할 경우에 유용하다. 이러한 실시예들에서는, 상기 기반 장면 SVG 파일이 RME 스트림을 기술하는 미디어 컴포넌트와 관련이 있는 "fmtp" 속성의 범위 내에서 "base-svg"로서 언급되는 부속-속성(sub-attribute)을 사용하여 식별된다. 이러한 속성은 이하의 예를 통해 기술될 것이다.

sdp1234.sdp

-------

v=0

o=- 424 3292855200 IN IP6 FF15:O:O:O:O:O:81:1BC

s=Example

c=IN IP6 FF15:0:0:0:0:0:81:lBD

t=0 0

m=audio 49172 RTP/AVP 96

b=AS:64

a=fref:audio-A

a=rtpmap:96 mpeg4-generic/32000

a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1290;

SizeLength=13;IndexLength=3; IndexDeltaLength=3; Profile=1;

m=video 49170 RTP/AVP 97

b=AS:250

a=fref:video-A

a=rtpmap:97 H264/90000

a=fmtp:97 profile-level-id=42c00d; packetization-mode=1;sprop-parameter-

sets=Z0LADZtAoPiA,aN4liA==;

m=video 12345 RTP/AVP 98

a=fref:rme-update-stream-1

a=rtpmap:98 richmedia+xml/100000

a=fmtp:98 Version-profile=10; Level=20; base-svg=svg1234.svg

m=video 12345 RTP/AVP 99

a=fref:rme-update-stream-2

a=rtpmap:99 richmedia+xml/100000

a=fmtp:99 Version-profile=10; Level=20; base-svg=svg1235.svg

또한, 여러 실시예들에서는 RME 장면 업데이트들이 관련 미디어 스트림들과 함께 효율적인 방법으로 제공될 수 있도록 통계적 다중화가 사용될 수 있다. 앞서 언급된 바와 같이, 통계적 다중화는 이용가능한 대역폭을 최대로 사용하게 하는 메커니즘을 제공한다. 통계적 다중화에서는, 통신 채널이 복수의 가변 비트-레이트 디지털 채널들 또는 데이터 스트림들로 분할된다. 링크 공유는 특정 순간에 각각의 채널을 통해 전송되는 데이터 스트림들의 트래픽 수요에 맞게 순응된다. 도 2는 통계적 다중화가 관련 미디어 스트림들과 함께 RME 장면 업데이트 정보를 제공하는데 사용될 수 있는 프로세스를 보여주는 일반적인 도면이다. RME 장면 업데이트들은 예를 들면 광고, 뉴스 얼러트(news alerts), 증권시세 표시, 날씨 얼러트, 교통 정보, 문서 객체 모델(document object model; DOM) 업데이트 및 다른 타입의 정보를 포함할 수 있지만, 이들에 국한되지 않는다. 도 2에서 알 수 있는 바와 같이, 복수의 오디오/비디오 스트림들(200)은 소정의 예약 대역폭이 유지되면서 하나의 세션에서 전송된다. 중요한 점으로는, 이러한 오디오/비디오 스트림들(200) 각각에 대한 개별적인 비트 레이트들은 시간에 따라 서로 다를 수 있다. 개별적인 RME 스트림들 및 RME 장면 업데이트들은 또한 이러한 동작을 보일 수 있다. RME 장면 업데이트들의 경우에, 이러한 업데이트들은 완전히 크기에 따라 서로 다를 수 있다. 그러므로, 통계적 다중화는 상기 예약 대역폭에 개별적인 RME 장면 업데이트들(210)을 가능한 한 효율적인 방식으로 포함시키는데 사용된다.

위의 설명에 부가해서, RME 장면 업데이트들의 통계적 다중화는 "상황 인지(context-aware)" 구성으로 수행될 수 있다. 이러한 시스템에서는, RME 장면 업데이트들이 다중화에 앞서 하나 이상의 인자들을 기반으로 하여 우선순위화된다. 도 3은 미디어 스트림들과 개별적인 RME 장면 업데이트들을 연관시키도록 통계적 다중화와 관련하여 상대적 우선순위 결정기(relative prioritizer)가 어떻게 사용될 수 있는지를 보여주는 도면이다. 도 3에 도시된 바와 같이, 제1, 제2 및 제3의 개별적인 RME 장면 업데이트들(310,320,330)은 세션에서 제1, 제2 및 제3의 개별적인 콘텐츠 스트림들(340,350,360)과 연관된다. 여기서 유념해야 할 점은 간략성을 위해 단지 3개의 콘텐츠 스트림들만이 도 3에 도시되어 있으며, 단지 3개의 RME 장면 업데이트들만이 3개의 도시된 콘텐츠 스트림들과 연관되어있는 것으로 도시되어 있다는 점이다. 식별되지 않은 RME 장면 업데이트들은 도시되지 않은 콘텐츠 스트림들에 대응하는 것으로 간주되어야 한다.

도 3의 제1, 제2 및 제3의 콘텐츠 스트림들(340,350,360)에는, 제1, 제2 및 제3의 대응 지점들(370,380,390)이 도시되어 있으며, 이러한 대응 지점들 각각은 대응하는 RME 장면 업데이트가 이용될 수 있는 시점을 표시한다. 개별적인 RME 장면 업데이트들이 서로 다른 시간들에서 렌더링(rendering)되는 것으로 간주하면, 각각의 RME 장면 업데이트가 렌더링될 수 있는 시간은 개별적인 RME 콘텐츠 스트림들을 우선순위화하는데 사용될 수 있는 하나의 인자이다. 예를 들면, 도 3에 도시된 경우를 고려해 보면, 제1의 RME 장면 업데이트(310)가 제2의 RME 장면 업데이트(320) 또는 제3의 RME 장면 업데이트(330)보다 앞서 배달되는 것이 바람직한데, 그 이유는 제1의 RME 장면 업데이트(310)가 관련 콘텐츠 스트림의 렌더링에서 우선적으로 사용되어야 하기 때문이다.

여러 실시예들에서는, 어떤 RME 장면 업데이트(들)가 우선순위화되어야 하는지를 결정할 때 고려될 수 있는 인자들에는, (1) 현재 다중화된 프로그래밍 또는 콘텐츠 스트림들의 RME 시간축(timeline)들; (2) 현재의 시간; (3) 각각의 RME 장면 업데이트가 업데이트할 예정인 요소; 및 (4) 개별적인 콘텐츠 세션에서의 이용가능한 예약/대역폭이 있다. 특정의 한 실시예에서는, 이러한 4개의 인자들이 어떤 RME 장면 업데이트(들)이 먼저 삽입되어야 할지를 결정하는데 함께 고려된다. 도 4는 제1, 제2 및 제3의 RME 장면 업데이트들(400,410,420)을 우선순위화하는데 그러한 인자들이 어떻게 사용될 수 있는지를 보여주는 도면이다. 도 4에 도시된 바와 같이, 상기 제1, 제2 및 제3의 RME 장면 업데이트들(400,410,420) 각각은 상대적 우선순위 결정기(430)에 제공된다. 상기 상대적 우선순위 결정기(430)는 현재 시간이 t1이고, 상기 제1의 RME 장면 업데이트(400)에서 요소(X)가 업데이트될 시간이 t1이며, RME 장면 업데이트 정보를 포함시키는데 이용가능한 예약의 총계가 통계적 다중화기(440)에 의해 제공되는 정보를 기반으로 하여 이루어진 것임을 인식한다. 이 때문에, 상기 상대적 우선순위 결정기(430)는 상기 제1의 RME 장면 업데이트(400)가 상기 제2의 RME 장면 업데이트(410) 및 상기 제3의 RME 장면 업데이트(420)보다 우선순위를 가져야 하는 것으로 결정을 내린다.

이러한 우선순위 정보는 상기 제1, 제2 및 제3의 RME 장면 업데이트들(400,410,420) 및 제1 및 제2의 컨테츠 스트림들(450,460)과 함께 상기 통계적 다중화기(440)에 제공된다. 상기 통계적 다중화기(440)는 전송과 관련하여 상기 제1의 RME 장면 업데이트(400)와 아울러 상기 제1 및 제2 콘텐츠 스트림들(450,460)을 포함하는 시간(t1)에서의 콘텐츠 세션을 사용한다.

도 5는 하나 이상의 네트워크들을 통해 통신할 수 있는 다수의 통신 장치들을 포함하는 여러 실시예들이 채용될 수 있는 시스템(10)을 보여준 도면이다. 상기 시스템(10)은 이동 전화 통신 네트워크, 무선 근거리 통신 네트워크(wireless Local Area Network; 무선 LAN), 블루투스 개인 영역 통신 네트워크, 이더넷 LAN, 토큰 링 LAN, 광대역 통신 네트워크, 인터넷 등을 포함하지만, 이들에 국한되지 않는 유선 또는 무선 네트워크들의 임의의 조합을 포함할 수 있다. 상기 시스템(10)은 유선 통신 장치 및 무선 통신 장치를 모두 포함할 수 있다.

예시를 위해, 도 5에 도시된 시스템(10)은 이동 전화 통신 네트워크(11) 및 인터넷(28)을 포함한다. 인터넷(28)에의 접속가능성은 장거리 무선 접속들, 단거리 무선 접속들, 및 전화선들, 케이블선들, 전력선들 등을 포함하지만 이들에 국한되지 않는 여러 유선 접속들을 포함할 수 있지만 이들에 국한되지 않는다.

상기 시스템(10)의 대표적인 통신 장치들은 전자 장치(12), 결합형태의 개인 휴대 정보 단말기(personal digital assistant; PDA) 및 이동 전화(14), PDA(16), 통합 메시징 장치(integrated messaging device; IMD)(18), 데스크톱 컴퓨터(20), 노트북 컴퓨터(22) 등을 포함할 수 있지만, 이들에 국한되지 않는다. 상기 통신 장치들은 이동중인 개인이 휴대하는 경우에 따라 고정식 또는 이동식일 수 있다. 상기 통신 장치들은 또한 자동차, 트럭, 택시, 버스, 기차, 보트, 비행기, 자전거, 오토바이 등을 포함하지만 이들에 국한되지 않는 수송 모드에 배치될 수 있다. 통신 장치들 중 일부 또는 모두는 호(call)들 및 메시지들을 송신 및 수신하고 무선 접속(25) 및 기지국(24)을 통해 서비스 제공자들과 통신할 수 있다. 상기 기지국(24)은 이동 전화 통신 네트워크(11) 및 인터넷(28) 간의 통신을 허용하는 네트워크 서버(26)에 접속될 수 있다. 상기 시스템(10)은 추가적인 통신 장치들 및 다른 타입들의 통신 장치들을 포함할 수 있다.

상기 통신 장치들은 코드 분할 다중 접속(Code Division Multiple Access; CDMA), 이동 통신 세계화 시스템(Global System for Mobile Communications; GSM), 범용 이동 통신 시스템(Universal Mobile Telecommunications System; UMTS), 시분할 다중 접속(Time Division Multiple Access; TDMA), 주파수 분할 다중 접속(Frequency Division Multiple Access; FDMA), 전송 제어 프로토콜/인터넷 프로토콜(Transmission Control Protocol/Internet Protocol; TCP/IP), 단문 메시지 서비스(Short Messaging Service; SMS), 멀티미디어 메시지 서비스(Multimedia Messaging Service; MMS), 전자메일(e-mail), 즉석 메시지 서비스(Instant Messaging Service; IMS), 블루투스(Bluetooth), IEEE 802.11 등을 포함하지만 이들에 국한되지 않는 여러 전송 기법들을 사용하여 통신할 수 있다. 여러 실시예들의 구현에 관련된 통신 장치는 무선, 적외선, 레이저, 케이블 접속 등을 포함하지만 이들에 국한되지 않는 여러 매체를 사용하여 통신할 수 있다.

도 6 및 도 7은 여러 실시예들이 구현될 수 있는 대표적인 하나의 전자 장치(12)를 보여준 도면들이다. 그러나, 여기서 이해하여야 할 점은 상기 실시예들이 특정한 한가지의 타입의 장치에 국한되는 것으로 의도된 것이 아니라는 점이다. 도 6 및 도 7의 전자 장치(12)는 하우징(30), 액정 디스플레이의 형태를 이루는 디스플레이(32), 키패드(34), 마이크로폰(36), 이어피스(38), 배터리(40), 적외선 포트(42), 안테나(44), 한 실시예에 따른 UICC의 형태를 이루는 스마트 카드(46), 카드 판독기(48), 무선 인터페이스 회로(52), 코덱 회로(54), 제어기(56) 및 메모리(58)를 포함한다. 개별적인 회로들 및 요소들은 당업계, 예를 들면 노키아 이동 전화 범주에서 공지된 타입의 것들이다.

본원 명세서에 기재된 여러 실시예들은, 한 실시예에서 네트워크 환경의 컴퓨터들에 의해 실행되는, 프로그램 코드와 같은 컴퓨터 실행가능 명령어들을 포함하는, 컴퓨터 판독가능 매체에 수록된 컴퓨터 프로그램 생성물에 의해 구현될 수 있는 방법적인 단계들 또는 프로세스들의 일반적인 문맥으로 설명될 수 있다. 일반적으로는, 프로그램 모듈들은 특정의 태스크들을 수행하거나 특정의 추상 데이터 타입들을 구현하는 루틴들, 프로그램들, 객체들, 컴포넌트들, 데이터 구조들 등을 포함할 수 있다. 컴퓨터 실행가능 명령어들, 관련 데이터 구조들, 및 프로그램 모듈들은 본원 명세서에 개시된 방법들의 단계들을 실행하기 위한 프로그램 코드의 예들을 나타낸다. 그러한 실행가능 명령어들 또는 관련 데이터 구조들의 특정한 시퀀스는 그러한 단계들 또는 프로세스들에서 설명된 기능들을 구현하기 위한 해당 동작들의 예들을 나타낸다.

본원 명세서에 기재된 여러 실시예들은, 한 실시예에서 네트워크 환경의 컴퓨터들에 의해 실행되는, 프로그램 코드와 같은 컴퓨터 실행가능 명령어들을 포함하는, 컴퓨터 판독가능 매체에 수록된 컴퓨터 프로그램 생성물에 의해 구현될 수 있는 방법적인 단계들 또는 프로세스들의 일반적인 문맥으로 설명될 수 있다. 컴퓨터 판독가능 매체는 판독 전용 메모리(Read Only Memory; ROM), 랜덤 액세스 메모리(Random Access Memory; RAM), 콤팩트 디스크(compact disc; CD)들, 디지털 다기능 디스크(digital versatile disc; DVD)들 등을 포함하지만, 이들에 국한되지 않는 착탈식 및 비-착탈식 저장 장치들을 포함할 수 있다. 일반적으로는, 특정의 태스크들을 수행하거나 특정의 추상 데이터 타입들을 구현하는 루틴들, 프로그램들, 객체들, 컴포넌트들, 데이터 구조들 등을 포함할 수 있다. 컴퓨터 실행가능 명령어들, 관련 데이터 구조들, 및 프로그램 모듈들은 본원 명세서에 개시된 방법들의 단계들을 실행하기 위한 프로그램 코드의 예들을 나타낸다. 그러한 실행가능 명령어들 또는 관련 데이터 구조들의 특정의 시퀀스는 그러한 단계들 또는 프로세스들에서 설명된 기능들을 구현하기 위한 해당 동작들의 예들을 나타낸다.

본 발명의 실시예들은 소프트웨어, 하드웨어, 애플리케이션 논리, 또는 소프트웨어, 하드웨어 및 애플리케이션 논리의 조합으로 구현될 수 있다. 상기 소프트웨어, 애플리케이션 논리 및/또는 하드웨어는 예를 들면 칩셋, 이동 장치, 데스크톱, 랩톱 또는 서버에 상주할 수 있다. 여러 실시예들의 소프트웨어 및 웹 구현들은 여러 데이터베이스 탐색 단계들 또는 프로세스들, 상관 단계들 또는 프로세스들, 비교 단계들 또는 프로세스들 및 결정 단계들 또는 프로세스들을 달성하도록 규칙 기반 논리 및 다른 논리를 이용한 표준 프로그래밍 기법으로 달성될 수 있다. 여러 실시예들은 또한 네트워크 요소들 또는 모듈들 내에서 완전하거나 부분적으로 구현될 수 있다. 여기서 유념해야 할 점은 본원 명세서에서 사용되고 이하의 청구범위에서 사용되는 용어들 "컴포넌트" 및 "모듈"은 소프트웨어 코드, 및/또는 하드웨어 구현들, 및/또는 수동 입력들을 수신하는 단말기의 하나 이상의 라인들을 사용한 구현들을 포함하도록 의도된 것이라는 점이다.

앞서 언급된 실시예들의 설명은 예시 및 설명을 목적으로 제공된 것이다. 앞서 언급된 설명은 개시된 정확한 형태로 본 발명의 실시예들을 한정하거나 검토하도록 의도된 것이 아니며, 위의 교시들에 비추어 볼 때 변형 및 수정예들이 가능할 수도 있고 여러 실시예들의 실시로부터 변형 및 수정예들이 도출될 수도 있다. 본 원 명세서에서 논의된 실시예들은 당업자가 여러 실시예들을 통해 그리고 고려된 특정 용도에 적합한 여러 변형들을 통해 본 발명을 활용할 수 있도록 여러 실시예들의 원리들 및 특성 및 그의 실제 적용예를 설명하기 위해 선택되어 기재된 것이다. 본원 명세서에 기재된 실시예들의 특징들은 방법들, 장치들, 모듈들, 시스템들, 및 컴퓨터 프로그램 생성물들의 가능한 모든 조합들로 결합될 수 있다.

Claims

리치 미디어 환경 세션(rich media environment session)에서의 적어도 하나의 미디어 컴포넌트의 이용에 관한 명령어들을 포함하는 문서를 처리하고,
사전에 수신된 세션 기술 프로토콜(session description protocol; SDP) 기술(description)을 사용하여 상기 적어도 하나의 미디어 컴포넌트를 식별하며, 그리고
상기 문서 내의 명령어들에 따라 상기 적어도 하나의 미디어 컴포넌트를 이용하는, 방법.
제1항에 있어서, 상기 문서는 스케일러블 벡터 그래픽(scalable vector graphics; SVG) 문서를 포함하는, 방법.
제1항 또는 제2항에 있어서, 상기 적어도 하나의 미디어 컴포넌트는 프래그먼트 참조 식별자를 사용하여 상기 세션 기술 프로토콜(SDP) 기술에서 식별되는, 방법.
컴퓨터 판독가능 저장 매체에 수록된, 컴퓨터 프로그램 생성물로서, 청구항 제1항 내지 제3항 중 어느 한 항의 프로세스들을 수행하도록 구성된 컴퓨터 코드를 포함하는, 컴퓨터 프로그램 생성물.
프로세서; 및
상기 프로세서에 통신가능하게 접속된 메모리 유닛;
을 포함하는, 장치로서,
상기 메모리 유닛은,
리치 미디어 환경 세션(rich media environment session)에서의 적어도 하나의 미디어 컴포넌트의 이용에 관한 명령어들을 포함하는 문서를 처리하도록 구성된 컴퓨터 코드;
사전에 수신된 세션 기술 프로토콜(session description protocol; SDP) 기술을 사용하여 상기 적어도 하나의 미디어 컴포넌트를 식별하도록 구성된 컴퓨터 코드; 및
상기 문서 내의 명령어들에 따라 상기 적어도 하나의 미디어 컴포넌트를 이용하도록 구성된 컴퓨터 코드;
를 포함하는, 장치.
제5항에 있어서, 상기 문서는 스케일러블 벡터 그래픽(scalable vector graphics; SVG) 문서를 포함하는, 장치.
제5항 또는 제6항에 있어서, 상기 적어도 하나의 미디어 컴포넌트는 프래그먼트 참조 식별자를 사용하여 상기 세션 기술 프로토콜(SDP) 기술에서 식별되는, 장치.
리치 미디어 환경 세션(rich media environment session)에서의 적어도 하나의 미디어 컴포넌트의 이용에 관한 명령어들을 포함하는 문서를 처리하는 수단;
사전에 수신된 세션 기술 프로토콜(session description protocol; SDP) 기술을 사용하여 상기 적어도 하나의 미디어 컴포넌트를 식별하는 수단; 및
상기 문서 내의 명령어들에 따라 상기 적어도 하나의 미디어 컴포넌트를 이용하는 수단;
을 포함하는, 장치.
현재의 리치 미디어 환경 스트림(rich media environment stream)의 이용을 위해 이를 포함하는 현재의 리치 미디어 환경 세션을 수신 단말기에 제공하며,
상기 현재의 리치 미디어 환경 세션 내에서, 상기 현재의 리치 미디어 환경 스트림 및 상기 현재의 리치 미디어 환경 스트림과는 다른 적어도 하나의 리치 미디어 환경 스트림에 관한 정보를 제공하는, 방법.
제9항에 있어서, 상기 정보는 현재의 리치 미디어 환경 스트림과는 다른 적어도 하나의 리치 미디어 환경 스트림에 대한 적어도 하나의 최신의 전체 장면 및 적어도 하나의 세션 기술 프로토콜(session description protocol; SDP) 기술을 포함하고, 상기 정보는 상기 현재의 리치 미디어 환경 세션 내에서 제공되는, 방법.
제9항에 있어서, 상기 정보는 일반 공유 파일 배달 세션 내에서 제공되며, 상기 정보는 상기 일반 공유 파일 배달 세션 내에서 모든 리치 미디어 환경 스트림들에 대한 최신의 전체 장면들 및 적어도 하나의 세션 기술 프로토콜(SDP) 기술을 포함하는, 방법.
제9항에 있어서, 상기 정보는 현재의 리치 미디어 환경 스트림과는 다른 적어도 하나의 리치 미디어 환경 스트림에 대한 적어도 하나의 최신의 전체 장면 및 적어도 하나의 세션 기술 프로토콜(SDP) 기술을 포함하는, 방법.
컴퓨터 판독가능 저장 매체에 수록된, 컴퓨터 프로그램 생성물로서, 청구항 제9항 내지 제12항 중 어느 한 항의 프로세스들을 수행하도록 구성된 컴퓨터 코드를 포함하는, 컴퓨터 프로그램 생성물.
프로세서; 및
상기 프로세서에 통신가능하게 접속된 메모리 유닛;
을 포함하는, 장치로서,
상기 메모리 유닛은,
현재의 리치 미디어 환경 스트림(rich media environment stream)의 이용을 위해 이를 포함하는 현재의 리치 미디어 환경 세션을 수신 단말기에 제공하도록 구성된 컴퓨터 코드; 및
상기 현재의 리치 미디어 환경 세션 내에서, 상기 현재의 리치 미디어 환경 스트림 및 상기 현재의 리치 미디어 환경 스트림과는 다른 적어도 하나의 리치 미디어 환경 스트림에 관한 정보를 제공하도록 구성된 컴퓨터 코드;
를 포함하는, 장치.
제14항에 있어서, 상기 정보는 현재의 리치 미디어 환경 스트림과는 다른 적어도 하나의 리치 미디어 환경 스트림에 대한 적어도 하나의 최신의 전체 장면 및 적어도 하나의 세션 기술 프로토콜(session description protocol; SDP) 기술을 포함하고, 상기 정보는 상기 현재의 리치 미디어 환경 세션 내에서 제공되는, 장치.
제14항에 있어서. 상기 정보는 일반 공유 파일 배달 세션 내에서 제공되며, 상기 정보는 상기 일반 공유 파일 배달 세션 내에서 모든 리치 미디어 환경 스트림들에 대한 최신의 전체 장면들 및 적어도 하나의 세션 기술 프로토콜(SDP) 기술을 포함하는, 장치.
제14항에 있어서, 상기 정보는 현재의 리치 미디어 환경 스트림과는 다른 적어도 하나의 리치 미디어 환경 스트림에 대한 적어도 하나의 최신의 전체 장면 및 적어도 하나의 세션 기술 프로토콜(SDP) 기술을 포함하는, 장치.
현재의 리치 미디어 환경 스트림(rich media environment stream)의 이용을 위해 이를 포함하는 현재의 리치 미디어 환경 세션을 수신 단말기에 제공하는 수단; 및
상기 현재의 리치 미디어 환경 세션 내에서, 상기 현재의 리치 미디어 환경 스트림 및 상기 현재의 리치 미디어 환경 스트림과는 다른 적어도 하나의 리치 미디어 환경 스트림에 관한 정보를 제공하는 수단;
을 포함하는, 장치.
리치 미디어 환경 세션(rich media environment session) 동안 전송을 위한 복수의 콘텐츠 스트림들을 제공하고,
전송을 위한 각각의 리치 미디어 환경 장면 업데이트가 상기 복수의 콘텐츠 스트림들 중 적어도 하나와 연관되는, 전송을 위한 복수의 리치 미디어 환경 장면 업데이트들을 상기 복수의 콘텐츠 스트림들과 관련하여 제공하며,
상기 복수의 리치 미디어 환경 장면 업데이트들 및 상기 복수의 콘텐츠 스트림들을 통계적으로 다중화하여 상기 복수의 콘텐츠 스트림들과 함께 상기 복수의 리치 미디어 환경 장면 업데이트들을 효율적으로 전송하는, 방법.
제19항에 있어서, 추가로, 통계적 다중화를 수행하기 전에, 상기 복수의 리치 미디어 환경 장면 업데이트들을 우선순위화하여 낮은 우선순위를 갖는 리치 미디어 환경 장면 업데이트들보다 앞서 높은 우선순위를 갖는 리치 미디어 환경 장면 업데이트들이 전송되게 하는, 방법.
제20항에 있어서, 각각의 리치 미디어 환경 장면 업데이트의 상대적 우선순위는 현재의 시간, 상기 복수의 콘텐츠 스트림들의 리치 미디어 환경 시간축들, 각각의 리치 미디어 환경 장면 업데이트가 업데이트할 예정인 요소들, 및 상기 리치 미디어 환경 세션에서의 이용가능한 예약 대역폭 중 적어도 하나를 기반으로 하여 이루어지는, 방법.
컴퓨터 판독가능 저장 매체에 수록된, 컴퓨터 프로그램 생성물로서, 청구항 제19항 내지 제21항 중 어느 한 항의 프로세스들을 수행하도록 구성된 컴퓨터 코드를 포함하는, 컴퓨터 프로그램 생성물.
프로세서; 및
상기 프로세서에 통신가능하게 접속된 메모리 유닛;
을 포함하는, 장치로서,
상기 메모리 유닛은,
리치 미디어 환경 세션(rich media environment session) 동안 전송을 위한 복수의 콘텐츠 스트림들을 제공하도록 구성된 컴퓨터 코드;
전송을 위한 각각의 리치 미디어 환경 장면 업데이트가 상기 복수의 콘텐츠 스트림들 중 적어도 하나와 연관되는, 전송을 위한 복수의 리치 미디어 환경 장면 업데이트들을 상기 복수의 콘텐츠 스트림들과 관련하여 제공하도록 구성된 컴퓨터 코드; 및
상기 복수의 리치 미디어 환경 장면 업데이트들 및 상기 복수의 콘텐츠 스트림들을 통계적으로 다중화하여 상기 복수의 콘텐츠 스트림들과 함께 상기 복수의 리치 미디어 환경 장면 업데이트들을 효율적으로 전송하도록 구성된 컴퓨터 코드;
를 포함하는, 장치.
제23항에 있어서, 상기 메모리 유닛은, 통계적 다중화를 수행하기 전에, 상기 복수의 리치 미디어 환경 장면 업데이트들을 우선순위화하여 낮은 우선순위를 갖는 리치 미디어 환경 장면 업데이트들보다 앞서 높은 우선순위를 갖는 리치 미디어 환경 장면 업데이트들이 전송되게 하도록 구성된 컴퓨터 코드를 더 포함하는, 장치.
제24항에 있어서, 각각의 리치 미디어 환경 장면 업데이트의 상대적 우선순위는 현재의 시간, 상기 복수의 콘텐츠 스트림들의 리치 미디어 환경 시간축들, 각각의 리치 미디어 환경 장면 업데이트가 업데이트할 예정인 요소들, 및 상기 리치 미디어 환경 세션에서의 이용가능한 예약 대역폭 중 적어도 하나를 기반으로 하여 이루어지는, 장치.
리치 미디어 환경 세션(rich media environment session) 동안 전송을 위한 복수의 콘텐츠 스트림들을 제공하는 수단;
전송을 위한 각각의 리치 미디어 환경 장면 업데이트가 상기 복수의 콘텐츠 스트림들 중 적어도 하나와 연관되는, 전송을 위한 복수의 리치 미디어 환경 장면 업데이트들을 상기 복수의 콘텐츠 스트림들과 관련하여 제공하는 수단; 및
상기 복수의 리치 미디어 환경 장면 업데이트들 및 상기 복수의 콘텐츠 스트림들을 통계적으로 다중화하여 상기 복수의 콘텐츠 스트림들과 함께 상기 복수의 리치 미디어 환경 장면 업데이트들을 효율적으로 전송하는 수단;
을 포함하는, 장치.