KR101507788B1 - 콘텐츠 처리 방법 및 그 단말 - Google Patents

Abstract

본 발명은 다이나믹 콘텐츠 전달(Dynamic Content Delivery : DCD)에서 DCD콘텐츠 처리에 관한 것으로서,

DCD 서비스 시스템에 있어서 서버와 단말 간에 DCD 콘텐츠를 전달받을 때, 단말의 클라이언트가 단말의 DECA(DCD Enabled Client Application)에 DCD 콘텐츠를 전달하고, DECA가 상기 콘텐츠를 재생할 수 없는 경우 에러를 통지하는 메시지와 생성한 상태값(단말의 장치능력에 관한 정보)를 클라이언트에게 보내고, 다시 클라이언트가 서버에게 상기 에러 통지 메시지와 상기 상태값을 보냄으로써, 단말 입장에서 상기 서버로부터 수신한 콘텐츠의 재생이 불가한 에러가 발생했을 경우 이를 단말과 서버 간에 처리하는 것이다.

DCD, 다이나믹 콘텐츠, 전송, 단말, 에러 통지

Description

콘텐츠 처리 방법 및 그 단말{METHOD FOR PROCESSING CONTENT AND TERMINAL THEREOF}

본 발명은 다이나믹 콘텐츠 전달(Dynamic Content Delivery : DCD)에 관한 것으로서, 특히 DCD에서 콘텐츠 처리 방법 및 그 단말에 관한 것이다.

일반적으로, 다이나믹 콘텐츠 전달(Dynamic Content Delivery: 이하 'DCD'라 칭함)은 개인용 콘텐츠(Personalized Content)를 주기적으로 단말에 전달하도록 된 콘텐츠 서비스에 기초한 단말-서버간의 전달을 의미하는 것으로서, 상기 DCD 서비스는 DCD 제공자와 최종 사용자(End-User) 간에 통신 및 인터랙션을 가능하게 하는 일련의 방법 및 기능들을 의미한다.

근래에는 DCD 서버 및 단말에 구비되는 DCD 클라이언트를 이용하여 상기 DCD 서버로부터 제공되는 다수의 온라인 콘텐츠를 주기적으로 상기 DCD 클라이언트를 통해 다운로드하여, 단말 스크린에 순차적으로 디스플레이할 수 있는 기능 등이 소개되고 있다.

DCD는 다양한 네트워크 기술, 예를 들어 점-대-점 네트워크(end-to-end network) 또는 방송 네트워크(broadcast network)와 같은 네트워크 기술을 지원한 다. DCD에서 전송 계층(transport layer)은 논리적으로 3개의 전송 경로로 구분될 수 있다. 즉, 도 1에 도시된 바와 같이, 이러한 3개의 전송 경로는 통지 경로(Notification Path)와, 일방향 데이터 경로(one-way Data Path), 2방향 데이터 경로(2-way Data Path)이다. 상기 3개의 경로들 중, 2-way 데이터 경로 상에 DCD 클라이언트와 DCD 서버 간의 통신을 설명하면 다음과 같다. 첫째로, DCD 클라이언트(DCD 가능한 단말)가 DCD 서버에게 DCD 콘텐츠를 요청하면, 둘째로 이에 응답하여 DCD 서버가 DCD 클라이언트에게 DCD 콘텐츠를 전송한다.

종래 2-way 데이터 경로를 통하여 단말이 서버로부터 DCD 데이터를 수신하는 방식을 설명하면 다음과 같다. 서버가 콘텐츠 사업자(Content Provider)로부터 데이터를 전달받아 이를 특정 메모리(또는 버퍼)에 축적한다. 단말이 서버에게 콘텐츠의 전송을 요청한다(1-way로서, content request). 이러한 단말의 요청에 응답하여, 서버는 그 축적된 데이터를 단말에게 전송한다(2-way로서, content response). 서버는 상기 데이터를 단말에게 전송한 후, 그 데이터를 garbage collection으로 취급하여 그 콘텐츠를 삭제한다.

한편, 서버는 상기 데이터가 확실히 단말에게 전송되었는지를 검토한다. 이는 종래 TCP 같은 전송 계층(Tranport layer)의 ACK로 검토한다. 그런데, 이러한 ACK에 의한 검토는 단지 전송한 데이터 패킷의 크기를 검토하는데 그친다. 서버는 단말이 전송받은 데이터가 그 단말의 장치 능력(또는 장치 환경 내지 사양)에 적합한 것인지를 알 수가 없다.

다시 말해서, 종래 2-way 데이터 경로를 이용하여 DCD 서버와 단말 간에 콘 텐츠가 전송될 때, DCD 서버가 콘텐츠를 단말에게 성공적으로 전송하였을지라도 DCD 서버는 단말의 장치 능력 내지 장치 사양에 적합한 콘텐츠를 전달하였는지 확인할 수가 없었다. 예를 들어, 만약 단말이 DCD 서버로부터 전달받은 콘텐츠가 자신의 윈도우 크기(window size)가 다른 것이거나, 또는 상기 콘텐츠가 단말이 보유한 코덱과 다른 코덱으로 코딩된 콘텐츠라면, 단말은 그 전달받은 콘텐츠를 이용할 수 없을 것이다. 즉, 단말은 자신의 장치 능력 내지 장치 사양에 부적합한 콘텐츠를 단말의 화면에 표시하지 못할 것이며, 또한 그 콘텐츠가 멀티 미디어일 경우 플레이를 할 수 없다.

따라서, 본 발명은 서버와 단말 간에 종래 2-way 방식으로 데이터를 주고받을 때, 상기 단말이 자신의 사양(능력)에 맞지 않는 데이터를 서버로부터 받는 상황을 해결하는 것이다.

본 발명은 단말이 서버로부터 자신의 사양에 맞지 않는 데이터를 수신한 경우, 이러한 상황을 서버에게 알려 자신에게 적합한 데이터를 수신하여 이용하는 것이다. 이를 위하여, 본 발명은 종래 2-way 방식이 아닌 3-way 방식으로 서버와 단말 간에 콘텐츠(데이터) 전송 방법을 제안한다.

본 발명은 3-way 방식으로 서버와 단말 간에 콘텐츠(데이터)를 전송할 수 있는 구성을 구비한 단말을 제안한다.

본 발명은 단말이 서버로부터 수신한 콘텐츠를 실행(재생)할 수 없는 경우, 그 경우에 해당하는 오류를 통지하는 메시지를 보내도록 하는 콘텐츠 처리 방법을 제안한다.

상기와 같은 본 발명의 기술적 과제를 해결하기 위해, 본 발명에 따른 콘텐츠 처리 방법은,

제1 엔티티(client)와 제2 엔티티(DECA)를 포함하는 단말이 서버로부터 요청하여 수신한 콘텐츠를 처리하는 방법으로서,

상기 제1 엔티티가 상기 서버로부터 수신한 콘텐츠를 제2 엔티티에게 전달하 는 단계와; 상기 제2 엔티티에서 상기 콘텐츠를 실행할 수 없는 경우, 상기 제1 엔티티가 상기 제2 엔티티로부터 상기 콘텐츠를 실행 불가능 오류를 통지하는 메시지를 수신하는 단계를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 제1 엔티티가 상기 콘텐츠의 실행 불가능에 관한 상태값을 상기 제2 엔티티로부터 수신하는 단계를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 제1 엔티티가 상기 오류를 통지하는 메시지와 상기 상태값을 상기 서버에게 전송하는 단계를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 상태값은 상기 단말의 현재 장치능력과 상기 수신한 콘텐츠에서 추출한 콘텐츠 메타데이터를 비교 및 분석하여 상기 제2 엔티티에 의해 생성된 것을 특징으로 한다.

바람직하게는, 상기 상태값은 상기 단말의 장치능력의 속성들을 가리키는 적어도 하나 이상의 에러 파라미터(errored parameter)로 구성된 것을 특징으로 한다.

바람직하게는, 상기 제1 엔티티는 상기 서버에 상기 콘텐츠를 요청하고 그 요청한 콘텐츠를 상기 서버로부터 수신하는 장치인 것을 특징으로 한다.

바람직하게는, 상기 제2 엔티티는 상기 콘텐츠를 상기 제1 엔티티로부터 전달받아 실행하고, 상기 콘텐츠로부터 콘텐츠 메타데이터를 추출하고, 상기 추출한 콘텐츠 메타데이터와 상기 단말의 현재 장치능력을 비교 및 분석하여 상기 콘텐츠의 재생여부를 검토하는 장치인 것을 특징으로 한다.

바람직하게는, 상기 콘텐츠를 실행 불가능 오류를 통지하는 메시지는

상기 콘텐츠의 실행 오류를 가리키는 전용 메시지(dedicated message)이거나 또는 상기 콘텐츠의 실행 불가능 오류를 알리는 필드가 포함된 공용 메시지(common message)인 것을 특징으로 한다.

또한, 상기와 같은 본 발명의 기술적 과제를 해결하기 위한 본 발명의 일 실시 예는 다음과 같다. 본 발명에 따른 콘텐츠 전송 방법은,

(A) 제1 콘텐츠를 요청하는 제1 메시지를 서버에게 전송하는 단계와;

(B) 상기 제1 메시지에 응답하여 상기 요청한 제1 콘텐츠를 제2 메시지를 통하여 상기 서버로부터 전송받는 단계와;

(C) 상기 전송받은 제1 콘텐츠가 재생가능한 것인지를 검토하고, 그 검토 결과를 알리는 제3 메시지를 상기 서버에게 전송하는 단계;를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 (C)단계는, 상기 제2 메시지에 포함된 상기 제1 콘텐츠의 메타데이터를 분석하고, 상기 제1 콘텐츠를 재생할 수 있는지를 검토하는 것을 특징으로 한다.

바람직하게는, 상기 (C)단계는, 상기 제1 콘텐츠를 재생할 수 있는 것으로 검토되면 상기 제1 콘텐츠의 재생 가능을 알리는 상기 제3 메시지를 상기 서버에게 전송하는 것을 특징으로 한다.

바람직하게는, 상기 (C)단계는, 상기 제1 콘텐츠를 재생할 수 없는 것으로 검토되면,

상태값을 생성하는 단계와;

상기 생성한 상태값을 상기 제3 메시지를 통하여 상기 서버에게 전송하는 단계를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 (C)단계는, 상기 제3 메시지를 통하여 상기 제1 콘텐츠의 재생 불가능함을 상기 서버에게 알리는 단계를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 서버가 상기 상태값에 기초하여 생성한 제2 콘텐츠를 상기 서버로부터 전달받는 단계를 더 포함하는 것을 특징으로 한다.

바람직하게는, 상기 상태값은, 윈도우 크기와, 콘텐츠 유형과, 코덱 중 적어도 한개 이상을 포함하는 것을 특징으로 한다.

또한, 상기와 같은 본 발명의 기술적 과제를 해결하기 위한, 본 발명에 따른 콘텐츠 전송 방법은,

요청에 의해 서버로부터 전송받은 콘텐츠가 재생 가능한지를 콘텐츠 메타메이터로 분석하여 검토하고,

상기 검토에 기초하여 상기 콘텐츠가 재생 가능하면 상기 콘텐츠의 재생가능을 알리는 확인 메시지를 서버에게 보내고,

상기 검토에 기초하여 상기 콘텐츠가 재생 불가능하면 상기 콘텐츠 재생 불가능을 알리는 에러 메시지를 서버에게 보내는 것을 특징으로 한다.

바람직하게는, 상기 콘텐츠가 재생 불가능하면 상태값을 생성하여

그 생성한 상태값을 서버에게 보내는 것을 특징으로 한다.

또한, 상기와 같은 본 발명의 기술적 과제를 해결하기 위한, 본 발명에 따른 단말은,

콘텐츠를 요청하는 메시지를 서버에게 전송하고, 상기 요청에 응한 서버로부터 상기 콘텐츠와 콘텐츠 메타데이터를 수신하는 송수신부와;

상기 수신한 콘텐츠 메타데이터를 분석하여 상기 수신한 콘텐츠가 재생가능한지를 검토하고, 그 검토 결과를 알리는 메시지를 생성하여 상기 서버에게 보내는 처리부를 포함하는 것을 특징으로 한다.

바람직하게는, 상기 처리부는, 상기 콘텐츠 메타데이터로부터 콘텐츠 유형, 코덱, 윈도우 크기 등의 정보를 추출하여 상기 단말의 장치 능력으로 상기 수신한 DCD 콘텐츠가 재생할 수 있는지를 분석하는 것을 특징으로 한다.

바람직하게는, 상기 처리부는, 상기 콘텐츠 메타데이터를 분석한 결과에 기초하여,

상기 콘텐츠를 재생할 수 있는 경우 확인 메시지를 생성하여 상기 서버에게 보내고,

상기 콘텐츠를 재생할 수 없는 경우 에러메시지를 생성하여 상기 서버에게 보내는 것을 특징으로 한다.

바람직하게는, 상기 처리부는, 상기 콘텐츠를 재생할 수 없는 경우 상기 단말의 장치 사양을 가리키는 상태값을 생성하여 상기 서버에게 보내는 것을 특징으로 한다.

바람직하게는, 상기 처리부는, 상기 서버가 상기 상태값에 기초하여 생성한 콘텐츠를 수신하여 처리하는 것을 특징으로 한다.

본 발명은, 서버와 단말 간에 3-way 방식을 이용하여 단말이 서버로부터 DCD 데이터(또는 콘텐츠) 전송받는다.

본 발명에 따른 단말은 서버로부터 콘텐츠와 함께 전송된 메타데이터를 이용한다. 본 발명에 따른 단말은 상기 메타데이터를 이용하여 자신의 장치능력(장치 사양)과 비교하여, 자신이 상기 콘텐츠를 재생할 수 있는지를 검토한다.

본 발명에 따른 단말은 그 검토한 결과를 서버에게 전송함으로써, 서버가 단말이 재생할 수 있는 적합한 콘텐츠로 포맷을 변경하도록 한다.

본 발명에 따른 단말은 서버가 전송한 새로운 포맷의 콘텐츠를 전송받아 재생할 수 있다.

따라서, 본 발명은, 서버와 단말 간에 통신 방식에 있어서, 단말이 서버가 전송한 콘텐츠의 재생여부를 검토한 결과를 보내어, 자신이 재생할 수 있는 적합한 포맷의 콘텐츠를 서버로부터 전송받을 수 있다.

본 발명은, DCD 서비스 시스템에 있어서 서버와 단말 간에 2-way 방식으로 DCD 콘텐츠를 전달받음으로써, DCD 콘텐츠가 서버로부터 단말로 전달될 때 그 단말에 적합한 DCD 콘텐츠가 전달되었는지를 확인할 수 없다는 점에 착안한 것이다. 이러한 본 발명의 착안점에 기초하여, 본 발명의 일 실시 예는, DCD 서비스 시스템에 있어서 서버와 단말 간에 DCD 콘텐츠를 전달받을 때, 하위 계층(즉, 네트워크 계층)이 아니라 그보다 상위 계층(즉, application layer)에서 3-way 방식으로 DCD 콘텐츠를 전달받는 것이다. 이러한 서버와 단말 간에 3-way 방식을 이용함으로써, 단말이 자신의 장치 능력들(device capabilities) 내지 장치사양(또는 장치 환경)에 적합한 DCD 콘텐츠를 서버로부터 전달받는 것이다. 또한, 본 발명의 또 다른 실시 예는, 단말이 DCD 콘텐츠를 재생할 수 없는 경우, 그 콘텐츠의 재생이 불가능함을 통지하는 메시지(일명, 에러 통지 메시지 (error notification message)) 및 일명 에러 파라미터(errored-parameter)라는 오류 정보(이는 단말의 장치능력에 대한 정보로서, 서버 측에서 단말의 장치능력을 갱신하는데 이용된다)를 단말 내의 장치(또는 엔티티) 간 및/또는 서버로 전달하는 것이다.

본 발명은, 첫째 단말이 서버에게 콘텐츠 전송을 요청한다.

둘째, 상기 요청에 응답하여 서버가 전송한 콘텐츠를 단말이 서버로부터 수신한다.

셋째, 단말이 상기 콘텐츠가 자신이 이용할 수 있는지를 자신의 장치능력(장치 사양)과 비교 및 검토하여 그 검토 결과를 서버에게 알려준다. 이때, 단말은 콘텐츠와 함께 전송되는 일명 '메타데이터'의 정보를 열어, 자신의 장치능력(장치사양)과 비교한다. 그래서, 단말이 전송받은 콘텐츠를 재생(play)할 수 있는지를 검토한다.

넷째, 단말이 전송받은 콘텐츠를 재생할 수 없는 경우 이를 알리는 통지 메시지와 함께 단말의 장치능력에 관한 정보(일명, 오류정보 또는 error parameter)를 서버에 보낸다. 한편, 상기 오류정보는 하기 본 발명의 실시 예들에서 "상태값"으로 정의하였다.

다섯째, 필요에 따라 서버가 상기 오류정보를 이용하여 단말의 장치능력에 관한 정보를 갱신하고, 또한 서버가 단말의 장치능력(장치사양)에 적합한 콘텐츠로 포맷을 변경하고 그 변경된 포맷의 콘텐츠를 단말에게 전송하는 것이다.

이하, 본 발명의 실시 예에서 설명되는 용어를 설명한다.

메타데이터는 콘텐츠와 함께 전송된다. 메타데이터는 콘텐츠를 이용할 수 있는 단말(또는 장치)의 장치 능력들 내지 사양에 대한 정보를 포함한다. 이러한 정보를 포함하는 메타데이터는 콘텐츠의 메타데이터와 단말의 메타데이터로 구분될 수 있다. 단말의 메타데이터는 단말의 세팅값이라 할 수 있는데, 예를 들어, 콘텐츠의 암호 및 복호에 사용된 코덱(codec), 윈도우 사이즈(widow size), 언어(language), 텍스트(text) 등이 이에 해당한다. 단말이 서버로부터 수신한 콘텐츠가 자신의 세팅값과 일치하지 않으면, 단말은 그 콘텐츠를 이용할 수가 없다.

한편, 메타데이터는, 그 기능에 따라 채널 메타데이터와 콘텐츠 메타데이터로 구분된다.

채널 메타데이터(channel metadata)는 하나 또는 다수의 특정 DCD 채널들, 또는 여러 유형의 채널들에 대한 일련의 속성(특성)들(a set of attributes)을 말한다. 이러한 속성들은 상기 DCD 채널을 다루기 위하여 정의되는 것으로서, 예를 들어, 전송(delivery), 저장(storage), 통지 규칙(notification rules)들이 속한다.

한편, 콘텐츠 메타데이터(content metadata)는 DCD 콘텐츠 전달을 처리하기 위한 동적 설정들 및 동적 규칙들의 세트(a set of dynamic settings and rules)이 다. 콘텐츠 메타데이터는 콘텐츠의 특정 유닛과 관련된다. 또한, 콘텐츠 메타데이터는, 예를 들어 콘텐츠의 만료(expiry), 교환(replacement), 분할(fragmentation)등을 위한 규칙들(rules) 및 세팅들(settings)을 포함할 수 있다. 이러한 콘텐츠 메타데이터는 DCD 콘텐츠 전달 인터페이스 상의 요청 메시지 및 응답 메시지에 포함될 수 있다. 콘텐츠 메타데이터의 속성(또는 엘리먼트)은, 일 예로서 Content ID(콘텐츠 아이템의 식별자), Channel ID(채널 식별자들의 리스트), MIME 형(콘텐츠 아이템의 MIME 유형), 콘텐츠 크기(Content length), 콘텐츠 이름(Contnet name) 등이 있다. 그외 이에 대한 상세한 설명은 OMA-TS-DCD Semantics-V1 문서를 원용한다.

상태값이란, 단말이 서버로부터 수신한 콘텐츠를 재생하기 위해 필요한 단말(100)의 현재 장치능력에 관한 일련의 정보이다. 상기 상태값은 단말의 장치능력과 콘텐츠의 메타데이터를 비교 및 검토하여 획득한 결과에 기초하여 생성되는 단말의 장치능력에 관한 정보이다.

상기 상태값은 단말이 콘텐츠를 재생(실행)할 수 없을 때, 재생 에러의 유형을 나타내는 파라미터의 속성이다. 이러한 상태값의 상세한 특성은 하기 본 발명의 실시 예들에서 설명한다.

본 발명에 따른 단말이란, 유무선 네트워크를 통하여 콘텐츠 사업자(Content Provider)로부터 전달받은 DCD 콘텐츠를 이용할 수 있는 모든 장치를 통칭하는 포괄적인 장치이다. 따라서, 본 발명에 따른 단말은 DCD 클라이언트(즉, DCD 콘텐츠를 이용할 수 있는 소프트웨어 모듈 또는 하드웨어 모듈)를 구비한 이동통신 단말 기, 노트북, 게임기, PDA, 개인용 컴퓨터(Personal Computer), 백색 가전제품(Electronic Appliance), 등 모든 장치를 포함한다.

이하, 본 발명의 일 실시 예들을 첨부된 도면을 참조하여 설명한다.

도 2은 본 발명의 제1 실시 예로서, 3-way 방식으로 콘텐츠 전달 방법을 도시한 신호 흐름도이다. 다만, 도 2의 실시 예는 서버가 단말에게 보낸 콘텐츠가 단말이 재생 가능한 것인 경우이다.

도 2을 참조하면, 단말(100)이 DCD 콘텐츠(예를 들어, 오늘의 헤드라인 뉴스 및 일기예보에 대한 업데이트 콘텐츠)를 요청하는 메시지(도 1에서, ContentUpdateRequest)를 보낸다(S1). 서버(200)는 상기 요청에 응답하여 요청한 콘텐츠(또는 '콘텐츠 팩키지'라 칭함)를 포함하는 응답 메시지(도 1에서, ContentUpdateResponse) 단말(100)에게 전송한다(S2). 상기 과정(S2)의 응답 메시지는 콘텐츠(즉, 콘텐츠 팩키지) 그 자체가 아니라, 콘텐츠의 주소(예를 들어, URI)를 포함할 수 있다(ContentUpdateResponse message can include content package or content address(e.g. URI)). 여기서, 콘텐츠 팩키지는 콘텐츠 페이로드 및 콘텐츠 메타데이터로 구성되거나 또는 콘텐츠의 주소로 구성될 수 있다(the content package can consist of either content payload and content metadata or the content address(e.g. URI)).

한편, 서버(200)는 상기 콘텐츠가 단말(100)로 전송이 성공적으로 이루어졌는지 전송계층(Transport layer)의 ACK를 통하여 확인하다(도면에 미도시). 전송계층의 ACK에 의한 확인은, 콘텐츠의 패킷 크기만을 비교함으로써 확인한다. 한편, 상기 응답 메시지에는 콘텐츠 대신 콘텐츠 주소(예를 들어, URI)를 포함할 수도 있다. 또한 상기 응답 메시지는 콘텐츠 이외에도 콘텐츠에 대한 장치능력(장치사양) 등에 대한 정보, 즉 콘텐츠 메타데이터를 포함한다.

단말(100)은 상기 응답메시지(ContentUpdateResponse)에 포함된 상기 메타데이터를 열어보아, 상기 수신한 콘텐츠를 자신의 장치 능력으로 재생(play)할 수 있는지를 검토하고, 그 검토한 결과를 서버(200)에게 보낸다(S3). 상기 일련의 단계(S1~S3)들이 단말과 서버 간 이루어지는 한개의 트레젝션(transaction)이다.

이하, 도 5를 참조하여 상기 단계(S3)를 보다 상세히 설명하면 다음과 같다.

단말(100)의 처리부(102)는 단말의 장치능력(장치사양)에 대한 정보(이는 단말에 구비된 소정 메모리에 이미 저장되어 있다)를 조회하여, 상기 수신한 콘텐츠가 재생될 수 있는 것인지를 검토한다. 즉, 단말의 처리부(102)부는 콘텐츠 메타데이터를 열어보아, 상기 수신한 콘텐츠에 대한 정보로서 콘텐츠 유형(Content type) 정보, 패킷 크기(packet size), 코덱(codec) 등 정보를 추출한다. 그리고, 단말의 처리부(102)는 단말의 장치능력(장치사양)에 대한 정보와 상기 메타데이터로부터 획득한 정보를 서로 비교 및 검토한다. 상기 메타데이터를 검토한 결과, 처리부(102)는 상기 수신한 콘텐츠가 단말(100)이 재생할 수 있는 것으로 판단(또는 확인)되면, 단말(100)은 서버(200)에게 상기 콘텐츠의 성공적 수신 및 재생 가능을 알리는 확인 메시지(즉, 도 1에서 ContentUpdateConfirmation)를 보낸다. 이때, 상기 확인메시지, 즉 ContentUpdateConfirmation 메시지를 서버(200)가 수신하면, 서버(200)는 자신이 저장하고 있는 단말(100)에 대한 정보(즉, 장치능력 또는 장치사 양에 대한 정보)와 실제 단말(100)의 장치능력(장치사양)과 일치함을 알 수 있다. 따라서, 서버(200)는 단말(100)의 장치능력(장치사양)에 대한 정보를 업데이트할 필요가 없다.

그리고, 서버(200)는 상기 콘텐츠가 성공적으로 단말(100)에게 전송된 것을 인식하고 소정 메모리(또는 버퍼)에 저장한 콘텐츠를 garbage collection으로 취급하여 그 메모리에서 삭제할 것이다(도면에 미도시).

도 3는 본 발명의 제2 실시 예로서, 3-way 방식으로 콘텐츠를 전달하는 방법을 도시한 신호 흐름도이다. 도 3의 실시 예는 서버(200)가 단말(100)에게 보낸 콘텐츠가 단말에서 재생될 수 없는 것인 경우이다. 예를 들어, 서버(200)가 단말(100)에게 보낸 콘텐츠의 포맷이, 단말(100)의 윈도우 크기로 재생할 수 없는 경우이거나, 또는 콘텐츠의 코덱 유형이 단말(100)에 의해 복호될 수 없는 코덱인 경우 등이다.

도 3를 참조하면, 도 2의 제2 실시 예에서 S1~S2 과정은 도 1의 S1~S2와 같다. 따라서, 도 3의 S3` 이하의 과정을 설명하면 다음과 같다.

단말(100)은 상기 에러메시지(Error Response)에 포함된 상기 메타데이터를 열어보아, 상기 수신한 콘텐츠를 자신의 장치 능력으로 재생(play)할 수 있는지를 검토하고, 그 검토한 결과를 서버(200)에게 보낸다(S3`).

이하, 도 5를 참조하여 상기 단계(S3`)를 보다 상세히 설명하면 다음과 같다.

즉, 단말(100)의 처리부(102)는 단말의 장치 능력(장치 사양)에 대한 정보 (이는 단말에 구비된 소정 메모리에 이미 저장되어 있다)를 조회하여, 상기 수신한 콘텐츠가 단말의 장치 능력으로 재생될 수 있는 것인지를 검토한다. 즉, 단말(100)의 처리부(102)부는 콘텐츠 메타데이터를 열어보아, 상기 수신한 콘텐츠에 대한 정보로서 콘텐츠 유형(Content type) 정보, 패킷 크기(packet size), 코덱(codec) 등 정보를 추출한다. 이때, 상기 단말의 처리부(102)부가 추출한 콘텐츠 메타데이터를 검토한 결과, 만약 상기 콘텐츠의 포맷이 단말의 윈도우 크기에 적합하지 않거나 코덱 등의 불일치로 인하여 상기 수신한 콘텐츠를 재생할 수 없는 것으로 확인(판단)되면, 단말(100)의 처리부(102)는 단말(100)의 장치 능력들에 대한 상태값(status value)을 생성하여 서버(200)에게 보낸다. 상기 상태값이란, 단말(100)이 상기 수신한 콘텐츠를 재생하기 위해 필요한 단말의 장치능력에 관한 일련의 정보이다. 즉, 상기 상태값은 단말(100)이 처리할 수 있는 콘텐츠의 유형에 대한 정보, 코덱에 대한 정보, 윈도우 크기에 대한 정보 등이 포함된다. 상기 상태값은 상기 단말(100)의 처리부(102)가 단말의 장치 능력과 상기 콘텐츠의 메타데이터를 비교 및 검토하여 획득한 결과이다. 이러한 상태값은 에러 메시지 (Error Response)에 포함되거나 또는 에러 메시지와 별개의 메시지로, 단말(100)에서 서버(200)로 전달될 수 있다. 한편, 상기 상태값은 상기 확인 메시지와 별도의 다른 메시지로 전송될 수도 있다. 상기 상태값은, 일 실시 예로서 콘텐츠 메타데이터에서 추출한 정보에서 단말(100)의 장치 능력들과 서로 다른 값을 포함할 수 있고, 또 다른 실시 예로서 콘텐츠 메타데이터에서 추출한 정보에서 단말(100)의 장치 능력들을 갱신한 정보일 수도 있다. 상기 상태값은 콘텐츠 메타데이터와 대응하여 일명 '단말 메타데이터'라 할 수 있다.

상기 에러메시지는, 단말(100)의 관점에서 볼 때, 상기 수신한 콘텐츠가 자신이 재생할 수 없는 것임을 서버(200)에게 알리는 일종의 통지 메시지이다. 서버(200)가 상기 에러메시지를 수신하면, 상기 에러메시지에 포함된 상기 상태값(즉, 단말 메타데이터)을 분석하여, 상기 단계(S2)에서 전송한 콘텐츠(편의상 제1 콘텐츠)를 단말(100)의 장치 능력에 적합한 포맷의 콘텐츠(편의상 제2 콘텐츠)로 새로이 생성한다(S4). 즉, 서버(200)가 새로이 생성하는 제2 콘텐츠는 단말(100)이 재생할 수 있도록, 상기 상태값(즉, 단말 메타데이터)이 반영되어 생성된 것이다.또한, 서버(200)는 상기 상태값을 기초로 하여 단말(100)의 장치 능력에 대한 정보를 갱신한다.

서버(200)는 상기 상태값에 기초하여 새로이 생성한 콘텐츠(즉, 제2 콘텐츠)를 단말(100)에게 전송한다(S5). 이후의 동작은, 단말(100)이 재생 가능한 콘텐츠를 수신하였을 때와 같이, 즉 도 2의 S3 과정과 같이 진행된다. 따라서, 상기 단계(S5) 이후의 동작은 도 2의 S3 과정에 대한 설명을 원용한다. 한편, 서버(200)는 이전에 전송한 콘텐츠(즉, 제1 콘텐츠)는 전송완료 상태로 취급하여 garbage collection을 수행하고, 또한 새로이 생성하여 전송한 콘텐츠(즉, 제2 콘텐츠)도 단말(100)로부터 확인메시지를 수신한 후 garbage collection을 수행할 것이다.

도 4는 본 발명의 제3 실시 예로서, 3-way 방식으로 콘텐츠 전달 방법을 도시한 신호 흐름도이다. 도 4의 실시 예는 서버(200)가 단말(100)에게 보낸 콘텐츠가 단말에서 재생될 수 없는 것이고, 특히 그 콘텐츠가 실시간으로 전송되어야만 단말(100)의 사용자가 유용한 것인 경우이다. 도 4의 제3 실시 예에서, 일련의 단계들(S1~S3`)은 도 3의 제2 실시 예의 일련의 단계들(S1~S3`)과 그 동작들이 같다. 이하, 도 3의 제2 실시 예와 비교하여, 도 4의 제3 실시 예의 차이점만을 설명한다.

예를 들어, 도 4의 제3 실시 예에서, 서버(200)가 단말(100)에게 전송하는 콘텐츠는 "주식시세 정보"와 같이 실시간으로 전송되어야 유효한 것으로 전제한다. 즉, 시시각각 변화는 주식시세 정보를 실시간으로 단말(100)의 사용자가 이용하고 싶은데, 만약 그 정보가 실시간으로 전송되지 않고 지연되어 전송된다면 그 콘텐츠(즉, 주식시세 정보)는 사용자에게 더 이상 유효한 데이터가 아닐 것이다. 이러한 경우, 서버(200)는 상기 단계(S3`)에서 단말(100)로부터 전송받은 상태값을 근거로 단말의 장치능력(이는 서버가 이미 저장하고 있는 정보이다)만을 갱신하고, 그 상태값에 기초하여 새로운 포맷의 콘텐츠를 생성하지도 않고 또한 이를 단말에게 보내지도 않는다(S4). 왜냐하면, 단말(100)의 사용자는 실시간으로 전송되는 콘텐츠(즉, 주시시세 정보)를 원하는데, 새로이 생성한 콘텐츠는 이미 시간이 지연되어 단말(100)의 사용자가 더 이상 가치가 없는 데이터이기 때문이다. 또한, 서버(200)는 상기 단계(S2)에서 전송한 콘텐츠를 garbage collection으로 처리하여 그 콘텐츠를 메모리(또는 버퍼)에서 삭제할 것이다.

도 5는 본 발명에 따른 단말의 개략적인 블록도이다.

본 발명에 따른 단말(100)은 DCD 콘텐츠 또는 이와 유사한 서비스의 콘텐츠를 요청하는 메시지를 서버에게 전송하고, 상기 요청에 응한 서버로부터 상기 콘텐 츠와 콘텐츠 메타데이터를 수신할 수 있는 송수신부(101)와, DCD 콘텐츠를 처리하고 재생할 수 있는 처리부(또는 제어부)(102)와, 그 처리된 DCD 콘텐츠를 출력하는 출력부(예를 들어, 디스플레이 또는 스피커 등)를 포함한다. 그 이외에도, 본 발명에 따른 단말은 DCD 콘텐츠를 이용하기 위한, 기계적 또는 소프트웨어 모듈(또는 장치)를 포함하지만, 이에 대한, 상세한 설명은 본 발명 기술분야의 통상의 기술자가 알 수 있는바, 그 설명을 생략한다.

상기 처리부(102)는 서버로부터 DCD 콘텐츠와 함께 전달받은 콘텐츠 메타데이터(즉, 단말의 장치 능력에 대한 정보를 가지고 있는 데이터)를 열고, 그 콘텐츠 메타데이터를 분석하여 상기 수신한 DCD 콘텐츠를 재생가능한지를 검토하고, 그 검토한 결과를 상기 서버에게 알리는 메시지를 생성한다. 그리고, 상기 콘텐츠 메타데이터의 분석은 단말(100)의 장치 능력에 대한 정보(이는 펌웨어로서 이미 단말에 저장되어 있다)와 비교함으로써 이루어진다. 즉, 처리부(102)는 상기 콘텐츠 메타데이터로부터 콘텐츠 유형, 코덱, 윈도우 크기 등의 정보를 추출하여 단말의 장치 능력(또는 장치 사양)으로 상기 수신한 DCD 콘텐츠가 재생할 수 있는지를 검토한다. 상기 콘텐츠 메타데이터를 분석한 결과에 기초하여, 상기 처리부(102)는 상기 DCD 콘텐츠를 재생할 수 있는 경우, 그 콘텐츠를 출력부(예를 들어, 디스플레이 또는 스피커)를 통하여 재생하고, 만약 DCD 콘텐츠를 재생할 수 없는 경우, 처리부(102)는 상기 DCD 콘텐츠를 단말이 재생할 수 없는 것임을 알리는 메시지(일명, 에러메시지)를 상기 콘텐츠를 전송한 서버에게 전송한다. 이때, 상기 처리부(102)는 단말의 장치 능력(또는 장치 사양)에 대한 정보를 나타내는 상태값을 생성하고, 이를 서버에게 보낸다. 상기 상태값은, 일명 단말 메타데이터라고도 한다. 한편, 상기 서버가 상기 상태값에 기초하여 새로운 포맷으로 생성한 콘텐츠를 상기 송수신부(101)에서 수신되면, 상기 처리부(102)는 상기 새로운 포맷의 콘텐츠를 처리하여 출력부로 재생한다.

이하, 도 6의 제4 실시 예 내지 도 8의 제6 실시 예를 설명한다. 도 6 내지 도 8의 실시 예들은, 단말이 수행하는 기능에 따라 단말의 구성요소를 더 구체화한 것이다. 즉, 단말(100)은 메시지를 송수신하는 송수신부(101)과 서버(200)로부터 전송된 콘텐츠를 열어보아 재생여부를 검사하는 어플리케이션(일명, DECA(DCD Enabled Client Application)을 포함한다. DECA(120)는 도 5의 처리부(102)에 구성된 구성요소이거나, 단말의 독립된 엔티티일 수 있다.

송수신부(101)는 서버 간의 메시지 송수신을 수행하고, 서버(200)로부터 콘텐츠를 전송받는 엔티티(장치 또는 클라이언트)이다. 여기서, 상기 서버와 송수신하는 메시지란, 도 2 내지 도 4의 실시 예에서 설명한 것과 같다. 송수신부(101)는 서버로부터 수신한 콘텐츠를 열어볼 수는 없기 때문에, 송수신부(101)는 DECA(120)에게 상기 콘텐츠를 전송한다.

DECA(120)는 송수신부(101)로부터 전달받은 콘텐츠(즉, 서버로부터 전송된 콘텐츠)가 재생(play)가능한지 또는 디스플레이(display) 가능한지를 검사하고, 그 검사한 결과를 송수신부(101)에게 보낸다. DECA(120)는 활성화(active) 상태와 비활성화(inactive) 상태로 구분된다. DECA(120)의 활성화 상태란 DECA(120)가 정상적으로 동작하는 상태로서, 다시 말해서, 콘텐츠를 열어보아 그 콘텐츠에 포함된 메타데이터를 검사하여 단말(100)의 장치능력으로 재생가능한지를 확인할 수 있는 상태를 말한다. 한편, DECA(120)가 비활성화 상태란 DECA(120)가 비정상적으로 동작하는 상태로서, 다시 말해서, DECA(120)가 어떤 장애가 발생하여 콘텐츠의 재생가능여부를 검사할 수 없는 상태를 말한다.

도 6은 본 발명의 제4 실시 예로서, DECA(120)가 활성화 상태이고 콘텐츠를 단말의 장치능력으로 재생할 수 있는 경우이다. 도 6에서 S1 ~ S3 에 해당하는 동작은 도 1의 S1 ~ S3에 해당하는 동작과 같고, 다만 도 6의 S1 ~ S3에 해당하는 메시지의 송수신 주체가 단말(100)의 송수신부(101)이다. 따라서, 도 1에서 도면부호와 동일한 도 6의 신호에 대한 설명은 도 1의 해당 설명부분을 그대로 원용한다.

도 6을 참조하면, 상기 단계(S1)의 요청에 의해 단말(100)의 송수신부(101)가 서버(200)부터 상기 요청한 콘텐츠를 포함하는 응답 메시지(도 1에서, ContentUpdateResponse)를 전송받는다(S2). 한편, 상기 응답 메시지에는 콘텐츠 대신 콘텐츠 주소(예를 들어, URI)를 포함할 수도 있다. 또한 상기 응답 메시지는 콘텐츠 이외에도 콘텐츠에 대한 장치능력(장치사양) 등에 대한 정보, 즉 콘텐츠 메타데이터를 포함한다.

상기 단계(S2)를 통하여 서버(200)로부터 전달받은 콘텐츠가 재생가능하지 검사하는 절차가 수행된다(S10). 즉, 송수신부(101)는 상기 응답메시지를 DECA(120)에 보내어, 상기 콘텐츠가 재생가능한지 검사할 것을 요청한다(S11). 단말(100)의 DECA(120)는 현재 활성화(active) 상태이다. 따라서, DECA(120)는 상기 응답메시지(ContentUpdateResponse)에 포함된 상기 메타데이터를 열어 보아, 상기 수신한 콘텐츠를 자신의 장치 능력으로 재생(play)할 수 있는지를 검토한다(S12). 만약 상기 단계(S12)에서 검토결과 상기 콘텐츠가 재생가능하다면, DECA(120)는 재생가능함을 알리는 메시지(도 6에서, OK)를 송수신부(101)에 보낸다(S13).

그리고, 송수신부(101)는 서버(200)에게 상기 콘텐츠의 성공적 수신 및 재생 가능을 알리는 확인 메시지(즉, 도 6에서 Content Update Confirmation)를 보낸다(S3). 이때, 상기 확인메시지, 즉 ContentUpdateConfirmation 메시지를 서버(200)가 수신하면, 서버(200)는 자신이 저장하고 있는 단말(100)에 대한 정보(즉, 장치능력 또는 장치사양에 대한 정보)와 실제 단말(100)의 장치능력(장치사양)과 일치함을 알 수 있다. 따라서, 서버(200)는 단말(100)의 장치능력(장치사양)에 대한 정보를 업데이트할 필요가 없다. 그리고, 서버(200)는 상기 콘텐츠가 성공적으로 단말(100)에게 전송된 것을 인식하고 소정 메모리(또는 버퍼)에 저장한 콘텐츠를 garbage collection으로 취급하여 그 메모리에서 삭제할 것이다(도면에 미도시).

도 7은 본 발명의 제5실시 예로서, DECA(120)가 비활성화(inactive) 상태이고 단말의 장치능력으로 콘텐츠를 재생할 수 없는 경우이다.

도 7를 참조하면, 도 7의 제7 실시 예에서 S1~S2 과정은 도 6의 S1~S2와 같다. 따라서, 도 7의 S2 이후의 과정을 설명하면 다음과 같다.

서버(200)는 상기 단계(S2)의 메시지를 단말(100)의 송수신부(101)에게 보낸 후, 그에 대한 확인 메시지 또는 에러 메시지를 기다린다. 그런데, 현재 DECA(120)가 비활성화 상태에 있다. 따라서, 단말(100)은 상기 단계(S2)의 메시지가 성공적 으로 수신됨을 알리고, 또한 DECA(120)가 비활성화 되어 콘텐츠의 재생여부를 판단할 수 없음을 알린다(도 7에서 "수신완료"). 이는 서버(200)가 상기 단계(S2)의 메시지에 대한 확인 메시지(즉, S3에 해당함)나 에러 메시지(즉, S3``에 해당함)를 무한정 기다리는 것을 방지한다.

이후, DECA(120)이 비활성화 상태에서 활성화 상태로 변경되면, 상기 단계(S2)를 통하여 서버(200)로부터 전달받은 콘텐츠가 재생가능한 것인지를 검사한다(S10`). 즉, 송수신부(101)는 수신받은 콘텐츠를 DECA(120)로 전달한다(S11).

DECA(120)는 상기 응답메시지(ContentUpdateResponse)에 포함된 상기 메타데이터를 열어보고, 상기 수신한 콘텐츠를 자신의 장치 능력으로 재생(play)할 수 있는지를 검토한다(S12`).

이하, 상기 단계(S12`)를 보다 상세히 설명한다.

단말(100)의 DECA(120)는 단말의 장치 능력(장치 사양)에 대한 정보(이는 단말에 구비된 소정 메모리에 이미 저장되어 있다)를 조회하여, 상기 수신한 콘텐츠가 단말의 장치 능력으로 재생될 수 있는 것인지를 검토한다. 즉, DECA(120)는 콘텐츠 메타데이터를 열어보아, 상기 수신한 콘텐츠에 대한 정보로서 콘텐츠 유형(Content type) 정보, 패킷 크기(packet size), 코덱(codec) 등 정보를 추출한다. 이때, 상기 단말의 DECA(120)가 추출한 콘텐츠 메타데이터를 검토한 결과, 만약 상기 콘텐츠의 포맷이 단말의 윈도우 크기에 적합하지 않거나 코덱 등의 불일치로 인하여 상기 수신한 콘텐츠를 재생할 수 없는 것으로 확인(판단)되면, DECA(120)는 단말(100)의 현재 장치능력들에 대한 상태값(status value)을 생성하 여 송수신부(101)로 전달하면, 송수신부(101)가 이를 서버(200)에게 보낸다.

상기 상태값이란, 단말(100)이 상기 수신한 콘텐츠를 재생하기 위해 필요한 단말(100)의 현재 장치능력에 관한 일련의 정보이다. 즉, 상기 상태값은 단말(100)이 처리할 수 있는 콘텐츠의 유형에 대한 정보, 코덱에 대한 정보, 윈도우 크기에 대한 정보 등이 포함된다. 상기 상태값은 DECA(120)가 단말의 장치능력과 상기 콘텐츠의 메타데이터를 비교 및 검토하여 획득한 결과이다.

DECA(120)은 상기 콘텐츠가 재생불가함을 송수신부(101)에게 통지 메시지를 보낸다(S13`).

이때, 상기 통지 메시지는 상기 상태값을 포함할 수 있다. 상기 상태값은 상기 통지 메시지와 별도의 다른 메시지로 전송될 수도 있다.

한편, 상기 과정(S13`)의 통지 메시지에 대한 또 다른 실시 예를 설명하면 다음과 같다.

DECA(120)이 수신받은 콘텐츠 메타데이터를 실행할 수 없는 경우이거나 , 콘텐츠 메타데이터의 검토(분석)한 결과 그 수신받은 콘텐츠를 실행할 수 없는 것으로 판단된 경우, 또는 그 수신받은 콘텐츠가 실행하기에 부적절한 경우에 있어서,

DECA(120)는 상기 과정(S11)의 응답으로서 실행 실패(a failure response) 메시지(즉, 재생불가 통지)를 송수신부(101)로 보낸다. 이때, DECA(120)은 상기 실행실패 메시지와 함께 에러 코드(즉, 콘텐츠의 실행불가능한 에러 유형을 가리키는 코드) 및 에러 파라미터(예를 들어, 에러 파라미터는 DECA에서 실행불가능한 콘텐츠의 유형, 능력(capability)과 관련된 정보 등을 포함하는 파라미터)를 송수신 부(101)로 보낸다 (on reception of a Content message with an inappropriate content item, the DCD Enabled Client Application SHOULD send a failure response to the DCD Client with error-code Content unavailable and errored-parameter as content-type.)

송수신부(101)는 서버(200)에 상기 수신받은 콘텐츠 메타데이터(또는 상기 수신한 콘텐츠)를 지원할 수 없음을 알리기 위해, 일명 비지원 콘텐츠 메타데이터(unsupported-content-metadata)를 포함하는 ContexualInformationUpload 메시지를 상기 서버(200)로 전송한다. 이때, 상기 unsupported-content-metadata는 상기 콘텐츠 메타데이터(또는 상기 콘텐츠)의 실행할 수 없는 정보(예를 들어, 능력 및 사양에 대한 정보), 즉 콘텐츠 메타데이터(또는 상기 수신한 콘텐츠)를 지원할 수 없음을 알리는 능력에 관한 일련의 정보이고, 송수신부(101)가 업그레이드 또는 능력(capability)이 변경되는 경우 또는 이전에 지원가능한 메타데이터(또는 콘텐츠)가 지원 불가능하게 변경되는 경우 등과 같이 단말(100)에서 상기 수신받은 콘텐츠의 메타데이터(또는 콘텐츠)를 지원할 수 없음을 알기리 위해 스트링 (List of Strings)등의 형태로 전달된다. 도 10은 ContexualInformationUpload 메시지로서, ContexualInformationUpload 메시지가 포함하고 있는 엘리먼트로서 unsupported-content-metadata와 그 외의 엘리먼트들을 도시한 것이다. 또한 상기 ContexualInformationUpload 메시지의 상세한 목적/구성 등의 내용은 OMA-TS-DCD_Semantics-V1_0-20080331-D에 설명된 ContexualInformationUpload 메시지의 내용과 동일하므로, 그 메시지에 대한 상세한 설명은 위 문서, 즉 OMA-TS- DCD_Semantics-V1_0-20080331-D를 원용한다. 다만, ContexualInformationUpload 메시지의 일 엘리먼트, 즉 unsupported-content-metadata는 본 발명에서 새롭게 정의된 것이다.

상기 에러메시지 및 또 다른 실시 예로 개진된 ContexualInformationUpload 메시지는, 단말(100)의 관점에서 볼 때, 상기 수신한 콘텐츠가 자신이 재생할 수 없는 것임을 서버(200)에게 알리는 일종의 통지 메시지이다. 상기 상태값은, 일 실시 예로서 콘텐츠 메타데이터에서 추출한 정보에서 단말(100)의 장치 능력들과 서로 다른 값만을 포함할 수 있고, 또 다른 실시 예로서 콘텐츠 메타데이터에서 추출한 정보에서 단말(100)의 장치 능력들을 갱신한 정보일 수도 있다. 상기 상태값은 콘텐츠 메타데이터와 대응하여 일명 '단말 메타데이터'라 할 수 있고, 또한 unsupported-content-metadata와 같을 수도 있다. 한편, 상기 상태값은 상기 에러 메시지와 별도의 다른 메시지로 전송될 수도 있다. 상기 상태값(즉, 단말 메타데이터)은 에러의 종류(또는 속성)를 나타내는 하나 이상의 파라미터(일명, Errored-parameter)로 표현될 수 있다. 즉, 각 파라미터는 DECA(102)에 의해 단말의 장치능력과 콘텐츠 메타데이터(즉, 서버가 콘텐츠와 함께 보낸 정보, 예를 들어 코덱, 콘텐츠 유형, 윈도우 크기 등)를 서로 비교 및 분석한 결과, 서로 차이가 있는 단말(100)의 장치능력의 속성(예를 들어, 단말이 보유한 코덱, 윈도우 크기, 콘텐츠 유형 등)을 가리키는 정보일 수 있다. 또한, 상기 상태값은 에러 유형을 가리키는 코드(일명, error code)를 포함할 수도 있다. 이러한 코드의 유형은 숫자 (integer)로 구성하여, 각 숫자(즉, 에러 코드)는 사전에 지정된 에러의 유형을 가 리키도록 할 수 있다.

서버(200)가 상기 에러메시지를 수신하면, 상기 에러메시지에 포함된 상기 상태값(즉, 단말 메타데이터)을 분석하여, 상기 단계(S2)에서 전송한 콘텐츠(편의상 제1 콘텐츠)를 단말(100)의 장치 능력에 적합한 포맷의 콘텐츠(편의상 제2 콘텐츠)로 새로이 생성한다(S4). 즉, 서버(200)가 새로이 생성하는 제2 콘텐츠는 단말(100)이 재생할 수 있도록, 상기 상태값(즉, 단말 메타데이터)이 반영되어 생성된 것이다. 또한, 서버(200)는 상기 상태값을 기초로 하여 단말(100)의 장치 능력에 대한 정보를 갱신한다. 이후, 상기 새로이 생성된 콘텐츠(즉, 제2 콘텐츠)는 서버(200)에서 단말(100)의 송수신부(101)로 전달되고, 그 콘텐츠는 DECA(120)에 의해 실행될 것이다.

도 8은 본 발명의 제6 실시 예로서, 도 7의 제5 실시 예와 유사하다, 다만, 도 8의 실시 예는, 상기 상태값이 에러 메시지와 별개의 메시지로 단말(100)에서 서버(200)으로 전달되는 점이 도 7의 실시 예와 다르다(도 8에서 S3``). 또 다른 실시 예로서, 상기 과정(S3``)에서 송수신부(101)은 ContexualInformationUpload 메시지와 unsupported-content-metadata를 독립적으로 서버(200)에 전송할 수 있다.

도 9는 본 발명의 일 실시 예로서, 도 4, 도 7 및 도 8의 실시 예들에서 콘텐츠가 실행 불가능한 경우 에러를 통지하는 부분 만을 재구성한 것이다. 특히, 도 9는 도 7의 메시지의 시그널링 관점에서 도시한 것이다. 따라서, 도 9의 실시 예에서, 도 9 의 S30은 도 7의 S11에, 도 9의 S31은 도 7의 S13`에, 그리고 도 9의 S32은 도 7의 S3``에 각각 대응되며, 도 9의 각 시그널링(즉, S30 ~ S32)에 대한 특징은 이미 상술한 도 7의 해당 시그널링(즉, S11, S13`, S3``)에 대한 설명이 그대로 적용된다. 그리고, 도 9에서 단말의 일 구성요소인 클라이언트(client)는 도 7의 송수신부에 해당하는 것으로 그 명칭만 다를 뿐, 그 기능 및 동작은 이미 상술한 실시 예들의 송수신부의 그것과 같다.

단말(100)이 요청한 콘텐츠를 서버(200)로부터 수신하면, 클라이언트(101)는 DECA(120)로 상기 수신한 콘텐츠를 보낸다(S30). 그리고, DECA(120)는 콘텐츠 메타데이터를 분석하여 콘텐츠를 실행(즉,재생)할 수 있는지 판단한다. 만약, DECA(120)가 자신의 능력(capability)으로 상기 콘텐츠를 재생할 수 없다면, DECA(120)는 그 콘텐츠를 실행할 수 없다는 오류(error)를 알리는 통지 메시지(또는 신호, 또는 예를 들어, 일명 failure response)를 클라이언트(101)에 보낸다(S31). 여기서, 상기 통지 메시지는 오류를 알리기 위한 전용 에러 메시지(dedicated message for notifying error, 일명 error notification message)이거나, 또는 공용 메시지(common message)이다. 만약 공용 메시지를 사용하여 상기 에러를 통지한다면, 공용 메시지에 상기 에러를 나타내는 필드 또는 파라미터가 포함될 것이다.

한편, 상기 과정(S31)에서 에러를 통지는 메시지와 함께 상태값 (또는 에러 코드 및/또는 에러 파라미터)이 DECA(120)에서 클라이언트(101)로 전달될 수 있다. 여기서, 상태값이란, 이미 상술한 바와 같이, 에러의 종류(또는 속성)를 나타내는 하나 이상의 파라미터(일명, Errored-parameter)이고 또한 에러 코드를 포함하는 것일 수 있다.

DECA(120)는 클라이언트(101)로부터 전달받은 에러를 통지하는 상기 메시지(즉, 전용 에러 통지 메시지, 또는 에러를 통지하는 필드가 포함된 공용 메시지)와 상기 상태값을 서버에게 보낸다(S32).

한편, 상기 과정(S32)의 통지 메시지에 대한 또 다른 실시 예를 설명하면 다음과 같다.

DECA(120)가 수신받은 콘텐츠 메타데이터를 실행할 수 없는 경우이거나 , 콘텐츠 메타데이터의 검토(분석)한 결과 그 수신받은 콘텐츠를 실행할 수 없는 것으로 판단된 경우, 또는 그 수신받은 콘텐츠가 실행하기에 부적절한 경우에 있어서,

DECA(120)는 상기 과정(S30)의 응답으로서 실행 실패(a failure response) 메시지를 클라이언트(101)로 보낸다. 이때, DECA(120)은 상기 실행실패 메시지와 함께 에러 코드(즉, 콘텐츠의 실행불가능한 에러 유형을 가리키는 코드) 및 에러 파라미터(예를 들어, 에러 파라미터는 DECA에서 실행불가능한 콘텐츠의 유형, 능력(capability)와 관련된 정보 등을 포함하는 파라미터)를 클라이언트(101)로 보낸다. 클라이언트(101)는 서버(200)에 상기 수신받은 콘텐츠 메타데이터(또는 상기 수신한 콘텐츠)를 지원할 수 없음을 알리기 위해, 일명 비지원 콘텐츠 메타데이터(unsupported-content-metadata)를 포함하는 ContexualInformationUpload 메시지를 상기 서버(200)로 전송한다. 여기서, 상기 unsupported-content-metadata는 도 7의 실시 예에서 설명한 바와 같다.

이상, 본 발명은 도면에 도시된 실시 예를 참고로 설명되었으나 이는 예시적 인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시 예가 가능하다는 점을 이해할 것이다. 본 발명의 구성요소들의 기능 및 동작은 그 명칭 자체에 한정되지 않는다. 예를 들어, 본 발명에 따른 단말(100)의 DECA(120)은 제어부(102)의 기능 일부를 수행하는 것으로 제어부(102)의 서브 엘리먼트로 구성될 수도 있고, 제어부(102)를 대신하여 해당 기능을 수행할 수도 있을 것이다. 또는 DECA(120)이 제어부(102)와 별개의 독립적 엘리먼트로 단말(100)에 구성될 수도 있을 것이다. 또한, 본 발명에서 상태값과 unsupported-content-metadata은 그 명칭이 서로 다른 것이지만, 그 기능 및 동작은 서로 같은 것일 수 있다. 예를 들어, unsupported-content-metadata가 상태값을 그 자체를 의미할 수도 있고, unsupported-content-metadata가 상태값이 가지고 있는 정보와 동일한 정보를 가지도록 구현할 수 있다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

도 1은 DCD에서 전송 계층(transport layer)의 논리적 전송 경로를 도시한 도면이다.

도 2는 본 발명의 제1 실시 예로서, 3-way 방식으로 콘텐츠로 전달하는 방법을 도시한 신호 흐름도이다.

도 3은 본 발명의 제2 실시 예로서, 3-way 방식으로 콘텐츠로 전달하는 방법을 도시한 신호 흐름도이다.

도 4는 본 발명의 제3 실시 예로서, 3-way 방식으로 콘텐츠로 전달하는 방법을 도시한 신호 흐름도이다.

도 5는 본 발명에 따른 단말의 개략적인 블록도이다.

도 6은 본 발명의 제4 실시 예로서, DECA가 활성화 상태인 경우 본 발명에 따른 3-way 방식으로 콘텐츠로 전달하는 방법을 도시한 신호 흐름도이다.

도 7은 본 발명의 제5 실시 예로서, DECA가 비활성화 상태인 경우 본 발명에 따른 3-way 방식으로 콘텐츠로 전달하는 방법을 도시한 신호 흐름도이다.

도 8은 본 발명의 제6 실시 예로서, DECA가 비활성화 상태인 경우 본 발명에 따른 3-way 방식으로 콘텐츠로 전달하는 방법을 도시한 신호 흐름도이다.

도 9는 본 발명의 일 실시 예로서, 도 4, 도 7 및 도 8의 실시 예들에서 콘텐츠가 실행 불가능한 경우 에러를 통지하는 부분 만을 재구성한 도면이다.

도 10은 ContxualInformationUpload 메시지가 포함하는 엘리먼트들이다.

Claims (17)

1. 콘텐츠를 이용하는 애플리케이션 및 상기 애플리케이션과 상호 작용하는 클라이언트를 포함하는 단말에서 서버로부터 콘텐츠를 수신하는 방법으로서,

   상기 클라이언트가 상기 서버로부터 상기 콘텐츠를 수신하는 단계;

   상기 클라이언트가 상기 서버로 확인 메시지(confirmation message)를 전송할지 여부를 판별하는 단계;

   상기 콘텐츠 수신이 성공적이고 상기 애플리케이션이 비활성 상태에 있는 경우 상기 클라이언트가 상기 확인 메시지를 전송하는 단계;

   상기 클라이언트가 상기 수신된 콘텐츠를 상기 애플리케이션으로 전달하는 단계; 및

   콘텐츠 사업자(content provider), 상기 서버, 상기 클라이언트, 및 상기 애플리케이션 중 하나에 의해 유발된 에러로 인해 상기 콘텐츠가 재생될 수 없다는 것을 통지하는 에러 메시지를 상기 클라이언트가 전송하는 단계를 포함하되,

   상기 에러 메시지는 실패 또는 경고 중 하나를 지시하는 에러 레벨 정보, 상기 콘텐츠가 재생될 수 없는 콘텐츠라는 것을 지시하는 정수 값의 에러 코드, 및 상기 단말의 현재 장치 능력(device capability) 중에서 에러와 관련된 속성을 지시하는 에러 파라미터를 포함하는

   콘텐츠 수신 방법.
2. 제1항에 있어서,

   상기 에러 메시지는 상기 단말의 상기 현재 장치 능력을 지시하는 상태 값을 더 포함하는

   콘텐츠 수신 방법.
3. 제1항에 있어서,

   상기 에러와 관련된 속성은 상기 단말의 상기 현재 장치 능력과 상기 수신된 콘텐츠로부터 추출된 콘텐츠 메타데이터를 비교하여 상기 클라이언트에 의해 생성되는

   콘텐츠 수신 방법.
4. 제1항에 있어서,

   상기 서버로부터 수신된 콘텐츠가 실행될 수 없다는 것을 통지하는 ContexualInformationUpload 메시지를 상기 클라이언트가 상기 서버로 전송하는 단계를 더 포함하는

   콘텐츠 수신 방법.
5. 제4항에 있어서,

   상기 ContexualInformationUpload 메시지는 비지원 콘텐츠 메타데이터(unsupported content-metadata)를 포함하는

   콘텐츠 수신 방법.
6. 제2항에 있어서,

   상기 클라이언트가 상기 서버로부터 업데이트 콘텐츠(updated content)를 수신하는 단계; 및

   상기 클라이언트가 상기 업데이트 콘텐츠를 상기 애플리케이션으로 전달하는 단계를 더 포함하되,

   상기 단말의 상기 현재 장치 능력은 상기 서버에 저장되고, 상기 업데이트 콘텐츠는 상기 단말의 상기 현재 장치 능력에 적합하도록 상기 단말의 상기 현재 장치 능력을 토대로 상기 서버에 의해 생성되는

   콘텐츠 수신 방법.
7. 콘텐츠를 이용하는 애플리케이션; 및

   클라이언트를 포함하는 단말에 있어서, 상기 클라이언트는

   서버로부터 상기 콘텐츠를 수신하고,

   상기 서버로 확인 메시지(confirmation message)를 전송할지 여부를 판별하고,

   상기 콘텐츠 수신이 성공적이고 상기 애플리케이션이 비활성 상태에 있는 경우 상기 확인 메시지를 전송하고,

   상기 수신된 콘텐츠를 상기 애플리케이션으로 전달하고,

   콘텐츠 사업자(content provider), 상기 서버, 상기 클라이언트, 및 상기 애플리케이션 중 하나에 의해 유발된 에러로 인해 상기 콘텐츠가 재생될 수 없다는 것을 통지하는 에러 메시지를 전송하도록 구성되며,

   상기 에러 메시지는 실패 또는 경고 중 하나를 지시하는 에러 레벨 정보, 상기 콘텐츠가 재생될 수 없는 콘텐츠라는 것을 지시하는 정수 값의 에러 코드, 및 상기 단말의 현재 장치 능력(device capability) 중에서 에러와 관련된 속성을 지시하는 에러 파라미터를 포함하는

   단말.
8. 제7항에 있어서,

   상기 클라이언트는 또한 콘텐츠 메타데이터로부터 콘텐츠 타입, 코덱, 및 윈도우 사이즈 중 적어도 하나를 추출하고, 상기 단말의 상기 현재 장치 능력으로 상기 콘텐츠가 재생될 수 있는지 여부를 분석하도록 구성되는

   단말.
9. 제7항에 있어서,

   상기 에러 메시지는 상기 단말의 상기 현재 장치 능력을 지시하는 상태 값을 더 포함하고, 상기 에러와 관련된 속성은 상기 단말의 상기 현재 장치 능력과 상기 수신된 콘텐츠로부터 추출된 콘텐츠 메타데이터를 비교하여 상기 클라이언트에 의해 생성되는

   단말.
10. 제9항에 있어서,

    상기 클라이언트는 또한 상기 서버로부터 업데이트 콘텐츠(updated content)를 수신하고, 상기 업데이트 콘텐츠를 상기 애플리케이션으로 전달하도록 구성되고,

    상기 단말의 상기 현재 장치 능력은 상기 서버에 저장되고, 상기 업데이트 콘텐츠는 상기 단말의 상기 현재 장치 능력에 적합하도록 상기 단말의 상기 현재 장치 능력을 토대로 상기 서버에 의해 생성되는

    단말.
11. 삭제
12. 삭제
13. 삭제
14. 삭제
15. 삭제
16. 삭제
17. 삭제

Images