KR101129779B1

KR101129779B1 - 라이센스 정보에 기초한 핸드셋들 간 애플리케이션들의 프로그램적 전송

Info

Publication number: KR101129779B1
Application number: KR1020097015229A
Authority: KR
Inventors: 프렘 제이. 쿠마르; 슈-릉 관; 하오 카이; 라비 할커
Original assignee: 콸콤 인코포레이티드
Priority date: 2006-12-19
Filing date: 2007-12-19
Publication date: 2012-06-14
Also published as: BRPI0720581A2; KR20120012981A; TWI387898B; WO2008077087A2; RU2009127699A; JP5420420B2; WO2008077087A3; CA2670841C; CN101563871B; CN101563871A; EP2127170A2; US20080147530A1; JP6071820B2; TW200841207A; JP6147814B2; JP2014041621A; CA2670841A1; JP2010514379A; KR20090097198A; JP2015222579A

Abstract

원래의 사용자 장비(UE) 디바이스로부터 목적지 UE 디바이스로의 라이센싱된 애플리케이션들의 전송 관리는 이전에 라이센싱된 소프트웨어 애플리케이션의 목록을 추적하고, 목적지 UE 디바이스(예를 들어, 게임, 미디어 플레이어 및 개인용 전자 수첩 등과 같은 애플리케이션들을 실행할 수 있는 셀룰러폰)의 구성(예를 들어, 칩셋 및 운영 시스템)에 대한 적절한 교차 판매 기회 또는 이것의 업그레이드된 버전과 동등한 애플리케이션들의 수행을 제안하는 통신 네트워크에 의해 용이해진다. 비즈니스 정책(rule)은 자동화를 위해 제안된 구성에 적절한 가격 결정을 자동화하여 사용자와 제공자 모두에 대한 편의를 높인다. 적절한 실행 가능 코드는 일단 수락되면 목적지 UE 디바이스로 배포되고, 적절한 비례 과금이 시작되며, 이전 라이센싱된 애플리케이션들은 다시 차후의 전송을 위해 로킹(lock)되거나 영구적인 전송을 강행하기 위해 삭제된다.

Description

라이센스 정보에 기초한 핸드셋들 간 애플리케이션들의 프로그램적 전송{PROGRAMMATICALLY TRANSFERRING APPLICATIONS BETWEEN HANDSETS BASED ON LICENSE INFORMATION}

본 출원은 "METHODS, SYSTEMS, AND APPARATUS FOR CONTENT TRANSFER"라는 명칭으로 2006년 12월 19일자 제출된 미국 예비 출원 60/870,706호에 대한 우선권을 주장하며, 이는 본원의 양수인에게 양도되었고 이로써 본원에 참조로 포함된다.

본 발명은 일반적으로 통신에 관한 것으로, 보다 구체적으로는 애플리케이션 실행 가능 코드를 가진 사용자 장비를 제공하는 데이터 통신 네트워크들에 관한 것이다.

기술의 진보로 개인 연산 디바이스들은 보다 소형화되고 보다 강력해져 왔다. 예를 들어, 각각 작고 가벼우며 사용자들이 쉽게 휴대할 수 있는 휴대용 무선 전화, 개인 디지털 보조기기(PDA) 및 페이징 디바이스와 같은 무선 연산 디바이스를 포함하여, 현재 다양한 휴대용 개인 연산 디바이스가 존재한다. 연산 기술의 진보로, 소비자들에게는 소프트웨어 애플리케이션들의 어레이가 제공(provision)될 수 있는 많은 타입의 전자 디바이스들("사용자 장비")이 더욱더 제공되고 있다. 이메일, 인터넷 브라우징, 게임 플레이, 주소록, 달력, 미디어 플레이어, 전자책 열람, 음성 통신, 사전 서비스 등과 같은 독특한 특징들이 점점 스마트폰, 휴대용 게임 콘솔 또는 핸드헬드 컴퓨터와 같은 다기능 디바이스에 로딩될 수 있는 선택 가능한 애플리케이션들이 되고 있다. 하드웨어의 최초 구매시 묶음으로 또는 하드웨어의 구매에 이어 원하는 애플리케이션들의 편리한 구입이 종종 이용 가능하다. 이러한 별개의 소프트웨어 인에이블(enabled) 특징들은 하드웨어와 별개로 구입 및 다운로드될 때 특히 개별적으로 라이센싱되는 경향이 있다. 이 때문에, 특정 사용자 장비(UE)는 이러한 라이센스들에 의해 기술되는 상당한 잔존 가치뿐만 아니라 교체 디바이스를 비슷하게 구성하는데 필요한 불편과 시간이 주어지는 주관적 가치를 가질 수 있다.

기술의 증가, 향상된 휴대성, 및 이러한 많은 소프트웨어 인에이블 UE의 가격 감소로, UE가 자주 교체될 가능성이 커진다. 우선, 사용자가 이전의 UE를 폐기 또는 처분하고 영구적으로 사용하고 싶어하는 개선된 디바이스가 입수 가능해질 수 있다. 둘째, 아주 작고 휴대 가능한 UE는 휴대중에 분실 또는 손상될 수 있다. 셋째, 사용자가 시계나 지갑을 선택하는 것과 비슷한 방식으로 크기, 모양, 투박함, 미학을 기초로 특별한 외출(outing)을 위해 선택된 UE 디바이스들의 구색을 갖출 수도 있다. 그러나 사용자가 한 번에 하나의 디바이스만을 사용하고 있을 것이라는 점에서 이러한 시나리오들에 대한 추가 라이센스들의 구입은 불필요하다. 최초 구입을 장려하고 고객 로열티를 유지하기 위해, 소프트웨어 애플리케이션들의 판매자들은 다른 디바이스로의 무료 이전(transfer)을 제공하는 라이센스들을 사용하기를 원할 수도 있지만, 소프트웨어 애플리케이션 판매자들의 경제성은 동등한 애플리케이션이 아니라 더 가치 있는 애플리케이션만이 새로운 UE의 특정 연산 플랫폼에 이용 가능할 때와 같이 다른 경우에 이러한 라이센스들을 지나치기 어렵게 할 것을 요구한다. 매우 작은 애플리케이션들은 이러한 라이센스 거래(transaction) 및 배포가 사용자에 대한 과도한 양의, 혹은 경우에 따라서는 임의의 고객 지원 없이 일어날 수 있는 경우에만 실행 가능한 작은 라이센스 로열티를 가질 수도 있다.

이러한 고려사항들 각각은 예를 들어 무선 네트워크를 통해 음성 및 데이터 패킷을 전달하는 셀룰러폰을 추가로 포함하는 휴대용 무선 전화기들에 특히 적절하다. 또한, 이러한 많은 셀룰러폰은 연산 능력이 비교적 크게 확장하여 제조되고 있으며, 이 때문에 소형 개인용 컴퓨터 및 핸드헬드 PDA와 동등해지고 있다. 그러나 이러한 소형화되고 있는 개인용 연산 디바이스들은 상당히 자원 한정적일 수 있다. 예를 들어, 화면 크기, 이용 가능한 메모리 및 파일 시스템 공간의 양, 입력 및 출력 성능의 양 및 처리 용량이 각각 디바이스의 작은 크기에 의해 제한될 수 있다. 이러한 심각한 자원 압박 때문에, 예를 들어 이러한 원격 개인 연산 디바이스들, 예를 들어 클라이언트 디바이스들에 상주하는 한정된 크기 및 수량의 소프트웨어 애플리케이션 및 다른 정보를 유지하는 것이 흔히 바람직하다. 이 때문에, 이러한 디바이스들에 대한 연산 플랫폼들은 흔히 특정 전화 칩셋 및 사용자 인터페이스 하드웨어에 대해 최적화된다. 라이센싱은 본래 무기한으로 개인용 컴퓨터에 로딩되며 큰 집단의 운영 시스템들과 호환할 수 있는 CDROM 상의 컴퓨터 소프트웨어를 구입하는 패러다임보다는, 단기간 다운로드 및 제한된 회수의 사용을 기대할 수 있다.

다음은 개시된 버전들의 일부 형태들의 기본적인 이해를 제공하기 위한 간단한 요약을 제공한다. 이 요약은 광범위한 개요가 아니며, 주요 또는 핵심 엘리먼트들을 식별하거나 이러한 버전들의 범위를 기술하기 위한 것은 아니다. 그 목적은 설명하는 버전들의 일부 개념들을 뒤에 제공되는 더 상세한 설명에 대한 서론으로서 간단한 형태로 제공하는 것이다.

한 형태에서, 현재 라이센싱된 애플리케이션과 관련된 컴퓨터 구현 애플리케이션을 거래 및 전송하기 위한 방법은 원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 원본 애플리케이션에 대해 사용자가 보유하고 있는 라이센스 권리를 결정하는 단계를 시작한다. 매핑 비즈니스 정책(rule)에 의해 원본 애플리케이션은 제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체(substitute) 애플리케이션에 매핑된다. 원본 애플리케이션을 사용하지 않고 대체 애플리케이션을 사용하도록 상기 사용자에게 라이센스를 부여하기 위한 거래의 가격을 결정하기 위해 가격 비즈니스 정책이 적용된다. 이어서, 상기 대체 애플리케이션을 제 2 사용자 디바이스에 제공함으로써 상기 거래가 종결된다. 적당한 대체 애플리케이션의 자동 선택 및 이러한 라이센스 권리 전송(transfer)을 위한 가격 결정의 자동화는 과도한 비용이나 불편 없이 사용자들이 사용자 디바이스들 사이로 끊김 없이 스위칭할 수 있게 한다. 추가로, 이러한 사용자 디바이스들을 지원하는 네트워크는 이러한 전송을 위한 값을 수동으로 계산하고 배포(distribution)를 수동으로 발생시키는 비용의 부담이 없다.

다른 형태들에서, 프로세서, 컴퓨터 프로그램 및 장치는 사용자 디바이스의 지원으로 상술한 컴퓨터 구현 애플리케이션을 거래 및 전송하기 위한 방법을 수행하기 위한 수단을 갖는다.

또 다른 형태에서, 장치는 원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대해 사용자가 보유하고 있는 라이센스 권리를 결정하기 위한 전송 관리 컴포넌트를 포함한다. 매핑 비즈니스 정책에 따라 애플리케이션 카탈로그는 제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 상기 원본 애플리케이션을 매핑한다. 정책 엔진은 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용하도록 상기 사용자에게 라이센스를 부여하기 위한 거래의 가격을 결정하기 위해 가격 비즈니스 정책을 적용한다. 배포 컴포넌트는 상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함으로써 상기 거래를 종결한다.

또 추가 형태에서, 현재 라이센싱된 애플리케이션과 관련된 컴퓨터 구현 애플리케이션을 거래 및 전송하기 위한 방법은 원본 애플리케이션을 실행하기에 적당한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대해 사용자가 보유하고 있는 라이센스 권리의 결정 요청으로 시작한다. 매핑 비즈니스 정책에 따라 제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 대한 상기 원본 애플리케이션의 매핑이 수락된다. 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용하도록 상기 사용자에게 라이센스를 부여하기 위한 거래의 가격을 결정하기 위해 가격 비즈니스 정책을 적용함으로써 결정된 거래 가격이 수락된다. 상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함을 수신함으로써 상기 거래가 종결된다.

추가 형태들에서, 프로세서, 컴퓨터 프로그램 및 장치는 사용자 디바이스에서 상술한 컴퓨터 구현 애플리케이션을 거래 및 전송하기 위한 방법을 수행하기 위한 수단을 갖는다.

또 다른 형태에서, 장치는 원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대해 사용자가 보유하고 있는 라이센스 권리의 결정을 요청하기 위한 통신 컴포넌트를 포함한다. 사용자 인터페이스는 제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 대한 상기 원본 애플리케이션의 매핑 비즈니스 정책에 따른 매핑을 수락하고, 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용하도록 상기 사용자에게 라이센스를 부여하기 위한 거래의 가격을 결정하기 위해 가격 비즈니스 정책을 적용함으로써 결정된 거래 가격을 수락한다. 상기 통신 컴포넌트는 상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함을 수신함으로써 상기 거래를 종결한다.

상기 및 관련 목적들의 이행을 위해, 하나 이상의 버전들은 뒤에 충분히 설명되며 청구범위에서 특별히 지적되는 특징들을 포함한다. 다음 설명 및 첨부 도면들은 일부 예시적인 형태들을 상세히 설명하지만, 버전들의 원리들이 이용될 수 있는 다양한 방법 중 몇 가지를 나타낼 뿐이다. 다른 이점들 및 새로운 특징들은 도면과 관련하여 다음의 상세한 설명으로부터 명백해질 것이며, 개시된 버전들은 이러한 모든 형태 및 그 등가물들을 포함하는 것이다.

도 1은 한 형태에 따른 전송 시스템의 고 레벨 시스템도이다.

도 2는 한 형태에 따라 도 1의 전송 시스템의 사용자 장비(UE)의 동적 재고목록을 형성하는 애플리케이션들 및 다른 아이템들의 전송을 수행하기 위한 방법이다.

도 3은 한 형태에 따라 애플리케이션들의 업그레이드 또는 교차 판매를 위한 비즈니스 정책들을 사용자에게 부과하여 한 UE에서 다른 UE로 동적 재고목록을 전송하는 방법이다.

도 4는 한 형태에 따른, 도 2의 방법에 따라 애플리케이션들을 전송하기 위한 예시적인 UE이다.

도 5는 한 형태에 따른 도 1의 전송 시스템에 대한 예시적인 전송 서버이다.

도 6은 한 형태에 따른, 도 1의 UE에 의해 유지되는 라이센싱된 애플리케이션들의 동적 재고목록에 대한 예시적인 데이터 구조이다.

도 7은 한 형태에 따른, 도 1의 전송 시스템에 의해 유지되는 가입자별 라이센싱된 거래들의 저장소에 대한 예시적인 데이터 구조이다.

도 8은 한 형태에 따른, 도 1의 전송 시스템에 의해 액세스되는 애플리케이션 카탈로그에 대한 예시적인 데이터 구조이다.

도 9는 한 형태에 따른, 도 1의 전송 시스템에 의해 이용되는 비즈니스 정책 들을 구현하는 예시적인 행렬이다.

도 10은 한 형태에 따른, 분산 전송 시스템을 형성하는 엔티티들을 포함하는 예시적인 통신 시스템이다.

도 11은 한 형태에 따른, 도 10의 분산 전송 시스템의 다른 엔티티들 사이의 조정에 의해 전송될 동적 재고목록 및 전송 클라이언트를 포함하는 발신 UE에 대한 타이밍도이다.

도 12는 한 형태에 따른, 이용할 수 없지만 목적지 UE로 전송될 필요가 있는 라이센싱된 애플리케이션들을 포함하는 발신 UE에 대한 타이밍도이다.

도 13은 한 형태에 따른, 전송 클라이언트를 포함하지 않는 목적지 UE에 라이센싱된 애플리케이션들을 다운로드하는 분산 전송 시스템의 타이밍도이다.

도 14는 한 형태에 따른, 발신 UE가 전송을 시작할 수 없게 된 후 목적지 UE로 라이센싱된 애플리케이션들을 다운로드하는 분산 전송 시스템의 타이밍도이다.

도 15는 한 형태에 따른, 전송 클라이언트를 포함하지 않는 목적지 UE로 라이센싱된 애플리케이션을 다운로드하는 분산 전송 시스템의 타이밍도이다.

도 16은 한 형태에 따른, 라이센싱된 애플리케이션들에 대한 디지털 락커를 통합한 통신 시스템의 도면이다.

원래의 사용자 장비(UE) 디바이스로부터 목적지 UE 디바이스로의 라이센싱된 애플리케이션들의 전송 관리는 이전에 라이센싱된 소프트웨어 애플리케이션의 목록을 추적하고, 목적지 UE 디바이스(예를 들어, 게임, 미디어 플레이어 및 개인용 전 자 수첩 등과 같은 애플리케이션들을 실행할 수 있는 셀룰러폰)의 구성(예를 들어, 칩셋 및 운영 시스템)에 대한 적절한 교차 판매 기회 또는 이것의 업그레이드된 버전과 동등한 애플리케이션들의 수행을 제안하는 통신 네트워크에 의해 용이해진다. 비즈니스 정책(rule)은 자동화를 위해 제안된 구성에 적절한 애플리케이션 매핑 및 가격 결정을 자동화하여 사용자와 제공자 모두에 대한 편의를 높인다. 적절한 실행 가능 코드는 일단 수락되면 목적지 UE 디바이스로 배포되고, 적절한 비례 과금이 시작되며, 이전의 라이센싱된 애플리케이션들은 스루풋 제한 통신 채널에 최소한의 영향을 주면서 다시 차후의 전송을 위해 로킹(lock)되거나 분실 또는 도난당한 원래의 UE 디바이스에 대해 특히 영구적인 전송을 강행하기 위해 자동 삭제할 것이 명령된다.

도면을 참조하여 각종 형태가 설명된다. 다음 설명에서는, 하나 이상의 형태의 전반적인 이해를 제공하기 위해 설명을 목적으로 다수의 특정 항목이 언급된다. 그러나 이러한 각종 형태는 이들 특정 항목들 없이 실시될 수도 있음이 명백할 수 있다. 다른 경우에, 이러한 버전들의 간결한 설명을 위해 잘 알려진 구조 및 디바이스들이 블록도 형태로 도시된다.

다음 설명에서, "예시적인"이라는 단어는 예시, 실례 또는 예증이 되는 것의 의미로 사용된다. 여기서 "예시적인" 것으로서 설명하는 어떤 형태나 설계도 다른 형태들이나 설계들보다 바람직하거나 유리한 것으로 해석되는 것은 아니다. 오히려, 예시적인이라는 단어의 사용은 개념들을 명확한 방식으로 표현하기 위한 것이다.

장치들과 방법들은 무선 환경에서 사용하기에 특히 적합하지만, 통신 네트워크, 인터넷과 같은 공공 네트워크, 가상 사설망(VPN)과 같은 사설 네트워크, 근거리 통신망, 광역 통신망, 장거리 통신망, 또는 임의의 다른 타입의 데이터 통신 네트워크를 포함하는, 그러나 이에 한정되지는 않는 임의의 타입의 네트워크 환경에 적합할 수도 있다.

도 1을 참조하면, 통신 네트워크(10)는 라이센스의 차후 자동 이전에 의한 원래 디바이스(14)로의 라이센싱된 애플리케이션(12)의 라이센스 인식 배포 및 목적지 디바이스(18)에서 사용하기에 적합한 대체 라이센싱된 애플리케이션(16)의 배포를 제공한다. 표제 설명에서, "애플리케이션"이라는 용어는 객체 코드, 스크립트, 바이트 코드, 마크업 언어 코드 및 패치와 같은 실행 가능 콘텐츠를 갖는 파일들을 포함할 수도 있다. 또한, 여기서 언급되는 "애플리케이션"은 오픈될 필요가 있을 수도 있는 문서나 액세스될 필요가 있는 다른 데이터 파일들과 같이 본래 실행 가능하지 않은 파일들을 포함할 수도 있다.

애플리케이션(12, 16)의 배포를 실행하기 위해 원래의 디바이스(14) 및 목적지 디바이스(18)와 통신하는 배포 시스템(20)은 저장소(26) 내의 라이센스 거래 데이터베이스(24)에 대해 발신 디바이스(14)의 기존 라이센스 권리를 유효화하는 전송 시스템(22)과 연동한다. 간결성을 위해, 보안 특징 및 다른 통신 특징들은 배포 시스템(20)과 관련되며, 이러한 특징들이 완전히 통합될 수 있고 쉽게 구별될 수 없더라도 애플리케이션 및 라이센스 권리의 이전은 전송 시스템(22)에서 분리된 것으로 표시된다. 예시적인 버전에서, 전송 시스템(22)은 전송되는 콘텐츠의 배포 와 관련된 라이센스들 및 가격 결정을 관리하기 위한 의사 결정 및 로직을 제공하도록 동작할 수 있다.

그 때문에, 전송 시스템(22)은 라이센싱된 애플리케이션(12)과 동등한 것이나 이에 대한 적절한 업그레이드 또는 대체로서 애플리케이션 카탈로그(28)로부터 얻어낸 대체 라이센싱된 애플리케이션(16)을 제안한다. 전송 시스템(22)은 기존 라이센스 권리 및 주요한 비즈니스 정책(34)을 기초로 대체 라이센싱된 애플리케이션(16)에 대해 배포 시스템과 발신 디바이스(14)의 사용자 인터페이스(30) 또는 목적지 디바이스(18)의 사용자 인터페이스(32)를 통해 사용자와 제안된 가격을 협상한다. 전송 시스템(22)은 애플리케이션 판매자들에 대한 보고 및 추후 이전 유효화를 위해 라이센스 거래 데이터베이스(24)를 업데이트한다. 발신 디바이스(14) 상의 전송 클라이언트(36)는 애플리케이션(12)의 로킹 또는 삭제를 용이하게 하고, 전송 클라이언트(38)는 목적지 디바이스(18) 상의 대체 라이센싱된 애플리케이션(16)의 설치 및 활성화를 용이하게 한다.

웹 포털 시스템(40)은 원래의 디바이스(14) 상에서 동적 재고목록(예를 들어, 애플리케이션(12))의 전송을 시작하거나, 목적지 디바이스(18)로 전송하기 위한 즉각적인 계획 없이 원래의 디바이스(14) 상에서 비활성화될 애플리케이션(12)에 대한 환급(credit back)을 시작하거나, 목적지 디바이스(18)로의 전송을 시작할 수 있게 하는 사용자 인터페이스(41)를 포함한다. 웹 포털 시스템(40)은 전송 시스템(22)과 통신하기 위해 네트워크(43)(예를 들어, 무선 OTA(Over-The-Air) 네트워크)를 통해 적절한 프로토콜을 제공하는 웹 전송 클라이언트(42)를 포함한다.

예시적인 형태에서, 전송 시스템(22)(예를 들어, 서버)은 정책 엔진(45), 전송 관리 엔진(46) 및 인터페이스 엔진(47)을 포함하는 전송 서비스(44)를 포함한다. 한 형태에 따르면, 전송 시스템(22)의 정책 엔진(45), 전송 관리 엔진(46) 및 인터페이스 엔진(47)은 통신한다. 정책 엔진(45)은 콘텐츠 및 라이센스 이전을 제어하기 위한 정책 및 로직을 지정하도록 동작할 수 있다. 일례로, 정책 엔진(45)은 전송 시스템(22)에서 고립하도록 동작한다. 이러한 예에서, 정책 엔진(45)은 배포 시스템(20) 또는 발신 디바이스(14) 및 목적지 디바이스(18)와 통신하지 않을 수도 있다.

전송 관리 엔진(46)은 전송되는 콘텐츠의 구매 이력을 결정하기 위해 배포 시스템(18)에 질문하도록 동작할 수 있다. 전송 관리 엔진(46)은 또한 발신 디바이스(14)에 의한 콘텐츠의 사용 이력에 대해 배포 시스템(20)에 질문하도록 동작할 수 있다. 어떤 경우에, 전송 관리 엔진(46)은 애플리케이션(12)에 대한 라이센스 정보를 결정하기 위해 배포 시스템(20)에 대한 질문을 시작 및 제어한다. 구매한 애플리케이션에 대해 입수한 라이센스 정보 및 지식을 기초로, 전송 시스템(22)은 또한 목적지 디바이스(18)로 전송되는 애플리케이션(16)을 배포하도록 동작할 수 있다. 전송 관리 엔진(46)은 또한 제한 사용 콘텐츠의 사용량을 결정하고 이에 따라 제한 사용 콘텐츠의 사용량을 조절하기 위해 배포 시스템(20)에 질문하도록 동작할 수 있다. 일례로, 전송 관리 엔진(46)은 또한 애플리케이션 배포를 위한 추가 정책들을 부가하도록 동작할 수 있다. 전송 관리 엔진(46)은 또한 발신 디바이스(14)가 발신 디바이스(14)로부터의 전송된 애플리케이션(12)을 삭제할 것을 요청 할 수 있다.

인터페이스 엔진(47)은 종단 사용자가 발신 디바이스의 애플리케이션(12)을 볼 수 있도록 발신 디바이스(14) 및 목적지 디바이스(18)에 대한 인터페이스들을 제공한다. 인터페이스 엔진(47)은 또한 웹 포털(40)로부터 애플리케이션(12)을 전송하기 위한 정책들을 열람 및 정의하기 위해 관리자에 대한 인터페이스를 제공한다. 일례로, 동작중에 전송 클라이언트들(36, 38)은 인터페이스 엔진(47)과 상호 작용한다.

배포 시스템(20)은 과금 엔티티(48) 및 전달 엔티티(49)를 포함한다. 전달 엔티티(49)는 전송된 콘텐츠를 목적지 디바이스(18)로 전달하도록 동작한다. 일례로, 과금 엔티티(48)는 과금을 위해 구입된 콘텐츠의 정보를 옮긴다. 일례로, 전송되는 콘텐츠는 무제한 라이센스와 관련될 수 있다. 이러한 시나리오에서, 전송된 애플리케이션(16)과 관련된 라이센스는 목적지 디바이스(18)와 관련될 수도 있다.

전송되는 애플리케이션이 제한 사용 라이센스와 관련되는 시나리오에서, 전송 관리 엔진(46)은 사용을 위해 여전히 이용 가능한 라이센스 개수를 결정하기 위해 발신 디바이스(14) 또는 과금 엔티티(48)에 질문하도록 동작할 수 있다. 이용 가능한 라이센스 개수의 결정시, 전달 엔티티(49)는 나머지 사용량의 라이센스들을 목적지 디바이스(18)로 전송하도록 동작한다.

일례로, 전송 관리 엔진(46)은 과금 엔티티(48) 및 전달 엔티티(49)와 통신한다. 인터페이스 엔진(47)은 디바이스 사용자 인터페이스(30) 또는 웹 사용자 인 터페이스(41)를 통해 발신 디바이스(14) 및 목적지 디바이스(18)와 통신한다. 인터페이스 엔진(47)은 또한 관리자와 통신한다. 일례로, 관리자는 웹 포털(40) 등을 통해 시스템의 운영, 관리 및 감시를 관리 및 제어한다.

이런 식으로, 전송 시스템(22)은 서로 다른 용량을 가지며 각각 서로 다른 실행 가능 이진 코드를 갖는 디바이스들(14, 18) 간의 애플리케이션들을 백업, 복원 및 전송하도록 동작할 수 있다. 예시로, 발신 디바이스 애플리케이션(12)에 대한 실행 가능 이진 코드는 목적지 디바이스(18)에 대한 실행 가능 이진 코드와 서로 다를 수도 있다. 일례로, 전송 시스템(22)은 목적지 디바이스(18)에서 실행될 수 있지만 발신 디바이스(14)에 대한 애플리케이션(12)의 실행 가능 이진 코드와 동등한 실행 가능 이진 코드를 목적지 디바이스(18)에 제공하도록 동작한다.

추가로, 어떤 경우에 전송 시스템(22)은 애플리케이션 패밀리의 이력 및 지식을 기초로 배포 시스템(20)에 정보를 이용함으로써 애플리케이션들을 전송하도록 동작한다. 또한, 전송 시스템(22)은 목적지 디바이스(18) 상의 타깃 애플리케이션들에 대해 구성 가능한 정책 기반 콘텐츠 매핑을 제공하도록 동작한다. 또 추가로, 전송 시스템(22)은 매핑 포맷을 결정하기 위해 한 세트의 정책들을 이용하도록 동작한다. 또 추가로, 전송 시스템(22)은 구매 이력, 패밀리 매핑, 가격 정보 등을 기초로 콘텐츠 매핑을 수행하도록 동작한다.

더욱이, 전송 시스템(22)은 실질적으로 어떠한 사용자 개입도 없이 새로운 디바이스(18)의 등록에 의해 트리거되는 자동 콘텐츠 전송 특징을 제공하도록 동작한다. 한 형태에서, 새로운 디바이스(18)가 네트워크(10)에 처음 접속되면, 새로 운 디바이스(18)는 등록 프로세스를 거쳐 디바이스(18)와 네트워크(10) 간의 접속을 설정한다. 이런 식으로, 새로운 디바이스(18)의 접속이 확인되면, 애플리케이션(16)은 어떠한 사용자 상호 작용도 없이 또는 최소한의 사용자 상호 작용에 의해 발신 디바이스(14)에서 목적지 디바이스(18)로 전송될 수 있다.

더욱이, 전송 시스템(22)은 콘텐츠 전송 동작중에 콘텐츠 업그레이드, 교차 판매 및 상향 판매(up-sell)에 대한 다단계 가격 지원을 제공하도록 동작한다. 더욱이, 전송 시스템(22)은 애플리케이션 전송 동작에서 제한 사용 애플리케이션들에 대한 사용량 카운트의 포함을 제공한다. 일례로, 사용량 카운트는 콘텐츠 매핑 도중 카운트될 수 있다.

또 추가로, 전송 시스템(22)은 전송된 애플리케이션(16)의 자동 삭제를 제공한다. 한 형태에서, 일단 목적지 디바이스(18)로 애플리케이션들이 전송되었다면, 애플리케이션(12)은 어떠한 사용자 개입도 없이 발신 디바이스(14)로부터 자동 삭제된다. 또 추가로, 전송 시스템(22)은 디바이스(14) 및 백엔드(backend) 거래 레코드(예를 들어, 라이센스(24))에 모두 기초하여 애플리케이션 목록의 프로그램 자동 발견을 제공한다. 어떤 경우에, 전송 시스템(22)은 발신 디바이스(12)에 상주하는 애플리케이션(12), 구매 이력에 상주하는 라이센스(예를 들어, 라이센스(24)), 및 애플리케이션 매핑을 결정하기 위해 이 둘을 한 세트의 정보로 조정하는 것을 프로그램적으로 결정한다.

발신 디바이스(14)로부터 목적지 디바이스(18)로 애플리케이션(12)을 전송하는 본 개시의 이익은 전송되는 애플리케이션(12)의 복사 없이 달성될 수 있는 것으 로 인식되어야 한다. 오히려, 한 형태에서, 애플리케이션(12)의 전송은 발신 디바이스(14)의 애플리케이션(12)과 관련된 라이센스 정보의 이용에 영향을 받는다. 이러한 시나리오에서, 발신 디바이스(14)의 사용자는 발신 디바이스(14)로부터 목적지 디바이스(18)로의 콘텐츠 전송 요청을 배포 시스템(20)을 통해 전송 시스템(22)에 전달함으로써 애플리케이션(12)의 전송을 시작한다. 전송 시스템(22)은 애플리케이션(12)과 관련된 라이센스 정보(24)를 획득한다. 라이센스 정보(24)의 수신 후, 전송 시스템(22)은 전송되는 콘텐츠가 배포 시스템(20)을 통해 발신 디바이스(14)로부터 삭제될 것을 요청한다. 전송 시스템(22)은 또한 배포 시스템(20)에 애플리케이션(16)을 목적지 디바이스(18)로 전송할 것을 요청한다. 전송 실행시, 사용자는 목적지 디바이스(18) 상의 전송된 애플리케이션(16)에 액세스할 수 있다.

디바이스(14, 18) 또는 웹 포털(40) 상의 사용자 인터페이스(30, 32, 41)의 일부 또는 전부는 애플리케이션(12)으로부터 매핑된 업그레이드의 업그레이드 가격을 각각 디스플레이하고 전송을 확정할 수 있다. 동등한 애플리케이션들에 대한 가격은 승인을 위해 사용자 인터페이스(30, 32, 41) 상에 디스플레이될 업데이트 가격을 보증하는 시간에 의해 달라질 수도 있다. 전송된 애플리케이션에 대한 지급 방법은 가입 가격, 무제한 라이센스 구매, 또는 전송을 승인하기 전에 사용자에게 디스플레이되어야 하는 몇 가지 제약을 갖는 제한 라이센스 구매에 관련될 수 있다. 동등한 애플리케이션들은 어떤 애플리케이션들에서는 사용자 디스플레이 및 승인 단계의 개재 없이 전송될 수 있다.

일례로, 애플리케이션 콘텐츠 등가물은 기존 애플리케이션(12)을 대체하기 위해 제공될 수 있는 이용 가능 애플리케이션(16)의 디스플레이를 말한다. 웹 포털(40)을 통한 웹 액세스에 대한 인증 및 허가는 (도시하지 않은) 애플리케이션 제공자와 함께 종단 사용자들/관리자들/운영자들에 의한 웹으로부터의 전송 시스템(22) 및 서비스(44)에 대한 모든 액세스에 대해 포함될 수 있다. 일례로, 관리 및 운영을 위해 다수의 허가 레벨이 필요할 수 있다. 운영자들에 의한 전송 허가는 운영자들에 의한 모든 전송에 대한 허가 메커니즘을 말한다. 애플리케이션 전송 프로세스에 대한 보안 클라이언트/서버 통신은 전송 클라이언트(32, 38, 41)와 콘텐츠 전송 서버 접속에 대해 안전한 통신 경로를 제공할 수 있다.

애플리케이션 데이터베이스(28)는 애플리케이션(16)이 전송될 수 있는 디바이스들(18)을 정의하기 위해 운영자들에 대한 인터페이스를 제공하는 운영자 카탈로그를 포함할 수 있다. 전송 관리 엔진(46)은 전송 비즈니스 정책들을 정의하기 위한 관리 인터페이스를 제공할 수 있다. 애플리케이션들의 제어된 전달은 운영자들에게 UE 쇼핑 사용자 인터페이스 또는 자동 설치 프로세스를 통해 콘텐츠의 전달을 관리하기 위한 옵션을 제공한다.

전송 시스템(22)은 이전 디바이스(14) 상의 애플리케이션(12)에 대해 아직 크레디트되지만, 유리하게 사용자가 새로운 디바이스(18)를 구입하거나 분실/손상된 디바이스(14)를 교체할 수 있게 한다. 더욱이, 전송 시스템(22)은 아직 웹 포털(40)을 이용하여 애플리케이션(12)을 이전 디바이스(14)에서 새로운 디바이스(18)로 전송할 수 있지만, 사용자가 웹 포털(40)을 통해 온라인으로 디바이 스(18)를 구입할 수 있게 한다. 또 추가로, 전송 시스템(22)은 보관을 위해 또는 추후 재사용을 위한 저장 영역으로서 사용자가 사용자의 디바이스(14)의 애플리케이션(16)을 주기적으로 백업할 수 있게 한다. 추가로, 운영자들은 전송 시스템(22)을 이용하여 새로운 애플리케이션(16)을 새로운 디바이스(18)에 추가할 수도 있다.

본 개시의 이익으로, 라이센싱된 콘텐츠(예를 들어, 애플리케이션 실행 가능 코드)의 이러한 끊김 없는 이동은 IEEE 802.11 또는 전화 네트워크를 통한 데이터 통신과 같은 무선 데이터 패킷 통신을 포함하는 무선 또는 유선 시나리오에서 일어날 수 있는 것으로 인식되어야 한다. 더욱이, 애플리케이션들의 전송은 또한 둘 다 사용자 생성 및 구입된, 발신 디바이스(14)에서 목적지 디바이스(18)로의 임의의 타입의 콘텐츠를 포함할 수 있다. 전송되는 콘텐츠는 애플리케이션, 애플리케이션 데이터, 디지털 권한 관리(DRM) 콘텐츠 및 비-DRM 콘텐츠를 포함할 수 있다. 어떠한 제한도 없이, 전송될 수 있는 예시적인 콘텐츠는 벨소리, 웰페이퍼, 음악, 주소록, 사진, 비디오, 문자 서비스(SMS), 애플리케이션 메타 데이터 등일 수 있다.

전송 시스템(22)에 의해 용이해지는 전송은 활성 코드 또는 비슷한 인에이블 전송일 수 있는 것으로 인식해야 한다. 이미 설치되었지만 목적지 디바이스(18)에서 활성화되지 않은 번들 애플리케이션들은 전송될 필요가 있는 것 이상으로 추가 보안 설비들을 가질 수 있고 또는 이러한 번들화는 통신 네트워크(10) 상의 송신 부하를 줄일 수 있고, 애플리케이션을 설치하는데 필요한 시간을 줄임으로써 사용 자 체험을 늘일 수 있으며, 그리고/또는 제한 사용 또는 사용중 제한 특징의 데모에서 더 무제한적인 라이센스로 라이센스 권리의 신속한 변경을 용이하게 할 수 있다.

예시적인 버전에서, 발신 및 목적지 디바이스(14, 18) 모두 BREW-인에이블이다. 캘리포니아 샌디에고의 Qualcomm사에 의해 개발된 BREW®(Binary Runtime Environment for Wireless®) 소프트웨어가 무선 셀룰러폰과 같은 연산 디바이스의 운영 시스템에 존재한다. BREW®는 연산 디바이스들에서 발견되는 특정 하드웨어 특징들에 대한 한 세트의 인터페이스들을 제공할 수 있다.

수동으로 애플리케이션 잠금을 교묘히 피하거나 공인되지 않은 애플리케이션을 다운로드하지 않는 등에 의해 사용자들이 라이센싱된 애플리케이션들에 응하고 있음을 검증하기 위해 추가 인터페이스들이 포함될 수 있는 것으로 인식해야 한다. 보안 특징들은 실행 가능한 형태로 저장될 새로운 애플리케이션들에 대한 콘딧(conduit), 통신 네트워크(10)에 의해 지원되는 기존 및 새로운 디바이스 구성에 대한 상호 참조를 제공하는 등 전송 시스템(22)에 의해 용이해질 수 있다.

도 2에서, 원래의 디바이스 상의 라이센싱된 콘텐츠(예를 들어, 애플리케이션 실행 가능 코드)를 재고목록 조사(inventory)함으로써 블록(53)에서 사용자 장비 디바이스들(예를 들어, 셀폰, 핸드헬드 통합 메시지 전달 디바이스, 개인 디지털 보조기기, 핸드헬드 범용 컴퓨터 등) 간의 동적 재고목록 전송의 방법(52)이 시작된다. 블록(54)에서 원래의 디바이스 상의 애플리케이션들을 유효하게 라이센싱된 것으로 확립하도록 라이센스 거래가 확인된다. 한 형태에서, 다른 연산 플랫폼(예를 들어, 칩셋, 운영 시스템)에 구성될 수 있는 목적지 디바이스에서 사용할 권리가 사용자에게 주어지는 유효 애플리케이션들의 전송은 배포될 수 있고 목적지 디바이스에서 작동할 애플리케이션들에 대해 원본 애플리케이션들을 매핑할 것을 요구한다. 따라서 블록(55)에서, 동일한 카테고리(예를 들어, 게임, 개인용 전자 수첩, 미디어 플레이어)에서 제공하는 동등한 버전, 업그레이드 버전 또는 대안이 배포될 수 있는지 여부를 결정하기 위해 애플리케이션 카탈로그에 대한 상호 참조가 이루어진다. 블록(56)에서, 아마도 동등한, 업그레이드된 또는 대안 버전들을 갖는 라이센싱된 애플리케이션들을 전송하도록 적절히 구성된 구성을 자동으로 제안하기 위해 비즈니스 정책들이 적용된다. 블록(57)에서, 사용자가 제안된 구성을 승인하지 않는다면, 다른 제안이 이용될 수 있고, 이는 예시적인 버전에서 원래 디바이스의 라이센싱된 애플리케이션들의 현재 값들 이상의 추가 비용 없이 배포될 수 있는 애플리케이션들로서 제시되며(블록(58)), 처리는 블록(57)으로 돌아간다. 어떤 경우에 이러한 변환은 사용자가 업그레이드들이 이용 가능해질 때 이들에 대한 비용의 초래에 동의하도록 사전 승인된 비즈니스 정책들을 수반할 수 있는 것으로 인식해야 한다. 블록(57)에서 목적지 디바이스에 대한 라이센싱된 애플리케이션들의 제안된 동적 재고목록이 승인되면, 블록(59)에서 이 동적 재고목록이, 아마도 목적지 디바이스에 대해 최적화된 동작을 위해 실행 가능한 포맷으로 배포된다. 블록(60)에서 이러한 전송을 반영하도록 유효 라이센스들을 구체화하는 거래의 데이터베이스가 업데이트된다. 진행하는 가입에 의해 지급되고 가입 가격의 변동에 영향을 받는 라이센스들에 대한 이전 일자를 반영하도록 블록(61)에서 과금 주기가 비례 할당된다. 블록(62)에서, 이러한 이동이 일시적인지(예를 들어, 사용자가 외출을 위해 다수의 디바이스 중 하나를 사용하기로 결정하는지) 여부에 관한 결정이 이루어진다. 만일 그렇다면, 블록(63)에서 애플리케이션은 원래 디바이스에 유리하게 고정되어 원래 디바이스로 다시 애플리케이션을 전송하기 위한 추후의 통신 오버헤드를 감소시킬 수 있다. 블록(62)에서 영구적인 전송으로 판단된다면, 블록(64)에서 원래 디바이스 상의 애플리케이션이 삭제된다. 이러한 삭제는 자동 특징으로서 일어날 수 있으며, 이는 사용자가 더 이상 원래 디바이스를 관리하지 않는 상황(예를 들어, 분실 또는 도난)에 바람직할 수 있다. 원래의 디바이스가 네트워크와 함께 동작할 수 없거나 통신하고 있지 않다면, 이러한 진행중인 삭제 동작은 디바이스가 통신을 재설정하거나 시동할 때까지 연기될 수 있다.

도 3에서, 업그레이드 또는 교차 판매를 위한 기회가 발생할 때, 그리고 특히 사용자에 대한 배경에서 수행되는 프로세스로 동적 재고목록(예를 들어, 애플리케이션들)를 전송하는 예시적인 방법(70)이 설명된다. 블록(72)에서 애플리케이션의 새로운 버전이 이용 가능하다고 결정되면, 애플리케이션의 이전 버전보다 네트워크에 대한 이익이 있는지에 대한 결정이 이루어진다(블록(74)). 예를 들어, 어떤 애플리케이션들은 전체 네트워크의 캐리어 부분에 통신 부담을 부과할 수도 있고, 애플리케이션 개발자들의 명성을 해칠 뿐 아니라 캐리어 네트워크 성능 또한 열화시킬 수 있는 악성 소프트웨어 침입을 받기 쉬우며, 주문자 상표 부착 방식(OEM)의 명성을 해칠 뿐 아니라 잘못해서 네트워크의 캐리어 또는 운영자에게 과실이 씌워질 경우 불만족 또한 일으킬 수 있다. 다른 예로서, 애플리케이션의 이전 버전은 더 많은 보고 및 처리를 UE들의 추후의 개선에 따라, 분산 방식으로 처리되게 할 수 있는 네트워크로 확장하여, 네트워크에 이익을 제공할 수 있다. 따라서 이러한 이전 애플리케이션의 교체를 위해 사용자의 수고를 기다리기보다는, 블록(78)에서 처리되는 동등한 애플리케이션들에 대한 자동 업데이트가 시작될 수 있다. 어떤 경우에, 새로운 버전은 동등한 애플리케이션뿐 아니라 중요한 업그레이드로 여겨질 수도 있다. 예를 들어, 새로운 애플리케이션의 판매자가 이전 버전을 가진 것들에 대한 무료 설치에 동의하지 않을 수도 있다. 블록(80)에서, 네트워크는 현재 디바이스로 애플리케이션을 전송하기로 결정한 사용자로부터 여전히 이익을 얻으려고 하기 때문에, 사용자에게, 어쩌면 승인을 조장하기 위해 대폭적인 할인으로 옵션을 강요하기 위해 광고 채널들이 이용될 수 있다. 그 다음, 블록(82)에서 새로운 애플리케이션이 상호 참조 카탈로그들에 포함된다. 이 애플리케이션에 적용될 수 있는 비즈니스 정책들은 이 애플리케이션이 애플리케이션들의 추후 전송에 제안할 우선적인 옵션이 되게 할 수 있고, 또한 새로운 버전에 의해 지원되는 플랫폼들에 대한 추후 구입에 이전 버전이 이용될 수 없게 할 수도 있다. 블록(74)으로 돌아가서, 새로운 버전이 네트워크에 대한 이익을 갖지 않는다면, 구매율 또는 가입률에 관한 비즈니스 정책들의 표준 애플리케이션과 함께 이용 가능 애플리케이션들의 상호 참조에 애플리케이션이 부가된다.

도 4에서, 도 1의 발신 또는 목적지 디바이스(14)와 같은 임의의 타입의 연산화된 디바이스로서 어떤 형태들에 따른 통신 시스템(104)의 예시적인 버전이 설명된다. 예를 들어, 통신 디바이스(104)는 무선 및/또는 셀룰러 전화와 같은 이동 통신 디바이스를 포함할 수 있다. 대안으로, 통신 디바이스(104)는 프록시 호/세션 제어 기능(P-CSCF) 서버, 네트워크 디바이스, 서버, 컴퓨터 워크스테이션 등과 같은 고정 통신 디바이스를 포함할 수 있다. 통신 디바이스(104)는 이러한 설명 또는 도시된 디바이스들로 한정되는 것이 아니라, 개인 디지털 보조기기(PDA), 양방향 텍스트 호출기, 유선 또는 무선 통신 포털을 갖는 휴대용 컴퓨터, 및 유선 및/또는 무선 통신 포털을 갖는 임의의 타입의 컴퓨터 플랫폼을 포함할 수 있는 것으로 이해해야 한다. 또한, 통신 디바이스(104)는 종단 사용자를 갖는 것이 아니라 단지 무선 또는 유선 네트워크를 통해 데이터를 전달하는 원격 슬레이브 또는 원격 센서, 원격 서버, 진단 도구, 데이터 중계기 등과 같은 다른 비슷한 디바이스일 수 있다. 대안적인 형태들에서, 통신 디바이스(104)는 육상 전화, 개인용 컴퓨터, 셋탑박스 등과 같은 유선 통신 디바이스일 수 있다. 추가로, 단일 타입 또는 상술한 다수의 타입의 임의의 수의 통신 디바이스(104)의 임의의 조합이 (도시하지 않은) 셀룰러 통신 시스템에 이용될 수 있다는 점에 유의해야 한다. 따라서 본 장치 및 방법은 이에 따라 유선 또는 무선 통신 포털, 무선 모뎀, 개인용 컴퓨터 메모리 카드 국제 협회(PCMCIA) 카드, 액세스 단말, 개인용 컴퓨터, 전화, 또는 이들의 임의의 조합 또는 서브조합을 포함하는, 그러나 이에 한정되지는 않는 임의의 형태의 유선 또는 무선 디바이스나 컴퓨터 모듈에서 수행될 수 있다.

추가로, 통신 디바이스(104)는 미디어 콘텐츠(14)의 요청, 상호 작용 및/또는 플레이와 같은 목적으로 사용자 인터페이스(106)를 포함할 수 있다. 이러한 사용자 인터페이스(106)는 통신 디바이스(104)로의 사용자 입력을 생성 또는 수신하도록 동작할 수 있는 입력 디바이스(108), 및 통신 디바이스(104)의 사용자에 의한 소비를 위한 정보를 생성 및/또는 제공하도록 동작할 수 있는 출력 디바이스(110)를 포함한다. 예를 들어, 입력 디바이스(108)는 키패드 및/또는 키보드, 마우스, 터치스크린 디스플레이, 음성 인식 모듈과 관련된 마이크 등과 같은 적어도 하나의 디바이스를 포함할 수 있다. 어떤 형태들에서, 입력 디바이스(108)는 콘텐츠에 대한 요청의 사용자 입력 또는 추가 정보에 대한 요청의 사용자 입력을 제공할 수 있다. 또한, 예를 들어, 출력 디바이스(110)는 디스플레이, 오디오 스피커, 햅틱 피드백 메커니즘 등을 포함할 수 있다. 출력 디바이스(110)는 그래픽 사용자 인터페이스, 사운드, 진동과 같은 감각 등을 생성할 수 있으며, 이러한 출력들은 예를 들어 라이센싱된 애플리케이션(111)의 사용과 관련될 수 있다.

또한, 통신 디바이스(104)는 디바이스(102)에 기능을 제공하기 위한 애플리케이션들을 실행하도록 동작할 수 있는 컴퓨터 플랫폼(112)을 포함할 수 있으며, 이는 또한 입력 디바이스(108) 및 출력 디바이스(110)와 상호 작용할 수 있다. 컴퓨터 플랫폼(112)은 메모리를 포함할 수 있으며, 메모리는 판독 전용 및/또는 랜덤 액세스 메모리(RAM, ROM), 소거 가능한 프로그램 가능 판독 전용 메모리(EPROM), 전기적으로 소거 가능한 프로그램 가능 판독 전용 메모리(EEPROM), 플래시 메모리, 및/또는 컴퓨터 플랫폼에 공통인 임의의 메모리와 같은 휘발성 및 비휘발성 메모리 부분들을 포함할 수 있다. 또한, 메모리는 전자 파일 시스템 및 자기 매체, 광 매체, 테이프, 소프트 및/또는 하드 디스크 및 착탈식 메모리 컴포넌트와 같은 임의의 2차 및/또는 3차 저장 디바이스를 포함하는 활성 메모리 및 저장 메모리를 포함 할 수 있다. 예시적인 버전에서, 메모리는 RAM 메모리(112) 및 비휘발성 로컬 저장 컴포넌트(116)로서 설명되고, 둘 다 각각 컴퓨터 플랫폼(112)의 데이터 버스(119)에 접속된다.

또한, 컴퓨터 플랫폼(112)은 프로세서(120)를 포함할 수도 있으며, 프로세서(120)는 주문형 집적 회로(ASIC), 또는 다른 칩셋, 프로세서, 논리 회로나 다른 데이터 처리 디바이스일 수 있다. 어떤 형태들에서, 통신 디바이스(104)가 셀룰러폰을 포함할 때, 주문형 집적 회로(ASIC)(122)와 같은 프로세서나 다른 로직은 다른 기능들(예를 들어, 통신 호 제어, 알람 시계, 문자 메시지 전송 등)을 위해 메모리(114)에서 활성화될 수 있는 다른 애플리케이션들(125)로서 나타낸 임의의 상주 소프트웨어 컴포넌트와 인터페이스 접속하는 애플리케이션 프로그래밍 인터페이스(API) 계층(124)을 실행할 수 있다. 본 개시의 이익으로, 본 발명의 형태들과 일치하는 애플리케이션들은 다른 애플리케이션들을 생략할 수도 있고 그리고/또는 음성 호, 데이터 호, 및 메모리(114)의 미디어 관련 애플리케이션들과 같은 스트리밍 콘텐츠를 수신하는 능력을 생략할 수 있는 것으로 인식해야 한다. 디바이스 API들(124)은 각각의 통신 디바이스에서 실행하는 런타임 환경일 수 있다. 이러한 하나의 API(124) 런타임 환경은 개별적으로 설명되고 캘리포니아 샌디애고의 QUALCOMM사에 의해 개발된 BREW® API(126)이다. 예를 들어 무선 연산 디바이스들 상에서의 애플리케이션들의 실행을 제어하도록 동작하는 다른 런타임 환경들이 이용될 수도 있다.

추가로, 프로세서(120)는 통신 시스템(100) 상에서 통신 디바이스(104)의 기 능 및 통신 디바이스(104)의 작동성을 가능하게 하는 하드웨어, 펌웨어, 소프트웨어, 및 이들의 조합으로 구현될 수 있는 다양한 처리 서브시스템(128)을 포함할 수 있다. 예를 들어, 처리 서브시스템(128)들은 통신 디바이스(104) 내에서 그리고 통신 디바이스(104)의 컴포넌트들 사이에서 뿐 아니라 다른 네트워크화된 디바이스들에 의해 통신의 시작 및 유지와 데이터 교환을 가능하게 할 수 있다. 셀룰러폰과 같은 한 형태에서, 프로세서(120)는 사운드, 비휘발성 메모리, 파일 시스템, 송신, 수신, 검색기, 계층 1, 계층 2, 계층 3, 메인 제어, 원격 프로시저, 핸드셋, 전력 관리, 진단, 디지털 신호 프로세서, 보코더, 메시지 전달, 호출 관리, Bluetooth® 시스템, Bluetooth® LPOS, 위치 결정, 위치 엔진, 사용자 인터페이스, 슬립(sleep), 데이터 서비스, 보안, 인증, USIM/SIM(범용 가입자 식별 모듈/가입자 식별 모듈), 음성 서비스, 그래픽, USB(범용 직렬 버스), MPEG(동영상 전문가 그룹) 프로토콜 멀티미디어와 같은 멀티미디어, GPRS(일반 패킷 라디오 서비스), SMS, 짧은 음성 서비스(SVS™), 웹 브라우저 등과 같은 처리 서브시스템(128) 중 하나 또는 조합을 포함할 수 있다. 개시된 형태들에서, 프로세서(120)의 처리 서브시스템(128)은 컴퓨터 플랫폼(112) 상에서 실행하는 애플리케이션들과 상호 작용하는 임의의 서브시스템 컴포넌트들을 포함할 수 있다.

컴퓨터 플랫폼(112)은 또한 라이센싱된 애플리케이션들(111)에 관련된 통신을 실시할 수 있을 뿐 아니라 통신 디바이스(104)의 각종 컴포넌트 간의 통신을 가능하게 하는 통신 모듈(130)을 포함할 수 있다. 통신 모듈(130)은 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합들로 구현될 수 있으며, 또한, 디바이스 내부 및 디바이스 간 통신에 사용하기 위한 모든 프로토콜을 포함할 수 있다. 또한, 통신 모듈(130)은 여기서 설명된 장치 및 방법에 따른 라이센싱된 애플리케이션(111)의 요청 및 수신과 같이 정보를 전송 및/또는 수신하도록 동작할 수 있다.

통신 디바이스(104)의 어떤 능력들은 로컬 저장소(116)로부터 로딩되고 운영 시스템(OS)(132)과 같은 메모리(114)에 유지되며 프로세서(120)에 의해 실행되는 코드에 의해 촉진될 수 있다. 사용자 인터페이스 모듈(134)은 사용자 인터페이스(106)와의 상호 작용 제어를 용이하게 한다. 또한, 통신 디바이스(104)의 특징을 맞춤화하는 동적 재고목록(140)는 라이센싱된 애플리케이션들(112)의 저장된 사본들(142)(예를 들어, 라이센스 및 비라이센스 모두 실행 가능 및/또는 해석된 코드), 애플리케이션 생성 콘텐츠(144), 분산 보호 콘텐츠(146) 및 사용자 데이터(148)를 포함할 수 있다. 어떠한 제한도 없이, 애플리케이션 생성 콘텐츠(144)의 예는 설정, 애플리케이션 생성 데이터, 사용자 인터페이스 설정, 서비스 설정 등일 수 있다. 분산 보호 콘텐츠(146)는 벨소리, 월페이퍼, 테마, 게임 레벨, 스코어, DRM 보호 콘텐츠(예를 들어, 음악, 비디오 등), 애플리케이션 상태, 애플리케이션 데이터 등일 수 있다. 사용자 데이터(148)는 사용자 생성 콘텐츠 또는 디바이스 코어 콘텐츠(생성된 또는 그렇지 않은)를 포함할 수 있다. 사용자 생성 콘텐츠(144)는 사진, 비디오 등을 포함할 수 있고, 디바이스 코어 콘텐츠는 연락, 달력, 전화기 설정, 벨소리 제휴, SMS(즉, 셀룰러폰 텍스트 메시지 전달), 메시지, 호출 로그, 네트워크 설정 등을 포함할 수 있다.

BREW API(126)는 통신 디바이스(104)의 타입에 대해 구체적으로 기재할 필요 없이 디바이스 API(124) 및 다른 기능들을 호출하는 능력을 애플리케이션들에 제공한다. 따라서 라이센싱된 애플리케이션들(112)은 특정 하드웨어 형태들을 요약하는 BREW API(126)에 의해 제공된 운영 환경 내의 다수의 서로 다른 타입의 하드웨어 구성에 대해 동등하게 또는 약간 변형하여 동작할 수 있다. BREW 확장(150)은 BREW API(126)의 프로그래밍 플랫폼에 MP3 플레이어 제공, 자바 가상 머신 등과 같이 추가 능력을 부가한다. BREW의 일부로서 QUALCOMM사에 의해 개발된 uiOne™ 구조는 풍부하고 맞춤화할 수 있는 UI들(즉, 액티브 콘텐츠, 무선(OTA) 업그레이드 가능)의 신속한 전개를 가능하게 하는 한 세트의 BREW 확장을 제공하며, 애플리케이션들 이상으로 다운로드 비즈니스를 발전시키는데 도움을 주며, 일부 또는 전체 핸드셋 UI의 테마를 제공하고, BREW UI 위젯을 이용한다. 따라서 BREW uiOne은 핸드셋의 매매, 캐리어 맞춤화 및 고객 개인화까지의 시간을 줄인다. 이와 같이 하기 위해, BREW uiOne은 요약들의 클리어 세트를 제공하여, BREW에 대한 애플리케이션 개발 스택에 새로운 2개의 계층을 부가한다. 예시적인 버전에서, 한 형태에 따르면 예시적인 디바이스 전송 클라이언트(160)는 참조/데모 액터(Actor) 사용자 인터페이스(UI)(162), 고객 사용자 인터페이스(164) 및 사용자 인터페이스 위젯(Widget)(UIW)(166)을 포함한다. 일례로, 사용자 인터페이스(164)는 BREW 사용자 인터페이스 위젯, 전송 확장(168), IDownload(170) 및 IMutualAuth/IWeb(172)이다. 설명된 바와 같이, 디바이스 전송 확장(168)은 IDownload(170) 및 IMutualAuth/IWeb(172)에 데이터를 전송할 수 있다. 동일한 방식으로, IDownload(170)는 IMutualAuth/IWeb(172)에 데이터를 전송할 수 있다.

전송 클라이언트(160)는 애플리케이션들(112)에 대한 상환 로직의 재사용을 시작한다. 참조/데모 액터 UI(162)는 애플리케이션 전송 요청을 전송 확장(168)에 전송한다. 전송 확장(168)은 IDownload(170)에 다운로드 요청을 전송하고, IDownload(170)에 이어, 전송 확장(168)에 나머지 재사용 개수를 제공한다. 전송 확장(168)은 IDownload(170) 및 (도시하지 않은) 상호 인증(MA)/Web 디바이스에 메시지들을 전송하여 남은 다운로드 회수를 결정하고, 또한 통신 디바이스(104)에서 나머지 다운로드의 삭제를 요청한다. 이후 클라이언트(160)가 통보된다.

마찬가지로, 일례에 따라 목적지 통신 디바이스(104)의 전송 클라이언트(160)가 시작된다. 전송 확장(168)은 모든 사용자의 애플리케이션들을 보여주는 메시지를 수신한다. 전송 확장(168)은 원하는 정보를 요청하는 MA/Web에 메시지를 전송한다. 사용자의 애플리케이션 리스트를 수신한 후 전송 확장(168)은 사용자에게 메시지를 전송한다. 사용자에 의해 전송되도록 선택된 아이템들의 수신시, 전송 확장(168)은 MA/Web에 메시지를 전송한다. 전송 확장(168)이 통보된 후, 전송 확장(168)은 IDownload(170)에 요청을 전송하여 선택된 아이템들의 다운로드를 시작한다. 그리고 IDownload(170)는 선택된 아이템들을 얻기 위해 MA/Web에 전달한다. 아이템들이 성공적으로 다운로드되면, 전송 확장(168)이 통보된다. 라이센싱된 애플리케이션들(112)을 전송하기 위한 다른 컴포넌트들은 사용자와 상호 작용하기 위해 사용자 인터페이스(160)를 이용하는 전송 사용자 인터페이스 컴포넌트(174)를 포함하여, 프로세서(120)에 의한 실행을 위해 메모리(114)에 상주하는 다른 컴포넌트들에 의해 보조된다. 또한, 콘텐츠 및 라이센스 그래버 컴포넌트(176)는 통신 디바이스(104)에 저장된 라이센싱된 애플리케이션들(112)의 재고목록 조사를 돕는다. 인증 및 허가 컴포넌트(178)는 통신 네트워크(10)(도 1)의 다른 컴포넌트들과의 상호 인증의 디바이스 부분을 수행한다. 콘텐츠 삭제 및 확인 응답 메커니즘(180)은 목적지 통신 디바이스(104)로의 전송 후 라이센싱된 애플리케이션들(112)의 삭제 명령에 응답한다. 인터페이스 프로토콜(182)은 통신 네트워크(10)의 통신 디바이스(104)와 다른 컴포넌트들 간의 필수적인 프로토콜 변환을 제공한다.

도 5에서, 한 형태에 따른 도 1의 전송 시스템(22)의 기능들을 수행하는 예시적인 전송 서버(200)는 프리젠테이션 계층(202), 비즈니스 로직 인터페이스 계층(204), 비즈니스 계층(206), 데이터 액세스 계층(208), 외부 시스템들(212)에 링크하는 외부 시스템 통합 계층(210), 및 공통 서비스 컴포넌트(214)를 포함한다. 일례로, 프리젠테이션 계층(202)은 Java 서버 페이스(face)들을 사용할 수 있고, 비즈니스 계층(206)은 Java 2 엔터프라이즈 에디션(J2EE)을 사용하며, 공통 서비스(214)는 J2EE를 사용하고, 외부 시스템 통합 계층(210)은 순수 J2EE를 사용하고, 데이터 액세스 계층(208)은 DAO 또는 토크 발생 DAO를 사용한다.

전송 서버(200)의 프리젠테이션 계층(202)은 웹 계층 및 디바이스 계층일 수 있다. 프리젠테이션 계층(202)은 서로 다른 클라이언트(예를 들어, 모바일 디바이스, 인터넷 브라우저 등)에 대한 인터페이스들을 제공한다. 프리젠테이션 계층(202)은 가입자 웹-가능 디바이스(218)에 링크된 가입자의 웹 인터페이스(216), 관리자 웹-가능 시스템(222)에 링크된 관리자 웹 인터페이스(220), 디바이스 인터 페이스(224)를 포함한다. 가입자 웹 인터페이스(216)는 웹 브라우저(226)를 이용하여 전송 서버(200)에 의해 제공되는 것과 같이 사용자가 전송 시스템(22)에 액세스할 수 있게 한다. 관리자 웹 인터페이스(220)는 웹 브라우저(228)를 이용하여 콘텐츠 전송 프로세스의 구성 및 관리를 가능하게 한다. 디바이스 인터페이스(224)는 디바이스 사용자가 MA 프록시(232)를 통한 상호 인증 통신에 의해 사용자의 디바이스(230)를 사용하여 전송 서버(200)에 액세스할 수 있게 한다. 일례로, 디바이스 인터페이스는 사용자 요청들의 해석뿐 아니라 웹 페이지들의 생성을 포함할 수 있다.

일례에 따르면, 전송 서버(200)는 간단한 웹 페이지를 포함하는 표준/참조 프리젠테이션을 제공한다. 일례로, 프리젠테이션 계층(202)은 Java 서버 페이스 프레임워크를 이용하여 구현된다. 일례에 따르면, 캐리어(또는 콘텐츠 제공자)는 비즈니스 계층(206)에 통합된 비즈니스 로직에 쉽게 매핑될 수 있는 캐리어 자체의 프리젠테이션 로직을 구현할 수 있다.

비즈니스 로직 인터페이스 계층(204)은 비즈니스 계층(206)에 통합된 비즈니스 로직으로부터 인터페이스(216, 220, 224)에 통합된 프리젠테이션 로직을 분리하도록 구현된 인터페이스들을 정의한다. 비즈니스 로직 인터페이스 계층(204)은 전송 서버(200)가 독립 서버로서 전개되거나 웹 서비스로서 구현될 수 있게 한다. 어떤 경우에, 비즈니스 로직 인터페이스(204)는 각각의 기능을 기초로 그룹화되어, 전송 시스템(22)의 전개를 더욱 유연하게 할 수 있다.

비즈니스 계층(206)은 사용자의 자격 증명(예를 들어, 사용자명 및 패스워드)을 유효화하는 API authenticateUser(uname, passcode)를 갖는 사용자 관리자(236)를 포함한다. 사용자 관리자(236)는 새로운 사용자를 생성하는 API newRegistration()을 가지며, 사용자 ID를 가입자 ID에 매핑하는 API mapUserIDToSid()를 갖는다. 사용자 ID는 모바일 디렉터리 번호(MDN), 모바일 식별 번호(MIN) 등일 수 있다. 외부 시스템들(212)의 캐리어 시스템(237)은 매핑을 제공하며 캐리어 인터페이스(239)에 의해 외부 시스템 통합 계층(210)에 인터페이스 접속될 수 있다. 비즈니스 계층(206)의 구매 이력 관리자(238)는 가입자에 의해 구입된 애플리케이션들(또는 콘텐츠)의 리스트를 입수하는 API getSIDPurchasedApplications()를 갖는다. 리스트는 이전에 가입자에 의해 삭제된 애플리케이션들뿐 아니라 현재 디바이스에 설치된 애플리케이션들로 구성된다. 비즈니스 계층(206)의 정책 (엔진) 관리자(240)는 전송 정책(예를 들어, 목적지로 가는 대체 애플리케이션에 대한 라이센싱된 애플리케이션들의 매핑 또는 전송 가격 결정)을 적용한 후 새로운 디바이스로 전송될 수 있는 애플리케이션들(또는 콘텐츠)의 리스트를 입수하는 API getApplicationMappings(appsList)를 갖는다. 정책 (엔진) 관리자(240)는 또한 매핑된 애플리케이션(또는 콘텐츠)이 1보다 많은 가격 옵션을 가질 때 이 기능의 프리젠테이션 로직이 디폴트 가격 옵션을 결정할 수 있는 API getDefaultPriceOptions(appid, pid)를 갖는다. 이 기능은 MA 등록중에 유용하다. 일례로, MA 등록중에 사용자는 가격 옵션들을 선택하기 위한 옵션을 갖지 않을 수도 있다. 비즈니스 계층(206)의 전달 관리자(242)는 각 애플리케이션(또는 콘텐츠)에 대한 대안적인 구매 요청을 하는 API deliverApplications(appsList)를 갖는다. 비즈니스 계층(206)의 디바이스 관리자(244)는 디바이스 ID가 캐리어의 네트워크에 속하는지 여부를 확인하는 API validateDeviceID(deviceID)를 갖는다. 비즈니스 계층(206)의 디바이스 관리자(244)는 캐리어 제휴에 이용 가능한 디바이스들의 리스트를 입수하는 API ListgetAvailableDeviceID()를 갖는다. 이 API를 사용함으로써 웹 인터페이스는 이용 가능 디바이스 ID들을 가입자에게 디스플레이할 수 있어 가입자가 모의(mock) 전송을 수행할 수 있다. 디바이스 재고목록 관리자(246)는 가입자 디바이스로부터 검색된 애플리케이션들(또는 콘텐츠)의 리스트를 저장하는 API SetDeviceLicenselnformation(list)를 갖는다.

비즈니스 계층(206)은 전송 시스템(22)의 전송 로직을 포함한다. 일례로, 비즈니스 계층(206)은 Java를 사용하여 전개될 수 있다. 어떤 경우에, 프리젠테이션 계층(206)은 비즈니스 로직 인터페이스 계층(204), (도시하지 않은 외관 설계 패턴) 및 전송 관리자(248)와 상호 작용한다. 일례에 따르면, 전송 관리자(248)는 비즈니스 계층(206)에 단일 엔트리 포인트를 제공한다. 어떤 경우에, 프리젠테이션 계층(202)은 잘 정의된 모듈들을 이용하여 비즈니스 계층(206)의 모듈들과 상호 작용할 수 있다.

일례에 따르면, 전송 관리자(248)는 비즈니스 로직 인터페이스 계층(204)에 의해 정의된 인터페이스들을 구현한다. 전송 관리자(248)는 클라이언트로부터의 요청 해석, 적절한 요청 핸들러들의 로딩, 및 적절한 응답 클래스로 요청 핸들러들의 출력 재전달을 담당한다. 전송 관리자(248)는 요청들로부터의 값을 갖는 필요한 파라미터를 추출하도록 동작하며 파라미터 리스트를 요청 핸들러들에 넘겨준다.

디바이스 재고목록 관리자(246)는 디바이스 전송 클라이언트(160)(도 3)에 의해 제출된 콘텐츠에 대한 라이센스 데이터의 유지를 담당한다. 디바이스 전송 클라이언트(160)는 디바이스 전송 클라이언트(160)를 이용하여 전송 동작이 시작될 때 라이센스 데이터를 제출한다. 일례로, 디바이스 재고목록 관리자(246)는 라이센스 데이터를 임시로 메모리에 저장하도록 동작하고 라이센스 데이터를 검색하기 위한 API를 제공한다. 일례로, 디바이스 재고목록 관리자(246)는 DevicelnventoryInterface를 구현한다. 다른 예에서, 디바이스 재고목록 관리자(246)는 웹 시작 전송에서 디바이스로부터 라이센스 데이터를 얻도록 동작할 수 있다.

구매 이력 관리자(238)는 가입자에 의해 구입된 콘텐츠의 리스트 검색을 담당한다. 일례로, 외부 시스템 통합 계층(210)의 서비스 인터페이스(252)를 이용하여 외부 시스템(212)의 배포 시스템(250)으로부터 이력이 검색된다. 구매 이력 관리자(238)는 가입자의 구매 또는 거래 이력을 검색하고, 가입자의 구입 및 삭제된 콘텐츠를 검색하여, 이력에 액세스하는데 필요한 API들을 제공한다. 어떤 경우에, 구매 이력 관리자(238)는 서비스 인터페이스(252)를 이용하여 구입되었지만 삭제된 콘텐츠를 검색한다. 한 형태에 따르면, 전송 서버(200)는 디바이스 전송 클라이언트(160)가 존재하지 않더라도 구입 이력을 검색할 수 있다.

일치 관리자(254)는 가입자의 다운로드된 콘텐츠의 단일 리스트 유지를 담당한다. 전송 서버(200)는 두 세트의 콘텐츠 리스트들을 가지며, 한 리스트는 구매 이력을 포함하고 다른 리스트는 디바이스 콘텐츠 재고목록을 포함한다. 일치 관리자(254)는 2개의 콘텐츠 리스트를 단일 콘텐츠 리스트로 병합한다. 일치 관리자(254)는 일치된 콘텐츠 리스트를 추후 사용을 위해 데이터베이스에 저장할 수 있다. 일치 관리자(254)는 또한 저장된 콘텐츠 리스트를 검색하기 위해 API를 제공한다. 일례로, 일치 관리자(254)는 일치된 콘텐츠 리스트를 로컬 데이터베이스에 저장한다. 콘텐츠가 전송 서버(200)에서 목적지 디바이스(18)(도 1)로 전송되었다면, 일치 관리자(254)는 특정 기간 후 일치된 콘텐츠 리스트를 삭제할 수 있다. 어떤 경우에, 일치 관리자(254)는 일치된 리스트를 클라이언트에 제시하도록 동작한다. 일례로, 일치 관리자(254)는 API 인터페이스 ReconcileInterface를 구현한다.

콘텐츠 전송은 전송 정책(예를 들어, 목적지로 가는 대체 애플리케이션에 대한 라이센싱된 애플리케이션들의 매핑 또는 전송 가격 결정)에 좌우될 수 있다. 정책 (엔진) 관리자(240)는 콘텐츠 전송 프로세스 동안 정책을 구현하여 실행한다. 어떤 경우에, 정책 (엔진) 관리자(240)는 각 소스 콘텐츠에 대한 타깃 콘텐츠 결정을 담당한다. 구현된 정책들은 리스트의 각 콘텐츠에 대해 단일 콘텐츠가 목적지 디바이스(18)에 매핑되게 한다. 정책 (엔진) 관리자(240)는 또한 전송 정책을 적용함으로써 타깃 목적지 디바이스(18)에 대한 최상의 적합한 콘텐츠를 결정하도록 동작한다.

정책 (엔진) 관리자(240)는 또한 운영자가 새로운 전송 정책들을 설정하게 할 수 있다. 일례로, 전송되도록 선택된 콘텐츠가 콘텐츠 제공자의 카탈로그에서 이용 가능하지 않을 때 운영자는 가입자에게 충분한 크레디트를 제공할 수 있다. 운영자는 또한 공식(예를 들어, Creditback 콘텐츠에 이용 가능한 로직 등)을 기초 로 가입자에게 부분적인 크레디트를 제공할 수도 있다. 일례로, 가격 결정 방법 또는 가격 결정 기준이 존재하지 않을 수도 있다. 사용자가 나머지 라이센스들 또는 결코 사용되지 않았던 라이센스들을 가질 때 운영자는 나머지 라이센스들을 크레디트하고, 모든 라이센스를 전송하거나, 나머지 라이센스들만을 전송할 수도 있다. 새로운 버전, 업그레이드 또는 등가물에 대한 정책들이 있을 수도 있다. 어떤 경우에, 캐리어는 소정의 콘텐츠 대신 어느 콘텐츠가 사용되어야 하는지를 결정할 수 있다. 일례로, 정책 엔진은 인터페이스 AXMappingInteface를 구현한다.

타깃 콘텐츠가 결정된 후, 다음 단계는 목적지 디바이스로 콘텐츠를 전달하는 것이다. 일례로, 전달 관리자는 전송된 콘텐츠를 목적지 디바이스로 전달하도록 동작한다. 목적지 디바이스(18)로의 타깃 콘텐츠의 실제 다운로드는 일례에서 목적지 디바이스(18)에 의해 시작된다. 전달 관리자(242)는 각각의 전송된 콘텐츠에 대한 대안 구매 요청(이벤트)을 생성하도록 동작하고 DS(250)에 다른 구매 요청을 제출한다. 어떤 경우에, 전달 옵션은 구성 아이템이다. 콘텐츠는 자동 설치 옵션을 이용하여 전달될 수 있고, 자동 설치 옵션은 목적지 디바이스(18)의 myApps 디렉터리로 전달된 스냅샷 등일 수 있다. 일례로, 전달 관리자(242)는 API DeliveryInterface 인터페이스를 구현한다.

사용자 관리자(236)는 전송 서버 사용자 계정을 관리하도록 동작한다. 일례로, 전송 서버(200)는 종단 사용자, 관리자 및 비즈니스 사용자를 지원할 수 있다. 종단 사용자는 콘텐츠를 전송할 수 있고 어떤 무료 서비스들을 사용할 수 있다. 관리자는 매일 매일의 활동(예를 들어, 콘텐츠 전송, 사용자에 대한 새로운 사용자 설정 특권 추가 등)을 수행할 수 있고, 백업, 보고 생성, 및 어떤 보조 서비스 사용이 가능하다. 비즈니스 사용자는 콘텐츠를 전송하고, 보고를 생성하며, 전송 정책들을 설정하고, 어떤 보조 서비스들을 사용할 수 있다. 어떤 경우에, 전송 서버(200)는 상기에 기재된 모든 활동을 수행할 수 있는 하나의 수퍼 사용자를 디폴트로 가질 수 있다. 가입자는 전송 서버(200)에 등록할 필요가 있다. 일례로, 사용자 관리자(236)는 API UserAccountInterface를 구현한다.

데이터 액세스 계층(208)은 데이터베이스 API(258)의 데이터베이스에 요약을 제공한다(예를 들어, 해당 데이터베이스 메커니즘의 복잡도를 은닉한다). 데이터 액세스 계층(208)은 테이블 레코드들을 비즈니스 객체들에 그리고 그 반대로의 매핑을 제공하도록 동작한다. 일례로, 데이터 액세스 계층(208)은 토크 객체 매핑 프레임워크를 사용할 수 있다. 어떤 경우에, 모든 테이블에 대해 데이터 소스 및 DAO 객체가 정의될 수 있다.

외부 시스템 통합 계층(210)은 비즈니스 계층(206)이 잘 정의된 인터페이스들(237, 250)을 이용하여 외부 시스템들(212)과 상호 작용하게 할 수 있다. 전송 서버(200)는 서비스 인터페이스(252)를 이용하여 DS(250)와 상호 작용할 수 있다. 외부 시스템 통합 계층(210)은 서비스 인터페이스 API들(252)에 대한 요약을 제공할 수 있다. 전송 서버(200)는 사용자 또는 디바이스 인증을 위해 캐리어의 시스템(237)과 상호 작용할 수 있다. 외부 시스템 통합 계층(210)은 MDN-가입자 식별(SID) 매핑에 대한 액세스를 제공할 수 있다.

전송 서버 공통 서비스 계층(214)은 다수의 기능 엔티티(예를 들어, 프리젠 테이션 계층(202), 비즈니스 로직 인터페이스 계층(204), 비즈니스 계층(206), 데이터 액세스 계층(208), 외부 시스템 통합 계층(210) 등)에 의해 직접 액세스될 수 있는 모듈들을 포함한다. 전송 서버 공통 서비스(214)는 세션 관리자(264), 애플리케이션 관리자(266), 구성 관리자(268), 플러그인 관리자(270), 예외 관리자(272), 로그 관리자(274), 유틸리티들(276) 및 카탈로그 관리자(278)를 포함한다.

세션 관리자(264)는 새로운 전송 세션을 생성하는 API SessionID openTransfer() 및 함수 openTransfer()에 의해 생성된 세션을 닫는 API closeTransfer(SessionID)를 갖는다. 세션 관리자(264)는 각 전송에 대한 세션을 유지하고, 전송된 데이터를 세션에 저장하기 위한 API를 제공한다.

구성 관리자(268)는 관리자가 시스템 구성을 설정할 수 있게 한다. 구성 관리자(268)는 또한 전송 구성 파라미터 값들에 액세스하기 위해 다른 모듈들에 의해 사용될 수 있는 클래스들을 제공한다. 구성 데이터는 XML 문서로서 저장될 수 있다.

인터페이스(플러그인) 관리자(270)는 외부 시스템 통합 커넥터들의 생성 및 유지를 담당한다. 전송 서버(200)의 셋업중에, 인터페이스 관리자(270)는 외부 시스템 커넥터들의 인스턴스들을 생성한다. 외부 인터페이스는 한 세트의 플러그인들로서 구현될 수 있다.

예외 관리자(272)는 시스템의 예외 케이스들 또는 외부 시스템과 거래한다. 예외 관리자(272)는 디폴트 설정을 사용하거나, 전송 시스템(22)을 적절히 휴지하 거나, 다른 동작들을 취함으로써 실행 시간을 조정하도록 동작한다.

로그 관리자(274)는 로그 파일을 생성하기 위한 API를 제공한다. API는 다른 모듈들이 로그 파일에 로깅 데이터를 추가할 수 있게 한다. 어떤 경우에는, 비즈니스 사용자의 전송 관리자만 각종 로그를 볼 수 있다. 로그 관리자는 전송 로그들을 관리하기 위해 log4j를 사용하여 소스 패키지를 오픈할 수 있다.

유틸리티 모듈(276)은 각종 유틸리티 클래스(예를 들어, 스트링 유틸리티, 숫자 포맷화 유틸리티들, XML 문서 유틸리티들 등)를 포함한다. 유틸리티 관리자(276)는 콘텐츠의 전달을 스케줄링하는 스케줄 서브-모듈을 포함할 수 있다.

애플리케이션 관리자(266)는 전송 서버(200)의 시동 및 중단을 담당한다. 애플리케이션 관리자(266)는 비즈니스 계층(206)의 각종 모듈을 초기화하도록 동작하며, 비즈니스 로직의 단일 인스턴스 관리를 담당할 수 있다. 일례로, 데이터베이스는 전송 테이블, 사용자 계정 테이블(선택적), 아이템 테이블 및 정책 테이블을 포함할 수 있다. 전송 테이블은 서비스 인터페이스(252)에 제출된 구매 요청들을 기록(log)한다.

한 형태에서, 전송 서버(200)는 HTTPS, HTML, 웹 서비스(SOAP), XML, 캐스케이드 스타일 시트 등을 구현할 수 있다. 일례로, 캐리어 시스템(237)에 의해 MDN-SID 매핑이 제공된다. 전송 서버(200)는 인터페이스(239)를 정의할 수 있다. 전송 서버(200)는 서비스 인터페이스(252)와 통신하며, 일례로 서비스 인터페이스는 BREWZone이다. 어떤 경우에, 전송 서버(200)에서 디바이스(230)로의 콘텐츠 전송은 가입자가 디바이스를 유효화했거나 MA 등록을 수행한 후 일어난다.

라이센싱된 애플리케이션들의 전송은 전송을 용이하게 하기 위해 평가, 협상 및 과금을 자동으로 조정한다. 상기 목적을 위하여, 비즈니스 로직은 기존 라이센스 권리의 평가 및 다른 디바이스에 대한 동등한 또는 업그레이드된 라이센스 권리를 전송하기에 적절한 가격의 제공을 해결한다. 이러한 계산은 다른 콘텐츠 번호가 구현되거나 새로운 가격이 생성될 때 일어날 수 있는 가격 변동을 반영한다. 예컨대, 구매가법(PM)에서 캐리어 리스트 가격(CLP) 및 개발자 애플리케이션 가격(DAP) 값들은 0이고; 따라서 가입자에게 과금될 수 없다. 가입가법에서는, DAP 및 CLP 값들을 기초로 순환 과금이 발생하기 때문에 가격은 카탈로그 가격과 동일할 수 있다. 따라서 일례에서 유효 가입 가격은 카탈로그 가격에 기초할 수 있으며, 새로운 가입 가격이 유효할 것이다. 해당 달에 대한 가입 과금(SB)이 이미 발생한 경우, 예컨대 콘텐츠가 동일한 패밀리 안에 있다면, 전송 서버(200)(도 5)에 의해 시간 조정(TA) 이벤트가 생성되어 전송 서버의 삭제 복구(DL: reinstate Delete) 이벤트를 크레디트할 수 있다. 해당 달에 대한 가입 과금이 발생하지 않았다면, TA가 생성될 필요가 없다. DE(SE)는 발신 디바이스 상에서 일어나는 한편, DL(SB)은 목적지 디바이스 상에서 일어난다. 한정 기간 가입의 경우, CLP 및 DAP 값들은 0인데, 이는 한정 기간 가입 콘텐츠의 삭제가 가입 과금을 끝내지 않을 수 있기 때문이다. 일례로, 가입은 소프트웨어 식별(SID)/하드웨어 식별(hwID) 조합을 기초로 할 수 있다. 목적지 디바이스는 다른 hwID를 가질 수도 있다. 데모 가격 기술의 경우, 일례에 따르면, 가격 기준 타입이 원본 PBT와 매치하는지 여부와 관계없이 나머지 라이센스들이 복구될 것이다.

어떤 경우에, 가격 기준 타입이 원본 PBT와 매치하는지 여부와 관계없이, 나머지 라이센스들이 복구될 것이다. 한 형태에 따르면, BREWZone®을 이용한 대안적 전달을 위한 맞춤 PM/PBT/PBV에 로컬 가격 핸들이 사용될 수 있다. 일례로, BREWZone은 아이템 전달에 맞춤 가격을 제공한다. BREWZone은 또한 서비스 값 과금(SVB)을 통해 거래 데이터베이스 (TXN)에 TA 이벤트를 전송할 수 있다. 라이센스가 만료할 때 사용자는 PBT가 목적지 디바이스에 맞지 않더라도 다른 PBT 라이센스 타입들을 구입할 수 있다. 일례로, TXN은 임의의 실시간 가격 핸들에 대한 어떠한 상호 참조도 포함하지 않을 수도 있다. 추가로, 한 형태에 따르면, CLP/DAP는 0과 같기 때문에 어떤 조정도 이루어질 수 없다. 어떤 경우에는, 2와 같은 서브타입/SVB-상태가 전달에 사용될 것이다.

대안으로, 가입 가격 기술에서, 목적지 디바이스 상에서 무제한 가입이 복구된다. 가격이 변경되었다면, 새로운 가입 가격이 사용될 수 있다. 제한 기간 가입이 이미 지급되었기 때문에, 제한 기간 가입은 초기에 삭제되었더라도 부분 라이센스와 같은 방식으로 복구될 것이다. 일례로, 0의 CLP/DAP에 의해 추가 SB가 생성된다. 일례에 따르면, 2 또는 3과 같은 서브타입/SVB-상태가 사용될 수 있다. 어떤 경우에, 콘텐츠의 전달은 BREWZone을 이용한 대안적 구매를 통할 수도 있다.

이러한 비즈니스 로그의 지원으로, 도 6에서 도 4의 디바이스 전송 클라이언트(160)에 의해 이용되는 예시적인 디바이스 데이터 구조(300)가 라이센싱된 애플리케이션들의 동적 재고목록 조사를 수행한다. 각각의 레코드는 통신 디바이스(104)(도 4) 상에 현재 설치 및 라이센싱된, 또는 삭제된 애플리케이션에 대응한다. 각각의 라이센싱된 애플리케이션은 "#" 열의 카탈로그 인덱스 참조, 열에 기재된 애플리케이션 타이틀, 물리적 메모리 어드레스, 라이센스 타입(예를 들어, 무료, 데모, 구입, 가입), 지급 방법(예를 들어, 종량제, 시간 단위 가격, 무기한 구매) 등에 의해 참조된다. 네트워크 데이터에 대한 상호 참조 및 기간 한정 라이센스들에 남은 시간 계산을 위해 거래 일자가 제공된다.

도 7에서, 예시적인 네트워크 데이터 구조(400)는 디바이스 상의 목록에 기재된 애플리케이션들의 라이센스를 유효화하고, 라이센스 기한이 남았으나 디바이스에서 삭제된 애플리케이션을 복구하고, 그리고/또는 목적지 디바이스로 전송하기에 적합한 애플리케이션의 등가 또는 업그레이드 버전의 위치를 알아내기 위한 정보를 포함한다. 그 때문에, 예시적인 데이터 구조(400)는 애플리케이션에 대한 카탈로그 인덱스에 의해 기재된 거래, 애플리케이션 타이틀, 애플리케이션의 플랫폼 타입(예를 들어, 소프트웨어 타입 및/또는 하드웨어 타입), 데이터 구조(400) 외부에 있을 수 있는 특정 과금 및 가격 구조에 액세스하기 위한 판매자 식별, 원래의 거래에 대한 가격법, 라이센스에 남아 있는 시간 또는 사용권을 결정하는데 사용될 수 있는 지급 구조, 및 디바이스 데이터 구조(300)에 상관시키고 라이센스에 남은 값은 계산하기 위한 거래 일자를 갖는 하나의 사용자 ID 또는 하나의 디바이스 ID에 관련된다.

도 8에서, 전송 관리자에 의해 이용되는 예시적인 카탈로그 데이터 구조(500)는 라이센스 타입 및 가격 결정, 특정 클래스의 사용자들에 대해 할인이 가능한지 여부, 및 플랫폼에 의한 애플리케이션의 특정 버전이 사용자에게 라이센싱 된 원래의 애플리케이션에 대한 등가물로 여겨지는지 또는 업그레이드로 여겨지는지를 포함하여, 현재 제공된 라이센스 약정을 결정하기 위해 애플리케이션들에 대한 카탈로그 참조 번호들 간의 상호 참조를 제공한다. 비즈니스 로직은 업그레이드된 버전이 제공되어야 함을 지시할 수도 있고, 또는 유일한 옵션일 때 혹은 사용자에 의해 수동으로 선택될 때만 업그레이드 버전이 선택되고 자동으로는 등가물이 전송되어야 함을 지시할 수도 잇다.

도 9에서, 비즈니스 로직 행렬(600)이 원본 애플리케이션의 현재 라이센스 권리를 제안된 목적지 디바이스에 대한 제안된 대체에 매핑하는 방법의 역할을 할 수 있다. 그 때문에, "이전" 애플리케이션에 대한 라이센스 타입(예를 들어, 데모, 종량제, 시간 단위 구매, 무기한)은 카탈로그 데이터 구조(500)에 위치하는 대체 애플리케이션에 대한 이용 가능 라이센스 타입들에 대해 상호 참조될 수 있다. 이러한 비즈니스 로직의 예는 임의의 라이센스 약정 하에 등가 또는 업그레이드된 버전이 목적지 디바이스에 대해 아직 이용 가능하지 않은 경우 추후에 전송을 수행하기 위해 교차 판매 또는 다른 타입의 장래 리마인더(reminder)를 설정하는 것을 포함한다. 데모 버전의 경우, 비즈니스 로직은 항상 무료로 등가의 업그레이드 가격 제공을 수반할 수 있다. 비즈니스 로직은 등가인지 업그레이드인지와 관계없이, 그러나 새로운 가입 가격의 장래 가입 확장을 갖는 새로운 버전으로 종량제 또는 시간 단위 구매 및 동등한 양의 크레디트를 포함할 수 있다. 업그레이드하지 않고 있는 누군가에 대해 라이센스 가격 차의 절반으로 업그레이드된 버전들을 제공하는 등 할인이 제공될 수도 있다.

도 10에서, 통신 시스템(700)은 발신 사용자 장비(UE)(704)와 목적지 UE(706) 간의 네트워크(702)를 통해 라이센싱된 애플리케이션과 같은 콘텐츠의 전송을 용이하게 한다. 설명하는 바와 같이 각종 기능 엘리먼트에 다양한 연산 및 네트워크화 구조가 이용될 수 있다. 캐리어 시스템(708)은 라이센싱된 애플리케이션들을 실행하게 하는 통신 디바이스들로서 예시를 위해 발신 및 목적지 UE(704, 706)에 대한 통신 서비스들을 제공한다. 전송 서버(710)는 콘텐츠 전달 서버(CDS)(712)에 의해 제공된 배포 채널을 통해 라이센싱된 애플리케이션의 전송에 필요한 백엔드 처리를 취급한다. 전송 웹 포털(714)은 발신 또는 목적지 UE(702, 704)의 (도시하지 않은) 디바이스 전송 클라이언트를 통해 인증되지 않을 때 전송 서버(710)와 상호 작용하여 상호 인증(MA) 프록시(716)를 통한 UE(702, 704) 및 사용자의 인증을 포함하여, 사용자 입력들을 다룰 수 있다. UE(704, 706)는 그룹 데이터베이스(718)에서 식별되는 그룹의 일부일 수 있다. 그룹에 서비스하는 캐리어 시스템(708)은 서비스 값 과금 (SVB)(722)으로부터의 데이터를 이용하여 그룹에 대한 가입률 및 과금 주기를 결정하는 과금 전달 서비스(BDS)(720)에 의해 재정 처리될 수 있다. 전송 서버(710)는 거래 데이터베이스(TXN)(726)에 대해 이전에 이루어진 라이센스들의 유효화에 의해 전송 데이터베이스(724)에 유지되는 레코드들에 의해 이루어진 전송들을 추적할 수 있다. 어떤 관리 서비스들은 그룹 및 사용자 데이터 등을 보고 수정하기 위한 상위 레벨 허가의 인증을 포함할 수 있는 관리 센터(MC) 데이터베이스(728)를 통해 수행될 수 있다. 캐리어 시스템과 같은 다른 각종 외부 엔티티가 서비스 인터페이스(730)를 통해 액세스될 수 있다. 애플리케이 션들(예를 들어, 실행 가능 코드)의 저장소가 보안 애플리케이션 데이터베이스(732)로부터 검색될 수 있다.

도 10의 일부 또는 모든 엔티티 간의 구조 배치는 통신 시스템(700)의 타입 및 다른 고려사항들을 기초로 선택될 수 있다. 일례로, 사용자는 콘텐츠 전송을 시작하기 위해 전송 웹 포털(714)을 이용하여 전송 서버(710)와 통신할 수 있다. 대안으로, 사용자는 UE(704, 706)에 의해 제공되는 디바이스 사용자 인터페이스를 이용하여 콘텐츠 전송을 시작할 수 있다. 요청 수신시, 전송 서버(710)는 서비스 인터페이스(730)를 통해 과금 엔티티와 통신한다. 전송될 콘텐츠와 관련된 과금 및 구매 이력이 결정되었으면, 과금 엔티티(720)는 이러한 정보를 전송 서버(710)에 전달한다. 그리고 전송 서버(710)는 전송 서버(710) 통신에 이어, 전송된 콘텐츠의 전달을 위한 전달 동작을 호출하는 전달 엔티티(712)로의 콘텐츠 매핑을 수행한다.

다른 구현에 따르면, 전송 서버(710)와 사용자 간의 통신은 웹 접속을 통한 전송 웹 포털(714)에 의해 달성된다. 전송 웹 포털(714)은 가입자 디바이스 사용자 인터페이스 또는 가입자 웹 사용자 인터페이스일 수 있다. 가입자 디바이스 사용자 인터페이스는 애플리케이션 데이터베이스(732)와 통신할 수 있다. 마찬가지로, 관리자 웹 인터페이스(예를 들어, 관리 센터(728))는 전송 서버(710)와 통신할 수 있다. 전송 서버(710)는 또한 전송 데이터베이스(724)의 데이터에 액세스할 수 있다. 전송 서버(710)는 또한 상호 인증(MA) 프록시(716)를 통한 인증된 콘텐츠 전송 클라이언트-서버 통신을 이용하여 애플리케이션 데이터베이스(732)와 통신한다. 전송 서버(710)와 그룹(718)의 통신, 그리고 서비스 값 과금(SVB)(722)은 서비스 인터페이스(730)에 의해 이루어질 수 있다. 예컨대, 전송 서버(710) 및 그룹(718)은 콘텐츠 구입 및 전달을 용이하게 하도록 통신한다. 다음에, 그룹(718)은 필요한 콘텐츠(예를 들어, 라이센싱된 애플리케이션들)에 액세스하기 위해 애플리케이션 데이터베이스(732)와 통신할 수 있다. 전송 서버(710)는 콘텐츠 재고목록 조사 및 과금을 위해 SVB(722)와 통신한다. SVB(722) 및 콘텐츠 전달 서버(712)는 또한 관리 센터(MC)(728)와 통신할 수 있다.

도 4 및 도 10을 참조한 일례에서, UE(704, 706)는 각각 전송 클라이언트 확장(168) 및 애플리케이션(112)을 포함하는 통합된 사용자 인터페이스(164)를 포함한다. 일례로, 통합된 사용자 인터페이스(164)는 애플리케이션(112) 및 다른 디바이스 콘텐츠를 전달하기 위한 공통 사용자 인터페이스이다. 전송 클라이언트 확장(168)은 전달 시스템(예를 들어, CDS(712))에 정의된 전송 서비스(네트워크 내부에 있는 또는 호스팅된 그리고 전송 서비스 프로세스(734)로 설명되는 전송 클라이언트로 바꿔서 지칭되는)와 통신한다. 어떤 경우에, 전송 클라이언트 확장(168)은 전송 디바이스 사용자 인터페이스(164)에 IDownload(170) 및 MA 요약(172)을 제공한다. 도 4로부터의 이러한 컴포넌트들은 도 10에서 736으로 나타낸 것과 같이 UE(704) 상에 그리고 738로 나타낸 것과 같이 UE(706) 상에 집합된다. 전송 클라이언트(736, 738)는 전송 동작을 위한 디바이스 사용자 인터페이스들을 제공한다. 전송 클라이언트는 클라이언트-서버 통신을 다루도록 전송 클라이언트 확장(168)과 함께 동작한다.

한 형태에 따르면, 애플리케이션(112)은 통합된 애플리케이션 및 디바이스 콘텐츠 백업/전송 솔루션에 대한 개발자에 의해 구현된다. 디바이스(704)의 애플리케이션(112)은 영속적인 데이터 저장소를 갖는 (도시하지 않은) 디바이스 콘텐츠 관리 서비스와 통신한다. 일례로, ABC 디바이스 콘텐츠 관리 서비스는 개발자에게 디바이스 콘텐츠 백업, 복원 및 전송을 제공할 수 있다.

전송 클라이언트(160)와 전송 서버(710) 간의 보안 통신은 디바이스 측에서는 전송 클라이언트(160), IDownload(170) 및 IMutualAuth/IWeb(172)에 의해 용이해지는 한편, 콘텐츠 전달 서버(712)는 contentFac(또는 CI), MA, 웹 서버 및 (도시하지 않은) SVC 포트를 포함한다. 전송 서버(710)는 전송 서비스(734) 및 서비스(SVC) 포트를 포함한다. 디바이스(704)는 상호(MA) 프록시(716)로서 콘텐츠 전달 서버(712)와 통신할 수 있고, 다음에 MA 프록시(716)는 전송 서버(710) 및 전송 데이터베이스(724)와 통신한다.

한 형태에서, 전송 클라이언트(160)는 디바이스(704)와 전송 서비스(734) 간의 인증된 통신을 위해 MA를 사용할 수 있고, 전송 클라이언트(160)는 인증되지 않은 모든 통신을 위해 HTTP를 사용할 수 있다. 콘텐츠 전달 서버(CDS)(712)는 MA 프록시(716)로서 사용될 수 있으며, 이는 MA에서 종결하고 전송 서비스에 대한 나머지 데이터를 전달한다. 일례로, 전송 클라이언트(160)와 전송 서비스 사이에 인증된 파이프가 생성될 수 있다. MA 프록시(716)는 전송 동작을 위한 상호 인증 서비스이다. MA 서비스는 전송 클라이언트(160)와 CT 서버(710) 간에 보안 접속을 제공한다. 일례로, CDS(712)로부터의 캐리어(또는 콘텐츠 제공자) 인터페이스가 전송 서비스를 위한 MA 프록시(716) 역할을 할 수 있다.

다른 통신 시스템에서, UE(704)는 전송 서버(710) 및 CDS(712)와 통신한다. 전송 서버(710)는 또한 전송 웹 포털(714)과 접촉하며, 서비스 인터페이스(730)를 이용하여 SVB(722)와 인터페이스한다. CDS(712)는 MC(728) 및 그룹(718)과 통신한다.

다른 통신 시스템에서, UE(704)는 CDS(712) 및 전송 서버(710)와 인터페이스하고, 전송 서버(710)는 서비스 인터페이스(730)를 통해 MC(728)와 통신한다. 전송 서버(710)는 또한 전송 웹 포털(714)에 접속된다. 대안으로, UE(704)는 전송 서버(710) 및 CDS(712)와 통신한다. MC(728)는 서비스 인터페이스(730)를 통해 전송 서버(710)와 통신한다.

일례로, CDS(712)의 호스트명은 전송 클라이언트(736, 738)가 (도시하지 않은) 목적지 호스트에 대한 어떠한 제어도 하지 않도록 MA 프록시(716)에 의해 자동 삽입된다. 더욱이, CDS(712)는 디바이스에 필요한 인증/허가 기능을 제공하고 디바이스 구성(예를 들어, 디바이스가 부정확하게 구성되었을 때)을 제공하도록 구성될 수 있다.

도 11에서, 일례에 따라 전송 시스템(700)의 발신 UE(704)에서 전송 서비스(734)로의 예시적인 호 흐름이 설명된다. 특히, 800에 나타낸 스테이지(A)에서 발신 UE(704)는 CDS(712)로 애플리케이션/라이센스 정보에 대한 요청을 전송한다. 802에 나타낸 스테이지(B)에서, CDS(712)는 인증/허가를 수행하고 캐리어 인터페이스를 형성하며, 804에 나타낸 스테이지(C)에서 전송 애플리케이션 메시지를 전송 서비스(734)에 전송한다. 806에서의 스테이지(D)에서 전송 서비스(734)로부터 CDS(712)로의 응답 및 808에서의 스테이지(E)에서 발신 UE(704)로의 성공 메시지로 나타낸 것과 같이 전송 서비스(734)의 정보 수신시, 전송 클라이언트(736)는 810에 나타낸 스테이지(F)에서 모든 애플리케이션을 삭제하고 812에 나타낸 스테이지(G)에서 CDS(712)에 삭제 확인 응답을 전송한다. 전송 서비스(734)는 814에 나타낸 스테이지(H)에서 (816에 나타낸 스테이지(I)에서 서비스 인터페이스(730)를 통해) TXN(726)에 고객 파트 정보에 대해 질문하여 전송 클라이언트에 의해 전송된 정보가 부정한 것이 아님을 확실하게 한다. TXN(726)은 818에 나타낸 스테이지(J)에서 고객 라이센스 정보를 다시 서비스 인터페이스(730)로 전송하고, 그 다음 820에 나타낸 스테이지(K)에서 전송 서비스(734)로 응답을 중계한다. 전송 서비스(734)는 822에 나타낸 처리로서 나타낸 스테이지(L)에서 SID에 대한 라이센스 정보를 저장한다. 거의 이 때쯤, CDS(712)는 저장을 위해 스테이지(M)에서 애플리케이션들의 삭제를 TXN(726)으로 중계한다.

도 12는 일례에 따라 목적지 UE(706)가 전송 클라이언트(738)를 포함하는 통신 시스템(700)에서 전송 서비스(734)로부터 목적지 UE(706)로의 예시적인 호 흐름도를 나타낸다. 이 시퀀스가 시작할 때, 발신 UE(704)는 전송 서비스(734)에 콘텐츠/라이센스 정보를 전송하였고 발신 UE(704)는 비활성화되었다. 도 12에서, 목적지 UE(706)는 전송 서비스(734)에 복구 요청을 전송하고, 전송 서비스(734)는 SID에 대한 새로운 PID를 얻어 목적지 PID로 복구될 수 있는 애플리케이션들을 결정한다. 특히, 840에 나타낸 스테이지(A)에서, 목적지 UE(706)는 복구 요청("애플리케 이션/라이센스 요청")을 CDS(712)에 전송하고, 이에 응답하여 CDS(712)는 842에 나타낸 스테이지(B)에서 인증 및 허가와 캐리어 인터페이스를 수행한다. CDS(712)는 844에 나타내 스테이지(C)에서 입수한 애플리케이션/라이센스 메시지를 전송 서비스(734)로 중계한다. 전송 서비스(734)는 가입자 식별(SID)을 위한 새로운 플랫폼 식별(PID)을 입수하고 목적지 PID로 복구될 수 있는 애플리케이션들을 결정한다. 애플리케이션들을 기초로, 인터페이스 서비스(730) 및 그룹(718)을 이용하여 나머지 라이센스들이 복구된다. 특히, 846에 나타낸 스테이지(D)에서, 애플리케이션 대안 전달 아이템 메시지는 전송 서비스(734)로부터 서비스 인터페이스(730)로 진행하고, 다음에 서비스 인터페이스(730)는 스테이지(G)에서 848에 나타낸 그룹 자동 설치 MyApp 메시지를 그룹(718)으로 중계한다. 스테이지(F)에서, 그룹(718)은 850에 나타낸 응답을 서비스 인터페이스(730)에 제공하고, 다음에 서비스 인터페이스(730)는 852에 나타낸 스테이지(G)에서 응답 메시지를 전송 서비스(734)로 중계한다. 애플리케이션은 원래 디바이스로부터의 나머지 라이센스들과 함께 자동 설치된다. 특히, 854에 나타낸 스테이지(H)에서 전송 서비스(734)는 CDS(712)로 응답을 중계하고, 그 다음 CDS(712)는 스테이지(I)에서 목적지 UE(706)의 전송 클라이언트(738)에 성공을 보고한다. 목적지 UE(706)는 856에 나타낸 스테이지(J)에서 "ADS.txt 입수" 요청으로 CDS 서버(712)에 응답한다. CDS(712)는 858에 나타낸 스테이지(K)에서 동작 리스트를 얻기 위한 요청을 그룹(718)으로 전송한다. 스테이지(L)에서 그룹(718)은 860에 나타낸 자동 설치 아이템들을 CDS(712)로 전송하고, CDS(712)는 862에 나타낸 스테이지(M)에서 패키지들을 목적지 UE(706)로 전달한다. 864에 나타낸 스테이지(N)에서, 목적지 UE(706)는 다운로드(DL) 확인 응답을 CDS(712)로 반환한다.

한편, 도 13은 목적지 UE(706)가 전송 클라이언트(738)를 포함하지 않는 통신 시스템(700)에서 전송 서비스(734)로부터 목적지 UE(706)로의 예시적인 호 흐름도를 나타낸다. 따라서 일례에서 전송 서비스(734)는 목적지 UE(706)로부터가 아니라 전송 웹 클라이언트(740)(도 10)를 이용하여 전송 웹 포털(714)로부터의 콘텐츠/라이센스 정보 전송을 제공한다. 대안으로, 이러한 전송은 발신 UE(704)에 의해 시작된 전송 프로세스로부터의 연속일 수 있으며, 전송 클라이언트(736)는 한 형태에 따라 전송을 인증 및 승인하도록 MA 및 CDS 인터페이스를 구현할 수 있다. 일례로, 서버로의 전송 요청은 로직을 이용하여 전송 서비스(734)로 CT=Ack를 전송하는 전송 웹 클라이언트(740)를 포함한다. 전송 클라이언트(736)는 애플리케이션들을 삭제하고 삭제 이벤트를 CDS(712)에 전송한다. 한 형태에 따르면, 디바이스로의 복구 요청에서, 복구 가능한 아이템들/라이센스들은 디바이스에 따라 디바이스 상에서 그룹 자동 동작들 또는 Myapps를 통해 이용 가능해질 수 있다. CT 서비스는 필요하다면 TA를 생성하기 위한 환급(CreditBack) 엔진을 구현할 수 있다. 일례에 따르면, CT 서비스는 SID에 대한 고객 파트 및 라이센스 정보를 질문하여 정확한 전송 리스트를 생성한다. CT 클라이언트가 고객 파트에 존재하는 더 많은 아이템을 전송한다면, 추가 아이템들은 무시될 수 있다.

특히, 880에 나타낸 스테이지(A)에서, 목적지 UE(706)는 CDS(712)에 MA 등록 메시지를 전송한다. 882에 나타낸 스테이지(B)에서, CDS(712)는 인증, 허가 및 캐 리어 인터페이스를 수행한다. 884에 나타낸 스테이지(C)에서, CDS(712)는 전송 서비스(734)로부터의 SID/PID 정보를 요청하고, 전송 서비스(734)는 886에 나타낸 스테이지(D)에서 애플리케이션/라이센스 정보가 있는지 여부를 확인한다. 그 다음 888에 나타낸 스테이지(E)에서, 애플리케이션 대안 전달 아이템에 대한 요청이 서비스 인터페이스(730)에 대해 이루어지고, 다음에 서비스 인터페이스(730)는 890에 나타낸 스테이지(F)에서 그룹 자동 설치/My App 요청을 그룹(718)으로 중계한다. 그룹(718)은 892에 나타낸 스테이지(G)에서 성공 메시지를 서비스 인터페이스(730)로 중계하고, 다음에 서비스 인터페이스(730)는 894에 나타낸 스테이지(H)에서 성공 메시지를 전송 서비스(734)로 중계한다. 스테이지(I)에서, 전송 서비스(734)는 896에 나타낸 응답 메시지를 CDS(712)로 전송하고, 그 다음 898에 나타낸 스테이지(J)에서 등록 메시지를 목적지 UE(706)로 전송한다. 목적지 UE(706)는 900에 나타낸 스테이지(K)에서 CDS(712)에 ADS.txt 및 동작 리스트로 응답하고, 그 다음 CDS(712)는 902에 나타낸 스테이지(L)에서 동작 리스트 입수 요청을 그룹(718)으로 전송한다. 904에 나타낸 스테이지(M)에서 그룹(718)은 CDS(712)에 자동 설치 아이템을 전송하고, CDS(712)는 906에 나타낸 스테이지(N)에서 패키지를 목적지 UE(706)로 중계하며, 그 다음 목적지 UE(706)는 908에 나타낸 스테이지(O)에서 다시 CDS(712)로 다운로드(DL) 확인 응답을 전송한다.

도 14는 일례에 따라 클라이언트/라이센스 정보가 이용 가능하지 않고 목적지 UE(706)가 전송 클라이언트(738)를 포함하는 통신 시스템(700)에서 전송 서비스(734)로부터 목적지 UE(706)로의 예시적인 호 흐름도를 나타낸다. 예컨대, 발신 UE(704)가 분실 또는 손상된다면, 콘텐츠/라이센스 정보가 전송 서비스(734)로 전송될 수 없다. 따라서 920에 나타낸 스테이지(A)에서, 목적지 UE(706)는 CDS(712)로 애플리케이션/라이센스 메시지에 대한 요청을 전송한다. 922에 나타낸 스테이지(B)에서 CDS(712)는 통신을 인증 및 허가하고, 캐리어 인터페이스를 셋업한 다음, 924에 나타낸 스테이지(C)에서 전송 서비스(734)로부터의 애플리케이션 라이센스 입수를 요청한다. 926에 나타낸 스테이지(D)에서 전송 서비스(734)는 애플리케이션/라이센스 정보가 있는지 여부를 확인하기 위해 체크한다. 928에 나타낸 스테이지(E)에서, 전송 서비스(734)는 원래의 UE(704)가 애플리케이션/라이센스 정보를 아직 전송하지 않았다고 결정하면, 이러한 애플리케이션/라이센스 정보 입수 요청을 서비스 인터페이스(730)에 전송한다. 930에 나타낸 스테이지(F)에서, 서비스 인터페이스(730)는 고객 파트에 대한 요청을 TXN(726)으로 중계하고, TXN(726)은 932에 나타낸 스테이지(G)에서 고객 파트 정보에 응답한다. 서비스 인터페이스(730)는 934에 나타낸 스테이지(H)에서 애플리케이션/라이센스 정보를 전송 서비스로 중계한다. 비즈니스 정책들을 기초로, 스테이지(I)에서 전송 서비스는 서비스 인터페이스(730)로부터의 936에 나타낸 대안 전달 아이템을 요청하고, 다음에 서비스 인터페이스(730)는 938에 나타낸 스테이지(J)에서 그룹(718)으로 요청을 중계한다. 스테이지(K)에서 그룹(718)은 940에 나타낸 성공 응답으로 서비스 인터페이스(730)에 응답하고, 다음에 서비스 인터페이스(730)는 스테이지(L)에서 942에 나타낸 성공 응답으로 전송 서비스(734)에 응답한다. 스테이지(M)에서, 전송 서비스는 944에 나타낸 응답 메시지를 CDS(712)에 전송하고, CDS(712)는 성공 메시지를 전송 클라이언트(738)로 반환한다. 스테이지(O)에서, 목적지 UE(706)는 ADS.txt 입수 메시지로 CDS(712)에 응답하고, CDS(712)는 950에 나타낸 스테이지(P)에서 My Apps 입수 요청을 그룹(718)에 전송한다. 스테이지(Q)에서, 그룹(718)은 952에 나타낸 My Apps 카테고리로 CDS(712)에 응답하고, CDS(712)는 954에 나타낸 스테이지(R)에서 My Apps를 목적지 UE(706)로 전송한다. 다음에 스테이지(S)에서, 목적지 UE(706)는 956에서 다운로드를 확인 응답한다.

도 15는 일례에 따라 클라이언트/라이센스 정보가 이용 가능하지 않고 목적지 UE(706)가 전송 클라이언트(738)를 포함하지 않는 통신 시스템(700)에서 전송 서비스(734)로부터 목적지 UE(706)로의 예시적인 호 흐름도를 나타낸다. 설명한 예에서, 목적지 UE(706)는 전송 클라이언트(738)를 포함하지 않기 때문에, CDS(712)는 일단 새로운 목적지 UE(706)가 등록되면 전송 서비스(734)에 전달하는 캐리어 인터페이스(CI)를 구현할 수 있다. 특히, 970에 나타낸 스테이지(A)에서, 목적지 UE(706)는 MA 등록을 CDS(712)에 전송한다. 972에 나타낸 스테이지(B)에서 CDS(712)는 인증 및 허가를 수행하고, 캐리어 인터페이스를 생성한다. 스테이지(C)에서, CDS(712)는 974에 나타낸 전송 서버(734)로부터의 SID/PID 정보를 요청한다. 스테이지(D)에서, 전송 서버(734)는 976에서 나타낸 애플리케이션/라이센스 정보의 유무를 확인한다. 스테이지(E)에서, 전송 서버(734)는 서비스 인터페이스(730)로부터의, 978에 나타낸 애플리케이션/라이센스 정보 입수 요청을 전송한다. 스테이지(F)에서, 서비스 인터페이스(730)는 980에 나타낸 것과 같이 고객 파트 문의에 대한 요청을 TXN(726)으로 중계한다. 스테이지(G)에서, TXN(726)은 982 에 나타낸 고객 파트 정보로 서비스 인터페이스(730)에 응답한다. 스테이지(H)에서, 서비스 인터페이스(730)는 984에 나타낸 애플리케이션/라이센스 정보를 전송 서비스(734)로 중계한다. 스테이지(I)에서, 전송 서비스(734)는 986에 나타낸 BREWZone 대안 전달 아이템 요청을 서비스 인터페이스(730)로 전송한다. 스테이지(J)에서, 서비스 인터페이스(730)는 988에 나타낸 "그룹: My Apps에 대해서만" 메시지를 그룹(718)으로 전송한다. 그룹(718)은 990에 나타낸 스테이지(K)에서 성공 메시지로 응답한다. 서비스 인터페이스(730)는 922에 나타낸 스테이지(L)에서 성공 메시지를 전송 서비스(734)로 중계한다. 스테이지(M)에서, 전송 서비스(734)는 994에 나타낸 응답 메시지를 CDS(712)로 전송한다. 스테이지(N)에서, CDS(712)는 등록 응답을 목적지 UE(706)로 전송한다. 스테이지(O)에서, 목적지 UE(706)는 998에 나타낸 ADS.txt ... ItemList 메시지를 CDS(712)로 전송한다. CDS(712)는 1000에 나타낸 "My Apps 입수" 메시지를 그룹(718)으로 전송한다. 스테이지(Q)에서, 그룹(718)은 1002에 나타낸 My Apps 카테고리를 CDS(712)로 전송하고, CDS(712)는 1004에 나타낸 스테이지(R)에서 My Apps를 목적지 UE(706)로 전송하며, 목적지 UE(706)는 스테이지(S)에서 1006에 나타낸 "패키지 입수" 메시지로 CDS(712)에 응답한다.

도 16은 한 형태에 따른 디지털 락커(1102)를 구현하기 위한 통신 시스템(1100)에 대한 예시적인 구조의 개략도이다. 시스템(1100)은 전달 시스템(1104), MA 프록시(1106), 전송 서비스(1108), 디지털 락커(1102) 및 TXN(1110)을 포함한다. 전달 시스템(1104)은 콘텐츠 배포 서버(CDS)(1112) 및 그룹(1114)을 포함한다. UE(1116)는 각각의 API(1118, 1120)를 통해 CDS(1112) 및 MA 프록시(1106)와 인터페이스한다. 관리자 웹 시스템(1122)은 전송 서비스 API(1124)를 통해 전송 서비스(1108)와 상호 작용할 수 있다. MA 프록시(1106)는 전송 서비스 API(1124)를 통해 전송 서비스(1108)와 인터페이스한다. 그리고 전송 서비스(1108)는 디지털 락커 API(1126)를 통해 디지털 락커(1102)와 상호 작용한다. 전송 서비스(1108)는 서비스 인터페이스(1128)를 통해 그룹(1114) 및 TXN(1110)과 인터페이스한다. 한 형태에서, 전송 디지털 락커(1102)에 대한 함수들(예를 들어, API)은 Put, Get, Update 및 Remove이다. UE(1116)는 Put 함수를 사용하여 전송 백업 라이센스를 얻는다. Put 함수는 MA 프록시(1106)를 통과하여 전송 서비스(1108)를 TXN(1110)과 관련된 디지털 락커(1102)로 전달한다. Get 및 Update 함수는 웹 시스템(1122)에 의해 사용될 수 있고, Get, Update 및 Remove 함수는 전송 시스템(1100)에서 애플리케이션들을 복구하기 위해 UE(1116)에 의해 사용될 수 있다.

일례에 따르면, 디지털 락커는 가입자 정보(SID), 콘텐츠(예를 들어, 라이센스들) 및 메타정보(metainfo)(예를 들어, 콘텐츠 소유자와 관련된 정보)를 포함한다. 가입자 정보는 SID 또는 PID일 수 있다. 콘텐츠(예를 들어, 라이센스들)는 미리 정의된 dtd를 갖는 XML 객체 형태로 제시될 수 있다. 메타정보는 소유자 특정 로직이 콘텐츠에 사용될 수 있게 하는 콘텐츠의 소유자와 관련된 정보이다. 일례로, 로직은 디지털 락커 함수 또는 소유자 함수(예를 들어, 콘텐츠 만료, 콘텐츠의 상태 등)일 수 있다. 예컨대, 일례에서 콘텐츠 소유자는 CT, TXN, 고객 포털 등일 수 있다.

본원에 개시된 버전들에 관련하여 설명한 다양한 예시적인 로직, 논리 블록, 모듈 및 회로는 여기서 설명하는 기능들을 수행하도록 설계된 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적 회로(ASIC), 현장 프로그래밍 가능 게이트 어레이(FPGA) 또는 다른 프로그래밍 가능 논리 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트, 또는 이들의 임의의 조합으로 구현 또는 수행될 수 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안으로 프로세서는 임의의 종래 프로세서, 제어기, 마이크로컨트롤러 또는 상태 머신일 수도 있다. 프로세서는 또한 연산 디바이스들의 조합, 예를 들어 DSP와 마이크로프로세서의 조합, 다수의 마이크로프로세서, DSP 코어와 결합한 하나 이상의 마이크로프로세서, 또는 임의의 다른 구성으로 구현될 수도 있다. 추가로, 적어도 하나의 프로세서는 상술한 단계 및/또는 동작 중 하나 이상을 수행하도록 동작 가능한 하나 이상의 모듈을 포함할 수 있다.

또한, 본원에 개시된 형태들과 관련하여 설명한 방법 또는 알고리즘의 단계들 및/또는 동작들은 하드웨어에 직접, 또는 프로세서에 의해 실행되는 소프트웨어 모듈에, 또는 이 둘의 조합으로 구현될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터, 하드디스크, 착탈식 디스크, CD-ROM, 또는 공지된 임의의 다른 형태의 저장 매체에 상주할 수 있다. 예시적인 저장 매체는 프로세서가 저장 매체로부터 정보를 읽고 저장 매체에 정보를 기록할 수 있도록 프로세서에 연결된다. 대안으로, 저장 매체는 프로세 서에 통합될 수도 있다. 또한, 어떤 형태들에서 프로세서 및 저장 매체는 ASIC에 상주할 수도 있다. 추가로, ASIC는 사용자 단말에 상주할 수도 있다. 대안으로, 프로세서 및 저장 매체는 사용자 단말에 개별 컴포넌트들로서 상주할 수도 있다. 추가로, 어떤 형태들에서는 방법 또는 알고리즘의 단계들 및/또는 동작들이 기계 판독 가능 매체 및/또는 컴퓨터 판독 가능 매체 상의 명령들 중 하나 또는 임의의 조합 또는 세트로서 상주할 수도 있다.

상기한 개시는 예시적인 형태들 및/또는 구현들을 보여주지만, 첨부된 청구범위에 의해 정의된 바와 같이 설명한 형태들 및/또는 구현들의 범위를 벗어나지 않으면서 다양한 변형 및 개조가 이루어질 수 있다는 점에 유의해야 한다. 더욱이, 설명한 형태들의 엘리먼트들은 단수로 설명 또는 청구될 수 있지만, 단수로의 한정이 명시되지 않는 한 다수가 고려된다. 추가로, 달리 언급되지 않는 한, 임의의 형태 및/또는 실시예의 일부 또는 전부가 임의의 다른 형태 및/또는 구현의 일부 또는 전부와 함께 이용될 수도 있다.

Claims

현재 라이센싱된 애플리케이션과 관련된 컴퓨터 구현 애플리케이션을 거래(transact) 및 전송(transfer)하기 위한 방법으로서,

원본 애플리케이션을 실행하기에 적합한(suitable) 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성(validity)을 결정하는 단계;

제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체(substitute) 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들을 매핑하는 단계 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조(cross-referencing)함으로써 수행됨 ―;

상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 전송하기 위한 거래 가격결정에 비즈니스 정책(rule)을 적용하는 단계; 및

상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공(provision)함으로써 상기 거래를 종결(concluding)하는 단계를 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 제 1 사용자 디바이스 및 상기 제 2 사용자 디바이스와 통신하는 전송 관리 엔진에 의해 상기 제 1 사용자 디바이스로부터 상기 원본 애플리케이션의 삭제를 명령하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 원본 애플리케이션이 사용되는 것이 록킹(lock)되도록 상기 제 1 사용자 디바이스에 시그널링하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 라이센스 권리들의 타입들 및 유효성을 결정하는 단계는,

상기 제 1 사용자 디바이스에 상기 원본 애플리케이션의 재고목록목록(inventory)을 요청하는 단계; 및

거래 데이터베이스를 참조함으로써 상기 원본 애플리케이션에 대한 라이센스 권리들을 유효화하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 라이센스 권리들은 사용 제한을 포함하고, 상기 거래의 가격 결정은 상기 라이센스 권리들에 의해 허용되는 나머지 사용 부분을 결정하고 업그레이드 가격에 대해 상기 나머지 사용 부분의 값을 적용하는 것을 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 5 항에 있어서,

상기 나머지 사용 부분을 결정하기 위해 상기 원본 애플리케이션이 실행된 회수에 대한 상기 제 1 사용자 디바이스로부터의 추적을 요청하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 5 항에 있어서,

상기 나머지 사용 부분을 결정하기 위해 상기 원본 애플리케이션이 실행된 시간의 양에 대한 상기 제 1 사용자 디바이스로부터의 추적을 요청하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 제 2 사용자 디바이스에 상기 대체 애플리케이션을 무선으로 전달함으로써 상기 제 2 사용자 디바이스에 제공하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 제 2 사용자 디바이스에 상주하는 상기 대체 애플리케이션을 로킹 해제(unlock)하도록 시그널링함으로써 상기 제 2 사용자 디바이스에 제공하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 제 2 사용자 디바이스에의 제공은 연기(defer)되고, 상기 방법은 상기 라이센스 권리들의 비활성화될 원본 애플리케이션에 관한 부분에 대한 환급(credit back)을 결정하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 거래를 협상하기 위해 상기 제 1 사용자 디바이스의 사용자 인터페이스에 시그널링함으로써 상기 사용자와 상호 작용하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 거래를 협상하기 위해 상기 제 2 사용자 디바이스의 사용자 인터페이스에 시그널링함으로써 상기 사용자와 상호 작용하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 거래를 협상하기 위해 상기 제 1 사용자 디바이스 및 상기 제 2 사용자 디바이스와 통신하는 네트워크화된 컴퓨터의 사용자 인터페이스에 시그널링함으로써 상기 사용자와 상호 작용하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 애플리케이션들은 실행 가능 코드를 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 거래의 가격을 반영하도록 과금(billing) 거래를 수행하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함을 반영하도록 대체 라이센스 권리 거래들을 레코딩하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 1 항에 있어서,

상기 원본 애플리케이션보다 이익(benefit)을 갖는 동등한 애플리케이션의 이용가능성에 응답하여, 상기 원본 애플리케이션에 대한 라이센스 권리들을 이용하여 사용자 디바이스들의 집단(population)을 결정하는 단계;

상기 사용자 디바이스들의 집단에 상기 동등한 애플리케이션을 배포(distributing)하는 단계; 및

상기 원본 애플리케이션을 비활성화하도록 시그널링하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
현재 라이센싱된 애플리케이션과 관련된 컴퓨터 구현 애플리케이션을 거래 및 전송하도록 구성된 적어도 하나의 프로세서로서,

원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성을 결정하기 위한 제 1 모듈;

제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들을 매핑하기 위한 제 2 모듈 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행됨 ― ;

상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 전송하기 위한 거래 가격결정에 비즈니스 정책을 적용하기 위한 제 3 모듈; 및

상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함으로써 상기 거래를 종결하기 위한 제 4 모듈을 포함하는, 적어도 하나의 프로세서.
컴퓨터 판독 가능 매체로서,

컴퓨터로 하여금 원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성을 결정하게 하기 위한 적어도 하나의 명령;

상기 컴퓨터로 하여금 제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들을 매핑하게 하기 위한 적어도 하나의 명령 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행됨 ― ;

상기 컴퓨터로 하여금 상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 전송하기 위한 거래 가격결정에 비즈니스 정책을 적용하게 하기 위한 적어도 하나의 명령; 및

상기 컴퓨터로 하여금 상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함으로써 상기 거래를 종결하게 하기 위한 적어도 하나의 명령을 포함하는, 컴퓨터 판독 가능 매체.
원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성을 결정하기 위한 수단;

제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들을 매핑하기 위한 수단 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행됨 ―;

상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 전송하기 위한 거래 가격결정에 가격 비즈니스 정책을 적용하기 위한 수단; 및

상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함으로써 상기 거래를 종결하기 위한 수단을 포함하는, 장치.
현재 라이센싱된 애플리케이션과 관련된 컴퓨터 구현 애플리케이션을 거래 및 전송하기 위한 장치로서,

원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성을 결정하기 위한 전송 관리 컴포넌트;

제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들을 매핑하기 위한 애플리케이션 카탈로그 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행됨 ―;

상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 전송하기 위한 거래 가격결정에 비즈니스 정책을 적용하기 위한 정책 엔진; 및

상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함으로써 상기 거래를 종결하기 위한 배포 컴포넌트를 포함하는, 애플리케이션을 거래 및 전송하기 위한 장치.
제 21 항에 있어서,

상기 종결된 거래의 가격을 반영한 과금 거래를 수행하기 위해 상기 전송 관리 컴포넌트와 통신하는 과금 엔티티를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 장치.
제 21 항에 있어서,

상기 제 1 사용자 디바이스에 원격 저장된 거래 레코드와 상기 제 1 사용자 디바이스의 애플리케이션 재고목록 목록을 비교하는 애플리케이션 일치(reconciling) 컴포넌트를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 장치.
제 21 항에 있어서,

상기 배포 컴포넌트는 상기 제 1 사용자 디바이스 상에서 상기 원본 애플리케이션의 삭제를 일으키는 자동 삭제 기능을 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 장치.
제 21 항에 있어서,

상기 제 1 사용자 디바이스 및 상기 제 2 사용자 디바이스는 휴대용 통신 디바이스를 포함하며, 상기 장치는 상기 제 1 사용자 디바이스 및 상기 제 2 사용자 디바이스 중 적어도 하나를 위한 캐리어 서비스에 대한 서비스 인터페이스를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 장치.
현재 라이센싱된 애플리케이션과 관련된 컴퓨터 구현 애플리케이션을 거래 및 전송하기 위한 방법으로서,

원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들과 유효성의 결정을 요청하는 단계;

제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들의 매핑을 수락하는 단계 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행됨 ―;

상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 수신하기 위한 거래 가격결정에 비즈니스 정책을 적용함으로써 결정되었던 거래 가격을 수락하는 단계; 및

상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함을 수신함으로써 상기 거래를 종결하는 단계를 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 거래의 종결과 함께 상기 제 1 사용자 디바이스로부터 상기 원본 애플리케이션을 삭제하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 거래의 종결과 함께 상기 원본 애플리케이션을 록킹하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 제 1 사용자 디바이스 상에 상기 원본 애플리케이션의 재고목록 목록을 유지하는 단계; 및

거래 데이터베이스를 참조로 상기 원본 애플리케이션의 라이센스 권리들을 유효화하기 위해 상기 재고목록목록을 전송하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 29 항에 있어서,

상기 라이센스 권리들은 사용 제한을 포함하고, 상기 거래의 가격을 결정하기 위해 상기 제 1 사용자 디바이스 상에 상기 원본 애플리케이션의 재고목록목록을 유지하는 단계는 업그레이드 가격에 대해 나머지 사용 부분에 값이 적용될 수 있도록 상기 라이센스 권리에 의해 허용되는 상기 나머지 사용 부분을 결정하는 단계를 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 30 항에 있어서,

상기 나머지 사용 부분을 결정하기 위해 상기 원본 애플리케이션이 실행되었던 회수를 추적하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 30 항에 있어서,

상기 나머지 사용 부분을 결정하기 위해 상기 원본 애플리케이션이 실행되었던 시간의 양을 추적하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 제 2 사용자 디바이스에 대한 상기 대체 애플리케이션의 전달을 무선으로 수신함으로써 상기 제 2 사용자 디바이스에 제공하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 제 2 사용자 디바이스에 상주하는 상기 대체 애플리케이션을 로킹 해제함으로써 상기 제 2 사용자 디바이스에 제공하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 라이센스 권리들의 비활성화될 원본 애플리케이션에 관한 부분에 대한 환급을 수신하기 위해 상기 제 2 사용자 디바이스에의 제공을 연기하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 거래를 협상하기 위해 상기 제 1 사용자 디바이스의 사용자 인터페이스를 통해 상기 사용자와 상호 작용하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 거래를 협상하기 위해 상기 제 2 사용자 디바이스의 사용자 인터페이스를 통해 상기 사용자와 상호 작용하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 거래를 협상하기 위해 상기 제 1 사용자 디바이스 및 상기 제 2 사용자 디바이스와 통신하는 네트워크화된 컴퓨터의 사용자 인터페이스를 통해 상기 사용자와 상호 작용하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 애플리케이션들은 실행 가능 코드를 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 거래의 가격을 반영하도록 과금 거래를 일으키는 대체 애플리케이션을 수락하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 제 2 사용자 디바이스 상의 상기 대체 애플리케이션을 반영하도록 재고목록목록 추적을 업데이트하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
제 26 항에 있어서,

상기 원본 애플리케이션보다 이익을 갖는 동등한 애플리케이션의 이용가능성에 응답하여 전송된 상기 원본 애플리케이션을 대체하는 동등한 애플리케이션의 제공을 수신하는 단계; 및

상기 원본 애플리케이션을 비활성화하는 단계를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 방법.
현재 라이센싱된 애플리케이션과 관련된 컴퓨터 구현 애플리케이션을 거래 및 전송하도록 구성된 적어도 하나의 프로세서로서,

원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성의 결정을 요청하기 위한 제 1 모듈;

제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들의 매핑을 수락하기 위한 제 2 모듈 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행됨 ―;

상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 수신하기 위한 거래 가격결정에 비즈니스 정책을 적용함으로써 결정된 거래 가격을 수락하기 위한 제 3 모듈; 및

상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함을 수신함으로써 상기 거래를 종결하기 위한 제 4 모듈을 포함하는, 적어도 하나의 프로세서.
컴퓨터 판독 가능 매체로서,

컴퓨터로 하여금 원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성의 결정을 요청하게 하기 위한 적어도 하나의 명령;

상기 컴퓨터로 하여금 제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들의 매핑을 수락하게 하기 위한 적어도 하나의 명령 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행됨 ―;

상기 컴퓨터로 하여금 상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 수신하기 위한 거래 가격결정에 비즈니스 정책을 적용함으로써 결정된 거래 가격을 수락하게 하기 위한 적어도 하나의 명령; 및

상기 컴퓨터로 하여금 상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함을 수신함으로써 상기 거래를 종결하게 하기 위한 적어도 하나의 명령을 포함하는, 컴퓨터 판독 가능 매체.
원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성의 결정을 요청하기 위한 수단;

제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들의 매핑을 수락하기 위한 수단 ― 상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행됨 ―;

상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 수신하기 위한 거래 가격결정에 비즈니스 정책을 적용함으로써 결정된 거래 가격을 수락하기 위한 수단; 및

상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함을 수신함으로써 상기 거래를 종결하기 위한 수단을 포함하는, 장치.
현재 라이센싱된 애플리케이션과 관련된 컴퓨터 구현 애플리케이션을 거래 및 전송하기 위한 장치로서,

원본 애플리케이션을 실행하기에 적합한 제 1 구성을 갖는 제 1 사용자 디바이스에 의해 실행되는 상기 원본 애플리케이션에 대한 사용자가 보유하고 있는 라이센스 권리들의 타입들 및 유효성의 결정을 요청하기 위한 통신 컴포넌트; 및

제 2 구성을 갖는 제 2 사용자 디바이스 상에서 실행하기에 적합한 대체 애플리케이션에 유효한 것으로 결정된 상기 라이센스 권리들의 매핑을 수락하고, 상기 사용자가 상기 원본 애플리케이션을 사용하지 않고 상기 대체 애플리케이션을 사용할 수 있도록 상기 제 2 사용자 디바이스에 대하여 매핑되는 라이센스 권리들을 수신하기 위한 거래 가격결정에 비즈니스 정책을 적용함으로써 결정된 거래 가격을 수락하기 위한 사용자 인터페이스를 포함하며,

상기 통신 컴포넌트는 상기 대체 애플리케이션을 상기 제 2 사용자 디바이스에 제공함을 수신함으로써 상기 거래를 종결하고,

상기 매핑은 상기 대체 애플리케이션에 대한 라이센스 권리들의 타입들에 상기 원본 애플리케이션의 라이센스 권리들의 상기 결정된 타입들을 상호 참조함으로써 수행되는, 애플리케이션을 거래 및 전송하기 위한 장치.
제 46 항에 있어서,

상기 제 1 사용자 디바이스에 원격 저장된 거래 레코드에 일치시키기 위해 상기 원본 애플리케이션을 추적하는 애플리케이션 재고목록목록 컴포넌트를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 장치.
제 46 항에 있어서,

상기 거래의 종결과 함께 상기 제 1 사용자 디바이스 상에서 상기 원본 애플리케이션을 삭제하도록 동작할 수 있는 전송 클라이언트를 더 포함하는, 애플리케이션을 거래 및 전송하기 위한 장치.
제 46 항에 있어서,

상기 제 1 사용자 디바이스 및 상기 제 2 사용자 디바이스 중 선택된 디바이스는 캐리어 서비스와 통신하는 휴대용 통신 디바이스를 포함하는, 애플리케이션을 거래 및 전송하기 위한 장치.