KR20200090136A

KR20200090136A - Qr 페이 연동 방법 및 시스템

Info

Publication number: KR20200090136A
Application number: KR1020200006934A
Authority: KR
Inventors: 종 진 임
Original assignee: 종 진 임
Priority date: 2019-01-18
Filing date: 2020-01-18
Publication date: 2020-07-28

Abstract

최근에 스마트폰 앱으로 상점에 비치된 QR코드를 스캔하고, 결제금액을 입력하고 결제하는 QR 페이가 많이 사용되고 있다.
그러나 QR 페이 서비스는 쇼핑몰이나 상점 POS와 연동되지 않는다.
따라서 온라인 쇼핑몰에서는 QR 페이를 사용하기 어렵다.
오프라인 상점에서도 고객이 직접 결제금액을 입력해야 하기 때문에 불편할 뿐만 아니라 상점 직원이 고객 스마트폰 화면이나 QR 페이 앱 화면 또는 QR 페이 서버를 통해 육안으로 일일이 결제 여부와 결제 금액을 확인해야 하고, POS와 QR 페이를 각각 따로 관리해야 하기 때문에 매우 불편하다.
본 발명은 상점을 인식하고, 사용자를 인증하고, 결제 처리하는 QR 페이의 핵심 기능은 그대로 유지하면서 결제앱의 간단한 수정으로 쇼핑몰 또는 상점 POS와 연동하는 방법 및 시스템과 서비스 및 비즈니스 모델에 대한 발명이다.
즉, 고객이 상점 QR코드를 스캔하고, 결제금액을 입력하는 대신 외부에서 결제앱으로 QR코드와 결제금액을 전달하고, 결제앱은 전달된 QR코드와 결제금액으로 결제하고, 결제 후 결과를 외부로 전송함으로써 쇼핑몰 또는 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.
또한 고객이 결제앱을 실행하고, 상점 QR코드를 스캔하면 QR코드를 연동서버로 전송하여 연동서버로부터 결제대기 상태의 주문 정보를 수신하여 결제한 후 결과를 전달하고, POS에서 결제 결과를 수신함으로써 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.
아울러 이를 구현하는 서비스 및 비즈니스 모델에 대한 발명이다.
본 발명에 의하면 온라인 쇼핑몰에서도 QR 페이로 결제할 수 있을 뿐만 아니라 사용자는 결제 금액을 입력할 필요가 없기 때문에 편리하고, 오프라인 상점에서도 일일이 결제 결과를 육안으로 확인할 필요 없고, POS에서 모든 관리를 할 수 있기 때문에 매우 편리하다.

Description

QR 페이 연동 방법 및 시스템 {The method and system to inerlink QR pay}

본 발명은 상점을 인식하고, 사용자를 인증하고, 결제 처리하는 QR 페이의 핵심 기능은 그대로 유지하면서 결제앱의 간단한 수정으로 쇼핑몰 또는 상점 POS와 연동하는 방법 및 시스템과 서비스 및 비즈니스 모델에 대한 발명이다.

즉, 고객이 상점 QR코드를 스캔하고, 결제금액을 입력하는 대신 외부에서 결제앱으로 QR코드와 결제금액을 전달하고, 결제앱은 전달된 QR코드와 결제금액으로 결제하고, 결제 후 결과를 외부로 전송함으로써 쇼핑몰 또는 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.

또한 고객이 결제앱을 실행하고, 상점 QR코드를 스캔하면 QR코드를 연동서버로 전송하여 연동서버로부터 결제대기 상태의 주문 정보를 수신하여 결제한 후 결과를 전달하고, POS에서 결제 결과를 수신함으로써 상점 POS와 QR 페이를 연동하는 방법 및 시스템에 대한 발명이다.

아울러 이를 구현하는 서비스 및 비즈니스 모델에 대한 발명이다.

최근에 스마트폰 앱으로 상점에 비치된 QR코드를 스캔하고, 결제금액을 입력하고 결제하는 QR 페이가 많이 사용되고 있다.

그러나 QR 페이 서비스는 쇼핑몰이나 상점 POS와 연동되지 않는다.

따라서 온라인 쇼핑몰에서는 QR 페이를 사용하기 어렵다.

오프라인 상점에서도 고객이 직접 결제금액을 입력해야 하기 때문에 불편할 뿐만 아니라 상점 직원이 고객 스마트폰 화면이나 QR 페이 앱 화면 또는 QR 페이 서버를 통해 육안으로 일일이 결제 여부와 결제 금액을 확인해야 하고, POS와 QR 페이를 각각 따로 관리해야 하기 때문에 매우 불편하다.

본 발명에 의하면 온라인 쇼핑몰에서도 QR 페이로 결제할 수 있을 뿐만 아니라 사용자는 결제 금액을 입력할 필요가 없기 때문에 편리하고, 오프라인 상점에서도 일일이 결제 결과를 육안으로 확인할 필요 없고, POS에서 모든 관리를 할 수 있기 때문에 매우 편리하다.

도1은 본 발명에 의한 기본 시스템 구성도 및 흐름도의 예시이다.
도2는 기존과 동일한 QR 페이 결제 화면의 예시이다.
도3은 본 발명에 의한 인터넷 쇼핑몰에서의 결제 흐름도의 예시이다.
도4는 결제앱 선택 화면의 예시이다.
도5는 본 발명에 의한 PC 인터넷 쇼핑몰 및 POS에서의 결제 흐름도의 예시이다.
도6은 결제에 필요한 정보를 QR코드로 표시한 화면의 예시이다.
도7은 결제에 필요한 정보를 SMS로 전송한 화면의 예시이다.
도8은 본 발명에 의한 상점 QR코드를 스캔하여 결제하는 흐름도의 예시이다.
도9는 상점 QR코드 스캔 시 결제대기 상태의 주문이 여러 건일 경우 주문 선택 화면의 예시이다.
도10은 상점 QR코드 스캔 후 일련번호를 입력하는 화면의 예시이다.
도11은 POS마다 QR코드를 부여하는 경우 QR코드 생성 화면의 예시이다.
도12는 상점 QR코드 스캔 후 POS 번호를 입력하는 화면의 예시이다.
도13은 POS와 연동되지 않는 경우 상점 직원이 별도 앱에서 결제금액을 입력하고, 결과를 수신하는 화면의 예시이다.
도14는 본 발명에 의한 QR 통합서비스에서 QR코드로부터 해당 서비스의 상점 QR코드를 얻는 흐름도의 예시이다.
도15는 QR 통합서비스에서 결제 서비스와 결제 앱을 선택하는 화면의 예시이다.
도16은 제로페이 결제 내역 조회 화면이다.
도17은 본 발명에 의한 또 다른 시스템 구성도의 예시이다.
도18은 본 발명에 의한 결제 검증 흐름도의 예시이다.
도19는 본 발명에 의한 인터넷 쇼핑몰 결제 화면의 예시이다.
도20은 본 발명에 의한 거래번호 입력 화면의 예시이다.
도21은 본 발명에 의한 거래 건 선택 화면의 예시이다.
도22는 본 발명에 의한 취소 처리 흐름도의 예시이다.
도23은 본 발명에 의한 또 다른 결제 검증 흐름도의 예시이다.
도24는 본 발명에 결제 후 바코드 표시 화면의 예시이다.

따라서 온라인 쇼핑몰에서는 QR 페이를 사용하기 어렵다.

본 설명에서는 제로페이를 예로 들어 설명한다.

우선 제로페이 QR코드는 각 상점을 인식하기 위한 코드로서 다음과 같은 문자열 정보를 포함하고 있다.

1-ZP-201811900011-M201811900000011-Zmlg

따라서 스마트폰 카메라로 제로페이 QR코드 이미지를 스캔하여 상점 정보를 얻을 수도 있지만 상기의 문자열 정보를 저장하였다가 전달할 수도 있다.

카카오페이처럼 일부 QR 페이의 QR코드는 다음과 같이 URL을 포함하고 있다.

https://qr.kakaopay.com/281006012000000000529148

본 설명에 앞서 다음과 같이 용어를 정의한다.

쇼핑몰은 인터넷으로 상품이나 서비스를 판매하는 회사를 의미한다.

상점은 오프라인으로 상품이나 서비스를 판매하는 회사 또는 매장을 의미한다.

문맥상 상점은 온라인 쇼핑몰과 오프라인 상점을 통칭할 수 있다.

상점주문번호는 쇼핑몰 또는 상점에서 주문을 식별하기 위해 부여한 번호를 의미한다.

상점주문번호는 숫자 이외에 문자를 포함할 수 있다.

QR코드란 QR코드 이미지 또는 위에서 설명한 문자열 정보를 의미한다.

아래에서 QR코드 이미지 또는 QR코드 문자열과 같이 구분하지 않으면 문맥으로 구분한다.

즉, QR코드를 스캔하는 것은 QR코드 이미지를 의미하며, 이외에는 QR코드 문자열을 의미한다.

거래번호란 제로페이 서비스에서 각각의 제로페이 결제 건을 식별하는 고유 번호를 의미한다.

결제모듈 또는 결제앱은 제로페이 결제 기능을 포함하는 페이서비스 및 은행의 모듈 또는 앱을 의미한다.

결제모듈은 웹페이지 형태일 수도 있고, 앱 형태일 수도 있고, 모듈 형태일 수도 있으며 따라서 결제모듈과 결제앱을 혼용하여 표기할 수 있다.

연동모듈은 쇼핑몰 및 POS와 연동하는 상점 연동모듈과 제로페이 결제앱과 연동하는 결제앱 연동모듈로 구분할 수 있다.

아래에서는 PC 연동모듈, POS 연동모듈과 같이 상점 연동모듈을 구분할 수 있다.

연동앱은 앱 형태의 연동모듈을 의미한다.

역시 연동모듈과 연동앱을 혼용하여 사용할 수 있다.

연동모듈은 통합서비스를 이용하는 경우에는 통합모듈을 의미하고, 쇼핑몰 또는 POS에서 직접 제로페이 결제앱과 연동하는 경우에는 쇼핑몰이나 POS 내의 모듈을 의미한다.

연동모듈은 웹페이지 형태일 수도 있고, 앱 형태일 수도 있다.

연동서버는 결제에 필요한 정보와 결제 결과 정보를 저장하고 검색하는 서버로써 통합서비스를 이용하는 경우에는 통합서버를 의미하고, 쇼핑몰 또는 POS에서 직접 제로페이 결제앱과 연동하는 경우에는 쇼핑몰 서버나 POS 서버를 의미한다.

연동서비스는 쇼핑몰 및 POS와 제로페이 결제앱 간의 연동을 제공하는 서비스를 의미한다.

연동시스템은 연동서비스를 위한 시스템으로 연동서버와 연동모듈을 포함한다.

통합서비스는 다수의 쇼핑몰 또는 POS와 다수의 결제모듈 간의 연동을 제공하는 서비스를 의미한다.

통합모듈은 통합서비스를 위해 PC 또는 스마트폰에서 동작하는 웹페이지 또는 앱 또는 라이브러리 형태 등의 모듈로써 통합모듈도 쇼핑몰 및 POS와 연동하는 상점 통합모듈과 제로페이 결제앱과 연동하는 결제앱 통합모듈로 구분할 수 있다.

통합앱은 앱 형태의 통합모듈을 의미한다.

역시 통합모듈과 통합앱을 혼용하여 사용할 수 있다.

통합서버는 통합서비스에 필요한 정보를 저장하고, 제공하는 서버를 의미한다.

여기에서는 통합서비스의 서버 URL을 https://qrpays.com라고 가정한다.

통합시스템은 통합서비스를 위한 시스템으로 통합서버와 통합모듈을 포함한다.

통합주문번호는 통합서비스에서 주문을 식별하기 위해 부여한 번호로써 주문번호와 구분하기 위해 통합주문번호라 표현한다.

물론 통합주문번호도 숫자 이외에 문자를 포함할 수 있다.

아래에서 상점주문번호 또는 통합주문번호로 구분하지 않고, 주문번호로 표기한 경우에 상점의 주문을 구분하는 주문번호는 상점주문번호, 통합서비스에서 주문을 구분하는 주문번호는 통합주문번호를 의미한다.

각 상점은 사전에 제로페이 가맹점으로 등록하고 제로페이 QR코드를 부여받는다.

아울러 통합서비스를 이용하기 위해서는 각 상점은 통합서비스에 회원으로 가입하고, QR코드를 등록한다.

아울러 다음과 같이 주문 상태를 정의한다.

결제대기 상태는 연동서버에 주문이 저장된 후 고객의 결제를 기다리는 상태를 의미한다.

결제완료 상태는 고객이 결제를 완료한 상태를 의미한다.

취소 상태는 고객이 주문을 취소하여 취소 처리된 상태를 의미한다.

고객이 주문을 취소한 경우에는 해당 주문이 결제대기 상태로 남아있지 않도록 즉시 취소 처리한다.

각각의 쇼핑몰이 직접 결제모듈을 호출하고, 처리할 수도 있지만 결제모듈마다 호출하고 연동하는 방법이 다를 수 있기 때문에 이를 각각의 쇼핑몰이 개발하는 것은 비효율적이므로 여기에서는 주로 통합서비스를 사용하는 경우를 예로 들어 설명한다.

본 발명에 의한 서비스를 위해서는

인터넷 쇼핑몰 또는 오프라인 상점

제로페이 결제 기능을 포함하는 각종 페이서비스 및 은행의 결제모듈

쇼핑몰 및 POS와 제로페이 결제앱 간의 연동을 제공하는 연동시스템

로 구성된다.

연동시스템은 다시

쇼핑몰 및 POS와 연동하는 상점 연동모듈

결제앱과 연동하는 결제앱 연동모듈

결제에 필요한 정보, 결제 결과를 저장하고 검색하는 연동서버

로 구성된다.

본 발명을 구현하기 위해서는 우선 연동모듈은 각각의 제로페이 결제모듈과 다음과 같이 연동한다.

1단계, 연동모듈은 제로페이 QR코드와 결제금액 등의 정보를 결제모듈로 전달한다.

아울러 결제 결과를 수신할 수 있는 URL과 주문을 식별할 수 있는 정보를 전달할 수 있다.

결제모듈이 웹페이지 형태일 경우에는 다음과 같이 QR코드와 결제금액을 웹페이지로 전달한다.

https://zeropay.naver.com/pay.jsp?qr=1-ZP-201811900011-M201811900000011-Zmlg&amount=10000&ordid=20190115000100&returl=https://qrpays.com/return.asp

여기에서 qr은 해당 상점의 제로페이 QR코드, amount는 결제금액, ordid는 주문을 식별하는 통합주문번호, returl은 결제 결과를 수신하는 URL을 의미한다.

액티브X 버전일 경우에는 다음과 같이 호출할 수도 있다.

var zp=ActiveXObject(‘naver.zeropay’);

ret=zp.pay(‘1-ZP-201811900011-M201811900000011-Zmlg’, 10000);

</script>

모달 형식일 경우에는 바로 결제 결과를 리턴받을 수 있으므로 따로 결제 결과 수신 URL과 주문번호를 전송할 필요가 없다.

결제모듈이 스마트폰 앱 형태일 경우에는 안드로이드나 IOS 등 스마트폰 OS에서 제공하는 방법에 따라 결제모듈을 호출한다.

또는 아래의 예시와 같이 URL 스키마와 같이 공통된 방법으로 호출할 수도 있다.

zpgp://zeropay.naver.com/pay.jsp?qr=1-ZP-201811900011-M201811900000011-Zmlg&amount=10000&ordid=20190115000100&returl=https://qrpays.com/return.asp

상기와 같이 URL 뒤에 파라메타를 첨부하여 전송할 수도 있고, 각각의 OS가 제공하는 방법에 따라 전달할 수도 있다.

2단계, 결제모듈은 전달된 QR코드와 결제금액을 이용하여 기존과 동일한 방법으로 결제한다.

2-1단계, 결제모듈은 QR코드로부터 상점을 검색한 후 도2의 첫번째 도면과 같이 상점명과 결제금액과 계좌정보를 보여준다.

이 때에 결제금액은 이미 확정되어 있기 때문에 고객이 입력할 필요 없을 뿐만 아니라 고객이 금액을 수정하면 금액이 달라질 수 있으므로 고객이 금액을 수정할 수 없도록 한다.

2-2단계, 고객이 확인을 클릭하면 도2의 두번째 도면과 같이 비밀번호 입력 화면을 보여준다.

2-3단계, 고객은 결제 비밀번호를 입력하고 결제한다.

2-4단계, 결제모듈은 기존과 마찬가지 방법으로 제로페이 결제를 진행한다.

3단계, 결제모듈은 결제 후 거래번호를 연동모듈 또는 연동서버로 전달한다.

웹페이지 호출 방식일 경우 다음과 같이 1단계에서 지정한 returl로 통합서버에 정보를 전달할 수 있다.

https://qrpays.com/return.asp?retcd=OK&acid=PPG1900115116&ordid=20190115000100

여기에서 retcd는 결제 결과 코드이고, acid는 제로페이 거래번호이고, ordid는 1단계에서 전달된 통합주문번호이다.

또는 통합서비스에서 라이브러리 형태의 모듈을 제공하고, 결제앱에서 다음과 같이 모듈을 호출할 수 있다.

ZeroPay zp = new ZeroPay();

zp.SaveResult(“OK”, “20190120000001”, “PPG1900115116”);

또는 모달 형식의 액티브X 모듈일 경우에는 다음과 같이 리턴 값으로 전달할 수 있다.

retcd:OK

acid:PPG1900115116

ordid:20190115000100

상기와 같은 평문 대신 XML이나 JSON 등의 형식으로 리턴할 수 있다.

또는 각 OS가 제공하는 방법에 따라 처리 결과를 통합모듈로 전달할 수도 있다.

물론 오류가 발생하는 경우에는 오류 코드와 오류 내용을 전달한다.

상기의 1단계에서 연동모듈이 결제앱에 정보를 전달하는 대신 결제앱이 통합주문번호 또는 QR코드를 통합서버로 전송하고, 통합서버로부터 결제에 필요한 정보를 수신할 수 있다.

1-1단계, 결제앱은 통합주문번호 또는 QR코드를 통합서버로 전송한다.

다음과 같이 통합서버 URL을 호출할 수 있다.

https://qrpays.com/request.asp?ordid=20190115000100

https://qrpays.com/request.asp?qr=1-ZP-201811900011-M201811900000011-Zmlg

ZeroPay zp = new ZeroPay();

zp.GetPrice(“20190120000001”);

1-2단계, 통합서버는 아래에서 설명한 방법으로 통합주문번호 또는 QR코드로부터 주문을 검색한다.

1-3단계, 통합서버는 다음과 같이 결제에 필요한 정보를 리턴한다.

qr:1-ZP-201811900011-M201811900000011-Zmlg

ordid:20190115000100

amount:10000

returl:https://qrpays.com/return.asp

아울러 통합서비스는 쇼핑몰 또는 POS와 연동하는 방법도 정의한다.

쇼핑몰의 경우에는 다음과 같은 방법으로 연동할 수 있다.

첫째, URL로 연동할 수 있다.

쇼핑몰은 다음과 같이 통합서버로 결제를 요청할 수 있다.

https://qrpays.com/pay.asp?id=hknets&ordid=123456&amount=10000&returl=https://www.xxxmall.com/pay/return.asp

여기에서 id는 쇼핑몰의 통합서비스 회원 ID, ordid는 쇼핑몰의 주문번호, amount는 결제금액, returl은 결제 결과 수신 URL이다.

물론 신용카드의 경우를 보더라도 주문을 처리하기 위해 필요한 다른 정보들을 포함하여 POST 방식으로 전송하지만 여기에서는 설명의 편의를 위해 결제와 관련된 정보만 간단하게 GET 방식으로 전송하는 경우를 예로 들어 설명한다.

통합서비스 회원 ID 대신 qr=1-ZP-201811900011-M201811900000011-Zmlg과 같이 제로페이 QR코드를 사용할 수도 있다.

통합서버 또는 통합모듈이 다음과 같이 쇼핑몰로 결과를 전달할 수 있다.

https://www.xxxmall.com/pay/return.asp?retcd=OK&ordid=123456&acid=PPG1900115116

retcd는 결제 결과 코드, acid는 제로페이 거래번호이고, ordid는 쇼핑몰로부터 수신한 쇼핑몰 주문번호이다.

둘째, ActiveX를 사용할 수 있다.

쇼핑몰은 다음과 같이 ActiveX를 호출하여 결제 요청을 전달할 수 있다.

var qp=ActiveXObject(‘qrpays.pay’);

ret=qp.pay(“hknets”, “123456”, 10000);

</script>

여기에서 첫번째 파라메타는 쇼핑몰의 통합서비스 회원 ID, 두번째 파라메타는 쇼핑몰 주문번호, 세번째 파라메타는 결제금액을 의미한다.

쇼핑몰은 다음과 같이 결과를 리턴받을 수 있다.

retcd:OK

acid:PPG1900115116

retcd는 결제 결과 코드, acid는 제로페이 거래번호이다.

상기의 예시와 같이 결과를 리턴받는 방식에서는 주문번호를 전송하지 않아도 POS에서 주문을 식별할 수 있지만 나중에 통합서버와 데이터를 비교할 때 필요할 수 있으므로 주문번호를 전송할 수 있다.

POS의 경우에는 다음과 같은 방법으로 연동할 수 있다.

첫째, URL로 연동할 수 있다.

POS는 다음과 같이 결제 요청을 전달할 수 있다.

https://qrpays.com/pay.asp?id=hknets&ordid=123456&amount=10000

POS는 다음과 같이 URL을 호출하여 결과를 리턴받을할 수 있다.

https://qrpays.com/result.asp?id=hknets&ordid=123456

또는 결제 요청 시에 리턴받은 통합주문번호를 전달하고, 결과를 리턴받을 수도 있다.

https://qrpays.com/result.asp?ordid=20190115000100

POS의 경우에도 서버가 있을 경우 쇼핑몰의 경우처럼 통합서버 또는 통합모듈이 POS 서버로 전송할 수도 있다.

둘째, 통합서비스는 별도의 연동 모듈을 제공할 수 있다.

POS는 다음과 같이 결제 요청을 전달할 수 있다.

Set o = CreateObject(“ZeroPays.Pay”)

ret = o.Pay(“hknets”, “123456”, 10000)

POS는 다음과 같이 결과를 리턴받을 수 있다.

retcd:OK

acid:PPG1900115116

역시 상기와 같은 평문 대신 XML이나 JSON 등의 형식으로 리턴할 수 있다.

이 외에도 다양한 방법으로 연동할 수 있다.

본 발명을 다음과 같이 온라인 쇼핑몰에 적용할 수 있다.

쇼핑몰에서 상품을 검색하고 결제 화면으로 이동하는 방법은 기존과 동일하므로 본 설명에서는 생략하고, 고객이 결제 화면에서 자신이 사용하는 제로페이 결제를 선택하고 결제하는 과정에 대해 설명한다.

1단계, 쇼핑몰 결제 페이지는 상기와 같이 통합서비스 회원 ID, 주문번호, 결제금액, 결제 결과 수신 URL을 통합모듈로 전달한다.

2단계, 통합서버는 회원 정보를 검색하여 정상적인 회원일 경우 수신된 정보를 저장한 후 해당 주문을 식별할 수 있는 통합주문번호를 생성하고, 통합주문번호와 해당 쇼핑몰의 제로페이 QR코드를 리턴한다.

2-1단계, 통합모듈은 수신한 정보를 통합서버로 전송한다.

2-2단계, 통합서버는 해당 쇼핑몰의 제로페이 QR코드를 검색한다.

2-3단계, 통합서버는 해당 주문을 식별할 수 있는 통합주문번호를 생성한다.

생성된 통합주문번호가 20190115000100라고 가정한다.

2-4단계, 통합서버는 통합주문번호와 쇼핑몰의 통합서비스 회원ID, 쇼핑몰 주문번호, 결제금액 등의 정보를 저장한다.

통합서버에서 직접 쇼핑몰로 결제 결과를 전달하는 경우에는 결제 결과 수신 URL도 저장한다.

2-5단계, 통합서버는 제로페이 QR코드와 통합주문번호를 리턴한다.

이 때에 쇼핑몰명을 같이 리턴하여 3단계에서 쇼핑몰명을 보여줄 수 있다.

3단계, 통합모듈은 도4와 같이 제로페이 결제모듈 선택 화면을 보여주고, 고객은 제로페이 결제모듈 중 하나를 선택하고, 결제를 클릭한다.

물론 쇼핑몰 결제 페이지에서 결제모듈을 선택하도록 하고 쇼핑몰 결제 페이지에서 통합모듈에 결제모듈을 전달할 수도 있는데 이때에는 3단계를 생략하고, 4단계로 진행한다.

고객이 결제앱을 여러 개 사용하는 경우는 많지 않으므로 이전에 사용했던 결제모듈을 저장했다가 기본으로 보여줄 수 있다.

4단계, 통합모듈은 상기와 같이 제로페이 결제앱을 실행하고, 상점 QR코드, 결제금액, 통합주문번호, 결과 수신 URL을 전달한다.

5단계, 제로페이 결제앱은 전달된 상점 QR코드와 결제금액으로 결제한다.

6단계, 제로페이 결제앱은 제로페이 거래번호를 포함한 결제 결과를 통합서버로 전송한다.

7단계, 통합서버는 통합주문번호로 주문을 검색하고, 제로페이 거래번호를 저장한다.

8단계, 통합모듈은 통합주문번호를 통합서버로 전송하고, 통합서버로부터 결제 결과를 수신한다.

https://qrpays.com/result.asp?ordid=20190115000100

통합모듈이 주기적으로 통합서버에 접속하여 결과를 수신할 수도 있고, 고객이 결제 후 통합모듈에서 버튼을 클릭하는 순간 통합서버로부터 정보를 수신할 수도 있다.

8-1단계, 통합모듈은 통합서버로 통합주문번호를 전송한다.

8-2단계, 통합서버는 통합주문번호로 주문을 검색한다.

8-3단계, 통합서버는 해당 주문의 제로페이 거래번호를 포함한 결제 결과를 리턴한다.

9단계, 통합모듈은 상기와 같이 쇼핑몰 주문번호와 거래번호를 포함한 결제 결과를 쇼핑몰 서버로 전송한다.

10단계, 쇼핑몰은 결제 결과를 수신한 후 제로페이 거래번호와 주문 내역을 서버로 전송하고, 쇼핑몰 서버는 거래번호와 주문 내역을 저장한다.

상기의 8단계에서 통합서버가 쇼핑몰 서버로 결제 결과를 전송할 수도 있다.

본 예시와 같이 처리하는 QR코드 스캔 기능이 필요 없기 때문에 PC에서도 사용할 수 있으므로 PC에서 동작하는 결제모듈을 제작하면 상기와 같이 연동할 수 있다.

그러나 제로페이와 같이 스마트폰 결제앱은 있지만 PC 결제모듈이 없는 경우에 PC에서 고객 스마트폰 앱으로 결제에 필요한 정보를 바로 전달할 수 없다.

POS에서도 고객 스마트폰 앱으로 바로 결제에 필요한 정보를 전달할 수 없다.

그러나 PC나 POS에서도 다음과 같이 스마트폰 앱을 이용하여 결제할 수 있다.

여기에서는 통합모듈은 PC에서 동작하는 모듈과 스마트폰에서 동작하는 모듈을 구분하여 칭한다.

이 경우에는 우선 PC 또는 POS에서는 다음과 같은 방법으로 통합주문번호 또는 결제에 필요한 모든 정보를 스마트폰 연동모듈로 전달해야 한다.

첫째, 다음과 같이 통합주문번호를 전달하고, 통합주문번호로부터 결제에 필요한 정보를 수신할 수 있다.

PC 또는 POS 연동모듈은 상기와 같이 통합서버로 주문 정보를 전송하고 통합주문번호를 리턴받은 후 아래와 같은 형태로 통합주문번호를 전달한다.

https://qrpays.com/request.asp?ordid=20190115000100

또는

ordid:20190115000100

url:https://qrpays.com/request.asp

또는 URL이 고정되어 있을 경우에는

20190115000100

과 같이 통합주문번호만 전달할 수도 있다.

스마트폰 연동모듈 또는 결제앱은 통합주문번호를 전달받은 후 다음과 같이 결제에 필요한 정보를 수신한다.

1단계, 스마트폰 통합앱 또는 결제앱은 통합주문번호를 통합서버로 전송한다.

https://qrpays.com/request.asp?ordid=20190115000100

2단계, 통합서버는 주문을 검색하여 결제에 필요한 정보를 리턴한다.

2-1단계, 통합서버는 통합주문번호로 주문을 검색한다.

2-2단계, 통합서버는 다음과 같이 상점의 제로페이 QR코드, 결제금액 등의 정보를 리턴한다.

qr:1-ZP-201811900011-M201811900000011-Zmlg

amount:10000

returl:https://qrpays.com/return.asp

둘째, 다음과 같이 결제에 필요한 모든 정보를 전달할 수도 있다.

https://qrpays.com/request.asp?qr=1-ZP-201811900011-M201811900000011-Zmlg&ordid=20190115000100&amount=10000&returl=https://qrpays.com/return.asp

또는

qr:1-ZP-201811900011-M201811900000011-Zmlg

ordid:20190115000100

amount:10000

url:https://qrpays.com/request.asp

또는 URL이 고정되어 있을 경우에는

qr:1-ZP-201811900011-M201811900000011-Zmlg

ordid:20190115000100

amount:10000

과 같이 전달할 수도 있다.

이 경우에는 스마트폰 통합앱 또는 결제앱이 통합주문번호를 통합서버로 전송하고, 통합서버로부터 결제에 필요한 정보를 수신하는 과정이 필요 없다.

상기의 정보를 다음과 같이 다양한 매체 또는 다양한 방법으로 전달할 수 있다.

첫째, 도6과 같이 PC 화면 또는 POS의 고객용 모니터에 통합주문번호를 바코드나 QR코드로 표시하여 전달할 수 있다.

최근 POS 단말기는 대부분 PC를 사용하고 있고, 상점 직원이 보는 모니터 외에 고객이 구매 내역과 금액을 확인할 수 있는 모니터가 장착되어 있는 경우가 많이 있는데 POS에 설치된 PC 통합모듈이 고객용 모니터에 바코드나 QR코드를 표시하고, 고객이 스마트폰 통합앱 또는 결제앱을 실행하고, 스캔할 수 있다.

아울러 상기와 같이 통합주문번호만 전달할 수도 있고, QR코드의 경우에는 많은 정보를 포함할 수 있으므로 결제에 필요한 모든 정보를 전달할 수 있다.

둘째, 도7과 같이 고객 스마트폰으로 문자나 메신저나 푸시알림으로 URL을 전송할 수 있다.

쇼핑몰에서 주문할 때에 고객 핸드폰번호를 입력하므로 따로 입력할 필요 없이 쇼핑몰로부터 전달받을 수 있다.

오프라인 상점에서는 고객에게 핸드폰번호를 물어보고, 통합서버로 핸드폰번호를 전송하며 통합서버가 고객 스마트폰으로 전송할 수도 있다.

https://qrpays.com/request.asp?ordid=20190115000100

또는

고객은 메시지를 수신한 후 스마트폰의 문자나 메신저 내의 URL 또는 푸시알림을 터치한다.

URL을 터치하면 자동으로 해당 웹사이트로 이동하고, 해당 웹페이지가 통합모듈 또는 결제앱에 통합주문번호 또는 결제에 필요한 정보를 전달할 수 있다.

셋째, 고객에게 통합주문번호를 알려주고, 고객은 스마트폰 통합앱 또는 결제앱을 실행하고 통합주문번호를 입력할 수 있다.

이 경우에는 많은 정보를 입력하기는 어렵기 때문에 URL이 고정되어 있는 경우에 사용하고, 통합주문번호를 전달한다.

아울러 통합주문번호 대신 간단한 식별번호를 사용할 수도 있다.

넷째, 오프라인 매장의 경우 매장에 NFC 단말기 등 스마트폰과 통신할 수 있는 단말기가 있는 경우에는 단말기로 전송할 수 있다.

POS에서 단말기로 통합주문번호 또는 결제에 필요한 전체 정보를 전송하고, 고객이 통합앱 또는 결제앱을 실행한 후 단말기에 스마트폰을 접근시키면 통합앱 또는 결제앱이 단말기로부터 통합주문번호 또는 결제에 필요한 전체 정보를 수신할 수 있다.

통합주문번호만 전달할 수도 있고 결제에 필요한 모든 정보를 전달할 수 있다.

아래의 설명에서는 통합주문번호를 QR코드 형태로 화면에 표시하고, 결제앱으로 QR코드를 스캔하는 경우를 예로 들어 설명한다.

1단계, 쇼핑몰 결제 페이지는 통합서비스 회원 ID, 주문번호, 결제금액, 결제 결과 수신 URL을 PC 통합모듈로 전달한다.

2단계, PC 통합모듈은 수신한 정보를 통합서버로 전송하고, 통합서버는 정보를 저장한 후 통합주문번호를 발급하여 리턴한다.

3단계, PC 통합모듈은 도6과 같이 PC 화면에 통합주문번호를 QR코드로 보여준다.

물론 고객이 직접 입력할 수 있도록 숫자로 보여줄 수도 있다.

4단계, 고객은 스마트폰 결제앱을 실행하고, PC 화면의 QR코드를 스캔한다.

물론 숫자를 보고, 직접 숫자를 입력할 수도 있다.

5단계, 결제앱은 통합주문번호를 통합서버로 전송하고, 통합서버로부터 상점 QR코드와 결제금액 등의 정보를 수신한다.

6단계, 결제앱은 수신된 상점 QR코드와 결제금액으로 결제한다.

7단계, 결제앱은 결제 결과를 통합서버로 전송한다.

8단계, 통합서버는 통합주문번호로 주문을 검색하여 거래번호를 저장한다.

9단계, PC 통합모듈은 통합서버로부터 결제 결과를 수신한다.

10단계, PC 통합모듈은 결제 결과를 쇼핑몰 서버로 전송한다.

11단계, 쇼핑몰 결제 페이지는 제로페이 거래번호를 리턴받은 후 제로페이 거래번호와 주문 내역을 서버로 전송하고, 쇼핑몰 서버는 거래번호와 주문 내역을 저장한다.

POS에서도 상기의 PC 쇼핑몰의 경우와 마찬가지로 처리할 수 있다.

1단계, 상점 직원이 POS에 주문을 입력한 후 제로페이 결제 버튼을 클릭하면 POS는 다음과 같이 통합모듈을 호출하고 통합서비스 회원 ID, 주문번호, 결제금액을 POS 통합모듈로 전달한다.

2단계, POS 통합모듈은 수신한 정보를 통합서버로 전송하고, 통합서버는 정보를 저장한 후 통합주문번호를 발급하여 리턴한다.

3단계, POS 통합모듈은 POS 고객용 모니터에 통합주문번호를 QR코드로 보여준다.

4단계, 고객은 스마트폰 결제앱을 실행하고, POS 화면의 QR코드를 스캔한다.

5단계, 결제앱 통합모듈은 통합주문번호를 통합서버로 전송하고, 통합서버로부터 상점 QR코드와 결제금액 등의 정보를 수신한다.

7단계, 결제앱 통합모듈은 결제 결과를 통합서버로 전송한다.

9단계, 상점 직원이 POS에서 확인 키를 누르면 POS 통합모듈은 통합주문번호를 전송하고, 통합서버로부터 결제 결과를 수신한다.

10단계, POS 통합모듈은 결제 결과를 리턴한다.

11단계, POS는 제로페이 거래번호를 수신한 후 거래번호와 주문 내역을 저장한다.

다음과 같이 상점 QR코드로부터 결제에 필요한 정보를 수신할 수도 있다.

일반적으로 QR 페이는 하나의 가맹점이 여러 개의 매장을 갖고 있는 경우에는 각 매장 별로 QR코드를 발급한다.

온라인 쇼핑몰에서는 동시다발적으로 주문과 결제가 발생할 수 있는 반면에 오프라인 매장에서는 하나의 주문에 대한 결제가 완료된 후 다음 주문을 진행하는 방식이기 때문에 하나의 상점 또는 하나의 매장에 POS가 한 대만 있는 경우 즉, 하나의 QR코드를 사용하는 POS가 한 대인 경우에는 다음과 같이 상점 QR코드를 스캔하는 것만으로도 주문을 식별할 수 있다.

1단계, 상점 직원은 POS에 주문을 입력하고 확인 버튼을 클릭한다.

2단계, POS는 상점 QR코드와 주문 내역을 통합서버로 전송하고, 통합주문번호를 수신한다.

이 때에 통합서버는 주문 정보에 상점 QR코드도 같이 저장한다.

3단계, 고객은 결제앱을 실행하고, 상점 QR코드를 스캔한다.

4단계, 결제앱은 상점 QR코드를 통합서버로 전송하고, 통합서버로부터 통합주문번호와 결제에 필요한 정보를 수신한다.

4-1단계, 결제앱은 상점 QR코드를 통합서버로 전송한다.

4-2단계, 통합서버는 전송된 QR코드를 포함하는 주문 중 결제대기 상태의 주문을 검색한다.

하나의 상점 QR코드를 사용하는 POS는 하나이고, POS는 순차적으로 결제하므로 해당 시점에 결제대기 상태의 주문은 1건이다.

다만 이전에 전송된 주문 건 중 아직 결제대기 상태로 남아있는 주문이 검색되는 경우를 방지하기 위하여 현재 시각으로부터 1분 이내와 같이 지정된 시간 이내에 전송된 주문만 검색할 수 있다.

4-3단계, 통합서버는 통합주문번호와 결제금액을 리턴한다.

5단계, 결제앱은 상점 QR코드와 결제금액으로 결제한다.

물론 상기에서 결제금액 이외에 상세한 주문 내역을 서버로 전송하고, 수신하여 보여주면 고객이 자신의 주문인지 한번 더 확인할 수 있다.

6단계, 결제앱은 결제 결과를 통합서버로 전송한다.

7단계, 통합서버는 통합주문번호로 주문을 검색하고, 결제 결과를 저장한다.

이 때에 주문이 결제대기 상태로 남아있지 않도록 주문 상태를 결제완료 상태로 변경한다.

이후 POS는 상기와 동일한 방법으로 결제 결과를 수신하고, 주문을 저장한다.

다수의 매장으로 구성되고, 다수의 매장이 각각 상점 QR코드를 발급받아 사용하지만 하나의 통합서비스 ID로 가입한 경우와 같이 여러 대의 POS가 통합서비스 ID를 공유하는 경우에는 상기와 같이 주문 정보에 QR코드를 저장해야 4단계에서 검색할 수 있지만 하나의 통합서비스 ID를 사용하는 경우에는 상기의 2단계에서 QR코드를 저장하지 않고, 4-2단계에서 다음과 같이 처리할 수 있다.

4-2-1단계, 통합서버는 상점 QR코드로부터 상점의 통합서비스 ID를 검색한다.

4-2-2단계, 통합서버는 해당 상점의 주문 중 결제대기 상태의 주문을 검색한다.

만약 통합서버가 주문을 저장하고, 고객이 결제하지 않은 상태에서 주문을 취소하면 POS는 통합주문번호를 통합서버로 전송하고, 통합서버는 해당 주문을 취소 처리하여 이후에 4단계에서 주문을 검색할 때 검색되지 않도록 한다.

한 매장에 여러 대의 POS가 있을 수 있고, 각각의 POS에서 동시에 주문을 입력할 수도 있다.

즉, 하나의 QR코드를 여러 대의 POS가 공유하는 경우에는 동시에 하나의 QR코드로 여러 건의 주문이 저장될 수 있다.

이 경우에 결제앱에서 QR코드를 전송하면 통합서버는 해당 QR코드를 포함하고, 결제대기 중인 여러 건의 주문 중에서 해당 고객의 주문 건을 구별해야 한다.

여기에는 다음과 같은 여러 가지 방법이 있을 수 있다.

첫째, 통합서버는 전송된 QR코드를 포함하는 주문 건 중 결제대기 상태의 최근 건을 검색하여 통합주문번호와 결제금액을 리턴하고, 고객이 선택할 수 있다.

즉, 상기의 4단계에서 통합서버는 전송된 QR코드를 포함하는 주문 중 결제대기 상태인 모든 주문 건의 통합주문번호와 결제금액를 리턴하고, 여러 건일 경우에는 결제앱은 주문 정보 수신 후 도9와 같이 주문 목록을 보여주고, 고객이 선택한 후 결제한다.

일반적으로 상점 직원이 POS에 주문을 입력한 후 결제금액을 알려주기 때문에 각각의 주문 건의 결제금액이 다른 경우에는 쉽게 선택할 수 있다.

만약 결제금액이 동일한 건이 여러 건일 경우에는 상점 직원이 통합주문번호를 알려주고, 고객은 해당하는 통합주문번호를 선택한다.

아울러 고객이 금액이 다른 주문 건을 선택하는 경우를 방지하기 위하여 POS에서 결제 결과를 요청할 때에 통합서버는 결제금액을 포함한 결제 결과를 리턴하고, POS는 결제금액이 일치하는지 확인할 수 있다.

둘째, 통합서버가 각각의 주문 건에 일련번호를 부여하여 주문을 구분할 수 있다.

즉, 상기의 2단계에서 다음과 같이 주문 내역을 통합서버로 전송하고, 일련번호를 수신한다.

2-1단계, POS는 상점 QR코드와 결제금액을 통합서버로 전송한다.

2-2단계, 통합서버는 통합주문번호와 간단한 일련번호를 생성한다.

일련번호는 결제대기 상태의 주문 건 중에서 해당 주문을 식별하기 위한 번호로써 동일한 QR코드로 발생한 주문에 대한 일련번호를 2자리 또는 3자리로 생성한다.

즉, 한 매장에 POS가 여러 대 있고, 하나의 QR코드를 사용하며 2자리 일련번호를 사용하는 경우 한 POS에서 입력한 주문의 일련번호가 1이면 이후 해당 매장 내의 어떤 POS에서 주문을 전송하더라도 일련번호 2를 부여하고, 순차적으로 증가하다가 99가 되면 다시 0 또는 1로 변경한다.

일반적으로 하나의 매장은 하나의 QR코드를 사용하는데 한 매장 내에서 동시에 발생할 수 있는 주문 건수는 제한되어 있다.

즉, 한 매장에 POS가 3대 있다면 동시에 발생할 수 있는 주문은 최대 3건이며, 결제 전에 다음 고객의 주문을 입력하고, 전송할 수 있다고 하더라도 6건 정도일 것이다.

따라서 하나의 QR코드에 대해 1자리 숫자의 일련번호로 결제대기 상태인 주문을 식별할 수 있다.

그러나 1자리를 사용하는 경우에 POS에서 주문을 전송한 후 결제가 완료되기까지 시간이 많이 지체되면 옆의 POS와 일련번호가 중복될 수 있다.

예를 들어 일련번호가 7번인데 고객의 스마트폰 사용 미숙 등으로 인하여 시간이 많이 지체되고, 옆 POS에서는 빠르게 결제가 진행되면 8번부터 시작하여 다시 7번의 일련번호가 생성될 수도 있다.

이를 방지하기 위해 새로 발급할 일련번호가 현재 결제대기 중인 일련번호인지 체크하여 결제대기 중인 일련번호일 경우 다음 번호를 사용할 수 있다.

또는 간단하게 2자리 일련번호를 사용하면 이런 경우를 방지할 수 있다.

일련번호 7번이 생성된 이후 99번까지 진행하고, 다시 7번이 될 때까지는 많은 시간이 소요되기 때문에 그 동안 결제를 하지 못하여 일련번호가 중복되는 경우는 발생하지 않는다.

물론 백화점과 같이 큰 매장에서 다수의 POS가 하나의 QR코드를 사용하는 경우에는 3자리 이상을 사용할 수도 있다.

상점 QR코드 별로 통합주문번호를 생성하고, 통합주문번호의 마지막 2자리 또는 3자리를 일련번호로 사용할 수 있다.

또한 일련번호를 푸드코트나 고속도로 휴게소 또는 커피전문점 등에서 주문 후 음식이 나올 때까지 순서를 기다리는 대기번호로 사용할 수도 있다.

2-3단계, 통합서버는 QR코드와 결제금액과 통합주문번호와 일련번호를 저장한 후 통합주문번호와 일련번호를 리턴한다.

2-4단계, POS 통합모듈은 통합주문번호와 일련번호를 수신하고, 일련번호를 POS 화면에 보여준다.

3단계, 상점 직원은 고객에게 일련번호를 안내하고, 고객은 결제앱을 실행하고, 상점 QR코드를 스캔한 후 도10과 같은 화면에서 일련번호를 입력한다.

물론 POS에 고객용 모니터가 부착되어 있거나 대기번호 표시 장치와 같은 장치가 있다면 여기에 일련번호를 보여줄 수 있다.

4단계, 결제앱은 상점 QR코드와 일련번호를 서버로 전송하고, 주문 정보를 수신한다.

4-1단계, 연동모듈은 상점 QR코드와 일련번호를 통합서버로 전송한다.

4-2단계, 통합서버는 전송된 상점 QR코드와 일련번호를 포함하고, 결제대기 상태의 주문을 검색한다.

4-3단계, 통합서버는 해당 주문 건의 통합주문번호와 결제금액을 리턴한다.

셋째, 다음과 같이 각각의 POS에 QR코드를 할당할 수 있다.

본 발명을 위해 다음의 예시와 같이 POS를 인식할 수 있도록 QR코드를 구성할 수 있다.

00000001-0001-02

“-”로 구분한 맨 앞의 숫자 또는 코드는 상점을 식별하는 정보이다.

물론 각 상점 별로 서버를 운영하는 경우에는 상점 식별정보는 필요 없다.

두번째 숫자 또는 코드는 프랜차이즈와 같이 여러 개의 매장을 보유하는 상점의 경우 각각의 매장을 식별하는 정보이다.

백화점이나 아울렛과 같이 다수의 매장이 존재하는 경우 각각의 매장을 의미할 수도 있다.

세번째 숫자 또는 코드는 매장 내의 POS를 식별하는 정보이다.

하나의 매장 내에 POS가 여러 대 있을 수 있으므로 각각의 POS에 대해 숫자 또는 코드를 부여한다.

물론 한 대의 POS를 사용하는 상점은 매장 식별정보나 POS 식별정보를 생략하거나 “0000”과 같이 특정 숫자 또는 코드로 대체할 수 있다.

각 상점은 통합서버에 가입한 후 다음과 같이 QR코드를 발급 받는다.

각 상점 또는 매장 관리자는 통합서버에 로그인하여 도11과 같은 화면에서 직접 매장 식별정보와 POS 식별정보를 입력하고, 인쇄할 수 있다.

통합서버는 각 상점과의 수수료 정산이나 서비스 이용료 부과를 위해 상점 정보를 관리해야 하지만 아래의 설명에서와 같이 각 매장과 POS 식별정보는 주문 건을 검색하기 위한 정보일 뿐이기 때문에 따로 관리할 필요는 없다.

물론 아래에서 상점명 뿐만 아니라 매장명이나 POS 장치 번호를 보여주기 위해 통합서버는 매장이나 POS에 대한 정보를 관리할 수도 있다.

이후 본 발명에 의한 결제 과정을 도면에 의해 상세하게 설명하겠다.

2단계, POS는 QR코드와 주문 내역을 통합서버로 전송하고, 통합주문번호를 수신한다.

2-1단계, POS는 자신의 QR코드와 결제금액을 포함한 주문 정보를 통합서버로 전송한다.

2-2단계, 통합서버는 해당 주문을 식별할 수 있는 통합주문번호를 생성한다.

2-3단계, 통합서버는 통합주문번호와 QR코드와 주문 정보를 저장한다.

이 때에 주문 상태는 결제대기 상태로 저장한다.

2-4단계, 통합서버는 통합주문번호를 리턴한다.

3단계, 고객은 결제앱을 실행하고, 각 POS의 QR코드를 스캔한다.

4단계, 결제앱은 QR코드를 서버로 전송하고, 주문 정보를 수신한다.

4-1단계, 결제앱은 QR코드를 통합서버로 전송한다.

4-2단계, 통합서버는 전송된 QR코드를 포함하면서 결제대기 상태인 주문을 검색한다.

4-3단계, 통합서버는 해당 주문의 통합주문번호와 결제금액을 포함한 주문 정보를 리턴한다.

5단계, 결제앱은 QR코드와 결제금액으로 결제하고, 결제 결과와 통합주문번호를 통합서버로 전송한다.

6단계, 통합서버는 통합주문번호로 주문을 검색하여 결제 결과를 저장한다.

넷째, 세번째 방법과 같이 QR코드를 부여하고 인쇄하는 것이 어렵다면 POS 번호를 인쇄하여 POS에 부착한 후 고객이 QR코드를 스캔하고, POS 번호를 입력할 수도 있다.

2단계, POS는 QR코드와 POS 번호와 주문 내역을 통합서버로 전송하고, 통합주문번호를 수신한다.

3단계, 고객은 결제앱을 실행하고, 각 POS의 QR코드를 스캔한 후 도12와 같은 화면에서 POS 번호를 입력한다.

4단계, 결제앱은 QR코드와 POS 번호를 서버로 전송하고, 주문 정보를 수신한다.

4-1단계, 결제앱은 QR코드와 POS 번호를 통합서버로 전송한다.

4-2단계, 통합서버는 전송된 QR코드와 POS 번호를 포함하면서 결제대기 상태인 주문을 검색한다.

본 발명을 구현하기 위해서는 서버와 연동하도록 POS 프로그램을 변경해야 하는데 당장 POS 프로그램을 변경하기 어렵다면 별도의 프로그램을 사용할 수도 있다.

상점 직원이 PC 또는 스마트폰에 앱을 설치하고, 사용할 수 있다.

POS 장치가 없는 상점에서도 사용할 수 있다.

1단계, 상점 직원이 별도 앱을 실행하면 도13의 첫번째와 같은 화면이 나타난다.

이 때에 QR코드는 미리 설정된 정보를 사용하고, 주문 내역을 일일이 입력하기는 어려우므로 고정된 정보를 사용할 수 있다.

2단계, 상점 직원은 POS의 결제금액을 확인하고, 별도 앱에 입력한 후 확인 버튼을 클릭하면 상기의 설명과 같이 별도 앱은 QR코드와 주문 정보를 전송하고, 주문번호를 수신한다.

3단계, 고객이 결제한 후 버튼을 클릭하면 별도 앱은 수신된 주문번호를 서버로 전송하고, 결과를 수신하여 도13의 두번째 화면과 같이 화면에 보여준다.

비록 상점 직원이 결제금액을 입력해야 하고, 결제 결과가 POS에 바로 저장되지는 않지만 최소한 고객에게 결제금액을 알려줄 필요가 없고, 고객이 결제금액을 입력하는 번거로움도 없고, 고객이 고의 또는 실수로 금액을 잘못 입력하는 경우도 방지할 수 있으며 결제 이상 여부와 결제 금액을 육안으로 확인할 필요도 없다.

현재 다양한 QR 페이 서비스가 사용되고 있고, 각각의 결제 서비스는 각 상점 또는 매장 별로 QR코드를 발급하고, 인쇄하여 QR코드 키트를 제공해야 하는데 이렇게 하려면 많은 비용과 노력이 소요되고, 상점도 자신이 가입한 모든 결제 서비스의 QR코드 키트를 비치해야 하기 때문에 관리도 어렵고, 복잡해진다.

상기와 같이 상점 QR코드를 전달하는 경우에는 상점에 비치된 QR코드를 스캔하지 않기 때문에 상점 또는 매장 별로 QR코드를 발급하고, 인쇄할 필요 없이 모든 상점에 동일한 QR코드 키트를 제공하면 된다.

그러나 상기에서 상점에 비치된 QR코드를 스캔하는 경우에는 각각의 결제 서비스는 각 상점 또는 매장 별로 QR코드를 발급하고, 인쇄하여 QR코드 키트를 제공해야 하고, 각 POS 별로 QR코드 키트를 제공하려면 기존의 QR코드를 폐기하고, 새로 QR코드를 발급하여 비치해야 하기 때문에 비용과 노력이 많이 소요된다.

따라서 다음과 같이 QR 통합서비스를 이용하면 결제 서비스에 상관 없이 QR코드 키트를 공동으로 사용할 수 있다.

이를 위해서는 각 상점은 사전에 다음과 같이 자신이 가맹점으로 등록한 QR 페이 서비스와 해당 서비스의 가맹점 코드를 통합서버에 등록한다.

hknets, ZeroPay, 1-ZP-201811900011-M201811900000011-Zmlg

hknets, KakaoPay, https://qr.kakaopay.com/281006012000000000529148

hknets, 통합QR, 00000001-0001-01

hknets, 통합QR, 00000001-0001-02

hknets, 통합QR, 00000001-0001-03

물론 QR 페이 서비스에서 같은 상점이라 하더라도 매장마다 다른 QR코드를 부여하는 경우에는 상기의 매장 별로 QR코드를 저장할 수 있다.

hknets, 가산점, ZeroPay, 1-ZP-201811900011-M201811900000011-Zmlg

hknets, 가산점, KakaoPay, https://qr.kakaopay.com/281006012000000000529148

hknets, 가산점, 통합QR, 00000001-0001-01

hknets, 가산점, 통합QR, 00000001-0001-02

hknets, 가산점, 통합QR, 00000001-0001-03

고객은 결제앱을 실행하고, 아무 QR코드나 스캔하면 다음과 같이 상점의 QR코드를 얻을 수 있다.

예를 들어 결제앱에서 다음과 같은 정보를 통합서버로 전송한다.

https://qrpays.com/pay.jsp?qid=ZeroPay&qr=00000001-0001-02

여기에서 qid는 결제앱 자신의 QR코드 결제 서비스로써 여기에서는 제로페이를 의미하며, qr은 고객이 스캔한 QR코드다.

여기에서는 상기와 같이 POS별로 부여된 별도의 QR코드이다.

통합서버는 다음과 같이 QR코드로 상점 정보를 검색하여 상점 QR코드를 얻는다.

1단계, 통합서버는 전송된 QR코드를 사용하는 상점을 검색한다.

통합서버는 상점이 해당 결제 서비스의 가맹점인지 확인하여 가맹점일 경우에는 다음 단계로 진행하고, 가맹점이 아닐 경우에는 오류 메시지를 리턴한다.

본 예시에서는 hknets라는 ID를 사용하는 상점이 검색된다.

2단계, 상점이 사용하는 QR코드 중 전송된 QR코드 서비스를 검색한다.

해당 QR코드 결제 서비스가 등록되어 있는 경우에는 다음 단계로 진행하고, 그렇지 않은 경우에는 오류 메시지를 리턴한다.

본 예시에서는 ID가 hknets인 상점의 QR코드 결제 서비스 중 ZeroPay 서비스가 검색되고, QR코드 1-ZP-201811900011-M201811900000011-Zmlg을 얻을 수 있다.

통합서버는 다음과 같이 해당 서비스의 상점 QR코드를 리턴한다.

qr:1-ZP-201811900011-M201811900000011-Zmlg

위에서 결제 서비스 식별정보를 전송하지 않으면 아래와 같이 사용 가능한 결제 서비스와 상점 QR코드 목록을 리턴하고, 사용자가 선택하도록 할 수도 있다.

ZeroPay, 1-ZP-201811900011-M201811900000011-Zmlg

KakaoPay, https://qr.kakaopay.com/281006012000000000529148

아울러 전송된 QR코드로부터 상기의 예시와 같이 주문을 검색하여 주문 정보를 같이 리턴할 수 있다.

qr:1-ZP-201811900011-M201811900000011-Zmlg

ordid:20190115000100

amount:10000

상기와 같이 처리하면 각 상점은 하나의 QR코드 키트만 비치하면 되고, 나머지 QR 페이 서비스는 상점이나 매장 별로 QR코드를 인쇄할 필요가 없다.

아울러 통합서버에서 POS 별로 부여한 QR코드를 사용하면 모든 QR 페이 서비스가 상점이나 매장 별로 QR코드를 인쇄할 필요가 없을 뿐만 아니라 POS 별로 쉽게 주문을 식별할 수 있다.

상기의 방식을 주문과 연동하여 다음과 같이 처리할 수 있다.

첫째, 고객이 결제앱을 실행하고, 아무 QR코드나 스캔하여 처리할 수 있다.

1단계, 고객은 결제앱을 실행하고, 아무 QR코드나 스캔한다.

2단계, 결제앱은 상기와 같이 자신의 식별정보와 QR코드를 통합서버로 전송하고, 통합서버로부터 해당 결제 서비스의 상점 QR코드와 결제금액 등 결제에 필요한 정보를 수신한다.

3단계, 결제앱은 상점 QR코드와 결제금액으로 결제한다.

4단계, 결제앱은 결제 결과를 통합서버로 전송한다.

5단계, 통합서버는 통합주문번호로 주문을 검색하여 결제 결과를 저장한다.

이후 POS는 결제 결과를 수신하고, 주문을 저장한다.

둘째, 결제앱이 자신의 서비스 식별정보를 전송하는 대신 통합앱이 상기와 같이 사용자가 선택한 결제 서비스의 식별정보와 QR코드를 전송하고, 주문 정보를 수신할 수 있다.

1단계, 고객은 통합앱을 실행하고, 도15와 같은 화면에서 결제 서비스와 결제앱을 선택하고, 아무 QR코드나 스캔한다.

제로페이와 같이 결제 서비스에서 사용하는 앱이 여러 가지일 경우에는 도15에서 결제 서비스를 선택하면 해당 결제 서비스에서 사용 가능한 앱을 검색하여 결제앱 선택 창에 보여준다.

카카오페이처럼 결제 서비스에서 사용하는 앱이 한가지일 경우에는 결제앱 선택 과정을 생략할 수 있다.

2단계, 통합앱은 고객이 선택한 결제 서비스의 식별정보와 QR코드를 통합서버로 전송하고, 통합서버로부터 결제에 필요한 정보를 수신한다.

3단계, 통합앱은 고객이 선택한 결제앱으로 수신된 정보를 전송한다.

이후 POS는 결제 결과를 수신하고, 주문을 저장한다.

셋째, 통합앱이 QR코드를 통합서버로 전송하고, 해당 상점에서 사용 가능한 결제 서비스를 다운받고, 사용자가 선택할 수도 있다.

1단계, 고객은 통합앱을 실행하고, QR코드를 스캔한다.

2단계, 통합앱은 상기의 예시와 같이 QR코드를 통합서버로 전송하고, 통합서버로부터 결제에 필요한 정보를 수신한다.

이 때에 해당 상점이 가맹점으로 등록한 결제 서비스의 식별정보와 상점 QR코드를 같이 다운받는다.

3단계, 통합앱은 도15와 같이 해당 상점에서 사용 가능한 결제 서비스와 결제앱을 보여주고, 고객은 결제 서비스와 결제앱을 선택한다.

4단계, 통합앱은 고객이 선택한 결제 서비스의 QR코드와 결제금액 등의 정보를 결제앱으로 전달한다.

이후 POS는 결제 결과를 수신하고, 주문을 저장한다.

상기와 같이 하면 각 상점은 하나의 QR코드 키트만 비치하면 자신이 가입한 모든 QR 페이 서비스를 사용할 수 있기 때문에 QR코드 키트 관리가 편리해질 뿐만 아니라 각 QR 페이 서비스도 POS 별로 QR코드 키트를 다시 제작하거나 서버의 기능을 수정하지 않아도 상기에서 설명한 POS 연동 기능을 적용할 수 있기 때문에 편의성이 크게 향상되고, 비용이 절감된다.

아울러 QR 페이 서비스에서 제공하는 상점 QR코드를 스캔하는 경우에는 상점을 구분하기 위해 각각의 상점이 각각의 QR 페이 서비스에 가맹점으로 등록하고, QR코드를 발급받아야 하지만 상점 QR코드를 스캔하지 않거나 통합서비스에서 제공하는 통합 QR코드를 스캔하는 경우에는 전체 상점이 각각의 결제서비스 별로 하나의 QR코드를 사용할 수 있다.

즉, 통합서비스 업체가 각각의 QR 페이 서비스에 가입하여 QR코드를 발급받고, 전체 상점이 통합 서비스 업체의 QR코드를 사용할 수 있다.

이 경우에 QR 페이 서비스는 상점을 구분할 수 없지만 통합 서비스에서는 회원 ID로 상점을 구분하고, 통합주문번호를 이용하여 각각의 주문을 구분할 수 있다.

따라서 신용카드사 대표가맹점처럼 통합서비스 업체가 각각의 QR 페이 서비스에 가맹점으로 등록하고, 다수의 상점에 서비스를 제공할 수 있다.

이를 위해서는 다음과 같이 처리한다.

우선 통합서비스 업체는 각각의 QR 페이서비스에 가맹점으로 가입하고, QR코드를 발급받는다.

상점에 비치된 QR코드를 스캔하여 결제하는 경우에는 통합서비스 업체는 QR 페이 서비스의 QR코드 대신 자신의 통합 QR코드가 인쇄된 키트를 상점에 제공한다.

통합서비스 업체가 QR 키트를 제작하여 발송할 수도 있고, 통합서비스는 QR코드 인쇄 기능을 제공하고, 도11과 같은 화면에서 각 상점이 인쇄할 수도 있다.

이후 상기와 같은 방식으로 다수의 상점에 서비스를 제공한다.

즉, 나머지 과정은 동일하며 다음과 같이 상점 QR코드를 전달한다.

통합모듈에서 고객이 선택한 결제모듈로 상점 QR코드를 전달하는 경우에는 고객이 선택한 결제 서비스의 통합서비스 업체의 상점 QR코드를 전달한다.

즉, 도15와 같은 화면에서 제로페이를 선택하면 통합서비스의 제로페이 상점 QR코드를 전달한다.

결제앱에서 상점 QR코드를 스캔하는 경우에는 결제앱이 전송한 식별정보에 해당하는 결제 서비스의 상점 QR코드를 리턴한다.

즉, 상기의 예시와 같이 결제앱이 ZeroPay라는 식별정보를 전송하면 통합서비스의 제로페이 상점 QR코드를 리턴한다.

각각의 QR 페이 서비스에 대해 모든 상점이 동일한 상점 QR코드를 사용하기 때문에 결제 서비스에서는 하나의 상점으로 결제가 이루어진다.

그러나 통합서버에서는 각각의 결제 건에 각 상점의 회원 ID가 저장되기 때문에 각각의 결제 건에 대해 상점을 구분할 수 있다.

이후 통합서비스 업체는 각각의 상점과 상호 협의된 방식에 의해 정산한다.

각각의 QR 페이 서비스는 통합서비스 업체의 QR코드로 결제가 이루어지기 때문에 실제 상점과 상관 없이 통합서비스 업체와 정산한다.

통합서비스 업체는 각각의 QR 페이 서비스와 정산할 때에 각각의 주문 건 별로 정산 정보를 저장한다.

이후 각각의 상점과 정산할 때에는 각각의 주문 건에 저장된 상점 ID를 기준으로 각 상점과 정산한다.

아울러 상기에서 각 상점에서 취소 처리나 QR 페이 서비스와 정산하는 경우에는 취소 처리나 정산을 위해 각 상점이 QR 페이 서비스 거래번호를 알아야 하기 때문에 상기의 예시와 같이 QR 페이 서비스의 거래번호를 쇼핑몰이나 POS로 전달해야 하지만 통합서비스 업체가 대표가맹점이 되어 취소 처리와 정산 업무도 대행한다면 각 상점에서는 QR 페이 서비스의 거래번호 대신 통합서비스의 통합주문번호로 각각의 결제 건을 구분할 수 있기 때문에 상기의 예시에서 QR 페이 서비스의 거래번호 대신 통합서비스의 통합주문번호를 각 쇼핑몰이나 POS로 전달할 수도 있다.

본 발명에 의하면 QR 페이서비스도 각 상점이나 매장 별로 QR코드를 발급할 필요가 없기 때문에 QR키트 발급 비용을 절감할 수 있다.

상기에서 결제앱과 연동하는 대신 고객이 기존 결제앱으로 결제한 후 다음과 같이 연동시스템이 QR 페이 서버에 접속하여 고객의 결제 내역과 일치하는 결제 건을 검색하여 리턴하고, 쇼핑몰 또는 POS는 결과를 수신하여 저장함으로써 고객 결제 건을 검증하고, 쇼핑몰 또는 POS와 연동할 수도 있다.

또한 쇼핑몰 또는 POS에서 취소 처리를 요청하면 같은 방법으로 연동시스템이 QR 페이 서버에 접속하여 취소 처리할 수 있다.

이를 위해서는 다음과 같은 점을 확인해야 한다.

첫째, QR 페이 결제 방식에서는 고객이 금액을 마음대로 입력할 수 있기 때문에 고객이 결제한 금액이 맞는지 확인해야 한다.

둘째, 환불 등의 처리를 위해 거래번호를 알아야 하는데 거래번호를 수신할 수 없기 때문에 거래번호를 확인해야 한다.

도16과 같이 제로페이 서버에 로그인하면 각각의 결제 건에 대해 결제시각, 거래번호, 결제금액, 결제 수단 등을 확인할 수 있다.

따라서 제로페이 서버와 연동하거나 또는 스크래핑 또는 웹러닝(웹브라우저를 자유자재로 구동할 수 있는 기술) 등의 기술을 사용하여 제로페이 서버에 자동으로 로그인하여 확인할 수 있다.

물론 제로페이 서버는 암호화 모듈을 사용하기 때문에 스크래핑으로 접속하기는 기술적으로 어렵지만 여기에서는 설명의 편의를 위해 스크래핑 방식을 예로 들어 설명한다.

먼저 본 발명을 온라인 쇼핑몰에 적용하는 경우에 대해 설명한다.

아래의 설명에서 연동모듈 또는 통합모듈은 QR 페이 서버에 접속하여 결제 건을 검색하고, 비교하는 모듈을 의미한다.

제로페이는 고객이 스마트폰으로 제로페이 QR코드를 촬영하는 방식이므로 먼저 쇼핑몰에서는 제로페이 QR코드 이미지를 통합서비스에 제출한다.

스마트폰으로 스마트폰 화면에 떠있는 제로페이 QR코드를 스캔할 수 없기 때문에 주로 PC에서 사용한다.

1단계, 쇼핑몰 서버는 주문번호, 고객이 결제할 금액 등의 정보를 통합서비스로 전송한다.

https://qrpays.com/pay.asp?id=hknets&amount=10000&ordid=123456&returl=https://www.xxxmall.com/pay/return.asp

여기에서 mid는 쇼핑몰의 통합 서비스 회원 ID, amount는 결제할 금액, ordid는 쇼핑몰의 주문번호, returl은 결제 결과를 리턴받을 쇼핑몰의 URL을 의미한다.

2단계, 통합모듈은 도19와 같이 화면에 제로페이 QR코드를 보여준다.

상점명은 mid로부터 검색한 해당 쇼핑몰의 이름, 결제금액은 쇼핑몰로부터 전달받은 금액이다.

제로페이는 프랜차이즈 매장을 구분하기 위해 하나의 사업자에 대해 여러 개의 QR코드를 발급받을 수 있으므로 쇼핑몰에서도 최대한 여러 개의 QR코드를 발급받은 후 수시로 다른 QR코드를 보여주면 2건 이상이 검색되는 경우를 최소화할 수 있다.

예를 들어 3개의 QR코드를 발급받았다면 다음과 같이 현재 시각에 따라 다른 QR코드를 보여줄 수 있다.

Select Case Second(Now) Mod 3

Case 0: 첫번째 QR코드 표시

Case 1: 두번째 QR코드 표시

Case 2: 세번째 QR코드 표시

End Select

또는 제로페이에서 다음과 같이 각 상점에 QR코드 대역을 제공하고, 통합모듈은 중복되지 않도록 QR코드 이미지를 보여줄 수 있다.

1-ZP-201811900011-M201811900000011-Zmlg-XXXXXX

즉, 위와 같이 6자리 대역을 제공하면 000000부터 시작하여 999999까지 증가하다가 999999 후에 다시 000000으로 변경하면 아래와 같이 검색하는 동안 1,000,000건의 주문을 제로페이로 결제하지 않는 한 중복되지 않는다.

3단계, 고객은 기존 제로페이 결제와 마찬가지 방식으로 스마트폰에서 제로페이 결제앱을 실행하고, 도19와 같은 화면의 QR코드를 스캔하고, 금액을 입력한 후 결제한다.

제로페이 서버에 거래번호, 결제수단, 결제금액, 결제시각 등의 정보가 저장된다.

4단계, 고객은 제로페이 결제 후에 도19와 같은 화면에서 다음과 같이 입력하고, 결제 확인 버튼을 클릭한다.

첫째, 거래번호를 입력한다.

거래번호를 입력하지 않고 검색할 수도 있지만 쇼핑몰의 경우에는 동시에 다수의 고객이 결제할 수 있기 때문에 거래번호가 없으면 정확하게 검색하기 어렵다.

거래번호 전체를 입력하는 경우에는 다른 정보는 필요 없다.

전체 거래번호를 입력하는 것은 불편하기 때문에 도19의 예시와 같이 뒤의 세자리와 같이 일부분을 지정하여 입력하도록 할 수 있다.

둘째, 거래 수단을 선택한다.

거래번호를 입력하지 않거나 일부만 입력하는 경우에는 검색의 정확성을 높이기 위해 거래 수단을 선택할 수 있다.

아울러 악의적으로 결제하지 않거나 결제해야 할 금액보다 적은 금액을 결제하고, 거래 건을 찾을 때까지 계속 결제 수단이나 거래번호를 바꾸어 입력하면서 재시도하는 경우를 방지하기 위해 도19와 같이 재시도 건수에 제한을 두어 5단계에서 일치하는 건을 찾지 못하여 재시도 건수를 차감하고, 다시 4단계로 진행하는 경우 남은 건수가 0건이면 종료할 수 있다.

5단계, 통합서비스는 통합모듈을 이용하여 고객 결제 내역을 확인한다.

5-1단계, 통합모듈은 통합서비스의 제로페이 가맹점 ID와 비밀번호로 제로페이 가맹점 관리 홈페이지에 로그인한다.

각 쇼핑몰 또는 상점은 사전에 통합 서버에 ID와 비밀번호를 등록할 수 있다.

또는 상점 POS의 경우에는 연동시스템 구동 시에 각 POS에서 상점 직원에게 로그인 창을 보여주고, 로그인하도록 할 수도 있다.

다음과 같이 로그인하여 리턴되는 내용을 분석하여 정상적으로 로그인되었는지 확인한다.

strResponse = OpenURL_Post("https://www.zeropay.or.kr/loginProcess.do", "id=hknets&password=1234")

물론 이미 로그인된 상태이면 5-1단계를 생략하고, 다음 단계로 진행한다.

5-2단계, 통합 모듈은 다음과 같이 제로페이 서버를 호출한다.

pageIndex=1&recordCountPerPage=10&firstIndex=1&lastIndex=10&findFromDt=20190101&findToDt=20190131&bmanRegiNum=&afstrId=&findAfstrId=201901039623&findSetlTranChrcNo=PPG1000+057210&findTranAmt=10000&findSetlMeanCode=PNV&findTranStatCode=00&_csrf=0b334802-37fd-4a29-ba6b-934cafa11a41&findBmanRegiNum=2068124292

첫째, 가맹점코드(findAfstrId)를 전송한다.

가맹점코드는 제로페이 QR코드의 일부이므로 QR코드로부터 얻을 수 있다.

둘째, 고객이 거래번호 전체를 입력한 경우에는 거래번호(findSetlTranChrcNo)를 전송한다.

셋째, 결제금액(findTranAmt)을 전송한다.

넷째, 고객이 결제 수단을 선택한 경우에는 결제 수단을 전송한다.

다섯째, 결제 상태(findTranStatCode)를 전송한다.

여섯째, 검색 기간(findFromDt, findToDt)을 전송한다.

기간에서 날짜 이외에 시각을 지정할 수 있는 경우에는 시각을 전송한다.

거의 실시간으로 조회하기 때문에 현재 시각으로부터 5분 이내와 같이 짧은 시간 동안의 결제 건을 검색하거나 상기에서 도19의 화면을 띄운 시각 이후의 결제 건을 검색한다.

제로페이와 같이 날짜만 지정할 수 있는 경우에는 시작과 종료일을 오늘로 선택하고, 만약 0시 1분과 같이 자정을 약간 경과한 시점이면 시작일을 어제로 지정할 수 있다.

5-3단계, 통합모듈은 다음과 같이 검색 결과를 비교한다.

여기에서 nPrice는 상기에서 전송된 결제금액, nCount는 검색된 건수, sACID1는 검색된 각 결제 건의 거래번호, nPrice1은 검색된 각 결제 건의 결제금액, nTime1은 검색된 결제 건의 거래 시각이라고 정의하고, 다음과 같이 구현한다.

nTime = DateAdd("s", -300, Now)

For i = 1 To nCount

nPrice1 = ...

sACID1 = ...

nTime1 = ...

If nPrice1 = nPrice Then

If nTime1 >= nTime Then

If Mid(sACID1, Len(sACID1) - 2, 2) = sACID Then

sNewACIDs = sNewACIDs & “,” & sACID1 ''' 거래번호 추가

End If

상기의 설명과 같이 가맹점코드(findAfstrId)로 검색할 수 있지만 상기에서 대역을 제공하는 경우에 검색 화면에서는 대역을 제외한 QR코드로만 검색할 수도 있다.

따라서 QR코드를 비교하여 일치하는지 확인한다.

5-3-2단계, 금액이 일치하는지 비교하여 일치하는지 확인한다.

물론 5-2단계에서 금액을 포함하여 검색하는 경우에는 생략한다.

5-3-3단계, 거래번호를 입력한 경우에는 거래번호를 비교한다.

물론 고객이 거래번호 전체를 입력하여 5-2단계에서 거래번호를 포함하여 검색한 경우에는 생략한다.

거래번호의 일부만 입력한 경우에는 상기와 같이 거래번호의 일부가 일치하는지 비교한다.

5-3-4단계, 결제시각을 비교한다.

5-2단계에서 거래 시각까지 포함하여 검색한 경우에는 생략한다.

5-2단계와 같은 기준으로 짧은 시간 이내에 결제한 건을 찾는다.

5-4단계, 통합모듈은 상기의 조건에 맞는 거래번호 목록(sNewACIDs)을 통합서버로 전송하고, 통합서버는 각각의 거래번호를 데이터베이스에 저장된 데이터와 비교하여 새로운 거래번호인지 확인하여 새로운 거래번호를 리턴한다.

rs.Open(“SELECT ACID FROM ...”)

Do While Not rs.EOF

If rs(“ACID”) = sACID1 Then

[제외]

Else

sNewACIDs = sNewACIDs & “,” & sACID1

End If

rs.MoveNext

Loop

5-5단계, 최종적으로 조건에 맞는 거래 건수에 따라 다음과 같이 처리한다.

첫째, 조건에 맞는 결제 건이 없으면 오류를 리턴한다.

둘째, 조건에 맞는 거래 건이 1건이면 해당 주문 고객의 결제 건이라고 간주할 수 있으므로 해당 건의 거래번호를 다음 단계로 전달한다.

고객이 금액을 잘못 입력하는 경우에는 금액이 일치하는 다른 고객의 결제 건을 해당 고객의 결제 건으로 인식할 수는 있지만 그렇게 되면 다른 고객의 결제 건이 새로운 거래 건으로 인식되지 않기 때문에 다른 고객으로부터 바로 연락이 오고, 바로 확인할 수 있다.

셋째, 조건에 맞는 거래 건이 2건 이상 발견되면 거의 같은 시각에 2명 이상의 고객이 결제한 경우라고 할 수 있다.

굳이 어느 고객의 결제 건인지 구분할 필요는 없지만 나중에 고객이 주문을 취소하고, 환불하는 경우에는 어느 건인지 알아야 환불 처리를 해 줄 수 있다.

따라서 연동 모듈은 해당 결제 건의 거래번호를 도21과 같이 고객에게 보여주고 확인하도록 한 후 고객이 선택한 거래번호를 다음 단계로 전달한다.

5-6단계, 정상적인 결제 건일 경우 통합모듈은 거래번호를 통합서버로 전송하고, 통합서버는 거래번호를 데이타베이스에 저장하여 다음 번에 검색할 때에 비교한다.

6단계, 통합서비스는 결제 확인 결과와 식별번호, 쇼핑몰 주문번호를 쇼핑몰로 전송한다.

https://www.xxxmall.com/pay/return.asp?retcd=OK&acid=PPG1900115116& ordid=123456

7단계, 쇼핑몰은 주문 내역과 거래번호를 저장한다.

물론 결제금액이 일치하는 건이 없거나 새로운 거래번호를 찾지 못하여 오류가 리턴된 경우에는 고객에게 오류 메시지를 보여주고, 고객과의 통화 등을 통해 확인하거나 취소 처리 후 다시 결제하도록 한다.

오프라인 상점에서는 POS에 주문을 입력한 후 고객이 제로페이로 결제하면 상기와 같이 연동시스템을 호출하여 검색한다.

상점에서는 고객이 당연히 상점에 비치된 QR코드를 스캔한다.

연동시스템은 도20과 같은 화면을 보여주고, 상점 직원이 결제 수단을 선택하고, 거래번호를 입력한다.

아울러 2건 이상 검색된 경우에는 연동모듈은 도21과 같은 화면을 POS에 보여주고, 상점 직원이 고객 스마트폰 화면이나 제로페이 상점 앱 등을 보고 선택한다.

오프라인 상점은 온라인 쇼핑몰과 달리 하나의 주문 건에 대한 결제가 완료되면 다음 주문을 진행하는 순차적인 방식이기 때문에 거래번호를 입력하지 않아도 된다.

다만 여러 대의 POS가 하나의 QR코드를 이용하는 경우에는 거래번호를 입력하면 여러 개의 거래번호 중 선택하는 경우를 줄일 수 있다.

이후 고객이 취소하는 경우에는 다음과 같이 처리한다.

1단계, POS에서 주문을 검색하고, 취소 버튼을 클릭한다.

2단계, 다음과 같이 전송한다.

https://qrpays.com/pay/cancel.asp?id=hknets&acid=PPG1900115116

3단계, 제로페이 연동 시스템은 다음과 같이 처리한다.

3-1단계, 먼저 ID와 비밀번호를 확인하여 정상적인 사용자인지 확인한다.

3-2단계, 제로페이 가맹점 ID와 비밀번호로 제로페이 서버에 로그인한다.

3-3단계, 거래번호(acid)로 결제 건을 검색한다.

검색된 건이 있으면 다음 단계로 진행하고, 검색되지 않으면 오류를 리턴한다.

3-4단계, 시스템은 제로페이 서버에 취소 처리하고, 정상 처리되었음을 리턴한다.

4단계, 정상 처리된 경우 POS에서 해당 주문을 취소 처리한다.

본 발명에 의하면 온라인 쇼핑몰에서도 QR 페이로 결제할 수 있을 뿐만 아니라 상점은 일일이 결제 결과를 육안으로 확인할 필요 없고, POS에서 모든 관리를 할 수 있기 때문에 매우 편리하다.

다음과 같이 결제앱이 결제 결과를 스마트폰 화면에 바코드 또는 QR코드로 표시하고, 상점에서 바코드 또는 QR코드 스캐너로 스캔하여 확인할 수 있다.

1단계, 고객이 주문하면 상점에서는 POS에 주문 내역을 입력한다.

2단계, 고객은 기존과 동일한 방법으로 제로페이 앱을 실행하고, 상점 QR코드를 스캔하고, 결제금액을 입력하고 결제한다.

3단계, 제로페이 결제앱은 결제 후 도24와 같이 결제시각, 결제금액, 거래번호 등의 정보를 바코드나 QR코드 형태로 화면에 보여준다.

4단계, 고객이 스마트폰 화면을 제시하면 상점은 POS에 연결된 스캐너로 스마트폰 화면의 바코드나 QR코드를 스캔한다.

5단계, POS는 스캔된 정보를 다음과 같이 비교한다.

5-1단계, 결제금액이 POS에 입력된 금액과 일치하는지 비교한다.

5-2단계, 고객이 이전에 결제한 화면을 보여줄 가능성이 있으므로 현재 시각으로부터 1분 이내와 같이 최근 결제 건인지 확인한다.

정상적인 경우 6단계로 진행하고, 금액이 일치하지 않는 등 비정상적인 경우에는 오류 내용을 보여준다.

6단계, POS는 주문 내역과 거래번호를 저장한다.

상기에서 결제 결과를 QR코드로 표시할 수 있다.

QR코드는 많은 정보를 표시할 수 있기 때문에 결제시각, 결제금액, 거래번호 등의 정보를 모두 포함할 수 있다.

그러나 단점은 QR코드 스캐너를 구비한 상점은 거의 없다는 점이다.

스마트폰 앱에 QR코드 스캔 기능을 추가하는 것은 어렵지 않으므로 제로페이와 같이 상점 앱을 제공하는 경우에는 상점 앱에 기능을 추가한다.

특히 상점 앱은 제로페이 서버로부터 결제 정보를 수신하는 기능이 있기 때문에 상기의 기능을 구현하기 쉽다.

단, POS와 연동하려면 별도의 방법이 필요하다.

결제 결과를 바코드로 표시할 수도 있다.

바코드의 경우에는 표시할 수 있는 정보가 한계가 있으므로 이 경우에는 다음과 같이 처리한다.

첫째, 결제시각과 결제금액만 표시하고, 비교한다.

이 경우에도 바코드가 촘촘해져서 인식률이 떨어지는 것을 방지하기 위하여 금액을 지수 형태로 표기하거나 10진수 대신 16진수, 62진수 등으로 표기하여 자릿수를 줄이고, 4단계 또는 5단계에서 다시 숫자로 변환하여 처리할 수 있다.

둘째, 거래번호를 표시하고, 상기와 같은 방법으로 연동시스템이 제로페이 서버에 로그인하여 검색한 후 결제금액과 결제시각을 리턴하고 비교할 수 있다.

본 발명에 의하면 고객이 결제금액을 직접 입력해야 하는 번거로움은 있지만 POS에서 자동으로 결제금액을 확인하고, 거래번호를 얻을 수 있기 때문에 상점에서 일일이 육안으로 결제금액을 확인하거나 제로페이 서버에서 결제금액이나 결제번호를 확인할 필요가 없어 편리하다.

본 발명에서는 제로페이를 예로 들어 설명하였지만 QR코드를 스캔하여 결제하는 다양한 결제 수단에 적용이 가능하다.

아울러 이상은 본 발명의 한 실시 예에 불과하며 발명의 범위 내에서 다양한 변조 및 개조가 가능하다.

도면 참조

Claims

사용자가 결제앱을 실행하고, 상점 QR코드를 스캔하고, 결제금액을 입력하는 대신에 연동 시스템이 상점 QR코드와 결제금액을 결제모듈로 전달하고, 결제모듈은 수신된 상점 QR코드와 결제금액으로 결제한 후 결제 결과를 연동 시스템으로 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
1항에 있어
쇼핑몰 또는 POS와 연동하는 상점 연동모듈
결제앱과 연동하는 결제앱 연동모듈
결제 정보를 저장하고, 검색하는 연동서버
로 구성됨을 특징으로 하는 QR 페이 연동 방법 및 시스템
1항에 있어
상점 QR코드와 결제금액과 주문번호를 결제모듈로 전달하는 단계
결제모듈은 수신된 상점 QR코드와 결제금액으로 결제를 진행하는 단계
결제모듈은 결제 결과를 연동서버로 전송하는 단계
를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
1항 및 2항 및 3항에 있어
인터넷 쇼핑몰에서 고객이 QR 결제를 선택하면
연동모듈이 상점 QR코드와 결제 금액을 결제모듈로 전달하는 단계
결제모듈은 수신된 상점 QR코드와 결제금액으로 결제를 진행하는 단계
결제모듈은 결제 후 거래번호를 연동서버로 전송하거나 리턴하는 단계
연동모듈 또는 연동서버가 결제 결과를 쇼핑몰 서버로 전송하는 단계
를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
1항 및 2항 및 3항에 있어
인터넷 쇼핑몰 또는 오프라인 상점에서 고객이 QR 결제를 선택하면
연동모듈은 결제에 필요한 정보를 QR코드로 화면에 보여주는 단계
고객은 스마트폰 결제앱을 실행하고, QR코드를 스캔하는 단계
스마트폰 결제앱은 결제에 필요한 정보를 수신하는 단계
결제앱은 수신된 상점 QR코드와 결제금액으로 결제를 진행하는 단계
결제앱은 결제 후 거래번호를 연동서버로 전송하거나 리턴하는 단계
연동모듈 또는 연동서버가 결제 결과를 상점 서버로 전송하거나 리턴하는 단계
를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
5항에 있어
QR코드로 전달하는 대신에
고객 핸드폰으로 URL을 전송하고, 고객이 URL을 터치하는 방법
NFC 장치로 전송하고, 고객이 스마트폰을 NFC 장치에 접근시켜 수신하는 방법
고객에게 주문번호를 알려주고, 고객이 연동모듈 또는 결제모듈에 입력하는 방법
과 같은 다양한 방법으로 PC 또는 POS 연동모듈이 스마트폰 결제앱으로 결제에 필요한 정보를 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
5항 및 6항에 있어
결제앱 대신에 연동모듈이 결제에 필요한 정보를 수신하여 결제앱으로 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
POS에서 주문 정보를 전송하면 연동서버는 주문 정보를 저장하고, 고객이 상점 QR코드를 스캔하면 연동서버는 상점 QR코드로 주문을 검색하여 결제에 필요한 정보를 리턴하고, 결제모듈은 수신된 상점 QR코드와 결제금액으로 결제한 후 결제 결과를 연동 시스템으로 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템
8항에 있어
POS는 주문 정보를 연동서버로 전송하면 연동서버는 주문 정보를 결제대기 상태로 저장하고, 주문번호를 리턴하는 단계
고객이 연동앱 또는 결제앱을 실행하고 상점 QR코드를 스캔하면 연동모듈은 상점 QR코드를 연동서버로 전송하고, 연동서버는 전송된 QR코드를 포함하는 주문 또는 전송된 QR코드를 사용하는 상점의 주문 중 결제 대기 상태인 최근 주문 건을 검색한 후 주문번호와 결제금액을 포함하여 결제에 필요한 정보를 리턴하는 단계
결제앱은 수신된 결제금액으로 결제하는 단계
결제앱은 주문번호와 결제 결과를 연동서버로 전송하면 연동서버는 주문번호로 주문을 검색하여 결제 결과를 저장하고, 주문 상태를 결제완료로 변경하는 단계
POS는 주문번호를 연동서버로 전송하면 연동서버는 주문번호로 주문을 검색하여 결제 결과를 리턴하는 단계
를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
8항 및 9항에 있어
결제대기 상태인 주문이 여러 건일 경우 주문 목록을 고객에게 보여주고, 고객이 선택하도록 함을 특징으로 하는 QR 페이 연동 방법 및 시스템
8항 및 9항에 있어
QR코드로 주문을 구분하기 위해 상점 POS 별로 QR코드를 부여함을 특징으로 하는 QR 페이 연동 방법 및 시스템
8항 및 9항에 있어
주문을 구분하기 위해 상점 POS 별로 번호를 부여하고, 고객이 QR코드 스캔 후 번호를 입력함을 특징으로 하는 QR 페이 연동 방법 및 시스템
1항 및 8항에 있어
POS와 연동되지 않는 경우 별도의 앱을 제공하고, 상점은 별도 앱에 결제금액을 입력하고, 상기와 같은 방식으로 결제하고, 별도 앱이 결제 결과를 수신함을 특징으로 하는 QR 페이 연동 방법 및 시스템
1항 및 8항에 있어
상점은 자신이 가입한 QR 페이 서비스와 해당 서비스의 상점 QR코드를 모두 통합서비스에 등록한 후 고객이 통합앱 또는 결제앱을 실행하고, 아무 상점 QR코드나 스캔하면 연동모듈은 QR 페이 서비스 식별정보와 QR코드를 통합서버로 전송하고, 통합서버는 서비스 식별정보와 QR코드로 검색하여 해당 상점의 해당 서비스의 상점 QR코드를 리턴함을 특징으로 하는 QR코드 통합서비스
14항에 있어
상점은 자신이 가입한 QR 페이 서비스와 해당 서비스의 상점 QR코드를 통합서비스에 등록하는 단계
고객이 결제앱을 실행하고, 아무 상점 QR코드나 스캔하면 결제앱은 자신의 서비스 식별정보와 QR코드를 통합서버로 전송하는 단계
통합서버는 QR코드로 상점을 검색하는 단계
통합서버는 서비스 식별정보로 해당 상점이 등록한 QR 페이 서비스를 검색하는 단계
통합서버는 해당 상점의 해당 서비스의 상점 QR코드를 리턴하는 단계
를 포함함을 특징으로 하는 QR코드 통합서비스
1항 및 8항에 있어
통합서비스 업체가 각각의 QR 페이 서비스에 가입하고, 통합서비스는 각 QR 페이 서비스에서 부여받은 자신의 상점 QR코드를 결제모듈에 전달하여 결제하고, 각 QR 페이 서비스와 정산하며, 각 상점과 정산함을 특징으로 하는 QR 페이 통합서비스
16항에 있어
상점 QR코드를 스캔하여 결제하는 경우에
통합서비스는 상점 또는 매장 또는 POS를 식별할 수 있는 통합 QR코드를 각 상점에 제공하는 단계
고객은 통합서비스가 제공한 통합 QR코드를 스캔하는 단계
통합서비스는 통합 QR코드로부터 상점을 인식하는 단계
를 포함함을 특징으로 하는 QR 페이 통합서비스
17항에 있어
쇼핑몰 또는 POS로 결제 결과를 전달할 때에 거래번호 대신에 통합서비스의 주문번호를 전달함을 특징으로 하는 QR 페이 통합서비스
쇼핑몰 또는 오프라인 상점에서 고객이 QR 페이로 결제한 후 자동으로 QR 페이 서버에 접속하여 고객 결제 내역과 일치하는 결제 건을 검색함으로써 결제금액을 확인하고, 거래번호를 획득하여 쇼핑몰 또는 상점 POS와 연동함을 특징으로 하는 QR 페이 연동 방법 및 시스템
19항에 있어
쇼핑몰 또는 POS에서 전달된 데이터를 QR 페이 서버 검색 조건에 추가하거나 또는 검색 후 비교를 통해
현재 시각으로부터 5분 이내와 같이 최근의 결제 건을 찾는 단계
고객이 결제할 금액과 일치하는 결제 건을 찾는 단계
전달된 QR코드와 일치하는 결제 건을 찾는 단계
전달된 거래번호의 일부 또는 전부와 일치하는 결제 건을 찾는 단계
의 전부 또는 일부를 포함함을 특징으로 하는 QR 페이 연동 방법 및 시스템
19항 및 20항에 있어
검색된 결제 건의 거래번호를 연동서버에 저장된 거래번호와 비교하여 아직 저장되지 않은 새로운 거래번호를 찾고, 정상적인 결제 건으로 인식된 결제 건의 거래번호를 연동서버에 저장함을 특징으로 하는 QR 페이 연동 방법 및 시스템
19항에 있어
상점에 QR코드 대역을 제공함을 특징으로 하는 QR 페이 연동 방법 및 시스템
19항에 있어
주문을 취소하는 경우 QR 페이 서버에 접속하여 거래번호로 검색하고, 취소 처리함을 특징으로 하는 QR 페이 연동 방법 및 시스템
QR 페이 결제앱은 결제 후 결제번호, 금액 등의 정보를 바코드나 QR코드 형태로 표시하고, 상점에서는 스캐너로 고객 스마트폰의 바코드나 QR코드를 스캔하여 결제 결과를 전달함을 특징으로 하는 QR 페이 연동 방법 및 시스템