KR20160037175A - 소매상들을 이용하여 서브스크립션들을 신디케이팅하기 위한 시스템 - Google Patents

Abstract

소매상들을 이용하는 서브스크립션들의 신디케이션을 촉진하기 위한 시스템 및 방법들이 설명된다. 소매상은 고객 관계를 관리할 수 있으며, 옵션으로서 고객의 서브스크립션을 자동 갱신할 수 있다. 서브스크립션을 이행하는 플랫폼은 소매상으로부터 지불을 수신하고, 고객에게 갱신 서브스크립션을 제공한다. 고객은 소매상으로부터 자격 카드를 구매할 수 있다. 자격 카드는 (토큰의 입력을 통해) 플랫폼 홀더 시스템을 통해 환매 가능한 서브스크립션을 위한 것일 수 있으며, 카드를 판매한 소매상의 표시자를 포함한다(또는 할당받는다). 서브스크립션을 이행하는 플랫폼은 표시자를 이용하여, 서브스크립션이 구매된 소매상에 기초하여 고객에 대한 차별화된 또는 맞춤화된 경험을 제공할 수 있다. 제삼자 제공자들은 플랫폼을 이용하여, 그들의 제품들 및 서비스들을 소매상들과 신디케이팅할 수 있다.

Description

소매상들을 이용하여 서브스크립션들을 신디케이팅하기 위한 시스템{SYSTEM FOR SYNDICATING SUBSCRIPTIONS WITH RETAILERS}

소프트웨어 산업은 영구 라이선스를 갖는 박스 포장 소프트웨어를 판매하는 방식으로부터 결국에는 만료되는 존속 기간을 갖는 소프트웨어 및 서비스에 대한 서브스크립션(subscription)을 판매하는 방식으로 바뀌고 있다. 고객이 서브스크립션 만료시에 자동으로 과금되는 자동 서브스크립션 갱신은 서비스의 연속성을 보증할 수 있다.

일반적으로, 안티바이러스 소프트웨어와 같은 온라인 서비스에 대해, 고객은 자동 갱신 정책에 의해 서브스크립션을 구매하거나, 서브스크립션을 갱신할 것을 안티바이러스 소프트웨어로부터 촉구받을 수 있다. 그러나, 이러한 프로세스는 직접 채널을 통해 이루어진다. 즉, 서비스 또는 제품 제공자는 해당 서비스 또는 제품을 갱신하도록 고객에게 촉구하고/하거나, 갱신 정책에 따라 고객에게 자동으로 청구한다. 따라서, 직접 채널을 통하지 않는 서브스크립션은 물론, 재판매업자를 통한 서브스크립션의 판매 및 갱신을 지원하는 기반구조 및 계획이 다음 개발 방안일 수 있다.

본 발명은 소매상들을 이용하여 서브스크립션들을 신디케이팅(syndicating)하기 위한 방법들, 시스템들 및 솔루션들과 관련된다. 소매상들이 서브스크립션 제품들 또는 서비스들을 고객들에게 판매하는 것을 가능하게 하기 위한 시스템 및 방법들이 설명되며, 그러한 제품들 또는 서비스들은 다른 회사 -플랫폼 홀더 또는 제삼자 제공자- 에 의해 제공(및/또는 이행)된다.

일 구현에서, 제삼자 서비스/제품 서브스크립션을 광고하는 물리적 박스(또는 다른 패키지)가 소매상에 의한 판매를 위해 이용 가능할 수 있다. 고객은 소매상으로부터 물리적 박스(또는 다른 패키지)를 구매하고 제삼자 서비스/제품에 대한 서브스크립션에 대해 지불할 수 있다. 소매상은 고객 관계(customer relationship)를 관리할 수 있으며, 옵션으로서, 최초 서브스크립션 구매시에 승인받았으면 고객의 서브스크립션을 자동으로 갱신하거나, 서브스크립션 만료시에 고객과 접촉하여 서브스크립션을 갱신할 수 있다.

일 구현에서, 물리적 박스(또는 다른 패키지)는 자격 카드(entitlement card)(서브스크립션 혜택들의 표현)를 포함한다. 자격 카드는 플랫폼 홀더 시스템을 통해 환매 가능한 서브스크립션에 대한 토큰 또는 다른 제품 키에 대한 기판을 제공한다. 토큰은 카드를 판매한 소매상의 표시자(indicator)를 할당받거나 포함할 수 있다. 소매상의 표시자는 서브스크립션을 판매 한 소매상에 기초하여 고객에 대한 차별화된 또는 맞춤화된 경험을 제공하기 위해 서브스크립션을 이행하는 플랫폼 홀더 또는 기타 엔티티에 의해 사용될 수 있다.

다른 구현에서, 소매상들이 해당 소매상에게 처음 구매한 고객들에 대해 제품들 또는 서비스들의 서브스크립션들을 자동으로 갱신하는 것을 가능하게 하는 시스템이 제공된다. 시스템은 디지털 및 논-디지털 제품들 및 서비스들에 대해 그러한 제품들 및 서비스들이 신디케이팅 방식으로 판매되는 것을 가능하게 하기 위해 사용될 수 있다. 시스템은 플랫폼 홀더 시스템 및 서비스를 포함할 수 있다.

플랫폼 홀더 시스템 및 서비스를 통해, 제삼자 제공자들은 옵션으로서 소매 채널을 통해 자동 갱신될 수 있는 서브스크립션들을 판매할 수 있다. 제삼자 애플리케이션 서브스크립션의 이행은 플랫폼 홀더 시스템 또는 제삼자 제공자에 의해 실행될 수 있다. 일부 예들에서 서브스크립션의 임박한 만료(또는 프리미엄 서브스크립션의 연쇄 판매)와 같은 과금 이벤트들에 대한 통신은 소매상에 의해, 다른 예들에서는 플랫폼 홀더에 의해 또는 제삼자에 의해 처리된다.

이 요약은 아래의 상세한 설명에서 더 설명되는 개념들의 발췌를 간단한 형태로 소개하기 위해 제공된다. 이 요약은 청구 발명의 중요한 특징들 또는 본질적인 특징들을 식별하는 것을 의도하지 않으며, 청구 발명의 범위를 한정하는 데 사용되는 것도 의도하지 않는다.

도 1a-1d는 토큰 기반 서브스크립션들을 판매할 때 소매상을 인식하기 위한 프로세스 흐름을 나타낸다.
도 2a-2c는 소매상을 통한 서브스크립션들의 갱신을 촉진하기 위한 프로세스 흐름을 나타낸다.
도 3a-3d는 소매상을 통한 제삼자 서브스크립션들의 갱신을 촉진하기 위한 프로세스 흐름을 나타낸다.
도 4는 일반적인 동작 환경을 나타낸다.
도 5는 소정 구현들이 실행될 수 있는 동작 환경을 나타낸다.
도 6은 소정 구현들이 실행될 수 있는 동작 환경을 나타낸다.
도 7a 및 7b는 소매상을 통한 서브스크립션들의 신디케이션 및 갱신을 촉진하기 위한 방법의 구현들을 나타낸다.
도 8a-8c는 소매상을 통한 서브스크립션들의 갱신을 촉진하기 위한 프로세스 흐름을 나타낸다.

본 발명은 소매상들을 이용하여 서브스크립션들을 신디케이팅하기 위한 방법들, 시스템들 및 솔루션들과 관련된다.

소정 실시예들은 오프라인 및 온라인 소매상들을 통해 환매 토큰들을 이용하여 제품들 및 서비스들에 대한 서브스크립션들을 판매하는 것을 고려한다. (본 명세서에서 교체 가능하게 사용될 수 있는) "토큰" 또는 "환매 토큰(redemption token)"은 자격에 액세스하고 자격을 환매하는 데 사용되는 고유 식별자를 지칭한다. 고유 식별자는 주어진 시스템 내에서 단일 엔티티와 독점적으로 관련되는 식별자를 지칭한다. 토큰은 문자들의 시리즈 또는 숫자 및/또는 글자들의 스트링(예로서, 영숫자 식별자)일 수 있다. 사용자(또는 사용자를 대리하는 엔티티)는 예를 들어 환매 인터페이스를 통해 토큰을 입력하여, 사용자가 토큰에 의해 액세스하거나 획득할 자격을 갖는 혜택들을 환매할 수 있다.

소정 구현들의 환매 토큰들은 일반적으로 기판을 포함하며, 기판 상에 토큰이 포함된다. 기판은 자격 카드 또는 물리적 박스 또는 다른 패키지로서 제공될 수 있다. 기판은 토큰이 판독되어질 수 있는 카드, 박스, 종이 또는 다른 물리적 수단일 수 있다.

환매 토큰은 (인쇄 또는 스탬핑됨으로써) 사람에 의해 판독될 수 있거나, (예로서, 자기 스트립 또는 무선 주파수 송신에 의해) 기계에 의해 판독될 수 있다. 일부 예들에서, 환매 토큰은 물리 카드 또는 기판 상에 존재하지 않는 형태로 고객(예로서, 소매상에게 서브스크립션 기반 제품들/서비스들을 구매하는 최종 사용자)에게 제공될 수 있다. 예를 들어, 환매 토큰은 메시지 또는 이메일 내에서 또는 소정의 다른 통신 형태에 의해 고객에게 전송될 수 있다.

다양한 구현들에 따르면, 환매 토큰은 전자적으로 전달되거나 카드 상에 인쇄되고 재래식 상점에서 소매상에 의해 판매되거나 온라인 소매의 경우에 고객에게 메일링될 수 있다. 일 구현에서, 토큰은 토큰 정보를 커버하는 불투명한 물질을 벗겨낼 때 드러나는 방식으로 자격 카드 또는 다른 패키징 상에 제공될 수 있다. 다른 구현에서, 소매상 판매 시점 관리(point of sale) 시스템은 자격 카드(또는 서비스 또는 제품에 대한 서브스크립션을 나타내는 다른 패키지 또는 물리적 박스)가 구매되었음을 인식할 수 있으며, 적절한 환매 토큰을, 영수증 상에 토큰을 인쇄하거나, 토큰을 이메일링하거나, 토큰을 메시징함으로써, 또는 소정의 다른 적절한 방식을 통해 동적으로 제공할 수 있다. 예를 들어, 박스는 제품을 설명하는 바코드를 포함할 수 있으며; 바코드가 판매 시점 관리 시스템에서 스캐닝될 때, 토큰이 카드를 판매한 소매상의 표시자와 함께 고객에게 제공될 수 있다. 소매상은 제품들 및 서비스들을 고객들에게 온라인으로 또는 재래식 상점에서 판매하는 제품 생산자 또는 배포자의 소매 파트너를 지칭한다.

구매 후에, 토큰은 플랫폼 홀더를 이용하여 서브스크립션 제품/서비스들로 교환될 수 있다. 플랫폼 홀더는 소프트웨어 제품들 및/또는 서비스들을 배포할 수 있는 배포 시스템을 제공한다. 플랫폼 홀더는 본 명세서에서 설명되는 기능이 다양한 시스템들에 의해 액세스되는 것을 가능하게 하기 위한 애플리케이션 프로그래밍 인터페이스(API)도 제공할 수 있다. 플랫폼 홀더는 '앱 스토어'의 운영자일 수 있다. 소매상들은 제품들 및 서비스들을 최종 사용자에게 직접 제공하는 임의의 상인들을 포함하며, 이들은 크고 작은 소매 상점들, OEM(original equipment manufacturer) 전기 통신 제공자들 및 심지어는 (일부 예들에서 자신들이 플랫폼 홀더로서 기능할 수 있는) 다른 앱 스토어들을 포함한다.

플랫폼 홀더에 의해 배포되는 소프트웨어 제품들 및/또는 서비스들은 플랫폼 홀더(즉, 제1 당사자 소프트웨어)에 의해 개발 또는 소유될 수 있다. 일부 구현들에서, 시스템들은 또한 제삼자 제공자에 의해 개발 및/또는 소유된 소프트웨어가 플랫폼 홀더에 의해 배포되는 것을 가능하게 한다. 제삼자 제공자는 플랫폼 홀더의 '앱 스토어'를 통해 서브스크립션 기반 소프트웨어/서비스들을 제공하는 엔티티를 지칭한다. 제삼자 제공자는 개발자일 수 있다.

토큰은 특정 서브스크립션 기반 제품/서비스의 혜택(benefit)에 대한 고객 액세스를 승인한다. 그러한 제품/서비스는 제1 당사자로부터(플랫폼 홀더로부터) 또는 제삼자 제공자로부터 유래될 수 있다.

본 명세서에서 사용되는 바와 같이, 토큰은 플랫폼 홀더의 카탈로그로부터의 임의의 제품/서비스에 대한 홀더 액세스를 승인하는 저장 값의 형태가 아니다. 오히려, 토큰은 특정 혜택을 할당받으며, 그러한 특정 혜택과 교환된다. 게다가, 본 발명의 실시예들에 따르면, 토큰은 특정 소매상에게 더 할당된다.

다양한 실시예들에 따르면, 설명되는 자격 카드들(및 다른 패키징)과 관련되는 자격들은 신디케이팅될 수 있는 온라인 서비스 또는 다른 제품에 대한 서브스크립션들을 포함한다.

소프트웨어 산업은 소프트웨어를 플랫폼 홀더들에 의해 운영되는 앱 스토어들을 통해 전자적으로 배포하는 모델로 바뀌고 있다. 플랫폼 홀더들 및 앱 스토어들의 예들은 iTunes(등록상표)를 갖는 Apple Inc., Window(등록상표) 스토어를 갖는 Microsoft Corp., Amazon(등록상표) 앱 스토어를 갖는 Amazon.com, Inc. 및 Google Paly(등록상표)를 갖는 Google, Inc.를 포함한다.

앱 스토어들로의 전이에도, 소매상들 - 재래식(brick and mortar)(B&M) 및 온라인 양자 -은 계속해서 소프트웨어에 대한 중요한 배포 채널이다. 소프트웨어는 물론, 소매상들을 통해 온라인 방법들을 통해 이행될 수 있는 다른 제품들 및 서브스크립션들을 계속 배포하는 것은 어려운 문제일 수 있다. 한 가지 고려 대상은 유지되고 촉진되어야 하는 소매상과 고객 간의 관계이다.

오늘날, 고객은 소매상으로부터 서브스크립션 서비스 또는 제품에 대한 선불 자격 카드를 구매할 수 있다. 자격은 1년 동안의 서브스크립션일 수 있지만, 월별 및 맞춤 기간들을 포함하는 다른 기간들이 이용 가능할 수 있다. 소매상으로부터 구매되면, 자격 카드 상에 포함된(또는 그와 다른 방식으로 관련된) 토큰은 서브스크립션을 이행하는 엔티티를 통해 집(또는 직장)으로부터 환매 및 활성화될 수 있다. 이것은 플랫폼 홀더 및/또는 서비스/제품 제공자일 수 있다. 주문 이행은 서비스를 제공하는 것; 사용자가 제품/아이템을 다운로드하거나 그에 액세스하는 것을 허가하는 것 또는 사용자가 서비스 또는 제품에 액세스하는 것을 허가하는 것을 지칭한다.

구현들은 소프트웨어의 플랫폼 홀더들 및 제삼자 제공자들의 제품들 및 서비스들이 플랫폼 홀더에 의해 운영되는 시스템을 통해 궁극적으로 이행되는 경우에도 그들이 그들의 제품들 및 서비스들에 대한 서브스크립션들을 소매상들을 통해 판매하는 것을 가능하게 한다. 서브스크립션들은 플랫폼 홀더 또는 제삼자 서비스 또는 제품 서브스크립션들을 광고하는 물리적 박스 또는 다른 패키지의 형태로 판매될 수 있다. 고객에게 직접 채널에서(즉, 온라인으로 개시되는 통신을 통해 또는 플랫폼 홀더 및/또는 서비스/제품 제공자를 이용하여) 그들의 서브스크립션을 갱신하도록 촉구하는 대신에, 실시예들은 고객-소매상 관계의 유지를 촉진한다. 이것은 소매상이 자격 카드의 최초 판매 후에 그 관계를 벗어날 때 발생할 수 있는 서브스크립션 판매에 대한 의욕 저하를 최소화할 수 있다.

환매 토큰들은 토큰을 제공받는 소매상과 관련되도록 플랫폼 홀더에 의해 구성될 수 있다. 환매 토큰들에 대한 자격 카드들 및 다른 서브스크립션 패키징은 카드를 판매하는 소매상을 나타내는 코드, 정보 또는 다른 식별자를 포함할 수 있다. 카드를 판매하는 소매상을 나타내는 코드, 정보 또는 다른 식별자는 명시적일 수 있으며, 따라서 코드, 정보 또는 다른 식별자의 검사는 환매 토큰과 관련된 소매상을 드러낼 수 있다. 다른 예들에서, 카드를 판매하는 소매상을 나타내는 코드, 정보 또는 다른 식별자는 환매 토큰 내에 암시되며, 따라서 환매 토큰의 검사는 소매상을 드러내지 못할 수 있는 대신, 환매 토큰은 환매 토큰과 소매상 간의 관계를 저장하는 데이터베이스 또는 다른 메모리의 검토시에 소매상을 나타낸다.

특정 환매 토큰에 대한 소매상에 관한 정보는 고객 경험을 맞춤화하는 데 사용된다. 이러한 정보의 도움으로, 플랫폼 시스템은 마케팅 이메일들을 전송하고 플랫폼 홀더 및/또는 서비스/제품 제공자의 사이트 대신에 갱신할 소매상의 사이트로 고객들을 이동시킬 링크들을 서브스크립션을 갱신할 제품 내에 갖는 능력을 포함하여 소매상과 고객 간의 고객 관계 관리(CRM) 관계를 증진 및/또는 촉진할 수 있다.

하나의 접근법으로서, 본 명세서에서 설명되는 자격 신디케이션 시스템들은 사용자와의 과금 관계 및 이행 관계의 분리를 가능하게 한다.

신디케이션은 당사자 A가 당사자 B에 의해 제공되고 당사자 C를 통해 이행될 수 있거나 이행되지 못할 수 있는 제품/서비스에 대한 서브스크립션을 판매하는 것을 허가하는 것을 지칭한다. 본 명세서에서 설명되는 구현들에 적용되는 바와 같이, 당사자 A는 소매상이고, 서브스크립션은 당사자 A가 자동으로 갱신할 수 있는 서브스크립션이며, 당사자 C는 플랫폼 홀더이다.

뉴스 및 엔터테인먼트와 관련하여 사용되는 콘텐츠 신디케이션 모델과 유사하게, 하나의 플랫폼 또는 포럼에서 개시되는 뉴스 기사들 및 텔레비전 쇼들과 같은 콘텐츠가 배포 채널들을 통해 다른 포럼에 의해 이용 가능하게 되는 경우, 소정 실시예들은 이러한 모델을 콘텐츠(여기서는 제품 또는 서비스)가 소매상에 대해 신디케이팅되는 방식으로 제품들 및 서비스들에 적용한다. 소매상은 제품 또는 서비스를 패키징 및 제공할 수 있다. 다른 구현들에서, 소매상은 플랫폼 홀더 또는 제삼자에 의해 패키징/생성되는 물리 카드를 판매할 수 있다.

소매상들이 소매상에서 구매를 개시하는 그들의 고객들의 서브스크립션들을 자동으로 갱신하는 것을 가능하게 하는 시스템이 제공된다. 시스템은 서브스크립션이 소매상에 의해 판매될 때 이를 인식할 수 있는데, 그 이유는 토큰들이 그들이 그 소매상에 의해 소유된 것을 나타내기 때문이다. 이어서, 토큰이 환매될 때, 토큰이 소매상으로부터 온 것이 인식된다. 소매상은 고객의 서브스크립션이 만료되려고 하는지를 계속 추적하고, 고객과 접촉하고, 갱신을 개시하는 과금 엔진을 갖는다. 플랫폼 홀더는 주문을 이행한다.

소매상들이 서브스크립션 기간의 종료시에 고객의 서브스크립션의 자동 갱신에 대한 정보를 수집하는 것을 가능하게 하는 API가 제공된다. 만료시에, 소매상은 고객의 보관된 지불 수단으로부터 지불을 받는다. 소매상은 API를 통해 이행 엔티티와 접촉하여, 추가 서브스크립션 기간을 갖는 사용자의 서브스크립션을 제공할 수 있다.

도 1a-1d는 토큰 기반 서브스크립션들을 판매할 때 소매상을 인식하기 위한 프로세스 흐름을 나타낸다.

도 1a를 참조하면, 특정 소매상(130)에 제공되는 토큰들(120)을 계속 추적하기 위해 플랫폼 홀더(110)에 의해 토큰-소매상 관계 데이터베이스(100)가 사용될 수 있다. 플랫폼 홀더(110)는 토큰들을 생성하거나 토큰 생성 서비스를 이용할 수 있다. 이 프로세스는 "주조(minting)"로도 지칭되는데, 그 이유는 토큰 생성자가 숫자 및/또는 글자 키들을 생성할 수 있기 때문이다. 생성된 토큰들은 비활성 상태로 플랫폼 홀더의 토큰 관리 시스템 내로 반입될 수 있다. 이러한 토큰들은 소매상, 다양한 배포자 및 심지어는 개발자를 포함하지만 이에 한정되지 않는 다양한 당사자들에게 판매 또는 제공될 수 있다.

토큰(120)(또는 그의 묶음)이 소매상(130)에게 판매(또는 제공)될 때, 플랫폼 홀더(110)는 그러한 토큰들이 어느 소매상에게 제공되었는지를 기록한다. 토큰들(120)은 특정 소매상에게 할당된 표시자를 포함할 수 있다. 이어서, 고객(140)이 플랫폼 홀더(110)를 이용하여 해당 토큰을 환매할 때, 고객의 서브스크립션이 해당 소매상과 관련된다. 따라서, 플랫폼 홀더(110)가 토큰들을 소매상(130)에게 판매할 때, 플랫폼 홀더(110)는 관계를 데이터베이스(100) 내에 저장함으로써 그러한 토큰들을 소매상(130)과 관련시킨다.

도 1b를 참조하면, 고객(140)은 소매상(130)으로부터 토큰(120)을 구매할 수 있다. 소매상(130)은 다양한 CRM 플랫폼들을 이용하여, 갱신 가능 서브스크립션들에 대한 자격들의 판매로부터 발생하는 것들을 포함하는 고객(140)과의 진행성 관계를 관리할 수 있다.

도 1c를 참조하면, 고객(140)은 기존 계정 또는 새로 생성된 계정을 통해 플랫폼 홀더(110)를 이용하여 토큰(120)과 관련된 자격을 환매할 수 있다. 플랫폼 홀더(110)는 계정 정보를 데이터베이스(150) 내에 저장한다. 이 계정은 고객(140)(및 대응하는 제품 또는 서비스)을 식별하는 데 사용되며, 서브스크립션 식별자(서브스크립션 ID 또는 SID)로서 지칭될 수 있다. SID 계정 식별은 소매상(130)에 의해 사용되는 것과 동일한 것이 아니다(그러나, 플랫폼 홀더(110) 및 소매상(130)이 동일한 계정 식별을 이용하는 시나리오들이 존재할 수 있다). 이어서, 고객의 계정은 고객(140)이 어떤 제품들 및/또는 서비스들에 액세스할 자격이 있는지를 체크하는 데 사용될 수 있다. 즉, 플랫폼 홀더(110)는 서브스크립션 혜택들을 고객의 계정에 제공한다.

고객(140)은 소매상(130)에 더하여 또는 그 대신에 플랫폼 홀더(110)에 직접 접촉 정보를 제공할 수 있다. 일부 예들에서, 토큰을 환매하는 사람은 토큰을 구매한 사람과 다를 수 있다. 일부 예들에서, 고객(140)은 그들의 정보를 소매상(130)에게 제공하지 않기로 결정할 수 있거나, 정확하지 않은 정보가 제공되었을 수 있다. 고객의 접촉 정보는 일반적으로 플랫폼 홀더(110)에 정확하게 그리고 적어도 고객(140)이 플랫폼 홀더(110)로부터 제품 및/또는 서비스를 수신하는 것을 가능하게 하는 방식으로 제공된다.

플랫폼 홀더(110)는 고객(140)으로부터의 허가를 이용하여 고객의 접촉 정보를 소매상(130)에게 제공할 수 있다. 이어서, 소매상(130)은 예를 들어 고객(140)에게 그들의 서브스크립션을 갱신하도록 권하기 위해 고객(140)과 접촉하는 입장에 있을 것이다. 다른 구현에서, 플랫폼 홀더(110)는 플랫폼 홀더(110)가 고객(140)에게 보여줄 수 있는 맞춤화된 통신을 소매상(130)으로부터 수신하기 위한 API를 제공할 수 있다. 따라서, 소매상(130)은 그의 고객들과의 통신에 사용되는 그 자신의 웹사이트 및/또는 설정된 마케팅 이메일 시스템을 통해 고객(140)과 통신할 수 있거나, 소매상(130)은 소매상 대신에 고객들에게 메시징하도록 플랫폼 홀더(110)에게 콘텐츠를 제공할 수 있다.

도 1d에 도시된 바와 같이, 플랫폼 홀더(110)에 의해 제공되는 서브스크립션 갱신에 대한 엔트리 포인트는 소매상(130)을 포함하며, 따라서 고객(140)은 플랫폼 홀더(110) 대신에 소매상(130)을 통해 서브스크립션을 갱신할 수 있다. 갱신 프로세스의 일부로서, 고객(140)은 플랫폼 홀더(110)에 대한 그들의 계정에 서명하도록 요청받을 수 있다. 플랫폼 홀더(110)는 소매상(130)으로부터 갱신을 구매하도록 고객(140)을 보낼 수 있다(redirect). 예를 들어, 서브스크립션 갱신은 소매상(130)에 의해 호스트되는 웹사이트에 대한 링크를 포함할 수 있다. 소매상(130)은 갱신의 지불 및 과금 양태들을 처리하고, 서브스크립션이 갱신된 것을 플랫폼 홀더(110)에 알릴 수 있다. 이어서, 플랫폼 홀더(110)는 적절한 서브스크립션 혜택들을 올바른 고객의 계정에 제공하고, 고객이 그들의 서브스크립션을 갱신하지 않기로 결정하는 경우에 유사하게 그러한 혜택들을 제공하지 않을 수 있다.

다른 구현에서, 고객(140)은 서브스크립션을 갱신하기 위해 소매상(130)과 직접 통신할 수 있으며, 소매상(130)은 (플랫폼 홀더(110)의) 플랫폼 시스템의 갱신 API를 통해 고객(140)을 대신하여 플랫폼 홀더(110)와 통신한다.

도 2a-2c는 소매상을 통한 서브스크립션들의 갱신을 촉진하기 위한 프로세스 흐름을 나타낸다.

도 2a를 참조하면, 소매상(200)이 고객(220)에게 토큰(210)을 판매할 때, 소매상(200)은 옵션으로서 고객(220)이 서브스크립션의 기간의 종료시에 서브스크립션을 자동으로 갱신하기를 원하는지를 고객(220)에게 물을 수 있다. 고객(220)이 동의하는 경우, 소매상은 고객(220)의 지불 수단 상세들을 수집하고, 지불 수단 상세들의 고객 데이터를 소매상의 데이터베이스(230) 내에 저장할 수 있다. 이어서, 지불 수단 상세들은 서브스크립션이 자동으로 갱신될 경우에 고객(220)에게 과금하는 데 사용될 수 있다. 지불 수단은 소매상(200)이 고객(220)에게 과금하는 것을 가능하게 하기 위한 고객의 신용 카드 또는 다른 상세들을 지칭한다.

일부 구현들에서, 서브스크립션을 자동 갱신 서브스크립션으로서 배열하기 위해, 소매상(200)은 플랫폼 홀더(240)에 의해 노출된 API를 호출하여, 고객(220)에게 판매된 토큰(210)이 자동 갱신 모드로 셋업될 것이라는 것을 플랫폼 홀더(240)에게 알린다. 자동 갱신 모드는 토큰이 소매상과 관련된다는 표시를 포함할 수 있다. 예를 들어, 일부 예들에서, 토큰은 갱신 가능 혜택을 나타내는 자격들을 사전에 할당받지 않을 수 있다. 따라서, 소매상(200)은 토큰(210)을 통해 환매될 혜택의 타입을 플랫폼 홀더(240)에게 알릴 수 있다.

혜택은 사용자가 토큰의 환매시에 제공받을 수 있는 자격들/혜택들의 표현인 "제의"로도 지칭될 수 있다. 제의는 자동 갱신 서브스크립션 또는 비갱신 서브스크립션일 수 있다. 서브스크립션(자동 갱신 또는 비갱신)에 대한 모드는 소매상(200)이 토큰의 판매를 플랫폼 홀더(240)에게 알릴 때 설정될 수 있다. 자동 갱신 서브스크립션은 해당 시나리오에 고유한 사용자의 경험들을 포함할 수 있는 반면, 비자동 갱신 서브스크립션은 해당 시나리오에 고유한 사용자의 경험들을 포함할 수 있다. 예를 들어, "자동 갱신 셋업"에 대한 링크는 비자동 갱신 서브스크립션을 제공받은 사용자들에게 노출될 수 있지만, 자동 갱신 서브스크립션을 제공받은 사용자에게는 생략될 수 있다. 비자동 갱신 서브스크립션들을 제공받은 사용자들은 그들의 서브스크립션이 곧 만료될 때 만료 경고들에 노출될 수도 있다.

도 2b를 참조하면, 고객(220)이 플랫폼 홀더(240)를 이용하여 그들의 토큰을 환매할 때, 플랫폼 홀더(240)는 고객의 계정에 서브스크립션 혜택들을 제공할 수 있으며, 소매상(200) 및 플랫폼 홀더(240)에 의해 개별 고객의 서브스크립션을 식별하기 위한 방법으로서 사용될 수 있는 고유 식별자인 파트너-페이싱 서브스크립션 ID(Partner-Facing Subscription ID)(PFSI)를 생성할 수 있다. 플랫폼 홀더(240)는 서브스크립션 혜택들을 고객의 계정과 관련시킬 수 있으며, 미래의 참조를 위해 PFSI를 플랫폼 홀더의 계정 데이터베이스(250) 내에 저장할 수 있다.

플랫폼 홀더(240)는 소매상(200)에 의해 노출된 API를 호출하여, PFSI; 서브스크립션 만료일; 및 고객(220)이 환매한 토큰의 식별자를 포함하는 서브스크립션 상세들을 소매상(200)에게 제공할 수 있다.

소매상(200)은 플랫폼 홀더(240)에 의해 지정된 PFSI(및 다른 정보)를 소매상의 데이터베이스(230) 내에 저장된 고객의 기존 기록들, 예로서 소매상(200)이 이미 보관하고 있는 지불 수단 상세들과 관련시킬 수 있다. 이러한 정보를 이용하여, 소매상(200)은 고객의 서브스크립션 및 그의 갱신 날짜를 모니터링 및 관리할 수 있다.

도 2c를 참조하면, 소매상(200)은 그들이 고객(220)에 대해 보관하고 있는(예로서, 소매상의 데이터베이스(230) 내에 저장된) 지불 수단에 청구함으로써 고객(220)에게 과금(260)할 수 있다. 고객(220)에 대한 보관 중인 정보를 이용하는 고객(220)에 대한 과금(260)은 고객(220)이 서브스크립션의 자동 갱신들을 승인한 경우에 자동으로 수행될 수 있다. 자동 갱신은 서브스크립션 만료일에 또는 다른 지정된 날짜에 수행될 수 있다. 일부 구현들에서는, 고객에 의한 갱신 요청에 응답하여 또는 지정된 날짜에 또는 그 전에 갱신이 수행된다. 예를 들어, 소매상(200)은 서브스크립션의 만료가 소정 날짜에 발생할 것이라는 것을 나타내고 갱신에 대한 촉구를 포함하는 통지를 고객(220)에게 이메일링했을 수 있다. 고객(220)은 촉구에 응답하여, 그 시간에 지불 수단 정보를 입력할 수 있다. 이어서, 소매상(200)은 갱신 통지에 응답하여 고객에 의해 제공된 지불 수단에 청구함으로써 고객(220)에게 과금할 수 있다.

지불 수단에 성공적으로 청구되었다는 표시에 따라, 소매상(200)은 플랫폼 홀더(240)에 의해 노출된 API를 호출하여, 서브스크립션이 추가 기간만큼 갱신되게 할 수 있다. API 호출의 일부로서, 소매상(200)은 플랫폼 홀더(240)가 어느 서브스크립션을 갱신해야 하는지를 식별하기 위해 PFSI를 제공한다. 플랫폼 홀더(240)는 소매상(200)에 의해 지정된 PFSI에 기초하여 플랫폼 홀더의 계정 데이터베이스(250) 내에서 서브스크립션을 탐색하고, 이어서 고객의 계정에 추가 서브스크립션 기간을 제공할 수 있다(270).

추가/갱신된 서브스크립션들은 업그레이드된 서브스크립션들, 예로서 표준으로부터 프리미엄 서브스크립션으로의 업그레이드를 포함할 수 있다. 일 구현에서, 소매상(130)은 최초의 표준 서브스크립션을 취소하는 동시에 프리미엄 서비스와 관련된 토큰을 갖는 새로운 서브스크립션을 제공함으로써 서브스크립션을 갱신의 일부로서 업그레이드할 수 있다.

일부 예들에서, 플랫폼 홀더(240)는 이러한 방식으로 자동 갱신된 모든 서브스크립션들의 가치에 대해 소매상(200)에게 주기적으로 청구서를 보낼 수 있다. 다른 예들에서, 소매상(200)은 고객의 서브스크립션을 갱신하기 위해 플랫폼 홀더(240)를 호출할 때 지불을 제공할 수 있다.

전술한 바와 같이, 토큰(또는 그 묶음)은 그 토큰과 관련된 소매상의 식별을 포함한다. 이러한 식별은 감사 또는 회계 메커니즘으로만 사용되지 않는다. 토큰은 특정 소매상과 관련되므로, 토큰이 환매될 때, 소매상의 식별은 토큰으로부터 환매되는 서브스크립션으로 전달된다. 이어서, 서브스크립션은 (토큰이 폐기될 때에도) 소매상의 표시와 함께 저장된다.

본 발명의 실시예들은 소매상이 제품 또는 서비스의 판매 시점을 지나 제품 또는 서비스에 대한 서브스크립션과 관련하여 그들의 고객과의 CRM 관계를 관리하는 것을 가능하게 하기 위한 패러다임 변화를 가능하게 한다. 서브스크립션 서비스 또는 제품에 대한 진행성 관계가 소매상에 의해 유지되므로, 제품 또는 서비스의 소정 양태들은 서브스크립션이 어느 소매상과 관련되는지에 기초할 수 있다.

토큰의 소매상 식별 양태는 플랫폼 홀더(또는 제품/서비스 제공자)로 하여금 서브스크립션이 구매된 소매상에 기초하여 사용자 경험을 맞춤화하는 것을 가능하게 할 수 있다. 이러한 맞춤화는 특정 제품/서비스 제공자에 의해, 또는 제품 또는 서비스에 대한 소프트웨어 패키지가 고객에게 제시될 때 플랫폼 홀더에 의해 제공되는 특징에 의해 사전 정의될 수 있다.

일반적으로, 사용자가 플랫폼 홀더로부터 획득된 소프트웨어를 런칭하거나 그에 액세스할 때, 소프트웨어는 통상적으로 플랫폼 홀더의 서버들에 접속하여, (그가 올바르게 라이선스되는 것을 보증하기 위해) 그의 라이선스 상태를 확인한다. 구현들은 플랫폼 홀더의 서버들에 대한 소프트웨어의 호출에 대한 응답 내에 소매상 식별자 및 PFSI를 라이선스 상태의 표시와 함께 포함시킨다. 이어서, 호출 소프트웨어는 그가 구매된 소매상에 기초하여 맞춤화된 경험을 제공할 수 있다.

예를 들어, 소프트웨어는 사용자들에게 그들의 서브스크립션이 만료되려고 한다는 것을 알릴 수 있다. 자신들의 서브스크립션을 갱신할 고객들을 플랫폼 홀더와 '직접' 링크하는 대신에, 소프트웨어는 고객에게 그들의 서브스크립션을 갱신하기 위한 옵션을 제의할 수 있는 소매상의 웹사이트에 사용자들을 링크할 수 있다. 소프트웨어(고객에 의해 사용되는 제품 또는 서비스)는 사용자의 PFSI를 소매상에게 전달할 수 있다. 이어서, 소매상은 이것을 그들의 기존 데이터베이스와 상호 참조할 수 있으며, 따라서 그들은 어느 고객의 서브스크립션을 갱신할지를 알 것이다.

일부 예들에서, 특정 소프트웨어 제품 또는 서비스의 "크롬(chrome)"은 소매상에 고유할 수 있다. 크롬은 스크린 상에서 콘텐츠(예로서, 사용자 데이터, 웹페이지 또는 다른 콘텐츠)를 종종 둘러싸고 스크린의 콘텐츠에 대한 정보 또는 스크린의 콘텐츠에 작용할 커맨드들을 제공하는 시각적 설계 요소들을 지칭한다.

소정 구현들에 따르면, 소프트웨어는 서브스크립션을 판매한 소매상에 기초하여 맞춤화될 수 있다. 게다가, 표적화된 정보가 제공될 수 있다. 소정 구현들은 소매상이 과금, 가격 결정, 특수 제의들, 메시지들, 광고 및 다른 CRM 특징들을 토큰과 관련된 식별자를 통해 처리하는 것을 가능하게 한다. 식별자 및 소매상에 맞춤화된 패키징은 사용자의 경험의 차별화를 가능하게 한다.

일례로서, 고객은 구매가 Best Buy로부터 이루어지고 자격이 Microsoft Office 365(등록상표)에 대한 갱신 가능 서브스크립션이라는 것을 나타내도록 구성되는 토큰을 갖는 자격 카드(또는 다른 아이템)의 형태로 Best Buy로부터 Microsoft Office 365(등록상표)에 대한 서브스크립션을 구매할 수 있다. 고객이 토큰을 환매하고, Office 365(등록상표)를 런칭할 때, Office 365(등록상표)의 버전(또는 패키지 크롬)은 Best Buy에 대해 맞춤화된다. 즉, Office 365(등록상표)에 대한 사용자의 서브스크립션은 Best Buy 및 Best Buy에 대해 고유하게 변경된 Office 365(등록상표)의 크롬(예로서, 리본, 툴바들 및 다른 특수 창들)과 관련될 수 있다.

하나의 그러한 경우에, Best Buy 고유 리본 또는 툴바가 Office 365(등록상표)를 통해 이용 가능한 Microsoft Word(등록상표) 또는 기타 애플리케이션 내에서 직접 갱신 버튼 또는 태브를 이용하여 갱신하는 것을 가능하게 하도록 제공될 수 있다. 갱신 버튼 또는 태브는 Best Buy에 대한 링크를 포함할 수 있다. 일부 예들에서는, 다른 Best Buy 제품들이 애플리케이션에 대한 크롬의 일부로서 포함되거나 표시될 수 있다. 일례로서, 고객이 계정 관리 페이지를 볼 때, 고객은 Best Buy 고유 판매들 및 아이템들과 같은 Best Buy에 대한 표적화된 정보를 볼 수 있다.

일부 구현들에서, API는 플랫폼 홀더에 의해 호스트될 수 있으며, 플랫폼 홀더는 플랫폼 홀더 엔티티 또는 제삼자 엔티티로부터 이용 가능한 제품 또는 서비스에 대한 사용자 액세스를 승인할 수 있다. 예를 들어, 플랫폼 홀더가 Micorsoft Corp.로부터 이용 가능한 Windows(등록상표) 앱 스토어이고, Windows(등록상표) 앱 스토어가 서브스크립션 기반 구매를 위해 소정 앱들을 제공하는 경우, 앱 제공자들(Microsoft Corp. 또는 다른 제공자)은 그들의 앱들을 소매상들 내에서 판매할 수 있다. 소매상 버전들은 플랫폼 홀더를 이용하여 환매될 코드를 포함하며, 이어서 플랫폼 홀더는 서브스크립션 기간 동안 앱에 대한 사용자 액세스를 승인한다.

플랫폼 홀더 시스템은 앱들(제품들 및 서비스들)이 자동 갱신 방식은 물론 정기적인 비자동 갱신 방식으로 소매상들을 통해 판매되는 것을 가능하게 하도록 구성될 수 있다. 플랫폼 홀더 시스템은 제삼자 제공자들이 그들의 제품들/서비스들에 대한 서브스크립션들을 소매상들을 통해 판매하는 것을 가능하게 할 수 있다.

도 3a-3d는 소매상을 통한 제삼자 서브스크립션들의 갱신을 촉진하기 위한 프로세스 흐름을 나타낸다. 도 3a를 참조하면, 플랫폼 홀더(300)는 소매상들(320)을 통해 판매될 토큰들(310)을 생성할 수 있으며, 이 토큰들은 플랫폼 홀더의 '앱 스토어' 또는 다른 배포 플랫폼을 통해 이용 가능한 제품들/서비스들을 갖는 제삼자 제공자(330)의 제품들/서비스들을 환매한다. 예를 들어, 제삼자 제공자(330)는 플랫폼 홀더(300)로부터 토큰들(310)을 구매하고, 이어서 플랫폼 홀더(300)를 이용하여 토큰들의 배포를 제어할 수 있다. 플랫폼 홀더(300)는 제삼자 제공자의 토큰들의 배포와 관련된 정보를 토큰-라이선스 데이터베이스(350) 내에 저장할 수 있다. 이 데이터베이스(350)는 제1 당사자 라이선스 정보를 저장하는 데 사용된 동일 데이터베이스일 수 있다.

플랫폼 홀더(300)는 옵션으로서 제삼자 제공자들이 그들 자신의 제품들에 대한 토큰들을 구매하는 것을 가능하게 할 수도 있으며, 이어서 이 토큰들은 고객들(340)에게 직접 또는 소매상(340)을 통해 판매될 수 있다.

토큰 생성에 대한 제삼자 제공자(330)의 비용은 플랫폼 홀더의 앱 스토어 내에 제삼자 제공자(330)로부터의 제품 또는 서비스를 배치하기 위한 플랫폼 홀더와 제삼자 제공자(330) 간의 배포 계약에 띠라 매상 또는 다른 척도로부터 플랫폼 홀더(300)가 취하는 백분율 몫에 기초하여 계산될 수 있다. 예를 들어, 서브스크립션이 100 달러에 팔리고, 플랫폼 홀더가 통상적으로 매상의 20%를 받는 경우, 플랫폼 홀더(300)는 통상 비용의 20%(이 예에서는 20 달러)를 위해 토큰들을 제삼자 제공자에게 판매할 수 있다. 이어서, 제삼자 제공자는 플랫폼 홀더(300)를 제삼자 제공자의 제품 또는 서비스들에 액세스하기 위한 포털로서 이용하지 않고서 토큰들을 소매상들(320)에게 또는 직접 고객들(340) 에게 판매할 수 있다. 플랫폼 홀더(300)가 서브스크립션들을 직접 판매할 때와 달리, 제삼자 제공자(330)는 고객 직접 또는 소매상 직접 시나리오들에서는 플랫폼 홀더(300)에 의해 배상되지 않는다.

도 1a-1d 및 2a-2c와 관련하여 설명된 것과 유사하게, 플랫폼 홀더(300)는 다양한 소매상들로부터 구매된 서브스크립션들을 식별하고 기록할 수 있다. 게다가, 소매상들은 제삼자 제공자의 제품들 및 서비스들에 대한 자동 갱신 서브스크립션들을 플랫폼 홀더(300)를 통해 판매할 수 있다.

예를 들어, 도 3b를 참조하면, 소매상(320)이 제삼자 제공자(330)와 관련된 토큰(310)을 고객(340)에게 판매할 때, 소매상(320)은 옵션으로서 고객(340)이 서브스크립션 기간의 종료시에 서브스크립션을 자동으로 갱신하기를 원하는지를 고객(340)에게 물을 수 있다. 고객(340)이 동의하는 경우, 소매상(320)은 고객(340)의 지불 수단 상세들을 수집하고, 지불 수단 상세들의 고객 데이터를 소매상의 데이터베이스(360) 내에 저장할 수 있다. 이어서, 지불 수단 상세들은 서브스크립션이 자동 갱신될 때(또는 소매상(320)의 촉구시에) 고객(340)에게 과금하는 데 사용될 수 있다.

서브스크립션이 자동 갱신 서브스크립션인 것으로 설정하기 위해, 소매상(320)은 플랫폼 홀더(300)에 의해 노출된 API를 호출하여, 고객(340)에게 판매된 토큰(310)이 자동 갱신 모드로 셋업되어야 한다는 것을 플랫폼 홀더(300)에 알린다. 플랫폼 홀더(300)는 토큰-라이선스 데이터베이스(350)로부터 제삼자 제공자의 제품 또는 서비스에 대한 자동 갱신 모드를 셋업하기 위한 조건들을 확인할 수 있다.

도 3c를 참조하면, 고객(340)이 플랫폼 홀더(300)를 이용하여 그들의 토큰을 환매할 때, 플랫폼 홀더(300)는 서브스크립션 혜택들을 고객의 계정에 제공할 수 있으며, 소매상(320) 및 플랫폼 홀더(300)에 의해 개별 고객의 서브스크립션을 식별하기 위한 방법으로서 사용될 수 있는 PFSI를 생성할 수 있다. 플랫폼 홀더(300)는 서브스크립션 혜택들을 고객의 계정과 관련시킬 수 있으며, 미래의 참조를 위해 PFSI를 플랫폼 홀더의 계정 데이터베이스(370)에 저장할 수 있다.

플랫폼 홀더(300)는 소매상(320)에 의해 노출된 API를 호출하여, PFSI; 서브스크립션 만료일; 및 고객(340)이 환매한 토큰의 식별자를 포함하는 서브스크립션 상세들을 소매상(320)에게 제공할 수 있다.

소매상(320)은 플랫폼 홀더(300)에 의해 지정된 PFSI(및 다른 정보)를 소매상의 데이터베이스(360)에 저장된 고객의 기존 기록들, 예로서 고객(320)이 이미 보관 중인 지불 수단 상세들과 관련시킬 수 있다. 이러한 정보를 이용하여, 소매상(320)은 고객의 서브스크립션 및 그의 갱신 날짜를 모니터링하고 관리할 수 있다.

도 3d를 참조하면, 소매상(320)은 그들이 고객(340)에 대해 보관 중인(예로서, 소매상의 데이터베이스(360)에 저장된) 지불 수단에 청구함으로써 고객(340)에게 과금(380)할 수 있다. 고객(340)에 대한 보관 중인 정보를 이용하는 고객(340)에 대한 과금(380)은 고객(340)이 서브스크립션의 자동 갱신을 승인한 경우에 자동으로 수행될 수 있다. 자동 갱신은 서브스크립션 만료일에 또는 다른 지정된 날짜에 수행될 수 있다. 일부 구현들에서는, 고객에 의한 갱신 요청에 응답하여 또는 지정된 날짜에 또는 그 전에 갱신이 수행된다. 예를 들어, 소매상(320)은 서브스크립션의 만료가 소정 날짜에 발생할 것이라는 것을 나타내고 갱신에 대한 촉구를 포함하는 통지를 고객(340)에게 이메일링했을 수 있다. 고객(340)은 촉구에 응답하여, 그 시간에 지불 수단 정보를 입력할 수 있다. 이어서, 소매상(320)은 갱신 통지에 응답하여 고객에 의해 제공된 지불 수단에 청구함으로써 고객(340)에게 과금할 수 있다.

지불 수단에 성공적으로 청구되었다는 표시에 따라, 소매상(320)은 플랫폼 홀더(300)에 의해 노출된 API를 호출하여, 서브스크립션이 추가 기간만큼 갱신되게 할 수 있다. API 호출의 일부로서, 소매상(320)은 플랫폼 홀더(300)가 어느 서브스크립션을 갱신해야 하는지를 식별하기 위해 PFSI를 제공한다. 플랫폼 홀더(300)는 소매상(320)에 의해 지정된 PFSI에 기초하여 플랫폼 홀더의 계정 데이터베이스(370) 내에서 서브스크립션을 탐색하고, 이어서 고객의 계정에 추가 서브스크립션 기간을 제공할 수 있다(390).

제삼자 제공자의 서브스크립션이 소매상(320)에 의해 자동 갱신될 때, 플랫폼 홀더(300)는 제삼자 제공자(330)의 계정에 혜택금(통상적으로 서브스크립션 갱신의 총 비용의 일부)을 대변 기입할 수 있다(395). 플랫폼 홀더(300)는 주기적으로 제삼자 제공자(330)에게 지불할 수 있다.

제삼자 제공자들은 소매 채널들을 통해 자동 갱신 가능 서브스크립션들을 판매할 수 있으며, 제품들 또는 서비스들은 플랫폼 홀더에 의해 이행된다. 일례로서, 본 명세서에서 설명되는 시스템들의 구현들을 통해, iPad(등록상표)에 대한 Instapaper(상표) 북마킹 및 판독 웹 서비스 프리미엄 서브스크립션이 Best Buy와 같은 소매상에서 구매될 수 있다. Apple Inc.는 주문을 이행하는 엔티티일 것인데, 그 이유는 그것이 Apple iTunes 앱 스토어에서 이용 가능하기 때문이다. 플랫폼(예로서, Apple(등록상표) iTunes(등록상표) 앱 스토어)은 제품에 대한 액세스를 제어하고, 제품은 제삼자 제공자(Instapaer)에 의해 제공되며, 소매상(Best Buy)은 과금을 관리하고 고객의 신용 카드에 청구한다.

이러한 접근법은 앱 스토어들에 대한 것만이 아니며, 플랫폼 홀더 대신에 다른 형태의 소매상들이 갱신을 판매하는 것도 가능하게 한다. 예를 들어, 온라인 소매상들은 카트 내의 다수의 아이템을 동시에 판매할 수 있으며, 이 경우에 하나의 아이템은 다중 갱신 서브스크립션이고, 카트 내에 다른 아이템들이 존재하는 경우, 다른 하나의 아이템은 또 다른 것일 수 있다. 예를 들어, Amazon.com은 동일 트랜잭션 동안의 자동 갱신을 위해 구성되는 Microsoft Surface Pro(등록상표) 및 Microsoft Offcie365(등록상표) 서브스크립션을 판매할 수 있다. 양 아이템은 체크아웃 카트 내에 배치될 수 있다.

도 4는 일반적인 동작 환경을 나타낸다. 도 4를 참조하면, 소매상 장치(들) 또는 서버(들)(410), 플랫폼 홀더 장치(들) 또는 서버(들)(420), 제삼자 제공자 장치(들) 또는 서버(들)(430) 및 클라이언트 장치(들)(440)는 네트워크(450)를 통해 서로 통신할 수 있다.

소매상 장치(들) 또는 서버(들)(410), 플랫폼 홀더 장치(들) 또는 서버(들)(420) 및 제삼자 제공자 장치(들) 또는 서버(들)(430)는 하나 이상의 중앙 처리 유닛(CPU), 메모리, 대용량 저장 장치 및/또는 I/O 장치들(예로서, 네트워크 인터페이스, 사용자 입력 장치)을 갖도록 구성되는 컴퓨팅 시스템들을 포함할 수 있다. 컴퓨팅 시스템들의 하드웨어 플랫폼은 개인용 컴퓨터, 서버 컴퓨터, 핸드헬드 또는 랩탑 장치, 멀티프로세서 시스템, 마이크로프로세서 기반 시스템, 프로그래밍 가능 소비자 전자 장치, 및 임의의 상기 시스템들 또는 장치들을 포함하는(그리고, 애플리케이션 기능, 메모리, 데이터 저장 및 검색 및 다양한 처리 기능들이 인터넷 또는 인트라넷과 같은 분산 컴퓨팅 네트워크를 통해 서로 원격적으로 동작할 수 있는) 분산 컴퓨팅 환경(예로서, 클라우드 기반 컴퓨팅 시스템들)을 포함하지만 이에 한정되지 않는 많은 형태로 구현될 수 있다.

소정 실시예들에서, 소매상 장치(들) 또는 서버(들)(410), 플랫폼 홀더 장치(들) 또는 서버(들)(420) 및 제삼자 제공자 장치(들) 또는 서버(들)(430)는 서버 컴퓨터, 기업 컴퓨터, 개인용 컴퓨터, 멀티프로세서 시스템, 마이크로프로세서 기반 시스템 및 이들의 조합을 포함하지만 이에 한정되지 않는 컴퓨팅 장치로서 각각 구현될 수 있다. 클라이언트 컴퓨팅 장치들 및 서버 컴퓨팅 장치들의 리스팅은 한정을 의도하지 않으며, 클라이언트 및 서버는 동일하거나 상이한 형태로 구현될 수 있다는 것을 이해해야 한다.

클라이언트 장치(440)는 하나 이상의 중앙 처리 유닛(CPU), 메모리, 대용량 저장 장치 및 I/O 장치들(예로서, 네트워크 인터페이스, 사용자 입력 장치)을 갖도록 구성되는 컴퓨팅 시스템들을 포함할 수 있다. 컴퓨팅 시스템의 요소들은 버스를 통해 서로 통신할 수 있다. 소정 실시예들에서, 클라이언트 장치(440)는 개인용 컴퓨터, 태블릿, 판독기, 이동 장치, 개인 휴대 단말기(PDA), 스마트폰, 랩탑(또는 노트북 또는 넷북) 컴퓨터, 게이밍 장치 또는 콘솔, 데스크탑 컴퓨터 또는 스마트 텔레비전을 포함하지만 이에 한정되지 않는 컴퓨팅 장치로서 구현될 수 있다.

네트워크는 셀룰러 네트워크(예로서, 무선 전화), 점대점 다이얼 업 접속, 위성 네트워크, 인터넷, 근거리 네트워크(LAN), 광역 네트워크(WAN), WiFi 네트워크 및 애드혹 네트워크 또는 이들의 조합을 포함할 수 있지만 이에 한정되지 않는다. 그러한 네트워크들은 허브, 브리지, 라우터, 스위치, 서버 및 게이트웨이와 같은 다양한 타입의 네트워크 요소들을 접속하기 위해 널리 사용된다. 네트워크는 인터넷과 같은 공개 네트워크들 및/또는 보안 기업 비공개 네트워크와 같은 비공개 네트워크들을 포함하는 하나 이상의 접속된 네트워크(예로서, 멀티-네트워크 환경)를 포함할 수 있다. 네트워크에 대한 액세스는 이 분야의 기술자들에 의해 이해되는 바와 같은 하나 이상의 유선 또는 무선 액세스 네트워크를 통해 제공될 수 있다.

도 5는 소정 구현들이 실행될 수 있는 동작 환경을 나타낸다. 도 5를 참조하면, 소매상(510)은 (예를 들어, 컴퓨팅 장치를 통해) 토큰 및 고객 식별자(예로서, Microsoft 관련 계정과 관련된 개인 고유 식별자(PUID))를 플랫폼(520)으로 전송할 수 있다. 플랫폼(520)은 시스템 내에서 고객 식별자에 의해 식별되는 고객에 대한 서브스크립션을 설정하고, PFSI 생성기(530)를 통해 PFSI를 생성할 수 있다. 이 PFSI는 소매상(510)에게 제공될 수 있고, 따라서 소매상(510)은 나중에 번호를 참조할 수 있다. 새로운 서브스크립션을 관리하기 위한 방법은 토큰 및 사용자 ID를 수신하는 단계 및 그러한 정보를 이용하여 내부 데이터베이스에 맵핑하는 단계를 포함할 수 있다. 아무것도 매칭되지 않는 경우, 시스템은 (PFSI 생성기(530)를 통해) 새로운 PFSI를 생성하여 적절한 소매상에게 제공할 수 있다.

PFSI는 서브스크립션 정보, 제품 정보, 관계 소유자(소매상) 정보 및 고객 식별을 함께 묶는다. 각각의 제품은 그 자신의 PFSI를 갖는다. 예를 들어, 2개의 토큰이 고객의 주문의 일부로서 소매상(510)에 의해 전송될 수 있다. 각각의 토큰은 제품에 고유하다. 고객 식별자(예로서, PUID)가 제공되며, 따라서 플랫폼(520)은 제품이 누구와 관련되는지를 알게 된다. 일부 예들에서, 특히 고객이 소매상에서 구매시에 그들의 정보를 제공하지 않는(그러나 환매시에 정보를 제공하는) 경우에, 고객 식별자는 생략된다. 고객 식별자가 (소매상을 통해 또는 고객이 토큰을 환매할 때 고객을 통해) 플랫폼에 의해 수신되면, 플랫폼은 제품 이름 및 사용자 식별자를 이용하여 PFSI를 생성할 수 있다. PFSI는 사용자의 정보가 소매상들 사이에서, 예를 들어 소매상(510)과 다른 소매상(540) 사이에서 누설되는 것을 방지한다.

예를 들어, (Product1, PUID)가 PFSI1에 할당되고, (Product2, PUID)가 PFSI2에 할당된다. 일례가 도 5에 도시되며, 여기서 고객 식별자 및 제품 이름의 형태의 4개의 SID(John+Product1; Mary+Application1; Mary+Product3; Mary+Product1)가 SID 데이터베이스(550)에 저장된다. SID가 제품 이름 및 고객 식별자만을 갖는 것으로 설명되지만, SID는 추가 정보를 포함할 수 있다는 것을 이해해야 한다. 예를 들어, 제품의 세부정보 및 혜택들이 더 포함될 수 있다. 일부 예들에서, 사용자가 받는 혜택은 시간 경과에 따라 변할 수 있다. 소정 제의들은 더 많거나 적은 귀중한 서비스들을 포함할 수 있으며, 이들은 시간 경과에 따라 변할 수 있고, 사용자에게 할당되는 것들은 사용자가 자격 카드(또는 다른 패키지) 상에 표시된 혜택들을 위해 토큰을 환매하는 시기에 의존할 수 있다.

각각의 SID는 대응하는 PFSI를 갖는다. SID는 PFSI와 별개이며, 고객, 제품 및 소매상에 고유하다. SID는 동일하게 유지될 수 있지만, PFSI는 사용자가 상이한 소매상으로 가는 경우에 변할 수 있다. SID DB(550)는 플랫폼에 대해 내부적일 수 있으며(또는 플랫폼에 의해 비공개적으로 액세스될 수 있으며), SID들을 저장한다. 개별 데이터베이스 또는 맵핑 기능이 SID 데이터베이스에 저장된 SID들을 PFSI들과 맵핑한다.

도 6은 소정 구현들이 실행될 수 있는 동작 환경을 나타낸다. 도 6을 참조하면, 동작 환경은 플랫폼 시스템(600) 및 소매상 시스템(610)을 포함한다. 플랫폼 시스템(600)은 토큰 관리 시스템(620), PFSI 생성기(630) 및 이행 엔진(640)을 포함할 수 있다. 플랫폼 시스템(600), 토큰 관리 시스템(620), PFSI 생성기(630) 및 이행 엔진(640)은 동일 장치 상에서 실행되거나, 개별 장치들 상에서 실행되거나, 다수의 장치에 걸쳐 분산되거나, 서버/클라이언트 구성에서 네트워크를 통해 액세스되는 소프트웨어 애플리케이션들을 포함할 수 있다. 플랫폼 시스템(600)은 (플랫폼 홀더의 계정 데이터베이스 및/또는 SID 데이터베이스와 유사한) 라이선스 데이터베이스(650)도 포함할 수 있다. 도 1a와 관련하여 설명된 바와 같은 토큰-소매상 관계 데이터베이스(100)와 같은 다른 데이터베이스들도 포함될 수 있다.

소매상 시스템(610)은 판매 시점 관리(P0S) 장치(660) 및 과금 관리 시스템(670)을 포함할 수 있다. 소매상 시스템(610), P0S 장치(660) 및 과금 관리 시스템(670)은 동일 장치 상에서 실행되거나, 개별 장치들 상에서 실행되거나, 다수의 장치에 걸쳐 분산되거나, 서버/클라이언트 구성에서 네트워크를 통해 액세스되는 소프트웨어 애플리케이션들을 포함할 수 있다.

플랫폼 시스템(600)은 서브스크립션들의 소매상 제어 갱신들의 관리를 가능하게 하는 회계 시스템(미도시)도 포함할 수 있다. 예를 들어, 소매상은 POS 장치(660)를 통해 자격 카드의 최초 판매에 대한 돈을 받는다. 자격 카드들/토큰들의 판매에 대한 회계는 회계 시스템에 의해 유지될 수 있다. 계약에 따라, 소매상은 판매될 토큰들에 대해 사전 지불하거나, 토큰들의 판매 후에 지불을 제공할 수 있다. 과금 관리 시스템(670)은 소매상-고객 과금 관계를 관리하고, 서브스크립션 갱신에 대한 소매상과 고객 간의 트랜잭션들을 처리할 수 있다. 소매상은 갱신에 대해 고객으로부터 돈을 받으므로, 소매상은 금액을 플랫폼 홀더에 제공한다. 회계 시스템은 서브스크립션의 갱신 기간의 제공에 대해 지불되는 돈을 계속 추적하는 데 사용될 수 있다. 회계 시스템은 그들의 서브스크립션들의 판매들을 추적하여 제삼자 제공자 계정들에 대변 기입하는 데 사용될 수도 있다.

플랫폼 시스템(600)은 소매상들을 이용하여 서브스크립션들을 신디케이팅하기 위한 클라우드 서비스 또는 웹 서비스의 일부로서 구현될 수 있다. 플랫폼 시스템(600)을 포함하는 (소매상들을 이용하여 서브스크립션들을 신디케이팅하기 위한) 클라우드 또는 웹 서비스들은 네트워크를 통해 통신하는 하나 이상의 물리 및/또는 가상 서버를 이용하여 구현될 수 있다.

클라우드 서비스는 일반적으로 스케일링 가능한 처리 및 저장 능력들을 제공하는 호스트되는 서비스들을 지칭한다. 웹 서비스들은 (예로서, 대규모 분산 컴퓨팅 환경의 일부로서) 클라우드 서비스에 의해 제공 및/또는 호스트될 수 있다. 웹 서비스는 네트워크를 통한 연동 가능 기계 대 기계 상호작용을 지원하고 소프트웨어가 다른 소프트웨어 애플리케이션들에 접속하는 것을 가능하게 하는 소프트웨어 시스템이다.

웹 서비스는 기술 표준들 및 프로토콜들의 집합을 제공한다. 예를 들어, 웹 서비스는 메시지들을 송신 및 수신하는 소프트웨어 또는 하드웨어 에이전트(예로서, 특정 서비스를 요청하고 제공하는 컴퓨팅 플랫폼들)에 의해 구현될 수 있는 기능들을 제공한다. 애플리케이션들은 하이퍼텍스트 전송 프로토콜(HTTP), XML, 자바스크립트 객체 표기법(JSON), 표현 상태 전송(REST) 프로토콜들 및 SOAP와 같은 유비쿼터스 웹 프로토콜들 및 데이터 포맷들을 통해 웹 서비스들에 액세스할 수 있다.

소매상 시스템(610)의 소매상 서버(들) 및 컴퓨팅 장치들과 플랫폼 시스템(600)은 전술한 웹 프로토콜들 및 데이터 포맷들 중 하나 이상을 통해 서로 통신할 수 있다.

도 6에 도시된 바와 같이, 고객(680)은 소매상 시스템(610)을 통해 자격 카드(또는 토큰을 제공하는 다른 수단)를 구매하거나 수신할 수 있다. 소매상의 판매 시점 관리 장치(660)는 온라인이거나, 상점 내에, 키오스크에 또는 고객에 대한 자격 카드 판매를 플랫폼 시스템(600)의 주문 관리 시스템에 보고할 수 있는 컴퓨팅 장치를 갖는 임의의 적절한 위치에 위치할 수 있다. 소매상 시스템(610)은 고객들과 인터페이스하여, 서브스크립션들 및 (자동적인 또는 촉구된) 그들의 갱신들을 포함하는 제품들 및 서비스들에 대한 지불을 수신한다.

고객(680)은 (구매시에 판매에 입찰하기 위해) 정확한 지불 정보를 소매상에게 제공할 수 있지만, 고객은 제품 또는 서비스에 대한 그들의 고객 식별자(또는 혜택을 받는 사람의 고객 식별자) 또는 다른 계정 정보를 제공하지 못했을 수 있다. 입찰시에 부정확한 정보로 인한 에러들을 최소화하기 위해, 플랫폼 시스템(600)은 환매시까지 토큰에 대한 혜택들의 제공을 연기할 수 있다. 게다가, 그때, 플랫폼 시스템(600)은 소매상 시스템(610)과 접촉하여, (PFSI 생성기(630)에 의해 생성된) PFSI를 제공할 수 있다.

일부 예들에서, 입찰시에, 예로서 고객(680)이 (환매자(682)가 되는) 체크아웃에서 환매할 때 환매가 발생할 수 있다. 이것은 예를 들어 고객이 그들의 계정과 관련시켰고 소매상 시스템(610)이 정보를 입력하기 위해 스캐닝할 수 있는 2D 또는 3D 바코드(예로서, 유니버설 제품 코드(UPC), QR(고속 응답) 코드 또는 고용량 컬러 바코드)에 의해 달성될 수 있다. 대안으로서, 2D 또는 3D 바코드는 소매상 시스템(610)에 의해 생성될 수 있으며, 고객은 (예를 들어, 전화, 스마트 시계 또는 태블릿과 같은) 그들의 이동 컴퓨팅 장치를 통해) 그들을 정보를 입력하기 위한 사이트를 런칭하기 위해 코드를 스캐닝할 수 있다. 일부 예들에서, 이러한 2개의 시나리오는 핀 번호 및 터치패드(또는 터치스크린)를 이용하여 실행될 수 있다. 정보의 교환을 촉진하기 위한 다른 시나리오들이 고려된다.

판매 시점 관리(POS)(660)를 위한 컴퓨팅 장치를 포함하는 소매상 시스템(610)은 토큰이 판매되었다는 것을 플랫폼 시스템(600)에 알릴 수 있으며, 플랫폼 시스템(600)은 판매가 수신되었다는 표시를 제공할 수 있다. 토큰이 환매자(682)에 의해 환매되거나 더 활성화된 후에 플랫폼 시스템(600)으로부터 소매상 시스템(610)으로 추가 정보가 전송될 수 있다. 소매상 시스템(610)은 플랫폼 시스템(600)에 의해 운영되는 서비스를 호출할 수 있다. 호출의 일부로서, 소매상 시스템(610)은 카드가 판매되는 것을 나타낼 수 있다.

플랫폼 시스템(600)은 특정 소매상 갱신을 위해 구성되는 카드가 판매된다는 표시를 수신할 수 있다. 플랫폼 시스템(600)은 판매시에 PFSI 생성기(630)를 통해 PFSI를 생성 또는 업데이트하거나, 고객이 자격 카드 상에 포함된(또는 그와 관련된) 토큰을 환매하기를 기다릴 수 있다. PFSI가 생성되면, 플랫폼 시스템(600)은 PFSI를 소매상 시스템(610)에 알릴 수 있다.

고객-환매자(682)가 토큰을 환매할 때, 플랫폼 시스템(600)은 라이선스 데이터베이스(650)를 체크함으로써 토큰이 유효하다는 것을 확인하고, 이행 엔진(640)을 통해 혜택들(예로서, 서브스크립션)을 제공할 수 있다.

플랫폼 시스템(600)은 제삼자 제공자들(690) 및 심지어는 소매상들이 플랫폼 시스템의 토큰 관리 능력들을 이용하는 것을 가능하게 하는 API들을 지원할 수 있다. API가 토큰 생성을 위해 제공될 수 있다. 예를 들어, 제삼자 제공자(690)는 플랫폼의 토큰 생성 API를 호출하여, 토큰들이 그들의 제품 또는 서비스에 대해 생성될 것을 요청할 수 있다. 플랫폼 시스템의 API는 소매 채널에서의 그들의 제품 또는 서비스의 신디케이션을 촉진하기 위한 제삼자 제공자(690)용 패키지 맞춤화 셋업을 제공할 수 있다.

예시적인 시나리오로서, 제삼자 제공자(690)는 사용자의 애호 하이킹 범위들의 3D 맵들을 생성하고 저장하는 맵핑 솔루션 애플리케이션을 개발했을 수 있다. 제삼자 제공자(690)는 플랫폼 시스템(600)을 호출하여, 맵핑 솔루션 애플리케이션을 (플랫폼 홀더의 앱 스토어에서 이용 가능한 것에 더하여 또는 그에 대한 대안으로서) 소매상에 대한 신디케이션을 위한 앱으로서 등록할 수 있다. 맵핑 솔루션 애플리케이션은 서브스크립션 방식으로 제공될 수 있거나 제공되지 않을 수 있으며, 제삼자 제공자(690)는 맵핑 솔루션 애플리케이션에 대한 라이선스의 범위를 선택할 수 있다.

일 구현에서, 선택은 제공자 인터페이스의 체크박스를 통해 지시될 수 있다. 플랫폼 시스템이 소매상에게 제공할 패키징 정보 및 다른 상세들이 이용 가능해질 수 있다. 소매상(또는 다른 당사자)은 플랫폼 시스템(600)으로 전송된 패키징 정보를 이용하여, 자동으로 또는 수동 프로세스에 의해 맵핑 솔루션 애플리케이션에 대한 패키징을 생성할 수 있다. 이어서, 소매상은 토큰을 보유하는 자격 카드 또는 다른 아이템을 판매하고, 맵핑 솔루션에 대한 패키징을 이용하여 그들의 소매점에 대한 맵핑 솔루션을 맞춤화할 수 있다.

이어서, 고객(680)은 맵핑 솔루션 애플리케이션에 대한 자격을 구매하기 위해 소매상에게 지불한다. 고객은 예를 들어 이행 엔진(640)을 통해 플랫폼(600)에서 자격을 환매할 수 있다. 플랫폼은 제삼자 개발자/제공자는 물론, (플랫폼 홀더에 의해 개발된) 임의의 제1 당사자 제품들 및 서비스들에 대한 라이선스들을 포함하는 라이선스 데이터베이스(650)에서 라이선스가 이용 가능한 것으로 결정한 후에 주문을 이행한다. 사용자가 맵핑 솔루션 애플리케이션을 런칭할 때, 맵핑 솔루션 애플리케이션은 플랫폼(600)과 접촉하여, 사용자가 애플리케이션을 실행하기 위한 라이선스를 갖는지를 요청한다. 여기서, 플랫폼은 라이선스들(및 토큰들)을 관리한다. 하나의 접근법에서, 사용자는 플랫폼의 앱 스토어에서 맵핑 솔루션을 구매하기 위해 클릭할 수 있다. 이 시점에서, 그들은 그들의 소매 영수증 상에 인쇄되거나, 판매된 박스/패키지 내에 포함된 토큰 코드를 입력하기 위해 클릭할 수 있다.

소매상 시스템(610)은 과금 관리 시스템(670)을 통해 고객 환매자(682)에 대한 서브스크립션의 갱신을 지원할 수 있다. 소매상 시스템(610)은 서브스크립션이 (미지불로 인해) 만료되었다는 것을 또는 플랫폼 시스템(600)이 소정 날짜 또는 기간까지 소매상으로부터 갱신 표시를 수신하지 못할 경우에 서브스크립션이 자동 만료될 수 있다는 것을 플랫폼 시스템(600)과 통신할 수 있다.

도 7a 및 7b는 소매상을 통한 서브스크립션들의 신디케이션 및 갱신을 촉진하기 위한 방법의 구현들을 나타낸다. 요청이 플랫폼 시스템에 의해 수신된다(700). 요청이 토큰 및 사용자 식별자를 포함할 때(705), 시스템은 토큰과 관련된 혜택 및 소매상을 결정할 수 있다(710). 이것은 토큰 데이터베이스를 탐색함으로써 달성될 수 있다. 사용자 식별자 및 혜택은 서브스크립션 식별자(SID)와 함께 계정/라이선스 데이터베이스에 저장될 수 있다(715). PFSI가 또한 생성된다(720). PFSI는 외부적인 목적들을 위해 사용되며, 사용자의 정보의 프라이버시의 유지를 도울 수 있다. PFSI는 SID와 관련하여 저장되고, 또한 그들의 기록들을 위해 소매상에게 제공될 수 있다(725).

요청이 PFSI 및 갱신 기간을 포함할 때(730), 시스템은 PFSI를 이용하여 SID를 결정하고(735), SID와 관련된 혜택을 갱신 기간과 함께 제공한다(740). 고객이 플랫폼 홀더 대신에 갱신에 대해 소매상에게 지불하므로 소매상과 플랫폼 홀더 사이에서 지불이 처리될 수 있다.

제품 또는 서비스가 사용자가 유효 라이선스를 갖는다는 것을 확인해 주는 시나리오들에서 발생할 수 있는 바와 같이, 요청이 확인 조회를 포함할 때(745), 시스템은 예를 들어 서브스크립션이 여전히 기간 내인지를 결정함으로써 라이선스가 유효한지를 결정할 수 있다(750). 이것은 (제품 또는 서비스에 의해 제공되는) 사용자 ID 및 혜택 정보를 이용하여 SID/라이선스 데이터베이스 내의 정보를 탐색함으로써 달성될 수 있다. 유효/무효 상태는 요청자에게 제공될 수 있다(755).

따라서, 소매상 식별자로 구성되는 토큰을 환매하기 위한 요청의 수신에 응답하여, 계정이 셋업될 수 있고, PFSI가 생성될 수 있으며, 소매상은 PFSI를 통지받을 수 있다. 요청이 소매상으로부터의 토큰 또는 토큰 및 사용자 ID를 포함하는 일부 예들에서, 토큰은 (예를 들어, 도 1a와 관련하여 설명된 바와 같은 토큰 데이터베이스에서) 자동 갱신 모드에 할당될 수 있다.

또한, 지정된 PFSI에 대한 서브스크립션을 업데이트하기 위한 요청의 수신에 응답하여, 지정된 PFSI에 대응하는 서브스크립션 혜택들이 갱신 기간을 이용하여 업데이트될 수 있다. 이것은 소매상에게 알려지지 않을 수 있는 사용자 ID 대신에 PFSI를 이용하여 소매상을 통해 달성될 수 있다.

도 7b는 제삼자 서브스크립션들에 대해 포함될 수 있는 추가 단계들을 나타낸다. 도 7b를 참조하면, 요청이 플랫폼 시스템에 의해 수신될 수 있다(760). 요청이 새로운 토큰을 생성하기 위한 것일 때(765), 토큰이 주조될 수 있다. 요청은 플랫폼 시스템을 통해 관리되는 제삼자 서브스크립션에 대한 지정된 기간 및 제품/서비스들과 같은 정보를 포함할 수 있다(770). 토큰을 판매할 소매상에게 토큰이 제공될 수 있고, 소매상 식별자가 토큰에 할당될 수 있다(775). 생성된 토큰은 제삼자 서브스크립션에 할당될 수 있다(780).

따라서, 제품 또는 서비스에 대한 지정된 기간 동안 제삼자 서브스크립션에 대한 새로운 토큰을 생성하기 위한 요청의 수신에 응답하여, 새로운 토큰이 제삼자 서브스크립션에 할당될 수 있다.

온라인 제품들 및 서비스들에 더하여, 논-디지털 제품들 및/또는 서비스들에 대한 서브스크립션들의 신디케이션을 위한 구현들이 이용 가능할 수 있다.

본 명세서에서 설명되는 시스템들은 논-디지털 제품들 및/또는 서비스들에 대한 서브스크립션의 신디케이션을 지원하도록 최소의 변경을 이용하여 적응될 수 있다. 논-디지털 제품들 및 서비스들의 예들은 체육관 회원들, 잡지 또는 신문 서브스크립션들 및 커피-오브-더-먼스 클럽들(coffee-of-the-month clubs)을 포함하지만 이에 한정되지 않는다. 이러한 모델의 일부 구현들에서, 고객은 플랫폼 홀더와 전혀 상호작용하지 않을 수 있다. 대신, 그들은 소매상으로부터 토큰을 구매하고, 이를 제삼자 제공자를 이용하여 직접 환매할 것이다. 제삼자 제공자는 토큰 생성 및/또는 관리를 위해 플랫폼 홀더의 자원들을 이용할 것이다.

물리 서브스크립션 서비스들의 제공자(예로서, 체육관, 잡지 발행자 등)는 제삼자 제공자로도 지칭될 수 있다.

도 8a-8c는 소매상을 통한 논-디지털 제삼자 서브스크립션들의 갱신을 촉진하기 위한 프로세스를 흐름을 나타낸다. 제삼자 제공자는 도 3a에 도시된 시나리오와 유사하게 제공자에 의해 제의되는 서브스크립션 서비스 또는 제품에 대응하는 토큰들을 생성하기 위해 플랫폼 홀더와 접촉할 수 있다. 이러한 토큰들은 소매상에서 판매될 자격 카드 또는 다른 아이템의 형태로 패키징될 수 있다. 도 8a를 참조하면, 고객(800)은 소매상(820)으로부터 (자격 카드 또는 다른 아이템의 형태로) 토큰(810)을 구매할 수 있다. 소매상(820)은 옵션으로서 고객의 지불 수단 상세들을 수집하고 소매상의 데이터베이스(830)에 저장함으로써 토큰을 자동 갱신으로서 셋업할 수 있다.

도 8b를 참조하면, 그러한 토큰(810)을 구매하는 고객(800)은 제삼자 제공자(840)를 통해(직접 또는 제공자의 웹사이트에 대해) 토큰(810)을 환매할 수 있다. 이어서, 제공자(840)는 플랫폼 홀더(850)와 접촉하여, 토큰을 '환매'할 수 있다. 제공자(840)는 토큰을 플랫폼 홀더(850)로 특정할 수 있다. 게다가, 고객이 구매시에 접촉 및 지불 정보를 소매상에게 제공하지 않았을 수 있는 시나리오들의 경우, 제삼자 제공자(840)는 이러한 정보를 수집하여 플랫폼 홀더(850)에 제공할 수 있다. 플랫폼 홀더(850)는 플랫폼 홀더의 계정 데이터베이스(860) 내에서 토큰에 대한 탐색을 수행할 수 있다.

일부 구현들에서, PFSI가 생성되고 소매상과 공유될 수 있으며, 이어서 소매상은 서브스크립션 상세들을 소매상의 데이터베이스(840)에 추가한다. 토큰이 이전에 사용되지 않은 경우, 플랫폼 홀더(850)는 고객이 자격을 갖는 서브스크립션 혜택들을 제공자(840)에게 알리며, 이어서 플랫폼 홀더(850)는 토큰을 불능화하여, 다른 사람들이 또한 토큰을 사용하는 것을 방지한다. PFSI는 토큰을 대신하여 사용자 및 혜택들(및 관련 소매상)을 나타낼 수 있다. 플랫폼 홀더(850)로부터의 서브스크립션 혜택들의 표시의 수신에 응답하여, 제공자(840)는 고객(800)에게 그들의 서브스크립션의 혜택들을 제공한다. 이러한 방식으로, 플랫폼 홀더(850)는 제공자(840)에 대한 서브스크립션을 관리한다.

고객은 (플랫폼 홀더를 통하는) 앱 스토어 또는 제삼자 제공자에 의해 제공되는 (온라인 또는 재래식) 상점과 같은 서비스 또는 제품 구매 시스템에서 토큰을 환매할 수 있다. 서비스 또는 제품 구매 시스템은 온라인 포털을 통해 이용 가능할 수 있다. 토큰을 환매하는 사람은 온라인 포털을 통해 서비스 또는 제품 구매 시스템에 액세스할 수 있다. 서비스 또는 제품 구매 시스템은 (플랫폼 홀더에 의해 제공될 수 있는) 토큰 관리 시스템으로부터 토큰을 환매한다. 성공적인 환매시에, 토큰 관리 시스템은 혜택 정보를 반환한다. 게다가, 관련 혜택의 활성화의 지시가 수신되면, 서비스 또는 제품 구매 시스템은 (동일 엔티티가 아닌 경우에) 서비스 또는 제품을 제공하는 적절한 서비스 또는 제품 제공자에게 요청을 라우팅한다. 이제, 고객은 요청된 혜택에 대한 액세스를 갖는다.

도 8c를 참조하면, 고객(800)이 그들의 서브스크립션을 자동 갱신으로서 셋업하는 것을 선택한 경우, 서브스크립션이 만료되려고 할 때, 소매상(820)은 (보관 중인 지불 수단 정보에 기초하여) 고객(800)에게 다시 과금(870)할 수 있다. 소매상(820)이 지불을 받으면, 소매상(820)은 서브스크립션이 갱신되어야 한다는 것을 플랫폼 홀더(850)에 알릴 수 있다. 플랫폼 홀더(850)는 예를 들어 플랫폼 홀더의 계정 데이터베이스(860)에서 서브스크립션을 탐색함으로써 소매상(820)에 의해 참조되는 혜택 및 제공자를 결정하고, 고객의 서브스크립션이 갱신되어야 한다는 것을 제삼자 제공자(840)에게 알릴 수 있다.

특정 예로서, 고객은 매주 그들의 집으로 유기농 채소를 주문하기를 원할 수 있다. 고객은 코스트코와 같은 식료품점에 가서 음식 배달 서브스크립션을 구매할 수 있다. 유기농 농장 조합은 플랫폼 홀더(또는 식료품점과 관계를 갖는 다른 배포자)를 이용하여, 음식 배달 서브스크립션을 관리하고, 식료품점이 고객과의 관계를 유지하는 것을 가능하게 할 수 있다. 플랫폼 홀더가 유기농 농장 조합에 서브스크립션을 알릴 때, 유기농 농장 조합은 서브스크립션에 따라 유기농 채소를 배달할 수 있다. 고객에 의해 환매되는 토큰의 소매상 식별 컴포넌트에 기초하여 (물리 패키징을 포함하는) 주문의 맞춤화가 식료품점에 고유하게 구성될 수 있다. 소프트웨어 제품들 및 서비스들과 유사하게, 소매상(식료품점)을 고리 내에 유지하면서 유기농 농장 조합에 대해 신뢰성 있는 진행성 서브스크립션이 생성될 수 있다.

본 명세서에서 예시되고 설명되는 예시적인 구현들은 실시예들이 실행될 수 있는 일부 시나리오들을 예시할 뿐이며, 구현들을 예시된 예들로 한정하는 것으로 해석되지 않아야 한다는 것을 이해해야 한다.

본 명세서에서 설명되는 소정 기술들은 하나 이상의 컴퓨팅 장치에 의해 실행되는 프로그램 모듈들 또는 애플리케이션들과 같은 컴퓨터 실행 가능 명령어들의 일반 상황에서 설명될 수 있다. 일반적으로, 프로그램 모듈들 및 애플리케이션들은 특정 작업들을 수행하거나 특정 추상 데이터 타입들을 구현하는 루틴들, 프로그램들, 객체들, 컴포넌트들 및 데이터 구조들을 포함한다.

실시예들은 컴퓨터 프로세스 또는 컴퓨팅 시스템으로서 또는 컴퓨터 프로그램 제품 또는 컴퓨터 판독 가능 매체와 같은 제조물로서 구현될 수 있다. 본 명세서에서 설명되는 소정 방법들 및 프로세스들은 하나 이상의 컴퓨터 판독 가능 매체 상에 저장될 수 있는 코드 및/또는 데이터로서 구현될 수 있다. 본 발명의 소정 실시예들은 컴퓨터 시스템 형태의 기계의 사용을 고려하며, 그 안에서 실행되는 명령어들의 세트는 시스템이 전술한 방법들 중 어느 하나 이상의 방법을 수행하게 할 수 있다. 소정 컴퓨터 프로그램 제품들은 컴퓨터 시스템에 의해 판독 가능하고 컴퓨터 프로세스를 실행하기 위한 명령어들의 컴퓨터 프로그램을 인코딩하는 하나 이상의 컴퓨터 판독 가능 저장 매체일 수 있다.

컴퓨터 판독 가능 매체는 컴퓨터 시스템에 의해 액세스될 수 있는 임의의 이용 가능한 컴퓨터 판독 가능 저장 매체 또는 통신 매체일 수 있다.

통신 매체는 예를 들어 컴퓨터 판독 가능 명령어들, 데이터 구조들, 프로그램 모듈들 또는 다른 데이터를 포함하는 통신 신호를 하나의 시스템으로부터 다른 시스템으로 전송하는 매체를 포함한다. 통신 매체는 케이블들 및 와이어들(예로서, 광섬유, 동축 등)과 같은 유도 전송 매체, 및 에너지 파동들을 전파할 수 있는 음향, 전자기, RF, 마이크로파 및 적외선과 같은 무선(비유도 전송) 매체를 포함할 수 있다. 컴퓨터 시스템에 의해 사용될 수 있는 데이터를 포함할 수 있는 반송파들 및 다른 전파 신호들 자체는 "컴퓨터 판독 가능 저장 매체"가 아니다.

한정이 아니라 예로서, 컴퓨터 판독 가능 저장 매체는 컴퓨터 판독 가능 명령어들, 데이터 구조들, 프로그램 모듈들 또는 다른 데이터와 같은 정보의 저장을 위한 임의의 방법 또는 기술에서 구현되는 휘발성 및 비휘발성, 이동식 및 비이동식 매체를 포함할 수 있다. 예를 들어, 컴퓨터 판독 가능 저장 매체는 랜덤 액세스 메모리(RAM, DRAM, SRAM)와 같은 휘발성 메모리; 및 플래시 메모리, 다양한 판독 전용 메모리(ROM, PROM, EPROM, EEPROM), 자기 및 강자성/강유전성 메모리(MRAM, FeRAM), 및 자기 및 광학 저장 장치들(하드 드라이브, 자기 테이프, CD, DVD)과 같은 비휘발성 메모리; 또는 컴퓨터 시스템에 의한 사용을 위해 컴퓨터 판독 가능 정보/데이터를 저장할 수 있는 현재 알려진 또는 나중에 개발될 다른 매체를 포함하지만 이에 한정되지 않는다. "컴퓨터 판독 가능 저장 매체"는 반송파 또는 전파 신호로 구성되지 않는다.

게다가, 본 명세서에서 설명되는 방법들 및 프로세스들은 하드웨어 모듈들에서 구현될 수 있다. 예를 들어, 하드웨어 모듈들은 주문형 집적 회로(ASIC) 칩, 필드 프로그래머블 게이트 어레이(FPGA) 및 현재 알려졌거나 나중에 개발될 다른 프로그래밍 가능 논리 장치들을 포함할 수 있지만 이에 한정되지 않는다. 하드웨어 모듈들이 활성화될 때, 하드웨어 모듈들은 하드웨어 모듈들 내에 포함된 방법들 및 프로세스들을 수행한다.

본 발명의 소정 실시예들 및 그의 많은 장점의 더 나은 이해를 제공하기 위해 예시적인 시나리오들이 설명되었다. 본 명세서에서 설명되는 예시적인 시나리오들은 본 발명의 실시예들에 대한 응용들 및 변형들의 일부를 예시하는 것을 의도할 뿐이다. 그들은 물론 본 발명을 한정하는 것으로 결코 간주되지 않아야 한다.

본 명세서에서의 "하나의 실시예", "일 실시예", "예시적인 실시예" 등에 대한 임의의 참조는 실시예와 관련하여 설명되는 특정 특징, 구조 또는 특성이 본 발명의 적어도 하나의 실시예에 포함된다는 것을 의미한다. 본 명세서서의 다양한 장소들에서의 그러한 표현들의 출현들은 반드시 모두가 동일 실시예를 지칭하지는 않는다. 게다가, 본 명세서에서 개시되는 임의의 발명 또는 그의 실시예의 임의의 요소들 또는 제한들은 본 명세서에서 개시되는 임의의 다른 발명 또는 그의 실시예의 임의의 그리고/또는 모든 다른 요소들 또는 제한들(개별적 또는 임의 조합)과 결합될 수 있으며, 모든 그러한 결합들은 본 발명에 대한 한정이 아니라 본 발명의 범위와 관련하여 고려된다.

본 명세서에서 설명되는 예들 및 실시예들은 예시의 목적을 위한 것일 뿐이며, 그를 고려하는 다양한 수정들 및 변경들이 이 분야의 기술자들에게 암시될 것이고, 본원의 사상 및 범위 내에 포함되어야 한다는 것을 이해해야 한다.

Claims (10)

1. 소매상(retailer)을 이용하여 서브스크립션(subscription)의 신디케이션(syndication)을 촉진하기 위한 컴퓨터 구현 방법으로서,
   소매상 식별자로 구성되는 토큰을 환매(redeem)하기 위한 요청을 수신하는 것에 응답하여, 파트너-페이싱 서브스크립션 식별자(Partner-Facing Subscription Identifier(PFSI))를 생성하고, 상기 소매상 식별자와 관련된 소매상에게 상기 PFSI를 알리고, 서브스크립션 혜택(benefit) 및 상기 PFSI를 사용자 계정과 관련시키는 단계
   를 포함하는 방법.
   
2. 제1항에 있어서,
   상기 토큰을 자동 갱신 모드(renewal mode)에 할당하기 위한 요청을 수신하는 것에 응답하여 상기 토큰을 상기 자동 갱신 모드에 할당하는 단계를 더 포함하는
   방법.
   
3. 제1항에 있어서,
   상기 토큰을 환매하기 위한 상기 요청을 수신하는 것에 응답하여, 상기 소매상 식별자와 관련된 상기 소매상에게, 상기 소매상 식별자가 대응하는 소매상 웹사이트에 대한 링크와 같이, 패키징을 포함하는 제품 또는 서비스에 대한 서브스크립션의 액세스를 제공하는 단계를 더 포함하는
   방법.
   
4. 제1항에 있어서,
   지정된 PFSI에 대한 서브스크립션을 갱신하기 위한 요청을 수신하는 것에 응답하여, 상기 지정된 PFSI에 대응하는 상기 사용자 계정 및 상기 서브스크립션 혜택을 결정하고, 상기 지정된 PFSI에 대응하는 상기 서브스크립션 혜택에 대한 추가 서브스크립션 기간을 상기 사용자 계정에 제공하는 단계를 더 포함하는
   방법.
   
5. 제1항에 있어서,
   제품 또는 서비스에 대한 지정된 기간 동안의 제삼자 서브스크립션에 대한 새로운 토큰을 생성하기 위한 요청을 수신하는 것에 응답하여, 상기 새로운 토큰을 상기 제삼자 서브스크립션에 할당하는 단계와 - 상기 제삼자 서브스크립션에 대한 상기 새로운 토큰은 지정된 소매상 식별자를 포함함 -,
   상기 제삼자 서브스크립션에 대한 상기 새로운 토큰을 환매하기 위한 요청을 수신하는 것에 응답하여, 상기 지정된 기간 동안 상기 제삼자 서브스크립션에 대한 상기 새로운 토큰을 활성화하고, 대응하는 PFSI를 생성하고, 상기 대응하는 PFSI를 상기 지정된 소매상 식별자와 관련된 상기 소매상에 제공하는 단계
   를 더 포함하는 방법.
   
6. 소매상을 이용하여 서브스크립션의 신디케이션을 촉진하기 위한 시스템으로서,
   사용자 계정 식별자, 및 소매상 식별자를 포함하는 토큰을 수신하고, 파트너-페이싱 서브스크립션 식별자(Partner-Facing Subscription Identifier)(PFSI)를 생성하는 PFSI 생성기와,
   상기 토큰 및 상기 사용자 계정 식별자를 수신하여, 상기 소매상 식별자에 기초하여 맞춤화된 서브스크립션을 활성화하는 이행 엔진(fulfillment engine)
   을 포함하는 시스템.
   
7. 제6항에 있어서,
   서브스크립션 식별자 및 대응하는 PFSI를 포함하는 데이터베이스와 - 각각의 서브스크립션 식별자는 사용자 계정 및 그에 제공되는 제품 또는 서비스를 식별함- , 옵션으로서,
   소매상으로부터 추가 서브스크립션 기간에 대한 신용(credit)을 수신하기 위한 회계 시스템
   을 더 포함하는 시스템.
   
8. 제6항에 있어서,
   상기 이행 엔진은 또한,
   PFSI를 수신하고,
   상기 PFSI에 대응하는 상기 사용자 계정을 결정하고,
   추가 서브스크립션 기간을 상기 사용자 계정에 제공하는
   시스템.
   
9. 제6항에 있어서,
   제품 또는 서비스에 대한 지정된 기간 동안의 제삼자 서브스크립션에 대한 새로운 토큰을 생성하기 위한 요청을 수신하고, 상기 새로운 토큰을 상기 제삼자 서브스크립션에 할당하고, 상기 새로운 토큰을 지정된 소매상 식별자와 함께 저장하는 토큰 관리 시스템과, 옵션으로서,
   상기 지정된 기간의 갱신에 대해 상기 제삼자 서브스크립션의 제공자의 계정에 대변 기입하기 위한 회계 시스템
   을 더 포함하는 시스템.
   
10. 플랫폼 홀더를 통해 환매 가능하고, 소매상에 의한 자동 갱신을 위해 상기 소매상에 할당되는 토큰을 갖도록 구성되는 서브스크립션 기반 제품에 대한 자격 카드로서,
    상기 토큰은 소매상 식별자를 포함하고, 상기 서브스크립션 기반 제품은 상기 소매상에 따라 맞춤화되는 제품 또는 서비스를 포함하는
    자격 카드.

Images