KR20030096255A

KR20030096255A - 권리 청약 및 허여

Info

Publication number: KR20030096255A
Application number: KR10-2003-7010484A
Authority: KR
Inventors: 왕진; 타다연비잔
Original assignee: 콘텐트가드 홀딩즈 인코포레이티드
Priority date: 2001-06-07
Filing date: 2002-06-05
Publication date: 2003-12-24
Also published as: WO2002101491A3; MXPA04000135A; NZ530483A; KR100626969B1; EP1317702A4; CA2432314A1; EP1317702A2; WO2002101491A2; CN1608264A

Abstract

개시된 내용은 콘텐트의 배포 및 사용, 서비스 및 자원을 통제하는 디지털 권리를 청약하고 허여하기 위한 방법 및 시스템에 관한 것이다. 이러한 방법 및 시스템은 콘텐트 제공자와 사용자 사이에 유연한 비즈니스 모델 및 거래 협상의 기반을 제공한다. 디지털권이 파생되는 것을 허락하는 후속 권리의 개념은 콘텐트 배포 사슬내에서 업스트림 당사자들이 다운스트림 당사자들에 의해 허여되고 수신된 권리를 탐지하는 것을 허락하는 것이다. 그러므로, 각 거래는 권리 공급자와 권리 소비자 사이의 두 당사자 거래로서 고려될 수 있다.

Description

권리 청약 및 허여 {RIGHTS OFFERING AND GRANTING}

저작권 고지

[0003] 디지털 시대는 저작권이 있는 정보, 한정된 서비스들 및 가치 있는 자원들의 소유권, 접근 및 통제에 대한 관심을 크게 증대시키고 있다. 빠른 발전과 폭넓은 전파가 컴퓨터 및 다른 전자 수단, 예컨대 휴대폰, 호출기(삐삐), PAD 및, 전자책 판독기에서 일어나고 있으며, 이러한 수단들은 인터넷, 인트라넷 및 다른 네트워크를 포함하는 통신연결수단을 통하여 상호 연결되어 있다. 이렇게 서로 연결된 수단들은 전자적으로 콘텐트의 발행, 서비스의 청약 및 자원의 이용가능성에 특히 이바지하고 있다.

[0004] 전자수단 및 특히 인터넷을 통한 디지털 저작물들(즉, 컴퓨터에 의해 판독가능한 형태로 된 문서들이나 그 외 콘텐트)의 폭넓은 배포를 방해하는 가장 중요한 문제들 중 하나는 디지털 저작물들을 배포하고 사용하는 동안 콘텐트 소유자의 지적재산권을 실시하는 능력이 현재는 결핍되어 있다는 것이다. 이러한 문제를 해결하려는 노력들은 "지적재산권 관리"("IPRM"), "디지털 재산권 관리"("DPRM"), "지적재산 관리"("IPM"), "권리 관리"("RM"), 및 "전자 저작권 관리"("ECM")라는 용어들을 만들었으며, 여기에서는 총체적으로 "디지털권 관리(DRM)"로서 언급한다. DRM 시스템을 실행하는 데에 있어서 고려되어야 할 많은 문제들이 있다. 예를 들어, 인증, 권한, 회계, 지불 및 재정상의 청산, 권리 사양, 권리 검증, 권리 실시, 및 문서 보호 문제들은 역점을 두어 다루어져야 한다. 미국 특허 5,530,235, 5,634,012, 5,715,403, 5,638,443 및 5,629,980들은 참조로 여기에 게재되어 공개되어 있으며, 이러한 문제들을 역점을 두어 다루고 있는 DRM 시스템들을 개시하고 있다.

[0005] 두 가지의 기본적인 DRM 방안은 안전한 콘테이너와 신뢰받는 시스템을 채용하여 왔다. "안전한 콘테이너"( 혹은 단지 부호화된 문서)는 권한조건 설정이 부합되고 저작권 기간(즉, 사용지불)이 유지될 때까지 문서콘텐츠가 부호화된 상태를 유지하는 방법을 제공한다. 다양한 조건과 기간이 문서제공자에게 검증된후, 문서는 사용자에게 사용가능한 형태로 해제된다. Cryptolopes^TM및 Digiboxes^TM와 같은 상업적인 제품들이 이 범주에 속한다. 명확히는, 안전한 콘테이너를 통한 접근은 비보안된 경로를 통한 전달 과정에서 문서를 보호하는 해결책을 제공하지만, 불법적인 사용자가 해제된 문서들을 얻고, 그래서 그것이 콘텐트 소유자의 지적재산권에 위배하여 사용되고 재배포되는 것을 방지하는 메카니즘을 제공하지는 못한다.

[0006] "신뢰받는 시스템" 접근에 있어서, 완전한 시스템은 문서의 비인증된 사용 및 배포를 방지할 책임이 있다. 신뢰받는 시스템의 구축은 일반적으로 안전한 프로세서, 안전한 저장장치 및 안전한 렌더링(rendering) 수단과 같은 새로운 하드웨어의 도입을 수반한다. 이것은 또한 신뢰받는 시스템상에 운용되는 모든 응용 소프트웨어가 신뢰받도록 인증될 것을 요구한다. 변경방지(tamper-proof)된 신뢰받는 시스템을 구축하는 것이 현존 기술에 대한 실질적인 도전이지만, 현 시장경향은 개방되고 비신뢰된 시스템들, 예컨대 웹에 접근하기 위해 브라우저를 사용하는 PC와 워크스테이션과 같은 시스템이 디지털 저작물들에 접근하는 데 사용되는 주력 시스템이 될 것이라는 것을 제시하고 있다. 이런 의미에서, 대중적인 운영체계들(즉, 윈도우^TM, 리눅스^TM, 유닉스) 및 브라우저와 같은 렌더링 어플리케이션을 구비한 PC와 워크스테이션과 같은 현존하는 컴퓨팅 환경은 신뢰받는 시스템이 아니고, 그들의 구조를 의미 있게 변경하지 않는 한 신뢰받을 수 없을 것이다. 물론, 구조의 변경은 웹의 첫 번째 목적인 유연성과 편리성을 해친다.

[0007] DRM 시스템들은 콘텐트 소유자들이 사용권 및 조건들을 특정하는 것을 허락하고 그들을 콘텐트와 통합한다. 이러한 사용권은 그것의 수령인이 콘텐트를 어떻게 사용할 수 있는 가를 제어한다. 일반적으로 콘텐트 배포자 또는 소비자가 특정 콘텐트를 선택하고 주문을 완료한 후에는, 콘텐트는 어떤 콘텐트 저장장치로부터 또는 통상적인 배포 채널을 통하여 전자적으로 수령인에게, 예컨대 통상 운반수단을 통해 전달되는 유형 매체와 같이 배달된다. 수령인, 예를 들어 배포자 또는 소비자에 의해 사용되는 대응 DRM 시스템들은 그럼 콘텐트에 통합된 권리 및 조건을 해석하고, 그들을 사용하여 콘텐트가 어떻게 배포 및/또는 사용되는 지를 제어한다. 사용권의 예는 보기, 콘텐트의 인쇄 및 압축(extract), 및 배포, 콘텐트의 재포장 및 대여를 포함한다. 통합된 조건들은 권리가 조건으로 하는 어떤 항목 예컨대 지불, 확인, 기간 등을 포함한다.

[0008] 미국 특허 제5,634,012호는 디지털 문서들의 배포를 제어하는 시스템을 개시하고 있다. 각 렌더링 수단은 그 자신과 통합되어 있는 저장장치를 가진다. 기설정된 일련의 사용 거래 단계들은 문서와 통합된 사용권을 실행하기 위하여 저장장치에 의해 사용되는 프로토콜을 정의한다. 사용권은 문서 콘텐트와 함께 존속한다. 사용권은 다양한 사용방법, 예컨대 단지 보기, 한 번의 사용, 배포 등과 같은 것을 허락할 수 있다. 사용권은 지불 혹은 기타 조건들을 조건으로 할 수 있다.

[0009] 그러나, 제한요소가 위에 언급된 사용례에 통합되어 있는데, 그 중에 단지 콘텐트와 통합된 사용권과 조건은 콘텐트 소유자 또는 다른 권리 승낙자에의해 특정된다. 일단 최종 사용자가 구입하면, 사용 권리들과 조건들이 함께 통합된 콘텐트의 소비자 또는 배포자는 다음 수령인에게 배포 사슬(chain)에서 합법적으로 전달할 수단이 없다. 나아가, 통합된 사용권은 다른 권리, 즉 변경(modify), 이전(transfer), 청약(offer), 허여(grant), 입수(obtain), 이전(transfer), 대리(delegate), 탐지(track), 인도(surrender), 교환, 운반(transport), 권리행사(exercise), 취소(revoke) 등의 권리들을 파생하는 권리를 특정하기 위한 규정을 가지지 않는다. 통상의 콘텐트 배포 모델들(models)은 종종 다단계 배포 및 사용 사슬을 포함한다. 알려진 DRM 시스템은 콘텐트 배포와 사용 사슬 도중에 모든 관여자들을 위한 권리 및 조건을 규정하는 능력을 촉진시키지 못한다. 그러므로, 소유자가 배포 사슬에서 각 당사자와 관계를 가지지 않는다면 콘텐트 소유자는 콘텐트를 상업적으로 이용하기 어렵다.

[0002] 본 발명은 디지털 권리 관리를 위한 방법 및 시스템에 관한 것으로, 보다 상세하게는 권리를 통신 네트워크 또는 다른 채널(channel)상에서 자동으로 청약하고 허여하는 방법 및 시스템에 관한 것이다.

본 발명의 바람직한 실시예는 첨부된 도면을 참조하여 상세하게 설명될 것이다.

도 1은 콘텐트 배포의 3단계 모델(model)의 도면이고,

도 2는 도 1의 모델에서의 권리 청약 및 허여 과정들을 나타낸 도면이고,

도 3(a)는 권리 발생, 발행 및 행사를 위한 단순한 공급자-소비자 푸쉬 모델(push model)의 도면이고,

도 3(b)는 권리 발생, 발행 및 행사를 위한 단순한 공급자-소비자 풀 모델(pull model)의 도면이고,

도 4는 본 바람직한 실시예에 따른 권리 청약-허여 구조를 나타낸 블록도이고,

도 5a 및 도 5b는 푸쉬 및 풀 모델 각각에 있어서 권리 공급자와 권리 소비자 사이에 권리를 청약하고 허여하는 예를 나타낸 동작 흐름도이고,

도 6은 본 바람직한 실시예에 따른 권리 청약 발생 처리의 흐름도이고,

도 7은 본 바람직한 실시예에 따른 권리 청약 판단 처리의 흐름도이고,

도 8은 본 바람직한 실시예에 따른 권리 청약 적합화 처리의 흐름도이고,

도 9는 본 바람직한 실시예에 관련하여 이용되는 DRM 시스템의 블록도이고,

도 10은 본 바람직한 실시예의 사용권 및 후속 권리를 포함하는 라이센스의 예시적 구조의 블록도이고,

도 11은 본 바람직한 실시예의 권리 레이블(label)의 도면이다.

본 발명의 제1측면은 아이템들에 통합되도록 적응처리 된 사용권을 전송하는 방법이다. 본 방법은 아이템용의 사용권과 후속 권리(meta-rights)를 포함하는 적어도 하나의 제1청약을 공급자가 발생시키되, 상기 사용권은 아이템들의 사용방법을 정의하고, 상기 후속 권리는 사용권 또는 다른 후속 권리를 파생시키는 권리를 특정하는 것을 특징으로 하는 단계, 상기 청약을 제1소비자에게 표시하는 단계, 상기 제1소비자로부터 원하는 사용권 및 후속 권리를 나타내는 선택을 수신하는 단계, 및 상기 원하는 사용권 및 후속 권리를 허여(granting)하는 제1라이센스를 제1소비자에게 발생시키는 단계를 포함한다.

본 발명의 제2측면은 다단계(multi-tier) 배포 채널들내에서 적어도 하나의 레벨이 부여된 다운스트림 권리 및 조건으로 라이센스 된 아이템에 통합되도록 적응처리 된(adapted) 사용권을 전송하는 시스템이다. 본 시스템은 공급자 사용자 인터페이스 모듈, 적어도 사용권 및 후속 권리를 포함하는 청약을 발생시키는 청약생성자모듈, 초안 라이센스를 작성하는 권리작성자모듈, 및 공급자 권리용 저장장치, 공급자 관리 데이터베이스를 포함하는 공급자 요소를 포함한다. 본 시스템은 소비자 사용자 인터페이스 모듈, 상기 공급자 요소에 의해 생성된 청약들을 분석하고 그 분석에 근거하여 청약을 선택하도록 구성되는 청약판단모듈, 및 소비자 권리용 저장장치, 소비자 관리 데이터베이스를 포함하는 소비자 요소를 추가로 포함한다.

본 발명의 제3측면은 디지털 콘텐트의 사용 및 배포 중 적어도 하나를 관리하는 시스템내에서 사용되도록 디지털 콘텐트에 대한 라이센스를 발생시키는 방법이다. 본 방법은 소비자에게 후속 권리를 포함하는 청약을 표시하는 단계, 상기 청약 내의 적어도 하나의 후속 권리에 대한 소비자가 한 선택을 수신하는 단계, 상기 선택에 근거하여 라이센스를 발생시키는 단계를 포함하고, 상기 라이센스는 소비자가 적어도 하나의 후속 권리를 행사하도록 허락하고, 소비자가 적어도 하나의 후속 권리로부터 파생된 적어도 하나의 파생된 권리를 청약하고 적어도 하나의 파생된 권리를 포함하는 라이센스를 발생시키도록 허락하는 것을 특징으로 한다.

[0023] 권리를 청약하고 허여하기 위한 장치 및 방법의 상세한 설명을 제공하기에 앞서, 사용권 및 후속 권리를 특정의 콘텐트, 서비스, 기타 다른 아이템용으로 특정하고 실시하는 데 이용될 수 있는 DRM 시스템의 설명이 먼저 아래에서 설명될 것이다.

[0024] 도 9는 DRM 시스템(10)을 도시하고 있는데, 이것은 사용자 활성화 요소를 활성화서버(20)의 형태로 포함하고, 공용개인 키쌍, 또는 다른 식별 메카니즘을 콘텐트 사용자에게 잘 알려진 것처럼 보호된 유형으로 발행한다. 전형적으로, 사용자가 DRM 시스템을 처음으로 사용할 때에는, 사용자는 가지고 작업할 소프트웨어를 설치하거나, 특수한 콘텐트 포맷을 위한 렌더링 어플리케이션을 포함한다. 소프트웨어는 클라이언트 환경(30), 예를 들어 콘텐트 수령인에 통합된 컴퓨터내에 설치된다. 소프트웨어는 DRM 시스템(10)의 일부이고 보호된 콘텐트용의 사용권을 실행하는 데 사용된다. 활성화 처리 동안에, 어떤 정보는 활성화 서버(20)와 클라이언트 환경(30) 사이에서 교환된다. 클라이언트 요소(60)는 바람직하게는 변경 방지되고(tamper resistant) 활성화 서버(20) 뿐만 아니라 다른 요소들, 예컨대 렌더링 요소들에 의해 발행된 한 쌍의 공용개인 키 세트를 포함한다.

[0025] 권리 레이블(40)은 콘텐트(42)에 통합되고 대응 조건들이 만족될 때 수령인, 즉 권리 소비자에게 이용가능한 사용권 및 후속 권리를 특정한다. 라이센스 서버(50)는 부호화 키들을 관리하고 보호된 콘텐트(42)용 라이센스(52)를 발행한다. 라이센스(52)는 사용권 및 후속 권리를 포함하는 권리의 마지막 사용자에 대한 실질적인 허여를 포함한다. 예를 들어, 권리 청약(40)은 사용자가 5달러의 수수료로 콘텐트를 보고 10달러의 수수료로 콘텐트를 인쇄하는 것을 허락하거나, 또는 사용자가 다른 사용자에게, 예를 들어 아래 설명되는 후속 권리의 개념을 이용함으로써 권리를 제공하는 것을 허락할 수 있다. 라이센스(52)는 5달러의 수수료가 지불될 때 시청권용으로 발행될 수 있다. 클라이언트 요소(60)는 라이센스에 특정되어 있는 사용권 및 후속 권리를 포함하는 권리를 해석하고 실행한다. 권리 레이블(40) 및 라이센스(52)는 아래에서 상세하게 설명된다.

[0026] 도 11은 본 바람직한 실시예에 따른 권리 레이블(40)을 도시하고 있다. 권리 레이블(40)은 복수의 권리 선택사항들(44)을 포함한다. 각 권리 선택사항(44)은 사용권(44a), 조건(44b), 및 콘텐트 사양(44c)을 포함한다. 콘텐트 사양(44c)은 참조부호 붙이기, 호출하기, 위치지정하기나, 한편으로는 권리 청약(44)에 통합된 콘텐트(42)를 특정하기 위한 메카니즘을 포함할 수 있다.

[0027] 도 10에 도시된 바와 같이, 라이센스(52)는 라이센스(52a), 허여(52b) 및 디지털 서명(52c)을 포함한다. 허여(52b)은 허여된 사용권 및/또는 레이블로부터 선택된 후속 권리를 포함한다. 허여의 구조는 또한 특정된 사용권 및/또는 후속 권리가 허여된 하나 또는 그 이상의 주체들, 조건들의 리스트 및, 라이센스를 실행하는 데 요구되는 상태 변수들을 포함한다. 사용권처럼, 허여된 후속 권리의 접근 및 행사는 아래 설명되는 조건 리스트 및 상태 변수들에 의해 제어된다.

[0028] 순수한(비보호된) 콘텐트는 콘텐트 발행인, 콘텐트 배포자, 콘텐트 서비스 제공자, 또는 기타 다른 당사자에 통합된 컴퓨터(70)상에 설치된 문서 준비 어플리케이션(72)에 의해 준비될 수 있다. 콘텐트의 준비는 사용권, 후속 권리, 및 조건들을 콘텐트(42)가 사용되고 배포되는 상태에서 특정하는 과정과, 권리 레이블(40)을 콘텐트(42)에 통합하고 콘텐트(42)를 암호 알고리즘으로 보호하는 과정으로 이루어진다. 권리 언어, 예컨대 XrML^TM은 권리 및 조건을 특정하는 데에 사용될 수 있다. 그러나, 사용권 및 후속 권리는 어떤 방식으로든 특정될 수 있다. 또한, 권리는 사전 정의된 사양 또는 단순히 콘텐트에 통합된 템플릿(template)의 형태일 수 있다. 따라서, 권리를 특정하는 처리는 권리를 콘텐트와 통합하는 처리와 관련된다. 콘텐트(42)에 통합된 권리 레이블(40) 및 콘텐트를 암호화하는 데 사용된 암호화 키는 라이센스 서버(50)에 전달될 수 있다.

[0029] 권리는 전송권, 예컨대 배포권을 특정할 수 있고, 다른 사람에게 권리의 허여 또는 권리의 파생을 허락할 수 있다. 그런 권리는 "후속 권리(meta-rights)"로서 언급된다. 후속 권리는 사람이 복제, 변경, 또는 한편으로 다른 후속 권리나 사용권을 파생하는 권리이다. 후속 권리는 사용권에 대한 사용권으로 파악될 수 있다. 후속 권리는 사용권을 다른 사람들에게/로부터 청약, 허여, 입수, 전송, 대리, 탐지, 인도, 변경 및 포기하는 권리를 포함할 수 있다. 후속 권리는 다른 권리에 통합된 조건들을 변경하는 권리를 포함할 수 있다. 예를 들어, 후속 권리는 특수한 권리의 보호범위를 확장하거나 감소시키는 권리일 수 있다.후속 권리는 또한 권리의 유효기간을 확장하거나 감소시키는 권리일 수 있다.

[0030] 종종, 조건들은 특정된 권리내에서 사용방법을 실행하도록 만족되어야 한다. 예를 들면, 조건은 수수료의 지불, 개인 데이터의 제출, 또는 사용방법의 실행을 허락하기 전에 요구되는 기타 다른 요구사항일 수 있다. 조건들은 또한 예를 들어 "접근 조건들"일 수 있고, 접근 조건들은 특수한 그룹의 사용자들, 예컨대 대학생들, 또는 북 클럽의 회원들에게 적용될 수 있다. 다시 말하면, 조건은 사용자가 특수한 사람이나 특수한 그룹의 회원인 지에 관한 것이다. 권리 및 조건은 분리된 개체들로서 존재할 수 있거나 결합될 수 있다.

[0031] 상태 변수는 잠재적으로 동적인 상태 조건을 탐지(track)한다. 상태 변수는 아이템, 사용권, 라이센스 또는 다른 동적인 조건들의 상태를 표현하는 값을 갖는 변수이다. 상태 변수는 정보센터(90)의 라이센스 또는 서버(30)의 다른 수단에 의해 라이센스(52)내의 확인(identification) 메카니즘에 근거하여 탐지될 수 있다. 나아가, 상태 변수 값은 조건내에서 사용될 수 있다. 예를 들면, 사용권은 콘텐트(42)를 세 번 인쇄하는 권리일 수 있다. 사용권이 실행될 때마다, 상태 변수 "인쇄수"의 값은 증가된다. 이 예에서, 상태 변수 값이 3일 때, 조건은 더 이상 만족되지 않고 콘텐트(42)는 인쇄될 수 없다. 상태 변수의 다른 예는 시간이다. 라이센스(52)의 조건은 콘텐트(42)가 3일내에 인쇄될 것을 요구할 수 있다. 상태 변수는 3일의 만료를 탐지하는 데에 사용될 수 있다. 나아가, 권리 상태는 상태 변수들의 수집으로서 탐지될 수 있다. 변경 내용의 수집은 그 권리의 사용 이력을 나타내는 사용권의 상태이다.

[0032] DRM 시스템(10)의 일반적인 동작흐름이 아래에서 설명된다. 클라이언트 환경(30)내에서 운영되는 수령인, 예컨대 사용자는 활성화 서버(20)에 의해 콘텐트를 수신하기 위하여 활성화된다. 그 결과 공용개인 키쌍( 및 어떤 사용자/기계 특정 정보)은 클라이언트 환경(30)에 클라이언트 소프트웨어 요소(60)의 형태로 잘 알려진 방식으로 다운로드된다. 이러한 활성화 처리는 라이센스의 발행에 앞서 수행될 수 있다.

[0033] 사용자가 보호된 콘텐트(42)의 사용을 원할 때에는, 사용자는 콘텐트를 요청한다. 예를 들어, 사용자는 권리 허여자, 예컨대 콘텐트 배포자에 통합된 웹서버(80)상에서 작동하고 있는 웹사이트를 클라이언트 환경(30)내에 설치된 브라우저를 이용하여 항해하고, 보호된 콘텐트(42)를 다운로드하도록 시도한다. 이러한 처리 동안에, 사용자는 (콘텐트의 판매에 있어서)수수료 거래 또는 다른 거래들(예컨대 정보 수집)을 포함하는 일련의 단계들을 가능한 경험한다. 적합한 조건들 및 다른 필요조건들, 예컨대 수수료의 수집 및 사용자가 활성화되어 있다는 검증이 만족될 때, 웹서버(80)는 라이센스 서버(50)에 보안 통신 채널, 예컨대 보안 소켓층(SSL)을 통하여 접촉한다. 라이센스 서버(50)는 그럼 콘텐트용 라이센스(52)를 발생시키고, 웹서버(80)는 보호된 콘텐트(42) 및 라이센스(52)가 다운로드되게 한다. 라이센스(52)는 라이센스 서버(50) 또는 통합 수단으로부터 다운로드될 수 있다. 콘텐트(42)는 발행인, 배포자, 또는 다른 당사자에 통합된 컴퓨터(70)로부터 다운로드될 수 있다.

[0034] 클라이언트 환경(30)내의 클라이언트 요소(60)는 그럼 라이센스(52)의 해석을 진행하고 라이센스(52)내에 특정된 권리 및 조건들에 근거하여 콘텐트(42)의 사용을 허락할 것이다. 사용권의 해석 및 실행은 일반적으로 잘 알려져 있다. 상기 단계들은 일련적으로, 대략 동시에 또는 다양한 명령으로 발생할 수 있다.

[0035] DRM 시스템(10)은 콘텐트(42)를 보호하는 보안 측면에 역점을 두고 있다. 특히, DRM 시스템(10)은 라이센스 서버(50)에 의해 발행된 라이센스(52)를 인증한다. 그런 인증을 수행하는 하나의 방법은 어플리케이션(60)이 라이센스가 신뢰될 수 있는 지를 결정하는 것이다. 다시 말하면, 어플리케이션(60)은 디지털 서명(52c)의 암호 서명 또는 라이센스의 다른 식별력 있는 특징들을 검증하고 유효화하는 능력을 가진다. 위에 설명된 활성화 단계 동안에, 클라이언트 환경(30) 및 라이센스 서버(50)는 한쌍의 키를 변경방지된 소프트웨어 "패키지"내에서 수신하는데, 그것은 다른 구성요소들, 예컨대 활성화된 클라이언트 환경(30)이 알려진 방식으로 라이센스(52)의 서명을 검증하는 데 필요한 요소를 포함한다. 물론, 위의 예는 단지 DRM 시스템을 실시하는 하나의 예에 불과하다. 예를 들어, 라이센스 및 콘텐트는 다른 존재들로부터 배포될 수 있다. 또한, 권리 청약(40)은 콘텐트를 준비하는 당사자 이외의 당사자에 의해 콘텐트에 통합될 수 있다. 또한, 정보센터(90)는 지불 거래를 처리하고 라이센스 발행에 앞서 지불을 검증하는 데에 이용될 수 있다.

[0036] 권리의 설정을 위하여, 두 종류의 관련된 존재들, 즉 "공급자"와 "소비자"가 존재한다. 공급자의 기능은 권리를 청약 및, 바람직하게는 허여하는 것이고, 소비자의 기능은 권리를 선택 및, 바람직하게는 행사하는 것이다. 공급자와 소비자 모두는 실제로 둘 또는 그 이상의 존재로 표시될 수 있다. 일반적으로, 다수의 존재들은 다수의 존재들에게 총체적으로 권리를 청약하고 허여할 것이다. 공급자와 소비자는 콘텐트 가치 사슬(value chain)내에서 두개의 존재를 표시하고 권리 허여와 관련하여 서로 직접적인 관계를 가진다. 가치 사슬의 시작에서는, 공급자와 소비자는 저작자와 발행인일 수 있다. 가치 사슬을 따라 내려가면, 공급자와 소비자는 발행인과 (콘텐트 수집을 위한) 다른 발행인, 발행인과 (콘텐트 배포를 위한) 배포자, 배포자와 (다단계 콘텐트 배포를 위한) 다른 배포자, 배포자와 (콘텐트 소매를 위한) 소매상, 소매상과 (콘텐트 소비를 위한) 소비자, 및 소비자와 (콘텐트 수퍼-배포(content supper-distribution) 및 개인적 임대를 위한) 다른 소비자일 수 있다.

[0037] "권리의 청약(offer of rights)" 또는 "권리 청약(rights offer)"은 소비자(예를 들어, 콘텐트 배포자 또는 사용자)가 어떻게 콘텐트의 특별한 인스턴스(instance)를 그 콘텐트에 통합된 사용권 및/또는 후속 권리(meta-rights)와 함께 획득할 수 있는지를 표현한다. 청약은 재정적인 조건들(financial terms)을 포함하거나 그렇지 않을지 모른다. 청약은 상교섭(commerce negotiation)에 대한 단순한 의사표현이고 또한 명시된 조건에 대한 허여의 의사 표현이다. 청약은 권리 레이블의 형식으로 표현될 수 있다. "권리의 판단(consideration of rights)"은, 권리 허여 부분으로서, 권리 소비자는 청약되고 있는 권리들을 검토하고, 혹 그들을 약정하고 조항과 조건을 통합하는 처리과정이다. "권리 선택"은 권리와 그들의통합된 기간 및 조건의 권리 청약으로부터의 선택이다. 그것은 이러한 권리와 그 대응 기간 및 조건을 승낙하는 소비자의 경향을 나타낸다. 예를 들어, 선택은 하나의 선택사항(44)을 레이블(40)로부터 선택하는 것을 포함할 수 있다. "권리의 적합화"는 권리 공급자가 권리와 기간 및 조건을 권리 소비자의 선택에 근거하여 수집하는 권리 허여의 부분으로서의 처리이다. 이 처리의 출력은 권리 소비자에 의해 승낙되는 초안 라이센스일 수 있다. "권리의 라이센스"는 권리의 표현이고, 바람직하게는 권리 공급자와 소비자에게 승낙되고 동의되는 조건이다. 그것은 권리 청약 및 허여 처리의 출력이다. 라이센스는 권리를 행사하여 콘텐트 또는 다른 아이템들의 사용(바람직하게는 배포를 추가로 포함함)을 통제하는 허여권이다.

[0038] 상술한 바와 같이, 권리 레이블, 예컨대 권리 레이블(40)은 소비자가 선택하고 (허락된다면) 협상을 수행하도록 허락하는 많은 선택사항들(44)을 포함하는 한편, 라이센스(52)는 소비자가 선택하고 허여한 권리를 포함한다. 허여된 권리는 다른 사람들에 대한 청약을 표시하거나 청약들을 선택하는 권리를 포함할 수 있다는 것을 주목하라.

[0039] 배포 사슬의 일예가 도 1에 도시되어 있다. 이 배포 사슬은 콘텐트 제공자(100), 배포자(110) 및 마지막 사용자(120)를 포함한다. 물론, 콘텐트는 상술한 방식으로 준비될 수 있다. 콘텐트는 도 1의 모델에서 이미 준비되었다고 가정한다. 도 1은 콘텐트의 전송에 방향이 맞추어져 있으며, 본 예에서는 제공자(100)는 콘텐트를 배포자(110)에게 발행하거나 재사용을 위해 콘텐트를 배포자(110)로부터 수신한다. 배포자(110)는 다음으로 콘텐트를 사용자(120)에게 배포하거나 사용자(120)로부터 되돌아온 콘텐트를 수신한다. 사용자(100)는 콘텐트를 사용할 수 있다. 다단계 배포 사슬들의 잠재적인 복잡도 추가로 설명하자면, 청약자(100)는 콘텐트를 다른 사람들로부터 수집할 수 있고, 배포자(110)는 콘텐트를 재배포용으로 다른 배포자로부터 수신할 수 있으며, 사용자(120)는 콘텐트를 다른 사용자들과 공유할 수 있다. 콘텐트 라이프 싸이클(life cycle)에는 복수의 단계들이 있고 다양한 당사자들 사이에는 복수의 관계들이 있다는 것은 명백하다. 다른 라이프 싸이클 단계들과 관계에 있는 권리들의 명확하고 시종일관된 사양은 다단계 배포 및 사용에 있어서 콘텐트의 지속적인 보호가 중요하고 결정적이다.

[0040] 도 2는 권리 발생, 수집, 발행, 포기, 실행, 허여, 인도, 무효 및 행사를 포함하는 동일한 모델에서의 권리 흐름을 도시한다. 도 2의 모델은 동일한 존재들, 즉 제공자(100), 배포자(110) 및 사용자(120)를 포함한다. 권리의 흐름과 관련하여, 각 당사자는 권리를 허여하고 승낙할 수 있는 것으로 보인다. 사용자(120)는 다른 사용자로부터 권리를 허여하고 승낙할 수 있으며, 본 예에서 이 처리는 "위임(delegation)"으로 명명된다.

[0041] 도 2의 모델은 많은 특정의 콘텐트 발행, 배포 및 사용 관계들을 포용한다. 다른 모델들은 이 모델로부터 당사자들의 다른 합병이나 분리에 의해 파생될 수 있다. 예를 들어, 모든 제공자는 배포자일 수 있다. 이것이 "직접 발행"이고, 그것은 개인 저작자들이 그들의 콘텐트를 다른 중간의 발행자 없이 배포/판매하는 것을 허락한다. 나아가, 모든 소비자는 잠재적인 배포자일 수 있다. 이것은 소비자들이 서로 콘텐트를 건네는 것을 허락한다. 이것은 수퍼-배포(supper-distribution), 증여(gift), 및 개인적인 대여를 포함한다. "웹 사회"에서는 모든 사람들이 콘텐트를 발행, 배포 및 소비할 수 있다. "콘텐트 집합체"는 발행인들이 다른 발행인으로부터의 콘텐트를 혼합 저작물로 만드는 것을 허락한다. 사이트 라이센스 및 기업 사용은 콘텐트를 소비자들 사이에서 공유하는 것을 허락한다.

[0042] 일반적으로, 도 2에 도시된 모든 권리 관계들은 도 3(a) 및 도 3(b)에 도시된 바와 같이 두개의 통합적인 공급자-소비자 모델에 의해 획득될 수 있다. 도 3(a)는 "푸쉬" 모델을 나타내고, 도 3(b)는 "풀" 모델을 나타낸다. 도 3(a)에 도시된 푸쉬 모델에 있어서, 권리 공급자(200)는 권리 청약 및 허여 처리를 시작하여 권리 소비자(210)에게 청약을 발생시키고 권리를 허여한다. 도 3(b)에 도시된 풀 모델에서는, 권리 소비자(210)는 처리를 시작하여 권리 공급자(200)로부터 청약을 요청하고 그 권리를 승낙한다.

[0043] 권리 청약 및 허여를 위한 본 바람직한 실시예의 구조가 도 4에 도시되어 있다. 구조(400)는 컴퓨터 하드웨어 및 소프트웨어의 결합으로 실시될 수 있고, 권리 공급자 요소(402), 권리 소비자 요소(438) 및 이들 두 구성요소들을 연결하는 통신 채널(42)을 포함한다. 예를 들면, 통신 채널(42)은 인터넷, 직접 컴퓨터 대 컴퓨터 연결, 근거리 통신망(LAN), 무선 연결 등일 수 있다. 공급자 요소(402)는 공급자, 즉 권리를 행사하는 존재인, 즉 권리를 소비하는 소비자에게 이용가능한 권리를 만드는 존재에 통합된다. 공급자는 콘텐트 소유자 또는 제공자이거나, 배포자 또는 "중간자", 예컨대 소매상 또는 웹사이트의 운영자일 수 있다. 소비자 요소(438)는 궁극적인 사용자(즉, 콘텐트 소비자) 또는 "중간자", 예컨대소매상, 도매상, 또는 재판매자인 소비자에 통합된다. 소비자는 권리를 소비하고 반드시 콘텐트를 사용(즉, 소비)하지는 않는다. 공급자 요소(402)와 소비자 요소(438) 모두는 어떤 형태의 하드웨어 수단들 및/또는 소프트웨어 모듈들, 예컨대 개인용 컴퓨터, 휴대용 컴퓨터, 모바일 폰(mobile phone) 서버, 네트워크, 또는 그들의 결합을 수용할 수 있다. 공급자 요소(402)는 권리 레이블(40)을 청약으로 발생시키고, 초안 라이센스 및 허여 라이센스(52)를 소비자에게 표시한다. 소비자 요소(438)는 요청서(request)를 발행하고, 선택사항의 선택을 권리 레이블(40)로부터 수행하며, 반대 청약(counter offer)을 발생시키고, 라이센스(52)를 수용한다. 공급자 요소(402) 및 소비자 요소(438)는 동일한 수단(들)내에 장치될 수 있고, 통신 채널(422)은 내부 채널일 수 있다.

[0044] 공급자 요소(402)는 사용자 인터페이스 모듈(404), 통신 인터페이스 모듈(420), 식별 모듈(406), (예를 들어, 발행된 라이센스의 형식으로 된) 공급자 권리용 저장장치(412) 및 관리에 관련된 정보용의 데이터베이스(414)를 포함한다. 사용자 인터페이스(404)는 구성요소 기능들을 사용자에게 표시하고 사용자 인터랙션(interaction)의 허여를 알려진 방식으로 수행한다. 통신 인터페이스(422)는 공급자 요소(402)와 소비자 요소(438) 사이에서 메시지용의 적당한 포맷팅 및 프로토콜들을 제공한다. 식별 모듈(406)은 공급자 요소(402)의 식별이 소비자 요소(438)에 의해 인증될 수 있게 하고, 인증 정보, 예컨대 패스워드, 암호화 키들 또는 공급자 요소(402)의 사용자의 생체 정보를 포함할 수 있다. 권리 저장장치(412)는 공급자 요소(402)의 사용자에게 허여된 권리들을 저장하고, 내부에 저장된 권리를인덱스, 써치, 업데이트하기 위한 기능들을 포함할 수 있다. 관리 데이터베이스(414)는 권리 청약 및 허여 처리들 동안에 발생된 정보를 집적하는 데에 사용된다. 그런 정보는 초기의 청약, 소비자 선택, 있음직한 반대 청약(counter-offer), 동의 및 최종 라이센스에 관련된 정보를 포함한다.

[0045] 소비자 요소(438)는 사용자 인터페이스 모듈(428), 통신 인터페이스 모듈(424), 식별 모듈(426), (예를 들어, 발행된 라이센스의 형식으로 된)소비자 권리용 저장장치(434), 및 관리에 관련된 정보용의 데이터베이스(436)를 포함한다. 사용자 인터페이스(424)는 소비자 요소의 사용자에 대한 핸들 표시(handle presentation) 및 사용자 인터랙션들의 허여를 처리한다. 통신 인터페이스(422)는 공급자 요소(420)와 소비자 요소(438) 사이에서 권리 청약 및 허여 메세지용에 적합한 포맷팅(formatting)과 프로토콜을 제공한다. 식별 모듈(426)은 소비자 요소(438)의 식별이 공급자 요소(402)에 의해 인증될 수 있도록 보증하고, 인증정보, 예컨대 패스워드, 암호화 키 또는 사용자 생체 정보를 포함할 수 있다. 권리 저장장치(434)는 소비자 요소(438) 사용자에게 허여된 권리들을 저장하고, 내부에 저장된 권리를 인덱스, 써치 및 업데이트하기 위한 기능들을 포함한다. 관리 데이터베이스(436)는 권리 청약 및 허여 처리 동안에 발생되는 정보를 저장하는 데에 사용된다. 이 정보는 청약(44), 소비자 선택, 있음직한 반대 청약, 동의 및 라이센스(52)에 관련된 것을 포함한다. 데이터베이스(436)는 데이터베이스(414)와 동일하거나 다른 정보를 집적할 수 있다는 것을 주목하라. 왜냐하면, 당사자들이 다른 당사자들과 상호작용하고, 그럼으로써 다른 집적된 정보를 가질 수 있기 때문이다.

[0046] 공급자 요소(402)는 또한 청약을 발생하는 청약생성자모듈(408), 라이센스를 작성하는 권리작성자모듈(410), 앞 거래 및 청약의 일반 형식에 근거하여 청약을 발생시키는 템플릿을 제공하는 청약템플릿모듈(418) 및, 과거 소비자 특성들 및 관계들에 근거하여 권리를 적합화하고 허여하는 소비자 프로파일 모듈(consumer profiles module;416)을 포함한다.

[0047] 소비자 요소(438)는 청약내에 존재하는 권리와 그들의 기간 및 조건을 이해하는 청약분석자모듈(430), 청약내에 특정된 선호하는 선택사항들을 선택하는 선택제조자모듈(432), 과거 및 현존하는 공급자 특징들 및 관계들에 근거하여 바람직한 공급자들을 설명하는 공급자우위성모듈(supplier preference module;438), 및 청약내의 선택 사항들내에 패턴들 및 관심(interest)을 제공하는 선택 패턴 모듈(440)을 포함한다. 예를 들면, 선택 패턴 모듈(440)은 선호되는 공급자들의 리스트 또는 소비자에게 관심있는 아이템을 위한 최저 가격의 리스트를 포함할 수 있다. 청약 분석자 모듈(430) 및 선택 제조자 모듈(432) 각각은 하나의 모듈로 결합될 수 있다.

[0048] 구조(400)내의 권리 청약 및 허여 처리는 공급자 요소(402)와 소비자 요소(438)에 의해 수행되는 프로토콜들에 근거한다. 이러한 프로토콜들은 일반적으로 청약 및 그런 청약의 허여로 이루어진다. 특히, 이 프로토콜들은 한 당사자에 의한 타 당사자에게의 권리의 청약 및 만든 사람에 의한 청약의 승낙을 포함한다. 한번 만들어진 청약은 특정 형식으로 만들어져서(style) 승낙전에는 철회될수 없거나, 청약자가 그것을 특정 형식으로 만들어서 그것이 모든 또는 단지 청약자에 의해 정의될 수 있는 어떤 환경하에서 변경될 수 없게 할 수 있다. 청약은 또한 다양한 방식, 예를 들어 승낙을 위한 마감일이 지나가면 만료할 수 있다. 특정된 마감일이 없다면, 청약은 설정된 합리적인 시간내에 청약의 주제에 의거하여 만료할 것이다. 기한적으로 이용가능한 콘텐트, 예컨대 잡지, 저널 및 신문에서는, 합리적인 시간이 예를 들어 콘텐트 발행의 시기에 일치할 것이다. 동적으로 발생되거나 제공되는 콘텐트, 예를 들어 스트리밍 콘텐트를 위해서는, 합리적인 시간은 콘텐트의 이용가능 전의 시간일 수 있다. 권리 공급자는 권리 소비자를 구속하는 승낙의 다른 조건을 탐지할 수 있다. 예를 들어, 청약은 전자메일을 통하거나 어떤 웹페이지 인터페이스를 통하여 어떤 형식으로 돌려 보내서 승낙을 요구할 수 있다.

[0049] 도 5(a)는 권리 허여를 위한 푸쉬 모델의 프로토콜(500)의 동작흐름을 나타낸다. 공급자 요소(402)는 권리의 청약을, 예를 들어 가능한 많은 선택사항들을 가진 권리 레이블(40)의 형식으로 발생시키고, 그것을 소비자 요소(438)에 전송한다.(510) 소비자 요소(438)는 청약 및 그것의 가능한 선택사항들을 판단하고, 공급자 요소(402)에 선택적 권리 청약(44)의 선택으로 응답한다.(512) 공급자 요소(402)는 소비자의 응답에 따라서 권리를 적합화하고, 권리를 소비자 요소(432)의 사용자에게 초안 라이센스(draft license)의 형태로 발행한다.(514)

[0050] 소비자 요소(438)는 그럼 초안 라이센스가 만들어진 선택에 일치하는 한편 승낙가능하다면 초안 라이센스를 승낙한다.(516) 승낙시 공급자요소(402)는 라이센스(52)를 발생시키고 라이센스(52)를 소비자 요소에 전달한다.(518) 라이센스(52)의 허여(52b)은 사용권 및/또는 후속 권리를 포함할 수 있다는 것을 명심하라. 그러므로, 라이센스(52)는 소비자 요소(438)의 사용자가 권리를 다른 사람들에게 비슷한 유형으로 허여하는 것을 허락할 수 있다. 그러나, 파생할 수 있는 권리는 업스트림 당사자(upstream party)에 의해 후속 권리를 통하여 제어된다. 추가적으로, 프로토콜은 공급자 요소(402)가 소비자 요소(438)의 사용자의 신용카드를 통하여 지불하도록 요구하며, 공급자 요소(402)가 정보를 제공하고 수수료를 인증하는 단계들을 포함할 수 있다. 공급자 요소(402)와 소비자 요소(438)는 처리의 성공 또는 실패에 관한 상태 보고서들을 발생시킬 수 있다. 나아가, 당사자들은 처리하는 동안 서로 인증할 수 있고 그 처리를 통하여 인증을 유지할 수 있다.

[0051] 도 5(b)는 권리 허여를 위한 풀 모델의 프로토콜을 나타낸다. 첫째, 소비자 요소(438)는 요청을 공급자 요소(402)에 전송하여 콘텐트내의 어떤 권리들을 얻는 데 있어서의 참가를 표명한다.(520) 공급자 요소(402)는 그럼 복수의 청약 선택사항들(44)을 가지는 레이블(40)의 형식으로, 소비자 요소(438)에 의해 요청된 권리들을 포용하는 청약으로 응답하여, 그 청약을 소비자 요소(438)에 전송한다.(522)

[0052] 소비자 요소(438)는 그럼 청약 및 그것의 선택사항들을 판단하여, 공급자 요소(402)에게 청약 선택사항들 중 하나의 선택으로 응답한다.(524) 공급자 요소(402)는 그 응답에 따라 권리들을 적합화하고, 그 권리를 소비자에게 초안라이센스의 형태로 허여한다.(526) 소비자 요소(438)는 그럼 초안 라이센스를 승낙하고,(528) 공급자 요소(402)는 권리를 허여하는 라이센스(52)를 소비자(438)에게 발행한다.(530) 다시 한번 말하지만, 권리는 후속 권리를 포함할 수 있다.

[0053] 도 6은 청약생성자모듈(408)에 의해 공급자 요소(402)내에서 수행되는 청약 발생 처리(600)를 나타내고 있다. 청약 발생 처리(단계600)에서, 이용가능한 권리들은 첫째로 블록내에 수집된다.(단계602) 권리는 전 공급자로부터 공급자에게 허여된 후속 권리로부터 파생됨으로써 이용할 수 있거나 원래 생성된 권리일 수 있다. 공급자가 소비자에게 청약할 권리를 가졌는 지를 결정한다.(단계604) 예를 들면, 소비자가 미성년자이고 콘텐트가 성인 소비자에게 제한되거나 소비자가 콘텐트를 수신하는 것이 금지된 자의 리스트상에 있다면, 공급자는 청약을 하지 않을 것이다. 그런 경우, 청약 발생 처리는 종료한다.(단계606) 공급자가 청약할 권리를 가진다면, 처리는 그럼 단계602에서 수집된 권리를 분석함으로써 소비자에게 청약될 수 있는 모든 권리를 결정한다.(단계608) 다음으로, 소비자가 특정한 권리를 요청했는 지를 결정한다.(단계610) 요청이 수신되면, 수신된 소비자의 요청 권리를 판단하고 그들을 이용가능한 권리와 비교하여, 청약될 수 있는 결정된 권리를 필터링하는 처리를 추가로 진행한다. 그리고 나서, 청약 템플릿이 적용될 필요가 있는 지를 결정한다.(단계614)

[0054] 예를 들면, 소비자는 템플릿안에 포함된 표준 권리, 예컨대 콘텐트의 인쇄권, 저장권 등을 청약 받을 수 있다. 청약 템플릿이 이용가능하고 필요하다면, 그럼 청약 템플릿은 적용된다.(단계616) 인간에 의한 조정(humanintervention)은 청약 템플릿 또는 나아가 처리내에 이용가능한 어떤 권리를 조정하도록 제공될 수 있다. 다음으로, 제한은 조건들 및/또는 상태 변수들을 통하여 적용될 수 있다. 예를 들면, 시간 제한은 어떤 권리상에 존재할 수 있다. 결국, 디지털 서명 또는 다른 인증은 청약된 권리들의 수집으로 청약되고(단계622), 권리 레이블(40) 형태로 인증된 청약이 생성되어 소비자 요소(438)에 표시된다.(단계624)

[0055] 도 8은 권리 작성자 모듈(410)에 의해 공급자 요소(402)내에서 수행되는 권리 적합화 처리(800)를 나타낸다. 초기에, 소비자의 선택이 수신된다.(단계802) 선택은 단계624(도 6)의 레이블(40)로부터 선택된 선택사항(44)의 권리와 조건이다. 처리는 그럼 공급자 요소(402)가 소비자 요소(438)에게 권리를 허여하는 권리를 가지는 지를 결정한다.(단계804) 예를 들어, 만약 소비자는 어떤 요구, 예컨대 최소 연령 또는 콘텐트가 라이센스된 장소내의 존재 증명이 부합되지 않는다면, 예를 들어 라이센스를 허여하는 것은 적당하지 않고, 권리 적합화 처리(800)는 종료한다.(단계806) 한편, 선택사항을 선택한 소비자는 분석되어, 그들이 공급자 요소(402)에 의해 인식될 수 있는 지를 확인한다.(단계808) 예를 들어, 선택은 그들이 이해될 수 있는 지를 확인하도록 분석될 수 있다.

[0056] 다음으로, 소비자 정보가 이용가능한 지를 결정한다.(단계810) 예를 들면, 소비자 프로파일(profile)은 데이터베이스(414; 도 4)내에 저장될 것이다. 가능하다면, 소비자 정보는 소비자 선택을 분석하기 위하여 고려된다.(단계812) 단계812에서, 프로파일 정보는 또한 후술되는 바와 같이 고려될 수 있다. 예를 들면, 프로파일은 신뢰율(trust rating) 또는 소비자의 주소를 포함하고, 그것을 어떤 권리를 청약하는 데 있어 바람직하거나 바람직하지 않게 표시한다. 처리는 그럼 선택이 합리적인 지를 결정한다.(단계814) 이러한 결정은 예를 들어 연산적으로 또는 사람의 조정에 의하여 수행될 수 있다. 소비자의 선택이 비합리적인 경향이 있다면, 소비자 선택의 재협상이 수행된다.(단계816) 이러한 재협상 처리에서 있어, 소비자는 전에 분석된 선택에 근거하여 새로이 제안된 청약을 받고, 소비자는 청약된 새로운 선택을 제출하는 기회를 부여받으며, 권리 적합화 처리(800)는 단계802에서 다시 시작한다. 한편으로, 선택된 권리를 포함하는 라이센스가 생성된다.(단계818)

[0057] 라이센스가 생성된 후, 소비자 승낙이 필요하다면(단계820), 그것은 소비자에게 검토용으로 표시된다.(단계822) 소비자가 라이센스 기간에 동의하지 않는다면(단계824), 그럼 재협상이 시작되고(단계816), 다시 단계802에서 권리 적합화 처리(800)를 재시작한다. 단계820에서, 만약 소비자에 의한 검토가 요구되지 않는다면, 라이센스는 인증되어(826) 발행되고 콘텐트(42)에 통합된 완전한 라이센스(52)를 생성한다.(단계828)

[0058] 도 7은 소비자 요소(438)의 청약 분석자 모듈(430) 및 선택 제조자 모듈(432)에 의해 수행되는 청약 판단 처리(700)를 나타낸다. 이용가능한 청약이 처음으로 수집된다.(단계702) 처리(700)는 공급자로부터의 청약을 승낙할 권리를 가지는 지를 결정한다.(단계704) 예를 들면, 콘텐트 구입에 관한 소비자 제한, 예컨대 나이 제한 또는 기업 외부에서 콘텐트를 수용하는 데 반대하는 제한이 존재한다면, 소비자는 청약을 승낙하지 않을 지도 모른다. 그런 경우에, 청약 판단 처리는 종료된다.(단계706) 만약 소비자가 공급자로부터의 청약을 승낙할 권리를 가진다면, 그럼 그 청약은 분석되어 그들이 인식할 수 있는 지를 확인한다.(단계708) 만약 공급자의 우위성이 이용가능하다고 결정되면(단계710), 청약은 그 우위성에 근거하여 필터링된다.(단계712) 예를 들면, 소비자는 특정의 공급자를 신뢰할 수 있거나 한편으로는 그러한 공급자와의 거래를 다른 공급자들보다 선호할 것이다. 다음으로, 소비자 우위성이 이용가능한 지를 결정하고(단계714), 그렇다면 그들은 청약에 적용된다.(단계716) 모든 청약이 단계708-714의 로직 및 다른 바람직한 로직을 적용하여 분석되는 경우, 소비자는 선택사항을 선택하고(단계718) 부수적인 사건을 특정한다.(단계720) 선택사항의 선택은 자동적으로 수행될 수 있다. 만약, 인간에 의한 조정이 요구된다면, 소비자는 중재하고 나아가 추가적인 선택 또는 요구되는 조건을 특정할 수 있다. 어떤 우위성, 규칙 또는 다른 로직이 청약을 분석하는 데에 사용될 수 있다.

[0059] 전체적으로, 상기 도 6, 7 및 8의 설명에서 살펴본 바와 같이, 소비자가 요청을 전송하고, 그래서 라이센스가 구성된다. 공급자 또는 소비자 중 어느 하나가 라이센스의 내용을 기안할 수 있지만, 상기 예에서는 공급자가 그것을 하고 있다. 요청은 청약의 부분집합(subset)이고, 청약은 하나 또는 그 이상의 선택사항을 구비한다. 공급자는 요청을 전송하는 소비자가 (그리고 요구한다면 다른 소비자가) 청약을 이용가능하도록 만들고, 소비자(적용가능하다면, 다른 소비자들을 포함함)는 선택을 한다. 그럼, 공급자는 그 선택들을 분석하고, 라이센스(즉, 권리의 허여)를 구성한다. 요청은 또한 거절될 수 있고, 또는 반대 제안(counter proposal)이 이루어질 수 있으며 그럼 동일한 처리가 반대 제안 동안 반복될 수 있다는 것을 주목하라.

[0060] 또한, 공급자가 요청을 분석할 때, 분석은 자동적으로 또는 인간의 조정에 의하여 수행될 수 있다. 소비자가 청약을 고려할 때, 선택 또는 승낙은 자동적으로 또는 인간의 조정에 의하여 수행될 수 있다. 청약 또는 라이센스 중의 어느 하나 또는 둘다는 상술한 바와 같이 동적인 정보, 소비자 정보, 및 소비자 요청에 근거하여 발생될 수 있다.

[0061] 동적 정보는 가격, 네트워크의 상태, 매순간마다에 웹사이트의 트래픽(traffic), 제공되는 할인, 제공되는 쿠폰(coupon), 소비자의 습관, 콘텐트가 사용되는 회수, 콘텐트가 사용되는 기간, 사용되는 장소와 같은 것에 관련된 정보를 포함하는 많은 종류의 정보를 포함할 수 있다. 동적 정보는 상태 변수로서 탐지될 수 있고, 상태 변수의 값은 점검되고 필요하다면 업데이트될 수 있다.

[0062] 동적 정보는 변경가능한 정보(실제로 그것이 변경될 필요는 없지만) 또는 비상태 요소(non-static element)를 참조하여 창조되는 정보이다. 예를 들어, 동적 정보는 공식, 데이터베이스, 곡선, 기설정된 테이블, 퍼센트 값, 기능, 다른 데이터에 대한 참조, 예컨대 최초의 이익률 또는 주식시장 지수의 변화에 근거하고/하거나 사용자 또는 배포자의 인위적 조정 및/또는 소비자의 입력에 의해 얻어질 수 있다.

[0063] 소비자 정보는 정보, 예컨대 소비자의 나이, 소비자의 신용내역, 소비자의 신용한도, 소비자의 수입, 구입한 권리 또는 라이센스의 종류, 소비자의 패스워드, 소비자에게 싸인된 키, 접근 또는 할인용 클럽 멤버쉽, 기설정된 기준(criteria)에 근거한 소비자 계급, 또는 다른 데이터, 식별 특징들 및 정보를 포함할 수 있다. 공급자의 정보는 소비자의 정보로서 몇몇 또는 모든 정보주체들을 포함하고, 또한 예를 들어 이용가능한 선택사항들 또는 변동사항들, 공급자들, 선적 정보 및 기타 정보를 포함할 수 있다.

[0064] 본 발명에 공개된 시스템 및 프로세스들은 콘텐트의 다단계 및 수퍼-배포를 지원한다. 다음은 이것이 어떻게 모델링되고 지원될 수 있는 지를 보여주는 사용례이다. 그것은 권리 공급자(본 경우에는 콘텐트 배포자)에서 청약된 권리를 허여된 권리로 권리 소비자(본 경우에 마지막 사용자)에게 전송하는 처리를 보여줌으로써 권리를 청약하고 허여하는 처리를 보여주고 있다. 그것은 특히 청약이 현존하는 라이센스로부터 어떻게 발생하는 지, 이러한 청약이 선택에 어떻게 고려되는 지, 및 최종 라이센스가 어떻게 발행되는 지를 보여준다. 후속 권리는 권리의 전송을 콘텐트 배포 사슬에서 하나의 당사자로부터 다음 당사자에게 허락하는 메카니즘을 제공한다.

[0065] 어떤 콘텐트(C)의 콘텐트 제공자(P)는 배포자(D)가 어떤 마지막 사용자에게 미국(US)의 지역내에서, "실행"권(play right)은 1달로 그리고 "인쇄"권은 복사당 4달러의 비용으로 판매하는 것을 특정하기를 원한다고 가정하자. 제공자는 또한 콘텐트 배포자가 그 자신의 조건들을 "실행" 및 "인쇄"권리에 첨가하는 것을 허락하고, 그것은 마지막 사용자들에게 발행한다.

[0066] 콘텐트 제공자로부터 배포자에게의 라이센스는 XrML^TM권 언어를 사용하여 다음과 같이 작성될 수 있다.

[0068] 배포자는 상기 라이센스내에 표현된 바와 같은 권리에 근거하여 마지막 사용자에게 청약한다. 사용권과 각 선택사항의 조건들은 <grant>테그들 사이의 XML^TM요소들로서 배치된다는 것을 주목하라. 다음 청약에 있어, 배포자는 "실행"권을 얻기 위한 수수료 조건을 추가하여 마지막 사용자에게 2달러(제공자에게 지불하는 것보다 1달러 많은)를 징수하고, "인쇄"권을 위해 다른 수수료 조건을 추가하여 마지막 사용자에게 인쇄당 6달러(제공자에게 지불하는 것보다 1달러 많은)를 징수하는 것을 주목하라. 배포자는 또한 청약을 승낙기한(2002년 12월 30까지)으로 제한한다. 배포자에게 허여된 후속 권리는 배포자가 라이센스내에서 허여사항을 변경하는 것을 허락하고, 상술한 바와 같이 청약한다.

[0069] 청약이 마지막 사용자에게 표시될 때, 마지막 사용자는 2달러의 수수료로 단지 "실행"권을 얻는 것을 선택할 수 있고, 배포자에게 다음과 같이 <choice>테그들 사이에 XML^TM요소들로서 배치된 선택으로 응답한다.

[0070] 요청은 또한 거절될 수 있다는 것을 주목하라. 또한, 응답은 배포자에 의해 원래 청약되지 않은 권리의 반대 청약(counter offer)으로서 구성될 수 있다는 것을 주목하라. 배포자가 마지막 사용자로부터 선택을 수신할 때, 그것은 아래에서 보는 바와 같이 사용자에게 라이센스를 발행한다.

[0071] 위의 모든 XML 문서에서, 발행자는 어떤 디지털 서명 알고리즘을 사용하여 문서를 디지털적으로 선택하여 싸인할 수 있다는 것을 주목하라. 이러한 문서들의 수령인들은 이러한 문서들의 유효성을 첨부된 디지털 서명들의 유효성을 점검함으로써 검증하는 선택사항들을 가진다. 다양한 문서들에의 접근 및 그것의 구성요소들은 알려진 기술들을 사용하여 제어될 수 있다.

[0072] 어떤 상황에 있어서는, 청약 및 허여는 결과적으로 라이센스가 콘텐트 사용을 위한 신선한 상태(fresh state)가 되게 한다. 권리를 행사하는 하나의 시작에 있어서, 후속 권리의 결과로서 얻어진 파생된 권리들은 그 권리들에 통합된 상태 변수값들을 상속 및/또는 공유할 수 있다. 예를 들면, 권리가 인쇄를 5번 할 권리로 허여되고 어떤 문서의 4개의 복사본을 만들 때는, 모든 새로운 복사본은 동일한 권리 설정을 가지나, 상태(또는 남아있는 권리)를 원본과 공유할 수는 없다. 원본이 2번 인쇄되고 그 결과 새로운 복사본이 제작된 후에는, 복사본과 원본은 도합 3번 인쇄하여 새로운 복사본 2개를 더 만들 수 있다.

[0073] 본 바람직한 실시예는 다양한 수단들, 예컨대 개인용 컴퓨터, 서버, 워크스테이션, PDA, 얇은(thin) 클라이언트 등을 사용할 수 있다. 예를 들면, 클라이언트 환경은 휴대용 수단, 예컨대 모바일 폰 또는 PDA일 수 있다. 통신에는 다양한 채널들이 사용될 수 있다. 나아가, 다양한 기능들이 하나의 수단내에 통합될 수 있다. 예를 들면, 라이센스 서버 기능은 클라이언트 환경 내의 소프트웨어에 의하여 수행될 수 있다. 나아가, 라이센스 서버 또는 청약을 생성하고 권리를선택하며 라이센스를 허여하는 다른 모듈들의 기능은 동일한 수단내에서 수행될 수 있다. 공개된 기능 모듈들은 명확하게 기능별로 분리된다. 그러나, 다양한 기능들은 하드웨어 및/또는 소프트웨어로서 어떤 방식으로 결합되거나 분리될 수 있다. 다양한 기능들은 분리적으로 또는 결합상태로 사용될 수 있다.

[0074] 다양한 구성요소들 및 그것의 부분들은 동일한 수단 또는 다른 수단들 상에 저장될 수 있다. 예를 들면, 라이센스는 콘텐트와 함께 또는 그로부터 분리되어 저장될 수 있다. 나아가, 라이센스의 다양한 구성요소들이 분리된 수단들상에 저장될 수 있다. 예를 들어, 상태 변수값은 상태변수의 현재값을 탐지하는 시스템의 상태변수 저장장치내에 저장될 수 있다. 다양한 링크들, 참조부호들, 사양들 등이 구성요소들을 통합하는 데 사용될 수 있다.

[0075] 본 발명은 바람직한 실시예 및 예들을 통하여 설명되었다. 그러나, 다양한 변경들이 본 발명의 보호범위를 벗어나지 않는 범위내에서 첨부된 청구항들 및 법적인 균등물들에 의해 이루어질 수 있다.

Claims

공급자에 의해, 아이템의 사용권 및 후속 권리를 포함하는 적어도 하나의 제1청약을 발생시키는 단계; 상기 사용권은 아이템들의 사용방법을 정의하고, 상기 후속 권리는 사용권이나 다른 후속 권리를 파생시키는 권리를 특정하고 있는 것을 특징으로 하며,

상기 청약을 제1소비자에게 표시하는 단계;

상기 제1소비자로부터 희망하는 사용권 및 후속 권리를 지시하는 선택을 수신하는 단계; 및

상기 희망하는 사용권 및 후속 권리를 상기 제1소비자에게 허여하는 제1라이센스를 발생시키는 단계를 포함하는, 아이템에 통합되도록 적응화 된 사용권을 전송하는 방법.
제1항에 있어서, 상기 라이센스는 상기 사용권이 행사되기 위하여 만족되어야 하는 하나 또는 그 이상의 조건들과 상기 후속 권리가 행사되기 위하여 만족되어야 하는 하나 또는 그 이상의 조건들을 특정하고 있는 것을 특징으로 하는 방법.
제1항에 있어서, 라이센스를 위한 요청을 상기 제1소비자로부터 수신하는 단계를 더 포함하는 방법.
제1항에 있어서, 상기 아이템의 적어도 하나의 사용권 및 후속 권리를 포함하는 라이센스를 위하여 제2소비자에 의해 발생되는 요청을 수신하는 단계;

제2공급자에 의해, 제2청약내에 포함된 상기 후속 권리로부터 파생된 권리를 포함하는 제2청약을 발생시키는 단계; 및 상기 제2공급자는 상기 제1소비자인 것을 특징으로 하며,

제2공급자에 의해, 제2청약내에 포함된 상기 후속 권리로부터 파생된 권리를 포함하는 제2라이센스를 발생시키는 단계를 포함하되, 상기 제2공급자는 상기 제1소비자인 것을 특징으로 하는 방법.
제1항에 있어서, 상기 아이템은 디지털 콘텐트를 포함하는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 제1라이센스를 적합화된 초안 라이센스로서 상기 제1소비자에게 제공하는 단계;

상기 제1소비자로부터 상기 적합화된 초안 라이센스의 확인을 받는 단계; 및

상기 초안 라이센스가 인증된 라이센스를 생성하도록 인증하는 단계를 더 포함하는 방법.
제1항에 있어서, 상기 제1라이센스는 라이센스 식별사항, 디지털 서명 및, 적어도 하나의 허여를 포함하고, 상기 적어도 하나의 허여는 사용권, 후속 권리, 권리를 허여받는 제1소비자를 지정하는 지명 주체, 및 조건리스트를 포함하는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 제1공급자는 공급자, 배포자, 소매상, 소비자 또는 사용자 중에서 적어도 하나인 것을 특징으로 하는 방법.
제1항에 있어서, 상기 제1소비자는 공급자, 배포자, 소매상, 소비자 또는 사용자 중에서 적어도 하나인 것을 특징으로 하는 방법.
제1항에 있어서, 상기 적어도 하나의 청약을 발생시키는 단계는

청약받는 데 이용할 수 있는 사용권 및 후속 권리를 수집하는 단계;

상기 공급자가 이용가능한 사용권 및 후속 권리를 청약하는 권리를 가지는 지를 결정하는 단계;

다른 사용을 청약할 권리 및 후속 권리가 존재하지 않으면, 청약의 설정을 발생시키는 것을 종료하는 단계;

상기 공급자가 다른 사용을 청약할 권리 및 후속 권리를 가진다면, 이용가능한 권리에 근거하여 청약을 작성하는 단계; 및

상기 청약을 인증하는 단계를 포함하는 것을 특징으로 하는 방법.
제10항에 있어서, 상기 작성단계는

소비자가 특정의 사용권 및 후속 권리를 포함하는 청약을 요청했는 지를 결정하는 단계;

상기 특정의 사용권 및 후속 권리를 상기 청약에 필터로서 적용하는 단계; 및

청약 템플릿이 상기 필터링된 청약에 대응하는 지를 결정하고, 그렇다면, 상기 청약 템플릿을 청약으로서 적용하는 단계를 포함하는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 제1라이센스를 발생시키는 단계는

상기 공급자가 상기 권리를 허여하는 권리를 가지는 지를 결정하는 단계;

상기 공급자가 상기 권리를 허여하는 권리를 가지지 않는다면, 초안 라이센스를 적합화하는 단계를 종료하는 단계;

상기 소비자로부터 수신된 하나 또는 그 이상의 선택을 분석하는 단계;

상기 선택이 승낙가능한 지를 결정하는 단계; 및

상기 선택이 승낙가능하다면, 상기 선택에 근거하여 초안 라이센스를 생성하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제12항에 있어서, 상기 발생단계는

상기 초안 라이센스를 상기 소비자에게 표시하는 단계;

상기 제1라이센스가 소비자에게 승인되지 않는다면, 라이센스를 재협상하는 단계; 및

상기 제1소비자가 상기 초안 라이센스를 승인한다면, 상기 초안 라이센스를 인증하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 사용권은 상기 콘텐트의 복사, 전송, 대여, 실행, 인쇄, 백업(back-up), 재저장, 삭제, 압축, 삽입, 편집, 인증, 설치 또는 제거(un-install)하는 권리들을 특정하고 있는 것을 특징으로 하는 방법.
공급자 사용자 인터페이스 모듈; 적어도 사용권 및 후속 권리를 포함하는 청약을 발생시키는 청약생성자모듈; 초안 라이센스를 작성하는 권리 작성자 모듈; 공급자 권리용 저장장치; 및 공급자 관리 데이터베이스를 포함하는 공급자 요소;

소비자 사용자 인터페이스 모듈; 공급자 요소에 의해 발생된 청약을 분석하고 상기 분석에 근거하여 청약을 선택하도록 구성되는 청약판단모듈; 소비자 권리용 저장장치; 소비자 관리 데이터베이스를 포함하는 소비자 요소; 및

상기 공급자 요소 및 상기 소비자 요소를 연결하는 통신 연결수단을 포함하는, 아이템에 통합되도록 적응화 된 사용권을, 배포의 다단계 채널들에서 다운스트림권 및 적어도 하나의 레벨로 지정된 조건들로 라이센스되도록 전송하는 시스템.
제15항에 있어서, 상기 공급자 요소는 청약 템플릿과 소비자 프로파일 정보를 더 포함하고, 상기 청약 템플릿은 하나 또는 그 이상의 기설정된 사용권 및 후속 권리를 포함하고, 상기 소비자 프로파일 정보는 소비자 식별정보, 회계정보, 구입내역정보, 소비자 우위성정보, 및 신용 관련정보 중에서 적어도 하나를 포함하는 것을 특징으로 하는 시스템.
제15항에 있어서, 상기 소비자 요소는 공급자 정보를 제공하기 위한 공급자우위성모듈을 더 포함하는 것을 특징으로 하는 시스템.
제15항에 있어서, 상기 청약판단모듈은

상기 소비자가 청약을 승낙할 수 있는 지를 결정하는 수단;

선택 로직을 청약에 적용하는 수단;

부수적인 사건을 특정하는 수단; 및

선택을 인증하고 선택을 상기 공급자 요소에 제공하는 수단을 포함하는 것을 특징으로 하는 시스템.
제18항에 있어서, 상기 적용수단은

청약을 분석하고 청약내에서 바람직한 사용권 및 후속 권리를 선택하는 수단;

공급자 우위성에 근거하여 청약을 필터링하는 수단;

소비자의 우위성을 적용하는 수단; 및

상기 분석수단, 상기 필터링 수단 및 상기 소비자 우위성 적용수단의 출력에 근거하여 선택사항을 선택하는 수단을 포함하는 것을 특징으로 하는 시스템.
소비자에게 후속 권리를 포함하는 청약을 표시하는 단계;

청약내에서 적어도 하나의 후속 권리의 소비자에 의한 선택을 수신하는 단계;

상기 선택에 근거하여 라이센스를 발생시키는 단계를 포함하고, 상기 라이센스는 소비자가 적어도 하나의 후속 권리를 행사하는 것을 허락하고 소비자가 적어도 하나의 후속 권리로부터 파생된 적어도 하나의 파생된 권리를 청약하는 것을 허락하며, 적어도 하나의 파생된 권리를 포함하는 라이센스를 발생시키는 것을 특징으로 하는, 디지털 콘텐트의 적어도 하나의 관리 사용 및 배포를 위한 시스템내에서 사용되는 디지털 콘텐트에 대한 라이센스를 발생시키는 방법.
제15항에 있어서, 제2당사자를 위한 라이센스내의 적어도 하나의 파생된 권리는 제2당사자에 의해 행사되는 사용권 및 제3당사자에게 청약되는 파생된 권리를 허락하는 후속 권리를 포함하는 것을 특징으로 하는 방법.