KR20110086615A

KR20110086615A - 모바일 지갑 시스템을 이용하여 거래를 행하는 시스템 및 방법

Info

Publication number: KR20110086615A
Application number: KR1020117013895A
Authority: KR
Inventors: 스티븐 엠 스미스; 3세 브레디 엘 레클리; 벤 디 애커맨; 낸시 레이니; 워렌 디 포터; 아이두 오세이; 로버트 엘 데저트; 카르틱 알 이예르; 카일 코크란; 제임스 피 메이슨; 스코트 피 모나한
Original assignee: 아웃라이어 인코포레이티드
Priority date: 2008-11-17
Filing date: 2009-10-22
Publication date: 2011-07-28
Also published as: CN102216944A; WO2010056480A1; US20100125510A1; JP2012508928A; EP2353129A1

Abstract

모바일 디바이스 내의 모바일 지갑과 가맹점에서의 POS 단말기 간의 거래들을 관리하는 방법이 개시되고, 모바일 지갑으로부터 구매 코드에 대한 요청을 수신하는 단계; 단기 구매 코드를 생성하는 단계, 단기 구매 코드를 모바일 지갑으로 송신하는 단계, 및 가맹점으로부터 단기 구매 코드를 수신하는 단계를 포함한다.

Description

모바일 지갑 시스템을 이용하여 거래를 행하는 시스템 및 방법{SYSTEM AND METHOD OF CONDUCTING TRANSACTIONS USING A MOBILE WALLET SYSTEM}

분야

본 출원은, 발명이 명칭이 "SYSTEM AND METHOD OF CONDUCTING TRANSACTIONS USING A MOBILE WALLET SYSTEM" 으로 2008 년 11 월 17 일자로 출원된 미국 가특허출원 제 61/115,454 호에 우선권을 주장하고, 그 전체가 참조로서 포함된다. 또한, 본 출원은, 발명이 명칭이 "SYSTEM AND METHOD OF PROVIDING A MOBILE WALLET AT A MOBILE TELEPHONE" 으로 2008 년 11 월 17 일자로 출원된 미국 가특허출원 제 61/115,453 호에 우선권을 주장하고, 그 전체가 참조로서 포함된다.

분야

본 발명은 일반적으로 무선 거래에 관한 것이고, 보다 구체적으로는 모바일 지갑 시스템을 이용하여 거래를 행하는 것에 관한 것이다.

통상적으로, 사람들은 다수의 은행 계좌들, 다수의 신용 카드 계좌들, 기프트 카드 계좌들 등을 가질 수도 있다. 각각의 계좌 제공자는 각각의 계좌에 대한 온라인 액세스를 제공할 수도 있고, 고객은 개별적인 온라인 포탈을 통해 각각의 계좌를 개별적으로 관리할 수도 있다. 예를 들어, 전통적인 오프라인 거래 (brick-and-mortar) 의 상점에서, 또는 전자적으로, 즉 온라인이나 모바일 전화 네트워크를 통해 고객이 실제로 쇼핑할 때, 고객은 특정 계좌 상세들에 대한 액세스를 준비하고 있지 않을 수도 있다. 또한, 모바일 전화기 네트워크를 통해 제공된 모바일 스토어에서 쇼핑하기 위해 모바일 전화기를 이용할 때, 쇼핑 프로세스 및 체크아웃 프로세스는 상대적으로 시간 소모적일 수도 있다. 이 경험은 상당히 부정적일 수도 있고, 고객로 하여금 모바일 스토어를 또한 이용하지 않게 할 수도 있다.

따라서, 모바일 디바이스를 통해 액세스 가능한 모바일 지갑을 이용하여 거래를 행하는 개선된 시스템 및 방법이 필요하다.

모바일 디바이스 내의 모바일 지갑과 가맹점 (merchant) 에서의 POS (point-of-sale) 단말기 간의 거래들을 관리하는 방법이 개시되고, 모바일 지갑으로부터 구매 코드에 대한 요청을 수신하는 단계, 단기 구매 코드를 생성하는 단계, 단기 구매 코드를 모바일 지갑으로 송신하는 단계, 및 가맹점으로부터 단기 구매 코드를 수신하는 단계를 포함한다.

또한, 방법은, 단기 구매 코드가 만료되었는지 여부를 결정하는 단계, 단기 구매 코드가 유효한지 여부를 결정하는 단계, 및 단기 구매 코드가 만료되지 않고 유효한 경우 가맹점으로 사용자 계좌 정보를 송신하는 단계를 포함할 수도 있다. 또한, 방법은 계좌 제공자로부터 거래 정보를 수신하는 단계, 계좌 제공자로부터의 거래 정보를 포함하도록 모바일 디바이스와 연관된 모바일 지갑을 업데이트하는 단계, 및 모바일 디바이스로 업데이트된 지갑을 송신하는 단계를 포함할 수도 있다.

다른 양태에서, 모바일 디바이스 내의 모바일 지갑과 가맹점에서의 POS 단말기 간의 거래들을 관리하기 위한 서버가 개시되고, 모바일 지갑으로부터 구매 코드에 대한 요청을 수신하기 위한 수단, 단기 구매 코드를 생성하기 위한 수단, 단기 구매 코드를 모바일 지갑으로 송신하기 위한 수단, 및 가맹점으로부터 단기 구매 코드를 수신하기 위한 수단을 포함할 수도 있다.

또한, 서버는 단기 구매 코드가 만료되었는지 여부를 결정하기 위한 수단, 단기 구매 코드가 유효한지 여부를 결정하기 위한 수단, 및 단기 구매 코드가 만료되지 않고 유효한 경우 가맹점으로 사용자 계좌 정보를 송신하기 위한 수단을 포함할 수도 있다. 또한, 서버는 계좌 제공자로부터 거래 정보를 수신하기 위한 수단, 계좌 제공자로부터의 거래 정보를 포함하도록 모바일 디바이스와 연관된 모바일 지갑을 업데이트하기 위한 수단, 및 모바일 디바이스로 업데이트된 지갑을 송신하기 위한 수단을 포함할 수도 있다.

또 다른 양태에서, 모바일 디바이스 내의 모바일 지갑과 가맹점에서의 POS 단말기 간의 거래들을 관리하기 위한 서버가 개시되고, 프로세서를 포함할 수도 있다. 프로세서는 모바일 지갑으로부터 구매 코드에 대한 요청을 수신하고, 단기 구매 코드를 생성하고, 모바일 지갑으로 단기 구매 코드를 송신하며, 가맹점으로부터 단기 구매 코드를 수신하도록 동작 가능할 수도 있다. 프로세서는 또한, 단기 구매 코드가 만료되었는지 여부를 결정하고, 단기 구매 코드가 유효한지 여부를 결정하며, 단기 구매 코드가 만료되지 않고 유효한 경우 가맹점으로 사용자 계좌 정보를 송신하도록 동작 가능할 수도 있다. 또한, 프로세서는 계좌 제공자로부터 거래 정보를 수신하고, 계좌 제공자로부터의 거래 정보를 포함하도록 모바일 디바이스와 연관된 모바일 지갑을 업데이트하며, 모바일 디바이스로 업데이트된 지갑을 송신하도록 동작 가능할 수도 있다.

다른 양태에서, 컴퓨터 프로그램 제품이 개시되고, 컴퓨터 판독가능 매체를 포함할 수도 있다. 컴퓨터 판독가능 매체는 모바일 지갑으로부터 구매 코드에 대한 요청을 수신하기 위한 적어도 하나의 명령, 단기 구매 코드를 생성하기 위한 적어도 하나의 명령, 모바일 지갑으로 단기 구매 코드를 송신하기 위한 적어도 하나의 명령, 및 가맹점으로부터 단기 구매 코드를 수신하기 위한 적어도 하나의 명령을 포함할 수도 있다.

또한, 컴퓨터 판독가능 매체는 단기 구매 코드가 만료되었는지 여부를 결정하기 위한 적어도 하나의 명령, 단기 구매 코드가 유효한지 여부를 결정하기 위한 적어도 하나의 명령, 및 단기 구매 코드가 만료되지 않고 유효한 경우 가맹점으로 사용자 계좌 정보를 송신하기 위한 적어도 하나의 명령을 포함할 수도 있다. 컴퓨터 판독가능 매체는 또한, 계좌 정보로부터 거래 정보를 수신하기 위한 적어도 하나의 명령, 계좌 제공자로부터의 거래 정보를 포함하도록 모바일 디바이스와 연관된 모바일 지갑을 업데이트하기 위한 적어도 하나의 명령, 및 모바일 디바이스로 업데이트된 지갑을 송신하기 위한 적어도 하나의 명령을 포함할 수도 있다.

또 다른 양태에서, 모바일 디바이스 내의 모바일 지갑과 모바일 스토어 간의 거래들을 관리하는 방법이 개시되고, 모바일 스토어로부터 거래 요청을 수신하는 단계, 모바일 스토어로부터 고객 식별자를 수신하는 단계, 모바일 디바이스와 연관된 모바일 지갑을 검색하는 단계, 및 모바일 지갑으로부터의 고객 계좌 정보를 검색하는 단계를 포함할 수도 있다. 고객 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 및 디폴트 배송 주소 중 적어도 하나를 포함한다.

본 양태에서, 방법은 또한, 거래가 승인되는 경우 계좌 제공자로부터 거래 정보를 수신하는 단계; 모바일 디바이스와 연관된 모바일 지갑을 업데이트하는 단계; 및 모바일 디바이스로 업데이트된 지갑을 송신하는 단계를 포함할 수도 있다.

다른 양태에서, 모바일 디바이스 내의 모바일 지갑과 모바일 스토어 간의 거래들을 관리하기 위한 서버가 개시되고, 모바일 스토어로부터 거래 요청을 수신하기 위한 수단, 모바일 스토어로부터 고객 식별자를 수신하기 위한 수단, 모바일 디바이스와 연관된 모바일 지갑을 검색하기 위한 수단, 및 모바일 지갑으로부터 고객 계좌 정보를 검색하기 위한 수단을 포함할 수도 있다. 고객 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 및 디폴트 배송 주소 중 적어도 하나를 포함한다.

서버는 또한, 거래가 승인되는 경우 계좌 제공자로부터 거래 정보를 수신하기 위한 수단; 모바일 디바이스와 연관된 모바일 지갑을 업데이트하기 위한 수단; 및 모바일 디바이스로 업데이트된 지갑을 송신하기 위한 수단을 포함할 수도 있다.

또 다른 양태에서, 모바일 디바이스 내의 모바일 지갑과 모바일 스토어 간의 거래들을 관리하기 위한 서버가 개시되고, 프로세서를 포함할 수도 있다. 프로세서는 모바일 스토어로부터 거래 요청을 수신하고, 모바일 스토어로부터 고객 식별자를 수신하고, 모바일 디바이스와 연관된 모바일 지갑을 검색하며, 모바일 지갑으로부터 고객 계좌 정보를 검색하도록 동작 가능할 수도 있다. 고객 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 및 디폴트 배송 주소 중 적어도 하나를 포함할 수도 있다.

본 양태에서, 프로세서는 또한, 거래가 승인되는 경우 계좌 제공자로부터 거래 정보를 수신하고; 모바일 디바이스와 연관된 모바일 지갑을 업데이트하며; 모바일 디바이스로 업데이트된 지갑을 송신하도록 동작 가능하다.

다른 양태에서, 컴퓨터 프로그램 제품이 개시되고, 컴퓨터 판독가능 매체를 포함할 수도 있다. 컴퓨터 판독가능 매체는 모바일 스토어로부터 거래 요청을 수신하기 위한 적어도 하나의 명령, 모바일 스토어로부터 고객 식별자를 수신하기 위한 적어도 하나의 명령, 모바일 디바이스와 연관된 모바일 지갑을 검색하기 위한 적어도 하나의 명령, 및 모바일 지갑으로부터의 고객 계좌 정보를 검색하기 위한 적어도 하나의 명령을 포함할 수도 있다. 고객 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 및 디폴트 배송 주소 중 적어도 하나를 포함할 수도 있다.

본 양태에서, 컴퓨터 판독가능 매체는 또한, 거래가 승인되는 경우 계좌 제공자로부터 거래 정보를 수신하기 위한 적어도 하나의 명령; 모바일 디바이스와 연관된 모바일 지갑을 업데이트하기 위한 적어도 하나의 명령; 및 모바일 디바이스로 업데이트된 지갑을 송신하기 위한 적어도 하나의 명령을 포함할 수도 있다.

도면에서, 동일한 참조 부호는 다르게 표시되지 않는 한 각종 시야들 전체에서 동일한 파트들을 지칭한다.
도 1 은 모바일 지갑 시스템의 제 1 양태의 도면이다.
도 2 는 모바일 지갑 시스템의 제 2 양태의 도면이다.
도 3 은 전화기의 도면이다.
도 4 는 모바일 디바이스와 POS (point-of-sale) 단말기에서 거래를 행하는 방법을 나타내는 흐름도이다.
도 5 는 지갑 서버에서 하나 이상의 POS 거래를 핸들링하는 방법을 나타내는 흐름도이다.
도 6 은 POS 단말기에서 모바일 디바이스와 거래를 행하는 방법을 나타내는 흐름도이다.
도 7 은 모바일 디바이스로부터 모바일 스토어와 거래를 행하는 방법을 나타내는 흐름도이다.
도 8 은 지갑 서버에서 모바일 디바이스와 모바일 스토어 간의 거래를 관리하는 방법을 나타내는 흐름도이다.
도 9 는 모바일 스토어에서 모바일 디바이스와 거래를 행하는 방법을 나타내는 흐름도이다.

용어 "예시적인" 은 "예, 실례, 또는 예시로서 기능하는" 을 의미하도록 이용된다. "예시적인" 과 같이 본원에 설명된 임의의 양태는 다른 양태들에 비해 바람직하거나 유리한 것으로 반드시 해석되지 않는다.

본 설명에서, 용어 "애플리케이션" 은 또한, 객체 코드, 스크립트, 바이트 코드, 마크업 언어 파일, 및 패치와 같은 실행 가능한 콘텐츠를 갖는 파일들을 포함할 수도 있다. 또한, 본원에 지칭된 "애플리케이션" 은 또한 오픈될 필요가 있을 수도 있는 문헌들이나 액세스될 필요가 있는 다른 데이터 파일들과 같이 사실상 실행 가능하지 않은 파일들을 포함할 수도 있다.

본 설명에서, 용어 "통신 디바이스", "무선 디바이스", "무선 전화기", "무선 통신 디바이스" 및 "무선 핸드셋" 은 상호교환적으로 이용된다. 3 세대 (3G) 무선 기술의 등장으로, 더 많은 대역폭 이용 가능성은 무선 성능들을 갖는 더 많은 전자 디바이스들을 인이에블하고 있다. 따라서, 무선 디바이스는 셀룰러 전화기, 페이퍼, PDA, 스마트폰, 네비게이션 디바이스, 또는 무선 접속을 갖는 컴퓨터일 수 있다.

도 1 을 참조하면, 모바일 디바이스 구매 시스템의 제 1 양태가 도시되고, 일반적으로 (100) 으로 표시된다. 도시된 바와 같이, 시스템 (100) 은 모바일 디바이스 (102) 를 포함할 수도 있다. 가맹점 서버 (104) 는, 예를 들어 모바일 전화 네트워크를 통해 모바일 디바이스 (102) 에 접속될 수도 있다. 지갑 서버 (106) 는 모바일 디바이스 (102) 및 가맹점 서버 (104) 에 접속될 수도 있다. 지갑 서버 (106) 는 모바일 전화 네트워크를 통해 모바일 디바이스 (102) 에 접속될 수도 있다. 또한, 지갑 서버 (106) 는 와이드 영역 네트워트 (WAN), 예를 들어 인터넷을 통해 가맹점 서버 (104) 에 접속될 수도 있다. 도 1 은 또한, 예를 들어 WAN 을 통해 지갑 서버 (106) 에 접속된 제공자 서버 (108) 를 나타낸다.

도 1 에 도시된 바와 같이, 모바일 디바이스 (102) 는 프로세서 (110) 및 이 프로세서 (110) 에 커플링된 메모리 (112) 를 포함할 수도 있다. 메모리 (112) 는 본원에 설명된 방법 단계들 중 하나 이상을 포함할 수도 있다. 또한, 프로세서 (110) 및 메모리 (112) 는 본원에 설명된 방법 단계들 중 하나 이상을 실행하기 위한 수단으로서 기능할 수도 있다. 나타난 바와 같이, 메모리 (112) 는 또한 모바일 지갑 (114) 을 포함할 수도 있다. 모바일 지갑은 지갑 서버 (106) 에 의해 모바일 디바이스 (102) 에 제공될 수도 있다.

가맹점 서버 (104) 는 또한, 프로세서 (120) 및 이 프로세서 (120) 에 커플링된 메모리 (122) 를 포함할 수도 있다. 메모리 (122) 는 본원에 설명된 방법 단계들 중 하나 이상을 포함할 수도 있다. 또한, 프로세서 (120) 및 메모리 (122) 는 본원에 설명된 방법 단계들 중 하나 이상을 실행하기 위한 수단으로서 기능할 수도 있다. 도시된 바와 같이, 메모리 (122) 는 모바일 스토어 (124) 를 포함할 수도 있다. 모바일 스토어 (124) 는 모바일 디바이스 (102) 에 의해 엑세스될 수도 있고, 모바일 디바이스 (102) 의 사용자가 모바일 스토어 (124) 에서의 판매를 위해 제공된 아이템들을 브라우징 및 구매하는 것을 허용할 수도 있다. 데이터베이스 (126) 는 가맹점 서버 (104) 에 접속될 수도 있다. 데이터베이스 (126) 는 모바일 스토어 (124) 에서의 판매를 위한 아이템들에 관한 저장된 정보에 이용될 수도 있다.

도 1 은 지갑 서버 (106) 가 프로세서 (130) 및 이 프로세서 (130) 에 커플링된 메모리 (132) 를 포함할 수도 있는 것을 나타낸다. 메모리 (132) 는 본원에 설명된 방법 단계들 중 하나 이상을 포함할 수도 있다. 또한, 프로세서 (130) 및 메모리 (132) 는 본원에 설명된 방법 단계들 중 하나 이상을 실행하기 위한 수단으로서 기능할 수도 있다. 도시된 바와 같이, 메모리 (132) 는 모바일 지갑 (134) 을 포함할 수도 있다. 지갑 서버 (106) 내의 모바일 지갑 (134) 은 모바일 디바이스 (102) 내에 저장된 모바일 지갑 (113) 과 유사할 수도 있다. 또한, 지갑 서버 (106) 내의 모바일 지갑 (134) 은 모바일 디바이스 (102) 내에 저장된 모바일 지갑 (114) 과 실질적으로 동일한 정보를 포함할 수도 있다. 데이터베이스 (136) 는 또한, 지갑 서버 (106) 에 접속될 수도 있다. 데이터베이스 (136) 는 다른 모바일 디바이스들과 연관된 하나 이상의 다른 모바일 지갑들을 포함할 수도 있다.

도 1 에 도시된 바와 같이, 제공자 서버 (108) 는 프로세서 (140) 및 이 프로세서 (140) 에 커플링된 메모리 (142) 를 포함할 수도 있다. 메모리 (142) 는 본원에 설명된 방법 단계들 중 하나 이상을 포함할 수도 있다. 또한, 프로세서 (140) 및 메모리 (142) 는 본원에 설명된 방법 단계들 중 하나 이상을 실행하기 위한 수단으로서 기능할 수도 있다. 도시된 바와 같이, 메모리 (142) 는 모바일 디바이스 (102) 의 사용자와 연관된 사용자 계좌 (144) 를 포함할 수도 있다. 데이터베이스 (146) 는 또한, 제공자 서버 (108) 에 접속될 수도 있다. 데이터베이스 (146) 는 사용자 계좌 (144) 와 연관된 계좌 정보 및 다른 모바일 디바이스들과 연관된 다른 사용자 계좌들과 연관된 계좌 정보를 포함할 수도 있다.

도 2 를 참조하면, 모바일 디바이스 구매 시스템의 제 2 양태가 도시되고, 일반적으로 (200) 으로 표시된다. 나타난 바와 같이, 시스템 (200) 은 모바일 디바이스 (202) 및 가맹점 서버 (204) 를 포함할 수도 있다. 또한, 제공자 서버 (206) 는 WAN, 또는 다른 네트워크를 통해 가맹점 서버 (204) 에 접속될 수도 있다. 도 2 는 또한, 지갑 서버 (208) 가, 예를 들어 모바일 전화 네트워크를 통해 모바일 디바이스 (202) 에 접속될 수도 있는 것을 나타낸다. 지갑 서버 (208) 는 또한, 네트워크, 예를 들어 WAN 또는 다른 네트워크를 통해 가맹점 서버 (204) 에 접속될 수도 있다.

특정 양태에서, 모바일 디바이스 (202) 는 프로세서 (210) 및 이 프로세서 (210) 에 커플링된 메모리 (212) 를 포함할 수도 있다. 메모리 (212) 는 본원에 설명된 방법 단계들 중 하나 이상을 포함할 수도 있다. 또한, 프로세서 (210) 및 메모리 (212) 는 본원에 설명된 방법 단계들 중 하나 이상을 실행하기 위한 수단으로서 기능할 수도 있다. 나타난 바와 같이, 메모리 (212) 는 또한 모바일 지갑 (214) 을 포함할 수도 있다. 모바일 지갑은 지갑 서버 (206) 에 의해 모바일 디바이스 (202) 에 제공될 수도 있다.

가맹점 서버 (204) 는 또한, 프로세서 (220) 및 이 프로세서 (220) 에 커플링된 메모리 (222) 를 포함할 수도 있다. 메모리 (222) 는 본원에 설명된 방법 단계들 중 하나 이상을 포함할 수도 있다. 또한, 프로세서 (220) 및 메모리 (222) 는 본원에 설명된 방법 단계들 중 하나 이상을 실행하기 위한 수단으로서 기능할 수도 있다. 도시된 바와 같이, POS 단말기 (224) 는 가맹점 서버 (204) 에 접속될 수도 있다. 또한, 데이터베이스 (226) 는 가맹점 서버 (204) 에 접속될 수도 있다. 모바일 디바이스 (202) 는, 가맹점 서버 (204) 가 위치하는 오프라인 거래의 상점에서 상품들을 구매하기 위해서, 본원에 설명된 바와 같이 POS 단말기와 상호작용할 수도 있다. 데이터베이스 (226) 는 판매를 위한 아이템들에 관한 저장된 정보에 이용될 수도 있다.

도 2 에 도시된 바와 같이, 제공자 서버 (206) 는 프로세서 (230) 및 이 프로세서 (230) 에 커플링된 메모리 (232) 를 포함할 수도 있다. 메모리 (232) 는 본원에 설명된 방법 단계들 중 하나 이상을 포함할 수도 있다. 또한, 프로세서 (230) 및 메모리 (232) 는 본원에 설명된 방법 단계들 중 하나 이상을 실행하기 위한 수단으로서 기능할 수도 있다. 도시된 바와 같이, 메모리 (232) 는 모바일 디바이스 (202) 의 사용자와 연관된 사용자 계좌 (234) 를 포함할 수도 있다. 데이터베이스 (236) 는 또한, 제공자 서버 (206) 에 접속될 수도 있다. 데이터베이스 (236) 는 사용자 계좌 (234) 와 연관된 계좌 정보 및 다른 모바일 디바이스들과 연관된 다른 사용자 계좌들과 연관된 계좌 정보를 포함할 수도 있다.

도 2 는 지갑 서버 (208) 가 프로세서 (240) 및 이 프로세서 (240) 에 커플링된 메모리 (242) 를 포함할 수도 있는 것을 나타낸다. 메모리 (242) 는 본원에 설명된 방법 단계들 중 하나 이상을 포함할 수도 있다. 또한, 프로세서 (240) 및 메모리 (242) 는 본원에 설명된 방법 단계들 중 하나 이상을 실행하기 위한 수단으로서 기능할 수도 있다. 도시된 바와 같이, 메모리 (242) 는 모바일 지갑 (244) 을 포함할 수도 있다. 지갑 서버 (208) 내의 모바일 지갑 (244) 은 모바일 디바이스 (202) 내에 저장된 모바일 지갑 (214) 과 유사할 수도 있다. 또한, 지갑 서버 (208) 내의 모바일 지갑 (244) 은 모바일 디바이스 (202) 내에 저장된 모바일 지갑 (214) 과 실질적으로 동일한 정보를 포함할 수도 있다. 데이터베이스 (246) 는 또한, 지갑 서버 (208) 에 접속될 수도 있다. 데이터베이스 (246) 는 다른 모바일 디바이스들과 연관된 하나 이상의 다른 모바일 지갑들을 포함할 수도 있다.

도 3 을 참조하면, 예시적인 비 제한적인 무선 전화기의 양태가 도시되고, 일반적으로 (320) 으로 표시된다. 도시된 바와 같이, 무선 디바이스 (320) 는 함께 커플링되는 디지털 신호 프로세서 (324) 및 아날로그 신호 프로세서 (326) 를 포함하는 온-칩 시스템 (322) 을 포함한다. 도 3 에 도시된 바와 같이, 디스플레이 제어기 (328) 및 터치스크린 제어기 (330) 는 디지털 신호 프로세서 (324) 에 커플링된다. 다음으로, 온-칩 시스템 (322) 외부의 터치스크린 디스플레이 (332) 는 디스플레이 제어기 (328) 및 터치스크린 제어기 (330) 에 커플링된다.

도 3 은 또한, 비디오 인코더 (334), 예를 들어 PAL (phase alternating line) 인코더, SECAM (sequential couleur a memoire) 인코더, 또는 NTSC (national television system(s) committee) 인코더가 디지털 신호 프로세서 (324) 에 커플링되는 것을 나타낸다. 또한, 비디오 증폭기 (336) 는 비디오 인코더 (334) 및 터치스크린 디스플레이 (332) 에 커플링된다. 또한, 비디오 포트 (338) 는 비디오 증폭기 (336) 에 커플링된다. 도 3 에 도시된 바와 같이, USB (universal serial bus) 제어기 (340) 는 디지털 신호 프로세서 (324) 에 커플링된다. 또한, USB 포트 (342) 는 USB 제어기 (340) 에 커플링된다. 메모리 (344) 및 가입자 아이덴티티 모듈 (SIM) 카드 (346) 는 또한, 디지털 신호 프로세서 (324) 에 커플링될 수도 있다. 또한, 도 3 에 도시된 바와 같이, 디지털 카메라 (348) 는 디지털 신호 프로세서 (324) 에 커플링될 수도 있다. 예시적인 양태에서, 디지털 카메라 (348) 는 CCD (charge-coupled device) 카메라 또는 CMOS (complementary metal-oxide semiconductor) 카메라이다.

도 3 에 도시된 바와 같이, 스테레오 오디오 CODEC (350) 은 아날로그 신호 프로세서 (326) 에 커플링될 수도 있다. 더욱이, 오디오 증폭기 (352) 는 스테레오 오디오 CODEC (350) 에 커플링될 수도 있다. 예시적인 양태에서, 제 1 스테레오 스피커 (354) 및 제 2 스테레오 스피커 (356) 는 오디오 증폭기 (352) 에 커플링된다. 도 3 은, 마이크로폰 증폭기 (358) 가 또한 스테레오 오디오 COEDC (350) 에 커플링될 수도 있는 것을 나타낸다. 또한, 마이크로폰 (360) 은 마이크로폰 증폭기 (358) 에 커플링될 수도 있다. 특정 양태에서, 주파수 변조 (FM) 라디오 튜너 (362) 는 스테레오 오디오 CODEC (350) 에 커플링될 수도 있다. 또한, FM 안테나 (364) 는 FM 라디오 튜너 (362) 에 커플링된다. 또한, 스테레오 헤드폰 (366) 은 스테레오 오디오 CODEC (350) 에 커플링될 수도 있다.

도 3 은 또한, 무선 주파수 (RF) 송수신기 (368) 가 아날로그 신호 프로세서 (326) 에 커플링될 수도 있는 것을 나타낸다. RF 스위치 (370) 는 RF 송수신기 (368) 및 RF 안테나 (372) 에 커플링될 수도 있다. 도 3 에 도시된 바와 같이, 키패드 (374) 는 아날로그 신호 프로세서 (326) 에 커플링될 수도 있다. 또한, 마이크로폰 (376) 을 갖는 모노 헤드셋은 아날로그 신호 프로세서 (326) 에 커플링될 수도 있다. 또한, 바이브레이터 디바이스 (378) 는 아날로그 신호 프로세서 (326) 에 커플링될 수도 있다. 도 3 은 또한, 전원 (380) 이 온-칩 시스템 (322) 에 커플링될 수도 있는 것을 나타낸다. 특정 양태에서, 전원 (380) 은 전력을 필요로 하는 무선 디바이스 (320) 의 각종 컴포넌트들에 전력을 제공하는 직류 (DC) 전원이다. 또한, 특정 양태에서, 전원은 교류 (AC) 로부터 AC 전원에 접속되는 DC 전압기로 나오는 재충전 가능한 DC 배터리 또는 DC 전원이다.

도 3 은 또한, 무선 디바이스 (320) 가 지갑 모듈 (382) 을 포함할 수도 있는 것을 나타낸다. 지갑 모듈 (382) 은 무선 디바이스 (320) 에 저장된 지갑 정보를 업데이트하기 위해 지갑 서버와 통신할 수도 있다.

도 3 에 도시된 바와 같이, 터치스크린 디스플레이 (332), 비디오 포트 (338), USB 포트 (342), 카메라 (348), 제 1 스테레오 스피커 (354), 제 2 스테레오 스피커 (356), 마이크로폰 (360), FM 안테나 (364), 스테레오 헤드폰 (366), RF 스위치 (370), RF 안테나 (372), 키패드 (374), 모노 헤드셋 (376), 바이브레이터 (378), 및 전원 (380) 은 온-칩 시스템 (322) 의 외부에 있다.

특정 양태에서, 본원에 설명된 방법 단계들 중 하나 이상은 컴퓨터 프로그램 명령들과 같이 메모리 (344) 내에 저장될 수도 있다. 이들 명령들은 본원에 설명된 방법들을 수행하기 위해서 프로세서 (324, 326) 에 의해 실행될 수도 있다. 또한, 프로세서들 (324, 326), 메모리 (344), 본원에 저장된 명령들, 또는 이들의 조합은 본원에 설명된 방법 단계들 중 하나 이상을 수행하기 위한 수단으로서 기능할 수도 있다.

도 4 를 참조하면, 모바일 디바이스와 POS 단말기에서 거래를 행하는 방법이 도시되고, (400) 으로 표시된다. 블록 402 에서 시작하면, 모바일 디바이스의 사용자는 거래를 개시할 수도 있다. 블록 404 에서, 사용자는 가맹점으로부터 코드 요청을 수신할 수도 있다. 블록 406 에서, 사용자는, 예를 들어 모바일 디바이스를 이용하여, 코드 요청을 지갑 서버로 송신할 수도 있다. 블록 408 로 이동하여, 모바일 디바이스는 지갑 서버로부터 코드를 수신할 수도 있다. 코드는, 미리결정된 기간, 예를 들어 5 분 이하 내에 만료할 수도 있는, 랜덤하게 생성된 단기 코드일 수도 있다.

도 410 으로 진행하여, 코드는, 예를 들어 구두로 가맹점으로 송신될 수도 있다. 다르게는, 코드는 블루투스 또는 몇몇 다른 비교적 단 거리의 무선 송신 수단들, 예를 들어 NFC (near field communication) 를 이용하여 가맹점으로 송신될 수도 있다. 판정 단계 412 에서, 모바일 디바이스, 또는 그 사용자는 코드가 만료되는지 아닌지 여부를 나타내는 인디케이션 (indication) 을 가맹점으로부터 수신할 수도 있다. 코드가 만료되면, 방법 (400) 은 스테이트 414 에서 종료될 수도 있다. 그렇지 않으면, 방법 (400) 은 판정 단계 416 으로 계속될 수도 있고, 모바일 디바이스 또는 그 사용자는 코드가 만료되는지 아닌지 여부를 나타내는 인디케이션을 가맹점으로부터 수신할 수도 있다. 코드가 만료되면, 방법 (400) 은 스테이트 414 에서 종료될 수도 있다. 반대로, 방법은 판정 단계 418 로 진행될 수도 있고, 모바일 디바이스 또는 그 사용자는 코드가 승인되는지 여부를 나타내는 인디케이션을 가맹점으로부터 수신할 수도 있다. 코드가 승인되지 않으면, 방법 (400) 은 스테이트 414 에서 종료될 수도 있다. 코드가 승인되면, 방법 (400) 은 블록 420 으로 계속될 수도 있고, 거래가 완료될 수도 있다. 그 후, 블록 422 에서, 업데이트된 지갑이 지갑 서버로부터 수신될 수도 있다. 방법 (400) 은 그 다음에 스테이트 414 에서 종료될 수도 있다.

도 5 는 지갑 서버에서 하나 이상의 POS 거래들을 핸들링하는 방법 (500) 을 나타낸다. 블록 502 에서 시작하여, 지갑 서버는 모바일 디바이스로부터의 구매 코드에 대한 요청을 포함할 수도 있다. 블록 504 에서, 지갑 서버는 단기 구매 코드를 생성할 수도 있다. 그 후, 블록 506 에서, 지갑 서버는 단기 구매 코드를 모바일 디바이스로 송신할 수도 있다. 블록 508 로 이동하여, 지갑 서버는 가맹점으로부터 구매 코드를 수신할 수도 있다.

판정 단계 510 에서, 지갑 서버는 구매 코드가 만료되는지 여부를 결정할 수도 있다. 구매 코드가 만료되면, 방법 (500) 은 블록 512 로 계속될 수도 있고, 지갑 서버는 코드가 만료되는 메시지를 가맹점으로 송신할 수도 있다. 그 후, 방법 (500) 은 스테이트 514 에서 종료될 수도 있다. 판정 단계 510 으로 리턴하여, 코드가 만료되지 않으면, 방법 (500) 은 판정 단계 516 으로 이동할 수도 있고, 지갑 서버는 코드가 유효한지 여부를 결정할 수도 있다. 코드가 유효하지 않다면, 방법은 블록 518 로 계속될 수도 있고, 지갑 서버는 코드가 무효하다는 메시지를 가맹점으로 송신할 수도 있다. 방법은 그 다음에, 스테이트 514 에서 종료될 수도 있다.

판정 단계 516 으로 리턴하여, 코드가 유효하다면, 방법은 블록 520 으로 진행할 수도 있고, 지갑 서버는 계좌 정보를 가맹점으로 송신할 수도 있다. 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 디폴트 배송 주소, 및 거래를 완료하기위해 필요한 임의의 다른 정보를 포함할 수도 있다. 다음으로, 블록 522 에서, 지갑 서버는 계좌 제공자로부터 거래 정보를 수신할 수도 있다. 블록 524 에서, 지갑 서버는 모바일 디바이스와 연관된 모바일 지갑을 업데이트할 수도 있다. 또한, 블록 526 에서, 지갑 서버는 업데이트된 지갑을 모바일 디바이스로 송신할 수도 있다. 방법은 그 다음에, 스테이트 514 에서 종료될 수도 있다.

도 6 을 참조하면, POS 단말기에서 모바일 디바이스와 거래를 행하는 방법이 도시되고, 일반적으로 (600) 으로 표시된다. 블록 602 에서 시작하여, POS 단말기는 모바일 디바이스로부터 거래 요청을 수신할 수도 있다. 블록 604 에서, POS 단말기는 사용자, 또는 모바일 디바이스로부터 인증 코드를 요청할 수도 있다. 블록 606 에서, POS 단말기는 사용자로부터 코드를 수신할 수도 있다. 블록 608 로 이동하여, POS 단말기는 지갑 서버로 코드를 송신할 수도 있다.

판정 단계 610 에서, POS 단말기는 코드가 만료되는지 아닌지 여부의 인디케이션을 수신할 수도 있다. 코드가 만료되면, 방법 (600) 은 블록 612 로 진행될 수도 있고, POS 단말기는 거래가 인증되지 않는다고 표시할 수도 있다. 그 다음에, 방법은 스테이트 614 에서 종료될 수도 있다. 판정 단계 610 으로 리턴하여, 코드가 만료되지 않으면, 방법은 판정 단계 616 으로 계속될 수도 있고, POS 단말기는 코드가 유효한지 아닌지 여부의 인디케이션을 수신할 수도 있다. 코드가 유효하지 않다면, 방법 (600) 은 블록 612 로 계속되고, 본원에 설명된 바와 같이 계속될 수도 있다. 다르게는, 코드가 유효하다면, 방법 (600) 은 블록 618 로 이동할 수도 있고, POS 단말기는 계좌 정보를 수신할 수도 있다.

블록 620 으로 진행하여, POS 단말기는 인가에 대한 요청을 계좌 제공자에게 송신할 수도 있다. 블록 622 에서, POS 단말기는 계좌 제공자로부터 응답을 수신할 수도 있다. 블록 624 에서, POS 단말기는 거래가 인가되는지 여부를 결정할 수도 있다. 거래가 인가되지 않으면, 방법 (600) 은 블록 612 로 이동하고, 본원에 설명된 바와 같이 계속될 수도 있다. 거래가 인가되면, 방법은 블록 514 로 이동할 수도 있고 POS 단말기는 거래를 완료할 수도 있다. 블록 628 에서, POS 단말기는 거래 상세들을 계좌 제공자에게 송신할 수도 있다. 방법은 그 다음에, 스테이트 614 에서 종료될 수도 있다.

도 7 은 모바일 디바이스로부터 모바일 스토어와 거래를 행하는 방법을 나타낸다. 방법은 일반적으로 (700) 으로 표시되고, 블록 702 에서 시작한다. 블록 702 에서, 모바일 디바이스는 모바일 스토어와 접촉을 개시한다. 접촉 동안, 모바일 디바이스는 모바일 스토어로부터 하나 이상의 특별 오퍼들을 수신할 수도 있다. 또한, 모바일 디바이스는 모바일 스토어로부터 하나 이상의 쿠폰들을 수신할 수도 있다. 블록 704 에서, 모바일 디바이스는 즉시 구매 코드를 수신할 수도 있다. 판정 단계 706 으로 이동하여, 모바일 디바이스는 즉시 구매 코드가 정확한지 여부를 결정할 수도 있다. 즉시 구매 코드가 정확하지 않다면, 방법 (700) 은 블록 708 로 진행할 수도 있고, 모바일 디바이스는 에러 인디케이션을 디스플레이할 수도 있다.

즉시 구매 코드가 정확하다면, 방법은 블록 710 으로 계속될 수도 있고, 모바일 디바이스는 구매를 위한 하나 이상의 아이템들을 선택할 수도 있다. 블록 712 에서, 모바일 디바이스는 모바일 스토어와 거래를 개시할 수도 있다. 특정 양태에서, 사용자가 모바일 디바이스에서 즉시 구매 버튼을 선택한 후에, 거래가 개시될 수도 있다. 또한, 거래는 모바일 디바이스에서 모바일 지갑 내에 저장된 특별 오퍼의 수락을 포함할 수도 있고, 또는 거래는 모바일 디바이스에서 모바일 지갑 내에 저장된 전자 쿠폰의 사용자를 포함할 수도 있다.

판정 단계 714 로 이동하여, 모바일 디바이스는 거래가 승인되는지 아닌지 여부의 인디케이션을 수신할 수도 있다. 거래가 승인되지 않으면, 방법은 스테이트 716 에서 종료될 수도 있다. 거래가 승인되면, 방법 (700) 은 블록 718 로 계속될 수도 있고, 모바일 디바이스는, 예를 들어 아이템이 전자적으로 송신될 수도 있다면 아이템을 수신할 수도 있다. 이러한 아이템들은 티켓, 기프트 카드 등을 포함할 수도 있다. 모바일 디바이스는 또한, 전자 영수증을 수신할 수도 있다. 블록 720 에서, 모바일 디바이스는 업데이트 지갑을 포함할 수도 있다. 방법은 그 다음에, 스테이트 716 에서 종료될 수도 있다.

도 8 을 참조하면, 모바일 지갑에서 모바일 디바이스와 모바일 스토어 간의 거래들을 관리하는 방법이 도시되고, 일반적으로 (800) 으로 표시된다. 블록 802 에서 시작하여, 모바일 스토어로부터 거래 요청이 수신될 수도 있다. 블록 804 에서, 고객 식별자가 모바일 스토어로부터 수신될 수도 있다. 블록 806 에서, 지갑 서버는 예를 들어 데이터베이스 내에 저장되고 고객 식별자와 연관된 모바일 지갑으로부터 고객 계좌 정보를 검색할 수도 있다. 블록 808 에서, 지갑 서버는 고객 계좌 정보를 모바일 스토어로 송신할 수도 있다.

판정 단계 810 으로 이동하여, 지갑 서버는 사용자가 구매를 완료했는지 여부의 인디케이션을 수신할 수도 있다. 구매를 완료하지 않았다면, 방법 (800) 은 스테이트 812 에서 종료될 수도 있다. 그렇지 않으면, 방법 (800) 은 판정 단계 814 로 진행될 수도 있고, 지갑 서버는 거래가 승인되는지 아닌지 여부의 인디케이션을 수신할 수도 있다. 거래가 승인되지 않으면, 방법 (800) 은 스테이트 812 에서 종료될 수도 있다. 거래가 승인되면, 방법 (800) 은 블록 816 으로 계속될 수도 있고, 지갑 서버는 계좌 제공자로부터 거래 정보를 수신할 수도 있다. 블록 818 에서, 지갑 서버는 모바일 디바이스와 연관된 모바일 지갑을 업데이트할 수도 있다. 또한, 블록 820 에서, 지갑 서버는 업데이트 모바일 지갑을 모바일 디바이스로 송신할 수도 있다. 방법은 그 다음에, 스테이트 812 에서 종료될 수도 있다.

도 9 를 참조하면, 모바일 스토어에서 모바일 디바이스와 거래를 행하는 방법이 도시되고, 일반적으로 (900) 으로 표시된다. 블록 902 에서 시작하여, 모바일 스토어는 모바일 디바이스로부터 거래 요청을 수신할 수도 있다. 블록 904 에서, 모바일 스토어는 지갑 서버로부터 계좌 정보를 요청할 수도 있다. 모바일 스토어는 계좌 정보에 대한 요청을 갖는 고객 식별자를 포함할 수도 있다. 블록 906 으로 이동하여, 모바일 스토어는 지갑 서버로부터의 계좌 정보를 포함할 수도 있다.

블록 908 에서, 모바일 스토어는 인가에 대한 요청을 계좌 제공자에게 송신할 수도 있다. 블록 910 에서, 모바일 스토어는 계좌 제공자로부터 응답을 수신할 수도 있다. 판정 단계 912 로 계속하여, 모바일 스토어는 거래가 계좌 제공자에 의해 인가되는지 여부를 결정할 수도 있다. 거래가 인가되지 않으면, 방법 (900) 은 블록 914 로 진행될 수도 있고, 모바일 스토어는 거래가 인가되지 않는다고 모바일 디바이스에 표시할 수도 있다. 그 후, 방법은 스테이트 916 에서 종료될 수도 있다.

판정 단계 912 로 리턴하여, 거래가 인가되면, 방법 (900) 은 블록 918 로 진행될 수도 있고, 모바일 스토어는 모바일 디바이스와의 거래를 완료할 수도 있다. 예를 들어, 모바일 스토어는 전자적으로 또는 물리적으로 아이템을 배송할 수도 있다. 블록 920 으로 이동하여, 모바일 서버는 거래 상세들을 계좌 제공자에게 송신할 수도 있다. 그 다음에, 방법은 스테이트 916 에서 종료될 수도 있다.

본원에 설명된 방법 단계들은 설명된 바와 같은 순서로 반드시 수행될 필요는 없는 것으로 이해되어야 한다. 또한, "그 후", "그 다음에", "다음으로" 등과 같은 단어들은 단계들의 순서를 제한하는 것으로 의도되지 않는다. 이들 단어들은 방법 단계들의 설명을 통해 독자를 가이드하기 위해서 간단하게 이용된다.

본원에 설명된 구성을 이용하여, 본원에 개시된 시스템 및 방법은 사용자가 모바일 디바이스에 저장된 모바일 지갑을 이용하여 쇼핑하기 위한 비교적 쉬운 방법을 제공한다.

특정 양태에서, 모바일 지갑은 이름에 의해 또는 고유의 쇼트 코드 (short code) 사용에 의해 제공자들을 검색하기 위한 플렉서블하고 효율적인 방법을 제공할 수도 있다. 제공자 검색은 새로운 또는 피처링된 것과 같은 파라미터들에 기초하여 필터링될 수도 있다. 모바일 지갑 사용자는 제공자를 찾기 위한 비교적 빠른 방법을 제공할 뿐만 아니라 크로스 미디어 프로모션들과 링크될 수도 있는 고유의 제공자 코드를 입력할 수도 있다. 다르게는, 사용자는 제공자를 찾기 위해서 제공자 이름, 예를 들어 성명 (full name) 또는 부분 이름 (partial name) 을 입력할 수도 있다. 사용자가 가능한 한 쉽게 만들기 위해서, 플렉서블한 자동-완성 제안 메커니즘이 제공될 수도 있다. 또한, 사용자는, 새로운, 피처링된, 유형, 카테고리, 기능 등과 같은 제공자 파라미터들에 기초하여 검색을 필터링할 수도 있다.

다른 양태에서, 사용자들은 검색 가능한 파라미터들의 수에 의해 제공자들을 선택 또는 볼 수도 있다. 예를 들어, 사용자들은 기능에 의해 제공자들을 브라우징할 수도 있다. 또한, 사용자들은 이름에 의해 알파벳순으로 제공자들을 브라우징할 수도 있다. 또한, 사용자들은 유형, 예를 들어 은행, 신용 조합, 가맹점/소매상, 멤버쉽, 빌러 (biller) 등에 의해 제공자들을 브라우징할 수도 있다. 사용자들은 또한, 모든 제공자들, 최근에 이용된 제공자들, 저장된 제공자들, 피처링된 (featured) 제공자들, 또는 이들의 조합을 브라우징할 수도 있다. 특정 양태에서, 시스템은 제공자 사용을 모니터링할 수도 있고, 사용자는 인기에 기초하여 제공자들을 브라우징할 수도 있다. 또한, 사용자들은 새로운 제공자들을 브라우징할 수도 있고 또는 카테고리, 예를 들어 기프트 카드, 의복, 전자, 음악 등에 의해 제공자들을 브라우징할 수도 있다.

사용자는 특정의, 원하는 기능에 기초하여 제공자들을 검색할 수도 있다. 제공자를 선택하는 것은 내 계좌 스크린으로 또는 개별 제공자의 경우에 제공자 홈 스크린으로 사용자를 다이렉팅할 수도 있다. 다르게는, 제공자를 선택하는 것은 개별 제공자 내의 기능 스크린으로 사용자를 바로 안내할 수도 있다. 다른 양태에서, 사용자는 기프트 카드 구매에 의해, 기프트 카드 잔액 받기에 의해; 오퍼 받기에 의해; 로얄티/리워드 계좌 받기에 의해, 또는 이들의 조합에 의해 브라우징할 수도 있다.

본원에 개시된 시스템 및 방법은 또한 사용자가 참고의 편의 및 미래에 사용을 위해 모바일 지갑에 제공자를 저장하도록 허용한다. 사용자는 개별 제공자들을 저장할 수도 있다. 또한, 사용자는 결과 세트, 즉 검색에 응답하여 리턴된 제공자들 그룹을 저장할 수도 있다. 사용자가 임의의 기능, 또는 기능들을 제공자와 함께 수행하는 경우, 사용자는 제공자를 자동으로 저장하도록 시스템을 설정할 수도 있다. 사용자는, 제공자로 하여금 모바일 지갑으로부터 등록되지 않게 (un-enrolled) 하도록 하는 제공자를 삭제할 수도 있다. 그러나, 삭제된 제공자는 이후의 스테이지에서 다시-추가될 수도 있다. 삭제된 제공자들은 실수로 삭제되는 경우에서 잠재적인 "해제 (undos)" 로 또는 기록 참조 (archival reference) 로 보관될 수도 있다.

특정 양태에서, 시스템 및 방법은 제공자와 사용자를 등록하고 지갑 내의 등록을 추적하기 위한 비교적 플렉서블한, 용이한, 그리고 직관적인 방법을 제공할 수도 있다. 초기에, 아이덴티티를 확립하기 위한 최소 양의 사용자 정보가 수집될 수도 있고 또는 등록 포기를 최소화하기 위해 경량의 등록 프로세스가 수행될 수도 있다. 모바일 지갑 등록 프로세스는 제공자 계좌를 인에이블하는 단계, 지불 계좌를 활성화시키는 단계, 사용자 프로파일 및 선호도 등을 확립하는 단계를 포함할 수도 있다. 사용자는 이용된 온라인에 대한 패스워드 및 사용자 식별 (identification) 을 생성할 수도 있다.

모바일 지갑은, 사용자가 모바일 지갑에 하나 이상의 제공자 발행된 계좌들을 용이하게 추가하고 또는 기존의 제공자 계좌 상의 유지를 수행하도록 허용한다. 지갑에 제공자를 등록한 후에, 사용자는 제공자에 의해 발행된 계좌들을 등록 또는 추가할 수도 있다. 사용자는, 사용자가 등록하고 싶은 계좌에 대한 계좌 상세들을 제공할 수도 있다. 제공자는, 계좌를 식별하기 위해 어떤 계좌 상세들, 예를 들어 계좌 번호, PIN, 또는 제공자에 의해 필요한 다른 파라미터(들)이 필요한지를 결정할 수도 있다. 사용자는 또한, 비제한적으로 온라인 계좌 크리덴셜 (credential), 계좌 PIN/패스워드, 어머니의 옛 성 등을 포함하는, 제공자를 증명하기 위한 추가의 정보를 제공할 수도 있다. 전화기의 물리적 소유가 온-라인보다 보다 강한 (그러나 여전히 소프트한) 인증을 제공하기 때문에, 사용 마찰을 최소화하기 위해 경량의 인증이 제공될 수도 있다. 그러나, 많은 제공자들의 보다 엄격한 보안 표준들에 적응하도록 보다 강한 인증이 제공될 수도 있다.

제공자 계좌들이 등록된 후에, 그리고 제공자와 지갑 서버의 인터페이스에 따라, 사용자는 모바일 지갑에서 활성화되어 있도록 계좌들에 대한 유지를 수행할 필요가 있을 수도 있다. 특정 양태에서, 사용자는 계좌 상의 이름을 편집하여 그것을 현재의 제공자의 기록에 가져올 수도 있다. 또한, 사용자는 현재 만료일에 매칭하도록 만료일을 업데이트할 수도 있다. 또한, 사용자는 제공자에 의해 또는 지갑 서버에 의해 필요한 바와 같은 추가의 계좌 상세들을 업데이트할 수도 있다.

제공자 계좌들이 활성화된 후에, 사용자는 계좌와 연관된 상세들 및 제공자 계좌를 볼 수도 있다. 제공자 계좌가 등록된 후에, 사용자는 지갑으로부터 그것을 제거할 수도 있다. 그러나, 모바일 지갑에 계좌들의 존재의 보관 기록이 제공될 수도 있다.

제공자가 등록되고 조건이 맞는 제공자 계좌들이 지갑에 성공적으로 추가된 후에, 사용자는 지불 계좌로서 이용될 조건이 맞는 계좌들을 활성화시킬 수도 있다. 사용자는 제공자의 랜딩 (landing) 경험으로부터, 즉 초기에 제공자가 방문하는 사용자에게 그 자체를 어떻게 표현할지로부터 지불 계좌를 활성화시킬 수도 있다. 사용자는 또한, 모든 조건이 맞는 지불 계좌들의 리스트로부터 또는 프로세스, 예를 들어 체크아웃-지불 방법 선택을 완료하기 위해 지불 계좌가 요구되는 "트리거 (trigger)" 스크린으로부터 지불 계좌를 활성화시킬 수도 있다.

특정 양태에서, 사용자는 지불을 위해 활성화되도록 조건이 맞는 모든 등록된 제공자 계좌들의 리스트로 표현될 수도 있다. 지불을 위해 이미 활성화된 계좌들이 식별될 수도 있다. 조건이 맞는 계좌를 선택한 후에, 사용자는 지불을 위한 계좌를 활성화시킬 수도 있다. 지불을 위한 계좌를 활성화시키는 프로세스는 제공자와의 지갑 서버 인터페이스에 따라 변할 수도 있다. 사용자는 계좌 정보를 입력하도록 요구받지 않을 수도 있다. 계좌 정보는 API 를 통해 공급될 수도 있다. 그러나, 사용자는 카드 확인 번호를 제공하도록 요구받을 수도 있다.

사용자는 활성화를 위한 개별 계좌 또는 활성화를 위한 다수의 계좌들을 선택할 수도 있다. 시스템이 추가의 조건이 맞는 제공자 계좌들을 식별하면, 사용자는 모든 조건이 맞는 계좌들에 대한 활성화 프로세스를 개시하도록 허용될 수도 있다. 지갑 서버와 제공자 간의 인터페이스에 따라, 사용자는 모든 또는 일부 계좌 정보를 입력하도록 요구받을 수도 있다. 지갑 서버는 카드 확인 번호 (CVN) 를 제외하고 모든 사용자 입력된 계좌 데이터를 저장할 수도 있다. 계좌 상세들이 미리 지정되는 경우, 사용자는 미리 지정된 정보를 볼 수 있지만 그것을 수정할 수 없을 수도 있다. 사용자는 또한, 분실된 필요한 계좌 정보, 예를 들어 카드/계좌 번호, 카드 만료일, 카드/계좌 상의 이름, 청구서 주소, 전화 번호 등을 공급할 수도 있다. 어떤 상황에서, 사용자는 계좌를 확인하기 위해 사전 허가 거래의 생성 및/또는 제공자와의 계좌 확인을 지원하기 위해 CVN 을 입력할 수도 있다. 지갑 서버는 CVN 을 찾을 장소의 예들, 즉 카드 유형에 기초하여 제공할 수도 있다. 사용자는 그 또는 그녀의 주소 북에 계좌 청구서 주소를 선택적으로 저장할 수도 있다. 또한, 사용자는 그 또는 그녀의 디폴트 지불 계좌로서 일 계좌를 선택적으로 지정할 수도 있다. 또한, 사용자는 서비스의 제공자의 조건을 볼 수도 있고, 진행하기 위해 수락을 확인할 필요가 있을 수도 있다. 사용자는 또한, 계좌가 지불을 위해 활성화되었다고 확인할 수도 있다.

지불 계좌가 활성화된 후에, 사용자는 활성화 지불 계좌들을 볼 수도 있고, 계좌와 연관된 상세들을 볼 수도 있다. 예를 들어, 사용자는 카드/계좌 번호, 카드 만료일, 카드/계좌 상의 이름, CVN, 고객 서비스 전화 번호, 지원된 ATM 네트워크, 및 청구서 주소 및 전화요금 고지서와 같은 계좌와 관련된 다른 정보를 볼 수도 있다. 이러한 카드 상세들을 제공함으로써, 모바일 지갑은 물리적 지갑에 대한 대체로서 사용될 수도 있다. 또한, 계좌 상세들에 대한 용이한 액세스를 제공함으로써, 사용자는 플라스틱 카드를 저장할 수도 있고, 예를 들어 온라인, 전화를 통해, 그리고 일부 매장을 통해 구매를 할 때 카드의 모바일 표시를 이용할 수도 있다.

특정 양태에서, 지불 계좌가 등록된 후에, 사용자는 계좌가 지갑에서 활성화 된 채로 있고 지불을 위해 수락되도록 지불 계좌에 대한 유지를 수행할 필요가 있다. 사용자는 현재 만료일에 매칭하도록 만료일을 편집할 수도 있다. 또한, 사용자는 제공자와, 공개의 (on record) 카드 상의 현재 이름을 매칭하도록 계좌 상의 이름을 편집할 수도 있다. 사용자는 또한, 제공자와, 공개의 현재 청구서 주소를 매칭하도록 청구서 주소를 업데이트할 수도 있다.

지불 계좌가 활성화된 후에, 사용자는 그것을 비활성화시킬 수도 있다. 이 계좌는 구매를 위한 지불 방법으로서 더 이상 이용 가능하지 않을 것이다. 그러나, 계좌는 활성화 지불 계좌 프로세스를 통해 다시 활성화되어, 미래의 지불에 대해 이용가능해질 수도 있다.

특정 양태에서, 사용자는 지불 계좌들에 대한 디스플레이 순서를 결정할 수도 있다. 이 설정은 활성화 지불 계좌 리스트에서, 체크아웃에서, 또는 단지 지불 계좌가 나열되는 임의의 스크린 상에서 지불 계좌가 어떻게 나타날지를 제어할 수도 있다. 사용자는 지불 계좌를 선택할 수도 있고, 지불 계좌 스택 내의 임의의 위치에 계좌로 프로모팅/디모팅할 (promote/demote) 수도 있다. 사용자는 완료될 때까지 하나 이상의 계좌들로 이 프로세스를 반복할 수도 있다. 또한, 사용자는, 예를 들어 계좌 유형에 의해, 이용 가능한 잔액에 의해, 제공자 등에 의해 미리 정의된 정렬 순서를 선택할 수도 있다. 그러나, 사용자는 제공자로부터 구매할 때, 체크아웃에서 주어진 제공자의 계좌들을 먼저 디스플레이하기를 선택할 수도 있다. 이는, 제공자의 기프트 카드, 신용 카드, 직불 카드, 및/또는 리워드 계좌가 지불을 위해 먼저 사용하기 위한 기회를 사용자에게 제공하는 리스트의 상부에 항상 나타나게 한다. 사용자는 디폴트 지불 계좌로서 계좌를 선택적으로 지정할 수도 있다. 이 계좌는 지불 계좌 리스트 디스플레이 순서에서 그 위치에 관계 없이 지불을 위해 자동으로 선택될 수도 있다.

본원에 제공된 시스템 및 방법은 제공자들로 하여금 모바일 지갑을 통해 사용자들에게 제품들을 팔도록 한다. 시스템 및 방법은 물리적 상품들 (가상으로 임의의 제품), 모바일 다운로드 콘텐츠 (음악, 바탕화면, 이미지), 및 방송으로 전달 가능한 토큰 (이-티켓, 액세스 코드, 라이센스 키) 의 구매를 인에이블한다. 또한, 시스템 및 방법은 주문을 이행하도록 전달 정보를 캡처할 수도 있고, 실시간 주문 상황을 지원할 수도 있으며, 사용자들이 내구성 있고 신뢰성 있는 방식으로 구매 확인, 영수증 및 토큰을 저장하는 것을 허용할 수도 있다.

시스템 및 방법은 또한, 사용자로 하여금 모바일 지갑에서 제품들을 찾게 하기 위한 제품 디스커버리 (discovery) 를 제공한다. 각각의 제공자는 제품들에 대한 하나 이상의 카탈로그들을 가질 수도 있다. 제품들은 비 제한적으로, 카테고리, 유형, 피처링된, 행사, 기프트 카드, 새로운, 인기, 가격 등을 포함하는, 그들과 연관된 각종 검색 가능한 파라미터들을 포함할 수도 있다. 사용자는 또한, 카테고리에 의한 브라우즈, 유형, 피처링된, 행사, 기프트 카드, 새로운, 인기, 가격, 가격 범위 등을 포함하는 각종 검색 디멘전들을 통해 제품들을 검색 또는 볼 수도 있다. 사용자는 또한, 키워드 매치, 필터, 또는 이들의 조합에 기초하여 제품들을 검색 또는 볼 수도 있다. 제품을 선택한 후에, 사용자는 제품 상세들로 표시될 수도 있다.

시스템 및 방법은 또한, 사용자가 구매를 위한 제품을 찾기 위해 즉시 구매 코드를 입력하는 것을 허용하는 즉시 구매 피처를 제공한다. 즉시 구매 피처는, 제공자들이 프린트, 텔레비전, 라디오, 및 온라인 광고를 통해 제품 마켓팅을 계속하는 것을 허용하면서, 개별 제품들에 대한 비교적 용이한 액세스를 사용자들에게 제공한다. 사용자는 즉시 구매 코드, 예를 들어 5787 을 입력함으로써 제품에 대한 제품 상세 페이지를 액세스할 수도 있다. 또한, 사용자는 즉시 구매 바코드를 스캔함으로써 제품에 대한 제품 상세 페이지를 액세스할 수도 있다. 또한, NFC 할 수 있는 핸드셋을 이용하여, 사용자는 NFC 스마트 태그를 탭핑함으로써 제품에 대한 제품 상세 페이지를 액세스할 수도 있다. 제품 코드들은 제공자들에 의해 결정될 수도 있다. 제공자들은 기존의 제품 코드들을 이용하거나 커스텀 즉시 구매 제품 코드들을 정의할 수도 있다. 글자와 숫자를 쓴 즉시 구매 코드들이 이용될 수도 있다. 그러나, 숫자로 나타낸 즉시 구매 코드들은 입력 에러를 제한할 수도 있고, 수락 가능한 사용자 경험을 보장할 수도 있다. 시스템은 또한, 제공자 식별자를 포함하는 제품 코드들, 예를 들어 300-5787 을 지원할 수도 있다.

시스템 및 방법은 사용자가 피처링된 제품들의 세트를 보도록 허용하고 구매를 위한 선택을 하는 피처링된 제품들 피처를 제공한다. 이는 제공자들에게 마켓팅하고 그들의 카탈로그(들), 서비스(들), 또는 이들의 조합으로 사용자들을 끌기 위한 방법을 제공한다. 제공자들이 다수의 커스텀 피처링된 제품들 그룹을 확립하는 것을 허용하도록 커스텀 피처링된 제품들이 제공될 수도 있다. 제공자들은 피처링된 제품들의 다수의 커스텀 그룹들, 예를 들어, 기프트 카드, 주간 특별 상품, 그날의 거래 (deal of the day) 등을 정의할 수도 있다. 제공자들은 각 그룹에 대한 메뉴 라벨을 표시할 수도 있다. 피처링된 제품들의 표현은 표준화될 수도 있고 또는 관습적일 수도 있다. 또한, 피처링된 제품들은 제공자에 의해 선택될 수도 있고, 제품 카탈로그에 정의될 수도 있다. 제품들이 디스플레이되는 순서 및 제품 이미지는 제공자에 의해 결정될 수도 있다. 또한, 제공자들은 고객 세그먼트에 의해 피처링된 제품 그룹의 디스플레이를 제어할 수도 있다.

사용자는 이름에 의해 이용 가능한 피처링된 제품 그룹들, 예를 들어 새로운, 피처링된, 그녀를 위한 제품 그룹 등을 볼 수도 있다. 피처링된 제품 그룹들은 모든 사용자들에게 디스플레이될 수도 있고, 또는 사용자 유형에 의해 분할될 수도 있다. 피처링된 제품 그룹이 도시되면, 사용자는 그룹을 선택하고 피처링된 제품들을 보도록 진행할 수도 있다. 피처링된 제품 스크린은 피처링된 제품들에 관한 요약 정보를 포함할 수도 있다. 요약 정보는 이미지, 제품 이름, 제품 카테고리, 가격 등을 포함할 수도 있다. 요약 정보는 제공자에 의해 정의될 수도 있다. 사용자는 제품 상세를 보도록 제품을 선택할 수도 있다. 기프트 카드 구매는 미리 정의된 피처링된 제품 그룹으로서 제공자에게 이용가능해질 수도 있다. 제공자는 그룹에 기프트 카드 제품을 할당함으로써 정의된 바와 같이 그 그룹을 이용할 수도 있고, 또는 그룹을 업데이트/디스에이블할 수도 있다. 사용자는 피처링된 기프트 카드 제품을 보도록 기프트 카드 구매를 선택할 수도 있다. 기프트 카드 제품 스크린은 피처링된 기프트 카드들에 관한 요약 정보를 디스플레이할 수도 있다. 요약 정보는 이미지, 제품 이름, 카드 유형 (플라스틱 및/또는 이-카드) 등을 포함할 수도 있다. 요약 정보는 제공자에 의해 정의될 수도 있다. 사용자는 제품 상세들을 보도록 카드를 선택할 수도 있다.

특정 양태에서, 제품 상세 스크린은 선택된 제품에 관한 상세들을 제공할 수도 있고, 사용자가 제품 속성들을 선택하는 것을 허용할 수도 있다. 제품 상세 스크린은 간단한 제품 설명, 제품의 이미지, 배송 타이밍 및 제품 인벤토리 (inventory) 상황, (제품 카탈로그에 저장되고 제공자에 의해 결정된 바와 같은) 조건 및 컨디션, 또는 이들의 조합을 포함할 수도 있다. 제품 상세 스크린은 또한, 1 이상의 속성 옵션이 이용 가능한 경우 제품 속성 선택을 포함할 수도 있다. 또한, 제품 상세 스크린은, 예를 들어 숫자 드롭 다운 필드와 같이 표현된 제품 양 필드, 및 1 보다 많이 이용 가능한 경우 제품 유형 선택을 포함할 수도 있다.

특정 양태에서, 제품 상세 스크린은 또한, 제공자에 의해 선택되고, 1 과 10000+ 사이의 연속적인 넘버들의 세트 또는 동일한 범위 내에서 별개의 정수들 세트일 수도 있는 기프트 카드 디노미네이션 (denomination) 을 포함할 수도 있다. 제공자에 의해 선택된 디노미네이션은 사용자 인터페이스를 결정할 수도 있다. 디노미네이션은 10-1000 의 확인 한계를 이용하여, 텍스트 박스 예를 들어 10-1000 범위로서 표현될 수도 있다. 또한, 디노미네이션은 드롭 다운 메뉴, 예를 들어 드롭 다운 박스에 나열된 25, 50, 100, 250, 500, 등으로서 표현될 수도 있다. 제공자는, 하한 및 상한이 동일한 한 옵션들 둘다를 선택할 수도 있다. 예를 들어, 10, 50, 100, 200 또는 10-200 이 드롭 다운 및 텍스트 박스로서 도시될 수도 있다. 제품 상세 스크린은 또한, 비지니스 규칙들, 제품 양 한계 또는 양과 같은 제품 임계들에 관한 사용자의 지시들을 포함할 수도 있다. 사용자는 제품 속성들을 입력 또는 선택할 수도 있고, 그 다음에 체크아웃을 진행할 수도 있다.

본원에 설명된 시스템 및 방법은 또한, 사용자가 이후의 액션 및/또는 검토에 관심 있는 소정의 제품들을 선택할 수도 있는 소원 리스트 (wish list) 기능을 포함할 수도 있다. 사용자는 검색된/브라우징된 제품들, 피처링된 제품들 및 기프트 카드들을 포함하는, 다수의 소스들로부터 소원 리스트에 직접적으로 제품들을 저장할 수도 있다. 사용자는 저장된 날짜, 제공자, 제품 카테고리/유형, 가격 등과 같은 몇몇 상이한 파라미터들에 기초하여 소원 리스트 아이템들을 브라우징할 수도 있다. 사용자는 소원 리스트로부터 구매로 바로 이동할 수도 있다. 저장된 제품들은 구성 가능한 만료/에이징 정책마다 또는 수동적으로 제거될 수도 있다. 또한, 사용자는 이벤트 날짜, 제품 릴리즈/이용 가능성, 재고보충 상황 등과 같은 미리 정의된 기준에 기초하여 화이어 (fire) 에 대한 경보 또는 리마인더를 갖도록 선택할 수도 있다. 또한, 사용자는 지갑-대-지갑 (wallet-to-wallet; w2w), 텍스트 메시지, 이-메일, 마이 스페이스/페이스북 등과 같은 몇몇 통신/커뮤니티 메커니즘을 통해 타인/스스로에게 소원 리스트를 내보낼 수도 있다.

시스템 및 방법은 또한, 체크아웃 기능을 제공한다. 제품 상세를 검토하고 필요한 제품 속성들을 선택한 후에, 사용자는 체크아웃을 진행함으로써 제품 구매를 선택할 수도 있다. 사용자는 제공자에 의해 지원된 임의의 활성 지불 계좌들로부터 지불 계좌를 선택할 수도 있다. 사용자는 필요한 대로 추가의 지불 계좌 확인을 제공할 수도 있다. 사용자는 디폴트 지불 방법을 수락하거나 지불 방법을 선택할 수도 있다. 사용자가 액티브 지불 계좌들을 갖지 않고, 사용자의 조건에 맞는 지불 계좌 상황을 고려하지 않으면, 시스템은 적절한 옵션, 예를 들어 디폴트 지불 계좌를 수락, 지불 계좌를 활성화, 지불 계좌를 편집, 신용 신청, 제공자 등록 등을 제공할 수도 있다. 사용자가 디폴트 지불 방법을 확립하였다면, 디폴트 지불 방법을 수락하기 위한 액션이 요구되지 않는다. 사용자는 제공자에 의해 지원된 임의의 액티브 지불 계좌들로부터 지불 계좌를 선택할 수도 있다. 지불 계좌들은 사용자 선호도에 기초하여 또는 이용 가능한 잔액과 같은 디폴트 분류 순서에 기초하여 순서대로 디스플레이될 수도 있다. 지불 방법이 만료되면, 사용자는 선택된 계좌에 대한 액티브 지불 계좌 스크린 편집을 취할 수도 있다. 사용자가 거래로 리턴할 때까지 순서가 저장될 수도 있다.

특정 양태에서, 사용자는, 보이는 모든 조건이 맞는 지불 계좌 스크린으로 사용자를 데려갈 수도 있는 활성화 지불 계좌를 선택할 수도 있다. 사용자는 지불 계좌를 활성화시켜 진행할 수도 있다. 사용자가 거래로 리턴할 때까지 시스템은 순서를 저장할 수도 있다. 조건이 맞는 지불 계좌들이 없다면, 사용자는 다음의 옵션들: 제공자 등록, 지불 계좌 추가 및 활성화, 및 신용 신청으로 표현될 수도 있다. 제공자 등록 옵션을 선택하는 것은 제공자 스크린 찾기로 사용자를 데려갈 수도 있다. 사용자는 등록 프로세스를 완료하고, 진행하도록 지불 계좌를 활성화시킬 수도 있다. 사용자가 거래로 리턴할 때까지 시스템은 순서를 저장할 수도 있다. 지불 계좌 추가 및 활성화 옵션을 선택하는 것은 저장된 제공자 스크린으로 사용자를 다이렉팅할 수도 있다. 사용자는 지불 계좌를 등록 및 활성화시켜 진행할 수도 있다. 사용자가 거래로 리턴할 때까지 시스템은 순서를 저장할 수도 있다. 신용 신청 옵션을 선택하는 것은 현재 제공자에 대한 신용 신청으로 사용자를 다이렉팅할 수도 있다. 사용자는 애플리케이션 프로세스를 완료하고, 신용 거래의 확인을 수신하여 진행할 수도 있다. 사용자가 거래로 리턴할 때까지 시스템은 순서를 저장할 수도 있다.

지불 방법을 선택한 후에, 사용자는 제공자에 의해 요구된 바와 같은 추가의 지불 방법 확인 상세들을 제공하도록 요구받을 수도 있다. 제공자에 의해 요구되고, 직불 카드 또는 신용 카드가 지불 방법으로서 선택되면, 사용자는 카드 확인 번호 (CVN) 를 제공할 필요가 있을 수도 있다. 제공자는 제공자와 사용자의 첫 번째 구매에서, 또는 매번 구매에서 CVN 을 요구할 수도 있다. 시스템은, 즉 카드 유형에 기초하여 CVN 을 찾을 장소의 예를 제공할 수도 있다. 사용자가 전화기 상에 CVN 을 저장하도록 허용된다면, 시스템은 현 시점에서 사용자가 그것을 보도록 허용할 수도 있다. 제공자에 의해 요구되면, 사용자는 이메일 주소를 제공할 필요가 있을 수도 있다. 이는 주소 북으로부터 미리-지정되고/되거나 선택될 수도 있다. 또한, 제공자에 의해 요구된다면, 사용자는 청구서 주소 우편번호를 입력할 필요가 있을 수도 있다. 이는 사기 방지 단계로서 요구될 수도 있고, 또한 시스템에 의해 자동으로 제공될 수도 있는 청구서 주소 정보에 추가로 있을 것이다. 제공자는, 사용자가 이 정보를 제공하는 것을 요구할 수도 있다. 또한, 제공자에 의해 요구된다면, 사용자는 청구서 주소지 전화 번호를 입력할 필요가 있을 수도 있다. 이는 사기 방지 단계로서 요구될 수도 있고, 시스템에 의해 자동으로 제공될 수도 있는 청구서 주소 정보에 추가로 있을 것이다. 제공자는, 사용자가 이 정보를 제공하는 것을 요구할 수도 있다.

특정 양태에서, 사용자는 여러 지불 방법들, 예를 들어 표준 지불 플러스 기프트 카드 또는 기프트 카드들, 다수의 표준 지불 방법들 등에 구매 가격을 나누도록 선택할 수도 있다. 사용자가 지불 방법으로서 기프트 카드를 선택한다면, 시스템은 기프트 카드가 구매를 커버하기에 충분한 잔액을 갖는지를 결정할 수도 있다. 그렇지 않다면, 시스템은 사용자에게 추가의 지불 방법을 유도할 수도 있다. 사용자가 추가의 지불 방법으로서 하나 이상의 기프트 카드들을 선택한다면, 시스템은 임의의 기프트 카드 지불을 먼저 적용하고 다른 지불 방법에 나머지를 청구할 수도 있다. 사용자가 추가의 지불 방법으로서 신용/직불 카드를 선택한다면, 시스템은 사용자가 각각의 지불 방법으로부터 취해질 양을 지정하도록 허용할 수도 있다. 이 단계는, 일단 최종 가격이 계산되면 완료될 수도 있다.

사용자는 체크아웃 프로세스 동안 개인화의 여러 엘리먼트들을 주문에 추가하기를 선택할 수도 있다. 이는 사용자에 의해 기입된 커스텀 메시지, 또는 사용자 선택하는 미리기입된 메시지일 수 있다. 또한, 사용자는 기프트 랩 (wrap) 및/또는 기프트 포장 옵션 선택을 원할 수도 있다. 선물 및 개인화는 연쇄 팔기 (up-sell)/끼워 팔기 (cross-sell) 로서 사용자에게 제공될 수도 있다. 구매가 선물이면, 시스템은 기프트 개인화 스크린으로 사용자를 다이렉팅할 수도 있다. 기프트 개인화 스크린에서, 사용자는 커스텀 인사, 메시지 바디 및/또는 클로징 메시지를 입력할 수도 있다. 사용자는 미리기입된 메시지를 선택할 수도 있다. 또한, 사용자는 기프트 랩핑/포장 옵션을 선택할 수도 있다. 또한, 사용자는 발신인/발송자 주소를 선택 또는 입력할 수도 있다. 이는 제품을 받는 사람의 주소이도록 의도된다. 일반적으로, 수령인이 발송자를 알도록 해야한다.

배달 정보를 입력하기 위해서, 사용자는 선택된 제품의 유형에 특정되는 배달 정보 스크린으로 다이렉팅될 수도 있다. 물리적 배달을 위해, 사용자는 주소북으로부터 배송 주소를 선택하고, 주소를 찾고, 또는 새로운 배송 주소를 수동으로 입력할 수도 있다. 사용자는 또한, 픽업을 위한 제공자 위치로 제품을 배달하기를 선택할 수도 있다. 사용자가 디폴트 배송 주소를 확립하였다면, 그것은 미리 지정될 것이다. 디폴트 배송 주소를 수락하기 위한 액션이 요구되지 않을 수도 있다. 제공자가 지불 계좌의 청구서 주소로 제품이 배송되기를 요구한다면, 이는 사용자의 선호를 무시할 것이다. 제품은 지불 계좌의 청구서 주소로 배송될 수도 있다. 이는 제공자에 의해 지원된 유일한 옵션일 수도 있다. 역으로, 제품은 선택되거나 입력된 주소로 배송될 수도 있다.

특정 양태에서, 사용자는 집 전화번호 및 우편 번호를 공급함으로써 배송 주소를 찾을 수도 있다. 사용자는 결과 세트로부터 주소를 선택할 수도 있다. 특히, 사용자는 수령인의 집 전화번호 및 우편 번호를 입력할 수도 있고 서브밋 (submit) 을 선택한다. 사용자는 그 우편 번호에 위치한 가능한 주소들의 리스트를 수신할 수도 있다. 리스트가 정확한 주소를 포함한다면, 사용자는 주소로 네비게이팅하고 그것을 선택함으로써 정확한 주소를 선택할 수도 있다. 일치되는 것이 발견되지 않으면, 사용자는 필요한 주소 정보를 계속해서 입력할 수도 있다. 또한, 상점에서 픽업이 지원될 수도 있고, 사용자는 제공자 위치에서 제품을 픽업하기를 선택할 수도 있다.

다른 양태에서, 사용자는 필요한 주소 정보를 입력/편집할 수도 있다. 사용자는 주소 정보를 수동으로 입력하거나 주소 정보에 제공된 시스템을 편집할 수도 있다. 요구된 필드들은 제공자 선호도, 예를 들어 수령인 이름, 수령인 회사, 수령인 거리 1, 수령인 주소 라인 2, 수령인 도시, 수령인 주, 수령인 우편번호, 수령인 국가, 수령인 전화 번호, 수령인 이-메일 주소 등에 기초할 수도 있다. 수신된 주소가 타당하고 적절히 포맷팅되는 것을 보장하기 위해, 시스템은 데이터 입력 시점에서 주소를 확인할 수도 있다.

배송 정보를 제공한 후에, 그리고 사용자가 디폴트 배송 방법을 확립하였다면, 디폴트 배송 방법을 수락하기 위한 액션이 요구되지 않는다. 배송 정보를 제공한 후에, 사용자는 제공자에 의해 지원된 것들, 예를 들어, USPS 표준, USPS 우선순위, 배달 확인을 이용한 USPS 우선순위, USPS 익스프레스, 공통 캐리어 그라운드, 공통 캐리어 세컨 데이, 공통 캐리어 넥스트 데이 등으로부터 배송 방법을 선택할 수도 있다. 사용자는 다음으로 이용 가능한 배송 날짜로 표현될 수도 있다. 통상적으로, 이는 다음 비지니스 데이이고, 아이템들이 배송될 가장 빠른 날짜를 나타낸다. 그것은 지불 계좌 인증 여부에 따른다.

제공자에 의해 지원될 때, 사용자는 제품에 대한 미래의 배송 날짜를 선택할 수도 있다. 이 피처는 사용자가 미래의 휴일, 생일, 또는 이벤트에 대한 순서를 정하고, 아이템을 그 이벤트 직전에 전송되도록 스케줄링하는 것을 허용할 수도 있다. 사용자는 배달 날짜가 추정될 수 있도록 거의 정확한 배달 시간을 수신할 수도 있다. 일단 배송 주소 및 배송 방법이 선택되면, 사용자는 배송 비용을 계산하고 배송 방법을 편집하기 위한 옵션을 가질 수도 있다.

모바일 배달의 경우에서, 구매가 선물이면, 사용자는 수령인의 모바일 번호를 제공할 수도 있다. 그렇지 않은 경우, 시스템은 수령인의 모바일 번호를 입력하도록 사용자에게 자동으로 요청할 수도 있다. 다르게는, 사용자는 주소 북으로부터 모바일 번호를 선택할 수도 있다. 전자 배달의 경우에서, 구매가 기프트이면, 사용자는 수령인의 이-메일 주소를 제공할 수도 있고, 그렇지 않은 경우 시스템은 수령인의 이-메일 주소를 입력하도록 사용자에게 자동으로 요청할 수도 있다. 반대로, 사용자는 주소 북으로부터 수령인 이-메일 주소를 선택할 수도 있다.

체크아웃 동안, 사용자는 하나 이상의 홍보용/쿠폰 코드를 입력할 수도 있다. 제공자가 그렇게 하기를 선택하면, 사용자의 모바일 지갑에 상주하는 임의의 관련있는 오퍼들 또는 쿠폰들은 자동으로 삭제되어야 하고 주문에 포함되어야 한다. 저장된 주문이 재-오픈되고 진행되는 경우, 관련있는 임의의 새로운 오퍼들 또는 쿠폰들을 통합하기 위해서, 이 체크는 다시 발생되어야 한다. 제출 이전에, 사용자는 주문의 각종 엘리먼트들을 검토할 수도 있다. 사용자는 그 다음에, 하나 이상의 주문 엘리먼트들을 편집할 수도 있다. 검토가 완료될 때, 사용자는 주문을 제출함으로써 확인할 수도 있다. 사용자는 또한, 임의의 프로모셔널 코드들을 입력하도록 최종 기회를 가질 수도 있다.

주문 제출 이전에 체크아웃 프로세스 동안 임의의 시간에, 사용자는 그들이 이미 달성한 작업을 잃지 않고 주문의 임의의 엘리먼트를 편집할 수도 있다. 또한, 사용자는 체크아웃을 진행한 후에 프로세스의 임의의 시점에서 거래를 저장할 수도 있다. 사용자는 주문을 제출할 수도 있고, 시스템은 주문 확인, 또는 에러나 실패, 상세들을 갖는 상황을 리턴하기 위해서, 지불 방법의 확인을 포함하는, 모든 엘리먼트들을 즉시 프로세스 및 검증할 수도 있다. 에러가 발생하면, 사용자는 에러를 고치도록 허용될 수도 있다. 일단 주문 제출이 완료되면, 사용자는 거래에 대한 고유의 식별자 뿐만 아니라 그 시점에 이용 가능하다면 추적 번호를 디스플레이하는 임의의 주문 확인을 수신할 수도 있다. 이는 이후의 참조를 위해서도 어딘가 다른 곳에 저장될 수도 있다.

시스템 및 방법에 의해 제공된 다른 피처는 주문 및 영수증 피처를 포함한다. 주문 및 영수증 피처는 사용자가 주문, 영수증 및 토큰을 저장 및 참고하도록 허용한다. 저장된 주문 확인은 사용자가 임의의 주문을 검토, 추적하며, 필요하다면 중재 (trouble-shoot) 하도록 허용한다. 영수증 저장은 사용자들이 그들의 구매를 추적하도록 내구성 있는, 디지털 메커니즘을 제공할 수도 있다. 토큰은, 최종적인 제품 또는 서비스가 온-라인인지 또는 오프-라인인지 여부를, 교환 또는 재교환하기 위해, 알파벳 코드 또는 그래픽 코드, 예를 들어 2D 바 코드를 필요로 하는 디지털 구매를 표현하는 기록들을 지칭한다.

사용자는 몇몇 상이한 주문 파라미터들, 예컨대 날짜에 의해, 제공자, 배달 주소, 지불 계좌, 수령인 등에 기초하여 주문 및 영수증을 브라우징할 수도 있다. 또한, 사용자는 주문 발신, (적용가능하다면) 배송 상황 및 배달 방법을 포함하는 주문 상황을 볼 수도 있다. 사용자는, 주문 상황, (이용 가능하다면) 추적 번호, 배달 주소 등을 포함하는, 그들의 주문의 각종 엘리먼트들을 볼 수도 있다. 주문의 모바일 또는 전자 배달의 경우에서, 사용자는 주문 상황, 배달 주소 (모바일 전화/이-메일) 등을 포함하는 관련있는 주문 엘리먼트들의 보다 제한된 뷰를 가질 것이다.

주문 확인 이후에 개별의 영수증이 발행되지 않는 경우, 사용자 또는 제공자는 영수증과 같은 주문 확인을 플래그할 수도 있다. 또한, 주문 확인 이후에 개별의 토큰이 발행되지 않는 경우, 사용자 또는 제공자는 토큰과 같은 주문 확인을 플래그할 수도 있다. 사용자는 인쇄 등을 위해, 예를 들어 스프레드시트로의 잠재적 임포트 (import) 에 대해, 몇몇 표준 포맷들 중 하나로 주문, 토큰, 또는 영수증 데이터를 수동으로 엑스포트 (export) 하도록 선택할 수도 있다. 아이템 저장은 구성 가능한 만료 폴리시, 에이징 폴리시마다, 또는 수동적으로 제거될 수도 있다.

본원에 설명된 시스템 방법은, 제공자가 모바일 디바이스에 대한 로얄티 프로그램 및 멤버쉽 프로그램의 도달을 확장하는 것을 허용할 수도 있다. 이는 제공자들이 실시간 정보를 기존의 프로그램 멤버에게 공급하여 지출을 증가시키고, 천 (churn) 을 감소시키고, 더 높은 마진 제품으로 소비를 시프트하는 것을 허용할 수도 있고, 새로운 고객들의 획득을 지원할 것이다. 커스텀 프로그램 틀은 제공자가 다수의, 커스텀 프로그램 영역들을 정의하는 것을 허용할 수도 있다. 커스텀 프로그램 그룹들은 모든 사용자들에게 디스플레이될 수도 있고, 또는 사용자 유형에 기초하여 분할될 수도 있다. 프로그램 상세들은 제공자에 의해 공급될 수도 있고, 사용자에게 특정될 수도 있다. 사용자 특정 정보는 프로그램 멤버들에게 제공될 수도 있고; 일반적인 프로그램 정보는 넌-멤버들에게 제공될 수도 있다. 사용자는 프로그램에 특정된 멤버 서비스 넘버를 콜하도록 클릭할 수도 있다. 현재 등록되지 않았으면, 사용자는 모바일 지갑을 통해 프로그램에 등록할 수도 있다. 등록이 제공자에게 사용자 상세들을 전달하는 것을 수반하면, 제공자에 전송될 사용자 정보는 스크린 상에서 확인될 수도 있고, 사용자는 제출을 확인할 수도 있다. 지갑 안, 이-메일, 또는 텍스트 메시지는 등록이 전송된 것을 확인하도록 사용자에게 전송될 수도 있다.

특정 양태에서, 시스템 및 방법은 플렉서블한 오퍼 틀을 더 포함할 수도 있다. 오퍼 틀은 제공자가 사용자에게 마켓팅하고, 전략적 제품을 프로모팅하며, 높은-가치 행위를 장려하도록 허용할 수도 있다. 사용자는 행위, 데모그래픽 (demographic), 사전 동의 (opt-in) 정보, 또는 이들의 조합에 기초하여 목표가 된 관련 오퍼들의 리스트를 볼 수도 있다. 사용자는 오퍼 상세들, 예를 들어 오퍼 타이틀, 설명, 만료 정보, 제한, 컨디션, 수송능력에 관한 정보 등을 볼 수도 있다. 또한, 사용자는 임의의 오퍼 파라미터 또는 키워드에 의해 오퍼를 검색할 수도 있다. 사용자는 오퍼를 찾기 위해 오퍼 코드를 입력할 수도 있다. 오퍼 코드는 고유의 코드일 수도 있고, 크로스 미디어 캠페인을 실시할 수도 있다.

사용자는 모바일 지갑 안에 오퍼를 저장할 수도 있고, 이 오퍼는 체크아웃 프로세스 동안 자동으로 검출될 수도 있다. 사용자는 또한, 오퍼를 이-메일 주소로 전송하기를 선택할 수도 있다. 전송가능한 오퍼들에 대해, 사용자는 지갑-대-지갑 통신, 텍스트 메시징, 또는 이-메일을 통해 오퍼를 전송함으로써 오퍼를 공유할 수도 있다. 사용자는 그들의 관심을 끄는 오퍼들에 응답하기 위한 다수의 수단을 가질 수도 있다. 예를 들어, 그들은 제품을 직접 구매하고, 콜을 클릭하고, 오퍼를 수락하며 (따라서 그 지갑 안에 오퍼를 저장), 또는 오퍼를 바로 교환할 수 있어야 한다. 오퍼를 수락하는 것은, 오퍼로 하여금 모바일 지갑 안에 저장되게 할 수도 있다. 오퍼가 체크아웃에서 교환 가능하다면, 그것은 체크아웃 프로세스 동안 자동으로 검출될 수도 있다. 수락이 제공자에게 사용자 상세를 배달하는 것을 수반하면, 제공자에게 전송된 사용자 정보가 스크린 상에서 확인될 수도 있고, 사용자는 제출을 확인할 수도 있다. 지갑 안, 이-메일, 또는 텍스트 메시지가 사용자에게 전송되어 쿼리가 전송되었다는 것을 확인할 수도 있다. 오퍼는 제공자에 의해 구성 가능한 전화 번호일 수도 있는 클릭-투-콜 (click-to-call) 넘버를 더 포함할 수도 있다.

오퍼를 교환하는 것은 지갑에 저장될 수도 있고 오퍼를 교환하기 위해 POS 에서 이용될 수도 있는 토큰을 생성할 수도 있다. 토큰은 관련된 상세들 뿐만 아니라 고유의 오퍼 식별자 또는 그래픽 상환 (redemption) 이미지, 예를 들어 2D 바 코드 중 어느 하나를 저장할 수도 있다. 즉시 구매를 선택하는 것은 오퍼링된 제품에 대한 제품 상세 페이지로 사용자를 다이렉팅할 것이다. 프로모셔널 프라이싱 또는 쿠폰이 다시 지정되고 체크아웃에서 적용될 수도 있다. 제공자는 특정한 지불 방법의 사용에 오퍼를 묶을 수도 있고, 이 제한은 체크아웃에서 강요될 수도 있다. 오퍼가 0 달러 거래가 되면, 사용자는 오퍼 확인을 여전히 수신할 수도 있다. 만료된 오퍼는, 만료 전에 바로 트리거된 리마인더, 또는 경보를 갖기 위한 옵션을 갖고 잠재적으로 자동화된 방식으로 제거될 수도 있다. 사용자는 또한, 언제라도 오퍼를 제거하기를 선택할 수도 있다.

본원에 설명된 시스템 및 방법은 또한, 사용자가 기프트 카드 잔액을 얻고, 기프트 카드를 저장하며, 저장된 기프트 카드 상의 잔액을 리프레시, 재로딩, 또는 탑업 (top up) 하는 것을 허용할 수도 있는 기프트 카드 서비스를 제공한다. 사용자는 기프트 카드 번호를 입력하고, 기프트 카드 PIN 을 입력하고, 또는 다른 기프트 카드 상세들을 제공함으로써 기프트 카드 잔액을 요청할 수도 있다. 사용자는 기프트 카드 번호를 입력할 수도 있고, 시스템은 카드 번호를 찾을 장소를 나타내는 특정 예를 제공자에게 디스플레이할 수도 있다. 최대 편리함을 위해, 시스템은 카드 번호의 일부를 미리 지정하는 것을 지원할 수도 있고, 카드 번호의 마지막 X 숫자를 입력하도록 사용자에게 요구할 수도 있다. 또한, 사용자는 기프트 카드 PIN 번호를 입력할 수도 있고, 시스템은 PIN 번호를 찾기 위한 장소를 나타내는 특정 예를 제공자에게 디스플레이할 수도 있다. 제공자의 요건에 따라, 사용자는 잔액을 획득하기 위해 다른 기프트 카드 상세를 제공하도록 요구받을 수도 있다. 기프트 카드 잔액 응답은 카드 번호, PIN 번호, 잔액, 제공자 마켓팅 메시지 등을 포함할 수도 있다.

기프트 카드 상세들이 입력되고 잔액이 성공적으로 획득된 후에, 사용자는 기프트 카드를 모바일 지갑에 저장할 수도 있다. 시스템은 기프트 카드로 풀링된 (pulled) 최종 잔액을 저장할 수도 있지만, 제공자는 기프트 카드 잔액이 자동으로 리프레시되는지를 결정할 수도 있다. 로그인에서 잔액이 자동으로 리프레시되지 않으면, 사용자는 기프트 카드 잔액을 리프레시하도록 수동으로 요청할 수도 있다. 제공자에 의해 지원되면, 사용자는 잔액을 획득하고 또는 고객 서비스를 액세스하기 위해 IVR/VRU 시스템을 콜하도록 클릭할 수도 있다.

특정 양태에서, 본원에 설명된 시스템 및 방법은 사용자가 제공자로부터 계좌를 오픈하거나 요청하는 것을 허용할 수도 있는 계좌 획득을 또한 제공할 수도 있다. 사용자는 제공자의 신용 카드를 신청하기 위해 신용 신청을 완료할 수도 있다. 승인된다면, 계좌는 즉시 제공될 수도 있고 모바일 지갑에서 인에이블될 수도 있다. 사용자는 제공자의 이용 가능한 카드 제품 및 디자인으로부터 보고 선택할 수도 있다. 애플리케이션을 완료하기 위해, 사용자는 요청된 애플리케이션 정보를 제공할 수도 있다. 이 정보의 일부는 사용자의 모바일 지갑 프로파일로부터 미리 지정될 수도 있다. 예를 들어, 이 정보는 이름, 주소, 폰, SSN, 수입, 생일, 운전면허 번호 및 상태, 요청된 신용 액수 등을 포함할 수도 있다. 사용자는 제공된 개시물의 수락 및 서비스의 조건들을 검토 및 인정할 수도 있다. 또한, 사용자는 신용 애플리케이션을 제출할 수도 있다.

사용자 제출에 응답하여, 시스템은 애플리케이션이 수신되었다는 확인을 사용자에게 표현할 수도 있다. 즉각적인 결정이 이용 가능하다면, 사용자는 즉각적인 승인, 소프트 감축, 하드 감축, 또는 몇몇 다른 상황 또는 응답을 수신할 수도 있다. 시스템은 애플리케이션을 완료하고 또는 결정에 대한 더 많은 정보를 요청하기를 콜하기 위한 고객 서비스 번호를 포함할 수도 있는 제공자 정의된 응답을 지원할 수도 있다. 실시간 판정이 이용 가능하지 않으면, 사용자는 경보를 수신한 후에 또는 언제라도 상황 업데이트를 요청함으로써 애플리케이션 상황을 체크할 수도 있다.

신용 애플리케이션이 승인되면, 사용자는 지불 계좌를 모바일 지갑에 추가할 수도 있고, 모바일 지갑에서 거래를 시작할 수도 있다. 사용자는 다른 계좌, 예를 들어, 수표 (checking), 예금을 기존의 관계에 추가하도록 요청할 수도 있다.

본원의 시스템 및 방법은, 제공자가 관련 메시지 사용자들에게 타겟팅하고 메시지를 사용자들에게 강요하는 것을 돕는 사용 분석을 제공할 수도 있다. 시스템은 사용자들이 어떻게 검색하고 있고 그들이 무엇을 검색하고 있는지를 추적 및 분석할 수도 있다. 시스템은 위치-관련 타겟팅을 위해 사용자 지리적 패턴들을 분석하도록 사용자 위치 데이터를 추적할 수도 있다. 시스템은 또한, 보여지고 궁극적으로 수락 또는 포기되는 오퍼들을 추적할 수도 있다. 또한, 시스템은 무엇이 체크아웃 프로세스의 성공적이거나 성공적이지 않은 완료를 야기하는지를 예측하기 위해서 체크아웃 프로세스를 통한 행동을 추적할 수도 있다. 또한, 제품 상세 페이지에 이르는 다수의 방법이 있기 때문에, 시스템은 제품이 어떻게 보여지고 퇴장되는지를 추적 및 분석할 수도 있다. 시스템은 또한, 사용자들이 어느 제품 또는 서비스들이 그들에게 가장 관심이 있는지를 제의하기 (volunteer) 때문에 소원 리스트들을 추적할 수도 있다. 또한, 가장 많이/적어도 빈번하게 액세스된 계좌 유지 피처들을 추적하는 것은 가치 있는 유용성 이해 (insight) 를 제공할 수도 있다.

본원에 설명된 시스템 및 방법은 또한, 사용자가 주어진 현장에서 또는 사용자의 위치에 특정한 제공자의 위치를 찾는 것을 허용할 수도 있는 스토어 위치 탐지기 (locator) 를 포함할 수도 있다. 지갑은 사용자의 현재 위치에 가까운 스토어들을 자동으로 식별할 수도 있다. 사용자는 그녀의 현재 위치의 주어진 거리 내의 스토어 위치들의 리스트로 표현될 수도 있다. 사용자는 범위를 증가 또는 감소시킬 수도 있다. 또한, 사용자는 위치를 선택하고, 모바일 지갑 내의 텍스트-기반 방향들을 보도록 선택할 수도 있다. 사용자는 또한, 위치를 선택하고, 턴-바이-턴 (turn-by-turn) 방향으로 지도를 보기 위해 네비게이션 애플리케이션을 론칭하도록 선택할 수도 있다. 사용자는 또한, 우편 번호 또는 도시 및 주에 의해 스토어 위치들을 검색할 수도 있다. 사용자는 제공된 우편 번호의 주어진 거리 내의 스토어 위치들의 리스트로 표현될 수도 있고, 사용자는 범위를 증가 또는 감소시킬 수도 있다.

본원의 시스템 및 방법은 또한, 구매를 행할 때, 신용을 신청할 때, 오퍼를 수락할 때, 프로그램에 등록할 때, 정보를 요청할 때, 또는 콘테스트/독점 내기 엔트리를 제출할 때 이후의 사용을 위해 개인 정보를 사용자가 기록하는 것을 허용할 수도 있는 사용자 프로파일을 제공할 수도 있다. 사용자 프로파일은 또한, 시간이 지나면서 시스템에 의해 자동으로 수집된 정보, 즉 주소 북 엔트리, 크리덴셜, 및 사용 및 관심 데이터를 사용자가 보고 유지하는 것을 허용할 수도 있다. 사용자 프로파일에 기록된 정보는 미리 지정될 것이고 그리고/또는 사용자에 대한 모바일 경험을 간소화하고 단순화하기 위해 가능할 때마다 스크린 및 제출 폼 상에서 선택을 위해 이용 가능할 수도 있다. 사용자는 모바일 무역에서의 이용 및 모바일 지갑 전체에서의 재정적 서비스 액티비티를 위해 개인 정보를 기록 및 유지할 수도 있다. 또한, 사용자는 이름, 성, 생일, 모바일 전화기, 전화선 (land phone), 이-메일 주소 등을 포함하는 개인 정보를 보고 편집할 수도 있다.

사용자는 모바일 지갑 전체에서의 재정적 서비스 액티비티 및 모바일 무역에서의 청구서 주소 및 도착 주소로서 이용을 위해, 수령인 이름 및 전화를 포함하는, 배송 주소를 기록 및 유지할 수도 있다. 또한, 사용자는 새로운 주소 북 엔트리를 추가할 수도 있다. 주소들은 사용자의 자신의 주소일 수도 있고 또는 사용자가 기프트를 보내기를 원하는 친구들 또는 가족들의 주소일 수도 있다. 주소는 성명, 배송 주소, 및 전화 번호를 포함해야 한다. 사용자는 기존의 주소 북 엔트리를 편집, 복사 및 편집, 또는 제거할 수도 있다. 또한, 사용자는 개인의 선호도 및 통신 선호도 및 마켓팅/제품 관심과 같은 관심 정보를 기록 및 유지할 수도 있다. 사용자는 모바일 무역 및 모바일 재정적 서비스 경험을 강화하기 위해 제공자들과 이 정보를 공유하기를 선택할 수도 있다.

사용자는 모든 공지들에 대한 통신 방법 선호도 및 모바일 지갑에 의해 생성된 경보들을 기록 및 유지할 수도 있다. 가능한 옵션들은 텍스트 메시지, 이-메일, 지갑 안, 보안 메시지 등을 포함할 수도 있다. 사용자는 또한, 모든 일반적인 그리고 마켓팅 공지들에 대한 선호도 (Opt-In/Opt-Out) 를 기록 및 유지할 수도 있다. 예시의 공지들은, 주문 업데이트 및 확인, 배송 확인, 고객 서비스 쿼리, 법적 공지들, 새로운 제품들, 리프레시 서베이들 (research surveys), 만료 공지들, 피처링된 제공자들, 특별한 오퍼들, 주문 공지들에 대해 이용 가능한 등을 포함한다. 고객 서비스 쿼리는, 쿼리가 수신되었다는 확인을 포함할 수도 있다. 법적 공지들은 지갑 서버 및 캐리어들에 의해 그리고 사용자의 저장된 제공자들에 의해 결정된 바와 같은 모바일 지갑을 이용하는 조건 및 컨디션을 포함할 수도 있다. 사용자가 지갑 안, 또는 이-메일 또는 텍스트 메시지에 의해 법적 공지들을 수신하기 않겠다고 선택하면, 사용자는 제공자 웹사이트를 체크하여 제공자 폴리시 변화에 대해 계속 업데이트를 유지할 필요가 있을 수도 있다. 새로운 제품 공지는 저장된 제공자들로부터의 새로운 제품 알림들을 포함할 수도 있다. 새로운 제품 공지들은 과거의 구매, 선호도 등에 기초하여 타겟팅될 수도 있다. 연구 서베이 (survey) 들은 모바일 지갑 피드백, 제공자 피드백 리마인더, 및 다른 고객 서베이를 포함할 수도 있다. 만료 공지들은 활성화 지불 계좌들, 구매된 토큰들, 수락된 오퍼들 등에 대한 만료 공지들을 포함할 수도 있다. 피처링된 제공자 공지들은 캐리어 및 지갑 서버에 의해 결정된 바와 같이 타겟팅 및 언타겟팅될 수도 있는 새로운 피처링된 제공자 알림들을 포함할 수도 있다. 특별한 오퍼 공지들은 캐리어 및 지갑 서버에 의해 결정된 바와 같이, 새로운 오퍼, 세일, 새로운 제공자 론치, 중요한 새로운 모바일 지갑 피처, 콘테스트, 독점 내기 (sweepstake), 및 다른 프로모셔널 알림의 공지를 포함할 수도 있다. 주문 공지들에 대해 이용 가능한 것은 스톡 아이템 밖에서 일단 다시 이용 가능하거나 소원 리스트 아이템 또는 새로운 DVD 와 같은 고도로 예상된 아이템들이 공식적으로 릴리즈되고 주문될 수 있을 때의 알림을 포함할 수도 있다. 사용자는 또한, 그녀의 관심에 관한 정보를 제공할 수도 있다. 이 정보는 프로모션, 독점적인 모바일 오퍼들 및 사용자들의 표시된 관심들에 대상이 된 정보의 전달을 실시하기 위해 모바일 지갑에서의 제공자들과 공유될 수 있다.

특정 양태에서, 사용자는 지갑 서버를 어떻게 제어하는지를 설정에 관여하지 않는 것을 포함하여 구성할 수도 있고, 캐리어들은 모바일 지갑에서의 액티비티 및 상화작용, 예를 들어 구매 액티비티, 검색 히스토리, 소원 리스트, 보이고 저장된 오퍼들, 및 제공자 관계들로부터 수집된 정보를 이용 및 공유할 수도 있다. 사용자는 사용의 특정 카테고리들에 대한 허용량을 설정할 수도 있고, 또는 모두를 감축할 수도 있다. 카테고리들의 예들은, 마켓팅, 고객 서비스, 제품 추천 등을 포함한다.

특정 양태에서, 사용자는 모바일 지불 거래 PIN 을 생성 및 유지할 수도 있다. 이는 제공자를 특정하는 것이 아닌 것을 의미하는 모바일 지갑 레벨 PIN 일 수도 있다. 제공자들은 PIN 을 알거나 그것을 확인할 필요가 없을 것이지만, 지갑 서버가 PIN 을 확인하였다고 알기를 원할 것이다. 사용자는 확인 메시지 및 영수증을 수신하기 위한 선호도를 설정할 수도 있다. 옵션은 지갑 안 (in-wallet), 텍스트 메시지, 및/또는 이메일을 포함할 것이다. 또한, 사용자는 제공자들에 대한 크리덴셜을 기록 및 유지할 수도 있다. 이는, 사용자의 온라인 크리덴셜이 계속되는 액세스를 위해 지갑 서버에 의해 유지되어야 하는 경우에 필요할 수도 있다. 이는, 웹 사이트를 자주 방문하는 사용자가 온라인 크리덴셜을 리콜하도록 허용할 수도 있다. 사용자는 지갑에 대한 보안 선호도를 확립할 수도 있고, 보안 디폴트를 변경할 수도 있다. 또한, 사용자는 PIN 복구 옵션을 설정할 수도 있다. 사용자는 또한, 대역외 (out-of-band) 로 설정, 즉 모바일 지갑에서 발생하는 액티비티에 대한 경보를 동일한 모바일 디바이스로 배달되지 않을 수도 있다. 경보 가능한 액티비티는 보안 선호도를 변형하는 것, 지불 계좌를 추가 또는 변형하는 것, 모바일 구매를 완료하는 것, 신용, 개인 프로파일을 신청하는 것, 및 제공자를 추가/변형하는 것을 포함할 수도 있다.

시스템 및 방법은 또한, 모바일 지갑의 자주 사용된 세그먼트들에 "숏컷 (Shortcut)" 을 제공할 수도 있다. 사용자는 기능 내의 임의의 스크린으로부터 기능에 숏컷을 비교적 용이하게 저장할 수도 있다.

하나 이상의 예시적인 실시형태에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 기능들은 하나 이상의 명령들 또는 컴퓨터 판독가능 매체 상의 코드 상에 저장되거나 이를 통해 송신될 수도 있다. 컴퓨터 판독가능 매체는 일 장소에서 다른 장소로 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 컴퓨터 저장 매체 및 통신 매체 양자 모두를 포함한다. 저장 매체는 컴퓨터에 의해 액세스 될 수 있는 임의의 이용 가능한 매체일 수도 있다. 비 제한적인 예시의 방식으로, 이러한 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광 디스크 저장장치, 자기 디스크 저장장치 또는 다른 자기 저장 디바이스, 또는 컴퓨터에 의해 액세스 될 수 있고 명령들 또는 데이터 구조들 형태로 원하는 프로그램 코드를 운반 또는 저장하는데 이용될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속을 적당히 컴퓨터 판독가능 매체로 칭한다. 예를 들어, 소프트웨어가 동축 케이블, 광섬유 케이블, 트위스트 페어 (twisted pair), DSL (digital subscriber line), 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술을 이용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되면, 동축 케이블, 광섬유 케이블, 트위스트 페어, DSL, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술은 매체의 정의 내에 포함된다. 본 명세서에서 이용된 바와 같이, 디스크 (disk) 및 디스크 (disc) 는 컴팩트 디스크 (CD), 레이저 디스크, 광학 디스크, DVD (digital versatile disc), 플로피 디스크 및 블루-레이 디스크를 포함하는데, 여기서 디스크 (disk) 는 보통 자기적으로 데이터를 재생하는 반면, 디스크 (disc) 는 레이저를 이용하여 광학적으로 데이터를 재생한다. 상기의 조합은 또한 컴퓨터 판독가능 매체의 범위 내에 포함되어야 한다.

선택된 양태들이 도시되고 상세히 설명되었으나, 다음의 청구범위에 의해 정의된 바와 같은 본 발명의 사상 및 범위를 벗어남 없이 각종 대체들 및 변경들이 이루어질 수도 있는 것으로 이해될 것이다.

Claims

모바일 디바이스 내의 모바일 지갑과 가맹점에서의 POS (point-of-sale) 단말기 간의 거래들을 관리하는 방법으로서,
상기 모바일 지갑으로부터 구매 코드에 대한 요청을 수신하는 단계;
단기 구매 코드를 생성하는 단계;
상기 단기 구매 코드를 상기 모바일 지갑으로 송신하는 단계; 및
상기 가맹점으로부터 상기 단기 구매 코드를 수신하는 단계를 포함하는, 거래 관리 방법.
제 1 항에 있어서,
상기 단기 구매 코드가 만료되었는지 여부를 결정하는 단계;
상기 단기 구매 코드가 유효한지 여부를 결정하는 단계; 및
상기 단기 구매 코드가 만료되지 않고 유효한 경우 사용자 계좌 정보를 상기 가맹점으로 송신하는 단계를 더 포함하는, 거래 관리 방법.
제 2 항에 있어서,
계좌 제공자로부터 거래 정보를 수신하는 단계를 더 포함하는, 거래 관리 방법.
제 3 항에 있어서,
상기 계좌 제공자로부터의 상기 거래 정보를 포함하도록 상기 모바일 디바이스와 연관된 상기 모바일 지갑을 업데이트하는 단계를 더 포함하는, 거래 관리 방법.
제 4 항에 있어서,
상기 모바일 디바이스로 업데이트된 지갑을 송신하는 단계를 더 포함하는, 거래 관리 방법.
모바일 디바이스 내의 모바일 지갑과 가맹점에서의 POS (point-of-sale) 단말기 간의 거래들을 관리하기 위한 서버로서,
상기 모바일 지갑으로부터 구매 코드에 대한 요청을 수신하기 위한 수단;
단기 구매 코드를 생성하기 위한 수단;
상기 단기 구매 코드를 상기 모바일 지갑으로 송신하기 위한 수단; 및
상기 가맹점으로부터 상기 단기 구매 코드를 수신하기 위한 수단을 포함하는, 거래 관리 서버.
제 6 항에 있어서,
상기 단기 구매 코드가 만료되었는지 여부를 결정하기 위한 수단;
상기 단기 구매 코드가 유효한지 여부를 결정하기 위한 수단; 및
상기 단기 구매 코드가 만료되지 않고 유효한 경우 사용자 계좌 정보를 상기 가맹점으로 송신하기 위한 수단을 더 포함하는, 거래 관리 서버.
제 7 항에 있어서,
계좌 제공자로부터 거래 정보를 수신하기 위한 수단을 더 포함하는, 거래 관리 서버.
제 8 항에 있어서,
상기 계좌 제공자로부터의 상기 거래 정보를 포함하도록 상기 모바일 디바이스와 연관된 상기 모바일 지갑을 업데이트하기 위한 수단을 더 포함하는, 거래 관리 서버.
제 9 항에 있어서,
상기 모바일 디바이스로 업데이트된 지갑을 송신하기 위한 수단을 더 포함하는, 거래 관리 서버.
모바일 디바이스 내의 모바일 지갑과 가맹점에서의 POS (point-of-sale) 단말기 간의 거래들을 관리하기 위한 서버로서,
프로세서를 포함하고,
상기 프로세서는,
상기 모바일 지갑으로부터 구매 코드에 대한 요청을 수신하고;
단기 구매 코드를 생성하고;
상기 단기 구매 코드를 상기 모바일 지갑으로 송신하며;
상기 가맹점으로부터 상기 단기 구매 코드를 수신하도록 동작 가능한, 거래 관리 서버.
제 11 항에 있어서,
상기 프로세서는,
상기 단기 구매 코드가 만료되었는지 여부를 결정하고;
상기 단기 구매 코드가 유효한지 여부를 결정하며;
상기 단기 구매 코드가 만료되지 않고 유효한 경우 사용자 계좌 정보를 상기 가맹점으로 송신하도록 또한 동작 가능한, 거래 관리 서버.
제 12 항에 있어서,
상기 프로세서는,
계좌 제공자로부터 거래 정보를 수신하도록 또한 동작 가능한, 거래 관리 서버.
제 13 항에 있어서,
상기 프로세서는,
상기 계좌 제공자로부터의 상기 거래 정보를 포함하도록 상기 모바일 디바이스와 연관된 상기 모바일 지갑을 업데이트하도록 또한 동작 가능한, 거래 관리 서버.
제 14 항에 있어서,
상기 프로세서는,
상기 모바일 디바이스로 업데이트된 지갑을 송신하도록 또한 동작 가능한, 거래 관리 서버.
컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품으로서,
상기 컴퓨터 판독가능 매체는,
모바일 지갑으로부터 구매 코드에 대한 요청을 수신하기 위한 적어도 하나의 명령;
단기 구매 코드를 생성하기 위한 적어도 하나의 명령;
상기 단기 구매 코드를 상기 모바일 지갑으로 송신하기 위한 적어도 하나의 명령; 및
가맹점으로부터 상기 단기 구매 코드를 수신하기 위한 적어도 하나의 명령을 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
제 16 항에 있어서,
상기 컴퓨터 판독가능 매체는,
상기 단기 구매 코드가 만료되었는지 여부를 결정하기 위한 적어도 하나의 명령;
상기 단기 구매 코드가 유효한지 여부를 결정하기 위한 적어도 하나의 명령; 및
상기 단기 구매 코드가 만료되지 않고 유효한 경우 사용자 계좌 정보를 상기 가맹점으로 송신하기 위한 적어도 하나의 명령을 더 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
제 17 항에 있어서,
상기 컴퓨터 판독가능 매체는,
계좌 제공자로부터 거래 정보를 수신하기 위한 적어도 하나의 명령을 더 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
제 18 항에 있어서,
상기 컴퓨터 판독가능 매체는,
상기 계좌 제공자로부터의 상기 거래 정보를 포함하도록 상기 모바일 디바이스와 연관된 상기 모바일 지갑을 업데이트하기 위한 적어도 하나의 명령을 더 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
제 19 항에 있어서,
상기 컴퓨터 판독가능 매체는,
상기 모바일 디바이스로 업데이트된 지갑을 송신하기 위한 적어도 하나의 명령을 더 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
모바일 디바이스 내의 모바일 지갑과 모바일 스토어 간의 거래들을 관리하는 방법으로서,
상기 모바일 스토어로부터 거래 요청을 수신하는 단계;
상기 모바일 스토어로부터 고객 식별자를 수신하는 단계;
상기 모바일 디바이스와 연관된 상기 모바일 지갑을 검색하는 단계; 및
상기 모바일 지갑으로부터 고객 계좌 정보를 검색하는 단계를 포함하는, 거래 관리 방법.
제 21 항에 있어서,
상기 고객 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 및 디폴트 배송 주소 중 적어도 하나를 포함하는, 거래 관리 방법.
제 21 항에 있어서,
상기 거래가 승인되는 경우 계좌 제공자로부터 거래 정보를 수신하는 단계를 더 포함하는, 거래 관리 방법.
제 23 항에 있어서,
상기 모바일 디바이스와 연관된 상기 모바일 지갑을 업데이트하는 단계를 더 포함하는, 거래 관리 방법.
제 24 항에 있어서,
상기 모바일 디바이스로 업데이트된 지갑을 송신하는 단계를 더 포함하는, 거래 관리 방법.
모바일 디바이스 내의 모바일 지갑과 모바일 스토어 간의 거래들을 관리하기 위한 서버로서,
상기 모바일 스토어로부터 거래 요청을 수신하기 위한 수단;
상기 모바일 스토어로부터 고객 식별자를 수신하기 위한 수단;
상기 모바일 디바이스와 연관된 상기 모바일 지갑을 검색하기 위한 수단; 및
상기 모바일 지갑으로부터 고객 계좌 정보를 검색하기 위한 수단을 포함하는, 거래 관리 서버.
제 26 항에 있어서,
상기 고객 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 및 디폴트 배송 주소 중 적어도 하나를 포함하는, 거래 관리 서버.
제 26 항에 있어서,
상기 거래가 승인되는 경우 계좌 제공자로부터 거래 정보를 수신하기 위한 수단을 더 포함하는, 거래 관리 서버.
제 28 항에 있어서,
상기 모바일 디바이스와 연관된 상기 모바일 지갑을 업데이트하기 위한 수단을 더 포함하는, 거래 관리 서버.
제 29 항에 있어서,
상기 모바일 디바이스로 업데이트된 지갑을 송신하기 위한 수단을 더 포함하는, 거래 관리 서버.
모바일 디바이스 내의 모바일 지갑과 모바일 스토어 간의 거래들을 관리하기 위한 서버로서,
프로세서를 포함하고,
상기 프로세서는,
상기 모바일 스토어로부터 거래 요청을 수신하고;
상기 모바일 스토어로부터 고객 식별자를 수신하고;
상기 모바일 디바이스와 연관된 상기 모바일 지갑을 검색하며;
상기 모바일 지갑으로부터 고객 계좌 정보를 검색하도록 동작 가능한, 거래 관리 서버.
제 31 항에 있어서,
상기 고객 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 및 디폴트 배송 주소 중 적어도 하나를 포함하는, 거래 관리 서버.
제 31 항에 있어서,
상기 프로세서는,
상기 거래가 승인되는 경우 계좌 제공자로부터 거래 정보를 수신하도록 또한 동작 가능한, 거래 관리 서버.
제 33 항에 있어서,
상기 프로세서는,
상기 모바일 디바이스와 연관된 상기 모바일 지갑을 업데이트하도록 또한 동작 가능한, 거래 관리 서버.
제 34 항에 있어서,
상기 프로세서는,
상기 모바일 디바이스로 업데이트된 지갑을 송신하도록 또한 동작 가능한, 거래 관리 서버.
컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품으로서,
상기 컴퓨터 판독가능 매체는,
모바일 스토어로부터 거래 요청을 수신하기 위한 적어도 하나의 명령;
상기 모바일 스토어로부터 고객 식별자를 수신하기 위한 적어도 하나의 명령;
모바일 디바이스와 연관된 모바일 지갑을 검색하기 위한 적어도 하나의 명령; 및
상기 모바일 지갑으로부터 고객 계좌 정보를 검색하기 위한 적어도 하나의 명령을 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
제 36 항에 있어서,
상기 고객 계좌 정보는 선호되는 지불 계좌, 디폴트 청구서 주소, 및 디폴트 배송 주소 중 적어도 하나를 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
제 36 항에 있어서,
상기 컴퓨터 판독가능 매체는,
상기 거래가 승인되는 경우 계좌 제공자로부터 거래 정보를 수신하기 위한 적어도 하나의 명령을 더 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
제 38 항에 있어서,
상기 컴퓨터 판독가능 매체는,
상기 모바일 디바이스와 연관된 상기 모바일 지갑을 업데이트하기 위한 적어도 하나의 명령을 더 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.
제 39 항에 있어서,
상기 컴퓨터 판독가능 매체는,
상기 모바일 디바이스로 업데이트된 지갑을 송신하기 위한 적어도 하나의 명령을 더 포함하는, 컴퓨터 판독가능 매체를 포함하는 컴퓨터 프로그램 제품.