KR20140018229A

KR20140018229A - 세부 권리에 대한 권리 승인

Info

Publication number: KR20140018229A
Application number: KR1020137020528A
Authority: KR
Inventors: 케빈 지 몬틀러; 데이비드 이 로젠스테인; 데이비드 지. 킹
Original assignee: 구글 인코포레이티드
Priority date: 2011-01-05
Filing date: 2012-01-04
Publication date: 2014-02-12
Also published as: US20120173412A1; WO2012094415A1; AU2016269473A1; AU2012204401B2; CA2823740A1; AU2016269473B2; AU2012204401A1

Abstract

세부 권리를 승인받기 위한 시스템과 방법이 개시된다. 상기 시스템은 통신 모듈, 지역 요구사항 엔진, 기존의 라이센스 모듈 및 결정 모듈을 포함한다. 통신 모듈은 서비스 제공자로부터 한 지역의 한 자산에 대하여 제공되는 서비스의 설명을 수신한다. 지역 요구사항 엔진은 상기 지역에 대한 지역 규칙의 적어도 일부분을 바탕으로 상기 지역에서 상기 서비스를 제공하기 위한 지역 요구사항을 결정한다. 기존의 라이센스 모듈은 적어도 하나의 지역 요구사항을 바탕으로 부재 권리를 결정한다. 결정 모듈은 상기 지역에서 부재 권리의 라이센스를 구매하기 위해 적합한 라이센서를 결정한다.

Description

세부 권리에 대한 권리 승인{Rights Clearance for Granular Rights}

본 명세서는 데이터 관리 시스템에 관련된 것이다. 특히, 본 명세서는 세부 권리(granular rights)를 승인하는 시스템 및 방법에 관한 것이다.

지식재산(예를 들어, 비디오, 책, 노래, 비디오 게임 등)을 가진 소유자는 자신들의 자산을 통해 수익을 창출하기를 원한다. 온라인 상거래가 증가함에 따라, 더더욱 많은 소유자들은 온라인 서비스를 이용하여 자신들의 자산에 대한 수익을 창출하고 싶어한다. 예를 들어, 노래를 통한 수익 창출의 한가지 접근법은 사용자가 컴퓨터에 노래의 복사본을 다운로드하게 함으로써 상기 사용자에게 노래의 복사본을 판매하는 온라인 서비스를 제공하는 것이다. 이것은 컴퓨터에 노래를 동기화시킴으로써 노래를 판매하는 서비스의 한 예일 뿐이다. 서비스 제공자에 의해 제공될 수 있는 다른 수많은 서비스들이 존재한다. 예를 들어, 상기 노래는 상기 사용자에 의해 재생되기 위해 온라인으로 스트리밍될 수 있으며, 상기 노래는 사용자의 컴퓨터에 다운로드될수 있으며, 하나 이상의 이벤트가 발생된 후에 재생되지 않도록 설정될 수 있다. 당업자는 다른 형태의 서비스가 가능하다는 것을 인식할 수 있을 것이며, 유사하거나 다른 서비스가 지식재산(예를 들어, 비디오, 책, 비디오 게임 등)의 다른 형태를 위해 제공될 수 있다.

이러한 지식재산의 소유권은 서로 상이한 관할(즉, 지역)의 저작권법에 의해 정의된다. 한 지역의 저작권법은 자산으로 귀속될 수 있는 서로 상이한 권리들을 정의한다. 예를 들어, 미국(또는 임의의 다른 관할)의 저작권법은 공연권, 복제권, 배포권, 동기화권(synchronization rights) 및 파생작품을 만들 수 있는 권리를 포함하는 노래에 대한 권리를 정의한다. 이러한 권리는 총괄하여 또는 개별적으로 “세부 권리(granular rights)”라고 지칭될 수 있다. 자산에 대한 권리는 관할이 특정되어 있다. 예를 들어, 브라질(또는 임의의 다른 국가)의 저작권법에 의해 정의된 권리는 미국법에 의해 정의된 것들과는 다를 수 있다.

통상의 기술자라면, 하나 이상의 개체가 때때로 하나의 자산에 대한 권리들을 가질 수도 있음을 인식할 수 있을 것이다. 예를 들어, 레코딩 계약은 제 1 개체에게 브라질에서의 하나의 노래에 대한 동기화권의 소유권을 부여할 수 있는 반면, 제 2 개체는 미국에서의 동기화권을 소유할 수 있다. 또한, 하나 이상의 사람들은 임의의 주어진 지역에서의 권리의 일부분을 소유할 수 있다. 예를 들어, 제 1 개체가 미국에서 상기 노래에 대한 동기화권의 80%를 소유하는 경우, 이와 동시에, 제 2 개체가 미국에서 동일한 노래에 대한 동기화권의 20%를 소유할 수 있다.

지식재산에 대한 수익을 창출하기 위해서, 서비스 제공자는 라이센스들을 획득할 필요가 있으며, 상기 라이센스들은 서비스 제공자가 특정한 관할에서 상기 서비스들을 합법적으로 제공할 수 있게 하는 것이다. 예를 들어, 서비스 제공자가 미국에서 특정한 서비스를 제공하기를 원한다고 가정하자. 상기 서비스는 미국에서 제공되고 있기 때문에, 상기 서비스는 미국법 하에 통제된다. 이러한 지역법은 합법적으로 서비스를 제공하기 위하여 서비스 제공자에 의해 허여되어야하는 한 세트의 권리(예를 들어, 한 묶음의 권리)들을 정의한다. 또한, 이러한 특정한 서비스를 위해 미국의 저작권법은 서비스 제공자에게 미국의 동기화권과 배포권의 소유자로부터 상기 동기화권과 배포권에 대하여 허여받을 것을 요청한다고 가정하자. 따라서, 서비스 제공자가 미국에서 이러한 서비스를 합법적으로 제공하기를 원하는 경우, 서비스 제공자는 미국에서 노래에 대한 동기화권과 배포권을 소유한 사람이 누구인지 결정하여, 소유자들과 라이센스 합의를 협상한다. 이것은 수많은 문제를 야기하게 된다.

첫째로, 서비스 제공자는 서비스 제공자들이 비즈니스하기 원하는 상이한 지역들의 상이한 법을 파악해야만하며, 자신들이 제공하기를 원하는 상이한 서비스들을 제공하기 위해 서로 상이한 지역에서 요구되는 권리들이 무엇인지 지속적으로 파악하고 있어야한다.

두번째로, 서비스 제공자는, 현재 자신들이 획득한 권리가 무엇인지, 그리고 특정한 관할에서 특정한 서비스를 합법적으로 제공하기 위해 자신들이 획득해야하는 추가적인 권리가 무엇인지 알기 위해, 자신들의 기존의 라이센스 합의를 파악해야한다.

세번째로, 서로 상이한 각 개체들은 서로 상이한 지역들에 대한 상이한 권리들을 소유하고, 각 국가의 법들은 어떤 권리가 법에 의해 명시된 특정한 개체(예를 들어, 공급권 관리자)로부터 획득되어야만 하는 것인지 명시하고 있기 때문에, 서비스 제공자는 어떠한 개체가 어떠한 라이센스들을 제공할 수 있는지 지속적으로 파악해야 한다.

네번째로, 법은 시간이 지남에 따라 변화하기 때문에, 서비스 제공자는 상이한 국가의 법들의 변화를 파악해야한다.

본 명세서는 세부 권리들을 승인하는 시스템과 방법을 제공함으로써 적어도 부분적으로는 종래 기술의 결점과 제한을 극복한다. 세부 권리들을 승인하는 시스템과 방법이 개시된다. 상기 시스템은 통신 모듈, 지역 요구사항 엔진, 기존의 라이센스 모듈 및 결정 모듈을 포함한다. 통신 모듈은 서비스 제공자로부터 한 지역에서 하나의 자산으로 제공될 서비스 설명을 수신한다. 지역 요구사항 엔진은 상기 지역에 대한 지역의 규칙의 적어도 일부분을 바탕으로 하여 상기 지역에서 서비스를 제공하기 위한 지역 요구사항을 결정한다. 기존의 라이센스 모듈은 지역 요구사항의 적어도 일부를 바탕으로 부재 권리를 결정한다. 결정 모듈은 상기 지역에서 부재 권리에 대한 라이센스를 구매하기 위하여 선호되는 라이센서를 결정한다.

일 실시예에서, 상기 시스템은 결제 모듈을 더 포함한다. 결제 모듈은 적합한 라이센서로부터 라이센스를 구매하기 위한 비용을 결정하고, 결정된 비용의 적어도 일부분을 바탕으로 적합한 라이센서에게 결제한다.

본 명세서는 예시적으로 설명된 것으로서, 도면에 나타난 그림에 대해서만 한정되지 않으며, 유사한 도면부호들은 유사한 구성요소들을 지칭하는 데에 이용된다.
도 1은 일 실시예에 따라 세부 권리에 대한 권리 승인을 제공하는 시스템을 나타내는 상위 레벨 블록도이다.
도 2는 일 실시예에 따라 승인 모듈을 나타내는 블록도이다.
도 3은 일 실시예에 따라 규칙 데이터베이스를 나타내는 블록도이다.
도 4a 및 4b는 일 실시예에 따라 세부 권리에 대한 권리 승인을 제공하는 방법을 나타낸 순서도이다.
도 5a 내지 도 5c는 또 다른 실시예에 따라 세부 권리에 대한 권리 승인을 제공하는 방법을 나타낸 순서도이다.
도 6은 일 실시예에 따라 지역의 규칙을 갱신하는 방법을 나타내는 순서도이다.

세부 권리에 대한 권리 승인을 제공하는 시스템과 방법을 아래에서 설명한다. 아래의 설명에서, 많은 특정한 세부내용들은 본 명세서의 완벽한 이해를 위해 제공된 것으로서 설명의 목적으로서만 제공되는 것이다. 그러나, 통상의 기술자라면 상기 실시예들이 그러한 특정한 세부내용들 없이도 구현될 수 있음을 알 수 있을 것이다. 다른 예에서, 본 명세서에서의 혼동을 피하기 위해 구조들과 장치들은 블록도의 형태로 표현된다. 예를 들어, 본 명세서는 사용자 인터페이스와 특정한 하드웨어를 참조하여 아래의 일 실시예가 설명된다. 그러나, 그러한 설명은 데이터와 명령을 수신할 수 있는 임의의 형태의 컴퓨터 장치와 서비스를 제공하는 임의의 주변장치들에도 적용된다.

본 명세서에서 언급되는 ”일 실시예(one embodiment or an embodiment)“는 상기 실시예와 연관되어 설명되는 특정한 특징, 구조 또는 특성이 적어도 하나의 실시예에 포함됨을 의미한다. 본 명세서의 다양한 부분에서 사용되는 ”일 실시예에서“라는 문구는 모두가 반드시 동일한 실시예만을 지칭하는 것은 아니다.

아래의 상세한 설명의 일부분은 컴퓨터 메모리 내의 데이터 비트에 대한 알고리즘과 상징적인 동작 표현들의 형태로 제공된다. 이러한 알고리즘적인 설명과 표현들은 데이터 프로세싱 분야의 통상의 기술자에게 통용되는 수단으로서, 다른 통상의 기술자에게 발명의 개념을 가장 효과적으로 전달할 수 있는 수단이다. 본 명세서의 알고리즘은 일반적으로, 바람직한 결과를 이끌기위한 단계들의 일관된 시퀀스로 여겨진다. 상기 단계들은 물리적인 양(quantities)에 대한 물리적인 조작을 필요로하는 것들이다. 통상적으로, 반드시 그러한 것은 아니나, 이러한 양(quantities)은 저장되고, 전달되고, 조합되고, 비교되거나 조작될 수 있는 전기적이거나 자기적인 신호의 형태를 취한다. 이러한 신호들을 비트, 값(values), 구성요소, 기호, 문자, 형태, 숫자 등으로서 지칭하는 것이, 주로 흔히 사용되는 용법을 이용하는 것이므로, 때때로 편리하다는 것이 판명되어 왔다.

다만, 이러한 모든 용어와 그와 유사한 용어들은 적절한 물리적 양과 관련되는 것이며, 단순히 이러한 양에 적용되는 편리한 라벨일 뿐임을 명심해야 한다. 아래의 논의에서 명백히 설명되지 않았더라도, “프로세싱하는” 또는 “컴퓨팅하는” 또는 “계산하는” 또는 “결정하는” 또는 “표시하는” 등과 같은 용어를 활용한 논의는 컴퓨터 시스템이나 유사한 전자 컴퓨터 장치의 동작과 프로세스를 지칭하는 것이며, 상기 동작과 프로세스는 컴퓨터 시스템의 레지스터와 메모리 내의 물리적인(전자적인) 양으로 나타나는 데이터를 컴퓨터 시스템 메모리나 레지스터나 다른 정보 저장장치, 전송 또는 표시 장치 내의 물리적인 양으로 유사하게 나타나는 다른 데이터로 조작하고 변환하는 것임을 아래의 설명을 통해 알 수 있을 것이다.

또한, 본 명세서는 여기서의 동작을 수행하는 장치와 연관된다. 이러한 장치는 요구되는 목적을 위해 특별하게 구성되거나, 상기 장치는 컴퓨터에 저장된 컴퓨터 프로그램에 의해 선택적으로 활성화되거나 재설정된 일반적인 목적의 컴퓨터를 포함할 수 있다. 그러한 컴퓨터 프로그램은 컴퓨터 판독가능 저장매체에 저장될 수 있으며, 상기 컴퓨터 판독가능 저장매체는 플로피 디스크, 광학 디스크, CD-ROM 및 자기 디스크를 포함하는 임의의 형태의 디스크와 ROMs(Read-Only Memories), RAMs(Random Access Memories), EPROMs, EEPROMs, 자기 또는 광학 카드, 비휘발성 메모리를 갖는 USB키를 포함하는 플래쉬 메모리 또는 각각이 컴퓨터 시스템 버스에 연결되고 전자적인 명령을 저장하기에 적절한 임의의 형태의 매체가 될 수 있으나, 반드시 이에 한정되는 것은 아니다.

일부 실시예는 완전한 하드웨어 실시예, 완전한 소프트웨어 실시예 또는 하드웨어와 소프트웨어 구성요소 모두를 포함하는 실시예의 형태를 취할 수 있다. 적합한 실시예는 소프트웨어로 구현될 수 있으며, 상기 소프트웨어는 펌웨어, 레지던트(resident) 소프트웨어, 마이크로코드 등을 포함할 수 있으나, 반드시 이에 한정되는 것은 아니다.

게다가, 일부 실시예는 컴퓨터 사용가능 매체 또는 컴퓨터 판독가능 매체에 접근 가능한 컴퓨터 프로그램 제품의 형태를 취할 수 있으며, 상기 컴퓨터 사용가능 매체 또는 컴퓨터 판독가능 매체는 컴퓨터나 임의의 명령 실행 시스템에 의해 사용되거나 연결되는 프로그램코드를 제공하는 것일 수 있다. 설명의 목적을 위해, 컴퓨터 사용가능 매체 또는 컴퓨터 판독가능 매체는 상기 명령 실행 시스템 또는 장치에 의해 사용되거나 연결되는 프로그램을 포함하거나, 저장하거나, 통신하거나, 전파하거나 전송할 수 있는 임의의 장치가 될 수 있다.

세부 권리에 대한 권리 승인을 제공하는 프로그램 코드를 저장 및/또는 실행하기에 적합한 데이터 프로세싱 시스템은 메모리 구성요소와 간접 또는 직접적으로 시스템 버스를 통해 연결된 적어도 하나의 프로세서를 포함할 수 있다. 메모리 구성요소는, 프로그램 코드가 실제로 실행되는 동안 동작하는 로컬 메모리, 대용량 저장장치 및 실행되는 동안 대용량 저장장치로부터 검색되어야 하는 시간 코드의 개수를 줄이기 위해 적어도 일부분의 프로그램코드의 일시적인 저장을 제공하는 캐시(cache) 메모리를 포함할 수 있다.

입력/출력 또는 I/O 장치(키보드, 디스플레이, 포인팅 장치 등을 포함하나 반드시 이에 제한되지는 않음)는 I/O 제어기를 개입함으로써 또는 직접적으로 시스템에 연결될 수 있다.

네트워크 어댑터는 데이터 프로세싱 시스템이 개인용 또는 공용 네트워크를 통해 다른 데이터 프로세싱 시스템이나 원격 프린터 또는 저장 장치와 연결되도록 상기 시스템에 연결된다. 모뎀, 케이블 모뎀 및 이더넷 카드가 바로 네트워크 어댑터의 현재 이용가능한 형태 중 일부에 해당한다.

마지막으로, 본 명세서에서 개시된 알고리즘과 표시사항들은 본질적으로 임의의 특정한 컴퓨터나 다른 장치들과 관련되지는 않는다. 다양한 일반적인 목적의 시스템들이 본 명세서에서 암시된 내용에 따르는 프로그램들과 함께 이용될 수 있으며, 또는, 요구된 방법의 단계들을 수행하기 위한 더욱 전문화된 장치를 구성하는 것이 편리할 수도 있다. 이러한 다양한 시스템들에서 요구되는 구조들은 아래의 설명을 통해 나타낼 것이다. 그리고, 본 명세서는 임의의 특정한 프로그램 언어를 참조하여 설명되지 않는다. 다양한 프로그램 언어들이 본 명세서에 개시된 바에 따라 다양한 실시예들의 암시 내용을 구현하는 데에 이용될 수 있음을 알 수 있을 것이다.

시스템 개요

도 1은 일 실시예에 따라 권리 승인을 제공하는 시스템(130)을 나타내는 상위 레벨 블록도이다. 도시된 시스템(130)의 실시예는 자산 호스팅 사이트(100), 컨텐츠 제공자(118), 클라이언트(120), 공급자(170), 라벨(172), 권리자(174), 공급권 관리자(176), 결제 서버(186) 및 서비스 서버(198)를 포함한다. 시스템(130)의 이러한 개체들은 네트워크(122)를 통해 통신가능하게 연결된다. 오직 하나의 컨텐츠 제공자(118), 하나의 클라이언트(120), 하나의 공급자(170), 하나의 라벨(172), 하나의 권리자(174), 하나의 공급권 관리자(176), 하나의 결제 서버(186) 및 하나의 서비스 서버(198)가 도시되었을 지라도, 관련 기술분야의 통상의 기술자라면 임의의 개수의 컨텐츠 제공자(118), 클라이언트(120), 공급자(170), 라벨(172), 권리자(174), 공급권 관리자(176), 결제 서버(186) 및 서비스 서버(198)가 네트워크(122)와 통신가능하게 연결될 수 있음을 인식할 수 있을 것이다. 또한, 하나의 네트워크(122)가 클라이언트(120), 컨텐츠 제공자(118), 공급자(170), 라벨(172), 권리자(174), 공급권 관리자(176), 결제 서버(186) 및 자산 호스팅 사이트(100)와 연결되었을지라도, 통상의 기술자라면 임의의 개수의 네트워크(122)가 도 1에 도시된 개체들에 연결될 수 있음을 알 수 있을 것이다.

일 실시예에서, 자산 호스팅 사이트(100)는 서비스 제공자(199)와 승인 모듈(195)을 포함한다. 서비스 제공자(199)는, 자산 호스팅 사이트(100)의 프로세서(미도시)에 의해 실행될 때 자산 호스팅 사이트(100)의 하나 이상의 컴포넌트들과 통신하여 클라이언트(120)와 같은 사용자에게 서비스를 제공하는 코드와 루틴들이다. 일 실시예에서, 서비스 제공자(199)는 승인 모듈(195)과 통신가능하게 연결되어 승인 모듈(195)에 하나 이상의 입력을 제공한다. 예를 들어, 서비스 제공자(199)는 하나 이상의 입력을 승인 모듈(195)에 제공하며, 승인 모듈(195)은 자산, 자산으로 제공되는 서비스 및 상기 서비스가 제공될 지역을 특정한다. 후술하는 바와 같이, 승인 모듈(195)은 특정된 서비스가 특정된 지역에 제공될 수 있도록 상기 입력과 함께 다른 데이터를 이용하여 자산에 대한 세부 권리를 승인한다.

서비스 제공자(199)는 도 1에 도시된 바와 같이 점선으로 표시되어, 일부 실시예에서 서비스 제공자(199)는 자산 호스팅 사이트(100)에 저장되는 반면 다른 실시예에서 서비스 제공자(199)는 서비스 서버(198)에 저장됨을 나타낸다. 서비스 서버(198)는 서비스 서버(198)가 클라이언트(120)와 같은 사용자에게 서비스를 제공하게 하는 데에 필요한 자산 호스팅 사이트(100)와 유사한 하나 이상의 구성요소들을 포함하는 하드웨어 서버이다. 서비스 서버(198)는 도 1에서 점선으로 표시되어, 시스템(130)에서 선택적으로 포함될 수 있음을 나타낸다. 실시예들에서, 시스템(130)이 서비스 서버(198)를 포함하지 않을 경우, 서비스 제공자(199)는 자산 호스팅 사이트에 의해 저장되고 실행된다. 서비스 제공자(199)는 아래에서 상세히 설명하도록 한다.

승인 모듈(195)은, 자산 호스팅 사이트(100)의 프로세서(미도시)에 의해 실행될 때, (1) 서비스 제공자(199)가 서비스를 제공하는 상이한 지역들의 상이한 법들을 파악하며 (2) 서비스 제공자(199)에 의해 제공된 상이한 서비스들을 제공하기 위해 어떠한 권리가 이러한 상이한 지역들에 요구되는지 지속적으로 파악하며 (3) 서비스 제공자(199)가 소유한 기존의 라이센스들을 파악하고 (4) 상기 (2)와 (3)을 바탕으로, 서비스 제공자(199)가 합법적으로 특정한 관할에서 특정한 서비스를 제공하기 위해 획득할 필요가 있는 추가적인 권리가 무엇인지 결정하는 코드와 루틴들이다. 예를 들어, 서비스 제공자(199)의 관리자가 한 노래가 특정한 지역의 사용자들에게 스트리밍되도록 하는 서비스를 제공하기 원한다고 가정한다. 승인 모듈(195)은 한 지역의 법들이 자산(즉, 상기 노래)을 위한 제 1, 제 2 및 제 3 라이센스를 갖기 위해서는 서비스 제공자(199)가 필요하다고 결정한다. 승인 모듈(195)은 서비스 제공자(199)가 하나 이상의 기존 라이센스 합의에 따라 이미 상기 제 1 및 제 3 라이센스를 소유하고 있었다고 결정한다. 승인 모듈(195)은 앞서 언급된 사항들을 바탕으로, 서비스 제공자(199)가 서비스를 제공하기 위해 자산에 대한 제 2 라이센스를 획득해야 한다고 결정한다.

일 실시예에서, 승인 모듈(195)은 어떠한 개체가 어떠한 라이센스를 제공할 수 있으며, 상이한 지역들의 법들의 변화를 파악할 수 있는지를 지속적으로 파악할 수도 있다. 상이한 지역들의 법들의 변화를 파악하는 방법은 도 6을 참조하여 아래에서 구체적으로 설명하도록 한다. 일 실시예에서, 승인 모듈(195)은 도 4a, 도 4b, 도 5a-5c 및 도 6을 참조하여 아래에서 설명할 하나 이상의 기능들을 제공하는 코드와 루틴들을 포함한다. 승인 모듈(195)은 아래에서 더 구체적으로 설명하도록 한다.

네트워크(122)는 유선 또는 무선 네트워크의 종래 형태이며, 스타 설정(star configuration), 토큰 링 설정(token ring configuration) 또는 통상의 기술자에게 알려진 다른 설정과 같은 임의의 개수의 설정을 가질 수 있다. 일 실시예에서, 네트워크(122)는 하나 이상의 LAN(Local Area Network), WAN(Wide Area Network) (예를 들어, 인터넷) 및/또는 복수 개의 장치들이 통신하는 임의의 다른 상호연결된 데이터 경로를 포함한다. 또 다른 실시예에서, 네트워크(122)는 피어 투 피어(peer to peer) 네트워크이다. 네트워크(122)는 다양하고 상이한 통신 프로토콜로 데이터를 전송하는 전자통신(telecommunication) 네트워크의 일부분을 포함하거나 상기 전자통신 네트워크에 연결된다. 예를 들어, 네트워크는 3G 네트워크이거나 4G 네트워크이다. 또 다른 실시예에서, 네트워크(122)는 SNS(Short Messaging Service), MMS(Multimedia Messaging Service), HTTP(Hypertext Transfer Protocol), 직접 데이터 연결(direct data connection), WAP(Wireless Application Protocol), 이메일 등을 통하여 데이터를 전송하고 수신하는 블루투스 통신 네트워크 또는 셀룰러 통신 네트워크를 포함한다. 또 다른 실시예에서, 네트워크(122)의 링크의 전부 또는 일부는 SSL(Secure Sockets Layer), 보안 HTTP 및/또는 VPNs(Virtual Private Networks)와 같은 종래의 암호화 기술을 이용하여 암호화된다.

도시된 실시예에서, 자산 호스팅 사이트(100)는 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다. 컨텐츠 제공자(118)는 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다. 클라이언트(120)는 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다. 공급자(170)은 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다. 라벨(172)은 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다. 권리자(174)는 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다. 공급권 관리자(176)는 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다. 결제 서버(186)는 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다. 서비스 서버(198)는 신호 라인(113)을 통해 네트워크(122)와 통신가능하게 연결된다.

자산 호스팅 사이트(100)는 인터페이스 탐색 및/또는 브라우징을 통해 사용자가 지식재산에 접근하도록 하는 임의의 시스템이다. 자산 호스팅 사이트(100)의 일 예는 www.youtube.com로 알려진 유투브(YOUTUBE) 웹사이트이다. 다른 자산 호스팅 사이트는 잘 알려져 있으며, 본 명세서에서 암시된 내용에 따라 동작하도록 적용될 수 있다. “웹 사이트”라는 용어는 임의의 인터넷 작업 프로토콜을 이용하는 컨텐츠를 제공하는 데에 적용되는 임의의 컴퓨터 시스템을 나타내는 것으로서, 인터넷이나 HTTP 프로토콜을 통해 업로드되거나 다운로드된 컨텐츠에 한정되는 것은 아님을 이해할 수 있을 것이다.

일 실시예에서, 자산 호스팅 사이트(100)는 지식재산의 전부 또는 일부를 수신하고 공유하도록 설정된다. 지식재산의 예시들로서 비디오; 노래; 비디오 게임; 책 등을 들 수 있으나 반드시 이에 한정되는 것은 아니다. 통상의 기술자는 지식재산이 임의의 미디어 형태 및/또는 파일 형태로 나타날 수 있음을 인식할 수 있을 것이다. 예를 들어, 자산 호스팅 사이트(100)는 비디오 파일, 오디오 파일(예를 들어, 하나 이상의 노래), 비디오와 오디오의 조합을 포함하는 파일, JPEG 또는 GIF 파일과 같은 이미지 파일, 비디오 게임 프로그램을 ?마하는 파일 및/또는 텍스트 파일과 같은 컨텐츠를 공유한다. 지식재산은 이하에서 “자산”으로 지칭하도록 한다.

일 실시예에서, 자산 호스팅 사이트(100)에 의해 제공된 자산들의 소스는 사용자에 의한 업로드, 자산에 대한 데이터베이스나 다른 웹 사이트의 탐색 또는 크롤(crawl) 또는 이들의 조합 등으로부터 구성된다. 예를 들어, 일 실시예에서, 자산 호스팅 사이트(100)는 사용자가 자산을 업로드하는 것을 허여하도록 설정된다. 또 다른 실시예에서, 자산 호스팅 사이트(100)는 그러한 소스들을 크롤링(crawling)하거나 실시간으로 그러한 소스들을 탐색함으로써 다른 소스들로부터 자산들을 획득하도록 설정된다.

도시된 실시예에서, 자산 호스팅 사이트(100)는 전처리(front end) 인터페이스(102), 자산 서빙 모듈(104), 자산 탐색 모듈(106), 업로드 서버(108), 표시 모듈(110), 섬네일(thumbnail) 생성기(112), 사용자 데이터베이스(114), 자산 데이터베이스(116), 그래픽 사용자 인터페이스 모듈(126)(“GUI(Graphic User Interface) 모듈(126)”), 소유권 데이터베이스(128), 자산 사용 데이터베이스(192), 그래픽 데이터베이스(194), 규칙 데이터베이스(196) 및 승인 모듈(195)을 포함한다. 일 실시예에서, 자산 호스팅 사이트(100)는 결제 시스템(190)을 추가로 포함한다. 여기서, 결제 시스템(190)은 점선으로 된 직사각형으로 도시되어, 일 실시예에 있어 결제 시스템(190)은 결제 서버(186)에 포함될 수도 있음을 나타낸다. 자산 호스팅 사이트(100)의 컴포넌트들은 서로 통신가능하게 연결되어 있다. 예를 들어, 컴포넌트들은 버스(미도시)를 통해 서로 다른 컴포넌트들과 통신가능하게 연결된다. 상기 시스템의 특징을 모호하지 않게 하기 위해, 방화벽(firewall), 부하 분산 장치(load balancer), 증명 서버(authentication server), 응용 서버(application server), 시스템 대체 작동 서버(failover server), 사이트 관리 장치 등과 같은 다른 종래의 구성들은 도시되지 않았다.

일 실시예에서, 자산 호스팅 웹사이트(110)의 도시된 컴포넌트들은 소프트웨어나 하드웨어의 단일 조각들로서, 또는 소프트웨어나 하드웨어의 복수의 조각들로서 구현된다. 일반적으로, 하나의 컴포넌트에 의해 수행되는 것으로서 일 실시예에서 설명된 기능들은 다른 실시예들에서 다른 컴포넌트에 의해 수행될 수도 있으며, 컴포넌트들의 조합에 의해 수행될 수도 있다. 또한, 자산 호스팅 사이트(100)의 컴포넌트들에 의해 수행되는 것으로서 일 실시예에서 설명된 기능들은 클라이언트(120)에 의해 수행되며 적절한 경우 다른 실시예들의 다른 개체들에 의해 수행된다. 일 실시예에서, 특정한 컴포넌트에 의한 기능은 상이한 컴포넌트들이나 복수 개의 컴포넌트들이 함께 동작함으로써 수행된다.

일 실시예에서, 상기 다양한 서버들과 모듈들 각각은 서버 클래스 컴퓨터에 실행되는 서버 프로그램으로서 구현되며, 상기 서버 클래스 컴퓨터는 하나 이상의 CPUs (Central Processing Units), 메모리, 네트워크 인터페이스, 주변 인터페이스 및 다른 잘 알려진 컴포넌트들을 포함한다. 컴퓨터들은 리눅스와 같은 오픈 소스 동작 시스템을 운영하는 것이 바람직하고, 일반적으로 고성능 CPUs와 1기가바이트 이상의 메모리와 100기가바이트 이상의 디스크 저장장치를 갖는다. 일 실시예에서, 다른 형태의 컴퓨터들이 이용되고, 미래에는 더욱 강력한 컴퓨터들이 개발될 것으로 기대되며, 상기 컴퓨터들은 본 명세서에서 개시된 암시 내용에 따라 설정된다. 또 다른 실시예에서, 임의의 구성요소들에 의해 구현된 기능은 컴퓨터 프로그램 제품으로부터 제공되며, 상기 컴퓨터 프로그램 제품은 유형의 컴퓨터 접근가능 저장매체(예를 들어, RAM(Random Access Memory), 플래쉬, 하드디스크, 자기/광학 매체 또는 SSD(Solid-State Drive) 등)에 저장된다.

전처리 인터페이스(102)는 네트워크(122)를 통해 하나 이상의 컨텐츠 제공자(118), 클라이언트(120), 공급자(170), 라벨(172), 권리자(174), 공급권 관리자(176) 및 결제 서버(186)와의 통신을 처리하는 인터페이스이다. 예를 들어, 전처리 인터페이스(102)는 컨텐츠 제공자(118)로부터 업로드된 자산을 수신하고, 상기 자산을 업로드 서버(108)에 전달한다. 일 실시예에서, 전처리 인터페이스(102)는 클라이언트 장치(120)의 사용자들로부터의 요청들을 수신하고, 자산 호스팅 사이트(100)의 다른 컴포넌트들(예를 들어, 자산 탐색 모듈(106) 또는 자산 서빙 모듈(104))로 상기 요청들을 전달한다. 예를 들어, 상기 자산은 비디오 이며, 전처리 인터페이스(!02)는 사용자로부터 비디오 탐색 쿼리(query)를 수신하여, 상기 비디오 탐색 쿼리를 자산 탐색 모듈(106)에 전송한다.

업로드 서버(108)는 전처리 인터페이스(102)를 통해 컨텐츠 제공자(118)로부터 하나 이상의 자산들을 수신한다. 예를 들어, 업로드 서버(108)는 하나 이상의 비디오 파일, 오디오 파일(예를 들어, 하나 이상의 노래), 비디오와 오디오의 조합을 포함한 파일, JPEG 또는 GIF 파일과 같은 이미지 파일, 비디오 게임 프로그램을 포함하는 파일 및/또는 텍스트 파일을 컨텐츠 제공자(118)로부터 수신한다. 일 실시예에서, 업로드 서버(108)는 하나 이상의 자산들을 소유하며, 자산 데이터베이스(116)에서 프로세스된 자산들을 저장한다. 업로드 서버(108)는 자산 식별증(“자산 ID”)을 저장된 자산에 할당한다. 자산 ID는 비디오에 대한 식별자(“비디오 ID”), 노래에 대한 식별자(“노래ID”), 이미지에 대한 식별자(“이미지ID”), 비디오 게임에 대한 식별자(“비디오 게임 ID”) 및 책에 대한 식별자(“책ID”)를 포함한다. 예를 들어, 업로드 서버(108)는 비디오 ID를 비디오에 할당하고, 비디오 ID와 상기 비디오를 자산 데이터베이스(116)에 함께 저장한다. 다른 실시예들에서, 업로드 서버(108)는 자산을 포맷하는 동작, 자산을 압축하는 동작, 자산을 태그하는 메타데이터, 컨텐츠 분석 등 이들 중 하나 이상을 수행한다.

자산 데이터베이스(116)는 사용자와 자산 호스팅 사이트(100)에 의해 공유되는 자산들을 저장하는 저장 시스템이다. 일 실시예에서, 자산 데이터베이스(116)는 업로드 서버(108)에 의해 프로세스된 자산들을 저장한다. 또 다른 실시예에 있어서, 자산 데이터베이스(116)는 상기 자산들과 관련된 메타데이터들을 저장할 수도 있다. 상기 메타데이터는 명칭; 설명; 태그 정보; 시간 길이 등 이들 중 하나 이상을 포함한다. 일 실시예에서, 자산들의 메타데이터의 일부 또는 전부는 컨텐츠 제공자(118)에 의해 제공된다. 예를 들어, 컨텐츠 제공자(118)의 사용자는 자산들을 자산 호스팅 사이트(100)에 업로드할 때 자산들에 대한 설명과 명칭을 제공한다.

자산 탐색 모듈(106)은 코드와 루틴들로서, 프로세서(미도시)에 의해 실행될 때, 사용자로부터 전처리 인터페이스(102)에 의해 수신된 임의의 탐색 쿼리를 프로세스한다. 사용자로부터 전처리 인터페이스(102)에 의해 수신된 탐색 쿼리는 사용자가 관심을 갖는 자산을 식별하는 키워드와 같은 탐색 기준들을 포함한다. 자산 탐색 모듈(106)은 탐색 기준들을 이용하여 자산 데이터베이스(116)에 저장된 자산의 메타데이터를 쿼리한다. 쿼리의 탐색 결과는 사용자에게 표시하기 위해 전처리 인터페이스(102)로 반환된다. 예를 들어, 사용자가 전처리 인터페이스(102)에 키워드 탐색 쿼리를 제공한 경우, 자산 탐색 모듈(106)은 상기 키워드와 연관된 자산 데이터베이스(116)에 저장된 자산을 식별하여, 탐색 결과(예를 들어, 자산 ID 및/또는 명칭, 설명, 식별된 자산의 섬네일과 같은 메타데이터)를 전처리 인터페이스(102)로 반환한다.

자산 서빙 모듈(104)은 코드와 루틴들로서, 프로세서(미도시)에 의해 실행될 때, 자산들(예를 들어, 비디오, 책, 그림, 음악 파일 등)에 대한 요청을 프로세스하여 사용자에게 자산을 제공한다. 예를 들어, 자산 서빙 모듈(104)은 전처리 인터페이스(102)를 통해 사용자로부터 쿼리를 수신하고, 상기 쿼리의 적어도 일부분을 바탕으로 자산 데이터베이스(116)로부터 비디오 세트를 검색하여, 전처리 인터페이스(102)를 통해 사용자에게 상기 비디오 세트를 제공한다.

일 실시예에서, 자산 서빙 모듈(104)은 사용자가 자산으로의 링크를 클릭할 경우, 자산에 접근하도록 사용자로부터 요청을 수신한다. 사용자로부터 수신된 상기 요청은 사용자가 접근하기 원하는 자산의 자산ID를 포함한다. 일 실시예에서, 자산ID는 사용자가 자산에 대한 링크를 클릭할 경우 상기 요청에 자동적으로 포함된다. 자산 서빙 모듈(104)은 자산 ID를 이용하여 자산 데이터베이스(116)에서 탐색하고 자산의 위치를 지정한다. 요청된 자산의 위치가 지정되는 경우, 자산 서빙 모듈(104)은 상기 자산을 전처리 인터페이스(102)를 통해 사용자에게 전송한다. 상기 자산은 웹 페이지에서 상기 사용자에게 제공된다. 자산과 관련된 메타데이터는 자산의 명칭과 설명과 같은 것으로 자산과 함께 제공될 수도 있다. 일 실시예에서, 자산 서빙 모듈(104)은 사용자의 자산 접근 히스토리가 사용자 데이터베이스(114)에 저장되도록, 사용자에게 자산을 전송한 후에 사용자 데이터베이스(114) 내의 자산에 대한 자산 ID를 저장한다.

사용자 데이터베이스(114)는 사용자와 관련된 데이터 및/또는 정보를 저장하는 저장 시스템이다. 예를 들어, 사용자 데이터베이스(114)는 사용자에 의해 자산 호스팅 사이트(100)에 업로드된 자산의 자산 ID 와 사용자가 자산 데이터베이스(116)으로부터 접근한 자산의 자산 ID를 저장한다. 일 실시예에서, 사용자는 로그인 이름과 패스워드를 이용하거나/이용하고 사용자의 인터넷 프로토콜(IP) 주소를 이용함으로써 식별된다.

섬네일 생성기(112)는 자산에 대한 섬네일을 생성하는 코드와 루틴들이다. 섬네일은 자산 호스팅 사이트(10)의 자산을 나타내는 그림이다. 예를 들어, 자산이 비디오라고 가정한다. 섬네일 생성기(112)는 비디오를 분석하여, 비디오의 한 프레임을 섬네일로서 선택한다. 일 실시예에서, 섬네일 생성기(112)는 비디오에 대한 하나 이상의 그림들을 제공하고, 자산 호스팅 사이트(100)에 비디오를 업로드하는 사용자는 섬네일로서 하나의 그림을 선택하게 된다.

유권 데이터베이스(128)는 소유권 정보를 저장하는 저장 시스템이다. 소유권 정보는 다음 중 하나 이상을 포함한다 : 자산에 대한 권리를 소유한 개체의 식별자(예를 들어, 소유자의 이름); 소유권이 적용되는 지역에 대한 식별자; 상기 개체에 의해 주장된 소유권의 비중(percentage); 권리에 대한 관리 방침을 설정하는 관리자 식별자(예를 들어, 관리자의 이름); 상기 관리자에 의해 설정된 자산을 위해 하나 이상의 권리에 할당된 방침; 타임스탬프(timestamp); 및 권리의 소유자에 대한 하나 이상의 그래픽 식별자.

하나의 자산에 대한 하나의 권리는 공연권, 복제권, 분배권, 동기화권 및 파생작품을 만들 권리 중 하나를 포함한다. 하나의 자산에 대한 권리들은 지역에 관하여 특정되어 있다. 예를 들어, 제 1 개체는 미국 지역에서 자산에 대한 분배권을 소유함과 동시에, 제 2 개체는 브라질, 인도, 중국, 일본 등과 같은 다른 지역에서 동일한 권리에 대해 분배권을 소유한다.

GUI 모듈(126)은 프로세서(미도시)에 의해 실행될 때, 인간 사용자에 의해 사용된 GUI를 생성하는 그래픽 데이터를 입력 소유권 정보에 제공하는 코드와 루틴들이다. 예를 들어, GUI 모듈은, GUI를 공급자(170)에게 제공하고 공급자(170)를 운영하는 인간 사용자가 자산의 소유권 정보를 편집할 수 있도록, 그래픽 데이터를 생성한다. GUI 모듈(126)은 전처리 인터페이스(102)에 그래픽 데이터를 전송하도록 설정된다. 일 실시예에서, GUI 모듈(126)은 그래픽 데이터베이스(194)의 그래픽 데이터를 저장한다. 전처리 인터페이스(102)는 네트워크(122)와 통신하여, 네트워크(122)에 통신가능하게 연결된 프로세서 기반의 컴퓨터 장치에 상기 그래픽 데이터를 전송한다. 예를 들어, 전처리 인터페이스(102)는 그래픽 데이터를 공급자(170)에게 전송한다. 공급자(170)은 그래픽 데이터를 수신하여, 프로세서 기반의 컴퓨터 장치와 통신가능하게 연결된 표시 장치(예를 들어, 모니터)에 표시된 GUI를 생성한다. GUI는 표시 장치에서 표시되며, 공급자(170)를 운영하는 인간 사용자에 의해 시청된다. GUI 는 소유권 정보를 입력하거나 편집하기 위해 하나 이상의 필드, 드롭 다운 박스(drop down box) 또는 인간 사용자에 의해 사용되는 다른 종래의 그래픽을 포함한다. GUI에 입력된 데이터는 전처리 인터페이스(102)에 의해 수신되어 소유권 데이터베이스(128)에 저장된다.

그래픽 데이터베이스(194)는 하나 이상의 사용자 인터페이스를 제공하는 데에 이용되는 그래픽 데이터를 저장하는 비일시적인 컴퓨터 판독가능 저장매체이다. 예를 들어, 그래픽 데이터베이스(194)는 GUI를 공급자(170)에게 제공하여 자산의 소유권 정보를 추가하기 위해 GUI 모듈에 의해 생성된 그래픽 데이터를 저장한다. 관련분야의 통상의 기술자는 그래픽 데이터베이스(194)가 GUI 모듈(126)에 의해 생성된 다른 그래픽 데이터를 저장할 수 있음을 인식할 수 있을 것이다.

승인 모듈(195)은 한 지역의 서비스 제공자에 의해 제공된 서비스를 위한 권리 승인을 제공하는 코드와 루틴들이다. 서비스 제공자는 하나 이상의 서비스를 하나 이상의 지역에 있는 사용자들에게 제공하는 개체이다. 예를 들어, 서비스 제공자는 사용자를 위한 비디오나 음악의 한 조각을 스트리밍하는 것, 사용자에게 자산을 판매하는 것, 사용자에게 자산을 임대하는 것, 사용자의 자산의 사본을 생성하는 것 및 사용자의 자산을 저장하는 것 등과 같은 서비스들을 제공한다. 일 실시예에서, 서비스 제공자는 자산 호스팅 사이트(100)를 운영하는 개체이다. 다른 실시예에서, 서비스 제공자는 클라이언트(120), 권리자(174), 라벨(172), 공급자(170) 및 컨텐츠 제공자(118) 중 하나를 운영하는 개체이다.

승인 모듈(195)은 자산의 설명, 상기 자산과 관련된 서비스의 설명 및 상기 서비스가 서비스 제공자로부터 제공되는 지역(예를 들어, 미국, 브라질, 인도, 중국 등과 같은 서비스의 관할)의 설명을 수신한다. 승인 모듈(195)은 규칙 데이터베이스(196)에서 하나 이상의 지역 규칙을 검색하고, 상기 하나 이상의 지역 규칙의 일부분을 바탕으로, 상기 지역과 상기 서비스의 특정한 조합에 대한 하나 이상의 지역 요구사항을 결정한다. 자산과 관련된 서비스들과 지역들의 서로 상이한 쌍 또는 조합에 관하여, 승인 모듈(195)은 서비스들과 지역들의 쌍의 서로 상이한 지역 요구사항 세트를 결정한다.

지역 규칙은 하나의 지역에 대한 하나 이상의 법들에 관한 요구사항들을 설명하는 데이터이다. 일 실시예에서, 지역 규칙에 의해 설명되는 법은 저작권법 또는 한 지역에서 서비스를 제공하기 위해 필수 권리가 무엇인지 설명하는 임의의 다른 법이다. 예를 들어, 지역 규칙은 한 지역에서 서비스를 제공하기 위해 필수 권리가 무엇인지 설명한다. 지역 규칙은 승인 모듈(195)에 의해, 한 지역에서 서비스를 제공하기 위해 요구되는 라이센스가 무엇인지 결정하도록 이용된다.

종래에 알려진 바와 같이, 일부 지역에서, 하나 이상의 권리는 법에 의해 특정된 개체들에게만 부여될 수 있다. 예를 들어, 한 지역의 법은 공급권 관리자(176)로부터 부여된 권리를 요구한다. 또 다른 실시예에서, 지역 규칙은 서비스 제공자가 한 지역의 하나의 권리에 대한 라이센스를 구매할 수 있는 개체들의 한 그룹을 포함한다. 예를 들어, 지역 규칙은 서비스 제공자가 뮤직 비디오와 관련된 동기화권의 브라질에서의 라이센스를 공급자(170), 라벨(172), 권리자(174) 및 공급권 관리자(176) 중 하나로부터 구매할 수 있음을 설명한다. 일 실시예에서, 지역 규칙은 권리에 대한 라이센스의 가격을 설명한다. 예를 들어, 상기 지역의 법은 공급권 관리자(176)로부터 획득되는 권리의 라이센스를 요구하며, 라이센스 수수료를 일정한 금액으로 정한다. 한 권리에 대한 라이센스 비용을 설명하는 데이터는 본 명세서에서 "가격 데이터"라고 지칭하도록 한다. 일 실시예에서, 가격 데이터는 기존의 라이센스 합의나 라이센스 획득료에 대한 임의의 소스로부터 획득된다.

지역 요구사항은 특정한 지역에서 한 자산과 관련된 서비스를 제공하는 데에 적용되는 모든 지역 규칙들의 조합이다. 예를 들어, 승인 모듈(195)은 제 1 지역 규칙과 제 2 지역 규칙을 검색한다. 제 1 지역 규칙은 프랑스(또는 일부 다른 지역)에서 제 1 서비스를 제공하기 위해서는 분배권에 대한 라이센스가 요구됨을 설명하며, 제 2 지역 규칙은 프랑스에서의 분배권에 대한 라이센스는 공급권 관리자(176)로부터 구매될 필요가 있음을 설명한다. 승인 모듈(195)은 제 1 및 제 2 지역 규칙을 조합하고 지역 요구사항을 생성하는데, 여기서 상기 지역 요구사항은 프랑스 지역에서 제 1 서비스를 제공하는 서비스 제공자가 분배권에 대한 라이센스를 필요로하며, 상기 분배권은 공급권 관리자(176)로부터 부여될 필요가 있음을 설명하는 것이다.

“권리의 묶음”이라는 용어는, 특정한 지역의 특정한 서비스에 대하여, 서비스 제공자가 서비스를 제공하기 위해 부여받아야하는 권리를 의미한다. “라이센서”라는 용어는 라이센스를 구매한 개체를 의미한다. 예를 들어, 컨텐츠 제공자(118), 공급자(170), 라벨(172), 권리자(174) 또는 공급권 관리자(176)는 라이센서이다. 라이센스를 구매하는 개체는 “라이센시”라고 지칭될 수 있다.

후술하는 바와 같이, 지역 규칙과 지역 요구사항은 규칙 데이터베이스(196)에 저장된다. 일 실시예에서, 가격 데이터는 규칙 데이터베이스(196)에 저장되기도 한다. 일 실시예에서, 규칙 데이터베이스(196)는 자산 호스팅 사이트(100)에 대한 기존의 라이센스 합의와 상기 합의의 기간을 설명하는 데이터를 저장하기도 한다. 기존의 라이센스 합의와 상기 합의의 기간을 설명하는 데이터는 본 명세서에서 “라이센스 데이터”라고 지칭된다. 규칙 데이터베이스(196)는 도 3을 참조하여 아래에서 구체적으로 설명하도록 한다.

승인 모듈(195)은 특정한 지역의 특정한 서비스에 관하여, 어떠한 권리가 필요한 것인지(즉, 필수 권리의 묶음) 결정한다. 일 실시예에서, 승인 모듈(195)은 지역 규칙의 적어도 일부분을 바탕으로 이러한 결정을 생성한다. 승인 모듈(195)은 라이센스 데이터의 적어도 일부분을 바탕으로 서비스 제공자(예를 들어, 자산 호스팅 사이트(100))에 의해 이미 부여된 권리가 무엇인지 결정한다. 승인 모듈(195)은, 이미 부여된 권리와 필수 권리의 묶음의 적어도 일부분을 바탕으로, 특정한 지역에서 특정한 서비스를 합법적으로 제공하기 위해 자산 호스팅 사이트(100)가 권리의 묶음 중 어떠한 권리를 획득할 필요가 있는 것인지 결정한다.

일 실시예에서, 기존의 라이센스 합의가 지역의 요구사항을 충족시키지 못하는 경우, 승인 모듈(195)은 서비스 제공자가 라이센스를 구매할 적합한 라이센서를 결정한다. 적합한 라이센서는 서비스 제공자가 다른 라이센서들보다 선호하는 라이센서이다. 라이센서는 여러가지 이유로 적합한 라이센서로서 식별된다. 일 실시예에서, 자산 호스팅 사이트(100)의 관리자는 하나 이상의 적합한 라이센서들을 식별하는 하나 이상의 입력을 승인 모듈(195)로 제공하며, 승인 모듈은 이러한 입력을 바탕으로 적합한 라이센서를 식별한다. 또 다른 실시예에서, 적합한 라이센서는 경제적인 면에 대한 고려를 바탕으로 결정된다. 예를 들어, 적합한 라이센서는 하나의 자산에 대한 특정한 지역에서의 권리에 대한 라이센스를 다른 라이센서들보다 싼 가격으로 제공하는 라이센서이다. 또 다른 예시에서, 적합한 라이센서는 서비스 제공자와 함께 기존의 라이센스 합의를 갖는 라이센서이다. 또 다른 실시예에서, 적합한 라이센서는 특정한 라이센서(예를 들어, 공급권 관리자(176))를 특정하는 지역 규칙에 의해 설명되며, 여기서 상기 특정한 라이센서는 특정한 지역에서 한 권리에 대한 라이센스를 발행할 독점적인 권한을 갖는다.

규칙 데이터베이스(196)는 지역 규칙, 라이센스 데이터 및 가격 데이터 중 하나 이상을 저장하는 비일시적인 컴퓨터 판독가능 저장매체이다. 일 실시예에서, 규칙 데이터베이스(196)는 서로 상이한 영역에 있는 지역과 서비스의 상이한 조합과 관련된 상이한 지역 규칙을 저장한다. 예를 들어, 규칙 데이터베이스(196)는 데이터베이스의 제 1 영역에 있는 서비스와 지역의 제 1 쌍과 관련된 제 1 세트의 지역 규칙과 데이터베이스의 제 2 영역에 있는 서비스와 지역의 제 2 쌍과 관련된 제 2 세트의 지역 규칙을 저장한다. 규칙 데이터베이스(196)는 서비스와 지역의 한 쌍과 지역 규칙 사이의 관계를 저장하기도 한다. 규칙 데이터베이스(196)는 도 3을 통해 아래에서 구체적으로 설명하도록 한다.

자산 사용 데이터베이스(192)는 자산의 사용 데이터, 자산의 수익 데이터 및 자산의 한 지역의 권리에 대한 라이센스를 구매하기 위한 결제 데이터를 저장하는 비 일시적인 컴퓨터 판독가능 저장매체이다. 사용 데이터는 하나의 자산에 대한 하나 이상의 권리들의 사용을 설명한다. 예를 들어, 사용 데이터는, 자산의 권리의 사용례에 대한 설명, 상기 권리의 라이센서에 대한 식별자, 라이센스가 적용된 지역 및 상기 권리를 사용하는 서비스 제공자에 대한 식별자 등을 포함한다. 수익 데이터는 자산으로 수익을 창출함으로써 생성된 수익을 설명하는 데이터이다. 예를 들어, 수익 데이터는 자산으로 광고를 주문하거나, 자산의 복사물을 판매하거나, 자산을 사용자에게 임대함으로써 생성된 수익을 포함한다. 결제 데이터는 한 지역의 한 자산과 관련된 권리의 라이센스를 발행하는 라이센서가 보상받는 금액을 설명한다. 일 실시예에서, 결제 데이터는 서비스 제공자가 라이센서에게 결제하기 위해 사용되는 에스크로 계정(escrow account)에 대한 정보를 포함하기도 한다.

결제 시스템(190)은 라이센서에게 결제액을 전송하기 위한 코드와 루틴들이다. 예를 들어, 결제 시스템(190)은 자산 사용 데이터베이스(192)로부터 에스크로 계정에 대한 정보와 결제 데이터를 검색하고, 상기 결제 데이터를 바탕으로 에스크로 계정을 사용하는 라이센서에게 결제한다. 일 실시예에서, 결제 시스템(190)은 자산 호스팅 사이트(100) 내에 포함된다. 또 다른 실시예에서, 결제 시스템(190)은 결제 서버(186) 내에 포함된다. 결제 서버(186)는 아래에서 구체적으로 설명하도록 한다.

표시 모듈(110)은 코드와 루틴들로서, 상기 코드와 루틴들은 프로세서(미도시)에 의해 실행될 때, 클라이언트(120)와 같은 대응하는 클라이언트 장치로 사용자를 위한 임의의 정보를 제공한다. 예를 들어, 표시 모듈(110)은 자산 데이터베이스(116)에 저장된 자산이나 소유권 데이터베이스(128)에 저장된 소유권 정보와 관련된 그래픽을 생성하고, 전처리 인터페이스(102)와 네트워크(122)를 통해 클라이언트(120)에 설치된 웹 브라우저(미도시)로 상기 그래픽을 전송한다.

컨텐츠 제공자(118)는 자산 호스팅 사이트(100)로 자산을 제공하는 임의의 장치이다. 예를 들어, 컨텐츠 제공자(118)는 자산 호스팅 사이트(100)로 자산을 업로드하는 컴퓨팅 장치이다. 일 실시예에서, 컨텐츠 제공자(118)는 클라이언트(120), 공급자(170), 라벨(172), 권리자(174) 및 공급권 관리자(176) 중 하나이기도 하다. 또 다른 실시예에서, 컨텐츠 제공자(118)는 자산 호스팅 사이트(100)를 운영하는 동일한 개체이다.

일 실시예에서, 컨텐츠 제공자(118)는 다양한 컨텐츠 제공자 기능을 수행하기 위해 컴퓨터 장치를 운영하도록 설정된다. 컨텐츠 제공자 기능의 예시로서 다음과 같은 내용을 들 수 있으나 반드시 이에 제한되는 것은 아니다 : 자산 호스팅 사이트(100)로 자산을 업로드하는 것; 자산 호스팅 사이트(100)에 저장된 자산을 편집하는 것; 자산 호스팅 사이트(100)로부터 자산을 제거하는 것; 및 자산과 관련된 컨텐츠 제공자 선호도를 편집하는 것.

클라이언트(120)는 프로세서 기반의 임의의 컴퓨터 장치이다. 클라이언트(120)는 웹 브라우저나 내장된 클라이언트 어플리케이션과 같은 클라이언트 소프트웨어를 실행하여, 네트워크(122)를 통해 자산 호스팅 사이트(100)와 연결된다. 일 실시예에서, 클라이언트(120)는 서로 상이한 각각의 컴퓨터 장치들을 포함한다. 클라이언트 장치(120)의 예시로서, 다음 내용을 들 수 있으나 반드시 이에 한하는 것은 아니다 : 개인용 컴퓨터, PDA(Personal Digital Assistant); 텔레비전 셋업 박스; 태블릿 컴퓨터; 휴대폰(예를 들어, 스마트 폰); 및 랩탑 컴퓨터. 클라이언트(120)는 프로세서(미도시), 메모리(미도시) 및 컴퓨터 장치에 대한 종래의 다른 컴포넌트들을 포함한다.

일 실시예에서, 클라이언트(120)는 컨텐츠 제공자(118)로 설정되어 자산 호스팅 사이트(100)에 자산을 제공한다. 또 다른 실시예에서, 클라이언트(120)는 공급자(170), 라벨(172), 권리자(174) 및 공급권 관리자(176) 중 하나이다. 또 다른 실시예에서, 클라이언트(120)는 자산 호스팅 사이트(100)에 의해 저장된 자산을 검색하도록 설정된다. 예를 들어, 클라이언트(120)는 자산 호스팅 사이트(100)에서 사용되는 비디오 컨텐츠 포맷에 적용되기 위한 내장 비디오 플레이어(예를 들어, Adobe System, Inc의 Flash^TM player)를 포함하여, 사용자가 상기 내장 비디오 플레이어를 사용하여 자산 호스팅 사이트(100)로부터 비디오를 시청할 수 있게 된다. 또 다른 실시예에서, 클라이언트(120)는 하나 이상의 서비스를 다른 사용자에게 제공하는 서비스 제공자이다.

공급자(170)는 자산을 공급하는 임의의 개체이다. 일 실시예에서, 공급자(170)는 프로세서를 기반으로 하는 임의의 컴퓨터 장치로서, 자산을 웹사이트, 어플리케이션 스토어 등에 공급한다. 또 다른 실시예에서, 공급자(170)는 어떠한 혼란을 일으키지 않고 자산을 공급하기 위해 컴퓨터 장치를 운영하는 인간 사용자를 지칭한다. 일 실시예에서, 공급자(170)는 특정한 지역에서 한 자산에 대한 하나 이상의 권리를 소유하며, 상기 지역에서 상기 권리에 대한 라이센스를 발행할 수 있다. 예를 들어, 공급자(170)는 미국에서 비디오에 대한 복제권을 소유하며, 미국에서 비디오에 대한 복제권의 라이센스를 발행할 권한을 갖는다. 일 실시예에서, 공급자(170)는 자산에 대한 임의의 다른 권리들에 대하여 라이센스를 소유하고 발행할 수 있다. 또 다른 실시예에서, 공급자(170)는 특정한 지역에서 자산에 대한 권리의 일부분을 소유한다. 예를 들어, 공급자(170)는 미국에서 비디오의 분배권을 50%만큼 소유한다.

라벨(172)은 자산의 생산, 제작, 분배, 마케팅 및 보호 중 하나 이상을 관리하는 개체이다. 일 실시예에서, 라벨(172)은 음악 라벨, 텔레비전 스튜디오, 영화 스튜디오 등의 기능들 중 하나 이상을 제공하는 프로세서 기반의 임의의 컴퓨터 장치이다. 또 다른 실시예에서, 라벨(172)은 음악 라벨, 텔레비전 스튜디오, 영화 스튜디오 등을 대신하여 컴퓨터 장치를 운영하는 인간이다.

일 실시예에서, 라벨(172)은 특정한 지역의 자산에 대한 하나 이상의 권리를 소유하며, 상기 지역의 권리에 대하여 라이센스를 발행할 수 있다. 예를 들어, 라벨(172)은 미국에서 뮤직 비디오의 분배권을 소유하며, 상기 비디오의 분배권에 대한 라이센스를 미국에서 발행할 권한을 갖는다. 또 다른 실시예에서, 라벨(172)은 특정한 지역의 자산에 대한 권리의 일부분을 소유한다. 예를 들어, 라벨은 미국에서 한 노래의 분배권을 50%만큼 소유한다.

권리자(174)는 자산을 만들어내는 개체이다. 예를 들어, 권리자(174)는 음악의 한 조각을 작곡하는 작곡가, 글을 쓰는 작가, 비디오를 제작하는 영화 제작자 등 이들 중 하나이다. 일 실시예에서, 권리자(174)는 작곡가, 작가, 영화 제작자 등 이들 중 하나 이상에 의해 운영되는 프로세서 기반의 임의의 컴퓨터 장치이다. 일 실시예에서, 권리자(174)는 특정한 지역의 자산에 대한 권리를 소유하며, 상기 지역의 권리에 대한 라이센스를 발행할 수 있다. 또 다른 실시예에서, 권리자(174)는 특정한 지역의 자산에 대한 권리의 일부분을 소유한다.

공급권 관리자(176)는 하나 이상의 지역에 있는 서비스 제공자에게 권리의 라이센스들을 발행하고, 상기 발행된 라이센스들에 대한 로열티나 결제액을 상기 서비스 제공자로부터 수금하는 개체이다. 일 실시예에서, 공급권 관리자(176)는 공급권 관리자 개체를 대신하여 인간이 운영하는 프로세서 기반의 임의의 컴퓨터 장치이다.

결제 서버(186)는 임의의 하드웨어 서버 장치이다. 예를 들어, 결제 서버(186)는 캘리포니아, 마운틴 뷰에 있는 구글에 의해 운영되는 하드웨어 서버이다. 일 실시예에서, 결제 서버(186)는 한 지역의 권리에 대한 라이센스를 서비스 제공자에게 판매한 라이센서에게 결제 정보를 제공한다. 예를 들어, 결제 서버(186)는 자산 사용 데이터베이스(192)에서 결제 데이터를 찬고, 네트워크(122)를 통해 라이센서에게 결제액을 전송한다. 일 실시예에서, 결제 서버(186)는 결제 시스템(190)을 포함한다.

전술한 시스템(130)은, 예를 들어, 다양한 지역의 다양한 서비스 제공자들에 의해 제공되는 다양한 서비스들의 세부 권리들의 승인을 제공하는 프레임워크를 제공하기 때문에, 유익하다고 할 수 있다. 또한, 시스템(130)은 한 지역의 권리에 대한 라이센스를 구매하기 위해 어떤 개체를 언제 결정하여야하는 지에 대한 한 그룹의 팩터(factor)들을 고려하며, 도 2를 참조하여 후술하는 바와 같이, 시스템(130)이 서비스 제공자의 관심을 충족시키는 라이센서를 선택할 수 있기 때문에 시스템(130)은 유익하다고도 할 수 있다.

승인 모듈

이하, 도 2를 참조하여, 승인 모듈(195)을 구체적으로 설명하도록 한다. 도 2는 일 실시예에 따른 승인 모듈(195)을 나타내는 블록도이다. 프로세서(235)는 산술논리연산장치, 마이크로프로세서, 일반적인 목적의 컨트롤러 또는 일부 다른 프로세서 집합을 포함하여, 계산을 수행하고, 메모리(237) 등에 저장된 데이터를 검색한다. 프로세서(235)는 다른 컴포넌트들과의 통신을 위해 버스(220)와 연결된다. 프로세서(235)는 데이터 신호를 프로세스하고, CISC(Complex Instruction Set Computer) 아키텍쳐, RISC(Reduced Instruction Set Computer) 아키텍쳐 또는 명령 세트들의 조합을 실행하는 아키텍쳐를 포함하는 다양한 컴퓨터 아키텍쳐를 포함할 수 있다. 비록, 단일의 프로세서만 도 2에 표시되었을지라도, 복수 개의 프로세서가 포함될 수 있다. 프로세싱 용량은 이미지 표시와 이미지 캡쳐 및 전송을 지원하는 데에 제한될 수 있다. 프로세싱 용량은 다양한 형태의 특징 추출과 샘플링을 포함하는, 더욱 복잡한 일을 수행하기에 충분한 용량일 수 있다. 통상의 기술자에게는 다른 프로세서, 동작 시스템, 센서, 디스플레이 및 물리적 구성들이 이용 가능함이 자명할 것이다. 프로세서(235)는 신호 라인(234)를 통해 버스(220)와 통신가능하게 연결된다.

메모리(237)는 프로세서(235)에 의해 실행되는 명령 및/또는 데이터를 저장한다. 메모리(237)는 승인 모듈(195)의 다른 컴포넌트들과 통신하기 위해 버스(220)에 의해 통신가능하게 연결된다. 일 실시예에서, 상기 명령 및/또는 데이터는 본 명세서에서 설명된 일부 및/또는 모든 기술들을 수행하는 코드를 포함한다. 메모리(237)는 DRAM(Dynamic Random Access Memory) 장치, SRAM(Static Random Access Memory) 장치, 플래쉬 메모리 또는 종래에 알려진 다른 메모리 장치이다. 일 실시예에서, 메모리(237)는 비 휘발성 메모리 또는 유사한 영구적 저장 장치 및 매체를 포함하기도 하며, 상기 비 휘발성 메모리 또는 유사한 영구적 저장 장치 및 매체의 예로서, 하드 디스크 드라이브, 플로피 디스크 드라이브, CD-ROM(Compact Disc Read Only Memory) 장치, DVD-ROM( Digital Versatile Disk Read Only Memory) 장치, DVD-RAM(Digital Versatile Disk Random Access Memories) 장치, DVD-RW(Digital Versatile Disk ReWritable) 장치, 플래쉬 메모리 장치 또는 종래에 알려진 다른 비 휘발성 저장 장치를 들 수 있다. 메모리(237)는 신호 라인(236)을 통해 버스(220)와 통신가능하게 연결된다.

승인 모듈(195)은 통신 모듈(201), 지역 요구사항 엔진(203), 결정 모듈(207), 기존의 라이센스 모듈(205)갱신 모듈(209) 및 결제 모듈(211)을 포함한다. 승인 모듈(195)의 상기 컴포넌트들은 버스(220)를 통해 서로 통신가능하게 연결된다. 일 실시예에서, 승인 모듈(195)은 “FPGAs(Field-Programmable Gate Arrays)” 또는 “ASICs(Application-Specific Integrated Circuits)”와 같은 하드웨어를 이용하여 구현된다. 통상의 기술자라면, 승인 모듈(195)은 본 명세서에서 설명된 기능을 제공하기 위해 서로 상이한 모듈들 및/또는 컴포넌트들을 포함할 수 있다는 것을 인식할 것이다.

통신 모듈(201)은, 프로세서(235)에 의해 실행될 때 승인 모듈(195)의 컴포넌트들과 자산 호스팅 사이트(100)의 다른 컴포넌트들 사이의 통신을 처리하는 코드와 루틴들이다. 통신 모듈(201)은 지역 요구사항 엔진(203), 결정 모듈(207), 기존의 라이센스 모듈(205), 갱신 모듈(209) 및 결제 모듈(211) 사이의 통신을 처리하기도 한다. 도시된 실시예에서, 통신 모듈(201)은 신호 라인(221)을 통하여 버스(220)와 통신가능하게 연결된다.

통신 모듈(201)은 컴퓨터 장치(예를 들어, 클라이언트(120))를 운영하는 서비스 제공자로부터 자산에 대한 설명, 서비스에 대한 설명 및 지역에 대한 설명을 수신하고, 지역 요구사항 엔진(203)으로 상기 설명들을 전송한다. 일 실시예에서, 통신 모듈(201)은 관리자로부터 갱신내역을 수신하고, 상기 갱신내역을 갱신 모듈(209)로 전송한다. 또 다른 실시예에서, 통신 모듈(201)은 결제 모듈(211)로부터 결제 데이터를 수신하고, 결제 데이터를 결제 시스템(190)으로 전송한다. 또 다른 실시예에서, 통신 모듈(201)은 기존의 라이센스 모듈(205)이나 결정 모듈(207)로부터 메시지를 수신하고, 서비스 제공자에게 상기 메시지를 전송한다.

지역 요구사항 엔진(203)은, 프로세서(235)에 의해 실행될 때, 한 지역에서 제공되는 서비스를 위해 필요한 하나 이상의 지역 요구사항을 결정하는 코드와 루틴들이다. 예를 들어, 지역 요구사항 엔진(203)은 자산과 관련된 서비스와 지역의 특정한 쌍에 대한 하나 이상의 지역 요구사항을 결정한다. 지역 요구사항 엔진(203)은 신호 라인(222)을 통해 버스(220)와 통신가능하게 연결된다.

지역 요구사항 엔진(203)은 통신 모듈(201)과 버스(220)를 통해 서비스 제공자(199)로부터 자산에 대한 설명(예를 들어, 비디오), 서비스에 대한 설명(예를 들어, 비디오의 대여) 및 서비스가 제공된 지역의 설명(예를 들어, 미국)을 수신한다. 지역 요구사항 엔진(203)은 서비스와 지역의 설명을 바탕으로 규칙 데이터베이스(196)로부터 하나 이상의 지역 규칙을 검색한다. 예를 들어, 지역 요구사항 엔진(203)은 버스(22)를 통해 서비스와 지역에 매칭하는 지역 규칙 세트를 규칙 데이터베이스(196)에서 검색한다. 규칙 데이터베이스(196)는 신호 라인(238)을 통해 버스(220)와 통신가능하게 연결된다.

일 실시예에서, 지역 요구사항 엔진(203)은 하나 이상의 지역 규칙을 이용하여, 서비스와 지역 쌍에 대한 하나 이상의 지역 규칙을 결정한다. 일 실시예에서, 지역 요구사항 엔진(203)은 하나 이상의 지역 규칙을 해석하고 조합함으로써 하나 이상의 지역 요구사항을 생성한다. 예를 들어, 지역 요구사항 엔진(203)은 다음의 (1)- (3)과 같은 사항을 검색한다: (1) 한 지역에서 한 자산에 대한 서비스를 제공하기 위해서는 제 1 권리와 제 2 권리의 라이센스가 필요함을 설명하는 제 1 지역 규칙; (2) 공급권 관리자(176)로부터 부여받기 위해서는 제 2 권리의 라이센스가 필요함을 설명하는 제 2 지역 규칙; 및 (3) 권리자(174)와 라벨(172) 중 하나로부터 부여받기 위해서는 제 1 권리의 라이센스가 필요함을 설명하는 제 3 지역 규칙. 지역 요구사항 엔진(203)은 상기 세 개의 지역 규칙을 조합하여 지역 요구사항을 생성하는데, 여기서 상기 지역 요구사항은 해당 지역에서 자산에 대한 서비스를 제공하기 위해서는 제 1 및 제 2 권리가 필요하고, 제 1 권리는 공급권 관리자(176)로부터 부여받아야하고, 제 2 권리는 권리자(174)나 라벨(172) 중 하나로부터 부여받아야함을 설명하는 것이다.

지역 요구사항 엔진(203)은 하나 이상의 지역 요구사항을 결정 모듈(207)과 기존의 라이센스 모듈(205)로 전송한다.

기존의 라이센스 모듈(205)은 서비스 제공자(199)가 특정한 지역의 특정한 재산에 대한 하나 이상의 기존 라이센스를 이미 갖고 있는지 여부, 그러한 기존 라이센스가 결정된 지역 요구사항을 충족시키는지 여부, 및 지역 요구사항은 한 지역에서 서비스를 제공하기 위해 필요한 하나 이상의 권리에 대한 하나 이상의 기존 라이센스인지 여부를 결정하는 코드와 루틴들이다. 기존의 라이센스 모듈(205)은 신호 라인(224)를 통해 버스(220)와 통신가능하게 연결된다.

기존의 라이센스 모듈(205)은 지역 요구사항 엔진(203)으로부터 지역 요구사항의 설명을 수신한다. 지역 요구사항 엔진(203)에 의해 결정된 지역 요구사항은 특정한 지역에 특정한 서비스를 제공하기 위해 필요한 묶음이나 권리들의 설명을 포함한다. 전술한 바와 같이, 권리의 묶음은 특정한 지역에서 특정한 서비스를 제공하기 위해 필요한 하나 이상의 권리들을 설명하는 데이터를 포함한다.

명확함을 위해, 권리의 묶음에 있는 개별적인 권리는 “필수 권리”로 지칭한다. 서비스 제공자(199)는 한 지역에 한 자산을 위해 제공될 서비스를 특정한다. 필수 권리는 결정된 권리의 묶음 중 하나의 권리를 의미하는 것이며, 상기 하나의 권리는 특정된 지역에 특정된 자산을 위해 특정된 서비스를 합법적으로 제공하기 위해 요구되는 것이다. 예를 들어, 서비스 제공자(199)가 브라질에서 특정한 노래를 스트리밍하기 원하는 경우, 지역 요구사항 엔진(203)은 브라질 법을 바탕으로, 브라질에서 노래를 스트리밍하기 위해 필요한 하나 이상의 권리들을 결정한다. 지역 요구사항 엔진(203)은 분배권과 동기화권이 브라질에서 필요한 것으로 결정하였다고 가정한다. 이러한 권리의 세트는 권리의 묶음으로 지칭된다. 권리의 묶음 내의 각각의 권리는 “필수 권리”라고 지칭되는데, 즉, 지역 요구사항 엔진(203)은 브라질에서 이러한 노래를 스트리밍하는 것의 조합을 위해, 브라질의 자산에 대한 분배권이 필수 권리며, 브라질의 노래에 대한 동기화권이 필수 권리임을 결정한다.

각 필수 권리에 대하여, 기존의 라이센스 모듈(205)은 라이센스 데이터를 바탕으로, 필수 권리에 대한 기존의 라이센스가 존재하는지 여부를 결정한다. 예를 들어, 기존의 라이센스 모듈(205)은 규칙 데이터베이스(196)에 저장된 라이센스 데이터를 탐색하고, 하나 이상의 필수 권리에 대하여, 서비스 제공자(199)가 필수 권리에 대해 기존의 라이센스를 갖고 있는지 여부를 결정한다. 기존의 라이센스 모듈(205)은 필수 권리와 매칭하는 모든 기존의 라이센스들을 라이센스 데이터(330)로부터 검색한다. 라이센스 데이터(330)는 도 3을 통해 아래에서 구체적으로 설명하도록 한다.

일 실시예에서, 라이센스 데이터(330)는 모든 필수 권리에 대해 기존의 라이센스들을 설명하는 데이터를 포함한다. 또 다른 실시예에서, 모든 필수 권리에 대해서는 아니나 일부 필수 권리에 대해서는 기존의 라이센스가 존재한다. 기존의 라이센스가 특정한 필수 권리를 포함하지 않다고 결정하는 것에 응답하여, 여기서 상기 필수 권리는 “부재 권리”로 지칭한다. 예를 들어, 제 1 , 제 2 및 제3 권리가 필요하지만, 기존의 라이센스 모듈(205)이 제 1 및 제 3 권리만이 라이센스 데이터에 의해 나타나는 기존의 라이센스를 통해 커버된다고 결정한 경우, 제 2 권리는 부재 권리로 지칭된다. 이러한 예에서 하나의 부재 권리만이 존재하지만, 실제로는 부재 권리의 개수는 임의의 개수로 존재할 수 있다. 부재 권리는 아래에서 구체적으로 설명하도록 한다.

일 실시예에서, 하나 이상의 기존 라이센스는 권리가 이용될 수 있는 횟수를 설명하는 캡 데이터를 포함한다. 예를 들어, 기존의 라이센스는 동기화권이 오직 10,000회까지만 이용될 수 있음을 나타낸다. 이것은 그러한 라이센스에 기반한 노래는 10,000회까지만 다운로드될 수 있음을 의미한다고 가정한다. 서비스 제공자(199)가 상기 노래를 10,000회 다운로드한 경우, 새로운 라이센스가 필요로 된다. 그러한 캡 데이터는 라이센스 데이터에 포함된다. 권리가 이용된 횟수(예를 들어, 노래가 다운로드된 횟수)는 자산 사용 데이터베이스(192)에 저장된다. 기존의 라이센스 모듈(205)은 임의의 캡 데이터를 결정하기 위해 라이센스 데이터를 확인하고, 새로운 라이센스가 필요한지 여부를 결정하기 위해 자산 사용 데이터베이스(192)에 저장된 사용 데이터와 캡 데이터를 비교한다. 예를 들어, 캡 데이터는 노래의 다운로드 횟수를 10,000회까지 제한한다고 가정한다. 기존의 라이센스 모듈(205)은 라이센스 데이터를 검색하고 라이센스 데이터로부터 캡 데이터를 결정한다. 기존의 라이센스 모듈(205)은 자산 사용 데이터베이스(192)를 쿼리하여 노래가 9,992회 다운로드 되었음을 결정한다. 이러한 결정을 바탕으로, 기존의 라이센스 모듈(205)은 새로운 라이센스가 필요 없다고 결정한다.

일 실시예에서, 기존의 라이센스 모듈(205)은 기존의 권리가 유효하지 않은 것으로 결정하는데, 상기 기존의 권리가 하나 이상의 지역 규칙 하에서 허용되지 않는 개체로부터 획득되었기 때문이다. 예를 들어, 자산과 관련된 서비스가 브라질에서 제공되고, 공급자(170)에 의해 발행되며 전세계에 걸쳐 적용되는 필수 권리의 기존 라이센스가 존재한다고 가정한다. 그러나, 프랑스에서 해당 서비스를 제공하기 위한 지역 요구사항은 프랑스의 로컬 공급권 관리자(176)에 의해 발행되기 위해서는 상기 자산과 관련된 필수 권리의 라이센스가 요구되며 다른 라이센서가 발행한 임의의 다른 라이센스는 유효하지 않다는 것을 나타낸다. 따라서, 기존의 라이센스는 부재 권리가 되며, 기존의 라이센스 모듈(205)은 라이센스 데이터에 의해 설명된 기존의 라이센스가 프랑스의 사용자에게 서비스를 제공하기 위한 지역 요구사항을 충족시키지 못하는 것으로 결정하게 되며, 이것은 기존의 라이센스가 로컬 공급권 관리자(176)가 아닌 공급자(170)에 의해 발행되었기 때문이다. 일 실시예에서, 기존의 라이센스 모듈(205)은 승인 모듈(195)의 나머지 구성요소들 중 하나 이상과 통신하여 부재 라이센스를 프랑스의 로컬 공급권 관리자(176)로부터 구매하도록 한다. 또 다른 실시예에서, 서비스 제공자(199)는 자산 호스팅 사이트(100)의 구성요소가 아니며, 기존의 라이센스 모듈(205)은 승인 모듈(195)의 나머지 구성요소들 중 하나 이상과 전처리 인터페이스(102)와 통신하여, 부재 라이센스에 대한 새로운 라이센스가 필요하다는 메시지를 서비스 제공자(199)에게 전송한다.

일 실시예에서, 기존의 라이센스 모듈(205)은 각 필수 권리에 대하여 적어도 하나의 기존 라이센스가 존재한다고 결정한다. 또 다른 실시예에서, 서비스 제공자(199)는 자산 호스팅 사이트(100)의 구성요소가 아니며, 기존의 라이센스 모듈(205)은 승인 모듈(195)의 나머지 구성요소들 중 하나 이상과 전처리 인터페이스(102)와 통신하여, 새로운 라이센스가 필요하지 않다는 메시지를 서비스 제공자(199)에게 전송한다.

일 실시예에서, 서비스 제공자(199)가 권리의 묶음에 대한 라이센스를 소유한다고 결정하는 것에 응답하여, 자산 호스팅 사이트(100)는 특정된 서비스를 해당 지역의 사용자들에게 제공함으로써 해당 지역의 자산에 대한 수익을 창출하기 위한 조치들을 취한다.

일 실시예에서, 기존의 라이센스 모듈(205)은 적어도 하나의 부재 권리가 존재한다고 결정한다. 기존의 라이센스 모듈(205)은 부재 권리를 설명하는 결정 모듈(207)로 메시지를 전송한다.

결정 모듈(207)은 프로세서(235)에 의해 실행될 때 부재 권리에 대한 적합한 라이센서를 결정하는 코드와 루틴들이다. 예를 들어, 결정 모듈(207)은 신호 라인(226)을 통해 버스(220)와 통신가능하게 연결된다. 결정 모듈(207)은 버스(220)를 통해 기존의 라이센스 모듈(205)로부터 하나 이상의 부재 권리들의 설명을 수신한다. 결정 모듈(207)은 가장 적은 수수료로 부재 권리에 대한 라이센스를 제공하는 라이센서를 결정하며, 또는 적합한 라이센서를 결정하기 위한 임의의 다른 기준에 따라 부재 권리에 대한 라이센스를 제공하는 라이센서를 결정한다.

각 부재 권리에 대하여, 결정 모듈(207)은 하나 이상의 지역 요구사항을 바탕으로 해당 지역이 특정한 공급권 관리자(176)에 의한 부재 권리의 승인을 필요로 하는지 여부를 결정한다. 예를 들어, 결정 모듈(207)은 하나 이상의 지역 요구사항을 분석하여, 해당 지역의 부재 권리에 대하여 지정된 임의의 라이센서를 추출한다.

일 실시예에서, 지역 요구사항 엔진(203)이 해당 지역은 공급권 관리자(176)로부터 부여되는 부재 권리를 필요로 한다고 결정한 경우, 결정 모듈(207)은 해당 지역에 기존의 라이센스 합의와 함께 공급권 관리자(176)가 존재하는지 여부를 결정한다. 예를 들어, 결정 모듈(207)은 라이센스 데이터(330)를 탐색하고, 부재 권리에 대한 공급권 관리자(176)와 기존의 라이센스 합의가 있는지 여부를 결정한다. 라이센스 합의가 있는 경우, 결정 모듈(207)은 라이센스 데이터(330)로부터 기존의 라이센스 합의에 대한 정보를 검색하고, 결제 모듈(211)로 상기 정보를 전송한다. 공급권 관리자(176)와 함께 기존의 라이센스 합의가 없는 경우, 일 실시예에서, 결정 모듈(207)은 승인 모듈(195)의 나머지 구성요소 중 하나 이상과 통신하여, 부재 권리에 대한 적합한 라이센서를 식별한다.

일 실시예에서, 결정 모듈(207)은 서비스 제공자(199)의 관리자가 하나 이상의 부재 권리에 대한 라이센스없이 자산의 수익 창출 권한을 부여한다고 결정한다. 서비스 제공자(199)의 관리자가 부재 권리와 자산에 대하여 수익 창출 권한을 부여한 경우, 서비스 제공자(199)는 부재 권리가 존재할지라도 자산에 대한 수익 창출 조치를 취한다. 서비스 제공자(199)는 부재 권리의 소유자의 에스크로 계정으로 입금하거나, 부재 권리의 소유자에게 대가를 결제하는 조치를 취할 수 있다. 시스템(130)은 관리자가 라이센스없이는 자산의 수익 창출 권한을 부여하지 않은 경우 자산에 대한 수익을 창출하지 않는다.

일 실시예에서, 해당 지역은 공급권 관리자(176)에 의해 부재 권리의 승인을 필요로 하지 않는다. 결정 모듈(207)은 부재 권리에 대한 하나 이상의 라이센서들을 결정한다. 결정 모듈(207)은 부재 권리를 구매하기 위한 적합한 라이센서로서 공급자(170), 라벨(172), 권리자(174) 및 공급권 관리자(176) 중 하나 이상을 결정한다.

결정 모듈(207)은 하나 이상의 개체와 관련된 규칙 데이터베이스(196)로부터 라이센스 데이터와 가격 데이터를 검색한다. 예를 들어, 결정 모듈(207)은 라이센스 데이터(330)에서, 하나 이상의 라이센서와 하나 이상의 기존 라이센스 합의를 설명하는 데이터를 검색한다. 결정 모듈(207)은 가격 데이터(320)에서, 부재 권리의 라이센스를 하나 이상의 라이센서로부터 구매하기 위한 수수료를 설명하는 데이터를 결정한다. 일 실시예에서, 결정된 수수료는 라이센스 구매의 총 비용을 포함하며, 임의의 정부 수수료, 대리인 수수료 등도 포함한다. 라이센스 데이터(330)와 가격 데이터(320)는 도 3을 참조하여 아래에서 구체적으로 설명하도록 한다.

결정 모듈(207)은, 하나 이상의 검색된 라이센스 데이터와 가격 데이터를 바탕으로, 부재 권리를 위해 라이센스를 구매할 적합한 라이센서를 결정한다. 예를 들어, 일 실시예에서, 결정 모듈(207)은 부재 권리에 대한 적합한 라이센서로서 공급자(170)를 선택하게 되는데, 이는 공급자(170)와 서비스 제공자(199) 간의 라이센스 합의가 존재하며, 상기 라이센스 합의는 해당 지역에서 라이센스를 특정 기간 동안 사용(예를 들어, 평생 사용함)하는 것에 대해 고정 수수료를 공급자(170)에게 결제하는 것을 나타내기 때문이다. 다른 실시예에서, 결정 모듈(207)은 부재 권리에 대한 적합한 라이센서로서 라벨(172)을 선택하는데, 이는 라벨(172)이 해당 지역에서 부재 권리의 묶음에 대한 라이센스의 할인된 수수료를 제공하기 때문이다. 한 묶음의 부재 권리는 두 개 이상의 부재 권리로 이루어진다. 일 실시예에서, 결정 모듈(207)은 부재 권리에 대한 적합한 라이센서의 후보로서 하나 이상의 개체를 식별하며, 서비스 제공자(199)의 관리자는 후보들의 리스트에서 하나의 적합한 라이센서를 선택한다.

일 실시예에서, 결정 모듈(207)은 해당 자산에 대한 해당 지역의 부재 권리의 적합한 라이센서를 다음과 같은 하나 이상의 팩터들 중 적어도 일부분을 바탕으로 결정한다 : 자산과 관련된 라이센스 합의와 수익의 구조(예를 들어, 라이센스 구매에 대한 고정 수수료, 부수적 수수료, 사용에 따른 수수료, 수익 공유에 기반한 수수료, 라이센서와의 라이센스 합의 가격 등); 하나 또는 한 묶음의 부재 권리에 대한 협상된 수수료(예를 들어, 단일의 라이센스를 구매하는 것과 비교하여, 라이센서는 복수 개의 라이센스를 구매하는 경우 라이센스 당 가격을 싸게 요구한다); 회수가능한 선불금; 임의의 미충족된 선불금(any unmet prepayment); 및 하나의 라이센서에서부터 또 다른 라이센서까지의 결제액에 영향을 주는 임의의 외부 팩터(예를 들어, 세금 고려, 또 다른 라이센스 합의의 일부분, 등) 등.

결정 모듈(207)은 적합한 라이센서를 설명하는 데이터(예를 들어, 적합한 라이센서의 식별자)를 결제 모듈(211)로 전송한다. 일 실시예에서, 결제 모듈(207)은 적합한 라이센서와 라이센스 합의에 대한 정보를 결제 모듈(211)로 전송한다. 이어서, 결제 모듈(211)은 그러한 데이터를 이용하여 적합한 라이센서에게 얼마를 결제하여야 할지 결정한다.

결제 모듈(211)은 한 자산에 대한 한 지역의 부재 권리의 라이센스를 판매한 라이센서에 대한 결제액을 결정하는 코드와 루틴들이다. 결제 모듈(211)은 신호 라인(230)을 통해 버스(220)와 통신가능하게 연결된다. 일 실시예에서, 결제 모듈(211)은 결제 시스템(190) 내에 포함된다.

일 실시예에서, 결제 모듈(211)은 결정 모듈(207)로부터 적합한 라이센서의 식별자를 수신하고, 규칙 데이터베이스(196)에서 적합한 라이센서와 관련한 가격 데이터 및 라이센스 데이터(예를 들어, 한 자산에 대한 지역에서 부재 권리의 라이센스를 구매하기 위한 가격, 적합한 라이센서와의 라이센스 합의, 등)를 검색한다. 결제 모듈(211)은 가격 데이터와 라이센스 데이터를 바탕으로, 적합한 라이센서로부터 해당 자산에 대한 지역에서 부재 권리의 라이센스를 구매하기 위한 결제액을 계산하고, 상기 결제액을 나타내는 결제 데이터를 자산 사용 데이터베이스(192)에 저장한다. 일 실시예에서, 결제 모듈(211)은 결제 데이터를 결제 시스템(190)으로 전송한다. 또 다른 실시예에서, 결제 모듈(211)은 결제 데이터를 바탕으로 적합한 라이센서에게 결제하며, 라이센스 데이터(330)에 구매된 라이선스의 기록을 저장한다.

또 다른 실시예에서, 결제 모듈(211)은 결정 모듈(207)로부터 공급권 관리자(176)와 함께 기준의 라이센스 합의에 대한 정보를 수신한다. 결제 모듈(211)은 가격 데이터(320)로부터 기존의 라이센스 합의와 관련된 가격 데이터를 검색한다. 결제 모듈(211)은 가격 데이터의 적어도 일부분을 바탕으로 공급권 관리자(176)로부터 부재 권리의 라이센스를 구매하기 위한 결제액을 계산하고, 상기 결제액을 나타내는 결제 데이터를 자산 사용 데이터베이스(192)에 저장한다. 일 실시예에서, 결제 모듈(211)은 결제 시스템(190)에 결제 데이터를 전송한다. 또 다른 실시예에서, 결제 모듈(211)은 결제 데이터를 바탕으로 공급권 관리자(176)에게 결제액을 지불하고, 라이센스 데이터(330) 내의 구매된 라이센스 기록에 저장한다.

갱신 모듈(209)은 프로세서(235)에 의해 실행될 때 규칙 데이터베이스(196)에 저장된 지역 규칙을 갱신하는 코드와 루틴들이다. 예를 들어, 갱신 모듈(209)은 프로세서(235)에 의해 실행될 때 프로세서(235)가 GUI를 관리자에게 제공하기 위한 그래픽 데이터를 생성하도록 하는 명령들을 포함한다. 상기 그래픽 데이터는 관리자에 의해 운영되는 컴퓨터 장치(예를 들어, 클라이언트(120)와 유사한 프로세서 기반의 장치)로 전송되며, 상기 관리자는 컴퓨터 장치의 디스플레이가 GUI를 관리자에게 표시하도록 한다. 관리자는 GUI를 통해 하나 이상의 지역 규칙에 대한 갱신내역을 나타내는 데이터를 입력한다. 컴퓨터 장치는 갱신 모듈(209)로 갱신 내역을 설명하는 데이터를 전송한다.

일 실시예에서, 갱신 모듈(209)은 지역 규칙을 설명하는 웹사이트를 분석하는 분석기(parser)를 포함한다. 갱신 모듈(209)은 웹사이트의 분석내용을 바탕으로, 규칙 데이터베이스(196)에 저장된 지역 규칙의 갱신 내역을 설명하는 데이터를 결정한다.

갱신 모듈(209)은 갱신 내역을 설명하는 데이터를 바탕으로 규칙 데이터베이스(196)에 저장된 지역 규칙을 갱신한다. 예를 들어, 갱신 모듈(209)은 갱신 데이터로부터 하나 이상의 지역 규칙을 식별하는 하나 이상의 규칙 식별자를 추출한다. 갱신 모듈(209)은 하나 이상의 규칙 식별자를 이용하여 규칙 데이터베이스(196)에서 하나 이상의 기존 지역 규칙을 검색하고, 갱신 데이터를 바탕으로 하나 이상의 기존 지역 규칙을 수정한다. 갱신 모듈(209)은 규칙 데이터베이스(196) 내에 갱신된 지역 규칙을 저장한다. 일 실시예에서, 갱신 데이터에 포함되는 규칙 식별자에 대응하는 기존 지역 규칙이 규칙 데이터베이스(196)에 저장되어 있지 않는 경우, 갱신 모듈(209)은 갱신 데이터로부터 규칙 식별자와 관련된 정보를 추출하고, 규칙 데이터베이스(196)의 지역 규칙(310) 내에 상기 규칙 식별자와 함께 상기 정보를 새로운 지역 규칙으로서 저장한다.

규칙 데이터베이스

도 3은 규칙 데이터베이스(196)의 일 실시예를 나타내는 블록도이다. 규칙 데이터베이스(196)는 다른 것들 중에서, 지역 규칙(310), 가격 데이터(320) 및 라이센스 데이터(330)을 저장한다.

지역 규칙(310)은 하나 이상의 지역 규칙을 설명하는 데이터이다. 일 실시예에서, 지역 규칙(310)은 지역 규칙이 적용되는 지역을 바탕으로 하여 규칙 데이터베이스(196)에 저장된다. 예를 들어, 제 1 지역에 대한 지역 규칙의 제 1 세트는 지역 규칙(310)의 제 1 섹션에 저장되며, 제 2 관할에 대한 지역 규칙의 제 2 세트는 지역 규칙(310)의 제 2 섹션에 저장된다. 일 실시예에서, 지역 규칙(310)은 지역 규칙에 대한 규칙 식별자를 포함하기도 한다. 통상의 기술자라면, 지역 규칙(310)은 저장된 지역 규칙과 관련된 다른 데이터, 예를 들어, 지역 규칙(310)이 갱신된 마지막 시간을 설명하는 데이터를 포함할 수도 있음을 인식할 수 있을 것이다.

가격 데이터(320)는 라이센스를 구매하기 위한 가격과 관련된 데이터이다. 예를 들어, 가격 데이터(320)는 하나 이상의 라이센서로부터 하나 이상의 부재 권리의 라이센스를 구매하기 위한 하나 이상의 가격을 설명하는 데이터를 포함한다. 일 실시예에서, 가격 데이터(320)는 부재 권리의 라이센스 구매에 대한 고정 수수료, 부수적 수수료, 사용에 따른 수수료, 수익 공유에 기반한 수수료, 라이센서와의 라이센스 합의 가격, 단일 또는 복수의 부재 권리에 대한 협상된 수수료, 회수가능한 선불금; 임의의 미충족된 선불금 등을 설명하는 데이터를 포함한다.

라이센스 데이터(330)는 하나 이상의 권리에 대하여 하나 이상의 기존 라이센스들을 설명하는 데이터이다. 예를 들어, 라이센스 데이터(330)는 하나 이상의 지역에서 한 자산에 대한 권리의 묶음의 하나 이상의 라이센스들을 설명하는 데이터이다. 일 실시예에서, 라이센스 데이터(330)는 하나 이상의 라이센서들과의 라이센스 합의, 예를 들어, 공급권 관리자(176)와의 라이센스 합의를 설명하는 데이터를 포함하기도 한다. 또 다른 실시예에서, 라이센스 데이터(330)는 하나의 라이센서에서부터 또 다른 라이센서에게까지의 결제에 영향을 주는 세금 고려와 같은 하나 이상의 외부 팩터들을 설명하는 데이터를 포함한다.

방법들

도 4a, 도 4b, 도 5a 내지 도 5c 및 도 6를 참조하여, 세부 권리들을 승인하는 방법에 대한 다양한 실시예들을 설명하도록 한다. 도 4a 및 도 4b는 일 실시예에 따라 세부 권리들을 승인하는 방법(400)에 대한 순서도이다.

도 4a로 돌아와서, 통신 모듈(201)은 자산에 대한 설명, 상기 자산과 관련된 서비스에 대한 설명 및 서비스 제공자로부터 서비스가 제공될 지역에 대한 설명을 수신한다(401). 통신 모듈(201)은 상기 자산에 대한 설명, 상기 서비스에 대한 설명 및 상기 지역에 대한 설명을 지역 요구사항 엔진(203)으로 전송한다. 지역 요구사항 엔진(203)은 상기 지역의 사용자들에게 상기 자산과 관련된 서비스를 제공하기 위한 하나 이상의 지역 요구사항들을 결정한다(405). 지역 요구사항 엔진(203)은 하나 이상의 지역 요구사항들을 기존의 라이센스 모듈(205)로 전송한다.

기존의 라이센스 모듈(205)은 상기 특정된 지역에서 특정된 서비스를 제공하기 위해 필수 권리를 결정된 지역 요구사항들의 적어도 일부분을 바탕으로 결정한다. 일 실시예에서, 기존의 라이센스 모듈(205)은 필수 권리들의 묶음을 결정하고, 상기 방법(400)은 자산에 대한 수익을 창출할지 여부를 결정하기 전에 필수 권리들의 묶음 각각에 대하여 410단계 내지 475 단계(수익창출 단계 430 제외)를 수행한다.

기존의 라이센싱 모듈(205)은 상기 필수 권리에 대한 기존의 라이센스가 존재하는지 여부를 결정한다(410). 기존의 라이센싱 모듈(205)은 상기 필수 권리에 대한 기존의 라이센스 중 어떠한 것이라도 지역 요구사항을 충족시키는 것이 있는지 여부를 결정한다(420). 해당 지역의 필수 권리에 대한 지역 요구사항을 충족시키는 기존의 라이센스가 적어도 하나 있는 경우, 상기 방법(400)은 430 단계로 이어진다. 430 단계에서, 서비스 제공자(199)는 해당 지역의 사용자들에게 서비스를 제공함으로써 자산에 대한 수익을 창출하며, 상기 방법(400)이 종료된다.

지역 요구사항을 충족시키는 상기 필수 권리에 대한 기존의 라이센스가 없는 경우, 기존의 라이센스 모듈(205)은 상기 필수 권리가 해당 지역의 라이센서와 함께 승인을 필요로 하는 부재 권리임을 결정하고, 결정 모듈(207)로 상기 부재 권리를 전송한다. 상기 방법(400)은 440 단계로 이어진다.

440 단계에서, 결정 모듈(207)은 해당 지역이 특정한 공급권 관리자(176)와 같은 특정한 개체로부터 부여되는 부재 권리를 필요로 하는지 를 결정한다. 라이센스가 공급권 관리자(176)로부터 획득되어야 하는 경우, 상기 방법(400)은 450 단계로 이어진다. 그렇지 않은 경우, 상기 방법(400)은 455 단계로 이어진다. 450 단계에서, 결제 모듈(211)은 공급권 관리자(176)로부터 부재 권리에 대한 라이센스를 구매하기 위한 결제액을 계산하고, 공급권 관리자(176)에게 결제한다(450). 서비스 제공자(199)는 자산에 대한 수익을 창출하고(430), 상기 방법(400)이 종료된다.

455 단계로 돌아가서, 결정 모듈(207)은 해당 지역의 부재 권리에 대한 라이센스가 획득될 수 있는지 여부를 결정한다. 라이센스가 획득가능한 경우, 상기 방법(400)은 460 단계로 이어진다. 라이센스가 획득가능하지 않은 경우, 상기 방법(400)은 475 단계로 이어진다. 460 단계에서, 결정 모듈(207)은 어떠한 개체로부터 라이센스를 구매할 것인지 결정한다. 예를 들어, 결정 모듈(207)은 해당 지역의 부재 권리에 대한 라이센스를 구매하기에 적합한 라이센서를 선택한다. 470 단계에서, 결제 모듈(211)은 선택된 개체로부터 해당 지역의 부재 권리에 대한 라이센스를 구매하기 위한 결제액을 계산하고, 선택된 개체에게 결제한다. 430 단계에서, 서비스 제공자(199)가 자산에 대한 수익을 창출하고 상기 방법(400)은 종료된다.

도 4b를 참조하면, 결정 모듈(207)은 시스템(130)의 관리자가 하나 이상의 부재 권리의 라이센스없이도 자산에 대한 수익 창출 권한을 부여할 것인지를 결정한다. 관리자가 하나 이상의 부재 권리의 라이센스없이 자산에 대한 수익 창출 권한을 부여할 경우, 방법(400)은 490 단계로 이어진다. 그렇지 않은 경우, 방법(400)은 480 단계로 이어진다. 480 단계에서, 방법(400)은 자산에 대한 수익 창출을 하지 않게 되며 상기 방법(400)은 종료된다. 490 단계에서, 방법(400)은 해당 지역의 사용자들에게 서비스를 제공함으로써 자산에 대한 수익을 창출한다. 495 단계에서, 서비스 제공자(199)는 상기 하나 이상의 부재 권리에 대한 하나 이상의 라이센스를 커버하기 위해 결제액을 에스크로(escrow)하게 되며, 방법(400)은 종료된다.

도 5a 내지 도 5c는 일 실시예에 따라 세부 권리를 승인하는 방법(500)을 도시한 순서도이다. 도 5a를 참조하면, 통신 모듈(201)은 서비스 제공자(199)로부터 자산에 대한 설명을 수신한다(505). 통신 모듈(201)은 서비스 제공자(199)로부터 자산과 관련된 서비스의 설명을 수신하기도 한다(510). 추가로, 통신 모듈(201)은 서비스 제공자(199)로부터 서비스가 제공되는 지역에 대한 설명을 수신한다(515). 통신 모듈(201)은 자산에 대한 설명, 서비스에 대한 설명 및 지역에 대한 설명을 지역 요구사항 엔진(203)으로 전송한다. 지역 요구사항 엔진(203)은 해당 지역에 서비스를 제공하기 위한 하나 이상의 지역 요구사항을 결정한다(520). 지역 요구사항 엔진(203)은 하나 이상의 지역 요구사항을 기존의 라이센스 모듈(205)과 결정 모듈(207)로 전송한다.

기존의 라이센스 모듈(205)은 520 단계에서 결정된 하나 이상의 지역 요구사항을 바탕으로 하나 이상의 필수 권리를 결정한다. 일 실시예에서, 기존의 라이센스 모듈(205)은 지역 요구사항의 적어도 일부분을 바탕으로 필수 권리의 한 묶음을 결정하며, 승인 모듈(195)은 자산에 대한 수익을 창출할지 여부를 결정하기 전에 각 필수 권리에 대하여 523 단계 - 580 단계(수익 창출 단계인 535 단계와 560 단계는 제외)를 수행한다.

523 단계에서, 기존의 라이센스 모듈(205)은 자산에 대한 기존의 라이센스가 라이센스 데이터(330) 내에 있는지 결정한다(523). 자산에 대한 기존의 라이센스가 적어도 하나 있는 경우, 방법(500)은 525 단계로 이어진다. 그렇지 않은 경우, 기존의 라이센스 모듈(203)은 필수 권리가 부재 권리인 것으로 결정하고, 상기 방법(500)은 540 단계로 이어진다.

525 단계에서, 기존의 라이센스 모듈(205)는 자산에 대한 기존의 라이센스를 설명하는 라이센스 데이터(330)를 규칙 데이터베이스(196)로부터 검색한다.

530 단계에서, 기존의 라이센스 모듈(205)은 기존의 라이센스 중에서 (1) 필수 권리에 대한 라이센스이며 (2) 지역 요구사항을 충족시키는 기존의 라이센스가 있는지 여부를 결정한다. 필수 권리에 대한 기존의 라이센스가 지역 요구사항을 충족시키지 못하는 경우는, 예를 들어, 지역 요구사항이 공급권 관리자(176)와 같은 개체로부터 획득되는 라이센스를 필요로 하는데 기존의 라이센스가 그와 상이한 개체로부터 획득된 경우이다. 이어서, 530 단계에서, 기존의 라이센스 모듈(205)은 필수 권리에 대한 기존의 라이센스가 하나 이상의 지역 규칙(310)에 의해 특정된 개체로부터 획득된 것인지 결정한다. 이것은 기존의 라이센스가 지역 요구사항을 충족시키는지를 결정하는 방법의 예시로서, 통상의 기술자라면 다른 예시들이 가능함을 인식할 수 있을 것이다. 기존의 라이센스 중 하나가 필수 권리의 라이센스이며 지역 요구사항을 충족시키는 경우, 방법(500)은 535 단계로 이어진다. 그렇지 않은 경우, 기존의 라이센스 모듈(205)은 부재 권리가 라이센서로부터 부여되어야 한다고 결정하게 되며, 방법(500)은 540 단계로 이어진다. 535 단계에서, 서비스 제공자(199)는 해당 지역의 사용자들에게 서비스를 제공함으로써 자산에 대한 수익을 창출하며, 방법(500)은 종료된다.

도 5b (도면의 우측)를 참조하면, 결정 모듈(207)은 지역 규칙(310)이 특정한 공급권 관리자(176)으로부터 부여되는 부재 권리를 필요로 하는지 결정한다(540). 일 실시예에서, 상기 단계는 적용 가능한 지역 규칙(310)에 의해 요구되는 공급권 관리자(176)의 신원을 결정하는 단계를 포함한다. 해당 지역이 특정한 공급권 관리자(176)으로부터 부여되는 부재 권리를 필요로 하는 경우, 방법(500)은 541 단계로 이어진다. 그렇지 않은 경우, 방법(500)은 563 단계로 이어진다.

541 단계에서, 결정 모듈(207)은 지역 요구사항에 의해 요구되는 공급권 관리자(176)와의 기존 라이센스 합의가 존재하는지 결정한다. 기존의 라이센스 합의가 존재하는 경우, 방법(500)은 543 단계로 이어진다. 그렇지 않은 경우, 방법(500)은 580 단계로 이어진다.(도 5c를 통해 후술함) 기존의 라이센스 합의가 존재하는 경우, 일 실시예에서, 결정 모듈(207)은 규칙 데이터베이스(196)의 라이센스 데이터(330)로부터 기존의 라이센스 합의에 대한 정보를 검색하고, 결제 모듈(211)로 상기 정보를 전송하는 반면, 다른 실시예에서는 결정 모듈(207)이 결제 모듈(211)로 기존의 라이센스 합의에 대한 식별자를 전송한다. 이어서, 결제 모듈(211)은 부재 권리의 라이센스에 대하여 결제를 진행한다.

543 단계로 돌아와서, 결제 모듈(211)은 기존의 라이센스 합의나 기존의 라이센스 합의의 식별자를 설명하는 정보를 결정 모듈(207)로부터 수신하여, 규칙 데이터베이스(196)에 저장된 가격 데이터(320)에서 기존의 라이센스 합의에 대한 가격 데이터를 검색한다. 결제 모듈(211)은 기존의 라이센스 합의와 가격 데이터의 적어도 일부분을 바탕으로, 해당 지역의 부재 권리에 대한 라이센스를 구매하기 위해 공급권 관리자(176)에게 필요한 결제액을 결정한다(545). 일 실시예에서, 결제 모듈(211)은 결제 모듈(211)의 관리자로부터 입력을 수신하며, 결제 모듈(211)은 상기 입력의 적어도 일부분을 바탕으로 545 단계에서 필요한 결제액을 결정한다.

550 단계에서, 결제 모듈(211)은 545 단계에서 결정된 결제액을 바탕으로 공급권 관리자(176)에게 결제한다. 결제 모듈(211)은 규칙 데이터베이스(196)의 라이센스 데이터(330)에 있는 구매된 라이센스에 대한 기록을 저장한다(555). 서비스 제공자(199)는 해당 지역의 사용자들에게 서비스를 제공함으로써 자산에 대한 수익을 창출하고(560), 방법(500)은 종료된다.

563 단계(도 5b의 540 단계 아래에 도시됨)로 돌아와서, 결정 모듈(207)은 라이센스 데이터(330)에서 하나 이상의 개체와의 기존 라이센스 합의를 설명하는 라이센스 데이터(330)의 일부분과 가격 데이터(320)를 규칙 데이터베이스(196)로부터 검색한다. 결정 모듈(207)은 563 단계에서 검색된 라이센스 데이터와 가격 데이터를 바탕으로, 어떠한 개체로부터 부재 권리를 부여받을 것인지 결정한다. 일 실시예에서, 결정 모듈(207)은 자산 호스팅 사이트(100)의 관리자, 서비스 제공자(199) 또는 결제 모듈(211)로부터 입력을 수신하여, 상기 입력의 적어도 일부분을 바탕으로 어떠한 개체로부터 부재 권리를 부여받을 것인지 결정한다(563). 일 실시예에서, 565 단계에서 결정된 개체는 적합한 라이센서이며, 전술한 적합한 라이센서를 결정하기 위한 하나 이상의 기준들 중 적어도 일부분을 바탕으로 선택된다. 결제 모듈(211)은 선택된 개체로부터 해당 지역의 부재 권리에 대한 라이센스를 구매하기 위해 필요한 결제액을 결정하여(570), 선택된 개체에게 결제한다(575). 선택된 개체에게 결제한 후, 방법(500)은 555단계로 이어진다.

도 5c를 참조하면, 결제 모듈(207)은 서비스 제공자(199)의 관리자가 해당 지역의 부재 권리에 대한 라이센스없이도 자산에 대한 수익창출 권한부여 입력을 제공하였는지 결정한다(580). 권한이 제공된 경우, 방법(500)은 590 단계로 이어진다. 그렇지 않은 경우, 방법(500)은 585 단계로 이어진다.

585 단계에서, 서비스 제공자(199)는 자산에 대한 수익을 창출하지 않으며, 방법(500)은 종료된다. 590 단계에서, 방법(500)은 해당 지역의 사용자들에게 서비스를 제공함으로써 자산에 대한 수익을 창출한다. 595 단계에서, 결제 모듈(211)은 부재 권리의 라이센스에 대한 결제액을 에스크로하며, 방법(500)은 종료된다.

도 6은 일 실시예에 따라 규칙 데이터베이스(196)에 저장된 지역 규칙을 갱신하는 방법(600)의 순서도이다. 통신 모듈(201)은 자산 호스팅 사이트(100)의 관리자로부터 지역 규칙이 갱신내역을 수신하여(605), 갱신 모듈(209)로 상기 갱신 내역을 전송한다. 갱신 모듈(209)은 갱신 내역에서 갱신되어 있는 하나 이상의 기존의 지역 규칙들을 식별하여, 규칙 데이터베이스(196)의 지역 규칙(310)에서 상기 하나 이상의 기존의 지역 규칙들을 검색한다(610). 갱신 모듈(209)은 갱신 내역을 바탕으로 기존의 지역 규칙을 수정하고(615), 규칙 데이터베이스(196)의 지역 규칙(310) 에 수정된 지역 규칙을 저장한다(620).

상기 실시예에 대한 위의 설명은 설명과 표현의 목적으로 제공된 것이다. 개시된 것과 동일한 형태로 명세서를 한정하거나 완전히 표현하려고 하는 것은 아니다. 위의 암시 내용에 비추어 많은 수정과 변경이 이루어질 수도 있다. 상기 실시예들의 권리범위는 상기 상세한 설명보다는 본 출원의 청구항에 의해 제한된다. 본 기술에 대한 통상의 기술자라면, 본 명세서의 사상과 특정을 벗어나지 않는 범위에서 다른 특정한 형태의 실시예들이 적용될 수도 있음을 알 수 있을 것이다. 이와 마찬가지로, 모듈, 루틴들, 특징, 속성, 방법론 및 다른 측면들에 대한 특정한 명명(naming)과 분할은 의무적으로 규정되거나 중요한 것은 아니며, 상기 설명이나 특징들을 구현하는 메커니즘은 상이한 이름, 분할 및/또는 포맷을 가질 수 있다. 또한, 관련기술 분야의 통상의 기술자에게는, 모듈, 루틴들, 특징, 속성, 방법론 및 본 명세서의 다른 측면들은 소프트웨어, 하드웨어, 펌웨어 또는 이러한 세 가지의 조합으로 구현될 수 있음이 자명할 것이다. 또한, 본 명세서의 컴포넌트(예를 들어 모듈)는 소프트웨어로서 어디에 구현되든지, 상기 컴포넌트는 단독 프로그램, 대형 프로그램의 일부분, 복수 개의 독립적인 프로그램, 정적 또는 동적으로 링크된 라이브러리, 커넬 적재가능 모듈(kernel loadable module), 장치 드라이버 및/또는 컴퓨터 프로그래밍 기술 분야의 통상의 기술자에게 현재 알려지거나 미래에 알려질 일부 또는 모든 다른 방식으로서 구현될 수 있다. 추가로, 본 명세서는 임의의 특정한 프로그래밍 언어나 임의의 특정한 동작 시스템이나 환경에서의 구현에 제한되지 않는다. 따라서, 본 개시내용은 설명을 위한 것일 뿐, 명세서의 범위에 제한되지 않으며, 다음의 청구항들을 제시하도록 한다.

Claims

서비스 제공자로부터, 하나의 지역에서 하나의 자산에 대해 제공되는 서비스에 대한 설명을 수신하는 단계;
상기 지역에 대한 지역 규칙의 적어도 일부분을 바탕으로 상기 지역에 상기 서비스를 제공하기 위한 지역 요구사항을 결정하는 단계;
상기 지역에 상기 서비스를 제공하기 위한 상기 지역 요구사항의 적어도 일부분을 바탕으로 부재 권리를 결정하는 단계; 및
상기 지역의 상기 부재 권리에 대한 라이센스를 구매하기에 적합한 라이센서를 결정하는 단계;
를 포함하는 권리 승인을 제공하는 방법.
제 1 항에 있어서,
상기 부재 권리를 결정하는 단계는,
필수 권리를 상기 지역 요구사항으로부터 결정하며, 상기 필수 권리는 상기 지역 요구사항에 포함된 권리인, 상기 필수 권리를 결정하는 단계;
서비스 제공자가 상기 지역 요구사항을 충족시키는 상기 필수 권리에 대한 기존의 라이센스를 소유하고 있는지 여부를 결정하는 단계; 및
상기 서비스 제공자가 상기 지역 요구사항을 충족시키는 상기 기존의 라이센스를 소유하지 않는다고 결정하는 것에 응답하여, 상기 필수 권리를 상기 부재 권리로 결정하는 단계;
를 포함하는 권리 승인을 제공하는 방법.
제 2 항에 있어서,
상기 서비스 제공자가 상기 지역 요구사항을 충족시키는 상기 필수 권리에 대한 상기 기존의 라이센스를 소유하고 있는지 여부를 결정하는 단계는,
상기 서비스 제공자가 상기 필수 권리에 대한 상기 기존의 라이센스를 소유하는 것으로 결정하는 단계; 및
상기 기존의 라이센스가 상기 지역 규칙에 의해 특정된 개체로부터 구매된 것이 아니므로, 상기 기존의 라이센스는 상기 지역 요구사항을 충족하지 않는 것으로 결정하는 단계;
를 포함하는 권리 승인을 제공하는 방법.
제 1 항에 있어서,
상기 지역의 상기 부재 권리에 대한 상기 라이센스를 구매하기에 적합한 라이센서를 결정하는 단계는,
상기 부재 권리에 대한 상기 라이센스를 구매하기 위해 하나 이상의 개체들을 결정하는 단계;
상기 하나 이상의 개체들과 관련된 라이센스 데이터와 가격 데이터를 검색하는 단계; 및
상기 라이센스 데이터와 상기 가격 데이터의 적어도 일부분을 바탕으로 상기 하나 이상의 개체들 중 하나의 개체를 상기 적합한 라이센서로 결정하는 단계;
를 포함하는 권리 승인을 제공하는 방법.
제 4 항에 있어서,
상기 가격 데이터는,
상기 하나 이상의 개체들로부터 상기 라이센스를 구매하기 위한 하나 이상의 가격;
상기 라이센스를 구매하기 위한 고정 수수료;
부수적 수수료;
상기 라이센스의 사용에 따른 수수료;
수익 공유에 기반한 수수료;
상기 하나 이상의 개체들과의 기존의 라이센스 합의에 대한 가격;
상기 부재 권리에 대한 상기 라이센스를 구매하기 위한 협상된 수수료;
복수 개의 부재 권리에 대한 라이센스들을 구매하기 위한 협상된 수수료; 및
하나 이상의 회수가능한 선불금과 미충족된 선불금(any unmet prepayment)에 대한 결제액;
중 하나 이상을 설명하는 데이터를 포함하는, 권리 승인을 제공하는 방법.
제 4 항에 있어서,
상기 라이센스 데이터는,
상기 하나 이상의 개체들과의 하나 이상의 기존의 라이센스 합의로부터 하나 이상의 팩터를 설명하는 데이터; 및
상기 하나 이상의 개체들 중 하나의 개체로부터 상기 라이센스를 구매하기 위해 세금에 대한 고려를 설명하는 세금 데이터;
중 하나 이상을 설명하는 데이터를 포함하는, 권리 승인을 제공하는 방법.
제 1 항에 있어서,
상기 지역의 상기 부재 권리에 대한 상기 라이센스를 구매하기에 적합한 라이센서를 결정하는 단계는,
상기 지역 규칙은 공급권 관리자로부터 구매되는 상기 부재 권리의 상기 라이센스를 필요로 하는 것으로 결정하는 단계; 및
상기 공급권 관리자는 상기 적합한 라이센서인 것으로 결정하는 단계;
를 포함하는, 권리 승인을 제공하는 방법.
제 1 항에 있어서,
상기 적합한 라이센서로부터 상기 라이센스를 구매하기 위한 결제액을 결정하는 단계; 및
상기 결정된 결제액의 적어도 일부분을 바탕으로 상기 적합한 라이센서에게 결제하는 단계;
를 추가로 포함하는, 권리 승인을 제공하는 방법.
서비스 제공자로부터, 하나의 지역에서 하나의 자산에 대해 제공되는 서비스에 대한 설명을 수신하는 통신 모듈;
상기 통신 모듈과 통신가능하게 연결되어, 상기 지역에 대한 지역 규칙의 적어도 일부분을 바탕으로 상기 지역에 상기 서비스를 제공하기 위한 지역 요구사항을 결정하는 지역 요구사항 엔진;
상기 지역 요구사항 엔진과 통신가능하게 연결되어, 상기 지역에 상기 서비스를 제공하기 위한 상기 지역 요구사항의 적어도 일부분을 바탕으로 부재 권리를 결정하는 기존의 라이센스 모듈; 및
상기 지역 요구사항 엔진 및 상기 기존의 라이센스 모듈과 통신가능하게 연결되어, 상기 지역의 상기 부재 권리에 대한 라이센스를 구매하기에 적합한 라이센서를 결정하는 결정 모듈;
을 포함하는, 권리 승인을 제공하는 시스템.
제 9 항에 있어서,
상기 기존의 라이센스 모듈은,
필수 권리를 상기 지역 요구사항으로부터 결정하되, 상기 필수 권리는 상기 지역 요구사항에 포함된 권리이며,
서비스 제공자가 상기 지역 요구사항을 충족시키는 상기 필수 권리에 대한 기존의 라이센스를 소유하고 있는지 여부를 결정하고,
상기 서비스 제공자는 상기 지역 요구사항을 충족시키는 상기 기존의 라이센스를 소유하지 않는다고 결정하는 것에 응답하여, 상기 필수 권리를 상기 부재 권리로 결정하는, 권리 승인을 제공하는 시스템.
제 10 항에 있어서,
상기 기존의 라이센스 모듈은 추가적으로,
상기 서비스 제공자가 상기 필수 권리에 대한 상기 기존의 라이센스를 소유하는 것으로 결정하고,
상기 기존의 라이센스가 상기 지역 규칙에 의해 특정된 개체로부터 구매된 것이 아니므로, 상기 기존의 라이센스는 상기 지역 요구사항을 충족하지 않는 것으로 결정하는, 권리 승인을 제공하는 시스템.
제 9 항에 있어서,
상기 결정 모듈은,
상기 부재 권리에 대한 상기 라이센스를 구매하기 위해 하나 이상의 개체들을 결정하고,
상기 하나 이상의 개체들과 관련된 라이센스 데이터와 가격 데이터를 검색하며,
상기 라이센스 데이터와 상기 가격 데이터의 적어도 일부분을 바탕으로 상기 하나 이상의 개체들 중 하나의 개체를 상기 적합한 라이센서로 결정하는, 권리 승인을 제공하는 시스템.
제 12 항에 있어서,
상기 가격 데이터는,
상기 하나 이상의 개체들로부터 상기 라이센스를 구매하기 위한 하나 이상의 가격;
상기 라이센스를 구매하기 위한 고정 수수료;
부수적 수수료;
상기 라이센스의 사용에 따른 수수료;
수익 공유에 기반한 수수료;
상기 하나 이상의 개체들과의 기존의 라이센스 합의에 대한 가격;
상기 부재 권리에 대한 상기 라이센스를 구매하기 위한 협상된 수수료;
복수 개의 부재 권리에 대한 라이센스들을 구매하기 위한 협상된 수수료; 및
하나 이상의 회수가능한 선불금과 미충족된 선불금(any unmet prepayment)에 대한 결제액;
중 하나 이상을 설명하는 데이터를 포함하는, 권리 승인을 제공하는 시스템.
제 12 항에 있어서,
상기 라이센스 데이터는,
상기 하나 이상의 개체들과의 하나 이상의 기존의 라이센스 합의로부터 하나 이상의 팩터를 설명하는 데이터; 및
상기 하나 이상의 개체들 중 하나의 개체로부터 상기 라이센스를 구매하기 위해 세금에 대한 고려를 설명하는 세금 데이터;
중 하나 이상을 설명하는 데이터를 포함하는, 권리 승인을 제공하는 시스템.
제 9 항에 있어서,
상기 결정 모듈은,
상기 지역 규칙이 공급권 관리자로부터 구매되는 상기 부재 권리의 상기 라이센스를 필요로 하는 것으로 결정하고,
상기 공급권 관리자는 상기 적합한 라이센서인 것으로 결정하는, 권리 승인을 제공하는 시스템.
제 9 항에 있어서,
상기 결정 모듈과 통신가능하게 연결되어, 상기 적합한 라이센서로부터 상기 라이센스를 구매하기 위한 결제액을 결정하고, 상기 결정된 결제액의 적어도 일부분을 바탕으로 상기 적합한 라이센서에게 결제하는 결제 모듈을 추가로 포함하는, 권리 승인을 제공하는 시스템.
컴퓨터 판독가능 프로그램을 포함하는 컴퓨터 사용가능 매체를 포함하는 컴퓨터 프로그램 제품에 있어서, 상기 컴퓨터 판독가능 프로그램은 컴퓨터에서 실행될 때 상기 컴퓨터가,
서비스 제공자로부터, 하나의 지역에서 하나의 자산에 대해 제공되는 서비스에 대한 설명을 수신하는 단계;
상기 지역에 대한 지역 규칙의 적어도 일부분을 바탕으로 상기 지역에 상기 서비스를 제공하기 위한 지역 요구사항을 결정하는 단계;
상기 지역에 상기 서비스를 제공하기 위한 상기 지역 요구사항의 적어도 일부분을 바탕으로 부재 권리를 결정하는 단계; 및
상기 지역의 상기 부재 권리에 대한 라이센스를 구매하기에 적합한 라이센서를 결정하는 단계;
를 포함하는 단계들을 수행하게 하는, 컴퓨터 프로그램 제품.
제 17 항에 있어서,
상기 컴퓨터 판독가능 프로그램은, 실행될 때, 상기 컴퓨터가,
필수 권리를 상기 지역 요구사항으로부터 결정하며, 상기 필수 권리는 상기 지역 요구사항에 포함된 권리인, 상기 필수 권리를 결정하는 단계;
서비스 제공자가 상기 지역 요구사항을 충족시키는 상기 필수 권리에 대한 기존의 라이센스를 소유하고 있는지 여부를 결정하는 단계; 및
상기 서비스 제공자가 상기 지역 요구사항을 충족시키는 상기 기존의 라이센스를 소유하지 않는다고 결정하는 것에 응답하여, 상기 필수 권리를 상기 부재 권리로 결정하는 단계;
를 포함하는 단계들을 수행하게 하는, 컴퓨터 프로그램 제품.
제 18 항에 있어서,
상기 컴퓨터 판독가능 프로그램은, 실행될 때, 상기 컴퓨터가,
상기 서비스 제공자가 상기 필수 권리에 대한 상기 기존의 라이센스를 소유하는 것으로 결정하는 단계; 및
상기 기존의 라이센스가 상기 지역 규칙에 의해 특정된 개체로부터 구매된 것이 아니므로, 상기 기존의 라이센스는 상기 지역 요구사항을 충족하지 않는 것으로 결정하는 단계;
를 포함하는 단계들을 수행하게 하는, 컴퓨터 프로그램 제품.
제 17 항에 있어서,
상기 컴퓨터 판독가능 프로그램은, 실행될 때, 상기 컴퓨터가,
상기 부재 권리에 대한 상기 라이센스를 구매하기 위해 하나 이상의 개체들을 결정하는 단계;
상기 하나 이상의 개체들과 관련된 라이센스 데이터와 가격 데이터를 검색하는 단계; 및
상기 라이센스 데이터와 상기 가격 데이터의 적어도 일부분을 바탕으로 상기 하나 이상의 개체들 중 하나의 개체를 상기 적합한 라이센서로 결정하는 단계;
를 포함하는 단계들을 수행하게 하는, 컴퓨터 프로그램 제품.
제 20 항에 있어서,
상기 가격 데이터는,
상기 하나 이상의 개체들로부터 상기 라이센스를 구매하기 위한 하나 이상의 가격;
상기 라이센스를 구매하기 위한 고정 수수료;
부수적 수수료;
상기 라이센스의 사용에 따른 수수료;
수익 공유에 기반한 수수료;
상기 하나 이상의 개체들과의 기존의 라이센스 합의에 대한 가격;
상기 부재 권리에 대한 상기 라이센스를 구매하기 위한 협상된 수수료;
복수 개의 부재 권리에 대한 라이센스들을 구매하기 위한 협상된 수수료; 및
하나 이상의 회수가능한 선불금과 미충족된 선불금(any unmet prepayment)에 대한 결제액;
중 하나 이상을 설명하는 데이터를 포함하는, 컴퓨터 프로그램 제품.
제 20 항에 있어서,
상기 라이센스 데이터는,
상기 하나 이상의 개체들과의 하나 이상의 기존의 라이센스 합의로부터 하나 이상의 팩터를 설명하는 데이터; 및
상기 하나 이상의 개체들 중 하나의 개체로부터 상기 라이센스를 구매하기 위해 세금에 대한 고려를 설명하는 세금 데이터;
중 하나 이상을 설명하는 데이터를 포함하는, 컴퓨터 프로그램 제품.
제 17 항에 있어서,
상기 컴퓨터 판독가능 프로그램은, 실행될 때, 상기 컴퓨터가,
상기 지역 규칙은 공급권 관리자로부터 구매되는 상기 부재 권리의 상기 라이센스를 필요로 하는 것으로 결정하는 단계; 및
상기 공급권 관리자는 상기 적합한 라이센서인 것으로 결정하는 단계;
를 포함하는 단계들을 수행하게 하는, 컴퓨터 프로그램 제품.
제 17 항에 있어서,
상기 컴퓨터 판독가능 프로그램은, 실행될 때, 상기 컴퓨터가,
상기 적합한 라이센서로부터 상기 라이센스를 구매하기 위한 결제액을 결정하는 단계; 및
상기 결정된 결제액의 적어도 일부분을 바탕으로 상기 적합한 라이센서에게 결제하는 단계;
를 포함하는 단계들을 수행하게 하는, 컴퓨터 프로그램 제품.