KR20140070606A - 거래 지불 방법 및 시스템 - Google Patents

거래 지불 방법 및 시스템 Download PDF

Info

Publication number
KR20140070606A
KR20140070606A KR1020147010185A KR20147010185A KR20140070606A KR 20140070606 A KR20140070606 A KR 20140070606A KR 1020147010185 A KR1020147010185 A KR 1020147010185A KR 20147010185 A KR20147010185 A KR 20147010185A KR 20140070606 A KR20140070606 A KR 20140070606A
Authority
KR
South Korea
Prior art keywords
payment
verification
information
user
contact number
Prior art date
Application number
KR1020147010185A
Other languages
English (en)
Inventor
타오 시앙
샤오보 리아오
티에후아 리우
다펑 쟈오
윈시아 펑
민 ?
Original Assignee
텐센트 테크놀로지(센젠) 컴퍼니 리미티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 텐센트 테크놀로지(센젠) 컴퍼니 리미티드 filed Critical 텐센트 테크놀로지(센젠) 컴퍼니 리미티드
Publication of KR20140070606A publication Critical patent/KR20140070606A/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/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • 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/322—Aspects of commerce using mobile devices [M-devices]
    • 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/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • 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/386—Payment protocols; Details thereof using messaging services or messaging apps
    • 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
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation

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)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Telephonic Communication Services (AREA)

Abstract

거래 지불 방법은 사용자의 지불 정보를 획득하는 단계 - 지불 정보는 통신 번호를 포함함 -; 사용자에 의해 입력되는 지불 패스워드를 획득하기 위해 상호작용 음성 응답 플랫폼을 통해 통신 번호와 통화하는 단계; 및 지불 패스워드 및 지불 정보를 검증하고, 검증에 성공한 경우에 지불을 수행하는 단계를 포함한다. 거래 지불 방법은 지불 보안을 개선하기 위해 적용될 수 있다. 게다가, 거래 지불 시스템도 제공된다.

Description

거래 지불 방법 및 시스템{TRANSACTION PAYMENT METHOD AND SYSTEM}
본원은 2011년 9월 20일자로 중국 특허청에 출원된 "Transaction payment method and system"이라는 명칭의 중국 특허 출원 제2011102801227호에 대해 우선권을 주장하며, 그 전체 내용은 본 명세서에 참고로 반영된다.
<기술 분야>
본 발명은 네트워크 기술, 구체적으로는 거래 지불 방법 및 시스템에 관한 것이다.
전자 상거래의 급속한 발전 및 전자 뱅킹 서비스의 진보에 따라, 은행들 및 제삼자 지불 방법들이 계속 쇄신되고 있다. 전통적인 POS 지불, ATM 지불, 인터넷 뱅킹 지불, 모바일 뱅킹 등과 같은 많은 지불 방법을 포함하는 현재 알려진 다양한 지불 방법들은 사람들에게 빠르고 쉬운 지불 방법들 및 편리한 일상 생활을 제공한다.
전통적인 지불 방법들은 일반적으로 정보의 단일 채널 송신 방식을 이용한다. 예를 들어, 모바일 운영자의 네트워크에 의존하고 WAP 기술에 기초하는 모바일 뱅킹은 모바일 사용자에게 계좌 조회, 이체, 청구서 지불, 소비 지불 등과 같은 금융 서비스들을 제공한다. 예를 들어, 인터넷 지불 및 인터넷 뱅킹 지불은 거래 데이터를 인터넷 채널 또는 즉석 통신 채널을 통해 전송한다.
그러나, 사용자의 식별 정보를 확인할 때 이러한 전통적인 거래 지불들에 대한 다양한 보안 문제들이 존재한다. 예를 들어, 모바일 뱅킹의 경우, 모바일 전화가 쉽게 분실될 수 있고; 인터넷 지불 및 인터넷 뱅킹 지불의 경우, 통상적으로 사용자의 패스워드만이 검증되는 것이 필요하고, 따라서 이것은 사용자의 식별 정보를 검증하기 위한 유일한 방법이며; 사용자의 컴퓨터 단말기가 트로이 바이러스에 감염될 때, 이것은 데이터의 도난을 쉽게 유발한다. 따라서, 전통적인 거래 지불들은 매우 안전하지 못하다.
이를 고려할 때, 향상된 보안을 갖는 거래 지불 방법을 제공하는 것이 필요하다.
거래 지불 방법은
사용자의 지불 정보를 획득하는 단계 - 상기 지불 정보는 연락 번호를 포함함 -;
상기 사용자에 의해 입력되는 지불 패스워드를 획득하기 위해 상호작용 음성 응답 플랫폼을 통해 상기 연락 번호와 통화하는 단계;
상기 지불 패스워드 및 상기 지불 정보를 검증하고, 상기 검증에 성공한 경우에 지불을 수행하는 단계
를 포함한다.
바람직하게는, 상기 사용자의 상기 지불 정보를 획득하는 단계는 인터넷 채널 또는 즉석 통신 채널을 통해, 지불 단말기에 의해 제출되는 상기 사용자의 상기 지불 정보를 획득하는 단계이다.
바람직하게는, 상기 연락 번호는 모바일 연락 번호이며; 상기 상호작용 음성 응답 플랫폼을 통해 상기 모바일 연락 번호와 통화하는 단계 전에, 상기 방법은
단문 메시지 검증 코드를 단문 메시지 서비스 플랫폼을 통해 상기 모바일 연락 번호에 대응하는 모바일 단말기로 전송하는 단계;
상기 모바일 단말기에 의해 반환되는 응답 검증 코드를 수신하는 단계;
상기 응답 검증 코드가 상기 단문 메시지 검증 코드와 동일한지를 결정하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하는 단계
를 더 포함한다.
바람직하게는, 상기 상호작용 음성 응답 플랫폼을 통해 상기 모바일 연락 번호와 통화하는 단계 전에, 상기 방법은
상기 응답 검증 코드를 반환하는 상기 모바일 단말기의 모바일 연락 번호를 획득하는 단계;
상기 획득된 모바일 연락 번호가 미리 저장된 계좌 정보 내의 모바일 연락 번호와 동일한지를 검증하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하는 단계
를 더 포함한다.
바람직하게는, 상기 응답 검증 코드의 검증에 성공하는 단계 및/또는 상기 응답 검증 코드를 반환하는 상기 모바일 단말기의 상기 모바일 연락 번호의 검증에 성공하는 단계 후에, 상기 방법은
상기 지불 정보의 위험(risk) 정보 검증을 수행하는 단계를 더 포함한다.
바람직하게는, 상기 상호작용 음성 응답 플랫폼을 통해 상기 연락 번호와 통화하는 단계 전에 그리고/또는 상기 지불 패스워드의 검증에 성공한 후에, 상기 방법은
상기 지불 정보의 위험 정보 검증을 수행하는 단계를 더 포함한다.
바람직하게는, 상기 지불 정보의 위험 정보 검증을 수행하는 단계는
상기 지불 정보 내에서 상인에 대한 거래량을 획득하고, 상인에 대한 상기 거래량이 설정된 임계치보다 큰지를 검출하고, 큰 경우에 상기 검증에 실패하고, 크지 않은 경우에는 상기 검증에 성공하는 단계; 및/또는
상기 지불 정보에 따라 상기 사용자가 블랙리스트 사용자인지를 결정하고, 블랙리스트 사용자인 경우에 상기 검증에 실패하고, 블랙리스트 사용자가 아닌 경우에는 상기 검증에 성공하는 단계
를 포함한다.
바람직하게는, 상기 지불 정보의 위험 정보 검증을 수행하는 단계는
상기 지불 정보가 미리 저장된 상기 계좌 정보와 동일한지를 결정하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하는 단계를 더 포함한다.
게다가, 보안을 강화할 수 있는 거래 지불 시스템을 제공하는 것도 필요하다.
전화 지불 시스템 및 은행 시스템을 포함하는 거래 지불 시스템으로서,
상기 전화 지불 시스템은
사용자의 지불 정보를 획득하도록 구성되는 지불 정보 획득 모듈 - 상기 지불 정보는 연락 번호를 포함함 -; 및
상기 연락 번호와 통화하여, 상기 사용자에 의해 입력되는 지불 패스워드를 획득하고, 상기 지불 패스워드 및 상기 지불 정보를 상기 은행 시스템으로 전송하도록 구성되는 상호작용 음성 응답 플랫폼
을 포함하고,
상기 은행 시스템은 상기 지불 패스워드 및 상기 지불 정보를 검증하고, 상기 검증에 성공한 경우에 지불을 수행하도록 구성된다.
바람직하게는, 상기 지불 정보 획득 모듈은 인터넷 채널 또는 즉석 통신 채널을 통해 지불 단말기에 의해 제출되는 상기 사용자의 상기 지불 정보를 획득하도록 구성된다. 바람직하게는, 상기 연락 번호는 모바일 연락 번호이고; 상기 전화 지불 시스템은 단문 메시지 검증 코드를 단문 메시지들을 통해 상기 모바일 연락 번호에 대응하는 상기 모바일 단말기로 전송하고, 상기 모바일 단말기에 의해 반환되는 응답 검증 코드를 수신하고, 상기 응답 검증 코드가 상기 단문 메시지 검증 코드와 동일한지를 결정하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하도록 구성되는 단문 메시지 서비스 플랫폼을 더 포함한다.
바람직하게는, 상기 단문 메시지 서비스 플랫폼은 상기 응답 검증 코드를 반환하는 상기 모바일 단말기의 모바일 연락 번호를 획득하고, 상기 모바일 연락 번호를 상기 은행 시스템으로 전송하도록 더 구성되며,
상기 은행 시스템은 상기 획득된 모바일 연락 번호가 미리 저장된 계좌 정보 내의 모바일 연락 번호와 동일한지를 검증하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하도록 더 구성된다.
바람직하게는, 상기 전화 지불 시스템은 상기 응답 검증 코드의 검증에 성공하고/하거나 상기 응답 검증 코드를 반환하는 상기 모바일 단말기의 상기 모바일 연락 번호의 검증에 성공한 후에, 상기 지불 정보의 위험 정보 검증을 수행하도록 구성되는 위험 제어 시스템을 더 포함한다.
바람직하게는, 상기 위험 제어 시스템은 상기 전화 지불 시스템이 상기 상호작용 음성 응답 플랫폼을 통해 상기 연락 번호와 통화하는 단계 전에 그리고/또는 상기 지불 패스워드의 검증에 성공한 후에, 상기 지불 정보의 위험 정보 검증을 수행하도록 더 구성된다.
바람직하게는, 상기 위험 제어 시스템은 상기 지불 정보 내에서 상인에 대한 거래량을 획득하고, 상인에 대한 상기 거래량이 설정된 임계치보다 큰지를 검출하고, 큰 경우에 상기 검증에 실패하고, 크지 않은 경우에는 상기 검증에 성공하도록 구성되고/되거나;
상기 위험 제어 시스템은 상기 지불 정보에 따라 상기 사용자가 블랙리스트 사용자인지를 결정하고, 블랙리스트 사용자인 경우에 상기 검증에 실패하고, 블랙리스트 사용자가 아닌 경우에는 상기 검증에 성공하도록 구성된다.
바람직하게는, 상기 위험 제어 시스템은 상기 지불 정보를 상기 은행 시스템으로 전송하도록 더 구성되며;
상기 은행 시스템은 상기 지불 정보가 미리 저장된 상기 계좌 정보와 동일한지를 결정하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하도록 더 구성된다.
전술한 거래 지불 방법 및 시스템에서, 지불 정보를 수신할 때, 전화 지불 시스템은 상호작용 음성 응답 플랫폼을 통해 지불 정보 내의 모바일 연락 번호와 자동으로 통화하고, 사용자에 의해 입력되는 지불 패스워드를 획득하고, 지불 패스워드 및 지불 정보를 검증한다. 지불 단말기에 의해 제출되는 지불 정보를 획득하는 데 사용되는 채널은 상호작용 음성 응답 플랫폼에 의해 사용되는 것과 다르므로, 지불 패스워드 및 지불 정보가 검증될 때, 범죄자가 위조 웹사이트 및 트로이 바이러스에 의해 사용자들의 지불 정보를 가로챌 가능성이 감소한다.
도 1은 일 실시예에서의 거래 지불 방법의 개략 흐름도이다.
도 2는 다른 실시예에서의 거래 지불 방법의 개략 흐름도이다.
도 3은 일 실시예에서의 위험 정보 검증의 수행의 흐름도이다.
도 4는 일 실시예에서의 거래 지불 시스템의 개략 구성도이다.
도 5는 다른 실시예에서의 전화 지불 시스템의 개략 구성도이다.
도 1에 도시된 바와 같이, 일 실시예에서, 거래 지불 방법은 아래의 단계들을 포함한다.
단계 S102: 지불 단말기가 사용자의 지불 정보를 획득하며, 지불 정보는 연락 번호를 포함하고, 지불 단말기는 지불 정보를 전화 지불 시스템에 제출한다.
지불 단말기는 컴퓨터, TV, 모바일 통신 단말기 및 다른 내장형 전자 장비일 수 있고, 이들은 웹 브라우저를 통해 주문을 제출할 수 있고, 또한 즉석 통신 도구를 통해 주문 데이터를 생성할 수 있다. 주문 데이터는 사용자 정보, 상인 정보, 구매 상품의 정보 등을 포함하며, 사용자 정보는 사용자 등록 계좌, 사용자 이름, 수신 주소, 연락 방식 등을 포함하고, 상인 정보는 상점 이름, 주소, 연락 방식 등과 같은 비즈니스 정보이고, 구매 상품의 정보는 구매량, 구매 가격, 지불 가능 금액 등을 포함한다.
지불 단말기에 의해 주문이 제출되고, 지불이 확인된 후에, 지불 정보가 획득된다. 사용자의 지불 정보는 은행 카드 번호, 사용자 식별 정보 및 주문 관련 정보를 포함하며, 사용자 식별 정보는 (사용자 이름, ID 번호 등을 포함하는) ID 정보, 지불 패스워드, (모바일 연락 번호 또는 고정 연락 번호일 수 있는) 연락 번호, 즉석 연락 번호, 연락 주소 등을 포함하지만 이에 한정되지 않고, 주문 관련 정보는 지불 가능 금액 등을 포함한다. 일 실시예에서, 사용자에 의해 주문 데이터가 제출된 후, 힌트 박스를 팝업하여, 사용자에게 지불 정보를 채워 넣도록 프롬프트(prompt)할 수 있다. 구체적으로, 지불 단말기는 지불 정보를 인터넷 채널 또는 즉석 통신 채널을 통해 전화 지불 시스템에 제출하고, 전화 지불 시스템은 인터넷 채널 또는 즉석 통신 채널을 통해 지불 단말기에 의해 제출된 사용자의 지불 정보를 획득한다.
단계 S104: 전화 지불 시스템은 상호작용 음성 응답(IVR) 플랫폼을 통해 연락 번호와 통화하고, 사용자에 의해 입력된 지불 패스워드를 획득하고, 지불 패스워드 및 지불 정보를 은행 시스템으로 전송한다.
구체적으로, 전화 지불 시스템은 IVR 플랫폼 세트를 가지며, 이를 통해 지불 정보 내의 연락 번호와 통화한다. 연락 번호에 대응하는 통신 단말기는 통화를 수신할 것이고, 통신 단말기를 소유한 사용자가 통화에 답할 때, 통신 단말기는 IVR 플랫폼과의 접속을 확립한다. 통신 단말기는 음성 채널을 통해 IVR 플랫폼으로부터 전송되는 음성 프롬프트를 수신할 것이다. 사용자는 음성 프롬프트에 따라 지불 패스워드를 입력하며, 단말기는 지불 패스워드를 전화 지불 시스템으로 업로드하고, 전화 지불 시스템은 지불 패스워드 및 지불 정보를 거래 메시지로 만들어 이를 은행 시스템으로 전송한다.
단계 S106: 은행 시스템은 지불 패스워드 및 지불 정보를 검증한다. 검증에 성공한 경우, 지불이 수행된다.
구체적으로, 은행 시스템은 은행 지불 시스템 또는 임의의 거래 플랫폼 상의 지불 시스템일 수 있다. 은행 시스템은 ID 정보, 이용 가능 은행 카드의 카드 번호, 연락 주소, 모바일 연락 번호, 지불 패스워드 등을 포함하는 사용자의 계좌 정보를 미리 저장한다. 지불 패스워드 및 지불 정보를 수신한 후, 은행 시스템은 사용자에 의해 입력된 지불 패스워드가 올바른지를 검증하며, 지불 정보가 사용자의 계좌 정보와 매칭되는지를 검증한다. 올바른 경우, 검증에 성공하고, 공제가 바로 진행된다.
일 실시예에서, 단계 S104 전에, 지불 정보의 위험 정보 검증을 수행하는 단계가 더 포함된다. IVR 플랫폼은 지불 정보의 위험 정보 검증에 성공한 후에만 연락 번호와 통화하며, 따라서 통화 전에 보안을 보증하는 것이 가능하다. 이 실시예 또는 다른 실시예에서, 단계 S106에서 지불 패스워드의 검증에 성공한 후, 지불 정보의 위험 정보 검증을 수행하는 단계가 더 포함된다. 지불 정보는 지불 패스워드의 검증에 성공한 후에도 변경될 수 있으므로, 지불 정보의 위험 정보 검증에 성공한 후에만 은행 시스템에 의해 공제가 수행될 것이며, 따라서 지불의 보안이 더 강화된다.
지불 단말기에 의해 제출된 지불 정보 및 IVR 플랫폼에 의해 획득된 지불 패스워드는 각각 상이한 채널들을 통해 데이터 전송되므로, 양 채널 상에서 지불 정보를 검증하는 것이 가능하며, 따라서 보안이 향상될 것이다. 게다가, 전화 지불 시스템은 지불 정보를 수신한 후에 지불 정보 내의 연락 번호와 자동으로 통화하는 IVR 플랫폼을 통해 지불 패스워드를 획득하며, 이는 지불 패스워드를 제공하기 위해 IVR 플랫폼과 처음에 통화하는 전통적인 방식에 비해 지불 패스워드를 제공하는 사용자가 연락 번호에 대응하는 단말기의 소유자인 것을 보증할 수 있다. 지불 패스워드가 도난된 경우, 제공된 연락 번호와 자동으로 통화함으로써 지불을 효과적으로 방지하는 것도 가능하다. 따라서, 보안이 더 향상된다.
도 2에 도시된 바와 같이, 다른 실시예에서, 거래 지불 방법은 아래의 단계들을 포함한다.
단계 S202: 지불 단말기는 사용자의 지불 정보를 획득하고, 지불 정보는 모바일 연락 번호를 포함하며, 지불 단말기는 지불 정보를 전화 지불 시스템에 제출한다.
단계 S204: 단문 메시지 검증 코드가 단문 메시지 서비스(SMS) 플랫폼을 통해 모바일 연락 번호에 대응하는 모바일 단말기로 전송된다.
단계 S206: 모바일 단말기에 의해 반환된 응답 검증 코드가 수신된다.
구체적으로, 모바일 단말기가 단문 메시지를 수신한 후, 사용자는 응답 검증 코드를 입력하고, 응답 검증 코드는 SMS 플랫폼으로 반환된다.
단계 S208: 응답 검증 코드가 단문 메시지 검증 코드와 동일한지를 결정하고, 동일한 경우에 방법은 단계 S210으로 진행하고, 동일하지 않은 경우에는 방법이 종료된다.
일 실시예에서, 응답 검증 코드가 단문 메시지 검증 코드와 동일하지 않은 경우, 단문 메시지를 전송하여, 반환된 검증 코드가 올바르지 않고, 지불이 수행될 수 없다는 것을 사용자에게 프롬프트할 수 있다. 이러한 방식으로, 데이터가 단문 메시지 채널을 통해 전송되고, 지불 정보가 재검증되며, 이는 보안을 더 향상시킨다.
단계 S210: 응답 검증 코드를 반환하는 모바일 단말기의 모바일 연락 번호가 획득된다.
단계 S212: 획득된 모바일 연락 번호가 미리 저장된 계좌 정보 내의 모바일 연락 번호와 동일한지를 은행 시스템을 통해 검증하고, 동일한 경우에 방법은 단계 S214로 진행하고, 동일하지 않은 경우에는 방법이 종료된다.
사용자의 계좌 정보는 은행 시스템 내에 미리 저장되며, 사용자가 은행 카드를 신청할 때 제공되는 모바일 연락 번호를 포함한다. 은행 시스템에 의해 획득된 모바일 연락 번호가 미리 저장된 계좌 정보 내의 모바일 연락 번호와 동일한 경우, 검증에 성공하고, 동일하지 않은 경우에는 검증에 실패한다.
일 실시예에서, 검증에 실패하는 경우, 은행 시스템은 단문 메시지를 SMS 플랫폼을 통해 모바일 단말기로 전송하는 전화 지불 시스템에 통지하여, 검증에 실패하여 지불이 수행될 수 없다는 것을 사용자에게 프롬프트할 수 있다. 응답 검증 코드를 반환하는 모바일 연락 번호가 은행 시스템에 의해 검증되며, 이는 모바일 단말기의 소유자가 은행 카드의 사용자인 것을 보증하여, 모바일 단말기의 분실로 인해 은행 카드의 돈을 잃을 위험을 방지하며, 따라서 보안이 더 향상된다.
게다가, 단문 메시지 검증 코드 및 반환되는 응답 검증 코드를 획득하는 모바일 연락 번호는 모바일 연락 번호와 통화하기 전에 검증되었으므로, 모바일 통신 단말기의 통화 이체에 의해 유발되는 보안 문제가 방지될 수 있다.
단계 S214: 지불 정보의 위험 정보 검증이 수행되며, 검증에 성공하는 경우에 방법은 단계 S216으로 진행한다.
단계 S216: 전화 지불 시스템은 IVR 플랫폼을 통해 모바일 연락 번호와 통화하고, 사용자에 의해 입력되는 지불 패스워드를 획득하며, 지불 패스워드 및 지불 정보를 은행 시스템으로 전송한다.
전술한 바와 같이, 구체적으로, 모바일 연락 번호에 대응하는 모바일 단말기는 통화를 수신할 수 있다. 모바일 단말기를 소유하는 사용자가 통화에 응답한 후, 모바일 단말기는 IVR 플랫폼과의 접속을 확립하며, 모바일 단말기는 음성 채널을 통해 IVR 플랫폼에 의해 전송되는 음성 프롬프트를 수신할 수 있다. 사용자는 음성 프롬프트에 따라 지불 패스워드를 입력하고, 모바일 단말기는 지불 패스워드를 전화 지불 시스템으로 업로드하며, 전화 지불 시스템은 지불 패스워드 및 지불 정보를 거래 메시지로 만들어 이를 은행 시스템으로 전송한다.
단계 S218: 은행 시스템은 지불 패스워드 및 지불 정보를 검증한다. 검증에 성공한 경우, 지불이 수행된다.
구체적으로, 은행 시스템은 지불 패스워드가 올바른지를 검증하고, 지불 정보가 미리 저장된 사용자의 계좌 정보와 매칭되는지를 검증한다. 검증에 성공한 경우, 공제가 바로 진행되며, 성공하지 못한 경우에 전화 지불 시스템에 통지될 것이고, IVR 플랫폼은 음성 프롬프트를 모바일 단말기로 전송하여, 사용자에 의해 입력된 패스워드가 올바르지 않거나 지불 정보가 올바르지 않다는 것을 사용자에게 프롬프트한다.
일 실시예에서, 지불 정보의 위험 정보 검증을 수행하는 전술한 단계는 거래 정보 내에서 상인에 대한 거래량을 획득하는 단계, 상인에 대한 거래량이 설정된 임계치보다 큰지를 검출하고, 큰 경우에 검증에 실패하고, 크지 않은 경우에는 검증에 성공하는 단계를 포함한다. 상인에 대한 거래량은 하나의 거래의 양, 금액 등과 같은 주문의 거래량이다. 설정된 임계치를 초과하는 양, 금액을 갖는 거래는 위험한 것으로 간주되며(예를 들어, 은행 카드가 분실되었거나 기타 등등일 수 있고), 이어서 검증에 실패한다. 이러한 방식으로, 지불의 보안을 효과적으로 강화하는 것이 가능하다.
이 실시예 또는 다른 실시예에서, 지불 정보의 위험 정보 검증을 수행하는 단계는 지불 정보에 따라 사용자가 블랙리스트 사용자인지를 결정하고, 블랙리스트 사용자인 경우에 검증에 실패하고, 블랙리스트 사용자가 아닌 경우에는 검증에 성공하는 것을 더 포함한다. 사용자의 거래에서 건전하지 못한 기록이 존재하는 경우, 예를 들어 지불 정보 검증에 두 번 실패한 경우, 사용자는 불법적인 것으로 간주될 것이며, 이어서 사용자 식별 정보는 블랙리스트에 추가된다. 블랙리스트 내의 사용자들의 경우, 위험 정보 검증 중일 때 검증에 실패할 것이며, 즉 불법 사용자는 지불을 달성할 수 없다. 이러한 방식으로, 불법 사용자는 거래를 다시 수행하는 것이 금지되며, 이는 지불의 보안을 더 향상시킨다.
일 실시예에서, 지불 정보의 위험 정보 검증을 수행하는 단계는 전화 지불 시스템이 지불정보를 은행 시스템으로 전송하는 단계를 더 포함한다. 은행 시스템은 지불 정보가 미리 저장된 계좌 정보와 동일한지를 결정하고, 동일한 경우에 검증에 성공하고, 동일하지 않은 경우에는 검증에 실패한다.
도 3에 도시된 바와 같이, 일 실시예에서, 단계 S214에서, 지불 정보의 위험 정보 검증을 수행하는 프로세스는 구체적으로 다음 단계들을 포함한다.
단계 S302: 지불 정보에 따라 사용자가 블랙리스트 사용자인지를 결정하고, 블랙리스트 사용자인 경우에 흐름이 종료되고, 블랙리스트 사용자가 아닌 경우에는 단계 S304로 진행한다.
단계 S304: 지불 정보에 따라 상인에 대한 거래량이 설정된 임계치보다 큰지를 결정하고, 큰 경우에 흐름은 종료되며, 크지 않은 경우에는 단계 S306으로 진행한다.
단계 S306: 검증된 지불 정보가 존재하는지를 결정하고, 존재하는 경우에 흐름은 단계 S216으로 진행하여 후속 흐름을 진행하고, 존재하지 않는 경우에는 단계 S308로 진행한다.
단계 S308: 지불 정보를 채워 넣도록 사용자에게 프롬프트한다.
단계 S310: 사용자가 채워 넣은 지불 정보의 위험 정보 검증을 수행한다.
단계 S310에서 지불 정보의 위험 정보 검증을 수행하는 프로세스는 위에서 설명되었으며, 여기서는 그의 상세한 설명이 생략된다.
일 실시예에서는, 단계 S218에서 지불 패스워드의 검증에 성공한 경우에도, 지불 정보의 위험 정보 검증이 다시 수행될 수 있는데, 예를 들어 지불 정보에 따라 상인에 대한 거래량이 설정된 임계치보다 큰지를 결정하는 것 등이 행해질 수 있다. 지불 패스워드의 검증에 성공한 후에 사용자가 지불 정보를 변경할 수 있는 것이 가능한 경우, 위험 정보 검증을 다시 수행함으로써 보안이 더 향상될 수 있다.
도 4에 도시된 바와 같이, 일 실시예에서, 거래 지불 시스템은 지불 단말기(10), 전화 지불 시스템(20) 및 은행 시스템(30)을 포함하며,
지불 단말기(10)는 사용자의 지불 정보를 획득하고, 지불 정보는 연락 번호를 포함하고, 지불 단말기(10)는 또한 지불 정보를 전화 지불 시스템(20)으로 전송하는 데 사용되며,
전화 지불 시스템(20)은 연락 번호와 통화하고, 사용자에 의해 입력된 지불 패스워드를 획득하고, 지불 패스워드 및 지불 정보를 은행 시스템(30)으로 전송하기 위한 IVR 플랫폼(202)을 포함하며,
은행 시스템(30)은 지불 패스워드 및 지불 정보를 검증하고, 검증에 성공한 경우에 지불을 수행한다.
일 실시예에서, 사용자는 지불 단말기(10)를 통해 주문을 제출한다. 주문의 데이터는 사용자 정보, 상인 정보, 구매되는 상품의 정보 등을 포함하고, 사용자 정보는 사용자 등록 계좌, 사용자 이름, 수신 주소, 연락 방식 등을 포함하고, 상인 정보는 상점 이름, 주소, 연락 방식 등과 같은 비즈니스 정보이고, 구매되는 상품의 정보는 구매량, 구매 가격, 지불 가능 금액 등을 포함한다.
지불 단말기에 의해 주문이 제출되고, 지불이 확인된 후, 사용자의 지불 정보가 획득된다. 사용자의 지불 정보는 은행 카드 번호, 사용자 식별 정보 및 주문 관련 정보를 포함하며, 사용자 식별 정보는 (사용자 이름, ID 번호 등을 포함하는) ID 정보, 지불 패스워드, (모바일 연락 번호 또는 고정 연락 번호일 수 있는) 연락 번호, 즉석 연락 번호, 연락 주소 등을 포함하지만 이에 한정되지 않고, 주문 관련 정보는 지불 가능 금액 등을 포함한다. 일 실시예에서, 사용자에 의해 주문 데이터가 제출된 후, 힌트 박스를 팝업하여, 사용자에게 지불 정보를 채워 넣도록 프롬프트할 수 있다. 구체적으로, 지불 단말기(10)는 지불 정보를 인터넷 채널 또는 즉석 통신 채널을 통해 전화 지불 시스템(20)에 제출한다.
더구나, 전화 지불 시스템(20)은 인터넷 채널 또는 즉석 통신 채널을 통해 지불 단말기(10)에 의해 제출되는 사용자의 지불 정보를 획득하기 위한 지불 정보 획득 모델을 포함할 수 있다.
일 실시예에서, 지불 정보 내의 연락 번호는 IVR 플랫폼(202)을 통해 통화된다. 연락 번호에 대응하는 통신 단말기는 통화를 수신할 것이고, 통신 단말기를 소유하는 사용자가 통화에 응답할 때, 통신 단말기는 IVR 플랫폼(202)과의 접속을 확립한다. 통신 단말기는 음성 채널을 통해 IVR 플랫폼(202)으로부터 전송되는 음성 프롬프트를 수신할 것이다. 사용자는 음성 프롬프트에 따라 지불 패스워드를 입력하며, 단말기는 지불 패스워드를 전화 지불 시스템(20)으로 업로드하고, 이 전화 지불 시스템은 지불 패스워드 및 지불 정보를 거래 메시지로 만들어, 이를 은행 시스템(30)으로 전송한다.
구체적으로, 은행 시스템(30)은 은행 지불 시스템 또는 임의의 거래 플랫폼 상의 지불 시스템일 수 있다. 은행 시스템(30)은 사용자의 ID 정보, 이용 가능 은행 카드의 카드 번호, 연락 주소, 모바일 연락 번호, 지불 패스워드 등을 포함하는 사용자의 계좌 정보를 미리 저장한다. 지불 패스워드 및 지불 정보를 수신한 후, 은행 시스템(30)은 사용자에 의해 입력된 지불 패스워드가 올바른지를 검증하며, 지불 정보가 사용자의 계좌 정보와 매칭되는지를 검증한다. 올바른 경우, 검증에 성공하고, 공제를 바로 진행하여 지불을 완수한다.
일 실시예에서, 전화 지불 시스템(20)은 주문 등을 관리하기 위한 커널 지불 시스템(도시되지 않음)을 더 포함한다. 은행 시스템(30)이 지불을 완수한 후, 커널 지불 시스템은 주문 상태를 변경하고 주문 상태를 지불 단말기(10)로 반환하도록 통지받을 것이다.
다른 실시예에서, 도 5에 도시된 바와 같이, 전화 지불 시스템(20)은 단문 메시지 검증 코드를 단문 메시지를 통해 지불 정보 내의 모바일 연락 번호에 대응하는 모바일 단말기로 전송하고, 모바일 단말기에 의해 반환되는 응답 검증 코드를 수신하고, 응답 검증 코드가 단문 메시지 검증 코드와 동일한지를 결정하고, 동일한 경우에는 검증에 성공하고, 동일하지 않은 경우에는 검증에 실패하는 데 사용되는 단문 메시지 서비스(SMS) 플랫폼(204)을 더 포함한다.
일 실시예에서, SMS 플랫폼(204)은 또한 응답 검증 코드를 반환하는 모바일 단말기의 모바일 연락 번호를 획득하고, 모바일 연락 번호를 은행 시스템(30)으로 전송하는 데 사용된다. 이 실시예에서, 은행 시스템(30)은 또한 획득된 모바일 연락 번호가 미리 저장된 계좌 정보 내의 모바일 연락 번호와 동일한지를 검증하고, 동일한 경우에 검증에 성공하고, 동일하지 않은 경우에는 검증에 실패하는 데 사용된다.
일 실시예에서, 도 5에 도시된 바와 같이, 전화 지불 시스템(20)은 응답 검증 코드의 검증 및/또는 응답 검증 코드를 반환하는 모바일 단말기의 모바일 연락 번호의 검증에 성공한 후에 지불 정보의 위험 정보 검증을 수행하기 위한 위험 제어 시스템(206)을 더 포함한다.
일 실시예에서, 위험 제어 시스템(206)은 또한 전화 지불 시스템(20)이 IVR 플랫폼(202)을 통해 연락 번호와 통화하는 단계 전에 지불 정보의 위험 정보 검증을 수행하는 데 사용된다. 이 실시예 또는 다른 실시예에서, 위험 제어 시스템(206)은 또한 지불 패스워드의 검증에 성공한 후에 지불 정보의 위험 정보 검증을 수행하는 데 사용된다.
일 실시예에서, 위험 제어 시스템(206)은 지불 정보 내의 상인에 대한 거래량을 획득하여, 상인에 대한 거래량이 설정된 임계치보다 큰지를 결정하고, 큰 경우에 검증에 실패하고, 크지 않은 경우에는 검증에 성공하는 데 사용된다. 이 실시예 또는 다른 실시예에서, 위험 제어 시스템(206)은 또한 지불 정보에 따라 사용자가 블랙리스트 사용자인지를 결정하고, 블랙리스트 사용자인 경우에 검증에 실패하고, 블랙리스트 사용자가 아닌 경우에는 검증에 성공하는 데 사용된다.
일 실시예에서, 위험 제어 시스템(206)은 또한 지불 정보를 은행 시스템(30)으로 전송하는 데 사용된다. 이 실시예에서, 은행 시스템(30)은 또한 지불 정보가 미리 저장된 계좌 정보와 동일한지를 결정하고, 동일한 경우에 검증에 성공하고, 동일하지 않은 경우에는 검증에 실패하는 데 사용된다.
상기 거래 지불 방법 및 시스템에서는, 모바일 단말기, 인터넷, IVR 플랫폼, SMS 플랫폼 등과 같은 다수의 통신 채널을 이용하여 지불 정보를 수집함으로써 사용자의 모든 지불 정보를 훔치기가 훨씬 더 어렵다. 따라서, 비대면(non-face-to-face) 지불의 보안이 향상된다.
상기 거래 지불 방법 및 시스템에서는, 단문 메시지 검증을 이용하여 모바일 단말기 소유자를 확인하고, 은행 카드 소유자의 ID, 모바일 연락 번호 등과 같은 정보를 은행 시스템을 통해 확인하고, 다수의 통신 채널을 통해 사용자 식별 정보를 확인함으로써 지불이 보호된다.
이 분야의 통상의 기술자들은 실시예들에서의 상기 방법의 흐름의 전부 또는 일부가 컴퓨터 프로그램에 의해 지시되는 적절한 하드웨어에 의해 구현될 수 있다는 것을 이해할 수 있다. 프로그램은 컴퓨터 판독 가능 저장 매체에 저장될 수 있다. 프로그램이 실행되고 있을 때, 실시예들에서의 각각의 방법의 흐름이 포함될 수 있다. 여기서, 저장 매체는 자기 디스크, 광 디스크, 판독 전용 메모리(ROM) 또는 랜덤 액세스 메모리(RAM) 등일 수 있다.
전술한 실시예들은 본 발명을 구현하기 위한 여러 모드를 설명할 뿐이며, 그들의 설명은 상세하고 구체적이지만, 이들은 본 발명 특허 출원의 범위를 한정하는 것으로 이해될 수 없다. 본 발명의 개념으로부터 벗어나지 않고서, 이 분야의 통상의 기술자들에 의해 많은 변형 및 변경이 이루어질 수 있으며, 이들 모두는 본 발명의 범위 내에 속한다는 점에 유의해야 한다. 따라서, 본 발명 특허 출원의 범위는 첨부된 청구항들에 의해서만 정의된다.

Claims (16)

  1. 거래 지불 방법으로서,
    사용자의 지불 정보를 획득하는 단계 - 상기 지불 정보는 연락 번호를 포함함 -;
    상기 사용자에 의해 입력되는 지불 패스워드를 획득하기 위해 상호작용 음성 응답 플랫폼(Interactive Voice Response platform)을 통해 상기 연락 번호와 통화하는 단계; 및
    상기 지불 패스워드 및 상기 지불 정보를 검증하고, 상기 검증에 성공한 경우에 지불을 수행하는 단계
    를 포함하는 거래 지불 방법.
  2. 제1항에 있어서,
    상기 사용자의 지불 정보를 획득하는 단계는 인터넷 채널 또는 즉석 통신(instant communication) 채널을 통해, 지불 단말기에 의해 제출되는 상기 사용자의 상기 지불 정보를 획득하는 단계인 거래 지불 방법.
  3. 제1항에 있어서,
    상기 연락 번호는 모바일 연락 번호이고, 상기 상호작용 음성 응답 플랫폼을 통해 상기 모바일 연락 번호와 통화하는 단계 전에, 상기 방법은,
    단문 메시지 검증 코드를 단문 메시지 서비스 플랫폼(Short Message Service platform)을 통해 상기 모바일 연락 번호에 대응하는 모바일 단말기로 전송하는 단계;
    상기 모바일 단말기에 의해 반환되는 응답 검증 코드를 수신하는 단계;
    상기 응답 검증 코드가 상기 단문 메시지 검증 코드와 동일한지를 결정하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하는 단계
    를 더 포함하는 거래 지불 방법.
  4. 제3항에 있어서,
    상기 상호작용 음성 응답 플랫폼을 통해 상기 모바일 연락 번호와 통화하는 단계 전에, 상기 방법은,
    상기 응답 검증 코드를 반환하는 상기 모바일 단말기의 모바일 연락 번호를 획득하는 단계;
    상기 획득된 모바일 연락 번호가 미리 저장된 계좌 정보 내의 모바일 연락 번호와 동일한지를 검증하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하는 단계
    를 더 포함하는 거래 지불 방법.
  5. 제4항에 있어서,
    상기 응답 검증 코드의 검증에 성공하는 단계 및/또는 상기 응답 검증 코드를 반환하는 상기 모바일 단말기의 상기 모바일 연락 번호의 검증에 성공하는 단계 후에, 상기 방법은,
    상기 지불 정보의 위험(risk) 정보 검증을 수행하는 단계를 더 포함하는 거래 지불 방법.
  6. 제1항에 있어서,
    상기 상호작용 음성 응답 플랫폼을 통해 상기 연락 번호와 통화하는 단계 전에 그리고/또는 상기 지불 패스워드의 검증에 성공한 후에, 상기 방법은,
    상기 지불 정보의 위험 정보 검증을 수행하는 단계를 더 포함하는 거래 지불 방법.
  7. 제5항 또는 제6항에 있어서,
    상기 지불 정보의 위험 정보 검증을 수행하는 단계는,
    상기 지불 정보 내에서 상인에 대한 거래량을 획득하고, 상인에 대한 상기 거래량이 설정된 임계치보다 큰지를 검출하고, 큰 경우에 상기 검증에 실패하고, 크지 않은 경우에는 상기 검증에 성공하는 단계; 및/또는
    상기 지불 정보에 따라 상기 사용자가 블랙리스트 사용자인지를 결정하고, 블랙리스트 사용자인 경우에 상기 검증에 실패하고, 블랙리스트 사용자가 아닌 경우에는 상기 검증에 성공하는 단계
    를 포함하는 거래 지불 방법.
  8. 제7항에 있어서,
    상기 지불 정보의 위험 정보 검증을 수행하는 단계는,
    상기 지불 정보가 미리 저장된 상기 계좌 정보와 동일한지를 결정하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하는 단계를 더 포함하는 거래 지불 방법.
  9. 전화 지불 시스템 및 은행 시스템을 포함하는 거래 지불 시스템으로서,
    상기 전화 지불 시스템은,
    사용자의 지불 정보를 획득하도록 구성되는 지불 정보 획득 모듈 - 상기 지불 정보는 연락 번호를 포함함 -; 및
    상기 연락 번호와 통화하여, 상기 사용자에 의해 입력되는 지불 패스워드를 획득하고, 상기 지불 패스워드 및 상기 지불 정보를 상기 은행 시스템으로 전송하도록 구성되는 상호작용 음성 응답 플랫폼
    을 포함하고,
    상기 은행 시스템은 상기 지불 패스워드 및 상기 지불 정보를 검증하고, 상기 검증에 성공한 경우에 지불을 수행하도록 구성되는 거래 지불 시스템.
  10. 제9항에 있어서,
    상기 지불 정보 획득 모듈은 인터넷 채널 또는 즉석 통신 채널을 통해 지불 단말기에 의해 제출되는 상기 사용자의 상기 지불 정보를 획득하도록 구성되는 거래 지불 시스템.
  11. 제9항에 있어서,
    상기 연락 번호는 모바일 연락 번호이고; 상기 전화 지불 시스템은, 단문 메시지 검증 코드를 단문 메시지들을 통해 상기 모바일 연락 번호에 대응하는 상기 모바일 단말기로 전송하고, 상기 모바일 단말기에 의해 반환되는 응답 검증 코드를 수신하고, 상기 응답 검증 코드가 상기 단문 메시지 검증 코드와 동일한지를 결정하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하도록 구성되는 단문 메시지 서비스 플랫폼을 더 포함하는 거래 지불 시스템.
  12. 제11항에 있어서,
    상기 단문 메시지 서비스 플랫폼은 상기 응답 검증 코드를 반환하는 상기 모바일 단말기의 모바일 연락 번호를 획득하고, 상기 모바일 연락 번호를 상기 은행 시스템으로 전송하도록 더 구성되며,
    상기 은행 시스템은 상기 획득된 모바일 연락 번호가 미리 저장된 계좌 정보 내의 모바일 연락 번호와 동일한지를 검증하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하도록 더 구성되는 거래 지불 시스템.
  13. 제12항에 있어서,
    상기 전화 지불 시스템은 상기 응답 검증 코드의 검증에 성공하고 그리고/또는 상기 응답 검증 코드를 반환하는 상기 모바일 단말기의 상기 모바일 연락 번호의 검증에 성공한 후에, 상기 지불 정보의 위험 정보 검증을 수행하도록 구성되는 위험 제어 시스템을 더 포함하는 거래 지불 시스템.
  14. 제13항에 있어서,
    상기 위험 제어 시스템은 상기 전화 지불 시스템이 상기 상호작용 음성 응답 플랫폼을 통해 상기 연락 번호와 통화하는 단계 전에 그리고/또는 상기 지불 패스워드의 검증에 성공한 후에, 상기 지불 정보의 위험 정보 검증을 수행하도록 더 구성되는 거래 지불 시스템.
  15. 제13항 또는 제14항에 있어서,
    상기 위험 제어 시스템은 상기 지불 정보 내에서 상인에 대한 거래량을 획득하고, 상인에 대한 상기 거래량이 설정된 임계치보다 큰지를 검출하고, 큰 경우에 상기 검증에 실패하고, 크지 않은 경우에는 상기 검증에 성공하도록 구성되고; 그리고/또는
    상기 위험 제어 시스템은 상기 지불 정보에 따라 상기 사용자가 블랙리스트 사용자인지를 결정하고, 블랙리스트 사용자인 경우에 상기 검증에 실패하고, 블랙리스트 사용자가 아닌 경우에는 상기 검증에 성공하도록 구성되는 거래 지불 시스템.
  16. 제15항에 있어서,
    상기 위험 제어 시스템은 상기 지불 정보를 상기 은행 시스템으로 전송하도록 더 구성되고,
    상기 은행 시스템은 상기 지불 정보가 미리 저장된 상기 계좌 정보와 동일한지를 결정하고, 동일한 경우에 상기 검증에 성공하고, 동일하지 않은 경우에는 상기 검증에 실패하도록 더 구성되는 거래 지불 시스템.
KR1020147010185A 2011-09-20 2012-06-15 거래 지불 방법 및 시스템 KR20140070606A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201110280122.7 2011-09-20
CN2011102801227A CN103020820A (zh) 2011-09-20 2011-09-20 一种交易支付方法和系统
PCT/CN2012/076994 WO2013040916A1 (zh) 2011-09-20 2012-06-15 一种交易支付方法和系统

Publications (1)

Publication Number Publication Date
KR20140070606A true KR20140070606A (ko) 2014-06-10

Family

ID=47913836

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020147010185A KR20140070606A (ko) 2011-09-20 2012-06-15 거래 지불 방법 및 시스템

Country Status (13)

Country Link
US (1) US20140046850A1 (ko)
EP (1) EP2759968A4 (ko)
JP (1) JP2014524622A (ko)
KR (1) KR20140070606A (ko)
CN (1) CN103020820A (ko)
AP (1) AP2014007582A0 (ko)
AU (1) AU2012313221A1 (ko)
CA (1) CA2844747A1 (ko)
MX (1) MX2014003427A (ko)
RU (1) RU2014115463A (ko)
SG (1) SG194639A1 (ko)
TW (1) TW201314600A (ko)
WO (1) WO2013040916A1 (ko)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104636924B (zh) * 2013-11-15 2023-04-25 腾讯科技（深圳）有限公司 一种安全支付方法、服务器以及系统
CN104753868A (zh) * 2013-12-30 2015-07-01 腾讯科技（深圳）有限公司 一种安全验证方法、业务服务器及安全验证系统
CN103942676A (zh) * 2014-03-21 2014-07-23 深圳市讯鸿科技开发有限公司 移动支付方法和系统
US9690924B2 (en) * 2014-05-15 2017-06-27 Microsoft Technology Licensing, Llc Transparent two-factor authentication via mobile communication device
CN104618342B (zh) * 2015-01-05 2018-02-06 锐嘉科集团有限公司 一种信息屏蔽方法、终端及系统
CN104778586A (zh) * 2015-03-18 2015-07-15 广东欧珀移动通信有限公司 一种安全支付方法及装置
US10540648B2 (en) * 2015-04-15 2020-01-21 Mastercard International Incorporated Use of mobile network operator data and/or scores in decision-making on requests for payment credential provisioning for mobile devices
WO2016183048A1 (en) * 2015-05-11 2016-11-17 Mastercard International Incorporated Systems and methods for facilitating transactions to payment accounts, via sms messaging
US9544747B2 (en) * 2015-05-27 2017-01-10 Airwatch Llc Transmitting management commands to a client device
CN105119877B (zh) * 2015-06-30 2018-11-13 百度在线网络技术（北京）有限公司 语音验证方法、装置以及系统
CN105590191A (zh) * 2015-09-08 2016-05-18 中国银联股份有限公司 用于交易数据接入的接口系统及其实现方法
CA3001839C (en) 2015-10-14 2018-10-23 Pindrop Security, Inc. Call detail record analysis to identify fraudulent activity and fraud detection in interactive voice response systems
CN106936807A (zh) * 2015-12-31 2017-07-07 阿里巴巴集团控股有限公司 一种恶意操作的识别方法和装置
CN107181664B (zh) * 2016-03-10 2021-04-09 创新先进技术有限公司 一种自动熔断的消息发送方法、装置及系统
CN106257519A (zh) * 2016-08-03 2016-12-28 四川易想电子商务有限公司 一种网上安全交易系统
CN108229955A (zh) * 2016-12-14 2018-06-29 阿里巴巴集团控股有限公司 支付方法、支付系统及支付装置
CN106779649B (zh) * 2016-12-21 2021-05-04 数贸科技（北京）有限公司 转账处理方法及装置
TWI631847B (zh) * 2016-12-26 2018-08-01 中華電信股份有限公司 Voice response payment system and method thereof
CN107688931A (zh) * 2016-12-30 2018-02-13 平安科技（深圳）有限公司 保费支付方法和装置
CN107194689B (zh) * 2017-06-16 2024-05-03 河南晟宇信息技术有限公司 基于近场磁通信与接近关系检测的手机支付系统与方法
CN110046902A (zh) * 2019-01-15 2019-07-23 阿里巴巴集团控股有限公司 风险交易处理方法、装置及设备
US11470194B2 (en) 2019-08-19 2022-10-11 Pindrop Security, Inc. Caller verification via carrier metadata
CN110910142A (zh) * 2019-11-06 2020-03-24 远光软件股份有限公司 支付认证方法及装置
CN111476567A (zh) * 2020-03-04 2020-07-31 深圳市多亲科技有限公司 一种短信验证码处理方法、装置和移动终端
CN111415012B (zh) * 2020-03-18 2022-09-23 支付宝(杭州)信息技术有限公司 一种智能设备的安全策略推荐方法、装置和电子设备
CN111597538A (zh) * 2020-04-02 2020-08-28 上海瀚之友信息技术服务有限公司 一种验证码生成方法及系统
CN111818230A (zh) * 2020-07-16 2020-10-23 浙江百应科技有限公司 一种基于客户按键信息提取关键信息的方法

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000076336A (ja) * 1998-08-31 2000-03-14 Fujitsu Ltd 電子決済認証システム及び電子商取引サービスプロバイダ装置
JP2001144749A (ja) * 1999-11-11 2001-05-25 Nippon Telegraph & Telephone West Corp ネットワークにおける本人特定方法およびシステムと本人特定プログラムを記録した記録媒体
JP3361504B2 (ja) * 2000-05-24 2003-01-07 株式会社イメ−ジパ−トナ− カード支払自動決済システム
JP2001351033A (ja) * 2000-06-08 2001-12-21 Nec Tohoku Ltd 決済方法
AU2001280023A1 (en) * 2000-07-17 2002-01-30 Richard O'connell System and methods of validating an authorized user of a payment card and authorization of a payment card transaction
JP2002056325A (ja) * 2000-08-08 2002-02-20 Nec Corp 電子決済方法およびシステムとその決済センタ装置、個人情報入力端末およびプログラムを記録した記録媒体
US20020073027A1 (en) * 2000-12-11 2002-06-13 Hui Helen Shan-Shan Mobile payment system
US7383572B2 (en) * 2002-05-24 2008-06-03 Authentify, Inc. Use of public switched telephone network for authentication and authorization in on-line transactions
JP2004110487A (ja) * 2002-09-19 2004-04-08 Nec Engineering Ltd 電子決済認証システム
JP2004164040A (ja) * 2002-11-08 2004-06-10 Nec Fielding Ltd 決済システム、決済方法、声紋認証サーバ装置及びプログラム
CN1479551A (zh) * 2003-06-03 2004-03-03 �����ɷ� 移动终端支付的方法及其系统
CN1635525A (zh) * 2003-12-31 2005-07-06 中国银联股份有限公司 一种安全的网上支付系统及安全的网上支付认证方法
JP2005275923A (ja) * 2004-03-25 2005-10-06 Nec Corp カード決済時の本人認証方法及びカード決済時の本人認証システム及び店舗情報処理装置及びクレジット会社情報処理装置及び携帯端末及びプログラム
AU2004100722B4 (en) * 2004-08-31 2005-11-24 Markets-Alert Pty Ltd A Security System
CN101025806B (zh) * 2006-02-20 2012-09-05 普天信息技术研究院 一种用移动通信终端进行费用支付的方法
US7848980B2 (en) * 2006-12-26 2010-12-07 Visa U.S.A. Inc. Mobile payment system and method using alias
CN101595491A (zh) * 2006-12-26 2009-12-02 维萨美国股份有限公司 移动自动售货机购买
CN101334875A (zh) * 2007-06-25 2008-12-31 黄金富 利用手机即时互相转账支付的方法和系统
JP4634422B2 (ja) * 2007-08-02 2011-02-16 日本電信電話株式会社 カード利用処理システム、カード利用処理装置、カード利用処理方法およびカード利用処理プログラム
JP2009253502A (ja) * 2008-04-03 2009-10-29 Telephony Co Ltd 金銭受付処理システム
KR100975552B1 (ko) * 2008-04-17 2010-08-13 한국정보통신주식회사 음성통화 채널을 통한 결제 처리 방법 및 시스템
JP5200978B2 (ja) * 2009-02-12 2013-06-05 株式会社デンソー 与信判定システム、車載器及び与信判定方法
HUE042583T2 (hu) * 2009-02-14 2019-07-29 Net2Text Ltd Biztonságos fizetési és számlázási eljárás mobiltelefonszám vagy számla segítségével
CN102054316A (zh) * 2009-11-06 2011-05-11 中国银联股份有限公司 一种通过手机进行密码认证的银行卡交易方法及系统
CN101908183A (zh) * 2010-04-16 2010-12-08 宇龙计算机通信科技(深圳)有限公司 一种移动终端呼叫支付方法、支付平台
CN201867900U (zh) * 2010-08-27 2011-06-15 黄金富 通过安全验证的手机确认支付系统
CN102004978A (zh) * 2010-12-02 2011-04-06 联动优势科技有限公司 实名安全支付系统及方法

Also Published As

Publication number Publication date
JP2014524622A (ja) 2014-09-22
EP2759968A1 (en) 2014-07-30
AU2012313221A1 (en) 2014-03-13
TW201314600A (zh) 2013-04-01
MX2014003427A (es) 2014-07-28
AP2014007582A0 (en) 2014-04-30
US20140046850A1 (en) 2014-02-13
EP2759968A4 (en) 2015-03-18
SG194639A1 (en) 2013-12-30
WO2013040916A1 (zh) 2013-03-28
RU2014115463A (ru) 2015-10-27
CA2844747A1 (en) 2013-03-28
CN103020820A (zh) 2013-04-03

Similar Documents

Publication Publication Date Title
KR20140070606A (ko) 거래 지불 방법 및 시스템
KR101437248B1 (ko) 거래를 승인하는 시스템 및 방법
US9189783B2 (en) Wireless mobile transaction system and the procedure for carrying out transactions with a mobile phone
US9183549B2 (en) System and method of secure payment transactions
KR101378180B1 (ko) 비접촉 상거래에서 반응 시간 감소를 위한 리더기, 카드, 시스템 및 방법
US20140324701A1 (en) Method for completing payment by using two mobile terminals
US20040248554A1 (en) Method of paying from an account by a customer having a mobile user terminal, and a customer authenticating network
WO2016187662A1 (en) Secure payment
AU2014258992A2 (en) Mobile Device Fraud Detection Without Resort to a Network
CN106960342A (zh) 一种支付码的形成方法和基于移动终端的支付方法
CN111626739A (zh) 一种支付方法、装置、设备和计算机可读存储介质
WO2016094592A1 (en) Mobile application solution for payment validation
CN103782564A (zh) 认证系统及其方法
KR101267488B1 (ko) 전화 승인을 이용한 사용자 인증 및 신뢰도 제공 방법 및 시스템
CN106355406A (zh) 组合式指纹认证支付的方法
KR20100132325A (ko) 휴대폰 번호 기반 결제에서의 보안 시스템 및 방법, 그리고 이에 적용되는 장치
KR101657370B1 (ko) 자동 응답 서비스에 기초한 결제 방법 및 상기 방법을 수행하는 서버
KR20110078147A (ko) 결제카드를 이용한 결제시 문자메시지를 이용한 인증방법 및 시스템
CA2877218A1 (en) Method for securing a transaction performed by bank card
OA16861A (en) Transaction payment method and system
US20180276649A1 (en) System and Method for Conducting Secure Credit, Debit, and Retail Card Transactions
WO2010140971A1 (en) A method for secure transactions
WO2017009743A1 (en) Method and system for enhancing security of card based financial transaction
KR20170076224A (ko) 2채널 사용자 인증 방법 및 장치
KR20120137022A (ko) 전화 승인을 이용한 사기 예방 방법 및 그 시스템

Legal Events

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