KR20170129444A

KR20170129444A - 결제 처리 방법을 수행하는 결제 처리 서버, 방법 및 상기 방법을 수행하는 컴퓨터 프로그램

Info

Publication number: KR20170129444A
Application number: KR1020160060138A
Authority: KR
Inventors: 최원준
Original assignee: 라인 가부시키가이샤
Priority date: 2016-05-17
Filing date: 2016-05-17
Publication date: 2017-11-27
Also published as: KR101858139B1; JP2017208084A; US20170337532A1

Abstract

본 실시예에 따르면, 통신 인터페이스 및 프로세서를 포함하는, 컴퓨터를 이용하여, 상기 통신 인테페이스에 의해 제1 사용자 단말로부터 결제 ID를 포함하는 결제 요청을 수신하는 단계; 상기 프로세서에 의해 상기 결제 요청에 포함된 결제 ID가 규칙을 만족하는지 여부, 및 상기 결제 ID의 유효 기간의 잔존 여부를 1차적으로 판단하고, 상기 1차적인 판단 결과, 상기 조건들을 모두 만족하는 경우, 상기 결제 ID를 수신한 제2 사용자를 검색하고, 상기 제2 사용자와 관련된 결제 수단의 존재 여부, 및 상기 결제 수단의 유효 기간이 잔존 여부를 2차적으로 판단하고, 상기 2차적인 판단 결과, 상기 결제 수단이 상기 조건들을 모두 만족하는 경우, 상기 결제 요청이 유효하다고 평가하는 단계; 상기 프로세서에 의해 상기 결제 요청이 유효한 경우, 상기 결제 요청과 대응되는 결제를 처리하기 위해, 상기 결제 요청과 대응되는 트랜잭션 아이디를 포함하는 패킷을 생성하고, 결제 처리를 위해 존재하는 메시지 큐에 상기 패킷을 저장하는 단계;를 포함하는, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램을 제공한다.

Description

결제 처리 방법을 수행하는 결제 처리 서버, 방법 및 상기 방법을 수행하는 컴퓨터 프로그램{SERVER, METHOD AND COMPUTER PROGRAM PERFORMING THE PAYMENT PROCESSING METHOD}

본 발명은 결제 처리 방법을 수행하는 서버 및 컴퓨터 프로그램에 관한 것이다.

결제 대행 서비스(payment gateway)는 온라인상의 전자상거래에서 결제자가 판매자의 상품 또는 서비스를 결제하고자 할 때, 신용카드나 기타 결제 수단으로 대금을 지급하고 결제할 수 있도록 전자결제를 중계하고 정산하는 서비스이다. 결제 대행 서비스는 전자 상거래에서 신용카드, 계좌이체, 가상계좌이체, 휴대폰 소액결제 등의 다양한 결제 방법을 제공한다.

이러한 결제 대행 서비스는 판매자가 별도의 시스템을 구축하지 않아도 결제 대행 서비스가 제공하는 결제 시스템 및 보안 솔루션 등을 사용할 수 있으므로 관리가 쉽고 안전한 결제 수단이다. 이에 따라, 최근 결제 대행 서비스는 대규모의 온라인 쇼핑몰 이외에 중소규모 온라인 쇼핑몰 및 개인의 SNS(Social Network Service)에서도 사용량이 증가하고 있으며, POS(Point Of Sale) 단말기 등을 이용하여 오프라인에서의 대면 결제로 확대 사용되고 있다.

또한, 전자 상거래를 사용하는 판매자 및 결제자의 단말기가 데스크톱 컴퓨터 및 노트북 컴퓨터 등 일반적인 컴퓨터와 스마트 폰(Smart Phone), 태블릿 PC 및 스마트 TV(Smart TV) 등 최신 스마트 디바이스(Smart Device) 등으로 다양해지고 있다.

이와 같이 다양한 환경에서 안전한 결제 대행 서비스를 제공하기 위해, 한국 공개특허공보 제2012-0145029호(발명의 명칭: "결제 서버에서의 결제 대행 방법")는 휴대 단말기를 이용한 결제 방법과 할인 정책으로 연결하는 기술에 관한 것으로서, 휴대용 단말기를 이용하여 결제 방법과 할인 정책을 연결해 상품 구매에 대한 이익으로 소비자에게 보상하는 방법을 개시하고 있다.

본 발명은 구매자 구매자 단말로 발급된 결제 ID 및 판매자에 의해 생성된 판매 정보를 결합한 결제 요청을 판매자 단말로부터 수신하여 구매자와의 직접 연결 없이 결제 요청에 의한 결제를 수행하는 결제 처리 서버, 결제 처리 방법, 및 상기 방법을 수행하는 컴퓨터 프로그램을 제공한다.

또한, 본 발명은 구매자 및 판매자 간 개인 식별 정보의 교환 없이 거래데이터를 기반으로 커뮤니케이션을 개시 또는 수행하는 결제 처리 서버, 결제 처리 방법 및 상기 방법을 수행하는 컴퓨터 프로그램을 제공한다.

본 발명의 실시예들에 따른 결제 처리 방법은 통신 인테페이스에 의해 제1 사용자 단말로부터 결제 ID를 포함하는 결제 요청을 수신하는 단계; 프로세서에 의해 상기 결제 요청에 포함된 결제 ID가 소정의 규칙을 만족하는지 여부, 및 상기 결제 ID의 유효 기간의 잔존 여부를 1차적으로 판단하고, 상기 1차적인 판단 결과, 상기 조건들을 모두 만족하는 경우, 상기 결제 ID를 수신한 제2 사용자를 검색하고, 상기 제2 사용자와 관련된 결제 수단의 존재 여부, 및 상기 결제 수단의 유효 기간이 잔존 여부를 2차적으로 판단하고, 상기 2차적인 판단 결과, 상기 결제 수단이 상기 조건들을 모두 만족하는 경우, 상기 결제 요청이 유효하다고 평가하는 단계; 및 상기 프로세서에 의해 상기 결제 요청이 유효한 경우, 상기 결제 요청과 대응되는 결제를 처리하기 위해, 상기 결제 요청과 대응되는 트랜잭션 아이디를 포함하는 패킷을 생성하고, 결제 처리를 위해 존재하는 메시지 큐에 상기 패킷을 저장하는 단계;를 포함할 수 있다.

상기 트랜잭션 아이디는 구매자 코드와 대응되는 부분, 판매자 코드와 대응되는 부분, 및 결제 정보와 대응되는 부분으로 이루어질 수 있다.

본 발명의 실시예들에 따른 결제 처리 방법은 상기 결제 요청이 처리된 경우, 상기 제2 사용자 단말로 상기 처리된 결제 요청에 포함된 판매처, 판매 품목, 판매 금액을 근거로 생성되는 판매 데이터를 전송하는 단계; 상기 제2 사용자 단말로부터 상기 판매 데이터에 대한 전달 메시지를 수신한 경우, 상기 전달 메시지를 분석하여 도출된 트랜잭션 아이디를 이용하여, 상기 전달 메시지의 수신자를 결정하고, 상기 수신자의 사용자 단말로 상기 전달 메시지를 전송하는 단계;를 더 포함할 수 있다.

상기 전달 메시지는 메뉴 완성 알림, 상품 배송 알림, 상품 품절 알림, 배송 예정 시간 알림 중 적어도 하나를 포함할 수 있다.

본 발명의 실시예들에 따른 결제 처리 방법은 상기 결제 요청이 처리된 경우, 상기 제1 사용자 단말로 상기 처리된 결제 요청을 분석하여 도출된 판매처, 판매 품목, 판매 금액을 근거로 생성되는 구매 데이터를 전송하는 단계; 상기 제1 사용자 단말로부터 상기 구매 데이터에 대한 문의 메시지를 수신하는 경우, 상기 수신된 문의 메시지로부터 추출된 트랜잭션 아이디를 이용하여, 상기 구매 데이터의 판매자를 추출하고, 상기 판매자의 단말로 상기 구매 데이터와 대응되는 판매 데이터와 링크된 문의 메시지를 전송하는 단계;를 더 포함할 수 있다.

상기 결제 ID는 상기 제2 사용자 단말로부터의 결제 시작 요청의 응답으로 생성되며, 상기 제2 사용자 단말에게만 전송되는 값 일 수 있다.

본 발명의 실시예들에 따른 결제 처리 방법은 상기 제1 사용자 단말의 구매 데이터 또는 상기 제2 사용자 단말의 판매 데이터를 이용한 대화방 개설 요청을 수신하고, 상기 대화방 개설 요청을 분석하여 획득된 트랜잭션 아이디를 이용하여, 상기 대화방의 참가자를 추출하고, 상기 대화방의 참가자를 포함하는 대화방을 개설하는 단계;를 포함할 수 있다.

상기 대화방의 참가자들의 프로필은 가상으로 생성될 수 있고, 참가자의 프로필에 의해 생성, 등록된 프로필과 상이할 수 있다.

본 발명의 실시예들에 따른 결제 처리 서버는 통신 인터페이스는 제1 사용자 단말로부터 결제 ID를 포함하는 결제 요청을 수신하고, 상기 프로세서는 상기 결제 요청에 포함된 결제 ID가 규칙을 만족하는지 여부, 및 상기 결제 ID의 유효 기간의 잔존 여부를 1차적으로 판단하고, 상기 1차적인 판단 결과, 상기 조건들을 모두 만족하는 경우, 상기 결제 ID를 수신한 제2 사용자를 검색하고, 상기 제2 사용자와 관련된 결제 수단의 존재 여부, 및 상기 결제 수단의 유효 기간이 잔존 여부를 2차적으로 판단하고, 상기 2차적인 판단 결과, 상기 결제 수단이 상기 조건들을 모두 만족하는 경우, 상기 결제 요청이 유효하다고 평가하고, 프로세서에 의해 상기 결제 요청이 유효한 경우, 상기 결제 요청과 대응되는 결제를 처리하기 위해, 상기 결제 요청과 대응되는 트랜잭션 아이디를 포함하는 패킷을 생성하고, 결제 처리를 위해 존재하는 메시지 큐에 상기 패킷을 저장하도록 제어하할 수 있다.

본 발명의 실시예들에 따르면, 상기 결제 요청이 처리된 경우, 상기 프로세서는 상기 제2 사용자 단말로 상기 처리된 결제 요청에 포함된 판매처, 판매 품목, 판매 금액을 근거로 생성되는 판매 데이터를 전송하도록 제어하고, 상기 제2 사용자 단말로부터 상기 판매 데이터에 대한 전달 메시지를 수신한 경우, 상기 전달 메시지를 분석하여 도출된 트랜잭션 아이디를 이용하여, 상기 전달 메시지의 수신자를 결정하고, 상기 수신자의 사용자 단말로 상기 전달 메시지를 전송하도록 제어할 수 있다.

본 발명의 실시예들에 따르면, 상기 결제 요청이 처리된 경우, 상기 프로세서는 상기 제1 사용자 단말로 상기 처리된 결제 요청을 분석하여 도출된 판매처, 판매 품목, 판매 금액을 근거로 생성되는 구매 데이터를 전송하도록 제어하고, 상기 제1 사용자 단말로부터 상기 구매 데이터에 대한 문의 메시지를 수신하는 경우, 상기 수신된 문의 메시지로부터 추출된 트랜잭션 아이디를 이용하여, 상기 구매 데이터의 판매자를 추출하고, 상기 판매자의 단말로 상기 구매 데이터와 대응되는 판매 데이터와 링크된 문의 메시지를 전송하도록 제어할 수 있다.

다른 실시예에서, 상기 프로세서는 상기 제1 사용자 단말의 구매 데이터 또는 상기 제2 사용자 단말의 판매 데이터를 이용한 대화방 개설 요청을 수신하고, 상기 대화방 개설 요청을 분석하여 획득된 트랜잭션 아이디를 이용하여, 상기 대화방의 참가자를 추출하고, 상기 대화방의 참가자를 포함하는 대화방을 개설할 수 있다.

상기 대화방을 개설한 상기 제1 사용자 또는 상기 제2 사용자는 자신의 개인 정보를 공개하지 않은 상태로, 상기 대화방의 참가자와 메시지를 주고 받을 수 있다.

상기 대화방은 한시적으로 생성된 것이며, 사용자에 의해 설정된 기준 또는 일정한 기준 시간을 초과해서는 유지될 수 없다.

대화방 생성시 알림은 각 사용자에 의해 설정된 알림 방식으로 제공될 수 있으나, 대화방의 성격을 나타낼 수 있는 알림 방식으로 제공될 수 있다. 예를 들어, 대기 화면에서의 메시지 팝업 창, 쇼핑 애플리케이션 또는 결제 애플리케이션 실행시 팝업 창으로 제공될 수 있다.

본 발명의 실시예에 따른 컴퓨터 프로그램은 컴퓨터를 이용하여 본 발명의 실시예에 따른 결제 처리 방법 중 어느 하나의 방법을 실행시키기 위하여 매체에 저장될 수 있다.

이 외에도, 본 발명을 구현하기 위한 다른 방법, 다른 시스템 및 상기 방법을 실행하기 위한 컴퓨터 프로그램을 기록하는 컴퓨터 판독 가능한 기록 매체가 더 제공된다.

전술한 것 외의 다른 측면, 특징, 이점이 이하의 도면, 특허청구범위 및 발명의 상세한 설명으로부터 명확해 질 것이다.

본 발명에 의하면, 구매자에게 발급된 결제 ID 및 판매자에 의해 생성된 판매 정보를 결합한 결제 요청을 판매자 단말로부터 수신하여 구매자와의 직접 연결 없이 결제 요청에 의한 결제를 수행할 수 있다.

또한, 본 발명에 의하면, 구매자 및 판매자 간 개인 식별 정보의 교환 없이 거래데이터를 기반으로 커뮤니케이션을 개시 또는 수행할 수 있다.

도 1은 본 발명의 실시예들에 따른 결제 처리 시스템을 개략적으로 나타내는 도면이다.
도 2는 본 발명의 실시예들에 따른 결제 처리 서버의 구조를 나타내는 블록도이다.
도 3은 결제 처리 서버, 구매자의 사용자 단말, 판매자의 사용자 단말 사이의 데이터 송수신을 나타내는 도면이다.
도 4 내지 도 7은 본 발명의 실시예들에 따른 결제 처리 방법의 흐름도들이다.
도 8 내지 도 10은 결제 처리 서버, 구매자의 사용자 단말 및 판매자의 사용자 단말 사이의 데이터 송수신을 나타내는 도면들이다.
도 11 및 도 12는 결제 처리 서버에 의해 제공되는 사용자 인터페이스들이다.

본 발명은 다양한 변환을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 본 발명의 효과 및 특징, 그리고 그것들을 달성하는 방법은 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 다양한 형태로 구현될 수 있다. 이하의 실시예에서, 제1, 제2 등의 용어는 한정적인 의미가 아니라 하나의 구성 요소를 다른 구성 요소와 구별하는 목적으로 사용되었다. 또한, 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 또한, 포함하다 또는 가지다 등의 용어는 명세서상에 기재된 특징, 또는 구성요소가 존재함을 의미하는 것이고, 하나 이상의 다른 특징들 또는 구성요소가 부가될 가능성을 미리 배제하는 것은 아니다. 또한, 도면에서는 설명의 편의를 위하여 구성 요소들이 그 크기가 과장 또는 축소될 수 있다. 예컨대, 도면에서 나타난 각 구성의 크기 및 두께는 설명의 편의를 위해 임의로 나타내었으므로, 본 발명이 반드시 도시된 바에 한정되지 않는다.

이하, 첨부된 도면을 참조하여 본 발명의 실시예들을 상세히 설명하기로 하며, 도면을 참조하여 설명할 때 동일하거나 대응하는 구성 요소는 동일한 도면부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.

도 1은 본 발명의 실시예에 따른 결제 처리 시스템(10)을 나타내는 도면이다.

도 1을 참조하면, 본 발명의 실시예에 따른 결제 처리 시스템(10)은 결제 처리 서버(100), 사용자 단말(200, 300), 통신망(400)을 포함할 수 있다.

결제 처리 서버(100)는 판매자의 사용자 단말(200) 및 구매자의 사용자 단말(300)로 쇼핑 애플리케이션 및/또는 결제 애플리케이션을 배포할 수 있다. 결제 처리 서버(100)는 판매자의 사용자 단말(200)로부터의 결제 요청에 따라, 상기 결제 요청의 결제자(구매자)의 결제 수단을 이용하여 결제가 이루어질 수 있도록 한다. 이를 통해, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 구매를 위한 결제 수단의 직접적인 사용 또는 접촉 없이, 판매자에 의한 결제 요청에 의해 해당 결제 요청의 구매자의 결제 수단을 통한 결제를 처리할 수 있다.

결제 처리 서버(100)는 판매자의 사용자 단말(200)로부터 수신한 판매 행위와 관련된 전달 메시지를 구매자의 사용자 단말(300)로 전달할 수 있다. 여기서, 판매 행위와 관련된 전달 메시지는 판매 행위의 완료, 배송중, 배송 완료 등의 배송 상태를 포함할 수 있다. 이를 통해, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 구매자의 전화 번호 또는 구매자의 ID를 통한 1대1 통신 방식이 아닌, 판매 행위가 이루어진 결제 애플리케이션을 이용하여 구매자의 사용자 단말(300)로 판매 행위와 관련된 전달 메시지를 전달할 수 있다. 즉, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 구매자의 개인 정보의 노출 없이도 판매자로부터 유익한 정보를 수신 받을 수 있다.

결제 처리 서버(100)는 구매자의 사용자 단말(300)로부터 수신한 문의 메시지를 판매자의 사용자 단말(200)로 전달할 수 있다. 이를 통해, 본 발명의 실시예들에 따른 결체 처리 서버(100)는 판매자의 전화 번호, ID를 검색하는 등의 수고 없이 결제 내역을 이용하여 판매자의 사용자 단말(200)로 문의 메시지를 전달할 수 있다.

결제 처리 서버(100)는 배포된 결제 애플리케이션을 통해 이루어진 하나 이상의 결제 내역을 개별적으로 구분하기 위해서 유니크한 트랜잭션 ID를 생성하며, 상기 트랜잭션 ID를 이용하여 각 결제 내역을 관리할 수 있다. 여기서, 결제 처리 서버(100)는 트랜잭션 ID를 생성하기에 앞서 구매자를 나타내는 구매자 코드 및 판매자를 나타내는 판매자 코드를 추출, 생성, 검색할 수 있다. 결제 처리 서버(100)는 상기 구매자 코드 및 상기 판매자 코드로의 접근 및 해석이 가능한 트랜잭션 ID를 유니크하게 생성할 수 있다. 트랜잭션 ID는 구매자 코드 및/또는 판매자 코드를 그대로 포함할 뿐 아니라, 구매자 코드 및/또는 판매자 코드로 치환될 수 있는 코드들을 포함할 수 있다. 또한, 트랜잭션 ID는 결제 내역에 의해 처리된 결제 금액, 결제 상품, 결제 일자, 결제 일시 등으로 치환가능한 코드들을 더 포함할 수 있다. 즉, 트랜잭션 ID는 의미 있는 복수의 코드들로 구성될 수 있다. 여기서, 코드는 숫자, 영문자, 및/또는 기호이거나, 숫자, 영문자, 및/또는 기호로 치환될 수 있는 기하학적 기호 일 수 있다.

결제 처리 서버(100)는 배포된 결제 애플리케이션 및 쇼핑 애플리케이션을 통해, 구매자 및 판매자 사이의 지속적인 커뮤니케이션이 가능한 대화방 기능을 제공할 수 있다. 결제 처리 서버(100)는 구매자 및 판매자의 개인 정보들의 공개 없이 구매자 및 판매자 사이의 대화방을 개설할 수 있고, 상기 대화방을 통해 구매자 및 판매자가 교류할 수 있도록 제어한다.

판매자는 사용자 단말(200)를 이용하여, 결제 처리 서버(100)로 접속할 수 있으며, 결제 처리 서버(100)에 접속하여 다양한 판매 및/또는 결제 서비스를 위한 애플리케이션을 다운로드 받을 수 있다. 구매자는 사용자 단말(300)를 이용하여 결제 처리 서버(100)로 접속할 수 있으며, 결제 처리 서버(100)에 접속하여 다양한 쇼핑 및/또는 결제 서비스를 위한 애플리케이션을 다운로드 받을 수 있다. 구매자 및 판매자는 동일한 사용자 일 수 있으며, 상기의 설명에서, 구매자 및 판매자를 구분한 것은 설명의 편의를 위한 것 일뿐이다. 본 발명의 실시예들은 이에 한정되지 않는다.

복수 개의 사용자 단말(200, 300)들은 유무선 통신 환경에서 웹 서비스를 이용할 수 있는 통신 단말기를 의미한다. 여기서, 사용자 단말(200, 300)는 퍼스널 컴퓨터(201, 301)일 수도 있고, 또는 사용자의 휴대용 단말(202, 302)일 수도 있다. 도 1에서는 휴대용 단말기(202, 302)가 스마트폰으로 도시되었지만, 본 발명의 사상은 이에 제한되지 아니하며, 상술한 바와 같이 웹 브라우징이 가능한 애플리케이션을 탑재한 단말은 제한 없이 차용될 수 있다.

이를 더욱 상세히 설명하면, 사용자 단말(200, 300)는 서버 컴퓨터(server computer), 데스크톱 컴퓨터(desktop computer), 랩톱 컴퓨팅 디바이스(laptop computing device), 가전 디바이스(consumer electronic device), 모바일 컴퓨팅 디바이스(mobile computing device), 모바일 전화(mobile phone), 스마트 폰(smart phone), 태블릿 컴퓨팅 디바이스(tablet computing device), 개인용 디지털 보조기기(personal digital assistant), 착용가능한 컴퓨팅 디바이스(wearable computing device), 스마트 텔레비전(smart television), 스마트 기기(smart appliance) 및/또는 다른 유형의 컴퓨팅 디바이스를 포함하나 이에 제한되지 않는다.

한편, 통신망(400)은 복수 개의 사용자 단말(200, 300)들과 결제 처리 서버(100)를 연결하는 역할을 수행한다. 즉, 통신망(300)은 사용자 단말(200, 300)들이 결제 처리 서버(100)에 접속한 후 데이터를 송수신할 수 있도록 접속 경로를 제공하는 통신망을 의미한다. 통신망(300)은 예컨대 LANs(Local Area Networks), WANs(Wide Area Networks), MANs(Metropolitan Area Networks), ISDNs(Integrated Service Digital Networks) 등의 유선 네트워크나, 무선 LANs, CDMA, 블루투스, 위성 통신 등의 무선 네트워크를 망라할 수 있으나, 본 발명의 범위가 이에 한정되는 것은 아니다.

도 2는 본 발명의 실시예들에 따른 결제 처리 서버(100)의 구조를 나타내는 블록도이다.

도 2를 참조하면, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 데이터베이스(110), 메시지 큐(120), 프로세서(130), 저장 매체(140), 통신 인터페이스(150)를 포함할 수 있다.

데이터베이스(110)는 결제 처리 서버(100)에 등록된 하나 이상의 구매자 및 하나 이상의 판매자 관련 정보를 저장 관리할 수 있다. 데이터베이스(110)는 구매자의 사용자 아이디, 비밀 번호, 결제 수단과 관련된 정보, 판매자의 사용자 아이디, 비밀 번호, 판매처의 주소 및 전화 번호, 사업자 등록 번호 등을 저장 관리할 수 있다.

메시지 큐(120)는 처리되어야 하는 결제와 대응되는 패킷을 저장하는 저장 공간을 말한다. 메시지 큐(120)는 결제 처리를 위해 생성, 구현된 태스크 수행부에 의해서 제어된다. 다만, 예외적인 상황에서는 메시지 큐(120)에 대한 접근이 불가능할 수 있다. 예외적인 상황은 예를 들어 결제 처리 서버(100)의 전원이 켜지거나 꺼지는 순간인 경우, 결제 처리 서버(100)가 결제 처리를 위한 모듈에 연결되지 않은 경우, 결제 처리 서버(100)의 운영체제의 동작에 오류가 있는 경우, 결제 처리 서버(100)에 바이러스, 악성 코드 등의 공격이 발생된 경우, 결제 처리 서버(100)에 실행되는 프로세서, 쓰레드에 의해 CPU 또는 메모리의 사용률이 미리 설정된 임계율, 예를 들어 90퍼센트 이상인 경우 중 적어도 하나 일 수 있다.

프로세서(130)는 프로세서(processor)와 같이 데이터를 처리할 수 있는 모든 종류의 장치를 포함할 수 있다. 여기서, '프로세서(processor)'는, 예를 들어 프로그램 내에 포함된 코드 또는 명령으로 표현된 기능을 수행하기 위해 물리적으로 구조화된 회로를 갖는, 하드웨어에 내장된 데이터 처리 장치를 의미할 수 있다. 이와 같이 하드웨어에 내장된 데이터 처리 장치의 일 예로써, 마이크로프로세서(microprocessor), 중앙처리장치(central processing unit: CPU), 프로세서 코어(processor core), 멀티프로세서(multiprocessor), ASIC(application-specific integrated circuit), FPGA(field programmable gate array) 등의 처리 장치를 망라할 수 있으나, 본 발명의 범위가 이에 한정되는 것은 아니다.

저장 매체(140)는 운영 체제, 애플리케이션, 프로그램, 라이브러리 및 드라이버와 같은, 결제 처리 서버(100)의 동작 중에 사용되는 다양한 데이터 및 소프트웨어를 저장할 수 있다. 여기서, 저장 매체(140)는 자기 저장 매체(magnetic storage media) 또는 플래시 저장 매체(flash storage media)를 포함할 수 있으나, 본 발명의 범위가 이에 한정되는 것은 아니다. 저장 매체(140)는 본 발명의 실시예들에 따른 결제 처리 방법을 수행하기 위한 명령어들을 저장할 수 있다.

통신 인터페이스(150)는 다른 네트워크 장치와 유무선 연결을 통해 제어 신호 또는 데이터 신호와 같은 신호를 송수신하기 위해 필요한 하드웨어 및 소프트웨어를 포함하는 장치일 수 있다. 통신 인터페이스(150)는 사용자 단말(200, 300)로부터 결제와 관련된 요청 즉, 결제 요청, 결제 시작 요청 등을 수신하거나, 사용자 단말(200, 300)로 상기 결제 시작 요청의 응답으로 결제 ID 등을 전송할 수 있다. 또한, 통신 인터페이스(150)는 구매자 단말과 근거리 통신으로 연결된 판매자 단말로부터 상기 구매자 단말을 통해 획득된 결제 ID 및 상기 판매자에 의해 생성된 판매 정보를 결합한 결제 요청을 수신할 수 있다. 여기서, 결제 요청은 판매자 단말로부터 수신하게 되고, 결제 시작 요청은 구매자 단말로부터 수신하게 된다. 또한, 통신 인터페이스(150)는 선택적으로 태스크 수행부의 제어에 따라 메시지 큐에 저장된 패킷을 외부의 결제 대행 서버로 전송할 수도 있다. 또한, 통신 인터페이스(150)는 외부의 결제 대행 서버로부터 패킷의 처리 결과를 수신 받을 수도 있다. 또한, 통신 인터페이스(150)는 사용자 단말(200 또는 300)로부터 수신한 메시지를 수신자의 사용자 단말(300 또는 200)으로 전달할 수도 있다. 통신 인터페이스(150)는 구매자 단말 또는 판매자 단말로부터 대화방 개설 요청을 수신할 수 있다. 대화방 개설 요청은 특정 구매 데이터 또는 판매 데이터와 대응되어 생성될 수 있다.

다음으로, 저장 매체(140)를 좀더 상세히 설명하겠다.

저장 매체(140)는 본 발명의 실시예들을 실행시키기 위해서, 제1 판단부(141), 제2 판단부(142), 평가부(143), 패킷 생성부(144), 태스트 수행부(145), 상태 감시부(146), 대화방 관리부(147)를 포함할 수 있다.

제1 판단부(141)는 통신 인터페이스(150)에 의해 수신된 결제 요청에 포함된 결제 ID가 제1 조건을 만족하는지 여부를 판단할 수 있다.

여기서, 결제 요청은 판매자의 단말(200)에 탑재된 결제 애플리케이션에 의해 생성되는 요청으로서, 판매자의 단말(200)에 의해 미리 등록된 등록 정보 및 상기 판매자의 단말(200)에 의해 새롭게 입력된 입력 정보를 모두 포함할 수 있다. 특히, 결제 요청은 구매자의 단말(300)로부터 획득된 결제 ID를 포함하게 된다. 결제 ID는 구매자의 단말(300)에 제공된 일회용으로 또는 한시적으로 유효한 ID를 말하는 것으로, 구매자의 단말(300)과는 무관하지만 구매자의 단말(300) 또는 구매자를 식별해줄 수도 있다. 여기서, 구매자의 단말(300)은 판매자의 단말(200)와 일반적으로는 다르나, 특수한 상황에서는 동일할 수도 있다. 즉, 구매자 이면서 판매자가 소지한 단말은 구매자 단말 이면서 판매자 단말일 수 있다. 여기서, 제1 조건은 결제 ID에 대한 조건으로, 결제 ID에 포함된 숫자, 기호, 영문자 등이 결제 ID에 대한 규칙을 만족하는지 여부, 상기 결제 ID의 유효 기간이 만료되었는지 여부, 상기 판매자의 단말(200)의 위치가 상기 결제 ID가 부여된 구매자의 단말(300)의 위치로부터 미리 설정된 임계 거리 이내 인지 여부 중 적어도 하나를 포함할 수 있다. 이를 통해, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 결제 요청에 포함된 결제 ID가 유효한지, 결제 ID와 관련된 구매자에 의해 결제 요청이 시작된 것인지 여부를 확인할 수 있다. 결과적으로, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 결제 ID가 다른 사용자에 의해 사용되거나, 예전 발급된 결제 ID를 통해 결제 ID를 발급받은 사용자 이외의 사용자에 의해 계속적으로 결제가 이루어지는 것을 방지할 수 있다. 제2 판단부(142)는 상기 제1 조건을 만족하는 결제 요청이 제2 조건을 만족하는지 여부를 판단할 수 있다. 여기서, 제2 조건은 결제 ID와 관련된 구매자에 대한 조건으로, 결제 ID를 수신한 구매자가 결제 수단을 보유하고 있는지 여부, 상기 구매자에 의해 등록된 결제 수단이 있는지 여부, 상기 구매자에 의해 등록된 결제 수단의 유효 기간이 남아 있는지 여부, 상기 결제 수단의 결제 가능 여부 중 적어도 하나를 포함할 수 있다. 여기서, 결제 수단의 결제 가능 여부는 분실 신고 등에 의해 사용이 정지되지는 않았는지 여부, 한도액을 초과하여 사용되었는지 여부 등에 의해 결정될 수 있다. 일반적으로 결제 수단에 대한 유효성은 외부의 결제 대행 서버로부터의 응답을 통해 확인할 수 있었다. 이에 반해, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 제2 판단부(142)에 의해 결제 대행 서버와의 통신 없이 미리 등록된 결제 수단에 대한 정보를 고려하여 결제 수단의 유효성을 판단할 수 있다.

평가부(143)는 상기 제1 판단부(141) 및 상기 제2 판단부(142)에 의해 상기 결제 요청이 제1 조건 및 제2 조건을 만족한다고 판단된 경우, 상기 결제 요청이 유효하다고 평가할 수 있다.

패킷 생성부(144)는 상기 결제 요청이 유효한 경우, 상기 결제 요청의 당사자인 구매자, 판매자, 결제 정보(예를 들어, 결제 금액, 결제 품목 등)에 접근할 수 있도록 생성된 트랜잭션 ID를 생성하고, 상기 트랜잭션 ID를 포함하는 패킷을 생성할 수 있다. 패킷 생성부(144)에 의해 생성된 하나 이상의 패킷은 생성된 순서로 메시지 큐(120)에 저장될 수 있다. 메시지 큐(120)는 처리되어야 하는 결제와 대응되는 패킷을 저장하는 저장 공간을 말한다. 메시지 큐(120)는 저장 매체(140) 또는 데이터베이스(110)와는 독립적으로 동작되어야 하며, 이를 위해서 별도의 스토리지에 포함될 수도 있으나, 독립적으로 동작하도록 설정되는 저장 매체(140) 또는 데이터베이스(110)와 동일한 스토리지에 포함될 수도 있다. 메시지 큐(120)는 독립적으로 패킷을 처리하기 위해 생성된 태스크에 의해서만 접근되며, 운영체제 및 다른 프로세스 또는 스레드에 의해서는 접근될 수 없다. 그러나, 예외적으로, 결제 처리 서버(100)는 자체적인 상태 모니터링을 통해, 예외적인 상황인 경우, 메시지 큐(120)에 대한 접근을 막을 수 있다. 예외적인 상황은 예를 들어 결제 처리 서버(100)의 전원이 켜지거나 꺼지는 순간인 경우, 결제 처리 서버(100)가 내부 또는 외부의 결제 처리를 위한 모듈에 연결되지 않은 경우, 결제 처리 서버(100)의 운영체제의 동작에 오류가 있는 경우, 결제 처리 서버(100)에 바이러스, 악성 코드 등의 공격이 발생된 경우, 결제 처리 서버(100)에 실행되는 프로세서, 쓰레드에 의해 CPU 또는 메모리의 사용률이 미리 설정된 임계율, 예를 들어 90퍼센트 이상인 경우 중 적어도 하나 일 수 있다. 메시지 큐(120)는 미리 정해진 임계 수량만큼의 패킷 만을 저장할 수 있으며, 임계수를 초과하는 경우에는 더 이상 패킷을 저장할 수 없다는 신호(signal)를 상태 감시부(146)에 전달할 수 있다.

태스크 수행부(145)는 결제 처리를 위해 생성된 태스크를 제어하는 기능을 수행한다. 태스크 수행부(145)는 저장 매체(140)에 저장된 다른 구성요소들의 동작과 독립적으로 기능하도록 설정되며, 메시지 큐에 저장된 패킷을 읽거나, 메시지 큐에 저장된 패킷을 삭제하거나 메시지 큐에 저장된 패킷을 변경하는 등의 동작을 수행할 수 있다. 태스크 수행부(145)이외의 다른 구성요소들은 메시지 큐에 저장된 패킷을 읽거나 삭제할 수 없다. 태스크 수행부(145)는 메시지 큐에 저장된 데이터의 복호화 키를 관리함으로써, 상기 메시지 큐에 저장된 데이터를 읽거나 삭제할 수 있다. 태스크 수행부(145)는 메시지 큐에 저장된 패킷을 저장된 순서대로 처리할 수 있다. 태스크 수행부(145)는 저장된 패킷을 분석하여, 상기 패킷과 대응되는 결제를 처리할 수 있다. 태스크 수행부(145)는 저장된 패킷으로부터 추출된 판매 관련 정보, 구매 관련 정보를 기초로 상기 패킷과 대응되는 결제를 자체적으로 처리할 수 있다. 여기서, 결제를 처리한다는 것은 구매자의 결제 수단을 통해 상기 판매 관련 정보와 대응되는 결제가 수행되며, 판매자의 계좌로 상기 결제에 따른 판매 대금이 지불되도록 함을 의미할 수 있다. 태스크 수행부(145)는 메시지 큐에 저장된 하나 이상의 패킷 중 가장 먼저 저장된 제1 패킷을 처리하고, 상기 제1 패킷에 대한 처리 결과를 수신할 때까지 대기한다. 태스크 수행부(145)는 상기 제1 패킷에 대한 처리 결과로 참(TRUE)을 수신하게 되면, 제1 패킷을 메시지 큐에서 삭제하고, 제1 패킷과 대응되는 결제가 처리되었다고 결정한다. 이후, 태스트 수행부(145)는 메시지 큐에 저장된 패킷이 없어질 때까지 그 다음 패킷을 처리할 수 있다. 이때, 태스트 수행부(145)는 프로세서(130)에 의해 수행되는 다른 프로세스, 쓰레드 등과 별개로 독립적인 메모리, CPU 등을 이용하여 패킷을 처리하게 된다. 태스크 수행부(145)는 상기 제1 패킷에 대한 처리 결과로 거짓(FALSE)을 수신하게 되면, 제1 패킷을 소정의 시간 이후에 재 전송하거나, 제1 패킷과 대응되는 결제가 처리되지 않았다고 결정한다.

태스크 수행부(145)는 주기적으로, 예를 들어, 1초 또는 0.1 초와 같이 상당히 짧은 시간 간격으로 메시지 큐(120)에 접근하여, 저장된 패킷이 있는지를 체크하고, 저장된 패킷이 있는 경우, 저장된 순서대로 패킷을 처리할 수 있다. 또는 태스크 수행부(145)는 메시지 큐에 패킷이 저장되면 발생하는 이벤트(event), 또는 인터럽트(interrupt)가 수신되면, 메시지 큐에 저장된 패킷을 저장된 순서대로 처리할 수 있다. 태스크 수행부(145)는 선택적으로 외부의 결제 대행 서버와의 데이터 송수신을 통해 결제를 처리할 수도 있다.

상태 감시부(146)는 태스크 수행부(145)에 의해 이에 따라, 구매자 및 판매자의 사용자 단말(200, 300)로 결제 처리 상태를 송부할 수 있다. 상태 감시부(146)는 결제 처리 상태가 참(TRUE)인 경우에는 이에 따라 구매자의 사용자 단말(300)로 구매 데이터를 전송할 수 있고 판매자의 사용자 단말(200)로 판매 데이터를 전송할 수 있다. 사용자 단말에 탑재된 결제 애플리케이션을 통해, 구매 데이터는 구매 내역으로 저장되고, 판매 데이터는 판매 내역의 일부로 저장되게 된다. 구매 데이터는 트랜잭션 아이디를 통해 획득된 결제 정보를 기반으로 생성되며, 판매자에 대한 식별 정보(전화번호, 주소 등)을 포함할 수 있다. 판매 데이터 역시 트랜잭션 아이디를 통해 획득된 결제 정보를 기반으로 생성되며, 구매 데이터와 달리 구매자에 대한 식별 정보, 개인 정보(전화번호, 이름, 주소 등)을 포함하지 않는다.

상태 감시부(146)는 결제 처리 상태가 거짓(FALSE)인 경우에는 판매자의 사용자 단말(200)로 결제 요청이 처리되지 않았음을 알리는 메시지를 전송할 수 있다. 이때, 상태 감시부(146)는 구매자의 사용자 단말(300)에는 결제 요청이 처리되지 않았음을 알리는 메시지를 전달할 필요가 없다.

선택적 실시예에서, 상태 감시부(146)는 판매자의 사용자 단말(200)로부터 수신한 전달 메시지를 해당 전달 메시지에 포함된 트랜잭션 ID를 이용하여 구매자를 추출하고, 상기 구매자의 사용자 단말(300)로 상기 전달 메시지를 전송하도록 제어할 수 있다. 상태 감시부(146)는 전달 메시지를 분석하여 도출된 트랜잭션 아이디를 이용하여 상기 전달 메시지의 수신자를 결정하고 상기 수신자의 사용자 단말로 상기 전달 메시지를 전송할 수 있다. 상기 전달 메시지는 판매 행위의 완료, 판매 행위의 후속 액션의 완료 등을 포함할 수 있다. 예를 들어, 식품/음료 등을 판매하는 판매자는 별도의 알림 장치 없이 식품의 완성, 음료의 완성을 전달 메시지로 생성함으로써, 구매자의 사용자 단말(300)로 전달할 수 있다. 또한, 온라인 쇼핑몰을 운영하는 판매자는 상품의 배송 상태(출고, 배송 등)를 근거로 전달 메시지로 생성하고, 구매자의 사용자 단말(300)로 상기 상품의 배송 상태(출고, 배송 등)을 알리는 전달 메시지를 전달할 수 있다. 이때, 판매자는 구매자의 전화번호, 아이디 등의 개인 정보를 확인하는 과정 없이 판매 내역으로부터 구매자에게 전달 메시지를 전달할 수 있다. 구매자는 항상 구비하고 있는 사용자 단말(300)을 통해, 판매 장소를 벗어나더라도, 음료, 식품 등의 판매 행위의 후속 행위인 완성과 같은 정보를 전달 받을 수 있다.

상태 감시부(146)는 메시지 큐에 저장된 패킷의 수가 임계수를 초과하는 경우에도, 결제가 불가하다는 메시지를 판매자의 사용자 단말(200)로 전달할 수 있다. 이때, 상태 감시부(146)는 구매자의 사용자 단말(300)에는 상기 결제가 불가하다는 메시지를 전달할 필요가 없다.

상태 감시부(146)는 구매자의 사용자 단말(300)로부터 수신한 문의 메시지로부터 추출된 트랜잭션 아이디를 이용하여 상기 구매 데이터의 판매자를 추출하고, 상기 판매자의 단말로 상기 구매 데이터와 대응되는 판매 데이터와 링크된 문의 메시지를 전송할 수 있다. 상태 감시부(146)는 구매자의 사용자 단말(300)로부터 수신한 문의 메시지를 상기 문의 메시지에 포함된 트랜잭션 ID를 이용하여 판매자를 추출하고, 상기 판매자의 사용자 단말(200)로 상기 문의 메시지를 전송하도록 제어할 수 있다. 예를 들어, 구매자는 판매자의 전화번호, 아이디 등의 개인 정보, 식별 정보를 확인하는 과정 없이 구매 내역으로부터 결제한 식품/음료 등의 완료 시점, 온라인 쇼핑몰을 통해 구매한 상품의 배송 상태 등을 확인하거나, 판매자에게 사이즈, 색상 등의 상품과 관련된 문의를 하는 문의 메시지를 전송할 수 있다. 이를 통해, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 구매자 및 판매자가 서로의 개인 정보(전화번호, 아이디 등)를 알지 못하더라도 구매자 또는 판매자에게 메시지를 전달할 수 있게 한다. 본 발명의 실시예들에 따른 결제 처리 서버(100)는 상품 구매를 통해 구매자의 개인 정보가 유출되는 것을 방지할 수 있다. 본 발명의 실시예들에 따른 결제 처리 서버(100)는 상품 판매를 통해 판매자의 개인 정보가 유출되는 것을 방지할 수 있다.

대화방 관리부(147)는 구매자 단말의 구매 데이터 또는 판매자 단말의 판매 데이터를 이용한 대화방 개설 요청의 응답으로, 대화방을 개설할 수 있다. 구매자 단말로부터 대화방 개설 요청을 수신한 경우, 대화방 관리부(147)는 상기 대화방 개설 요청을 분석하여 획득된 트랜잭션 아이디를 이용하여 판매자 정보를 검색하고, 상기 검색된 판매자를 대화방의 참가자로 결정할 수 있다. 이때, 대화방 참가자인 판매자와 관련된 정보는 구매자 단말로 제공될 수 있다.

판매자 단말로부터 대화방 개설 요청을 수신한 경우, 대화방 관리부(147)는 상기 대화방 개설 요청을 분석하여 획득된 트랜잭션 아이디를 이용하여 구매자 정보를 검색하고, 상기 검색된 구매자를 대화방의 참가자로 결정할 수 있다. 이때, 대화방 참가자인 구매자와 관련된 정보는 판매자 단말로 제공되지 않는다. 생성된 대화방을 통해 주고 받은 메시지는 대화방 참가자인 구매자 및 판매자에게 제공되지만 구매자 또는 판매자의 개인 정보는 제공되지 않을 수 있다.

본 발명의 실시예들에 따른 결제 처리 서버(100)는 사용자 단말(200, 300)에 탑재된 결제 애플리케이션을 통해 결제 수단 또는 판매자 정보를 미리 등록 시킬 수 있다. 이때, 결제 수단의 종류에 따라 등록시키는 과정은 달라질 수 있다. 구매자의 결제 수단은 결제가 가능한 신용 카드, 계좌 이체가 가능한 계좌 정보 등을 포함하며, 구매자가 아닌 다른 사용자의 결제 수단을 등록할 수도 있다. 이런 경우, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 결제 수단에 의한 결제 정보를 결제 수단의 명의자인 사용자의 사용자 단말(302)에게 전달하고, 판매자로부터의 전달 메시지를 구매자의 사용자 단말(301)에게 전달될 수 있다.

본 발명의 실시예들에 따른 결제 처리 서버(100)는 제1 사용자에 의해 미리 결제된 선결제 금액 만큼의 결제 수단을 생성하고 상기 결제 수단을 제2 사용자에게 전달할 수 있다. 상기 제2 사용자는 본인이 아닌 제1 사용자에 의해 생성된 결제 수단을 이용하여 구매 행위를 수행할 수 있다. 예를 들어, 제1 사용자는 보유한 결제 수단을 이용하여, 소정의 금액을 선 결제하고, 상기 선 결제한 금액을 제2 사용자에게 선물할 수 있다. 이런 경우, 결제 처리 서버(100)는 제2 사용자가 상기 선 결제한 금액의 결제 수단을 보유한 것으로 등록하게 된다. 물론, 선물을 받은 제2 사용자는 이에 대한 승인, 승낙의 응답을 한 경우에만 상기 선 결제한 금액의 결제 수단을 보유하게 될 수 있다. 다른 사용자에 의해 선 결제되거나 등록된 결제 수단에 대해서는 특별히 결제 수단이 유효한지 여부를 판단하지 않을 수 있다.

도 3은 결제 처리 서버(100), 구매자의 사용자 단말(300), 판매자의 사용자 단말(200) 사이의 데이터 송수신을 나타내는 도면이다.

판매자의 사용자 단말(200)은 결제 처리 서버(100)에 의해 배포된 결제 애플리케이션(220)을 탑재하고 있으며, 결제 애플리케이션에 의해 판매된 판매 내역(230)을 저장할 수 있다. 또한 판매자의 사용자 단말(200)은 판매자의 판매처, 판매 품목 등에 대한 정보를 등록 시켜 판매할 수 있는 쇼핑 애플리케이션(210)을 추가적으로 탑재할 수 있다.

구매자의 사용자 단말(300)은 결제 처리 서버(100)에 의해 배포된 결제 애플리케이션(320) 및 결제 애플리케이션에 의해 구매된 구매 내역(330)을 저장할 수 있다. 또한, 구매자의 사용자 단말(300)은 상기 결제 애플리케이션을 통해 구매된 구매자의 구매와 관련된 정보인 구매 내역(330)를 포함할 수 있다.

결제 처리 서버(100)는 구매자의 요청에 따라 결제 ID를 발급하고, 결제 ID를 구매자의 사용자 단말(300)로 전송할 수 있다. 이때, 구매자의 사용자 단말(300)은 결제 애플리케이션(320)을 통해 결제 ID를 수신하게 된다. 구매자의 결제 애플리케이션(320)을 통해, 결제 ID는 판매자의 결제 애플리케이션(230)으로 전달될 수 있다. 이때, 결제 ID는 판매자의 사용자 단말(200)에 구비된 이미지 센서 등을 통해, 인식될 수도 있으며, 근거리 통신을 통해 전달될 수도 있다. 판매자의 사용자 단말(200)은 결제 처리 서버(100)로 결제 요청을 전송하게 된다. 상기 결제 요청의 응답으로, 결제 처리 서버(100)는 상기 결제 요청에 포함된 판매 정보 및 상기 결제 ID를 고려하여, 상기 결제 요청과 대응되는 트랜잭션 아이디를 생성할 수 있고, 상기 트랜잭션 아이디를 이용한 결제 처리를 수행할 수도 있다. 또한, 결제 처리 서버(100)는 판매자의 사용자 단말(200)로 트랜잭션 ID를 포함한 판매 데이터를 전송하고, 구매자의 사용자 단말(300)로 트랜잭션 ID를 포함한 구매 데이터를 전송하게 된다.

도 4 내지 도 7은 본 발명의 실시예들에 따른 결제 처리 방법을 나타내는 흐름도들이다.

도 4를 참조하면, 본 발명의 실시예들에 따른 결제 처리 방법은 결제 요청 수신 단계(S110), 결제 ID 판단 단계(S120), 결제 수단 판단 단계(S130), 결제 요청 평가 단계(S140), 패킷 생성 단계(S150), 패킷 저장 단계(S160)를 포함할 수 있다.

S110에서는 결제 처리 서버(100)는 판매자의 단말(200)로부터 결제 요청을 수신할 수 있다. 여기서, 결제 요청은 판매자의 단말(200)에 탑재된 결제 애플리케이션에 의해 생성되는 요청으로서, 판매자의 단말(200)에 의해 미리 등록된 등록 정보 및 상기 판매자의 단말(200)에 의해 새롭게 입력된 입력 정보를 모두 포함할 수 있다. 특히, 결제 요청은 구매자의 단말(300)로부터 획득된 결제 ID를 포함하게 된다. 결제 ID는 구매자의 단말(300)에 제공된 일회용으로 또는 한시적으로 유효한 ID를 말하는 것으로, 구매자의 단말(300)과는 무관하지만 구매자의 단말(300) 또는 구매자를 식별해줄 수도 있다. 여기서, 구매자의 단말(300)은 판매자의 단말(200)와 일반적으로는 다르나, 특수한 상황에서는 동일할 수도 있다. 즉, 구매자 이면서 판매자가 소지한 단말은 구매자 단말이면서 판매자 단말일 수 있다.

S120에서는 결제 처리 서버(100)는 상기 결제 요청에 포함된 결제 ID가 제1 조건을 만족하는지 여부를 1차적으로 판단할 수 있다. 결제 처리 서버(100)는 1차적으로 결제 요청에 포함된 결제 ID가 유효한지 판단할 수 있다. 제1 조건은 결제 ID에 대한 조건으로, 결제 ID에 포함된 숫자, 기호, 영문자 등이 결제 ID에 대한 규칙을 만족하는지 여부, 상기 결제 ID의 유효 기간이 만료되었는지 여부, 상기 판매자의 단말(200)의 위치가 상기 결제 ID가 부여된 구매자의 단말(300)의 위치로부터 미리 설정된 임계 거리 이내 인지 여부 중 적어도 하나를 포함할 수 있다. 결제 처리 서버(100)는 1차적인 판단을 통해, 판매자의 단말(200)로부터의 결제 요청에 포함된 결제 ID 자체가 유효한지 판단할 수 있다.

S130에서는 결제 처리 서버(100)는 상기 결제 ID를 수신한 구매자를 검색하고, 상기 구매자와 관련된 결제 수단이 제2 조건을 만족하는지 여부를 2차적으로 판단할 수 있다. 제2 조건은 결제 ID와 관련된 구매자에 대한 조건으로, 결제 ID를 수신한 구매자가 결제 수단을 보유하고 있는지 여부, 상기 구매자에 의해 등록된 결제 수단이 있는지 여부, 상기 구매자에 의해 등록된 결제 수단의 유효 기간이 남아 있는지 여부, 상기 결제 수단의 결제 가능 여부 중 적어도 하나를 포함할 수 있다. 여기서, 결제 수단의 결제 가능 여부는 분실 신고 등에 의해 사용이 정지되지는 않았는지 여부, 한도액을 초과하여 사용되었는지 여부 등에 의해 결정될 수 있다. 결제 처리 서버(100)는 2차적인 판단을 통해 결제 요청에 포함된 결제 ID를 수신한 구매자의 결제 수단에 의해 상기 결제가 처리될 수 있는지 여부를 판단하게 된다.

S140에서는 결제 처리 서버(100)는 상기 1차적인 판단 및 상기 2차적인 판단이 모두 만족하는 경우, 상기 결제 요청이 유효하다고 평가할 수 있다. 즉, 결제 처리 서버(100)는 유효한 결제 요청에 대해서는 바로 결제가 이루어질 수 있도록 처리한다.

S150에서는 결제 처리 서버(100)는 상기 결제 요청과 대응되는 결제를 처리하기 위해 상기 결제 요청에 대한 결제 정보, 상기 결제 요청의 구매자 및 판매자에 대한 코드를 포함하는 트랜잭션 ID를 포함하는 패킷을 생성할 수 있다. 여기서, 결제 요청에 대한 결제 정보는 결제 금액, 결제 품목 등의 정보를 포함할 수 있다. 구매자에 대한 코드는 구매자의 아이디와 대응시켜 부여된 코드로서, 구매자의 이름, 결제 수단, 구매자의 다른 개인 정보와는 직접적으로 대응되지는 않으나, 간접적으로는 대응될 수 있다. 판매자에 대한 코드는 판매자의 아이디와 대응시켜 부여된 코드로서, 판매자의 이름, 판매자의 사업자 등록 번호 등과 같은 개인 정보와는 직접적으로 대응되지 않는다. 트랜잭션 ID는 판매자와 대응되는 판매자 코드를 포함하고, 구매자와 대응되는 구매자 코드를 포함하면서 하나의 결제 요청과 대응되도록 생성될 수 있다. 각 결제 요청은 유일하게 존재하는 트랜잭션 ID에 의해 관리될 수 있다.

S160에서는 결제 처리 서버(100)는 상기 패킷을 메시지 큐에 저장할 수 있다. 결제 처리 서버(100)는 상기 패킷을 데이터베이스(DB)와 독립적으로 존재하는 영역인 메시지 큐(Queue)에 저장할 수 있다. 또한, 메시지 큐가 저장된 영역은 관리자에 의해 설정된 영역이고, 비휘발성 저장 매체에 구비될 수 있다. 또한, 메시지 큐는 결제 처리의 독립성 및 안전성을 유지하기 위해서, 운영체제, 설치된 컴퓨터 프로그램 등에 의해 접근되지 않도록 설정될 수 있다.

도 5를 참조하면, 본 발명의 실시예들에 따른 결제 처리 방법은 상기 메시지 큐에 저장된 패킹을 처리하는 단계(S210), 상기 제1 패킷에 대한 처리 결과를 수신하는 단계(S220), 상기 제1 패킷에 대한 처리 결과가 참(true)인지를 판단하는 단계(S230), 상기 제1 패킷과 관련된 판매자 또는 구매자를 검색하는 단계(S240), 상기 판매자의 단말로 상기 제1 패킷에 대한 판매 데이터를 전송하는 단계(S250), 상기 구매자의 단말로 상기 제1 패킷에 대한 구매 데이터를 전송하는 단계(S260)를 포함할 수 있다.

S210에서는 결제 처리 서버(100)는 결제를 위한 패킷의 메시지 큐에 저장된 하나 이상의 패킷을 저장된 순서에 따라 처리할 수 있다. 결제 처리 서버(100)는 메시지 큐에 저장된 패킷을 처리하기 위한 태스크(task) 수행부를 생성하고, 상기 태스크(task) 수행부를 통해 상기 메시지 큐를 관리하는 기능을 수행하게 된다. 태스크(task) 수행부는 주기적으로, 예를 들어, 1초 또는 0.1 초와 같이 상당히 짧은 시간 간격으로 메시지 큐에 접근하여, 저장된 패킷이 있는지를 체크하고, 저장된 패킷이 있는 경우, 저장된 순서대로 패킷을 처리할 수 있다. 또는 태스크(task) 수행부는 메시지 큐에 패킷이 저장되면 발생하는 이벤트(event), 또는 인터럽트(interrupt)가 수신되면, 메시지 큐에 저장된 패킷을 저장된 순서대로 처리할 수 있다. 그러나, 결제 처리 서버(100)는 자체적인 모니터링 프로그램을 통해 예외적인 상황이라고 판단되는 경우, 메시지 큐에 대한 접근을 막을 수 있다. 예외적인 상황은 예를 들어 결제 처리 서버(100)의 전원이 켜지거나 꺼지는 순간인 경우, 결제 처리 서버(100)가 내부 또는 외부의 결제 처리를 위한 모듈에 연결되지 않은 경우, 결제 처리 서버(100)의 운영체제의 동작에 오류가 있는 경우, 결제 처리 서버(100)에 바이러스, 악성 코드 등의 공격이 발생된 경우, 결제 처리 서버(100)에 실행되는 프로세서, 쓰레드에 의해 CPU 또는 메모리의 사용률이 미리 설정된 임계율, 예를 들어 90퍼센트 이상인 경우 중 적어도 하나 일 수 있다.

S220에서는 결제 처리 서버(100)는 상기 제1 패킷에 대한 처리 결과를 수신한다.

S230에서는 결제 처리 서버(100)는 상기 제1 패킷에 대한 처리 결과가 참(true)인지 여부를 판단한다.

S240에서는 결제 처리 서버(100)는 상기 제1 패킷에 대한 처리 결과가 참(true)인 경우, 상기 제1 패킷을 상기 메시지 큐에서 제거 또는 삭제하고, 상기 제1 패킷과 관련된 판매자 또는 구매자를 검색할 수 있다. 결제 처리 서버(100)는 상기 제1 패킷에 포함된 트랜잭션 ID를 이용하여 판매자 또는 구매자 정보를 검색할 수 있다. 결제 처리 서버(100)는 상기 제1 패킷에 포함된 트랜잭션 ID에서, 구매자와 대응되는 부분, 판매자와 대응되는 부분을 추출하고, 구매자와 대응되는 부분(portion)으로부터 구매자를 검색하고 판매자와 대응되는 부분(portion)으로부터 판매자를 검색할 수 있다.

S250에서는 결제 처리 서버(100)는 판매자의 단말로 상기 제1 패킷에 대한 판매 데이터를 전송할 수 있다. 결제 처리 서버(100)는 상기 제1 패킷를 분석하여 획득된 상기 트랜잭션 ID를 이용하여, 데이터베이스(110)에서 결제 정보를 검색할 수 있다. 결제 처리 서버(100)는 결제 정보에서 구매자와 관련된 정보를 삭제한 판매 데이터를 생성할 수 있다. 이를 통해 본 발명의 실시예들에 따른 결제 처리 서버(100)는 구매자의 개인 정보 없이도 구매자와 접속할 수 있는 판매 데이터를 판매자의 사용자 단말로 제공할 수 있다.

S260에서는 결제 처리 서버(100)는 구매자의 단말로 상기 제1 패킷로부터 상기 구매자에 의해 이루어진 구매 데이터를 추출하여 전송할 수 있다. 결제 처리 서버(100)는 트랜잭션 아이디를 이용하여, 데이터베이스(110)에서 결제 정보를 검색할 수 있다. 결제 처리 서버(100)는 결제 정보, 결제 금액, 결제 일자/일시, 판매처, 판매자의 전화번호 등을 포함하는 구매 데이터를 생성할 수 있다. 구매자의 단말은 신용 카드의 종류와 무관하게 결제 처리 서버(100)로부터 수신된 하나 이상의 구매 데이터를 일괄적으로 관리할 수 있다. 구매 데이터는 트랜잭션 아이디를 통해 획득된 결제 정보를 기반으로 생성되며, 판매자에 대한 식별 정보(전화번호, 주소 등)을 포함할 수 있다.

이를 통해, 본 발명의 실시예들에 따른 결제 처리 서버(100)는 결제 수단의 구분 없이 구매자의 단말에 의해 이루어진 구매 내역을 관리할 수 있다.

도 6을 참조하면, 본 발명의 실시예들에 따른 결제 처리 방법은 제1 트랜잭션 ID를 포함하는 전달 메시지를 수신하는 단계(S310), 상기 트랜잭션 ID와 관련된 구매자를 검색하는 단계(S320), 상기 구매자의 단말(300)로 상기 전달 메시지를 전송하는 단계(S330)를 포함할 수 있다.

S310에서는 결제 처리 서버(100)는 판매자의 단말(200)로부터 특정 판매 데이터에 대한, 제1 트랜잭션 ID를 포함하는 전달 메시지를 수신할 수 있다. 판매 데이터는 결제 정보를 기반으로 생성되며, 구매 데이터와 달리 구매자에 대한 식별 정보, 개인 정보(전화번호, 이름, 주소 등)을 포함하지 않는다.

S320에서는 결제 처리 서버(100)는 상기 제1 트랜잭션 ID를 이용하여 상기 트랜잭션 ID와 관련된 구매자를 검색할 수 있다. S330에서는 결제 처리 서버(100)는 상기 구매자의 단말(300)로 상기 제1 트랜잭션 ID와 결합된 전달 메시지를 전송한다. 구매자의 단말(300)에서는 상기 제1 트랜잭션 ID를 이용하여, 상기 전달 메시지와 관련된 구매 내역을 검색하고, 상기 구매 내역에 연결시켜 전달 메시지를 저장한다. 구매자의 단말(300)은 전달 메시지의 수신 표시를 구매 내역과 연결시켜 하게 된다.

상기 전달 메시지는 판매 행위의 완료, 판매 행위의 후속 액션의 완료 등을 포함할 수 있다. 예를 들어, 식품/음료 등을 판매하는 판매자는 별도의 알림 장치 없이 식품의 완성, 음료의 완성을 전달 메시지로 생성함으로써, 구매자의 사용자 단말(300)로 전달할 수 있다. 또한, 온라인 쇼핑몰을 운영하는 판매자는 상품의 배송 상태(출고, 배송 등)를 전달 메시지로 생성함으로써, 구매자의 사용자 단말(300)로 전달할 수 있다. 이때, 판매자는 구매자의 전화번호, 아이디를 확인하는 과정 없이 판매 내역으로부터 구매자에게 전달 메시지를 전달할 수 있다. 구매자는 항상 구비하고 있는 사용자 단말(300)을 통해, 판매 장소를 벗어나더라도, 음료, 식품의 완성과 같은 정보를 전달 받을 수 있다.

도 7을 참조하면, 본 발명의 실시예들에 따른 결제 처리 방법은 구매자의 단말(300)로부터 제2 트랜잭션 ID를 포함하는 문의 메시지를 수신하는 단계(S410), 상기 제2 트랜잭션 ID를 이용하여 상기 제2 트랜잭션 ID와 관련된 판매자를 검색하는 단계(S420), 상기 판매자의 단말(200)로 상기 제2 트랜잭션과 결합된 문의 메시지를 전송하는 단계(S430)를 포함할 수 있다.

S430에서는 결제 처리 서버(100)는 문의 메시지를 판매자의 단말(200)로 전송하면서, 상기 구매자 및 상기 판매자를 참가자로 하는 대화방을 개설할 수 있다.

예를 들어, 구매자는 판매자의 전화번호, 아이디를 확인하는 과정 없이 구매 내역으로부터 결제한 식품/음료 등의 완료 시점, 온라인 쇼핑몰을 통해 구매한 상품의 배송 상태 등을 확인하거나, 판매자에게 사이즈, 색상 등의 상품과 관련된 문의를 하는 문의 메시지를 전송할 수 있다. 이를 통해, 본 발명의 실시예들에 따른 결제 처리 장치(100)는 구매자 및 판매자가 서로의 개인 정보(전화번호, 아이디 등)를 알지 못하더라도 구매자 또는 판매자에게 메시지를 전달할 수 있게 한다. 본 발명의 실시예들에 따른 결제 처리 장치(100)는 상품 구매를 통해 구매자의 개인 정보가 유출되는 것을 방지할 수 있다.

도 8 내지 도 10은 결제 처리 서버(100), 판매자의 단말(200), 구매자의 단말(300) 사이의 데이터 송수신을 설명하기 위한 흐름도들이다.

도 8을 참조하면, 구매자의 단말(300)은 구매자의 ID를 포함하는 결제 시작 요청을 결제 처리 서버(100)로 전송할 수 있다(S710). 결제 처리 서버(100)는 구매자 ID를 위한 결제 ID를 생성할 수 있다(S711). 결제 처리 서버(100)는 결제 ID를 구매자의 단말(300)로 전송할 수 있다(S712). 구매자의 단말(300)은 상기 결제 ID를 판매자의 단말(200)로 전달한다(S713). 판매자의 단말(200)은 상기 결제 ID를 포함하는 결제 요청을 생성한다(S714). 판매자의 단말(200)은 상기 결제 요청을 결제 처리 서버(100)로 전송한다(S715). 결제 처리 서버(100)는 상기 결제 ID가 제1 조건을 만족하는지 여부를 판단할 수 있다(S716). 결제 처리 서버(100)는 결제 요청의 결제 ID를 이용하여 구매자의 ID를 검색한다(S717). 결제 처리 서버(100)는 구매자 ID가 제2 조건을 만족하는지 여부를 판단한다(S718). 결제 처리 서버(100)는 상기 결제 요청이 유효하다고 평가할 수 있다. 결제 처리 서버(100)는 결제 요청과 대응되는 처리 결과가 참인 경우, 결제 요청을 완료 처리한다(S719). 상기 결제 요청이 완료되면, 결제 처리 서버(100)는 구매자의 사용자 단말(300)에게는 구매 데이터를, 판매자의 사용자 단말(200)에게는 판매 데이터를 전송한다.

도 9를 참조하면, 판매자의 사용자 단말(200)은 저장된 판매 내역에 대한 후속 액션을 수신하고(S901), 상기 후속 액션과 대응되는 전달 메시지를 생성한다(S902). 판매자의 사용자 단말(200)은 상기 전달 메시지 및 상기 판매 내역과 대응되는 트랜잭션 ID를 결제 처리 서버(100)로 전달한다(S903). 결제 처리 서버(100)는 상기 트랜잭션 ID를 이용하여 검색, 획득, 추출된 구매자 코드를 이용하여, 구매자를 검색하고(S904), 상기 구매자의 사용자 단말(300)로 상기 전달 메시지를 전달한다(S905). 예를 들어, 상기 구매자 코드를 이용하여 구매자 단말과 함께 참가한 대화방을 생성하고 상기 대화방을 통해 상기 전달 메시지를 제공할 수 있다.

도 10을 참조하면, 구매자의 사용자 단말(300)은 저장된 구매 내역에 대한 문의 메시지를 수신한다(S1001). 구매자의 사용자 단말(300)은 상기 문의 메시지 및 상기 구매 내역의 트랜잭션 ID를 결제 처리 서버(100)로 전송한다(S1002). 결제 처리 서버(100)는 상기 트랜잭션 ID에 포함된 판매자 코드를 이용하여, 판매자를 추출한다(S1003). 결제 처리 서버(100)는 상기 문의 메시지와 대응되는 판매 내역과 연결되는, 상기 문의 메시지를 전송한다(S1004). 좀더 구체적으로, 결제 처리 서비(100)는 상기 판매자 코드를 이용하여 판매자 및 상기 구매자를 함께 포함시킨 대화방을 생성하고, 상기 대화방을 통해 상기 문의 메시지를 제공할 수 있다.

도 11은 구매자의 사용자 단말(300)에 의해 제공되는 사용자 인터페이스들의 예시들이다.

구매자의 사용자 단말(300)는 결제 애플리케이션의 구동을 통해, 도 11(a)와 같은 제1 사용자 인터페이스(S1)를 제공할 수 있다. 제1 사용자 인터페이스(S1) 이후에 구매자의 사용자 단말(300)은 결제 처리 서버(100)로부터 수신한 결제 ID와 대응되는 이미지 코드(바코드, QR 코드 등)을 포함하는 제2 사용자 인터페이스(S2)를 제공할 수 있다. 제2 사용자 인터페이스(S2)는 결제 ID의 잔여 유효 시간을 알려주는 시간 표시 영역(A2) 및 결제 의사가 사라짐에 따라 이전 사용자 인터페이스로 돌아가거나 홈 화면으로 돌아갈 수 있는 취소 버튼 영역(A3)를 포함할 수 있다. 제2 사용자 인터페이스(S2)를 판매자의 사용자 단말(200)을 통해 인식시키게 되면, 구매자의 사용자 단말(300)은 구매가 완료되었다는 구매 데이터를 제공하는 제3 사용자 인터페이스(S3)를 제공할 수 있다. 제3 사용자 인터페이스(S3)는 구매한 상품과 관련된 정보를 포함할 수 있다.

구매가 완료된 구매 데이터는 구매 내역을 제공하는 제4 사용자 인터페이스(S4)에 추가될 수 있다. 제4 사용자 인터페이스(S4)는 하나 이상의 구매 데이터(A4, A5)를 리스트로 포함하며, 온라인 쇼핑몰에서 구매한 상품인 제1 구매 데이터(A4)는 구매 취소가 가능한 버튼(A6), 판매자에게 질문을 보낼 수 있는 버튼(A7)를 포함할 수 있고, 오프라인 식음료 매장에서 구매한 상품인 제2 구매 데이터(A5)는 완료 알림 버튼(A8), 및 구매 취소가 가능한 버튼(A9)를 포함할 수 있다. 제2 구매 데이터(A5)를 통해, 구매자는 주문한 식음료의 완료 여부를 확인할 수 있다.

도 12에 도시된 바와 같이, 결제 처리 서버(100)는 구매자 단말 또는 판매자 단말로부터 수신된 대화방 개설 요청에 의해 상기 구매자 단말 및 상기 판매자 단말 사이의 메시지 송수신을 위한 대화방을 개설할 수 있다. 결제 내역을 통해 연결된 구매자 또는 판매자는 각 단말기에 저장된 구매 내역 또는 판매 내역을 이용하여 구매 내역의 판매자 또는 판매 내역의 구매자와 대화할 수 있는 창구를 제공 받을 수 있다. 구매 내역의 판매자 또는 판매 내역의 구매자와 접촉할 수 있는 전화번호, 이메일 주소 등의 개인 정보를 보유하지 않더라도, 결제 처리 서버(100)에 의해 제공되는 구매 내역 또는 판매 내역을 이용하여 구매자 및 판매자 사이의 커뮤니케이션이 가능할 수 있다.

도 12a에 도시된 바와 같이 구매자 단말은 구매 내역을 제공하는 화면(S5)을 제공할 수 있다. 구매 내역에 포함된 구매 데이터는 구매한 물품에 대한 정보 뿐만 아니라 교환/반품 신청을 위한 버튼, 대화방 개설을 위한 버튼, 구매를 확정하는 버튼, 구매를 취소하는 버튼, 문의 메시지를 전송하는 버튼을 포함할 수 있다. 사용자에 의해, 대화방 개설을 위한 버튼 또는 문의 메시지를 전송하는 버튼에 대한 선택 입력이 수신되는 경우, 구매자 단말은 상기 선택 입력과 대응되는 요청을 결제 처리 서버로 전송할 수 있다. 결제 처리 서버는 상기 요청의 응답으로, 구매자 및 판매자를 포함시킨 대화방(S7)을 개설하여 제공할 수 있다. 이때, 결제 처리 서버는 구매 데이터를 분석하여 획득된 트랜잭션 아이디를 이용하여 판매자를 검색, 추출하게 된다. 또한, 대화방에 포함된 참가자들의 프로필은 참가자들의 개인 정보가 공개되지 않도록 가상으로 생성될 수 있다. 이때, 결제 처리 서버는 참가자들 중 판매자에 의해 판매되는 물품의 이미지를 상기 판매자의 프로필(i2)로 설정할 수 있다. 또한, 판매자에 의해 수신된 메시지(t2)를 상기 프로필과 연결하여 제공할 수 있다. 구매자의 프로필(i1, i3)은 구매자에 의해 설정된 프로필 사진을 그대로 포함하며, 구매자에 의해 입력된 메시지(t1, t3)는 상기 프로필과 연결하여 제공될 수 있다.

도 12b에 도시된 바와 같이 판매자 단말은 판매 내역을 제공하는 화면(S6)을 제공할 수 있다. 판매 내역에 포함되는 판매 데이터는 판매 일시, 판매 금액, 구매자와 대응되는 가상 아이디 정보를 포함할 수 있다. 또한, 판매 내역은 판매를 확정하는 버튼, 전달 메시지를 전송하거나, 대화방 개설을 위한 버튼을 포함할 수 있다. 상기 대화방 개설을 위한 버튼 또는 전달 메시지를 전송하는 버튼에 대한 선택 입력이 수신되는 경우, 판매자 단말에 의해 구매자와의 대화방을 제공하는 화면(S8)이 제공된다. 이때, 판매자 단말에 제공되는 화면(S8)은 구매자의 프로필이 가상으로 생성되어 제공될 수 있다. 구매자의 가상 프로필(i5)은 가상 아이디로만 구성될 수 있으며, 랜덤한 이미지로 구성될 수 있다. 구매자의 가상 프로필(i5)와 연결되어 구매자에 의해 입력된 메시지(t5)가 제공된다. 판매자의 프로필(i4, i6)은 판매자에게만 제공되는 것으로 판매자에 의해 설정된 그대로 일 수 있다. 판매자의 프로필(i4, i6)과 연결되어 메시지(t4, t6)가 제공되게 된다.

이상 설명된 본 발명에 따른 실시예는 컴퓨터 상에서 다양한 구성요소를 통하여 실행될 수 있는 컴퓨터 프로그램의 형태로 구현될 수 있으며, 이와 같은 컴퓨터 프로그램은 컴퓨터로 판독 가능한 매체에 기록될 수 있다. 이때, 매체는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등과 같은, 프로그램 명령어를 저장하고 실행하도록 특별히 구성된 하드웨어 장치를 포함할 수 있다. 나아가, 매체는 네트워크 상에서 전송 가능한 형태로 구현되는 무형의 매체를 포함할 수 있으며, 예를 들어 소프트웨어 또는 애플리케이션 형태로 구현되어 네트워크를 통해 전송 및 유통이 가능한 형태의 매체일 수도 있다.

한편, 상기 컴퓨터 프로그램은 본 발명을 위하여 특별히 설계되고 구성된 것이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수 있다. 컴퓨터 프로그램의 예에는, 컴파일러에 의하여 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용하여 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함될 수 있다.

본 발명에서 설명하는 특정 실행들은 일 실시 예들로서, 어떠한 방법으로도 본 발명의 범위를 한정하는 것은 아니다. 명세서의 간결함을 위하여, 종래 전자적인 구성들, 제어 시스템들, 소프트웨어, 상기 시스템들의 다른 기능적인 측면들의 기재는 생략될 수 있다. 또한, 도면에 도시된 구성 요소들 간의 선들의 연결 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것으로서, 실제 장치에서는 대체 가능하거나 추가의 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들로서 나타내어질 수 있다. 또한, “필수적인”, “중요하게” 등과 같이 구체적인 언급이 없다면 본 발명의 적용을 위하여 반드시 필요한 구성 요소가 아닐 수 있다.

본 발명의 명세서(특히 특허청구범위에서)에서 “상기”의 용어 및 이와 유사한 지시 용어의 사용은 단수 및 복수 모두에 해당하는 것일 수 있다. 또한, 본 발명에서 범위(range)를 기재한 경우 상기 범위에 속하는 개별적인 값을 적용한 발명을 포함하는 것으로서(이에 반하는 기재가 없다면), 발명의 상세한 설명에 상기 범위를 구성하는 각 개별적인 값을 기재한 것과 같다. 마지막으로, 본 발명에 따른 방법을 구성하는 단계들에 대하여 명백하게 순서를 기재하거나 반하는 기재가 없다면, 상기 단계들은 적당한 순서로 행해질 수 있다. 반드시 상기 단계들의 기재 순서에 따라 본 발명이 한정되는 것은 아니다. 본 발명에서 모든 예들 또는 예시적인 용어(예들 들어, 등등)의 사용은 단순히 본 발명을 상세히 설명하기 위한 것으로서 특허청구범위에 의해 한정되지 않는 이상 상기 예들 또는 예시적인 용어로 인해 본 발명의 범위가 한정되는 것은 아니다. 또한, 당업자는 다양한 수정, 조합 및 변경이 부가된 특허청구범위 또는 그 균등물의 범주 내에서 설계 조건 및 팩터에 따라 구성될 수 있음을 알 수 있다.

100: 결제 처리 서버
200, 300: 사용자 단말
400: 통신망

Claims

통신 인터페이스 및 프로세서를 포함하는, 컴퓨터를 이용하여,
상기 통신 인테페이스에 의해 제1 사용자 단말로부터 결제 ID를 포함하는 결제 요청을 수신하는 단계;
상기 프로세서에 의해 상기 결제 요청에 포함된 결제 ID가 소정의 규칙을 만족하는지 여부, 및 상기 결제 ID의 유효 기간의 잔존 여부를 1차적으로 판단하고,
상기 1차적인 판단 결과, 상기 조건들을 모두 만족하는 경우, 상기 결제 ID를 수신한 제2 사용자를 검색하고, 상기 제2 사용자와 관련된 결제 수단의 존재 여부, 및 상기 결제 수단의 유효 기간이 잔존 여부를 2차적으로 판단하고,
상기 2차적인 판단 결과, 상기 결제 수단이 상기 조건들을 모두 만족하는 경우, 상기 결제 요청이 유효하다고 평가하는 단계; 및
상기 프로세서에 의해 상기 결제 요청이 유효한 경우, 상기 결제 요청과 대응되는 결제를 처리하기 위해, 상기 결제 요청과 대응되는 트랜잭션 아이디를 포함하는 패킷을 생성하고, 결제 처리를 위해 존재하는 메시지 큐에 상기 패킷을 저장하는 단계;를 포함하는, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
제1항에 있어서,
상기 트랜잭션 아이디는
구매자 코드와 대응되는 부분, 판매자 코드와 대응되는 부분, 및 결제 정보와 대응되는 부분으로 이루어진 것인, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
제2항에 있어서,
상기 결제 요청이 처리된 경우,
상기 제2 사용자 단말로 상기 처리된 결제 요청에 포함된 판매처, 판매 품목, 판매 금액을 근거로 생성되는 판매 데이터를 전송하는 단계;
상기 제2 사용자 단말로부터 상기 판매 데이터에 대한 전달 메시지를 수신한 경우, 상기 전달 메시지를 분석하여 도출된 트랜잭션 아이디를 이용하여, 상기 전달 메시지의 수신자를 결정하고, 상기 수신자의 사용자 단말로 상기 전달 메시지를 전송하는 단계;를 더 포함하는, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
제3항에 있어서,
상기 전달 메시지는
메뉴 완성 알림, 상품 배송 알림, 상품 품절 알림, 배송 예정 시간 알림 중 적어도 하나를 포함하는, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
제1항에 있어서,
상기 결제 요청이 처리된 경우,
상기 제1 사용자 단말로 상기 처리된 결제 요청을 분석하여 도출된 판매처, 판매 품목, 판매 금액을 근거로 생성되는 구매 데이터를 전송하는 단계;
상기 제1 사용자 단말로부터 상기 구매 데이터에 대한 문의 메시지를 수신하는 경우, 상기 수신된 문의 메시지로부터 추출된 트랜잭션 아이디를 이용하여, 상기 구매 데이터의 판매자를 추출하고, 상기 판매자의 단말로 상기 구매 데이터와 대응되는 판매 데이터와 링크된 문의 메시지를 전송하는 단계;를 더 포함하는, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
제1항에 있어서,
상기 결제 ID는
상기 제2 사용자 단말로부터의 결제 시작 요청의 응답으로 생성되며, 상기 제2 사용자 단말에게만 전송되는 값인, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
제3항 또는 제5항에 있어서,
상기 제1 사용자 단말의 구매 데이터 또는 상기 제2 사용자 단말의 판매 데이터를 이용한 대화방 개설 요청을 수신하고, 상기 대화방 개설 요청을 분석하여 획득된 트랜잭션 아이디를 이용하여, 상기 대화방의 참가자를 추출하고, 상기 대화방의 참가자를 포함하는 대화방을 개설하는 단계;를 포함하는, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
제7항에 있어서,
상기 대화방을 개설한 상기 제1 사용자 또는 상기 제2 사용자는 자신의 개인 정보를 공개하지 않은 상태로, 상기 대화방의 참가자와 메시지를 주고 받을 수 있는, 방법을 실행시키기 위하여 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
통신 인터페이스 및 프로세서를 포함하는 결제 처리 서버에 있어서,
상기 통신 인터페이스는 제1 사용자 단말로부터 결제 ID를 포함하는 결제 요청을 수신하고,
상기 프로세서는 상기 결제 요청에 포함된 결제 ID가 규칙을 만족하는지 여부, 및 상기 결제 ID의 유효 기간의 잔존 여부를 1차적으로 판단하고, 상기 1차적인 판단 결과, 상기 조건들을 모두 만족하는 경우, 상기 결제 ID를 수신한 제2 사용자를 검색하고, 상기 제2 사용자와 관련된 결제 수단의 존재 여부, 및 상기 결제 수단의 유효 기간이 잔존 여부를 2차적으로 판단하고, 상기 2차적인 판단 결과, 상기 결제 수단이 상기 조건들을 모두 만족하는 경우, 상기 결제 요청이 유효하다고 평가하고, 상기 프로세서에 의해 상기 결제 요청이 유효한 경우, 상기 결제 요청과 대응되는 결제를 처리하기 위해, 상기 결제 요청과 대응되는 트랜잭션 아이디를 포함하는 패킷을 생성하고, 결제 처리를 위해 존재하는 메시지 큐에 상기 패킷을 저장하도록 제어하는, 결제 처리 서버.
제9항에 있어서,
상기 결제 요청이 처리된 경우,
상기 프로세서는
상기 제2 사용자 단말로 상기 처리된 결제 요청에 포함된 판매처, 판매 품목, 판매 금액을 근거로 생성되는 판매 데이터를 전송하도록 제어하고,
상기 제2 사용자 단말로부터 상기 판매 데이터에 대한 전달 메시지를 수신한 경우, 상기 전달 메시지를 분석하여 도출된 트랜잭션 아이디를 이용하여, 상기 전달 메시지의 수신자를 결정하고, 상기 수신자의 사용자 단말로 상기 전달 메시지를 전송하도록 제어하는, 결제 처리 서버.
제10항에 있어서,
상기 전달 메시지는
메뉴 완성 알림, 상품 배송 알림, 상품 품절 알림, 배송 예정 시간 알림 중 적어도 하나를 포함하는, 결제 처리 서버.
제9항에 있어서,
상기 결제 요청이 처리된 경우,
상기 프로세서는
상기 제1 사용자 단말로 상기 처리된 결제 요청을 분석하여 도출된 판매처, 판매 품목, 판매 금액을 근거로 생성되는 구매 데이터를 전송하도록 제어하고, 상기 제1 사용자 단말로부터 상기 구매 데이터에 대한 문의 메시지를 수신하는 경우, 상기 수신된 문의 메시지로부터 추출된 트랜잭션 아이디를 이용하여, 상기 구매 데이터의 판매자를 추출하고, 상기 판매자의 단말로 상기 구매 데이터와 대응되는 판매 데이터와 링크된 문의 메시지를 전송하도록 제어하는, 결제 처리 서버.
제10항 또는 제12항에 있어서,
상기 프로세서는
상기 제1 사용자 단말의 구매 데이터 또는 상기 제2 사용자 단말의 판매 데이터를 이용한 대화방 개설 요청을 수신하고, 상기 대화방 개설 요청을 분석하여 획득된 트랜잭션 아이디를 이용하여, 상기 대화방의 참가자를 추출하고, 상기 대화방의 참가자를 포함하는 대화방을 개설하는, 결제 처리 서버.
제13항에 있어서,
상기 대화방을 개설한 상기 제1 사용자 또는 상기 제2 사용자는 자신의 개인 정보를 공개하지 않은 상태로, 상기 대화방의 참가자와 메시지를 주고 받을 수 있는, 결제 처리 서버.
통신 인터페이스 및 프로세서를 포함하는 결제 처리 서버의 동작 방법에 있어서,
상기 통신 인테페이스에 의해 제1 사용자 단말과 근거리 통신으로 연결되고 상기 제1 사용자 단말을 통해 결제 ID를 획득하는 제2 사용자 단말로부터 상기 획득한 결제 ID 및 상기 제2 사용자에 의해 생성된 판매 정보를 결합한 결제 요청을 수신하는 단계;
상기 프로세서에 의해 상기 결제 요청에 포함된 결제 ID가 소정의 규칙을 만족하는지 여부, 및 상기 결제 ID의 유효 기간의 잔존 여부를 1차적으로 판단하고,
상기 1차적인 판단 결과, 상기 조건들을 모두 만족하는 경우, 상기 결제 ID를 수신한 사용자를 검색하고, 상기 검색된 사용자 정보를 이용하여 상기 사용자의 결제 수단을 검색하고, 상기 결제 수단의 존재 여부, 및 상기 결제 수단의 유효 기간이 잔존 여부를 2차적으로 판단하고,
상기 2차적인 판단 결과, 상기 결제 수단이 상기 조건들을 모두 만족하는 경우, 상기 결제 요청이 유효하다고 평가하는 단계;
상기 프로세서에 의해 상기 결제 요청이 유효한 경우, 상기 결제 요청과 대응되는 결제를 처리하기 위해, 상기 결제 요청과 대응되는 트랜잭션 아이디를 포함하는 패킷을 생성하고, 결제 처리를 위해 존재하는 메시지 큐에 상기 패킷을 저장하는 단계;를 포함하는 결제 처리 방법.