KR20190003973A

KR20190003973A - 근접장 통신(nfc)에 기반한 거래 방법 및 디바이스

Info

Publication number: KR20190003973A
Application number: KR1020187034481A
Authority: KR
Inventors: 시아오나 자오; 징칭 메이; 신미아오 창
Original assignee: 후아웨이 테크놀러지 컴퍼니 리미티드
Priority date: 2016-04-29
Filing date: 2016-04-29
Publication date: 2019-01-10
Also published as: JP6858203B2; KR102409888B1; US20190114618A1; CN114862385A; CN109074571A; KR20210007035A; EP3444765A4; CN109074571B; JP2019516190A; WO2017185349A1; US11023881B2; US20210287204A1; EP4246402A1; EP3444765A1

Abstract

본 출원은 전자 하드웨어에 관한 것으로, 특히, NFC에 기초하여 거래를 수행하는 핸드헬드 단말기에 관한 것이다. 제1 단말기와 제2 단말기는 각각 다수의 거래 방식을 지원하고, NFC 접속을 이용하여 이용될 거래 방식을 협상하고, 거래 서버에 대한 거래 요구를 개시하기 위해 지불 클라이언트를 자동으로 호출한다. 제1 단말기와 제2 단말기는 협상 전에 다수의 거래 방식을 추가로 분류하고 스크리닝한다.

Description

근접장 통신(NFC)에 기반한 거래 방법 및 디바이스

본 발명의 실시예들은 전자 하드웨어에 관한 것으로, 특히, NFC에 기초하여 거래를 수행하는 핸드헬드 단말기에 관한 것이다.

현재, 트랜스퍼 거래(transfer transaction)를 위해 이용될 수 있는 애플리케이션에서, 금융 거래들에 전용되는 다수의 지불 클라이언트(payment client), 예를 들어, Alipay, Baidu Wallet, Jingdong Wallet, PayPal, Google Wallet, 및 PPmoney와 같은, 제3자 조직들 또는 은행 기관들에 의해 개발되는 애플리케이션들이 존재한다.

종래 기술에서, 모바일 단말기 사용자가 지불 클라이언트를 사용하여 페이스-투-페이스 트랜스퍼(face-to-face transfer)를 수행할 때, 요금 수신인(charge receiver)과 요금 지급인(charge payer)은 이용될 지불 클라이언트를 먼저 협상하고, 이후 이하의 방식들 중 어느 하나로 트랜스퍼를 수행한다: 제1 방식은 요금 수신인과 요금 지급인 둘다가 동일한 지불 클라이언트를 시작하고 나서, 코드 스캐닝 방식 또는 음파 방식으로 트랜스퍼를 수행하는 것이고; 제2 방식은 한 당사자가 다른 당사자의 요금 수신 계정 또는 지불 계정을 질의하고 나서, 수동으로 지불 또는 요금 수신을 위해 지불 클라이언트에 요금 수신 계정 또는 지불 계정을 입력하는 것이다.

하나보다 많은 지불 클라이언트가 모바일 단말기 사용자에 의해 설치되어 이용되기 때문에, 트랜스퍼 거래가 수행될 필요가 있을 때마다, 요금 수신인과 요금 지급인은 이용될 지불 클라이언트를 구두로 협상하고 나서, 수동으로 모바일 폰 상에서 지불 클라이언트를 개별적으로 시작한다. 이 동작은 단순화되지 않는다. 또한, 문제점이 존재한다: 거래를 위한 지불 클라이언트를 선택한 후에, 사용자는 대응하는 계정 잔액이 불충분할 때 다른 지불 클라이언트를 선택할 필요가 있다.

이를 고려하여, 본 발명의 실시예들은 근접장 통신(NFC) 기반 거래 방법 및 장치를 제공하여, 다수의 거래 방식을 갖는 2개의 단말기가 매칭에 의해 이용될 거래 방식을 신속하게 획득할 수 있고, 거래 성공률이 증가한다. 따라서, NFC 기반 거래 프로세스는 간단하고 편리하다.

일 양태에 따르면, 본 발명의 실시예는 근접장 통신(NFC) 기반 거래 방법을 제공하며, 이 방법은:

제1 단말기에 의해, 제1 단말기의 원래의 제1 거래 방식 리스트를 스크리닝(screening)하고, 현재 이용 불가능한 거래 방식을 제거하여, 제1 거래 방식 리스트를 획득하는 단계 - 원래의 제1 거래 방식 리스트는 제1 단말기에 의해 지원되는 적어도 하나의 제1 단말기 거래 방식을 포함함 -; 및

제2 단말기와의 거래 방식 협상을 수행하기 위해, 제1 단말기에 의해, 제1 거래 방식 리스트 및 제1 계정 리스트를 NFC 접속을 이용하여 제2 단말기에 전송하는 단계 - 제1 계정 리스트는 제1 거래 방식 리스트에서 제1 단말기 거래 방식에 대응하는 적어도 하나의 제1 단말기 계정을 포함함 - 를 포함한다.

이 구현에서, 제1 단말기에 의해 지원되는 제1 단말기 거래 방식들을 스크리닝한 후에, 제1 단말기는 거래를 위해 제2 단말기에 스크리닝에 의해 획득되는 제1 단말기 거래 방식을 제공하고, 그에 의해 거래 성공률(transaction success rate)을 증가시키고, 거래 실패가 발생한 후 다른 거래 방식으로 거래가 다시 수행되는 경우를 감소시키거나 회피한다.

가능한 구현에서, 제1 단말기가 원래의 제1 거래 방식 리스트를 스크리닝하기 전에, 제1 단말기는 제1 단말기 상에 설치된 지불 클라이언트에 따라 원래의 제1 거래 방식 리스트를 생성한다. 이 구현에서, 원래의 제1 거래 방식 리스트가 생성된 후에, 지불 클라이언트는 직접 삭제될 수 있고, 특히 제1 단말기가 요금 수신인으로서 기능할 때, 제1 단말기의 메모리 공간을 점유하지 않는다.

또한, 제1 단말기 거래 방식은 제1 단말기 상에 설치된 지불 클라이언트에 따라 제1 단말기에 의해 생성된 식별 정보이다. 식별 정보는 제1 단말기와 제2 단말기 둘다에 의해 식별될 수 있는 공통 정보일 수 있고, 대응하는 지불 클라이언트를 식별하여 거래를 완료하기 위해 이용될 수 있다. 이 구현에서, 전송된 데이터 량이 감소할 수 있고, 상호작용 효율이 개선될 수 있다.

가능한 구현에서, 제1 단말기는 제1 거래 방식 리스트에 따라 제1 계정 리스트를 생성한다. 제1 거래 방식 리스트 내의 모든 거래 방식은 제1 단말기에 의해 이용될 수 있다. 이 경우, 대응하는 제1 단말기 계정이 각각의 제1 단말기 거래 방식으로 이용가능하도록, 제1 계정 리스트가 생성된다. 거래는 제1 거래 방식 리스트 및 제1 계정 리스트가 제2 단말기에 전송된 후에 성공적으로 완료될 수 있다.

가능한 구현에서, 스크리닝 조건은 다음 조건들 중 하나 이상일 수 있다: 제1 단말기 거래 방식에 대응하는 계정 잔액이 충분한지, 제1 단말기 거래 방식이 다른 인가된 지불 계정에 바인딩되어 있는지, 제1 단말기 거래 방식에 대응하는 지불 클라이언트가 로그인되어 있는지 또는 로그인에 사용되는 계정 및 패스워드를 저장하는지, 또는 로그인에 사용되는 계정 및 패스워드에 대응하는 지불 클라이언트가 설치되어 있지 않은지.

가능한 구현에서, 제1 단말기는 제1 계정 리스트를 암호화하고, 지불 클라이언트에 대응하는 사용자 정보의 에일리어스(alias)를 생성하여, 사용자의 개인 정보를 보호하고 보안을 개선한다.

가능한 구현에서, 제1 단말기는 거래 방식 협상 동안 우선적으로 사용되는 거래 방식을 결정하기 위해, 제1 거래 방식 리스트를 분류한다. 즉, 다수의 거래 방식이 이용가능할 때, 이용될 거래 방식은 분류에 따라 결정될 수 있다.

가능한 구현에서, 분류는 다음 조건들 중 하나 이상에 따라 수행될 수 있다: 사용자에 의해 자동으로 설정되거나 수동으로 설정되는 우선순위 시퀀스, 사용 확률, 사용자 선호도, 계정 잔액, 또는 현재의 거래 금액과, 각각의 지불 클라이언트가 이전에 이용될 때 매번 생성되는 금액 데이터(amount data) 사이의 매칭의 결과.

다른 양태에 따르면, 본 발명의 실시예는 근접장 통신(NFC) 기반 거래 방법을 제공하며, 이 방법은:

제2 단말기에 의해, 제2 단말기의 원래의 제2 거래 방식 리스트를 스크리닝하고, 현재 이용 불가능한 거래 방식을 제거하여, 제2 거래 방식 리스트를 획득하는 단계 - 원래의 제2 거래 방식 리스트는 제2 단말기에 의해 지원되는 적어도 하나의 제2 단말기 거래 방식을 포함하고, 제2 단말기는 제2 계정 리스트를 추가로 포함하고, 제2 계정 리스트는 제2 거래 방식 리스트에서 제2 단말기 거래 방식에 대응하는 적어도 하나의 제2 단말기 계정을 포함함 - ;

제2 단말기에 의해, NFC 접속을 이용하여 제1 단말기로부터 제1 거래 방식 리스트 및 대응하는 제1 계정 리스트를 수신하는 단계 - 제1 거래 방식 리스트는 제1 단말기에 의해 지원되는 적어도 하나의 제1 단말기 거래 방식을 포함하고, 제1 계정 리스트는 제1 단말기 거래 방식에 대응하는 적어도 하나의 제1 단말기 계정을 포함함 - ;

제2 단말기에 의해, 제1 거래 방식 리스트와 제2 거래 방식 리스트 사이의 매칭을 수행하여, 제1 단말기와 제2 단말기 둘다에 의해 지원되는 적어도 하나의 매칭된 거래 방식을 획득하는 단계; 및

제2 단말기에 의해, 매칭된 거래 방식에 대응하는 서버에 거래 요구를 전송하는 단계 - 거래 요구는 매칭된 거래 방식에 대응하는 제1 단말기 계정과 제2 단말기 계정, 및 거래 금액을 포함함 - 를 포함한다.

이 구현에서, 제2 단말기는 거래를 완료하기 위해 요구되는 제1 단말기에 의해 지원되는 거래 방식 및 대응하는 계정을 획득하기 위해 한번만 제1 단말기와 상호작용할 필요가 있다. 그 후, 제2 단말기는 거래 방식 매칭을 수행하기 전에 스크리닝에 의해 이용가능한 거래 방식을 획득한다. 이것은 거래 성공률을 개선하고, 양호한 사용자 경험을 전달(deliver)할 수 있다.

가능한 구현에서, 제1 거래 방식 리스트에 포함되는 제1 단말기 거래 방식은 스크리닝에 의해 제1 단말기에 의해 획득되고 현재 제1 단말기에 의해 이용될 수 있는 거래 방식이다.

가능한 구현에서, 대안적으로, 제2 단말기에 의해, 원래의 제2 거래 방식 리스트를 스크리닝하는 단계는 제1 거래 방식 리스트 및 대응하는 제1 계정 리스트가 수신된 후에 수행될 수 있다.

가능한 구현에서, 이 방법은:

제2 단말기가 매칭에 의해 다수의 매칭된 거래 방식을 획득할 때, 제2 단말기에 의해, 대응하는 제1 단말기 계정, 대응하는 제2 단말기 계정, 및 매칭된 거래 방식에 대응하는 서버를 결정하기 위해, 다수의 매칭된 거래 방식으로부터 매칭된 거래 방식을 선택하는 단계를 추가로 포함한다.

가능한 구현에서, 매칭된 거래 방식을 획득한 후에, 제2 단말기는, 사용자에 의해 입력되는 거래 금액 및/또는 거래 타입을 수신하기 위해, 매칭된 거래 방식에 대응하는 지불 클라이언트를 자동으로 시작한다.

가능한 구현에서, 이 방법은:

거래 방식 매칭이 수행되기 전에, 제2 단말기에 의해, 거래 금액을 수신하는 단계를 추가로 포함하고, 거래 금액은 사용자에 의해 수동으로 입력될 수 있거나, 자동으로 획득될 수 있거나, 또는 제1 단말기로부터 수신될 수 있다.

전술한 제1 단말기에 의해 실행되는 단계들 또는 특징들은 기술적 솔루션 충돌을 야기하지 않고 제2 단말기에 또한 적용될 수 있고, 세부사항들은 본 명세서에서 설명되지 않는다는 점에 유의해야 한다.

또 다른 양태에 따르면, 본 발명의 실시예는 근접장 통신(NFC) 기반 거래 방법을 제공한다. 전술한 방법과의 유사성은 본 명세서에서 설명되지 않고, 차이점은, 제2 단말기가 제1 단말기로부터 제1 거래 방식 리스트를 먼저 수신하고, 제1 거래 방식 리스트와 제2 거래 방식 리스트 사이의 매칭을 수행하고, 그 다음, 매칭된 거래 방식을 획득한 후에 제1 단말기로부터, 매칭된 거래 방식에 대응하는 제1 단말기 계정을 요구한다는 점이다.

또 다른 양태에 따르면, 본 발명의 실시예는 근접장 통신(NFC) 기반 거래 방법을 제공한다. 전술한 방법과의 유사성은 본 명세서에서 설명되지 않고, 차이점은, 제2 단말기가 제1 단말기로부터 제1 단말기 거래 방식 및 제1 단말기 거래 방식에 대응하는 제1 단말기 계정을 먼저 수신하고, 수신된 제1 단말기 거래 방식과 제2 거래 방식 리스트 사이의 매칭을 수행하고, 그 다음, 매칭된 거래 방식을 획득하지 않고 제1 단말기로부터, 다른 제1 단말기 거래 방식을 포함하는 제1 거래 방식 리스트를 요구하고, 제1 거래 방식 리스트와 제2 거래 방식 리스트 사이의 매칭을 수행하고, 그 다음, 매칭된 거래 방식을 획득한 후에 제1 단말기로부터, 매칭된 거래 방식에 대응하는 제1 단말기 계정을 요구한다는 점이다.

다른 양태에 따르면, 본 발명의 실시예는 디바이스를 제공하고, 이 디바이스는 거래를 완료하기 위해 NFC 접속을 이용하여 전술한 거래 방식 스크리닝 및 거래 방식 협상을 구현하는 데 이용될 수 있는 기능을 포함한다. 기능은 하드웨어를 사용하여 구현될 수 있거나, 하드웨어에 의해 대응하는 소프트웨어를 실행함으로써 구현될 수 있다. 하드웨어 또는 소프트웨어는 전술한 기능에 대응하는 하나 이상의 모듈을 포함한다. 모듈은 하드웨어 및/또는 소프트웨어일 수 있다.

가능한 구현에서, 디바이스는 NFC 유닛, 메모리, 프로세서, 및 통신 유닛을 포함한다. NFC 유닛은 거래 방식 협상을 완료하기 위해 디바이스들 사이의 통신을 수행한다. 메모리는 거래 방식 리스트 및 대응하는 계정 리스트를 저장한다. 프로세서는 메모리로부터 거래 방식 리스트를 판독하고 스크리닝하고, 상이한 디바이스들의 거래 방식들을 매칭시키고, 통신 유닛을 사용하여 거래 방식에 대응하는 서버에 거래 요구를 개시한다.

또 다른 양태에 따르면, 본 발명의 실시예는 전술한 구현을 구현하는 데 사용되는 컴퓨터 소프트웨어 명령어를 저장하도록 구성되는 저장 매체를 제공한다.

전술한 해결책들을 사용함으로써, 본 발명의 실시예들에서, 2개의 단말기 사이의 거래 방식 협상은 NFC 접속을 이용하여 신속하고 효율적으로 구현될 수 있고, 거래가 완료될 수 있다.

도 1은 본 발명의 가능한 구현에 따른 거래 방법의 개략도이다.
도 2는 본 발명의 다른 가능한 구현에 따른 거래 방법의 개략도이다.
도 3은 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다.
도 4는 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다.
도 5는 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다.
도 6은 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다.
도 7은 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다.
도 8은 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다.
도 9는 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다.
도 10은 본 발명의 가능한 구현에 따른 거래 방법의 구현 흐름도이다.
도 11은 본 발명의 가능한 구현에 따른 단말기의 부분적인 구조의 블록도를 도시한다.
도 12는 본 발명의 가능한 구현에 따른 NFC 기능을 갖는 디바이스(줄여서 NFC 디바이스)의 부분적인 구조의 블록도를 도시한다.
도 13은 본 발명의 가능한 구현에 따른 NFC 제어기(NFC controller, 줄여서 NFCC)의 부분적인 구조의 블록도를 도시한다.
도 14는 본 발명의 가능한 구현에 따른 거래 방법의 구현 흐름도이다.
도 15는 본 발명의 가능한 구현에 따른 제1 단말기와 제2 단말기 사이에서 교환되는 메시지의 포맷의 구조도이다.
도 16은 본 발명의 다른 가능한 구현에 따른 제1 단말기와 제2 단말기 사이에서 교환되는 메시지의 포맷의 구조도이다.

도 1은 본 발명의 가능한 구현에 따른 거래 방법의 개략도이다. 도 1에 도시된 바와 같이, 제1 단말기(10)와 제2 단말기(20)는 거래 방식 협상을 먼저 수행하고, 거래 방식을 결정한 후에, 제1 단말기(10) 및 제2 단말기(20) 중 하나는 이용될 거래 방식에 대응하는 서버(30)에 거래 요구를 개시한다.

가능한 구현에서, 제1 단말기(10) 및 제2 단말기(20)는 근접장 통신(NFC) 접속을 이용함으로써 협상을 수행한다. 즉, 협상은 이하의 정보 교환 또는 송신을 포함한다. 제1 단말기(10) 및 제2 단말기(20)는 또한 QR 코드 방식, 음파 방식, 적외선 방식, 블루투스 방식, 또는 Wi-Fi 방식과 같은 다른 유선 또는 무선 방식으로 통신을 수행할 수 있다는 점에 유의해야 한다. 또한, 무선 통신 방식에서, GSM(Global System of Mobile communication, 이동 통신 글로벌 시스템), GPRS(General Packet Radio Service, 일반 패킷 무선 서비스), CDMA(Code Division Multiple Access, 코드 분할 다중 액세스), WCDMA(Wideband Code Division Multiple Access, 광대역 코드 분할 다중 액세스), LTE(Long Term Evolution, 롱 텀 에볼루션), 이메일 및 SMS(Short Messaging Service, 단문 메시지 서비스)를 포함하지만 이에 제한되지 않는 임의의 통신 표준 또는 프로토콜이 이용될 수 있다.

근접장 통신(NFC, Near Field Communication)은 자기장 유도에 의해 전자 디바이스들 사이의 단거리 통신을 구현하는데 사용되는 무선 접속 기술이다. 근접장 통신의 작동 주파수는 13.56 MHz이고, 근접장 통신의 유효 통신 범위는 0 cm 내지 20 cm이고, 전형적인 값은 4 cm이다. 2개의 NFC 단말기(즉, NFC 기능을 갖는 단말기들, 예를 들어, NFC 모바일 폰들)는 터치 또는 접근에 의해 빠르고 안전한 데이터 교환을 구현할 수 있다.

NFC 단말기는 (NFC 통신에서 수행되는 역할(role)에 관하여) 3개의 모드로 작동할 수 있다: 카드 에뮬레이션(CE, Card Emulation) 모드, 판독기/기록기(R/W, Reader/Writer) 모드, 및 피어-투-피어(P2P, Peer-to-Peer) 모드.

CE 모드: NFC 기능을 갖는 디바이스는 비접촉식 카드 또는 NFC 태그(Tag)로 에뮬레이트된다. CE 모드는 은행 카드, 교통 카드, 멤버십 카드, 쿠폰, 또는 아이덴티티 카드와 같은 모바일 지불 시나리오, 및 아이덴티티 인증 시나리오(identity authentication scenario)에 적용된다. 이러한 모드에서, 모바일 디바이스는 배터리가 나갔을 때 또는 심지어 스위치 오프된 후에도 카드로서 여전히 이용될 수 있다.

R/W 모드: NFC 기능을 갖는 모바일 폰이 카드 판독기로서 사용되고, NFC 태그 또는 카드로부터 데이터를 판독할 수 있다. R/W 모드는 은행 카드 POS 머신 또는 버스 POS 머신과 같은 모바일 지불 시나리오, 아이덴티티 인증 시나리오, 및 판독기/기록기 태그 시나리오에 적용된다.

P2P 모드: NFC 기능을 갖는 2개의 단말기는 그 사이에 피어-투-피어 통신 링크를 설정(establish)하고, 그 후 데이터 교환을 수행할 수 있다. P2P 모드는 접촉 카드 공유(contact card sharing), 웹 페이지 공유, 또는 NFC 페어링 블루투스/Wi-Fi와 같은 시나리오에 적용된다.

가능한 구현에서, 제1 단말기(10)는 적어도 하나의 거래 방식을 지원한다. 예를 들어, 제1 단말기(10)는 다음의 정보를 포함할 수 있다: 거래 방식 1, 제1 단말기(10)에 대응하는 계정 11, 거래 방식 2, 제1 단말기(10)에 대응하는 계정 12, 거래 방식 3, 및 제1 단말기(10)에 대응하는 계정 13. 제2 단말기(20)는 적어도 하나의 거래 방식을 지원한다. 예를 들어, 제2 단말기(20)는 다음의 정보를 포함할 수 있다: 거래 방식 2, 제2 단말기(20)에 대응하는 계정 22, 거래 방식 3, 제2 단말기(20)에 대응하는 계정 23, 거래 방식 4, 및 제2 단말기(20)에 대응하는 계정 24. 제1 단말기(10) 및/또는 제2 단말기(20)가 상이한 수량의 거래 방식들을 포함할 수 있다는 것이 쉽게 이해될 수 있다.

가능한 구현에서, 제1 단말기(10) 또는 제2 단말기(20)에 의해 지원되는 거래 방식들은 제1 단말기(10) 또는 제2 단말기(20) 상에 설치된 지불 클라이언트들, 예를 들어, Alipay, Tenpay, Baidu Wallet, Jingdong Wallet, PayPal, Google Wallet, PPmoney, 및 Apple Pay와 같은, 제3자 조직들 또는 은행 기관들에 의해 개발된 애플리케이션들이다. 지불 클라이언트들은 예금 카드, 신용 카드 및 기프트 카드와 같은 카드 타입 애플리케이션들을 추가로 포함할 수 있다.

가능한 구현에서, 계정은 지불 클라이언트의 로그인 계정 이름, 지불 클라이언트의 로그인 계정을 식별하는 데 이용되는 정보(예를 들어, 지불 클라이언트의 서버가 지불 클라이언트에 의해 할당된 식별자임), 모바일 폰 번호, 이메일 주소, 은행 카드 번호, 또는(단말기 하드웨어를 식별하는데 사용되는 정보와 같은) 신뢰할 수 있는 하드웨어 식별 번호(trusted hardware identification number)와 같은, 거래 방식에 대응하는 사용자 정보일 수 있거나; 또는 1회 이상 사용되는 디지털 토큰과 같은 암호화된 에일리어스일 수 있거나; 또는 사용자가 지불 클라이언트 상에서 트랜스퍼 기능(transfer function)을 선택한 후에 국부적으로 또는 서버 상에서 (예를 들어, QR 코드 방식, 바코드 방식, 또는 음파 방식으로) 생성되는 (QR 코드에 포함되는 정보 또는 요금 수신 또는 지불에 사용되는 바코드, 또는 요금 수신 또는 지불에 사용되는 음파에 포함되는 정보와 같은) 거래 정보일 수 있다. 거래 방식에 대응하는 서버가 계정에 대응하는 정보를 식별할 수 있다면, 암호화는 국부적으로 또는 서버 상에서 수행될 수 있다.

가능한 구현에서, 은행 카드 정보는 수취인 단말기(payee terminal)에 의해 미리 저장되거나 지불 애플리케이션에 바인딩 될 수 있거나; 또는 다른 애플리케이션(예를 들어, 단말기 SE에 저장된 카드 에뮬레이션 애플리케이션) 또는 외부 물리적 카드(예를 들어, NFC 접속을 이용하여 판독될 수 있거나 촬영(photographing)에 의해 획득될 수 있는 물리적 은행 카드)로부터 수취인 단말기에 의해 획득될 수 있거나; 또는 사용자에 의해 수동으로 입력될 수 있다.

가능한 구현에서, 거래를 위해 제1 단말기(10) 및 제2 단말기(20)에 의해 사용되는 거래 방식은 2개의 상이한 지불 클라이언트에 의해 실행될 수 있다. 예를 들어, 제1 단말기(10)는 은행 A의 지불 클라이언트를 갖고, 제2 단말기(20)는 은행 B의 지불 클라이언트를 갖는다. 2개의 클라이언트는 유니온페이, 비자, 또는 마스터카드와 같은 채널을 사용함으로써 은행 간 트랜스퍼(inter-bank transfer)를 지원한다.

가능한 구현에서, 제1 단말기(10) 및/또는 제2 단말기(20)는 지원되는 거래 방식들의 각자의 리스트들 및/또는 거래 방식들에 대응하는 계정들의 각자의 리스트들을 사전 저장하거나, 거래 방식 협상을 수행할 때, 지원되는 거래 방식들의 각자의 리스트들 및/또는 거래 방식들에 대응하는 계정들의 각자의 리스트들을 생성한다.

가능한 구현에서, 상호작용을 수행하고 거래 방식 협상이 요구된다는 것을 식별하면(예를 들어, 제1 단말기(10)는 제2 단말기(20)에 의해 송신되고 현재 거래 방식 협상을 수행하도록 제1 단말기에 요청하는데 사용되는 정보를 NFC 접속을 이용하여 수신하고, 이 정보는 예를 들어 판독기/기록기 모드에서 송신되고 태그를 판독하는데 사용되는 커맨드, 또는 피어-투-피어 모드에서 송신되고 현재 거래 요구를 개시하는데 사용되는 요구임), 제1 단말기(10) 및/또는 제2 단말기(20)는, 지원되는 거래 방식의 각자의 리스트들 및/또는 거래 방식들에 대응하는 계정들의 리스트들을, 이 리스트들이 상대방에게 전송되거나 거래 방식 매칭이 수행되기 전에 이 리스트들이 생성 또는 갱신된다면, 생성 또는 갱신할 수 있다.

대안적으로, 제1 단말기(10) 및/또는 제2 단말기(20)에 의해 지원되는 거래 방식들의 각자의 리스트들 및/또는 거래 방식들에 대응하는 계정들의 각자의 리스트들은 예를 들어 클라우드 서버로부터 외부적으로 획득될 수 있다. 이러한 방식으로, 대응하는 지불 클라이언트가 사용자에 의해 현재 사용되는 단말기 상에 설치되지 않을 수 있거나, 또는 단말기가 교체된다. 이 경우, 거래 방식들의 리스트 및/또는 거래 방식들에 대응하는 계정들의 리스트가 다운로드에 의해 획득될 수 있다.

가능한 구현에서, 사용자가 지불 클라이언트를 이용하여 계정을 등록한 후에, 제1 단말기(10) 및/또는 제2 단말기(20)는 사용자의 계정을 저장하거나, 등록된 계정을 나타내는 상태 정보를 저장할 수 있다. 유사하게, 지불 클라이언트가 로그인된 상태(logged-in state) 또는 비-로그인된 상태(non-logged-in state)에 있을 때, 로그인된 상태 또는 비-로그인된 상태를 나타내는 정보가 저장될 수 있으며, 그에 따라서 시스템이 사용 중에 저장 영역으로부터 이들 거래 방식들의 상태 정보를 획득할 수 있다.

가능한 구현에서, 협상될 거래 방식은 제1 단말기(10) 및/또는 제2 단말기(20)의 지불 클라이언트의 식별 정보일 수 있다. 제1 단말기(10) 및/또는 제2 단말기(20)는 식별 정보의 내용을 식별함으로써 거래 방식을 신속하게 결정할 수 있다.

가능한 구현에서, 거래 방식 협상을 수행하기 전에, 제1 단말기(10) 및/또는 제2 단말기(20)는 지원되는 각자의 거래 방식들을 분류한다. 분류는 우선순위 시퀀스에 따라 수행될 수 있고, 우선순위는 자동으로 설정될 수 있거나 사용자에 의해 수동으로 설정될 수 있다. 대안적으로, 분류는 사용 확률에 따라, 예를 들어, 지불 클라이언트의 인기(popularity)에 따라 수행된다. 제1 지불 클라이언트의 사용자들의 수가 제2 지불 클라이언트의 사용자들의 수보다 더 크다고 가정하면, 제1 지불 클라이언트는 제2 지불 클라이언트 전에 분류될 수 있다. 대안적으로, 분류는 예를 들어 사용자의 사용 습관의 지능적 분석에 의해 수행되는 사용자 선호도에 따라 그리고 사용자의 사용 빈도에 따라 수행된다. 대안적으로, 분류는 계정 잔액에 따라 수행된다. 예를 들어, 가장 큰 잔액을 갖는 거래 방식이 선두에 분류된다. 대안적으로, 분류는 현재의 거래 금액과, 각각의 지불 클라이언트가 이전에 이용될 때 매번 생성되는 금액 데이터 사이의 매칭의 결과 등에 따라 수행될 수 있다. 예를 들어, 현재의 거래 금액은 RMB 500이며, 제1 지불 클라이언트가 이전에 이용될 때 매번 생성되는 거래 금액은 RMB 200 내지 RMB 1000의 범위일 수 있으며, 제2 지불 클라이언트가 이전에 이용될 때 매번 생성되는 거래 금액은 RMB 0 내지 RMB 300의 범위이고; 이 경우, 제1 지불 클라이언트는 제2 지불 클라이언트 전에 분류될 수 있다. 제1 단말기(10) 및 제2 단말기(20)는 거래 방식 분류에 따라 우선적으로 이용될 거래 방식을 별개로 결정한다.

"거래 방식 협상을 수행하기 전에"라는 설명은 상대방에게 거래 방식을 전송하기 전에(예를 들어, 제1 단말기(10)가 제1 단말기(10)의 적어도 하나의 거래 방식을 제2 단말기(20)에 전송하기 전에), 또는 거래 방식 매칭을 수행하기 전에(예를 들어, 제2 단말기(20)가 제1 단말기(10)에 의해 전송된 적어도 하나의 거래 방식을 수신한 후에 그리고 제2 단말기(20)가 거래 방식 매칭을 수행하기 전에)를 포함하며, 이것으로 제한되지 않는다.

가능한 구현에서, 거래 방식 협상을 수행하기 전에, 제1 단말기(10) 및/또는 제2 단말기(20)는 지원되는 각자의 거래 방식을 스크리닝하고, 현재 이용 불가능한 거래 방식을 제거한다. 예를 들어:

지급인 단말기는 사용자에 의해 입력되거나 자동으로 생성되는 거래 금액을 수신하거나, 상대방에 의해 송신된 거래 금액을 수신하고, 거래 방식에 대응하는 계정과 연관된 계정 잔액을 현재 거래의 금액과 비교하고, 잔액이 충분한지 여부에 따라, 거래 방식이 이용 가능한지를 결정한다. 대안적으로, 거래 금액이 획득되기 전에, 지급인 단말기가 계정 잔액이 적절한 금액보다 작다고 결정할 때, 예를 들어, 계정 잔액이 0일 때, 거래 방식이 이용 불가능한 것으로 결정된다. 결정은 다음과 같이 수행될 수 있다: 단말기는 저장된 계정 잔액에 따라 결정을 수행하거나 단말기는 거래 방식에 대응하는 서버가 계정 잔액을 획득한 후에 국부적으로 결정을 수행한다; 또는 단말기는 거래 방식에 대응하는 서버에 거래 금액을 전송하고 서버 측에서 결정을 수행한다.

대안적으로, 잔액이 불충분할 때, 거래 방식이 다른 인가된 지불 계정, 예를 들어, 은행 애플리케이션과 연관된 다수의 은행 카드, Alipay의 애드-온 페이(add-on pay)와 같은 위탁 지불 계정(entrusted payment account), 또는 Baidu Wallet과 연관된 은행 예금 카드에 바인딩되어 있는지에 따라, 지급인 단말기는 거래 방식이 이용 가능한지를 결정한다. 결정은 거래 금액이 획득되기 전에 수행될 수 있거나, 거래 금액이 획득된 후에 직접 수행될 수 있다.

대안적으로, 지불 클라이언트가 로그인하였는지 여부, 또는 로그인에 사용되는 계정과 패스워드가 저장되어 있는지 여부 등에 따라, 지급인 단말기는 거래 방식이 이용 가능한지를 결정한다. 예를 들어, 로그인에 사용되는 계정과 패스워드(예를 들어, 로그인 패스워드)가 저장되어 있지 않은 것으로 결정될 때, 거래 방식이 이용 불가능한 것으로 고려될 수 있고; 그렇지 않은 경우, 거래 방식이 이용 가능한 것으로 고려된다.

대안적으로, 로그인에 사용되고 저장되는 계정 및 패스워드에 대응하는 지불 클라이언트가 설치되어 있지 않은지에 따라, 지급인 단말기는 거래 방식이 이용 가능한지를 결정한다. 예를 들어, 로그인에 사용되는 계정과 패스워드가 저장되어 있고 대응하는 지불 클라이언트가 설치되어 있지 않은 것으로 결정될 때, 거래 방식이 이용 불가능한 것으로 고려될 수 있고; 그렇지 않은 경우, 거래 방식이 이용 가능한 것으로 고려된다.

전술한 가능한 구현에서, 요금 수신인은 또한 유사한 스크리닝을 수행할 수 있다.

가능한 구현에서, 제1 단말기(10) 및/또는 제2 단말기(20)는 지불 클라이언트의 계정 잔액이 현재의 트랜스퍼 지불(transfer payment)을 완료하기에 충분한지 또는 각각의 지불 클라이언트가 예금 카드에 바인딩되어 있는지를 결정하도록 각각의 등록된 및/또는 로그인된 지불 클라이언트에 별개로 요구할 수 있다. 다른 구현에서, 각각의 지불 클라이언트가 예금 카드에 바인딩된 후에, 예금 카드가 바인딩되어 있다는 것을 나타내는 데 이용되는 상태 정보가 시스템에 저장되거나, 또는 예금 케어가 바인딩되어 있는지 바인딩되어 있지 않은지를 나타내는 데 이용되는 상태 정보가 시스템에 저장되고, 그에 따라서 시스템은 사용 중에 저장 영역으로부터 상태 정보를 획득할 수 있다.

가능한 구현에서, 제1 단말기(10)는 먼저 거래 방식 1 및 대응하는 계정 12를 제2 단말기(20)에 전송하여 거래 방식 1이 이용 가능한지를 협상한다.

이 구현에서, 제1 단말기(10)는 먼저 선두에 분류된 거래 방식 1 및 대응하는 계정 11을 제2 단말기(20)에 전송한다, 즉, 제1 단말기(10)에 의해 가장 예상되는 거래 방식을 제2 단말기(20)에 전송한다. 제2 단말기(20)가 거래 방식 1을 또한 지원하는 경우, 거래 방식 1로 거래가 수행되고, 즉, 제2 단말기(20)는 거래 방식 1에 대응하는 지불 클라이언트를 자동으로 시작하여 거래 방식 1에 대응하는 서버에 거래 요구를 제출할 수 있다. 분명히, 거래 방식 1에 대응하는 지불 클라이언트가 제2 단말기(20) 상에서 시작된 후에, 사용자는 다른 동작, 예를 들어, 거래에 관련된 다른 정보(거래 금액 등)를 입력하는 것, 거래 역할을 선택하는 것, 대응하는 거래 계정 21을 선택하는 것, 또는 거래 패스워드를 입력하는 것(제2 단말기가 요금 지급인인 경우)을 수행하도록 허용된다. 이 구현에서는 소량의 데이터가 전송되고, 이것은 편리하고 효율적이다.

가능한 구현에서, 거래 방식 1은 제1 단말기(10)에 의해 현재 시작되는 지불 클라이언트이다. 예를 들어, 제1 단말기(10)의 사용자가 거래를 수행하기 위해 Alipay를 사용할 것으로 가장 예상하면, 사용자는 Alipay 클라이언트를 시작하고 NFC 접속을 이용하여 제2 단말기(20)와 상호작용한다. 이것은 직관적인 동작 경험을 전달한다.

제2 단말기(20)에 의해 반환된 결과가 거래 방식 1이 이용 불가능하거나 제2 단말기(20)가 거래 방식 1을 지원하지 않는 것을 나타내는 경우, 제1 단말기(10)는 나머지 거래 방식들을 제2 단말기(20)에 송신한다. 이 실시예에서, 나머지 거래 방식들은 거래 방식 2 및 거래 방식 3이다.

가능한 구현에서, 거래 방식 2 및 거래 방식 3과 같은 다수의 거래 방식이 리스트 형태로 전송될 수 있거나, 하나씩 전송될 수 있다.

제2 단말기(20)는 제1 단말기(10)에 의해 송신된 거래 방식과 제2 단말기(20)에 의해 지원되는 거래 방식 사이의 매칭을 수행하고, 거래 방식 2 및 거래 방식 3이 이용 가능한 것으로 결정하고, 거래 방식 2 및 거래 방식 3으로부터 이용 가능한 거래 방식을 선택하고, 선택된 이용 가능한 거래 방식을 제1 단말기(10)에 반환한다. 이 실시예에서, 선택된 이용 가능한 거래 방식은 거래 방식 2이다.

가능한 구현에서, 이용 가능한 거래 방식은 사용자에 의해 수동으로 선택될 수 있거나, 단말기에 의해 자동으로 선택될 수 있다. 예를 들어, 모든 이용 가능한 거래 방식이 UI 상에 나열되고, 사용자는 클릭에 의해 이용될 거래 방식을 선택하거나, 또는 단말기는 거래 방식 분류에 따라 이용될 거래 방식을 자동으로 선택한다.

가능한 구현에서, 제2 단말기(20)는 거래 방식 2와 거래 방식 3 둘다가 이용 가능하다는 것을 나타내는 메시지를 제1 단말기(10)에 반환할 수 있고, 그에 따라서 제1 단말기(10)가 이용될 거래 방식을 선택할 수 있다.

제2 단말기(20)에 의해 송신되고 거래 방식 2가 이용될 것임을 나타내는 메시지를 수신한 후에, 제1 단말기(10)는 거래 방식 2에 대응하는 계정 12를 제2 단말기(20)에 송신한다.

가능한 구현에서, 대안적으로, 제2 단말기(20)가 거래 방식 2와 거래 방식 3 둘다가 이용 가능한 것을 나타내는 메시지를 제1 단말기(10)에 반환한 후에, 제1 단말기(10)는 계정 12와 계좌13 둘다를 제2 단말기(20)에 송신할 수 있다.

제2 단말기(20)는 거래 방식 2에 대응하는 서버(30)에 대한 거래 요구를 개시한다.

가능한 구현에서, 제2 단말기(20)는 본 명세서에서 언급한 다양한 유선 또는 무선 통신 기술을 사용하여 거래 방식 2에 대응하는 서버(30)에 대한 거래 요구를 개시할 수 있다.

가능한 구현에서, 거래 요구는 제1 단말기(10)의 계정 12, 제2 단말기(20)의 계정 22, 및 거래 금액을 포함한다.

가능한 구현에서, 제2 단말기(20)가 요금 지급인으로서 역할을 할 때, 거래 요구는 계정 22에 대응하는 거래 패스워드(지불 패스워드 등), 또는 제2 단말기(20)에 대한 식별 및 허가 확인을 수행하기 위해 거래 방식 2에 대응하는 서버(30)에 의해 이용될 수 있는 다른 정보를 추가로 포함할 수 있다. 대안적으로, 제1 단말기(10)가 요금 수신인으로서 역할을 할 때, 거래 요구는 계정 12에 대응하는 거래 패스워드, 또는 제1 단말기(10)에 대한 식별 및 허가 확인을 수행하기 위해 거래 방식 2에 대응하는 서버(30)에 의해 이용될 수 있는 다른 정보를 추가로 포함할 수 있다. 계정 12에 대응하는 거래 패스워드, 또는 제1 단말기(10)에 대한 식별 및 허가 확인을 수행하기 위해 거래 방식 2에 대응하는 서버(30)에 의해 이용될 수 있는 다른 정보는 제1 단말기(10)에 의해 제2 단말기(20)에 전송된다.

가능한 구현에서, 거래 요구는 다른 정보, 예를 들어, 사용자가 요금 지급인 또는 요금 수신인으로서 역할을 하는 것을 식별하는 데 사용되는 사용자 식별자를 추가로 포함할 수 있다. 대안적으로, 제2 단말기(20)에 의해 개시되는 거래 요구가 지불인지 요금 수신인지는 거래 금액이 양(positive)인지 음(negative)인지를 결정함으로써 결정될 수 있다.

제1 단말기(10)와 제2 단말기(20) 사이의 전술한 거래는 개별 사용자들 사이의 트랜스퍼 거래일 수 있거나, 또는 소비자와 상인 사이의 쇼핑 거래 등일 수 있다는 점에 유의해야 한다. 소비자와 상인 사이의 쇼핑 거래의 시나리오에서, 상인을 나타내는 제1 단말기(10) 또는 제2 단말기(20)는 스마트폰일 수 있거나, 또는 출납(cashiering)을 위해 사용되는 POS 머신일 수 있거나, 또는 개인용 컴퓨터 PC 또는 태블릿 컴퓨터와 같은 온라인 쇼핑 동안 상인 웹사이트를 브라우징하기 위해 소비자에 의해 사용되는 단말기일 수 있다.

이하에서는, 특정 시나리오에 기초하여, 모바일폰 사용자가 PC를 사용하여 온라인 쇼핑을 수행할 때 상인에 대한 지불을 완료하는 프로세스를 설명한다.

시나리오 1:

1. 상품을 구매하기 위해 온라인 쇼핑몰(예를 들어, Taobao, Tmall, 또는 Jingdong Mall)이 오픈된 후에 PC 상에서 지불을 결정한다.

2. 사용자가 온라인 쇼핑몰의 지불 페이지 상에서 지불을 수행하기 위해 지불 클라이언트(Alipay 등)의 NFC 범프 지불 기능(NFC bump payment function)을 선택한 후에, PC는 사용자에게 모바일 폰을 PC의 지정된 위치(PC의 NFC 유도 영역 등)에 배치하도록 지시한다.

3. 사용자가 PC의 지정된 위치에 모바일 폰을 배치한 후에, 모바일 폰은 Alipay 클라이언트를 시작하고 사용자에게 이동 없이 지문을 누르거나 패스워드를 입력하도록 지시한다. 사용자가 프롬프트에 따라 동작을 수행한 후에, Alipay 계정 정보 및 지불 패스워드가 PC 상의 계정 입력 영역 및 패스워드 입력 영역에 디스플레이되고(예를 들어, 실제 숫자 또는 문자를 숨기는 형태로 디스플레이되고), 그에 따라서 사용자가 Alipay를 이용하여 PC 상에서 지불 동작을 완료한다.

사용자에 의해 모바일 폰 지불 클라이언트 상에서 패스워드 또는 지문을 입력하는 동작은 선택적이다.

시나리오 2:

1-2. 전술한 시나리오 1에서의 동작 단계들 1 및 2와 동일하다.

3. 사용자가 PC의 지정된 위치에 모바일 폰을 배치한 후에, PC는 온라인 쇼핑몰(즉, 상인)에서 생성된 주문 정보(예를 들어, 주문 번호 및/또는 상인 요금 수신 계정)를 모바일 폰에 전송하여, 사용자가 Alipay 클라이언트를 이용하여 모바일 폰 상에서 지불 동작을 수행하게 한다(예를 들어, 모바일 폰은 주문 질의를 수행하기 위해 Alipay 서버에 주문 번호를 전송하고, 확인이 수행된 후에 상인에게 지불이 수행될 수 있다).

시나리오 1에서, 모바일 폰은 NFC 접속을 이용하여 PC에, 지불을 위해 사용되는 계정 정보를 전송하고, PC는 거래 요구를 지불 서버에 제출한다. 그러나, 시나리오 2에서, PC는 온라인 쇼핑몰에서 생성된 주문 정보(상인 주문 번호 및/또는 상인 요금 수신 계정과 같은 정보를 포함할 수 있음)를 모바일 폰에 전송하고, 모바일 폰은 거래 요구를 지불 서버에 제출한다.

도 14는 시나리오 1에 대해 제공되는 가능한 구현에 대응하는 구현 흐름도이다. 도 14에 도시된 바와 같이, 제1 단말기(10)는 PC일 수 있고, 제2 단말기(20)는 모바일 폰일 수 있다. NFC 접속을 이용하여 제1 단말기(10)에 의해 제2 단말기(20)에 전송된 지불 인가 요구는 지불 클라이언트 식별 정보(예를 들어, Alipay 클라이언트 식별자)를 운반(carry)할 수 있다. 이러한 방식으로, 제2 단말기(20)는, 지불 클라이언트를 자동으로 시작 또는 호출하기 위해, 제2 단말기(20)에 의해 지원되는 거래 방식의 식별 정보에 따라, Alipay 클라이언트가 존재한다고 결정할 수 있다. 지불 인가 요구는 현재 거래에서 생성된 지불 거래 번호(예를 들어, Alipay 서버를 이용하여 온라인 쇼핑몰에서 생성된 거래 번호)를 추가로 운반할 수 있다. 이러한 방식으로, 제2 단말기(20)는 인증을 위해 지불 거래 번호를 Alipay 서버에 송신할 수 있다. 인증이 성공하면, 지불 거래 번호가 신뢰되는 것으로 결정되고, 그에 따라서 제2 단말기(20)가 제1 단말기(10)에 Alipay 계정 및 대응하는 지불 패스워드를 피드백하도록 트리거된다. 제1 단말기(10)에 의해 반환되는 사용자의 지불 계정 및 지불 패스워드를 획득한 후에, 제2 단말기(20)는 지불 페이지 상의 지정된 위치(예를 들어, 계정 입력 영역 및 패스워드 입력 영역)에 지불 계정 및 지불 패스워드를 직접 입력한다. 사용자가 확인을 수행한 후, 지불 계정 및 지불 패스워드는 인증을 위해 지불 서버에 전송된다. 인증이 성공하면, 지불 서버는 계정에 대응하는 계정 잔액에서 돈을 공제하고, 그 돈을 상인 계좌로 트랜스퍼한다.

온라인 쇼핑몰의 지불 페이지 상에서 지불 방식을 선택할 때, 사용자는 NFC 범프 지불 기능을 이용하여 지불을 수행하기를 선택할 수 있다는 점에 유의해야 한다. 이 경우에, 도 14에 도시된 지불 인가 요구는 적어도 다수의 지불 클라이언트 식별 정보(예를 들어, Alipay 클라이언트 식별자, PayPal 식별자, 및 Google 월렛 식별자)를 운반할 수 있다. 이러한 방식으로, 제2 단말기(20)는 제2 단말기(20)에 의해 지원되는 지불 클라이언트와 제1 단말기(10)에 의해 전송되는 이러한 지불 클라이언트들 사이의 매칭을 수행하고, 제2 단말기(20)와 제1 단말기(10) 둘다에 의해 지원되는 지불 클라이언트들을 식별하여, 지불 클라이언트를 결정하고 나서 지불을 완료할 수 있다. 특정 구현에 대해서는, 다음의 실시예들을 참조한다. 상세사항들이 본 명세서에서 설명되지는 않는다.

가능한 구현에서, 거래 요구의 내용은 시스템에 의해 자동으로 생성될 수 있거나, 사용자에 의해 수동으로 입력될 수 있다.

가능한 구현에서, 계정 12를 수신한 후에, 제2 단말기(20)는 거래 방식 2에 대응하는 지불 클라이언트를 자동으로 시작 또는 호출하고, 거래 방식 2에 대응하는 서버(30)에 대한 거래 요구를 개시한다.

지불 클라이언트가 사용자의 정상적인 사용에 영향을 미치지 않고 거래 방식 2에 대응하는 서버(30)에 대한 거래 요구를 개시하기 위해 백그라운드에서 호출될 수 있다는 점에 유의해야 한다.

대안적으로, 사용자에 의해 선택되거나 입력되는 특정 거래 정보, 예를 들어, 지불 클라이언트에 바인딩되어 있는 다수의 은행 카드로부터 선택된 이용될 카드, 거래 금액, 거래 유형이 요금 수신 또는 지불인지, 또는 거래 패스워드는 거래 방식 2에 대응하는 지불 클라이언트가 자동으로 시작 또는 호출된 후에 수신될 수 있다.

가능한 구현에서, 거래 요구는 제2 단말기(20)에 의해 개시되고, 따라서, 제1 단말기(10)의 계정 및 거래 방식에 대응하는 지불 클라이언트가 제1 단말기 상에 설치되지 않을 수 있다. 거래 방식 및 계정이 제2 단말기(20)에 제공될 수 있다면, 거래 협상 프로세스가 완료될 수 있다.

가능한 구현에서, 거래 금액은 사용자에 의해 수동으로 입력될 수 있거나, 제2 단말기(20)에 의해 자동으로 획득될 수 있거나, 제1 단말기(10)로부터 수신될 수 있다. 예를 들어, 제2 단말기(20)가 금전 등록기에 접속된 POS 머신일 때, 거래 금액은 금전 등록기로부터 제2 단말기(20)에 의해 획득되고, 사용자에 의해 수동으로 입력될 필요가 없다.

가능한 구현에서, 사용자에 의해 수동으로 입력되는 거래 금액이 수신될 수 있거나, 또는 제2 단말기(20)는 제1 단말기(10)와 제2 단말기(20)가 거래 방식 협상을 수행하기 전에 거래 금액을 자동으로 획득할 수 있다. 예를 들어, 제2 단말기(20)의 UI는 거래 인터페이스를 제시한다. 제1 단말기(10) 및 제2 단말기(20)의 사용자들이 거래 금액이 정확한 것을 확인한다는 것을 나타내는 메시지를 수신한 후에, 제1 단말기(10) 및 제2 단말기(20)는 NFC 접속을 이용하여 거래 방식 협상을 수행한다.

가능한 구현에서, 협상 프로세스가 NFC 접속을 이용하여 수행되기 전에 수행될 거래에 따라 제1 단말기(10)는 요금 수신인으로서 구성되고/되거나 제2 단말기(20)는 요금 지급인으로서 구성된다. 즉, 협상 프로세스가 NFC 접속을 이용하여 수행된 후에(예를 들어, 제1 단말기(10) 또는 제2 단말기(20)가 이용될 거래 방식을 결정한 후에) 지급인 단말기 상에 설치된 지불 클라이언트가 자동으로 시작 또는 호출된다.

가능한 구현에서, 제2 단말기(20)에 의해 송신된 거래 요구를 수신한 후에, 거래 방식 2에 대응하는 서버(30)는 확인 요구를 제1 단말기(10)에 송신할 수 있다. 제1 단말기(10)에 의해 송신된 확인 명령어를 수신한 후에, 거래 방식 2에 대응하는 서버(30)는 거래를 수행한다.

이 구현에서, 단말기는 거래에 대한 사용자에 의해 수행되는 확인을 수신하고, 그에 의해 보안을 개선한다. 특히, 요금 수신인으로서 역할을 하는 제2 단말기(20)에 의해 개시되는 거래 요구가 요금 수신 요구이면, 요금 지급인으로서 사용되는 제1 단말기(10)는 사용자의 특성 보안(property security)을 보장하기 위해 확인을 수행한다.

가능한 구현에서, 확인 명령어는 계정 12에 대응하는 패스워드, 또는 거래 방식 2에 대응하는 서버(30)에 의해 제1 단말기(10)에 대한 식별을 수행하는 데 이용될 수 있는 다른 정보를 추가로 포함한다.

선택적으로, 거래 확인 프로세스가 본 발명의 모든 실시예에 적용될 수 있고, 다른 첨부 도면들이 그려지지 않는다는 점에 유의해야 한다.

가능한 구현에서, 불충분한 잔액 또는 허가 제한과 같은 이유들로 거래가 실패하면, 거래 방식 2에 대응하는 서버(30)는 거래가 실패한 것을 나타내는 메시지를 제2 단말기(20)에 송신한다. 제2 단말기(20)는 나머지 이용 가능한 거래 방식을 제1 단말기(10)에 전송하고, 나머지 이용 가능한 거래 방식은 이 구현에서 거래 방식 3이다. 제1 단말기(10)는 거래 방식 3에 대응하는 계정 13을 제2 단말기(20)에 반환한다. 제2 단말기(20)는 거래 방식 3에 대응하는 서버에 대한 거래 요구를 개시한다.

가능한 구현에서, 거래 요구는 제1 단말기(10)의 계정 13, 제2 단말기(20)의 계정 23, 및 거래 금액을 포함한다.

가능한 구현에서, 거래 방식 2에 대응하는 서버(30)는 거래 실패를 표시하는 메시지를 제1 단말기(10)에 추가로 송신한다.

가능한 구현에서, 제1 단말기(10)와 제2 단말기(20) 사이의 협상의 프로세스에서의 임의의 하나 이상의 단계에서 송신된 정보는 자동으로 송신될 수 있거나, 상대방으로부터 수신된 요구에 응답하여 반환될 수 있다.

가능한 구현에서, 방법은: 제2 단말기(20)에 의해, 거래 요구를 제1 단말기(10)에 전송하는 단계; 및 제1 단말기(10)에 의해, 협상에 의해 선택된 거래 방식에 대응하는 서버(30)에 거래 요구를 포워딩하는 단계를 추가로 포함한다.

도 2는 본 발명의 다른 가능한 구현에 따른 거래 방법의 개략도이다. 도 2에 도시된 바와 같이, 이 구현과 도 1에 도시된 구현 사이의 유사성은 설명되지 않는다. 도 1과 달리, 이용 가능한 거래 방식들이 거래 방식 2 및 거래 방식 3인 것을 식별한 후에, 제2 단말기(20)는 거래 방식 2가 선택되는 것을 나타내는 메시지와 대응하는 계정 22 둘다를 제1 단말기(10)에 송신한다. 제1 단말기(10)는 거래 방식 2에 대응하는 서버(30)에 대한 거래 요구를 개시한다.

본 출원에서 설명된 동시 송신은 다수의 정보가 패키징되어 함께 송신되거나, 다수의 정보가 하나씩 송신된다는 것을 나타낼 수 있다는 점에 유의해야 한다.

도 3은 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다. 도 3에 도시된 바와 같이, 이 구현과 도 1에 도시된 구현 사이의 유사성은 설명되지 않는다. 도 1과 달리, 거래 방식 1이 이용 불가능한 것으로 결정한 후에, 제2 단말기(20)는 제1 단말기(10)에 제2 단말기(20)에 의해 지원되는 거래 방식들의 리스트를 반환한다. 거래 방식들은 거래 방식 2, 거래 방식 3, 및 거래 방식 4를 포함한다.

가능한 구현에서, 거래 방식 1이 이용 불가능한 것으로 결정한 후에, 제2 단말기(20)는 제1 단말기(10)에 제2 단말기(20)에 의해 지원되는 거래 방식들의 리스트를 반환한다. 거래 방식들은 거래 방식 2, 거래 방식 3, 또는 거래 방식 4 중 임의의 하나 이상을 포함할 수 있다.

이 구현에서, 제1 단말기(10)는 2개의 단말기에 의해 지원되는 거래 방식들의 리스트에서 이용 가능한 거래 방식들에 대해 매칭을 수행한다. 제1 단말기(10)는 이용 가능한 거래 방식들이 거래 방식 2 및 거래 방식 3인 것을 식별하고, 거래 방식 2가 사용을 위해 선택되는 것을 나타내는 메시지를 제2 단말기(20)에 반환한다.

이용될 거래 방식이 거래 방식 2인 것을 나타내는 메시지를 수신한 후에, 제2 단말기(20)는 제2 단말기(20)에 대응하는 거래 방식 2의 계정 22를 제1 단말기(10)에 송신한다.

제1 단말기(10)는 거래 방식 2에 대응하는 서버(30)에 대한 거래 요구를 개시한다.

도 4는 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다. 도 4에 도시된 바와 같이, 이 구현과 도 3에 도시된 구현 사이의 유사성은 설명되지 않는다. 도 3과 달리, 이용 가능한 거래 방식들이 거래 방식 2 및 거래 방식 3인 것을 식별한 후에, 제1 단말기(10)는 거래 방식 2가 선택되는 것을 나타내는 메시지와 대응하는 계정 12 둘다를 제2 단말기(20)에 송신한다. 제2 단말기(20)는 거래 방식 2에 대응하는 서버(30)에 대한 거래 요구를 개시한다.

도 5는 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다. 도 5에 도시된 바와 같이, 이 구현과 도 1에 도시된 구현 사이의 유사성은 설명되지 않는다. 도 1과 달리, 제1 단말기(10)는 빠른 매칭을 달성하려고 시도하기 위해, 가장 예상되는 거래 방식 1 및 계정 11을 제2 단말기(20)에 먼저 전송하지 않는다. 대신에, 제1 단말기(10)는 모든 지원되는 거래 방식(거래 방식 1, 거래 방식 2, 및 거래 방식 3)을 제2 단말기(20)에 송신한다.

제2 단말기(20)는 제1 단말기(10)에 의해 지원되는 거래 방식과 제2 단말기(20)에 의해 지원되는 거래 방식 사이의 매칭을 수행하는데, 즉, 임의의 거래 방식이 제2 단말기와 제1 단말기 둘다에 의해 지원되는지를 결정한다. 이용 가능한 거래 방식들이 거래 방식 2 및 거래 방식 3인 것을 식별한 후에, 제2 단말기(20)는 거래 방식 2가 선택되는 것을 표시하는 메시지를 제1 단말기(10)에 송신한다.

제1 단말기(10)는 거래 방식 2에 대응하는 계정 12를 제2 단말기(20)에 송신한다.

이 구현에서는, 제2 단말기(20)가 매칭에 의해 이용 가능한 거래 방식을 획득한 후에, 제1 단말기(10)가 계정을 제2 단말기(20)에 전송하여, 사용자 정보의 기밀성을 유지하고 보안을 개선한다.

도 6은 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다. 도 6에 도시된 바와 같이, 이 구현과 도 5에 도시된 구현 사이의 유사성은 설명되지 않는다. 도 5와 달리, 제2 단말기(20)는 제1 단말기(10)에 의해 지원되는 거래 방식과 제2 단말기(20)에 의해 지원되는 거래 방식 사이의 매칭을 수행한다. 이용 가능한 거래 방식들이 거래 방식 2 및 거래 방식 3인 것을 식별한 후에, 제2 단말기(20)는 거래 방식 2가 선택되는 것을 나타내는 메시지와 대응하는 계정 22 둘다를 제1 단말기(10)에 송신한다.

도 7은 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다. 도 7에 도시된 바와 같이, 이 구현과 도 5에 도시된 구현 사이의 유사성은 설명되지 않는다. 도 5와 달리, 제1 단말기(10)는 모든 지원되는 거래 방식(거래 방식 1, 거래 방식 2, 및 거래 방식 3) 및 거래 방식 1에 대응하는 계정 11을 제2 단말기(20)에 송신한다.

이 실시예에서, 매칭에 의해 제2 단말기(20)에 의해 획득된 이용 가능한 거래 방식이 거래 방식 1을 포함하는 경우, 제2 단말기(20)는 거래 방식 1에 대응하는 서버에 대한 거래 요구를 개시하고, 그에 의해 지불 효율을 개선한다. 매칭에 의해 제2 단말기(20)에 의해 획득된 이용 가능한 거래 방식이 거래 방식 1을 포함하지 않는 경우, 제2 단말기(20)는 다른 매칭된 거래 방식, 즉, 양 당사자의 단말기들에 의해 지원되는 거래 방식, 예를 들어, 거래 방식 2 또는 거래 방식 3을 선택할 수 있다.

매칭에 의해 제2 단말기(20)에 의해 획득된 이용 가능한 거래 방식이 거래 방식 1을 포함하지 않을 때, 예를 들어, 매칭에 의해 획득된 이용 가능한 거래 방식들이 거래 방식 2 및 거래 방식 3일 때, 제2 단말기(20)는 거래 방식 2가 선택되는 것을 나타내는 메시지를 제1 단말기(10)에 송신한다.

도 8은 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다. 도 8에 도시된 바와 같이, 이 구현과 도 7에 도시된 구현 사이의 유사성은 설명되지 않는다. 도 7과 달리, 제2 단말기(20)는 제1 단말기(10)에 의해 지원되는 거래 방식과 제2 단말기(20)에 의해 지원되는 거래 방식 사이의 매칭을 수행한다. 이용 가능한 거래 방식들이 거래 방식 2 및 거래 방식 3인 것을 식별한 후에, 제2 단말기(20)는 선택된 거래 방식 2와 대응하는 계정 22 둘다를 제1 단말기(10)에 송신한다.

도 9는 본 발명의 또 다른 가능한 구현에 따른 거래 방법의 개략도이다. 도 9에 도시된 바와 같이, 이 구현과 도 1에 도시된 구현 사이의 유사성은 설명되지 않는다. 도 1과 달리, 제1 단말기(10)는 제2 단말기(20)에, 모든 지원되는 거래 방식(거래 방식 1, 거래 방식 2, 및 거래 방식 3)과, 거래 방식 1, 거래 방식 2, 및 거래 방식 3에 각각 대응하는 계정 11, 계정 12, 및 계정 13을 송신한다.

제2 단말기(20)는 제1 단말기(10)에 의해 지원되는 거래 방식과 제2 단말기(20)에 의해 지원되는 거래 방식 사이의 매칭을 수행한다. 이용 가능한 거래 방식들이 거래 방식 2 및 거래 방식 3인 것을 식별한 후에, 제2 단말기(20)에 의해 선택된 거래 방식은 거래 방식 2이다.

이 구현에서는, 제1 단말기(10)와 제2 단말기(20) 사이에서 한번만 상호작용이 수행될 필요가 있다. 제1 단말기(10)에 의해 지원되는 모든 거래 방식 및 모든 거래 방식에 대응하는 계정들을 제1 단말기(10)로부터 획득한 후에, 제2 단말기(20)는 매칭에 의해 이용 가능한 거래 방식들을 획득하고, 이용 가능한 거래 방식들로부터 거래 방식을 선택하고, 선택된 거래 방식에 대응하는 서버에, 제1 단말기(10) 및 제2 단말기(20)에 의해 선택된 거래 방식의 계정과 거래 금액 둘다를 송신한다.

본 출원의 다수의 실시예들이 서로 조합될 수 있다는 점에 유의해야 한다. 매칭에 의해 하나 이상의 거래 방식을 획득할 때(즉, NFC 통신을 수행하는 2개의 단말기가 둘다 하나 이상의 거래 방식을 지원할 때), 매칭을 수행하는 단말기는 이용될 거래 방식을 선택할 수 있고, 다음으로 다른 단말기에 대응하는 계정을 전송하거나 다른 단말기에게 다른 단말기의 계정을 획득하도록 요구할 수 있다. 대안적으로, 매칭을 수행하는 단말기는 다른 단말기에 매칭에 의해 획득된 이용 가능한 거래 방식을 송신할 수 있거나, 매칭에 의해 획득된 이용 가능한 거래 방식 및 거래 방식에 대응하는 계정을 다른 단말기에 송신할 수 있고, 그 다음에, 다른 단말기는 이용될 거래 방식을 선택한다. 다수의 거래 방식들 및/또는 거래 방식들에 대응하는 다수의 계정들이 송신될 필요가 있을 때, 다수의 거래 방식들 및/또는 계정들의 전부 또는 일부가 송신될 수 있다.

도 10은 본 발명의 가능한 구현에 따른 거래 방법의 구현 흐름도이다. 도 10에 도시된 바와 같이, 제1 단말기(10) 및 제2 단말기(20)는 거래 방식 리스트 및 대응하는 계정 리스트를 개별적으로 생성하고, 거래 방식 리스트 및 대응하는 계정 리스트를 저장하고, 거래 방식 리스트로부터 이용 가능한 거래 방식들을 스크리닝하여 이용 가능한 거래 방식 리스트를 획득하고, 그 다음에, 이용 가능한 거래 방식 리스트에서 이용 가능한 거래 방식들을 분류한다. 그 다음, 제1 단말기(10)는 이용 가능한 거래 방식 리스트 및 이용 가능한 거래 방식 리스트 내의 각각의 이용 가능한 거래 방식에 대응하는 계정 리스트를 제2 단말기(20)에 전송한다. 제2 단말기(20)는 적어도 하나의 매칭된 거래 방식을 획득하기 위해 2개의 단말기의 이용 가능한 거래 방식 리스트들에 대해 매칭을 수행한다. 제2 단말기(20)는 적어도 하나의 매칭된 거래 방식으로부터 이용될 거래 방식을 선택하고, 이용될 거래 방식에 대응하는 서버에 거래 요구를 송신한다.

본 발명의 이 실시예에서, 거래 방식과 계정은 일대일 대응 관계(one-to-one correspondence)에 있을 수 있거나, 일대일 대응 관계에 있지 않을 수 있다. 예를 들어, 다수의 거래 방식들은 하나의 계정에 대응한다. 계정이 모바일 폰 번호 또는 이메일 주소인 것이 일례로서 사용된다. 모바일 폰 번호 또는 이메일 주소는 Alipay 및 PayPal와 같은 다수의 거래 방식들에 대응하기 위해 Alipay 계정, PayPal 계정을 등록하는 데에 이용될 수 있다. 대안적으로, 계정이 은행 카드 번호인 것이 일례로서 사용된다. 은행 카드 번호는 Alipay 및 PayPal와 같은 다수의 거래 방식들에 대응하기 위해 Alipay 계정, PayPal 계정 등에 바인딩될 수 있다.

본 발명의 이 실시예에서, 단말기에 의해 사용되는 계정 정보가 은행 카드 정보를 포함한다면, 지불 클라이언트가 현재 거래를 수행하기 위한 제1 거래 방식으로서 결정된 후에, 제1 거래 방식에 대응하는 서버에 거래 요구를 제출하는 단말기는 제1 거래 방식이 은행 카드를 이용하여 거래를 지원(예를 들어, 은행 카드 계정으로의 돈의 트랜스퍼를 지원하거나 은행 카드 계정을 이용하여 지불 또는 요금 수신을 지원)하는 것으로 먼저 결정할 필요가 있다. 추가로, 계정 정보로서 은행 카드 정보를 사용하는 단말기가 서버에 거래 요구를 제출하는 단말기인 경우, 단말기는 제1 거래 방식이 은행 카드를 이용하여 거래를 지원하는 것으로 결정하거나; 또는 계정 정보로서 은행 카드 정보를 사용하는 단말기가 서버에 거래 요구를 제출하는 단말기가 아닌 경우, 계정 정보로서 은행 카드 정보를 사용하는 단말기는 은행 카드 정보를 다른 단말기에 전송하기 전에, 제1 거래 방식이 은행 카드를 이용하여 거래를 지원하는 것으로 결정하고; 및/또는 서버에 거래 요구를 제출하는 단말기는 다른 단말기에 의해 전송된 은행 카드 정보를 수신한 후에, 제1 거래 방식이 은행 카드를 이용하여 거래를 지원하는 것으로 결정한다. 예를 들어, 수취인 단말기는 요금 수신을 위해 사용되는 은행 카드 정보(카드 번호 및 선택적인 이름)를 지급인 단말기에 송신할 수 있다. 지급인 단말기가 제1 거래 방식을 사용하기로 결정하거나 다른 단말기가 지급인 단말기에게 제1 거래 방식을 사용할 것을 지시한 후에, 지급인 단말기는 자동으로 또는 사용자 동작(예를 들어, 클릭에 의해 지불 클라이언트를 선택하는 것)에 기초하여, 은행 카드 정보를 지불 클라이언트에 의해 제공되는 사용자 인터페이스 UI 상의 대응하는 입력 상자 내로 입력하고, 요금 지급인이 확인을 수행한 후에 트랜스퍼를 완료할 수 있다. 다른 예를 들어, 세부사항들은 본 명세서에서 설명되지 않는다. 본 발명의 이 실시예는 제한을 두지 않는다.

또한, 본 발명의 이 실시예는 사용자가 은행 카드 보너스 포인트, 멤버십 카드 보너스 포인트(예를 들어, Alipay 멤버십 카드 보너스 포인트), 전자 티켓(예를 들어, 쿠폰, 바우처 또는 티켓) 등을 트랜스퍼하는 시나리오에 추가로 적용될 수 있다. 예를 들어, 보너스 포인트 트랜스퍼(bonus point transfer)가 수행될 때, 이것은 트랜스퍼될 보너스 포인트들의 양이 거래 금액으로서 이용될 수 있거나, 거래 금액의 추가 정보로서 이용될 수 있다는 것을 나타낸다. (Alipay 서버를 이용하여 구매되거나 다운로드되는 쿠폰과 같은) 쿠폰이 트랜스퍼될 때, 쿠폰에 관한 정보(예를 들어, 소비 코드)가 계정 정보로서 이용될 수 있거나, 계정 정보의 추가 정보로서 이용될 수 있다. 구현에서, 2개의 단말기가 NFC 접속을 이용하여 메시지 교환을 수행할 때, 교환된 메시지에 추가 정보가 추가되어, 자금, 또는 보너스 포인트, 또는 쿠폰이 현재 거래에서 트랜스퍼되어야 하는지를 표시할 수 있다. 본 발명의 이 실시예는 이에 대해 제한을 두지 않는다.

도 15는 본 발명의 가능한 구현에 따른 제1 단말기(10)와 제2 단말기(20) 사이에서 교환되는 메시지의 구조도이다. 제1 단말기(10)와 제2 단말기(20) 사이에서 교환되는 거래 메시지는 (NFC 데이터 교환 포맷 레코드, 즉, NDEF 레코드와 같은) 메시지 헤더를 포함할 수 있거나, (NFC 데이터 교환 포맷 레코드, 즉 NDEF 레코드와 같은) 다수의 메시지 필드를 추가로 포함할 수 있다. 메시지 헤더는 현재 거래에서 메시지 전송자를 식별하는 데 사용되는 역할 식별자(요금 지급인의 식별자 또는 요금 수신인의 식별자 등)를 운반할 수 있다. NDEF 레코드는 도 1 내지 도 10의 거래 방식들의 수량을 나타내는 정보를 운반 또는 포함하는 데 이용되고, 거래 방식의 식별 정보(지불 애플리케이션 식별자 등), 심지어 거래 방식에 대응하는 계정 정보(지불 애플리케이션 계정 등)를 식별하는 데 사용된다. 도 15에서는, M개의 지불 애플리케이션 식별자 및 M개의 대응하는 계정이 운반되는 것이 일례로서 사용된다. M은 0보다 큰 정수이다. 점선으로 표시된 NDEF 레코드들은 선택적이다. 대응하는 의미는, 단말기(예를 들어, 제1 단말기(10))가 메시지 포맷을 이용하여 M개의 지불 애플리케이션 식별자(M≥1)를 다른 단말기(예를 들어, 제2 단말기(20))에 송신할 수 있다; 메시지 포맷을 이용하여 M개의 지불 애플리케이션 식별자 및 M개의 지불 애플리케이션 식별자에 대응하는 M개의 지불 애플리케이션 계정(M≥1)을 다른 단말기에 송신할 수 있다; 또는 메시지 포맷을 이용하여 M개의 지불 애플리케이션 식별자 및 N개의 거래 방식에 대응하는 N개의 지불 애플리케이션 계정(M≥1, 및 N < M)을 다른 단말기에 전송할 수 있다는 것이다.

도 16은 본 발명의 가능한 구현에 따른 제1 단말기(10)와 제2 단말기(20) 사이에서 교환되는 메시지의 다른 구조도이다. 도면에 도시된 거래 메시지는 다수의 NDEF 레코드에 의해 형성된다. 제1 NDEF 레코드는 도 15에서 메시지 헤더일 수 있고, 제2 NDEF 레코드는 M개의 포인터를 포함할 수 있다. 각각의 포인터는 지불 애플리케이션 식별자(및 지불 애플리케이션 식별자에 대응하는 지불 애플리케이션 계정)를 운반하는 데 사용되는 후속 NDEF 레코드를 포인팅할 수 있다. 따라서, 단말기(구체적으로는, NFC 안테나를 이용하여, 전술한 포맷의 메시지를 수신 또는 송신할 수 있는 단말기의 NFC 유닛 또는 NFC 기능 모듈)가 거래 메시지를 수신한 후에 파싱(parsing)을 수행할 때, 단말기는 각각의 포인터를 사용하여 거래 방식과 관련된 정보를 찾을 수 있어서, 단말기는 거래 방식 매칭 동작을 수행할 수 있다.

도 15 및 도 16은 본 발명의 이 실시예에서 제1 단말기(10)와 제2 단말기(20) 사이에서 교환되는 메시지의 포맷을 설계하는 예일 뿐이다. 본 발명의 이 실시예는 다른 설계 방식에 대해 제한을 두지 않는다. 예를 들어, 역할 식별자가 추가 정보로서 사용되고 후속 추가 필드에 포함되거나, 프로토콜 버전 정보가 메시지 헤더에 포함된다.

본 발명의 이 실시예에서, NFC 접속을 이용하여 제1 단말기(10)와 제2 단말기(20) 사이에서 교환되는 메시지는 제1 단말기(10)에 의해 제2 단말기(20)에 전송되는 메시지일 수 있거나, 제2 단말기(20)에 의해 제1 단말기(10)에 전송되는 메시지일 수 있다. 메시지는 판독기/기록기 R/W 모드 또는 피어-투-피어 P2P 모드에서 송신될 수 있다. 예를 들어, 제2 단말기(10)는 R/W 모드에서 동작하고 판독 커맨드 판독 커맨드를 제1 단말기(10)에 송신하여, 제1 단말기(10)에 의해 저장된 NFC 태그 내의 정보를 판독한다(즉, 제1 단말기(10)는 NFC 태그 내의 정보를 NFC 태그로서 제2 단말기(20)에 반환한다). 다른 예를 들어, 제1 단말기(10)는 P2P 모드에서 동작하고, 요구 메시지를 제2 단말기에 전송하고, 요구 메시지는 도 1 내지 도 10의 임의의 실시예에서 설명된 바와 같이, 거래 방식 및/또는 대응하는 계정 정보를 운반할 수 있다. 그 다음에, 제2 단말기는 P2P 모드에서 제2 단말기에 응답 메시지를 피드백하고, 응답 메시지는 도 1 내지 도 10의 임의의 실시예에서 설명된 바와 같이, 이용될 거래 방식, 및 대응하는 계정 정보 또는 다른 정보를 결정하는 데에 사용되는 정보를 운반할 수 있다. 이 모드에서, 제1 단말기(10)에 의해 제2 단말기(20)에 전송되는 요구 메시지 또는 제2 단말기(20)에 의해 제1 단말기에 피드백된 응답 메시지는 적어도 하나의 정보 프로토콜 데이터 유닛 IPDU(IPDU는 NFC 포럼에 의해 공식화되는 논리 링크 제어 프로토콜 LLCP에서 정의되고 정보를 운반하는 데 사용되는 데이터 유닛임)에 캡슐화되어, LLCP 데이터 링크 접속(LLCP Data Link Connection)을 이용하여 전송될 수 있다. 상세사항들에 대해서는 LLCP 프로토콜을 참조한다. 분명히, 본 발명의 이 실시예는 메시지의 특정 송신 방식에 대해 제한을 두지 않는다.

본 발명의 이 실시예에서, 제1 단말기(10) 또는 제2 단말기(20)가 상대방에 의해 전송된 메시지를 수신한 후에, 즉, NFC 유닛 또는 NFC 기능 모듈이 NFC 안테나를 사용하여 상대방에 의해 전송된 메시지를 수신한 후에, NFC 유닛 또는 NFC 기능 모듈은 메시지 내의 정보의 일부 또는 모든 정보를 파싱할 수 있다. 예를 들어, 도 15 또는 도 16에서의 메시지 헤더가 파싱되고, 파싱된 역할 식별자가 요금 지급인인 것으로 가정된다. 단말기는, 전술한 실시예에서 설명된 바와 같이, 거래 방식이 다른 인가된 계정에 바인딩되어 있는지 여부 또는 계정 잔액이 충분한지 여부를 결정하고, 결정 결과에 따라 스크리닝 및 분류와 같은 거래 방식에 대한 동작들을 수행하도록 트리거될 수 있다. 도 15 또는 도 16의 지불 애플리케이션 식별 정보가 파싱되고, 파싱된 지불 애플리케이션 식별 정보가 Alipay 클라이언트 식별자인 것으로 가정된다. 단말기는 전술한 실시예에서 설명된 바와 같이, 단말기에 의해 지원되는 거래 방식(즉, 지불 클라이언트)이 Alipay 클라이언트를 갖는지 여부를 결정하도록 트리거될 수 있고, 단말기는 결정 결과에 따라 동작, 예를 들어, 두 당사자에 의해 매칭되는 지불 클라이언트를 시작 또는 호출하는 것 등을 수행하도록 트리거된다. 분명히, NFC 유닛 또는 NFC 기능 모듈에 의해 부분 정보, 예를 들어, 메시지에서 운반되는 계정 정보, 거래 금액, 또는 서비스에 관련된 다른 추가 정보(예를 들어, 거래 설명 정보: 지불, 요금 수신, 차용, 상환 및 위탁 지불)가 파싱되지 않을 수 있다.

본 발명의 가능한 구현은 근접장 통신(NFC) 기반 거래 방법을 제공하고, 이 방법은:

제2 단말기(20)에 의해 NFC 접속을 이용하여, 제1 단말기(10)에 의해 전송된 협상 메시지(예를 들어, 도 15 또는 도 16의 협상 메시지)를 수신하는 단계를 포함하고, 협상 메시지는 적어도 제 1 식별자 리스트 및 제1 계정 리스트를 포함하고, 제1 식별자 리스트는 제1 단말기(10)에 의해 지원되는 적어도 하나의 거래 방식을 식별하기 위한 M개의 식별 정보를 포함하고, 제1 계정 리스트는 M개의 식별 정보 내의 N개의 식별 정보에 대응하는 N개의 계정 정보를 포함하고, M≥1이고 N≤M이다.

본 발명의 가능한 구현에 따르면, 아래에 도시되는 바와 같이, 협상 메시지 내의 식별 정보량 M의 값 및 계정 정보량 N의 값을 결정함으로써 특정 처리가 결정된다:

M≥1이고 N=1일 때, 제2 단말기는 제1 미리 설정된 규칙에 따른 제1 거래 방식(예를 들어, 도 1, 도 2, 도 3, 도 4, 도 7 또는 도 8의 방식)을 결정하여 현재 거래를 완료한다; 또는

M≥1이고 N=0일 때, 제2 단말기는 제2 미리 설정된 규칙에 따른 제1 거래 방식(예를 들어, 도 5 또는 도 6의 방식)을 결정하여 현재 거래를 완료한다; 또는

M>1이고 N>1일 때, 제2 단말기는 제3 미리 설정된 규칙에 따른 제1 거래 방식(예를 들어, 도 9의 방식)을 결정하여 현재 거래를 완료한다.

본 발명의 가능한 구현에 따르면, 협상 메시지가 계정 정보를 포함하는지를 결정하는 단계는 다음의 단계들을 포함할 수 있다:

N이 0인지를 결정하는 단계; 및

N이 0이면, 제2 미리 설정된 규칙에 따른 제1 거래 방식(예를 들어, 도 5 또는 도 6의 방식)을 결정하여, 제1 단말기(10) 또는 제2 단말기(20)에 의해 제1 거래 방식에 대응하는 서버에 거래 요구를 전송함으로써 현재 거래를 완료하는 단계; 또는 N이 0이 아니면, 다른 방식으로, 예를 들어, 우선순위 정보 또는 다른 정보에 따라 하나의 계정 정보를 먼저 결정한 다음, 제1 식별자 리스트가 계정 정보에 대응하는 식별 정보를 포함하는지를 결정하는 방식으로 처리를 수행하는 단계; 및 예이면, 식별 정보가 제1 거래 방식이라고 결정하는 단계; 또는 아니오이면, 다른 계정 정보를 결정하고, 하나의 계정 정보 및 계정 정보에 대응하는 식별 정보가 발견될 때까지, 유추(analogy)에 의해 동작을 계속하여, 제1 단말기가 제1 거래 방식에 대응하는 서버에 요구를 직접 제출하게 하는 단계. 계정 정보 및 계정 정보에 대응하는 식별 정보가 최종적으로 발견되지 않으면, 두 당사자에 의해 지원되는 식별 정보 내의 하나의 식별 정보가 제1 거래 방식으로서 결정되고, 제2 단말기(20)는 제1 단말기(10)로부터 대응하는 계정 정보를 요구할 수 있어서, 제2 단말기(20)가 서버에 요구를 직접 제출하게 하거나; 또는 ^{제2 단말기}(20)는 ^{제2 단말기}(20)의 계정을 제1 단말기(10)에 통지하여, 제1 단말기가 서버에 요구를 제출하게 한다.

본 발명의 이 실시예에서, 사용자의 페이스-투-페이스 트랜스퍼 문제를 해결하기 위해 더욱 지능적인 방법이 제공된다. 이것은 모바일 폰 상의 모든 지불 클라이언트의 현재 상태들(예를 들어, 등록/로그인 상태, 계정 잔액 상태/예금 카드 바인딩 상태)에 따라 이용 가능한 지불 클라이언트를 결정하고, 두 당사자에 대해 이용 가능한 지불 클라이언트를 자동으로 매칭하고, 이용될 지불 클라이언트를 자동으로 호출할 수 있다. 따라서, 두 당사자는 특정 지불 클라이언트를 협상할 필요가 없으며, 양 당사자가 클라이언트를 능동적으로 시작할 필요가 없고, 사용자가 상대방의 계정을 수동으로 입력할 필요가 없고, 그에 의해 사용자 경험을 개선한다.

본 발명의 이 실시예에서 제1 단말기(10) 및 제2 단말기(20)는 NFC 기능을 지원하는 단말기들일 수 있다. 단말기는 모바일 폰, 웨어러블 디바이스(스마트 시계 또는 스마트 밴드 등), 태블릿 컴퓨터, 개인용 컴퓨터(PC, Personal Computer), PDA(Personal Digital Assistant, 개인용 디지털 단말기), POS(Point of Sales, 판매 시점), 차량 장착 컴퓨터 등을 포함할 수 있다.

본 발명의 이 실시예에서 거래 방식에 대응하는 지불 클라이언트 또는 서버는 사용자의 자금들을 관리하도록 주로 구성되는 금융 서버일 수 있으며, 이 금융 서버는 Alipay, WeChat Pay, 또는 PayPal와 같은 제3자 조직에 의해 제공되는 서버, 유니온페이 또는 은행 기관에 의해 제공되는 서버, 모바일 폰과 같은 단말기 제조자에 의해 제공되는 서버, 및 이러한 서버들의 임의의 하나 이상의 조합을 포함하고, 이것들로 제한되지 않는다.

단말기가 모바일 폰이라는 것이 일례로서 사용된다. 도 11은 본 발명의 실시예에 관련된 모바일 폰(100)의 부분적인 구조의 블록도를 도시한다. 도 11을 참조하면, 모바일 폰(100)은 RF(Radio Frequency, 무선 주파수) 회로(110), NFC 유닛(101), 메모리(120), 다른 입력 디바이스(130), 디스플레이 스크린(140), 센서(150), 오디오 주파수 회로(160), I/O 서브시스템(170), 프로세서(180) 및 전원(190)과 같은 컴포넌트들을 포함한다. 본 기술분야의 통상의 기술자는 도 11에 도시된 모바일 폰의 구조가 모바일 폰에 대해 제한을 두지 않는다는 것을 이해할 수 있다. 도면에 도시된 것들보다 더 많거나 더 적은 컴포넌트들이 포함될 수 있거나, 일부 컴포넌트들이 조합될 수 있고, 일부 컴포넌트들이 분할될 수 있거나, 컴포넌트들의 배열이 상이할 수 있다. 본 기술분야의 통상의 기술자는 디스플레이 스크린(140)이 사용자 인터페이스(UI, User Interface)에 속하고, 모바일 폰(100)이 도면에 도시된 것들보다 더 많거나 더 적은 사용자 인터페이스를 포함할 수 있다는 것을 이해할 수 있다.

이하에서는 도 11을 참조하여 모바일 폰(100)의 컴포넌트들을 상세히 설명한다.

RF 회로(110)는 정보 수신 또는 송신 프로세스 또는 호출 프로세스에서 신호를 수신 및 송신하고; 특히, 기지국의 다운링크 정보를 수신한 후에, 다운링크 정보를 처리를 위해 프로세서(180)에 송신하고; 설계된 업링크 데이터를 기지국에 송신하도록 구성될 수 있다. 일반적으로, RF 회로는, 안테나, 적어도 하나의 증폭기, 송수신기, 커플러, LNA(Low Noise Amplifier, 저 잡음 증폭기), 듀플렉서 등을 포함하고, 이것으로 제한되지 않는다. 또한, RF 회로(110)는 무선 통신에 의해 네트워크 및 다른 디바이스와 통신할 수 있다. GSM(Global System of Mobile communication, 이동 통신 세계화 시스템), GPRS(General Packet Radio Service, 일반 패킷 무선 서비스), CDMA(Code Division Multiple Access, 코드 분할 다중 액세스), WCDMA(Wideband Code Division Multiple Access, 광대역 코드 분할 다중 액세스), LTE(Long Term Evolution, 롱 텀 에볼루션), 이메일, SMS(Short Messaging Service, 단문 메시지 서비스) 등을 포함하지만 이것으로 제한되지 않는 임의의 통신 표준 또는 프로토콜이 무선 통신을 위해 이용될 수 있다.

NFC 유닛(101)은 다른 NFC 디바이스와 통신하도록 구성된다.

메모리(120)는 소프트웨어 프로그램 및 소프트웨어 모듈을 저장하도록 구성될 수 있다. 메모리(120)에 저장되는 소프트웨어 프로그램 및 소프트웨어 모듈을 실행함으로써, 프로세서(180)는 모바일 폰(100)의 다양한 기능 애플리케이션을 실행하고 데이터 처리를 수행한다. 메모리(120)는 주로 프로그램 저장 영역 및 데이터 저장 영역을 포함할 수 있다. 프로그램 저장 영역은 운영 체제, 적어도 하나의 기능에 의해 요구되는 애플리케이션 프로그램(예를 들어, 사운드 재생 기능 또는 이미지 재생 기능) 등을 저장할 수 있고; 데이터 저장 영역은 모바일 폰(100)의 사용에 따라 생성된 데이터(예를 들어, 오디오 데이터 또는 전화번호부) 등을 저장할 수 있다. 게다가, 메모리(120)는 고속 랜덤 액세스 메모리를 포함할 수 있거나, 또는 적어도 하나의 자기 디스크 저장 디바이스와 같은 비휘발성 메모리, 플래시 메모리 디바이스, 또는 다른 휘발성 솔리드-스테이트 저장 디바이스를 포함할 수 있다.

제1 단말기(10) 및/또는 제2 단말기(20)는, 지원되는 거래 방식들의 각자의 리스트들, 및/또는 거래 방식들에 대응하는 계정들의 각자의 리스트들, 및/또는 사용자에 의해 입력되고 거래 방식 협상 전에 디스플레이된 거래 인터페이스에 의해 수신되는 거래 정보를 메모리(120)에 저장할 수 있다.

다른 입력 유닛(130)은: 입력 디지털 또는 문자 정보를 수신하고; 모바일 폰(100)의 사용자 설정 및 기능 제어에 관련된 키 신호 입력(key signal input)을 생성하도록 구성될 수 있다. 구체적으로, 다른 입력 디바이스(130)는 물리적 키보드, 기능 버튼(볼륨 제어 버튼 또는 전력 온/오프 버튼 등), 트랙볼, 마우스, 조이스틱 또는 광학 마우스(광학 마우스는 시각적 출력을 디스플레이하지 않는 터치 민감 표면, 또는 터치 스크린에 의해 형성되는 터치 민감 표면의 확장임) 중 하나 이상을 포함할 수 있지만 이것으로 제한되지 않는다. 다른 입력 디바이스(130) 및 I/O 서브시스템(170)은 다른 입력 디바이스 제어기(171)에 접속되고, 다른 입력 디바이스 제어기(171)의 제어 하에서 프로세서(180)와의 신호 교환을 수행한다.

디스플레이 스크린(140)은 사용자에 의해 입력된 정보 또는 사용자에게 제공된 정보, 및 모바일 폰(100)의 다양한 메뉴를 디스플레이하도록 구성될 수 있거나, 사용자 입력을 수신할 수 있다. 구체적으로, 디스플레이 스크린(140)은 디스플레이 패널(141) 및 터치 패널(142)을 포함할 수 있다. 디스플레이 패널(141)은 LCD(Liquid Crystal Display, 액정 디스플레이) 또는 OLED(Organic Light-Emitting Diode, 유기 발광 다이오드)의 형태로 구성될 수 있다. 터치 패널(142)은 터치 스크린, 터치 민감 스크린 등으로도 지칭되고, 터치 패널(142) 상에서 또는 그 근처에서 사용자에 의해 수행되는 접촉 또는 비접촉 동작(예를 들어, 손가락 또는 스타일러스와 같은 임의의 적절한 물체 또는 액세서리를 사용함으로써 터치 패널(142) 상에서 또는 그 근처에서 수행되는 동작, 또는 모션 감지 동작. 동작은 단일 포인트 제어 동작 또는 멀티 포인트 제어 동작과 같은 동작 타입을 포함함)을 수집할 수 있고, 미리 설정된 프로그램에 따라 대응하는 접속 장치를 구동할 수 있다. 선택적으로, 터치 패널(142)은 2개의 부분: 터치 검출 장치 및 터치 제어기를 포함할 수 있다. 터치 검출 장치는 사용자의 터치 위치 및 터치 제스처를 검출하고, 터치 동작에 의해 야기된 신호를 검출하고, 이 신호를 터치 제어기에 전송한다. 터치 제어기는 터치 검출 장치로부터 터치 정보를 수신하고, 터치 정보를 프로세서에 의해 처리될 수 있는 정보로 변환한 다음, 프로세서(180)에 정보를 전송하고, 프로세서(180)에 의해 전송된 커맨드를 수신 및 실행할 수 있다. 또한, 터치 패널(142)은 저항성 타입, 용량성 타입, 적외선 타입, 또는 표면 탄성파 타입과 같은 다수의 타입으로 구현될 수 있거나, 또는 터치 패널(142)은 임의의 미래 기술을 사용하여 구현될 수 있다. 또한, 터치 패널(142)은 디스플레이 패널(141)을 커버할 수 있다. 사용자는 디스플레이 패널(141) 상에 디스플레이된 내용(디스플레이된 내용은 소프트 키보드, 가상 마우스, 가상 키 및 아이콘을 포함하지만 이것으로 제한되지 않음)에 따라, 디스플레이 패널(141)에 의해 커버되는 터치 패널(142) 상에서 또는 그 근처에서 동작을 수행할 수 있다. 터치 패널 상에서 또는 그 근처에서 수행되는 터치 동작을 검출한 후에, 터치 패널(142)은 I/O 서브시스템(170)을 사용하여 터치 동작을 프로세서(180)에 트랜스퍼하여, 사용자 입력을 결정하기 위한 터치 이벤트 타입을 결정한다. 그 후, 프로세서(180)는 I/O 서브시스템(170)을 사용하여 터치 이벤트 타입 및 사용자 입력에 따라 디스플레이 패널(141) 상에 대응하는 시각적 출력을 제공한다. 도 11의 터치 패널(142) 및 디스플레이 패널(141)이 모바일 폰(100)의 입력 및 입력 기능들을 구현하기 위해 2개의 독립적인 부분으로서 이용되지만, 일부 실시예들에서, 터치 패널(142) 및 디스플레이 패널(141)은 모바일 폰(100)의 입력 및 출력 기능들을 구현하기 위해 통합될 수 있다.

모바일 폰(100)은 광학 센서, 모션 센서, 또는 다른 센서와 같은 적어도 하나의 센서(150)를 추가로 포함할 수 있다. 구체적으로, 광학 센서는 주변 광 센서 및 근접 센서를 포함할 수 있다. 주변 광 센서는 환경 광의 밝기 또는 어두움(dimness)에 따라 디스플레이 패널(141)의 휘도를 조절할 수 있고, 근접 센서는 모바일 폰(100)이 귀에 접근할 때 디스플레이 패널(141) 및/또는 백라이트를 턴오프할 수 있다. 모션 센서의 타입으로서, 가속도계 센서는 각각의 방향(일반적으로, 3개의 축)에서 가속도 값을 검출하고, 가속도계 센서가 여전히 있는 경우 중력의 값 및 방향을 검출할 수 있고, 모바일 폰 자세(예를 들어, 가로 스크린과 세로 스크린 사이의 전환, 관련 게임들, 및 자력계 자세 교정), 진동 인식과 관련된 기능(보수계 또는 노크 등) 등을 식별하는 애플리케이션에 적용될 수 있다. 자이로스코프, 기압계, 습도계, 온도계, 및 적외선 센서와 같은 다른 센서들도 모바일 폰(100) 상에 배치될 수 있고, 세부사항들은 본 명세서에서 설명되지 않는다.

오디오 주파수 회로(160), 라우드스피커(161) 및 마이크로폰(162)은 사용자와 모바일 폰(100) 사이의 오디오 인터페이스를 제공할 수 있다. 오디오 주파수 회로(160)는 오디오 데이터 변환에 의해 획득된 수신 신호를 라우드스피커(161)에 송신할 수 있고, 라우드스피커(161)는 신호를 출력을 위한 사운드 신호로 변환한다. 한편, 마이크로폰(162)은 수집된 사운드 신호를 신호로 변환하고, 오디오 주파수 회로(160)는 사운드 신호를 수신하고, 사운드 신호를 오디오 데이터로 변환한 다음, 오디오 데이터를, 예를 들어, 다른 모바일 폰에 전송하기 위해, 오디오 데이터를 RF 회로(108)에 출력하거나, 또는 오디오 데이터를 추가 처리를 위해 메모리(120)에 출력한다.

I/O 서브시스템(170)은 외부 입력/출력 디바이스를 제어하도록 구성되고, 다른 입력 디바이스 제어기(171), 센서 제어기(172), 및 디스플레이 제어기(173)를 포함할 수 있다. 선택적으로, 하나 이상의 다른 입력 제어 디바이스 제어기(171)는 다른 입력 디바이스(130)로부터 신호를 수신하고 및/또는 다른 입력 디바이스(130)에 신호를 송신한다. 다른 입력 디바이스(130)는 물리적 버튼(누름 버튼, 로커 버튼 등), 다이얼 패드, 슬라이더 스위치, 조이스틱, 클릭 스크롤 휠, 및 광학 마우스(광학 마우스는 시각적 출력을 디스플레이하지 않는 터치 민감 표면, 또는 터치 스크린에 의해 형성된 터치 민감 표면의 확장임)를 포함할 수 있다. 다른 입력 제어 디바이스 제어기(171)는 전술한 디바이스들 중 임의의 하나 이상에 접속될 수 있다는 점에 유의해야 한다. I/O 서브시스템(170) 내의 디스플레이 제어기(173)는 디스플레이 스크린(140)으로부터 신호를 수신하고 및/또는 디스플레이 스크린(140)에 신호를 전송한다. 디스플레이 스크린(140)이 사용자 입력을 검출한 후에, 디스플레이 제어기(173)는 검출된 사용자 입력을 디스플레이 스크린(140) 상에 디스플레이된 사용자 인터페이스 객체와의 상호작용으로 변환하는데, 즉, 인간-기계 상호작용(human-machine interaction)을 구현한다. 센서 제어기(172)는 하나 이상의 센서(150)로부터 신호를 수신하고 및/또는 하나 이상의 센서(150)에 신호를 송신할 수 있다.

프로세서(180)는 모바일 폰(100)의 제어 센터이고, 전체 모바일 폰의 모든 부분을 접속하기 위해 다양한 인터페이스들 및 라인들을 사용한다. 메모리(120)에 저장된 소프트웨어 프로그램 및/또는 모듈을 작동 또는 실행하고 메모리(120)에 저장된 데이터를 호출함으로써, 프로세서는 모바일 폰(100)의 다양한 기능들을 실행하고 데이터를 처리하여, 모바일 폰에 대한 전체 모니터링을 수행한다. 선택적으로, 프로세서(180)는 하나 이상의 처리 유닛을 포함할 수 있다. 바람직하게는, 애플리케이션 프로세서 및 모뎀 프로세서가 프로세서(180) 내에 통합될 수 있다. 애플리케이션 프로세서는 운영 체제, 사용자 인터페이스, 애플리케이션 프로그램 등을 주로 처리한다. 모뎀 프로세서는 주로 무선 통신을 처리한다. 대안적으로, 전술한 모뎀 프로세서는 프로세서(180) 내에 통합되지 않을 수도 있다는 점을 이해해야 한다.

모바일 폰(100)은 각각의 컴포넌트에 전력을 공급하는 전원(190)(배터리 등)을 추가로 포함한다. 바람직하게는, 전원은 전원 관리 시스템을 이용하여 프로세서(180)에 논리적으로 접속될 수 있다. 이러한 방식으로, 전원 관리 시스템을 이용하여 충전, 방전 및 전력 소비의 관리와 같은 기능들이 구현된다.

도면에 도시되지는 않았지만, 모바일 폰(100)은 카메라, 블루투스 모듈 등을 추가로 포함할 수 있다. 상세사항들이 본 명세서에서 설명되지는 않는다.

도 12는 본 발명의 가능한 구현에 따른 NFC 기능을 갖는 디바이스(줄여서 NFC 디바이스)의 부분적인 구조의 블록도를 도시한다. 도 12에 도시된 바와 같이, NFC 기능을 갖는 디바이스(이하에서는 줄여서 NFC 디바이스)는 다음의 3개의 기능 엔티티에 의해 주로 형성된다: 디바이스 호스트(device host, 줄여서 DH), NFC 제어기(NFC controller, 줄여서 NFCC), 및 NFC 실행 환경(NFC Execution Environment, 줄여서 NFCEE). DH는 초기화, 구성, 및 전원 관리와 같은 NFCC 관리를 담당한다. NFCC는 무선 주파수 인터페이스 및 안테나를 사용함으로써 데이터의 물리적 전송을 담당한다. NFCEE는 보안 실행 환경을 갖는 NFC 애플리케이션 프로그램을 제공할 수 있고, 키 또는 인증서와 같은 애플리케이션에 관련된 데이터가 변조되고 불법적으로 액세스되지 않게 보장하도록 애플리케이션을 안전하게 저장하고 실행할 수 있고, 기밀 데이터에 액세스하기 위한 규칙 등을 추가로 저장할 수 있다. NFC 제어 인터페이스(NFC control interface, 줄여서 NCI)는 DH와 NFCC 사이의 통신에 사용되는 논리적 인터페이스를 정의한다. DH는 NCI 프로토콜을 사용하여 NFCC와 통신할 수 있다. 또한, NFCC는 호스트 제어기 인터페이스(host controller interface, 줄여서 HCI) 또는 싱글 와이어 프로토콜(single wire protocol, 줄여서 SWP)과 같은 통신 프로토콜을 이용하여 NFCEE와 통신할 수 있다.

실제 디바이스에서, DH는 보통 디바이스의 CPU이다.

도 13은 본 발명의 가능한 구현에 따른 NFC 제어기(NFC controller, 줄여서 NFCC)의 부분적인 구조의 블록도를 도시한다. 도 13에 도시된 바와 같이, NFCC는 일반적으로 전용 NFC 칩이고, NFC 칩은 하나의 처리 유닛, NFC 무선 주파수 송신기, 및 NFC 무선 주파수 수신기를 통합한다. 또한, 메모리는 보통 NFC 칩에 통합되어, 전술한 처리 유닛에 의해 실행될 프로그램 코드를 저장한다. NFCC 내의 NFC 무선 주파수 송신기 및 NFC 무선 주파수 수신기와 NFC 안테나는 NFC 무선 주파수 인터페이스를 갖는 NFC 디바이스를 제공한다.

NFCEE는 다수의 방식으로 실제 디바이스 상에서 구현될 수 있다. 예를 들어, NFCEE의 기능은 특정 하드웨어 모듈과 같은 특정 하드웨어를 사용함으로써 구현될 수 있다. 하드웨어 모듈은 NFC 디바이스의 회로 보드 상에서 고체화(solidify)될 수 있다. 예를 들어, 내장된 범용 집적 회로 카드(embeded Universal Integrated Circuit Card, eUICC)는 가입자 신원 모듈(Subscriber Identity Module, SIM), 범용 집적 회로 카드(Universal Integrated Circuit Card, UICC), 및 보안 디지털(Secure Digital, SD) 카드와 통합될 수 있다. NFCEE를 구현하는 다른 방식은 NFCC 상의 NFCEE의 기능, 즉, NDEF-NFCC를 구현하는 것이다. 또한, NFCEE는 또한 소프트웨어, 예를 들어, DH 상에서 실행되는 호스트 기반 카드 에뮬레이션(host-based card emulation, HCE) 환경을 사용하여 구현될 수 있다.

NFCEE는 디바이스 호스트-근접장 통신 실행 환경(Device Host-NFCEE, 줄여서 DH-NFCEE) 및 다수의 상이한 물리적 캐리어들(예를 들어, 전술한 UICC 또는 SD)에 기초한 NFCEE를 포함한다. 다수의 상이한 NFCEE들이 동일한 NFC 단말기 상에 배치될 수 있고, 상이한 비접촉 애플리케이션들이 상이한 NFCEE들에서 구성될 수 있다.

본 발명의 이 실시예에서 사용되는 모든 DH, NFCC, 및 NFCEE는 NFC 포럼에 의해 공식화된 NCI 규격에서 사용되는 용어들이다. DH는 유럽 전기 통신 표준 기관(영어 전체 이름: European Telecommunication Standards Institute, 줄여서 ETSI)에 의해 공식화된 HCI 규격에서의 단말기 호스트(영어: Terminal Host)에 추가로 대응할 수 있다. 또한, 글로벌 플랫폼(영어 전체 명칭: Global Platform, 줄여서 GP)에 의해 공식화된 규격에서의 관리 엔티티(영문 전체 명칭: Managing Entity, 줄여서 ME)가 단말기 호스트 상에서 구현되는 경우, DH는 또한 관리 호스트(영문 전체 명칭: Managing Host, 줄여서 MH)라고도 지칭될 수 있다. NFCC는 HCI 규격에서 비접촉 프론트 엔드(영문 전체 이름: Contactless Front-end, 줄여서 CLF)에 추가로 대응할 수 있다. 이 경우, HCI 규격에서의 호스트 제어기(영어: Host Controller)가 NFCC 상에서 구현된다. NFCEE는 UICC, eSE, 또는 SD 카드와 같은 HCI 규격의 호스트, GP에 의해 공식화된 규격에서의 보안 요소(영문 전체 이름: Secure Element, 줄여서 SE), 또는 카드 에뮬레이션 환경(영문 전체 명칭: Card Emulation Environment, 줄여서 CEE)에 추가로 대응할 수 있다.

본 발명의 이 실시예에서의 NFC 애플리케이션은 보통 NFCEE에 설치되고 NFCC에 의해 제공되는 NFC 인터페이스를 사용하여 카드 판독기와의 거래를 수행할 수 있는 애플리케이션이다. 예를 들어, 모바일 폰의 범용 집적 회로 카드(영어: Universal Integrated Circuit Card, 줄여서 UICC)에 설치된 버스 카드 애플리케이션과 전자 현금 카드 애플리케이션 둘다는 NFC 애플리케이션이다. NFC 애플리케이션은 상이한 표준화 조직들에 의해 공식화된 규격들에서 상이한 명칭들을 갖는다. 예를 들어, NFC 애플리케이션은 GP에 의해 공식화된 규격에서 비접촉 애플리케이션(영어: Contactless Application, 줄여서 CL App)이라고 지칭되거나, NFC 포럼에 의해 공식화된 관련 규격에서 NFC 서비스(NFC Service)라고 지칭된다.

전술한 실시예들의 설명들로, 본 기술분야의 통상의 기술자는 본 발명이 하드웨어, 펌웨어 또는 이들의 조합에 의해 구현될 수 있다는 점을 명확하게 이해할 수 있다. 본 발명이 소프트웨어에 의해 구현되는 경우, 전술한 기능들은 컴퓨터 판독가능 매체에 저장되거나 컴퓨터 판독가능 매체에서 하나 이상의 명령어 또는 코드로서 전송될 수 있다. 컴퓨터 판독가능 매체는 컴퓨터 저장 매체 및 통신 매체를 포함하며, 통신 매체는 컴퓨터 프로그램이 한 장소에서 다른 장소로 전송될 수 있게 하는 임의의 매체를 포함한다. 저장 매체는 컴퓨터에 접근 가능한 임의의 이용 가능한 매체일 수 있다. 이하는 일 예를 제공하고 제한을 두지 않는다: 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, CD-ROM, 또는 다른 광학 디스크 저장소 또는 디스크 저장 매체, 또는 다른 자기 저장 디바이스, 또는 예상된 프로그램 코드를 명령어 또는 데이터 구조의 형태로 담고 있거나 저장할 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속은 컴퓨터 판독가능 매체로서 적절히 정의될 수 있다. 예를 들어, 동축 케이블, 광섬유/케이블, 트위스트 페어(twisted pair), 디지털 가입자 회선(DSL) 또는 적외선, 무선 및 마이크로파와 같은 무선 기술들을 사용하여 웹사이트, 서버 또는 다른 원격 소스로부터 소프트웨어가 전송되는 경우, 동축 케이블, 광섬유/케이블, 트위스트 페어, DSL 또는 적외선, 무선 및 마이크로파와 같은 무선 기술들은 그것들이 속하는 매체의 고정부(fixation)에 포함된다. 예를 들어, 본 발명에서 사용되는 디스크(Disk) 및 디스크(disc)는 콤팩트 디스크(compact disc)(CD), 레이저 디스크(laser disc), 광 디스크(optical disc), 디지털 다기능 디스크(digital versatile disc)(DVD), 플로피 디스크(floppy disk) 및 블루레이 디스크(Blu-ray disc)를 포함하며, 여기서 디스크(disk)는 일반적으로 데이터를 자기 수단에 의해 복사하고, 디스크(disc)는 데이터를 레이저 수단에 의해 광학적으로 복사한다. 전술한 조합은 또한 컴퓨터 판독가능 매체의 보호 범위에 포함되어야 한다.

요약하면, 전술한 것은 본 발명의 기술적 해결책의 예시적인 실시예일 뿐이며, 본 발명의 보호 범위를 제한하려는 것이 아니다. 본 발명의 사상 및 원리를 벗어나지 않고서 이뤄지는 임의의 수정, 등가의 대체, 또는 개선은 본 발명의 보호 범위 내에 들 것이다.

Claims

근접장 통신(NFC) 기반 거래 방법으로서,
NFC 접속을 이용하여 제2 단말기에 의해, 제1 단말기에 의해 전송된 협상 메시지를 수신하는 단계 - 상기 협상 메시지는 적어도 제1 식별자 리스트 및 제1 계정 리스트를 포함하고, 상기 제1 식별자 리스트는 상기 제1 단말기에 의해 지원되는 적어도 하나의 거래 방식을 식별하기 위해 M개의 식별 정보를 포함하고, 상기 제1 계정 리스트는 상기 M개의 식별 정보 내의 N개의 식별 정보에 대응하는 N개의 계정 정보를 포함하고, M≥1이고 N≤M임 - ; 및
상기 제2 단말기에 의해, 현재 거래를 완료하기 위해 M≥1이고 N=1일 때 제1 미리 설정된 규칙에 따라 제1 거래 방식을 결정하는 단계; 또는
상기 제2 단말기에 의해, 현재 거래를 완료하기 위해 M≥1이고 N=0일 때 제2 미리 설정된 규칙에 따라 상기 제1 거래 방식을 결정하는 단계; 또는
상기 제2 단말기에 의해, 현재 거래를 완료하기 위해 M>1이고 N>1일 때 제3 미리 설정된 규칙에 따라 상기 제1 거래 방식을 결정하는 단계
를 포함하는 방법.
제1항에 있어서,
상기 제2 단말기에 의해, M≥1이고 N=1일 때 제1 미리 설정된 규칙에 따라 제1 거래 방식을 결정하는 단계는:
M=1일 때, 즉, 상기 제1 식별자 리스트가 제1 식별 정보를 포함할 때, 그리고 N=1일 때, 즉, 상기 제1 계정 리스트가 상기 제1 식별 정보에 대응하는 제1 계정 정보를 포함할 때, 상기 제2 단말기에 의해, 상기 제1 식별 정보와 제2 식별자 리스트 사이의 매칭을 수행하고, 상기 제1 식별 정보와 상기 제2 식별자 리스트가 매칭되면, 상기 제1 식별 정보에 의해 식별된 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 단계 - 상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식의 식별 정보를 포함함 - ; 또는
M>1일 때, 즉, 상기 제1 식별자 리스트가 제1 식별 정보를 포함할 때, 그리고 N=1일 때, 즉, 상기 제1 계정 리스트가 상기 제1 식별 정보에 대응하는 제1 계정 정보를 포함할 때, 상기 제2 단말기에 의해, 상기 제1 식별자 리스트와 상기 제2 식별자 리스트 사이의 매칭을 수행하고, 매칭에 의해 제1 후보 식별자 리스트를 획득하고, 상기 제1 식별 정보가 상기 제1 후보 식별자 리스트에 속한다면, 상기 제1 식별 정보에 의해 식별된 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 단계 - 상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식의 식별 정보를 포함하고, 상기 제1 후보 식별자 리스트는 상기 제1 단말기와 상기 제2 단말기 둘다에 의해 지원되는 적어도 하나의 식별 정보를 포함함 -
를 포함하는 방법.
제2항에 있어서,
M=1일 때, 상기 제1 식별 정보와 상기 제2 식별자 리스트가 매칭되지 않으면, 상기 제2 단말기에 의해, 상기 제1 식별 정보 이외의 다른 식별 정보의 리스트를 반환하라고 상기 제1 단말기에 요구하고 나서, 상기 제2 단말기에 의해, 매칭된 제1 거래 방식이 발견될 때까지, 상기 다른 식별 정보의 리스트와 상기 제2 식별자 리스트 사이의 매칭을 수행하거나; 또는
M>1일 때, 상기 제1 식별 정보가 상기 제1 후보 식별자 리스트에 속하지 않으면, 상기 제1 후보 식별자 리스트에서 상기 제2 단말기에 의해, 하나의 식별 정보에 의해 식별된 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 방법.
제2항에 있어서,
M=1일 때, 상기 제1 식별 정보와 상기 제2 식별자 리스트가 매칭되지 않으면, 상기 제2 단말기에 의해, 상기 제2 식별자 리스트를 상기 제1 단말기에 전송하여, 매칭된 제1 거래 방식이 발견될 때까지, 상기 제1 단말기가 상기 제1 식별 정보 이외의 상기 제1 단말기에 의해 지원되는 식별 정보의 리스트와 상기 제2 식별자 리스트 사이의 매칭을 수행하게 하고, 상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 상기 적어도 하나의 거래 방식의 식별 정보를 포함하는 방법.
제1항에 있어서,
상기 제2 단말기에 의해, M≥1이고 N=0일 때 제2 미리 설정된 규칙에 따라 상기 제1 거래 방식을 결정하는 단계는:
상기 제2 단말기에 의해, 상기 제1 식별자 리스트와 제2 식별자 리스트 사이의 매칭을 수행하는 단계; 및
매칭에 의해 제1 후보 식별자 리스트가 획득되면, 상기 제1 후보 식별자 리스트에서 상기 제2 단말기에 의해, 제1 식별 정보에 대응하는 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 단계
를 포함하고,
상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식의 식별 정보를 포함하고, 상기 제1 후보 식별자 리스트는 상기 제1 단말기와 상기 제2 단말기 둘다에 의해 지원되는 적어도 하나의 식별 정보를 포함하고, 상기 제1 식별 정보는 상기 제1 후보 식별자 리스트 내의 상기 적어도 하나의 식별 정보 중 하나인 방법.
제1항에 있어서,
상기 제2 단말기에 의해, M>1이고 N>1일 때 제3 미리 설정된 규칙에 따라 상기 제1 거래 방식을 결정하는 단계는:
상기 제2 단말기에 의해, 상기 제1 식별자 리스트와 제2 식별자 리스트 사이의 매칭을 수행하는 단계; 및
매칭에 의해 제1 후보 식별자 리스트가 획득되면, 상기 제1 후보 식별자 리스트에서 상기 제2 단말기에 의해, 제1 식별 정보에 대응하는 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 단계
를 포함하고,
상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식의 식별 정보를 포함하고, 상기 제1 후보 식별자 리스트는 상기 제1 단말기와 상기 제2 단말기 둘다에 의해 지원되는 적어도 하나의 식별 정보를 포함하고, 상기 제1 식별 정보는 상기 제1 후보 식별자 리스트 내의 상기 적어도 하나의 식별 정보 중 하나인 방법.
제2항에 있어서, 상기 방법은:
상기 제2 단말기에 의해, 서버에 거래 요구를 전송하는 단계 - 상기 거래 요구는 적어도 상기 제1 단말기에 대응하는 상기 제1 계정 정보, 거래 금액, 및 역할 식별자를 포함함 - ; 또는
상기 제2 단말기에 의해, 상기 제1 거래 방식을 사용하기로 결정하도록 상기 제1 단말기에 지시하고, 상기 제2 단말기에 대응하는 제2 계정 정보를 상기 제1 단말기에 전송하여, 상기 제1 단말기가 거래 요구를 서버에 전송하게 하는 단계 - 상기 거래 요구는 적어도 상기 제2 단말기에 대응하는 상기 제2 계정 정보, 상기 거래 금액 및 상기 역할 식별자를 포함하고, 상기 제2 계정 정보는 상기 제2 단말기에 의해 지원되는 상기 제1 거래 방식에 대응하는 계정 정보임 -
를 추가로 포함하고,
상기 역할 식별자는 요금 지급인(charge payer) 또는 요금 수신인(charge receiver)인 방법.
제3항, 제5항, 및 제6항 중 어느 한 항에 있어서, 상기 방법은:
상기 제2 단말기에 의해, 거래 요구를 서버에 전송하는 단계 - 상기 거래 요구는 적어도 상기 제1 단말기에 대응하는 제2 계정 정보, 상기 거래 금액, 및 상기 역할 식별자를 포함하고, 상기 제2 계정 정보는 상기 제1 단말기로부터 상기 제2 단말기에 의해 획득되고 상기 제1 단말기에 의해 지원되는 상기 제1 거래 방식에 대응하는 계정 정보임 - ; 또는
상기 제2 단말기에 의해, 상기 제1 거래 방식을 사용하기로 결정하도록 상기 제1 단말기에 지시하고, 상기 제2 단말기에 대응하는 제3 계정 정보를 상기 제1 단말기에 전송하여, 상기 제1 단말기가 거래 요구를 서버에 전송하게 하는 단계 - 상기 거래 요구는 적어도 상기 제2 단말기에 대응하는 상기 제3 계정 정보, 상기 거래 금액 및 상기 역할 식별자를 포함하고, 상기 제3 계정 정보는 상기 제2 단말기에 의해 지원되는 상기 제1 거래 방식에 대응하는 계정 정보임 -
를 추가로 포함하고,
상기 역할 식별자는 요금 지급인 또는 요금 수신인인 방법.
제4항에 있어서, 상기 방법은:
상기 제2 단말기에 의해 제1 단말기로부터 상기 제1 거래 방식을 사용하기로 결정하는 데에 사용되는 메시지를 수신하고, 거래 요구를 서버에 전송하는 단계 - 상기 거래 요구는 적어도 상기 제1 단말기에 대응하는 제2 계정 정보, 상기 거래 금액, 및 상기 역할 식별자를 포함하고, 상기 제2 계정 정보는 상기 제1 단말기로부터 상기 제2 단말기에 의해 획득되고 상기 제1 거래 방식에 대응함 -; 또는
상기 제2 단말기에 의해, 상기 제2 단말기에 대응하는 제3 계정 정보 - 상기 제3 계정 정보는 상기 제2 단말기에 의해 지원되는 상기 제1 거래 방식에 대응함 - 를 상기 제1 단말기에 전송하여, 상기 제1 단말기가 거래 요구를 서버에 전송하게 하는 단계 - 상기 거래 요구는 적어도 상기 제2 단말기에 대응하는 상기 제3 계정 정보, 상기 거래 금액 및 상기 역할 식별자를 포함함 -
를 추가로 포함하고,
상기 역할 식별자는 요금 지급인 또는 요금 수신인인 방법.
제1항 내지 제9항 중 어느 한 항에 있어서,
상기 제1 단말기는 수취인 단말기 또는 지급인 단말기이고, 상기 제2 단말기는 지급인 단말기 또는 수취인 단말기인 방법.
제1항 내지 제10항 중 어느 한 항에 있어서,
상기 제2 단말기는 NFC 접속을 이용하여 상기 제1 단말기로부터 상기 협상 메시지를 요구하는 방법.
제1항 내지 제11항 중 어느 한 항에 있어서,
상기 제1 단말기에 의해 지원되는 적어도 하나의 거래 방식은:
상기 제1 단말기 상에 설치된 적어도 하나의 지불 클라이언트를 포함하는 방법.
제1항 내지 제11항 중 어느 한 항에 있어서,
상기 제1 단말기에 의해 지원되는 적어도 하나의 거래 방식은:
상기 제1 단말기 상에 설치된 모든 지불 클라이언트로부터 미리 설정된 조건에 따라 상기 제1 단말기에 의해 결정된 적어도 하나의 지불 클라이언트를 포함하는 방법.
제1항 내지 제13항 중 어느 한 항에 있어서,
상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식은:
상기 제2 단말기 상에 설치된 적어도 하나의 지불 클라이언트를 포함하는 방법.
제1항 내지 제13항 중 어느 한 항에 있어서,
상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식은:
상기 제2 단말기 상에 설치된 모든 지불 클라이언트로부터 미리 설정된 조건에 따라 상기 제2 단말기에 의해 결정된 적어도 하나의 지불 클라이언트를 포함하는 방법.
제13항 또는 제15항에 있어서,
상기 미리 설정된 조건은: 상기 지불 클라이언트가 등록되었는지 및/또는 로그인된 상태에 있는지, 및/또는 상기 지불 클라이언트가 대응하는 계정을 갖는지를 포함하는 방법.
제13항, 제15항, 및 제16항 중 어느 한 항에 있어서,
상기 제1 단말기 또는 상기 제2 단말기가 상기 지급인 단말기일 때, 상기 미리 설정된 조건은:
상기 지불 클라이언트에 대응하는 계정의 잔액이 충분한지; 또는
상기 지불 클라이언트가 다른 허가된 지불 계정에 바인딩되어있는지 - 상기 다른 허가된 지불 계정은 적어도 은행 카드를 포함함 -
를 추가로 포함하는 방법.
제1항 내지 제17항 중 어느 한 항에 있어서,
상기 수취인 단말기에 의해 제공되는 계정 정보가 은행 카드를 포함할 때, 상기 제1 단말기 또는 상기 제2 단말기는 상기 제1 거래 방식에 대응하는 상기 서버에 상기 거래 요구를 전송하기 전에, 상기 제1 거래 방식으로 상기 은행 카드에 돈을 트랜스퍼(transfer)하기로 결정할 수 있는 방법.
제1항 내지 제18항 중 어느 한 항에 있어서,
상기 협상 메시지는 적어도 하나의 NFC 데이터 교환 포맷(NDEF) 레코드를 포함하고, 각각의 NDEF 레코드는 적어도 하나의 식별 정보 및/또는 하나의 계정 정보를 포함하는 방법.
제1항 내지 제19항 중 어느 한 항에 있어서,
상기 협상 메시지는 NFC 태그 내로 캡슐화되고 상기 제2 단말기에 의해 판독되거나; 또는
상기 협상 메시지는 적어도 하나의 정보 프로토콜 데이터 유닛(IPDU) 내로 캡슐화되고, 논리 링크 제어 프로토콜(Logical Link Control Protocol)(LLCP) 데이터 링크 접속을 이용하여 상기 제2 단말기에 의해 수신되는 방법.
디바이스로서,
프로세서; 및
비휘발성 메모리
를 포함하고, 상기 비휘발성 메모리는 상기 프로세서가 다음의 동작들:
NFC 접속을 이용하여 제2 단말기에 의해, 제1 단말기에 의해 전송된 협상 메시지를 수신하는 동작 - 상기 협상 메시지는 적어도 제1 식별자 리스트 및 제1 계정 리스트를 포함하고, 상기 제1 식별자 리스트는 상기 제1 단말기에 의해 지원되는 적어도 하나의 거래 방식을 식별하기 위해 M개의 식별 정보를 포함하고, 상기 제1 계정 리스트는 상기 M개의 식별 정보 내의 N개의 식별 정보에 대응하는 N개의 계정 정보를 포함하고, M≥1이고 N≤M임 - ; 및
상기 제2 단말기에 의해, 현재 거래를 완료하기 위해 M≥1이고 N=1일 때 제1 미리 설정된 규칙에 따라 제1 거래 방식을 결정하는 동작; 또는
상기 제2 단말기에 의해, 현재 거래를 완료하기 위해 M≥1이고 N=0일 때 제2 미리 설정된 규칙에 따라 상기 제1 거래 방식을 결정하는 동작; 또는
상기 제2 단말기에 의해, 현재 거래를 완료하기 위해 M>1이고 N>1일 때 제3 미리 설정된 규칙에 따라 상기 제1 거래 방식을 결정하는 동작
을 수행할 수 있게 하는 명령어를 저장하는 디바이스.
제21항에 있어서,
상기 제2 단말기에 의해, M≥1이고 N=1일 때 제1 미리 설정된 규칙에 따라 제1 거래 방식을 결정하는 동작은:
M=1일 때, 즉, 상기 제1 식별자 리스트가 제1 식별 정보를 포함할 때, 그리고 N=1일 때, 즉, 상기 제1 계정 리스트가 상기 제1 식별 정보에 대응하는 제1 계정 정보를 포함할 때, 상기 제2 단말기에 의해, 상기 제1 식별 정보와 제2 식별자 리스트 사이의 매칭을 수행하고, 상기 제1 식별 정보와 상기 제2 식별자 리스트가 매칭되면, 상기 제1 식별 정보에 의해 식별된 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 동작 - 상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식의 식별 정보를 포함함 - ; 또는
M>1일 때, 즉, 상기 제1 식별자 리스트가 제1 식별 정보를 포함할 때, 그리고 N=1일 때, 즉, 상기 제1 계정 리스트가 상기 제1 식별 정보에 대응하는 제1 계정 정보를 포함할 때, 상기 제2 단말기에 의해, 상기 제1 식별자 리스트와 상기 제2 식별자 리스트 사이의 매칭을 수행하고, 매칭에 의해 제1 후보 식별자 리스트를 획득하고, 상기 제1 식별 정보가 상기 제1 후보 식별자 리스트에 속한다면, 상기 제1 식별 정보에 의해 식별된 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 동작 - 상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식의 식별 정보를 포함하고, 상기 제1 후보 식별자 리스트는 상기 제1 단말기와 상기 제2 단말기 둘다에 의해 지원되는 적어도 하나의 식별 정보를 포함함 -
을 포함하는 디바이스.
제22항에 있어서,
M=1일 때, 상기 제1 식별 정보와 상기 제2 식별자 리스트가 매칭되지 않으면, 상기 제2 단말기에 의해, 상기 제1 식별 정보 이외의 다른 식별 정보의 리스트를 반환하라고 상기 제1 단말기에 요구하고 나서, 상기 제2 단말기에 의해, 매칭된 제1 거래 방식이 발견될 때까지, 상기 다른 식별 정보의 리스트와 상기 제2 식별자 리스트 사이의 매칭을 수행하거나; 또는
M>1일 때, 상기 제1 식별 정보가 상기 제1 후보 식별자 리스트에 속하지 않으면, 상기 제1 후보 식별자 리스트에서 상기 제2 단말기에 의해, 하나의 식별 정보에 의해 식별된 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 디바이스.
제22항에 있어서,
M=1일 때, 상기 제1 식별 정보와 상기 제2 식별자 리스트가 매칭되지 않으면, 상기 제2 단말기에 의해, 상기 제2 식별자 리스트를 상기 제1 단말기에 전송하여, 매칭된 제1 거래 방식이 발견될 때까지, 상기 제1 단말기가 상기 제1 식별 정보 이외의 상기 제1 단말기에 의해 지원되는 식별 정보의 리스트와 상기 제2 식별자 리스트 사이의 매칭을 수행하게 하고, 상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 상기 적어도 하나의 거래 방식의 식별 정보를 포함하는 디바이스.
제21항에 있어서,
상기 제2 단말기에 의해, M≥1이고 N=0일 때 제2 미리 설정된 규칙에 따라 상기 제1 거래 방식을 결정하는 동작은:
상기 제2 단말기에 의해, 상기 제1 식별자 리스트와 제2 식별자 리스트 사이의 매칭을 수행하는 동작; 및
매칭에 의해 제1 후보 식별자 리스트가 획득되면, 상기 제1 후보 식별자 리스트에서 상기 제2 단말기에 의해, 제1 식별 정보에 대응하는 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 동작
을 포함하고,
상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식의 식별 정보를 포함하고, 상기 제1 후보 식별자 리스트는 상기 제1 단말기와 상기 제2 단말기 둘다에 의해 지원되는 적어도 하나의 식별 정보를 포함하고, 상기 제1 식별 정보는 상기 제1 후보 식별자 리스트 내의 상기 적어도 하나의 식별 정보 중 하나인 디바이스.
제21항에 있어서,
상기 제2 단말기에 의해, M>1이고 N>1일 때 제3 미리 설정된 규칙에 따라 상기 제1 거래 방식을 결정하는 동작은:
상기 제2 단말기에 의해, 상기 제1 식별자 리스트와 제2 식별자 리스트 사이의 매칭을 수행하는 동작; 및
매칭에 의해 제1 후보 식별자 리스트가 획득되면, 상기 제1 후보 식별자 리스트에서 상기 제2 단말기에 의해, 제1 식별 정보에 대응하는 거래 방식이 상기 제1 거래 방식인 것으로 결정하는 동작
을 포함하고,
상기 제2 식별자 리스트는 상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식의 식별 정보를 포함하고, 상기 제1 후보 식별자 리스트는 상기 제1 단말기와 상기 제2 단말기 둘다에 의해 지원되는 적어도 하나의 식별 정보를 포함하고, 상기 제1 식별 정보는 상기 제1 후보 식별자 리스트 내의 상기 적어도 하나의 식별 정보 중 하나인 디바이스.
제22항에 있어서, 상기 명령어는 다음의 동작들:
상기 제2 단말기에 의해, 서버에 거래 요구를 전송하는 동작 - 상기 거래 요구는 적어도 상기 제1 단말기에 대응하는 상기 제1 계정 정보, 거래 금액, 및 역할 식별자를 포함함 - ; 또는
상기 제2 단말기에 의해, 상기 제1 거래 방식을 사용하기로 결정하도록 상기 제1 단말기에 지시하고, 상기 제2 단말기에 대응하는 제2 계정 정보를 상기 제1 단말기에 전송하여, 상기 제1 단말기가 거래 요구를 서버에 전송하게 하는 동작 - 상기 거래 요구는 적어도 상기 제2 단말기에 대응하는 상기 제2 계정 정보, 상기 거래 금액 및 상기 역할 식별자를 포함하고, 상기 제2 계정 정보는 상기 제2 단말기에 의해 지원되는 상기 제1 거래 방식에 대응하는 계정 정보임 -
을 추가로 포함하고,
상기 역할 식별자는 요금 지급인 또는 요금 수신인인 디바이스.
제23항, 제25항, 및 제26항 중 어느 한 항에 있어서, 상기 명령어는 다음의 동작들:
상기 제2 단말기에 의해, 거래 요구를 서버에 전송하는 동작 - 상기 거래 요구는 적어도 상기 제1 단말기에 대응하는 제2 계정 정보, 상기 거래 금액, 및 상기 역할 식별자를 포함하고, 상기 제2 계정 정보는 상기 제1 단말기로부터 상기 제2 단말기에 의해 획득되고 상기 제1 단말기에 의해 지원되는 상기 제1 거래 방식에 대응하는 계정 정보임 - ; 또는
상기 제2 단말기에 의해, 상기 제1 거래 방식을 사용하기로 결정하도록 상기 제1 단말기에 지시하고, 상기 제2 단말기에 대응하는 제3 계정 정보를 상기 제1 단말기에 전송하여, 상기 제1 단말기가 거래 요구를 서버에 전송하게 하는 동작 - 상기 거래 요구는 적어도 상기 제2 단말기에 대응하는 상기 제3 계정 정보, 상기 거래 금액 및 상기 역할 식별자를 포함하고, 상기 제3 계정 정보는 상기 제2 단말기에 의해 지원되는 상기 제1 거래 방식에 대응하는 계정 정보임 -
을 추가로 포함하고,
상기 역할 식별자는 요금 지급인 또는 요금 수신인인 디바이스.
제24항에 있어서, 상기 명령어는 다음의 동작들:
상기 제2 단말기에 의해 제1 단말기로부터 상기 제1 거래 방식을 사용하기로 결정하는 데에 사용되는 메시지를 수신하고, 거래 요구를 서버에 전송하는 동작 - 상기 거래 요구는 적어도 상기 제1 단말기에 대응하는 제2 계정 정보, 상기 거래 금액, 및 상기 역할 식별자를 포함하고, 상기 제2 계정 정보는 상기 제1 단말기로부터 상기 제2 단말기에 의해 획득되고 상기 제1 거래 방식에 대응함 -; 또는
상기 제2 단말기에 의해, 상기 제2 단말기에 대응하는 제3 계정 정보 - 상기 제3 계정 정보는 상기 제2 단말기에 의해 지원되는 상기 제1 거래 방식에 대응함 - 를 상기 제1 단말기에 전송하여, 상기 제1 단말기가 거래 요구를 서버에 전송하게 하는 동작 - 상기 거래 요구는 적어도 상기 제2 단말기에 대응하는 상기 제3 계정 정보, 상기 거래 금액 및 상기 역할 식별자를 포함함 -
을 추가로 포함하고,
상기 역할 식별자는 요금 지급인 또는 요금 수신인인 디바이스.
제21항 내지 제29항 중 어느 한 항에 있어서,
상기 제1 단말기는 수취인 단말기 또는 지급인 단말기이고, 상기 제2 단말기는 지급인 단말기 또는 수취인 단말기인 디바이스.
제21항 내지 제30항 중 어느 한 항에 있어서,
상기 제2 단말기는 NFC 접속을 이용하여 상기 제1 단말기로부터 상기 협상 메시지를 요구하는 디바이스.
제21항 내지 제31항 중 어느 한 항에 있어서,
상기 제1 단말기에 의해 지원되는 적어도 하나의 거래 방식은:
상기 제1 단말기 상에 설치된 적어도 하나의 지불 클라이언트를 포함하는 디바이스.
제21항 내지 제31항 중 어느 한 항에 있어서,
상기 제1 단말기에 의해 지원되는 적어도 하나의 거래 방식은:
상기 제1 단말기 상에 설치된 모든 지불 클라이언트로부터 미리 설정된 조건에 따라 상기 제1 단말기에 의해 결정된 적어도 하나의 지불 클라이언트를 포함하는 디바이스.
제21항 내지 제33항 중 어느 한 항에 있어서,
상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식은:
상기 제2 단말기 상에 설치된 적어도 하나의 지불 클라이언트를 포함하는 디바이스.
제21항 내지 제33항 중 어느 한 항에 있어서,
상기 제2 단말기에 의해 지원되는 적어도 하나의 거래 방식은:
상기 제2 단말기 상에 설치된 모든 지불 클라이언트로부터 미리 설정된 조건에 따라 상기 제2 단말기에 의해 결정된 적어도 하나의 지불 클라이언트를 포함하는 디바이스.
제33항 또는 제35항에 있어서,
상기 미리 설정된 조건은: 상기 지불 클라이언트가 등록되었는지 및/또는 로그인된 상태에 있는지, 및/또는 상기 지불 클라이언트가 대응하는 계정을 갖는지를 포함하는 디바이스.
제33항, 제35항, 및 제36항 중 어느 한 항에 있어서,
상기 제1 단말기 또는 상기 제2 단말기가 상기 지급인 단말기일 때, 상기 미리 설정된 조건은:
상기 지불 클라이언트에 대응하는 계정의 잔액이 충분한지; 또는
상기 지불 클라이언트가 다른 허가된 지불 계정에 바인딩되어있는지 - 상기 다른 허가된 지불 계정은 적어도 은행 카드를 포함함 - 를 추가로 포함하는 디바이스.
제21항 내지 제37항 중 어느 한 항에 있어서,
상기 수취인 단말기에 의해 제공되는 계정 정보가 은행 카드를 포함할 때, 상기 제1 단말기 또는 상기 제2 단말기는 상기 제1 거래 방식에 대응하는 상기 서버에 상기 거래 요구를 전송하기 전에, 상기 제1 거래 방식으로 상기 은행 카드에 돈을 트랜스퍼하기로 결정할 수 있는 디바이스.
제21항 내지 제38항 중 어느 한 항에 있어서,
상기 협상 메시지는 적어도 하나의 NFC 데이터 교환 포맷(NDEF) 레코드를 포함하고, 각각의 NDEF 레코드는 적어도 하나의 식별 정보 및/또는 하나의 계정 정보를 포함하는 디바이스.
제21항 내지 제39항 중 어느 한 항에 있어서,
상기 협상 메시지는 NFC 태그 내로 캡슐화되고 상기 제2 단말기에 의해 판독되거나; 또는
상기 협상 메시지는 적어도 하나의 정보 프로토콜 데이터 유닛(IPDU) 내로 캡슐화되고, 논리 링크 제어 프로토콜(LLCP) 데이터 링크 접속을 이용하여 상기 제2 단말기에 의해 수신되는 디바이스.