KR20160036097A - 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템 - Google Patents

클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템 Download PDF

Info

Publication number
KR20160036097A
KR20160036097A KR1020167007400A KR20167007400A KR20160036097A KR 20160036097 A KR20160036097 A KR 20160036097A KR 1020167007400 A KR1020167007400 A KR 1020167007400A KR 20167007400 A KR20167007400 A KR 20167007400A KR 20160036097 A KR20160036097 A KR 20160036097A
Authority
KR
South Korea
Prior art keywords
account
shared
prepaid account
client device
stored value
Prior art date
Application number
KR1020167007400A
Other languages
English (en)
Inventor
로버트 엘 데저트
프랭크 티 영
Original Assignee
퀄컴 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 퀄컴 인코포레이티드 filed Critical 퀄컴 인코포레이티드
Publication of KR20160036097A publication Critical patent/KR20160036097A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Telephonic Communication Services (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Storage Device Security (AREA)

Abstract

클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법이 개시된다. 방법은, 저장 가치 계좌의 소유자에게 제 1 고유 식별자를 할당하는 단계 및 저장 가치 계좌에 주 계좌 번호를 할당하는 단계를 포함할 수도 있다. 방법은, 저장 가치 계좌에 기초하여 공유 저장 가치 계좌를 생성하라는 입력을 수신하는 단계 뿐만 아니라 공유 저장 가치 계좌의 의도된 수신자에 대응하는 입력을 수신하는 단계를 더 포함할 수도 있다. 방법은 또한, 공유 저장 가치 계좌의 의도된 수신자와 연관되고 저장 가치 계좌에 할당된 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하는 단계를 포함할 수도 있다. 방법은 또한, 제약들에 대한 옵션들을 디스플레이하는 단계 뿐만 아니라 제약들을 추적하기 위해 제 2 고유 식별자와 연관되는 제 2 주 계좌 번호를 생성하는 단계를 포함할 수도 있다.

Description

클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템{SYSTEM AND METHOD FOR CREATING AND MANAGING A SHARED STORED VALUE ACCOUNT ASSOCIATED WITH A CLIENT DEVICE}
관련 출원에 대한 상호 참조 및 우선권 주장
본 특허 출원은, 발명의 명칭이 "SYSTEM AND METHOD FOR CREATING AND MANAGING A SHARED STORED VALUE ACCOUNT ASSOCIATED WITH A CLIENT DEVICE" 이고 2010년 3월 8일자로 출원된 미국 가특허출원 번호 61/311,630 에 대해 35 U.S.C. §119(e) 하의 우선권을 주장하며, 그 전체 내용은 본원에서 참조로서 포함된다.
전통적으로, 물리적 토큰 (token) 들은 저장 가치 계좌 (stored value account) 들의 제공자들에 의해 발행되고 있다. 이들 토큰들은 통상적으로 그 토큰으로 액세스될 수도 있는 저장 가치 계좌와 연관된 주 계좌 번호 (primary account number) 를 갖는 플라스틱 카드들의 형태를 취한다. 하나의 흔한 종래의 토큰으로는 가맹점 (merchant) 에 의해 발행될 수도 있는 전통적인 기프트 카드 (gift card) 가 있다. 이 종래의 물리적 토큰에 있어서의 문제점은, 저장 가치 계좌 (예를 들어, 기프트 카드 계좌) 와 연관된 서비스 제공자들 또는 가맹점들이 통상적으로, 그 저장 가치 계좌로부터 그 가치 (value) 를 상환 (redeem) 하기 위해 토큰을 사용할 수도 있는 사람의 신원을 알지 못한다는 데 있다.
종래의 물리적 토큰들이 갖는 다른 문제는 이들이 공간을 필요로 하며 주로 지갑 또는 퍼스 (purse) 와 같이 일부 캐리어의 형태로 운반되어야 한다는 것이다. 물리적 토큰들은 대부분의 개인들에 의해 운반되는 기본적인 아이템들의 리스트에 추가한다. 대부분의 개인들에 의해 운반될 수도 있는 다른 기본적인 아이템들은 모바일 전화기들 또는 개인 휴대 정보 단말기들 ("PDAs") 과 같은 모바일 컴퓨팅 디바이스들이다.
종래의 물리적 토큰들이 갖는 다른 문제는 한 사람: 물리적 토큰의 전달자에 의해서만 사용될 수도 있다는 것이다. 단일의 물리적 토큰을 이용하면, 상이한 위치 (location) 들에서 그리고 가능하게는 동일한 시간들에서 토큰을 사용하기를 원하는 상이한 사람들 사이에서 그러한 토큰을 공유하는 것은 비현실적이다.
따라서, 모바일 클라이언트 디바이스로 관리되고 이것과 공유될 수도 있으며 가상의 토큰 홀더에 의해 저장 가치 계좌의 사용의 증가된 유연성을 제공할 수도 있는 가상의, 저장 가치 토큰을 사용하여 트랜잭션들을 행하는 시스템 및 방법이 필요하다.
일 양태에 따르면, 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법이 개시된다. 이 방법은, 제 1 고유 식별자를 저장 가치 계좌의 소유자에게 할당하는 단계 및 주 계좌 번호를 저장 가치 계좌에 할당하는 단계를 포함할 수도 있다. 방법은, 저장 가치 계좌에 기초한 공유 저장 가치 계좌를 생성하기 위한 입력을 수신하는 단계뿐만 아니라 공유 저장 가치 계좌의 의도된 수신자에 대응하는 입력을 수신하는 단계를 더 포함할 수도 있다. 방법은 또한, 공유 저장 가치 계좌의 의도된 수신자와 연관되고 저장 가치 계좌에 할당된 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하는 단계를 포함할 수도 있다.
다른 양태에 따르면, 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 컴퓨터 시스템이 또한 개시된다. 이 시스템은, 저장 가치 계좌의 소유자와 제 1 고유 식별자를 연관시키고 저장 가치 계좌와 주 계좌 번호를 연관시키도록 동작 가능한 프로세서를 포함할 수도 있다. 프로세서는 또한, 저장 계좌 가치에 기초한 공유 저장 가치 계좌를 생성하기 위한 입력을 수신하고 공유 저장 가치 계좌의 의도된 수신자에 대응하는 입력을 수신하도록 동작 가능할 수도 있다. 프로세서는 또한, 공유 저장 가치 계좌의 의도된 수신자와 연관되고 저장 가치 계좌에 할당된 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하도록 동작 가능할 수도 있다.
추가의 양태에 따르면, 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하기 위한 컴퓨터 시스템이 개시된다. 이 시스템은, 저장 가치 계좌의 소유자에게 제 1 고유 식별자를 할당하기 위한 수단 및 저장 가치 계좌에 주 계좌 번호를 할당하기 위한 수단을 포함할 수도 있다. 시스템은 또한, 저장 가치 계좌에 기초한 공유 저장 가치 계좌를 생성하기 위한 입력을 수신하기 위한 수단 및 공유 저장 가치 계좌의 의도된 수신자에 대응하는 입력을 수신하기 위한 수단을 가질 수도 있다. 시스템은 또한, 공유 저장 가치 계좌의 의도된 수신자와 연관되고 저장 가치 계좌에 할당된 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하기 위한 수단을 가질 수도 있다.
다른 양태에 따르면, 컴퓨터 판독가능 프로그램 코드가 수록된 컴퓨터 사용 가능 매체를 포함하는 컴퓨터 프로그램 제품이 개시되는데, 여기서 컴퓨터 판독가능 프로그램 코드는 저장 가치 계좌를 관리하는 방법을 구현하기 위해 실행되도록 구성된다. 코드에 의해 구현된 방법은, 저장 가치 계좌의 소유자에게 제 1 고유 식별자를 할당하는 단계 및 저장 가치 계좌에 주 계좌 번호를 할당하는 단계를 포함할 수도 있다. 방법은 저장 가치 계좌에 기초한 공유 저장 가치 계좌를 생성하기 위한 입력을 수신하는 단계 및 공유 저장 가치 계좌의 의도된 수신자에 대응하는 입력을 수신하는 단계를 더 포함할 수도 있다. 방법은 또한, 공유 저장 가치 계좌의 의도된 수신자와 연관되고 저장 가치 계좌에 할당된 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하는 단계를 포함할 수도 있다.
도면들에서, 유사한 참조 부호들은 달리 나타내지 않으면 각종 뷰들 전체에서 유사한 부분들을 지칭한다. "102A" 또는 "102B"와 같은 글자 지정이 있는 참조 부호들에 대해서는, 글자 지정들이 동일한 도면에 존재하는 2 개의 유사한 부분들 또는 엘리먼트들을 구별할 수도 있다. 참조 부호가 모든 도면들에서 동일한 참조 부호를 갖는 모든 부분들을 포함하도록 의도되는 경우 참조 부호들에 대한 글자 지정들이 생략될 수도 있다.
도 1 은 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 시스템의 제 1 앙태의 다이어그램이다.
도 2a 는 도 1 에 도시된 저장 가치 계좌 프로세서 서버에 의해 관리된 저장 가치 계좌 데이터베이스에 대한 제 1 데이터 구조의 다이어그램이다.
도 2b 는 도 1 에 도시된 저장 가치 계좌 프로세서 서버에 의해 관리된 저장 가치 계좌 데이터베이스에 대한 제 2 데이터 구조의 다이어그램이다.
도 2c 는 도 1 에 도시된 저장 가치 계좌 프로세서에 의해 관리된 저장 가치 계좌 데이터베이스에 대한 제 3 데이터 구조의 다이어그램이다.
도 3 은 도 1 의 시스템에 대한 예시적인 컴퓨터 아키텍처의 다이어그램이다.
도 4 는 모바일 전화기를 포함하는 예시적인 클라이언트 디바이스의 다이어그램이다.
도 5 는 모바일 클라이언트 디바이스에 대한 터치 스크린의 다이어그램이다.
도 6 은 메시지 스크린의 다이어그램이다.
도 7 은 상세한 메시지 스크린의 다이어그램이다.
도 8a 는 저장 가치 계좌를 관리하는 스크린 리스팅 옵션들 (screen listing options) 의 다이어그램이다.
도 8b 는 저장 가치 트랜잭션에 대한 제 1 상세 구매/상환 프레젠테이션 스크린의 다이어그램이다.
도 8c 는 저장 가치 트랜잭션에 대한 제 2 상세 구매/상환 프레젠테이션 스크린의 다이어그램이다.
도 8d 는 저장 가치 트랜잭션에 대한 제 3 상세 구매/상환 프레젠테이션 스크린의 다이어그램이다.
도 8e 는 저장 가치 트랜잭션에 대한 제 4 상세 구매/상환 프레젠테이션 스크린의 다이어그램이다.
도 8f 는 저장 가치 트랜잭션에 대한 제 5 상세 구매/상환 프레젠테이션 스크린의 다이어그램이다.
도 9 는 저장 가치 계좌의 스테이터스를 제공하고 저장 가치 계좌 공유 옵션을 소개하는 스크린의 다이어그램이다.
도 10 은 저장 가치 계좌의 수신자를 선택하는데 사용될 수도 있는 이용 가능한 데이터베이스를 디스플레이하는 스크린의 다이어그램이다.
도 11 은 가족 데이터베이스에 대한 엔트리들을 디스플레이하는 스크린의 다이어그램이다.
도 12 는 친구들 데이터베이스에 대한 엔트리들을 디스플레이하는 스크린의 다이어그램이다.
도 13 은 동료 데이터베이스에 대한 엔트리들을 디스플레이하는 스크린의 다이어그램이다.
도 14 는 클라이언트 디바이스의 사용자에 의해 선택될 수 있는 저장 가치 계좌에 대한 이용 가능한 제약들을 디스플레이하는 스크린의 다이어그램이다.
도 15 는 클라이언트 디바이스의 사용자에 의해 수신되었던 저장 가치 계좌에 대한 토큰을 디스플레이하는 스크린의 다이어그램이다.
도 16a 내지 도 16e 는 클라이언트 디바이스와 연관된 저장 가치 계좌를 생성 및 관리하는 방법을 나타내는 플로우차트이다.
도 17 은 저장 가치 계좌 구매 요청을 처리하기 위한 도 16 의 하위-방법 또는 루틴을 나타내는 플로우차트이다.
도 18 은 클라이언트 디바이스 관리 서버의 에스크로 계좌에서 펀드들을 처리 및 수신하기 위한 도 16 의 하위-방법 또는 루틴을 나타내는 플로우차트이다.
도 19a 는 저장 가치 계좌에 대한 공유 옵션들을 디스플레이하고 선택된 공유 옵션들을 처리하기 위한 도 16 의 하위-방법 또는 루틴을 나타내는 플로우차트이다.
도 19b 는 저장 가치 계좌에 대한 공유 옵션들을 디스플레이하고 선택된 공유 옵션들을 처리하기 위한 도 16 의 하위-방법 또는 루틴에 대한 연속 다이어그램이다.
"예시적인 (exemplary)" 이라는 용어는 여기서 "예, 경우, 예시로서 기능하는 것" 을 의미한다. "예시적인" 으로서 여기서 설명되는 임의의 양태는 반드시 다른 양태들에 비해 바람직하거나 유리한 것으로서 해석될 필요는 없다.
이 설명에서, "애플리케이션"이라는 용어는, 객체 코드, 스크립트, 바이트 코드, 마크업 언어 파일, 및 패치와 같은 실행가능 콘텐츠를 갖는 파일들을 또한 포함할 수도 있다. 또한, 여기서 지칭되는 "애플리케이션"은 오픈될 필요가 있을 수도 있는 문서들 또는 액세스 될 필요가 있는 다른 데이터 파일들과 같은 본질적으로 실행가능한 것이 아닌 파일들을 또한 포함할 수도 있다.
본 설명에서, 용어들 "통신 디바이스", "무선 디바이스", "무선 전화기", "무선 통신 디바이스", 및 "무선 핸드셋"은 상호교환적으로 사용된다. 제 3 세대 ("3G") 무선 기술의 도래로, 더 큰 대역폭 가용성은 더 많은 전자 디바이스들이 더 많은 다양한 무선 능력들을 가질 수 있게 하였다. 그러므로, 무선 디바이스는 셀룰러 전화기, 페이저, PDA, 스마트폰, 내비게이션 디바이스, 또는 무선 접속을 갖는 컴퓨터일 수 있다.
도 1 을 참조하면, 이 도면은 클라이언트 디바이스 (102) 에 의해 액세스될 수도 있는 공유 저장 가치 계좌 (142) 를 관리하는 시스템 (100) 의 제 1 양태의 다이어그램이다. 저장 가치 계좌들 (142) 은 다양한 가맹점들 (120) 로부터 이 글 (writing) 에서와 같이 이용 가능한 기프트 카드 계좌들을 포함할 수도 있다. 저장 가치 계좌들 (142) 은, 급여 카드들, 정부 보조금 (government benefit) 카드들, 선불식 직불 (prepaid debit) 카드들, 및 전화 카드들을 커버하고 포함할 수도 있지만 이들에 한정되지는 않는다.
저장 가치 계좌들 (142) 에는 보통 다음 2 개의 메인 카테고리들이 있다: (a) 단일-목적 또는 "폐쇄-루프" 계좌들 및 (b)"개방-루프" 계좌들. 특정한 소매업자들에게 상품들을 구매하는데에만 사용될 수 있는 기프트 카드들과, 전화 통화를 하는데만 사용될 수 있는 선불식 전화 카드들이, 단일-목적의 저장 가치 계좌들 (142) 의 예들이다.
제 2 유형의 계좌 (142) 는, 매우 다양한 소매 (retail) 위치들 (단일 소매업자로 한정되지 않음) 에서 직불 (debit) 트랜잭션들을 하는데 뿐만 아니라 다른 목적들, 예컨대 직접 입금들을 받고 ATM들로부터 현금을 인출하는데 사용될 수 있는 다목적 또는 "개방-루프" 계좌 (142) 이다. 일부 다목적 계좌들은 VISA (TM) 또는 MASTERCARD (TM) 브랜드 네트워크들과 같은 브랜드 있는 (branded) 신용 카드 네트워크일 수도 있고, 이들 브랜드들이 받아지는 어느 곳에서든 사용될 수 있다. 이 개시물의 저장 가치 계좌 (142) 는 개방-루프 및 폐쇄-루프 유형들 모두를 커버한다.
시스템 (100) 은 클라이언트 디바이스 관리 서버 (106), 저장 가치 계좌 프로세서 서버 (108A), 저장 가치 계좌 발행자 서버 (108B), 가맹점 취득자 (acquirer) (116B), 클라이언트 디바이스 관리 ("CDM") 취득자 (116A), 발송자 펀딩 소스 (118), 클라이언트 디바이스들 (102), 및 가맹점 (120) 을 포함할 수도 있다.
도 1 에 도시된 시스템 엘리먼트들의 대부분은 통신 링크들 (103A-J) 을 통해 컴퓨터 또는 통신 네트워크 (105) 에 연결된다. 도 1 에 도시된 링크들 (103) 은 유선 또는 무선 링크들일 수도 있다. 무선 링크들은 라디오-주파수 ("RF") 링크들, 적외선 링크들, 음향 링크들, 및 다른 무선 매체들을 포함하지만 이들에 한정되지는 않는다. 통신 네트워크 (105) 는 광대역 네트워크 ("WAN"), 로컬 영역 네트워크 ("LAN"), 인터넷, 공중 전화 교환망 ("PSTN"), 페이징 네트워크, 또는 이들의 조합을 포함할 수도 있다.
도 1 에 도시된 시스템 엘리먼트들의 대부분이 또한 점선들로 도시된 가상 링크들 (107A-H) 에 의해 연결되는 것으로 도시된다. 가상 링크들 (107) 은, 사실상, 개별 엘리먼트를 통신 네트워크 (105) 에 연결시키는 통신 링크들 (103) 에 의해 실제 통신들이 지원되는 경우, 엘리먼트들 사이의 직접 통신들을 묘사한다. 가상 링크들 (107) 은 예시적인 목적들을 위해 그리고 시스템 (100) 에서의 개별 엘리먼트들 간에 그리고 개별 엘리먼트들 중에서의 통신들의 흐름을 이해하기 위해 도시된다.
클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102A) 및 수신자 클라이언트 디바이스 (102B) 에 의해 메모리에 저장되는 모바일 지갑들 (114) 을 관리하고 유지하는 것을 담당하는 모바일 지갑 시스템 (134) 을 지원할 수도 있다. 각각의 클라이언트 디바이스 (102) 는, 개별 클라이언트 디바이스가 통신 네트워크 (105) 와 무선 통신 링크들 (103) 을 확립할 수도 있도록 안테나 (372) 를 가지는 것으로 도시된다. 그러나, 통신 네트워크 (105) 에 대한 유선 또는 하드 라인 링크들 (103) 을 가지는 클라이언트 디바이스들 (102), 예컨대 랩톱 또는 핸드 헬드 컴퓨터들이 본 발명의 범위 내에 포함된다.
클라이언트 디바이스 관리 서버 (106) 는, 수신자 클라이언트 디바이스 (102B) 의 모바일 지갑 (114B) 에 대해 생성되고 전송될 수도 있는 저장 가치 계좌 (142) 를 확립하기 위해서 발송자 클라이언트 디바이스 (102A) 와 통신할 수도 있다. 클라이언트 디바이스 관리 서버 (106) 또한 저장 가치 계좌들 (142) 과 연관된 트랜잭션들을 관리하기 위해서 저장 가치 계좌 프로세서 서버 (108A) 및 저장 가치 계좌 발행자 서버 (108B) 와 함께 작업한다. 저장 가치 계좌 프로세서 서버 (108A) 는 또한 가맹점 (120) 과 함께 작업하는 가맹점 취득자 (116B) 와 직접 작업할 수도 있다. 어떤 경우들에서는, 가맹점 (120) 은 통신들을 가맹점 취득자 (116B) 를 통해 전송하거나 가맹점 취득자 (116B) 로부터 수신하지 않고서도 저장 가치 계좌 프로세서 서버 (108A) 와 직접 작업할 수도 있다.
저장 가치 계좌 발행자 서버 (108B) 는 저장 가치 계좌 데이터베이스 (146) 에서 관리 및 유지되는 저장 가치 계좌들 (142) 을 확립/생성하는 것을 담당할 수도 있다. 구체적으로는, 저장 가치 계좌 발행자 서버 (108B) 는 클라이언트 고유 식별자들 (155), 가상 카드 식별 번호들 (167), 주 계좌 번호들 ("PAN들") (165), 및 아래에서 매우 상세히 논의되는 도 2a 의 가맹점 식별자들 (170) 을 생성 및 관리하는 것을 담당한다. 저장 가치 계좌 발행자 서버 (108B) 와 저장 가치 계좌 프로세서 (108A) 가 도 1 에서 개별 엘리먼트들로서 예시되었지만, 당업자는 단일 컴퓨터 서버가 이들 2 개의 엘리먼트들의 기능들을 수행할 수 있음을 이해한다. 이러한 점을 염두에 두고, 나머지 개시물이, 가끔, 저장 가치 계좌 프로세서 서버 (108A) 및 저장 가치 계좌 발행자 서버 (108B) 를 단일 하드웨어/소프트웨어 엘리먼트로서 지칭할 수도 있다.
가맹점 (120) 은 상품들 및 서비스들에 대한 대가로 저장 가치 계좌들 (142) 을 받고 처리할 수도 있다. 클라이언트 디바이스 관리 서버 (106) 는 클라이언트 디바이스 관리 ("CDM") 취득자 (116A) 와 통신할 수도 있다. CDM 취득자 (116A) 는 발송자 펀딩 소스 (118) 와 통신한다. 발송자 펀딩 소스 (118) 는 가맹점 (120) 또는 클라이언트 디바이스 관리 서버 (106) 와 계약 관계를 유지하는 금융 기관을 포함할 수도 있다.
취득자 (116) 는 통상적으로 "중간가맹점 (middleman)" 으로서 역할을 하며, 취득자 (116) 는 통상적으로 가맹점 (120) (또는 클라이언트 디바이스 관리 시스템 (106)) 으로부터 신용 카드 트랜잭션들을 수신한 다음 그 트랜잭션들을 발행 금융 기관, 예컨대 은행과 정산한다. 취득자 (116) 가 펀드들을 예탁 은행 계좌, 예컨대 클라이언트 디바이스 관리 ("CDM") 에스크로 계좌 (136) 또는 가맹점 요구불 예금계좌 ("DDA") (121) 에 예금할 수도 있고, 그 펀드들을 신용 카드 발행사, 또는 다른 엔티티로부터 회수 (recoup) 할 수도 있다. 가맹점 요구불 예금 (demand deposit) 계좌 ("DDA") (121) 으로부터의 펀드들은 체크, 직불 카드, 또는 당업자에게 알려진 바와 같은 자동 클리어링하우스 (clearinghouse) 에 의해 액세스될 수도 있다. DDA (121) 가 당좌 계좌 (checking account), 또는 다른 드래프트 계좌를 포함할 수도 있다. 보통, 클라이언트 디바이스 관리 서버 (106) 의 가맹점 (120) 또는 오퍼레이터는 당업자에게 알려진 바와 같이, 신용 카드 유형 트랜잭션들을 핸들링하는 취득자 (116) 에게 소정 수수료를 지불해야만 한다.
발송자 펀딩 소스 (118) 는 발송자 클라이언트 디바이스 (102A) 의 사용자와 연관되는 금융 기관, 예컨대 은행을 포함할 수도 있다. 발송자 펀딩 소스 (118) 는 수신자 클라이언트 디바이스 (102B) 에 대한 저장 가치 계좌 (142) 를 구매하기 위해 발송자 클라이언트 디바이스 (102A) 에 의해 액세스될 수도 있다. 저장 가치 계좌 (142) 는 클라이언트 디바이스 관리 서버 (106) 로부터 그것들의 클라이언트 디바이스 통신들의 모두를 수신하는 저장 가치 계좌 프로세서 서버 (108A) 및 저장 가치 계좌 발행자 서버 (108B) 에 의해 관리 및 서비스될 수도 있다.
저장 가치 계좌 프로세서 서버 (108A) 와 저장 가치 계좌 발행자 서버 (108B) 는 복수의 클라이언트 디바이스들 (102) 과 연관될 수도 있는 저장 가치 계좌들 (142) 의 데이터베이스 (146) 를 유지할 수도 있다. 저장 가치 계좌 프로세서 서버 (108A) 는 또한 클라이언트 디바이스 (102) 로부터 가맹점 (120) 으로의, 판매 시점 관리 ("POS") 단말기에서의 또는 컴퓨터/통신 네트워크 (105) 상에 존재하는 가상 스토어 환경에서의 저장 가치 계좌의 가치를 상환하기 위한 임의의 요청을 처리하기 위해, 가맹점 취득자들 (116B) 또는 가맹점들 (120) 과 직접 통신할 수도 있다.
예시적인 실시형태에 따르면, 발송자 클라이언트 디바이스 (102A) 는 클라이언트 디바이스 관리 서버 (106) 와 상호작용하고 함께 작업하는 것에 의해, 디스플레이 디바이스 상에서 렌더링된 가상 토큰 (702) (도 7) 에 의해 표시되는 저장 가치 계좌 (142) 를 생성, 개인화하고 수신자 클라이언트 디바이스 (102B) 로 전송할 수도 있다. 클라이언트 디바이스 관리 서버 (106) 는 수신자 클라이언트 디바이스 (102B) 로 전송되는 저장 가치 계좌(들) (142) 을 확립하라는 요청 및 대응하는 지불을 처리할 수도 있다.
일단 하나 이상의 저장 가치 계좌들 (142) 이 수신자 클라이언트 디바이스 (102B) 에 의해 수신되고 수신자 클라이언트 디바이스 (102B) 에 의해 활성화되면, 수신자 클라이언트 디바이스 (102B) 는, 오프라인거래 (brick-and-mortar) 스토어 위치에서와 같은 가맹점 (120) 에서, 또는 컴퓨터/통신 네트워크 (105) 를 통한 가상 쇼핑 카트를 통해서 예컨대 상품들 및/또는 서비스들의 가치에 대해 저장 가치 계좌들 (142) 을 상환할 수도 있다.
시스템 (100) 은, 가맹점 (120) 이 수신자 클라이언트 디바이스 (102B) 의 지리적 좌표들뿐만 아니라 클라이언트 디바이스 (102B) 의 사용자의 아이덴티티를 클라이언트 디바이스 관리 서버 (106) 에 의해 제공받을 수도 있도록 클라이언트 디바이스 (102) 가 모바일 전화기와 같은 모바일 무선 디바이스를 포함하는 경우 소정의 이점들을 제공할 수도 있다. 이 방식으로, 수신자 클라이언트 디바이스 (102B) 의 아이덴티티 및 수신자 클라이언트 디바이스 (102B) 의 지리적 좌표들을 아는 것에 의해, 가맹점 (120) 은 수신자 클라이언트 디바이스 (102) 로 오퍼들 또는 프로모션들을 전송할 수 있을 수도 있다. 이런 방식으로, 특정 가맹점 (120) 에 고유한 오퍼들 또는 프로모션들이 구체적으로 수신자 (102B) 에게 타겟팅될 (targeted) 수도 있다.
시스템 (100) 의 다른 예시적인 양태들에 따르면, 수신자 클라이언트 디바이스 (102B) 에게는 여러 상이한 가맹점들 (120) 과 연관된 저장 가치 계좌들 (142) 을 교환하는 성능이 제공될 수도 있다. 즉, 수신자 클라이언트 디바이스 (102B) 는 제 1 가맹점 (120) 과 상이한 제 2 가맹점 (120) 과 연관된 제 2 저장 가치 계좌를 구매하고/하거나 펀딩하기 위해서 제 1 가맹점 (120) 과 연관된 제 1 저장 가치 계좌 (142) 의 가치의 전부 또는 일부를 취할 수도 있다.
도 2 를 참조하면, 이 도면은 도 1 에 도시된 저장 가치 계좌 프로세서 서버 (108A) 및 저장 가치 계좌 발행자 서버 (108B) 에 의해 관리되는 저장 가치 계좌 데이터베이스 (146) 에 대한 제 1 데이터 구조 (179A) 의 다이어그램이다. 제 1 데이터 구조 (179A) 는 클라이언트 고유 식별자 (155) 및 하나 이상의 주 계좌 번호들 ("PAN들"; 165) 및 하나 이상의 가상 카드 식별 번호들 ("VCARD ID#"; 167) 을 포함할 수도 있다. PAN들 (165) 및 VCARD ID들 (167) 은 각각의 클라이언트 디바이스 (102) 와 연관된 각각의 저장 가치 계좌 (142) 에 대해 생성될 수도 있다. 클라이언트 디바이스 관리 서버 (106) 는 클라이언트 고유 식별자 (155) 를 생성하고 그 고유 식별자 (155) 를 저장 가치 계좌 발행자 서버 (108B) 에 전하는 것을 담당할 수도 있다. 대안적으로, 저장 가치 계좌 발행자 서버 (108B) 가 클라이언트 고유 식별자 (155) 를 생성할 수도 있다.
클라이언트 고유 식별자 (155) 는 미리정의된 길이의 영숫자 글자 스트링 (alphanumeric character string) 을 포함할 수도 있다. 예를 들어, 영숫자 글자 스트링은 10 디지트 (digit) 스트링을 포함할 수도 있다. 그러나, 10 디지트 보다 크거나 작은 영숫자 스트링들이 본 발명의 범위 내에 있다.
발송자 클라이언트 디바이스 (102A) 가 저장 가치 계좌 (142) 에 대한 펀드들의 세트와 연관될 특정 가맹점 (120) 를 지정하지 않는 경우, 클라이언트 고유 식별자 (155) 는 가상 카드 식별 번호 (VCARD ID#; 167) 및 브랜드 없는 계좌 (unbranded account; 160) 와 연관될 수도 있다. 즉, 브랜드 없는 계좌 (160) 는, 클라이언트 고유 식별자 (155) 를 갖는 사용자의 저장 가치 계좌 (142) 에 할당되었지만 어느 특정 가맹점 (120), 예컨대 TARGET(TM) 또는 K-MART(TM) 브랜드 스토어와 연관되지 않은 펀드들의 추적을 유지할 수도 있다. 브랜드 없는 계좌 (160) 는 그 계좌와 연관된 어느 가맹점 명칭도 갖지 않을 것이지만 그 브랜드 없는 계좌 (160) 와 연관된 가상 카드 식별 번호 (VCARD ID#; 167) 를 가질 것이다. VCARD ID# (167) 는 클라이언트 고유 식별자 (155) 와 연관된다.
발송자 클라이언트 디바이스 (102A) 를 이용하여 구매되었고 특정 가맹점 (120) 에 대해 지정되었던 펀드들 또는 가치에 있어서, 그러한 펀드들은 특정 가맹점 (120) 과 연관되는 고유의 주 계좌 번호 ("PAN"; 165) 에 할당될 수도 있다. 고유 PAN (165) 은 또한 업계에서는 은행 카드 번호로서 지칭될 수도 있으며 대부분의 신용 카드들 및 은행 카드들 상에서 발견되는 주 계좌 번호이다. PAN (165) 은, 국제 표준화 기구 ("ISO")/국제 전기 표준 회의 ("IEC") 에 의해 만들어진 것들과 같은 업계 표준에 의해 좌우될 수도 있다. PAN (165) 은 어느 정도의 내부 구조를 가질 수도 있으며 저장 가치 계좌 발행자 서버 (108B) 에 의해 발행되는 모든 PAN (165) 들 간에 공통의 넘버링 체계를 공유할 수도 있다.
이 글에서와 같이, PAN (165) 에 대한 일 특정 표준은 ISO/IEC 7812 표준을 포함할 수도 있다. ISO/IEC 7812 표준은 단일-디지트 주요 산업 식별자 (Major Industry Identifier; "MII"), 6-디지트 발행자 식별 번호 (Issuer Identification Number; "IIN"), 계좌 번호, 및 Luhn 알고리즘을 이용하여 계산된 단일 디지트 체크 합 (check sum) 을 포함한다. PAN (165) 의 프리픽스 (prefix) 는 번호가 속하는 신용 카드 네트워크를 결정하는 번호의 시작부 (begining) 에서의 디지트들의 시퀀스일 수도 있다. PAN (165) 의 처음 6 디지트들은 발행자 식별 번호 ("IIN") 로서 지칭될 수도 있다. 이들은 카드 소유자에게 카드를 발행한 기관을 식별한다. 나머지 숫자는 저장 가치 계좌 발행자 서버 (108B) 와 같은 발행자에 의해 할당되거나 결정될 수도 있다. PAN (165) 은 16 디지트 번호를 포함할 수도 있으나, 다른 멀티-디지트 번호들 및 영숫자 식별자들이 본 발명의 범위 내에 있다.
다수의 PAN (165) 들은 클라이언트 고유 식별자 (155) 와 연관될 수도 있다. 즉, 단일 클라이언트 고유 식별자 (155) 는 복수의 상이한 PAN들 (165) 을 참조할 수도 있으며, 여기서 각각의 PAN (165) 은 특정 가맹점 (120) 에 대응한다. 이는, 클라이언트 고유 식별자 (155) 가 할당되는 단일 클라이언트 디바이스 (102) 가 각각 상이한 PAN들 (165) 을 갖는 수십 또는 수백의 가맹점들 (120) 에 액세스할 수도 있다는 것을 의미한다.
도 2 에 도시된 예시적인 실시형태에서, 제 1 저장 가치 계좌 (142A) 는, 가상 카드 식별 번호들 (VCARD ID#; 167D 및 167E) 각각이 할당된 2 개의 브랜드 없는 계좌들 (160A 및 160B) 과 연관된 "클라이언트 고유 식별자 #1" 의 클라이언트 고유 식별자 (155A) 를 갖는다. 제 1 브랜드 없는 계좌 (160A) 는 $10.00 의 저장 가치를 갖는다. 두 번째 브랜드 없는 계좌 (160B) 는 $15.00 의 저장 가치를 갖는다. 별개의 브랜드 없는 계좌들 (160A 및 160B) 은, 발송자 클라이언트 디바이스들 (102A) 의 상이한 사용자들에 의해 생성되었을 수도 있는 별개의 기프트들 또는 단일 발송자 클라이언트 디바이스 (102A) 의 단일 사용자에 의해 생성된 별개의 기프트들에 대한 추적을 허용한다.
클라이언트 고유 식별자 (155A) 는, "가맹점 ID#1"의 가맹점 식별자 (170A) 를 갖는 제 1 가맹점 및 "가맹점 ID#2"의 가맹점 식별자 (170B) 를 갖는 제 2 가맹점에게 할당되는 3 개의 주 계좌 번호들 ("PAN들"; 165A, 165B, 165C) 과 연관되어 있다. 제 1 PAN (165A) 과 연관된 가상 카드는 $25.00 의 저장 가치를 가지며 제 2 PAN (165B) 과 연관된 가상 카드는 $30.00 의 저장 가치를 가진다. 제 3 PAN (165C) 과 연관된 가상 카드는 $35.00 의 저장 가치를 가진다. PAN#2 및 PAN#3을 갖고 단지 제 2 가맹점 식별자 (170B) 와 연관된 제 2 및 제 3 가상 카드들은, 수신자 클라이언트 디바이스 (102B) 의 사용자가 상이하거나 동일한 가치들인 그러나 동일한 가맹점 (120) 과 연관된 2 개의 별개의 기프트들을 수신할 수도 있다는 것을 도시한다. 미국 통화가 이들 예들에서 사용되었지만, 당업자는 임의의 타입의 통화가 사용될 수도 있고 본 발명의 범위 내에 있다는 것을 인식한다.
VCARD ID#4 (167D) 와 연관된 제 1 브랜드 없는 계좌 (160A) 는 본 발명의 예시적인 실시형태에 따라 $10.00 의 저장 가치를 갖지만, 수신자 클라이언트 디바이스 (102B) 의 사용자는 제 1 브랜드 없는 계좌 (160A) 의 가치를 상환할 수 있기 전에 브랜드 없는 제 1 계좌 (160A) 의 펀드들을 특정 가맹점 (120) 과 연관시킬 필요가 있을 수도 있다. 이 특정 예에서, 클라이언트 디바이스 (102) 의 사용자는, 브랜드 없는 계좌 (160A) 로부터 제 1 PAN (165A) 또는 제 2 PAN (165B) 과 연관된 제 1 또는 제 2 가상 카드들에 펀드들을 이전 (transfer) 할 수 있다. 대안적으로, 사용자는 (계좌 (142B) 에서 가맹점 식별자들 (170A, 170) 로 표시되는 가맹점들 (120) 에 관하여) 새로운 가맹점 (120) 또는 이 저장 가치 계좌 (142A) 에 대해 (미도시된) 제 4 PAN (165) 을 갖는 기존의 가맹점 (120) 과 연관된 새로운 가상 카드를 생성할 수 있다.
도 2b 는 도 1 에 도시된 저장 가치 계좌 프로세서 서버 (108A) 및 저장 가치 계좌 발행자 서버 (108B) 에 의해 관리된 저장 가치 계좌 데이터베이스 (146) 에 대한 제 2 데이터 구조 (179B) 의 다이어그램이다. 도 2b 에 도시된 제 2 데이터 구조 (179B) 는 도 2a 에 도시된 제 1 데이터 구조 (179A) 의 것들과 유사한 여러 엘리먼트들을 공유한다. 따라서, 이들 2 개의 도면들 간의 차이들은 이하에서 더 상세히 논의 및 설명된다.
도 2b 에서, 각각의 PAN (165) 은 1 보다 많은 클라이언트 고유 식별자 (155) 를 할당받거나 이와 연관될 수도 있다. 도 2b 에 도시된 예시적인 실시형태에서, 제 1 클라이언트 고유 식별자 #1 (155A) 은 가상 카드 식별자 (VCARD ID#1; 167A) 뿐만 아니라 제 1 개인 계좌 번호 (PAN#1; 165A) 와 연관되어 있다. 또한, 이 제 1 PAN#1 (165A) 은 제 2 클라이언트 고유 식별자 #2 (155B) 및 제 3 클라이언트 고유 식별자 #3 (155C) 와 연관되어 있다. 제 2 클라이언트 고유 식별자 #2 (155B) 는 저장 가치 계좌 (142) 의 제 1 공유 수신자와 대응할 수 있는 한편, 제 3 클라이언트 고유 식별자 #3 (155C) 는 저장 가치 계좌 (142) 의 제 2 공유 수신자와 대응할 수도 있다. 공유 수신자는 VCARD ID#1 (167A) 과 연관된 계좌와 같은 특정한 저장 가치 계좌 (142) 에 대한 액세스를 승인받은 다른 사용자를 포함할 수도 있다.
이 제 2 데이터 구조 (179B) 에 따르면, 모든 공유 수신자들은 특정한 저장 가치 계좌 (142) 와 연관된 전액 (full value) 에 대한 액세스를 갖는다. 공유 수신자는 특정한 공유 저장 가치 계좌 (142) 와 연관된 현재 가치 만을 보도록 허가를 승인받을 수도 있다. 한편, 제 1 클라이언트 고유 식별자 #1 (155A) 와 연관되는 저장 가치 계좌의 소유자는, 공유 수신자들이 저장 가치 계좌 (142) 에 남아있는 가치에 대해 언제 청구했는지의 통지들을 수신한 것에 추가하여, 공유 저장 가치 계좌 (142) 와 연관된 가치를 모니터링할 수도 있다. 도 2b 에 도시된 예에 있어서, 이것은 제 1 클라이언트 고유 식별자 #1 (155A) 와 연관되는 저장 가치 계좌 (142) 의 소유자가 VCARD ID #1 (167) 및 PAN#1 (165A) 와 현재 연관된 전체 $25.00 가치에 대한 액세스를 가질 수도 있다는 것을 의미한다.
이것은 또한, 제 2 클라이언트 고유 식별자 #2 (155B) 와 연관된 제 1 공유 수신자 및 제 3 클라이언트 고유 식별자 #3 (155C) 와 연관된 제 2 공유 수신자가 또한 VCARD ID #1 (167) 및 PAN#1 (165A) 와 현재 연관된 전체 $25.00 가치에 대한 액세스를 갖는다는 것을 의미한다. 본 예시적인 실시형태에 따르면, UNBRANDED (160B) 와 같은 브랜드 없는 계좌들은 클라이언트 고유 식별자 #1 (155A) 와 연관된 소유자에 의해 공유되지 않을 수도 있다. 계좌는, 가맹점 (120) 이 식별되고 PAN (165) 이 생성되는 경우에만 공유될 수도 있다.
도 2c 는 도 1 에 도시된 저장 가치 계좌 프로세서 서버 (108A) 및 저장 가치 계좌 발행자 서버 (108B) 에 의해 관리된 저장 가치 계좌 데이터베이스 (146) 에 대한 제 3 데이터 구조 (179C) 의 다이어그램이다. 도 2c 에 도시된 제 3 데이터 구조 (179C) 는 도 2a 에 도시된 제 1 데이터 구조 (179A) 것들과 유사한 여러 엘리먼트들을 공유한다. 따라서, 이들 2 개의 도면들 간의 차이들은 이하에서 더 상세히 논의 및 설명된다.
도 2c 의 이 예시적인 실시형태에 따르면, 각각의 가상 카드 식별자 (VCARD ID#; 167) 는 공유 수신자들과 연관된 다수의 클라이언트 고유 식별자들 (155) 및 다수의 PANs (165) 과 연관될 수도 있다. 각각의 공유 수신자는 고유의 PAN (165) 을 할당받기 때문에, 제 3 데이터 구조 (179C) 는 저장 가치 계좌 (142) 의 각각의 공유 수신자에 고유한 제약들을 추적하는 능력을 갖는다. 제약들은 저장 가치 계좌 (142) 로 구매될 수 있는 제품들의 유형, 가치 총액, 지리적 제약들, 시각적 제약들, 날짜 제약들, 및 저장 가치 계좌 (142) 의 이용에 대한 다른 기타 제약들을 포함할 수 있으나 이에 한정되지는 않는다.
도 2c 에 도시된 예시적인 실시형태에서, 제 2 클라이언트 고유 식별자 #2 (155B) 및 제 2 PAN#2 (165B) 를 갖는 제 1 공유 수신자는 단지 푸드 제품들에 대해 한정되는 임의의 구매들을 포함하는 제약들 (177A) 을 갖고, 구매들은 우편 번호 10035 의 10 마일 내에서만 이루어질 수도 있다. 한편, 제 3 클라이언트 고유 식별자 #3 (155C) 및 제 3 PAN #3 (165C) 을 갖는 제 2 공유 수신자는 단지 가솔린에 한정되는 임의의 구매들을 포함하는 제약들 (177B) 을 갖고, 구매들은 우편 번호 10047 의 10 마일 내에서만 이루어질 수도 있다. 공유된 계좌의 이용은 2010 년 4 월 19 일자의 만료일 및 수신자에 의해 소비될 수 있는 10 달러의 최대 가치 또는 소비 한도 (spending cap) 를 갖는다. 이들 제약들은, 그 또는 그녀가 도 14 와 연관되어 설명되고 이하에서 후술되는 바와 같이 공유 수신자에 대한 공유된 계좌를 생성하는 경우 제 1 클라이언트 고유 식별자 #1 와 연관된 소유자에 의해 선택될 수 있다. 한편, 공유된 가치 계좌 (142) 의 소유자는 어떤 제약들 및/또는 제한들 없이 계좌 (142) 의 이용을 즐길 수도 있다.
도 3 은 도 1 의 시스템 (100) 에 대한 예시적인 컴퓨터 아키텍처 (101) 의 다이어그램이다. 예시적인 아키텍처 (101) 는 클라이언트 디바이스 (102) 를 포함할 수도 있다. 클라이언트 디바이스 서버 (106) 가 모바일 클라이언트 디바이스 (102) 에 접속될 수도 있다. 클라이언트 디바이스 관리 서버 (106) 는 유선 또는 무선 통신들의 링크 (103), 예컨대 모바일 전화망을 통해 모바일 디바이스 (102) 에 접속될 수도 있다. 또한, 클라이언트 디바이스 관리 서버 (106) 는 저장 가치 계좌 프로세서/발행자 서버 (108A,B) 에 직접 통신 링크 (109A,C) 를 통해, 예컨대 WAN 에 의해 접속될 수도 있다. 전술된 바와 같이, 저장 가치 계좌 프로세서 서버 (108A) 와 저장 가치 계좌 발행자 서버 (108B) 는 도 1 에 도시된 바와 같은 2 개의 물리적으로 별개의 디바이스들 또는 소프트웨어일 수도 있거나 또는 대안적으로, 이들 2 개의 엘리먼트들 (108A, B) 의 기능은 도 3 에 도시된 바와 같은 단일 디바이스 또는 소프트웨어 모듈에 의해 수행될 수도 있다. 당업자는 어느 하나의 옵션이 컴퓨터 아키텍처 설계 제약들에 의존하여 그리고 본 발명의 범위로부터 벗어나지 않고 선택될 수도 있다는 것을 이해할 것이다.
도 3 에 도시된 바와 같이, 클라이언트 디바이스 (102) 는 프로세서 (110) 와 이 프로세서 (110) 에 연결된 메모리 (112) 를 포함할 수도 있다. 메모리 (112) 는 본 명세서에서 설명되는 방법 단계들 중 하나 이상을 실행하기 위한 명령들을 포함할 수도 있다. 또한, 프로세서 (110) 와 메모리 (112) 는 본 명세서에서 설명되는 방법 단계들 중 하나 이상을 실행하는 수단으로서 기능을 할 수도 있다. 나타낸 바와 같이, 메모리 (112) 는 또한 모바일 지갑 (114) 을 포함할 수도 있다. 이 모바일 지갑 (114) 은 클라이언트 디바이스 관리 서버 (106) 에 의해 모바일 디바이스 (102) 에 제공될 수도 있다. 모바일 지갑 (114) 은, 계좌 정보를 포함할 수 있고 사용자가 클라이언트 디바이스 관리 서버 (106) 로부터 돈 또는 크레디트에 액세스하는 것을 허용하고 사용자가 이러한 정보를 그 또는 그녀의 주머니에 지니는 것을 허용하는 가상 토큰들을 제공할 수도 있다는 점에서 전통적인 지갑과 유사한 기능들을 제공한다.
도 3 은 클라이언트 디바이스 관리 서버 (106) 가 프로세서 (130) 및 이 프로세서 (130) 에 연결된 메모리 (132) 를 포함할 수도 있다는 것을 나타낸다. 메모리 (132) 는 본 명세서에서 설명되는 방법 단계들 중 하나 이상을 실행하기 위한 명령들을 포함할 수도 있다. 또한, 프로세서 (130) 와 메모리 (132) 는 본 명세서에서 설명되는 방법 단계들 중 하나 이상을 실행하는 수단으로서 기능을 할 수도 있다. 예시된 바와 같이, 메모리 (132) 는, 하나 이상의 저장 가치 계좌들 (142) 뿐만 아니라 다른 유형들의 계좌들과 같은 것에 대한 정보를 제공하지만 신용 카드 계좌들 및 은행 계좌들로 제한되지는 않는 모바일 지갑 시스템 (134) 을 포함할 수도 있다.
클라이언트 디바이스 관리 서버 (106) 내의 모바일 지갑 시스템 (134) 은 모바일 디바이스 (102) 내에 저장된 모바일 지갑 (114) 과 유사할 수도 있다. 또한, 클라이언트 디바이스 서버 (106) 내의 모바일 지갑 시스템 (134) 은 모바일 클라이언트 디바이스 (102) 내에 저장된 모바일 지갑 (114) 과 실질적으로 동일한 정보를 포함할 수도 있다. CDM 에스크로 데이터베이스 (136) 는 또한 클라이언트 디바이스 관리 서버 (106) 에 접속될 수도 있다.
도 3 에 묘사된 바와 같이, 저장 가치 계좌 프로세서/발행자 서버 (108A, B) 는 프로세서 (140) 와 프로세서 (140) 에 연결된 메모리 (142) 를 포함할 수도 있다. 메모리 (142) 는 본 명세서에서 설명되는 방법 단계들 중 하나 이상에 대한 명령들을 포함할 수도 있다. 또한, 프로세서 (140) 와 메모리 (142) 는 본 명세서에서 설명되는 방법 단계들 중 하나 이상을 실행하는 수단으로서 기능을 할 수도 있다. 예시된 바와 같이, 메모리 (144) 는 모바일 디바이스 (102) 의 사용자와 연관된 저장 가치 계좌 (142) 를 포함할 수도 있다. 데이터베이스 (146) 는 또한 저장 가치 계좌 프로세서 서버/발행자 서버 (108A,B) 에 접속될 수도 있다. 데이터베이스 (146) 는 저장 가치 계좌 (142) 와 연관된 계좌 정보 및 다른 모바일 디바이스들에 연관되는 다른 사용자 계좌들과 연관된 계좌 정보를 포함할 수도 있다.
도 4 를 참조하면, 이 도면은 도 1 에 부합하는 무선 전화기를 포함하는 클라이언트 디바이스 (102) 의 예시적인, 비제한적인 양태의 다이어그램이다. 도시된 바와 같이, 클라이언트 디바이스 (102) 는, 서로 연결된 디지털 신호 프로세서 (324) 및 아날로그 신호 프로세서 (326) 를 포함하는 온-칩 시스템 (322) 을 포함한다. 도 4 에 도시된 바와 같이, 디스플레이 제어기 (328) 및 터치 스크린 제어기 (330) 가 디지털 신호 프로세서 (324) 에 연결된다. 온-칩 시스템 (322) 외부의 터치 스크린 디스플레이 (332) 가 디스플레이 제어기 (328) 및 터치 스크린 제어기 (330) 에 연결된다.
도 4 는 비디오 인코더 (334), 예컨대, PAL (phase alternating line) 인코더, SECAM (sequential couleur avec memoire) 인코더, 또는 NTSC (national television system(s) committee) 인코더 또는 임의의 다른 비디오 인코더가 디지털 신호 프로세서 (324) 에 연결됨을 추가로 나타낸다. 또한, 비디오 증폭기 (336) 가 비디오 인코더 (334) 및 터치 스크린 디스플레이 (332) 에 연결된다. 비디오 포트 (338) 가 비디오 증폭기 (336) 에 연결된다. 도 4 에 묘사된 바와 같이, 유니버셜 시리얼 버스 (USB) 제어기 (340) 가 디지털 신호 프로세서 (324) 에 연결된다. 또한, USB 포트 (342) 가 USB 제어기 (340) 에 연결된다. 메모리 (112) 및 가입자 식별 모듈 (SIM) 카드 (346) 가 또한 디지털 신호 프로세서 (324) 에 연결될 수도 있다. 또한, 도 4 에 도시된 바와 같이, 디지털 카메라 (348) 가 디지털 신호 프로세서 (324) 에 연결될 수도 있다. 예시적인 양태에서, 디지털 카메라 (348) 는 전하 결합 소자 (CCD) 카메라 또는 상보성 금속산화물 반도체 (CMOS) 카메라이다.
도 4 에서 추가로 예시된 바와 같이, 스테레오 오디오 CODEC (350) 이 아날로그 신호 프로세서 (326) 에 연결될 수도 있다. 또한, 오디오 증폭기 (352) 가 스테레오 오디오 CODEC (350) 에 연결될 수도 있다. 예시적인 양태에서, 제 1 스테레오 스피커 (354) 및 제 2 스테레오 스피커 (356) 가 오디오 증폭기 (352) 에 결합된다. 도 4 는 마이크로폰 증폭기 (358) 가 또한 스테레오 오디오 CODEC (350) 에 연결될 수도 있음을 나타낸다. 부가적으로, 마이크로폰 (360) 이 마이크로폰 증폭기 (358) 에 연결될 수도 있다. 특정 양태에서, 주파수 변조 FM) 라디오 튜너 (362) 가 스테레오 오디오 CODEC (350) 에 연결될 수도 있다. 또한, FM 안테나 (364) 가 FM 라디오 튜너 (362) 에 연결될 수도 있다. 또한, 스테레오 헤드폰들 (366) 이 스테레오 오디오 CODEC (350) 에 연결될 수도 있다.
도 4 는 무선 주파수 ("RF") 송수신기 (368) 가 아날로그 신호 프로세서 (326) 에 연결될 수도 있음을 추가로 나타낸다. RF 스위치 (370) 가 RF 송수신기 (368) 및 RF 안테나 (372) 에 연결될 수도 있다. RF 송수신기 (368) 는 글로벌 위치확인 시스템 ("GPS") 신호들을 수신하기 위해 위성들 뿐만 아니라 모바일 전화기 네트워크들과 통신할 수도 있다. 도 4 에 도시된 바와 같이, 키패드 (374) 가 아날로그 신호 프로세서 (326) 에 연결될 수도 있다. 또한, 마이크로폰 포함 모노 헤드셋 (376) 이 아날로그 신호 프로세서 (326) 에 연결될 수도 있다. 또한, 바이브레이터 디바이스 (378) 가 아날로그 신호 프로세서 (326) 에 연결될 수도 있다. 도 4 는 또한 전력 공급기 (380) 가 온-칩 시스템 (322) 에 연결될 수도 있음을 나타낸다. 특정 양태에서, 전력 공급기 (380) 는 전력을 요하는 클라이언트 디바이스 (102) 의 각종 엘리먼트들에 전력을 제공하는 직류 ("DC") 전력 공급기이다. 또한, 특정 양태에서, 전력 공급기는 재충전가능 DC 배터리 또는 AC 전원에 접속되는 교류 ("AC") -DC 변압기로부터 얻어지는 DC 전력 공급기이다.
도 4 는 또한 클라이언트 디바이스 (102) 가 지갑 모듈 (114) 을 포함할 수도 있음을 나타낸다. 지갑 모듈 (114) 은 클라이언트 디바이스 (102) 에 저장된 지갑 정보를 갱신하기 위해 클라이언트 디바이스 관리 서버 (106) 와 통신할 수도 있다. 도 4 에 묘사된 바와 같이, 터치 스크린 디스플레이 (332), 비디오 포트 (338), USB 포트 (342), 카메라 (348), 제 1 스테레오 스피커 (354), 제 2 스테레오 스피커 (356), 마이크로폰 (360), FM 안테나 (364), 스테레오 헤드폰들 (366), RF 스위치 (370), RF 안테나 (372), 키패드 (374), 모노 헤드셋 (376), 바이브레이터 (378), 및 전력 공급기 (380) 는 온-칩 시스템 (322) 외부에 있다.
특정 양태에서, 본 명세서에서 설명되는 방법 단계들 중 하나 이상이 메모리 (112) 에 컴퓨터 프로그램 명령들로서 저장될 수도 있다. 이들 명령들은 디지털 신호 프로세서 (324), 아날로그 신호 프로세서 (326), 또는 또 다른 프로세서에 의해 실행되어, 본 명세서에서 설명되는 방법을 수행할 수도 있다. 또한, 프로세서들 (324, 326), 메모리 (112), 그 속에 저장된 명령들, 또는 그 조합은 본 명세서에서 설명되는 방법 단계들 중 하나 이상을 수행하는 수단으로서 기능을 할 수도 있다.
도 5 는 클라이언트 디바이스 (102) 에 대한 터치 스크린 디스플레이 (332) 의 다이어그램이다. 도시된 바와 같이, 모바일 클라이언트 디바이스 (102) 는 프로그램 아이콘들 (505) 의 메뉴 또는 리스팅 (510) 을 포함할 수도 있다. 모바일 클라이언트 디바이스 (102) 또한 모바일 폰 전환에 대한 청취를 위해 사용자의 귀 옆에 위치될 수도 있는 헤드셋 또는 스피커 (376) 를 포함한다.
이제 도 6 을 참조하면, 이 도면은 메시지 스크린 (600) 의 다이어그램이다. 메시지 스크린 (600) 은 메시지 옵션 또는 메시지 아이콘, 예컨대 도 5 에 도시된 바와 같은 프로그램 아이콘들 (505) 중의 하나를 선택하는 것에 의해 액세스될 수도 있다. 메시지 스크린 (600) 은 클라이언트 디바이스 (102) 에 저장된 모바일 지갑 (114) 에 관련하여 수신되고 모니터링될 수도 있는 메시지들의 갖가지 유형들의 리스팅을 포함할 수도 있다. 도 6 에 도시된 예시적인 메시지들은 저장 가치 계좌 통지 (602), 잔고 경고, 어음 지급 경고, 및 은행 거래내역서 하이퍼텍스트 링크를 포함한다. 사용자가 열거된 메시지들 중 하나, 예컨대 저장 가치 계좌 통지 (602) 를 선택하는 경우, 도 7의 스크린 (700) 과 같은 메시지 세부사항 스크린은 생성될 수도 있다. 메시지 스크린 (600) 은 또한 스크린의 바닥에 있는 하나 이상의 아이콘들, 예컨대 달러 기호, 지갑 아이콘, 느낌표 아이콘, 또는 클라이언트 디바이스 (102) 상에서 다른 소프트웨어 애플리케이션들을 론칭할 수도 있는 다른 아이콘을 지원할 수도 있다.
도 7 은 도 6 에 도시된 바와 같은 저장 가치 계좌 통지 (602) 의 세부를 하이라이트하는 상세 메시지 스크린 (700) 의 다이어그램이다. 상세 메시지 스크린 (700) 은 선택되는 저장 가치 계좌 통지 (602) 에 응답하여 생성되고, 가상 토큰 (702), 개인화 메시지 (704), 가치 (706) 의 텍스트 기반 리스팅, 및 저장 가치 계좌를 상환하는 방법에 대한 명령들 (708) 을 포함할 수도 있다.
위에서 논의된 바와 같이, 예시적인 양태에 따르면, 발송자 클라이언트 디바이스 (102A) 는 저장 가치 계좌 (142A) (가상 기프트 카드라고도 지칭될 수도 있음) 를 구매하고 저장 가치 계좌 (142B) 을 수신자 클라이언트 디바이스 (102B) 로 전송할 수도 있다. 사용자가 발송자 클라이언트 디바이스 (102A) 에서 저장 가치 계좌 (142A) 을 선택하고 그것을 수신된 계좌가 142B 라고 지칭되는 수신자 클라이언트 디바이스 (102B) 로 전송한다.
발송자 클라이언트 디바이스 (102A) 는 개인화 토큰 (702) 과, 수신자 클라이언트 디바이스 (102B) 로 전송되는 개인화 메시지 (704A) 를 생성할 수도 있다. 가상 저장 가치 토큰 (702) 과 연관된 저장 가치 계좌 (142) 를 활성화하거나 사용하기 위해서, 수신자 클라이언트 디바이스 (102B) 는 지갑 론치 버튼 (710) 을 활성화시키거나 터치하는 것에 의해 모바일 지갑 (114) 을 개시하게 할 수도 있다. 상세 메시지 스크린 (700) 은, 메시지 스크린 (600) 처럼, 뒤로 버튼, 앞으로 버튼, 확대/축소 아이콘, 및 도움말 버튼과 같이 갖가지 기능들 및/또는 상이한 애플리케이션들을 활성화시키기 위해 스크린의 바닥에 부가적인 버튼들을 포함할 수도 있다.
도 8a 를 참조하면, 이는 저장 가치 계좌 (142) 를 관리하는 옵션들을 열거하는 스크린 (800A) 의 다이어그램이다. 옵션들 스크린 (800A) 은, 가맹점의 이름 "가맹점 #1", 멀티-디지트 디지트 PAN (165) 의 마지막 4 개의 디지트들, 현재 가치, 및 클라이언트 디바이스 (102) 의 사용자가 가상 토큰 (702) 의 사용이 가능함을 인식하도록 하는 마그네틱 스트라이프의 그래픽 표현과 같은 저장 가치 계좌 (142) 와 연관된 계좌 정보 (802) 의 리스팅을 갖는 가상 토큰 (702) 을 포함할 수도 있다.
옵션들 스크린 (800A) 은 저장 가치 계좌 (142) 를 관리하기 위한 상이한 옵션들과 연관되는 아이콘들을 추가로 포함할 수도 있다. 이러한 아이콘들은 그것들의 의도된 기능들을 제안하는 심볼들로 도시될 수도 있다. 이러한 아이콘들은 다음의 기능들/동작들: 리프레시 (815), 공유 기능 (806), 분할 기능 (817), 가치 가산 연산 (821), 교환 동작 (819), 및 다시-선물 (re-gift) 동작 (823) 과 연관될 수 있지만 이들에 한정되지는 않는다.
공유 카드 아이콘 (806) 이 사용자에 의해 선택되면, 수신자 클라이언트 디바이스 (102B) 의 사용자는 저장 가치 계좌 (142) 와 연관된 가치의 일부 또는 전부를 또 다른 수신자 클라이언트 디바이스 (102B) 로 전송할 수도 있다. 이 아이콘 또는 버튼 (806) 을 활성화하는 것은 저장 가치 계좌 (142) 와 연관된 가치가 또 다른 수신자 클라이언트 디바이스 (102B) 와 공유될 수도 있는 방법을 사용자에게 명령하는 또 다른 사용자 인터페이스를 개시 할 수도 있다. 공유 저장 가치 계좌 (142) 의 수신자는 공유 저장 가치 계좌들 (142) 에 대한 감소된 기능을 가질 수도 있다. 공유 저장 가치 계좌 수신자는 다음의 액션들로 제한될 수도 있다: 공유 저장 가치 계좌 (142) 의 현재 이용가능한 잔고 보기; 및 가맹점 판매 시점 관리 ("POS") 디바이스에서의 공유 저장 가치 계좌 (142) 의 표시.
일반적으로, 공유 저장 가치 계좌 (142) 의 수신자는 공유 저장 가치 계좌 (142) 를 타인들에게 배포; 저장 가치 계좌 (142) 를 또 다른 가맹점 브랜드에 대해 교환; 또한 가치를 저장 가치 계좌 (142) 에 추가할 수 없을 것이다. 저장 가치 계좌 (142) 의 소유자가 계좌 142 와 연관된 브랜드를 교환하면, 클라이언트 디바이스 관리 서버 (106) 는 저장 가치 계좌 (142) 를 그 소유자와 함께 현재 공유하는 이들 참가자들에게 공유 권한을 알리고 해제할 수도 있다.
클라이언트 디바이스 관리 서버 (106) 는 저장 가치 계좌 (142) 의 공유된 버전을 갖는 공유 계좌 수신자에 의해 행해진 구매들에 대한 통지를 저장 가치 계좌의 소유자에게 전송할 수도 있다. 이 통지는 구매 시간, 구매 일자, 가맹점 위치의 시 및 주, 그리고 구매 총액을 포함할 수도 있다. 소유자에 의해 행해진 구매들은 공유 계좌 수신자들 중의 임의의 수신자에게 일반적으로 제공되지 않을 것이다. 또한, 공유 계좌 수신자들에 의해 행해진 구매들은 저장 가치 계좌 (142) 의 다른 공유 계좌 수신자들에게 보통은 제공되지 않을 것이다. 또한, 저장 가치 계좌 (142) 와 연관된 임의의 개인화들 (personalizations) 은 일반적으로 의도된 수신자 클라이언트 디바이스 (102B) 에만 제공될 것이다. 개인화들은 보통 저장 가치 계좌 (142) 의 임의의 공유 계좌 수신자들에게 제공되지 않을 것이다. 대신에, 공유 계좌 수신자는 임의의 개인화된 엘리먼트를 가지지 않는 일반 가상 토큰 (702) 을 수신할 수도 있다.
리프레시 아이콘 (815) 이 사용자에 의해 선택되면, 이 아이콘의 활성화는 가상 토큰 (702) 의 현재 잔고가 계좌 정보 (802) 에서 디스플레이되도록 스크린 (800A) 이 자신을 리프레시하는 것을 허용할 수도 있다. 전술된 바와 같이, 가상 토큰 (702) 과 연관된 저장 가치 계좌 (142) 가 공유되어 있는 중이라면, 다른 사용자들은 저장 가치 계좌 (142) 에 대해 구매 또는 취소를 행하게 될 수도 있다. 동일한 저장 가치 계좌 (142) 의 이러한 동시 사용의 환경들에서, 현재 계좌 잔고는 가상 토큰 (702) 및 대응하는 저장 가치 계좌 (142) 를 이용하여 상품 또는 서비스를 이제 막 구매하려고 하는 사용자에 매우 관련이 있게 된다.
분할 아이콘 (817) 은 선택되는 경우 펀드들의 총 가치의 2 개의 세트들이 이제 2 개의 PAN들 (165) 과 연관되도록 단일 PAN (165) 과 연관된 펀드들을 수신자 클라이언트 디바이스의 사용자가 분할하는 것을 허용하는 동작을 활성화시킬 수도 있다. 본질적으로, 이 분할 기능은 원래의 가치를 가졌던 단일 가상 토큰 (702) 에 기초하여 2 개의 가치들을 갖는 2 개의 가상 토큰들 (702) 을 수신자 클라이언트 디바이스 (102B) 의 사용자가 생성하는 것을 허용한다.
교환 아이콘 (819) 은 클라이언트 디바이스 (102) 의 사용자가 하나의 사용자와 연관된 가치를 또 다른 가맹점과 연관된 가치와 교환하는 것을 허용한다. 다시-선물 아이콘 (823) 은 클라이언트 디바이스 (102) 의 사용자가 저장 가치 계좌를 또 다른 수신자 클라이언트 디바이스 (102B) 로 전송하는 것을 허용한다. 본질적으로, 다시-선물 아이콘 (823) 은 도 16a에 관련하여 아래에서 설명되는 단계들 1607-1621 에 매우 유사한 프로세스를 개시하게 한다. 저장 가치 계좌 (142) 를 관리하는 다른 옵션들은, 구체적으로 예시되지 않았지만, 당업자에 의해 이해되는 바처럼 본 발명의 범위 내에 있다.
도 8b 는 가치 저장 트랜잭션을 위한 제 1 상세 구매/상환 프레젠테이션 스크린 (800B) 의 다이어그램이다. 이 스크린 (800B) 은 클라이언트 디바이스 (102) 의 사용자가 도 8a 의 가상 토큰 (702) 상에 열거된 "카드 사용" 버튼을 선택하는 것에 응답하여 생성될 수도 있다. 가맹점이 스캐너를 사용하여 1 차원 바코드 (804A) 를 입력할 수도 있다. 예시적인 1 차원 바 코드들은, U.P.C., Codabar, Code 25 - Non-interleaved 2 of 5, Code 25 - Interleaved 2 of 5, Code 39, Code 93, Code 128, Code 128A, Code 128B, Code 128C, Code 11, CPC Binary, DUN 14, EAN 2, EAN 5, EAN 8, EAN 13, Facing Identification Mark, GS1- 128 (예전엔 UCC/EAN-128라고 알려짐), GS1 DataBar formerly Reduced Space Symbology ("RSS"), HIBC (HIBCC 바코드 표준), ITF-14, Latent Image bar Code, Pharmacode, Plessey, PLANET, POSTNET, Intelligent Mail Bar Code, MSI, PostBar, RM4SCC / KIX, JAN, 및 Telepen 을 포함하지만 이들에 한정되지는 않는다.
저장 가치 계좌 (142) 의 현재 가치는 계좌 정보 및 바코드 (804A) 의 디스플레이가 판매 시간에 가능한 정확한 것을 보장하기 위해 계좌 정보 및 바코드 (804A) 의 디스플레이 직전에 클라이언트 디바이스 (102) 에 의해 취출될 수도 있다. 클라이언트 디바이스 (102) 가 저장 가치 계좌 (142) 의 현재 가치를 취출하기 위한 총 시간은 네트워크 가용성 및 다른 팩터들에 의존하여 대략 5 초 미만일 수도 있다. 예컨대 10 초를 초과하는 정도의 지연을 겪게 된다면, 마지막 캐싱된 잔고는 "현재(as of)" 날짜 스탬프와 함께 클라이언트 디바이스 (102) 에 의해 디스플레이될 수도 있다.
스크린 (800B) 은, 수신자 클라이언트 디바이스 (102B) 의 사용자가 스토어의 판매 시점 관리 ("POS") 단말기에서 상품들 또는 서비스들을 구매하기 위해 저장 가치 계좌 (142) 를 상환하기 원하는 경우 또는 사용자가 상품들 및/또는 서비스들을 전화망을 통해 구매하기를 바란다면 디스플레이될 수도 있다. 스크린 (800B) 은 또한 2 차원 바코드 (804) 뒤에서 또는 인접하여 디스플레이되는 "워터마킹된" 배경 (808) 을 포함할 수도 있다. 이 "워터마킹된 (watermarked)" 배경 (808) 은, 재생이 어려울 수도 있고 예컨대 진위에 대해 상세 구매 스크린 (800) 을 체크할 수도 있는 캐셔에 의해 사람-판독가능할 수도 있는 패턴을 가지는 이미지를 포함할 수도 있다. 스크린 (800B) 은 동일한 가맹점과 연관된 다수의 가상 토큰들을 제시하는 능력을 포함할 수도 있다. 이들 가상 토큰들 (702) 은 다른 저장 가치 계좌들 (142), 로얄티, 회원자격 또는 보상 계좌들을 포함한 외부 계좌 정보, 가맹점 저장 가치 계좌들, 또는 제품 할인 증서들과 연관될 수도 있다. 이들 가상 토큰들 (702) 의 각각은 사용자에 의한 선택 시 개별적으로 디스플레이될 수도 있다.
상세 구매 스크린 (800B) 상의 정보는, 보통 표준 거리, 예컨대 대략 36 인치의 거리에서 캐셔에 의해 쉽게 판독가능하도록 하는 명백한, 높은-콘트라스트 방식으로, 바람직하게는 신용 카드 번호와 같은 전통적인 물리적 토큰이 캐셔에게 통상 디스플레이되는 방법과 일관된 방식으로 표시된다.
도 8c 는 가치 저장 트랜잭션에 대한 상세 구매/상환 프레젠테이션 스크린 (800C) 의 제 2 다이어그램이다. 이 상세 구매 스크린 (800C) 은 일반적으로 허가를 청하기 위해 판매 시점 관리 단말기에 수동으로 입력하도록 캐셔에 의해 또는 인터넷을 통한 온-라인 구매를 위한 웹사이트에 사용자가 입력하기 위해 사용될 수도 있는 저장 가치 계좌 정보의 사람-판독가능 디스플레이이다. 가맹점이 계좌 정보, 예컨대 PAN (165) 을 키입력 (key-in) 할 수도 있다.
도 8d 는 가치 저장 트랜잭션에 대한 상세 구매/상환 프레젠테이션 스크린 (800D) 의 제 3 다이어그램이다. 이 다이어그램은 도 8b과 유사하지만, 디스플레이중인 1 차원 바 코드 대신, 2 차원 바코드 (804B) 가 이러한 바코드들 (804B) 을 스캔할 수도 있는 POS 단말기에 디스플레이된다. 2-D 바코드는 다음의 기호표시법들을 포함할 수도 있지만, 그것들로 제한되지는 않는다: 예를 들어, Aztec Code, 3-DI, ArrayTag, Small Aztec Code, Chromatic Alphabet, Chromocode, Codablock, Code 1, Code 16K, Code 49, ColorCode, Compact Matrix Code, CP Code, CyberCode, d-touch, DataGlyphs, Datamatrix, Datastrip Code, Dot Code A, EZcode, Grid Matrix Code, High Capacity Color Bar code, HueCode, INTACTA.CODE, InterCode, MaxiCode, mCode, MiniCode, Micro PDF417, MMCC, Nintendo e-Reader#Dot code, Optar, PaperDisk, PDF417, PDMark, QR Code, QuickMark Code, Semacode, SmartCode, Snowflake Code, ShotCode, SuperCode, Trillcode, UltraCode, UnisCode, VeriCode, VSCode, WaterCode.
수신자 클라이언트 디바이스 (102B) 가 데스크톱 또는 랩톱 컴퓨터이거나 또는 수신자 클라이언트 디바이스 (102B) 가 전자상거래를 위해 사용 중이면, 16 디지트 PAN (165) 이, 16 디지트 PAN (165) 을 전자상거래 웹사이트에 복사 및 붙여넣기하는 것을 허용하는 방식으로, 디스플레이 디바이스, 예컨대 컴퓨터 스크린에 표시될 수도 있다. 수신자 클라이언트 디바이스 (102B) 는 16 디지트 PAN (165) 을 전자상거래 웹사이트에 입력하는 방법에 대한 텍스트 기반 명령들을 제공받을 수도 있다. 예시적인 텍스트 기반 명령들은 16 디지트 PAN (165) 과 연관된 만료 날짜를 찾아야 할 곳과 카드 검증 값 ("CVV") 또는 카드 식별 ("CID") 번호가 가맹점 (120) 에 의해 요청되는 경우 입력해야 하는 것을 포함할 수도 있다.
도 8e 는 가치 저장 트랜잭션에 대한 상세 상환 프레젠테이션 스크린 (800E) 의 제 4 다이어그램이다. 도 8e에 도시된 상환 프레젠테이션 스크린 (800E) 은 도 8b에 도시된 제 1 상세 상환 프레젠테이션 스크린 (800B) 에서의 것들과 유사한 여러 엘리먼트들을 공유한다. 그러므로, 이들 2 개의 도면들 간의 차이들 만이 아래에서 더 상세히 논해지고 설명될 것이다.
이 예시적인 실시형태에서, 수동 MOTO 포맷 (804C) 은 이 정보를 전자상거래 웹사이트에 복사 및 붙여넣기를 허용하는 방식으로 디스플레이 디바이스, 예컨대 모바일 폰 상에서 16 디지트 PAN (165) 에 부가하여 표시될 수도 있다. 수신자 클라이언트 디바이스 (102B) 는 표시된 정보를 전자상거래 웹사이트에 입력하는 방법에 대한 텍스트 기반 명령들을 제공받을 수도 있다. 예시적인 텍스트 기반 명령들은 16 디지트 PAN (165) 과 연관된 만료 날짜를 찾아야 할 곳과 카드 검증 값 ("CVV") 또는 카드 식별 ("CID") 번호가 가맹점 (120) 에 의해 요청되는 경우 입력을 해야 하는 것을 포함할 수도 있다.
도 8f 는, 클라이언트 디바이스 (102B) 가 온-라인 또는 전자상거래 트랜잭션을 수행할 것을 시도하는 데스크톱 또는 랩톱 컴퓨터 또는 무선 모바일 디바이스를 포함하는 경우 가치 저장 트랜잭션을 위한 상세 상환 프레젠테이션 스크린 (800F) 의 제 5 다이어그램이다. 이 예시적인 실시형태에서, 모바일 지갑 시스템 (134) 은, 사용자가 온-라인 또는 전자상거래 트랜잭션을 수행하고 있는 중임을 검출하고 그 다음에 모바일 지갑 시스템 (134) 에 저장된 통신-판매/전화-주문 ("MOTO") 템플릿을 사용하여 웹사이트의 필드들 (815) 에 저장 가치 계좌 정보를 미리 채울 수도 있다.
도 9 는 저장 가치 계좌의 스테이터스를 제공하고 저장 가치 계좌 공유 옵션을 소개하는 스크린 (900) 의 다이어그램이다. 클라이언트 디바이스 (102) 의 사용자는 도 5 의 아이콘들 (505) 중 하나를 선택함으로써 이 스테이터스 스크린 (900) 을 활성화시킬 수도 있다. 스테이터스 스크린 (900) 은 여러 상이한 엘리먼트들을 가질 수도 있으며, 이 엘리먼트들은 무선 스테이터스 아이콘 (910), 시각 표시자 (908), 배터리 레벨 표시자 (906), 가상 토큰 (702A), 2 차원 바 코드 (804A), 및 공유 카드 버튼 (1000A) 을 포함하지만, 이에 한정되지는 않는다.
무선 스테이터스 아이콘 (910) 은 클라이언트 디바이스 (102) 에 대한 무선 통신 링크 (103) 의 상대적 길이를 나타낼 수도 있다. 배터리 레벨 표시자 (906) 는 전력 공급기 (380) 의 현재 에너지 레벨에 대한 스테이터스를 제공할 수도 있다. 시각 표시자 (908) 는 시 및 분 포맷으로 현재 시간을 디스플레이할 수도 있다. 저장 가치 계좌 (142) 의 소유자가 공유 카드 버튼 (1000A) 을 활성화시키면, 도 10 의 스크린 (1000B) 이 생성된다.
도 10 을 참조하면, 이 도면은 공유 저장 가치 계좌의 수신자를 선택하는데 사용될 수도 있는 이용 가능한 데이터베이스를 디스플레이하는 스크린 (1000B) 의 다이어그램이다. 스크린 (1000B) 은 도 9 의 공유 카드 버튼 (1000A) 을 선택하는 사용자에 응답하여 또는 도 8a 내지 도 8c 의 공유 버튼 (806) 의 활성에 응답하여 생성될 수도 있다.
제 1 데이터베이스 (1010A) 는 전송 클라이언트 디바이스 (102A) 의 사용자에 대한 가족 구성원들을 열거하는 것을 포함할 수도 있다. 모바일 지갑 시스템 (134) 은 전송 클라이언트 디바이스 (102A) 의 사용자에 관련된 사람을 추적하는 것을 유지할 수도 있고, 여러 데이터베이스들 (1010) 을 유지하고 업데이트할 수도 있다. 제 2 데이터베이스 (1010B) 는, 전송 클라이언트 디바이스 (102A) 의 사용자가 전송 클라이언트 디바이스 (102A) 의 사용자에 대한 친구들인 사람들을 모바일 지갑 시스템 (134) 에 대해 식별했던 친구 데이터베이스를 포함할 수도 있다. 전송 클라이언트 디바이스 (102A) 의 사용자가 그 또는 그녀의 친구들을 모바일 지갑 시스템 (134) 에 대해 식별하는 것에 대안적으로, 또는 부가하여, 모바일 지갑 시스템 (134) 이 또한 전송 클라이언트 디바이스 (102A) 의 사용자가 가입자인 소셜 네트워크들에 액세스할 수도 있다. 예를 들어, 이 글에서와 같이, 소셜 네트워크들은 FACEBOOK (TM) 브랜드 소셜 네트워크뿐만 아니라 MYSPACE (TM) 브랜드 소셜 네트워크를 포함하지만 이들에 한정되지는 않는다.
제 3 데이터베이스 (1010C) 는 전송 클라이언트 디바이스 (102A) 의 사용자에 관련되는 동료들 또는 전문가들을 열거하는 것을 포함할 수도 있다. 친구들을 포함하는 제 2 데이터베이스 (1002B) 와 유사하게, 모바일 지갑 시스템 (134) 은 전송 클라이언트 디바이스 (102A) 의 사용자가 가입자인 전문가 네트워크들에 액세스할 수도 있다. 예를 들어, 이 글에서와 같이, 전문가 네트워크들은, LINKED-IN (TM) 브랜드 전문가 네트워크뿐만 아니라 NAYMZ (TM) 브랜드 전문가 네트워크를 포함하지만 이들에 한정되지는 않는다. 모바일 지갑 시스템 (134) 은 위에서 논의된 다양한 소셜 및 전문가 네트워크들에 액세스함으로써 자신의 세 개의 데이터베이스들 (1010A-1010C) 을 주기적으로 업데이트할 수도 있다.
도 11 은 가족 데이터베이스 (1010A) 의 엔트리들을 디스플레이하는 스크린 (1100) 의 다이어그램이다. 도 11 에 도시된 예시적인 실시형태에서, 발송자 클라이언트 디바이스 (102A) 의 사용자 (또한, 저장 가치 계좌 (142) 의 소유자) 에 대한 가족 멤버들을 포함하는 제 1 데이터베이스 (1010A) 는 점선의 원 (1105) 에 의해 나타난 바와 같이 선택되었다. 제 1 데이터베이스 (1010A) 의 선택에 응답하여, 모바일 지갑 시스템 (134) 은 발송자 클라이언트 디바이스 (102A) 의 사용자에 관한 가족 멤버들의 사진 아이콘들 및 텍스트 이름들을 포함할 수 있지만, 이에 한정되지는 않는 가족 멤버 데이터를 송신할 수도 있다. 또한, 공유되는 저장 가치 계좌 (142) 의 소유자인 발송자 클라이언트 디바이스 (102A) 의 사용자는 공유 저장 가치 계좌 (142) 에 대한 액세스를 수신하기 위해 사용자에 관한 가족 멤버들 중 하나를 나타내는 아이콘을 선택할 수도 있다.
도 12 는 친구 데이터베이스 (1010B) 에 대한 엔트리들을 디스플레이하는 스크린 (1200) 의 다이어그램이다. 도 12 에 도시된 예시적인 실시형태에서, 점선의 원 (1205) 에 의해 나타난 바와 같이 발송자 클라이언트 디바이스 (102A) 의 사용자 (또한, 저장 가치 계좌 (142) 의 소유자) 에 대한 친구들을 포함하는 제 2 데이터베이스 (1010B) 가 선택되었다. 제 2 데이터베이스 (1010B) 의 선택에 응답하여, 모바일 지갑 시스템 (134) 은 발송자 클라이언트 디바이스 (102A) 의 사용자에 대한 친구들의 사진 아이콘들 및 텍스트 이름들을 포함할 수는 있지만, 이에 한정되지는 않는 친구들 데이터를 송신할 수도 있다. 또한, 공유되는 저장 가치 계좌 (124) 의 소유자인 발송자 클라이언트 디바이스 (102A) 의 사용자는 공유 저장 가치 계좌 (142) 에 대한 액세스를 수신하기 위해 사용자에 대한 친구들 중 하나를 나타내는 아이콘을 선택할 수도 있다.
도 13 은 동료 데이터베이스 (1010C) 에 대한 엔트리들을 디스플레이하는 스크린 (1300) 의 다이어그램이다. 도 13 에 도시된 예시적인 실시형태에서, 점선의 원 (1305) 에 의해 나타난 바와 같이 발송자 클라이언트 디바이스 (102A) 의 사용자 (또한, 저장 가치 계좌 (142) 의 소유자) 에 대한 동료들을 포함하는 제 3 데이터베이스 (1010B) 또는 동료들이 선택되었다. 동료 데이터베이스 (1010C) 의 선택에 응답하여, 모바일 지갑 시스템 (134) 은 발송자 클라이언트 디바이스 (102A) 의 사용자에 대한 동료들의 사진 아이콘들 및 텍스트 이름들을 포함할 수는 있지만, 이에 한정되지는 않는 동료들 데이터를 송신할 수도 있다. 또한, 공유되는 저장 가치 계좌 (142) 의 소유자인 발송자 클라이언트 디바이스 (102A) 의 사용자는 공유 저장 가치 계좌 (142) 에 대한 액세스를 수신하기 위해 사용자에 대한 동료들 중 하나를 나타내는 아이콘을 선택할 수도 있다.
도 14 는 클라이언트 디바이스 (102) 의 사용자에 의해 선택될 수 있는 저장 가치 계좌에 대한 이용 가능한 제약들 (1405) 을 디스플레이하는 스크린 (1400) 의 다이어그램이다. 전술된 바와 같이, 제약들 (1405) 은 소비 한계치와 같은 가치 총액, 저장 가치 계좌 (142) 로 구매될 수 있는 제품들의 유형, 지리적 제약들, 시각적 제약들, 날짜 제약들, 및 공유 저장 가치 계좌 (142) 의 사용을 어드레싱하는 다른 기타 제약들을 포함할 수 있으나, 이에 한정되지는 않는다. 도 14 의 예시적인 실시형태에서, 점선의 원 (1410) 으로 나타난 바와 같이 시간 제약들 옵션이 선택되었다. 특정한 제약 (1405) 을 선택하는 것에 응답하여, 클라이언트 디바이스 (102) 의 사용자는 선택된 제약 (1405) 에 대한 파라미터들을 엔터 또는 입력할 수도 있다. 예를 들어, 시간 제약을 선택하는 것에 응답하여, 사용자는 시/분 포맷으로 시각 제약들 뿐만 아니라 월, 일, 년 포맷으로 입력된 날짜 제약들을 입력할 수도 있다. 당업자는, 각종 조합들 및 시간 제약들의 유형들이 본 발명의 범위 내에서 가능하고 범위 내에 있음을 인식한다.
소비 한계치 제약을 선택하는 것에 응답하여, 클라이언트 디바이스 (102) 의 사용자는 공유 수신자에 의해 소비될 수 있는 가치의 총액에 대한 상한치 및/또는 하루 소비 한계치를 입력할 수 있다. 당업자는, 소비 한계치 제약들의 유형들 및 각종 조합들이 본 발명의 범위 내에서 가능하고 범위 내에 있음을 인식한다.
*제품 유형 제약을 선택하는 것에 응답하여, 클라이언트 디바이스 (102) 의 사용자는 저장 가치 계좌 (142) 로 구매될 수도 있는 제품 유형들 또는 저장 가치 계좌 (142) 로 구매되는 것으로부터 배제되는 제품들 또는 양자를 입력할 수 있다. 예를 들어, 하나의 제약의 제품 유형은 단지 푸드 제품들만이 저장 가치 계좌 (142) 로 구매될 수 있도록 "푸드 오운리" 제약을 포함할 수도 있다. 다른 예로써, 다른 제약의 제품 유형은, 지정된 제품이 저장 가치 계좌 (142) 로 구매될 수 없지만 배제에 의해 식별되지 않는 제품들이 저장 가치 계좌 (142) 로 구매될 수도 있도록 "담배 없음" 과 같은 배제를 포함할 수도 있다. 당업자는, 제품 유형 제약들의 유형들 및 각종 조합들이 본 발명의 범위 내에서 가능하고 범위 내에 있음을 인식한다.
지리 유형 제약을 선택하는 것에 응답하여, 클라이언트 디바이스 (102) 의 사용자는, 저장 가치 계좌 (142) 가 사용될 수도 있는 지리적 영역 또는 사용이 배제될 수도 있는 지리적 영역 또는 양자 모두를 입력할 수 있다. 사용자는 많은 상이한 크기들을 가질 수도 있는 지리적 위치들에 따라 지리적 데이터를 입력할 수도 있다. 예를 들어, 사용자는 우편 번호에 의한, 국가 또는 주에 의한, 도시 또는 타운에 의한, 또는 거리 주소에 의한 것과 같은 특정 주소 정보에 의한 지리적 위치들을 입력할 수도 있다. 예를 들어, 지리적 제약은 소정의 우편 번호 내에서만 구매들을 허용하는 것을 포함할 수도 있다. 다른 지리적 제약은 제한된 우편 번호 내에 포함되지 않은 임의의 우편 번호로부터 구매가 이루어질 수 있도록 소정의 우편 번호로부터의 구매들을 배제하는 것을 포함할 수도 있다. 당업자는, 지리적 제약들의 유형들 및 각종 조합들이 본 발명의 범위 내에서 가능하고 범위 내에 있음을 인식한다.
가맹점 제약을 선택하는 것에 응답하여, 클라이언트 디바이스 (102) 의 사용자는, 저장 가치 계좌 (142) 가 사용될 수도 있는 가맹점 또는 사용이 배제될 수도 있는 가맹점 또는 양자 모두의 가맹점들 (120) 을 입력할 수 있다. 예를 들어, 저장 가치 계좌 (142) 는 소매상 (120) 및 연료상 (120) 과 같은 각종 가맹점들 (120) 에 의해 지불 (honor) 될 수도 있다. 클라이언트 디바이스 (102) 의 사용자는, 소매상 (120) 에서의 사용을 허용하지만 연료상 (120) 에서의 사용을 배제하는 것과 같이, 소정 유형의 가맹점들 (120) 에 대한 공유 수신자의 사용을 제한할 수도 있다. 당업자는, 가맹점 유형 제약들의 유형들 및 각종 조합들이 본 발명의 범위 내에서 가능하고 범위 내에 있음을 인식한다.
도 15 는 클라이언트 디바이스 (102) 의 사용자에 의해 수신되었던 저장 가치 계좌 (142) 에 대한 토큰 (702) 을 디스플레이하는 스크린 (1500) 의 다이어그램이다. 구체적으로, 이 스크린 (1500) 은 저장 가치 계좌 (142) 의 소유자에 의해 공유되었던 저장 가치 계좌 (142) 의 수신자를 위한 것이다. 스크린 (1500) 은 PAN# (165), 액세스 번호, 및 저장 가치 계좌 (142) 의 소유자의 이름을 포함할 수 있는 공유 저장 가치 계좌 정보 (1505) 와 같은 엘리먼트들을 포함할 수도 있으나, 이에 한정되지는 않는다. 다른 엘리먼트들이 텍스트로서 디스플레이된 제약들 (1405) 을 포함한다. 도 15 에 도시된 예시적인 실시형태에서, 공유 저장 가치 계좌 (142)("공유자 (sharee)") 의 수신자는 다음의 제약들을 갖는다: 저장 가치 계좌 (142) 는 공유에 의해 수반된 대학의 10 마일 내에서만 사용될 수도 있고 저장 가치 계좌는 학용품들에 대해서만 사용될 수도 있다.
*도 16a 를 참조하면, 이 도면은 클라이언트 디바이스 (102) 와 연관된 저장 가치 계좌 (142) 를 생성 및 관리하는 방법 (1600) 을 도시하는 제 1 플로우차트 (1600A) 이다. 블록은 1603 은, 클라이언트 관리 서버 (106) 가 발송자 클라이언트 디바이스 (102A) 로부터 로그-인 식별자를 수신하여 모바일 지갑 시스템 (114) 에 액세스할 수도 있는 프로세스 (1600) 에서의 제 1 단계이다. 블록 1605 에서, 발송자 클라이언트 디바이스 (102A) 는 발송자 클라이언트 디바이스 (102A) 의 오퍼레이터에 의해 구매될 수도 있는 저장 가치 계좌 (142) 의 수신자를 식별할 수도 있다. 발송자 클라이언트 디바이스 (102A) 는 저장 가치 계좌 (142) 의 수신자에게 콘택 정보를 제공하도록 프롬프트된다. 주로, 최소한도로, 발송자 클라이언트 디바이스 (102A) 는, 수신자가 모바일 지갑 시스템 (134) 에 의해 제공된 데이터베이스들 중 하나에 열거되지 않는 경우, 저장 가치 계좌 (142) 의 수신자의 모바일 전화 번호 또는 이메일 주소를 제공할 필요가 있다.
또한, 블록 1605 에서, 클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102A) 와 연관된 사용자의 이름을 발송자 클라이언트 디바이스 (102A) 에 프롬프트할 수도 있다. 발송자 클라이언트 디바이스 (102A) 와 연관된 이 이름은 수신자 클라이언트 디바이스 (102B) 에게 전달될 수도 있는 알림에서 사용된다. 발송자 클라이언트 디바이스 (102A) 에 대한 이 이름 필드는 클라이언트 디바이스 관리 서버 (106) 에 의해 미리 채워 (pre-populate) 질 수도 있다.
다음으로, 블록 1607 에서, 클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102A) 상의 구매를 위해 이용 가능한 가맹점들 (120) 과 연관된 저장 가치 계좌(들)(142) 을 표시 또는 디스플레이할 수도 있다. 이 블록 1607 에서, 브랜드 없는 저장 가치 계좌 (142) 는 발송자 클라이언트 디바이스 (102A) 에 의한 선택을 위한 옵션들 중 하나로서 열거될 수도 있다. 또한, 발송자 클라이언트 디바이스 (102A) 의 사용자에게는 그 또는 그녀가 저장 가치 계좌 (142) 와 연관시키기 위해 구매하기를 원하는 가치의 총액을 선택하는 능력이 제공될 수도 있다. 각각의 저장 가치 계좌 (142) 에 대해 구매될 수도 있는 가치는 저장 가치 계좌 (142) 와 연관된 가맹점 (120) 에 의해 선택된 선호들에 기초할 수도 있다. 이것은, 발송자 클라이언트 디바이스 (102A) 에 대해 이용 가능한 프리-디노미네이션 (pre-denomination) 값들의 세트를 가맹점 (120) 이 확립할 수도 있다는 것을 의미한다.
블록 1609 로 이동하여, 클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102A) 로부터 저장 가치 계좌 (142) 의 선택을 수신할 수도 있다. 또한, 클라이언트 디바이스 관리 서버 (106) 는 또한, 저장 가치 계좌 (142) 와 연관되는 발송자 클라이언트 디바이스 (102A) 로부터 구매를 위해 선택된 값을 수신할 수도 있다.
선택된 저장 가치 계좌 (142) 는 영숫자 코드와 같은 특정 가맹점 (120) 에 고유한 가맹점 식별자를 가질 수도 있다. 이 스테이지에서, 발송자 클라이언트 디바이스 (102A) 는 또한 임의의 특정 가맹점 (120) 과 연관되지 않고 임의의 가맹점 식별자를 갖지 않는 브랜드 없는 저장 가치 계좌 (142) 를 선택할 수도 있다.
블록 1611 에서, 클라이언트 디바이스 관리 서버 (106) 는 선택된 저장 가치 계좌 (142) 와 연관된 가상 토큰 (702) 에 이용 가능한 아트워크를 디스플레이할 수도 있다. 발송자 클라이언트 디바이스 (102A) 는 가상 토큰 (702) 에 대해 사용될 수도 있는 각각의 설계 또는 아트워크를 프리뷰하기 위한 능력을 갖는다. 가상 토큰 (702) 의 설계 또는 아트워크에 대한 옵션들은 선택된 저장 가치 계좌 (142) 와 연관된 가맹점 (120) 에 의해 제공될 수도 있다. 브랜드 없는 계좌들 (142) 에 대해, 클라이언트 디바이스 관리 서버 (106) 는 또한, 클라이언트 디바이스 관리 서버 (106) 에 의해 유지된 선호들에 기초하여 그러한 계좌들 (142) 에 이용 가능한 아트워크를 디스플레이할 수도 있다.
그 다음에, 블록 1615 에서, 클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102A) 상에 입력된 입력에 의해 만들어진 아트워크에 대한 선택(들) 을 수신할 수도 있다. 블록 1617 에서, 클라이언트 디바이스 관리 서버 (106) 는 저장 가치 계좌 (142) 의 개인화들에 대한 복수의 옵션들을 디스플레이할 수도 있다. 개인화들은 기프트식 저장 가치 계좌 (142) 의 일부로서 수신자 클라이언트 디바이스 (102B) 로 전송되는 저장 가치 계좌 (142) 와 연관될 다음의 엘리먼트들 중 하나 이상의 포함하도록 발송자 클라이언트 디바이스 (102A) 의 능력을 포함할 수도 있다: 텍스트 노트 (704), 오디오 레코딩, 이미지, 및 비디오 레코딩. 클라이언트 디바이스 관리 서버 (106) 는 또한, 개인화의 각각의 유형에 대해 지불될 수도 있는 요금들을 디스플레이할 수도 있다.
개인화의 텍스트 노트 유형은 발송자 클라이언트 디바이스 (102A) 에 의해 저장 가치 계좌 (142) 의 "기프팅" 과 연관된 디폴트 개인화일 수도 있다. 이 텍스트 노트 (704) 는 수신자 클라이언트 디바이스 (102B) 로 전송되는 저장 가치 계좌 (142) 의 통지의 일부일 수도 있다. 텍스트 노트는 기프트식 저장 가치 계좌 (142) 에 액세스하기 위해 사용자에 의해 선택되는 수신자 클라이언트 디바이스 (102B) 의 형태에 의존하는 웹사이트 또는 모바일 전화기 상에 보여질 수도 있다. 텍스트 노트 (704) 는 300 과 같은 미리결정된 글자들의 길이에 제한될 수도 있다. 그러나, 당업자는 다른 글자가 길이들이 본 발명의 범위 내에 포함된다는 것을 인식한다.
저장 가치 계좌 (142) 및 그 대응하는 가상 토큰 (702) 과 연관되는 오디오 레코딩 개인화는 발송자 클라이언트 디바이스 (102A) 로부터의 추가 요금을 필요로할 수도 있다. 오디오 레코딩은 또한, 미리결정된 길이에 제한될 수도 있다. 일 예시적인 길이는 60 초이지만, 오디오 레코딩을 위한 레코딩 주기들의 다른 길이들이 본 발명의 범위 내에 있다. 오디오 레코딩을 위한 레코딩 주기들의 다른 길이들이 부가적인 추가요금들에 대해 제공될 수도 있다. 발송자 클라이언트 디바이스 (102A) 에는 저장 가치 계좌 (142) 의 구매를 확인하기 전에 임의의 포인트에서 오디오 레코딩을 프리뷰, 재-레코딩, 또는 제거하는 능력이 제공될 수도 있다. 오디오 레코딩 동안, 발송자 클라이언트 디바이스 (102A) 는 특정한 오디오 레코딩을 완료하기 위해 남겨진 남은 시간의 양을 디스플레이하는 사용자 인터페이스를 표시할 수도 있다.
이미지 캡처 개인화는 발송자 클라이언트 디바이스 (102A) 의 현재 카메라 설정들에 의해 정의될 수도 있다. 저장 가치 계좌 (142) 및 그 대응하는 가상 토큰 (702) 과 연관된 임의의 이미지에 대해 표준 추가요금이 발송자 클라이언트 디바이스 (102A) 에 부과될 수도 있다. 오디오 레코딩과 유사하게, 발송자 클라이언트 디바이스 (102A) 에는 저장 가치 계좌 (142) 의 구매를 확인하기 전에 임의의 포인트에서 캡처된 이미지를 프리뷰, 재촬영 (retake), 또는 리뷰하는 능력이 제공될 수도 있다.
비디오 레코딩 개인화 옵션에 대해, 이 옵션을 선택하기 위한 표준 추가요금이 또한 발송자 클라이언트 디바이스 (102A) 에 부과될 수도 있다. 비디오 레코딩의 레코딩 주기의 길이는 또한 미리결정되거나 미리정의될 수도 있다. 레코딩 주기에 대한 예시적인 최대 비디오 길이는 60 초에 제한된 것을 포함할 수도 있으나, 레코딩 주기들에 대한 다른 길이들이 본 발명의 범위 내에 있다. 비디오 레코딩에 대한 레코딩 주기들의 다른 길이들은 부가적인 추가요금에 대해 제공될 수도 있다.
일 예시적인 실시형태에 따르면, 단지 단일의 개인화가 발송자 클라이언트 디바이스 (102A) 에 의해 선택될 수도 있다. 다시 말해, 이미지 개인화가 발송자 클라이언트 디바이스 (102A) 에 의해 선택되면, 텍스트 노트, 오디오 레코딩, 및 비디오 레코딩 옵션들을 포함하는 모든 남아있는 개인화들은 디스에이블될 수도 있다. 그러나, 대안의 예시적인 실시형태들에 따르면, 발송자 클라이언트 디바이스 (102A) 가 각각의 개인화와 연관된 부가적인 추가요금들을 지불하는 한 다수의 개인화들이 제공 및 허가될 수 있다. 추가적인 대안의 예시적인 실시형태에 따르면, 기프트식 저장 가치 계좌 (142) 와 연관될 수도 있는 다수의 개인화들을 구매하기 위해 발송자 클라이언트 디바이스 (102A) 에 대한 인센티브들로서 할인을 제공하도록 개인화들이 번들링 (bundle) 될 수 있다.
다시 도 16a 의 블록 1619 를 참조하면, 클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102A) 에 의해 구매될 수도 있는 저장 가치 계좌 (142) 의 개인화를 위해 하나 이상의 선택들을 수신할 수도 있다. 블록 1621 에서, 클라이언트 디바이스 관리 서버 (106) 는 선택된 저장 가치 계좌 (142) 및 그 대응하는 가상 토큰 (702) 의 구매 및 발송자 클라이언트 디바이스 (102A) 를 사용하여 선택된 임의의 개인화를 확인하기 위해 발송자 클라이언트 디바이스 (102A) 의 오퍼레이터를 프롬프트하는 사용자 인터페이스를 디스플레이할 수도 있다. 또한, 블록 1621 에서, 클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102A) 로부터 저장 가치 계좌 (142) 의 구매에 대한 확인을 수신할 수도 있다. 프로세스 (1600) 는 그 후, 도 16a 로부터 도 16b 의 연속 플로우차트로 진행한다.
도 16b 는 클라이언트 디바이스 (102) 와 저장 가치 계좌 (142) 를 생성 및 관리하는 방법 (1600) 을 도시하는 제 1 플로우차트 (1600A) 의 연속인 제 2 플로우차트 (1600B) 이다. 블록 1623 에서, 클라이언트 디바이스 관리 서버 (106) 가 발송자 펀딩 소스 (118) 에 대한 저장 가치 계좌 구매 요청을 발행하는 루틴 또는 하위-방법이 제공된다. 이 루틴 또는 하위-방법은 블록 1623 에서, 발송자 클라이언트 디바이스 (102A) 와 연관된 펀딩 계좌 및 클라이언트 디바이스 관리 서버 (106) 간에 펀드들이 이전되는 방법에 대한 세부사항들을 제공한다. 블록 1623 의 루틴 또는 하위-방법은 도 17 에 관련하여 아래에서 더 상세히 설명된다. 저장 가치 계좌 (142) 는 발송자 클라이언트 디바이스 (102A) 에 의해 신용 카드, 당좌 계좌, PAYPAL (TM) 브랜드 전자식 지불들, AMAZON (TM) 브랜드 전자식 지불들, GOOGLE (TM) 체크아웃 브랜드 지불들, GREEN DOT (TM) 전자식 지불들, REVOLUTION CARD (TM) 브랜드 카드 지불들, 및 지불의 다른 유사한 형태들을 사용하여 구매될 수도 있다.
블록 1623 후, 결정 블록 1627 에서, 클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102A) 에 의해 제공된 펀딩이 그것의 펀딩 소스 (118) 에 의해 승인되어 있는지를 결정한다. 발송자 클라이언트 디바이스 (102A) 에 의해 저장 가치 계좌 (142) 의 구매에 대한 승인을 펀딩 소스 (118) 가 제공하지 않는다면, 프로세스 (1600) 는, 방법을 도 16a 의 블록 1621 로 되돌아가는 이행 타원 (transition oval) (1625) (기술적으로 블록-이행 타원이 아님) 으로 진행한다.
펀딩 소스 (118) 가 승인 메시지를 클라이언트 디바이스 관리 서버 (106) 에 제공한다면, 프로세스 (1600) 는, 클라이언트 디바이스 관리 서버 (106) 가 도 2a 에 도시된 바와 같이 저장 가치 계좌 (142B) 과 연관시키기 위해 클라이언트 고유 식별자 (155) 를 생성하는 블록 1629 로 진행한다. 이 저장 가치 계좌 (142B) 는 수신자 클라이언트 디바이스 (102B) 에 대응한다. 블록 1631 로 진행하여, 도 3 에서 예시된 바와 같이, 클라이언트 고유 식별자 (155) 는 클라이언트 디바이스 관리 서버 (106) 의 메모리 (132) 와 같은 메모리에 저장된다.
다음에, 블록 1633 에서, 클라이언트 디바이스 관리 서버 (106) 는 클라이언트 고유 식별자 (155), 저장 가치 계좌 (142) 에 대해 구매된 가치의 총액, 및 저장 가치 계좌 (142) 와 연관된 가맹점 식별자 각각을 저장 가치 계좌 발행자 서버 (108B) 로 전송한다. 가맹점 식별자는 영숫자 스트링을 포함할 수도 있다.
블록 1635 에서, 저장 가치 계좌 발행자 서버 (108B) 는, 클라이언트 디바이스 관리 서버 (106) 로부터 수신된 저장 가치 계좌 및 다른 데이터와 연관되는 도 2a 에 도시된 바와 같은 주 계좌 번호 ("PAN") (165) 를 생성한다. 저장 가치 계좌 (142) 가 브랜드가 없다면, 그 저장 가치 계좌는 브랜드 없는 계좌 (160) 에 할당된다. 브랜드 없는 시나리오에서, 저장 가치 계좌 발행자 서버 (108B) 는 또한 PAN (165) 을 생성하지 않고 단지 도 2a 에 도시된 바와 같이, 발송자 클라이언트 디바이스 (102A) 에 의해 구매되었던 브랜드 없는 계좌 (160) 를 클라이언트 고유 식별자 (155) 및 그것의 대응하는 가치와 연관시킨다.
블록 1637 로 진행하여, 클라이언트 디바이스 관리 서버 (106) 는 통지를 수신자 클라이언트 디바이스 (102B) 로 전송한다. 이 통지는, 발송자 클라이언트 디바이스 (102A) 만이 모바일 전화 번호를 수신자 클라이언트 디바이스 (102B) 로 제공한 경우 텍스트 메시시지에 의해 전달될 수도 있다. 대안적으로, 이 통지는, 발송자 클라이언트 디바이스 (102A) 가 수신자 클라이언트 디바이스 (102B) 와 연관된 이메일 주소를 제공한 경우, 클라이언트 디바이스 관리 서버 (106) 로부터 이메일 메시지에 의해 전달될 수도 있다. 이 통지는 도 6 의 스크린 (600) 에 도시된 포맷을 취할 수도 있다.
통지가 이메일 메시지에 의해 전달된다면, 이 이메일 메시지는, 수신자 클라이언트 디바이스 (102B) 의 사용자가 저장 가치 계좌 (142) 를 활성화시킬 것을 프롬프트하는 웹사이트로 브라우저를 다이렉팅하는 유니버셜 리소스 로케이터 ("URL") 를 포함하는 하이퍼텍스트 링크를 포함할 수도 있다. 마찬가지로, 통지가 텍스트 메시지에 의해 모바일 수신자 클라이언트 디바이스 (102B) 로 전달되면, 그 통지는 가상 기프트 카드 계좌 (142) 의 발송자, 가상 기프트 카드 계좌 (142) 와 연관되는 가맹점 (120) 이 무엇인지, 그리고 사용자를 활성화 웹사이트로 데려가 줄 수도 있는 URL 하이퍼텍스트 링크를 식별할 수도 있다.
기프트식 저장 가치 계좌 (142) 를 활성화시키기 위한 웹사이트는 다음의 엘리먼트들을 포함할 수도 있다: 발송자 클라이언트 디바이스 (102A) 와 연관된 사용자의 이름, 발송자 클라이언트 디바이스 (102A) 에 의해 선택된 가맹점 (120) 의 이름, 기프트식 저장 가치 계좌 (142) 의 가치, 모바일 전화기와 같은 모바일 클라이언트 디바이스 (102) 에 대한 소프트웨어를 다운로딩하는 것과 같은 저장 가치 계좌 (142) 를 활성화시키는 명령들, 및 자주하는 질문들 (FAQs). FAQs는, 수신자가 저장 가치 계좌 (142) 의 진위 및/또는 저장 가치 계좌 (142) 에 대한 상환 방법들에 대해 가질 수도 있는 공통의 질문들을 다룰 수도 있다.
활성화 웹사이트는 발송자 클라이언트 디바이스 (102A) 에 의해 선택되었던 개인화들 중의 임의의 것을 포함할 수도 있다. 예를 들어, 활성화 웹사이트는 발송자 클라이언트 디바이스 (102A) 에 의해 선택되는 오디오 또는 비디오 레코딩에 대한 하이퍼텍스트 링크들을 포함할 수도 있다. 이 활성화 웹사이트는 또한 발송자 클라이언트 디바이스 (102A) 에 의해 선택된 텍스트 메시지를 디스플레이할 수도 있다.
블록 1639 에서, 루틴 또는 하위-방법은 클라이언트 디바이스 관리 서버 (106) 의, 구매되는 수신자 클라이언트 디바이스 (102B) 를 위한 저장 가치 계좌 (142) 와 연관되는 에스크로 계좌 (136) 로 펀드들을 수신하기 위해 실행될 수도 있다. 이 루틴은 신용 카드 구매 모델 하에서 영업일의 종료 시에 발생할 수도 있다. 그러나, 이 루틴은 다른 펀딩 모델들, 예컨대, 펀딩 소스 (118) 가 클라이언트 디바이스 (102B) 에 대한 개인 식별 번호 ("PIN") -데빗 발행자인 데빗 모델과 같은 다른 펀딩 모델 하의 프로세스 (1600) 에서 더 일찍 수행될 수도 있다. 블록 1639 에서의 이 루틴의 추가의 세부사항들은 도 18 에 관련하여 아래에서 설명된다.
결정 블록 1641 로 진행하여, 클라이언트 디바이스 관리 서버 (106) 는 수신자 클라이언트 디바이스 (102B) 가 저장 가치 계좌 (142) 를 활성화시켰는지를 결정한다. 저장 가치 계좌 (142) 의 활성화는 일반적으로, 수신자 클라이언트 디바이스 (102B) 의 오퍼레이터가 클라이언트 디바이스 관리 서버 (106) 에 의해 유지되는 모바일 지갑 시스템 (134) 의 가입자가 되고, 수신자 클라이언트 디바이스 (102B) 는 모바일 지갑 시스템 (114) 을 통해 저장 가치 계좌 (142) 를 보았다는 것을 의미한다. 수신자 클라이언트 디바이스 (102B) 가 이미 모바일 지갑 시스템 (114) 의 가입자이면, 활성화는 수신자 클라이언트 디바이스 (102B) 의 사용자가 모바일 지갑 시스템 (114) 을 통해 저장 가치 계좌 (142) 를 보는 것을 포함할 수도 있다.
저장 가치 계좌 (142) 가 결정 블록 1641 에서 활성화되면, 프로세스 (1600) 는 방법이 도 16c 의 단계 1657 을 실시할 블록 1643 의 이행 타원으로 진행한다. 저장 가치 계좌 (142) 가 결정 블록 1641 에서 활성화되지 않으면, 프로세스 (1600) 는, 저장 가치 계좌 (142) 가 수신자 클라이언트 디바이스 (102B) 에 의해 활성화되어 있지 않음을 나타내는 통지를 클라이언트 디바이스 관리 서버 (106) 가 발송자 클라이언트 디바이스 (102A) 로 전송하는 블록 1645 로 진행한다. 발송자 클라이언트 디바이스 (102A) 에 대한 이 통지는 또한 기프트식 저장 가치 계좌 (142) 에 관한 통지를 또 다른 통신 채널을 통해서 예컨대 이메일 메시지 또는 모바일 전화기 텍스트 메시지를 통해서 재전송하는 옵션을 발송자 클라이언트 디바이스 (102A) 에 제시할 수도 있다.
발송자 클라이언트 디바이스 (102A) 가 또 다른 통지를 수신자 클라이언트 디바이스 (102B) 로 재전송하기로 결정하면, 클라이언트 디바이스 관리자 서버 (106) 는 수신자 클라이언트 디바이스 (102B) 가 후속 통지에 응답하는데 필요할 것인 소정의 시간량을 설정할 수도 있다. 하나의 예시적인 실시형태에 따르면, 클라이언트 디바이스 관리 서버 (106) 에 의해 설정된 이 소정의 시간량은 72 시간일 수도 있다. 그러나, 시간의 다른 길이들이 본 발명의 범위 내에 있다. 소정의 시간량의 만료 시, 수신자 클라이언트 디바이스 (102B) 가 기프트식 저장 가치 계좌 (142) 를 활성화하지 않았음을 나타내기 위해 부가적인 통지들이 발송자 클라이언트 디바이스 (102A) 로 전송될 수도 있다.
블록 1645 후, 프로세스 (1600) 는 도 16c 의 블록 1647 로 진행한다. 도 16c 는 클라이언트 디바이스로 저장 가치 계좌를 생성 및 관리하는 방법 (1600) 을 예시하는 제 2 플로우차트 (1600B) 의 계속인 제 3 플로우차트 (1600C) 이다. 블록 1647 에서, 클라이언트 디바이스 관리 서버 (106) 는 부가적인 통지들을 수신자 클라이언트 디바이스 (102B) 로 전송할 수도 있다. 결정 블록 1651 에서, 소정의 수의 통지들이 수신자 클라이언트 디바이스 (102B) 로 전송완료되었고 수신자 클라이언트 디바이스 (102B) 가 기프트식 저장 가치 계좌 (142) 를 활성화하고 있지 않다면, 프로세스 (1600) 는 블록 1653 으로 진행할 수도 있다. 결정 블록 1651 에서, 소정의 수의 통지들이 수신자 클라이언트 디바이스 (102B) 로 전송되지 않았다면, 프로세스 (1600) 는 방법이 도 16b 의 결정 블록 1641 로 되돌아가는 블록 1649 로 진행한다.
클라이언트 디바이스 관리자 서버 (106) 는 기프트식 저장 가치 계좌 (142) 를 다루는 것에 대한 부가적인 옵션들을 발송자 클라이언트 디바이스 (102A) 가 가지는 것을 허용하기 전에 수신자 클라이언트 디바이스 (102B) 로 전송되어야 하는 소정의 수의 통지들을 결정 블록 1651 에서 확립할 수도 있다. 이 소정의 수는 3 개의 또는 4 개의, 또는 임의의 수와 같은 임의의 크기일 수도 있다. 블록 1653 에서, 발송자 클라이언트 디바이스 (102A) 는 구매된 저장 가치 계좌 (142) 를 그 또는 그녀의 이익을 위해 보관하는 옵션을 제시받을 것이다. 블록 1653 후, 프로세스 (1600는) 방법이 도 16c 의 블록 1661 로 진행하는 블록 1655 로 진행한다.
블록 1659 에서, 클라이언트 디바이스 관리 서버 (106) 는 수신자 클라이언트 디바이스 (102B) 가 기프트식 저장 가치 계좌 (142) 를 활성화하였다는 활성화 메시지를 발송자 클라이언트 디바이스 (102A) 로 송신할 수도 있다. 발송자 클라이언트 디바이스 (102A) 로 송신된 이 활성화 메시지는 다음의 엘리먼트들을 포함할 수도 있다: 일시 (time date) 스탬프, 저장 가치 계좌 (142) 와 연관된 가맹점 (120), 수신자의 이름, 수신자의 이메일 주소, 저장 가치 계좌 (142) 에 대한 구매된 가치, 저장 가치 계좌 (142) 의 구매에 대한 트랜잭션 양, 및 저장 가치 계좌 발행자 서버 (108B) 에 의해 생성된 권한부여 코드.
블록 1661 로 진행하여, 클라이언트 디바이스 관리 서버 (106) 는, 저장 가치 계좌 (142) 가 블록 1641 에서 활성화된 후에 저장 가치 계좌 (142) 를 수신자 클라이언트 디바이스 (102B) 에 디스플레이할 수도 있다. 예를 들어, 활성화된 저장 가치 계좌 (142) 를 예시하는 도 20 과 스크린 (2000) 을 참조한다. 결정 블록 1663 에서, 클라이언트 디바이스 관리 서버 (106) 는 브랜드 없는 저장 가치 계좌 (142) 를 위한 옵션들을 수신자 클라이언트 디바이스 (102B) 에 디스플레이할 수도 있다.
기프트식 저장 가치 계좌 (142) 가 계좌 (142) 와 이미 연관된 가맹점 (120) 을 가짐을 의미하는 브랜드가 있는 것이면, 프로세스 (1600) 는 방법이 도 16d 의 결정 블록 1669 로 다시 향하게 되는 결정 블록 1665 로 진행할 수도 있다. 기프트식 저장 가치 계좌 (142) 가, 발송자 클라이언트 디바이스 (102A) 가 기프트식 저장 가치 계좌 (142) 와 연관될 가맹점 (120) 을 선택하지 않는 것을 의미하는 브랜드가 없는 것이면, 프로세스 (1600) 는 아래에서 설명되는 도 16d 의 블록 1667 로 진행할 수도 있다.
도 16d 는 클라이언트 디바이스 (102) 로 저장 가치 계좌 (142) 를 생성하고 관리하는 방법 (1600) 을 예시하는 제 3 플로우차트 (1600C) 의 계속인 제 4 플로우차트 (1600D) 이다. 블록 1667 에서, 클라이언트 디바이스 관리 서버 (106) 는 브랜드 없는 저장 가치 계좌 (142) 에 대한 수신자 클라이언트 디바이스 (102B) 에 의한 선택에 이용가능한 가맹점들 (120) 과 연관된 복수의 브랜드들을 디스플레이할 수도 있다. 클라이언트 디바이스 관리 서버 (106) 는 블록 1667 에서, 클라이언트 디바이스 관리 서버 (106) 는 수신자 클라이언트 디바이스 (102B) 에 의한 브랜드의 선택을 수신할 수도 있다.
판정 블록 1669 로 진행하여, 클라이언트 디바이스 관리 서버 (106) 는, 사용자가 다른 사용자와 저장 가치 계좌 (142) 를 공유하기 위한 옵션을 선택했는지를 결정한다. 클라이언트 디바이스 (102) 의 사용자가 다른 사용자와 저장 가치 계좌 (142) 를 공유하도록 결정하면, "예" 브랜치 다음에 블록 1671 이 이어지고, 여기서 저장 가치 계좌 (142) 와 연관된 공유 옵션들을 디스플레이하고 공유된 옵션들을 처리하는 하위-방법 또는 하위-루틴이 실행된다. 공유 옵션들을 디스플레이하고 공유된 옵션들을 처리하는 하위-방법/루틴의 추가의 상세들은 도 19a 및 도 19b 와 관련되어 이하에서 논의된다.
클라이언트 디바이스 (102) 의 사용자가 그의 또는 그녀의 저장 가치 계좌를 다른 사용자와 공유하기를 원하지 않으면, 블록 1671 은 스킵되고 프로세스는 블록 1673 으로 진행한다. 블록 1673 에서, 클라이언트 디바이스 관리 서버 (106) 는 상품들 또는 서비스들을 구매하기 위해서 저장 가치 계좌 (142) 와 연관된 가치를 상환하기 위한 요청을 수신자 클라이언트 디바이스 (102B) 로부터 수신할 수도 있다. 수신자 클라이언트 디바이스 (102B) 는 판매 시점 관리 ("POS") 단말기에서, 웹사이트에서 온라인으로, 또는 전화기 시스템을 사용하여 저장 가치 계좌 (142) 의 가치를 상환할 수도 있다.
블록 1675 에서, 클라이언트 디바이스 관리 서버 (106) 는, 최적의 상환 프레젠테이션을 포함할 수 있는 저장 가치 계좌 정보를 통신 네트워크 (105) 를 통해 수신자 클라이언트 디바이스 (102B) 로 송신할 수도 있다. 수신자 클라이언트 디바이스 (102B) 가 모바일 전화기이면, 클라이언트 디바이스 관리 서버 (106) 는 도 8 의 스크린 (800) 과 연관된 데이이터를 송신할 수도 있다. 수신자 클라이언트 디바이스 (102B) 가 랩톱 또는 데스크톱 컴퓨터이면, 클라이언트 디바이스 관리 서버 (106) 는 저장 가치 계좌 (142) 를 전자상거래 사이트에 입력하기 위한 명령들, 예컨대 전자상거래 사이트 상에서 선택하려는 카드 유형 뿐만 아니라 물리적 카드 또는 물리적 토큰에 보통 연관된 임의의 검증 코드들을 위해 무엇을 입력해야 할 지를 송신할 수도 있다.
블록 1675 에서, 사용자가 "공유자" 또는 공유 저장 가치 계좌 (142) 의 수신자 (즉, 저장 가치 계좌 (142) 의 제어하에 있는 "소유자" 가 아닌 사용자) 인 "공유된" 저장 가치 계좌 (142) 를 클라이언트 디바이스 (102B) 의 사용자가 사용하고 있으면, 이 블록 1675 에서 일반적으로 공유자는 단지 그/그녀에게 이용 가능한 잔고를 보여주고 리프레시하는 능력을 갖고, 일 예시적인 실시형태에 따라 저장 가치 계좌 (142) 에 대해 제공된 전체 잔고가 공유자에게는 제공되지 않는다.
일반적으로, 다른 예시적인 실시형태에 따르면, 공유자는 또한 다음에 제한된다: 판매 시점 관리 (POS) 단말기에서 저장 가치 계좌 (142) 를 제시하거나 또는 전자상 트랜잭션에서 공유된 계좌 (142) 를 제시하고, 그 또는 그녀의 프로필로부터 저장 가치 계좌 (142) 를 제거 (더 이상 공유를 받아들이지 않기 위해 선택) 하기. 공유자는 더 추가의 저장 가치 계좌 (142) 를 공유하는 능력을 갖지 않는다. 이것은, "공유" 결정 블록 1669 가 보통 스킵되거나 저장 가치 계좌 (142) 로부터 공유된 가치를 수신받는 수신자 ("공유자") 에 대해 실행하도록 허가되지 않음을 의미한다. 또한, 공유자는 대개 사용자에게 공유되었던 가치로부터 이 가치를 교환, 재선물, 병합, 또는 분할할 수 없다. 공유자에게는 저장 가치 계좌 (142) 를 재로딩하는 능력이 제공될 수도 있다.
다시 도 16d 를 참조하면, 블록 1677 에서, 클라이언트 디바이스 관리 서버 (106) 는 발송자 클라이언트 디바이스 (102B) 에 의해 요청된 상환에 대한 저장 가치 계좌 (142) 의 프레젠테이션의 날짜 및 시간을 레코딩할 수도 있다. 블록 1679 에서, 가맹점 (120) 은 자신의 판매 시점 관리 단말기를 사용하여 또는 자신의 웹사이트를 통해 저장 가치 계좌 (142) 에 대응하는 상환 요청을 도 1 에 도시된 바와 같은 가맹점 취득자 (116B) 로 발행할 수도 있다. 대안적으로, 가맹점 취득자 (116B) 를 사용하지 않는 가맹점 (120) 에 대한 특정한 상황들에서, 상환 요청은 DISCOVER (TM) 브랜드 신용 카드 통신 네트워크와 같이, 통신 네트워크 (105) 내에 서브-네트워크를 포함할 수도 있는 통신 네트워크 (105) 를 통해 전송될 수도 있다. 이 상황에서, 블록 1677 은 가맹점 (120) 이 저장 가치 계좌 프로세서 서버 (108A) 와 직접 통신하는 경우 스킵될 수도 있다. 이 상환 요청은 16 디지트 PAN (165), 저장 가치 계좌 (142) 에 대한 만료 날짜, 및 검증 번호를 포함할 수도 있다.
블록 1681 로 진행하여, 가맹점 취득자 (116B) 는 상환 요청을 통신 네트워크 (105) 를 통해 저장 가치 계좌 프로세서 서버 (108A) 로 전송할 수도 있다. 전술된 바와 같이, 가맹점 취득자 (116) 는 통신 네트워크 (105) 내의 특정 사유 서브-네트워크들 예컨대 VISA (TM) 신용 카드 네트워크, MASTERCARD (TM) 카드 네트워크, DISCOVER (TM) 신용 카드 네트워크, AMERICAN EXPRESS (TM) 신용 카드 네트워크, 및 다른 유사한 충전 카드 사유 네트워크들에 대한 액세스를 가질 수도 있다.
그 뒤에, 블록 1683 에서, 상환 요청은 통신 네트워크 (105) 로부터 저장 가치 계좌 프로세서 서버 (108A) 에 의해 수신된다. 또한 블록 1683 에서, 저장 가치 계좌 프로세서 서버 (108A) 는 발송자 클라이언트 디바이스 (102B) 에 대응하는 PAN (165) 과 연관된 저장 가치 계좌 (142) 의 잔고를 체크할 것이다. 이 스테이지에서 저장 가치 계좌 프로세서 서버 (108A) 는 저장 가치 계좌 (142) 와 연관된 가치가 상환 요청 이상인지를 결정하는 중이다. 블록 1683 후, 프로세스 (1600) 는 도 16e 의 블록 1685 로 진행한다.
도 16e 는 클라이언트 디바이스 (102) 로 저장 가치 계좌 (142) 를 생성하고 관리하는 방법 (1600) 을 예시하는 제 4 플로우차트 (1600D) 의 계속인 제 5 플로우차트 (1600E) 이다. 도 16d 의 블록 1683 에서, 저장 가치 계좌 (142) 와 연관된 가치가 상환 요청 이상이라고 저장 가치 계좌 프로세서 서버 (108A) 가 결정하면, 블록 1685 에서 저장 가치 계좌 프로세서 서버 (108A) 는 권한부여 메시지를 생성하여 통신 네트워크 (105) 를 통해 가맹점 취득자 (116B) 에게 전송할 것이다. 그러나, 블록 1683 에서 저장 가치 계좌와 연관된 가치가 상환 요청 미만이라고 저장 가치 계좌 프로세서 서버 (108A) 가 결정하면, 블록 1685 에서 저장 가치 계좌 프로세서 서버 (108A) 는 거부 메시지를 생성하여 통신 네트워크 (105) 를 통해 가맹점 취득자 (116B) 에게 전송할 것이다.
블록 1687 로 진행하여, 판매 시점 관리 단말기, 전자상거래 웹사이트, 또는 폰 시스템은 통신 네트워크 (105) 로부터 권한부여 코드 또는 거부 메시지를 수신할 것이다. 다음에, 블록 1689 에서, 권한부여 코드가 수신되었다면, 판매 시점 관리 단말기, 전자상거래 웹사이트, 또는 폰 시스템은 상환 요청에 기초한 상품(들) 및/또는 서비스(들) 의 구매를 허용할 것이다. 블록 1689 에서, 판매 시점 관리 단말기, 전자상거래 웹사이트, 또는 폰 시스템이 가맹점 취득자 (116B) 로부터 거부 메시지를 수신하면, 수신자 클라이언트 디바이스 (102B) 의 사용자는 상품(들) 및/또는 서비스(들) 을 구매하는 것이 허용되지 않을 것이다.
블록 1691 에서, 보통, 저녁 시간대에서와 같은 영업일의 종료시에, 가맹점 (120) 이 그의 일일 구매들을 정산 (settle) 하고 정산 요청을 가맹점 취득자 (116B) 에게 전송할 것이다. 가맹점 취득자 (116B) 는 일반적으로 이 정산 요청을 통신 네트워크 (105) 를 통해 저장 가치 계좌 프로세서 서버 (108A) 에 넘겨줄 것이다.
다음으로 블록 1693 에서, 저장 가치 계좌 프로세서 서버 (108A) 는 임의의 저장 가치 계좌 구매들과 연관된 펀드들을 클라이언트 디바이스 관리 에스크로 계좌 (136) 로부터 가맹점의 요구불 예금계좌 (121) 로 이전할 것이다. 블록 1695 에서, 루틴 또는 하위-방법은 특정 가맹점 (120) 과 각각의 클라이언트 디바이스 (102) 에 의한 사용에 기초하여 가상 토큰들 (702) 의 상환 프레젠테이션들을 최적화하기 위해 실행될 수 있다. 도 27 에 관련하여 더 상세히 설명되는 이 루틴에서, 모바일 지갑 시스템 (134) 은 특정 가맹점 (120) 에 제공되어 있는 상환 프레젠테이션들에 대한 날짜를 수집하고 정제할 수 있다. 그 다음 프로세스 (1600) 는 종료된다.
도 17 은 저장 가치 계좌 구매 요청을 처리하는 도 16 의 루틴 또는 하위-방법 (1623) 을 예시하는 플로우차트이다. 시작되는 블록 1705 에서, 클라이언트 디바이스 관리 서버 (106) 는 선택된 저장 가치 계좌 (142) 를 구매하기 위한 구매 요청을 발송자 클라이언트 디바이스 (102A) 로부터 수신한다. 블록 1705 에서, 클라이언트 디바이스 관리 서버 (106) 는 권한부여 요청을 도 1 에 도시된 바와 같은 자신의 클라이언트 디바이스 관리 ("CDM") 취득자 (116A) 에게 전송할 수도 있다. 다음에, 블록 1710 에서, 클라이언트 디바이스 관리 ("CDM") 취득자 (116A) 는 권한부여 요청을 통신 네트워크 (105) 를 통해 발송자 펀딩 소스 (118) 로 포워딩할 수도 있다. 위에서 지칭했던 가맹점 취득자 (116B) 처럼, CDM 취득자 (116B) 는 VISA (TM) 신용 카드 네트워크, MASTERCARD (TM) 카드 네트워크, DISCOVER (TM) 신용 카드 네트워크, AMERICAN EXPRESS (TM) 신용 카드 네트워크, 및 다른 유사한 충전 카드 사유 네트워크들과 같은 통신 네트워크 (105) 내의 특정 사유 서브-네트워크들에 대한 액세스를 가질 수도 있다.
블록 1715 에서, 발송자 펀딩 소스 (118) 는 CDM 취득자 (116A) 로부터 권한부여 또는 구매 요청을 수신할 수도 있다. 발송자 클라이언트 디바이스 (116A) 와 연관된 계좌가 구매 요청에서 열거된 가치 이상인 이용가능한 펀드들을 가짐을 의미하는, 충분한 펀딩 소스들이 있다면, 발송자 펀딩 소스 (118) 는 권한부여 요청 또는 저장 가치 계좌 구매 요청을 개선할 수도 있다.
발송자 펀딩 소스 (118) 는 복수의 금융 기관 유형들 중의 임의의 하나를 포함할 수도 있다. 예를 들어, 발송자 펀딩 소스 (118) 는 신용 카드 발행사 (VISA (TM) 신용 카드 네트워크, MASTERCARD (TM) 카드 네트워크, DISCOVER (TM) 신용 카드 네트워크, AMERICAN EXPRESS (TM) 신용 카드 네트워크, 및 다른 유사한 충전 카드 사유 네트워크들과 같은 사유 신용 카드 네트워크들을 지원할 수도 있음), 서명형 직불카드 (signature debit) 발행자, 및 비밀번호 입력형 직불카드 (pin-debit) 발행자를 포함할 수도 있다. 당업자는 발행자 및 지원되는 대응하는 네트워크에 의존하여, CDM 취득자 (116A) 와 같은 취득자가 필요하거나 필요하지 않을 수도 있다는 것을 이해한다. 마찬가지로, 당업자는 직불 모델 하에서, 펀딩 소스 (118) 로부터의 펀드들의 정산 또는 이전이 거의 즉시 일어나며, 이는 일반적으로 신용 카드 형 트랜잭션들로 일어나는 하루 종료 시 정산 프로세스들과는 대조적이라는 것을 이해한다.
블록 1720 에서, 충분한 펀드들이 펀딩 소스 (118) 에서 이용가능하다고 가정하면, 펀딩 소스 (118) 는 구매 요청에 대한 권한부여 또는 권한부여 요청을 통신 네트워크 (105) 를 통해 CDM 취득자 (116A) 에게 전송할 수도 있다. 충분한 펀드들이 펀딩 소스 (118) 에서 이용가능하지 않다면, 펀딩 소스 (118) 는 거부 메시지를 통신 네트워크 (105) 를 통해 전송할 수도 있다.
블록 1725 에서, 클라이언트 디바이스 관리 서버 (106) 는, 충분한 펀드들이 펀딩 소스 (118) 에서 이용가능하였다면 CDM 취득자 (116A) 로부터의 승인 메시지를 수신할 수도 있다. 대안적으로, 블록 1725 에서, 클라이언트 디바이스 관리 서버 (106) 는 CDM 취득자 (116A) 로부터 거부 메시지를 수신할 수 있다. 그 다음 프로세스 (1600) 는 도 16b 의 결정 블록 1627 로 되돌아간다.
이제 도 18 을 참조하면, 이 도면은 클라이언트 디바이스 관리 서버 (106) 의 에스크로 계좌 (136) 에서 펀드들을 수신하는 것을 처리하는 도 16 의 루틴 또는 하위-방법 (1639) 을 예시하는 플로우차트이다. 전술된 바와 같이, 펀딩 소스 (118) 및 클라이언트 디바이스 관리 서버 (106) 의 에스크로 계좌 (136) 사이의 펀드들의 정산은 발송자 클라이언트 디바이스 (102A) 에 의해 연관되고 사용 중인 펀딩 소스 (118) 의 유형에 의존할 것이다.
펀딩 소스 (118) 가 직불 시스템의 일부 형태를 포함하면, 도 18 에 도시된 이들 단계들의 대부분은 당업자가 이해하는 바와 같이 변경되거나 또는 삭제될 수도 있다. 도 18 에 관련하여 설명된 예시적인 실시형태에 대해, 펀딩 소스 (118) 는, 통신 네트워크 (105) 내에서 사유의 네트워크들을 사용하고 클라이언트 디바이스 관리 취득자 (116A) 를 필요로할 수도 있는 신용 카드 모델의 일부 형태를 포함하는 것이라고 가정된다.
블록 1805 에서, 클라이언트 디바이스 관리 서버 (106) 는 주기적, 통상 야간마다, 배치 트랜잭션 요청을 CDM 취득자 (116A) 에게 전송한다. CDM 취득자 (116A) 는 블록 1810 에서 배치 트랜잭션 요청을 통신 네트워크 (105) 를 통해 중계한다. 블록 1815 에서, 신용 카드 발행사를 포함할 수도 있는 발송자 펀딩 소스 (118) 는 펀드들을 라우팅, 예컨대 배치 요청에 대응하는 가맹점 계좌에 대한 크레디트를 통신 네트워크 (105) 를 통해 CDM 취득자 (116A) 로 통신할 수 있다.
발송자 펀딩 소스 (118) 는, 블록 1820 에서, 또한 CDM 취득자 (116A) 로부터의 펀드들을 클라이언트 디바이스 관리 서버 (106) 의 에스크로 계좌 (136) 로 이전할 것을 CDM 취득자 (116A) 에게 허가하는 권한부여를 통신 네트워크를 통해 CDM 취득자 (116A) 에게 전송할 수도 있다.
블록 1825 에서, 에스크로 계좌 (136) 는 CDM 취득자 (116A) 로부터 펀드들을 수신할 수도 있다. 전술된 바와 같이, CDM 취득자 (116A) 및 에스크로 계좌 (136) 간의 펀드들의 이전은 보통 신용 카드 모델 하에서 영업일 종료 시에 발생한다. 이는 이 서브루틴 또는 하위-방법 (1639) 이 실제로는 위에서 설명된 것보다 전반적인 프로세스 (1600) 에서 훨씬 늦게 일어날 수 있다는 것을 의미한다. 한편, 서브루틴 또는 하위-방법 (1639) 이 직불 모델 하에서 동작하면, 펀드들은 계좌들 간에 즉시 이전될 수도 있다. 그 다음 프로세스 (1600) 는 도 16b 의 결정 블록 1641 로 되돌아간다.
도 19a 를 참조하면, 이 도면은 저장 가치 계좌 (142) 에 대한 공유 옵션들을 디스플레이하고 선택된 공유 옵션들을 처리하는 도 16 의 루틴 또는 하위-방법 (1671A) 을 나타내는 플로우차트이다. 루틴 (1671A) 은 블록 1903 에서 시작하고, 여기서 모바일 지갑 시스템 (134) 은, 도 10 에 도시된 바와 같은 공유 저장 가치 계좌 인터페이스가 클라이언트 디바이스 (102) 상에 디스플레이되도록 클라이언트 디바이스 (102) 로 데이터를 전송한다. 다음으로, 판정 블록 1906 에서, 모바일 지갑 시스템 (134) 은, 공유 저장 가치 계좌 (142) 의 수신자가 도 10 에 도시된 바와 같이 기존 및 이용 가능한 데이터베이스들 (1010) 중 하나로부터 선택되었는지를 결정한다. 전술된 바와 같이, 예시적인 데이터베이스들 (1010) 은 가족 데이터베이스 (1010A), 친구들 데이터베이스 (1010B), 및 동료 데이터베이스 (1010C) 를 포함할 수도 있으나, 이에 한정되지는 않는다.
모바일 지갑 시스템 (134) 이 데이터베이스 (1010) 의 임의의 선택을 수신하지 않으면, 프로세스는 블록 1915 로 진행하고, 여기서 사용자는 공유 저장 가치 계좌 (142) 의 의도된 수신자의 이메일 주소 또는 전화 번호를 입력하도록 프롬프트될 수 있다. 모바일 지갑 시스템 (134) 이 블록 1906 에서 이용 가능한 데이터베이스들 (1010) 중 하나에 대한 선택을 수신하면, 블록 1909 에서 모바일 지갑 시스템 (134) 은 도 10 내지 도 13 에 도시된 바와 같이 선택된 데이터베이스 콘텐츠에 기초하여 잠재적인 공유 수신자들을 디스플레이한다. 블록 1912 에서, 모바일 지갑 시스템 (134) 은 데이터베이스 (1010) 로부터 공유 수신자의 선택을 수신한다.
다음으로, 선택적 블록 1921 에서, 모바일 지갑 시스템 (134) 은 공유 저장 가치 계좌 (142) 에 연관되거나 부과될 수 있는 제약들에 대한 옵션들을 디스플레이할 수 있다. 블록 1921 은, 도 2c 의 데이터 구조 (179C) 가 저장 가치 계좌 데이터베이스 (146) 에 대해 사용되는 경우에만 추적될 수도 있기 때문에 선택적이다. 이것은, 도 2b 의 데이터 구조 (179B) 가 저장 가치 계좌 데이터베이스 (146) 에서 이용되면, 선택적 블록 1921 은 제약들이 데이터 구조 (179B) 로 추적될 수 없기 때문에 생략될 수도 있다는 것을 의미한다. 예시적인 제약 옵션들이 도 14 에 도시된다. 전술된 바와 같이, 제약들은 저장 가치 계좌 (142) 에 대한 소비 한계치, 제품 유형 제약들, 시간-기반 제약들, 지리적 제약들, 및 가맹점 제약들을 포함할 수도 있으나, 이에 한정되지는 않는다. 이 방식으로, 저장 가치 계좌 (142) 의 소유자는 계좌 (142) 에 대해 지정된 공유 수신자들 사이에서 공유 저장 가치 계좌 (142) 의 사용을 제한할 수도 있다.
선택적 블록 1924 에서, 모바일 지갑 시스템 (134) 은 공유 저장 가치 계좌 (142) 에 대한 선택들을 수신하고/하거나 이에 대한 제약들을 입력할 수 있다. 이 블록에서, 모바일 지갑 시스템 (134) 은 또한, 이들 제약들을 메모리에 저장할 수 있다. 선택적 블록 1921 과 유사하게, 이 블록 1924 는 또한, 이 블록에서의 단계들이 단지 도 2c 의 데이터 구조 (179C) 에 의해 지원될 수 있기 때문에 선택적이다. 이것은, 도 2b 의 데이터 구조 (179B) 가 저장 가치 계좌 데이터베이스 (146) 에서 이용되면, 선택적 블록 1924 는 또한 제약들이 데이터 구조 (179B) 로 추적될 수 없기 때문에 생략될 수도 있다는 것을 의미한다.
다음으로, 블록 1927 에서, 모바일 지갑 시스템 (134) 은 공유 저장 가치 계좌 (142) 에 대해 클라이언트 디바이스 (102) 의 사용자에 의해 선택될 수 있는 이용 가능한 아트워크를 디스플레이할 수 있다. 블록 1927 은 도 16a 의 블록 1611 과 유사하다.
블록 1930 에서, 모바일 지갑 시스템 (134) 은 공유 저장 가치 계좌 (142) 와 연관될 수도 있는 아트워크에 대한 선택들을 수신할 수도 있다. 블록 1930 은 또한, 도 16a 의 블록 1615 와 유사하다. 블록 1933 에서, 모바일 지갑 시스템 (134) 은 공유 저장 가치 계좌 (142) 의 개인화들에 대한 옵션들을 디스플레이할 수 있다. 그러한 개인화들은 텍스트 노트 (704), 오디오 레코딩, 이미지, 및 비디오 레코딩을 포함할 수도 있으나, 이에 한정되지는 않는다. 블록 1933 은 도 16a 의 블록 1617 과 유사하다.
블록 1936 에서, 모바일 지갑 시스템 (134) 은 공유 저장 가치 계좌 (142) 에 대해 선택되었던 개인화를 위한 선택들을 수신할 수 있다. 블록 1936 은 또한, 도 16a 의 블록 1619 와 유사하다. 프로세스는 그 후, 도 19b 의 블록 1942 로 진행한다.
도 19b 는 저장 가치 계좌에 대한 공유 옵션들을 디스플레이하고 선택된 공유 옵션들을 처리하는 도 16 의 루틴 또는 하위-방법 (1671B) 에 대한 연속 다이어그램이다. 블록 1942 에서, 클라이언트 디바이스 관리 서버 (106) 상에서 실행하는 모바일 지갑 시스템 (134) 은 공유 저장 가치 계좌 (142) 의 의도된 공유 수신자에 대해 클라이언트 고유 식별자를 생성할 수도 있다. 블록 1942 는 도 16b 의 블록 1929 와 유사하다.
블록 1945 에서, 클라이언트 고유 식별자 (155) 는 클라이언트 디바이스 관리 서버 (106) 의 메모리 (132) 에서와 같이 메모리에 저장된다. 블록 1945 는 도 16b 의 블록 1631 과 유사하다.
블록 1948 에서, 모바일 지갑 시스템 (134) 은 클라이언트 고유 식별자 (155) 및 가맹점 식별자 (172) 를 저장 가치 계좌 프로세서 서버 (108A) 로 전송할 수도 있다. 구체적으로, 블록 1948 에서의 하나 이상의 단계들은 도 2b 의 클라이언트 고유 식별자 #2 (155B) 또는 도 2c 의 클라이언트 고유 식별자 #3 (155C) 와 같이 도 2b 및 도 2c 에 도시된 바와 같은 클라이언트 고유 식별자들 (155) 을 지칭한다. 블록 1948 은 도 16b 의 블록 1633 과 유사하다.
선택적 블록 1951 에서, 저장 가치 계좌 발행자 서버 (108B) 는 클라이언트 디바이스 관리 서버 (106) 로부터 수신된 다른 데이터 및 공유 저장 가치 계좌 (142) 와 연관되는 도 2c 에 도시된 바와 같은 주 계좌 번호들 ("PAN")(165B, C, 및 F) 을 생성한다. 블록 1951 은, 도 2c 에 도시된 바와 같이 데이터 구조 (179C) 가 이용되고 있을 때에만 공유 저장 가치 계좌 (142) 에 대한 PANS (165) 이 주로 생성되기 때문에 선택적이다. 개별 PANS (165) 은 일반적으로, 저장 차기 계좌 (142) 의 소유자가 저장 가치 계좌 (142) 의 하나 이상의 공유 수신자들에 부과하기를 원할 수도 있는 임의의 제약들을 추적하기 위해서 필요하다. 이것은, 도 2c 의 데이터 구조 (179C) 가 이용되지 않으면, 이 선택적 블록 1951 은 프로세스로부터 생략될 수 있음을 의미한다. 선택적 블록 1951 은 도 16b 의 블록 1635 와 매우 유사하다.
블록 1954 에서, 모바일 지갑 시스템 (134) 은, 공유 저장 가치 계좌 (142) 가 공유 수신자의 이득 및 사용을 위해 소유자에 의해 생성되었다는 것을 나타내도록 이메일 또는 SMS 를 통해 공유 수신자에게 통지를 전송할 수 있다. 일단, 공유 수신자가 이 통지를 받으면, 공유 수신자는 도 15 에 도시된 바와 같이 스크린 (1500) 에 액세스할 수도 있다. 그 후, 프로세스는 도 16d 의 블록 1673 으로 되돌아간다.
전술된 바와 같이, 일 예시적인 실시형태에 따르면, 공유 저장 가치 계좌 (142) 의 수신자 ("공유자") 는 일반적으로 단지 그/그녀에게 이용 가능한 잔고를 보고 리프레시하는 능력을 갖고, 저장 가치 계좌 (142) 에 대해 제공된 전체 잔고가 공유자에게는 제공되지 않는다. 공유자는 또한 다음에 제한된다: 판매 시점 관리 (POS) 단말기에서 저장 가치 계좌 (142) 를 제시하거나 또는 전자상 트랜잭션에서 공유된 계좌 (142) 를 제시하고, 그 또는 그녀의 프로필로부터 저장 가치 계좌 (142) 를 제거 (더 이상 공유를 받아들이지 않기 위해 선택) 하기. 공유자는 더 추가의 저장 가치 계좌 (142) 를 공유하는 능력을 갖지 않는다. 이것은, 공유자를 위한 "공유" 특성이 보통 스킵되거나 저장 가치 계좌 (142) 로부터 공유된 가치를 수신받는 수신자 ("공유자") 에 대해 실행하도록 허가되지 않음을 의미한다. 또한, 공유자는 대개 사용자에게 공유되었던 가치로부터 이 가치를 교환, 재선물, 병합, 또는 분할할 수 없다. 공유자에게는 저장 가치 계좌 (142) 를 재로딩하는 능력이 제공될 수도 있다.
이 명세서에서 설명되는 프로세스들 또는 프로세스 흐름들에서의 특정 단계들은 본 발명을 설명된 바와 같이 기능하도록 하기 위해 자연스럽게 다른 것들에 앞선다. 그러나, 본 발명은 이러한 순서 또는 시퀀스가 본 발명의 기능을 바꾸지 않는다면 설명된 단계들의 순서로 제한되지 않는다. 다시 말하면, 일부 단계들은 본 발명의 범위 및 사상으로부터 벗어나지 않고 다른 단계들의 전, 후, 또는 병행하여 (실질적으로 동시에) 수행될 수도 있다. 어떤 경우들에서는, 특정 단계들은 본 발명으로부터 벗어나지 않고 생략되거나 수행되지 않을 수도 있다. 또한, "그 후", "그 다음", "다음으로" 등과 같은 단어들은 단계들의 순서를 제한하려고 의도된 것이 아니다. 이들 단어들은 단지 예시적인 방법의 설명을 통해 독자를 안내하는데 사용된다.
부가적으로, 프로그래밍에서 통상의 지식을 가진 자는 컴퓨터 코드를 작성하거나 또는 적절한 하드웨어 및/또는 회로들을 식별하여, 예를 들어 이 명세서에서의 플로우차트들 및 관련된 설명에 기초하여 어려움 없이 개시된 본 발명을 구현할 수 있다.
그러므로, 프로그램 코드 명령들의 특정 세트 또는 상세한 하드웨어 디바이스들의 개시물은 본 발명을 만들고 이용하는 방법의 적절한 이해를 위해 필요하다고 간주되지는 않는다. 청구된 컴퓨터 구현 프로세스들의 기능은 위의 설명에서 그리고 다양한 프로세스 흐름들을 예시할 수도 있는 도면들에 연계하여 더 상세히 설명되어 있다.
하나 이상의 예시적인 양태들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 그것들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현된다면, 기능들은 하나 이상의 명령들 또는 코드로서 컴퓨터 판독가능 매체 상에 저장되거나 송신될 수도 있다. 컴퓨터 판독가능 매체들은 한 장소에서 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 컴퓨터 저장 매체 및 통신 매체 양자 모두를 포함한다. 저장 매체는 컴퓨터에 의해 액세스될 수 있는 이용가능한 임의의 매체일 수도 있다. 비제한적인 예로, 이러한 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광 디스크 스토리지, 자기 디스크 스토리지, 또는 다른 저장 디바이스들, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 운반하거나 저장하는데 사용될 수도 있고 컴퓨터에 의해 액세스될 수도 있는 임의의 다른 매체를 포함할 수도 있다.
또한, 어떤 관련된 것이라도 사실상 컴퓨터 판독가능 매체라고 한다. 예를 들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 자원으로부터 동축 케이블, 광섬유 케이블, 연선 (twisted pair), 디지털 가입자 회선 (DSL), 또는 무선 기술들 예컨대 적외선, 라디오, 및/또는 마이크로파를 이용하여 전송된다면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 라디오, 및 마이크로파와 같은 무선 기술들은 매체의 정의에 포함된다.
디스크 (Disk 및 disc) 는 여기서 사용되는 바와 같이, 콤팩트 디스크 (compact disc, CD), 레이저 디스크, 광 디스크, 디지털 다용도 디스크 (DVD), 플로피 디스크 (floppy disk) 및 블루레이 디스크를 포함하는데, 디스크 (disk) 들은 보통 데이터를 자기적으로 재생하는 한편, 디스크 (disc) 들은 레이저들로써 광학적으로 데이터를 재생한다. 상기한 것들의 조합들도 컴퓨터 판독가능 미디어의 범위 내에 포함되어야 한다.
선택된 다수의 양태들이 도시되고 상세히 설명되었지만, 갖가지 대체물들 및 개조물들이, 다음의 청구항들에 의해 정의된 바와 같은 본 발명의 정신 및 또는 범위로부터 벗어나지 않고 만들어질 수도 있다는 것이 이해될 것이다.

Claims (38)

  1. 클라이언트 디바이스와 연관된 공유 선불 계좌를 생성 및 관리하는 방법으로서,
    선불 계좌의 소유자에게 제 1 고유 식별자를 할당하는 단계;
    상기 선불 계좌에 주 (primary) 계좌 번호를 할당하는 단계;
    상기 선불 계좌에 기초하여 공유 선불 계좌를 생성하라는 입력을 수신하는 단계;
    상기 공유 선불 계좌의 의도된 수신자에 대응하는 입력을 수신하는 단계; 및
    상기 공유 선불 계좌의 상기 의도된 수신자와 연관되고 또한 상기 선불 계좌에 할당된 상기 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하는 단계를 포함하고,
    상기 선불 계좌가 특정 업자에게 연관되지 않은 경우에는, 상기 선불 계좌가, 상기 공유 선불 계좌의 상기 소유자와 상기 의도된 수신자 사이에서 공유되지 않고 또한 상기 주 계좌 번호와 연관되지도 않으며,
    상기 제 2 고유 식별자와 상기 공유 선불 계좌의 상기 의도된 수신자와의 연관, 및 상기 선불 계좌에 할당된 상기 주 계좌 번호와 상기 제 2 고유 식별자와의 연관에 의해, 상기 공유 선불 계좌의 상기 의도된 수신자가 상기 공유 선불 계좌를 상환 (redeem) 할 수 있고,
    상기 제 1 고유 식별자와 상기 선불 계좌의 상기 소유자와의 연관에 의해, 상기 소유자가 상기 의도된 수신자와 병행하여 상기 공유 선불 계좌를 상환할 수 있는, 공유 선불 계좌를 생성 및 관리하는 방법.
  2. 제 1 항에 있어서,
    상기 주 계좌 번호는, 단일 디지트 MII (Major Industry Identifier), 6 디지트 IIN (Issuer Identification Number), 계좌 번호, 및 단일 디지트 체크 섬 중 적어도 하나를 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  3. 제 1 항에 있어서,
    상기 공유 선불 계좌에 대해 하나 이상의 잠재적 수신자들을 열거하는 하나 이상의 데이터베이스들을 디스플레이하는 단계를 더 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  4. 제 1 항에 있어서,
    상기 공유 선불 계좌의 선택 및 상기 공유 선불 계좌와의 연관을 위해 이용 가능한 제약들에 대한 하나 이상의 옵션들을 디스플레이하는 단계를 더 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  5. 제 4 항에 있어서,
    상기 공유 선불 계좌와의 연관에 대한 하나 이상의 제약들을 수신하는 단계를 더 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  6. 제 5 항에 있어서,
    상기 제 2 고유 식별자와 연관되는 제 2 주 계좌 번호를 생성하는 단계를 더 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  7. 제 1 항에 있어서,
    상기 제 2 고유 식별자와 연관되는 제 2 개인 계좌 번호를 생성하는 단계를 더 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  8. 제 1 항에 있어서,
    거래 (transaction) 를 위해 상기 공유 선불 계좌를 상환하라는 요청을 수신하는 단계를 더 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  9. 제 8 항에 있어서,
    상기 거래에 대한 가치를 상환하기 위해 통신 네트워크를 통해 상기 주 계좌 번호를 송신하는 단계를 더 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  10. 제 1 항에 있어서,
    상기 클라이언트 디바이스는, 모바일 핸드 헬드 디바이스, 데스크톱 컴퓨터, 및 랩톱 컴퓨터 중 하나를 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  11. 제 10 항에 있어서,
    상기 모바일 핸드 헬드 디바이스는 무선 모바일 전화기를 포함하는, 공유 선불 계좌를 생성 및 관리하는 방법.
  12. 클라이언트 디바이스와 연관된 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템으로서,
    프로세서를 포함하고,
    상기 프로세서는,
    선불 계좌의 소유자와 제 1 고유 식별자를 연관시키고;
    상기 선불 계좌와 주 (primary) 계좌 번호를 연관시키고;
    상기 선불 계좌에 기초하여 공유 선불 계좌를 생성하라는 입력을 수신하고;
    상기 공유 선불 계좌의 의도된 수신자에 대응하는 입력을 수신하며;
    상기 공유 선불 계좌의 상기 의도된 수신자와 연관되고 또한 상기 선불 계좌에 할당된 상기 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하도록 동작 가능하고,
    상기 선불 계좌가 특정 업자에게 연관되지 않은 경우에는, 상기 선불 계좌가, 상기 공유 선불 계좌의 상기 소유자와 상기 의도된 수신자 사이에서 공유되지 않고 또한 상기 주 계좌 번호와 연관되지도 않으며,
    상기 제 2 고유 식별자와 상기 공유 선불 계좌의 상기 의도된 수신자와의 연관, 및 상기 선불 계좌에 할당된 상기 주 계좌 번호와 상기 제 2 고유 식별자와의 연관에 의해, 상기 공유 선불 계좌의 상기 의도된 수신자가 상기 공유 선불 계좌를 상환 (redeem) 할 수 있고,
    상기 제 1 고유 식별자와 상기 선불 계좌의 상기 소유자와의 연관에 의해, 상기 소유자가 상기 의도된 수신자와 병행하여 상기 공유 선불 계좌를 상환할 수 있는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  13. 제 12 항에 있어서,
    상기 주 계좌 번호는 단일 디지트 MII (Major Industry Identifier), 6 디지트 IIN (Issuer Identification Number), 계좌 번호, 및 단일 디지트 체크 섬 중 적어도 하나를 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  14. 제 12 항에 있어서,
    상기 프로세서는 또한,
    상기 공유 선불 계좌에 대해 하나 이상의 잠재적 수신자들을 열거하는 하나 이상의 데이터베이스들을 디스플레이하도록 동작 가능한, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  15. 제 12 항에 있어서,
    상기 프로세서는 또한,
    상기 공유 선불 계좌의 선택 및 상기 공유 선불 계좌와의 연관을 위해 이용 가능한 제약들에 대한 하나 이상의 옵션들을 디스플레이하도록 동작 가능한, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  16. 제 15 항에 있어서,
    상기 프로세서는 또한,
    상기 공유 선불 계좌와의 연관에 대한 하나 이상의 제약들을 수신하도록 동작 가능한, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  17. 제 16 항에 있어서,
    상기 프로세서는 또한,
    상기 제 2 고유 식별자와 연관되는 제 2 주 계좌 번호를 생성하도록 동작 가능한, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  18. 제 12 항에 있어서,
    상기 프로세서는 또한,
    상기 제 2 고유 식별자와 연관되는 제 2 개인 계좌 번호를 생성하도록 동작 가능한, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  19. 제 12 항에 있어서,
    상기 프로세서는 또한,
    거래 (transaction) 를 위해 상기 공유 선불 계좌를 상환하라는 요청을 수신하도록 동작 가능한, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  20. 제 12 항에 있어서,
    상기 프로세서는 또한,
    거래 (transaction) 에 대한 가치를 상환하기 위해 통신 네트워크를 통해 상기 주 계좌 번호를 송신하도록 동작 가능한, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  21. 클라이언트 디바이스와 연관된 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템으로서,
    선불 계좌의 소유자에게 제 1 고유 식별자를 할당하기 위한 수단;
    상기 선불 계좌에 주 (primary) 계좌 번호를 할당하기 위한 수단;
    상기 선불 계좌에 기초하여 공유 선불 계좌를 생성하라는 입력을 수신하기 위한 수단;
    상기 공유 선불 계좌의 의도된 수신자에 대응하는 입력을 수신하기 위한 수단; 및
    상기 공유 선불 계좌의 상기 의도된 수신자와 연관되고 또한 상기 선불 계좌에 할당된 상기 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하기 위한 수단을 포함하고,
    상기 선불 계좌가 특정 업자에게 연관되지 않은 경우에는, 상기 선불 계좌가, 상기 공유 선불 계좌의 상기 소유자와 상기 의도된 수신자 사이에서 공유되지 않고 또한 상기 주 계좌 번호와 연관되지도 않으며,
    상기 제 2 고유 식별자와 상기 공유 선불 계좌의 상기 의도된 수신자와의 연관, 및 상기 선불 계좌에 할당된 상기 주 계좌 번호와 상기 제 2 고유 식별자와의 연관에 의해, 상기 공유 선불 계좌의 상기 의도된 수신자가 상기 공유 선불 계좌를 상환 (redeem) 할 수 있고,
    상기 제 1 고유 식별자와 상기 선불 계좌의 상기 소유자와의 연관에 의해, 상기 소유자가 상기 의도된 수신자와 병행하여 상기 공유 선불 계좌를 상환할 수 있는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  22. 제 21 항에 있어서,
    상기 주 계좌 번호는 단일 디지트 MII (Major Industry Identifier), 6 디지트 IIN (Issuer Identification Number), 계좌 번호, 및 단일 디지트 체크 섬 중 적어도 하나를 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  23. 제 21 항에 있어서,
    상기 공유 선불 계좌에 대해 하나 이상의 잠재적 수신자들을 열거하는 하나 이상의 데이터베이스들을 디스플레이하기 위한 수단을 더 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  24. 제 21 항에 있어서,
    상기 공유 선불 계좌의 선택 및 상기 공유 선불 계좌와의 연관을 위해 이용 가능한 제약들에 대한 하나 이상의 옵션들을 디스플레이하기 위한 수단을 더 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  25. 제 21 항에 있어서,
    상기 공유 선불 계좌와의 연관에 대한 하나 이상의 제약들을 수신하기 위한 수단을 더 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  26. 제 21 항에 있어서,
    상기 제 2 고유 식별자와 연관되는 제 2 주 계좌 번호를 생성하기 위한 수단을 더 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  27. 제 21 항에 있어서,
    상기 제 2 고유 식별자와 연관되는 제 2 개인 계좌 번호를 생성하기 위한 수단을 더 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  28. 제 21 항에 있어서,
    거래 (transaction) 를 위해 상기 공유 선불 계좌를 상환하라는 요청을 수신하기 위한 수단을 더 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  29. 제 21 항에 있어서,
    거래 (transaction) 에 대한 가치를 상환하기 위해 통신 네트워크를 통해 상기 주 계좌 번호를 송신하기 위한 수단을 더 포함하는, 공유 선불 계좌를 생성 및 관리하기 위한 컴퓨터 시스템.
  30. 컴퓨터 판독가능 프로그램 코드가 수록된 컴퓨터 판독가능 저장 매체로서,
    상기 컴퓨터 판독가능 프로그램 코드는 선불 계좌를 관리하는 방법을 구현하기 위해 실행되도록 구성되고,
    상기 방법은,
    선불 계좌의 소유자에게 제 1 고유 식별자를 할당하는 단계;
    상기 선불 계좌에 주 (primary) 계좌 번호를 할당하는 단계;
    상기 선불 계좌에 기초하여 공유 선불 계좌를 생성하라는 입력을 수신하는 단계;
    상기 공유 선불 계좌의 의도된 수신자에 대응하는 입력을 수신하는 단계; 및
    상기 공유 선불 계좌의 상기 의도된 수신자와 연관되고 또한 상기 선불 계좌에 할당된 상기 주 계좌 번호와 연관되는 제 2 고유 식별자를 생성하는 단계를 포함하고,
    상기 선불 계좌가 특정 업자에게 연관되지 않은 경우에는, 상기 선불 계좌가, 상기 공유 선불 계좌의 상기 소유자와 상기 의도된 수신자 사이에서 공유되지 않고 또한 상기 주 계좌 번호와 연관되지도 않으며,
    상기 제 2 고유 식별자와 상기 공유 선불 계좌의 상기 의도된 수신자와의 연관, 및 상기 선불 계좌에 할당된 상기 주 계좌 번호와 상기 제 2 고유 식별자와의 연관에 의해, 상기 공유 선불 계좌의 상기 의도된 수신자가 상기 공유 선불 계좌를 상환 (redeem) 할 수 있고,
    상기 제 1 고유 식별자와 상기 선불 계좌의 상기 소유자와의 연관에 의해, 상기 소유자가 상기 의도된 수신자와 병행하여 상기 공유 선불 계좌를 상환할 수 있는, 컴퓨터 판독가능 저장 매체.
  31. 제 30 항에 있어서,
    상기 주 계좌 번호는 단일 디지트 MII (Major Industry Identifier), 6 디지트 IIN (Issuer Identification Number), 계좌 번호, 및 단일 디지트 체크 섬 중 적어도 하나를 포함하는, 컴퓨터 판독가능 저장 매체.
  32. 제 30 항에 있어서,
    상기 프로그램 코드는,
    상기 공유 선불 계좌에 대해 하나 이상의 잠재적 수신자들을 열거하는 하나 이상의 데이터베이스들을 디스플레이하는 단계를 더 포함하는 상기 방법을 구현하는, 컴퓨터 판독가능 저장 매체.
  33. 제 30 항에 있어서,
    상기 프로그램 코드는,
    상기 공유 선불 계좌의 선택 및 상기 공유 선불 계좌와의 연관을 위해 이용 가능한 제약들에 대한 하나 이상의 옵션들을 디스플레이하는 단계를 더 포함하는 상기 방법을 구현하는, 컴퓨터 판독가능 저장 매체.
  34. 제 33 항에 있어서,
    상기 프로그램 코드는,
    상기 공유 선불 계좌와의 연관에 대한 하나 이상의 제약들을 수신하는 단계를 더 포함하는 상기 방법을 구현하는, 컴퓨터 판독가능 저장 매체.
  35. 제 33 항에 있어서,
    상기 프로그램 코드는,
    상기 제 2 고유 식별자와 연관되는 제 2 주 계좌 번호를 생성하는 단계를 더 포함하는 상기 방법을 구현하는, 컴퓨터 판독가능 저장 매체.
  36. 제 30 항에 있어서,
    상기 프로그램 코드는,
    상기 제 2 고유 식별자와 연관되는 제 2 개인 계좌 번호를 생성하는 단계를 더 포함하는 상기 방법을 구현하는, 컴퓨터 판독가능 저장 매체.
  37. 제 30 항에 있어서,
    상기 프로그램 코드는,
    거래 (transaction) 를 위해 상기 공유 선불 계좌를 상환하라는 요청을 수신하는 단계를 더 포함하는 상기 방법을 구현하는, 컴퓨터 판독가능 저장 매체.
  38. 제 30 항에 있어서,
    상기 프로그램 코드는,
    거래 (transaction) 에 대한 가치를 상환하기 위해 통신 네트워크를 통해 상기 주 계좌 번호를 송신하는 단계를 더 포함하는 상기 방법을 구현하는, 컴퓨터 판독가능 저장 매체.
KR1020167007400A 2010-03-08 2011-02-23 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템 KR20160036097A (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US31163010P 2010-03-08 2010-03-08
US61/311,630 2010-03-08
US12/841,914 2010-07-22
US12/841,914 US20110218907A1 (en) 2010-03-08 2010-07-22 System and method for creating and managing a shared stored value account associated with a client device
PCT/US2011/025903 WO2011112359A2 (en) 2010-03-08 2011-02-23 System and method for creating and managing a shared stored value account associated with a client device

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020147032152A Division KR20150002837A (ko) 2010-03-08 2011-02-23 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템

Publications (1)

Publication Number Publication Date
KR20160036097A true KR20160036097A (ko) 2016-04-01

Family

ID=44532137

Family Applications (3)

Application Number Title Priority Date Filing Date
KR1020127026068A KR20120139778A (ko) 2010-03-08 2011-02-23 클라이언트 디바이스와 연관된 공유된 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템
KR1020167007400A KR20160036097A (ko) 2010-03-08 2011-02-23 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템
KR1020147032152A KR20150002837A (ko) 2010-03-08 2011-02-23 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020127026068A KR20120139778A (ko) 2010-03-08 2011-02-23 클라이언트 디바이스와 연관된 공유된 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020147032152A KR20150002837A (ko) 2010-03-08 2011-02-23 클라이언트 디바이스와 연관된 공유 저장 가치 계좌를 생성 및 관리하는 방법 및 시스템

Country Status (6)

Country Link
US (1) US20110218907A1 (ko)
EP (1) EP2545515A4 (ko)
JP (1) JP5718949B2 (ko)
KR (3) KR20120139778A (ko)
CN (1) CN103329154B (ko)
WO (1) WO2011112359A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230002230U (ko) 2022-05-16 2023-11-23 주식회사 바낙스 낚싯대의 이동가이드 멈춤 구조

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120110064A1 (en) 2010-11-01 2012-05-03 Google Inc. Content sharing interface for sharing content in social networks
US8352370B1 (en) * 2011-03-28 2013-01-08 Jpmorgan Chase Bank, N.A. System and method for universal instant credit
US8818867B2 (en) 2011-11-14 2014-08-26 At&T Intellectual Property I, L.P. Security token for mobile near field communication transactions
CN103024063A (zh) * 2012-12-24 2013-04-03 腾讯科技（深圳）有限公司 一种数据共享方法、客户端及系统
US8939360B2 (en) * 2013-01-01 2015-01-27 Bank Of America Corporation Providing user information by presenting readable indicia with mobile device
US9286450B2 (en) 2014-02-07 2016-03-15 Bank Of America Corporation Self-selected user access based on specific authentication types
US9208301B2 (en) 2014-02-07 2015-12-08 Bank Of America Corporation Determining user authentication requirements based on the current location of the user in comparison to the users's normal boundary of location
US9223951B2 (en) 2014-02-07 2015-12-29 Bank Of America Corporation User authentication based on other applications
US9647999B2 (en) 2014-02-07 2017-05-09 Bank Of America Corporation Authentication level of function bucket based on circumstances
US9965606B2 (en) 2014-02-07 2018-05-08 Bank Of America Corporation Determining user authentication based on user/device interaction
US9600844B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign cross-issued token
US10002352B2 (en) 2014-03-04 2018-06-19 Bank Of America Corporation Digital wallet exposure reduction
US9600817B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign exchange token
US9830597B2 (en) 2014-03-04 2017-11-28 Bank Of America Corporation Formation and funding of a shared token
US20150254648A1 (en) * 2014-03-04 2015-09-10 Bank Of America Corporation Managed digital wallets
US9721268B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation Providing offers associated with payment credentials authenticated in a specific digital wallet
US9424572B2 (en) 2014-03-04 2016-08-23 Bank Of America Corporation Online banking digital wallet management
US9721248B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation ATM token cash withdrawal
US9406065B2 (en) 2014-03-04 2016-08-02 Bank Of America Corporation Customer token preferences interface
JP2015201080A (ja) * 2014-04-09 2015-11-12 株式会社 ゆうちょ銀行 情報処理装置、情報処理システム、情報処理方法、及び、プログラム
US11049090B2 (en) * 2015-03-11 2021-06-29 Paypal, Inc. NFC application registry for enhanced mobile transactions and payments
EP3125183A1 (en) * 2015-07-30 2017-02-01 Tata Consultancy Services Limited Methods and systems for financial account access management
US20170076274A1 (en) * 2015-09-16 2017-03-16 First Data Corporation Authentication systems and methods
US10607215B2 (en) 2015-09-30 2020-03-31 Bank Of America Corporation Account tokenization for virtual currency resources
US10453059B2 (en) 2015-09-30 2019-10-22 Bank Of America Corporation Non-intrusive geo-location determination associated with transaction authorization
US9729536B2 (en) 2015-10-30 2017-08-08 Bank Of America Corporation Tiered identification federated authentication network system
US10546289B1 (en) 2015-12-30 2020-01-28 Wells Fargo Bank, N.A. Mobile wallets with automatic element selection
US10990935B1 (en) * 2016-04-28 2021-04-27 Wells Fargo Bank, N.A. Transferring funds between two parties
US10460367B2 (en) 2016-04-29 2019-10-29 Bank Of America Corporation System for user authentication based on linking a randomly generated number to the user and a physical item
US10902405B1 (en) * 2016-05-11 2021-01-26 Wells Fargo Bank, N.A. Transient mobile wallets
US10268635B2 (en) 2016-06-17 2019-04-23 Bank Of America Corporation System for data rotation through tokenization
JP6325701B1 (ja) * 2017-01-19 2018-05-16 株式会社 みずほ銀行 口座管理システム、口座管理方法及び口座管理プログラム
WO2018205766A1 (zh) * 2017-05-12 2018-11-15 腾讯科技（深圳）有限公司 业务处理方法、存储介质和终端
CN107239948B (zh) * 2017-05-12 2018-09-11 腾讯科技（深圳）有限公司 业务处理方法和装置、计算机设备和存储介质
US10524165B2 (en) 2017-06-22 2019-12-31 Bank Of America Corporation Dynamic utilization of alternative resources based on token association
US10511692B2 (en) 2017-06-22 2019-12-17 Bank Of America Corporation Data transmission to a networked resource based on contextual information
US10313480B2 (en) 2017-06-22 2019-06-04 Bank Of America Corporation Data transmission between networked resources
CN107403317A (zh) * 2017-06-27 2017-11-28 北京初识科技有限公司 一种储值卡信息共享方法及其系统
TWI763712B (zh) * 2017-09-18 2022-05-11 全家便利商店股份有限公司 餘額儲值系統及方法
JP6666317B2 (ja) * 2017-09-25 2020-03-13 東芝テック株式会社 決済システム及び利用者管理装置
CN108288175A (zh) * 2018-01-02 2018-07-17 北京客度科技有限公司 一种共享消费卡的方法
CN108198032A (zh) * 2018-01-02 2018-06-22 北京客度科技有限公司 一种共享消费卡的管理方法
US20200364712A1 (en) * 2019-05-17 2020-11-19 Extend Enterprises, Inc. Pcn pairing system and method
US11321275B2 (en) * 2019-12-02 2022-05-03 Dropbox, Inc. Technologies for migrating content items from a server on a network to an online content management system
CN111242594B (zh) * 2020-01-13 2021-11-16 支付宝实验室(新加坡)有限公司 跨地域离线支付的注册、付款方法和装置
JP7221268B2 (ja) * 2020-12-28 2023-02-13 ＰａｙＰａｙ株式会社 情報処理装置、情報処理方法及び情報処理プログラム
US11599934B2 (en) * 2021-01-14 2023-03-07 The Toronto-Dominion Bank System and method for optimized transfer of digital assets
JP7195031B1 (ja) 2021-07-02 2022-12-23 株式会社スマートバンク サーバ、端末装置、情報処理システム、プログラムおよび方法
US20230334467A1 (en) * 2022-04-15 2023-10-19 Marqeta, Inc. Autofilling payment card and card verification data utilizing a virtual card exchange
US20240062216A1 (en) * 2022-08-17 2024-02-22 Capital One Services, Llc Systems and methods for dynamic data generation and cryptographic card authentication

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020046341A1 (en) * 2000-02-28 2002-04-18 Alex Kazaks System, and method for prepaid anonymous and pseudonymous credit card type transactions
CA2406001A1 (en) * 2000-04-14 2001-10-25 American Express Travel Related Services Company, Inc. A system and method for using loyalty points
US6834796B2 (en) * 2000-08-31 2004-12-28 Level Z, L.L.C. Anonymous redemption and stored value system and method
CA2444102C (en) * 2001-04-23 2016-08-16 Mastercard International Incorporated System and method for using a prepaid card
US7184980B2 (en) * 2001-11-15 2007-02-27 First Data Corporation Online incremental payment method
US20040024700A1 (en) * 2001-11-29 2004-02-05 Petigny A. Michelle Electronic funds transfer method and system
US20030222136A1 (en) * 2002-05-31 2003-12-04 First Data Corporation Stored value education account
JP2004057383A (ja) * 2002-07-26 2004-02-26 Sankyo Kk 遊技用システム
JP2004171527A (ja) * 2002-11-06 2004-06-17 Jcb:Kk サーバ管理型決済システム
US8595031B1 (en) * 2002-12-13 2013-11-26 Manning & Napier Information Services, Llc Method and apparatus for providing access to healthcare funds
US7204412B2 (en) * 2003-10-14 2007-04-17 Compucredit Intellectual Property Holdings Corp. Iii Family stored value card program
JP2005250899A (ja) * 2004-03-04 2005-09-15 Toshihiko Eda プリペイド決済装置、プリペイド決済システム、プリペイド決済方法、及びプログラム
US7400883B2 (en) * 2004-07-22 2008-07-15 At&T Services, Inc. Methods, systems, and computer program products for joint account registers
JP2006014355A (ja) * 2005-07-25 2006-01-12 Ricoh Co Ltd 通信端末装置
JP2007151919A (ja) * 2005-12-07 2007-06-21 Glory Ltd 管理装置および管理方法
US9911114B2 (en) * 2006-07-06 2018-03-06 Qualcomm Incorporated Methods and systems for making a payment via a stored value card in a mobile environment
US20080162271A1 (en) * 2006-12-29 2008-07-03 Zazzle, Inc. Gift card sharing in a custom merchandise environment
US20080235122A1 (en) * 2007-03-22 2008-09-25 First Data Corporation Master gift card, systems and methods
US8121956B2 (en) * 2007-06-25 2012-02-21 Visa U.S.A. Inc. Cardless challenge systems and methods
US7689508B2 (en) * 2007-11-20 2010-03-30 Wells Fargo Bank N.A. Mobile device credit account
US20090138302A1 (en) * 2007-11-28 2009-05-28 Gregor Breznik Method and system for collecting, receiving, and transferring transaction information for use by a bonus or loyalty program and electronic vouchers
US8249985B2 (en) * 2007-11-29 2012-08-21 Bank Of America Corporation Sub-account mechanism
US8589267B2 (en) * 2008-01-03 2013-11-19 Mocapay, Inc. System and method for re-distributing and transferring mobile gift cards
US20090271253A1 (en) * 2008-04-23 2009-10-29 Arazy Haim E Electronic issuing of gift cards
EP2294539A1 (en) * 2008-05-18 2011-03-16 Google Inc. Secured electronic transaction system
US20100042517A1 (en) * 2008-08-12 2010-02-18 The Westem Union Company Universal loyalty systems and methods
US8762275B2 (en) * 2009-04-15 2014-06-24 First Data Corporation Systems and methods providing multiple account holder functionality

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230002230U (ko) 2022-05-16 2023-11-23 주식회사 바낙스 낚싯대의 이동가이드 멈춤 구조

Also Published As

Publication number Publication date
JP5718949B2 (ja) 2015-05-13
CN103329154A (zh) 2013-09-25
EP2545515A2 (en) 2013-01-16
US20110218907A1 (en) 2011-09-08
WO2011112359A3 (en) 2014-08-28
JP2013535035A (ja) 2013-09-09
WO2011112359A2 (en) 2011-09-15
KR20120139778A (ko) 2012-12-27
EP2545515A4 (en) 2016-07-13
KR20150002837A (ko) 2015-01-07
CN103329154B (zh) 2016-10-26

Similar Documents

Publication Publication Date Title
KR101826372B1 (ko) 저장 가치 계좌와 연관된 가상 토큰에 대한 적절한 상환 프레젠테이션들을 결정하기 위한 시스템 및 방법
JP5718949B2 (ja) クライアントデバイスと関連付けられた共有プリペイド口座を作成し管理するためのシステムおよび方法
JP6087891B2 (ja) クライアント固有の識別子に関連付けられたストアドバリューアカウントを作成するため、および管理するためのシステムおよび方法
US10528935B2 (en) Payment system and method
JP5646083B2 (ja) ワイヤレス通信を介してポイントオブサービスにて支払いを受けるためのシステムおよび方法
US20120330830A1 (en) System and method for creating and managing a stored value account associated with a client unique identifier
US10546287B2 (en) Closed system processing connection
US20150206128A1 (en) Contactless wireless transaction processing system
US20120232981A1 (en) Contactless wireless transaction processing system
EP3084702A1 (en) A system and method for enhanced token-based payments
WO2012109089A1 (en) System and method for creating and managing a stored value account associated with a client unique identifer
WO2013170101A2 (en) Contactless wireless transaction processing system

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application