KR101015891B1 - Ｄｒｍ 상호호환성 제공 방법 및 이를 위한 ｄｒｍ 모듈 - Google Patents

Ｄｒｍ 상호호환성 제공 방법 및 이를 위한 ｄｒｍ 모듈 Download PDF

Info

Publication number
KR101015891B1
KR101015891B1 KR1020080099339A KR20080099339A KR101015891B1 KR 101015891 B1 KR101015891 B1 KR 101015891B1 KR 1020080099339 A KR1020080099339 A KR 1020080099339A KR 20080099339 A KR20080099339 A KR 20080099339A KR 101015891 B1 KR101015891 B1 KR 101015891B1
Authority
KR
South Korea
Prior art keywords
drm
resource
content
processed
agent
Prior art date
Application number
KR1020080099339A
Other languages
English (en)
Other versions
KR20090036538A (ko
Inventor
추현곤
이주영
남제호
홍진우
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Publication of KR20090036538A publication Critical patent/KR20090036538A/ko
Application granted granted Critical
Publication of KR101015891B1 publication Critical patent/KR101015891B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Storage Device Security (AREA)

Abstract

DRM 상호호환성 제공 방법 및 이를 위한 DRM 모듈이 개시된다. DRM 프로세서는 인스톨된 DRM 에이전트들에게 리소스의 처리가능여부를 문의하는 처리가능질의메시지를 전송하여, 각 DRM 에이전트들로부터 리소스의 처리가능여부에 대한 응답메시지를 수신하면, 그 응답 메시지를 기초로 리소스의 처리가 가능한 DRM 에이전트를 파악하여 로드함으로써, 디바이스의 DRM 상호호환성을 제공한다.

Description

ＤＲＭ 상호호환성 제공 방법 및 이를 위한 ＤＲＭ 모듈{Method of providing interoperability between DRMs and DRM module thereof}
본 발명은 DRM(Digital Rights Management)에 관한 것으로서, 보다 상세하게는 DRM 상호호환성을 지원하기 위한 방법 및 이를 위한 DRM 모듈에 관한 것이다.
본 발명은 지식경제부 및 정보통신연구진흥원의 IT신성장동력핵심기술개발사업의 일환으로 수행한 연구로부터 도출된 것이다[과제관리번호: 2007-S-003-01, 과제명: 지상파 DTV 방송프로그램 보호 기술개발].
도 1은 종래 DRM을 처리하는 디바이스 구조의 일 예를 도시한 도면이다.
도 1을 참조하면, 디바이스는 패키지 형태(예를 들어, DCF(DMP Content File)/DCB(DMP Content Broadcast)/DCS(DMP Content Streaming))의 콘텐트를 수신하고 DCI(DMP Content Information)를 추출한다. 만약 리소스들이 보호된 경우라면, DRM 프로세서는 DRM 툴(Tool)들을 적당한 제어 포인트(Control Point)들에 로드한다. 여기서 제어포인트는 디바이스 내에서 한 모듈과 모듈로 연결되는 데이터의 통로 또는 통로로 사용되는 버퍼 등을 나타낸다.
이와 같이 디바이스가 보호된 리소스를 처리하기 위해, DRM 프로세서가 DRM 툴들을 로드하기 전에 DRM 정보는 추출되어야 한다. 이는 디바이스에서 대부분의 패키지 정보를 인식하고 있어야 하며, 이는 패키징 포맷(DCF) 및 패키징 정보 또는 콘텐츠 정보(DCI)에 대한 해석기(parser)가 디바이스 플랫폼에 구현되어 있어야 함을 의미한다.
대부분의 DRM 표준들은 DMP IDP 표준의 DCF와 비슷한 그들 자신의 패키징 포맷을 가지므로, 디바이스 제조업자들은 각 DRM 포맷을 이해하는데 뿐만 아니라 모든 파서와 디-패키져(de-packager)를 디바이스 내에 구현하는 데 있어 어려움을 가진다. 게다가, 대부분의 DRM 벤더(vendor)들은 외부 모듈이 콘텐트 패키지의 DRM 정보에 접근이 허용되는 것을 바라지 않는다. 이는 곧 디바이스가 상호호환의 DRM 기술을 지원하기 어렵게 만든다.
도 2는 종래 보호 콘텐트 요소들을 재생하기 위해 요구되는, 리소스 관리자와 DRM 프로세서 간의 메시지 흐름의 일 예를 도시한 도면이다. 도 2에서 리소스 관리자는 최초에 콘텐츠에 접근하는 장치의 기능 또는 어플리케이션을 의미한다.
도 2를 참조하면, 기존의 시스템에서 콘텐트 아이템의 보호 리소스 부분을 재생하기 위하여, 리소스 관리자(manager)는 DCF 및/또는 DCI를 분석(parse)하여, DRM 정보, 라이센스 등을 추출한다. 리소스 관리자는 DRM 정보로부터 필요한 DRM 프로세서(또는 프로세싱 모듈)를 인스턴스화(instantiate)하고, DRM 프로세서를 인증을 거진 후 DRM 프로세서를 초기화한다.
DRM 프로세서는 리소스 관리자를 통해, 리소스 내에 포함되어 있거나, 리소스 외부에 연결되어 있는 라이센스를 요청할 수 있다. 이때 리소는 관리자는 이용 가능한 라이센스들을 포함하는 메시지를 통해 DRM 프로세서의 요청에 응답한다. 사용자가 콘텐트에 대한 동작을 종료하면, 리소스 관리자는 메시지를 통해 DRM 프로세서를 종료시킨다.
종래의 경우, 콘텐츠에 필요한 DRM 모듈을 호출하기 위해, 해당 콘텐츠에 어떤 DRM이 걸려있는지를 어플리케이션(또는 디바이스 또는 리소스 프로세서)에서 1차적으로 추출하고 판단하여야 한다. 즉 리소스 프로세서가 콘텐트의 특정 정보에 기반하여 어떤 DRM이 사용되었는지를 판단하여야 하여, 일정 이상의 DRM 정보를 해석할 수 있어야 하는 어려움이 있다.
본 발명이 해결하고자 하는 기술적 과제는, 디바이스에서 DRM 프로세서가 콘텐츠에 적용 가능한 서로 다른 DRM에 대한 정보를 해석할 필요없이 다양한 DRM을 지원할 수 있는 방법 및 이를 위한 DRM 모듈을 제공하는 데 있다.
상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 DRM 상호호환성 제공 방법의 일 실시예는, 디바이스의 DRM 상호호환성을 제공하는 방법에 있어서, DRM 에이전트들에게 리소스의 처리가능여부를 문의하는 처리가능질의메시지를 전송하는 단계; 상기 DRM 에이전트들로부터 상기 리소스의 처리가능여부에 대한 응답메시지를 수신하는 단계; 및 상기 응답메시지를 기초로 파악된, 상기 리소스를 처리가능한 DRM 에이전트를 로드하는 단계;를 포함한다.
상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 DRM 상호호환성 제공 방법의 다른 실시예는, DRM 모듈에서 디바이스의 DRM 상호호환성을 제공하는 방법에 있어서, 리소스의 처리가능여부를 문의하는 처리가능질의메시지를 수신하는 단계; 및 상기 리소스의 처리가능여부를 체크하여 그 결과를 응답하는 단계;를 포함한다.
상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 DRM 모듈의 일 실시예는, 디바이스에서 DRM 상호호환성을 제공하는 DRM 모듈에 있어서, 리소스의 처리가능여부를 문의하는 처리가능질의메시지를 수신하면, 상기 리소스의 처리가능여부를 체크하여 그 결과를 응답하는 DRM 에이전트; 및 DRM 동작을 수행하는 적어도 하나 이상의 DRM 툴;을 포함한다.
본 발명에 따르면, 툴 에이전트와 분리된 디바이스 구조는 콘텐츠에 적용가능한 DRM에 따라 툴 에이전트를 능동적으로 선택함으로써 다양한 DRM을 지원할 수 있다. 또한 DRM 툴과 에이전트는 별도의 하드웨어 또는 소프트웨어로 구현될 수 있다. 예를 들어 DRM 툴과 에이전트는 스마트카드에 구현되고, DRM 프로세서가 스마트카드와 인터페이스를 제공하는 경우, 사용자는 스마트카드를 교체함으로써 디바이스에서 다양한 DRM을 지원받을 수 있다. 따라서 디바이스는 시스템을 변경할 필요없이 새로운 DRM들을 지원할 수 있다. 또한, 본 발명은 멀티미디어 플랫폼과 DRM 서비스들 사이의 독립성을 보장하고, DRM 기술의 변화에 대한 유연성을 제공하고, 이전 DRM 시스템들을 변경을 최소화할 수 있다.
이하에서, 첨부된 도면들을 참조하여 본 발명에 따른 DRM 상호호환성 제공방법 및 이를 위한 DRM 모듈에 대해 상세히 설명한다.
도 3은 본 발명에 따른 DRM 상호호환성에 대한 개념을 도시한 도면이다.
DRM들 사이의 상호호환성을 지원하기 위하여, 디바이스는 다양한 콘텐트 포맷들을 수용하고 다양한 DRM 서비스들과 통신을 할 수 있어야 한다. 그러나 각 디바이스 벤더가 파서(parser), 프로세서, 인증 모듈, 라이센스 발생 모듈, 통신 모듈과 같은 DRM-모듈 모두를 구현하기에는 많은 비용이 든다. 또한 DRM의 갱신이나 새로운 DRM의 출현에 대처하기가 어렵다.
그러므로 본 발명에서 상호호환의 DRM 시스템을 위해서, 디바이스 플랫폼과 이 디바이스 플래폼과 통신할 수 있는 에이전트, 그리고 별도의 DRM 서비스 제공자로 구성된 시스템 모델을 제안한다. 디바이스 개발자는 공통된 인터페이스를 가지고 있는 에이전트와의 인터페이스만을 개발하고, 각 DRM 시스템 별로 해당하는 메시지를 처리하도록 함으로써 디바이스와 DRM들 사이의 독립성이 보장된다.
따라서, 본 발명에서는 도 3에 도시된 바와 같이 디바이스 플랫폼(320,322,324)에서 표준화된 인터페이스를 정의하고, 이 표준화된 인터페이스를 처리하는 모듈을 에이전트(310,312,314)로 정의한다. 그리고 각 DRM 모듈들(300,302,304)은 에이전트와의 인터페이스를 통해 디바이스에서 동작가능하다.
DMP(Digital Media Project)에서, 패키징, 디-패키징, 라이센싱, 인코딩/디코딩과 같은 DRM 동작들은 DRM 에이전트 툴과 그 툴 내의 DRM 툴들에서 수행된다. 각 툴 에이전트는 DRM 프로세서와 표준화된 방법으로 통신하고, 모든 DRM 모듈들은 DRM 에이전트 툴과 내부 인터페이스를 이용하여 통신한다.
도 4은 본 발명에 따른 모듈 구성에 대한 일 예를 도시한 도면이다.
도 4를 참조하면, DRM 툴 그룹(410)은 DRM 에이전트(420), 디-패키져(430), 라이센스 프로세서(440), 인증 프로세서(450), 복호화 툴(460), 보안 저장부(470) 등을 포함한다. 상기 툴 그룹은 하나의 모듈로 구성이 가능하며, 별개의 모듈로 구성될 수 있다.
디-패키져(430)는 콘텐츠의 패키져를 해석하고, 라이센스 프로세서(440)는 콘텐츠에 대한 사용권한을 해석하여 콘텐츠 처리에 필요한 복호화키를 얻어낸다. 복호화 툴(decryption tool)(460)은 콘텐츠의 재생 또는 처리 중, 암호화 또는 워터마킹과 같은 기능을 수행하고, 보안 저장부(470)는 DRM 툴에서 관리하는 정보, 예를 들어 키값, 부가 정보 등을 저장 관리한다. DRM 에이전트를 제외한 다른 DRM 툴은 DRM 시스템에 따라 서로 다르게 구성될 수 있음은 물론이다.
본 발명의 장치 구성은, 서로 다른 DRM 시스템을 지원하는 디바이스에서 보호된 컨텐츠에 적당한 DRM 시스템을 찾는 것을 가능하게 한다. 여기서 검색과정은 디바이스 상에서 리소소의 DRM 정보에 대한 추출이나 해석없이, 콘텐츠/리소스 그자체 또는 그 콘텐트에 대한 레퍼런스(주소위치)와 같은 리소스 정보만을 이용하여 DRM 시스템을 찾을 수 있다.
예를 들어, 사용자가 보호 컨텐트(Protected Content)를 소비하려고 할 때, 디바이스(구체적으로, DRM 프로세서(400))는 디바이스에 인스톨된 DRM 에이전트들에게 단지 콘텐트 파일(또는 파일 정보)을 전송한다. 만약 DRM 툴 그룹 A(410)의 DRM 에이전트(420)가 그 리소스를 처리할 수 있다면, 그 DRM 에이전트(420)는 긍정적인 응답을 보낼 것이며, 만약 그렇지 않다면 부정적인 응답을 보낼 것이다. 리소스가 DRM에 의해 처리될지를 결정하기 위하여, 툴 에이전트는 디-패키져(430) 또는 DCI/DCF 파서에게 이를 문의할 수 있다. 툴 에이전트들로부터 응답을 받은 후, 디바이스 내에 이용 가능한 DRM 에이전트(420)가 있다면 DRM 프로세서(400)는 콘텐트를 위한 DRM 작업들을 수행하기 위하여 그 DRM 에이전트(420)를 로드한다.
앞서 언급한 바와 같이, DRM-검색 과정 동안, 어떠한 DRM 정보도 리소스 프 로세서나 디바이스 플랫폼에서 사용되지 않으며, 다만 파일이나 일반 리소스 정보(DRM에 관한 것이 아님)가 이동할 뿐이다. 이로써 디바이스와 DRM들 사이의 독립성이 보장되고, 다양한 DRM들을 위한 공통 인터페이스를 최소화하고, DRM 정보의 누수로부터 디바이스를 보호할 수 있다.
도 5는 세 가지 종류의 DRM을 지원하는 디바이스의 일 예를 도시한 도면이다.
도 5를 참조하면, 본 실시예에서 디바이스는 IDP, OMA(Open Mobile Alliance), MS-DRM을 지원한다. 예를 들어, 디바이스가 DMP DCF 파일을 접한다고 가정하자. DRM 프로세서는 첫째, 세 개의 DRM 에이전트들에게 콘텐트 패키지 자체 또는 그것의 레퍼런스를 전송하면서, 처리가능질의메시지(예를 들어, CanProcessQuery 메시지, 도 8 참조)를 전송한다. 이러한 질의 메시지를 수신하면, 세 개의 DRM 에이전트들 각각은 콘텐츠 포맷을 분석한다. 이때 DMP-IDP를 위한 DRM 에이전트만이 긍정적인 응답을 보낸다. 반면에 디바이스가 OMA 컨텐츠를 접하는 경우, OMA DRM 에이전트가 긍정적인 응답을 보낼 것이다. 그러나 디바이스는 OMA 툴 에이전트가 그것을 어떻게 디-패키지하고 분석하는지에 대해서는 상관하지 않는다. 적당한 DRM 에이전트를 찾으면, DRM 프로세서는 그 DRM 에이전트와 그 에이전트의 툴들을 로드한다.
도 6은 본 발명에 따른 DRM 상호호환성을 제공하는 디바이스의 일 실시예의 구성을 도시한 도면이다.
도 6을 참조하면, 디바이스는 본 발명에 따른 DRM 상호호환성을 제공하기 위 하여, DRM 프로세서(600), 다수의 DRM 툴 그룹들(610,620,630)을 포함한다. 각 DRM 에이전트(612,622,632)는 DRM 프로세서(600)와의 통신을 수행하며, 자신이 속한 툴 그룹 내의 DRM 툴들에 대한 흐름 관리 기능을 수행한다. 각 DRM 툴 그룹은 도 4에서 설명한 바와 같다.
DRM 프로세서(600)는 디바이스 내의 모든 DRM 툴 그룹의 DRM 에이전트들(612,622,632)에게 리소스의 처리가 가능한지를 문의하는 메시지를 브로드캐스팅방식으로 동시에 보내거나 순차적으로 전송할 수 있다.
순차적으로 보내는 경우, DRM 프로세서(600)는 DRM 툴 그룹 A(610) 부터 C(630)의 순으로 순차적으로 각 DRM 에이전트에게 리소스의 처리 가능 여부를 질의하고, DRM 에이전트로부터 리소스의 처리가 가능하다는 긍정적인 응답을 수신할 때까지 그 질의 과정을 반복한다. 동시에 보내는 경우, DRM 프로세서(600)는 각 DRM 에이전트들(612,622,632)로부터 수신한 다수의 응답에서 리소스의 처리 가능에 대한 긍정적인 응답을 보낸 DRM 에이전트를 파악한다.
도 7은 본 발명에 따른 DRM 상호호환성을 제공하는 방법의 일 실시예의 흐름을 도시한 도면이다.
도 7을 참조하면, 디바이스가 콘텐트 패키지 또는 그것에 대한 레퍼런스(위치 정보)를 수신하면, DRM 프로세서를 인스턴스화하고(S700), DRM 프로세서를 상호 인증하고(S705), DRM 프로세서를 초기화한다(S710). DRM 프로세서 초기화를 통해 장치 내에 설치된 DRM 에이전트를 초기화한다.
이제 DRM 프로세서는 디바이스 내에 설치된 DRM 에이전트 A에게 질의 메시지 를 전송하여 리소스에 대한 처리가 가능한지 여부를 문의한다(S715). 본 실시 예에서는 각 DRM 에이전트들에게 순차적으로 질의하는 경우를 예로 들었으나, 동시에 질의를 수행하는 것도 가능하다.
DRM 에이전트 A는 DRM 프로세서로부터 처리 가능여부에 대한 질의메시지를 받으면, 해당 DRM 처리 가능 여부를 체크한다(S720, S735). 즉 DRM 에이전트 A는 디바이스가 재생하고자 하는 콘텐츠에 사용된 DRM이 자신이 처리 가능한 DRM 인지 확인한다. DRM 에이전트 A는 DRM 처리 가능 여부의 체크 결과를 DRM 프로세서에게 응답한다(S725). DRM 에이전트 A에서 처리가 불가능함을 응답받으면, DRM 프로세서는 다시 DRM 에이전트 B에서 처리가능 질의 메시지를 전송한다(S730). DRM 에이전트 B는 자신이 처리가능한 DRM인지 체크한다(S735). 체크 결과 처리 불가능한 경우 DRM 에이전트 B는 그 불가능 사실을 DRM 프로세서에게 전송한다(S745). DRM 프로세서는 인스톨된 모든 DRM 에이전트로부터 처리 불가능하다는 응답을 수신하면, 실패 사실을 리소스 프로세스에게 전송한다(S750). 만약 네트워크 기능이 있는 경우, DRM 프로세서는 네트워크를 통해 처리할 수 있는 DRM 에이전트를 찾는다.
DRM 에이전트들은 필요에 따라, 자신의 DRM 툴 그룹 내의 디-패키져 및 DRM 툴 들을 이용하여 처리 가능여부를 파악할 수 있다. 예를 들어, DRM 에이전트 B는 보호 콘텐츠가 DRM 디패키징 모듈(툴)을 통해 처리될 수 있는지 체크하고(S740), 그 결과를 DRM 프로세서에게 보낸 수 있다.
DRM 에이전트 B는 DRM 툴 모듈에서의 처리 결과를 통해 해당 DRM 모듈을 통해 처리 가능한지 체크한다(S755). 체크 결과 처리 가능한 경우 그 처리 가능 사실 을 DRM 프로세서에게 응답한다(S760). 그러면 DRM 프로세서는 DRM 에이전트 B를 로드하고(S765), DRM 에이전트 B와 재생 정보를 교환한다. DRM 에이전트 B는 DRM 툴들을 제어 포인트들에 연결하고(S770, S775), 그 결과를 전송한다(S780,S785)
도 7의 처리흐름을 위해 본 발명에서는 종래와 다른 두 개의 새로운 메시지를 정의한다. 즉 DRM 프로세서가 각 DRM 에이전트에게 리소스에 대한 처리가 가능한지 여부를 문의하는 처리가능질의 메시지(CanProcessQuery)와 DRM 에이전트가 리소스에 대한 처리 여부에 대해 결과를 DRM 프로세서에게 알려주는 응답메시지(CanProcess)를 정의한다.
도 8은 처리가능질의메시지(CanProcessQuery)의 일 예를 XML 형태로 도시한 도면이다.
도 8을 참조하면, 처리가능질의 메시지(800)는 툴 에이전트가 콘텐츠를 분석할 수 있도록 콘텐트 위치를 나타내는 콘텐트 URL(820) 또는 콘텐트 패키지 인라인인 콘텐트 데이터(830)를 포함한다. 예를 들어, DRM 프로세서가 파일 형태의 콘텐츠를 처리할 경우, 콘텐츠 파일명 또는 파일에 대한 인스턴스를 이용하여 해당 DRM 에이전트를 찾을 수 있으며, 스트리밍 형태의 콘텐츠인 경우, DRM 프로세서는 스트리밍 데이터의 인스턴스 또는 참조 주소를 통해 DRM 에이전트를 찾을 수 있다.
도 9는 응답메시지(CanProcess)의 일 예를 도시한 도면이다.
도 9를 참조하면, 본 발명에 따른 응답 메시지(900)는 종래 ISO/IEC 23001-3에서 정의된 CanProcess 메시지를 확장한 형태이다. 본 발명에 따른 응답 메시지는 결과 속성과 함께 몇몇 표준화된 툴들이 툴 에이전트의 바깥에서 사용될 때를 위해 필요한 DRM 에이전트 ID 또는 DRM 에이전트 인스터스 ID(IPMPToolID) 정보(910)를 포함한다.
본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광데이터 저장장치 등이 있다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.
도 1은 종래 DRM을 처리하는 디바이스 구조의 일 예를 도시한 도면,
도 2는 종래 보호 콘텐트 요소들을 재생하기 위해 요구되는, DRM 관리자와 DRM 프로세서 간의 메시지 흐름의 일 예를 도시한 도면,
도 3은 본 발명에 따른 DRM 상호호환성에 대한 개념을 도시한 도면,
도 4은 본 발명에 따른 확장 툴 팩 모델의 일 예를 도시한 도면,
도 5는 세 가지 종류의 DRM을 지원하는 디바이스의 일 예를 도시한 도면,
도 6은 본 발명에 따른 DRM 상호호환성을 제공하는 디바이스의 일 실시예의 구성을 도시한 도면,
도 7은 본 발명에 따른 DRM 상호호환성을 제공하는 방법의 일 실시예의 흐름을 도시한 도면,
도 8은 본 발명에 따른 처리가능질의메시지의 일 예를 도시한 도면, 그리고,
도 9는 본 발명에 따른 처리가능질의메시지에 대한 응답메시지의 일 예를 도시한 도면이다.

Claims (9)

  1. 디바이스의 DRM 상호호환성을 제공하는 방법에 있어서,
    DRM 에이전트들에게 리소스의 처리가능여부를 문의하는 처리가능질의메시지를 전송하는 단계;
    상기 DRM 에이전트들로부터 상기 리소스의 처리가능여부에 대한 응답메시지를 수신하는 단계; 및
    상기 응답메시지를 기초로 파악된, 상기 리소스를 처리가능한 DRM 에이전트를 로드하는 단계;를 포함하는 것을 특징으로 하는 DRM 상호호환성 제공 방법.
  2. 제 1항에 있어서,
    상기 처리가능질의메시지는 콘텐트 패키지 또는 콘텐츠의 위치정보를 포함하는 것을 특징으로 하는 DRM 상호호환성 제공 방법.
  3. 제 1항에 있어서,
    상기 응답메시지는 상기 리소스의 처리가능여부와 함께 DRM 에이전트 식별정보 또는 DRM 에이전트 인스턴스 식별정보를 포함하는 것을 특징으로 하는 DRM 상호호환성 제공 방법.
  4. DRM 모듈에서 디바이스의 DRM 상호호환성을 제공하는 방법에 있어서,
    리소스의 처리가능여부를 문의하는 처리가능질의메시지를 수신하는 단계; 및
    상기 리소스의 처리가능여부를 체크하여 그 결과를 응답하는 단계;를 포함하는 것을 특징으로 하는 DRM 상호호환성 제공 방법.
  5. 제 4항에 있어서, 상기 응답 단계는,
    보호 콘텐츠가 DRM 디패키징 과정을 통해 처리가능한지 체크하여, 그 결과를 응답하는 단계;를 포함하는 것을 특징으로 하는 DRM 상호호환성 제공 방법.
  6. 제 4항에 있어서, 상기 응답 단계는,
    인라인 콘텐트 포맷 또는 콘텐트 레퍼런스를 포함하는 리소스 정보를 이용하여 상기 리소스가 처리가능한지 여부를 체크하여 그 결과를 응답하는 단계;를 포함하는 것을 특징으로 하는 DRM 상호호환성 제공 방법.
  7. 제 4항에 있어서,
    응답메시지는 상기 리소스의 처리가능여부와 함께 DRM 에이전트 식별정보 또는 DRM 에이전트 인스턴스 식별정보를 포함하는 것을 특징으로 하는 DRM 상호호환성 제공 방법.
  8. 삭제
  9. 삭제
KR1020080099339A 2007-10-09 2008-10-09 Ｄｒｍ 상호호환성 제공 방법 및 이를 위한 ｄｒｍ 모듈 KR101015891B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20070101628 2007-10-09
KR1020070101628 2007-10-09

Publications (2)

Publication Number Publication Date
KR20090036538A KR20090036538A (ko) 2009-04-14
KR101015891B1 true KR101015891B1 (ko) 2011-02-23

Family

ID=40761495

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080099339A KR101015891B1 (ko) 2007-10-09 2008-10-09 Ｄｒｍ 상호호환성 제공 방법 및 이를 위한 ｄｒｍ 모듈

Country Status (1)

Country Link
KR (1) KR101015891B1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003067409A (ja) 2001-08-22 2003-03-07 Sony Corp ディジタルコンテンツ提供方法および装置
KR20070040322A (ko) * 2005-10-11 2007-04-16 엘지전자 주식회사 Ｄｒｍ 콘텐츠 ｒｏ의 공유 방법, 장치 및 시스템
KR20090003422A (ko) * 2007-06-09 2009-01-12 삼성전자주식회사 휴대단말의 콘텐츠 권리객체 획득 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003067409A (ja) 2001-08-22 2003-03-07 Sony Corp ディジタルコンテンツ提供方法および装置
KR20070040322A (ko) * 2005-10-11 2007-04-16 엘지전자 주식회사 Ｄｒｍ 콘텐츠 ｒｏ의 공유 방법, 장치 및 시스템
KR20090003422A (ko) * 2007-06-09 2009-01-12 삼성전자주식회사 휴대단말의 콘텐츠 권리객체 획득 방법 및 장치

Also Published As

Publication number Publication date
KR20090036538A (ko) 2009-04-14

Similar Documents

Publication Publication Date Title
KR101352513B1 (ko) 컨텐츠 암호키의 위치를 효율적으로 제공하는 방법 및 장치
US20070162400A1 (en) Method and apparatus for managing digital content in a content management system
EP1950682B1 (en) Computer data management method, program, and recording medium
CN101351805B (zh) 用于提供数字权利管理系统之间互操作性的方法和装置
US20050065891A1 (en) Method of granting DRM license to support plural devices
RU2377634C2 (ru) Программный интерфейс для лицензирования
WO2006107185A1 (en) Domain management method and domain context of users and devices based domain system
KR101487175B1 (ko) 분리형 ｒｏ 관리를 위한 호스트 단말 및 저장 장치, 그의 분리형 ｒｏ 관리 방법 그리고, 이를 수행하는 프로그램을 기록한 기록매체
RU2359316C2 (ru) Способ администрирования компонентов программного обеспечения, интегрированных в мобильную систему
US20050075998A1 (en) Process of ipmp scheme description for digital item
KR100506530B1 (ko) 다수의 기기를 지원하는 ｄｒｍ 라이센스 방법
KR20080081631A (ko) 이동 단말에 탑재되는 디지털 권한 관리 장치 및 이를이용한 디지털 권한 관리 방법
US20040049588A1 (en) Access management server, method thereof, and program recording medium
KR101015891B1 (ko) Ｄｒｍ 상호호환성 제공 방법 및 이를 위한 ｄｒｍ 모듈
EP1850263A1 (en) Metadata processing assurance
JP4389622B2 (ja) データ監視方法、情報処理装置、プログラム及び記録媒体、並びに情報処理システム
US7607176B2 (en) Trainable rule-based computer file usage auditing system
WO2007068263A1 (en) Device, system and method for allowing authorised access to a digital content
US8898801B2 (en) Method for protecting a digital rights file description
US7347380B2 (en) Installing a file system in a data carrier
JP4227479B2 (ja) カプセル化装置、ライセンス生成装置、サービス提供装置、カプセル化プログラム、ライセンス生成プログラム及びサービス提供プログラム
JP2009151827A (ja) データ監視方法、情報処理装置、プログラム及び記録媒体、並びに情報処理システム
US8214303B2 (en) Apparatus for executing interoperable digital rights management using contents device and method of performing operations between contents device and digital rights management tool for interoperable digital rights management
CN113176876B (zh) 数据读写的方法、装置和电子设备
KR101065937B1 (ko) 서비스 플로우 처리 방법 및 장치

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20140123

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee