KR20140021518A

KR20140021518A - 모바일 전자 구매를 위한 시스템 및 방법

Info

Publication number: KR20140021518A
Application number: KR1020137012291A
Authority: KR
Inventors: 토마스 캐머론 도허티; 칼린 돈부쉬; 데이빗 파버
Original assignee: 34 솔루션스, 엘엘씨
Priority date: 2010-10-15
Filing date: 2011-10-14
Publication date: 2014-02-20
Also published as: WO2012051546A1; AU2011315878A1; CL2013001032A1; US20120095865A1; CO6741160A2; BR112013009193A2; EP2628141A1; ZA201303533B; CA2814726A1; EP2628141A4; AP2013006862A0; CN103229206A; MX2013004206A; JP2013545175A; EA201390557A1

Abstract

본 발명은 웹 통신이 가능한 모바일 장치를 통한 전자 구매를 위한 시스템 및 방법이다. 배송 주소들을 포함하는 연락처 주소와 작아도 하나 이상의 신용카드들을 위한 암호화된 신용 카드 정보가 포함된 지불 파일은 모바일 장치에 저장된다. 구매될 아이템에 관하여, 판매자 웹 사이트로부터의 신용 카드 및 배송 주소를 위한 요청에 대응하여, 신용 카드들 중 소정의 하나와 배송 주소들 중 소정의 하나는 연락처 리스트 및 지불 파일로부터 각각 선택된다. 선택된 신용 카드에 대한 신용 카드 데이터는 복호화되며, 복호화된 신용 카드 데이터 및 선택된 배송 주소는 주문 처리를 위해 판매자 웹 사이트로 전송된다.

Description

모바일 전자 구매를 위한 시스템 및 방법{SYSTEM AND METHOD FOR MOBILE ELECTRONIC PURCHASING}

본 발명은 모바일 전자 구매를 위한 시스템 및 방법에 관한 기술 분야이다.

모바일 폰으로부터 인터넷 구매하기는 일반적으로 구매자가 손으로 신용 카드 번호와 배송 정보와 같은 데이터를 입력하도록 요구한다. 구매자로서는 다수의 전자 상거래(eCommerce) 시스템이나 웹 사이트들을 사용할 때, 이는 지루한 일이다. 판매자들로서는, 모바일 인터넷을 사용할 때, 신용 카드 지불을 수용하는 것과 관련된 부가적인 일이 존재하게 된다. 인터넷에 기초한 구매 작업을 수행할 사용자와 판매자 모두에게, 현재 구매자-판매자 인터페이스들에 의해 요구되는 것 보다 적은 시간과 적은 노력을 선사하도록 하는 모바일 웹 장치들(예를 들어, '스마트폰들')을 위한 시스템이 필요하다.

본 시스템은 다수의 신용 카드들을 저장하고, 미리 입력된 데이터를 사용하여, 온라인 신용 카드 거래의 데이터 입력 양상을 간소화하도록 한다. 개인/지불 정보는 사용자의 모바일 내에 안전하게 저장되어 잔존한다. 더욱이, 본 시스템으로, 판매자들은 스마트폰의 모든 형식을 위한 애플리케이션을 제작하는 것을 대신하여, 기존의 웹 자산들과 판매자 계좌들을 이용할 수 있다. 판매자의 웹 사이트 상에서 아이템이 구매를 위해 선택된 후, 체크하기 위한 소비자의 시간은 비교적 몇몇 클릭들 정도로 감소된다. 이 시스템은 다양한 판매자 웹 사이트들에 걸친 각 사용자의 스마트폰 상에 보다 많은 일정한 경험을 고려한다.

일 실시예에서, 발송 주소들을 포함하는 연락처 리스트, 및 복수 개의 신용 카드들을 위한 암호화된 신용 카드 정보를 포함하는 지불 파일은 스마트폰 상에 저장된다. 구매될 아이템을 위한, 판매자 웹 사이트로부터 신용 카드 및 배송 정보를 위한 요청에 대응하여, 신용 카드들 중 소정의 하나와 배송 주소들 중 소정의 하나는 연락처 리스트 및 지불 파일로부터 각각 선택된다. 선택된 신용 카드에 관한 신용 카드 데이터는 복호화되며, 복호화된 신용 카드 데이터 및 선택된 배송 주소들은 주문 처리를 위하여 판매자 웹 사이트로 전송된다.

도 1은 본 시스템의 일 예시의 예시적인 구성들을 도시하는 도면이다.
도 2는 일 실시예 내에서 본 시스템에 의해 수행되는 예시적인 단계들을 도시하는 플로우차트이다.
도 3은 본 시스템의 동작 중, 예시적인 데이터 흐름을 도시하는 도면이다.

도 1은 본 시스템(100)의 예시적인 하이 레벨 구성 요소들을 도시하는 도면이다. 도 1에 도시된 바와 같이, 일 실시예 내에서, 모바일 전자 구매를 위한 본 시스템(100)은 웹 통신이 가능한 모바일 장치(101, 예를 들어 스마트폰) 및 판매자 웹 사이트(110)를 포함하며, 모바일 장치(101) 및 판매자 웹 사이트(110)는 인터넷(111)을 통해 상호 접속된다.

모바일 장치(101)는 웹 브라우저(104), 거래 처리 및 통신 애플리케이션(103), 및 암호화된 데이터(105)를 내포하고 데이터(102)를 수용하는 데이터 스토리지 영역(108)을 포함한다. 데이터(102)는 복수 개의 암호화된 사용자 신용 카드 번호들과 만료일들을 포함하는 지불 파일(105), 연락처 리스트(106), 및 사용자의 이메일 주소들 및 다른 사용자의 정보를 포함한다. 일 실시예에서, 연락처 리스트(106)는 장치로부터 이메일 메시지를 전송할 때 사용되는 이메일 주소들을 결정하기 위한, 모바일 장치(101) 상의 애플리케이션(예를 들어, 브라우저)에 의해 사용되는 동일한 파일이다.

판매자 웹 사이트(110)는 구매자(이하에서는 '시스템 사용자' 또는 단순히 '사용자'라고 한다)와 통신하는 애플리케이션(11)을 오픈하는 URL과 연관된 주문 버튼(112)을 포함한다. 도 1에 도시된 존재들의 각각의 기능성은 이하에서 상세히 설명된다.

도 2는 일 실시예 내에서 스마트폰(이하에서는 '모바일 장치'라 한다)과 같은 웹 통신 가능한 모바일 장치를 사용하여, 신용(또는 직불) 카드로 아이템의 구매를 처리하는 본 발명에 의해 수행되는 단계들을 도시하는 플로우차트이다. 도 2에 도시된 바와 같이, 구매를 하기 위해 본 시스템을 사용하기에 앞서, 사용자는 애플리케이션(103)을 사용하여, 단계(202)에서, 적어도 하나의 신용 카드들에 관한 카드 번호들 및 만료일(expiration dates)을 포함하는 신용 카드 정보를 입력하고, 연락처 리스트(106) 내에 적어도 한 사람의 이름들과 주소들을 입력한다. 애플리케이션(103)은 단계(203)에서 로컬 OS(operating system) 서비스(115)(모바일 장치가 아이폰 또는 아이패드에서, 예를 들어, 애플사의 iOS Keychain 또는 Core Data Service)를 사용하여 모바일 장치상의 정보를 암호화(그리고 복호화)를 하며, 데이터 저장(102)의 지불 파일(105) 내 적어도 하나의 신용 또는 직불 카드들에 관한 정보를 저장한다.

구매하기 위하여, 사용자는, 첫째로, 모바일 장치(101) 상에 웹 브라우저(104)를 사용하여 판매자의 웹 사이트 상에 웹 페이지를 디스플레이한다. 단계(204)에서, 사용자가 '쇼핑 카트(shopping cart)'와 같은, 주문 리스트 내에 아이템(들)을 배치함으로써 구매될 아이템(들)을 선택한 후, 웹 페이지 상의 주문 버튼(112)은 선택('클릭')되어 구매하기가 개시된다. 판매자 웹 사이트(110)는 애플리케이션(113)을 사용하여 모바일 장치(101)와 통신하도록 한다. 일 실시예 내에서, 애플리케이션(113)은 모바일 장치(101) 내에서 애플리케이션(103)으로 또는 애플리케이션으로부터 제품을 송수신 및 정보를 구입하도록 특별히 구성되었다.

단계(205)에서, 선택된 아이템의 아이템 가격, 판매자 이름, 및 아이템 설명을 포함하는 아이템 정보는 이후 요청되며, 단계(206)에서, 요청된 정보는 판매자 웹 사이트(110)로부터 모바일 장치 애플리케이션(103)까지 전송된다.

단계(207)에서, 사용자는 장치(101)의 즉각적인 스크린에 대응하여, 배송 주소를 포함하는 배송 방법, 및 지불 방법(거래를 위해 사용될 특정한 신용/직불 카드)을 선택한다. 배송 방법 선택은 미리 입력된 배송 주소 데이터(사용자의 연락처 리스트(106))로부터 만들어지며, 특정한 신용 또는 직불 카드는 데이터가 파일(105) 내에 암호화된 형식으로 입력되고 저장된 카드들의 리스트 중 하나도부터 선택된다.

모바일 장치 내에 미리 저장된 배송 정보와 암호화된 신용카드 정보는 단계(208)에서 로컬 OS 서비스(115)에 의해 모바일 장치 상에서 복호화된다. 단계(210)에서, 신용 카드 번호, 배송 주소, 사용자 이메일 주소는 판매자의 웹 사이트로 전송된다. (이하에서 상세히 설명되는)일 실시예에서, URL에 기초한 메커니즘은 모바일 장치(101)와 판매자 웹사이트(110) 사이의 통신을 위해 사용된다.

단계(215)에서, 판매자에 의해 거래가 성공적으로 수신된 후, 성공 또는 실패 URL 통신은 판매자로부터 모바일 장치로 전송된다.

URL에 기초한 통신 메커니즘

모든 URL은 심 네임(scheme name, 일반적으로 프로토콜이라 불림), 콜론(colon)이 뒤따르며, 이후, 심(scheme)에 의존하는 호스트 네임(hostname, 대안적으로는 IP address), 포트 넘버(port number), 페치(fetch)될 리소스의 경로(path) 또는 구동될 프로그램, 이후, CGI 스크립트와 같은 프로그램을 위한, 검색 문자열(query string)의 적어도 일부를 구성한다. 결합된 신택스(syntax)는 "scheme://username:password@domain:port/path?query_string#anchor"이다.

본 발명의 일 실시예에서, 인코딩된 URL들은 사용자의 모바일 장치(101)와 판매자 웹 사이트(110) 사이의 통신을 위해 사용된다. 모마일 방지(101) 내의 브라우저(104)가 쇼핑 카트(상기 사용자에 의해 구매를 위해 선택된 아이템들을 포함하는 주문 리스트를 말한다.)와 함께 판매자 웹 사이트(110) 상의 웹 페이지를 디스플레이할 때, 웹 페이지 상의 판매 버튼 이미지는 “바로 구매”와 같은 메시지를 디스플레이한다. 거래 처리 애플리케이션(103)의 처리를 개시하기 위한 HTML 링크는, 아래 예시로, 구매 버튼 이미지에 연결될 것이다.

여기서, “EPay”는 보안 연결의 사용을 명시하는, 장치(101) 상에 로컬 정의된 프로토콜이며, “www.Merchant.com”는 웹 사이트의 URL이며, “Merchant_main_page/EPayOpen”은 사용자/판매자 정보를 수신하기 위해 애플리케이션(103)을 오픈하는 링크이며, “SessionID”는 URL의 검색 문자열(query string) 내 판매자의 세션 정보(session information)이다.

애플리케이션(103)은 차후 요청들 상에 판매자로 돌아가는 검색 문자열 내에서 무엇을 찾든 패스하여, 사용자의 세션(session)이 확인되도록 한다. 일 실시예에서, 애플리케이션(103)은 판매자 웹 사이트로의 모든 접속들을 위해 HTTPS 프로토콜을 사용한다. 'HTTPS'는 Hypertext Transfer Protocol Secure를 나타내며, 이는 암호화된 통신과 네트워크 웹 서버의 안전한 신원 확인(secure identification)을 제공하기 위한, HTTP(Hypertext Transfer Protocol)와 SSL/TLS 프로토콜의 결합이다. 애플리케이션(103)의 처리는 모바일 장치(101) 상에 설치되거나 모바일 장치와 통신 상으로, 개별 애플리케이션에 의해 개시될 수 있다.

도 3은 본 시스템의 동작 중 예시적인 데이터 흐름을 도시하는 도면이다. 도 3에서 화살표(305)에 의해 표시된 바와 같이, 사용자가 구매 버튼(도 2의 단계(204))을 클릭할 때, 버튼과 연계된 목표 URL인 오픈 URL(301)은 활성화되며, 이는 모바일 장치(101) 상의 애플리케이션(103)을 오픈한다. 다음 예는 오픈URL을 도시한다.

EPay://www.Merchant.com:/1234/Merchant_main_page/EPayOpen_SessionlD=xxx

화살표(306)에 표시된 바와 같이, 애플리케이션(103)은 상기 URL(단계(205))을 통하여 쇼핑 카트 가격, 판매자 이름 및 판매자 증명서를 요청하며, 이 정보는 이후 두번째 섹션(도 3의 화살표(307) 및 단계(206))에서 증명서와 함께, 2 섹션 마임/멀티파트(mime/multipart) 문서의 형식으로 판매자 웹사이트에 의해 제공된다. 판매자의 웹사이트 상의 오픈 문서는 다음 형식을 취할 수 있다.

HTTP/1.1 200 OK

Cache-Control: private

Content-Length: 1589

Content-Type: multipart/mixed; boundary="~==EPay_demo"; charset=utf-8 Server: Microsoft-I IS/7.0

X-EPay-Version: 1.0

X-AspNet-Version: 2.0.50727

X-Powered-By: ASP.NET

X-5o9-MobileMe-SRVID: 5o9-iMobile 1.2.2.08.16.08 4.29.2010-19.11.57

Date: Thu, 29 Apr 2010 19:1 1 :57 GMT

Price=3500&MerchantName=Merchant

-==EPay_demo

Content-Type: text/plain

Content-ID: <Certificate> BEGIN CERTIFICATE

M 11 D+zCCA2SgAwl BAg I JAKf ICZFOL/EWMAOGCS ...

END CERTIFICATE

--==EPay_demo-

사용자는 배송 주소를 포함하는 배송 방법과 지불 방법 즉, 거래를 위해 사용될 특정 신용 또는 직불 카드를 모바일 장치(101) 내에 미리 저장된 정보로부터 선택하고, PIN(개인 ID 번호)를 입력한다. 다음, 로컬 OS 서비스(115)는 선택된 배송 및 지불 방법들(단계 208)에 대한 미리 저장된 배송 및 신용 카드 번호를 복호화한다. 이후, 애플리케이션(103)은 URL(302)를 향한 단순한 형식의 포스트(post)를 통해 이러한 정보를 판매자 사이트(도 3의 화살표(308), 단계(210) 참조)로 전송하며, URL(302)는 다음의 형식을 따를 것이다.

EPay://www.Merchant.com:/1234/Merchant_main_page/EPayPost_ SessionlD=xxx

전송되는 형식의 항목은 다음을 포함한다.

이름(name)

폰(phone)

이메일(Email)

수취인 성명(shipping name)

스트리트(street)

도시(city)

주(state)

우편번호(Zip)

신용카드(CreditCard)

신용카드번호(CreditCardNumber)

신용카드만료일(CreditCardExpiration)

신용카드 번호와 만료일을 포함하는 상기 정보는 판매자에 의한 처리를 위하여 판매자 데이터 영역(303) 내에 저장된다. 이때, 판매자 웹 사이트(110)는 거래를 처리하며, HTTP 200 status로 응답하거나, 또는 HTTP 402 status 및 에러 메시지로 응답한다. 에러 메시지는 사용자로 디스플레이된다(단계(215)).

거래가 완성될 때, 애플리케이션(103)은 사용자의 웹 브라우저 내의 리턴 URL을 오픈하고, 종료된다. 리턴 URL은 다음 형식을 취할 수 있다.

EPay://www.Merchant.com:/1234/Merchant_main_page/EPayReturn_Ses sionlD=xxx

발명이 상세히 설명되고 특정한 실시예로 참고적으로 설명되기 때문에, 첨부된 청구항들 내에 정의된 발명의 범위를 벗어나지 않고 수정과 변경이 가능하다는 것은 명백할 것이다. 보다 상세하게는, 본 시스템은 상세히 공개된 양상들에 제한되지 않는 것으로 고려된다.

Claims

인터넷 브라우저를 포함하는, 웹 통신 가능한 모바일 장치를 통하여 전자 구매를 하기 위한 방법에 있어서,
상기 모바일 장치에 저장되며, 적어도 하나의 발송 주소가 포함된 연락처 리스트를 생성하는 단계;
상기 모바일 장치에 저장되며, 적어도 하나의 신용 카드에 관한 카드 번호와 만료일을 포함하는, 암호화된 신용 카드 정보를 포함하는 지불 파일을 생성하는 단계;
주문 버튼을 디스플레이하는 웹 페이지를 포함하는 판매자 웹 사이트를 상기 브라우저를 통해 디스플레이하는 단계;
구매될 아이템을 상기 웹 페이지 상의 주문 리스트 내에 배치하는 단계;
구매될 선택된 아이템의 이름과 가격을 포함하는 아이템 정보가 상기 판매자 웹 사이트로부터 상기 장치까지 전송되도록 상기 주문 버튼을 선택하는 단계;
상기 선택된 아이템의 상기 가격을 상기 판매자 웹 사이트로부터 요청하는 단계;
상기 선택된 아이템의 상기 가격을 상기 판매자 웹 사이트로부터 수신하는 단계;
상기 판매자 웹 사이트로부터 상기 아이템 정보를 수신한 것에 대응하여:
상기 연락처 리스트와 상기 지불 파일로부터, 상기 신용 카드들 중 소정의 하나와 상기 발송 주소들 중 소정의 하나를 각각 선택하는 단계;
상기 선택된 신용 카드에 관한, 상기 신용카드 데이터를 복호화하는 단계; 및
주문 처리를 위하여, 상기 복호화된 신용 카드 데이터 및 상기 선택된 발송 주소를 상기 장치로부터 상기 판매자 웹 사이트로 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 요청하는 단계와 상기 전송하는 단계를 위한 통신은,
상기 단계들의 각각에 대하여, 상기 판매자 웹 사이트 상의 개별 URL을 사용함으로써, 수행되는 것을 특징으로 하는 방법.
제2항에 있어서,
상기 요청하는 단계, 상기 수신하는 단계 및 상기 선택하는 단계를 수행하는 애플리케이션은 상기 브라우저에 의해 개시되는 것을 특징으로 하는 방법.
제1항에 있어서,
상기 요청하는 단계, 상기 수신하는 단계 및 상기 선택하는 단계를 수행하는 애플리케이션은 다른 애플리케이션에 의해 개시되는 것을 특징으로 하는 방법.
제1항에 있어서, 상기 연락처 리스트는,
상기 장치로부터 이메일 메시지들을 전송할 때 사용되는 이메일 주소들을 결정하기 위해 사용되는 파일인 것을 특징으로 하는 방법.
웹 통신 가능한 모바일 장치를 통하여 전자 구매를 하기 위한 방법에 있어서,
상기 모바일 장치에 저장되며, 적어도 하나의 발송 주소가 포함된 연락처 리스트를 생성하는 단계;
상기 모바일 장치에 저장되며, 적어도 하나의 신용 카드에 관한 카드 번호와 만료일을 포함하는, 암호화된 신용 카드 정보를 포함하는 지불 파일을 생성하는 단계;
구매될 아이템에 대하여 판매자 웹 사이트로부터 신용 카드 및 발송 주소를 요청한 것에 대응하여, 상기 연락처 리스트와 상기 지불 파일로부터, 상기 신용 카드들 중 소정의 하나와 상기 발송 주소들 중 소정의 하나를 각각 선택하는 단계;
상기 선택된 신용 카드에 관한 신용 카드 데이터를 복호화하는 단계; 및
상기 구매될 아이템의 주문 처리를 위하여, 상기 복호화된 신용 카드 데이터 및 상기 선택된 발송 주소를 상기 판매자 웹 사이트로 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
제6항에 있어서,
상기 전송하는 단계는,
상기 장치와 상기 판매자 웹 사이트 사이의 통신을 위하여, 판매자 웹 사이트 상의 URL을 사용하여 수행되는 것을 특징으로 하는 방법.
제7항에 있어서,
상기 요청하는 단계, 상기 수신하는 단계 및 상기 선택하는 단계를 수행하는 애플리케이션은 상기 브라우저에 의해 개시되는 것을 특징으로 하는 방법.
제6항에 있어서,
상기 요청하는 단계, 상기 수신하는 단계 및 상기 선택하는 단계를 수행하는 애플리케이션은 다른 애플리케이션에 의해 개시되는 것을 특징으로 하는 방법.
모바일 전자 구매를 위한 시스템에 있어서,
(1) 발송 주소들을 포함하는 연락처 리스트와, (2) 적어도 하나의 신용 카드들의 각각에 관한 카드 번호와 만료일을 포함하는 암호화된 신용 카드 데이터가 저장된 데이터 스토리지 영역 및 인터넷 브라우저를 포함하는 웹 통신 가능한 모바일 장치를 포함하되,
상기 장치 상의 상기 브라우저는 주문 버튼을 포함하는 판매자 웹 사이트 상에 웹 페이지를 디스플레이하며, 상기 주문 버튼은 선택되면 구매될 아이템의 이름과 가격을 포함하는 아이템 정보가 상기 판매자 웹 사이트로부터 상기 장치로 전송되도록 하고,
상기 판매자 웹 사이트에 의해 전송된 아이템 정보의 수신에 대응하여:
상기 신용 카드들 중 소정의 하나와 상기 발송 주소들 중 소정의 하나가 상기 연락처 리스트 및 신용 카드 데이터로부터 선택되며;
상기 선택된 신용 카드에 대한 신용 카드 데이터가 복호화되며, 상기 복호화된 신용 카드 데이터 및 상기 선택된 발송 주소는 주문 처리를 위하여 상기 판매자 웹 사이트로 전송되는 것을 특징으로 하는 시스템.
제10항에 있어서,
상기 장치와 상기 판매자 웹 사이트 사이의 통신은 적어도 하나의 URL를 통하여 수행되는 것을 특징으로 하는 시스템.
제11항에 있어서,
상기 요청하기, 상기 수신하기 및 상기 선택하기를 수행하는 애플리케이션은 상기 브라우저에 의해 개시되는 것을 특징으로 하는 시스템.
제10항에 있어서,
상기 요청하기, 상기 수신하기 및 상기 선택하기를 수행하는 거래 처리 애플리케이션은 다른 애플리케이션에 의해 개시되는 것을 특징으로 하는 시스템.
제13항에 있어서, 상기 판매자 웹 사이트는,
상기 웹 사이트와 상기 장치 내 거래 처리 애플리케이션 사이에서, 제품과 구매 정보를 전송하도록 특별히 구성된 애플리케이션을 사용하는 것을 특징으로 하는 시스템.
모바일 전자 구매를 위한 시스템에 있어서,
(1) 적어도 하나의 발송 주소를 포함하는 리스트와, (2) 복수 개의 신용 카드들의 각각에 관한 카드 번호와 만료일을 포함하는, 암호화된 신용 카드 데이터가 저장된 데이터 스토리지 영역을 포함하는 웹 통신 가능한 모바일 장치를 포함하되,
상기 암호화된 신용 카드 데이터는 복호화되고, 상기 복호화된 신용 카드 데이터와 상기 발송 주소는 상기 장치로부터 상기 판매자 웹 사이트로 전송되어, 상기 웹 사이트를 통하여 주문된 아이템을 구매하도록 하는 것을 특징으로 하는 시스템.
제15항에 있어서, 상기 전송하는 것은,
상기 장치와 상기 판매가 웹 사이트 사이의 통신을 위하여, 상기 판매자 웹 사이트 상의 URL을 사용하여 수행되는 것을 특징으로 하는 시스템.
제16항에 있어서,
상기 요청하기, 수신하기 및 선택하기를 수행하는 애플리케이션은 상기 브라우저에 의해 개시되는 것을 특징으로 하는 시스템.
제15항에 있어서,
상기 요청하기, 수신하기 및 선택하기를 수행하는 애플리케이션은 다른 애플리케이션에 의해 개시되는 것을 특징으로 하는 시스템.
제15항에 있어서, 상기 리스트는,
상기 장치로부터 이메일을 전송하기 위해 사용되는 연락처 리스트인 것을 특징으로 하는 시스템.
제15항에 있어서, 상기 판매자 웹 사이트는,
상기 웹 사이트와 상기 장치 내의 애플리케이션 사이에서, 제품과 구매 정보를 전송하도록 특별히 구성된 애플리케이션을 사용하는 것을 특징으로 하는 시스템.