KR20110056561A - 피어 대 피어 금융 트랜잭션 장치들 및 방법들 - Google Patents

피어 대 피어 금융 트랜잭션 장치들 및 방법들 Download PDF

Info

Publication number
KR20110056561A
KR20110056561A KR1020117009993A KR20117009993A KR20110056561A KR 20110056561 A KR20110056561 A KR 20110056561A KR 1020117009993 A KR1020117009993 A KR 1020117009993A KR 20117009993 A KR20117009993 A KR 20117009993A KR 20110056561 A KR20110056561 A KR 20110056561A
Authority
KR
South Korea
Prior art keywords
payment
account
transaction
electronic device
information
Prior art date
Application number
KR1020117009993A
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
Priority claimed from US12/286,410 external-priority patent/US20100078471A1/en
Priority claimed from US12/286,488 external-priority patent/US10380573B2/en
Priority claimed from US12/286,494 external-priority patent/US20100078472A1/en
Application filed by 애플 인크. filed Critical 애플 인크.
Publication of KR20110056561A publication Critical patent/KR20110056561A/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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G06Q20/3263—Payment applications installed on the mobile devices characterised by activation or deactivation of payment capabilities
    • 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/24—Credit schemes, i.e. "pay after"
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Telephone Function (AREA)

Abstract

하나 이상의 전자 장치(10, 92)를 이용하여 피어 대 피어 금융 트랜잭션을 수행하기 위한 다양한 기술들이 제공된다. 일 실시예에서, 지불 요청이 근거리 통신(NFC) 인터페이스(46)를 이용하여 제1 장치(10)로부터 제2 장치(92)로 전송된다. 요청에 응답하여, 제2 장치(92)는 지불 정보를 제1 장치로 전송한다. 제1 장치는 크레디팅 계좌를 선택하고, 적절한 통신 프로토콜을 이용하여 수신된 지불 정보 및 선택된 크레디팅 계좌를, 지불이 허가될 수 있는지를 처리하고 결정하도록 구성되는 하나 이상의 외부 금융 서버(100)로 전송할 수 있다. 지불이 허가되는 경우, 지불은 선택된 크레디팅 계좌의 대변에 기입될 수 있다. 추가 실시예에서, 장치(10)는 지불 수단의 이미지를 취득하도록 구성되는 카메라(48)를 포함할 수 있다. 장치(10)는 취득된 이미지로부터 지불 정보를 추출하기 위한 애플리케이션을 더 포함할 수 있다.

Description

피어 대 피어 금융 트랜잭션 장치들 및 방법들{PEER-TO-PEER FINANCIAL TRANSACTION DEVICES AND METHODS}
본 발명은 일반적으로 피어 대 피어 트랜잭션들에 관한 것으로서, 구체적으로는 그러한 트랜잭션들을 개시하고 처리하도록 구성된 다양한 시스템, 방법 및 전자 장치에 관한 것이다.
이 섹션은 아래에 설명 및/또는 청구되는 본 기술들의 다양한 양태와 관련될 수 있는 다양한 기술 양태를 독자에게 소개하기 위한 것이다. 본 설명은 본 발명의 다양한 양태의 보다 나은 이해를 돕기 위한 배경 정보를 독자에게 제공하는 데 도움이 될 것으로 생각된다. 따라서, 본 설명들은 이를 고려하여 읽어야 하며, 종래 기술의 승인이 아니라는 것을 이해해야 한다.
많은 지불 수단들이 현재 존재하며, 둘 이상의 당사자 사이의 금융 거래를 수행하는 데 사용될 수 있다. 예컨대, 지불은 크레디트 카드, 데빗 카드, 수표, 전자 수표 및 현금을 이용하여 이루어질 수 있다. 최근에, 전자 상거래의 성장은 적어도 부분적으로는 크레디트 카드, 데빗 카드 및 기타 비화폐 기반 지불 수단들의 대중화에 기인한다. 더욱이, 소비자는 미결제 청구서 또는 계산서를 판매자 또는 소매상에게 결제하기 위하여 항상 정확한 금액의 현금을 수중에 갖고 있지는 않을 수 있으므로, 때로는 소비자의 크레디트 카드에 지불 금액을 부과하는 것이 보다 편리할 수 있다.
더 유동적이고 진보가 빠른 사회로 이동함에 따라, 현금 또는 화폐의 사용은 점점 더 크레디트 카드, 데빗 카드 등을 이용하는 전자 트랜잭션들로 대체되고 있다. 따라서, 소비자들이 다수의 비화폐 계좌들(각각의 뱅킹 제공자에 대응하는 다수의 크레디트 카드들 또는 데빗 카드들)을 동시에 갖는 것은 진귀한 일이 아니며, 이들 각각은 특정 타입의 구매 또는 금융 거래를 위해 전용화될 수 있다. 예컨대, 소비자는 가스 또는 자동차 구매를 위해 전용화될 수 있는 크레디트 카드 계좌, 특히 여행 관련 구매를 위한 크레디트 카드 계좌, 다양한 구매를 위한 범용 크레디트 카드 계좌는 물론, 특정 소매상들 또는 판매자들에 대해서만 사용될 수 있는 하나 이상의 로열티 크레디트 카드 계좌들도 동시에 소유할 수 있다. 또한, 소비자는 각각의 뱅킹 제공자들과 관련된 하나 이상의 데빗 카드 계좌들도 동시에 소유할 수 있다.
알 수 있듯이, 소비자는 크레디트 카드와 같은 계좌를 표현하는 지불 수단을 통해 전술한 임의의 계좌를 이용하여 지불을 행하고, 금융 거래에 참여할 수 있다. 그러나, 소비자에 의해 소유되는 지불 계좌들의 수가 증가함에 따라, 그러한 많은 수의 크레디트/데빗 카드를 소지하는 것이 점점 더 불편해질 수 있다. 더욱이, 전술한 계좌들을 이용하여 이루어지는 지불들은 인터넷 상에서 온라인으로 설립된 것들을 포함하는 소매상 및 판매자 사업들과 쉽게 호환될 수 있지만, 그러한 계좌들로부터 이루어지는 지불들은 다른 소비자들 또는 "피어들"에 의해 항상 쉽게 수락되지는 않을 수도 있다.
본 명세서에 예로서 개시되는 실시예들의 소정 양태들이 아래에 요약된다. 이러한 양태들은 단지 본 명세서에 개시 및/또는 청구되는 다양한 기술들의 요약을 독자에게 제공하기 위해 설명되며, 본 명세서에 개시 및/또는 청구되는 임의의 기술의 범위를 한정하고자 하는 의도는 없다는 것을 이해해야 한다. 사실상, 본 명세서에 개시 및/또는 청구되는 임의의 기술은 아래에 설명되지 않을 수 있는 다양한 양태들을 포함할 수 있다.
본 발명은 일반적으로 휴대용 장치를 이용하여 피어 대 피어 트랜잭션들을 수행하기 위한 다양한 기술에 관한 것이다. 개시되는 하나의 실시예에 따르면, 휴대용 전자 장치는 사용자가 소유하는 하나 이상의 계좌를 표현하는 정보를 저장하도록 구성될 수 있다. 예컨대, 저장되는 정보는 사용자가 소유하는 하나 이상의 크레디트 카드 계좌를 표현할 수 있다. 본 명세서에서 사용될 때, "크레디트 카드"라는 용어는 크레디트 카드, 데빗 카드, 차지 카드, 기프트 카드 등과 같은 ISO 7810 표준에 따르는 것들을 포함하는 임의 타입의 카드를 포함하는 것으로 이해되어야 한다. 일 실시예에서, 크레디트 카드는 카드 상에 인코딩된 자기 띠(예컨대, ISO 7813 표준)를 이용하여 사용자의 계좌 정보를 저장할 수 있다. 다른 실시예들에서, 후술하는 바와 같이, 크레디트 카드는 (예를 들어, 전술한 자기 띠에 더하여) 사용자의 계좌 정보를 저장하도록 구성되는 저장 장치를 포함할 수 있다. 휴대용 장치는 사용자가 소유하는 하나 이상의 은행 계좌에 관한 정보를 저장하도록 구성될 수도 있다.
휴대용 장치는 장치에 저장된 정보를 전송 또는 전달하도록 구성되는 하나 이상의 통신 인터페이스를 구비할 수도 있다. 예를 들어, 사용자로부터 수신되는 입력들 또는 명령들에 기초하여, 휴대용 장치는 (예를 들어, 지불인으로서) 장치에 저장된 크레디트 계좌에 대응하는 지불 정보를 예를 들어 (수취인으로서) 외부 장치로 전송함으로써 지불을 개시하도록 구성될 수 있다. 일 실시예에서, 수신 장치는 유사한 휴대용 전자 장치일 수 있다. 게다가, 장치는 외부 장치로부터 지불 정보를 수신하고, 수신된 지불 정보를 처리하기 위해 트랜잭션 요청을 개시하도록 구성될 수 있으며, 따라서 대응하는 지불이 장치에 저장된 적절한 계좌(예컨대, 은행 계좌)의 대변에 기입된다. 예컨대, 트랜잭션 요청은 요청된 트랜잭션에 대한 허가를 제공하도록 구성되는 하나 이상의 외부 서버와의 통신을 포함할 수 있다.
전자 장치는 카메라 장치와 같은 하나 이상의 입력 장치는 물론, 근거리 통신(NFC) 인터페이스를 포함할 수 있는 복수의 통신 인터페이스를 더 포함할 수 있다. 일 실시예에 따르면, 장치는 NFC 핸드쉐이크 동작을 통해 NFC 인터페이스를 이용하여 외부 장치와의 지불 정보의 송수신을 개시할 수 있다. 게다가, 전자 장치는 장치 식별 네트워킹 프로토콜을 이용하여 외부 장치와 통신 링크를 설정함으로써 지불 정보를 송수신할 수도 있다.
추가 실시예에서, 전자 장치는 이미지를 처리하여 정보를 추출하기 위한 이미지 처리 애플리케이션을 포함할 수 있다. 예컨대, 전술한 카메라 입력 장치를 이용하여, 크레디트 카드, 수표 등을 포함할 수 있는 지불인의 지불 수단의 이미지가 취득될 수 있다. 취득된 이미지를 처리하여, 지불 수단에 의해 표현되는 지불 계좌에 관한 정보를 추출하고 결정할 수 있다. 따라서, 전자 장치는 추출된 정보를 이용하는 지불의 허가를 위해 추출된 지불 계좌 정보를 포함하는 요청을 하나 이상의 금융 서비스로 전송할 수 있다. 따라서, 방법, 시스템 및 장치를 포함할 수 있는 현재 설명되는 기술들은 피어 대 피어 금융 거래들을 수행하기 위한 편리한 방법 및 시스템을 제공하는 것은 물론, 지불들을 송수신하기 위한 단일 트랜잭션 포인트를 제공하여, 사용자가 각각의 물리 지불 수단(예컨대, 다수의 크레디트/데빗 카드)을 소지해야 하는 필요성을 줄이거나 없앨 수 있다.
현재 설명되는 기술들은 복수의 그룹 트랜잭션 멤버를 포함하는 그룹 트랜잭션을 수행하기 위한 하나 이상의 시스템을 제공할 수도 있다. 일 실시예에서, 그룹 트랜잭션 멤버들은 전자 장치를 조작하는 개시자를 포함할 수 있다. 개시자는 그룹 트랜잭션 멤버들 각각이 지불해야 하는 금액들을 포함하는 그룹 송장의 전액을 지불하기 위해 주요 트랜잭션을 개시할 수 있다. 이어서, 개시자는 지불해야 할 각각의 금액을 집계하기 위해 나머지 그룹 트랜잭션 멤버들 각각과의 하나 이상의 보조 트랜잭션을 수행할 수 있다. 이해할 수 있듯이, 미결제 지불들의 집계는 간단히 전술한 통신 또는 이미지 처리 기술들 중 하나 이상을 이용하여 수행될 수 있다. 또한, 추가 실시예에서, 개시자는 송장의 발행자이거나, (예컨대, 전술한 주요 트랜잭션 없이) 그룹 트랜잭션 멤버들이 지불해야 하는 금액들에 대응하는 지불들을 직접 집계할 수 있다.
전자 장치는 전술한 기능들을 제공하도록 적응되는, 하나 이상의 기계 판독 가능 매체에 저장되는 컴퓨터 프로그램과 같은 애플리케이션을 더 구비할 수 있다. 일 실시예에서, 장치는 디스플레이를 포함할 수 있으며, 애플리케이션은 디스플레이 상에서 볼 수 있는 그래픽 사용자 인터페이스를 제공할 수 있다. 그래픽 인터페이스를 통해, 사용자는 장치를 조작하여, 전술한 기능들 중 하나 이상을 수행할 수 있으며, 이는 아래에 더 상세히 설명된다.
전술한 특징들의 다양한 실시예는 본 발명의 다양한 양태와 관련하여 존재할 수 있다. 추가 특징들도 이러한 다양한 양태에 포함될 수도 있다. 이러한 개량들 및 추가 특징들은 개별적으로 또는 임의의 조합으로 존재할 수 있다. 예컨대, 설명되는 실시예들 중 하나 이상과 관련하여 아래에 설명되는 다양한 특징들은 본 발명의 전술한 양태들 중 어느 하나 내에 단독으로 또는 임의의 조합으로 포함될 수 있다. 또한, 전술한 요약은 청구 발명을 제한하는 것이 아니라 본 발명의 실시예들의 소정 양태들 및 상황들이 독자에게 친숙해지도록 하기 위한 것일 뿐이다.
본 발명의 이들 및 다른 특징들, 양태들 및 이익들은 소정의 예시적인 구현들에 대한 아래의 상세한 설명이 도면 전반에서 동일 문자들이 동일 요소들을 나타내는 첨부 도면들과 관련하여 읽혀질 때 더 잘 이해될 것이다. 도면에서:
도 1은 일 실시예에 따른 전자 장치의 정면도이다.
도 2는 도 1에 도시된 전자 장치의 배면도이다.
도 3은 도 1에 도시된 전자 장치에서 사용될 수 있는 컴포넌트들을 나타내는 간단한 블록도이다.
도 4는 일 실시예에 따른, 도 1의 장치와 도 1의 장치와 통신하는 외부 장치 사이의 피어 대 피어 트랜잭션의 처리를 나타내는 블록도로서, 도 1의 장치는 수취인 장치로서 역할하고, 외부 장치는 지불인 장치로서 역할한다.
도 5A는 도 1의 장치 내에 크레디트 카드 정보를 저장하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 5B는 도 5A에 입력되는 크레디트 카드 정보를 검증하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 6A는 도 1의 장치 내에 뱅킹 정보를 저장하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 6B는 도 6A에 저장되는 뱅킹 정보를 검증하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 7은 도 1의 장치 상에 디폴트 지불 계좌를 구성하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 8은 도 1의 장치 상에 디폴트 크레디팅 계좌를 구성하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 9는 일 실시예에 따른 허가 PIN 코드를 구성하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 10A 및 10B는 일 실시예에 따른, 도 1의 장치 상에 저장되는 트랜잭션 애플리케이션을 록킹 및 언록킹하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 11A는 일 실시예에 따른 트랜잭션을 개시하기 위해 도 4의 수취인 장치를 조작하는 방법을 나타내는 흐름도이다.
도 11B는 일 실시예에 따른 도 11A의 방법에 의해 개시되는 트랜잭션에 응답하기 위해 도 4의 지불인 장치를 조작하는 방법을 나타내는 흐름도이다.
도 12A-12C는 본 기술의 양태들에 따른 도 4의 수취인 및 지불인 장치들 사이에 수행될 수 있는 다양한 타입의 트랜잭션을 수행하도록 적응되는 시스템들의 개략도이다.
도 13은 도 12A-12C에 도시된 트랜잭션들 동안에 도 4의 수취인 및 지불인 장치들 사이에 수행될 수 있는 통신 프로세스를 나타내는 개략도이다.
도 14A는 일 실시예에 따른 지불인 장치로 전송될 지불 요청을 개시하기 위한 방법을 나타내는 도 1의 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 14B는 설정된 통신 채널을 이용하는 수취인 장치로부터 지불인 장치로의 도 14A의 지불 요청의 전송을 나타내는 복수의 스크린을 나타내는 도면이다.
도 14C 및 14D는 도 14B의 통신 채널의 설정을 나타내는 도면이다.
도 14E-14G는 도 14A의 지불 요청에 응답하여 지불 계좌를 선택하기 위한 다양한 방법들을 나타내는 지불인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 14H는 도 14E에서 선택되는 지불 계좌 정보의 수취인 장치로의 전송을 개시하기 위해 지불인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 14I는 도 14B의 설정된 통신 채널을 이용하는 지불인 장치로부터 수취인 장치로의 도 14E에서 선택되는 지불 계좌 정보의 전송을 나타내는 복수의 스크린을 나타내는 도면이다.
도 14J는 크레디팅 계좌를 선택하고 도 14A에서 최초로 개시된 트랜잭션을 완료하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 15A는 도 12A-12C에 도시된 트랜잭션들에 따른 도 11A에 도시된 방법의 하나 이상의 단계를 더 상세히 나타내는 도면이다.
도 15B는 도 12A-12C에 도시된 트랜잭션들에 따른 도 11B에 도시된 방법의 소정 단계들을 나타내는 도면이다.
도 16A는 일 실시예에 따른, 도 4의 지불인 장치가 트랜잭션을 개시하도록 조작되는 방법을 나타내는 흐름도이다.
도 16B는 일 실시예에 따른, 도 4의 수취인 장치가 도 16A에서 개시되는 트랜잭션에 응답하도록 조작되는 방법을 나타내는 흐름도이다.
도 17A는 일 실시예에 따른 도 16A-16B에 설명되는 방법들에 따라 트랜잭션을 개시하기 위한 방법을 나타내는 지불인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 17B는 크레디팅 계좌를 선택하고 도 17A에 의해 개시되는 트랜잭션을 완료하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 18은 일 실시예에 따른, 선택된 지불 계좌가 비현금 계좌를 포함하는 트랜잭션을 수행하도록 적응되는 시스템의 개략도이다.
도 19A 및 19B는 일 실시예에 따른, 도 18의 비현금 계좌를 지불 계좌로서 선택하고 트랜잭션을 개시하기 위한 방법을 나타내는 지불인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 19C는 일 실시예에 따른 비현금 크레디팅 계좌를 선택하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 19D는 크레디팅 계좌를 선택하고 도 19A에서 개시되는 트랜잭션을 완료하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 20은 선택된 지불 계좌가 스마트 카드에 의해 제공되는 트랜잭션을 수행하도록 적응되는 시스템의 개략도이다.
도 21A는 도 20에 도시된 트랜잭션에 따른 도 11A에 도시된 방법의 하나 이상의 단계를 더 상세히 나타내는 도면이다.
도 21B는 도 20에 도시된 트랜잭션에 따른 도 11B에 도시된 방법의 소정 단계들을 나타내는 도면이다.
도 22A는 일 실시예에 따른, 도 18의 스마트 카드에 저장된 지불 정보를 수신하기 위한 방법을 나타내는 도 18의 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 22B는 도 22A에서의 지불 정보의 전송을 위해 도 18의 수취인 장치와 스마트 카드 사이의 통신 채널의 설정을 나타내는 도면이다.
도 22C는 크레디팅 계좌를 선택하고 도 22A에서 개시된 트랜잭션을 완료하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 23은 일 실시예에 따른, 선택된 지불 계좌가 지불인에 의해 제공되는 자기 크레디트 카드를 이용하여 제공되는 트랜잭션을 수행하도록 적응되는 시스템의 개략도이다.
도 24는 일 실시예에 따른, 선택된 지불 계좌가 지불인에 의해 제공되는 수표를 이용하여 제공되는 트랜잭션을 수행하도록 적응되는 시스템의 개략도이다.
도 25A는 도 23 및 24에 도시된 트랜잭션들에 따른 도 11A에 도시된 방법의 하나 이상의 단계를 더 상세히 나타내는 도면이다.
도 25B는 도 23 및 24에 도시된 트랜잭션들에 따른 도 11B에 도시된 방법의 하나 이상의 단계를 더 상세히 나타내는 도면이다.
도 26A는 일 실시예에 따른 도 23의 크레디트 카드의 이미지를 취득하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 26B는 지불 정보의 추출을 위해 도 26A에서 취득된 이미지를 처리하기 위한 기술을 나타내는 도면이다.
도 26C는 도 26B에 이미지 처리 단계에 의해 취득된 정보를 편집하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 26D는 크레디팅 계좌를 선택하고 도 22A에서 개시된 트랜잭션을 완료하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 27A 및 27B는 일 실시예에 따른, 도 24에서 수표의 이미지를 취득하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 27C는 지불 정보의 추출을 위해 도 27B에서 취득된 이미지를 처리하기 위한 기술을 나타내는 도면이다.
도 27D는 크레디팅 계좌를 선택하고 도 27A에서 개시된 트랜잭션을 완료하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 27E는 추가 실시예에 따른, 도 24에서 수표의 이미지를 취득하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 27F는 지불 정보의 추출을 위해 도 27E에서 취득된 이미지를 처리하기 위한 기술을 나타내는 도면이다.
도 27G는 크레디팅 계좌를 선택하고 도 27E에서 취득된 이미지에 기초하여 도 27A에서 개시된 트랜잭션을 완료하기 위한 방법을 나타내는 수취인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 28은 일 실시예에 따른 다수의 지불인을 포함하는 그룹 트랜잭션을 수행하도록 적응되는 시스템의 개략도이다.
도 29는 도 28의 그룹 트랜잭션을 수행하기 위한 방법을 나타내는 흐름도이다.
도 30A는 도 28의 그룹 트랜잭션의 주요 부분을 개시하기 위한 방법을 나타내는 개시자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 30B 및 30C는 도 30A에서 개시된 주요 트랜잭션을 완료하고 그룹 트랜잭션의 보조 부분을 더 개시하기 위한 방법을 나타내는 개시자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 30D는 도 28의 그룹 트랜잭션에 합류하기 위한 방법을 나타내는 지불인 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 30E는 도 28에 도시된 그룹 트랜잭션에 추가적인 트랜잭션 멤버들을 추가하기 위한 기술을 나타내는 개시자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 30F는 그룹 트랜잭션 멤버에게 송장 아이템들을 할당하기 위한 기술을 나타내는 개시자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 30G는 둘 이상의 그룹 트랜잭션 멤버에게 송장 아이템들을 할당하기 위한 기술을 나타내는 개시자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 30H는 일 실시예에 따른 부분 송장을 보기 위한 방법을 나타내는 개시자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 30I-30L은 일 실시예에 따른 그룹 트랜잭션 멤버들 각각으로부터 지불들을 집계하기 위한 방법들을 나타내는 개시자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 31은 일 실시예에 따른 다수의 지불인을 포함하는 트랜잭션을 수행하도록 적응되는 시스템의 개략도이다.
도 32A 및 32B는 도 31의 그룹 트랜잭션을 개시하기 위한 방법들을 나타내는 판매자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 32C는 그룹 트랜잭션 멤버에게 송장 아이템들을 할당하기 위한 기술을 나타내는 판매자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
도 32D는 그룹 트랜잭션 멤버들 각각으로부터 지불들을 집계하고 도 31의 그룹 트랜잭션을 완료하기 위한 방법들을 나타내는 판매자 장치 상에 표시될 수 있는 복수의 스크린을 나타내는 도면이다.
본 발명의 하나 이상의 구체적인 실시예가 아래에 설명된다. 이러한 설명되는 실시예들은 현재 개시되는 기술들을 예시할 뿐이다. 게다가, 이러한 예시적인 구현들의 간명한 설명을 제공하기 위하여, 실제 구현의 모든 특징들이 본 명세서에 설명되지는 않을 수도 있다. 임의의 엔지니어링 또는 설계 프로젝트에서와 같이 임의의 그러한 실제 구현의 개발시에, 구현마다 다를 수 있는 시스템 관련 및 비즈니스 관련 제한들에 따르는 것과 같이 개발자들의 특정 목표들을 달성하기 위해 다양한 구현 고유 결정들이 수행되어야 한다는 것을 알아야 한다. 더욱이, 그러한 개발 노력은 복잡하고 시간 소모적일 수 있지만, 본 개시의 이익을 갖는 통상의 기술자들에게는 설계, 제조 및 제작의 일상적인 업무일 것이다.
본 발명은 핸드헬드 휴대용 전자 장치를 이용하여 피어 대 피어 금융 거래들을 수행하기 위한 다양한 기술에 관한 것이다. 본 발명의 양태들에 따른 핸드헬드 전자 장치는 사용자의 지불 계좌들 및 크레디팅 계좌들을 표현하는 정보의 저장, 지불 정보의 취득 및 송신, 및 지불 허가의 취득을 포함하는 피어 대 피어 트랜잭션들을 수행하기 위한 여러 기능을 통합할 수 있다. 지불 정보의 취득을 위해 카메라 또는 근거리 통신(NFC) 장치와 같은 하나 이상의 입력 장치가 제공될 수 있다. 예컨대, NFC 장치는 지불 정보 데이터를 취득하거나 전송하기 위해 외부 장치와의 NFC 접속을 개시하는 데 사용될 수 있다. 게다가, 카메라 장치는 지불인에 의해 제공되는 지불 수단의 이미지로부터 지불 정보 데이터를 추출하기 위해 이미지 처리 애플리케이션과 연계하여 이용될 수 있다. 전자 장치는 하나 이상의 외부 서버와 통신하여 광역 네트워크(WAN), 근거리 네트워크(LAN), 개인 영역 네트워크(PAN) 또는 근거리 통신 채널과 같은 선택된 통신 채널을 통해 지불을 위한 허가를 취득하도록 구성될 수도 있다. 따라서, 본 발명의 실시예들에 따른 전자 장치에 의해 제공되는 다양한 기능들은 아래에 더 상세히 설명되는 바와 같이 셋 이상의 멤버를 포함하는 그룹 거래들을 포함하는 피어 대 피어 금융 거래들을 수행하기 위한 편리한 기술을 제공할 수 있다. 사실상, 아래에 더 상세히 설명되는 바와 같이, 후술하는 기술들의 소정 양태들은 개인들 사이에 수행되는 개인 대 개인 트랜잭션들에 특히 유용할 수 있다.
이제, 도면들 중 도 1을 먼저 참조하면, 위에 간단히 설명된 트랜잭션 관련 기술들 및 능력들을 제공하기 위한 하나 이상의 트랜잭션 애플리케이션을 포함할 수 있는 전자 장치가 도시되고, 일반적으로 참조 번호 10으로 참조된다. 도시된 실시예에 따르면, 전자 장치(10)는 미디어 플레이어, 셀룰러 폰, 개인용 데이터 오거나이저 등과 같은 하나 이상의 휴대용 장치의 기능을 포함하는 핸드헬드 장치일 수 있다. 따라서, 전자 장치(10)에 의해 제공되는 기능들에 따라, 사용자는 장치(10)를 갖고 자유롭게 이동하면서, 음악을 듣고, 게임을 하고, 비디오를 녹화하고, 사진을 찍고, 전화 통화를 행할 수 있다. 게다가, 전자 장치(10)는 사용자가 인터넷을 통해 또는 근거리 또는 광역 네트워크와 같은 다른 네트워크들을 통해 접속하고 통신하게 할 수 있다. 예컨대, 전자 장치(10)는 사용자가 이메일, 텍스트 메시징, 인스턴트 메시징 또는 다른 형태의 전자 통신을 이용하여 통신하게 할 수 있다. 전자 장치(10)는 블루투스 및 근거리 통신(NFC)과 같은 단거리 접속 프로토콜들을 이용하여 다른 장치와 통신할 수도 있다. 단지 예로서, 전자 장치(10)는 캘리포니아 쿠퍼티노의 애플사로부터 입수 가능한 아이폰(등록상표)의 한 모델일 수 있다.
도시된 실시예에 도시된 바와 같이, 장치(10)는 인클로저 또는 하우징(12) 내에 봉입될 수 있다. 인클로저(12)는 장치(10)의 내부 컴포넌트들을 물리적 손상으로부터 보호하는 데 사용될 수 있다. 게다가, 인클로저(12)는 장치(10) 및 그의 내부 컴포넌트들이 전자기 간섭으로부터 차폐되게 할 수 있다. 이 분야의 기술자들이 알듯이, 인클로저(12)는 플라스틱, 금속 또는 합성 물질과 같은 임의의 적절한 재료로 형성 및/또는 구성될 수 있으며, 무선 통신의 용이화를 위해 소정 주파수의 전자기 방사가 장치(10) 내의 무선 통신 회로를 통과하게 할 수 있다.
인클로저(12)는 참조 번호 14, 16, 18, 20 및 22로 도 1에 도시된 다양한 사용자 입력 구조들에 대한 액세스를 더 제공할 수 있다. 이러한 사용자 입력 구조들을 통해, 사용자는 장치(10)와 인터페이스할 수 있으며, 각각의 사용자 입력 구조(14, 16, 18, 20, 22)는 누르거나 작동될 때 하나 이상의 장치 기능을 제어하도록 구성될 수 있다. 예컨대, 입력 구조(14)는 누르거나 작동될 때 홈 스크린 또는 메뉴가 장치 상에 표시되게 하는 버튼을 포함할 수 있다. 입력 구조(16)는 슬립 모드, 웨이크 모드 또는 전력 온/오프 모드 등과 같은 하나 이상의 동작 모드들 사이에서 장치(10)를 토글링하기 위한 버튼을 포함할 수 있다. 입력 구조(18)는 장치(10)가 셀 폰 애플리케이션을 포함하는 실시예들에서 링어(ringer)를 묵음화 또는 침묵화할 수 있는 이중 위치 슬라이딩 구조를 포함할 수 있다. 또한, 입력 구조들(20, 22)은 장치(10)의 볼륨 출력을 증감하기 위한 버튼들을 포함할 수 있다. 도시된 입력 구조들(14, 16, 18, 20, 22)은 예시적일 뿐이며, 전자 장치(10)는 특정 구현 요구들에 따라 버튼, 스위치, 제어 패드, 키, 노브, 스크롤 휠 등을 포함하는 다양한 형태로 존재하는 임의 수의 사용자 입력 구조들을 포함할 수 있다는 것을 이해해야 한다.
전자 장치(10)는 장치(10)에 의해 생성되는 다양한 이미지들을 표시하도록 구성되는 디스플레이(24)를 더 포함할 수 있다. 예를 들어, 디스플레이(24)는 사진, 영화, 앨범 아트, 및/또는 특히 텍스트 문서, 스프레드시트, 텍스트 메시지 및 이메일과 같은 데이터를 표시하도록 구성될 수 있다. 디스플레이(24)는 전력 상태, 신호 강도, 호출 상태, 외부 장치 접속 등과 같은 피드백을 사용자에게 제공하는 다양한 시스템 지시자들(26)도 표시할 수 있다. 디스플레이(24)는 액정 디스플레이(LCD), 발광 다이오드(LED) 디스플레이, 유기 발광 다이오드(OLED) 디스플레이 또는 다른 적절한 디스플레이와 같은 임의 타입의 디스플레이일 수 있다. 소정 실시예들에서, 장치(10)는 (예를 들어, 구조들(14, 16, 18, 20, 22)에 더하여) 추가적인 사용자 입력 구조로서 기능할 수 있는 디스플레이(24)에 인접 배치되는 (도 1에 도시되지 않은) 터치 스크린 인터페이스와 같은 터치 감지 요소를 포함할 수 있다. 이러한 터치 스크린 인터페이스를 통해, 사용자는 예를 들어 사용자의 손가락 또는 스타일러스를 이용하여 소정 요소들을 터치함으로써 디스플레이(24) 상에 표시된 요소들을 선택할 수 있다.
본 실시예에 더 도시된 바와 같이, 디스플레이(24)는 사용자가 장치(10)와 상호작용하게 하는 그래픽 사용자 인터페이스(GUI; 28)를 표시하도록 구성될 수 있다. GUI(28)는 디스플레이(24)의 전부 또는 일부 상에 표시될 수 있는 다양한 그래픽 계층, 윈도, 스크린, 템플릿, 요소 또는 기타 컴포넌트를 포함할 수 있다. 예를 들어, GUI(28)는 일반적으로 아이콘들(30)로서 표시되는 복수의 그래픽 요소를 표시할 수 있다. 디폴트로서, 예를 들어 장치(10)가 처음 파워 온될 때, GUI(28)는 도시된 아이콘들(30)을 참조 번호 29로 표시되는 "홈 스크린"으로서 표시하도록 구성될 수 있다. 소정 실시예들에서, 사용자 입력 구조들(14, 16, 18, 20, 22)은 GUI(28)를 통해 네비게이트하는 데 사용될 수 있으며, 따라서 홈 스크린(29)으로부터 떨어져 있을 수 있다. 예를 들어, 사용자 입력 구조들 중 하나 이상은 사용자가 GUI(28)에 의해 표시되는 다양한 아이콘들(30)을 선택하게 할 수 있는 휠 구조를 포함할 수 있다. 게다가, 아이콘들(30)은 터치 스크린 인터페이스를 통해 선택될 수도 있다.
이해하듯이, 아이콘들(30)은 사용자에 의한 선택시에 디스플레이(24)의 영역들의 일부 또는 전부에 표시될 수 있는 다양한 계층, 윈도, 스크린, 템플릿, 요소 또는 기타 컴포넌트를 나타낼 수 있다. 더욱이, 아이콘(30)의 선택은 계층적 스크린 네비게이션 프로세스를 유도하거나 개시할 수 있다. 예컨대, 아이콘(30)의 선택은 디스플레이(24)가 하나 이상의 추가 아이콘(30) 또는 다른 GUI 요소를 포함하는 다른 스크린을 표시하게 할 수 있다. 또한, 본 실시예에 도시된 바와 같이, 각각의 그래픽 요소(30)는 각각의 그래픽 요소(30)의 사용자 해석을 용이하게 하기 위해 그의 각각의 그래픽 요소(30) 상에 또는 그 근처에 표시될 수 있는 관련된 하나 이상의 텍스트 지시자(32)를 가질 수 있다. 예컨대, 아이콘(34)은 텍스트 지시자 "트랜잭션"과 연관될 수 있다. GUI(28)는 계층적 및/또는 비계층적 구조로 배열되는 다양한 컴포넌트를 포함할 수 있다는 것을 알아야 한다.
아이콘(30)이 선택될 때, 장치(10)는 선택된 아이콘(30)과 관련된 애플리케이션을 개시, 개방 또는 실행하고, 대응하는 스크린을 표시하도록 구성될 수 있다. 예컨대, 트랜잭션 아이콘(34)이 선택될 때, 장치(10)는 트랜잭션 프로그램을 열고, 트랜잭션 프로그램에서 이용 가능한 특징들인 다양한 도구들을 표시하는 트랜잭션 메뉴를 표시할 수 있다. 따라서, 장치(10) 상에 제공되는 각각의 애플리케이션에 대해, 각각의 애플리케이션에 대응하는 다양한 사용자 인터페이스 요소를 포함할 수 있는 하나 이상의 각각의 스크린 또는 스크린들이 디스플레이(24) 상에 표시될 수 있다.
전자 장치(10)는 도시된 I/O 포트들(36, 38, 40)과 같은 다양한 입출력(I/O) 포트를 포함할 수도 있다. 이러한 I/O 포트들은 사용자가 장치(10)를 하나 이상의 외부 장치와 접속하거나 인터페이스하게 할 수 있다. 예컨대, 입출력 포트(36)는 미디어 파일들과 같은 데이터 파일들을 송수신하기 위한 독점 접속 포트를 포함할 수 있다. 입출력 포트(38)는 예를 들어 장치(10)가 셀 폰 기능을 포함하는 경우에 가입자 식별 모듈(SIM) 카드를 수납하기 위한 접속 슬롯을 포함할 수 있다. 입출력 포트(40)는 오디오 헤드폰 또는 스피커의 접속을 제공하는 오디오 잭일 수 있다. 이해하듯이, 장치(10)는 단지 소수의 예로서 전원, 프린터 및 컴퓨터 또는 외부 저장 장치 등과 같은 다양한 외부 장치에 접속하도록 구성되는 임의 수의 입출력 포트를 포함할 수 있다. 이해하듯이, I/O 포트들은 유니버설 직렬 버스(USB) 포트, 직렬 접속 포트, 파이어와이어(FireWire) 포트(IEEE-1394) 또는 AC/DC 전력 접속 포트와 같은 임의의 적절한 인터페이스 타입을 포함할 수 있다.
또한, 일부 실시예들에서, 소정의 I/O 포트들은 둘 이상의 기능을 제공하도록 구성될 수 있다. 예를 들어, 일 실시예에서, I/O 포트(36)는 전술한 바와 같이 데이터 파일들을 송수신하도록 구성될 수 있을 뿐만 아니라, 전기 콘센트로부터 전력을 제공하도록 설계된 전력 어댑터, 또는 데스크탑 컴퓨터와 같은 다른 전기 장치로부터 전력을 인출하도록 구성된 인터페이스 케이블과 같은 전력 충전 인터페이스에 장치를 결합하도록 더 구성될 수 있다. 따라서, I/O 포트(36)는 예를 들어 I/O 포트(36)를 통해 장치(10)에 결합되는 외부 컴포넌트에 따라 데이터 전달 포트 및 AC/DC 전력 접속 포트 양자로서 이중으로 기능하도록 구성될 수 있다.
전자 장치(10)는 다양한 오디오 입력 및 출력 요소들도 포함할 수 있다. 예컨대, 일반적으로 참조 번호 42로 표시된 오디오 입출력 요소들은 하나 이상의 마이크로폰을 구비할 수 있는 입력 수신기를 포함할 수 있다. 예컨대, 전자 장치(10)가 셀 폰 기능을 포함하는 경우, 입력 수신기들은 사용자의 음성과 같은 사용자 오디오 입력을 수신하도록 구성될 수 있다. 게다가, 오디오 입출력 요소들(42)은 하나 이상의 출력 송신기를 포함할 수 있다. 따라서, 장치(10)가 미디어 플레이어 애플리케이션을 포함하는 경우, 오디오 입출력 요소들(42)의 출력 송신기들은 예컨대 음악 파일들을 재생하는 것과 같이 사용자에게 오디오 신호들을 전송하기 위한 하나 이상의 스피커를 포함할 수 있다.
또한, 전자 장치(10)가 셀 폰 애플리케이션을 포함하는 경우, 도 1에 도시된 바와 같이, 추가적인 오디오 출력 송신기(44)가 제공될 수 있다. 오디오 입출력 요소들(42)의 출력 송신기와 같이, 출력 송신기(44)도 전화 통화 동안에 수신되는 음성 데이터와 같은 오디오 신호들을 사용자에게 전송하도록 구성되는 하나 이상의 스피커를 포함할 수 있다. 따라서, 오디오 입출력 요소들(42)의 입력 수신기들 및 출력 송신기들과 출력 송신기(44)는 전화의 오디오 수신 및 송신 요소들로서 기능하도록 연계하여 동작할 수 있다.
도시된 실시예에서, 전자 장치(10)는 근거리 통신(NFC) 장치(46)를 더 포함한다. NFC 장치(46)는 인클로저(12) 내에 배치될 수 있으며, 인클로저(12)의 외측의 마크 또는 심벌은 인클로저(12) 내의 그의 위치를 식별할 수 있다. NFC 장치(46)는 일반적으로 하우징(12)의 주변을 따라 배치될 수 있는 안테나를 포함할 수 있고, 비교적 낮은 데이터 레이트들(예컨대, 424 kb/s)에서 가까운 범위의 통신을 제공할 수 있으며, ISO 18092 또는 ISO 21481과 같은 표준들을 따를 수 있다. 일부 실시예들에서, NFC 장치(46)는 비교적 높은 데이터 레이트들(예컨대, 560 Mbps)에서 가까운 범위의 통신을 제공할 수도 있으며, TransferJet(등록상표) 프로토콜을 따를 수 있다. 본 명세서에서 사용될 때, "NFC 장치"라는 용어는 NFC 통신 장치(46)는 물론, 전술한 안테나 양자를 지칭한다는 것을 이해해야 한다.
소정 실시예들에서, NFC 장치(46)를 이용하는 통신은 약 2 내지 4 cm의 범위 내에서 발생할 수 있다. 이 분야의 기술자들이 알듯이, NFC 장치(46)를 이용하는 가까운 범위의 통신은 자기장 유도를 통해 발생할 수 있으며, 따라서 NFC 장치(46)가 다른 NFC 인에이블드 장치들과 통신하거나, 무선 주파수 식별(RFID) 회로를 구비하는 태그들로부터 정보를 검색하게 할 수 있다. 또한, 자기장 유도는 NFC 장치(46)가 수동 또는 슬립 모드에 있는 다른 NFC 인에이블드 장치를 능동 모드로 "깨우거나" 유도하게 할 수도 있다. 아래에 더 상세히 설명되는 바와 같이, NFC 장치(46)는 지불 및 크레디팅 정보의 취득 및 전송은 물론, 트랜잭션의 처리 및 허가는 물론, 지불 및 크레디팅 계좌들의 검증을 위한 하나 이상의 외부 서버와의 통신을 제공하기 위해 (예컨대, 그래픽 요소(34)에 의해 표현되는) 전술한 트랜잭션 애플리케이션과 연계하여 이용될 수 있다.
이제, 도 2를 참조하면, 도 1에 도시된 전자 장치(10)의 배면도가 도시되어 있다. 도 2에 도시된 바와 같이, 장치(10)는 카메라(48)를 포함할 수 있다. 카메라(48)는 디지털 사진 또는 영화와 같은 디지털 정지 또는 이동 이미지들을 취득하는 데 사용될 수 있다. 아래에 더 상세히 설명되는 바와 같이, 카메라(48)는 수표들 또는 크레디트 카드들과 같은 다양한 타입의 지불 수단의 이미지를 취득하기 위해 그래픽 요소(34)로 표시된 전술한 트랜잭션 애플리케이션과 연계하여 이용될 수 있다. 이 분야의 기술자들에게 알려지듯이, 광학 문자 인식(OCR)과 같은 다양한 이미지 처리 기술들을 취득된 지불 수단들의 사진 이미지들의 처리에 적용하여, 특정 지불 수단과 관련된 계정 소유자 식별 및 계좌 정보에 대응하는 정보를 추출할 수 있다.
예시적인 장치(10)의 추가 상세들은 본 발명의 일 실시예에 따른 장치(10)의 다양한 컴포넌트들 및 특징들을 나타내는 블록도인 도 3을 참조하여 더 잘 이해될 수 있다. 도 3에 도시된 바와 같이, 장치(10)는 전술한 디스플레이(24), NFC 장치(46) 및 카메라(48)는 물론, CPU(50), 제어 회로(52), 저장 장치(54), 복수의 통신 인터페이스(56), 비디오 제어기(76), 터치 스크린 인터페이스(78), I/O 제어기(80) 및 전원(80)을 포함할 수 있다.
장치(10)의 동작은 일반적으로 중앙 처리 유닛(CPU)(50) 및 제어 회로(52)에 의해 제어될 수 있다. 이러한 요소들은 협력하여 운영 체제, 애플리케이션 프로그램들, GUI(28), 및 장치(10) 상에서 제공되는 임의의 다른 기능들을 실행하는 데 필요한 처리 능력을 제공할 수 있다. CPU(50)는 단일 프로세서를 포함할 수 있거나, 다른 실시예에서는 복수의 프로세서를 포함할 수 있다. 예컨대, CPU(50)는 "범용" 마이크로프로세서, 범용 및 주문형 마이크로프로세서들의 조합, 명령어 세트 프로세서, 그래픽 프로세서, 비디오 프로세서는 물론, 관련 칩 세트 및/또는 특수 목적 프로세서를 포함할 수 있다. 제어 회로(52)는 장치(10)의 컴포넌트들 사이에 데이터 및 명령어들을 전송하기 위한 하나 이상의 데이터 버스를 포함할 수 있다. 제어 회로(52)는 캐싱 목적의 온 보드 메모리(RAM)를 더 포함할 수 있다. 또한, 도 3에는 도시되지 않았지만, 장치(10)는 제어 회로(52) 내에 통합될 수 있는 하나 이상의 메모리 제어기를 통해 CPU(50)와 통신하는 독립형 랜덤 액세스 메모리(RAM)를 포함할 수 있다.
CPU(50)에 의해 사용되는 정보는 참조 번호 54로 표시되는 장기간 저장 장치 내에 저장될 수 있다. 전자 장치(10)의 저장 장치(54)는 CPU(50)의 동작에 필요한 데이터, CPU(50)에 의해 처리 또는 실행될 데이터는 물론, 애플리케이션 및 프로그램 데이터와 같이 장치(10)가 필요로 하는 다른 데이터를 저장하는 데 사용될 수 있다. 예를 들어, 저장 장치(54)는 CPU(50)에 의해 사용되는 전자 장치(10)에 대한 펌웨어를 저장하도록 구성될 수 있다. 펌웨어는 운영 체제는 물론, 전자 장치(10)의 다양한 기능들, GUI 기능들 및/또는 프로세서 기능들을 가능하게 하는 다른 프로그램들 또는 드라이버들도 포함할 수 있다. 저장 장치(54)는 그래픽 요소들, 스크린들 및 템플릿들과 같은 GUI(28)에 대한 컴포넌트들도 저장할 수 있다. 또한, 저장 장치(54)는 미디어(예컨대, 음악 및 비디오 파일), 이미지 데이터, 애플리케이션 소프트웨어, 선호 정보(예컨대, 미디어 선호 정보, 일반 사용자 선호), 무선 접속 정보(예컨대, 장치(10)가 전화 또는 인터넷 접속과 같은 무선 접속을 설정할 수 있게 하는 정보), 가입 정보(예컨대, 팟캐스트, 텔레비전 쇼 또는 사용자가 가입한 다른 미디어의 레코드를 유지하는 정보), 전화 정보(예컨대, 전화 번호), 및 장치(10)가 필요로 하는 임의의 다른 적절한 데이터와 같은 데이터 파일들을 저장할 수 있다.
장기간 저장 장치(54)는 판독 전용 메모리, 플래시 또는 반도체 메모리, 하드 디스크 드라이브, 또는 임의의 다른 적절한 광학, 자기 또는 반도체 컴퓨터 판독 가능 매체는 물론, 이들의 조합과 같은 비휘발성 메모리일 수 있다. 따라서, 장기간 저장 장치(54)는 명료화를 위해 단일 장치로서 도시되지만, 장기간 저장 장치(54)는 CPU(50)와 연계하여 동작하는 전술한 저장 장치들의 하나 이상의 조합을 포함할 수 있다는 것을 이해해야 한다.
또한, 소정 실시예들에서, 저장 장치(54)는 카메라 장치(48)를 이용하여 취득된 이미지와 같은 이미지 데이터로부터 텍스트 또는 인코딩된 정보의 추출을 수행하도록 구성되는 이미지 처리 애플리케이션을 포함할 수 있다. 이미지 처리 애플리케이션은 간단히 전술한 바와 같은 하나 이상의 OCR 기술을 이용할 수 있다. 예컨대, 이미지 처리 애플리케이션은 취득된 크레디트 카드의 이미지로부터 크레디트 카드 정보 또는 취득된 수표의 이미지로부터 뱅킹 정보를 추출하는 데 사용될 수 있다. 이러한 특징들 및 응용들은 아래에 더 상세히 설명된다.
장치(10)는 정보를 송수신하기 위한 추가적인 접속 채널들을 제공하기 위해 참조 번호 56으로 도 3에 도시된 하나 이상의 통신 인터페이스를 더 포함할 수 있다. 예컨대, 통신 인터페이스(56)는 하나 이상의 네트워크 인터페이스 카드(NIC) 및/또는 네트워크 제어기는 물론, 다양한 관련 통신 프로토콜을 나타낼 수 있다. 통신 인터페이스(56)는 무선 근거리 네트워크(WLAN) 인터페이스(58), NFC 인터페이스(60), 구조화되지 않은 보조 서비스 데이터(USSD) 인터페이스(62), 개인 영역 네트워크(PAN) 인터페이스(64), 근거리 네트워크(LAN) 인터페이스(66), 광역 네트워크(WAN) 인터페이스(68) 및 단문 메시지 서비스(SMS) 인터페이스(70)를 포함하지만 이에 한정되지 않는 다양한 타입의 통신 인터페이스를 포함할 수 있다.
PAN 인터페이스(64)는 예를 들어 블루투스(등록상표) 네트워크, IEEE 802.15.4(예컨대, ZigBee) 네트워크 또는 초광대역 네트워크(UWB)와 네트워킹하기 위한 능력들을 제공할 수 있다. 이해하듯이, PAN 인터페이스(64)에 의해 액세스될 수 있는 네트워크들은 낮은 전력, 낮은 대역폭 또는 가까운 범위의 무선 접속을 나타낼 수 있지만, 반드시 그러할 필요는 없다. PAN 인터페이스(64)는 하나의 전자 장치(10)가 애드혹 또는 피어 대 피어 접속을 통해 컴퓨터 또는 휴대용 미디어 플레이어와 같은 다른 로컬 전자 장치에 접속하는 것을 허가할 수 있다. 그러나, 2개의 전자 장치 사이의 물리적 거리가 PAN 인터페이스(64)의 유효 범위를 초과하는 경우에는 접속이 중단될 수 있다.
LAN 인터페이스(66) 및 WLAN 인터페이스(58)는 일반적으로 PAN 인터페이스(64)를 통해 유효한 범위를 초과하는 더 긴 범위의 통신 채널들을 제공할 수 있다. LAN 인터페이스(66)는 예컨대 인트라넷 또는 인터넷에 대한 접속을 제공하는 유선 이더넷 기반 네트워크에 대한 인터페이스를 나타낼 수 있으며, WLAN 인터페이스(58)는 IEEE 802.11x 무선 네트워크와 같은 무선 LAN에 접속하기 위한 인터페이스를 나타낼 수 있다. 또한, 많은 경우에, LAN 인터페이스(66)를 통한 2개의 전자 장치 사이의 접속은 하나 이상의 네트워크 라우터, 스위치, 게이트웨이 또는 소정의 다른 중간 장치를 통한 통신을 포함할 수 있다.
광역 네트워크(WAN)에 대한 접속은 WAN 인터페이스(68)를 통해 제공될 수 있다. WAN 인터페이스(68)는 EDGE(Enhanced Data rates for GSM Evolution) 네트워크 또는 (예컨대, IMT-2000 표준에 기초하는) 3G 네트워크와 같은 셀룰러 데이터 네트워크에 대한 비밀 및/또는 보안 접속을 허가할 수 있다. WAN 인터페이스(68)를 통해 접속될 때, 전자 장치(10)는 PAN 인터페이스(64), LAN 인터페이스(66) 또는 WLAN 인터페이스(58)를 통한 접속을 중단시킬 수 있는 위치 변경들에도 불구하고 인터넷에 그리고 소정 실시예들에서는 하나 이상의 추가적인 전자 장치에 접속된 상태로 유지될 수 있다.
소정 실시예들에서, 전자 장치(10)는 네트워크 인터페이스를 통해 외부 장치와의 접속을 설정하기 위한 서비스 발견 네트워킹 프로토콜도 포함할 수 있다. 예를 들어, 장치(10) 및 외부 장치 양자는 인터넷 프로토콜 표준들(IP)을 이용하여 식별 정보를 방송할 수 있다. 일부 실시예들에서, 외부 장치는 외부 장치가 제공할 수 있는 이용 가능 서비스들(예컨대, 네트워킹된 프린터에 대한 프린팅 서비스들)에 관련된 정보를 추가로 방송할 수 있다. 이어서, 장치들은 식별 정보를 이용하여 장치들 사이의 PAN 접속 또는 WLAN 접속과 같은 네트워크 접속을 설정할 수 있다. 예를 들어, 애플사에 의해 개발된 Bonjour(등록상표)에 의해 장치 식별 프로토콜이 제공될 수 있다.
USSD 인터페이스(62) 및 SMS 인터페이스(70)를 이용하여 작은 크기의 통신들이 전송될 수 있다. SMS 인터페이스(70)는 140 바이트 이하의 텍스트 메시지들의 전송을 허가할 수 있다. 소정 실시예들에서는, 연결된 SMS를 이용하여 더 큰 크기의 메시지들이 전송될 수 있다. USSD 인터페이스(62)는 GSM 시그널링 채널들을 통한 실시간 텍스트 메시지들의 전송을 용이하게 할 수 있다. 예를 들어, USSD 인터페이스(62)는 위치 및 어드레스, 영화 시청 시간, 주가 등을 조회하는 데 사용될 수 있다.
장치(10)는 NFC 인터페이스(60)를 통한 가까운 범위의 통신 능력을 더 구비할 수 있다. NFC 인터페이스(60)는 장치(10)와 외부 장치 사이의 가까운 범위의 통신을 제공하기 위해 전술한 NFC 장치(46)와 연계하여 동작할 수 있다. NFC 인터페이스(60)는 개별 컴포넌트로서 존재할 수 있거나, 다른 칩셋 내에 통합될 수 있거나, NFC 장치(46) 자체 내에 예를 들어 시스템 온 칩(SoC) 회로의 일부로서 통합될 수 있다. NFC 인터페이스(60)는 다른 NFC 인에이블드 장치와 통신하기 위해 근거리 통신 인터페이스 및 프로토콜(NFCIP-1)과 같은 하나 이상의 프로토콜을 포함할 수 있다. 프로토콜들은 통신 속도를 적응시키고, 접속된 장치들 중 하나를 NFC 접속을 제어 및/또는 개시하는 개시 장치로서 지정하는 데 사용될 수 있다. 소정 실시예들에서, NFC 인터페이스(60)는 WLAN 인터페이스(58), PAN 인터페이스(64), LAN 인터페이스(66) 또는 WAN 인터페이스(68)와 같은 다른 통신 인터페이스를 통해 접속을 허가하는 데 필요할 수 있는 서비스 세트 식별자(SSID), 채널 및/또는 암호화 키와 같은 정보를 수신하는 데 사용될 수 있다.
소정 실시예들에서, NFC 인터페이스(60)는 전자 장치(10)가 아래에 더 상세히 설명되는 바와 같이 금융 트랜잭션의 처리를 수행하거나 개시하는 상황에서 다른 NFC 인에이블드 장치와 지불 및 크레디팅 정보와 같은 데이터를 교환하기 위한 피어 대 피어 모드로 통신할 수 있게 한다. NFC 인터페이스(60)는 NFC 장치(46)가 그 자신의 RF 필드를 생성하는 "호스트" 또는 능동 모드와, NFC 장치(46)가 다른 장치에 의해 생성되는 RF 필드의 검출시에 데이터의 전송 또는 수신을 수행하기 위해 능동 상태로 유도될 수 있는 수동 모드 또는 "웨이크-온-NFC(wake-on-NFC)" 모드 사이에서 NFC 장치(46)를 스위칭하도록 구성될 수도 있다. 이해하듯이, 수동 모드에서의 NFC 장치(46) 및 인터페이스(60)의 동작은 장치(10)의 배터리 수명을 연장할 수 있다. 추가 실시예들에서, NFC 장치(46)는 제조자 또는 판매자에 의해 사전 설정되거나, 사용자의 선호들에 기초하여 사용자에 의해 후속 구성될 수 있는 참조 번호 72로 표시되는 사용자 또는 제조자 선호들에 기초하여 제어될 수 있다. 이러한 선호들은 사전 구성 또는 후속 구성되는지에 관계없이 저장 장치(54)에 저장될 수 있다.
전자 장치(10)가 아래에 더 상세히 설명되는 바와 같이 외부 장치와의 사이에서 금융 트랜잭션들을 포함하는 피어 대 피어 트랜잭션들의 개시를 제공하도록 구성되는 실시예들에서, 선호들(72)은 사용자 지정 선호 또는 디폴트 지불 계좌 또는 소스는 물론, 사용자 지정 선호 또는 디폴트 크레디팅 계좌를 포함할 수 있다. 본 명세서에서 사용될 때, "지불 계좌" 등과 같은 용어는 지불이 차변 기입되거나 청구되는 계좌를 지칭하는 것으로 이해되어야 한다. 또한, "크레디팅 계좌" 등과 같은 용어는 지불이 예금되거나 대변 기입되는 계좌를 지칭하는 것으로 이해되어야 한다. 따라서, 디폴트 지불 계좌는 장치(10) 상에서 트랜잭션이 개시될 때 지불을 제공하기 위해 자동으로 선택되는 계좌일 수 있다. 유사하게, 디폴트 크레디팅 계좌는 수신된 지불의 크레디팅 또는 예금을 위해 자동으로 선택되는 계좌일 수 있다. 선호들(72)은 사용자가 전자 장치(10)의 조작을 통해 수행되거나 수신되는 지불들과 관련된 전자 수신 레코드들 또는 확인 메시지들을 수신하기를 선호하는 선호 이메일 어드레스도 포함할 수 있다.
소정 실시예들에서, 선호들(72)은 (예를 들어, 58, 60, 62, 64, 66, 68, 70을 포함하는) 전술한 통신 인터페이스들(56)의 특성들을 더 결정할 수 있다. 예컨대, 선호들(72)은 장치(10)가 접속할 수 있는 네트워크들의 리스트를 포함할 수 있으며, 통신 인터페이스들(56) 사이의 순서 또는 우선 순위를 더 관리할 수 있다. 예를 들어, 장치(10)는 통신이 외부 장치로부터 지불 정보를 수신하거나 외부 장치로 지불 정보를 송신하는 것과 관련되는 경우에 NFC 인터페이스(60)를 통해 통신하도록 구성될 수 있다. 유사하게, 장치(10)는 통신이 예를 들어 외부 및/또는 원격 금융 서버와의 수신된 지불 정보를 검증하는 것과 관련되는 경우에 WLAN(58) 또는 LAN(66) 인터페이스를 통해 통신하도록 구성될 수 있다. 더욱이, 장치(10)는 제공되는 통신 인터페이스들(56)의 조합을 통해 복수의 외부 장치와의 통신이 달성되는 그룹 트랜잭션을 개시하거나 참여하도록 구성될 수 있다. 예컨대, 일 실시예에서, 장치(10)는 NFC 인터페이스(60)를 통해 복수의 외부 장치 중 하나 이상으로부터 지불 정보를 수신할 수 있는 동시에, WLAN(58), PAN(64) 또는 LAN(66) 인터페이스들 중 하나를 통해 설정된 애드혹 네트워크를 통해 외부 장치들 각각에 갱신된 송장 또는 청구서를 전송할 수 있다.
더 알 수 있듯이, 선호들(72)과 관련된 통신 선호들은 각각의 통신 인터페이스(58, 60, 62, 64, 66, 68, 70)에 대해 이용 가능한 보안 특징들(74)에 더 의존할 수 있다. 보안 특징들(74)은 저장 장치(54)에 저장될 수 있으며, 장치(10)와 외부 장치 사이의 보안 통신을 설정하기 위해 보안 소켓 계층(SSL) 프로토콜 또는 전송 계층 보안(TLS) 프로토콜과 같은 하나 이상의 암호화 프로토콜을 포함할 수 있다. 보안 특징들(74)은 장치(10)로부터 전송된 정보를 암호화하기 위한 하나 이상의 암호화 애플리케이션도 포함할 수 있다. 이러한 특징들은 예컨대 일반적으로 크레디트 카드 및 은행 계좌 정보를 포함할 수 있는 지불 및/또는 크레디팅 계좌 정보와 같은 민감한 성질의 정보를 전송할 때 특히 유용할 수 있다.
보안 특징들(74)은 암호화 키, 패스코드 및 패스워드, 디지털 인증서 등과 같이 보안 특징들(74)의 소정 양태들에 의해 요구될 수 있는 데이터에 대한 액세스를 제한하기 위해 (예컨대, 저장 장치(54) 내에) 보안 액세스 제한 저장 영역도 포함할 수 있다. 또한, 보안 저장 영역은 크레디트 카드 계좌 및 은행 계좌를 포함하는 사용자의 금융 계좌들에 관한 정보와 같은 민감한 데이터를 저장하도록 적응될 수 있다. 보안 저장 영역은 비금융 성격의 계좌들에 관한 정보도 저장할 수 있다. 본 명세서에서 사용될 때, "비현금 계좌", "비금융 계좌" 등과 같은 용어는 그렇지만 비현금 계좌를 소유하거나 유지하는 기관과 같은 적어도 하나의 당사자와의 거래의 매개체로서 사용될 수 있는 비화폐 자산들을 포함할 수 있는 계좌들을 지칭하는 것으로 이해되어야 한다. 일례를 제공하기 위해, 비금융 또는 비현금 계좌는 애플사에 의해 개발되고 운영되는 아이튠(등록상표) 온라인 디지털 미디어 스토어를 통해 이용 가능한 아이튠 계좌와 같은 사용자의 온라인 음악/미디어 가입 또는 구매 계좌일 수 있다. 아이튠 계좌는 사용자가 음악 파일, 영화 파일, 오디오 북, 팟캐스트 등과 같은 미디어 파일들을 아이튠 온라인 미디어 스토어에서 구하거나 교환할 수 있는 다수의 "크레디트"를 포함할 수 있다. 따라서, 이러한 비현금 계좌들은 보안 특징들(74)에 의해 제공되는 보안 저장 영역 내에 금융 계좌들(예컨대, 뱅킹 및 크레디트 카드 계좌들)과 나란히 저장될 수 있다. 소정 실시예들에서, 보안 저장 영역은 전자 장치(10) 내에 내장된 마이크로컨트롤러를 포함할 수 있다. 또한, 일부 실시예들에서, 보안 저장 영역은 전술한 민감한 데이터의 저장에 더하여, 예를 들어 그 안에 저장된 정보에 대한 무허가 액세스를 방지하기 위하여 그 자신의 각각의 패스워드 또는 허가 "개인 식별 번호"(PIN)에 의해 더 보호될 수 있다.
추가 실시예들에 따르면, 보안 특징들(74)은 사용자가 전술한 (예를 들어, 아이콘 34로 표시되는) 트랜잭션 애플리케이션에 의해 제공될 수 있는 기능들과 같이 장치(10) 상의 모든(예를 들어, 파워 업에 대한 록) 또는 단지 소정의 기능들을 록킹하거나 임시로 불능화하게 할 수 있다. 예를 들어, 록킹될 때, 간단히 전술한 피어 대 피어 트랜잭션 특징들은 사용자 지정 PIN 또는 패스워드가 제공될 때까지 사용자들에 의해 불능화되거나 액세스되지 못할 수 있다. 또한, 보안 특징들(74)은 외부 장치들로의 지불 계좌 정보의 송신 또는 전달 전에 PIN이 제공될 것을 요구하는 것을 더 포함할 수 있다. 알 수 있듯이, 여기에 설명되는 보안 특징들(74)은 장치(10)가 허가되지 않은 사람들에 의해 지불을 행하는 데 사용되는 것을 방지하는 것을 도울 수 있다.
전술한 바와 같이, 장치(10)는 디스플레이(24)에 동작적으로 결합되고, 이미지 데이터를 수신하고, 이미지 데이터의 픽셀 값들에 대응하는 전압 신호들을 디스플레이(24)로 전송하도록 구성될 수 있는 비디오 제어기(76)를 더 포함할 수 있다. 표시된 이미지는 통신 인터페이스(56)를 통해 수신된 정보는 물론, 저장 장치(54)에 포함된 정보를 나타낼 수 있다. 이 분야의 기술자들이 이해하듯이, 픽셀 값들은 각각의 픽셀 강도에 대응하는 수치 할당일 수 있다. 따라서, 디스플레이(24)는 비디오 제어기(76)로부터의 전압 신호들을 입력으로서 수신하고, 전압 신호들에 대응하는 이미지를 생성할 수 있다. 예컨대, 비디오 제어기(76)에 의해 제공되는 신호들에 의해 생성되는 이미지는 도 1과 관련하여 전술한 GUI(28)의 스크린을 나타낼 수 있다.
추가로 전술한 바와 같이, 장치(10)를 조작하는 사용자는 GUI(28)를 통해 표시될 수 있는 애플리케이션들 또는 정보를 나타낼 수 있는 다양한 그래픽 요소를 선택할 수 있다. 도 3에 도시된 바와 같이, 터치 스크린 인터페이스(78)는 디스플레이(24)의 앞 또는 뒤에 배치될 수 있으며, 도 1에서 전술한 GUI(28)에 의해 표시되는 아이콘들(30)과 같은 그래픽 요소들을 선택하는 능력을 사용자에게 제공할 수 있다. 터치 스크린 인터페이스(78)는 사용자 또는 사용자에 의해 제어되거나 조작되는 물체(예컨대, 스타일러스)에 의한 물리적 접촉(예컨대, 디스플레이(24)의 터치)에 기초하여 입력을 수신하고, "터치 이벤트" 정보를 CPU(50)로 전송하도록 구성될 수 있다. 이어서, CPU(50)는 검출된 터치 이벤트 정보를 처리하고, 대응하는 액션을 수행할 수 있다. 예컨대, 도 1을 다시 간단히 참조하면, 아이콘(34)의 "터칭"은 대응하는 트랜잭션 애플리케이션을 실행 또는 개시하기 위한 명령어로서 CPU(50)에 의해 처리될 수 있다. 터치 스크린 인터페이스(78)는 저항, 용량, 적외선, 표면 음향파, 전자기 또는 근거리 장 이미징과 같은 임의의 적절한 타입의 터치 스크린 기술을 이용할 수 있다. 더욱이, 터치 스크린 인터페이스(78)는 단일 포인트 또는 다중 포인트 감지를 이용할 수 있다.
도 3에 도시된 I/O 제어기(80)는 사용자가 도 1에 참조 번호 14, 16, 18, 20 및 22로 표시된 입력 구조들과 같은 장치(10) 상에 제공되는 다양한 입력 구조들을 통해 CPU(50)와 통신하는 것을 허가하기 위한 기반 구조를 제공할 수 있다. 사용자 입력 구조들(14, 16, 18, 20, 22)은 입력 정보를 장치(10)에 제공하기 위해 터치 스크린 인터페이스(76)와 함께 또는 독립적으로 사용될 수 있다.
장치(10)의 전원(82)은 비휴대용 및 휴대용 설정들 양자에서 장치(10)에 급전하는 능력을 포함할 수 있다. 예컨대, 휴대용 설정에서, 운반 및 이동을 용이하게 하기 위해, 장치(10)는 장치(10)에 급전하기 위한 통합 전원(82)을 포함할 수 있다. 전원(82)은 사용자가 제거할 수 있거나, 인클로저(12)에 고정될 수 있는 리튬 이온 배터리와 같은 하나 이상의 배터리를 포함할 수 있다. 소정 실시예들에서는, 배터리를 재충전하도록 전원에 장치(10)를 접속하기 위해 독점 접속 I/O 포트(36)가 사용될 수 있다. 다른 실시예들에서, 하나 이상의 배터리가 통합되지 않을 수 있으며, 하나 이상의 재충전 가능하거나 교체 가능한 배터리를 포함할 수 있다. 또한, 비휴대용 설정에서, 전원(82)은 전기 콘센트에 의해 제공되는 바와 같은 AC 전원을 포함할 수 있다.
전술한 바와 같이, 장치(10)는 외부 장치로부터 트랜잭션들(예컨대, 지불 및 크레디트)을 개시 및 수신하는 능력을 장치(10)에 제공하는 (예컨대, 아이콘 34로 표시되는) 트랜잭션 애플리케이션을 포함할 수 있다. 이제, 도 4를 참조하면, "수취인"에 의해 조작되는 제1 장치(10)와 "지불인"에 의해 조작되는 제2 장치(92) 사이의 피어 대 피어 트랜잭션을 수행하기 위한 일반적으로 참조 번호 90으로 표시되는 시스템이 도시되어 있다. 제2 장치(92)는 제1 장치(10)와 실질적으로 동일한 휴대용 장치일 수 있거나, 다른 실시예들에서는 예컨대 데스크탑 컴퓨터 또는 지불 단말기와 같은 비휴대용 장치일 수 있다. 본 명세서에서 사용될 때, "수취인"이라는 용어는 지불을 수신하는 트랜잭션의 한 당사자를 지칭하는 것으로 이해되어야 하고, "지불인"이라는 용어는 지불을 행하는 트랜잭션의 다른 당사자를 지칭하는 것으로 이해되어야 한다. 따라서, "수취인 장치" 및 "지불인 장치"라는 용어는 수취인 및 지불인 각각에 의해 조작되는 장치들(예컨대, 장치들(10, 92))을 지칭하는 것으로 이해되어야 한다.
도 4에 도시된 바와 같이, 장치(10)는 트랜잭션의 수취인 장치로서 동작하고, 제2 장치(92)는 지불인 장치로서 동작한다. 먼저, 수취인 장치(10)는 참조 번호 94로 표시되는 지불 요청을 지불인 장치(92)로 전송할 수 있다. 지불 요청 정보(94)는 수취인 장치(10)에 의해 요청되는 지불 금액에 관한 정보를 포함할 수 있다. 지불 요청 정보(94)는 수취인의 이름, 수취인에 속하고 그리고/또는 수취인을 식별하는 이메일 어드레스, 또는 임의의 다른 타입의 적절한 식별 정보에 대응하는 텍스트 데이터를 포함할 수 있는 수취인의 식별자를 지시하는 정보도 포함할 수 있다. 또한, 지불 요청(94)은 지불 요청의 목적을 지시하는 정보를 더 포함할 수 있다. 예컨대, 지불 요청(94)은 지불인이 수취인에게 지불해야 하는 특정 미결제 부채 또는 차액에 대응할 수 있다.
일 실시예에서, 수취인 장치(10) 및 지불인 장치(92)는 전술한 바와 같이 각각의 NFC 장치(46) 및 NFC 인터페이스(60)를 각각 구비하는 NFC 인에이블드 장치들 양자일 수 있다. 처음에, 수취인(10) 및 지불인(92) 장치들 양자는 수동 동작 모드에 있을 수 있다. 지불 요청(94)을 지불인 장치(92)로 전송하기 바로 전에, 수취인 장치(10)의 NFC 장치(46)가 파워 온될 수 있으며, 따라서 수취인 장치(10)는 수취인 장치(10)의 NFC 장치(46)에 의해 RF 필드가 생성되는 능동 모드로 전환될 수 있다. 따라서, 수취인 장치(10) 및 지불인 장치(92)가 NFC 접속의 설정을 용이하게 하기에 충분한 가까운 근접 또는 거리 내(예를 들면, 전형적으로 2-4cm)에 배치될 때, 수취인 장치(10)에 의해 생성되는 RF 필드는 지불인 장치(92)의 NFC 장치(46)가 능동 동작 모드로 전환하도록 유도할 수 있으며, 따라서 전술한 바와 같이 2개의 장치 사이에 NFC 접속이 설정될 수 있다. 따라서, 설정된 NFC 접속을 통해, 지불 요청 정보(94)가 전송되고, 지불인 장치(92)에 의해 수신될 수 있다.
수취인 장치(10)로부터의 지불 요청 정보(94)의 수신시에, 지불인 장치(92)는 수신된 지불 요청 정보(94)를 전술한 디스플레이(24)와 같은 디스플레이 상에 표시할 수 있다. 따라서, 지불인은 지불 요청 정보(94)를 정확히 검토하고, 요청된 지불을 수취인에게 제공하는 데 사용할 지불 방법을 선택할 수 있다. 지불 방법은 예컨대 수취인에 속하는 크레디트 카드 계좌 또는 은행 계좌일 수 있다. 전술한 바와 같이, 선택된 지불 계좌와 관련된 계좌 정보는 지불인 장치(92)에, 예컨대 도 3에서 전술한 저장 장치(54)의 보안 저장 영역 내에 저장될 수 있다. 따라서, 선택된 지불 방법(예컨대, 크레디트 카드 또는 은행 계좌)과 관련된 정보는 지불인에 의한 특정 계좌의 선택시에 수취인 장치(10)로의 전송을 위해 보안 저장 영역에 저장되고 그로부터 검색될 수 있다.
따라서, 원하는 지불 계좌가 선택되면, 참조 번호 96으로 지시되는 지불 계정 정보가 수취인 장치(10)로 전송될 수 있다. 예컨대, 지불 요청 정보(94)의 전송과 같이, 지불 계좌 정보(96)도 마찬가지로 각각의 장치의 각각의 NFC 인터페이스(60)를 통한 이전에 설정된 NFC 접속을 통해 또는 이전의 NFC 접속이 이미 종료된 경우에는(예를 들어, 장치들 간의 거리가 2-4cm 범위를 초과하는 경우에는) 새로운 별개의 NFC 접속 세션을 개시함으로써 지불인 장치(92)로부터 수취인 장치(10)로 전송될 수 있다. 소정 실시예들에서, 수취인 장치(10)는 전술한 보안 특징들(74)을 포함할 수도 있으며, 패스워드, PIN 또는 소정의 다른 적절한 형태의 인증이 먼저 제공되는 경우에만 지불 정보(96)의 전송을 허가할 수 있다. 설명을 계속하기 전에, 수취인 장치(10)와 지불인 장치(92) 사이의 지불 정보의 NFC 기반 교환은 단지 예로서 제공된다는 점에 유의해야 한다. 사실상, 다른 실시예들에서는, 도 3에서 통신 인터페이스 컴포넌트들(56)과 관련하여 전술한 것들과 같은 임의 타입의 적절한 통신 인터페이스가 사용될 수 있다.
지불인 장치(92)로부터 지불 정보(96)를 수신한 때, 수취인은 수취인 장치(10)의 디스플레이(24) 상에서 지불 정보(96)를 볼 수 있다. 이어서, 수취인은 지불 계좌 정보(96)에 의해 표시되는 지불이 대변 기입되거나 예금되는, 수취인 장치(10)에 저장될 수 있는 원하는 크레디팅 계좌를 선택할 수 있다. 크레디팅 계좌가 수취인 장치(10) 상에서 선택되면, "트랜잭션 정보"로서 집합적으로 참조되고, 참조 번호 98로 지시되는 요청된 지불 금액, 지불 계좌 정보(96) 및 선택된 크레디팅 계좌가 계좌 정보의 검증 및 요청된 지불의 후속 허가 및 처리를 위해 수취인 장치(10)에 의해 하나 이상의 금융 서버(100)로 전송될 수 있다. 이해하듯이, 금융 서버들(100)과의 통신은 전술한 통신 인터페이스들 중 하나 이상을 통해 달성될 수 있다. 예컨대, 수취인 장치(10)가 WLAN 또는 WAN 능력들을 갖는 휴대용 장치인 경우, 수취인 장치(10)는 무선 접속을 통해 금융 서버들(100)과 통신할 수 있다. 장치(10)가 휴대용 장치가 아닌 경우, 금융 서버들(100)과의 통신을 위해 LAN 접속이 제공될 수 있다. 장치(10)와 금융 서버들(100) 사이에 설정된 접속의 타입에 관계없이, 도 3의 보안 특징들(74)과 관련하여 전술한 데이터 암호화 기술들 및 보안 프로토콜들(예컨대, SSL 또는 TSL 프로토콜들) 중 하나 이상이 금융 서버들(100)로의 트랜잭션 데이터(98)의 보안 전송을 돕기 위해 더 이용될 수 있다는 것을 이해해야 한다.
이 분야의 기술자들이 알 수 있듯이, 트랜잭션 데이터(98)가 전송되는 금융 서버들(100)의 타입 또는 타입들은 지불인에 의해 선택된 지불 계좌의 타입 및/또는 수취인에 의해 선택된 크레디팅 계좌의 타입에 의존할 수 있다. 예컨대, 지불인에 의해 선택된 지불 계좌가 크레디트 카드 계좌이고, 수취인 장치(10) 상에 지정된 크레디팅 계좌가 은행 계좌인 경우, 금융 서버들(100)은 은행 서버는 물론 크레디트 카드 검증 서버도 포함할 수 있다. 예컨대, 지정된 크레디팅 계좌가 유효한 계좌이고, 크레디트 카드 지불을 수령할 수 있는지에 대한 검증을 위해 지정된 크레디팅 계좌를 유지하는 뱅킹 기관과 관련된 은행 서버로 트랜잭션 정보(98)가 먼저 전송될 수 있다. 이해하듯이, 크레디트 카드 지불들의 은행 계좌로의 수령은 수취인에 의한 등록, 가입 또는 요금의 추가 지불을 필요로 할 수 있는 특수 서비스를 구성할 수 있다. 따라서, 크레디팅 계좌가 크레디트 카드 계좌를 이용하여 이루어지는 지불들을 수령하도록 허가되지 않는 경우, 수취인은 상이한 크레디팅 계좌를 선택하도록 통지받을 수 있다.
선택된 크레디팅 계좌가 크레디트 카드 계좌로부터 지불들을 수령하도록 허가되는 것으로 결정되면, 트랜잭션 데이터(98)는 허가 요청의 형태로 크레디트 카드 검증 서버로 더 전송될 수 있다. 크레디트 카드 검증 서버는 American Express(등록상표) 또는 MasterCard(등록상표)와 같은 지불인의 선택된 크레디트 카드 계좌를 유지하는 크레디트 카드 회사와 연관될 수 있다. 크레디트 카드 검증 서버는 트랜잭션 정보(98)를 처리하여, 지불 요청에서 지정된 금액의 지불인의 크레디트 카드 계좌에 대한 청구가 허가될 수 있는지를 결정할 수 있다. 예를 들어, 크레디트 카드 검증 서버는 트랜잭션 정보(98)에서 제공되는 크레디트 카드 계좌 정보가 지정된 지불인에게 속하는 유효한 크레디트 카드 계좌에 대응하는지를 먼저 검증할 수 있다. 크레디트 카드 검증 서버는 크레디트 카드 계좌와 관련된 크레디트 라인이 요청된 지불 금액을 충족시키기에 충분한지를 더 결정할 수 있다. 크레디트 카드 검증 서버가 지정된 크레디트 카드 계좌가 유효하고, 요청된 지불을 행하도록 허가되는 것으로 결정하는 경우, 크레디트 카드 검증 서버는 지불인의 크레디트 카드에 청구함으로써 수취인에 의해 선택된 크레디팅 계좌로의 지불을 허가할 수 있다. 이어서, 크레디트 카드 검증 서버는 요청된 지불이 허가되었고, 요청된 지불이 지불인의 크레디트 카드 계좌로 청구되었으며, 수취인의 크레디팅 계좌(예컨대, 은행 계좌)에 대변 기입 또는 예금되었음을 지시하는 허가 메시지를 은행 서버로 전송할 수 있다.
전술한 크레디트 카드 검증 서버와 은행 서버 사이의 상호작용들은 수취인 장치(10) 또는 지불인 장치(92)에 의해 개시되는 트랜잭션의 처리와 관련된 하나의 가능한 시나리오를 예시하기 위한 것일 뿐이다. 따라서, 본 발명의 실시예들에 따른 피어 대 피어 트랜잭션의 처리를 위해 하나 이상의 타입의 금융 서버들이 사용되는 다양한 다른 타입의 시나리오들이 존재할 수 있다는 것을 이해해야 한다. 예컨대, 지정된 크레디팅 계좌 및 지불 계좌가 상이한 각각의 뱅킹 기관들에서 유지되는 은행 계좌들인 시나리오에서는, 크레디트 카드 검증 서버 대신에 다수의 은행 서버에 의해 트랜잭션이 처리될 수 있다. 전술한 다양한 금융 서버들(100) 사이의 통신은 단지 소수의 예로서 WAN(68), LAN(66) 또는 WLAN 인터페이스(58)와 같은 수취인 장치(10) 및 지불인 장치(92) 상에서 이용 가능한 임의의 적절한 통신 인터페이스에 의해 제공될 수 있으며, SSL 또는 TSL과 같은 하나 이상의 보안 프로토콜은 물론, 트랜잭션 정보(98)의 보안 및 보전을 보호하기 위한 하나 이상의 데이터 암호화 기술을 포함할 수 있다는 것을 더 이해해야 한다.
도 4에 더 도시된 바와 같이, 트랜잭션이 처리되면, 완료 메시지(102)가 수취인 장치(10)로 전송될 수 있다. 완료 메시지(102)는 전술한 바와 같이 WAN, WLAN, LAN 인터페이스들에 의해 수신될 수 있거나, 일부 실시예들에서는 이메일을 통해 또는 SMS 텍스트 메시지를 통해(예컨대, SMS 인터페이스(70)를 통해) 전송될 수 있다. 완료 메시지(102)는 요청된 트랜잭션이 성공적으로 처리되었는지의 여부를 지시할 수 있다. 트랜잭션이 성공적인 경우, 완료 메시지(102)는 요청된 지불(94)이 지정된 크레디팅 계좌에 대변 기입되었음을 수취인에게 지시하는 확인을 포함할 수 있다. 대안으로, 트랜잭션이 하나 이상의 이유로(예컨대, 제공된 크레디트 카드 계좌에 충분한 자금 또는 크레디트가 부족하여) 성공하지 못한 경우, 완료 메시지(102)는 트랜잭션이 성공하지 못했고 그리고/또는 대체 지불 방법을 따르도록 수취인에게 알릴 수 있다.
일 실시예에서, 수취인 장치(10)는 그 안에 다수의 크레디팅 계좌를 저장할 수 있으며, 수취인은 크레디팅 계좌들과 관련된 우선 순위를 사용자 선호(72) 등을 통해 지정할 수 있다. 예컨대, 선택된 크레디팅 계좌는 최고 우선 순위를 갖는 크레디팅 계좌로서 자동 선택될 수 있다. 따라서, 트랜잭션이 성공적이지 못한 이유가 현재 선택된 크레디팅 계좌 때문인 경우(예컨대, 계좌가 크레디트 카드 지불을 수령하도록 구성되지 못할 수 있는 경우), 트랜잭션 애플리케이션은 다음 최고 우선 순위를 갖는 크레디팅 계좌를 이용하여 금융 서버들(100)로의 후속 트랜잭션 요청을 자동으로 개시하도록 구성될 수 있다. 또한, 금융 서버들(100) 또는 수취인 장치(10)는 트랜잭션이 성공적으로 처리되는 경우에 참조 번호 104로 지시되는 전자 영수증 형태의 확인 메시지를 지불인 장치(92)로 전송할 수도 있다. 전자 영수증(104)은 요청된 지불이 지불인에 의해 충족되었고 수취인에 의해 수령되었다는 확인으로서 이용될 수 있다.
위에 제공된 예들에서 하나 이상의 금융 서버(100)는 다수의 서버(예컨대, 은행 서버들 및 크레디트 카드 검증 서버들)를 지칭하지만, 소정의 시나리오들에서 하나 이상의 금융 서버(100)는 지정된 지불 계좌 및 크레디팅 계좌가 동일 금융 기관(예컨대, 동일 은행)에 의해 유지되는 상황에서와 같이 단일 금융 서버를 포함할 수 있다. 이러한 시나리오에서, 전술한 트랜잭션 허가 프로세스는 공동 금융 기관과 관련된 단일 서버에 의해 수행될 수 있다. 따라서, "단일 서버"라는 표현은 상이한 위치들에 있는 둘 이상의 컴퓨팅 장치를 지칭할 수 있지만, 컴퓨팅 장치들의 각각은 동일 금융 기관에 의해 소유되거나, 조작되거나, 관련된다는 것을 이해해야 한다. 또한, 하나 이상의 금융 서버(100)는 금전 자산을 관리하도록 구성된 금융 서버들로 한정될 필요가 없다. 예컨대, 트랜잭션이 전술한 바와 같이 아이튠(등록상표) 계좌에 저장된 크레디트들과 같은 비현금 자산들을 필요로 하는 경우, 금융 서버들(100)은 아이튠 온라인 서버에 의해 관리되는 서버를 포함할 수 있다. 사실상, 다양한 금융 서버(100)의 상호작용들과 관련된 이러한 추가적인 실시예들도 본 발명의 범위 내에서 구상되며, 아래에 더 상세히 설명될 것이다.
본 설명을 계속하면, 도 5A-10B는 복수의 스크린 이미지를 통해 전술한 트랜잭션 애플리케이션(34)에서 사용하기 위한 전자 장치(10)를 구성하기 위한 다양한 방법들 및 기술들을 나타낸다. 도시된 스크린 이미지들은 GUI(28)에 의해 생성되고, 디스플레이(24) 상에 표시될 수 있다. 예컨대, 이러한 스크린 이미지들은 사용자가 입력 구조들(14, 16, 18, 20, 22) 및/또는 터치 스크린 인터페이스(78) 등을 통해 장치(10)와 상호작용할 때 생성될 수 있다. 구체적으로, 이러한 도면들은 본 발명의 실시예들에 따라 지불 계좌 및 크레디팅 계좌 정보를 장치(10)에 저장하는 것은 물론, 도 3과 관련하여 전술한 사용자 선호들(72) 및 보안 특징들(74) 중 하나 이상을 구성하기 위한 기술들 및 방법들을 도시한다.
전술한 바와 같이, GUI(28)는 사용자에 의해 행해지는 입력들 및 선택들에 따라 아이콘들(예컨대, 30) 및 그래픽 요소들을 포함하는 다양한 스크린을 표시할 수 있다. 이러한 요소들은 사용자에 의해 예를 들어 터치 스크린 인터페이스(76)를 이용하여 디스플레이(24) 상의 그들 각각의 위치를 물리적으로 터치함으로써 선택될 수 있는 그래픽 및 가상 요소들 또는 "버튼들"을 나타낼 수 있다. 따라서, 아래의 스크린 이미지들의 설명에서 사용될 때, "버튼", "가상 버튼", "그래픽 버튼", "그래픽 요소들" 등과 같은 용어는 디스플레이(24) 상에 제공되는 그래픽 요소들에 의해 표현되는 버튼들 또는 아이콘들의 그래픽 표현들을 지칭하는 것을 의도한다는 것을 이해해야 한다. 또한, 후속 도면들에 제공되고 설명되는 기능들은 다양한 그래픽 요소들 및 비주얼 스킴들을 이용하여 달성될 수 있다는 것도 이해해야 한다. 따라서, 본 발명은 여기에 묘사되는 바로 그러한 사용자 인터페이스 관례들로 한정되는 것을 의도하지 않는다. 오히려, 본 발명의 실시예들은 다양한 사용자 인터페이스 스타일을 포함할 수 있다.
먼저, 도 5A 및 5B를 참조하면, 이 도면들은 사용자에 의해 크레디트 카드 계좌를 나타내는 정보가 장치(10)에 입력되고 저장될 때 장치(10) 상에 표시될 수 있는 스크린 이미지들을 집합적으로 나타낸다. 이어서, 저장된 크레디트 카드 정보는 전술한 트랜잭션 애플리케이션과 연계하여 지불 계좌로서 사용될 수 있다. 도 5A에 도시된 바와 같이, 사용자는 장치(10)의 홈 스크린(29) 상에 표시된 아이콘(34)을 선택함으로써 트랜잭션 애플리케이션을 개시할 수 있다. 아이콘(34)의 선택시, 트랜잭션 애플리케이션은 CPU(50) 등을 통해 개시될 수 있으며, 사용자는 트랜잭션 애플리케이션에 대한 "홈" 또는 "메인" 스크린을 나타낼 수 있는 스크린(110)으로 진행할 수 있다.
스크린(110)은 참조 번호 112, 114 및 116으로 지시되는 복수의 그래픽 요소를 포함할 수 있다. 그래픽 요소들(112, 114, 116)의 각각은 버튼 또는 키의 형태로 표시될 수 있으며, 그와 관련된 대응하는 기능 또는 액션의 간단한 설명을 포함할 수 있다. 예컨대, 그래픽 버튼(112)은 장치(10)에 저장된 계좌 정보를 보고 변경할 수 있는 기능을 나타낼 수 있다. 그래픽 버튼(114)은 사용자가 도 4에서 전술한 트랜잭션과 같은 피어 대 피어 트랜잭션을 개시할 수 있는 기능을 나타낼 수 있다. 또한, 그래픽 버튼(116)은 사용자가 도 3과 관련하여 전술한 사용자 선호들(72)과 같은 다양한 사용자 선호를 보고 변경할 수 있는 기능을 나타낼 수 있다. 그래픽 버튼(116)에 의해 제공되는 기능들은 사용자가 전술한 보안 특징들(74) 중 하나 이상을 변경하거나 액세스하게 할 수도 있다.
본 설명은 먼저 그래픽 버튼(112)에 의해 제공되는 기능들의 설명으로부터 시작할 것이다. 그러나, 그래픽 버튼들(114, 116)에 의해 제공되는 추가적인 기능들이 아래에 더 상세히 설명된다는 것을 기억해야 한다. 또한, 도 5A에 도시된 바와 같이, 스크린(110)은 그래픽 버튼(118)을 포함할 수 있다. 그래픽 버튼(118)은 사용자를 이전 스크린으로 복귀시키는 액션을 나타낼 수 있다. 예컨대, 사용자가 도 5A의 스크린(110) 상에 표시된 버튼(118)을 선택하는 경우, 사용자는 홈 스크린(29)으로 복귀할 것이다.
새로운 크레디트 카드 계좌를 장치(10)에 입력하고 저장하기 위하여, 사용자는 그래픽 버튼(112)을 선택하여, 장치(10) 상에 현재 저장된 모든 계좌들의 리스트를 표시할 수 있는 스크린(120)에 액세스할 수 있다. 스크린(120)에 의해 도시된 바와 같이, 현재 저장된 계좌들은 소정의 카테고리들에 따라 체계화되고 표시될 수 있다. 예컨대, 계좌 정보 스크린(120)은 현재 저장된 크레디트 카드 계좌들의 제1 리스트(122), 현재 저장된 뱅킹 계좌들의 제2 리스트(124), 현재 저장된 비현금 계좌들의 제3 리스트(126)는 물론, 특정 판매자 또는 소매상과 관련된 차지 카드들 또는 로열티 카드들을 포함할 수 있는 다른 계좌들의 추가 리스트(128)를 표시할 수 있다. 또한, 계좌 정보 스크린(120)은 그래픽 버튼들(130, 132)에 의해 각각 지시되는 바와 같이 추가 계좌들을 장치(10)에 추가하거나 기존 계좌들을 장치(10)로부터 제거하는 기능들을 나타내는 추가 그래픽 요소들을 포함할 수 있다. 따라서, 장치(10)에 새로운 계좌를 추가하기 위하여, 사용자는 그래픽 버튼(130)을 선택할 수 있다. 또한, 사용자가 하나 이상의 리스트(122, 124, 126, 128) 상에 표시된 이전에 저장된 계좌를 제거하기를 원하는 경우, 사용자는 그래픽 버튼(132)을 선택함으로써 그렇게 할 수 있다.
도 5A에 도시된 바와 같이, 그래픽 버튼(130)의 선택시, 사용자는 스크린(134)으로 진행할 수 있다. 스크린(134)은 복수의 그래픽 버튼(136, 138, 140, 142, 144)을 포함할 수 있으며, 이들 각각은 장치(10) 상에 저장될 수 있는 다양한 타입의 계좌의 카테고리들을 나타낼 수 있다. 예컨대, 사용자는 그래픽 버튼(136)을 선택함으로써 새로운 크레디트 카드 계좌를 입력하고 저장하는 프로세스를 개시할 수 있다. 이러한 선택은 사용자를 스크린(146)으로 진행시킬 수 있다. 그러나, 사용자가 상이한 계좌 타입들의 입력을 위해 임의의 다른 그래픽 버튼(138, 140, 142 또는 144)을 선택하기로 결정할 수 있는 경우, 그러한 임의의 다른 그래픽 버튼의 선택은 사용자를 각각의 적절한 스크린으로 진행시킬 것이라는 것을 이해해야 한다.
이제, 스크린(146)을 참조하면, 참조 번호 148, 150, 152, 154로 지시되는 여러 개의 드롭다운 스타일의 선택 필드들이 표시될 수 있다. 예컨대, 드롭다운 선택 필드(148)는 사용자가 장치(10)에 저장하기를 원하는 특정 크레디트 카드에 기초하여 적절한 선택을 행할 수 있는 다양한 크레디트 카드 제공자들에 대응하는 크레디트 카드 브랜드들의 리스트를 제공할 수 있다. 또한, 드롭다운 필드들(150, 152)은 새로운 크레디트 카드 계좌와 관련된 만기에 각각 대응하는 달 및 해의 선택을 사용자에게 제공할 수 있다. 이해하듯이, 드롭다운 필드들은 사용자에 의해 구동 또는 선택될 때 각각의 드롭다운 필드를 채우기 위해 선택될 수 있는 이용 가능 옵션들의 리스트를 표시할 수 있다. 예컨대, 입력되는 크레디트 카드 계좌의 타입에 대응하는 카테고리의 선택을 나타낼 수 있는 드롭다운 필드(154)를 참조하면, 사용자는 다양한 크레디트 카드 계좌 타입들을 일반적으로 설명하는 이용 가능 카테고리들의 리스트로부터 카테고리를 선택할 수 있다. 예컨대, 크레디트 카드는 일반적으로 가스 구매, 온라인 또는 여행 구매와 관련하여 사용될 수 있거나, 다양한 구매를 위한 일반 용도의 카드일 수 있다.
본 발명의 일 양태에 따르면, 장치(10)의 제조자가 특정 크레디트 카드 브랜드가 디폴트 선택으로서 초기에 선택될 수 있도록 장치(10)를 사전 구성할 수 있는 하나 이상의 크레디트 카드 제공자와의 협의에 도달할 수 있는 하나 이상의 비즈니스 방법이 제공될 수 있다. 예컨대, 도 5A에 도시된 바와 같이, 드롭다운 필드(148)는 처음에 특정 크레디트 카드 제공자(예컨대, American Express(등록상표))와 관련된 디폴트 크레디트 카드 브랜드를 표시할 수 있다. 따라서, 사용자가 도 5A 및 5B에 도시된 프로세스를 계속하여, 장치(10)에 디폴트 선택의 크레디트 카드 타입을 추가하는 단계들을 완료하는 경우, 장치(10)의 제조자와 크레디트 카드 제공자는 크레디트 카드 제공자에 의해 유지되는 크레디트 카드 계좌가 제조자에 의해 판매 및/또는 제조되는 장치 상에 저장될 때마다 장치(10)의 제조자가 수수료 또는 요금을 받는 협의에 들어갈 수 있다. 또한, 장치(10)의 제조자는 장치(10)의 제조자가 크레디트 카드 트랜잭션이 장치(10)를 이용하여 수행되는 경우에 크레디트 카드 제공자에게 지불되는 크레디트 카드 트랜잭션 요금의 일부를 받을 수 있도록 크레디트 카드 제공자와의 협의에 들어갈 수도 있다.
이제, 도 5A의 설명을 계속하면, 스크린(146)은 참조 번호 156 및 158로 지시되는 바와 같은 여러 텍스트 필드를 더 포함할 수도 있다. 필드(156)는 사용자가 새로운 크레디트 카드 계좌에 대응하는 계좌 번호를 입력하게 할 수 있다. 또한, 폼 필드(158)는 사용자가 선택된 크레디트 카드에 대응하는 카드 검증 값(CVV) 코드를 입력할 수 있게 하기 위해 제공될 수 있다. 이해하듯이, CVV 코드들은 일반적으로 크레디트 카드의 전면 또는 배면에 인쇄되며, 크레디트 카드 상의 자기 띠에 인코딩될 수도 있으며, 크레디트 카드 트랜잭션들에서의 추가적인 보안 특징으로서 이용될 수 있어서, 크레디트 카드 사기에 대한 향상된 보호를 제공할 수 있다. 대안 실시예에서, CVV 코드는 새로운 계좌를 입력할 때에는 필요하지 않을 수도 있으며, 대신에 새로 추가된 크레디트 카드 계좌가 트랜잭션에 사용될 때마다 장치(10)에 의해 요구될 수 있다.
필드들(156, 158)에 데이터를 입력하기 위하여, 스크린(146)은 그래픽 텍스트 입력 키보드 인터페이스(160)를 포함할 수 있다. 텍스트 입력 키보드 인터페이스(160)는 예를 들어 알파벳의 문자들을 나타내는 복수의 그래픽 버튼은 물론, 키보드 상의 표준 "스페이스바" 및 "백스페이스" 기능들을 나타내는 버튼들을 포함할 수 있다. 따라서, 사용자는 텍스트 키보드 인터페이스(160)를 이용하여, 장치(10)의 디스플레이(24) 상에 표시될 수 있는 임의의 텍스트 필드들에 텍스트 데이터를 입력할 수 있다. 텍스트 입력 키보드(160)는 사용자가 텍스트 입력 키보드(160)와 숫자 키보드(164) 사이에 토글링할 수 있게 하는 그래픽 버튼(162)도 포함할 수 있다. 도 5A에 도시된 바와 같이, 숫자 키보드(164)는 숫자들(0-9)을 나타내는 복수의 버튼은 물론, 일반적으로 사용되는 여러 개의 구두점 마크도 포함할 수 있다. 숫자 키보드(164)는 사용자가 텍스트 키보드(160)로 복귀하기 위해 선택할 수 있는 그래픽 버튼(166)도 포함할 수 있다. 예컨대, 사용자는 크레디트 카드 계좌 번호 및 CVV 코드를 폼 필드들(156, 158)에 입력하기 위하여 텍스트 키보드(160)로부터 숫자 키보드(164)로 스위칭할 수 있다. 또한, 텍스트 키보드(160)로 복귀할 필요가 생기는 경우, 사용자는 숫자 키보드(164) 상의 그래픽 버튼(166)을 선택함으로써 그렇게 할 수 있다. 추가 실시예들에서, 숫자 및 텍스트 입력 특징들은 단일 그래픽 키보드 인터페이스에 통합될 수 있다.
드롭다운 필드들(148, 150, 152, 154) 및 텍스트 필드들(156, 158)에 의해 요구되는 모든 크레디트 카드 정보가 사용자에 의해 제공되면, 사용자는 그래픽 버튼(168)을 선택하여, 크레디트 카드 검증 프로세스를 시작할 수 있다. 이러한 검증 프로세스는 일반적으로 장치(10)에 크레디트 카드 계좌를 입력하는 단계들을 수행하는 사용자가 크레디트 카드 계좌 소유자 또는 허가된 사용자임을 검증하는 목적을 제공할 수 있다. 예컨대, 검증 프로세스 동안, 스크린(146)에 입력된 크레디트 카드 정보는 대응하는 크레디트 카드 제공자에게 전송될 수 있다. 전술한 바와 같이, 크레디트 카드 정보의 전송은 전술한 하나 이상의 통신 인터페이스를 통해 달성될 수 있으며, 전술한 암호화 및 보안 방법들 중 하나 이상에 의해 보호될 수 있다.
이제, 도 5B를 참조하면, 크레디트 카드 제공자가 장치(10)에 의해 제공된 크레디트 카드 정보가 유효한 것으로 검증한 경우, 크레디트 카드 제공자는 하나 이상의 검증 코드를 장치(10)로 전송함으로써 사용자의 식별자를 확인할 수 있다. 예컨대, 스크린(170)을 참조하면, 장치(10) 상에서 사용될 크레디트 카드를 구동하기 위한 검증 코드가 예를 들어 이메일 등에 의해 제공되었음을 사용자에게 알리는 통지 메시지(172)가 표시될 수 있다. 이해하듯이, 검증 코드가 전송되는 이메일 어드레스는 크레디트 카드 계좌와 관련되고, 크레디트 카드 제공자에 의해 유지되는 기록들에 포함된 이메일 어드레스일 수 있다. 따라서, 이것은 허가된 사용자 또는 사용자들만이 검증 코드를 수신하는 것을 보장한다. 따라서, 크레디트 카드 검증 스크린(170)은 사용자가 검증 코드를 얻기 위해 이메일 메시지들을 검색할 수 있는 이메일 프로그램을 실행할 수 있는 그래픽 버튼(144)을 포함할 수 있다.
또한, 그래픽 버튼(178)을 선택함으로써, 사용자는 전술한 바와 같이 스크린(146)을 통해 사용자에 의해 입력되는 새로운 크레디트 카드 계좌(180)를 포함하도록 갱신될 수 있는 스크린(120)으로 복귀할 수 있다. 프로세스의 이 시점에서, 스크린(120)은 전술한 검증 코드의 제공과 같은 허가 또는 활성화 액션이 수행될 때까지 새로 입력된 크레디트 카드 계좌(180)가 장치(10)로부터 지불을 행하는 데에 사용되지 못할 수 있음을 지시할 수 있다. 사용자가 스크린(170)과 관련하여 전술한 이메일 검증 코드를 취득한 경우, 사용자는 스크린(184)으로 진행하여, 검증 코드를 입력할 수 있으며, 따라서 장치(10) 상에서의 사용을 위해 크레디트 카드 계좌(180)를 활성화할 수 있다. 예컨대, 도 5B에 도시된 바와 같이, 사용자는 스크린(120) 상의 새로운 크레디트 카드 계좌(180)의 위치를 선택하여, 스크린(184)으로 진행할 수 있다.
스크린(184)에 도시된 바와 같이, 사용자는 전술한 이메일 검증 코드를 입력하기 위한 텍스트 필드(186)를 제공받을 수 있다. 검증 코드는 그래픽 버튼(162)을 선택함으로써 액세스될 수 있는 텍스트 입력 키보드(160) 및/또는 숫자 키보드(164)를 이용하여 입력될 수 있다. 이메일 검증 코드가 입력되면, 사용자는 그래픽 버튼(188)을 선택할 수 있고, 따라서 검증 프로세스를 완료하고, 스크린(120)으로 복귀할 수 있다. 텍스트 필드(186) 내에 사용자에 의해 제공된 검증 코드가 크레디트 카드 제공자에 의해 제공된 검증 코드와 일치하는 경우, 새로 입력된 크레디트 카드 계좌(180)는 도 5B의 최종 갱신된 스크린(120)에 도시된 바와 같이 트랜잭션 애플리케이션(34)과 연계하여 사용하기 위해 허가되고 준비될 것이다.
이메일 검증 코드가 소정의 이유로 수신되지 못하는 경우, 사용자는 대안으로 텍스트 필드(190) 내에 전화 검증 번호를 제공하여 크레디트 카드 계좌(180)를 활성화할 수 있다. 예컨대, 스크린(170)을 다시 참조하면, 통지 메시지(172) 내에 전화 확인 코드(176)도 제공된다. 일 실시예에서, 전화 검증 코드를 취득하기 위하여, 사용자는 이메일 검증 코드와 다를 수 있지만, 정확히 입력될 경우에 트랜잭션 애플리케이션(34)에 의한 새로 입력된 크레디트 카드(180)의 사용을 허가하는 대응하는 전화 검증 코드를 수신하기 위해 전화 통화 등을 통해 크레디트 카드 제공자에게 전화 확인 코드(176)를 제공해야 한다. 따라서, 사용자는 전화 검증 코드를 텍스트 필드(190)에 입력하고, 트랜잭션 애플리케이션(34)에서 사용하기 위해 새로 입력된 크레디트 카드 계좌(180)를 허가하기 위한 대안 방법으로서 그래픽 버튼(192)을 선택할 수 있다.
이제, 도 6A 및 6B를 참조하면, 이 도면들은 스크린 이미지들을 통해 전자 장치(10)에 은행 계좌를 입력하고 저장하기 위한 방법을 나타낸다. 이해하듯이, 도 6A 및 6B에 도시된 프로세스의 여러 양태들은 도 5A 및 5B와 관련하여 전술한 단계들과 동일하지는 않지만 유사할 수 있다. 도 6A로부터 시작하면, 사용자는 스크린(110) 상의 그래픽 버튼(112)을 선택하여, 전술한 바와 같이 장치에 현재 저장된 모든 계좌들의 리스트를 표시할 수 있는 스크린(120)에 액세스할 수 있다. 도 6A에 도시된 바와 같이, 도 5A 및 5B에서 사용자에 의해 입력된 크레디트 카드 계좌(180)는 저장된 크레디트 카드 계좌들의 리스트(122) 내에 포함된다.
이어서, 사용자는 스크린(120) 상의 그래픽 버튼(130)을 선택하여 스크린(134)으로 진행할 수 있다. 전술한 바와 같이, 스크린(134)은 그래픽 버튼들(136, 138, 140, 142, 144)을 표시할 수 있으며, 이들 각각은 장치(10)에 저장될 수 있는 다양한 타입의 계좌의 카테고리들을 나타낼 수 있다. 따라서, 새로운 은행 계좌를 입력하고 저장하기 위하여, 사용자는 그래픽 버튼(140)을 선택하여 스크린(198)으로 진행할 수 있다. 도 6A에 도시된 바와 같이, 스크린(198)은 복수의 드롭다운 필드(예컨대, 200, 202) 및 텍스트 필드(예컨대, 204, 206)를 제공할 수 있다는 점에서 전술한 스크린(146)과 유사할 수 있다. 이러한 필드들을 통해, 사용자는 필요한 은행 계좌 정보를 장치(10)에 입력할 수 있다. 예컨대, 드롭다운 필드들(200)은 사용자가 새로운 은행 계좌와 관련된 뱅킹 제공자의 식별자를 선택할 수 있게 한다. 드롭다운 필드(202)는 예컨대 수표 계좌, 저금 계좌, 현금 시장 계좌 등일 수 있는 저장되는 뱅킹 계좌의 타입의 선택을 제공할 수도 있다. 또한, 텍스트 필드들(204, 206)은 사용자가 뱅킹 제공자의 라우팅 번호 및 은행 계좌와 관련된 계좌 번호를 각각 입력하게 할 수 있다. 텍스트 키보드(160)는 필드들(204, 206) 내의 데이터의 입력을 위해 스크린(198) 상에 제공될 수 있다. 또한, 전술한 바와 같이, 숫자 키보드(164)는 전술한 라우팅 및 은행 계좌 번호들과 같은 숫자 데이터의 입력이 필요할 때 그래픽 버튼(162)의 선택을 통해 액세스될 수 있다.
필요한 은행 계좌 정보가 드롭다운 필드들(200, 202) 및 텍스트 필드들(204, 206)에 입력되면, 사용자는 그래픽 버튼(208)을 선택하여, 장치(10) 상의 트랜잭션 애플리케이션(34)에서의 사용을 위해 입력된 은행 계좌를 검증하고 허가하는 프로세스를 개시할 수 있다. 알 수 있듯이, 입력된 은행 계좌와 관련된 검증 프로세스의 소정의 양태들은 도 5B와 관련하여 전술한 크레디트 카드 검증 프로세스와 유사할 수 있다. 예컨대, 검증 프로세스 동안, 스크린(198)에 입력된 은행 계좌 정보는 드롭다운 필드(200)에서 선택된 뱅킹 제공자에게 전송될 수 있다. 전술한 바와 같이, 은행 계좌 정보의 전송은 전술한 통신 인터페이스들(예컨대, 인터페이스들 58, 60, 62, 64, 66, 68, 70) 중 하나 이상을 통해 달성될 수 있으며, 전술한 암호화 및 보안 방법들 중 하나 이상에 의해 보호될 수 있다.
이제, 도 6B를 참조하면, 뱅킹 제공자가 장치(10)에 의해 전송된 은행 계좌 정보가 유효한 은행 계좌를 나타내는 것으로 검증한 경우, 뱅킹 제공자는 임의의 적절한 타입의 인증 기술을 이용하여 사용자의 식별자를 확인할 수 있다. 예컨대, 도시된 실시예에서, 뱅킹 제공자는 은행 계좌에 하나 이상의 검증 예금을 개시할 수 있다. 이 분야의 기술자들이 이해하듯이, 검증 예금은 일반적으로 비교적 적은 금액(예컨대, 미화 1 달러 미만)이며, 계좌 소유자의 식별자를 확인하는 데 사용될 수 있다. 예를 들어, 뱅킹 제공자는 새로 입력된 은행 계좌가 트랜잭션 애플리케이션(34)에서의 사용을 위해 허가될 수 있기 전에 계좌 소유자가 검증 예금액의 정확한 값을 제공하도록 요구할 수 있다. 예를 들어, 이제 도 6B의 스크린(210)을 참조하면, 뱅킹 제공자가 스크린(198)에 입력된 은행 계좌의 유효성을 검증한 경우, 통지 메시지(212)가 표시될 수 있다. 도시된 실시예에서, 통지 메시지(212)는 2개의 검증 예금이 새로 입력된 은행 계좌의 대변에 기입되었음을 사용자에게 알릴 수 있지만, 확인 프로세스에서는 임의 수의 검증 예금이 이용될 수 있다는 것을 이해해야 한다.
사용자는 그래픽 버튼(214)을 선택하여 스크린(120)으로 복귀할 수 있으며, 이 스크린에서 리스트(124)는 참조 번호 216으로 지시되는 바와 같이 새로 입력된 은행 계좌를 포함하도록 갱신될 수 있다. 도 5B에 도시된 스크린(120)과 같이, 도 6B의 스크린(120)은 전술한 검증 예금액이 뱅킹 제공자에 의해 확인될 때까지 새로운 은행 계좌(216)가 장치(10)를 이용하여 지불을 행하는 데 사용되지 못할 수 있음을 지시할 수 있다. 따라서, 사용자는 예컨대 검증 금액의 예금 후에 발행된 뱅킹 진술서를 검토하는 것 등에 의해 검증 예금의 금액을 결정하는 것이 필요할 수 있다.
검증 예금액을 결정한 후에, 사용자는 스크린(120) 상의 새로운 은행 계좌(216)의 위치를 선택함으로써 스크린(218)에 액세스할 수 있다. 도 6B에 도시된 바와 같이, 스크린(218)은 사용자가 2개의 검증 예금의 금액을 입력할 수 있는 텍스트 필드들(220, 222)을 표시할 수 있다. 또한, 스크린(218)은 사용자가 검증 예금 금액을 필드들(220, 222)에 입력할 수 있는 숫자 키보드(164)를 포함할 수 있다. 검증 예금 금액이 입력되면, 사용자는 그래픽 버튼(224)을 선택하여 스크린(120)으로 복귀함으로써 확인 프로세스를 완료할 수 있다. 도 6B에 도시된 바와 같이, 스크린(218) 내에 사용자에 의해 입력된 예금 금액이 뱅킹 제공자에 의해 예금된 검증 금액과 일치하는 경우, 새로 입력된 은행 계좌(216)는 도 6B의 최종 갱신된 스크린(120)에 도시된 바와 같이 트랜잭션 애플리케이션(34)과 연계하여 사용하기 위해 허가되고 준비될 것이다. 아래에 더 상세히 설명되는 바와 같이, 장치(10)(또는 장치 92)에 저장된 은행 계좌는 장치(10)가 수취인 장치 또는 지불인 장치의 역할을 하는지에 따라 크레디팅 계좌 및 지불 계좌 양자로서 사용될 수 있다.
이제, 도 7-10B를 참조하면, 전술한 바와 같이 장치(10)는 제조자에 의해 사전 구성되거나 사용자에 의해 나중에 구성될 수 있는, 도 3에 참조 번호 72로 지시되는 것들과 같은 하나 이상의 선호 설정을 포함할 수 있다. 예컨대, 선호 설정들(72)은 디폴트 지불 계좌, 디폴트 크레디팅 계좌의 선택은 물론, 보안 목적을 위한 허가 PIN 번호의 선택 및 저장과 같은 추가 설정들도 포함할 수 있다. 따라서, 도 7-10B에 도시된 스크린 이미지들은 사용자가 전술한 선호 설정들을 구성하도록 장치(10)를 조작할 수 있는 기술들을 예시적으로 도시하는 것을 의도한다.
먼저, 도 7을 참조하면, 디폴트 지불 계좌의 선택은 스크린(110)으로부터 처음 시작될 수 있다. 여기서, 사용자는 그래픽 버튼(116)을 선택하여, 장치(10) 상의 하나 이상의 사용자 선호의 현재 구성을 표시할 수 있는 스크린(230)에 액세스할 수 있다. 도시된 실시예에서, 스크린(230) 상에 표시된 사용자 선호 설정들은 현재 선택된 디폴트 지불 계좌(232) 및 현재 선택된 디폴트 크레디팅 계좌(234)를 포함할 수 있다. 스크린(230)은 디폴트 계좌들(232, 234) 옆에 각각 표시될 수 있고, 사용자가 선택된 디폴트 계좌 설정들을 수정 또는 변경하게 할 수 있는 그래픽 버튼들(236, 238)도 포함할 수 있다.
더 상세히 설명되는 바와 같이, 스크린(230)은 장치(10)의 사용자를 식별할 수 있고, 예컨대 지불 영수증을 수령하기 위해 트랜잭션 애플리케이션(34)에 의해 사용될 수도 있는 사용자가 입력한 이메일 어드레스(240)와 같은 다양한 다른 선호 설정들도 표시할 수 있다. 도 7에 도시된 바와 같이, 사용자는 그래픽 버튼(242)의 선택을 통해 이메일 어드레스 설정(240)을 갱신할 수 있다. 스크린(230)은 사용자가 허가 PIN 코드를 입력하고 저장하는 것은 물론, 트랜잭션 애플리케이션(34)과 관련된 허가 상태를 지시하기 위해 선택할 수 있는 그래픽 버튼(244)을 더 포함할 수 있다. 예컨대, 참조 번호 246으로 지시되는 바와 같이, 트랜잭션 애플리케이션(34)은 "언록킹" 모드에 있을 수 있으며, 따라서 사용자에 의해 일반적으로 전술한 트랜잭션들을 수행하는 데에 사용될 수 있다. 보안을 위해, 사용자는 록킹 모드에 있을 때 트랜잭션 애플리케이션(34)을 디스에이블할 수 있는 그래픽 버튼(248)의 선택 등을 통해 언록킹 모드와 록킹 모드 사이에서 이 허가 설정(246)을 토글링할 수 있다. 이해하듯이, 트랜잭션 애플리케이션(34)이 록킹될 때, 사용자는 장치(10)를 이용하여 지불들을 송수신하지 못할 수 있다. 소정 실시예들에서, 트랜잭션 애플리케이션(34)은 아래에 더 상세히 설명되는 바와 같이 허가 PIN을 제공할 때만 언록킹될 수 있다.
디폴트 지불 계좌(232) 설정을 다시 참조하면, 사용자는 사용자를 스크린(258)으로 진행시킬 수 있는 그래픽 버튼(236)을 선택함으로써 선호 설정을 갱신할 수 있다. 스크린(258)은 지불 계좌로서 선택될 수 있는 장치 상에 현재 저장된 모든 계좌들의 리스트를 표시할 수 있다. 도시된 실시예에서, 계좌들의 리스트는 참조 번호들(260, 262, 264)로 지시되는 카테고리들로 체계화될 수 있다. 알 수 있듯이, 이것은 도 5A와 관련하여 스크린(120) 상에 나타난 계좌들의 리스트와 유사할 수 있다. 리스트(260)는 장치(10)에 현재 저장된 크레디트 카드 계좌들의 리스트에 대응할 수 있다. 리스트(260)에 나타난 바와 같이, 이전 스크린(230) 상에 표시된 크레디트 카드 계좌(232)는 현재 선택된 디폴트 지불 계좌인 것으로 지시될 수 있다. 여기서, 사용자는 다른 목록화된 계좌들 중 하나를 디폴트 지불 계좌로서 선택하는 옵션을 가질 수 있다. 또한, 사용자는 디폴트 지불 계좌 설정을 구성하기를 원하지 않는 경우에 그래픽 버튼(266)을 선택할 수 있다. 예컨대, 그래픽 버튼(266)을 선택함으로써, 트랜잭션 애플리케이션(34)은 사용자에게 장치(10)를 이용하여 지불이 행해질 때마다 지불 계좌를 선택하도록 촉구할 수 있다.
본 실시예에서, 사용자는 도 5A 및 5B에서 입력된 크레디트 카드 계좌(180)를 선택할 수 있다. 예컨대, 사용자는 스크린(258) 상의 그의 일반 위치를 선택함으로써 크레디트 카드 계좌(180)를 선택할 수 있다. 이어서, 이전에 선택된 디폴트 지불 계좌(예컨대, 크레디트 카드 계좌 232)는 선택이 해제되고, 크레디트 카드 계좌(180)는 현재 선택된 디폴트 지불 계좌로서 스크린(258) 상에 지시될 수 있다. 이어서, 사용자는 그래픽 버튼(118)을 선택하여, 스크린(230)으로 복귀할 수 있으며, 이 스크린은 크레디트 카드 계좌(180)를 새로 선택된 디폴트 지불 계좌로서 표시하도록 갱신될 수 있다.
이제, 도 8을 참조하면, 이 도면은 사용자가 디폴트 크레디팅 계좌를 선택할 수 있는 추가적인 스크린 이미지들을 도시한다. 도시된 바와 같이, 사용자는 스크린(230) 상의 그래픽 버튼(238)을 선택하여, 스크린(270)에 액세스할 수 있다. 스크린(270)은 크레디팅 계좌로서 선택될 수 있는 장치 상에 현재 저장된 모든 계좌들의 리스트를 표시할 수 있다. 예컨대, 스크린(270)은 은행 계좌들의 리스트(262) 및 비현금 계좌들의 리스트(264)를 표시할 수 있다. 그러나, 스크린(270)은 도 7의 스크린(258)과 관련하여 전술한 크레디트 카드 계좌들의 리스트(260)를 생략할 수 있는데, 그 이유는 크레디트 카드 계좌들이 일반적으로 지불 크레디트들 또는 예금들을 수용하기 위한 매개체로서 사용되지 않기 때문이다.
리스트(262)에 나타난 바와 같이, 이전 스크린(230) 상에 표시된 은행 계좌(234)는 현재 선택된 디폴트 크레디팅 계좌인 것으로 지시될 수 있다. 따라서, 사용자는 스크린(230) 상에 목록화된 다른 계좌들 중 하나를 디폴트 크레디팅 계좌로서 선택하는 옵션을 가질 수 있다. 예컨대, 사용자는 도 6A 및 6B에서 입력된 은행 계좌(216)를 선택할 수 있다. 예컨대, 사용자는 스크린(270) 상의 그의 일반 위치를 선택함으로써 은행 계좌(216)를 선택할 수 있다. 이어서, 이전에 선택된 디폴트 크레디팅 계좌(234)가 선택 해제되고, 은행 계좌(216)가 현재 선택된 디폴트 크레디팅 계좌인 것으로 스크린(270) 상에 지시될 수 있다. 이어서, 사용자는 그래픽 버튼(118)을 선택하여, 은행 계좌(216)를 새로 선택된 디폴트 지불 계좌로서 표시하도록 갱신될 수 있는 스크린(230)으로 복구할 수 있다. 또한, 전술한 바와 같이, 사용자는 디폴트 크레디팅 계좌 설정을 구성하기를 원하는 것이 아니라, 장치(10)를 통해 지불이 수신될 때마다 크레디팅 계좌를 선택하도록 촉구되기를 선호하는 경우에 그래픽 버튼(266)을 선택할 수 있다.
디폴트 지불 계좌(예컨대, 크레디트 카드 계좌 180) 및 디폴트 크레디팅 계좌(예컨대, 은행 계좌 216)가 도 7 및 8과 관련하여 전술한 방식으로 사용자에 의해 구성되면, 사용자는 스크린(230)으로부터 추가적인 선호 설정들을 계속 구성할 수 있다. 예컨대, 이제 도 9를 참조하면, 허가 PIN을 선택하기 위한 방법을 나타내는 복수의 스크린 이미지가 도시되어 있다. 스크린(230)에서 시작하여, 사용자는 그래픽 버튼(244)을 선택하여 스크린(280)에 액세스할 수 있다. 스크린(280)은 사용자에게 소정 수의 문자를 갖는 원하는 허가 PIN을 선택하도록 일반적으로 지시하는 지시 메시지(282)를 포함할 수 있다. 예컨대, 도시된 실시예에서, 장치(10)는 4 디지트 PIN을 저장하도록 구성될 수 있다. 그러나, 다른 구현들은 임의의 원하는 길이의 허가 PIN들을 이용할 수 있다는 것을 알아야 한다.
스크린(280)에 나타난 바와 같이, 사용자는 숫자 키보드(164)를 통해 원하는 PIN(286)을 텍스트 필드(284)에 입력할 수 있다. 또한, 장치(10)가 텍스트 및 숫자를 갖는 PIN 코드들을 지원할 수 있는 실시예들에서, 사용자는 전술한 바와 같이 그래픽 버튼(166)을 선택함으로써 (도 9에 도시되지 않은) 텍스트 키보드(160)에 액세스할 수 있다. 원하는 PIN(286)이 입력되면, 사용자는 사용자에게 선택된 PIN(286)을 확인 텍스트 필드(292)에 재입력하도록 지시하는 확인 메시지(290)를 표시하도록 스크린(280)을 갱신할 수 있는 그래픽 버튼(288)을 선택함으로써 입력된 PIN(286)을 확인할 수 있다. 따라서, 사용자는 숫자 키보드(164)를 통해 선택된 PIN(286)을 텍스트 필드(292)에 재입력할 수 있다.
PIN(286)이 텍스트 필드(292)에 입력되면, 사용자는 그래픽 버튼(294)을 선택함으로써 허가 PIN 선택 프로세스를 완료할 수 있다. 이 분야의 기술자들이 이해하듯이, 그래픽 버튼(294)의 선택시, 장치(10)는 텍스트 필드들(284, 292)에 입력된 허가 PIN 코드들이 동일한지를 결정할 수 있다. 텍스트 필드들(284, 292)에 입력된 PIN들이 잘못된 사용자 입력 또는 임의의 다른 이유로 인해 일치하지 않는 경우, 사용자는 (도 9에 도시되지 않은) 불일치를 통지받을 수 있으며, PIN(286)을 텍스트 필드들(284, 292) 각각에 다시 한 번 재입력하도록 요구될 수 있다. 입력된 PIN들이 동일한 것으로 결정되면, PIN(286)은 아래에 더 상세히 설명되는 바와 같이 트랜잭션 애플리케이션(34)의 다양한 양태와 관련하여 추가 보안 특징들을 제공하기 위한 허가 PIN 코드로서 사용하기 위해 장치(10)에 저장될 수 있다. 이어서, 허가 PIN(286)이 확인되고 장치(10)에 저장되면, 사용자는 그래픽 버튼(244)이 사용자가 현재 저장된 허가 PIN 코드(286)를 편집 또는 변경할 수 있는 기능에 대응하는 그래픽 버튼(298)으로 교체되는 갱신된 스크린(230)으로 복귀할 수 있다.
사용자에게 허가 PIN 코드(286)를 선택하고 저장하는 기능을 제공하는 것에 더하여, 장치(10)에 대한 사용자 선호 설정들은 트랜잭션 애플리케이션(34)을 록킹 또는 디스에이블하는 기능을 더 제공할 수 있으며, 따라서 트랜잭션 애플리케이션(34)이 록킹되어 있는 동안에 장치가 트랜잭션 요청들을 수신, 송신 또는 처리하는 것을 방지할 수 있다. 예컨대, 일 실시예에서 트랜잭션 애플리케이션(34)은 사용자에 의해 록킹될 때 도 9에서 사용자에 의해 저장된 허가 PIN(286)이 입력될 때까지 록킹 또는 디스에이블 상태로 유지될 수 있다. 트랜잭션 애플리케이션의 록킹 및 후속 언록킹과 관련된 이러한 기술들은 도 10A 및 10B를 참조하여 더 잘 이해될 수 있다.
먼저, 도 10A를 참조하면, 전술한 바와 같이, 스크린(230)은 현재 트랜잭션 애플리케이션(34)이 언록킹 상태에 있음을 지시할 수 있는 트랜잭션 애플리케이션(34)에 대한 허가 설정(246)의 현재 상태의 지시를 표시할 수 있다. 트랜잭션 애플리케이션(34)을 록킹하기 위하여, 사용자는 그래픽 버튼(248)을 선택하여, 스크린(304)에 액세스할 수 있다. 스크린(304)에 표시된 바와 같이, 트랜잭션 애플리케이션(34)이 록킹된 경우에 장치(10)가 트랜잭션 요청들을 송수신할 수 없음을 사용자에게 일반적으로 알리는 통지 메시지(306)가 표시될 수 있다. 사용자가 트랜잭션 애플리케이션(34)을 록킹하기로 선택하는 경우, 사용자는 스크린(304) 상의 그래픽 버튼(308)을 선택함으로써 그렇게 할 수 있다. 도 10A에 도시된 바와 같이, 그래픽 버튼(308)의 선택은 트랜잭션 애플리케이션(34)을 록킹하고, 사용자를 스크린(230)으로 복귀시키며, 이 스크린은 허가 설정(246)이 현재 록킹 상태에 있음을 지시하도록 갱신될 수 있다. 그래픽 버튼(248)은 갱신된 스크린(230) 상에서 그래픽 버튼(312)으로 교체될 수 있으며, 이 버튼은 후속 선택시에 사용자가 트랜잭션 애플리케이션(34)을 언록킹하게 하는 기능을 나타낼 수 있다. 또한, 스크린(304)에서 사용자가 트랜잭션 애플리케이션(34)을 록킹하지 않기로 결정하는 경우, 사용자는 그래픽 버튼(310)을 선택하여, 트랜잭션 애플리케이션에 대한 허가 설정(246)이 언록킹된 것으로 지시되는 이전 스크린(230)으로 복귀할 수 있다.
이제, 도 10B를 참조하면, 사용자가 도 10A에서 트랜잭션 애플리케이션(34)을 록킹하기로 결정하는 경우, 사용자는 스크린(230) 상의 그래픽 버튼(312)을 선택할 수 있다. 그래픽 버튼(312)의 선택시, 사용자는 통지 메시지(320), 필드(322) 및 그래픽 버튼(324)을 표시할 수 있는 스크린(318)으로 진행할 수 있다. 통지 메시지(320)는 사용자에게 도 9에서 선택된 허가 PIN(268)을 입력하도록 지시할 수 있다. 도시된 바와 같이, 숫자 키보드(164)가 허가 PIN(268)의 텍스트 필드(322) 내의 입력을 위해 제공될 수 있다. 허가 PIN(268)이 입력되면, 사용자는 사용자를 스크린(230)으로 복귀시킬 수 있는 그래픽 버튼(324)을 선택함으로써 언록킹 요청을 확인할 수 있으며, 이 스크린에서는 트랜잭션 애플리케이션(34)이 다시 한 번 언록킹 상태가 되고, 따라서 장치(10)를 이용하여 트랜잭션 요청들을 송수신하는 기능이 다시 인에이블됨을 반영하도록 허가 설정(246)이 갱신된다. 또한, 그래픽 버튼(312)은 전술한 바와 같이 그래픽 버튼(248)으로 교체될 수 있다는 점에 유의해야 한다.
장치(10) 상에서 실행될 수 있는 트랜잭션 애플리케이션(34)과 관련된 다양한 양태들의 구성이 설명되었지만, 도 11A는 참조 번호 328로 일반적으로 지시되는 수취인의 관점에서 트랜잭션을 개시한 후에 처리하기 위한 방법을 도시한다. 유사하게, 도 11B는 지불인의 관점에서 트랜잭션 요청의 수신 및 트랜잭션 요청에 응답하여 지불을 행하는 후속 액션을 설명하는 방법(360)을 도시한다. 일부 상황들에서 방법들(328, 360)은 적어도 부분적으로 동시에 발생할 수 있다는 것을 이해해야 한다.
도 11A로부터 시작하면, 방법(328)은 단계 332에서 송장의 결정으로부터 시작될 수 있다. 이해하듯이, "송장"이라는 용어는 요청된 지불의 금액, 요청 수취인의 식별자는 물론, 지불이 요청되고 있는 성격 또는 이유들을 설명하는 추가 정보도 포함할 수 있는 지불 요청의 일반 조건을 지칭할 수 있다. 송장의 조건이 단계 332에서 결정되면, 단계 334에 지시된 바와 같이, 송장 정보가 지불인에게 전송될 수 있다. 예를 들어, 방법(328)에서 설명되는 송장 정보의 전송은 도 4를 참조하여 전술한 바와 같이 수취인 장치(10)로부터 지불인 장치(92)로의 지불 요청 정보(94)의 통신에 대응할 수 있다.
이어서, 단계 336에 지시된 바와 같이, 수취인은 지불인으로부터의 지불 계좌를 나타내는 정보의 전송을 기다릴 수 있다. 전술한 바와 같이, 지불인으로부터의 지불 정보의 수신은 단계 334로부터의 요청된 지불의 확인 및 수락을 지시할 수 있다. 지불인으로부터 지불 정보를 수신한 때, 수취인은 단계 338에서 수취인이 요청된 지불이 대변 기입 또는 예금되기를 크레디팅 계좌를 장치(10) 상에서 선택할 수 있다. 예컨대, 전술한 바와 같이, 크레디팅 계좌는 도 6A 및 6B와 관련하여 전술한 바와 같이 사용자 지정 디폴트 크레디팅 계좌(216)로서 자동 선택될 수 있고, 그리고/또는 사용자에 의해 수동 선택될 수 있다.
이어서, "트랜잭션 정보"로서 함께 참조될 수 있는 단계 332에서 결정된 지불 요청 정보, 단계 336에서 지불인으로부터 수신된 지불 정보, 및 단계 338로부터 선택된 크레디팅 계좌가 요청된 트랜잭션의 검증 및 처리를 위해 하나 이상의 적절한 금융 서버(100)로 전송될 수 있다. 예컨대, 전술한 바와 같이, 트랜잭션 정보가 전송될 수 있는 금융 서버들(100)의 타입들은 지불인 및 수취인에 의해 각각 선택되는 지불 및 크레디팅 계좌들의 타입들에 의존할 수 있다.
판정 단계(340)에서 트랜잭션 정보를 처리하여, 요청된 트랜잭션이 허가될 수 있는지를 결정할 수 있다. 단계 340에서 금융 서버들(100)이 요청된 트랜잭션을 수행하도록 지불 계좌 또는 크레디팅 계좌 중 하나 이상을 허가할 수 없는 것으로 결정되는 경우, 방법(328)은 판정 단계 342로 진행하여, 수취인은 현재의 트랜잭션의 조건을 재협상하도록 촉구될 수 있다. 예컨대, 수취인이 트랜잭션의 조건을 재협상하기를 원하는 경우, 수취인은 단계 336으로 복귀하여 지불인으로부터 대체 지불 계좌를 수신하거나, 단계 338로 복귀하여 대체 크레디팅 계좌를 선택할 수 있다. 이해하듯이, 단계 336 또는 338로 복귀할지에 대한 결정은 판정 단계 340에서 트랜잭션 정보가 검증 또는 허가될 수 없는 이유 또는 이유들에 의존할 수 있다. 예컨대, 단계 336에서 수신된 지불 계좌와 관련된 불충분한 자금 또는 크레디트로 인해 허가 프로세스가 실패하는 경우, 수취인은 지불인이 요청된 지불 금액을 충족시키기에 충분한 자금, 크레디트 등을 갖는 대체 지불 계좌를 제공할 것을 요청할 수 있다. 이러한 시나리오에서, 방법(328)은 판정 단계(342)로부터 다시 단계 336으로 진행할 수 있다.
대안으로서, 판정 단계(340)에서의 허가 실패가 지불 계좌와 크레디팅 계좌 사이의 비호환성에 기인하는 상황이 발생할 수 있다. 예를 들어, 이러한 타입의 트랜잭션 실패는, 선택된 지불 계좌가 크레디트 카드 계좌이고, 선택된 크레디팅 계좌가 크레디트 카드 계좌로부터 이루어지는 지불을 수신하도록 허가 또는 구성되지 않는 은행 계좌인 경우에 발생할 수 있다. 따라서, 방법은 판정 단계(342)로부터 단계 338로 복귀하여, 수취인이 선택된 지불 계좌로부터 지불을 수신하도록 허가되는 대체 크레디팅 계좌를 선택하도록 촉구될 수 있거나, 단계 336으로 복귀하여 수취인이 지불인에게 수취인의 선택된 크레디팅 계좌와 호환되는 은행 계좌와 같은 대체 지불 계좌를 선택하도록 요청할 수 있다. 대안으로서, 수취인은 단계 342에서 트랜잭션의 조건을 재협상하지 않기로 결정하고, 따라서 단계 344에서 현재의 트랜잭션을 취소할 수 있다.
이제, 판정 단계(340)로 돌아가서, 요청된 트랜잭션이 지불 및 크레디팅 계좌들과 관련하여 허가될 수 있는 것을 결정되는 경우, 참조 번호로 지시되는 바와 같이, 단계 346에서, 요청된 지불 금액에 대응하는 지불이 단계 338에서 선택된 크레디팅 계좌에 대변 기입 또는 예금될 수 있다. 단계 346에서 수취인에 의해 지불이 수신되면, 단계 348에서 트랜잭션이 완료될 수 있다. 이어서, 단계 350에서, 지불 영수증이 수취인에 의해 지불인에게 지불인 장치(10)를 통해 직접 또는 수취인의 허가 하에 금융 서버들(100) 중 하나를 통해 간접적으로 전송될 수 있다. 예컨대, 수취인은 트랜잭션의 성공적인 완료시에 도 4의 영수증(104)과 같은 전자 영수증이 하나 이상의 금융 서버(100)로부터 지불인의 장치(92)로 전송되는 것을 허가할 수 있다.
이제, 도 11B를 참조하여, 수취인의 관점에서 도 11A에 일반적으로 설명된 트랜잭션이 방법(360)을 통해 지불인의 관점에서 설명된다. 단계 364로부터 시작하여, 지불인은 수취인으로부터 지불 요청을 수신할 수 있다. 예컨대, 단계 364에서의 지불 요청의 수신은 방법(328)의 단계 334에서의 송장 정보의 송신에 대응할 수 있다. 지불 요청의 수신시, 방법(360)은 단계 366으로 진행하여, 지불인은 지불인 장치(92)에 저장된 이용 가능한 지불 계좌들 중 하나 이상으로부터 지불 계좌를 선택할 수 있다. 도 5A 및 5B에서 장치(10) 상의 디폴트 지불 계좌(180)의 선택의 설명에서와 같이, 지불인 장치는 유사한 특징들을 포함할 수 있다. 지불 계좌가 선택되면, 방법은 단계 366으로 계속하여, 선택될 지불 계좌가 수취인에게 전송된다. 전술한 바와 같이, 일 실시예에서, 지불 요청 및 지불 계좌 정보의 전송은 수취인 장치(10)와 지불인 장치(92) 사이의 NFC 접속을 통해 달성될 수 있다. 수취인이 지불인의 선택된 지불 계좌를 나타내는 정보를 수신하면, 수취인은 크레디팅 계좌를 선택할 수 있고(예컨대, 방법(328)의 단계 338), 처리를 위해 트랜잭션 정보를 하나 이상의 금융 서버(100)에 제공할 수 있다.
판정 단계(368)에서, 트랜잭션이 성공적으로 완료되었는지에 관한 결정이 이루어진다. 전술한 이유들 중 하나 이상으로 인해 트랜잭션이 완료되지 못한 경우, 단계 370에 지시되는 바와 같이, 지불인의 계좌에는 청구되지 않을 것이다. 대안으로서, 판정 단계(368)에서 트랜잭션이 금융 서버들에 의해 허가되고 성공적으로 완료된 것으로 결정되면, 단계 372에서 지불인에 의해 지정된 크레디팅 계좌에 요청된 지불 금액이 차변 기입되거나 청구될 것이다. 이어서, 단계 374로 지시되는 바와 같이, 지불인은 크레디팅 계좌로부터 수취인에게 지불이 이루어졌음을 지시하는 영수증을 수신할 수 있다. 예컨대, 방법(360)의 단계 374에서 수신되는 영수증은 전술한 방법(328)의 단계 350에서 전송되는 영수증에 대응할 수 있다.
이제, 본 설명을 계속하면, 도 12A-12C는 현재 설명되는 기술들에 따라 수취인 장치(10)와 지불인 장치(92) 사이에서 수행될 수 있는 다양한 트랜잭션을 나타내는 개략도들을 나타낸다. 일반적으로, 도 12A-C에 도시된 실시예들은 아래에 더 상세히 설명되는 바와 같이 NFC 탭 동작을 통해 2개의 NFC 인에이블드 장치 사이에서 트랜잭션이 개시될 수 있는 여러 시나리오를 나타낸다. 예를 들어, 도 12A는 수취인 장치(10)에 의해 제공된 지불 요청에 응답하여 지불인 장치(92) 상에 저장된 크레디트 카드 계좌를 통해 지불이 이루어지는 실시예를 나타낸다. 도 12B 및 12C는 지불인에 의해 은행 계좌가 지불 계좌로서 선택되는 추가 실시예들을 나타낸다. 구체적으로, 도 12B는 선택된 지불 및 크레디팅 계좌들이 상이한 뱅킹 제공자들에 의해 유지되는 시나리오를 나타내고, 도 12C는 선택된 지불 및 크레디팅 계좌들이 동일한 뱅킹 제공자에 의해 유지되는 시나리오를 나타낸다.
도 12A로부터 시작하면, 트랜잭션(375)은 수취인 장치(10), 지불인 장치(92)는 물론, 본 실시예에서 은행 서버(380) 및 크레디트 카드 검증 서버(382)를 포함할 수 있는 하나 이상의 금융 서버(100)를 포함할 수 있다. 트랜잭션(375)을 개시하기 위하여, 수취인 장치(10)는 먼저 지불 요청(384)을 지불인 장치(92)로 전송할 수 있다. 전술한 바와 같이, 지불 요청(384)은 요청된 지불의 금액, 수취인의 식별자는 물론, 지불 요청에 대한 성격 또는 이유와 관련된 추가 정보도 포함할 수 있다. 전술한 바와 같이, 수취인 장치(10) 및 지불인 장치(92)는 모두 NFC 인에이블드 장치일 수 있다. 따라서, 지불 요청 정보(384)는 참조 번호 386으로 지시되는 바와 같이 장치들을 "탭핑"하거나 "탭 동작"을 수행함에 의한 NFC 접속(388)의 설정을 통해 수취인 장치(10)로부터 지불인 장치(92)로 전송될 수 있다.
본 명세서에서 사용될 때, "탭" 및 "탭 동작" 등과 같은 용어는 하나의 NFC 인에이블드 장치를 하나 이상의 추가 NFC 인에이블드 장치의 근처에 배치하여 장치들 사이에 NFC 기반 접속이 설정될 수 있게 하는 액션을 의미하는 것으로 이해해야 한다. 전술한 바와 같이, NFC 기반 접속을 설정하기 위한 하나의 기술은 자기장 유도를 통하는 것일 수 있는데, 이에 따르면 호스트 장치로서 동작하는 제1 NFC 인에이블드 장치가 RF 필드를 생성하고, 이어서 이 RF 필드는 제2 장치 내에 위치하는 NFC 장치를 유도하여 수동 상태에서 능동 상태로 전이하게 하여 NFC 접속을 설정한다. NFC 접속이 설정되면, 이를 통해 장치들 사이에 정보가 교환될 수 있다.
도 13을 간단히 참조하면, NFC 탭 동작(386)의 개략도가 도시되어 있다. 예컨대, NFC 접속(388)을 개시하기 전에, 지불인 장치(92)는 참조 번호 390으로 지시되는 바와 같이 수동 또는 "웨이크 온 NFC" 모드에 있을 수 있다. 수동 상태에 있는 동안, 장치(92) 내에 포함될 수 있는 NFC 장치(46) 및 NFC 인터페이스(60)는 NFC 인터페이스(60)가 수취인 장치(10)와 같은 외부 장치로부터 NFC 전송을 검출할 때까지 비활성 상태로 유지될 수 있다. 예컨대, 수취인 장치(10)가 지불 요청(384)을 전송하도록 동작하는 경우, 수취인 장치(10) 내에 위치하는 NFC 인터페이스(60) 및 대응하는 NFC 장치(46)는 참조 번호 392로 지시되는 바와 같이 능동 또는 호스트 모드로 전환할 수 있다. 호스트 모드(392)에 있는 동안, 수취인 장치(10)의 NFC 장치(46)는 NFC 접속을 돕기 위해 적절한 범위 내에 있는 그들 자신의 각각의 NFC 인터페이스(60) 및 NFC 장치(46)를 갖는 다른 NFC 인에이블드 장치들을 찾기 위해 NFC 통신 신호들을 주기적으로 방출할 수 있다.
예컨대, 수취인 장치(10) 및 지불인 장치(92)가 NFC 접속을 설정하기에 적합한 범위(예컨대, 탭 동작 386) 내에 배치될 때, 참조 번호 396으로 참조되는 개시 핸드쉐이크로부터 접속의 설정이 개시될 수 있다. 장치들을 탭핑할 때, 각각의 장치 내의 NFC 장치들(46)은 각각의 NFC 장치들(46) 사이의 거리가 NFC 기반 접속의 설정에 적합하도록 배치되는 것이 중요하다는 것을 이해해야 한다. 예컨대, 지불인 장치(92)가 비교적 큰 비휴대용 장치인 경우, 수취인은 NFC 접속(388)을 설정하기 위해 수취인 장치(10) 내의 NFC 장치(46)가 지불인 장치(92) 내의 임의의 대응하는 NFC 회로의 적절한 거래 내에 있도록 수취인 장치(10)를 배치하는 것이 필요할 것이다.
수취인 장치(10)의 NFC 인터페이스(60) 및 NFC 장치(46)가 호스트 모드로 동작하고 있는 동안, 수취인 장치(10)는 핑 메시지들(400)을 주기적으로 방출할 수 있다. 지불인 장치(92)의 대응하는 NFC 인터페이스(60)는 핑 메시지들(400)을 수신할 수 있으며, 따라서 지불인 장치(92) 내에 위치하는 NFC 장치(46)가 NFC 송신의 검출시에 깨어나서(예컨대, 웨이크 온 NFC), 참조 번호 398로 지시되는 바와 같이 수동 모드로부터 능동 모드로 전환하게 할 수 있다. 따라서, 지불인 장치(92)의 NFC 장치(46)가 파워 온되고 구동되면, 수취인 장치(10)의 NFC 인터페이스(60)를 통해 수신될 수 있는 확인 메시지(402)를 전송함으로써 핑 메시지(400)에 응답할 수 있으며, 따라서 개시 핸드쉐이크(396)를 완료할 수 있다.
이러한 개시 핸드쉐이크(396)에 이어서, 수취인 장치(10) 및 지불인 장치(92)는 참조 번호 404로 지시되는 바와 같이 장치 프로파일들을 교환할 수 있다. 장치 프로파일들(404)은 수취인 장치(10) 및 지불인 장치(92) 상에서 이용 가능한 기능들에 관한 다양한 정보를 포함할 수 있다. 예컨대, 장치 프로파일들(404)은 장치 이름, 일련 번호, 소유자 이름, 장치 타입은 물론, 임의의 다른 타입의 식별 정보를 나타낼 수 있는 확장형 마크업 언어(XML)를 포함하는 임의의 적절한 형태의 데이터 메시지들에 의해 표현될 수 있다. 예컨대, 추가적인 식별 정보는 예를 들어 장치들(10, 92) 각각과 관련될 수 있는 네트워크 또는 셀룰러 전화 서비스 제공자와 같은 서비스 제공자의 이름을 포함할 수 있다. 장치 프로파일들(404)은 어떠한 애플리케이션들, 드라이버들 또는 서비스들이 각각의 장치에 설치될 수 있는지를 지시함으로써 수취인 장치(10) 또는 지불인 장치(92)의 능력들과 관련된 정보를 더 포함할 수 있다.
또한, 수취인 장치(10) 및 지불인 장치(92)는 참조 번호 406으로 지시되는 바와 같이 각각의 장치 상에서 이용 가능한 암호화 능력들과 관련된 정보도 교환할 수 있다. 전술한 바와 같이, 여기에 설명되는 다양한 트랜잭션들은 크레디트 카드 계좌들 및 은행 계좌들에 관한 정보와 같은 민감한 정보의 전송을 반드시 수반할 수 있으므로, 수취인 장치(10)와 지불인 장치(92) 사이에는 물론, 하나 이상의 금융 서버(100)로도 전송되는 트랜잭션 정보를 보호하기 위한 하나 이상의 암호화 수단의 사용이 구현될 수 있다. 따라서, NFC 접속(388)이 설정되고, 장치 프로파일들(404) 및 암호화 능력들(406)이 교환되면, 참조 번호 408로 지시되는 바와 같이, 장치들(10, 92) 사이에 정보가 교환될 수 있다.
이제, 도 12A를 다시 참조하면, 데이터 전송(408)은 설정된 NFC 접속(388)을 통해 수취인 장치(10)로부터 지불인 장치(92)로 지불 요청 정보(384)를 전송하는 것을 포함할 수 있다. 이어서, 지불 요청 정보(384)의 수신시, 지불인은 이에 응답하여, 지불인 장치(92)에 저장된 지불 계좌를 선택함으로써 트랜잭션 프로세스를 계속할 수 있다. 도시된 실시예에서, 선택된 지불 계좌는 크레디트 카드 계좌일 수 있다. 지불인 장치(92)는 선택된 크레디트 카드 계좌에 대응하는 크레디트 카드 정보(410)를 제2 탭 동작(412)을 통해 NFC 접속(388)을 거쳐 수취인 장치(10)로 전송할 수 있다. 알 수 있듯이, 지불인 장치(92)가 호스트 장치로서 동작하고, 수취인 장치가 "웨이크 온 NFC" 모드로 동작할 수 있다는 점 외에는, 탭 동작(412)은 도 13과 관련하여 전술한 탭 동작(386)과 동일한 방식으로 수행될 수 있다. 일부 실시예들에서, 지불 요청 정보(384) 및 지불 계좌 정보(410)의 교환은 장치들(10, 92) 사이의 거리가 유지되는 경우에 단일 탭 동작(예컨대, 386)을 통해 발생할 수 있으며, 따라서 데이터 전송 기간 동안에 NFC 접속(388)이 활성 상태로 유지될 수 있다는 점에도 유의해야 한다.
수취인 장치(10) 상에서 크레디트 카드 정보(410)를 수신한 후에, 수취인은 방법(328)(예컨대, 단계 338)과 관련하여 전술한 바와 같이 요청된 지불이 대변 기입될 크레디팅 계좌를 선택할 수 있다. 크레디팅 계좌가 선택되면, 트랜잭션 정보(414)에 의해 집합적으로 표현되는 지불인의 크레디트 카드 계좌 정보(410), 수취인의 크레디팅 계좌 정보 및 지불 요청 정보(384)가 참조 번호 416으로 지시되는 네트워크 접속을 통해 금융 서버(380)로 전송될 수 있다. 예를 들어, 선택된 크레디팅 계좌가 은행 계좌인 경우, 금융 서버(380)는 크레디팅 계좌를 유지하는 뱅킹 제공자에 대응할 수 있다. 또한, 트랜잭션 정보(414)가 전송되는 네트워크(416)는 수취인 장치(10) 상에서 이용 가능한 하나 이상의 통신 인터페이스(56)(예컨대, WAN, LAN, WLAN 등)에 의해 제공될 수 있는 임의의 적절한 네트워크를 포함할 수 있다. 예컨대, 네트워크(416)는 WLAN 인터페이스(58)를 통해 설정되는 무선 인터넷 접속, LAN 인터페이스(66)를 통해 설정되는 근거리 네트워크 접속, 또는 GPRS(General Packet Radio Service) 접속, EDGE(Enhanced Data rates for GSM Evolution) 접속 또는 전술한 IMT-2000 표준 등에 따른 3G 접속과 같이 다양한 WAN 이동 통신 프로토콜들 중 하나를 포함할 수 있는 WAN 인터페이스(68)를 통해 설정되는 광역 네트워크 접속일 수 있다.
트랜잭션 정보(414)의 수신시, 금융 서버(380)는 요청된 트랜잭션(375)의 허가를 위한 여러 액션들을 수행할 수 있다. 예를 들어, 금융 서버(380)는 먼저 트랜잭션 정보(414)에 의해 제공되는 계좌들에 액세스하여, 지정된 지불 계좌 및 크레디팅 계좌가 호환 가능한지를 결정할 수 있다. 전술한 바와 같이, 금융 서버(380)는 지정된 크레디팅 계좌가 크레디트 카드 계좌로부터 지불을 수신하도록 허가되지 않는 경우에 요청된 트랜잭션(375)을 처리하지 못할 수 있다. 이어서, 크레디팅 계좌 및 지불 계좌가 금융 서버(380)에 의해 호환 가능한 것으로 결정되는 경우, 금융 서버(380)는 참조 번호 418로 지시되는 지불인의 크레디트 카드 계좌 정보를 네트워크(420)를 통해 크레디트 카드 검증 서버(382)로 더 전송할 수 있다. 네트워크(420)는 트랜잭션 정보(414)가 금융 서버(380)로 최초 전송되는 네트워크(416)와 관련하여 전술한 네트워크 타입들 중 하나 이상을 포함하는, 데이터의 전송을 돕기 위한 임의 타입의 적절한 네트워크일 수 있다.
지불인의 크레디트 카드 계좌 정보(418)가 크레디트 카드 검증 서버(382)에 의해 수신되면, 참조 번호 422로 지시되는 추가적인 검증 및 허가 단계들을 수행하여, 제공된 크레디트 카드 계좌가 유효하고, 요청된 지불을 이행하기에 충분한 크레디트 라인을 가짐을 검증할 수 있다. 따라서, 크레디트 카드 검증 서버(382)가 제공된 크레디트 카드 정보(418)가 요청된 지불(384)을 이행하기에 충분한 크레디트를 갖는 유효한 크레디트 카드 계좌에 대응하는 것으로 결정하면, 크레디트 카드 검증 서버(382)는 허가 메시지를 네트워크(420)를 통해 금융 서버(380)로 전송함으로써 요청된 지불을 허가할 수 있다. 이어서, 금융 서버(380)는 참조 번호 424로 지시되는 바와 같이 요청된 트랜잭션(375)의 처리를 완료할 수 있으며, 이 경우에 요청된 지불에 대응하는 금액은 지불인의 크레디트 카드 계좌에 청구되고, 청구된 금액은 수취인의 선택된 크레디팅 계좌에 예금된다.
이어서, 단계 424에서 트랜잭션이 성공적으로 처리되고 완료되면, 트랜잭션 확인 메시지(426)가 네트워크(416)를 통해 수취인 장치(10)로 전송될 수 있다. 트랜잭션 확인 메시지(426)는 일반적으로 요청된 지불(384)이 완료되었음을 수취인에게 지시할 수 있다. 또한, 지불 영수증(428)이 지불인 장치(92)로 전송될 수도 있다. 지불 영수증(428)은 전술한 임의의 접속 타입에 의해 지불인 장치(92)로 전송될 수 있다. 예컨대, 지불 영수증(428)의 전송은 LAN 접속(예컨대, 인터페이스 66), WLAN 접속(예컨대, 인터페이스 58) 또는 WAN 접속(예컨대, 인터페이스 68)과 같은 수취인 장치(10)와 지불인 장치(92) 상에서 이용 가능한 공통 네트워킹 인터페이스를 통해 설정되는 임의 타입의 네트워크 접속일 수 있는 네트워크(430)를 통해 이루어질 수 있다. 또한, 지불 영수증(428)은 수취인 장치(10)를 지불인 장치(92)에 탭핑함으로써 전송될 수도 있다. 참조 번호 432로 지시되는 이러한 탭 동작은 추가 NFC 접속(434)을 설정할 수 있으며, 따라서 지불 영수증(428)이 지불인 장치(92)로 전송될 수 있는 채널을 제공할 수 있다.
지불 영수증(428)은 트랜잭션(375)의 총 지불 금액, 지불 방법(예컨대, 크레디트 카드 계좌 410) 및 트랜잭션(375)이 처리된 시간과 같은 정보를 포함할 수 있다. 또한, 소정 실시예들에서, 지불 영수증(428)은 트랜잭션(375)을 수행할 때 (예컨대, 은행 서버(380) 및 크레디트 카드 서버(382)를 포함하는) 금융 서버들(100)과 장치들(10, 92)에 의해 집합적으로 제공되는 트랜잭션 처리 서비스들과 관련된 수수료들의 추가 청구를 지시할 수 있다. 따라서, 본 발명의 추가 양태에 따르면, 수취인 및 지불인 중 하나 또는 양자에 대해 트랜잭션 수수료가 청구되는 다양한 비즈니스 방법들이 제공될 수 있다는 점에 유의해야 한다. 수수료는 트랜잭션 요청이 처리될 때마다 청구될 수 있거나, 예컨대 월정 가입 서비스에 기초하는 일률적인 수수료일 수 있다. 또한, (예컨대, 금융 서버(380)와 관련된) 뱅킹 제공자, (예컨대, 크레디트 카드 서버(382)와 관련된) 크레디트 카드 제공자 또는 장치 제조자(들)(예컨대, 장치들(10, 92)의 제조자들)를 포함하는 트랜잭션 서비스들을 제공하는 엔티티들 중 하나 이상 사이에 트랜잭션 수수료가 할당될 수 있는 협의가 이루어질 수 있다. 일 실시예에 따르면, 트랜잭션 수수료는 먼저 단일 엔티티(예컨대, 뱅킹 제공자)에 의해 집계된 후에, 나머지 엔티티들(예컨대, 크레디트 카드 제공자 및 장치 제조자(들)) 사이에 협의된 방식으로 할당될 수 있다.
이제, 도 12B를 참조하면, 현재 설명되는 기술들에 따른 트랜잭션의 대안 실시예를 나타내는 개략도가 도시되어 있으며, 일반적으로 참조 번호 376으로 참조된다. 전술한 바와 같이, 트랜잭션(376)은 지불인에 의해 선택된 지불 계좌가 크레디트 카드 계좌가 아니라 은행 계좌일 수 있는 것 외에는 도 12A에 도시된 트랜잭션(375)과 유사할 수 있다. 전술한 바와 같이, 수취인 장치(10)는 먼저 탭 동작(386)의 결과로서 설정될 수 있는 NFC 접속(388)을 통해 지불 요청(384)을 지불인 장치(92)로 전송할 수 있다. 지불 요청(384)의 수신시, 지불인은 지불인 장치(92) 상에 저장된 은행 계좌를 지불 계좌로서 선택하고, NFC 접속(388)을 이용하여 은행 계좌 정보(440)를 수취인 장치(10)로 전송할 수 있다.
수취인 장치(10) 상에서 은행 계좌 정보(440)를 수신한 후에, 수취인은 전술한 바와 같이 크레디팅 계좌를 선택한 후에, 선택된 지불 계좌(예컨대, 440), 크레디팅 계좌 및 지불 요청 정보(384)를 포함할 수 있는 트랜잭션 정보(442)를 네트워크(416)를 통해 금융 서버(380)로 전송할 수 있다. 전술한 바와 같이, 수취인의 선택된 크레디팅 계좌를 유지하는 뱅킹 제공자에 대응할 수 있는 금융 서버(380)는 지정된 지불 계좌와 크레디팅 계좌가 호환 가능한지를 결정하는 것과 같은 하나 이상의 허가 단계를 개시할 수 있다. 이어서, 금융 서버(380)는 참조 번호 444로 지시되는 지불인의 은행 계좌 정보를 지불인의 뱅킹 제공자와 관련된 제2 금융 서버(418)로 전송할 수 있다. 즉, 본 트랜잭션(376)은 수취인 및 지불인에 의해 선택된 은행 계좌들이 2개의 상이한 뱅킹 제공자(예컨대, 상이한 금융 기관들)에 의해 유지되는 시나리오를 나타낸다.
은행 계좌 정보(444)의 금융 서버(418)로의 전송은 네트워크(420)를 통해 이루어질 수 있다. 은행 계좌 정보(444)가 수신되면, 금융 서버(418)는 계좌가 유효 계좌인지 그리고 계좌가 요청된 지불(384)을 충족시키기에 충분한 자금을 갖는지를 결정할 수 있다. 금융 서버(418)가 지불 요청(384)이 은행 계좌(444)와 관련하여 허가될 수 있는 것으로 결정하는 경우, 허가 메시지가 네트워크(420)를 통해 금융 서버(380)로 전송될 수 있다. 이어서, 전술한 바와 같이, 금융 서버(380)는 참조 번호 448로 지시되는 바와 같이 요청된 트랜잭션(376)의 처리를 완료할 수 있으며, 이 경우에 요청된 지불에 대응하는 금액이 지불인의 은행 계좌에 차변 기입되고, 이어서 수취인의 크레디팅 계좌에 예금된다.
이어서, 트랜잭션이 성공적으로 처리되면, 트랜잭션 확인 메시지(450)가 네트워크(416)를 통해 수취인 장치(10)로 전송될 수 있다. 트랜잭션 확인 메시지(450)는 일반적으로 요청된 지불(384)이 크레디팅 계좌에 예금되었음을 수취인에게 지시할 수 있고, 따라서 트랜잭션(376)이 완료될 수 있다. 또한, 전술한 바와 같이, 다양한 이용 가능한 네트워킹 접속들 중 하나 이상을 이용하여 지불 영수증(428)이 지불인 장치(92)로 전송될 수도 있다.
이제, 도 12C를 참조하면, 추가 실시예에 따른 트랜잭션의 다른 개략도가 도시되고, 일반적으로 참조 번호 378로 참조된다. 구체적으로, 도 12C는 도 12B와 관련하여 설명된 트랜잭션(376)과 유사할 수 있는 트랜잭션 프로세스를 도시하지만, 여기서는 지불 계좌 및 크레디팅 계좌가 동일 뱅킹 제공자에 의해 유지되는 은행 계좌들이다. 아래에 더 상세히 설명되는 바와 같이, 본 실시예에서는 도 4에서 참조 번호 100으로 지시되는 하나 이상의 금융 서버가 단일 금융 서버(380)만을 필요로 할 수 있다.
트랜잭션 프로세스(378)를 개시하기 위하여, 수취인 장치(10)는 도 12A 및 12B와 관련하여 전술한 것과 유사한 방식으로 지불 요청(384)을 지불인 장치(92)로 전송할 수 있다. 예컨대, 지불 요청(384)의 전송은 수취인 장치(10)를 지불인 장치(92)에 탭핑(386)하여 데이터의 전송을 위한 NFC 접속(388)을 설정함으로써 달성될 수 있다. 지불 요청(384)이 수신되면, 지불인은 은행 계좌를 지불 계좌로서 선택할 수 있다. 이어서, 지불인 장치(92)는 선택된 은행 계좌와 관련된 뱅킹 정보(458)를 NFC 접속(388)을 통해 수취인 장치(10)로 전송할 수 있다.
지불인 장치(92)로부터 뱅킹 정보(458)를 수신한 때, 수취인은 요청된 지불(384)이 대변 기입될 크레디팅 계좌를 선택할 수 있다. 전술한 바와 같이, 현재 설명되는 시나리오에서, 트랜잭션 정보(460)로서 집합적으로 참조되는 선택된 크레디팅 계좌 및 제공되는 지불 계좌(458)는 모두 동일 뱅킹 제공자에 의해 유지되는 계좌들일 수 있다. 따라서, 트랜잭션 정보(460)는 지불 및 크레디팅 계좌들 모두에 대한 공통 뱅킹 제공자와 관련될 수 있는 금융 서버(380)로 네트워크(416)를 통해 전송될 수 있다.
이어서, 금융 서버(380)는 제공된 계좌들의 유효성을 검증하는 것은 물론, 지불 계좌가 지불 요청(384)을 이행하기에 충분한 자금을 갖는지를 결정하는 단계들을 수행할 수 있다. 도 12A 및 12B에서 설명된 실시예들과 달리, 금융 서버(380)는 공통 뱅킹 제공자가 계좌들을 유지하므로 계좌 정보를 도 12A의 크레디트 카드 검증 서버(382) 또는 도 12B의 제2 금융 서버(418)와 같은 제2 외부 서버로 전송할 필요가 없다는 점에 유의해야 한다. 따라서, 크레디팅 계좌 및 선택된 지불 계좌(458)에 관한 정보가 금융 서버(380)에 의해 저장되고 액세스될 수 있다. 따라서, 금융 서버(380)가 크레디팅 및 지불 계좌들 양자가 유효하고, 지불 계좌가 요청된 지불(384)을 이행하기에 충분한 자금을 갖는 것으로 검증하면, 금융 서버(380)는 참조 번호 464로 지시되는 바와 같이 트랜잭션을 처리할 수 있으며, 따라서 전술한 바와 같이 요청된 지불이 지불인의 은행 계좌에 차변 기입되고, 이어서 수취인의 크레디팅 계좌에 예금된다. 트랜잭션(378)의 완료시에, 트랜잭션 확인 메시지(466)가 네트워크(416)를 통해 금융 서버(380)로부터 수취인 장치(10)로 전송될 수 있다. 또한, 전술한 이용가능한 네트워킹 접속들을 이용하여 지불 영수증(428)이 지불인 장치(92)로 전송될 수 있다.
도 12A, 12B 및 12C에서 도시된 트랜잭션들(375, 376, 378) 각각과 관련하여 (예컨대, 지불인 장치(92)와 수취인 장치(10) 사이의) 피어 대 피어 트랜잭션을 나타내는 다양한 실시예들이 설명되었지만, 수취인 장치(10)와 지불인 장치(92)를 조작하여 전술한 트랜잭션들(375, 376, 378)을 수행하기 위한 다양한 기술들은 수취인 장치(10) 또는 지불인 장치(92) 상에 표시될 수 있는 다양한 스크린 이미지들을 통해서는 물론, 개략도들을 통해 도 14A-14J에 더 도시된다. 또한, 현재 설명되는 실시예에서, 수취인 장치(10) 및 지불인 장치(92)는 모두 NFC 인에이블드 장치들이라는 점에 유의해야 한다.
먼저, 도 14A를 참조하면, 수취인이 장치(10)를 조작하여 지불 요청을 전송할 수 있는 프로세스가 도시되어 있다. 이러한 스크린 이미지들에 의해 도시되는 액션들은 일반적으로 전술한 바와 같이 도 11A에 도시된 방법(328)의 단계(332)는 물론, 지불 요청 정보(384)의 지불인 장치(92)로의 전송에 대응할 수 있다. 또한, 도시된 액션들은 수취인의 관점에서 수행될 수 있으며, 따라서 이러한 스크린들에 도시된 액션들은 수취인에 의해 수행되는 것을 설명된다.
본 도면에 도시된 바와 같이, 프로세스는 전술한 바와 같이 트랜잭션 애플리케이션(34)에 대한 "홈 스크린"을 나타낼 수 있는 스크린(110)으로부터 시작할 수 있다. 스크린(110)으로부터, 수취인은 그래픽 버튼(114)을 선택할 수 있으며, 이 스크린은 수취인을 스크린(476)으로 진행시킬 수 있다. 스크린(476)은 복수의 그래픽 버튼(478, 480, 482)을 표시할 수 있다. 이러한 그래픽 버튼들 각각은 수취인에 의해 선택될 때 수행될 수 있는 특정 기능을 나타낼 수 있다. 예컨대, 도시된 실시예에서, 그래픽 버튼(478)은 사용자가 지불 요청을 개시할 수 있는 기능을 나타낼 수 있다. 그래픽 버튼(480)은 사용자가 지불을 다른 장치로 전송할 수 있는 기능을 나타낼 수 있다. 또한, 그래픽 버튼(482)은 사용자가 둘 이상의 다른 당사자와의 사이에 트랜잭션을 개시하게 할 수 있다. 나중 2개의 그래픽 버튼(480, 482)에 의해 표현되는 기능들은 아래에 더 상세히 설명된다.
지불 요청을 개시하기 위하여, 수취인은 그래픽 버튼(478)을 선택할 수 있으며, 이는 수취인을 스크린(484)으로 진행시킬 수 있다. 스크린(476)과 같이, 스크린(484)도 복수의 그래픽 버튼(486, 488, 490)을 표시할 수 있으며, 이들 각각은 특정 기능들을 나타낼 수 있다. 도시된 바와 같이, 그래픽 버튼(486)은 수취인이 NFC 장치(46)를 이용하여 지불 요청을 개시할 수 있는 기능을 나타낼 수 있다. 이 기능은 일반적으로 트랜잭션들(375, 376, 378)과 관련하여 전술한 기술들에 대응할 수 있다. 또한, 그래픽 버튼(488, 490)은 트랜잭션들을 개시할 수 있는 장치(10) 상에서 이용 가능한 추가적인 기능들을 나타낼 수 있으며, 아래에 더 상세히 설명된다.
그래픽 버튼(486)을 선택함으로써, 수취인은 스크린(492)으로 진행할 수 있다. 도 14A에 도시된 바와 같이, 스크린(492)은 수취인이 지불 요청에 관한 정보를 입력할 수 있는 텍스트 필드들(496, 498, 500)을 포함할 수 있다. 예컨대, 텍스트 필드(496)는 수취인의 식별자를 입력하는 데 사용될 수 있고, 텍스트 필드(498)는 요청되는 지불 금액을 지정하는 데 사용될 수 있으며, 텍스트 필드(500)는 수취인이 요청된 지불에 대한 성격 또는 이유에 관한 설명 메시지를 포함시킬 수 있게 한다. 스크린(492)에 표시된 바와 같이, 요구되는 정보는 텍스트 키보드(160) 또는 숫자 키보드(164)를 통해(예컨대, 그래픽 버튼(162)의 선택을 통해) 텍스트 필드들(496, 498, 500)에 입력될 수 있다. 요구된 정보가 텍스트 필드들(496, 498, 500)에 입력되면, 수취인은 그래픽 버튼(504)을 선택함으로써 지불 요청(예컨대, 384) 형태의 입력된 정보를 지불인 장치(92)로 전송할 수 있다.
그래픽 버튼(504)에 의해 표현되는 기능은 전술한 바와 같이 수취인 장치(10)의 NFC 장치(46)를 파워 온하여 장치(10)를 NFC 능동 모드에 들어가게 하고 NFC 인터페이스(60)를 인에이블시키도록 명령어를 실행하는 것에 대응할 수 있다. 예컨대, 이제 도 14B를 참조하면, 그래픽 버튼(504)의 선택시에, 스크린(508)이 수취인 장치(10) 상에 표시될 수 있다. 스크린(508)은 수취인 장치(10)의 NFC 인터페이스(60)가 현재 활성 상태이고, 스크린(492)에서 입력된 지불 요청 정보의 전송을 위해 외부 장치와의 NFC 접속을 설정할 수 있음을 지시하는 통지 메시지(510)를 포함할 수 있다. 따라서, 통지 메시지(510)는 수취인에게 NFC 접속을 설정하기 위해 수취인 장치(10)를 지불인 장치(92)와 같은 제2 장치에 탭핑(예컨대, 386)하도록 더 지시할 수 있다.
도 14C를 간단히 참조하면, 탭 동작(386)을 통한 2개의 장치, 즉 수취인 장치(10)와 지불인 장치(92) 사이의 NFC 접속(388)의 설정이 도시되어 있다. 전술한 바와 같이, 수취인 장치(10)의 NFC 장치(46)는 도 14A에 도시된 그래픽 버튼(504)의 선택시에 파워 온되어, 참조 번호 392로 지시되는 바와 같이, 장치(10)를 호스트 모드 또는 능동 모드에 들어가게 할 수 있으며, 이 모드에서 능동 장치(10)는 도 13과 관련하여 전술한 바와 같이 NFC 전송 핑 메시지들(400)을 주기적으로 방출할 수 있다. 능동 장치(10)가 참조 번호 390으로 지시되는 바와 같이 현재 수동 또는 웨이크 온 NFC 모드에 있을 수 있는 지불인 장치(92)로부터 수용 가능한 거리(514)(예컨대, 2-4cm) 내에 배치될 때, 지불인 장치(92)는 수동 모드로부터 지불인 장치(92) 내의 NFC 장치(46)가 파워 온되는 능동 모드로 전환하여, 지불인 장치(92)의 대응하는 NFC 인터페이스(60)를 인에이블하고, 지불 요청이 전송될 수 있는 수취인 장치(10)와 지불인 장치(92) 사이의 NFC 접속(388)의 설정을 제공할 수 있다.
도 14C에 도시된 지불인 장치(92)는 수취인 장치(10)와 유사한 휴대용 장치인 것으로 도시되지만, 대안 실시예들에서는 수취인 장치(10)가 개인용 컴퓨터, 컴퓨팅 워크스테이션, 지불 단말기 등과 같은 비휴대용 장치들을 포함할 수도 있다는 것을 이해해야 한다. 예컨대, 이제 도 14D를 참조하면, 수취인 장치(10)가 참조 번호 515로 도시된 비휴대용 데스크탑 컴퓨터에 탭핑되는 NFC 접속의 설정이 도시되어 있다. 따라서, 본 발명의 실시예들은 휴대용 또는 비휴대용에 관계없이 임의의 적절한 타입의 전자 장치들 사이의 트랜잭션들의 개시 및 처리를 제공하도록 의도된다는 것을 이해해야 한다.
도 14B를 다시 참조하면, 수취인 장치(92)가 지불인 장치(92)에 탭핑(386)되면, 지불인 장치(92)는 수취인 장치(10)로부터 방출되는 NFC 전송들(예컨대, 핑 메시지들(400))을 검출하고, 수동에서 능동 모드로 전환할 수 있으며, 따라서 지불인 장치(92)의 대응하는 NFC 장치(46)가 파워 온된다. 도 14B에 도시된 바와 같이, 장치들(10, 92)이 탭핑되고, 수취인 장치(10)로부터 방출되는 NFC 전송들이 검출되면, 스크린(516)이 지불인 장치(92) 상에 표시될 수 있다. 스크린(516)은 NFC 전송이 검출되었고, 이에 응답하여 지불인 장치(92)의 대응 NFC 장치(46)가 파워 온되고, 대응 NFC 인터페이스(60)가 인에이블되었음을 지불인에게 알리는 통지 메시지(518)를 포함할 수 있다. 통지 스크린(516)은 지불인이 선택시에 NFC 접속 프로세스를 취소할 수 있는 그래픽 버튼(520)을 더 제공할 수 있다.
지불인 장치(92) 상에서 NFC 접속(388)의 설정이 허가되는 경우, 수취인 장치(10) 상에 표시된 스크린(508)은 통지 메시지(522)를 표시하도록 갱신될 수 있다. 통지 메시지(522)는 NFC 접속(예컨대, 388)이 수취인 장치(10)와 지불인 장치(92) 사이에 설정되었고, 도 14A의 스크린(492) 상에서 수취인에 의해 지정된 지불 요청 정보가 NFC 접속(388)을 통해 지불인 장치(92)로 전송됨을 지시할 수 있다. 스크린(508)은 수취인이 지불 요청 정보의 전송 전에 또는 전송 동안에 지불 요청을 취소하는 옵션을 갖는 그래픽 버튼(512)도 포함할 수 있다.
한편, 지불인 장치(92) 상에 표시되는 통지 스크린(516)은 통지 메시지(524)를 표시하도록 유사하게 갱신될 수 있다. 통지 메시지(524)는 NFC 접속(388)이 지불인 장치(92)와 수취인 장치(10) 사이에 설정되었고, 지불 요청 정보가 현재 수취인 장치(10)로부터 전송되고, 지불인 장치(92) 내의 대응 NFC 인터페이스(60)를 통해 수신되고 있음을 지불인에게 지시할 수 있다.
알 수 있듯이, 도 14B에서 설명된 수취인 장치(10)와 지불인 장치(92) 사이의 상호작용들은 일반적으로 도 11A 및 11B에 각각 도시된 방법들(328, 360)에서 설명된 단계들 중 하나 이상에 대응할 수 있다. 예컨대, 스크린(508)에 표시된 액션들은 지불인에게 송장을 전송하는 단계(334)를 나타낼 수 있다. 본 실시예에 따른 방법(328)의 다양한 단계들을 더 상세히 도시하는 도 15A를 간단히 참조하면, 지불인에게 지불 요청 정보를 전송하는 단계(예컨대, 단계 334)는 단계 530에 의해 지시되는 바와 같이 탭 동작(386) 등을 통해 NFC 접속을 설정하는 단계를 포함할 수 있다. 또한, 단계 334의 수행은 단계 532로 지시되는 바와 같이 스크린(492)에서 입력된 지불 요청 정보를 설정된 NFC 접속을 이용하여 지불인 장치(92)로 전송하는 단계를 포함할 수 있다. 또한, 수취인 장치(10)로부터의 NFC 전송의 검출시에 지불인 장치(92) 상에 표시될 수 있는 스크린(516)은 방법(360)에서 지불 요청을 수신하는 단계(364)를 나타낼 수 있다. 예컨대, 이제 도 15B를 참조하면, 단계 364는 현재 설명되는 실시예에 따라 더 상세히 설명될 수 있다. 예컨대, 본 실시예에 따르면, 지불 요청을 수신하는 단계(364)는 단계 534로 지시되는 바와 같이 탭 동작을 통해 NFC 접속에 합류하는 행위를 포함할 수 있다. 또한, NFC 접속이 설정되면, 지불인 장치(92)는 단계 536으로 지시되는 바와 같이 NFC 접속을 이용하여 수취인 장치(10)로부터 전송되는 지불 요청 정보를 수신할 수 있다.
도 12A-C를 특히 참조하여 전술한 바와 같이, 지불인은 수취인 장치(10)로부터 수신된 지불 요청(384)에 응답하여 지불인 장치(92) 상에서 적절한 지불 방법을 선택할 수 있다. 예컨대, 선택된 지불 계좌는 크레디트 카드 계좌(예컨대, 410), 수취인의 크레디팅 계좌(예컨대, 440)와 관련된 뱅킹 제공자와 관련하여 상이한 뱅킹 제공자에 의해 제공되는 은행 계좌(예컨대, 440), 또는 뱅킹 제공자가 수취인의 크레디팅 계좌도 관리하는 은행 계좌(예컨대, 458)를 포함할 수 있다. 이러한 다양한 타입의 지불 계좌들의 선택은 도 14E-14G에 도시된 바와 같이 지불인 장치(92) 상에 표시될 수 있는 다양한 스크린 이미지들에 의해 도시될 수 있다.
먼저, 도 14E를 참조하면, 지불 요청 정보가 지불인 장치에 의해 수신되면, 스크린(516)은 일반적으로 도 14A의 스크린(492) 상의 필드들(496, 498, 500) 내에 수취인에 의해 입력된 정보를 반영할 수 있는 지불 요청의 상세들(540)을 표시하도록 갱신될 수 있다. 또한, 스크린(516)은 사용자가 지불 요청을 각각 수락 또는 거절할 수 있는 그래픽 버튼들(542, 544)을 포함할 수 있다. 도 14E에 도시된 바와 같이, 지불인이 그래픽 버튼(542)을 선택하는 경우, 지불인은 스크린(546)으로 진행할 수 있다. 스크린(546)은 수신된 지불 요청 정보의 일부 또는 부분을 목록화할 수 있다. 예컨대, 스크린(546)은 수취인의 식별자(550) 및 요청된 지불 금액(552)을 표시한다. 스크린(546)은 참조 번호 548로 지시되는 바와 같이 지불인의 식별자에 관한 정보도 표시할 수 있다. 도시된 도면에서, 지불인 식별자 정보(548)는 지불인의 이름은 물론, 지불인을 식별하는 관련 이메일 어드레스도 포함할 수 있다. 따라서, 표시된 이메일 어드레스는 수취인 장치(10)로 전송되고, 전술한 지불 영수증(428)의 전송 등을 위해 트랜잭션 프로세스에 의해 사용될 수 있다.
스크린(546)은 현재 선택된 지불 계좌(554)를 더 표시할 수 있다. 도시된 바와 같이, 현재 선택된 지불 방법(554)은 도 7과 관련하여 전술한 기술들 중 하나 이상을 이용하는 것 등에 의해 지불인에 의해 선택되었을 수 있는 디폴트 또는 선호되는 지불 방법일 수 있다. 또한, 스크린(546)은 그래픽 버튼들(558, 560, 562)을 포함할 수 있다. 그래픽 버튼(558)은 지불인이 디폴트 지불 계좌(554)를 이용하여 지불 정보의 전송을 개시할 수 있는 기능을 나타낼 수 있다. 그래픽 버튼(560)은 사용자가 대체 지불 방법을 선택할 수 있는 추가 기능을 나타낼 수 있다. 따라서, 지불인이 본 트랜잭션에서 계좌(554)가 아닌 다른 계좌를 지불 계좌로서 사용하기를 선호하는 경우, 지불인은 그래픽 버튼(560)을 선택함으로써 그렇게 할 수 있다. 또한, 지불인은 그래픽 버튼(562)의 선택을 통해 트랜잭션을 취소하는 옵션을 가질 수 있다.
지불인이 현재 선택된 디폴트 지불 계좌(554)와 다른 지불 계좌를 선택하기로 결정하는 경우, 지불인은 그래픽 버튼(560)을 선택하여 스크린(566)에 액세스할 수 있다. 스크린(566)은 계좌 카테고리들을 나타내는 복수의 그래픽 버튼(570, 572, 574, 576, 578)을 표시할 수 있다. 현재 설명되는 실시예와 같은 소정의 실시예들에서, 버튼들(570, 572, 574, 576 또는 578)에 의해 표현되는 카테고리들 각각은 추가적인 서브 카테고리들로 더 세분될 수 있다. 예를 들어, 그래픽 버튼(570)에 의해 표현되는 크레디트 카드 계좌 카테고리의 선택은 지불인을 스크린(580)으로 진행시킬 수 있으며, 이 스크린은 지불인에 의해 선택될 수 있는 크레디트 카드 계좌 타입들의 다양한 서브 카테고리들을 나타내는 그래픽 버튼들(584, 586, 588, 590, 592)을 표시할 수 있다. 도 5A의 스크린(146)을 다시 참조하면, 그래픽 버튼들(584, 586, 588, 590, 592)에 의해 표현되는 크레디트 카드 계좌들에 대한 크레디트 카드 계좌 서브 카테고리들은 드롭다운 필드(154)에서 제공되는 크레디트 카드 카테고리들 중 하나 이상에 대응할 수 있다. 또한, 지불인은 그래픽 버튼(594)을 선택함으로써 지불인 장치(92)에 현재 저장된 모든 이용 가능한 크레디트 카드 계좌들을 보는 옵션도 가질 수 있다.
지불인은 지불 계좌 선택을 행하기 전에 (예컨대, 크레디트 카드 계좌들로만 한정되지 않는) 모든 이용 가능한 지불 계좌들을 보기로 결정할 수도 있다. 예컨대, 스크린(580) 상에서 그래픽 버튼(118)을 선택함으로써, 지불인은 이전 스크린(566)으로 복귀할 수 있다. 여기서, 지불인은 그래픽 버튼(578)을 선택하여, 스크린(598)에 의해 제공될 수 있는 지불인 장치(92) 상에 저장된 모든 선택 가능한 지불 계좌들의 리스트에 액세스할 수 있다. 도시된 실시예에서, 스크린(598)은 현재 저장되고 이용 가능한 모든 지불 계좌들의 리스트를 카테고리들에 의해 표시할 수 있다. 예컨대, 이용 가능한 지불 계좌들은 일반적으로 전술한 바와 같이 크레디트 카드 계좌들(600), 은행 계좌들(602)은 물론, 비현금 아이튠(등록상표) 계좌를 포함하는 추가 계좌들(604)에 따라 그룹화될 수 있다.
스크린(598) 상의 저장된 크레디트 카드 계좌들(600)의 리스트 내에 나타난 바와 같이, 이용 가능한 크레디트 카드 계좌들은 현재 선택된 디폴트 지불 계좌(554)는 물론, 대체 크레디트 카드 계좌(602)도 포함할 수 있다. 따라서, 스크린(598) 상에 나타난 바와 같이, 지불인이 요청된 지불(384)을 제공하기 위해 디폴트 지불 계좌(554)를 사용하기를 원하지 않는 경우, 지불인은 대체 크레디트 카드 계좌(602)를 지불 계좌로서 선택할 수 있다. 대체 크레디트 카드 계좌(602)의 선택시, 지불인은 스크린(546)으로 복귀할 수 있으며, 이 스크린은 크레디트 카드 계좌(602)의 선택을 현재 트랜잭션을 위한 지불 계좌인 것으로 지시하도록 갱신될 수 있다. 또한, 갱신된 스크린(546)은 이전에 표시된 그래픽 버튼(558)을 대체할 수 있는 그래픽 버튼(606)을 표시할 수 있다. 그래픽 버튼(606)은 지불인이 크레디트 카드 계좌 정보(602)의 수취인 장치(10)로의 전송을 개시할 수 있는 기능을 나타낼 수 있다.
대안으로서, 지불인은 목록화된 크레디트 카드 계좌들(600)이 아닌 다른 계좌들을 선택된 지불 계좌로서 선택할 수 있다. 예컨대, 사용자는 리스트(603)로부터 은행 계좌를 또는 리스트(604)로부터 비현금 계좌를 선택할 수 있다. 이제, 도 14F 및 14G에 도시된 스크린 이미지들을 참조하면, 이러한 이미지들은 지불인이 은행 계좌를 지불 계좌로서 선택할 수 있는 방법을 나타낸다. 구체적으로, 도 14F는 은행 계좌의 선택을 나타내며, 선택된 은행 계좌 및 수취인의 크레디팅 계좌는 도 12B의 트랜잭션(376)에서 설명된 바와 같이 상이한 뱅킹 제공자들에 의해 유지된다. 도 14G는 지불인의 은행 계좌의 선택을 나타내며, 도 12C에 도시된 트랜잭션(378)에 대응할 수 있고, 선택된 지불 계좌 및 수취인의 크레디팅 계좌는 동일 뱅킹 제공자에 의해 유지된다.
도 14F에 도시된 바와 같이, 지불인은 전술한 바와 같이 스크린(516) 상의 그래픽 버튼(542)을 먼저 선택한 후에 스크린(546) 상의 그래픽 버튼(560)을 선택함으로써 스크린(566)으로 네비게이트할 수 있다. 스크린(546)에서, 전술한 바와 같이, 그래픽 버튼(570 또는 578)을 선택하는 것이 아니라, 지불인은 그래픽 버튼(572)을 선택하여, 지불 계좌로서 사용될 수 있는 지불인 장치(92) 상에 저장된 은행 계좌들의 리스트(603)를 표시할 수 있는 스크린(610)에 액세스할 수 있다. 본 실시예에서 설명되는 바와 같이, 지불인은 은행 계좌(612)를 선택할 수 있다. 이어서, 지불인은 은행 계좌(612)의 선택을 현재 트랜잭션을 위한 지불 계좌로서 반영할 수 있는 갱신된 스크린(546)으로 복귀할 수 있다. 도 8에서 스크린(270)과 관련하여 전술한 바와 같이, 은행 계좌(612)는 수취인에 의해 선택된 디폴트 크레디팅 계좌(216)와 관련된 뱅킹 제공자(예컨대, Wachovia(등록상표))와 다를 수 있는 뱅킹 제공자(예컨대, Wells Fargo(등록상표))와 관련된다는 점에 유의해야 한다. 따라서, 도 12B와 관련하여 전술한 바와 같이, 도 14F의 스크린들에 의해 표시된 액션들에 따른 트랜잭션의 허가 및 처리는 각각의 뱅킹 제공자와 관련된 별개의 금융 서버들(예컨대, 금융 서버들(380, 418)) 사이에 통신이 이루어지는 것을 필요로 할 수 있다.
도 14G는 도 12C에서 트랜잭션(378)에 의해 지시되는 바와 같이 수취인의 크레디팅 계좌와 공통 뱅킹 제공자를 공유할 수 있는 지불인에 의한 은행 계좌의 선택을 유사하게 나타낸다. 스크린(516)으로부터 시작하여, 지불인은 다음 순서로, 즉 스크린(546)으로 네비게이트하기 위한 그래픽 버튼(542), 스크린(566)으로 네비게이트하기 위한 그래픽 버튼(560), 및 스크린(610) 상의 은행 계좌들의 리스트(603)에 액세스하기 위한 그래픽 버튼(572)을 선택할 수 있다. 여기서, 지불인은 은행 계좌(612)를 선택하는 것이 아니라 은행 계좌(614)를 선택할 수 있다. 은행 계좌(614) 및 수취인의 디폴트 크레디팅 계좌(216)는 동일 뱅킹 제공자(예컨대, Wachovia(등록상표))와 관련된다는 점에 유의해야 한다. 따라서, 은행 계좌(614)의 선택시, 지불인은 은행 계좌(614)의 선택을 현재 트랜잭션을 위한 지불 계좌로서 반영하도록 갱신될 수 있는 스크린(546)으로 복귀할 수 있다. 또한, 도 12C와 관련하여 전술한 바와 같이, 도 14G의 스크린들에 의해 지시되는 액션들에 따른 트랜잭션이 단일 금융 서버(예컨대, 380)에 의해 허가되고 처리될 수 있다.
전술한 바와 같이, 수취인 장치(10) 또는 지불인 장치(92)와 같은 장치는 도 9에서 전술한 PIN(286)과 같은 허가 PIN 코드의 사용과 같은 하나 이상의 보안 특징을 포함할 수 있다. 이해하듯이, 허가 PIN 코드의 사용은 허가되지 않은 지불들이 지불인 장치(92) 또는 수취인 장치(10)로부터 행해지는 것을 방지할 수 있다. 예를 들어, 지불인은 지불인 장치(92)로부터의 지불 정보의 전송 및 전달을 허가하기 위하여 허가 PIN 코드가 제공되어야 하도록 (예컨대, 하나 이상의 사용자 선호 설정을 통해) 장치를 구성할 수 있다.
이제, 도 14H를 참조하면, 스크린(546) 상에서 지시되는 바와 같이, 대체 크레디트 카드 계좌(602)와 같은 지불 방법이 선택되면, 지불인은 그래픽 버튼(606)을 선택함으로써 지불을 진행할 수 있다. 이어서, 스크린(620)이 지불인 장치(92) 상에 표시될 수 있으며, 트랜잭션을 완료하기 위해 허가 PIN 코드가 입력되어야 한다는 것을 사용자에게 지시하는 지시 메시지(622)를 포함할 수 있다. 따라서, 지불인은 숫자 키보드(164)를 통해 텍스트 필드(626)에 적절한 허가 PIN 코드(624)를 입력할 수 있다. 전술한 바와 같이, 장치는 영숫자 허가 PIN 코드들의 사용을 지원할 수 있다는 것을 알아야 한다. 이러한 실시예들에서, 사용자는 그래픽 버튼(166)을 선택함으로써 (도 14H에 도시되지 않은) 숫자 키보드(164)와 텍스트 입력 키보드(160) 사이에서 토글링할 수 있다. 또한, 허가 PIN 코드(624)의 사용이 도 14E에서의 크레디트 카드 계좌(602)의 선택과 관련하여 도 14H에 도시되었지만, 허가 PIN 코드(624)는 선택된 지불 방법이 은행 계좌인 경우에 도 14F 및 14G에 도시된 실시예들과 관련해서는 물론, 지불인 장치(92) 상에서 선택될 수 있는 임의의 다른 타입의 지불 방법과 관련하여 구현될 수도 있다는 것을 알아야 한다.
적절한 허가 PIN 코드(624)가 입력되면, 사용자는 그래픽 버튼(628)을 선택함으로써 지불 정보를 허가하고 수취인 장치(10)로 전송할 수 있다. 그래픽 버튼(628)의 선택시, 스크린(630)이 지불인 장치(92) 상에 표시될 수 있으며, 참조 번호 632로 지시되는 바와 같이, 지불인 장치(92)의 NFC 장치(46)가 파워 온되어 대응하는 NFC 인터페이스(60)를 인에이블하고, 전술한 바와 같이 지불인 장치(92)를 능동 또는 호스트 모드에 들어가게 한다는 것을 지시할 수 있다. 통지 메시지(632)는 지불인에게 수신 장치, 이 예에서는 수취인 장치(10)에 대해 탭 동작을 수행하도록 더 지시할 수 있다. 또한, 스크린(630)은 지불인이 필요한 경우에 지불 정보의 전송을 취소하기 위해 선택할 수 있는 그래픽 버튼(634)을 포함할 수 있다.
이제, 도 14I를 참조하면, 이 도면은 지불인 장치(92)와 수취인 장치(10) 사이의 탭 동작 및 후속 NFC 접속의 설정을 일반적으로 나타낸다. 도 14H에서 전술한 바와 같이, 지불인 장치(92) 상에 표시될 수 있는 스크린(630)은 지불인 장치(92)가 현재 능동 모드에 있음을 지불인에게 지시하는 지시 메시지(632)를 포함할 수 있고, 수취인 장치(10)에 대해 도 12A에 도시된 탭 동작(412)과 같은 탭 동작을 수행하도록 지불인에게 더 지시할 수 있다. 따라서, 지불인 장치(92) 및 수취인 장치(10)가 서로 근접하게 배치되어, 두 장치 사이의 거리가 NFC 접속의 설정에 충분해지면, 수취인 장치(10)는 전술한 바와 같이 핑 메시지들(400)과 같은 지불인 장치(92)로부터 방출되는 NFC 전송들을 검출할 수 있다.
지불인 장치(92)로부터의 NFC 전송들의 검출시, 수취인 장치는 그 자신의 대응 NFC 장치(46)를 활성화할 수 있다. 또한, NFC 전송이 검출되었고, 수취인 장치(10)의 NFC 장치(46)가 파워 온되고 있음을 수취인에게 지시하는 통지 메시지(640)를 포함하는 스크린(638)이 수취인 장치(10) 상에 표시될 수 있다. 통지 스크린(638)은 원할 경우에 NFC 접속의 설정을 취소하기 위한 옵션을 수취인에게 제공하는 그래픽 버튼(642)을 더 포함할 수 있다. 따라서, 수취인이 NFC 접속의 설정을 허가하는 경우, 지불인 장치(92) 상에 표시된 스크린(630) 및 수취인 장치(10) 상에 표시된 스크린(638)은 각각 통지 메시지들(644, 646)을 표시하도록 갱신될 수 있다. 지불 정보 전송 스크린(630) 상에 표시된 통지 메시지(644)는 NFC 접속이 설정되었고, 예를 들어 도 14E에서 선택된 크레디트 카드 계좌(602)를 포함할 수 있는 지불 정보(410)가 수취인 장치(10)로 전송되고 있음을 지불인에게 지시할 수 있다. 이와 동시에, 수취인 장치(10)의 스크린(638) 상에 표시된 통지 메시지(646)는 NFC 접속이 설정되었고, 지불 정보(410)가 수취인 장치(10)의 NFC 인터페이스(60) 상에서 수신되고 있음을 수취인에게 지시할 수 있다.
도 14E-14I에 도시된 스크린들에 의해 지시되는 액션들은 일반적으로 도 11B에서 도시되고 전술한 방법(360)의 단계(336)에 의해 지시되는 바와 같이 지불 정보를 수취인에게 제공하는 단계를 나타낼 수 있다. 도 15B를 다시 참조하면, 수취인에게 지불 정보를 제공하는 단계(366)가 더 상세히 도시되어 있다. 예컨대, 송장 정보의 수신시(단계 536), 단계 650으로 지시되는 바와 같이, 수신된 지불 정보를 수락할지의 여부에 대한 결정이 지불인 장치(92) 상에서 행해진다. 이 단계는 전술한 바와 같이 스크린(516) 상의 그래픽 버튼(542)의 선택에 대응할 수 있다.
지불 요청 정보가 수락되면, 단계 652에서 지불인은 지불 요청이 차변 기입 또는 청구되는 지불 계좌를 선택하는 단계를 더 진행할 수 있다. 이 단계는 일반적으로 도 14E에 도시된 대체 크레디트 카드 계좌(602)의 선택에 의해 또는 도 14F 및 14G 각각에 도시된 은행 계좌들(612 또는 614)의 선택에 의해 표현될 수 있다. 이어서, 적절한 지불 계좌가 선택되면, 단계 654에서 지시되는 바와 같이 탭핑 동작에 의해 NFC 접속이 설정될 수 있고, 따라서 전술한 바와 같이 단계 654에서 지불인 장치(92)와 수취인 장치(10) 상에 NFC 접속이 설정될 수 있다. 이어서, 단계 656에서, 단계 652에서 선택된 지불 계좌 정보가 설정된 NFC 접속을 통해 지불인 장치(92)로 전송될 수 있다. 도 14I를 참조하면, 단계 656에서의 지불 정보의 전송은 지불인 장치(92)에서 수취인 장치(10)로의 지불 정보(410)의 전송에 대응할 수 있다.
또한, 수취인의 관점에서, 탭 동작(412)을 통해 NFC 접속을 설정하는 것은 물론, 지불 정보(410)를 수신하는 단계들은 지불인 장치(92)로부터의 지불 정보(410)의 취득을 나타내는 방법(328)의 단계(336)에 대응할 수 있다. 이 단계는 도 15A에서 더 설명되며, 여기서 단계 336은 현재 설명되는 트랜잭션에 따라 더 상세히 도시된다. 도 15A를 참조하면, 단계 336은 참조 번호 660으로 지시되는, 탭 동작(412)과 같은 탭 동작을 통해 설정된 NFC 접속에 최초로 참여하는 단계를 포함할 수 있다. NFC 접속의 설정에 이어서, 수취인은 단계 662에서 선택된 지불 계좌(예컨대, 단계 652)에 대응하는 지불 계좌 정보(예컨대, 410)를 수신할 수 있다. 수취인 장치(10)에 의해 지불 정보가 수신되면, 도 15A에서 단계 338에 의해 지시되는 바와 같이 크레디팅 계좌를 선택하는 단계가 수취인 장치(10) 상에서 수행될 수 있다.
이제, 도 14J를 참조하면, 본 발명의 일 실시예에 따라, 수취인에 의한 크레디팅 계좌의 선택이 스크린들(638, 674)에 의해 도시된다. 스크린(638)을 먼저 참조하면, 지불 정보(410)가 수취인 장치(10)에 의해 수신되면, 스크린(638)은 통지 메시지(668)를 표시하도록 갱신될 수 있다. 통지 메시지(668)는 지불인의 식별자에 관한 정보는 물론, 요청된 지불의 금액도 포함할 수 있다. 통지 메시지(668)에 응답하여, 수취인은 그래픽 버튼(670)을 선택하여 제공된 지불을 수락하거나, 대안으로서 그래픽 버튼(672)을 선택하여 지불 프로세스를 취소하기로 결정할 수 있다. 수취인이 버튼(670)을 선택하여 지불을 수락하기로 결정하는 경우, 수취인은 스크린(674)으로 네비게이트할 수 있다.
도 14J에 도시된 바와 같이, 스크린(674)은 수취인 식별자 정보(676) 및 지불인 식별자 정보(678)를 표시할 수 있다. 지불인 식별자 정보(678)는 예컨대 지불인의 이름 및 이메일 어드레스와 같은 하나 이상의 추가적인 식별 속성 모두를 표시할 수 있다. 위에서 상세히 설명된 바와 같이, 트랜잭션의 성공적인 완료시, 지불 영수증(428)과 같은 지불 영수증이 지불 식별자 정보(678)에서 지정된 지불인의 이메일 어드레스로 전송될 수 있다.
스크린(674)은 지불 금액 정보(680), 참조 번호 682로 지시되는 지불인에 의해 지정된 지불 방법 정보는 물론, 요청된 지불이 대변 기입될 크레디팅 계좌를 더 포함할 수 있다. 스크린(674) 상에 도시된 바와 같이, 도 8과 관련하여 전술한 바와 같이, 장치 선호들의 구성 동안에 크레디팅 계좌가 수취인에 의해 지정된 디폴트 크레디팅 계좌(216)로서 초기에 선택될 수 있다. 또한, 스크린(674)은 사용자가 요청된 지불을 디폴트 크레디팅 계좌(216)에 대변 기입하는 프로세스를 개시할 수 있는 그래픽 버튼(686), 사용자가 대체 크레디팅 계좌를 선택할 수 있는 그래픽 버튼(688)은 물론, 사용자가 계류중인 트랜잭션을 취소할 수 있는 그래픽 버튼(690)을 포함할 수 있다.
수취인이 그래픽 버튼(686)의 선택에 의해 지시되는 바와 같이 지불을 디폴트 크레디팅 계좌(216)에 대변 기입하기로 결정하는 경우, 도 11A에서 판정 블록(340)으로 지시되는 허가 및 검증 단계들이 수행될 수 있다. 판정 블록(340)에서 이루어질 수 있는 판정 논리 및 결정 단계들은 도 15A에 더 상세히 도시된다. 도 15에 도시된 바와 같이, 수취인이 단계 338에서 크레디팅 계좌를 선택하고, 스크린(674) 상의 그래픽 버튼(686)을 선택하는 것 등에 의해 트랜잭션 정보의 처리를 개시하면, 지불인에 의해 선택된 지불 계좌(예컨대, 602) 및 수취인에 의해 선택된 크레디팅 계좌(예컨대, 216) 양자는 단계 694에 의해 지시되는 바와 같이 계좌 정보의 검증 및 요청된 트랜잭션의 허가를 위해 하나 이상의 금융 서버(예컨대, 100)로 전송될 수 있다. 예컨대, 특히 도 12A-12C와 관련하여 전술한 바와 같이, 하나 이상의 금융 서버(100)는 수취인 및 지불인에 의해 제공되는 계좌들의 타입들에 따라 은행 서버, 크레디트 카드 서버 또는 이들의 소정 조합을 포함할 수 있다.
이제, 단계 696을 참조하면, 선택된 지불 및 크레디팅 계좌들이 호환 가능한지에 대한 결정이 금융 서버들에 의해 행해질 수 있다. 전술한 바와 같이, 수취인에 의해 지정된 크레디팅 계좌가 지불인에 의해 선택된 지불 계좌로부터의 지불을 수락하도록 허가 또는 구성되지 않을 수 있는 경우가 발생할 수 있다. 일례로, 크레디팅 계좌가 크레디트 카드 계좌로부터 직접 지불들을 수신하도록 허가되지 않는 은행 계좌인 경우에는 지불 및 크레디팅 계좌가 호환되지 않을 수 있다. 예컨대, 도 14J를 다시 참조하면, 선택된 지불 및 크레디팅 계좌들이 호환되지 않는 것으로 금융 서버들(100)에 의해 결정되는 경우, 통지 메시지(702)를 나타내는 스크린(700)이 표시될 수 있다.
이어서, 도 15A에 도시된 방법은 판정 단계(342)로 진행하여, 여기서 수취인은 대체 크레디팅 계좌를 선택함으로써 지불 조건을 재협상하는 옵션을 가지며, 따라서 방법은 단계 338로 복귀한다. 예컨대, 지불 조건의 재협상은 도 14J의 스크린(700) 상의 그래픽 버튼(704)을 선택함으로써 수행될 수 있다. 대안으로서, 수취인은 지불인에 의한 다른 지불 계좌의 선택을 재협상할 수 있으며, 따라서 방법은 단계 662로 복귀한다. 또한, 판정 단계(342)에서, 수취인이 지불 조건을 재협상하지 않기로 결정하는 경우, 수취인은 스크린(700) 상의 그래픽 버튼(706)을 선택하는 것 등에 의해 단계 344에 의해 지시되는 바와 같이 트랜잭션을 취소할 수 있다.
판정 단계 696으로 복귀하여, 지불인 및 수취인에 의해 지정된 지불 및 크레디팅 계좌가 호환되는 것으로 결정되면, 방법은 판정 단계 698로 진행하여, 지불 계좌가 유효하고, 요청된 지불을 충족시키기에 충분한 자금을 갖고 있는지에 대한 결정이 하나 이상의 금융 서버(100))에 의해 행해질 수 있다. 지정된 지불 계좌가 유효하지 않거나, 요청된 지불을 충족시키기에 충분한 자금을 갖지 않는 것으로 결정되는 경우, 방법은 판정 단계 342로 복귀할 수 있으며, 수취인은 단계 344에서 트랜잭션을 취소하거나, 충분한 자금을 갖는 다른 지불 계좌를 제공하도록 지불인에게 요청하는 것 등에 의해 트랜잭션의 조건을 재협상하는 옵션들을 갖는다. 이해하듯이, 이러한 액션은 방법을 단계 662로 복귀시킬 수 있다. 도 14J를 다시 참조하면, 단계 698에서, 지불인에 의해 선택된 지불 계좌가 요청된 지불을 충족시키기에 충분한 자금을 갖지 않는 것으로 결정되는 경우, 스크린(700) 상에 통지 메시지(708)가 표시될 수 있다. 따라서, 스크린(700)은 사용자가 도 14A에서 전술한 지불 요청 스크린(484)으로 복귀하기 위해 선택할 수 있는 그래픽 버튼(710)을 포함할 수 있다. 또한, 전술한 바와 같이, 수취인은 그래픽 버튼(706)을 선택함으로써 트랜잭션을 취소할 수도 있다.
단계 698에서, 지정된 지불 및 크레디팅 계좌들이 모두 유효하고, 지불 계좌가 충분한 자금을 갖는 것으로 결정되면, 금융 서버들에 의해 트랜잭션이 허가되고 처리될 수 있으며, 지불 요청에서 지정된 금액이 지불 계좌의 차변에 기입되고, 크레디팅 계좌의 대변에 기입된다. 예컨대, 도 12A와 관련하여 전술한 바와 같이, 선택된 지불 크레디트 카드 계좌(예컨대, 602)가 검증되면, 크레디트 카드 서버(382)는 블록 424로 지시되는 바와 같이 트랜잭션이 처리를 위해 승인되었음을 지시하는 허가 메시지를 금융 서버(380)로 전송할 수 있다. 이어서, 트랜잭션이 처리되면, 수취인은 도 11A의 방법(328)의 단계 346에서 지시되는 바와 같이 지불을 수신할 수 있다. 또한, 지불의 관점에서, 도 11B의 방법(360)의 단계 368에서 트랜잭션이 성공적으로 처리되고 완료되었는지에 관한 결정이 이루어질 수 있다. 트랜잭션이 도 14J에서 통지 메시지(702, 708)에 의해 지시되는 것들과 같은 임의의 이유로 실패한 것으로 결정되는 경우, 단계 370에서 지불인의 계좌에 청구되지 않는다.
유사하게, 트랜잭션이 성공적으로 처리된 것으로 결정되는 경우, 전술한 바와 같이 단계 372에서 지불 요청에서 지정된 금액이 지불인의 계좌의 차변에 기입될 수 있다. 예컨대, 도 14J를 참조하면, 트랜잭션의 성공적인 완료시, 스크린(712)이 수취인 장치(10) 상에 표시될 수 있다. 스크린(712)은 요청된 지불 금액(680)이 선택된 크레디팅 계좌(216)의 대변에 기입되었음을 수취인에게 알리는 통지 메시지(714)를 포함할 수 있다. 통지 메시지(714)는 본 트랜잭션에 대한 지불 영수증(예컨대, 428)이 지불인에게 전송 또는 전달되었음을 수취인에게 더 지시할 수 있다. 전술한 바와 같이, 스크린(674) 상의 지불인 식별 정보(678)에서 제공되는 이메일 어드레스를 이용하여 전자 형태의 지불 영수증이 지불인에게 이메일링될 수 있다. 트랜잭션 통지 스크린(712)은 그래픽 버튼들(716, 718)을 더 포함할 수 있다. 그래픽 버튼(716)은 후속 트랜잭션을 개시하기 위해 선택될 수 있다. 예컨대, 그래픽 버튼(716)을 선택함으로써, 수취인은 도 14A에서 전술한 트랜잭션 개시 스크린(476)으로 복귀할 수 있다. 또한, 사용자는 그래픽 버튼(718)을 선택하여, 예를 들어 수취인 장치(10)의 홈 스크린(29)으로 복귀함으로써 트랜잭션 애플리케이션(34)에서 나갈 수 있다.
도 12A-C 및 도 14A-J에 도시된 실시예들과 관련하여 전술한 트랜잭션들과 관련된 기술들 및 스크린 이미지들은 장치(10)로부터 지불 요청(예컨대, 384)을 전송하는 것 등을 통한 수취인에 의한 트랜잭션의 개시에 특히 의존하지만, 추가 실시예들에서는 지불인도 트랜잭션을 개시할 수 있다는 것을 알아야 한다. 예를 들어, 이제 도 16A 및 16B를 참조하면, 이 도면들은 각각 지불인 및 수취인의 관점에서의 방법들을 집합적으로 나타내며, 여기서 트랜잭션은 지불인에 의해 개시되고, 이어서 일반적으로 전술한 기술을 이용하여 수취인에 의해 처리될 수 있다.
먼저, 도 16A를 참조하면, 지불인의 관점에서 트랜잭션을 개시하기 위한 방법(730)이 도시되어 있다. 방법(730)은 단계 732에서 지불 방법의 선택으로부터 시작된다. 전술한 바와 같이, 지불 방법의 선택은 지불인 장치(92)와 같은 장치 상에 저장된 하나 이상의 지불 계좌로부터 지불 계좌를 선택하는 단계를 포함할 수 있다. 지불 계좌가 선택되면, 선택된 지불 계좌에 대응하는 지불 정보가 단계 734에 지시되는 바와 같이 수취인에게 전달 또는 전송될 수 있다. 전술한 바와 같이, 지불 정보의 전송은 지불인 장치(92)와 장치(10) 등의 수취인에게 속하는 장치 사이에 설정된 통신 채널을 통해 이루어질 수 있다. 전술한 실시예들에서, 이러한 통신 채널은 NFC 접속을 포함할 수 있지만, 통신 인터페이스(56)에 의해 도 3에 도시된 것들과 같이 수취인 장치(10) 및 지불인 장치(92) 상에서 이용 가능할 수 있는 다른 통신 인터페이스들(예컨대, WAN, LAN, WLAN, PAN 등)을 통해 설정된 추가적인 통신 채널들도 포함할 수 있다. 이어서, 판정 단계 736에서, 지불인에 의해 개시된 트랜잭션이 성공적으로 완료되었는지에 대한 결정이 이루어진다. 예컨대, 전술한 바와 같이, 트랜잭션의 성공적 완료는 단계 732에서 선택된 지불 계좌로부터의 지불이 수취인의 선택된 크레디팅 계좌의 대변에 기입되게 할 수 있다. 트랜잭션이 성공적으로 완료되지 못한 것으로 결정되면, 단계 738에 지시되는 바와 같이, 지불인의 지불 계좌에 청구되지 않을 것이다.
단계 736으로 돌아가서, 지불인에 의해 개시된 트랜잭션이 성공적으로 완료된 것으로 결정되면, 방법은 단계 740으로 진행하여, 전술한 바와 같이 단계 734에서 전송된 지불 정보에서 지정될 수 있는 금액이 지불인의 선택된 지불 계좌에서 청구된다. 마지막으로, 단계 740에서 지불인의 계좌에서 청구된 후에, 지불인은 단계 742에 지시되는 바와 같이 수취인으로부터 영수증을 수신할 수 있으며, 이 영수증은 지불인에 의해 전송된 지불이 수신되었다는 확인으로서 이용될 수 있다. 전술한 바와 같이, 일부 실시예들에서, 영수증은 전자 형태일 수 있고, 이메일 어드레스를 통해 지불인에 의해 수신될 수 있다.
이제, 도 16B를 참조하면, 도 16A의 방법(730)에서 지불인에 의해 개시된 트랜잭션에 응답하여 트랜잭션을 처리하기 위한 방법이 도시되고, 일반적으로 참조 번호 746으로 참조된다. 방법(746)은 단계 748에서 개시될 수 있으며, 여기서 수취인에 의해 지불 정보가 수신된다. 예컨대, 단계 748에서 수취인에 의해 수신되는 지불 정보는 방법(730)의 단계(734)에서 지불인에 의해 전송되는 지불 정보에 대응할 수 있다. 지불 정보는 예컨대 지불인에 의해 선택된 지불 계좌에 관한 정보, 지불인의 식별자는 물론, 지불인에 의해 전송되는 지불 금액을 포함할 수 있다. 지불 정보는 예컨대 NFC 접속을 이용하여 전술한 장치(10)와 같은 장치를 이용하여 수신될 수 있다.
이어서, 단계 750에서, 수취인은 수신되는 지불이 대변 기입될 크레디팅 계좌를 선택할 수 있다. 예를 들어, 크레디팅 계좌는 수취인 장치(10)에 저장된 하나 이상의 크레디팅 계좌로부터 수취인에 의해 선택될 수 있다. 적절한 크레디팅 계좌가 선택되면, 수취인은 지불인에 의해 전송된 지불 계좌 정보 및 단계 750에서 선택된 크레디팅 계좌 정보 양자를 포함할 수 있는 계좌 정보를, 이러한 계좌들을 검증하고, 지불 계좌로부터 선택된 크레디팅 계좌로의 지불을 허가하도록 구성되는 하나 이상의 금융 서버로 전송함으로써 계좌 검증 프로세스를 개시할 수 있다. 이러한 계좌 검증 및 지불 허가 프로세스는 도 16B에 판정 단계 752에 의해 지시되며, 이 단계에서는 본 트랜잭션에서 지정된 지불 계좌 및 크레디팅 계좌 양자가 유효한지, 그리고 지불 계좌가 허가되고, 요청된 지불을 수행하기에 충분한 자금을 갖는지에 관한 결정이 이루어진다. 단계 752에서, 예를 들어 도 14J와 관련하여 전술한 이유들 중 하나 이상으로 인해 트랜잭션이 처리될 수 없는 것으로 결정되면, 방법(746)은 판정 단계 754로 진행할 수 있다.
판정 단계 754에서, 수취인은 트랜잭션의 조건을 재협상하는 옵션을 가질 수 있다. 전술한 바와 같이, 이것은 대체 크레디팅 계좌의 선택 또는 지불인에게 대체 지불 계좌를 제공하라는 요청 중 하나 이상을 포함할 수 있다. 따라서, 수취인이 대체 크레디팅 계좌를 선택하기로 결정하는 경우, 방법은 단계 750으로 복귀할 수 있다. 대안으로, 수취인이 지불인에게 대체 지불 계좌를 제공하도록 요청하기로 결정하는 경우, 방법은 단계 748로 복귀하여, 수취인은 예컨대 새로 선택된 대체 지불 계좌에 관한 지불 정보를 수신할 수 있다. 또한, 판정 단계 754에서 트랜잭션의 조건을 재협상하지 않기로 결정되는 경우, 단계 756에 지시되는 바와 같이, 수취인은 트랜잭션을 취소하는 옵션을 가질 수도 있다.
판정 단계 752로 복귀하여, 지불 계좌 및 크레디팅 계좌 양자가 유효하고, 지불 계좌에서 크레디팅 계좌로의 지불이 허가될 수 있는 것으로 결정되면, 수취인은 단계 758에서 지불인에 의해 전송된 지불을 수신할 수 있다. 예컨대, 단계 758에서의 지불의 수신은 지불인의 선택된 지불 계좌로부터 단계 748에서 수신된 지불 정보에서 지정된 바와 같은 지불 금액을 차변 기입한 후에 동일 금액을 수취인의 선택된 크레디팅 계좌에 대변 기입하는 단계를 포함할 수 있으며, 따라서 단계 760에서 트랜잭션을 완료할 수 있다. 또한, 방법(746)은 단계 762에 지시되는 바와 같이 지불인에 의해 전송된 지불이 수취인에 의해 수신되었음을 확인하는 영수증을 전송하는 단계를 더 포함할 수 있다. 단계 762에서의 영수증의 전송은 도 16A에 도시된 방법(730)의 단계(742)에서 지불인에 의해 수신된 영수증에 대응할 수 있다.
이제, 도 17A를 참조하면, 도 16A 및 16B에 의해 설명된 트랜잭션에 따라 지불인 장치(92) 상에서의 트랜잭션의 개시를 나타내는 복수의 스크린 이미지가 도시되어 있다. 지불인 장치(92)는 아이콘(34)에 의해 지시되고, 수취인 장치(10)를 참조하여 전술한 트랜잭션 애플리케이션과 유사한 트랜잭션 애플리케이션을 포함할 수 있다. 트랜잭션 애플리케이션의 실행시, 도 5A에서 전술한 트랜잭션 스크린(110)이 지불인 장치(92) 상에 표시될 수 있다. 트랜잭션 홈 스크린(110)으로부터, 그래픽 버튼(114)의 선택을 통해 트랜잭션이 개시될 수 있다.
그래픽 버튼(114)의 선택시, 지불인은 스크린(476)으로 진행할 수 있다. 스크린(476)은 전술한 바와 같이 그래픽 버튼들(478, 480, 482)을 표시할 수 있다. 도시된 바와 같이, 지불인은 그래픽 버튼(480)을 선택함으로써 지불의 전송을 개시할 수 있다. 이어서, 지불인은 스크린(770)으로 진행할 수 있다. 스크린(770)은 지불인이 텍스트 키보드(160)를 통해 정보를 입력할 수 있는 참조 번호 772로 일반적으로 지시되는 복수의 텍스트 필드를 포함할 수 있다. 예컨대, 스크린(770) 상에 지시되는 바와 같이, 지불인은 수취인의 식별자(774), 수취인에게 전송되는 지불 금액(776)은 물론, 지불의 목적 또는 성격에 관한 간단한 설명(778)도 입력할 수 있다. 스크린(770)은 그래픽 버튼들(780, 782)을 더 포함할 수 있다. 정보(774, 776, 778)가 폼 필드들(772)에 입력되면, 사용자는 스크린(786)으로 진행하여, 그래픽 버튼(780)을 선택함으로써 적절한 지불 방법을 선택할 수 있다. 대안으로, 사용자는 그래픽 버튼(782)을 선택하여 트랜잭션을 취소하고, 따라서 지불을 전송하지 않는 옵션을 갖는다.
스크린(786) 상에 지시되는 바와 같이, 수취인의 식별자(774)에 관한 정보, 전송되는 지불 금액(776)은 물론, 지불에 관한 설명(778)이 표시될 수 있다. 또한, 스크린(786)은 참조 번호 788로 지시되는 바와 같이 지불인의 식별자에 관한 정보를 더 표시할 수 있다. 전술한 바와 같이, 지불인 식별 정보는 지불인의 이름 및 이메일 어드레스와 같은 추가적인 식별 속성 양자를 포함할 수 있다. 스크린(786) 상에는 지불 방법의 선택도 표시될 수 있다. 도 17A에 도시된 바와 같이, 선택된 지불 방법은 도 14E를 참조하여 전술한 디폴트 지불 방법(554)으로서 초기에 선택될 수 있다.
스크린(786)은 그래픽 버튼들(790, 792, 794)을 더 포함할 수 있다. 전술한 바와 같이, 이 버튼들은 이 버튼들의 선택시에 지불인 장치(92) 상에서 수행될 수 있는 특정 기능들에 대응할 수 있다. 예컨대, 그래픽 버튼(790)은 지불인이 디폴트 지불 계좌(554)를 선택된 지불 계좌로서 이용하여 트랜잭션을 개시할 수 있는 기능을 나타낼 수 있다. 그래픽 버튼(792)은 지불인이 도 14E의 스크린(566)과 관련하여 전술한 것들과 같은 대체 지불 방법의 선택을 위해 하나 이상의 스크린으로 향할 수 있는 기능을 나타낼 수 있다. 지불인은 그래픽 버튼(794)을 선택하여 지불을 취소하는 옵션을 가질 수도 있다.
수취인 장치(10) 및 지불인 장치(92)는 각각 하나 이상의 보안 특징들을 구성했을 수 있다. 예컨대, 도 14H와 관련하여 전술한 바와 같이, 지불인 장치(92)는 지불의 전송이 허가될 수 있기 전에 이전에 저장된 허가 PIN 코드의 입력을 요구할 수 있다. 예컨대, 도 17A에 도시된 바와 같이, 그래픽 버튼(790)의 선택시, 지불인은 도 14H에서 전술한 스크린(620)으로 진행할 수 있다. 스크린(620)은 사용자에게 숫자 키보드 인터페이스(164)를 이용하여 텍스트 필드(626)에 허가 PIN 코드(624)를 입력하도록 지시하는 프롬프트(622)를 포함한다. 또한, 전술한 바와 같이, 사용자는 그래픽 버튼(166)을 선택하여, 숫자 키보드 인터페이스(164)와 텍스트 입력 키보드 인터페이스(162)(도 17A에 도시되지 않음) 사이에서 토글링할 수 있다. 예컨대, 이러한 특징은 장치(92)가 텍스트 및 숫자 모두를 포함하는 영숫자 PIN 코드들을 지원하는 실시예들에서 구현될 수 있다.
허가 PIN 코드(624)가 입력되면, 지불인은 스크린(786)으로부터 입력된 지불 정보를 수취인에게 전송하는 것을 진행할 수 있다. 예컨대, 도 14I와 관련하여 전술한 바와 같이, 지불 정보의 전송은 탭 동작(412)을 통해 지불인 장치(92)와 수취인 장치(10) 사이에 설정된 NFC 접속을 통해 달성될 수 있다. 따라서, 지불인 장치(92)와 수취인 장치(10)가 이들 장치 사이의 NFC 접속을 지원할 수 있는 거리(예컨대, 2-4 cm) 내에서 탭핑되고 배치되면, 스크린(786) 상에 표시된 지불 정보가 설정된 NFC 접속을 통해 수취인 장치(10)로 전송될 수 있다.
이제, 도 17B를 참조하면, 지불 정보가 수취인 장치(10)에 의해 수신되는 경우, 스크린(800)이 수취인 장치(10) 상에 표시될 수 있다. 스크린(800)은 도 17A의 스크린(770)에서 지불인에 의해 지정된 금액의 지불에 대한 제의가 수신되었음을 수취인에게 알리는 통지 메시지(802)를 포함할 수 있다. 스크린(800)은 그래픽 버튼들(804, 806)을 더 포함할 수 있다. 그래픽 버튼(804)을 선택함으로써, 수취인은 도 14J에서 전술한 바와 같이 스크린(674)으로 진행할 수 있다. 스크린(674)은 수취인의 식별자(774), 전송되는 지불 금액(776) 및 지불인에 의해 선택된 지불 방법, 이 예에서는 디폴트 지불 계좌(554)와 같이 스크린(770) 내에 지불인에 의해 입력된 정보를 표시할 수 있다. 스크린(674)은 지불인의 이메일을 포함할 수 있고, 트랜잭션이 성공적으로 완료된 경우에 지불인에게 영수증을 전송하는 데 사용될 수 있는 지불인의 식별 정보(788)를 더 포함할 수 있다. 스크린(674)은 지불이 대변 기입되는 현재 선택된 크레디팅 계좌를 더 표시할 수 있다. 도시된 바와 같이, 선택된 크레디팅 계좌는 처음에 도 8에서 구성된 디폴트 계좌(216)이다. 이러한 설정들에 기초하여 트랜잭션을 처리하기 위하여, 수취인은 그래픽 버튼(686)을 선택할 수 있다. 전술한 바와 같이, 그래픽 버튼(686)의 선택은 지불인에 의해 선택된 지불 계좌(554)에 금액(776)이 차변 기입되고, 이어서 이 금액이 선택된 크레디팅 계좌(216)의 대변에 기입되는 프로세스가 개시될 수 있다. 이 프로세스는 도 12A-C에서 전술한 것들과 같은 하나 이상의 금융 서버(100)에 의한 트랜잭션의 검증 및 허가를 포함할 수 있다.
트랜잭션의 처리가 성공적인지에 따라, 도 14J에서 전술한 스크린들(700 또는 712)이 수취인 장치(10) 상에 표시될 수 있다. 예컨대, 하나 이상의 이유로 트랜잭션이 실패하는 경우, 스크린(700)이 표시될 수 있다. 스크린(700)은 트랜잭션이 실패한 이유 또는 이유들을 수취인에게 알리는 통지 메시지(708)를 포함할 수 있다. 또한, 스크린(700)은 수취인에게 그래픽 버튼(710) 등을 통해 스크린(484)으로 복귀하기 위한 옵션은 물론, 그래픽 버튼(706)의 선택을 통해 트랜잭션을 취소하기 위한 옵션을 제공할 수 있다. 트랜잭션이 성공적으로 완료된 경우, 트랜잭션이 성공적으로 완료되었고, 지불인에 의해 지정된 지불 금액(776)이 선택된 크레디팅 계좌(216)의 대변에 기입되었음을 수취인에게 알리는 통지 메시지(714)를 표시하는 스크린(712)이 수취인 장치(10) 상에 표시될 수 있다. 통지 메시지(714)는 영수증이 지불인에게 전송되었음을 수취인에 더 알릴 수 있다.
전술한 실시예들 모두는 크레디트 카드 및 은행 계좌들과 같은 화폐 수단들의 사용을 수반하는 트랜잭션들을 설명하지만, 본 명세서에서 설명되는 기술들은 전술한 비화폐 및 비현금 계좌들(예컨대, 126, 604)을 포함하는 소정 유형의 교환 매개체의 소유를 나타내는 다른 타입의 계좌들에도 적용될 수 있다는 것을 이해해야 한다. 예컨대, 비현금 계좌는 애플사에 의해 운영되고 관리되는 아이튠 온라인 디지털 미디어 스토어/서비스를 통해 이용 가능한 아이튠 계좌와 같은 온라인 음악 판매자 서비스와 관련된 계좌일 수 있다.
아이튠 계좌는 음악 파일들(예를 들어, mp3, m4a)은 물론, 팟캐스트, 뮤직 비디오, 오디오 북, 게임 애플리케이션, 영화 등과 같은 다른 관련 타입의 미디어의 구매를 위한 인터넷 기반 온라인 가상 스토어로부터 교환 또는 구할 수 있는 크레디트들에 기초하여 운영될 수 있다. 구매시, 이러한 미디어 제품들은 사용자가 나중에 보거나 듣기 위해 장치(10) 상에 장기간 저장 장치(54) 등에 저장될 수 있다. 아이튠 계좌와 관련된 크레디트들은 실제 세계에서의 화폐 가치를 갖지 못할 수 있지만, 이러한 크레디트들은 아이튠 서비스를 통해 제공되는 제품들 및 서비스들과 관련된 교환의 비현금 매개체로서 사용될 수 있다. 또한, 본 발명의 양태들에 따르면, 아이튠 계좌들에 의해 유지되는 크레디트들은 전술한 트랜잭션 기술들을 통해 계좌 소유자들 사이에 교환될 수 있다.
본 설명을 계속하기 전에, 애플사에 의해 제공되는 아이튠 서비스들의 사용은 단지 예로서 설명되며, 본 발명에 따르면 여기에 설명되는 기술들은 다수의 온라인 판매자에 의해 제공되는 비현금 계좌들에도 적용될 수 있고, 교환의 비현금 매개체(예컨대, "크레디트들")가 이러한 계좌들에 저장되고, 각각의 온라인 판매자에 의해 제공되는 제품들 또는 서비스들을 위해 교환될 수 있다는 것을 이해해야 한다.
이제, 도 18을 참조하여, 도 17A 및 17B에 도시된 트랜잭션 기술들이 이제 수취인 및 지불인에 의해 소유되는 아이튠 계좌들과 관련하여 설명된다. 구체적으로, 도 18은 지불이 초기에 지불인 장치(92)로부터 수취인 장치(10)로 전송되고, 수취인에게 전송된 지불 정보(810)가 지불인에게 속하는 아이튠 계좌를 선택된 지불 계좌로서 지정하는 트랜잭션(808)의 개략도를 나타낸다. 지불 정보(810)는 지불인이 수취인에게 지불로서 전달하기를 원하는 크레디트들의 양 또는 수를 더 지시할 수 있다. 아이튠 계좌 정보를 수취인 장치(10)로 전송하기 위하여, 수취인 장치(10)와 지불인 장치(92) 사이에 탭 동작(814)이 수행되어, 지불 정보(810)가 전송될 수 있는 NFC 접속(812)이 설정될 수 있다.
수취인 장치(10) 상에서 지불 정보(810)를 수신한 후, 수취인은 지불 정보(810)에 의해 지시되는 지불이 대변 기입되기를 원하는 적절한 크레디팅 계좌를 선택할 수 있다. 예컨대, 도시된 시나리오에서, 선택된 크레디팅 계좌는 수취인에게 속하는 각각의 아이튠 계좌일 수 있다. 따라서, 수취인 및 지불인의 아이튠 계좌 정보는 물론, 지불 정보(810)에서 지정되는 지불 금액(예컨대, 크레디트들)은 집합적으로 트랜잭션 정보 블록(816)으로 표현될 수 있다. 이어서, 트랜잭션 정보(816)는 전술한 바와 같이 트랜잭션(808)의 추가 처리를 위해 수취인 장치(10)에 의해 하나 이상의 금융 서버(100)로 전송될 수 있다.
도 18에 도시된 바와 같이, 본 실시예에서의 하나 이상의 금융 서버(100)는 지불인 및 수취인에게 속하는 각각의 아이튠 계좌들을 유지하도록 구성되는 아이튠 서버(818)에 의해 표현될 수 있다. 전술한 바와 같이, 구체적으로 도 12C에 도시된 트랜잭션(378)을 참조하면, 지불 계좌 및 크레디팅 계좌 양자가 동일 엔티티 또는 금융 기관에 의해 유지될 때에는 트랜잭션의 허가 및 처리를 위해 (예컨대, 다른 엔티티 또는 금융 기관에 속하는) 추가적인 외부 서버와 통신할 필요가 없을 수 있다.
트랜잭션 정보(816)의 아이튠 서버(818)로의 전송은 도 3에서 통신 인터페이스 블록(56)에 의해 지정되는 것들과 같은, 수취인 장치(10) 상에서 이용 가능한 임의의 적절한 네트워킹 인터페이스에 의해 제공될 수 있는 네트워크(820)를 통해 이루어질 수 있다. 트랜잭션 정보(816)의 수신시, 아이튠 서버(818)는 참조 번호 822로 지시되는 바와 같이 하나 이상의 검증 액션을 수행하여, 양 아이튠 계좌들이 유효하고, 지불인의 아이튠 계좌가 지불 정보(810)에서 지정된 지불 금액을 충족시키기에 충분한 수의 크레디트를 적어도 갖는지를 검증할 수 있다. 양 아이튠 계좌들이 유효하고, 지불인의 아이튠 계좌가 충분한 크레디트들을 가진 것으로 결정되면, 참조 번호 824로 지시되는 바와 같이 트랜잭션이 처리될 수 있다. 이어서, 아이튠 서버(818)는 수취인의 아이튠 계좌에 지불이 대변 기입되었음을 수취인에게 통지하는 확인 메시지를 네트워크(820)를 통해 수취인 장치(10)로 전송할 수 있다. 또한, 참조 번호 826으로 지시되는 바와 같이, 확인 수신시, 수취인 장치(10)(또는 아이튠 서버(818))는 지불 정보(810)에 의해 지정되는 금액이 지불인의 아이튠 계좌에 차변 기입되거나 청구되었다는 것을 확인하는 전자 영수증과 같은 영수증을 지불인의 이메일 어드레스를 이용하여 지불인 장치(92)로 전송하고, 따라서 트랜잭션(808)을 종료하도록 더 구성될 수 있다. 전술한 트랜잭션(808)은 도 18A에 도시된 트랜잭션(808)을 나타내는 복수의 이미지가 도시된 도 19A-19D를 참조하여 더 잘 이해될 수 있다.
먼저, 도 19A로부터 시작하면, 이들 스크린은 도 17A와 관련하여 전술한 것들과 일반적으로 동일하다는 점에 유의해야 한다. 예컨대, 스크린(110)으로부터 시작하여, 지불인은 그래픽 버튼(114)을 누름으로써 트랜잭션 프로세스를 개시할 수 있다. 이어서, 스크린(476)이 표시될 수 있으며, 지불인은 그래픽 버튼(480)을 더 선택하여, 트랜잭션이 지불의 전송을 통해 직접(예컨대, 도 12A-12C에서 전술한 바와 같이 수취인으로부터의 요청을 먼저 기다릴 필요 없이) 개시될 것을 지정할 수 있다. 그래픽 버튼(480)의 선택시, 지불인은 스크린(770)으로 진행하여, 폼 필드들(772)이 텍스트 키보드 인터페이스(160)를 이용하여 완성될 수 있다. 이어서, 그래픽 버튼(780)의 선택에 의해, 사용자는 스크린(786)으로 더 진행하여, 수취인 식별 정보(774), 지불 금액(776)은 물론, 지불의 성격에 관한 간단한 설명(778)을 표시할 수 있다. 또한, 스크린(786)은 지불인에 관한 식별 정보(788)를 더 포함하는 것을 물론, 현재 선택된 지불 방법을 표시할 수도 있다. 도시된 바와 같이, 지불 방법은 초기에 디폴트 지불 계좌(554)로서 선택될 수 있다. 이어서, 도 17A에서 전술한 바와 같이, 그래픽 버튼(790)을 선택하여, 디폴트 지불 계좌(554)를 이용하여 지불을 개시하는 것이 아니라, 지불인은 그래픽 버튼(792)을 선택하여, 도 18에서 설명된 아이튠 계좌를 디폴트 지불 방법으로서 선택할 수 있다.
지정된 현재 지불에 대한 이유(778)는 지불인이 수취인에게 갚아야 하는 부채의 현금 또는 화폐 총액을 나타낼 수 있으며, 아이튠 서비스를 통해 제공되는 서비스들 중 하나 이상과 관련될 필요는 없을 수 있다는 점에 유의해야 한다. 그러나, 본 도면들은 비현금 자산, 이 예에서는 아이튠 크레디트들을 이용하여 부채를 충족시키기 위하여 지불인과 수취인 사이에 어떻게 합의에 도달할 수 있는지를 나타낸다.
도 19B를 참조하면, 그래픽 버튼(792)의 선택시, 지불인은 도 14E와 관련하여 전술한 스크린(566)으로 진행할 수 있다. 전술한 바와 같이, 스크린(566)은 복수의 그래픽 버튼(570, 572, 574, 576, 578)을 표시할 수 있으며, 이들 각각은 지불인에 의해 선택될 수 있는 지불 카테고리에 대응한다. 도 19B에 도시된 바와 같이, 지불인은 그래픽 버튼(574)을 선택하여, 스크린(828)으로 진행할 수 있다. 스크린(828)은 지불인 장치(92)에 현재 저장된 모든 아이튠 계좌들의 리스트(604)를 표시할 수 있다. 따라서, 지불인은 현재의 트랜잭션(808)에서 지불 계좌로서 사용하기 위해 원하는 아이튠 계좌(830)를 선택할 수 있다.
아이튠 계좌(830)의 선택시, 지불인은 선택된 아이튠 계좌(830)를 지불 방법으로서 반영하도록 갱신될 수 있는 도 19B의 스크린(786)으로 복귀할 수 있다. 이어서, 지불인은 그래픽 버튼(832)을 선택하여 스크린(620)으로 진행할 수 있다. 전술한 바와 같이, 지불인 장치(92)는 지불인 장치(92)로부터 지불 정보를 전송하기 전에 먼저 허가 PIN 코드가 제공될 것을 요구하는 하나 이상의 보안 특징을 포함할 수 있다. 예컨대, 스크린(620)에 도시된 바와 같이, 지불인은 텍스트 필드(626)에 허가 PIN(624)을 입력하도록 요구될 수 있다. (예컨대, 숫자 키보드 인터페이스(164)를 통해) 허가 PIN 코드(624)가 입력되면, 지불인은 그래픽 버튼(628)을 선택함으로써 아이튠 계좌 정보(830)의 전송을 허가할 수 있다.
이제, 도 19C를 참조하면, 도시된 스크린들은 아이튠 지불 계좌 정보(830)의 수신시에 수취인 장치(10) 상에 표시될 수 있는 스크린 이미지들을 나타낸다. 전술한 바와 같이, 지불 정보(830)의 수신은 도 18에 도시된 바와 같이 탭 동작(814)을 통해 NFC 접속을 설정함으로써 수행될 수 있다. 지불 정보(830)의 수신시, 통지 스크린(800)이 수취인 장치(10) 상에 표시될 수 있다. 스크린(800)은 참조 번호 776으로 지시되는 금액의 지불이 지불인(788)으로부터 수신되었음을 수취인에게 알리는 통지 메시지(802)를 포함할 수 있다. 스크린(800)은 사용자가 트랜잭션의 처리를 완료하기 위한 추가 단계들을 진행할 수 있는 그래픽 버튼(804) 및 사용자가 현재의 트랜잭션을 취소하기 위해 선택할 수 있는 그래픽 버튼(806)을 더 표시할 수 있다.
예컨대, 그래픽 버튼(804)을 선택함으로써, 사용자는 도 14J에서 전술한 바와 같이 스크린(674)으로 진행할 수 있다. 스크린(674)은 수취인의 식별자(774), 지불인의 식별자(788), 요청된 지불의 금액(776) 및 선택된 지불 방법, 즉 아이튠 계좌(830)를 표시할 수 있다. 이해하듯이, 요청된 지불 금액은 지불인의 아이튠 계좌(830)에 저장된 "크레디트들"로 환산될 수 있다. 도 19C의 스크린(674)에 도시된 바와 같이, 크레디팅 계좌는 초기에 디폴트 크레디팅 계좌(216)로서 선택될 수 있다. 여기서, 수취인은 그래픽 버튼(686)을 선택하여 지불을 디폴트 크레디팅 계좌(216)에 대변 기입하는 것이 아니라, 그래픽 버튼(688)을 선택하여 대체 크레디팅 계좌를 선택할 수 있다.
그래픽 버튼(688)의 선택시, 수취인은 스크린(836)으로 네비게이트할 수 있으며, 이 스크린은 스크린(836)에 의해 제공되는 기능들이 지불 계좌가 아니라 크레디팅 계좌의 선택과 관련된다는 점 외에는 도 19B에서 전술한 스크린(566)과 유사할 수 있다. 스크린(836)은 수취인에게 그래픽 버튼들(840, 842, 844, 846, 848)에 의해 표현되는 아래의 크레디팅 계좌 카테고리들 중 하나를 선택하도록 지시하는 프롬프트(838)를 포함할 수 있다. 지불인에 의해 전송된 지불을 수신하기 위한 호환 가능한 계좌(이 예에서는 아이튠 계좌)를 선택하기 위하여, 사용자는 그래픽 버튼(844)을 선택하여, 스크린(850)으로 진행할 수 있다. 스크린(850)은 수취인 장치(10)에 저장된 모든 아이튠 계좌들의 리스트를 포함할 수 있다. 따라서, 수취인은 아이튠 계좌(852)를 현재 트랜잭션(808)의 크레디팅 계좌로서 선택할 수 있다.
아이튠 계좌(852)의 선택에 이어서, 수취인은 스크린(674)으로 복귀할 수 있다. 도 19D에 도시된 바와 같이, 갱신된 스크린(674)은 아이튠 계좌(852)를 선택된 크레디팅 계좌로서 표시할 수 있다. 또한, 그래픽 버튼(686)은 갱신된 스크린(674) 상에서 그래픽 버튼(854)으로 교체될 수 있다. 그래픽 버튼(854)의 선택시, 전술한 바와 같이, 선택된 지불 계좌(830)는 물론, 선택된 크레디팅 계좌(852)에 관한 정보를 포함할 수 있는 트랜잭션 정보(816)를 전송하는 프로세스가 도 19A 및 19B에서 지불인에 의해 개시된 지불의 처리를 위해 아이튠 서버(818)로 전송될 수 있다. 트랜잭션이 하나 이상의 이유로 완료되지 못하는 경우, 스크린(700)이 수취인 장치(10) 상에 표시될 수 있다. 스크린(700)은 트랜잭션이 실패한 이유 또는 이유들을 수취인에게 통지할 수 있다. 예컨대, 도시된 실시예에서, 통지 메시지(708)는 지불 금액(776)을 충족시키기에 충분한 크레디트들이 지불인의 아이튠 계좌(830)에 존재하지 않음을 수취인에게 알릴 수 있다. 대안으로서, 트랜잭션이 성공적으로 완료되면, 스크린(712)이 수취인 장치(10) 상에 표시될 수 있다. 스크린(712)은 지불인의 아이튠 계좌(830)로부터의 크레디트들이 수취인의 아이튠 계좌(852)의 대변이 기입되었음을 수취인에게 통지하는 통지 메시지(714)를 포함할 수 있다. 통지 메시지(714)는 완료된 트랜잭션과 관련된 영수증이 지불인에게 제공되었음을 수취인에게 알릴 수도 있다.
본 기술의 추가 구현에서, 지불 금액은 아이튠 기프트 카드에 직접 대변 기입될 수 있다. 예컨대, 기프트 카드와 관련된 계좌 번호가 아이튠 서버(818)에 의해 유지될 수 있다. 트랜잭션 정보(816)의 수신 및 허가시, 아이튠 서버(818)는 아이튠 크레디트의 형태일 수 있는 지불 금액을 수취인의 아이튠 기프트 카드 계좌의 대변에 기입할 수 있다. 따라서, 수취인은 기프트 카드를 이용하여 추가적인 기프트 크레디트들을 수취인의 아이튠 계좌에 추가하고 그리고/또는 음악 파일, 영화 파일, 오디오 북, 팟캐스트 등과 같은 다운로드 가능한 미디어 콘텐츠를 기프트 카드 상에 저장된 크레디트들로 구입할 수 있다.
위의 실시예들은 수취인 장치(10) 및 지불인 장치(92)와 같은 2개의 전자 장치 사이의 트랜잭션들의 처리와 관련하여 설명되었지만, 현재 설명되는 기술들의 추가적인 구현들은 수취인 장치(10)가 지불인 장치(92)에 의해 일반적으로 표현되는 타입의 휴대용 또는 비휴대용 전자 장치가 아닌 다른 소스들로부터 지불 정보를 수신하는 트랜잭션들을 더 포함할 수 있다. 예컨대, 이제 도 20을 참조하면, 참조 번호 862로 지시되는 스마트 카드를 통해 수취인 장치(10)로의 지불이 이루어지는 트랜잭션(860)의 개략도가 도시되어 있다. 스마트 카드(862)는 통상의 크레디트 카드와 유사할 수 있지만, 보안 저장 칩(864)과 같은 저장 장치를 더 포함할 수 있다. 저장 칩(864)은 스마트 카드(862) 상에 인쇄된 정보에 의해 표현되는 크레디트 카드 계좌 또는 뱅킹 계좌(예컨대, 스마트 카드(862)가 데빗 카드인 경우)에 관한 정보를 저장하도록 구성될 수 있다. 예컨대, 저장 칩(864)은 스마트 카드에 대응하는 계좌 번호, 계좌 소유자의 이름, 스마트 카드 계좌와 관련된 만기, 및 지불인의 스마트 카드 계좌와 관련된 임의의 다른 관련 정보를 포함할 수 있다.
도시된 실시예에서, 저장 칩(864)은 예컨대 RF 신호를 이용하는 자기장 유도를 통해 설정되는 NFC 접속을 통해 수취인 장치(10)와 같은 외부 장치와 통신할 수 있다. 이 분야의 기술자들이 이해하듯이, 스마트 카드들은 전술한 전자 장치들(예컨대, 수취인 장치(10), 지불인 장치(92))와 구별될 수 있는데, 그 이유는 스마트 카드(862)가 전자 컴포넌트, 즉 저장 칩(864)을 포함하지만, 스마트 카드(862)는 전자 장치들과 일반적으로 관련될 수 있는 전원 또는 처리 장치를 포함하지 않기 때문이다. 대신에, 스마트 카드(862)는 내장 인덕터에 의존하여, NFC 장치(46) 등을 통해 수취인 장치(10)로부터 전송될 수 있는 RF 신호를 취득하고, 따라서 RF 신호를 이용하여 저장 칩(864)의 전자 컴포넌트들에 전력을 임시로 공급하여, 그 안에 저장된 데이터를 수신 장치로 전송할 수 있다. 이 분야의 기술자들이 이해하듯이, 스마트 카드로부터의 정보의 전송은 전술한 NFC 기술들은 물론, 예컨대 ISO/IEC 14443 및 ISO 15693과 같은 다른 공지 표준들에 따를 수 있다.
도 20에 도시된 바와 같이, 트랜잭션(860)은 지불 요청(384)에 의해 개시될 수 있다. 지불 요청(384)의 개시시에, 수취인 장치(10)의 NFC 장치(46)가 파워 온되어, NFC 인터페이스(60)가 구동되고, RF 신호가 제공될 수 있다. 따라서, 활성화된 수취인 장치(10)를 스마트 카드(862)에 탭핑함으로써 NFC 접속(388)이 설정될 수 있다. 스마트 카드(862)는 수취인 장치(10)로부터 방출되는 RF 신호의 검출시에 이 신호의 일부를 이용하여, 참조 번호 866으로 표시되는 스마트 카드 정보와 같은 정보를 탭 동작(386)을 통해 설정된 NFC 접속(388)을 통해 수취인 장치로 전송하도록 저장 칩(864)을 유도할 수 있다. 일부 실시예들에서, RF 신호는 스마트 카드(862)에 의해 정류될 수 있다.
수취인 장치(10)는 스마트 카드 정보(866)의 수신시에 계좌 소유자인 지불인에게 스마트 카드(862)에 청구될 금액을 제공하고, 일부 실시예들에서 하나 이상의 보안 검증 액션들을 제공하는 것과 같이 추가적인 검증 정보를 제공하도록 더 요구할 수 있다. 예컨대, 하나의 그러한 보안 검증 액션은 지불인에게 스마트 카드(862)에 대응하는 카드 검증 값(CVV)을 제공할 것을 요구할 수 있다. CVV 값은 저장 칩(864)으로부터 전송되거나, 저장 칩(864) 자체에 저장되는 것이 아니라, 스마트 카드(862) 상에 인쇄될 수 있다. 따라서, 이해하듯이, 이러한 추가적인 보안 검증 절차들은 스마트 카드(862)로부터의 무허가 지불 개시를 방지할 수 있다.
스마트 카드 계좌 정보, 지불 금액 및 전술한 보안 정보(예컨대, CVV 코드) 외에, 수취인은 일반적으로 전술한 바와 같이 수취인 장치(10) 상의 적절한 크레디팅 계좌를 선택할 수 있다. 이어서, 트랜잭션 정보로서 집합적으로 참조되고 블록 868에 의해 표현되는 이러한 정보는 하나 이상의 금융 서버(100)로 전송될 수 있다. 구체적으로, 트랜잭션 정보(868)는 네트워크(870)를 통해 금융 서버(380)로 전송될 수 있다. 금융 서버(380)는 수취인에 의해 선택된 크레디팅 계좌를 소유하거나 유지하는 금융 기관에 대응할 수 있다. 트랜잭션 정보가 전송되는 네트워크(870)는 수취인 장치(10)의 통신 인터페이스들(56)에 의해 제공되는 것들과 같은 전술한 임의의 적절한 네트워크들 중 하나를 포함할 수 있다.
트랜잭션 정보(868)의 수신시, 금융 서버(380)는 LAN, WAN 또는 WLAN과 같은 임의의 적절한 네트워크에 의해 제공될 수 있는 네트워크(876)를 통해 블록 872로 지시되는 지불인의 스마트 카드 계좌 정보를 스마트 카드 서버(874)로 더 전송할 수 있다. 스마트 카드 서버(874)는 스마트 카드(862)에 대응하는 계좌를 유지하는 크레디트 카드 제공자와 관련될 수 있다. 스마트 카드 서버(874)는 참조 번호 878로 지시되는 바와 같이 하나 이상의 검증 및/또는 허가 프로세스를 수행할 수 있으며, 여기서 지불인의 스마트 카드 계좌(872)는 예컨대 유효성 및 자금의 충분함이 검증된다. 따라서, 지불인의 스마트 카드 계좌(872)가 유효하고, 요청된 지불(384)을 완료하기에 충분한 자금을 갖는 것으로 결정되면, 스마트 카드 서버(874)는 네트워크(876)를 통해 허가 메시지를 금융 서버(380)로 전송할 수 있다.
허가 메시지의 수신시, 금융 서버(380)는 트랜잭션을 완료할 수 있으며, 따라서 지불인의 스마트 카드 계좌(872)에는 요청된 지불(384)에 대응하는 금액이 청구되고, 수취인의 선택된 크레디팅 계좌의 대변에는 그 금액이 기입된다. 트랜잭션(860)이 성공적으로 처리되면, 금융 서버(380)로부터 수취인 장치(10)로 확인 메시지(882)가 전송될 수 있다. 또한, 참조 번호 882로 지시되는 바와 같이, 금융 서버(380) 또는 스마트 카드 서버(874)와 같은 하나 이상의 금융 서버(100) 중 하나는 스마트 카드 계좌(872)에 청구되었음을 확인하는 영수증을 지불인에게 전송할 수 있다. 일 실시예에서, 하나 이상의 금융 서버(100) 중 하나는 전자 영수증을 스마트 카드 계좌(872)와 관련된 이메일로 전송할 수 있다.
도 11A에 도시된 방법(328)에 적용될 때, 수취인 장치(10)와 스마트 카드(862) 사이의 트랜잭션(860)의 처리는 도 21A를 참조하여 더 이해될 수 있다. 구체적으로, 도 21A는 본 실시예에 적용되는 바와 같은 방법(328)의 소정의 단계들을 더 상세히 도시한다. 예컨대, 지불인에게 송장을 전송하는 단계(334)는 본 실시예에서 888로 지시되는 바와 같이 지불을 위한 물리 또는 구두 요청을 제공하는 단계를 포함할 수 있다. 예컨대, 수취인 및 지불인은 스마트 카드 정보(866)가 수취인 장치로 전송되기 전에 지불의 조건에 대해 서로 협의할 수 있다. 지불 조건이 협의되면, 지불인으로부터 지불 정보를 취득하는 단계는 단계 890으로 지시되는 바와 같이 저장 칩(864)에 저장된 스마트 카드 계좌 정보(866)가 수취인 장치(10)로 전송될 수 있는, 수취인 장치(10)와 스마트 카드(862) 사이의 NFC 접속을 개시하는 단계를 포함할 수 있다. 예컨대, 이 단계는 도 20에서 전술한 바와 같이 탭 동작(386)을 통한 NFC 접속(388)의 설정에 대응할 수 있다.
스마트 카드 정보(866)가 스마트 카드(862)의 저장 칩(864)으로부터 전송되면, 이 정보는 단계 892로 지시되는 바와 같이 NFC 접속(388)을 이용하여 수취인 장치(10)에 의해 수신될 수 있다. 스마트 카드 정보(866)의 수신시, 단계 338에서 수취인 장치(10) 상에서 크레디팅 계좌가 선택될 수 있다. 이어서, 판정 단계(340)에서, 스마트 카드 계좌 정보(866)는 물론, 선택된 크레디팅 계좌 정보는 단계 894로 지시되는 바와 같이 검증 및 처리를 위해 하나 이상의 금융 서버(100)로 전송될 수 있다. 스마트 카드 계좌(872) 및 크레디팅 계좌를 검증하는 프로세스는 판정 단계들(896, 898)을 포함할 수 있다. 예컨대, 판정 단계(896)는 스마트 카드 계좌 및 선택된 크레디팅 계좌가 호환 가능한지를 결정하는 단계를 포함할 수 있다. 전술한 바와 같이, 본 상황에서, "호환 가능"이라는 용어는 크레디팅 계좌가 스마트 카드 계좌로부터 크레디트 카드 지불을 수신하도록 구성되는지의 여부를 나타낸다. 단계 896에서 스마트 카드 계좌 및 선택된 크레디팅 계좌가 호환 가능한 것으로 결정되면, 방법(328)은 판정 단계(898)로 진행할 수 있으며, 여기서 지불인에 의해 제공된 스마트 카드 계좌(872)가 유효하고, 요청된 지불(384)을 충족시키기에 충분한 자금(예컨대, 크레디트 라인)을 갖는지를 더 결정한다. 스마트 카드 계좌가 유효하고 충분한 자금을 갖는 것으로 결정되면, 트랜잭션이 처리되어, 수취인은 방법(328)의 단계(346)에서 지불을 수신하고, 이어서 단계 348에서 트랜잭션(860)이 완료된다.
판정 단계 896 및 898로 돌아가서, 계좌들이 호환 가능하지 않거나, 스마트 카드 계좌가 유효하지 않거나, 요청된 지불을 이행할 만큼 충분한 자금이 부족한 것으로 결정되는 경우, 방법은 판정 단계 342로 진행할 수 있으며, 여기서 수취인은 지불의 조건을 재협상할지의 여부를 결정할 수 있다. 수취인이 지불의 조건을 재협상하기를 원하지 않는 경우, 단계 344에서 트랜잭션이 취소될 수 있다. 대안으로, 수취인이 지불 조건을 바꾸기로 결정하는 경우, 수취인은 지불인에게 속하는 다른 스마트 카드로부터 정보를 취득하고, 따라서 방법이 단계 892로 복귀할 수 있거나, 수취인은 단계 338에서 대체 크레디팅 계좌를 선택할 수 있다. 이해하듯이, 지불 조건의 재협상은 단계 896 및 898에서 이루어진 판정들의 결과에 의존할 수 있다. 또한, 도 21A에는 도시되지 않았지만, 단계 342에서의 지불 조건의 재협상은 지불 정보가 도 12A-C에서 전술한 지불인 장치(92)와 같은 전자 장치에 저장되고 수취인 장치(10)로 전송되는 트랜잭션을 수행하는 것도 포함할 수 있다.
이제, 도 21B를 참조하여, 방법(360)의 소정 단계들이 도 20에서 전술한 트랜잭션(860)에 따라 지불인의 관점에서 더 상세히 설명된다. 구체적으로, 도 21B는 수취인으로부터 지불 요청을 수신하는 단계(364) 및 지불 정보를 수취인에게 제공하는 단계(366)를 더 상세히 나타낸다. 지불 요청을 수신하는 단계(364)는 단계 900으로 지시되는 바와 같이 지불에 대한 물리적 요청을 수신하는 단계를 포함할 수 있다. 전술한 바와 같이, 물리적 요청은 스마트 카드(862)를 이용하여 행해질 지불의 조건에 관한 수취인과 지불인 사이의 상호 협의를 포함할 수 있다. 이어서, 지불 조건이 충족되는 경우, 지불인은 단계 902에서 이러한 조건을 수락할 수 있다. 단계 904에서, 지불인은 NFC 장치(46)를 포함할 수 있는 수취인 장치의 범위 내에 스마트 카드(862)를 위치시킬 수 있다. 따라서, 수취인 장치가 NFC 장치(46)를 파워 온하여, 능동 모드에 들어갈 때, 스마트 카드 계좌 정보(866)를 포함할 수 있는 저장 칩(864)에 저장된 정보가 랩 동작(386)을 통해 설정된 NFC 접속(388)을 통해 스마트 카드(862)로부터 수취인 장치(10)로 전송될 수 있다. 이어서, 방법(360)은 판정 단계(368)는 물론, 도 11B에 충분히 도시된 방법의 나머지 단계들로 진행할 수 있다.
이제, 도 22A-C를 참조하면, 도 20에서 설명된 트랜잭션을 수행하는 수취인 장치(10)의 동작을 나타내는 복수의 스크린 이미지가 도시되어 있다. 먼저, 도 22A를 참조하면, 트랜잭션을 개시하는 프로세스는 스크린(110) 상에 표시된 그래픽 버튼(114)을 선택함으로써 시작될 수 있다. 전술한 바와 같이, 스크린(110)은 (예컨대, 수취인 장치(10)의 홈 스크린(29) 상에 아이콘 34에 의해 표시되는) 트랜잭션 애플리케이션에 대한 홈 스크린을 나타낼 수 있다. 그래픽 버튼(114)을 선택함으로써, 수취인은 그래픽 버튼들(478, 480, 482)을 표시할 수 있는 도 14A에서 전술한 바와 같은 스크린(476)으로 진행할 수 있다. 지불 요청을 개시하기 위하여, 사용자는 그래픽 버튼(478)을 선택하여, 스크린(484)으로 진행할 수 있다. 도 14A에서 전술한 바와 같이, 스크린(484)은 복수의 그래픽 버튼(486, 488, 490)을 표시할 수 있으며, 이들 각각은 지불의 요청을 개시하기 위한 수취인 장치(10)의 상이한 기술들 및 기능들을 나타낸다. 예컨대, 전술한 바와 같이, 그래픽 버튼(486)은 도 12A-C에서 전술한 트랜잭션들에 따라 지불을 요청하기 위한 기능을 나타낼 수 있다. 이 경우, 수취인은 그래픽 버튼(486)을 선택하는 것이 아니라, 지불 요청이 적어도 하나의 스마트 카드(862)를 수반하는 트랜잭션을 지향할 것임을 지시하기 위하여 그래픽 버튼(488)을 선택할 수 있다.
그래픽 버튼(488)의 선택시, 수취인은 스크린(910)으로 진행할 수 있다. 스크린(910)은 트랜잭션을 완료하기 위하여 스마트 카드(862)의 소유자(예컨대, 지불인)가 전술한 바와 같이 CVV 코드의 제공과 같은 적어도 하나의 보안 검증 액션을 수행해야 한다는 것을 수취인에게 지시하는 통지 메시지((912)를 포함할 수 있다. 스크린(910)은 그래픽 버튼들(914, 916)을 더 표시할 수 있다. 그래픽 버튼(914)은 NFC 장치(46)를 파워 온함으로써 지불 요청을 개시하는 기능을 나타낼 수 있다. 또한, 수취인은 그래픽 버튼(916)을 선택함으로써 지불 요청을 취소하는 옵션도 갖는다. 그래픽 버튼(914)의 선택시, 수취인 장치(10)의 NFC 장치(46)가 파워 온될 수 있으며, 따라서 NFC 인터페이스(60)가 인에이블될 수 있다. 따라서, 스크린(910)은 통지 메시지(918)를 표시하도록 갱신될 수 있으며, 이러한 통지 메시지는 일반적으로 NFC 인터페이스가 현재 활성 상태임을 사용자에게 알리며, 또한 사용자에게 수취인 장치(10)에 지불인의 스마트 카드(862)를 탭하도록 지시한다.
이제, 도 22B를 참조하면, 도 20에 도시된 탭 동작(386)을 통한 수취인 장치(10)와 스마트 카드(862) 사이의 NFC 접속의 설정이 도시되어 있다. 전술한 바와 같이, NFC 장치(46)의 파워 온은 수취인 장치를 호스트 또는 능동 모드(392)가 되게 할 수 있다. 능동 장치(10)가 수동 모드(390)에 있을 수 있는 스마트 카드(862)로부터 거리 514로 표시되는 수용 가능한 거리 내에 배치됨에 따라, 수취인 장치(10)와 스마트 카드(862) 사이에는 NFC 접속(388)이 설정될 수 있다. 따라서, 스마트 카드 계좌 정보를 저장할 수 있는 저장 칩(864)은 설정된 NFC 접속(388)을 통해 스마트 카드 정보를 수취인 장치(10)로 전송하도록 자기장 유도에 의해 임시로 급전될 수 있다. 이제, 도 22A를 다시 참조하면, 저장 칩(864)으로부터의 스마트 카드 계좌 정보(866)의 전송은 수취인 장치(10)에 의해 스마트 카드 정보가 수신되고 있음을 수취인에게 일반적으로 지시하는 갱신된 통지 메시지(920)를 포함하는 스크린(910) 내에 표시될 수 있다.
스마트 카드 계좌 정보(866)가 수취인 장치(10)로 전송되면, 스크린(924)이 표시될 수 있다. 스크린(924)은 예컨대 계좌 소유자의 식별자(928), 계좌 번호(930)는 물론, 계좌(932)와 관련된 만기를 포함하는 스마트 카드 계좌 정보(866)를 표시할 수 있다. 스크린(924)은 도 8과 관련하여 전술한 바와 같이 디폴트 크레디팅 계좌(216)를 최초 표시할 수 있는 현재 선택된 크레디팅 계좌를 더 표시할 수 있다. 또한, 스크린(924)은 도 14J와 관련하여 전술한 그래픽 버튼들(686, 688, 690)을 포함할 수 있다. 그래픽 버튼(686)을 선택함으로써, 수취인은 전술한 바와 같이 지불인에 의해 요구되는 보안 검증 액션들 중 하나 이상을 나타낼 수 있는 스크린(936)으로 진행할 수 있다.
스크린(936)에 표시된 바와 같이, 지불인이 요청된 데이터를 입력하도록 요구될 수 있는 텍스트 필드들(938, 940, 942)이 제공된다. 예컨대, 지불인은 텍스트 필드(938)에 지불 금액을 입력하도록 요구될 수 있다. 전술한 바와 같이, 지불 금액은 도 21A의 단계 888에서 수취인과 지불인 사이에 서로 협의될 수 있다. 지불인은 스마트 카드 상의 CVV 코드를 텍스트 필드(940)에 입력하도록 더 요구될 수 있다. 전술한 바와 같이, 이러한 단계는 추가적인 보안 수단을 구성할 수 있으며, 따라서 저장 칩(864)에 저장된 스마트 카드 계좌 정보(866)가 지불인의 동의 없이 얻어진 경우와 같이 스마트 카드(862)로부터의 허가되지 않은 지불의 개시를 방지할 수 있다. 지불인은 이메일 어드레스를 텍스트 필드(942)에 입력하는 옵션을 더 제공받을 수 있다. 예컨대, 이메일 어드레스는 하나 이상의 금융 서버(100)로 전송된 후에, 트랜잭션(860)이 성공적으로 완료된 경우에 지불인에게 전자 영수증을 제공하는 데 사용될 수 있다. 스크린(936) 상에 표시된 바와 같이, 지불인은 전술한 데이터를 텍스트 키보드(160)를 통해 텍스트 필드들(938, 940, 942)에 입력할 수 있다. 또한, 수치 입력이 요구되는 필드들에 대해, 지불인은 전술한 바와 같이 그래픽 버튼(162)을 선택함으로써 (도 22C에 도시되지 않은) 숫자 키보드(164)에 액세스할 수 있다.
텍스트 필드들(938, 940, 942)에 정보가 입력되면, 수취인은 그래픽 버튼(944)을 선택함으로써 트랜잭션의 처리를 개시할 수 있다. 대안으로, 수취인은 그래픽 버튼(946)을 선택함으로써 트랜잭션을 취소하는 옵션을 가질 수 있다. 이어서, 트랜잭션이 하나 이상의 이유로 성공적으로 처리되지 못할 경우, 스크린(700)이 수취인 장치(10) 상에 표시될 수 있다. 스크린(700)은 트랜잭션이 실패한 이유 또는 이유들에 대해 수취인에게 알리는 통지 메시지(948)를 표시할 수 있다. 도 22C에 도시된 바와 같이, 통지 메시지(948)는 스크린(936)의 텍스트 필드(940)에서 제공되는 CVV 코드가 올바르지 않으며, 따라서 요청된 지불이 허가될 수 없음을 지시할 수 있다. 트랜잭션이 성공적으로 처리되는 경우, 스크린(712)이 수취인 장치(10) 상에 표시될 수 있다. 도 14J에서 전술한 바와 같이, 스크린(712)은 일반적으로 텍스트 필드(938)에서 지정된 금액의 지불이 선택된 크레디팅 계좌(216)에 적용되었음을 사용자에게 알리는 통지 메시지(714)를 표시할 수 있다. 통지 메시지(714)는 스크린(936)의 텍스트 필드(942)에서 지정된 이메일 어드레스 등을 통해 지불인에게 영수증이 제공되었음을 수취인에게 더 알릴 수 있다.
이제, 도 23 및 24를 참조하면, 본 발명의 추가 양태에 따른 트랜잭션들(952, 970)이 각각 도시되어 있다. 구체적으로, 트랜잭션들(952, 970)은 도 14A와 관련하여 전술한 바와 같이 스크린(484) 상에 표시된 그래픽 버튼(490)에 의해 제공되는 기능을 나타낼 수 있다. 예컨대, 아래에 더 상세히 설명되는 바와 같이, 도 23 및 24에 도시된 트랜잭션들은 지불인의 자기 크레디트 카드 또는 수표와 같은 지불 수단의 이미지를 취득하기 위해 수취인 장치(10) 상의 카메라(48)의 사용에 의존할 수 있다.
이제, 도 23을 참조하면, 트랜잭션(952)은 지불인의 크레디트 카드(954)의 이미지의 취득을 통해 개시될 수 있다. 예컨대, 지불 요청이 수취인과 지불인 사이의 협의에 의해 발생할 수 있으며, 지불인은 요청된 지불을 크레디트 카드(954)를 이용하여 이행하는 데에 동의한다. 따라서, 수취인은 수취인 장치(10) 상의 카메라 장치(48)를 파워 온 또는 구동하여, 지불인의 크레디트 카드(954)의 이미지(956)를 취득할 수 있다. 이미지(956)의 수신시에, 수취인 장치(10)는 전술한 바와 같은 광학 문자 인식(OCR) 기술 등을 이용하여 이미지(956)를 처리하여, 참조 번호 958로 지시되는 바와 같이 크레디트 카드(954)에 대응하는 크레디트 카드 계좌 정보를 추출할 수 있다.
OCR 프로세스를 실행하도록 적응되는 이미징 애플리케이션 등에 의해 크레디트 카드(954)에 대응하는 크레디트 카드 계좌 정보가 결정되면, 수취인은 적절한 크레디팅 계좌를 선택할 수 있다. 이어서, 참조 번호 960으로 집합적으로 참조되는 크레디팅 계좌 정보, 추출된 크레디트 카드 계좌 정보(958)는 물론, 요청된 지불의 총액과 같은 추가 데이터가 네트워크(416)를 통해 전술한 금융 서버(380)로 전송될 수 있다. 전술한 바와 같이, 금융 서버(380)는 수취인의 선택된 크레디팅 계좌를 유지하는 뱅킹 제공자에 대응할 수 있다. 금융 서버(380)는 참조 번호 962로 지시되는 지불인의 크레디트 카드 계좌 정보를 네트워크(420)를 통해 외부 크레디트 카드 서버(382)로 전송하는 것을 포함할 수 있는, 예컨대 도 12A와 관련하여 전술한 허가 액션들 중 하나 이상을 개시할 수 있다. 크레디트 카드 서버(382)는 지불인의 크레디트 카드 계좌(962)를 유지하는 크레디트 카드 제공자에 대응할 수 있다. 크레디트 카드 서버(382)는 크레디트 카드 계좌 정보(962)를 처리하여, 제공된 크레디트 카드 계좌가 참조 번호 964로 지시되는 바와 같이 요청된 지불을 이행하기에 충분한 크레디트 라인을 갖는 유효 계좌인지를 결정할 수 있다.
크레디트 카드 서버(382)가 지정된 크레디트 카드 계좌(962)에 대해 요청된 지불에 대응하는 금액의 청구가 허가될 수 있는 것으로 결정하는 경우, 크레디트 카드 서버(382)는 네트워크(420)를 통해 허가 메시지를 금융 서버(380)로 전송할 수 있다. 크레디트 카드 서버(382)로부터 허가를 받으면, 금융 서버는 참조 번호 966으로 일반적으로 지시되는 바와 같이 트랜잭션(952)을 처리할 수 있다. 전술한 바와 같이, 트랜잭션(952)의 처리는 지불 요청에서 지정된 금액을 크레디트 카드 계좌(962)에 청구하고, 대응하는 금액을 수취인의 선택된 크레디팅 계좌에 예금 또는 대변 기입하는 것을 포함할 수 있다. 트랜잭션(952)이 완료되면, 확인 메시지가 네트워크(416)를 통해 수취인 장치(10)로 전송될 수 있다. 또한, 지불인의 이메일 어드레스가 공지 또는 제공되는 경우, 지불을 수령 확인하는 전자 영수증이 지불인에게 전송될 수도 있다.
지불인의 크레디트 카드(954)를 나타내는 이미지(956)의 취득과 관련하여 전술한 트랜잭션 기술들은 지불인이 소유하는 수표 계좌에 대응하는 수표와 같은 다른 타입의 지불 수단들에도 적용될 수 있다. 예컨대, 도 24를 참조하면, 지불 요청에 응답하여 지불인이 제공하는 수표(972)의 이미지(974)를 취득하기 위한 카메라 장치(48)를 이용하여 지불 정보가 취득되는 트랜잭션(970)이 도시되어 있다. 이미지(974)가 수취인 장치(10)에 의해 수신되면, 전술한 바와 같이 수표 이미지(974)를 처리하여, 수표 이미지(974)로부터 지불인의 이름 또는 식별자, 지불인의 뱅킹 제공자에 대응하는 라우팅 번호, 지불인의 은행 계좌에 대응하는 계좌 번호는 물론, 지불인의 수표(972)에 대응하는 식별 번호와 같은 소정의 정보를 추출할 수 있다. 수표 이미지(974)로부터 전술한 정보가 추출되면, 수취인은 요청된 지불을 수신하기 위한 적절한 크레디팅 계좌를 선택할 수 있다. 이어서, 참조 번호 980으로 집합적으로 참조되는 수표 이미지(974)로부터 추출된 정보, 선택된 크레디팅 계좌는 물론, 요청된 지불의 총액이 전술한 바와 같이 네트워크(416)를 통해 금융 서버(380)로 전송될 수 있다.
금융 서버(380)는 이미지 처리 단계(976) 동안에 추출된 수표 정보와 같은 지불인의 수표 정보를 네트워크(420)를 통해 참조 번호 984로 지시되는 수표 검증 서비스로 전송하는 것을 포함할 수 있는 전술한 허가 액션들 중 하나 이상을 개시할 수 있다. 이해하듯이, 수표 검증 서비스는 수표들의 확인 또는 검증에 관한 다양한 기능들 중 하나 이상을 수행할 수 있다. 예컨대, 수표 검증 서비스는 전화를 이용하여 또는 일반적으로 전술한 네트워크들 중 하나 이상에 의해 액세스될 수 있는 가입 기반 서비스를 통해 이러한 서비스를 뱅킹 제공자들, 판매자들 및 소매상들에게 제공할 수 있다. 일부 예에서, 본 명세서에서 설명되는 수표 검증 서비스들은 뱅킹 제공자 자체에 의해 제의 또는 제공될 수 있다. 일반적으로, 수표 검증 서비스(984)와 같은 수표 검증 서비스들은 지불인의 식별자를 검증하는 것은 물론, 지불인이 부도 수표를 제공한 이력을 갖고 있는지를 결정하는 것을 포함할 수 있는 여러 기능을 수행할 수 있다. 이러한 기록들에 기초하여, 수표 검증 서비스(984)는 제공된 수표 정보(982)가 검증되어, 요청될 지불을 충족시키도록 허가될 수 있는지의 여부를 결정할 수 있다. 이러한 검증 프로세스는 참조 번호 986으로 표시된다.
수표 검증 서비스(984)가 요청된 지불이 수표 정보(982)를 이용하여 수행될 수 있는 것으로 결정하는 경우, 수표 검증 서비스(984)는 네트워크(420)를 통해 허가 메시지를 금융 서버(380)로 전송할 수 있다. 허가 메시지의 수신시, 금융 서버(380)는 참조 번호 988로 지시되는 바와 같이 트랜잭션을 처리할 수 있으며, 따라서 지불인의 수표(972)에 대응하는 은행 계좌가 요청된 지불 금액만큼 차변 기입되고, 또한 차변 기입된 금액이 수취인의 크레디팅 계좌에 대변 기입된다. 트랜잭션이 완료되면, 참조 번호 990으로 지시되는 바와 같이, 네트워크(416)를 통해 금융 서버(380)로부터 수취인의 장치(10)로 확인 메시지가 전송될 수 있다. 또한, 지불인이 이메일 어드레스를 제공한 경우, 전술한 바와 같이 전자 영수증이 지불인에게 전송될 수 있다.
도 23 및 24에 각각 도시된 트랜잭션들(952, 970)의 다양한 단계들은 도 11A 및 11B의 방법(328, 360) 각각에서 설명된 단계들 중 하나 이상에 대응할 수 있다. 예컨대, 이미지(956) 및 이미지(974)의 취득은 지불인으로부터 지불 정보를 취득하는 단계(336)에 대응할 수 있다. 또한, 지불 요청의 수락 및 크레디트 카드(954) 또는 수표(972)를 제공하는 행위는 방법(360)에 도시된 바와 같이 지불 정보를 수취인에게 제공하는 단계(366)에 대응할 수 있다. 이제, 도 25A 및 25B를 참조하면, 현재 도시된 실시예에 따른 위에 강조된 단계들(336, 366)이 더 상세히 도시되어 있다.
도 25A를 참조하면, 지불 요청을 나타낼 수 있는 송장을 지불인에게 전송 또는 제공하는 단계(334)는 지불을 위한 물리적 요청을 제공하는 단계(888)를 포함할 수 있다. 예컨대, 도 21A와 관련하여 전술한 바와 같이, 단계 888은 크레디트 카드(954) 또는 수표(972)가 이미지 취득을 위해 지불인에 의해 제공되기 전에 지불 조건에 관한 수취인과 지불인 간의 상호 협의를 포함할 수 있다. 이어서, 방법(328)의 단계 336은 현재 도시된 실시예에 따라 수행될 때 단계들(994, 996)을 포함할 수 있다. 본 도면에 도시된 바와 같이 단계 994는 이미지의 취득을 위해 카메라 장치(48)를 시동하는 단계에 대응할 수 있다.
이어서, 단계 996에서, 시동된 카메라 장치(48)를 이용하여 이미지가 취득될 수 있으며, 도 23에 도시된 크레디트 카드(958), 도 24에 도시된 수표(972) 또는 그의 이미지로부터 지불 정보를 추출할 수 있는 임의의 다른 타입의 지불 수단의 이미지를 반영할 수 있다. 단계 996에서 이미지가 취득되면, 단계 998로 지시되는 바와 같이 취득된 이미지로부터 지불 정보가 추출될 수 있다. 이어서, 수취인은 단계 338에서 적절한 크레디팅 계좌를 선택하고, 요청된 트랜잭션의 허가를 위한 판정 단계(340)로 진행할 수 있다. 본 도면에 도시된 바와 같이, 판정 단계(340)는 현재 도시된 실시예에 따라 수행될 때 도 21A와 관련하여 전술한 바와 같은 단계들(694, 696, 698)을 포함할 수 있다. 따라서, 트랜잭션들(952, 970)과 관련하여 수행될 수 있는 트랜잭션 허가 단계들은 일반적으로 전술한 실시예들에서 설명된 허가 단계들과 실질적으로 동일할 수 있다는 것을 이해해야 한다.
이제, 도 25B를 참조하면, 지불인의 관점에서 현재 도시된 실시예에 따라 수행될 때의 방법(360)의 단계들(364, 366)이 더 상세히 도시되어 있다. 예컨대, 참조 번호 364로 지시되는 바와 같이 지불인으로부터 지불 요청을 수선하는 단계는 지불을 위한 물리적 요청을 수신하는 단계(900)를 포함할 수 있다. 전술한 바와 같이, 물리적 요청은 크레디트 카드(954) 또는 수표(972)로부터 행해질 지불의 조건에 관한 수취인과 지불인 간의 상호 협의를 포함할 수 있다. 이어서, 참조 번호 366으로 지시되는 바와 같이 지불 정보를 수취인에게 제공하는 단계는 단계들(902, 999, 1000)을 포함할 수 있다. 예컨대, 전술한 바와 같이, 요청된 지불의 조건이 협의되면, 지불인은 단계 902에서 지불 요청을 수락할 수 있다. 이어서, 단계 999에서, 지불인은 크레디트 카드(954), 수표(972) 또는 임의의 다른 타입의 적절한 지불 수단을 포함할 수 있는 지불 방법을 선택할 수 있다. 원하는 지불 방법이 선택되면, 지불인은 선택된 지불 방법을 카메라(48)에 의한 이미지 취득을 위해 수취인 장치(10)에 제공할 수 있다.
이제, 도 23 및 24에 일반적으로 도시된 트랜잭션들이 도 26A-26D 및 도 27A-27G를 참조하여 더 상세히 설명될 수 있으며, 이 도면들은 도 23 및 24에 각각 도시된 바와 같은 트랜잭션들(952 또는 970)을 수행하기 위하여 수취인 장치(10)를 조작하기 위한 기술을 나타내는 다양한 스크린 이미지들을 도시할 수 있다. 구체적으로, 도 26A-26D에 도시된 스크린 이미지들은 도 23의 크레디트 카드(954)에 대응하는 이미지의 취득 및 취득된 이미지를 이용한 트랜잭션의 후속 처리를 나타낼 수 있다. 도 27A-27G는 일반적으로 수취인 장치(10)의 관점에서의 도 24의 수표(972)에 대응하는 이미지의 취득 및 트랜잭션(970)의 후속 처리를 나타낼 수 있다.
이제, 도 26A를 참조하면, 도 23에서 설명된 트랜잭션(952)의 개시는 전술한 스크린들(110, 476, 484)을 통해 네비게이트하는 단계를 포함할 수 있다. 예컨대, 스크린(110)으로부터 시작하여, 수취인은 그래픽 버튼(114)을 선택함으로써 스크린(476)으로 네비게이트할 수 있다. 이어서, 수취인은 스크린(476)으로부터 그래픽 버튼(478)을 선택함으로써 스크린(484)으로 더 네비게이트할 수 있다. 스크린(484)은 전술한 그래픽 버튼들(486, 488, 490)을 포함할 수 있다. 전술한 바와 같이, 그래픽 버튼들의 각각은 지불의 요청을 개시하기 위해 장치(10)에 의해 제공되는 다양한 기능들을 나타낼 수 있다. 예컨대, 그래픽 버튼(486)은 도 12A-12C와 관련하여 전술한 기술들에 따라 지불 요청을 개시하기 위한 기능을 나타낼 수 있다. 그래픽 버튼(488)은 도 20과 관련하여 전술한 트랜잭션 기술들에 따라 지불 요청을 개시하는 기능을 나타낼 수 있다. 여기서, 수취인은 그래픽 버튼(490)을 선택함으로써 도 23 및 24와 관련하여 전술한 기술들에 따라 트랜잭션을 개시할 수 있다. 그래픽 버튼(490)의 선택시, 수취인은 전술한 이미지 인식 기술들을 이용하여 지불 정보를 취득하기 위해 그래픽 버튼들(1004, 1006)로 도시된 하나 이상의 옵션을 수취인에게 제공할 수 있는 스크린(1002)으로 진행할 수 있다. 도시된 바와 같이, 그래픽 버튼(1004)은 수취인이 트랜잭션(952)에 도시된 바와 같이 크레디트 또는 데빗 카드의 이미지를 취득할 수 있는 기능을 나타낼 수 있다. 또한, 그래픽 버튼(1006)은 수표(972)와 같은 수표의 이미지를 취득하는 기능에 대응할 수 있으며, 도 27A-27G와 관련하여 아래에 더 상세히 설명된다.
그래픽 버튼(1004)의 선택시, 수취인 장치(10)의 카메라 장치(48)는 이미지 취득을 위해 파워 온되고, 시동될 수 있다. 또한, 수취인은 도 26A에 도시된 바와 같이 참조 번호 1009로 지시되는 뷰파인더로서 기능하여 카메라(48)에 의해 검출되는 이미지들을 실시간으로 표시할 수 있는 스크린(1008)으로 진행할 수 있다. 뷰파인더(1009)는 취득된 이미지를 센터링하기 위한 수단을 수취인에게 제공하는 데 사용될 수 있는 취득 프레임들(1010)을 포함할 수 있다. 전술한 바와 같이, 지불 요청의 조건이 협의되면 지불인은 카메라 장치(48)에 의한 이미지의 취득을 위해 크레디트 카드(예컨대, 954)를 수취인 장치(10)에 제공할 수 있다. 예컨대, 본 도면에 도시된 바와 같이, 수취인은 카메라 장치(48)에 의해 관찰될 때 크레디트 카드(954)가 이미지 취득 프레임(1010)과 정렬되도록 수취인 장치(10)를 배치할 수 있다. 크레디트 카드(954)가 정렬되면, 수취인은 그래픽 버튼(1014)을 선택함으로써 크레디트 카드(1018)의 이미지를 취득할 수 있다. 또한, 수취인은 그래픽 버튼(1016)을 선택함으로써 이미지 취득 프로세스를 취소하는 옵션을 가질 수 있다.
크레디트 카드(952)의 이미지가 취득되면, 스크린(1008)은 참조 번호 1018로 참조되는 취득된 이미지를 표시하도록 갱신될 수 있다. 따라서, 수취인은 취득된 이미지(1018)를 검토하여, 취득된 이미지의 품질이 유효한 이미지 처리에 필요한 표준을 일반적으로 충족시키는지를 결정할 수 있다. 예컨대, 수취인은 취득된 이미지(1018)가 취득 프레임(1010)과 적절히 정렬되는지, 이미지(1018)가 적절히 포커싱되는지, 또는 이미지(1018)가 충분한 조명 상태에서 취득되었는지를 결정할 수 있다. 수취인이 취득된 이미지(1018)가 카드(954)로부터 지불 정보를 추출하기 위한 이미지 처리에 적합한 것으로 결정하는 경우, 사용자는 그래픽 버튼(1020)을 선택함으로써 크레디트 카드 정보 추출 프로세스를 개시할 수 있다. 수취인이 취득된 이미지(1018)가 이미지 처리에 충분한 품질을 갖지 않는 것으로 결정하는 경우, 수취인은 그래픽 버튼(1022)을 선택하여, 크레디트 카드(954)의 후속 이미지의 취득을 위해 뷰파인더(1009)로 복귀할 수 있다.
이제, 도 26B를 참조하여, 크레디트 카드 이미지(1018)의 처리가 간단히 설명될 수 있다. 전술한 바와 같이, 수취인 장치(10)의 카메라 장치(48)에 의해 취득된 이미지들의 처리는 취득된 이미지로부터 텍스트 데이터를 추출하기 위한 하나 이상의 광학 문자 인식 기술들을 이용할 수 있다. 또한, 일부 실시예들에서, 이미지 인식 기술들은 결과적인 취득 이미지에서의 소정 이미지들 또는 그래픽들의 인식을 더 제공할 수 있다. 예컨대, 그러한 이미지 처리 애플리케이션은 예컨대 대응하는 크레디트 카드 제공자 또는 뱅킹 제공자를 식별할 수 있는 브랜드 로고들 또는 심벌들의 인식을 제공할 수 있다.
도 26B에 도시된 바와 같이, 현재 설명되는 실시예에 따르면, 이미지 인식 애플리케이션은 이미지(1018)를 분석하여 관심 있는 하나 이상의 영역을 결정할 수 있다. 예컨대, 이미지(1018)의 분석에 기초하여, 이미지 인식 애플리케이션은 크레디트 카드(954)에 관한 계좌 정보를 포함할 수 있는 관심 있는 영역들인 영역들(1030, 1032, 1034, 1036)을 식별할 수 있다. 예컨대, 영역(1030)은 크레디트 카드 제공자의 식별자에 대응할 수 있다. 영역(1032)은 선택된 크레디트 카드(954)와 관련된 크레디트 카드 계좌 번호를 제공할 수 있다. 또한, 영역(1034)은 제공된 크레디트 카드(954)와 관련된 만기에 대응할 수 있으며, 영역(1036)은 지불인 및/또는 크레디트 카드(954)의 소유자의 식별자에 대응할 수 있다.
이해하듯이, 이미지 처리 및 인식 애플리케이션의 정확도는 일반적으로 이미지(1018)와 같은 처리되는 이미지의 품질에 의존할 수 있다. 도 26B에 도시된 바와 같이, 참조 번호 1038은 왜곡되거나 불완전할 수 있는 영역(1032) 내의 이미지(1018)의 일부를 나타낼 수 있다. 예컨대, 이것은 도 26A에서 설명된 바와 같이 카메라 장치(48)를 이용하여 취득되는 결과 이미지(1018) 내의 아티팩트들에 기인하거나, 물리적 크레디트 카드(954) 자체 상의 물리적 손상 또는 결함에 기인할 수 있다. 예컨대, 자연적인 마모를 통해, 크레디트 카드(954) 상에 인쇄된 숫자들 또는 문자들 중 하나 이상이 부분적으로 또는 완전히 불명확해지거나 왜곡될 수 있다. 예컨대, 처음에 숫자 "8"을 나타내었을 수 있는, 참조 번호 1038로 지시되는 문자는 취득된 이미지(1018)의 계좌 번호 영역(1032)에서 왜곡되어 보일 수 있다. 이러한 왜곡으로 인해, 이미지 인식 애플리케이션은 문자(1038)를 숫자 "8"로서 식별하지 못할 수 있다. 아래에 상세히 설명되는 바와 같이, 본 기술들은 허가 및 처리를 위해 트랜잭션 정보를 제출하기 전에 추출된 지불 정보를 검토하고 정정할 수 있는 능력을 수취인(또는 지불인)에게 제공할 수 있다.
이제, 도 26C를 참조하면, 도 26B에서 설명된 이미지 처리 단계들이 완료되면, 스크린(1042)은 수취인 장치(10) 상에 표시될 수 있다. 도시된 바와 같이, 스크린(1042)은 크레디트 카드 이미지(1018)로부터 추출된 정보를 표시할 수 있다. 예컨대, 스크린(1042)은 전술한 바와 같이 크레디트 카드 제공자의 식별자(1030), 크레디트 카드 계좌 번호(1032), 지불인의 크레디트 카드와 관련된 만기(1034) 및 지불인의 식별자(1036)를 표시할 수 있다. 또한, 스크린(1042)은 그래픽 버튼들(1044, 1046, 1048)을 표시할 수 있으며, 이들 각각은 장치(10) 상에서 수행될 수 있는 특정 기능들에 대응할 수 있다.
이미지(1018)로부터 추출된 크레디트 카드 계좌 번호(1032)를 구체적으로 참조하면, 현재 표시된 추출된 계좌 번호(1032)는 왜곡된 문자(1038)로 인해 크레디트 카드(952) 상에 인쇄된 실제 계좌 번호에 비해 정확하지 않다는 점에 유의해야 한다. 따라서, 수취인은 그래픽 버튼(1044)을 선택함으로써 표시된 추출된 크레디트 카드 정보를 편집할 수 있다. 그래픽 버튼(1044)의 선택시, 사용자는 드롭다운 선택 필드(1050)는 물론, 텍스트 필드들(1052, 1054, 1056)도 표시할 수 있는 스크린(1043)에 액세스할 수 있다. 이러한 필드들은 처음에 이전 스크린(1042)으로부터의 대응하는 추출된 크레디트 카드 정보(1030, 1032, 1034, 1036)로 채워질 수 있으며, 필요한 경우에는 표시된 텍스트 키보드(160) 또는 숫자 키보드(164)를 이용하여 수취인 또는 지불인에 의해 개별적으로 선택되고 편집될 수 있다.
예컨대, 본 실시예에 도시된 바와 같이, 수취인은 숫자 키보드(164)를 이용하여, 텍스트 필드(1054)에 표시된 크레디트 카드 계좌 정보를 편집하여, 취득된 크레디트 카드 이미지(1018) 내의 왜곡된 문자(1038)로부터 결과되었을 수 있는 부정확을 교정할 수 있다. 따라서, 수취인이 편집된 크레디트 카드 정보가 이제 정확한 것을 확인하는 경우, 수취인은 그래픽 버튼(1058)을 선택하여, 스크린(1042)으로 복귀하고, 여기서 크레디트 카드 계좌 번호(1032)는 스크린(1043) 상에서 수취인에 의해 행해진 교정을 반영하도록 갱신될 수 있다. 이어서, 수취인은 그래픽 버튼(1046)을 선택함으로써 트랜잭션 프로세스를 진행하여, 도 26D의 스크린(1060)으로 네비게이트할 수 있다.
스크린(1060)에 도시된 바와 같이, 도 26C에서 설명된 바와 같이, 이미지(1018)로부터 추출된 후에 수취인에 의해 편집된 크레디트 카드 정보가 표시되고, 참조 번호 1062로 일반적으로 지시된다. 또한, 스크린(1060)은 본 실시예에서 전술한 바와 같은 디폴트 크레디팅 계좌(216)일 수 있는 크레디팅 계좌를 표시할 수 있다. 스크린(1060)은 도 14J에 도시된 스크린(674)과 관련하여 전술한 기능들을 나타낼 수 있는 그래픽 버튼들(686, 688, 690)을 더 표시할 수 있다. 따라서, 추출된 카드 정보(1062)에 기초하여 지불을 크레디팅 계좌에 대변 기입하는 프로세스를 개시하기 위하여, 수취인은 그래픽 버튼(686)을 선택하여 스크린(1066)으로 네비게이트할 수 있다.
알 수 있듯이, 스크린(1066)은 본질적으로 금융 서버(100) 등으로 트랜잭션 정보를 전송하기 전에 어드레스되어야 하는 추가적인 보안 수단을 제공할 수 있다. 예컨대, 도시된 실시예에서, 스크린(1066)은 텍스트 필드들(1068, 1070, 1072)은 물론, 그래픽 버튼들(1074, 1076)도 포함할 수 있다. 따라서, 스크린(1066)은 본 트랜잭션의 처리를 개시하기 전에 지불인이 요청된 정보를 필드들(1068, 1070, 1072)에 제공할 것을 요구할 수 있다. 예컨대, 필드(1068)는 요청된 지불에 대응하는 지불 금액을 입력하는 데 사용될 수 있다. 필드(1070)는 지불인이 크레디트 카드(952)에 대응하는 CVV 번호를 제공할 것을 요구할 수 있다. 전술한 바와 같이, 이러한 추가적인 허가 수단들의 사용은 크레디트 카드 이미지들의 무허가 취득에 기초하여 개시되었을 수 있는 것들과 같은 무허가 청구의 발생을 방지하는 데 도움이 될 수 있다.
또한, 지불인에게 속하는 이메일 어드레스가 텍스트 필드(1072) 내에 제공될 수 있다. 전술한 바와 같이, 제공된 이메일은 트랜잭션이 완료된 경우에 영수증 또는 수령 확인을 지불인에게 전송하는 데 사용될 수 있다. 전술한 바와 같이, 텍스트 필드들(1068, 1070, 1072) 내의 데이터의 입력은 (도 26D에 도시되지 않은) 텍스트 키보드 인터페이스(160) 또는 숫자 키보드 인터페이스(164)를 통해 달성될 수 있다. 텍스트 필드들(1068, 1070, 1072)에 의해 요구되는 정보가 입력되면, 그래픽 버튼(1074)을 선택함으로써 트랜잭션 허가 프로세스가 개시될 수 있다. 또한, 지불인 또는 수취인은 그래픽 버튼(1076)을 선택함으로써 본 트랜잭션을 취소하는 옵션을 가질 수 있다. 트랜잭션이 허가되고 성공적으로 처리되면, 스크린(712)이 수취인 장치(10) 상에 표시될 수 있다. 전술한 바와 같이, 스크린(712)은 요청된 지불 금액이 지정된 크레디팅 계좌(216)에 예금되었고, 스크린(1066)의 텍스트 필드(1072)에 제공된 이메일 어드레스 등을 통해 영수증이 지불인에게 제공되었음을 수취인에게 지시하는 통지 메시지(714)를 표시할 수 있다.
이제, 도 27A-27G를 참조하여, 도 24와 관련하여 전술한 트랜잭션(970)에 따라 수취인 장치(10)를 조작하기 위한 하나 이상의 기술이 복수의 스크린 이미지를 통해 설명된다. 도 27A에 도시된 바와 같이, 수표(972)에 대응하는 이미지와 같은 수표 이미지의 취득을 위한 카메라 장치(48)의 시동은 수취인이 전술한 스크린들(110, 476, 484)을 통해 네비게이트할 것을 요구할 수 있다. 예컨대, 스크린(110)으로부터 시작하여, 사용자는 그래픽 버튼(114)을 선택하여 스크린(476)으로 진행할 수 있다. 여기서, 사용자는 그래픽 버튼(478)을 선택함으로써 스크린(484)으로 더 네비게이트할 수 있다. 스크린(484)으로부터, 사용자는 도 26A에서 전술한 바와 같이 그래픽 버튼(490)을 선택하여 스크린(1002)으로 네비게이트할 수 있다. 여기서, 사용자는 그래픽 버튼(1004)을 선택하여 크레디트 카드 이미지를 취득하기 위한 프로세스를 개시하는 것이 아니라, 그래픽 버튼(1006)을 선택하여 수표 이미지를 취득하기 위한 프로세스를 개시할 수 있다.
도 27A에 도시된 바와 같이, 그래픽 버튼(1006)의 선택은 수취인을 스크린(1080)으로 네비게이트할 수 있다. 스크린(1080)은 그래픽 버튼들(1082, 1084)을 표시할 수 있다. 이러한 그래픽 버튼들 각각은 현재 설명되는 기술들에 따라 취득된 수표 이미지를 처리하기 위한 각각의 기술에 대응한다. 구체적으로, 그래픽 버튼(1082)은 전체 수표 이미지를 처리하기 위한 기능을 나타낼 수 있다. 이해하듯이, 전체 수표 이미지의 처리를 개시하기 위하여 전체 수표의 이미지가 먼저 취득되어야 한다. 아래에 더 상세히 설명되는 바와 같이, 그래픽 버튼(1082)으로 표시되는 전체 수표 이미지 처리 기능의 사용은 지불인에 의해 제공된 수표가 수표 상에 표시된 지불 금액을 갖고, 지불인에 의해 서명되고 수취인에 대해 작성되는 상황들에서 선택될 수 있다. 따라서, 수표 상에 지불인에 의해 표시된 지불 금액에 관한 정보를 추출하기 위해 전체 수표 이미지를 처리하는 것이 필요할 수 있다.
예컨대, 이제 도 27B를 참조하면, 그래픽 버튼(1082)의 선택시, 스크린(1086)이 수취인 장치 상에 표시될 수 있으며, 전술한 바와 같이 이미지 취득을 위해 카메라 장치(48)가 시동될 수 있다. 스크린(1086)에 표시된 바와 같이, 카메라 장치(48)와 관련된 뷰파인더(1009)가 표시될 수 있다. 뷰파인더는 취득 프레임(1010)을 포함할 수 있다. 따라서, 수취인은 수표(972)의 전체가 취득 프레임(1010)과 정렬되도록 수취인 장치(10)를 배치할 수 있다. 수표(972)가 이미지 프레임(1010)과 정렬되면, 수취인은 그래픽 버튼(1090)을 선택하여, 카메라(48)를 이용하여 이미지를 취득할 수 있다. 또한, 스크린(1086) 상의 그래픽 버튼(1092)의 섹션은 수취인이 필요한 경우에 이미지 취득 프로세스를 취소하게 할 수 있다.
수표(972)의 이미지가 취득되면, 참조 번호 1096으로 표시되는 취득된 이미지가 스크린(1086) 상에 표시될 수 있다. 전술한 바와 같이, 수취인은 취득된 이미지(1086)를 평가하여, 전술한 바와 같이 이미지가 이미지 처리 애플리케이션에 의한 사용에 적합한지를 결정할 수 있다. 수취인이 취득된 이미지(1096)가 전술한 바와 같이 이미지 처리 애플리케이션에 의해 요구되는 하나 이상의 품질 표준에 맞지 않는 것으로 결정하는 경우, 수취인은 그래픽 버튼(1100)을 선택하여, 뷰파인더(1009)로 복귀하고, 후속 이미지를 취득할 수 있다. 수취인인 취득된 이미지(1096)가 이미지 인식 애플리케이션에 의한 처리에 적합한 것으로 결정하는 경우, 사용자는 그래픽 버튼(1098)을 선택함으로써 이미지 처리 단계들을 개시할 수 있다.
수표 이미지(1096)의 처리는 도 27C를 참조하여 더 설명될 수 있다. 도시된 바와 같이, 이미지 처리 애플리케이션은 취득된 이미지(1096)를 처리하여, 참조 번호 1104, 1106, 1108 및 1110으로 지시되는 영역들과 같은 관심 있는 다양한 영역들을 결정할 수 있다. 이러한 처리는 도 26B에서 크레디트 카드 이미지(1018)의 처리와 관련하여 전술한 프로세스와 유사할 수 있다. 또한, 이미지 처리 애플리케이션은 지불인에 의해 수표(972) 상에 기입된 지불 금액에 대응할 수 있는 영역(1112)을 관심 영역으로서 지정할 수도 있다. 도 27C에 도시된 바와 같이, 영역(1104)은 지불인의 식별자에 대응할 수 있고, 영역(1106)은 영역(1108) 내에 표시될 수 있는 지불인의 은행 계좌 번호와 관련된 뱅킹 제공자를 식별하는 데 사용될 수 있는 라우팅 번호에 대응할 수 있다. 또한, 이미지 처리 애플리케이션은 영역(1110)을 제공된 수표(972)와 관련된 수표 번호에 대응하는 것으로 지시할 수도 있다. 따라서, 전술한 바와 같이, 영역들이 이미지 처리 애플리케이션에 의해 인식되면, 영역들(1104, 1106, 1108, 1110, 1112) 내에 포함된 정보가 도 27D에 도시된 바와 같이 추출되어 스크린(1116) 상에 표시될 수 있다.
스크린(1116)에 표시된 바와 같이, 이미지(1096)로부터 추출된 수표 정보에 더하여, 스크린(1116)은 그래픽 버튼(1118)은 물론, 도 26C와 관련하여 전술한 그래픽 버튼들(1046, 1048)도 표시할 수 있다. 이어서, 도 26C와 관련하여 전술한 편집 프로세스와 유사한 방식으로, 사용자는 정보의 임의 부분이 부정확한 것으로 결정되는 경우에 그래픽 버튼(1118)을 선택하여, 수표 이미지(1096)로부터 추출된 정보를 편집할 수 있다. 도 27D에 지시되는 바와 같이, 추출된 정보가 정확한 것으로 결정되는 경우, 사용자는 그래픽 버튼(1046)을 선택하여 스크린(1124)에 액세스할 수 있다.
스크린(1124)에 표시된 바와 같이, 참조 번호 1104, 1106, 1108, 1110, 1112로 지시되는 정보와 같은 수표 이미지로부터 추출된 정보가 표시되고, 일반적으로 참조 번호 1126으로 지시된다. 스크린(1124)은 전술한 바와 같이 수취인의 디폴트 크레디팅 계좌(216)로서 초기에 선택될 수 있는 크레디팅 계좌의 섹션을 표시할 수도 있다. 또한, 스크린(1124)은 도 14J에서 스크린(674)과 관련하여 전술한 바와 같이 그래픽 버튼들(686, 688, 690)도 표시할 수 있다. 따라서, 수표 정보(1126)에 의해 표시되는 지불 금액이 지불 계좌(1112)에 청구 또는 차변 기입되는 트랜잭션 허가 단계들을 개시하기 위하여, 수취인은 그래픽 버튼(686)을 선택할 수 있다. 현재 설명되는 실시예에서는, 본 실시예에서 수취인에게 제공되는 수표(972)는 특별히 수취인에 대해 작성되었으며, 따라서 지불인이 사전에 지불 요청을 묵인하였음을 지시하므로, 도 26D의 스크린(1066)과 관련하여 전술한 보안 수단들은 필요하지 않을 수 있다는 점에 유의해야 한다. 이어서, 트랜잭션이 하나 이상의 금융 서버(100) 등에 의해 허가되고 성공적으로 처리되면, 스크린(712)이 수취인 장치(10) 상에 표시될 수 있다. 전술한 바와 같이 스크린(712)은 요청된 지불 금액이 선택된 크레디팅 계좌(216)에 대변 기입되었음을 지시하는 통지 메시지(714)를 포함할 수 있다.
도 27A를 간단히 다시 참조하고, 스크린(1080)을 구체적으로 참조하면, 그래픽 버튼(1084)은 수취인 장치(10) 상에 제공되는 추가적인 기능을 나타낼 수 있으며, 여기서 도 24에서 전술한 트랜잭션(970)은 (예컨대, 전체 이미지가 아니라) 수표의 부분 이미지만을 취득함으로써 개시될 수 있다. 아래에 더 상세히 설명되는 바와 같이, 그래픽 버튼(1084)에 의해 제공되는 기능들은 지불인에 의해 제공되는 수표가 백지 수표인 상황에서 이용될 수 있으며, 따라서 트랜잭션(970)은 예컨대 은행 계좌 PIN 번호의 제공과 같이 지불인으로부터 소정 유형의 추가적인 허가를 수신할 경우에만 개시될 수 있다.
이제, 도 27E를 참조하면, 그래픽 버튼(1084)의 선택시, 스크린(1080)은 통지 메시지(1132) 및 그래픽 버튼들(1134, 1136)을 표시하도록 갱신될 수 있다. 통지 메시지(1132)는 일반적으로 본 트랜잭션이 지불인에 의한 은행 계좌 PIN 번호의 제공을 더 필요로 한다는 것을 수취인에게 알릴 수 있다. 부분 수표 이미지의 취득을 진행하기 위하여, 수취인은 그래픽 버튼(1134)을 선택할 수 있다. 또한, 수취인은 그래픽 버튼(1136)을 선택함으로써 수표 이미지 취득 프로세스를 취소하는 옵션을 가질 수 있다. 그래픽 버튼(1134)의 선택시, 사용자는 카메라 장치(48)와 관련된 뷰파인더(1009)를 포함할 수 있는 전술한 스크린(1086)으로 네비게이트될 수 있다. 스크린(1086)에 도시된 바와 같이, 뷰파인더(1009)는 이미지 취득 프레임(1010)을 포함할 수 있다. 따라서, 수취인은 이미지화될 수표(972)의 원하는 부분이 취득 프레임(1010)에 의해 정의되는 영역 내에 포함되도록 장치(10)를 배치할 수 있다. 수표(972)의 원하는 부분이 적절히 정렬되면, 수취인은 스크린(1086) 상의 그래픽 버튼(1090)을 선택함으로써 수표(972)의 그 부분의 이미지를 취득할 수 있다. 또한, 수취인은 그래픽 버튼(1092)을 선택함으로써 이미지 취득 단계를 취소하는 옵션을 가질 수 있다.
그래픽 버튼(1090)의 선택시, 참조 번호 1140으로 지시되는 바와 같이, 수표(972)의 정렬된 부분의 이미지가 취득되고, 스크린(1086) 상에 표시될 수 있다. 이 경우, 도 27B와 관련하여 전술한 스크린들(1086)과 유사한 방식으로, 수취인은 이미지(1140)를 평가하여, 취득된 이미지의 품질이 이미지 처리 애플리케이션에 의한 처리에 충분한지를 결정할 수 있다. 예컨대, 이미지(1140)가 전술한 하나 이상의 품질 표준을 충족시키지 못하는 경우, 수취인은 그래픽 버튼(1100)을 선택하여, 수표(972)의 후속 이미지를 재취득할 수 있다. 취득된 이미지(1140)가 이미지 처리 애플리케이션에 의한 처리에 적합한 것으로 결정되면, 수취인은 그래픽 버튼(1098)을 선택함으로써 지불 정보 추출 프로세스를 개시할 수 있다. 예컨대, 이제 도 27F를 참조하면, 부분 수표 이미지(1140)의 처리는 일반적으로 부분 수표 이미지(1140)가 지불인에 의해 수표(972) 상에 인쇄된 지불 금액에 대응하는 영역(1112)을 포함하지 않는다는 점 외에는 도 27C과 관련하여 전술한 바와 같은 전체 수표 이미지(1096)의 처리와 유사할 수 있다. 따라서, 본 실시예에서, 이미지 처리 애플리케이션은 부분 수표 이미지(1140)를 처리하여, 지불인의 식별자(1104), 지불인의 뱅킹 제공자에 대응하는 라우팅 번호(1106) 지불인의 은행 계좌 번호(1108) 및 수표 번호(1110)만을 추출할 수 있다.
부분 수표 이미지(1140)가 이미지 처리 애플리케이션에 의해 처리되면, 수취인은 도 27G에 도시된 스크린(1116)으로 진행할 수 있다. 스크린(1116)에 도시된 바와 같이, 지불인의 식별자(1104), 선택된 지불 계좌와 관련된 뱅킹 제공자의 라우팅 정보(1106), 은행 계좌 번호(1108) 및 제공된 수표(972)와 관련된 수표 식별 번호(1110)를 포함하는 추출된 수표 정보가 표시될 수 있다. 또한, 스크린(1116)은 도 27D와 관련하여 전술한 것과 동일한 기능을 나타낼 수 있는 그래픽 버튼(1118)은 물론, 그래픽 버튼들(1046, 1048)도 제공할 수 있다. 따라서, 이미지(1140)로부터 추출된 수표 이미지 정보가 수취인에 의해 정확한 것으로 결정되는 경우, 수취인은 그래픽 버튼(1046)을 선택함으로써 크레디팅 계좌의 선택을 진행할 수 있다. 예컨대, 그래픽 버튼(1046)의 선택은 수취인을 스크린(1124)으로 네비게이트할 수 있으며, 이 스크린은 참조 번호 1144로 일반적으로 지시되는 이전 스크린(116) 상에 제공된 추출된 수표 정보는 물론, 초기에 디폴트 크레디팅 계좌(216)로서 선택될 수 있는 크레디팅 계좌의 섹션도 표시할 수 있다. 또한, 스크린(1124)은 그래픽 버튼들(686, 688, 690)을 더 포함할 수 있으며, 이들 각각은 도 14J에서 스크린(674)과 관련하여 전술한 기능들에 대응할 수 있다. 따라서, 지불이 수취인의 디폴트 크레디팅 계좌(216)에 대변 기입되는 본 트랜잭션의 허가 및 처리를 개시하기 위하여, 그래픽 버튼(686)이 선택되어, 수취인을 스크린(1148)으로 진행시킬 수 있다.
스크린(1148)은 트랜잭션이 처리될 수 있기 전에 하나 이상의 추가적인 허가 단계가 지불인에 의해 완료될 수 있다는 점에서 도 26D에서 전술한 스크린(1066)과 유사할 수 있다. 예컨대, 도시된 스크린(1148)은 텍스트 필드들(1150, 1152, 1154)을 포함할 수 있다. (도 27G에 도시되지 않은) 키보드 인터페이스(160) 또는 숫자 키보드 인터페이스(164)를 이용하여, 지불인은 텍스트 필드(1150)에 요청된 지불의 금액을 입력하는 것은 물론, 제공된 수표(972)에 대응하는 은행 계좌와 관련된 PIN 번호를 텍스트 필드(1152)에 입력할 수 있다. 옵션으로서, 지불인이 트랜잭션의 완료시에 이메일 등의 형태로 전자 영수증을 수신하기를 원하는 경우, 지불인은 유효한 이메일 어드레스를 텍스트 필드(1154)에 제공할 수 있다. 스크린(1148)은 그래픽 버튼들(1156, 1158)을 더 포함할 수 있다. 따라서, 요구된 정보가 텍스트 필드들(1150, 1152, 1154)에 입력되면, 그래픽 버튼(1156)을 선택하여, 현재 트랜잭션의 허가 및 처리를 개시할 수 있다. 또한, 이 시점에서 그래픽 버튼(1158)을 선택하여 트랜잭션을 취소할 수 있다.
전술한 바와 같이, 트랜잭션이 성공적으로 완료되면, 스크린(712)이 수취인 장치(10) 상에 표시될 수 있다. 스크린(712)은 요청된 지불이 선택된 크레디팅 계좌(216)의 대변이 기입되었고, 현재 지불에 관한 영수증이 스크린(1148)의 텍스트 필드(1154)에 지불인에 의해 제공된 이메일 어드레스로 전송되었음을 수취인에게 통지하는 통지 메시지(714)를 포함할 수 있다. 대안으로, 트랜잭션이 하나 이상의 이유로 실패한 경우, 스크린(700)이 수취인 장치 상에 대신 표시될 수 있다. 본 도면에서, 스크린(700)은 이전 스크린(1148)의 텍스트 필드(1152) 내에 지불인에 의해 제공된 PIN 번호가 뱅킹 제공자에 의해 유지되는 기록들 내에 포함된 PIN 번호와 일치하지 않음을 지시할 수 있는 통지 메시지(1160)를 포함할 수 있다. 따라서, 수취인은 지불인에게 스크린(1148) 상에 입력된 PIN 번호를 재입력하거나 확인할 것을 요청하도록 지시될 수 있다. 통지 메시지(1160)는 현재 트랜잭션이 실패할 수 있는 이유의 일례를 나타내는 것을 의도한다는 것을 이해해야 한다. 사실상, 전술한 이유들(예컨대, 지불 계좌 상의 충분한 자금의 결여 등) 중 어느 것도 트랜잭션이 성공적으로 처리되지 못하는 것에 기여할 수 있다.
이제, 나머지 도면들을 참조하면, 현재 설명되는 기술들의 추가 양태들이 도시되어 있다. 전술한 바와 같이, 전자 장치(10)는 하나 이상의 지불인을 포함하는 그룹 트랜잭션을 수행하도록 적응되는 하나 이상의 기능을 포함할 수 있다. 예컨대, 도 14A와 관련하여 전술한 바와 같이, 그래픽 버튼(482)을 스크린(476)으로부터 선택하여 그룹 트랜잭션을 수행할 수 있다. 이제, 도 28을 참조하면, 본 발명의 일 양태에 따른 그룹 트랜잭션을 수행하기 위한 시스템의 개략도가 도시되고, 일반적으로 참조 번호 1170으로 참조된다. 본 도면에 도시된 바와 같이, 그룹 트랜잭션(1170)은 참조 번호 1172로 지시되는 주요 트랜잭션은 물론, 참조 번호 1174로 지시되는 바와 같은 하나 이상의 보조 트랜잭션을 포함할 수 있다.
주요 트랜잭션(1172)에서, 전자 장치(10)는 그룹 트랜잭션(1170)을 위한 개시 장치로서 작용할 수 있으며, 판매자 장치(1176)에 지불을 행하는 지불인의 역할을 맡을 수 있다. 이어서, 개시 장치(10)는 수취인으로서 작용하고, 지불인 장치(92), 스마트 카드(862) 및 자기 크레디트 카드(954)의 소유자들로부터 추가 지불들을 수신할 수 있다. 본 설명의 목적을 위해 그리고 이러한 지불 수단들 각각의 소유자들 사이를 더 명확히 구별하기 위하여, 자기 크레디트 카드(954)의 소유자는 본 명세서에서 크레디트 카드 지불인으로서 참조될 것이다. 유사하게, 스마트 카드(862)의 소유자는 스마트 카드 지불인으로서 참조되고, 전술한 실시예들에 따른 NFC 인에이블드 장치일 수 있는 지불인 장치의 소유자는 NFC 지불인으로서 참조될 것이다. 아래에 더 상세히 설명되는 바와 같이, 크레디트 카드 지불인, 스마트 카드 지불인 및 NFC 지불인에 의해 개시자 장치(10)에 대해 이루어지는 지불들은 판매자에게 갚아야 할 지불에 대응할 수 있다. 예컨대, 현재 설명되는 트랜잭션(1170)은 한 당사자(예컨대, 개시자)가 도시된 당사자들 각각이 갚아야 하는 금액들을 포함하는 그룹 송장에 대해 먼저 지불하고, 나머지 당사자들이 나중에 개시 당사자에게 지불을 제공하는 상황에서 발생할 수 있다.
예컨대, 본 기술은 도 28에 도시된 당사자들이 레스토랑에서 계산서 또는 청구서를 분담하기를 원하는 상황에서 이용될 수 있다. 주요 처리(1172)에서, 개시자 장치(10)는 레스토랑과 관련된 직원에 의해 조작되는 장치일 수 있는 판매자 장치(1176)와 관련하여 지불인으로서 작용할 수 있다. 전술한 바와 같이, 개시자 장치 및 판매자 장치(1176)는 그룹 송장(1180)이 판매자 장치(1176)로부터 개시자 장치(10)로 전송될 수 있는 NFC 접속(1178)을 설정할 수 있다. 이어서, 개시자는 도 7과 관련하여 전술한 바와 같이 디폴트 지불 계좌(180)일 수 있는 개시자 장치 상의 적절한 지불 계좌를 선택할 수 있다. 선택시, 지불 계좌 정보(1182)가 NFC 접속(1178)을 통해 판매자 장치(1176)로 전송될 수 있다.
지불 정보(1182)의 수신시, 주요 트랜잭션(1172)에서 수취인 장치로서 작용할 수 있는 판매자 장치(1176)는 전술한 바와 같이 크레디팅 계좌를 선택하고, 참조 번호 1184로서 집합적으로 지칭되는 크레디팅 계좌 정보, 지불 계좌 정보(1182)는 물론, 그룹 송장(1180)에 대응하는 요청된 지불 금액을 하나 이상의 금융 서버(100)로 전송할 수 있다. 본 도면에 도시된 바와 같이, 트랜잭션 정보(1184)의 전송은 참조 번호 1186으로 지시되는 네트워크를 통해 이루어질 수 있다. 네트워크(1186)는 예를 들어 LAN 또는 WLAN 네트워크 접속과 같은 전술한 임의의 적절한 네트워크를 포함할 수 있다.
트랜잭션 정보(1184)가 수신되면, 금융 서버들(100)은 요청된 트랜잭션을 처리하고 허가할 수 있으며, 트랜잭션이 허가되는 경우, 지불(1188)이 판매자에게 제공될 수 있다. 예컨대, 주요 트랜잭션(1172)이 금융 서버들(100)에 의해 허가되면, 그룹 송장(1180)에서 요구된 금액이 개시자 장치(10)에 의해 지정된 지불 계좌(1182)로부터 청구되고, 판매자 장치(1176) 상에서 지정된 크레디팅 계좌의 대변에 기입될 수 있다. 따라서, 주요 트랜잭션(1172)은 이 시점에서 완료될 수 있으며, 개시자 장치(10)는 보조 트랜잭션(1174)을 진행하는 옵션을 가질 수 있다. 전술한 바와 같이, 보조 트랜잭션들(1174)은 NFC 장치(92), 스마트 카드(862) 및 자기 크레디트 카드(954)를 수반하는 트랜잭션들을 포함할 수 있다. 그러나, 다른 실시예들에서는 추가적인 장치들 또는 지불 수단들도 보조 트랜잭션(1174)에 포함될 수 있으며, 여기에 제공되는 예들로 한정될 필요가 없다는 것을 알아야 한다.
도 28에 도시된 바와 같이, 주요 트랜잭션(1172)이 완료되면, 개시자 장치(10)는 참조 번호 1194로 지시되는 애드혹 네트워크를 통해 현재의 송장(1192)을 NFC 지불인 장치(92)로 전송할 수 있다. 처음에, 현재의 송장(1192)은 그룹 송장(1180)과 동일할 수 있다. 그룹 트랜잭션 멤버들(예컨대, 크레디트 카드 지불인, 스마트 카드 지불인 및 NFC 지불인)로부터 지불을 요청하기 전에, 개시자는 각각의 트랜잭션 멤버가 갚아야 하는 금액들에 따라 그룹 송장(1180)을 할당할 수 있다. 후술하는 바와 같이, 송장 아이템들의 할당은 실시간으로 갱신될 수 있으며, NFC 지불인 장치(92) 상에 표시될 수 있는 현재 송장(1192) 상에서 볼 수 있다. 또한, 현재의 송장(1192)은 개시자 장치(10)에 의해 수신된 지불들을 반영하도록 실시간으로 갱신될 수도 있다.
그룹 송장(1180)이 개시자 장치(10) 상에서 개시자에 의해 할당되면, 크레디트 카드 지불인, 스마트 카드 지불인 및 NFC 지불인 각각이 갚아야 하는 금액들이 이들 당사자에게 부분 송장으로서 전달될 수 있다. 예컨대, 개시자 장치는 NFC 지불인 장치(92)와의 NFC 접속(1196)을 설정하여 부분 송장(1198)을 NFC 지불인에게 전송함으로써 지불들을 수신하는 프로세스를 시작할 수 있다. 이해하듯이, 부분 송장(1198)은 NFC 지불인이 개시자에게 갚아야 하는 그룹 송장(1180)의 일부를 반영할 수 있다. 따라서, 도 12A-12C에 도시된 실시예들과 관련하여 일반적으로 전술한 기술들에 따르면, NFC 지불인 장치(92) 상에서 지불 계좌가 선택될 수 있고, 이어서 참조 번호 1200으로 지시되는 바와 같이 개시자 장치(10)로 전송될 수 있다.
NFC 지불인 장치(92)로부터의 지불 정보(1200)의 수신시, 개시자 장치(10)는 크레디팅 계좌를 선택하고, 트랜잭션 요청 정보(1202)로서 집합적으로 지칭되는 지불 정보(1200), 크레디팅 계좌 정보는 물론, 부분 송장(1198)에 반영된 금액을 네트워크(1204)를 통해 금융 서버들(100)로 전송할 수 있다. 이해하듯이, 네트워크(1204)는 전술한 바와 같이 장치(10) 상에서 이용 가능한 통신 인터페이스들 중 하나 이상을 통해 제공될 수 있다. 이어서, 금융 서버들(100)이 트랜잭션 정보(1202)로 표현되는 트랜잭션 요청이 허가될 수 있는 것으로 결정하면, 개시자 장치(10)에 의해 선택된 크레디팅 계좌의 대변에 지불(1206)이 기입될 수 있다. 또한, 전술한 바와 같이, 보조 트랜잭션에서 임의의 지불인에 의해 행해진 지불들은 NFC 지불인이 보고 있는 현재 송장(1192) 상에서 실시간으로 갱신될 수 있다. 예컨대, 개시지 장치에 의해 수신된 각각의 지불(1206)은 화살표 1208로 지시되는 바와 같이 현재 송장(1192) 상에 반영될 수도 있다.
개시자 장치(10)가 NFC 지불인 장치(92)로부터 제1 지불을 수신하면, 개시자 장치(10)는 스마트 카드 지불인 및 크레디트 카드 지불인으로부터 나머지 지불들을 계속 수신할 수 있다. 예컨대, 도 20에 도시된 트랜잭션(860)과 관련하여 전술한 기술들에 따르면, 개시자 장치는 탭 동작을 통한 NFC 접속(1196)을 통해 스마트 카드(862)에 대응하는 스마트 카드 정보(1210)를 수신할 수 있다. 또한, 개시자 장치(10)는 도 23에 도시된 트랜잭션(952)과 관련하여 전술한 기술들에 따라 자기 크레디트 카드(954)의 이미지(1212)를 취득할 수 있다. 따라서, 개시자 장치(10)는 스마트 카드 정보(1210)는 물론, 이미지(1212)로부터 추출될 수 있는 지불 정보를 이러한 추가적인 보조 트랜잭션들의 허가를 위해 네트워크(1204)를 통해 금융 서버들(100)로 전송할 수 있다. 따라서, 이러한 트랜잭션들이 금융 서버들(100)에 의해 허가되는 경우, 번호 1206으로도 지시되는 크레디트 카드 지불인 및 스마트 카드 지불인으로부터의 각각의 지불들은 개시자 장치(10)에 의해 선택된 크레디팅 계좌의 대변에 기입될 수 있다. 또한, NFC 지불인(92)이 보고 있는 현재의 송장(1192)은 참조 번호 1208로 지시되는 바와 같이 크레디트 카드 지불인 및 스마트 카드 지불인으로부터의 추가적인 지불들의 처리를 반영하도록 갱신될 수 있다.
이제, 도 29를 참조하면, 도 28에서 설명된 그룹 트랜잭션(1170)을 수행하도록 개시자 장치(10)를 조작하기 위한 기술을 설명할 수 있는 방법(1220)이 도시되어 있다. 단계 1222에서 지시되는 바와 같이, 개시자 장치(10)에 의해 그룹 트랜잭션이 개시될 수 있다. 이어서, 단계 1224에서, 개시자는 그룹 송장(1180)과 같은 그룹 송장을 수신하고 지불할 수 있다. 전술한 바와 같이, 일 실시예에 따르면, 개시자 장치(10)에 의한 그룹 송장의 수신 및 지불은 NFC 접속(1178)을 통해 이루어질 수 있다. 그룹 송장이 개시자 장치(10)에 의해 지불되면, 방법(1220)은 단계 1226으로 진행하여, 개시자는 전술한 바와 같이 크레디트 카드 지불인, 스마트 카드 지불인 및 NFC 지불인을 포함할 수 있는 추가적인 그룹 트랜잭션 멤버들을 식별하고 이들과 인터페이스할 수 있다. 이어서, 개시자는 그룹 송장 상에 목록화된 아이템들을 적절한 그룹 트랜잭션 멤버에게 할당하는 것을 진행할 수 있다. 예컨대, 개시자는 단계 1228에서 제1 송장 아이템을 선택하고, 단계 1230에서 선택된 아이템을 적절한 그룹 트랜잭션 멤버에게 할당할 수 있다. 후속 판정 블록(1232)으로 지시되는 바와 같이, 개시자는 그룹 송장(1180) 상에 목록화된 모든 송장 아이템들이 정확한 그룹 트랜잭션 멤버에게 적절히 할당될 때까지 할당 프로세스를 계속할 수 있다.
이어서, 개시자는 그룹 트랜잭션 멤버들 각각으로부터 지불들을 집계하는 프로세스를 개시할 수 있다. 예컨대, 개시자는 단계 1234에서 제1 그룹 트랜잭션 멤버를 선택할 수 있다. 이어서, 단계 1236에서, 단계 1234로부터 선택된 멤버에 대응하는 부분 송장이 통신될 수 있다. 예컨대, 부분 송장은 전술한 NFC 접속(1196)을 통해 NFC 지불인 장치(92)로 전송될 수 있다. 또한, 부분 송장들은 크레디트 카드 지불인 및 스마트 카드 지불인에게 예컨대 구두로 전달될 수도 있다. 부분 송장의 수신시, 각각의 지불인은 지불 계좌를 선택하고, 지불 계좌 정보를 개시자에게 제공할 수 있다. 예컨대, 단계 1238로 지시되는 바와 같이, 개시자는 선택된 그룹 트랜잭션 멤버로부터 지불 정보를 수집하고, 이어서 트랜잭션 요청을 금융 서버들(100)로 전송하는 것 등에 의해 트랜잭션을 처리할 수 있다. 전술한 바와 같이, 요청된 트랜잭션이 금융 서버들(100)에 의해 허가되는 경우, 개시자에 의해 지정된 크레디팅 계좌에 대해 대응하는 지불이 행해질 수 있다.
이어서, 판정 단계 1240으로 지시되는 바와 같이, 개시자 장치는 그룹 트랜잭션 멤버들 각각으로부터 지불이 수신될 때까지 지불들을 계속 집계할 수 있다. 따라서, 모든 지불들이 수신되면, 단계 1242에서 그룹 트랜잭션이 완료될 수 있다. 전술한 단계들(1222, 1224)은 주요 트랜잭션(1172)에 대응할 수 있고, 나머지 단계들(1126-1242)은 도 28에서 전술한 바와 같은 보조 트랜잭션(1174)에 대응할 수 있다는 점에 유의해야 한다.
전술한 그룹 트랜잭션(1170)은 그룹 트랜잭션(1170)의 코드 동안에 개시자 장치(10) 또는 NFC 지불인 장치(92) 상에 표시될 수 있는 다양한 스크린 이미지를 일반적으로 나타낼 수 있는 도 30A-30L을 참조하여 더 잘 이해될 수 있다. 예컨대, 도 30A를 참조하면, 개시자 장치(10) 상에서 스크린(110)으로부터 시작하여 주요 트랜잭션(1172)이 개시될 수 있다. 이어서, 개시자는 전술한 바와 같이 그래픽 버튼(114)을 선택하여, 그래픽 버튼(482)을 표시할 수 있는 스크린(476)으로 네비게이트할 수 있다. 따라서, 개시자는 그래픽 버튼(482)을 선택하여 스크린(1270)으로 진행함으로써 장치(10)에 의해 제공되는 그룹 트랜잭션 기능들에 액세스할 수 있다. 스크린(1270)은 그래픽 버튼들(1272, 1274, 1276)을 표시할 수 있다. 이러한 그래픽 버튼들 각각은 전술한 바와 같이 특정 기능들을 나타낼 수 있다. 예컨대, 그래픽 버튼(1272)은 개시자가 그룹 트랜잭션(1170)을 개시할 수 있는 기능을 나타낼 수 있다. 유사하게, 그래픽 버튼(1274)은 개시자가 다른 멤버에 의해 이전에 개시되었을 수 있는 그룹 트랜잭션과 같은 기존 그룹 트랜잭션에 합류하는 것을 허가할 수 있다. 또한, 개시자는 그래픽 버튼(1276)을 선택함으로써 그룹 트랜잭션을 취소할 수 있다.
본 도면에 도시된 바와 같이, 그래픽 버튼(1272)의 선택은 개시자를 스크린(1278)으로 네비게이트할 수 있다. 스크린(1278)은 그룹 트랜잭션과 관련된 다양한 옵션들의 선택을 제공할 수 있다. 예컨대, 개시자가 주요 트랜잭션(예컨대, 1172)으로서 그룹 송장(1180)과 같은 그룹 송장을 지불한 후에, 일련의 보조 트랜잭션들(예컨대, 1174)로서 송장을 추가 트랜잭션 멤버들 사이에 할당하고, 이들 트랜잭션 멤버 각각으로부터 지불들을 집계할 수 있는 제1 옵션이 제공될 수 있다. 이것은 도 28에서 그룹 트랜잭션(1170)에 의해 일반적으로 설명된 시나리오일 수 있다.
스크린(1278)에서 지시되는 바와 같이, 개시자가 하나 이상의 다른 트랜잭션 멤버 사이에 송장을 직접 분할할 수 있는 추가적인 그룹 트랜잭션 옵션이 제공될 수 있다. 이러한 상황은 아래에서 도 32와 관련하여 더 설명된다. 스크린(1278) 상에 도시된 옵션들은 개시자가 적절한 옵션을 선택할 수 있는 체크 박스 그래픽 아이콘들을 나타낼 수 있는 그래픽 요소들(1280, 1282)로 표현될 수 있다. 예컨대, 본 도면에 도시된 바와 같이, 개시자는 체크 박스(1280)를 선택하여, 본 트랜잭션이 도 28에서 전술한 기술들에 따라 수행되어야 함을 지시할 수 있다. 옵션(1280)이 선택되면, 개시자는 그래픽 버튼(1284)을 선택하여, 그룹 트랜잭션(1170)을 개시할 수 있다.
그래픽 버튼(1284)의 선택시, 사용자는 스크린(1288)으로 진행하여, 참조 번호 1172로 지시되는 전술한 주요 트랜잭션이 개시될 수 있다. 예컨대, 스크린(1288)은 NFC 접속(1178)의 개시를 나타낼 수 있다. 스크린(1288)은, 전술한 바와 같이, 개시자 장치(10)의 NFC 장치(46)가 파워 온되고, 따라서 NFC 인터페이스(60)가 구동됨을 개시자에게 지시할 수 있는 통지 메시지(1290)도 포함할 수 있다. 스크린(1288)은 개시자가 필요한 경우에 NFC 접속(1178)의 설정을 취소하기 위해 선택할 수 있는 그래픽 버튼(1292)도 포함할 수 있다.
NFC 접속(1178)의 설정시, 개시자 장치(10)는 NFC 접속(1178)이 설정된 판매자 장치(1176)로부터 그룹 송장(1180)을 수신할 수 있다. 예컨대, 그룹 송장(1180)이 개시자 장치(10)에 의해 수신되면, 스크린(1288)은 도 30B에 도시된 바와 같이 갱신되어 통지 메시지(1296)를 표시할 수 있다. 도시된 바와 같이, 통지 메시지(1296)는 개시자에게 그룹 송장(1180)이 수신되었음을 알릴 수 있다. 따라서, 그래픽 버튼들(1298, 1300)을 통해, 개시자는 수신된 그룹 송장(1180)을 수용 또는 거절할 수 있다. 그룹 송장을 수용하기 위해, 개시자는 그래픽 버튼(1298)을 선택하여 스크린(1304)으로 네비게이트할 수 있다. 스크린(1304)은 개시자의 식별자(1306), 판매자의 식별자(1308)는 물론, 참조 번호 1310으로 지시되는 그룹 송장에 의해 요청된 금액을 표시할 수 있다. 후술하는 바와 같이, 금액(1310)은 팁 금액의 추가 전의 소계를 반영할 수 있다. 예컨대, 본 실시예는 판매자가 레스토랑이고, 송장이 레스토랑 계산서를 나타내는 시나리오에서 반영될 수 있다. 따라서, 개시자가 각각 팁 금액을 지정하거나 송장 상세들을 보기 위해 선택할 수 있는 그래픽 버튼들(1312, 1314)도 스크린(1304) 상에 제공된다.
스크린(1308)은 도 7에서 전술한 바와 같이 개시자에 의해 지정된 디폴트 지불 계좌(180)로서 초기에 선택될 수 있는 현재 선택된 지불 계좌를 더 표시할 수 있다. 따라서, 그래픽 버튼들(1318, 1320, 1322)이 제공될 수 있으며, 그래픽 버튼(1318)은 개시자가 현재 선택된 디폴트 지불 계좌(180)를 이용하여 송장을 지불할 수 있는 기능을 나타내고, 그래픽 버튼(1320)은 개시자가 대체 지불 계좌를 선택할 수 있는 기능을 나타내고, 그래픽 버튼(1322)은 개시자가 현재 트랜잭션을 취소할 수 있게 한다.
도 30B에 도시된 바와 같이, 개시자는 그래픽 버튼(1314)을 선택하여 스크린(1326)으로 네비게이트함으로써 그룹 송장(180)을 볼 수 있다. 스크린(1326)은 참조 번호 1330으로 지시되는 모든 그룹 송장 아이템들을 일반적으로 목록화하는 섹션을 포함할 수 있다. 또한, 스크롤바 기능(1332)이 스크린(1326) 상에 제공될 수 있으며, 따라서 개시자는 제공되는 디스플레이 섹션에서 송장 아이템들(1330)의 리스트의 전체가 보이지 않는 경우에는 리스트를 통해 네비게이트할 수 있다. 송장 아이템들(1330)의 리스트에 더하여, 스크린(1326)은 임의의 적용 가능한 세금 금액(1328)도 목록화할 수 있다. 이해하듯이, 송장 아이템들(1330)과 세금 금액(1328)의 합계는 전술한 소계(1310)를 얻기 위해 합산될 수 있다. 스크린(1326)은 처음에 개시자에 의한 팁 금액의 추가 전에 0일 수 있는 팁 금액(1334)도 표시할 수 있다. 따라서, 그룹 송장(1310) 및 임의의 팁 금액(1334)에 대한 소계는 그룹 소장(1336)의 총액을 결정하기 위해 합산될 수 있다. 또한, 그래픽 버튼들(1338, 1340)도 스크린(1326) 상에 제공될 수 있으며, 그래픽 버튼(1338)은 개시자에게 그의 현재 상태에 기초하여 표시된 송장의 지불을 개시하는 기능을 제공할 수 있다. 또한, 그래픽 버튼(1340)은 개시자가 팁 금액(1334)을 지정하기로 결정하는 경우에 선택될 수 있다.
예컨대, 그래픽 버튼(1340)이 선택되면, 개시자는 팁 금액의 추가 및 선택을 위해 스크린(1350)으로 네비게이트할 수 있다. 스크린(1350)은 그룹 송장(1310)의 현재 소계를 표시할 수 있고, 개시자에게 개시자가 원하는 팁 금액을 입력할 수 있는 텍스트 필드(1352)를 제공할 수 있다. 예컨대, 개시자는 숫자 키보드(164)를 이용하여 팁 금액을 입력하기로 결정하거나, 참조 번호 1354로 지시되는 그래픽 버튼들에 의해 제공되는 바와 같은 사전 계산된 팁 금액을 선택할 수 있다. 도시된 바와 같이, 그래픽 버튼들(1354)에 의해 표시되는 사전 계산된 팁 금액들은 현재의 소계 금액(1310)의 소정 비율들에 대응할 수 있다. 예컨대, 본 도면에서, 개시자는 현재의 소계(1310)의 20%인 팁에 대응하는 그래픽 버튼을 선택할 수 있다. 도시된 바와 같이, 전술한 팁 금액(1334)의 선택시, 텍스트 필드(1352)가 선택을 반영하도록 채워질 수 있다. 또한, 그룹 송장(1080)에 대한 총액(1336)은 팁 금액(1334)의 추가를 반영하도록 갱신될 수 있다. 예컨대, 현재의 그룹 송장의 총액(1336)은 전술한 소계 금액(1310)과 현재 선택된 팁 금액(1334)을 합산함으로써 계산될 수 있다. 이어서, 개시자는 그래픽 버튼(1356)을 선택하여, 선택된 팁 금액 및 대응하는 갱신된 그룹 송장 총액(1336)을 수락하거나, 그래픽 버튼(1358)을 선택함으로써 현재 트랜잭션을 취소할 수 있다. 본 도면에 도시된 바와 같이, 그래픽 버튼(1356)의 선택은 사용자를 스크린(1326)으로 복귀시킬 수 있으며, 이 스크린은 선택된 팁 금액(1334) 및 갱신된 그룹 송장 총액(1336)을 표시하도록 갱신될 수 있다. 개시자가 현재의 그룹 송장 총액(1336)에 대해 만족하는 경우, 개시자는 그래픽 버튼(1338)을 선택하여, 그룹 송장 금액(1336)의 지불을 진행할 수 있다.
도 30C를 참조하면, 그래픽 버튼(1338)의 선택은 개시자를 스크린(1304)으로 복귀시킬 수 있으며, 이 스크린은 그룹 송장 금액(1336)이 스크린(1350)으로부터 지정된 팁 금액(1334)의 추가를 포함하도록 갱신되었음을 반영하도록 갱신될 수 있다. 따라서, 개시자는 그래픽 버튼(1318)을 선택함으로써 디폴트 지불 계좌(180)를 이용하여 그룹 송장 총액(1336)의 지불을 개시할 수 있다. 전술한 바와 같이, 그래픽 버튼(1318)의 선택은 지불 금액 정보(1182)를 NFC 인터페이스(1178)를 통해 판매자 장치(1176)로 전송할 수 있다. 따라서, 판매자 장치(1176)는 현재 트랜잭션 요청(1184)을 금융 서버들(100)로 전송하여, 요청된 지불을 처리하고 허가할 수 있다.
도 30C에 도시된 바와 같이, 주요 트랜잭션(1172)이 금융 서버들(100)에 의해 허가되면, 스크린(1362)이 개시자 장치(10) 상에 표시될 수 있다. 스크린(1362)은 그룹 송장(180)이 선택된 디폴트 지불 계좌(180)를 이용하여 지불되었음을 개시자에게 지시하는 통지 메시지(1364)를 표시할 수 있다. 또한, 스크린(1362)은 그래픽 버튼들(1366, 1368)을 포함할 수 있다. 그래픽 버튼(1368)은 사용자가 트랜잭션을 종료 또는 취소할 수 있는 기능을 나타낼 수 있다. 그래픽 버튼(1366)은 사용자가 그룹 송장(1180)을 할당하고, 따라서 도 28과 관련하여 전술한 보조 트랜잭션들(1174)을 개시하게 할 수 있다. 도 30C에 도시된 바와 같이, 그래픽 버튼(1366)의 선택시, 스크린(1370)이 표시될 수 있다. 스크린(1370)은 네트워크(1194)와 같은 애드혹 네트워크의 설정을 나타낸다. 전술한 바와 같이, NFC 지불인 장치(92)와 같은 능력 있는 장치들은 설정된 애드혹 네트워크에 연결하여, 현재의 송장(1192)은 물론, 보조 트랜잭션(1174)에서 수행된 다양한 단계들 동안에 현재 송장(1192)에 대해 행해질 수 있는 갱신들도 볼 수 있다.
스크린(1370)은 참조 번호 1372로 지시되는 바와 같이 개시자의 식별자(1306)를 표시하는 것은 물론, 식별자 이름을 현재의 그룹 트랜잭션에 적용할 수 있다. 도시된 바와 같이, 트랜잭션 식별자(1372)는 도 30A 및 30B에 도시된 주요 트랜잭션에서의 지불의 수신자(1308)("ABC 레스토랑")와 동일할 수 있다. 또한, 스크린(1370)은 그래픽 버튼들(1376, 1378)을 포함할 수 있다. 그래픽 버튼(1378)은 개시자가 예컨대 크레디트 카드 지불인 및 스마트 카드 지불인과 같은 다른 트랜잭션 멤버들 중 아무도 애드혹 네트워크에 대한 접속이 가능한 장치들을 사용하고 있지 않은 경우에 애드혹 네트워크의 설정을 취소하게 할 수 있다. 그룹 트랜잭션(1170)이 현재 설명되는 장치(92)와 같이 애드혹 네트워크에 연결할 수 있는 적어도 하나의 장치를 포함하는 경우, 개시자는 그래픽 버튼(1376)을 선택하여 그룹 송장(1180)을 할당하는 프로세스를 개시하기 전에 장치(92)가 네트워크에 연결하기를 기다릴 수 있다.
NFC 지불인 장치(92)의 관점과 관련하여 애드혹 네트워크(1194)에 접속하는 프로세스가 도 30D와 관련하여 설명될 수 있다. 예컨대, 도 30에서 설명된 바와 같이, 개시자 장치(10)에 의해 설정된 애드혹 네트워크에 연결하기 위하여, NFC 지불인은 스크린(110)으로부터 그래픽 버튼(114)을 선택할 수 있다. 도 30D에 도시된 스크린들은 개시자 장치(10)와 관련하여 전술한 스크린들 중 하나 이상과 유사할 수 있다. 따라서, 애플리케이션(34)과 같은 개시자 장치 상에서 제공되는 트랜잭션 애플리케이션은 본 실시예에서 지불인 장치(92) 상에서도 제공될 수 있다는 것을 이해해야 한다. 그래픽 버튼(114)의 선택시, 지불인은 스크린(476)으로 진행할 수 있다. NFC 지불인 장치(92) 상에서 제공되는 그룹 트랜잭션 기능에 액세스하기 위하여, 지불인은 그래픽 버튼(482)을 선택하여 스크린(1270)으로 네비게이트할 수 있다. 여기서, 지불인은 NFC 지불인 장치를 조작하여, 그래픽 버튼(1274)을 선택함으로써 전술한 애드혹 네트워크에 연결할 수 있다.
도 30D에 도시된 바와 같이, 그래픽 버튼(1274)의 선택은 NFC 지불인을 스크린(1380)으로 네비게이트할 수 있다. 스크린(1380)은 지불인의 식별자(1382)는 물론, 진행중인 그룹 트랜잭션들을 나타낼 수 있는 이용 가능한 애드혹 네트워크들의 리스트를 표시할 수 있다. 예컨대, 개시자에 의해 설정되고, 도 30C에서 설명된 네트워크가 여기에 목록화되고, 참조 번호 1384로 참조된다. 따라서, 지불인은 예컨대 체크 박스 선택 그래픽(1385)을 통해 목록화된 네트워크(1384)를 선택하고, 그래픽 버튼(1386)을 선택함으로써 선택된 네트워크에 연결할 수 있다. 또한, NFC 지불인은 그래픽 버튼(1388)을 선택함으로써 애드혹 네트워크에 대한 연결을 거절하는 옵션을 가질 수도 있다. 이해하듯이, 후자가 선택되면, NFC 지불인은 그룹 트랜잭션(1170)에 계속 참여할 수 있지만, 현재 송장(1192)에 대한 갱신들을 임의의 실시간으로 보지 못할 수 있다.
모든 능력 있는 장치들이 개시자 장치(10)에 의해 설정된 애드혹 네트워크(1194)에 연결한 경우, 그룹 송장 아이템들의 할당이 개시될 수 있다. 예컨대, 이제 도 30E를 참조하면, 도 30C에서 설명된 스크린(1370)은 참조 번호 1382로 지시되는 NFC 지불인이 설정된 애드혹 네트워크에 연결하였음을 지시하도록 갱신될 수 있다. 따라서, 어떠한 다른 지불인 장치도 현재 트랜잭션에 참여하지 않으므로, 개시자는 그래픽 버튼(1376)을 선택하여, 스크린(1400)으로 네비게이트하여, 그룹 송장 아이템들(1330)의 할당을 개시할 수 있다.
스크린(1400)에 도시된 바와 같이, 그룹 트랜잭션 멤버들의 리스트가 표시될 수 있다. 도시된 바와 같이, 리스트(1402)는 처음에 개시자 및 애드혹 네트워크(1194)를 통해 개시자 장치(10)에 현재 접속된 NFC 지불인만을 포함할 수 있다. 스크린(1400)은 그룹 송장 아이템들(1330)의 리스트도 표시할 수 있다. 전술한 바와 같이, 그룹 송장 아이템들(1330)의 리스트가 스크린 크기 제한으로 인해 그 전체가 표시되지 못할 수 있는 경우에, 스크린(1400) 상에 그래픽(1404)으로 지시되는 스크롤바 기능이 제공될 수 있다. 이어서, 현재 그룹 트랜잭션에 나머지 트랜잭션 멤버들을 추가하기 위하여, 개시자는 그래픽 버튼(1406)을 선택할 수 있다. 그래픽 버튼(1406)의 선택시, 개시자는 텍스트 필드(1412) 및 그래픽 버튼(1414)는 물론, 텍스트 키보드(160)도 표시할 수 있는 스크린(1410)으로 네비게이트할 수 있다. 따라서, 개시자는 텍스트 키보드(160)를 통해 크레디트 카드 지불인의 식별자를 텍스트 필드(1412)에 입력할 수 있다. 크레디트 카드 지불인의 식별자가 입력되면, 개시자는 그래픽 버튼(1414)을 선택함으로써 현재 트랜잭션에 크레디트 카드 지불인을 추가할 수 있다. 도 30E에 도시된 바와 같이, 그래픽 버튼(1414)의 선택은 팝업 윈도(1420)가 스크린(1410) 상에 표시되게 할 수 있다. 팝업 윈도(1420)는 크레디트 카드 지불인이 현재 트랜잭션에 추가되었음을 개시자에게 통지할 수 있으며, 개시자에게 그래픽 버튼들(1422, 1424)을 더 제공할 수 있다. 예컨대, 도시된 바와 같이, 그래픽 버튼(1422)의 선택은 팝업 윈도(1420)를 닫고, 개시자가 스크린(1410)에 다시 액세스하여 스마트 카드 지불인과 같은 추가 멤버를 추가하게 할 수 있다. 따라서, 개시자는 전술한 단계들을 반복하고, 텍스트 필드(1412)에 스마트 카드 지불인의 식별자를 입력할 수 있다. 그래픽 버튼(1414)을 다시 선택함으로써, 스마트 카드 지불인이 현재 트랜잭션(1170)에 추가되었음을 개시자에게 통지하는 팝업 윈도(1426)가 스크린(1410) 상에 표시될 수 있다. 따라서, 이제 도 28의 보조 트랜잭션(1174)에서 설명된 모든 그룹 트랜잭션 멤버들이 추가되었으므로, 개시자는 그래픽 버튼(1424)을 선택함으로써 스크린(1400)으로 복귀할 수 있다.
이제, 도 30F를 참조하면, 개시자에 의한 그룹 송장 아이템들(1330) 중 하나의 할당이 도시되어 있다. 본 도면에 도시된 바와 같이, 스크린(1400)은 도 30E에서 설명된 기술들을 이용하여 추가된 크레디트 카드 지불자 및 스마트 카드 지불자를 포함할 수 있는 트랜잭션 멤버들(1402)의 갱신된 리스트를 표시할 수 있다. 이어서, 개시자는 손가락 또는 스타일러스와 같은 다른 물체 등을 이용하여 스크린(1400) 상의 아이템(1430)의 위치를 선택함으로써 그룹 송장 아이템(1430)을 할당할 수 있고, 개시자 장치(10)의 디스플레이(24)와의 접촉을 유지하면서, 선택된 송장 아이템(1430)을 적절한 트랜잭션 멤버에 대응하는 스크린(1400) 상의 위치로 이동시킬 수 있다. 이해하듯이, 이러한 동작은 그래픽 사용자 인터페이스들과 관련하여 "드래그 앤 드롭" 동작으로서 일반적으로 지칭될 수 있다. 또한, 스크린(1400) 상에 도시된 바와 같이, 개시자는 전체 그룹 송장(1080)을 트랜잭션 멤버들(1402) 사이에 균등하게 분할하기로 결정하는 경우에 그래픽 버튼(1428)을 선택할 수 있다. 예컨대, 그래픽 버튼(1428)의 선택은 그룹 송장 총액(1336)을 개시자, NFC 지불인, 크레디트 카드 지불인, 및 스마트 카드 지불인 사이에 균등하게 분할할 수 있다. 또한, 본 도면에 도시된 드래그 앤 드롭 설명은 현재 설명되는 기술들에 따라 장치 상에 제공될 수 있는 일 구현을 나타내지만, 그룹 송장 아이템들(1330)을 할당하기 위한 임의 타입의 적절한 인터페이싱 기술이 현재 트랜잭션에서 이용될 수 있다는 것을 이해해야 한다.
도 30G를 참조하면, 스크린(1400)은 송장 아이템(1430)이 개시자에게 할당되었음을 지시하도록 갱신될 수 있다. 본 도면에 도시된 바와 같이, 그룹 송장 아이템들(1330)의 할당은 송장 총액(1336)에 대비한 할당된 송장 아이템(1430)의 비용의 비례 금액에 기초하는 참조 번호들 1328 및 1334로 각각 지시되는 세금 및 팁 금액의 자동 할당도 포함할 수 있다. 그러나, 이러한 금액들을 자동으로 할당하기 위한 대안 스킴들을 포함하는, 세금 금액(1328) 및 팁 금액(1334)을 할당하기 위한 대체 기술들은 물론, 개시자에 의한 이러한 금액들의 수동 할당을 위한 기술들도 본 발명의 범위 내에 있다는 것을 알아야 한다. 이어서, 개시자는 나머지 그룹 송장 아이템들(1330)을 계속 할당할 수 있다. 예컨대, 도 30G는 전술한 기술들에 따른 리스트(1402) 상의 개시자에 대한 송장 아이템(1432)의 할당은 물론, 임의의 추가적인 세금 및 팁 금액의 후속 자동 할당을 더 나타낸다.
이 분야의 기술자들이 이해하듯이, 둘 이상의 트랜잭션 멤버(1402) 사이에 특정 송장 아이템을 할당해야 할 필요가 발생할 수 있다. 예컨대, 트랜잭션 멤버들(1402) 각각에 의해 특정 송장 아이템이 분담되었을 수 있다. 따라서, 분담된 송장 아이템이 그래픽 버튼(1436)을 선택함으로써 할당될 수 있다. 그래픽 버튼(1436)의 선택은 개시자를 스크린(1438)으로 네비게이트할 수 있다. 스크린(1438)은 일반적으로 그룹 송장 아이템들(1330)의 리스트를 표시할 수 있으며, 송장 아이템들(1430, 1432)과 같이 어느 송장 아이템들(1330)이 이미 할당되었는지를 지시할 수도 있다. 이해하듯이, 이미 할당된 송장 아이템들(1430, 1432)은 스크린(1438) 상에 선택 가능하지 않을 수 있다. 본 도면에 도시된 바와 같이, 개시자는 분담된 송장 아이템(1440)을 선택하여, 다수의 그룹 트랜잭션 멤버 사이에 이 아이템을 할당할 수 있다. 예컨대, 송장 아이템(1440)의 선택시, 팝업 윈도(1442)가 스크린(1438) 상에 표시될 수 있다.
팝업 윈도(1442)는 현재 그룹 트랜잭션 멤버들(1402)의 리스트를 표시할 수 있다. 도시된 바와 같이, 각각의 그룹 트랜잭션 멤버에 대해 체크 박스 그래픽이 제공될 수 있다. 따라서, 개시자는 각각의 멤버와 관련된 체크 박스 그래픽을 이용하여 적절한 그룹 트랜잭션 멤버들을 선택함으로써 송장 아이템(1440)이 어떻게 할당되는지를 지정할 수 있다. 또한, 본 도면에 도시된 바와 같이, 개시자는 참조 번호 1444로 지시되는 체크 박스 그래픽을 선택함으로써 분담된 송장 아이템(1440)을 모든 그룹 트랜잭션 멤버들(1402) 사이에 균등하게 할당할 수 있다. 적절한 선택이 이루어지면, 개시자는 그래픽 버튼(1446)을 선택하여, 팝업 윈도(1442) 내에 반영된 선택에 따라 분담된 송장 아이템(1440)을 할당할 수 있다. 또한, 개시자는 그래픽 버튼(1448)을 선택함으로써 할당 프로세스를 취소할 수 있다. 그래픽 버튼(1446)의 선택시, 송장 아이템(1440)은 모든 그룹 트랜잭션 멤버들(1402) 사이에 균등하게 할당될 수 있으며, 개시자는 스크린(1400)으로 복귀할 수 있다. 갱신된 스크린(1400) 상의 그룹 송장 아이템들(1330)의 리스트에 나타난 바와 같이, 송장 아이템(1440)의 리스트는 이 아이템이 전술한 바와 같이 이미 할당되었음을 지시하도록 갱신될 수 있다.
이제, 도 30H를 참조하면, 분담된 송장 아이템(1440)을 할당한 후에, 개시자는 추가적인 송장 아이템들을 계속 할당할 수 있다. 예컨대, 도 30H는 NFC 지불인이 갚아야 하는 금액들에 대응할 수 있는 송장 아이템들(1452, 1454)의 할당을 나타낸다. 본 도면에 도시된 바와 같이, 송장 아이템들(1452, 1454)이 적절히 할당되면, 이들 각각의 리스트가 전술한 바와 같이 스크린(1400) 상에서 갱신될 수 있다. 이해하듯이, 송장 아이템들(1330)의 할당 동안, 개시자는 리스트(1402) 내에 표시된 그룹 트랜잭션 멤버들 중 하나 이상을 선택하여, 부분 송장의 현재 상태를 볼 수 있다. 예컨대, NFC 지불인을 선택함으로써, 개시자는 NFC 지불인이 지불해야 하는 금액에 대응하는 부분 송장을 표시할 수 있는 스크린(1456)을 볼 수 있다. 도시된 바와 같이, 스크린(1456)은 분담된 송장 아이템(1440)의 NFC 지불인의 부분은 물론, 추가적인 송장 아이템들(1452, 1454)도 표시할 수 있다. 또한, 전술한 바와 같이, 할당된 송장 아이템들의 총 비용에 기초하여, 참조 번호 1458로 지시되는 바와 같이, 임의의 적용 가능한 세금 및 팁 금액이 자동으로 계산될 수 있다. 따라서, 상기 아이템들, 세금 및 팁 금액들을 합산함으로써, 참조 번호 1460으로 지시되는 부분 송장에 대한 총액이 표시될 수 있다. 또한, 스크린(1456)은 개시자가 잘못 할당되었을 수 있는 아이템들과 같은 할당된 아이템들을 현재 그룹 트랜잭션 멤버로부터 삭제할 수 있는 그래픽 버튼(1462)도 제공할 수 있다. 나머지 그룹 송장 아이템들(1130)의 할당을 계속하기 위하여, 개시자는 그래픽 버튼(1464)을 선택하여 스크린(1400)으로 복귀할 수 있다.
갱신된 스크린(1400)에 나타난 바와 같이, 모든 그룹 송장 아이템들(1330)이 적절히 할당되면, 개시자는 그래픽 버튼(1466)을 선택함으로써 도 29의 방법(1220)에서 단계들(1234-1240)과 관련하여 전수한 바와 같이 그룹 트랜잭션 멤버들 각각으로부터 지불들을 집계하는 프로세스를 개시할 수 있다. 본 도면에 도시된 바와 같이, 그래픽 버튼(1466)의 선택은 개시자 장치 상에 스크린(1470)을 표시할 수 있다. 스크린(1400)은 그래픽 버튼들(1472, 1474, 1476)과 같은 그래픽 버튼들을 표시할 수 있으며, 이들 각각은 그룹 트랜잭션 멤버들(1402) 중 각각에 대응할 수 있다. 예컨대, 전술한 바와 같이, 그래픽 버튼(1472)은 NFC 지불인에 대응하고, 그래픽 버튼(1474)은 크레디트 카드 지불인에 대응하며, 그래픽 버튼(1476)은 스마트 카드 지불인에 대응할 수 있다. 이해하듯이, 스크린(1470)은 개시자에 대응하는 그래픽 버튼을 포함하지 않을 수 있는데, 그 이유는 주요 트랜잭션(1172)에서의 그룹 송장(1180)의 지불에 있어서 개시자는 이미 그룹 송장(1080)의 개시자의 부분을 충족시켰기 때문이다.
그래픽 버튼들(1472, 1474, 1476)로 지시되는 나머지 그룹 트랜잭션 멤버들 각각으로부터의 지불들의 집계는 전술한 트랜잭션 기술들 중 하나 이상에 따라 수행될 수 있다. 예컨대, 그래픽 버튼(1472)을 선택함으로써, 개시자는 복수의 그래픽 버튼(1482, 1484, 1486, 1488)을 표시할 수 있는 스크린(1480)으로 진행할 수 있다. 이러한 그래픽 버튼들의 각각은 대응하는 그룹 트랜잭션 멤버로부터 지불이 취득될 수 있는 상이한 방법들을 나타낼 수 있다. 예컨대, 그래픽 버튼(1482)은 도 12A, 12B 및 12C 각각의 트랜잭션들(375, 376, 378)에 의해 지시되는 기술들을 나타낼 수 있다. 또한, 그래픽 버튼(1484)은 도 20에서 설명된 트랜잭션(860)과 관련하여 전술한 트랜잭션 기술들을 나타낼 수 있다. 또한, 그래픽 버튼(1486)은 트랜잭션들(952, 970)에서 설명되고, 도 23 및 24 각각에 도시된 기능을 나타낼 수 있다. 도시된 바와 같이, 개시자는 그래픽 버튼(1488)을 선택함으로써 대응하는 그룹 트랜잭션 멤버로부터 현금 지불을 수신하는 옵션도 가질 수 있다. 여기서 상세히 설명되지는 않지만, 그래픽 버튼(1488)의 선택은 부분 송장 금액에 대응하는 현금 지불이 그룹 트랜잭션 멤버로부터 개시자에게 전송된 경우에 개시자가 지불의 수신을 확인할 수 있는 확인 스크린을 간단히 표시할 수 있다. 마지막으로, 그래픽 버튼(1490)은 개시자가 필요한 경우에 현재 트랜잭션을 취소하거나 스크린(1470)으로 복귀하게 할 수 있다.
전술한 바와 같이, NFC 지불인은 NFC 지불인 장치(92)를 소유할 수 있다. 따라서, 개시자는 NFC 지불인에 의해 선택될 수 있는 부분 송장 및 대응 지불 금액에 관한 정보를 교환하기 위해 각각의 장치(10, 92)의 NFC 인터페이스들(60) 사이에 NFC 접속(예컨대, 1196)을 설정함으로써 지불을 개시하기 위하여 그래픽 버튼(1482)을 선택함으로써 NFC 지불인으로부터 지불을 취득하기로 결정할 수 있다. 예컨대, 본 도면에 도시된 바와 같이, 그래픽 버튼(1482)의 선택은 개시자 장치(10) 상에 스크린(1494)을 표시할 수 있다. 스크린(1494)은 통지 메시지(1496)를 표시할 수 있으며, 이 통지 메시지는 NFC 접속(1194)이 설정되고, NFC 지불인 장치(92)에 대한 탭 동작이 요구될 수 있음을 개시자에게 일반적으로 알릴 수 있다. 스크린(1494)은 그래픽 버튼(1498)도 포함할 수 있으며, 따라서 개시자는 필요한 경우에 NFC 접속(1196)의 설정을 취소할 수 있다.
도 28에 도시된 바와 같이, 부분 송장(1198) 및 지불 정보(1200)가 개시자 장치(10)와 지불인 장치(92) 사이에 교환되면, 스크린(1500)이 개시자 장치에 표시될 수 있다. 스크린(1500)은 개시자의 식별자(1502), NFC 지불인(1504)의 식별자는 물론, 도 30H에서 스크린(1456) 상에 도시된 부분 송장 금액(1460)에 대응할 수 있는 지불 금액을 표시할 수 있다. 스크린(1500)은 도 14E에 도시된 바와 같이 NFC 지불인의 디폴트 지불 계좌(554)일 수 있는 전술한 기술들에 따라 NFC 지불인에 의해 선택된 지불 계좌도 표시할 수 있다. 스크린(1500)은 디폴트 크레디팅 계좌(216)일 수 있는 현재 선택된 크레디팅 계좌도 표시할 수 있다. 따라서, 전술한 바와 같이, NFC 지불인에 의해 제공되는 지불 금액(1460)을 수신하기 위하여, 개시자는 그래픽 버튼(686)을 선택하여, 요청된 금액을 디폴트 크레디팅 계좌(216)의 대변에 기입할 수 있다. 이어서, 트랜잭션이 성공적으로 완료되면, 스크린(1510)이 개시자 장치 상에 표시될 수 있다. 스크린(1510)은 NFC 지불인에 의해 소유된 금액(1460)이 개시자의 크레디팅 계좌(216)에 크레이팅되었음을 개시자에게 일반적으로 표시할 수 있는 통지 메시지(1512)를 포함할 수 있다. 또한, 통지 메시지(1512)는 확인 또는 영수증이 NFC 지불인에게 제공되었음을 또한 지시할 수 있다. 이어서, 개시자는 그래픽 버튼(1514)을 선택함으로써 스크린(1400)으로 복귀하여, 스마트 카드 지불인 또는 크레디트 카드 지불인으로부터 나머지 지불들을 집계하거나, 그래픽 버튼(1516)을 선택함으로써 트랜잭션을 취소 또는 종료할 수 있다.
이제, 도 30J를 참조하면, NFC 지불인에 의한 지불이 수신되면, 참조 번호 1518에 지시되는 바와 같이 스크린(1400) 상의 리스트(1402)가 갱신되어, 개시자와 NFC 지불인 사이의 트랜잭션이 완료되었음을 지시할 수 있다. 이어서, 개시자는 그래픽 버튼(1466)을 다시 선택함으로써 크레디트 카드 지불인 및 스마트 카드 지불인으로부터 나머지 미결제 부분 송장들을 계속 집계할 수 있다. 도 30J에서 그래픽 버튼(1466)의 선택시, 개시자는 스크린(1470)으로 네비게이트할 수 있다. 본 도면에 도시된 바와 같이, 스크린(1470)은 NFC 지불인에 의해 지불된 금액이 개시자에 의해 수신된 것을 반영하도록 갱신될 수 있다. 예컨대, 현재 도시된 스크린(1470)이 갱신되어, 현재 표시된 그래픽 버튼(1472)이 제거되고, 나머지 그래픽 버튼들(1474, 1476)만이 표시되며, 이들 각각은 크레디트 카드 지불인 및 스마트 카드 지불인에 의해 지불되어야 하는 미결제 지불들을 나타낼 수 있다.
여기서, 그래픽 버튼(1476)을 선택함으로써, 개시자는 도 30I에서 전술한 바와 같이 개시자가 스마트 카드 지불인으로부터 지불을 수신하기 위한 적절한 방법을 선택할 수 있는 스크린(1480)으로 복귀할 수 있다. 예컨대, 본 도면에서, 개시자는 그래픽 버튼(1484)을 선택하여, 도 20과 관련하여 전술한 기술들을 이용하여 지불의 수신을 개시할 수 있다. 예컨대, 그래픽 버튼(1484)의 선택시, 스크린(1520)이 장치(10) 상에 표시될 수 있으며, 장치(10) 상의 NFC 인터페이스가 현재 활성 상태이고, NFC 접속(1196)이 도 28에 도시된 바와 같이 스마트 카드(862)와 개시자 장치(10)를 탭핑함으로써 개시될 수 있음을 개시자에게 지시하는 통지 메시지(1522)를 표시할 수 있다. 이어서, 스마트 카드(862)의 저장 칩(864)에 저장된 정보가 NFC 접속(1196) 등을 통해 개시자 장치에 의해 수신되면, 스크린(1500)이 표시될 수 있다. 전술한 바와 같이, 스크린(1500)은 참조 번호 1526으로 참조되는 스마트 카드 지불인의 식별자는 물론, 개시자의 식별자를 표시할 수 있다. 스크린(1500)은 크레디트 카드 지불인이 지불해야 할 부분 송장에 대응할 수 있는 지불 금액(1528)도 표시할 수 있다. 따라서, 개시자는 그래픽 버튼(686)을 선택하여, 현재 정보를 금융 서버들(100)로 전송하는 것과 같은 전술한 트랜잭션 허가 액션들을 개시하여, 지불 금액(1528)을 크레디팅 계좌(216)의 대변에 기입할 수 있다. 스크린(1510)에 도시된 바와 같이, 현재 트랜잭션이 성공적으로 처리되고, 스마트 카드(862)에 대해 금액(1528)이 청구되면, 통지 메시지(1512)가 표시될 수 있다. 이어서, 그룹 트랜잭션을 완료하기 위하여, 개시자는 그래픽 버튼(1514)을 선택하여, 스크린(1400)으로 복귀하고, 크레디트 카드 지불인으로부터 최종 미결제 지불을 집계할 수 있다.
이제, 도 30K를 참조하면, 그래픽 버튼(1514)의 선택시, 스크린(1400)이 갱신되고, 개시자 장치(10) 상에 표시될 수 있다. 본 도면에 도시된 바와 같이, 갱신된 스크린(1400) 상의 리스트(1402)는 참조 번호 1532로 지시되는 바와 같이 스마트 카드 지불인에 의해 지불된 부분 송장이 개시자에 의해 수신되었음을 지시할 수 있다. 따라서, 크레디트 카드 지불인에 의해 지불되는 나머지 지불을 집계하기 위하여, 개시자는 그래픽 버튼(1466)을 선택하여 갱신된 스크린(1470)에 액세스할 수 있다. 도시된 바와 같이, 갱신된 스크린(1470)은 이제 개시자에게 지불되어야 하는 나머지 지불을 반영하는 그래픽 버튼(1474)만을 표시할 수 있다. 그래픽 버튼(1474)을 선택함으로써, 개시자는 스크린(1480)으로 진행하고, 그래픽 버튼(1486)을 선택하여, 참조 번호 1540으로 참조되고, 도 23 및 24 각각에 도시된 바와 같은 트랜잭션들(952, 970)과 관련하여 일반적으로 전술한 이미지 처리 및 정보 추출 기술들을 이용하여 크레디트 카드 지불인의 자기 크레디트 카드(954)로부터 지불을 취득할 수 있다. 예컨대, 개시자 장치(10)는 전술한 카메라(48)를 이용하여 자기 크레디트 카드(954)의 이미지(1212)를 취득할 수 있다. 개시자 장치(10)에 의해 이미지(1212)가 취득되면, 전술한 OCR 기술들과 같은 하나 이상의 이미지 처리 기술을 이용하여, 크레디트 카드(954)에 의해 표현되는 크레디트 카드 계좌에 대응하는 정보를 이미지(1212)로부터 추출할 수 있다.
도 30L을 참조하면, 필요한 크레디트 카드 정보가 이미지(1212)로부터 추출되면, 도 26D와 관련하여 전술한 스크린(1060)이 표시될 수 있다. 여기서 도시되지는 않지만, 이미지 처리 및 추출 단계들(1540) 동안에 발생했을 수 있는 임의의 부정확들에 대해 추출된 카드 정보를 편집하기 위한 전술한 다양한 기술들도 제공될 수 있다는 것을 이해해야 한다. 크레디트 카드 지불인에 의해 지불된 부분 송장을 크레디팅 계좌(216)의 대변에 기입하기 위하여, 개시자는 그래픽 버튼(686)을 선택할 수 있다. 그래픽 버튼(686)의 선택은 개시자를 스크린(1066)으로 네비게이트할 수 있으며, 이 스크린은 전술한 바와 같이 트랜잭션이 처리될 수 있기 전에 크레디트 카드 지불인에 의해 수행되어야 하는 하나 이상의 추가적인 허가 액션을 표시할 수 있다. 예컨대, 스크린(1066)은 크레디트 카드 지불인이 텍스트 필드(1068)에 송장 금액을 입력하는 것은 물론, 텍스트 필드(1070)에 크레디트 카드(954)에 대응하는 CVV 코드를 제공하도록 요구할 수 있다. 또한, 크레디트 카드 지불인은 트랜잭션이 완료된 경우에 지불 영수증을 크레디트 카드 지불인에게 전송하는 데 사용될 수 있는 이메일 어드레스를 텍스트 필드(1072)에 제공하는 옵션을 가질 수 있다.
스크린(1066) 상에 표시된 필드에 의해 요구되는 정보가 크레디트 카드 지불인에 의해 제공되면, 그래픽 버튼(1074)을 선택함으로써 나머지 트랜잭션이 처리될 수 있다. 트랜잭션이 성공적으로 처리되면, 크레디트 카드 지불인에 의해 지불된 최종 지불이 수신되어, 크레디팅 계좌(216)의 대변에 기입되었음을 개시자에게 지시하는 통지 메시지(1512)를 포함하는 스크린(1510)이 개시자 장치(10) 상에 표시될 수 있다. 이어서, 개시자는 그래픽 버튼(1516)을 선택하여 트랜잭션을 종료할 수 있다. 대안으로, 개시자각 송장 스크린(1400)으로 복귀하기로 결정하는 경우, 현재 도면에 도시된 바와 같이, 팝업 윈도(1542)가 표시될 수 있다. 팝업 윈도(1542)는 그룹 트랜잭션 멤버들로부터 모든 미결제 지불들이 수신되었음을 개시자에게 지시할 수 있다. 팝업 윈도는 사용자가 후속 그룹 트랜잭션을 개시하기 위해 선택할 수 있는 그래픽 버튼(1544) 및 개시자가 완료된 그룹 트랜잭션으로부터 나와서, 예컨대 장치(10)의 홈 스크린(29)으로 복귀하기 위해 수락할 수 있는 그래픽 버튼(1546)도 포함할 수 있다.
전술한 그룹 트랜잭션에서 각각의 부분 송장의 결정은 도 30F-30H에 도시된 바와 같이 특정 그룹 송장 아이템들의 할당을 통해 제공되지만, 이러한 기술은 하나의 가능한 구현의 일례를 제공하는 것을 의도할 뿐이라는 것을 이해해야 한다. 사실상, 추가 구현들에서, 장치들(10 또는 92) 상에서 실행되는 트랜잭션 애플리케이션(34)은 개시자 또는 그룹 트랜잭션 멤버들 자신이 부분 지불 금액을 지정하여 그룹 송장의 그들 각각의 부분들을 충족시키게 할 수 있다.
이제, 도 31을 참조하면, 도 28과 관련하여 전술한 그룹 트랜잭션을 수행하도록 구성되는 시스템의 대안 구현이 도시되고, 일반적으로 참조 번호 1560으로 지시된다. 도시된 트랜잭션(1560)은 판매자 장치(1176)가 현재 설명되는 트랜잭션의 개시자 장치로서 동작할 수 있다는 점에서 전술한 트랜잭션(1170)과 다를 수 있다. 또한, 본 트랜잭션(1560)에서 장치(10)는 부분 송장과 관련된 지불을 판매자에게 행하는 지불인으로서 동작할 수 있다. 이해하듯이, 현재 설명되는 트랜잭션은 도 28에서 설명된 주요 트랜잭션 단계(1172) 및 보조 트랜잭션 단계(1174)를 포함하는 것이 아니라, 크레디트 카드 지불인, 스마트 카드 지불인, NFC 지불인 장치(92)와 관련된 NFC 지불인은 물론, NFC 지불인 장치(10)와 관련된 NFC 지불인의 각각으로부터 지불이 수신되는 단일 그룹의 트랜잭션들에서 완료될 수 있다. 장치(10) 및 장치(92)의 사용자들 사이를 구별하기 위한 목적으로, 이러한 장치들의 각각의 사용자는 (NFC 지불인 장치(10)에 대응하는) 제1 NFC 지불인 및 (NFC 지불인 장치(92)에 대응하는) 제2 NFC 지불인으로서 참조될 것이다. 전술한 바와 같이, 판매자 장치(1176)는 본 트랜잭션(1560)에 참여하는 모든 능력 있는 장치들을 연결할 수 있는 애드혹 네트워크를 설정할 수 있다. 예컨대, 도시된 바와 같이, 장치(10) 및 장치(92)는 애드혹 네트워크(1562)에 연결하여, 현재 설명되는 트랜잭션 멤버들 각각에 의해 지불되어야 하는 총액을 집합적으로 나타내는 그룹 송장을 반영할 수 있는 현재 송장(1564)을 수신할 수 있다. 또한, 전술한 바와 같이, 제1 및 제2 NFC 지불인들은 예컨대 대응하는 트랜잭션 멤버들에 대한 송장 아이템들의 할당을 반영하는 것은 물론, 그룹 트랜잭션 멤버들로부터의 판매자에 의한 지불들의 수신을 반영하기 위해 트랜잭션(1560)의 코스 동안에 실시간으로 갱신될 수 있는 현재 송장(1564)을 볼 수 있다.
모든 송장 아이템들이 판매자 장치 상에서 적절히 할당된 경우, 트랜잭션(1560)에 참여하는 지불인들의 각각에게 부분 송장들이 전송될 수 있다. 예컨대, 참조 번호 1568로 지시되는 제1 NFC 지불인에 의해 지불되어야 하는 금액에 대응하는 부분 송장이 설정된 NFC 접속(1566)을 통해 판매자 장치(1176)로부터 NFC 지불인 장치(10)로 전송될 수 있다. 전술한 바와 같이, NFC 접속(1566)의 설정은 지불인 장치(10)와 판매자 장치(1176)의 각각 사이의 탭 동작을 필요로 할 수 있다. 부분 송장(1568)의 수신시, 제1 NFC 지불인은 장치(10) 상의 지불 계좌를 선택하고, 참조 번호 1570)으로 지시되는 지불 금액 정보를 NFC 접속(1566)을 통해 판매자 장치(1176)로 전송할 수 있다. 이어서, 전술한 바와 같이, 판매자 장치(1176)는 선택된 크레디팅 계좌도 포함할 수 있는 트랜잭션 정보(1572)를 전술한 임의의 적절한 네트워크에 의해 제공될 수 있는 네트워크(1574)를 통해 금융 서버들(100)로 전송할 수 있다. 요청된 트랜잭션(1572)이 금융 서버들에 의해 허가되면, 참조 번호 1576으로 지시되는 지불이 판매자의 선택된 크레디팅 계좌의 대변에 기입될 수 있다. 또한, 본 트랜잭션(1560)의 코드 동안에 판매자 장치에 의해 수신된 임의의 지불들이 애드혹 네트워크(1562)를 통해 제1 및 제2 NFC 지불인들이 보고 있는 현재 송장(1564) 상에 표시될 수 있다. 이해하듯이, 현재 송장(1562)은 이미 수신된 미결제 지불들을 반영하도록 갱신될 수 있다.
이어서, 판매자 장치는 제2 NFC 지불인에 대응하는 부분 송장(1582)을 더 전송할 수 있다. 예컨대, 본 도면에 도시된 바와 같이, 부분 송장(1582)은 NFC 접속(166)을 통해 지불인 장치(92)로 전송될 수 있다. 따라서, 전술한 바와 같이, 제2 NFC 지불인은 참조 번호 1584로 지시되는 지불 계좌를 선택하고, 선택된 지불 계에 관한 대응하는 정보를 판매자 장치로 전송할 수 있으며, 이어서 판매자 장치는 허가 및 처리를 위해 정보(1572)를 금융 서버들로 더 전송할 수 있다. 또한, 판매자 장치는 NFC 네트워크(1566)를 통해 스마트 카드(862)로부터 지불 정보도 수신할 수 있다. 예를 들어, 전술한 바와 같이, NFC 탭 동작을 이용하여, 참조 번호 1588로 지시되는 스마트 카드(862) 내에 포함된 저장 칩 상에 저장된 정보가 판매자 장치(1176)로 전송될 수 있다.
판매자 장치(1176)는 자기 크레디트 카드(954)의 이미지를 취득하는 데 사용될 수 있는 전술한 카메라(48)와 같은 카메라도 포함할 수 있다. 참조 번호 1590으로 지시되는 이미지가 취득되면, 이미지는 크레디트 카드(954)에 대응하는 계좌 정보를 추출하기 위해 전술한 기술들 중 하나 이상을 이용하여 처리될 수 있다. 이해하듯이, 그룹 트랜잭션(1560)에 참여하는 지불인들 각각으로부터 수신된 지불 정보는 처리를 위해 금융 서버들(100)로 전송될 수 있다. 따라서, 요청된 지불들이 금융 서버들에 의해 허가되면, 참조 번호 1576으로 지시되는 대응하는 지불이 전술한 바와 같이 판매자의 선택된 크레디팅 계좌에 적용될 것이다.
이제, 도 32A-32D를 참조하면, 현재 설명되는 기술들의 추가 구현에 따라, 트랜잭션(1560)을 수행하는 데 있어서의 판매자 장치(1176)의 동작을 나타내는 일련의 스크린 이미지들이 도시되어 있다. 판매자 장치(1176)는 전자 장치(10)와 관련하여 전술한 트랜잭션 애플리케이션(34)과 유사한 트랜잭션 애플리케이션을 포함할 수 있다는 것을 이해해야 한다. 예컨대, 도 32A에 도시된 바와 같이, 스크린(110)이 판매자 장치(1176) 상에 표시될 수 있다. 그래픽 버튼(114)을 선택함으로써, 판매자는 스크린(476)으로 네비게이트할 수 있으며, 그래픽 버튼(482)을 더 선택하여, 스크린(1270) 상의 그래픽 버튼들(1272, 1274, 1276)에 액세스할 수 있다. 여기서, 판매자는 그래픽 버튼(1272)을 선택하여 스크린(1278)으로 진행함으로써 그룹 트랜잭션(1560)을 개시할 수 있다.
전술한 바와 같이, 스크린(1278)은 그룹 트랜잭션을 수행하기 위한 여러 개의 옵션을 표시할 수 있다. 여기서, 도 28의 트랜잭션(1170)과 관련하여 전술한 바와 같이, 그래픽 버튼(1280)을 선택하는 대신에, 체크 박스(1282)에 의해 표현되는 옵션이 선택될 수 있다. 선택시에, 판매자는 그래픽 버튼(1284)을 더 선택하여, 현재 트랜잭션(1560)을 진행할 수 있다. 예컨대, 그래픽 버튼(1284)의 선택은 판매자를 도 32B에 도시된 스크린(1594)으로 네비게이트할 수 있다.
전술한 바와 같이, 본 트랜잭션은 참조 번호 1596으로 참조되는 레스토랑 위치에서의 테이블들의 리스트가 표시되는 레스토랑 계산서와 관련하여 발생할 수 있다. 표시된 테이블들 각각은 각각의 테이블에 착석한 멤버들의 상태에 관한 지시자를 포함할 수 있다. 예를 들어, 테이블은 "준비"로서 지시될 수 있으며, 이는 고객들이 식사를 마쳤고, 계산을 지불할 준비가 되어 있음을 의미한다. 또한, 비어 있는 테이블들은 "공석"으로 지시될 수 있고, 고객들이 아직 식사하고 있는 테이블들은 "식사중"으로 지시될 수 있다. 예컨대, 리스트(1596) 내의 테이블(1598)은 고객들이 계산을 지불할 준비가 되어 있음을 지시할 수 있다. 도시된 바와 같이, 테이블(1594)을 선택함으로써, 판매자는 스크린(1600)으로 네비게이트할 수 있다. 스크린(1600)은 현재 설명되는 스크린이 장치들(10, 92)과 같은 다른 능력 있는 장치들을 연결할 수 있는 애드혹 네트워크를 설정할 수 있다는 점에서 도 30C와 관련하여 전술한 스크린(1370)과 유사할 수 있다. 스크린(1600)은 판매자(1602)의 식별자는 물론, 현재 트랜잭션의 식별자(1604)도 표시할 수 있다. 참조 번호 1608 및 1610으로 지시되는 바와 같이, 장치들(10, 92)과 같은 모든 능력 있는 장치들이 애드혹 네트워크(1194)에 연결한 경우, 판매자는 그래픽 버튼(1606)을 선택하여 도 32C에 도시된 스크린(1614)으로 계속할 수 있다.
스크린(1614)에 도시된 바와 같이, 제1 및 제2 NFC 지불인들을 초기에 포함할 수 있는 트랜잭션 멤버들(1616)의 리스트가 표시될 수 있다. 스크린(1614)은 그룹 송장 아이템들(1330)의 리스트도 표시할 수 있다. 그래픽 버튼(1406)을 선택함으로써, 판매자는 도 30E에 스크린 이미지들에 의해 일반적으로 지시되는 기능들을 수행하여, 크레디트 카드 지불인 및 스마트 카드 지불인을 현재 트랜잭션에 추가하여, 그룹 트랜잭션 멤버들(1616)의 리스트를 갱신할 수 있다. 이어서, 모든 그룹 트랜잭션 멤버들이 현재 트랜잭션에 추가된 경우, 판매자는 그룹 송장 아이템들의 대응하는 트랜잭션 멤버들로의 할당을 진행할 수 있다. 예컨대, 전술한 바와 같이, 송장 아이템(1430)과 같은 다양한 송장 아이템들이 드래그/드롭 동작을 이용하여 각각의 그룹 트랜잭션 멤버에게 할당될 수 있다.
이제, 도 32D를 참조하면, 판매자는 본 도면의 갱신된 스크린(1614)에 도시된 바와 같이 모든 나머지 그룹 송장 아이템들(1330)을 계속 할당할 수 있다. 또한, 그룹 트랜잭션 멤버들(1616)의 각각에 의해 지불되어야 하는 금액이 할당 프로세스 동안에 갱신될 수 있다는 점에 유의해야 한다. 전술한 바와 같이, 각각의 부분 송장의 금액들이 결정되면, 판매자는 그래픽 버튼(1466)을 선택하여, 스크린(1620)으로 진행하고, 여기서 판매자는 그룹 트랜잭션 멤버들의 각각으로부터 대응하는 지불들을 집계하는 프로세스를 개시할 수 있다. 예컨대, 도시된 스크린(1620)은 그래픽 버튼들(1622, 1624, 1626, 1628)을 표시할 수 있다. 전술한 바와 같이, 이러한 그래픽 버튼들 각각은 그룹 트랜잭션 멤버들(1616)의 각각에 의해 지불되어야 하는 금액에 대응할 수 있다. 따라서, 도 30I-30K에 도시된 스크린들에 의해 지시되는 단계들과 유사한 방식으로, 판매자는 그래픽 버튼들(1622, 1624, 1626, 1628) 중 하나를 선택함으로써 그룹 트랜잭션 멤버들 각각으로부터 지불을 집계할 수 있다.
표시된 그래픽 버튼들(1622, 1624, 1626, 1628) 중 하나의 선택시, 선택된 그룹 트랜잭션 멤버로부터 지불 정보가 수신될 수 있다. 이어서, 지불 정보가 얻어지는 방법에 따라 각각의 트랜잭션을 처리하기 위한 대응 기술이 참조 번호 1630으로 지시되는 바와 같이 수행될 수 있다. 예컨대, 이해하듯이, 그래픽 버튼(1622)의 선택은 도 31에 도시된 NFC 접속(1566) 등을 통해 장치(10) 상의 제1 NFC 지불인에 대한 NFC 지불 요청을 개시할 수 있다. 따라서, 제1 NFC 지불인은 도 31에 참조 번호 1570으로 지시되는 바와 같이 지불 정보를 NFC 접속(1566)을 통해 판매자 장치(1176)에 제공할 수 있다. 이해하듯이, 판매자는 모든 미결제 지불들이 수신될 때까지 그룹 트랜잭션 멤버들 각각으로부터 지불을 집계하는 것을 진행할 수 있다. 또한, 본 도면에는 도시되지 않았지만, 그룹 트랜잭션 멤버들 각각은 필요한 경우에 지불 정보를 판매자 장치(1176)로 전송하기 전에 팁 금액들을 지정하는 옵션을 가질 수 있다는 것을 이해해야 한다.
모든 미결제 지불들이 판매자에 의해 수신되면, 팝업 윈도(1632)가 스크린(1614) 상에 표시될 수 있다. 도 32D에 도시된 바와 같이, 팝업 윈도는 모든 미결제 지불들이 그룹 트랜잭션 멤버들(1616)로부터 수신되었음을 판매자에게 지시할 수 있다. 또한, 팝업 윈도(1632)는 판매자가 후속 그룹 트랜잭션을 개시할 수 있는 그래픽 버튼(1634) 및 판매자가 그룹 트랜잭션 애플리케이션을 종료하기 위해 선택할 수 있는 그래픽 버튼(1636)을 표시할 수 있다. 본 그룹 트랜잭션 기술들은 도 28 및 도 31에 도시된 실시예들에서 특히 레스토랑 계산서를 할당하는 것과 관련하여 설명되었지만, 본 기술들은 다수의 지불인이 포함되는 임의의 그룹 트랜잭션 상황들에 적용될 수 있다는 것을 이해해야 한다.
현재 설명되는 도면들에 도시된 바와 같이, 여기에 설명되는 다양한 기능들은 본 발명의 하나 이상의 양태를 포함하는 장치 상에 저장된 (예컨대, 아이콘 34로 표시된) 트랜잭션 애플리케이션을 통해 제공될 수 있다. 사실상, 트랜잭션 애플리케이션은 저장 장치(54)와 같은 하나 이상의 기계 판독 가능 매체에 저장되고, 전술한 장치(10)의 기능들 중 하나 이상을 제공하도록 프로세서(50)에 의해 실행되도록 구성되는 인코딩된 명령어들을 포함할 수 있다. 또한, 트랜잭션 애플리케이션은 본 명세서 전반에서 설명된 다양한 그래픽 스크린 이미지들 및 사용자 인터페이스 기능들을 정의하는 인코딩된 명령어들도 포함할 수 있다는 것을 알아야 한다. 그러나, 상기 도면들에서 도시되고 설명되는 기능들은 다양한 그래픽 요소들 및 비주얼 스킴들을 이용하여 달성될 수 있으며, 본 발명은 전술한 바로 그러한 사용자 인터페이스 관례들로 한정되는 것을 의도하지 않는다는 것도 알아야 한다.
본 발명은 다양한 변경들 및 대안 형태들이 가능하지만, 특정 실시예들이 도면들에 예시적으로 도시되었으며, 본 명세서에 상세히 설명되었다. 그러나, 본 명세서에서 설명되는 기술들은 개시되는 특정 형태들로 한정되는 것을 의도하지 않는다는 것을 이해해야 한다. 오히려, 본 발명은 아래에 첨부된 청구항들에 의해 정의되는 바와 같은 발명의 사상 및 범위 내에 포함되는 모든 변경들, 균등물들 및 대안들을 커버한다.

Claims (76)

  1. 핸드헬드 전자 장치를 이용하여 피어 대 피어 트랜잭션에서 지불을 수신하기 위한 방법으로서,
    핸드헬드 전자 장치 상에서 지불인에 의해 선택된 적어도 하나의 지불 계좌를 포함하는 지불 정보를 취득하는 단계;
    지불을 수신하기 위한 크레디팅 계좌를 결정하는 단계; 및
    지불을 위한 허가를 취득하는 단계
    를 포함하는 방법.
  2. 제1항에 있어서, 지불 정보를 취득하는 단계는 개별 장치 상의 다른 통신 인터페이스와의 통신 경로를 설정하도록 구성되는 통신 인터페이스 상에서 지불 정보를 수신하는 단계를 포함하는 방법.
  3. 제2항에 있어서, 지불 정보는 통신 인터페이스를 이용하여 핸드헬드 전자 장치로부터 개별 장치로 전송되는 전자 지불 요청에 응답하여 수신되고, 전자 지불 요청은 요청된 지불 금액을 포함하는 방법.
  4. 제3항에 있어서, 통신 인터페이스는 근거리 통신(NFC) 인터페이스를 포함하고, 통신 경로는 NFC 경로를 포함하며, NFC 경로는 핸드핼드 전자 장치와 개별 장치 사이에 수행되는 NFC 탭 동작을 이용하여 설정되는 방법.
  5. 제2항에 있어서, 선택된 지불 계좌는 스마트 카드를 포함하고, 지불 정보를 취득하는 단계는 통신 인터페이스를 이용하여 스마트 카드 상에 저장된 지불 정보를 수신하는 단계를 포함하는 방법.
  6. 제1항에 있어서, 지불 정보를 취득하는 단계는 지불 수단의 이미지를 취득하는 단계 및 취득된 이미지로부터 지불 정보 데이터를 추출하는 단계를 포함하는 방법.
  7. 제6항에 있어서, 지불 수단은 크레디트 카드를 포함하고, 추출된 지불 정보 데이터는 크레디트 카드 계좌 번호, 만기, 크레디트 카드 제공자의 식별자 또는 크레디트 카드 계좌 소유자의 식별자 또는 이들의 임의 조합 중 적어도 하나를 포함하는 방법.
  8. 제6항에 있어서, 지불 수단은 수표를 포함하고, 추출된 지불 정보 데이터는 은행 라우팅 번호, 은행 계좌 번호, 지불 금액, 은행 계좌 소유자의 식별자, 또는 수표 식별자 번호, 또는 이들의 임의 조합 중 적어도 하나를 포함하는 방법.
  9. 제1항에 있어서,
    크레디팅 계좌를 결정하는 단계는,
    핸드헬드 전자 장치의 사용자에 의한 요청에 응답하여 핸드헬드 전자 장치 상에 저장된 크레디팅 계좌들의 리스트를 표시하는 단계;
    핸드헬드 전자 장치의 사용자로부터 선택 입력을 수신하는 단계; 및
    수신된 선택 입력에 기초하여 리스트로부터 크레디팅 계좌를 선택하는 단계
    를 포함하는 방법.
  10. 제1항에 있어서, 지불을 위한 허가를 취득하는 단계는 핸드헬드 전자 장치로 핸드헬드 전자 장치와 분리된 적어도 하나의 외부 서버로 지불 정보를 전송하는 단계를 포함하고, 적어도 하나의 외부 서버는 전송된 지불 정보에 기초하여 지불을 허가하고, 지불이 허가되는 경우에 지불을 크레디팅 계좌의 대변에 기입하도록 구성되는 방법.
  11. 제10항에 있어서, 선택된 지불 계좌는 크레디트 카드 계좌를 포함하고, 적어도 하나의 외부 서버는 크레디트 카드 제공자와 관련된 서버를 포함하는 방법.
  12. 제10항에 있어서, 선택된 지불 계좌는 은행 계좌이고, 적어도 하나의 외부 서버는 뱅킹 제공자와 관련된 서버를 포함하는 방법.
  13. 제10항에 있어서, 선택된 지불 계좌는 비현금 계좌인 방법.
  14. 제13항에 있어서, 비현금 계좌는 온라인 디지털 미디어 제공자와 관련된 계좌를 포함하고, 적어도 하나의 외부 서버는 온라인 디지털 미디어 제공자와 관련된 서버를 포함하는 방법.
  15. 핸드헬드 전자 장치로서,
    프로세서;
    개별 장치 상의 통신 인터페이스와의 제1 통신 경로를 설정하도록 구성되는 제1 통신 인터페이스를 포함하는 적어도 하나의 통신 인터페이스; 및
    상기 프로세서에 통신적으로 결합되고, 적어도 하나의 지불 계좌, 적어도 하나의 크레디팅 계좌, 및 상기 프로세서에 의해 실행 가능한 트랜잭션 애플리케이션을 저장하도록 구성되는 메모리 장치
    를 포함하고,
    상기 트랜잭션 애플리케이션은 상기 핸드헬드 전자 장치에 의해 수신된 지불 정보를 적어도 하나의 외부 서버로 전송하여, 제2 통신 인터페이스를 이용하여 상기 지불 정보를 이용하여 지불을 위한 허가를 취득하도록 구성되는 핸드헬드 전자 장치.
  16. 제15항에 있어서, 상기 지불 정보는 상기 제1 통신 인터페이스를 이용하여 수신되는 핸드헬드 전자 장치.
  17. 제16항에 있어서, 상기 제1 통신 인터페이스는 NFC 인터페이스를 포함하고, 상기 제1 통신 경로는 NFC 경로를 포함하는 핸드헬드 전자 장치.
  18. 제15항에 있어서, 상기 지불 정보의 수신시에, 상기 트랜잭션 애플리케이션은 상기 핸드헬드 전자 장치의 사용자에게 크레디팅 계좌의 선택을 촉구하도록 구성되는 핸드헬드 전자 장치.
  19. 제15항에 있어서, 지불 수단의 이미지를 취득하도록 구성되는 카메라를 더 포함하고, 상기 핸드헬드 전자 장치에 의해 수신되는 지불 정보는 취득된 이미지로부터 추출되는 핸드헬드 전자 장치.
  20. 제15항에 있어서, 디스플레이를 더 포함하고, 상기 디스플레이는 상기 핸드헬드 전자 장치에 의해 수신된 지불 정보 및 상기 핸드헬드 전자 장치에 저장된 크레디팅 계좌들의 리스트를 표시하도록 구성되는 핸드헬드 전자 장치.
  21. 제15항에 있어서, 상기 적어도 하나의 통신 인터페이스는 상기 적어도 하나의 외부 서버와의 통신 경로를 설정하도록 구성되는 제2 통신 인터페이스를 포함하고, 상기 핸드헬드 전자 장치에 의해 수신된 지불 정보는 상기 제2 통신 인터페이스를 이용하여 상기 적어도 하나의 외부 서버로 전송되는 핸드헬드 전자 장치.
  22. 핸드헬드 전자 장치 상에서 복수의 그룹 트랜잭션 멤버를 갖는 그룹 트랜잭션을 수행하기 위한 방법으로서,
    핸드헬드 전자 장치 상에서 하나 이상의 그룹 송장 아이템을 포함하는 그룹 송장을 취득하는 단계;
    핸드헬드 전자 장치를 이용하여 그룹 송장의 전부를 지불하는 단계;
    각각의 그룹 트랜잭션 멤버에 대한 부분 송장을 결정하는 단계 - 각각의 부분 송장은 각각의 그룹 트랜잭션 멤버에 의해 지불되어야 하는 지불 금액을 포함함 -;
    각각의 그룹 트랜잭션 멤버에게 부분 송장들의 각각을 제공하는 단계; 및
    그룹 트랜잭션 멤버들의 각각의 부분 송장에 포함된 지불 금액에 기초하여 그룹 트랜잭션 멤버들의 각각으로부터 지불을 집계하는 단계
    를 포함하는 방법.
  23. 제22항에 있어서, 그룹 송장을 취득하는 단계는 핸드헬드 전자 장치 상의 통신 인터페이스를 이용하여 그룹 송장을 수신하는 단계를 포함하고, 통신 인터페이스는 개별 장치 상의 통신 인터페이스와의 통신 경로를 설정하도록 구성되는 방법.
  24. 제23항에 있어서, 통신 인터페이스는 NFC 인터페이스를 포함하고, 통신 경로는 핸드헬드 전자 장치와 개별 장치 사이의 NFC 탭 동작에 의해 설정된 NFC 경로를 포함하는 방법.
  25. 제23항에 있어서,
    그룹 송장의 전부를 지불하는 단계는,
    핸드헬드 전자 장치 상에 저장된 지불 계좌를 결정하는 단계; 및
    통신 인터페이스를 이용하여 지불 정보를 개별 장치로 전송하는 단계
    를 포함하고,
    지불 정보는 결정된 지불 계좌를 포함하고, 개별 장치는 결정된 지불 계좌를 이용하여 그룹 송장을 충족시키기 위해 지불을 허가하도록 구성되는 적어도 하나의 외부 서버에 지불 정보를 전송하도록 구성되는 방법.
  26. 제22항에 있어서, 부분 송장을 결정하는 단계는 하나 이상의 그룹 송장 아이템을 할당하는 단계를 포함하는 방법.
  27. 제26항에 있어서, 하나 이상의 그룹 송장 아이템은 그룹 트랜잭션 멤버들 사이에 균등하게 분할되는 방법.
  28. 제26항에 있어서,
    그룹 송장 상의 아이템들을 할당하는 단계는,
    (a) 핸드헬드 전자 장치의 사용자에 의한 입력에 응답하여 하나 이상의 그룹 송장 아이템으로부터 그룹 송장 아이템을 선택하는 단계;
    (b) 선택된 그룹 송장 아이템을 적어도 하나의 대응하는 그룹 트랜잭션 멤버와 연관시키는 단계; 및
    (c) 모든 그룹 송장 아이템들이 할당될 때까지 단계 (a) 및 (b)를 반복하는 단계
    를 포함하는 방법.
  29. 제28항에 있어서, 선택된 그룹 송장 아이템은 그룹 트랜잭션 멤버들 중 둘 이상 사이에 분담되고, 선택된 그룹 송장 아이템을 연관시키는 단계는 선택된 그룹 송장 아이템의 비용을 둘 이상의 그룹 트랜잭션 멤버들 사이에 할당하는 단계를 포함하는 방법.
  30. 제26항에 있어서, 핸드헬드 전자 장치를 이용하여 그룹 트랜잭션 멤버에 의해 조작되는 개별 장치가 접속할 수 있는 네트워크를 설정하는 단계를 더 포함하고, 핸드헬드 전자 장치 상에서의 하나 이상의 그룹 송장 아이템의 할당이 개별 장치 상에 표시되고, 개별 장치는 네트워크에 접속되고, 그룹 트랜잭션 멤버에 의해 조작되는 방법.
  31. 제23항에 있어서,
    그룹 트랜잭션 멤버들의 각각으로부터 이들 각각의 부분 송장에 기초하여 지불을 집계하는 단계는,
    (a) 핸드헬드 전자 장치의 사용자로부터의 입력에 응답하여 그룹 트랜잭션 멤버를 선택하는 단계;
    (b) 선택된 그룹 트랜잭션 멤버에게 대응하는 부분 송장을 통신하는 단계; 및
    (c) 선택된 그룹 트랜잭션 멤버로부터, 선택된 그룹 트랜잭션 멤버에 의해 선택된 지불 계좌를 포함하는 지불 정보를 취득하는 단계
    를 포함하는 방법.
  32. 제31항에 있어서,
    (d) 지불 정보를 적어도 하나의 외부 서버로 전송하여 허가를 취득함으로써 지불 계좌로부터 행해지는 지불을 수신하는 단계; 및
    (e) 모든 부분 송장들이 지불될 때까지 단계 (a)-(e)를 반복하는 단계
    를 더 포함하는 방법.
  33. 제31항에 있어서, 부분 송장을 통신하는 단계는 선택된 그룹 트랜잭션 멤버에 의해 조작되는 개별 장치 상의 통신 인터페이스와의 통신 경로를 설정하기 위한 통신 인터페이스를 이용하여 부분 송장을 선택된 그룹 트랜잭션 멤버에 의해 조작되는 개별 장치로 전송하는 단계를 포함하는 방법.
  34. 제31항에 있어서, 선택된 그룹 트랜잭션 멤버로부터 지불 정보를 취득하는 단계는 통신 인터페이스를 이용하여 지불 정보를 수신하는 단계를 포함하는 방법.
  35. 제31항에 있어서,
    지불 정보를 취득하는 단계는,
    선택된 그룹 트랜잭션 멤버에 의해 제공된 지불 수단의 이미지를 취득하는 단계; 및
    취득된 이미지를 처리하여 지불 정보 데이터를 추출하는 단계
    를 포함하는 방법.
  36. 제31항에 있어서, 지불 계좌는 크레디트 카드 계좌, 은행 계좌 또는 비현금 계좌를 포함하는 방법.
  37. 핸드헬드 전자 장치로서,
    프로세서;
    개별 장치 상의 통신 인터페이스와의 제1 통신 경로를 설정하도록 구성되는 제1 통신 인터페이스를 포함하는 적어도 하나의 통신 인터페이스; 및
    상기 프로세서에 통신적으로 결합되고, 적어도 하나의 지불 계좌, 적어도 하나의 크레디팅 계좌, 및 상기 프로세서에 의해 실행 가능한 트랜잭션 애플리케이션을 저장하도록 구성되는 메모리 장치
    를 포함하고,
    상기 트랜잭션 애플리케이션은 상기 제1 통신 인터페이스를 이용하여 상기 개별 장치로부터 수신된 그룹 송장을 표시하고, 지불 계좌를 결정하고, 적어도 상기 지불 계좌를 포함하는 지불 정보를 상기 개별 장치에 제공하고, 하나 이상의 그룹 트랜잭션 멤버들 각각에 대한 부분 송장을 결정하고, 각각의 부분 송장에 기초하여 상기 하나 이상의 그룹 트랜잭션 멤버들 각각으로부터 지불을 집계하도록 구성되는 핸드헬드 전자 장치.
  38. 제37항에 있어서, 상기 하나 이상의 그룹 트랜잭션 멤버들 각각에 대한 부분 송장은 상기 핸드헬드 전자 장치의 사용자에 의한 하나 이상의 입력에 응답하여 상기 그룹 송장 상의 하나 이상의 송장 아이템을 대응하는 그룹 트랜잭션 멤버에게 할당함으로써 결정되는 핸드헬드 전자 장치.
  39. 제37항에 있어서, 상기 하나 이상의 그룹 트랜잭션 멤버들 각각에 대한 부분 송장은 상기 핸드헬드 전자 장치의 사용자에 의한 하나 이상의 입력에 응답하여 상기 그룹 송장을 상기 하나 이상의 그룹 트랜잭션 멤버들 사이에 균등하게 할당함으로써 결정되는 핸드헬드 전자 장치.
  40. 제37항에 있어서, 상기 하나 이상의 그룹 트랜잭션 멤버들 각각으로부터 지불을 집계하는 단계는 상기 부분 송장들 각각에 대한 지불 정보를 수신하는 단계를 포함하고, 상기 지불 정보는 상기 하나 이상의 그룹 트랜잭션 멤버들 각각에 의해 선택된 적어도 하나의 지불 계좌를 포함하는 핸드헬드 전자 장치.
  41. 제40항에 있어서, 상기 지불 정보는 그룹 트랜잭션 멤버에 의해 조작되는 개별 장치로부터 전송되고, 상기 제1 통신 인터페이스 상에서 수신되는 핸드헬드 전자 장치.
  42. 제40항에 있어서, 상기 지불 정보는 그룹 트랜잭션 멤버에게 속하는 스마트 카드로부터 전송되고, 상기 제1 통신 인터페이스 상에서 수신되는 핸드헬드 전자 장치.
  43. 제40항에 있어서, 그룹 트랜잭션 멤버에 의해 제공된 지불 수단의 이미지를 취득하도록 구성되는 카메라를 더 포함하고, 상기 핸드헬드 전자 장치에 의해 수신되는 지불 정보는 상기 지불 수단의 이미지로부터 추출되는 핸드헬드 전자 장치.
  44. 제40항에 있어서, 상기 트랜잭션 애플리케이션은 상기 핸드헬드 전자 장치의 사용자에 의해 제공되는 하나 이상의 입력에 기초하여 크레디팅 계좌를 결정하도록 더 구성되는 핸드헬드 전자 장치.
  45. 제44항에 있어서, 상기 크레디팅 계좌는 상기 핸드헬드 전자 장치의 사용자에 의해 수행되는 이전 구성에 기초하여 결정되는 핸드헬드 전자 장치.
  46. 제44항에 있어서, 상기 크레디팅 계좌는, 상기 핸드헬드 전자 장치의 사용자에 의한 요청에 응답하여 상기 핸드헬드 전자 장치 상에 저장된 크레디팅 계좌 정보의 리스트를 표시하고, 상기 핸드헬드 전자 장치의 사용자에 의해 수신된 선택 입력에 기초하여 상기 리스트로부터 크레디팅 계좌를 선택함으로써 결정되는 핸드헬드 전자 장치.
  47. 제44항에 있어서, 상기 적어도 하나의 통신 인터페이스는 적어도 하나의 외부 서버의 통신 인터페이스와의 통신 경로를 설정하도록 구성되는 제2 통신 인터페이스를 더 포함하고, 상기 하나 이상의 그룹 트랜잭션 멤버에 의해 수신된 지불 정보는 상기 수신된 지불 정보에 기초하여 상기 크레디팅 계좌에 대한 지불을 허가하도록 구성되는 적어도 하나의 외부 서버로 전송되는 핸드헬드 전자 장치.
  48. 피어 대 피어 트랜잭션에서 지불을 허가하기 위한 방법으로서,
    핸드헬드 전자 장치에 의해 제공된 트랜잭션 정보를 수신하는 단계;
    수신된 트랜잭션 정보로부터 지불 계좌, 크레디팅 계좌 및 지불 금액을 결정하는 단계;
    상기 지불 금액이 상기 지불 계좌에 대해 청구되는 것이 허가되는지를 결정하는 단계; 및
    상기 지불 금액이 상기 지불 계좌로부터 청구되는 것이 허가되는 경우, 상기 지불 금액에 대응하는 금액을 상기 크레디팅 계좌의 대변에 기입하는 단계
    를 포함하는 방법.
  49. 제48항에 있어서, 상기 트랜잭션 정보는 지불 수단의 이미지로부터 추출된 지불 정보를 포함하는 방법.
  50. 제48항에 있어서, 상기 트랜잭션 정보는 개별 장치와의 통신 경로를 설정하도록 구성되는 통신 인터페이스를 이용하여 상기 핸드헬드 전자 장치에 의해 수신되는 지불 정보를 포함하는 방법.
  51. 제48항에 있어서, 상기 지불 계좌는 크레디트 카드 계좌를 포함하고, 상기 크레디팅 계좌는 은행 계좌를 포함하는 방법.
  52. 제51항에 있어서, 상기 지불 금액이 상기 크레디트 카드 계좌에 대해 청구되는 것이 허가되는지를 결정하는 단계는 크레디트 카드 서버로부터 허가를 취득하여, 상기 지불 금액을 상기 크레디트 카드 계좌에 대해 청구하는 단계를 포함하는 방법.
  53. 제48항에 있어서, 상기 지불 계좌 및 상기 크레디팅 계좌는 각각 비현금 계좌를 포함하는 방법.
  54. 제53항에 있어서, 상기 지불 금액이 상기 비현금 지불 계좌에 대해 청구되는 것이 허가되는지를 결정하는 단계는 서버로부터 허가를 취득하여, 상기 지불 금액을 상기 비현금 지불 계좌에 대해 청구하는 단계를 포함하는 방법.
  55. 제53항에 있어서, 상기 비현금 크레디팅 및 지불 계좌들 및 상기 서버는 온라인 디지털 미디어 제공자와 관련되는 방법.
  56. 제48항에 있어서, 상기 지불 금액이 상기 지불 계좌에 대해 청구되는 것이 허가되는 경우에 확인 메시지를 상기 핸드헬드 전자 장치로 전송하는 단계를 더 포함하는 방법.
  57. 전자 장치로서,
    개별 핸드헬드 전자 장치로부터 트랜잭션 정보를 수신하도록 구성되는 통신 인터페이스;
    프로세서; 및
    상기 프로세서에 의해 실행될 수 있는 애플리케이션을 저장하는 메모리 장치
    를 포함하고,
    상기 애플리케이션은 지불 계좌, 크레디팅 계좌, 및 수신된 트랜잭션 정보에 기초하는 지불 금액을 결정하고, 상기 지불 금액에 대응하는 지불이 상기 지불 계좌에 대해 청구될 수 있는지를 결정하고, 상기 지불 금액이 상기 지불 계좌에 대해 청구될 수 있는 것으로 결정되는 경우에 상기 크레디팅 계좌의 대변에 기입하도록 구성되는 전자 장치.
  58. 제57항에 있어서, 상기 적어도 하나의 통신 인터페이스는 상기 트랜잭션 정보를 수신하기 위해 상기 핸드헬드 전자 장치 상의 통신 인터페이스와의 통신 경로를 설정하도록 구성되는 전자 장치.
  59. 제58항에 있어서, 상기 통신 인터페이스는 LAN 인터페이스, 무선 LAN 인터페이스, 또는 WAN 인터페이스, 또는 이들의 임의 조합 중 적어도 하나를 포함하는 전자 장치.
  60. 제59항에 있어서, 상기 통신 경로는 LAN 통신 경로, 무선 LAN 통신 경로, 또는 WAN 통신 경로를 포함하는 전자 장치.
  61. 제59항에 있어서, 상기 지불 계좌는 크레디트 카드 계좌이고, 상기 통신 인터페이스는 상기 크레디트 카드 계좌 및 상기 지불 금액을 크레디트 카드 검증 서버로 전송하여, 상기 지불 금액이 상기 크레디트 카드 계좌에 대해 청구될 수 있는지를 결정하도록 더 구성되는 전자 장치.
  62. 제59항에 있어서, 상기 메모리 장치는 서비스 제공자와 관련된 비현금 계좌들에 관한 정보를 저장하도록 더 구성되는 전자 장치.
  63. 제62항에 있어서, 상기 지불 계좌 및 상기 크레디팅 계좌 각각은 상기 서비스 제공자와 관련된 비현금 계좌들을 포함하고, 상기 전자 장치는 상기 메모리 장치에 저장된 정보에 기초하여 상기 지불 금액이 상기 비현금 지불 계좌에 대해 청구되고 상기 비현금 크레디팅 계좌의 대변에 기입될 수 있는지를 결정하도록 더 구성되는 전자 장치.
  64. 제63항에 있어서, 상기 서비스 제공자는 온라인 디지털 미디어 제공자를 포함하고, 상기 비현금 지불 및 크레디팅 계좌들은 상기 온라인 디지털 미디어 제공자와 상환 가능한 크레디트 유닛들(credit units)을 포함하는 전자 장치.
  65. 지불 계좌 정보를 저장하고, 선택 가능한 금융 서비스 제공자들의 리스트를 제공하고, 상기 리스트로부터 상기 금융 서비스 제공자들 중 하나를 지정된 디폴트 선택으로서 표시하도록 구성되는 핸드헬드 전자 장치를 제공하는 단계; 및
    디폴트 선택 지정 대신에 디폴트 금융 서비스 제공자에게 제1 수수료를 청구하는 단계
    를 포함하는 방법.
  66. 제65항에 있어서, 상기 선택 가능한 금융 서비스 제공자들의 리스트 내의 다른 금융 서비스 제공자들을 제공하도록 상기 핸드헬드 전자 장치를 구성하는 대신에 상기 디폴트 금융 서비스 제공자로서 지정되지 않은 상기 다른 금융 서비스 제공자들 각각에게 제2 수수료를 청구하는 단계를 더 포함하는 방법.
  67. 제66항에 있어서, 상기 제1 수수료는 상기 제2 수수료보다 큰 방법.
  68. 제65항에 있어서, 상기 핸드헬드 전자 장치의 사용자가 상기 디폴트 금융 서비스 제공자와 관련된 지불 계좌를 상기 핸드헬드 전자 장치에 저장하는 경우에 상기 디폴트 금융 서비스 제공자에게 추가 수수료를 청구하는 단계를 더 포함하는 방법.
  69. 제65항에 있어서, 상기 핸드헬드 전자 장치 상에 저장되고, 상기 금융 서비스 제공자와 관련된 지불 계좌가 트랜잭션에서 지불을 행하기 위해 상기 핸드헬드 전자 장치의 사용자에 의해 선택되는 경우에 상기 리스트 내의 금융 서비스 제공자들 중 하나에게 트랜잭션 수수료를 청구하는 단계를 포함하는 방법.
  70. 제69항에 있어서, 상기 트랜잭션 수수료는 순환 방식으로 상기 금융 서비스 제공자에게 청구되는 방법.
  71. 제69항에 있어서, 상기 트랜잭션 수수료는 상기 핸드헬드 전자 장치 상에 저장되고 상기 금융 서비스 제공자와 관련된 지불 계좌를 이용하여 지불이 행해질 때마다 상기 금융 서비스 제공자에게 청구되는 고정 수수료인 방법.
  72. 제69항에 있어서, 상기 금융 서비스 제공자에게 청구되는 트랜잭션 수수료는 상기 핸드헬드 전자 장치의 사용자에 의해 행해지는 지불에 대응하는 지불 금액의 백분율로서 계산되는 방법.
  73. 제69항에 있어서, 상기 트랜잭션 수수료의 일부는 상기 핸드헬드 전자 장치의 사용자에게 청구되는 방법.
  74. 제65항에 있어서, 상기 금융 서비스 제공자들은 크레디트 카드 제공자, 데빗 카드 제공자, 뱅킹 제공자 또는 이들의 조합 중 적어도 하나를 포함하는 방법.
  75. 제65항에 있어서, 상기 금융 서비스 제공자는 비현금 지불 계좌와 관련되는 방법.
  76. 제75항에 있어서, 상기 금융 서비스 제공자는 온라인 디지털 미디어 제공자와 관련되고, 상기 비현금 지불 계좌는 상기 핸드헬드 전자 장치의 사용자에 의해 상환 가능한 크레디트 유닛들을 포함하는 방법.
KR1020117009993A 2008-09-30 2009-08-11 피어 대 피어 금융 트랜잭션 장치들 및 방법들 KR20110056561A (ko)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US12/286,494 2008-09-30
US12/286,410 US20100078471A1 (en) 2008-09-30 2008-09-30 System and method for processing peer-to-peer financial transactions
US12/286,488 2008-09-30
US12/286,410 2008-09-30
US12/286,488 US10380573B2 (en) 2008-09-30 2008-09-30 Peer-to-peer financial transaction devices and methods
US12/286,494 US20100078472A1 (en) 2008-09-30 2008-09-30 Group peer-to-peer financial transactions

Related Child Applications (2)

Application Number Title Priority Date Filing Date
KR1020137005442A Division KR101428429B1 (ko) 2008-09-30 2009-08-11 피어 대 피어 금융 트랜잭션 장치들 및 방법들
KR1020127005496A Division KR101217323B1 (ko) 2008-09-30 2009-08-11 피어 대 피어 금융 트랜잭션 장치들 및 방법들

Publications (1)

Publication Number Publication Date
KR20110056561A true KR20110056561A (ko) 2011-05-30

Family

ID=42074083

Family Applications (3)

Application Number Title Priority Date Filing Date
KR1020127005496A KR101217323B1 (ko) 2008-09-30 2009-08-11 피어 대 피어 금융 트랜잭션 장치들 및 방법들
KR1020137005442A KR101428429B1 (ko) 2008-09-30 2009-08-11 피어 대 피어 금융 트랜잭션 장치들 및 방법들
KR1020117009993A KR20110056561A (ko) 2008-09-30 2009-08-11 피어 대 피어 금융 트랜잭션 장치들 및 방법들

Family Applications Before (2)

Application Number Title Priority Date Filing Date
KR1020127005496A KR101217323B1 (ko) 2008-09-30 2009-08-11 피어 대 피어 금융 트랜잭션 장치들 및 방법들
KR1020137005442A KR101428429B1 (ko) 2008-09-30 2009-08-11 피어 대 피어 금융 트랜잭션 장치들 및 방법들

Country Status (5)

Country Link
EP (1) EP2332105A4 (ko)
JP (1) JP5568560B2 (ko)
KR (3) KR101217323B1 (ko)
CN (1) CN102282578A (ko)
WO (1) WO2010039337A2 (ko)

Cited By (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160099343A (ko) * 2015-02-12 2016-08-22 김덕상 신뢰 전환 요청 단말기, 신뢰 전환 서버 및 신뢰 전환 방법을 실행하는 컴퓨터 프로그램
KR20170023047A (ko) * 2014-05-29 2017-03-02 애플 인크. 결제를 위한 사용자 인터페이스
US9805361B2 (en) 2012-11-12 2017-10-31 Kt Corporation Security in mobile payment service
US9842330B1 (en) 2016-09-06 2017-12-12 Apple Inc. User interfaces for stored-value accounts
US9847999B2 (en) 2016-05-19 2017-12-19 Apple Inc. User interface for a device requesting remote authorization
US9898642B2 (en) 2013-09-09 2018-02-20 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
US9911123B2 (en) 2014-05-29 2018-03-06 Apple Inc. User interface for payments
US9928496B2 (en) 2013-01-30 2018-03-27 Kt Corporation Generating a temporal physical payment card
US9940637B2 (en) 2015-06-05 2018-04-10 Apple Inc. User interface for loyalty accounts and private label accounts
US9967401B2 (en) 2014-05-30 2018-05-08 Apple Inc. User interface for phone call routing among devices
US9978056B2 (en) 2013-02-14 2018-05-22 Kt Corporation Smart card having multiple payment instruments
US10007873B2 (en) 2012-07-27 2018-06-26 Kt Corporation Multifunction smart card
US10024682B2 (en) 2015-02-13 2018-07-17 Apple Inc. Navigation user interface
US10066959B2 (en) 2014-09-02 2018-09-04 Apple Inc. User interactions for a mapping application
US10142835B2 (en) 2011-09-29 2018-11-27 Apple Inc. Authentication with secondary approver
US10216351B2 (en) 2015-03-08 2019-02-26 Apple Inc. Device configuration user interface
US10250735B2 (en) 2013-10-30 2019-04-02 Apple Inc. Displaying relevant user interface objects
US10255595B2 (en) 2015-02-01 2019-04-09 Apple Inc. User interface for payments
US10324590B2 (en) 2014-09-02 2019-06-18 Apple Inc. Reduced size configuration interface
US10332079B2 (en) 2015-06-05 2019-06-25 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US10339293B2 (en) 2014-08-15 2019-07-02 Apple Inc. Authenticated device used to unlock another device
US10395128B2 (en) 2017-09-09 2019-08-27 Apple Inc. Implementation of biometric authentication
US10484384B2 (en) 2011-09-29 2019-11-19 Apple Inc. Indirect authentication
US10496808B2 (en) 2016-10-25 2019-12-03 Apple Inc. User interface for managing access to credentials for use in an operation
US10521579B2 (en) 2017-09-09 2019-12-31 Apple Inc. Implementation of biometric authentication
US10621581B2 (en) 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
US10783576B1 (en) 2019-03-24 2020-09-22 Apple Inc. User interfaces for managing an account
US10860096B2 (en) 2018-09-28 2020-12-08 Apple Inc. Device control using gaze information
US10860199B2 (en) 2016-09-23 2020-12-08 Apple Inc. Dynamically adjusting touch hysteresis based on contextual data
US10901482B2 (en) 2014-08-06 2021-01-26 Apple Inc. Reduced-size user interfaces for battery management
US10956550B2 (en) 2007-09-24 2021-03-23 Apple Inc. Embedded authentication systems in an electronic device
US11037150B2 (en) 2016-06-12 2021-06-15 Apple Inc. User interfaces for transactions
US11100349B2 (en) 2018-09-28 2021-08-24 Apple Inc. Audio assisted enrollment
US11144624B2 (en) 2018-01-22 2021-10-12 Apple Inc. Secure login with authentication based on a visual representation of data
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
US11379071B2 (en) 2014-09-02 2022-07-05 Apple Inc. Reduced-size interfaces for managing alerts
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11676373B2 (en) 2008-01-03 2023-06-13 Apple Inc. Personal computing device control using face detection and recognition
US11681537B2 (en) 2019-09-29 2023-06-20 Apple Inc. Account management user interfaces
US11782573B2 (en) 2020-04-10 2023-10-10 Apple Inc. User interfaces for enabling an activity
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations
US12002042B2 (en) 2016-06-11 2024-06-04 Apple, Inc User interface for transactions
US12079458B2 (en) 2016-09-23 2024-09-03 Apple Inc. Image data for enhanced user interactions
US12099586B2 (en) 2022-01-28 2024-09-24 Apple Inc. Implementation of biometric authentication

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8907768B2 (en) 2009-11-25 2014-12-09 Visa International Service Association Access using a mobile device with an accelerometer
WO2011072310A1 (en) 2009-12-07 2011-06-16 Angus Bernhardt Pohl Bridging device and method for integrating a bridging device into a mobile phone
US9525548B2 (en) 2010-10-21 2016-12-20 Microsoft Technology Licensing, Llc Provisioning techniques
US8805434B2 (en) 2010-11-23 2014-08-12 Microsoft Corporation Access techniques using a mobile communication device
US9509686B2 (en) 2010-12-03 2016-11-29 Microsoft Technology Licensing, Llc Secure element authentication
WO2012092293A2 (en) 2010-12-30 2012-07-05 Visa International Service Association Mixed mode transaction protocol
US20120221464A1 (en) * 2011-02-28 2012-08-30 Research In Motion Limited Communications system for performing secure transactions based upon mobile wireless communications device proximity and related methods
EP2503495A1 (en) * 2011-03-17 2012-09-26 Research In Motion Limited Methods and apparatus to obtain transaction confirmation
US8392259B2 (en) 2011-03-17 2013-03-05 Research In Motion Limited Methods and apparatus to obtain transaction confirmation
JP5918995B2 (ja) * 2011-12-27 2016-05-18 株式会社三井住友銀行 支払処理方法およびその支払処理に用いる銀行サーバ
US10803431B2 (en) 2012-03-12 2020-10-13 Top Image Systems Ltd. Portable device for financial document transactions
US8423459B1 (en) * 2012-03-30 2013-04-16 Google Inc. Prioritizing potential transaction counter-parties with social network content
US10354004B2 (en) * 2012-06-07 2019-07-16 Apple Inc. Intelligent presentation of documents
KR101327292B1 (ko) * 2012-06-18 2013-11-11 주식회사 인터페이 다양한 결제수단을 이용한 ars 인증 기반의 상품/서비스 대금 결제 시스템 및 결제 방법
WO2014011144A1 (en) * 2012-07-09 2014-01-16 Intel Corporation Systems and methods for enabling secure transactions with mobile devices
WO2014030876A1 (en) * 2012-08-24 2014-02-27 Samsung Electronics Co., Ltd. Method and apparatus for determining item based on interaction environment
WO2014030875A1 (en) 2012-08-24 2014-02-27 Samsung Electronics Co., Ltd. Apparatus and method for providing interaction information by using image on device display
US20140201086A1 (en) * 2012-09-02 2014-07-17 Mpayme Ltd. Method and system for reversed near field contact electronic transaction
JP5738938B2 (ja) * 2012-12-11 2015-06-24 東芝テック株式会社 販売データ処理装置、プログラムおよび電子レシートシステム
KR102087984B1 (ko) 2012-12-21 2020-03-11 삼성전자주식회사 주변 기기를 이용한 결제 시스템 및 방법
KR101330962B1 (ko) * 2012-12-27 2013-11-18 신한카드 주식회사 결제 방식 선택을 위한 결제 디바이스 제어방법
CN103049850A (zh) * 2013-01-05 2013-04-17 深圳市中兴移动通信有限公司 一种基于nfc的移动支付终端、系统及其支付方法
JP2014167754A (ja) * 2013-02-28 2014-09-11 Sharp Corp 携帯端末、決済受付端末及び制御プログラム
GB2514780A (en) * 2013-06-03 2014-12-10 Mastercard International Inc Methods and apparatus for performing local transactions
EP2819076B1 (en) * 2013-06-24 2019-12-18 BlackBerry Limited Controlling transactions using near field communications device
CN103426084A (zh) * 2013-07-24 2013-12-04 牟大同 一种电子支付系统及基于远程或近场的支付方法
US10001817B2 (en) 2013-09-03 2018-06-19 Apple Inc. User interface for manipulating user interface objects with magnetic properties
US9178889B2 (en) * 2013-09-27 2015-11-03 Paypal, Inc. Systems and methods for pairing a credential to a device identifier
ES2589770T3 (es) * 2013-11-26 2016-11-16 Gt Gettaxi Limited Sistema y método para solicitar un vehículo de transporte utilizando un dispositivo de comunicación de campo cercano
US11074580B2 (en) 2013-12-18 2021-07-27 PayRange Inc. Device and method for providing external access to multi-drop bus peripheral devices
US11205163B2 (en) 2013-12-18 2021-12-21 PayRange Inc. Systems and methods for determining electric pulses to provide to an unattended machine based on remotely-configured options
US9659296B2 (en) 2013-12-18 2017-05-23 PayRange Inc. Method and system for presenting representations of payment accepting unit events
US11481780B2 (en) 2013-12-18 2022-10-25 PayRange Inc. Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel
US11481781B2 (en) 2013-12-18 2022-10-25 PayRange Inc. Processing interrupted transaction over non-persistent network connections
US11475454B2 (en) 2013-12-18 2022-10-18 PayRange Inc. Intermediary communications over non-persistent network connections
US12086811B2 (en) 2013-12-18 2024-09-10 PayRange Inc. Processing interrupted transactions over non-persistent network connections
US11966926B2 (en) 2013-12-18 2024-04-23 PayRange Inc. Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel
US8856045B1 (en) 2013-12-18 2014-10-07 PayRange Inc. Mobile-device-to-machine payment systems
US11983692B2 (en) 2013-12-18 2024-05-14 PayRange Inc. Mobile payment module with dual function radio transmitter
US11966895B2 (en) 2013-12-18 2024-04-23 PayRange Inc. Refund centers for processing and dispensing vending machine refunds via an MDB router
US10019724B2 (en) 2015-01-30 2018-07-10 PayRange Inc. Method and system for providing offers for automated retail machines via mobile devices
US11068875B2 (en) * 2013-12-30 2021-07-20 Apple, Inc. Person-to-person payments using electronic devices
CN106415631A (zh) * 2014-03-11 2017-02-15 崔克培有限公司 用于电子资金转移的装置及系统
EP3164837A1 (en) * 2014-07-01 2017-05-10 Francesco Ricci Electronic payment system and relative method
KR101598371B1 (ko) * 2014-07-14 2016-02-29 브릴리언츠 주식회사 스마트멀티카드
US10452253B2 (en) 2014-08-15 2019-10-22 Apple Inc. Weather user interface
CN110072131A (zh) 2014-09-02 2019-07-30 苹果公司 音乐用户界面
WO2016036481A1 (en) 2014-09-02 2016-03-10 Apple Inc. Reduced-size user interfaces for dynamically updated application overviews
WO2016036541A2 (en) 2014-09-02 2016-03-10 Apple Inc. Phone user interface
US9449318B2 (en) * 2014-10-01 2016-09-20 Paypal, Inc. Systems and methods for providing payment hotspots
US20160132860A1 (en) * 2014-11-12 2016-05-12 Line Bizplus Pte, Ltd. Method and system of processing payment using instant message service
US10193700B2 (en) 2015-02-27 2019-01-29 Samsung Electronics Co., Ltd. Trust-zone-based end-to-end security
US11107047B2 (en) 2015-02-27 2021-08-31 Samsung Electronics Co., Ltd. Electronic device providing electronic payment function and operating method thereof
US10466883B2 (en) 2015-03-02 2019-11-05 Apple Inc. Screenreader user interface
US10055121B2 (en) 2015-03-07 2018-08-21 Apple Inc. Activity based thresholds and feedbacks
US10467602B2 (en) * 2015-03-11 2019-11-05 Facebook, Inc. Facilitating sending, receiving, and updating of payments using message and payment queues
EP3278286A4 (en) * 2015-03-31 2018-10-03 Visa International Service Association Peer-to peer mobile device payment network
US9916075B2 (en) 2015-06-05 2018-03-13 Apple Inc. Formatting content for a reduced-size user interface
US20190057373A1 (en) * 2015-06-12 2019-02-21 Offerup, Inc. Systems, methods, and devices for computer-based local transactions
CN106372878A (zh) * 2015-07-20 2017-02-01 阿里巴巴集团控股有限公司 一种支付方法、支付客户端和支付服务器
CN105160530A (zh) * 2015-07-31 2015-12-16 努比亚技术有限公司 一种移动终端及信息处理方法
KR101838073B1 (ko) * 2015-08-06 2018-03-14 엘지전자 주식회사 이동단말기 및 그 제어방법
US20170046668A1 (en) * 2015-08-16 2017-02-16 Google Inc. Comparing An Extracted User Name with Stored User Data
CA3001692A1 (en) * 2015-10-12 2017-04-20 First Data Corporation Systems and methods for transactional document processing
CN105512880A (zh) * 2015-12-08 2016-04-20 努比亚技术有限公司 无线支付装置和方法
BR112018014982A8 (pt) * 2016-01-25 2023-04-11 Apple Inc Conduzir transações usando dispositivos eletrônicos com credenciais não nativas
ES2961266T3 (es) * 2016-02-17 2024-03-11 Payrange Inc Sistemas y métodos para determinar pulsos eléctricos para proporcionar a una máquina no atendida basándose en opciones configuradas de forma remota
WO2018163312A1 (ja) * 2017-03-08 2018-09-13 株式会社ミックナイン 電子ウォレット及びコンピュータプログラム
EP3610449A1 (en) * 2017-04-10 2020-02-19 Sonect AG Method for effecting financial transactions
DE102018110736A1 (de) * 2017-06-02 2018-12-06 Apple Inc. Gesplittete Transaktionsausführung
JP6560319B2 (ja) * 2017-11-08 2019-08-14 株式会社 みずほ銀行 ウォレット管理システム、ウォレット管理方法及びウォレット管理プログラム
KR102408583B1 (ko) * 2018-02-22 2022-06-15 삼성전자주식회사 근거리 통신 회로의 멀티 모달 운영방법 및 장치
JP6838182B1 (ja) * 2020-02-27 2021-03-03 ＰａｙＰａｙ株式会社 決済プログラム、決済装置及び決済方法
GB2592917A (en) * 2020-03-09 2021-09-15 Oluwaseun Bamidele Michael Close proximity smartphone to smartphone credit transfer
US20240095694A1 (en) * 2022-09-21 2024-03-21 Step Mobile, Inc. Dynamically guiding users to request valid payments

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5677955A (en) * 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
JP2003518832A (ja) * 1999-12-22 2003-06-10 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 民生用電子機器装置からのマルチメディアコンテンツの遠隔伝達
JP2004517525A (ja) * 2000-12-22 2004-06-10 シーメンス アクチエンゲゼルシヤフト ネットワークにおけるサービスおよびリソースについてのフレキシブルな課金方法
KR20020063350A (ko) * 2001-01-27 2002-08-03 에스케이 텔레콤주식회사 가입자 신원확인카드에 금융정보를 내장한 이동통신단말기 및 그 이용 방법
CN1484801A (zh) * 2001-10-31 2004-03-24 ������������ʽ���� 便携式终端和电子收款机系统终端
KR100475654B1 (ko) * 2002-03-15 2005-03-15 주식회사 하렉스인포텍 휴대단말기를 이용한 금융결제의 사용자 인터페이스 방법
KR20020052156A (ko) * 2002-06-03 2002-07-02 안지영 근거리무선통신 기능이 장착된 이동통신단말기를 이용한신용카드 결제장치 및 결제방법
US8224700B2 (en) * 2002-08-19 2012-07-17 Andrew Silver System and method for managing restaurant customer data elements
CA2533654A1 (en) * 2003-08-08 2005-02-17 Paycool, International, Ltd. Methods for facilitating validation of financial transactions made through a wireless communication network
JP2005267012A (ja) * 2004-03-17 2005-09-29 Japan Research Institute Ltd 売上情報処理方法およびクレジットカードシステム
EP3291156B1 (en) * 2005-03-07 2018-12-26 Nokia Technologies Oy Method and mobile terminal device including smartcard module and near field communications means
KR20060129825A (ko) * 2005-06-13 2006-12-18 주식회사 팬택 이동통신 단말기를 이용하여 결제 금액을 분배하는 방법 및시스템
KR20070013048A (ko) * 2005-07-25 2007-01-30 주식회사 팬택앤큐리텔 전자상거래에서의 공동결제시스템 및 그 방법
JP5139715B2 (ja) * 2006-04-25 2013-02-06 Ｋｄｄｉ株式会社 携帯電話を利用した金融取引サービス方法および金融取引サービスシステム
US7907896B2 (en) * 2006-04-28 2011-03-15 Motorola Mobility, Inc. Mobile commerce method and device
JP2008107874A (ja) * 2006-10-23 2008-05-08 Nec Infrontia Corp 分割精算システム、携帯端末、分割精算方法、分割精算プログラムおよびプログラム記録媒体
US20080147561A1 (en) * 2006-12-18 2008-06-19 Pitney Bowes Incorporated Image based invoice payment with digital signature verification

Cited By (116)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10956550B2 (en) 2007-09-24 2021-03-23 Apple Inc. Embedded authentication systems in an electronic device
US11468155B2 (en) 2007-09-24 2022-10-11 Apple Inc. Embedded authentication systems in an electronic device
US11676373B2 (en) 2008-01-03 2023-06-13 Apple Inc. Personal computing device control using face detection and recognition
US11755712B2 (en) 2011-09-29 2023-09-12 Apple Inc. Authentication with secondary approver
US10516997B2 (en) 2011-09-29 2019-12-24 Apple Inc. Authentication with secondary approver
US10484384B2 (en) 2011-09-29 2019-11-19 Apple Inc. Indirect authentication
US10419933B2 (en) 2011-09-29 2019-09-17 Apple Inc. Authentication with secondary approver
US11200309B2 (en) 2011-09-29 2021-12-14 Apple Inc. Authentication with secondary approver
US10142835B2 (en) 2011-09-29 2018-11-27 Apple Inc. Authentication with secondary approver
US10007873B2 (en) 2012-07-27 2018-06-26 Kt Corporation Multifunction smart card
US9805361B2 (en) 2012-11-12 2017-10-31 Kt Corporation Security in mobile payment service
US9928496B2 (en) 2013-01-30 2018-03-27 Kt Corporation Generating a temporal physical payment card
US9978056B2 (en) 2013-02-14 2018-05-22 Kt Corporation Smart card having multiple payment instruments
US10262182B2 (en) 2013-09-09 2019-04-16 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on unlock inputs
US10803281B2 (en) 2013-09-09 2020-10-13 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
US11768575B2 (en) 2013-09-09 2023-09-26 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on unlock inputs
US9898642B2 (en) 2013-09-09 2018-02-20 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
US10055634B2 (en) 2013-09-09 2018-08-21 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
US10410035B2 (en) 2013-09-09 2019-09-10 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
US11494046B2 (en) 2013-09-09 2022-11-08 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on unlock inputs
US11287942B2 (en) 2013-09-09 2022-03-29 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces
US10372963B2 (en) 2013-09-09 2019-08-06 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
US12088755B2 (en) 2013-10-30 2024-09-10 Apple Inc. Displaying relevant user interface objects
US11316968B2 (en) 2013-10-30 2022-04-26 Apple Inc. Displaying relevant user interface objects
US10972600B2 (en) 2013-10-30 2021-04-06 Apple Inc. Displaying relevant user interface objects
US10250735B2 (en) 2013-10-30 2019-04-02 Apple Inc. Displaying relevant user interface objects
US10282727B2 (en) 2014-05-29 2019-05-07 Apple Inc. User interface for payments
US10796309B2 (en) 2014-05-29 2020-10-06 Apple Inc. User interface for payments
US10977651B2 (en) 2014-05-29 2021-04-13 Apple Inc. User interface for payments
US10902424B2 (en) 2014-05-29 2021-01-26 Apple Inc. User interface for payments
US9911123B2 (en) 2014-05-29 2018-03-06 Apple Inc. User interface for payments
US11836725B2 (en) 2014-05-29 2023-12-05 Apple Inc. User interface for payments
US10748153B2 (en) 2014-05-29 2020-08-18 Apple Inc. User interface for payments
US10043185B2 (en) 2014-05-29 2018-08-07 Apple Inc. User interface for payments
US10438205B2 (en) 2014-05-29 2019-10-08 Apple Inc. User interface for payments
KR20200044778A (ko) * 2014-05-29 2020-04-29 애플 인크. 결제를 위한 사용자 인터페이스
US10482461B2 (en) 2014-05-29 2019-11-19 Apple Inc. User interface for payments
KR20200096464A (ko) * 2014-05-29 2020-08-12 애플 인크. 결제를 위한 사용자 인터페이스
KR20170023047A (ko) * 2014-05-29 2017-03-02 애플 인크. 결제를 위한 사용자 인터페이스
US10178234B2 (en) 2014-05-30 2019-01-08 Apple, Inc. User interface for phone call routing among devices
US10616416B2 (en) 2014-05-30 2020-04-07 Apple Inc. User interface for phone call routing among devices
US9967401B2 (en) 2014-05-30 2018-05-08 Apple Inc. User interface for phone call routing among devices
US10901482B2 (en) 2014-08-06 2021-01-26 Apple Inc. Reduced-size user interfaces for battery management
US11256315B2 (en) 2014-08-06 2022-02-22 Apple Inc. Reduced-size user interfaces for battery management
US11561596B2 (en) 2014-08-06 2023-01-24 Apple Inc. Reduced-size user interfaces for battery management
US10339293B2 (en) 2014-08-15 2019-07-02 Apple Inc. Authenticated device used to unlock another device
US11126704B2 (en) 2014-08-15 2021-09-21 Apple Inc. Authenticated device used to unlock another device
US10936164B2 (en) 2014-09-02 2021-03-02 Apple Inc. Reduced size configuration interface
US10579225B2 (en) 2014-09-02 2020-03-03 Apple Inc. Reduced size configuration interface
US11989364B2 (en) 2014-09-02 2024-05-21 Apple Inc. Reduced-size interfaces for managing alerts
US10066959B2 (en) 2014-09-02 2018-09-04 Apple Inc. User interactions for a mapping application
US11733055B2 (en) 2014-09-02 2023-08-22 Apple Inc. User interactions for a mapping application
US11379071B2 (en) 2014-09-02 2022-07-05 Apple Inc. Reduced-size interfaces for managing alerts
US10324590B2 (en) 2014-09-02 2019-06-18 Apple Inc. Reduced size configuration interface
US10914606B2 (en) 2014-09-02 2021-02-09 Apple Inc. User interactions for a mapping application
US11609681B2 (en) 2014-09-02 2023-03-21 Apple Inc. Reduced size configuration interface
US10255595B2 (en) 2015-02-01 2019-04-09 Apple Inc. User interface for payments
KR20220025238A (ko) * 2015-02-01 2022-03-03 애플 인크. 결제를 위한 사용자 인터페이스
KR20210120123A (ko) * 2015-02-01 2021-10-06 애플 인크. 결제를 위한 사용자 인터페이스
KR20160099343A (ko) * 2015-02-12 2016-08-22 김덕상 신뢰 전환 요청 단말기, 신뢰 전환 서버 및 신뢰 전환 방법을 실행하는 컴퓨터 프로그램
US10024682B2 (en) 2015-02-13 2018-07-17 Apple Inc. Navigation user interface
US10254911B2 (en) 2015-03-08 2019-04-09 Apple Inc. Device configuration user interface
US11079894B2 (en) 2015-03-08 2021-08-03 Apple Inc. Device configuration user interface
US10216351B2 (en) 2015-03-08 2019-02-26 Apple Inc. Device configuration user interface
US11783305B2 (en) 2015-06-05 2023-10-10 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US11321731B2 (en) 2015-06-05 2022-05-03 Apple Inc. User interface for loyalty accounts and private label accounts
US10990934B2 (en) 2015-06-05 2021-04-27 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US9940637B2 (en) 2015-06-05 2018-04-10 Apple Inc. User interface for loyalty accounts and private label accounts
US10026094B2 (en) 2015-06-05 2018-07-17 Apple Inc. User interface for loyalty accounts and private label accounts
US10600068B2 (en) 2015-06-05 2020-03-24 Apple Inc. User interface for loyalty accounts and private label accounts
US10332079B2 (en) 2015-06-05 2019-06-25 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US11734708B2 (en) 2015-06-05 2023-08-22 Apple Inc. User interface for loyalty accounts and private label accounts
US10749967B2 (en) 2016-05-19 2020-08-18 Apple Inc. User interface for remote authorization
US9847999B2 (en) 2016-05-19 2017-12-19 Apple Inc. User interface for a device requesting remote authorization
US11206309B2 (en) 2016-05-19 2021-12-21 Apple Inc. User interface for remote authorization
US10334054B2 (en) 2016-05-19 2019-06-25 Apple Inc. User interface for a device requesting remote authorization
US12002042B2 (en) 2016-06-11 2024-06-04 Apple, Inc User interface for transactions
US10621581B2 (en) 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
US11481769B2 (en) 2016-06-11 2022-10-25 Apple Inc. User interface for transactions
US11900372B2 (en) 2016-06-12 2024-02-13 Apple Inc. User interfaces for transactions
US11037150B2 (en) 2016-06-12 2021-06-15 Apple Inc. User interfaces for transactions
US11074572B2 (en) 2016-09-06 2021-07-27 Apple Inc. User interfaces for stored-value accounts
US9842330B1 (en) 2016-09-06 2017-12-12 Apple Inc. User interfaces for stored-value accounts
US10860199B2 (en) 2016-09-23 2020-12-08 Apple Inc. Dynamically adjusting touch hysteresis based on contextual data
US12079458B2 (en) 2016-09-23 2024-09-03 Apple Inc. Image data for enhanced user interactions
US11995171B2 (en) 2016-10-25 2024-05-28 Apple Inc. User interface for managing access to credentials for use in an operation
US10496808B2 (en) 2016-10-25 2019-12-03 Apple Inc. User interface for managing access to credentials for use in an operation
US11574041B2 (en) 2016-10-25 2023-02-07 Apple Inc. User interface for managing access to credentials for use in an operation
US11386189B2 (en) 2017-09-09 2022-07-12 Apple Inc. Implementation of biometric authentication
US11765163B2 (en) 2017-09-09 2023-09-19 Apple Inc. Implementation of biometric authentication
US10783227B2 (en) 2017-09-09 2020-09-22 Apple Inc. Implementation of biometric authentication
US10872256B2 (en) 2017-09-09 2020-12-22 Apple Inc. Implementation of biometric authentication
US10521579B2 (en) 2017-09-09 2019-12-31 Apple Inc. Implementation of biometric authentication
US10410076B2 (en) 2017-09-09 2019-09-10 Apple Inc. Implementation of biometric authentication
US10395128B2 (en) 2017-09-09 2019-08-27 Apple Inc. Implementation of biometric authentication
US11393258B2 (en) 2017-09-09 2022-07-19 Apple Inc. Implementation of biometric authentication
US11636192B2 (en) 2018-01-22 2023-04-25 Apple Inc. Secure login with authentication based on a visual representation of data
US11144624B2 (en) 2018-01-22 2021-10-12 Apple Inc. Secure login with authentication based on a visual representation of data
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
US11928200B2 (en) 2018-06-03 2024-03-12 Apple Inc. Implementation of biometric authentication
US11809784B2 (en) 2018-09-28 2023-11-07 Apple Inc. Audio assisted enrollment
US10860096B2 (en) 2018-09-28 2020-12-08 Apple Inc. Device control using gaze information
US11100349B2 (en) 2018-09-28 2021-08-24 Apple Inc. Audio assisted enrollment
US11619991B2 (en) 2018-09-28 2023-04-04 Apple Inc. Device control using gaze information
US10783576B1 (en) 2019-03-24 2020-09-22 Apple Inc. User interfaces for managing an account
US11610259B2 (en) 2019-03-24 2023-03-21 Apple Inc. User interfaces for managing an account
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11669896B2 (en) 2019-03-24 2023-06-06 Apple Inc. User interfaces for managing an account
US11688001B2 (en) 2019-03-24 2023-06-27 Apple Inc. User interfaces for managing an account
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
US11681537B2 (en) 2019-09-29 2023-06-20 Apple Inc. Account management user interfaces
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
US11782573B2 (en) 2020-04-10 2023-10-10 Apple Inc. User interfaces for enabling an activity
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations
US12099586B2 (en) 2022-01-28 2024-09-24 Apple Inc. Implementation of biometric authentication

Also Published As

Publication number Publication date
KR101428429B1 (ko) 2014-08-07
EP2332105A2 (en) 2011-06-15
JP2012504273A (ja) 2012-02-16
CN102282578A (zh) 2011-12-14
WO2010039337A3 (en) 2010-07-22
EP2332105A4 (en) 2012-07-25
KR20120069673A (ko) 2012-06-28
KR101217323B1 (ko) 2012-12-31
WO2010039337A2 (en) 2010-04-08
JP5568560B2 (ja) 2014-08-06
KR20130027587A (ko) 2013-03-15

Similar Documents

Publication Publication Date Title
US20220222647A1 (en) Group peer-to-peer financial transactionsment
KR101217323B1 (ko) 피어 대 피어 금융 트랜잭션 장치들 및 방법들
US10380573B2 (en) Peer-to-peer financial transaction devices and methods
US20100078471A1 (en) System and method for processing peer-to-peer financial transactions
US11676129B2 (en) Offline bill splitting system
US11354651B2 (en) System and method for location-based token transaction processing
US11195164B2 (en) Systems, methods, devices, and computer readable media for enabling direct electronic payment transfers
US9996825B1 (en) Electronic device enabled payments
US20240232887A1 (en) System and Method of Providing Proximity Payments
US8459544B2 (en) Parental controls
US20180253727A1 (en) Secure funding of electronic payments
CN109074571B (zh) 基于近场通信nfc的交易方法和设备
US20140279504A1 (en) System and method for generating a single-use time-limited purchase code for completing transactions with a portable computing device
US11470659B2 (en) Contactless communication session initiation between devices
JP5307415B2 (ja) 決済端末、決済処理システム、及び決済処理方法
JP7038969B2 (ja) 電子マネー（ｅマネー）支払処理

Legal Events

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