KR101583718B1

KR101583718B1 - Apparatus and method for proccesing card transaction in a payment system

Info

Publication number: KR101583718B1
Application number: KR1020140041302A
Authority: KR
Inventors: 박용현; 이정헌
Original assignee: 한국정보통신주식회사
Priority date: 2014-04-07
Filing date: 2014-04-07
Publication date: 2016-01-19
Also published as: KR20150116276A

Abstract

본 발명은 매입사 서버에서 카드 거래를 처리하는 장치 및 방법에 관한 것이다.
이를 위해, 매입사 서버는 결제 중계 서버에 의해 요청된 카드 결제를 처리하고, 상기 처리한 카드 결제에 대해 부여된 승인 번호를 상기 결제 중계 서버로 제공하며, 상기 부여된 승인 번호 및 거래 일자를 적어도 포함하는 결제 정보를 저장한다.
상기 매입사 서버는 결제 중계 서버로부터 전자 문서 교환 (EDI: Electronic Data Interchange) 정보를 수신하고, 상기 저장된 결제 정보를 기반으로 상기 수신한 EDI 정보에 포함된 복수의 거래 내역 각각의 승인 번호와 거래 일자에 대응한 승인 거래를 검증하여 매입 처리한다.The present invention relates to an apparatus and method for processing a card transaction in an acquirer server.
To this end, the acquirer server processes the card settlement requested by the settlement relay server, provides the approval number given for the card settlement to the payment relay server, and at least includes the grant number and the transaction date And stores the payment information.
The acquirer server receives electronic data interchange (EDI) information from a settlement relay server, and based on the stored settlement information, acquires the approval number of each of a plurality of transaction details included in the received EDI information and a transaction date And verifies and processes the corresponding approved transaction.

Description

[0001] APPARATUS AND METHOD FOR PROCESSING CARD TRANSACTION IN A PAYMENT SYSTEM [0002]

본 발명은 결제 시스템에서 카드 거래를 처리하는 장치 및 방법에 관한 것이다.The present invention relates to an apparatus and method for processing a card transaction in a payment system.

전자결제 인프라가 확충되면서 신용 카드, 체크카드, 직불카드 등 (이하, "신용 카드")의 카드결제를 기반으로 하는 신용 결제 서비스가 일반화되었다. 상기 신용 결제 서비스는 사용자가 가맹점에서 물품 또는 서비스를 카드 결제로 구매한 후, 대금 결제일에 카드사 등에 상기 물품 또는 서비스의 이용대금을 납부하며, 가맹점은 상기 물품 또는 서비스의 판매대금을 상기 카드사 등으로부터 지불 받는 전자결제 인프라를 이용한 결제방식을 말한다.With the expansion of the electronic payment infrastructure, credit payment services based on credit card, check card, and debit card payment (hereinafter "credit card") settlement became common. After the user purchases the goods or services from the merchant through card payment, the credit payment service pays a fee for use of the goods or services to the credit card company on the payment date, and the merchant pays the sales price of the goods or services from the credit card company or the like The payment method using the payment settlement electronic payment infrastructure.

이와 같은 결제방식은 현물이 아닌 고객의 정보를 기반으로 결제가 이루어짐으로 인해, 고객의 정보에 대한 보안이 특히 중요하다고 할 수 있다. 이러한 취지에서 신용 카드에 의한 신용 거래 시에 고객의 정보가 외부로 누출되는 것을 방지하기 위한 방안 마련이 절실하다고 할 수 있다.This payment method is especially important because the payment is made based on the information of the customer, not the spot. Therefore, it is urgent to establish a plan to prevent the leakage of customer information to the outside of the credit card by credit card.

제안된 실시 예에서는 결제 시스템에서 카드 결제에 부여된 거래 일자와 승인 번호를 사용하여 카드 거래를 처리하는 장치 및 방법을 제공한다.In the proposed embodiment, an apparatus and method for processing a card transaction using a transaction date and an approval number assigned to a card payment in a payment system are provided.

또한 제안된 실시 예에서는 결제 시스템에서 카드 거래를 처리하기 위해 결제단말과 결제 중계 서버에 카드 정보를 보관하지 않도록 하는 카드 거래 처리장치 및 방법을 제공한다.Also, in the proposed embodiment, a card transaction processing apparatus and method for preventing card information from being stored in a payment terminal and a payment relay server in order to process a card transaction in a payment system are provided.

또한 제안된 실시 예에서는 결제 시스템에서 카드 거래 처리 시에 결제단말과 결제 중계 서버가 카드 정보를 사용하지 않거나 암호화된 카드번호를 사용하는 카드 거래 처리장치 및 방법을 제공한다.Also, in the proposed embodiment, a card transaction processing apparatus and method in which a payment terminal and a payment relay server do not use card information or use an encrypted card number in a card transaction processing in a payment system are provided.

또한 제안된 실시 예에서는 매입사 서버가 카드 결제 처리 시에 부여한 거래 일자 및 승인 번호를 사용하여 전자 문서 교환 (EDI: Electronic Data Interchange) 청구를 처리하는 카드 거래 처리장치 및 방법을 제공한다.Also, in the proposed embodiment, a card transaction processing apparatus and method for processing an Electronic Data Interchange (EDI) request using a transaction date and an approval number assigned by a buyer server in a card settlement processing are provided.

제안된 실시 예에 따른 매입사 서버에서 카드 거래를 처리하는 방법은, 결제 중계 서버에 의해 요청된 카드 결제를 처리하고, 상기 처리한 카드 결제에 대해 부여된 승인 번호를 상기 결제 중계 서버로 제공하는 과정과, 상기 부여된 승인 번호 및 거래 일자를 적어도 포함하는 결제 정보를 저장하는 과정과, 상기 결제 중계 서버로부터 미리 설정된 주기에 따라 전송되는 전자 문서 교환 (EDI: Electronic Data Interchange) 정보를 수신하고, 상기 저장된 결제 정보에 포함된 승인 번호 및 거래 일자를 기반으로 상기 수신한 EDI 정보에 포함된 복수의 거래 내역 각각의 승인 번호와 거래 일자에 대응한 승인 거래를 검증하는 과정과, 상기 검증이 이루어진 승인 거래에 대해 매입 처리하는 과정을 포함한다.A method of processing a card transaction in an acquirer server according to the present invention includes processing a card payment requested by a payment relay server and providing an approval number assigned to the card payment to the payment relay server Storing payment information including at least the authorization number and the transaction date, receiving electronic data interchange (EDI) information transmitted according to a predetermined period from the payment relay server, A step of verifying an approval transaction corresponding to an approval number and a transaction date of each of a plurality of transaction details included in the received EDI information based on an approval number and a transaction date included in the stored payment information, And a process of embedding the image data into the image data.

또한 제안된 실시 예에 따른 카드 거래를 처리하는 매입사 서버는, 카드 결제와 전자 문서 교환 (EDI: Electronic Data Interchange) 청구를 위해 상기 결제 중계 서버와 통신하는 통신 모듈과, 상기 결제 중계 서버의 요청에 의해 처리된 카드 결제에 대해 부여된 승인 번호 및 거래 일자를 적어도 포함하는 결제 정보를 저장하는 기록 매체와, 상기 처리된 카드 결제에 대해 부여된 승인 번호를 상기 통신 모듈을 제어하여 상기 결제 중계 서버로 제공하고, 상기 기록 매체에 기록된 승인 번호 및 거래 일자를 사용하여 상기 통신 모듈을 통해 상기 결제 중계 서버로부터 미리 설정된 주기에 따라 전송되는 EDI 정보를 수신하고, 상기 수신한 EDI 정보에 포함된 복수의 거래 내역 각각의 승인 번호와 거래 일자에 대응한 승인 거래를 검증하며, 상기 검증이 이루어진 승인 거래에 대해 매입 처리하는 처리 모듈을 포함한다.Further, the acquirer server for processing a card transaction according to the present invention includes a communication module for communicating with the payment relay server for card settlement and Electronic Data Interchange (EDI) request, A settlement information storing unit that stores settlement information including at least an approval number and a transaction date assigned to the card settlement processed by the settlement control unit; Receiving EDI information transmitted from the payment relay server through the communication module according to a predetermined period using an approval number and a transaction date recorded on the recording medium, Verifying the approval transaction corresponding to the approval number and the transaction date of each transaction history, And a processing module for processing transactions for transactions.

제안된 실시 예에서는 카드 거래 시에 카드번호 등의 고객 정보를 결제단말과 결제 중계 서버가 보관하지 않도록 함으로써, 카드 거래 시의 보안을 강화되도록 하였다.In the proposed embodiment, the payment terminal and the payment relay server do not store the customer information such as the card number at the time of the card transaction, thereby enhancing security at the time of the card transaction.

그 외에 본 발명의 실시 예로 인해 얻을 수 있거나 추정되는 효과에 대해서는 본 발명의 실시 예에 대한 상세한 설명에서 직접적 또는 암시적으로 개시하도록 한다. 즉 본 발명의 실시 예에 따라 추정되는 다양한 효과에 대해서는 후술될 상세한 설명 내에서 개시될 것이다.In addition, the effect obtained or estimated by the embodiment of the present invention will be directly or implicitly disclosed in the detailed description of the embodiment of the present invention. That is, various effects estimated according to the embodiment of the present invention will be disclosed in the detailed description to be described later.

도 1은 제안된 실시 예에 따른 결제 시스템의 일 예를 보이고 있는 도면;
도 2는 제안된 실시 예에 따른 결제 시스템에서의 카드 거래를 위한 신호 처리의 일 예를 보이고 있는 도면;
도 3은 제안된 실시 예에 따라 결제단말이 카드 결제 처리를 위해 수행하는 제어 흐름의 일 예를 보이고 있는 도면;
도 4는 제안된 실시 예에 따른 결제서버가 카드 결제 처리를 위해 수행하는 제어 흐름의 일 예를 보이고 있는 도면;
도 5는 제안된 실시 예에 따라 결제단말이 구매 승인 취소를 위해 수행하는 제어 흐름의 일 예를 보이고 있는 도면;
도 6은 제안된 실시 예에 따른 결제서버가 구매 승인 취소를 위해 수행하는 제어 흐름의 일 예를 보이고 있는 도면;
도 7은 제안된 실시 예에 따라 가맹점 서버가 EDI 청구를 위해 수행하는 제어 흐름의 일 예를 보이고 있는 도면;
도 8은 제안된 실시 예에 따른 결제서버가 EDI 청구에 따른 매입 처리를 위해 수행하는 제어 흐름의 일 예를 보이고 있는 도면;
도 9는 제안된 실시 예에 따른 결제 단말의 블록 구성을 보이고 있는 도면;
도 10은 제안된 실시 예에 따른 가맹점 서버의 블록 구성을 보이고 있는 도면;
도 11은 제안된 실시 예에 따른 결제서버의 블록 구성을 보이고 있는 도면.FIG. 1 illustrates an example of a payment system according to the present invention; FIG.
FIG. 2 illustrates an example of signal processing for card transaction in the payment system according to the present invention; FIG.
FIG. 3 illustrates an example of a control flow performed by a payment terminal for card settlement processing according to the present invention; FIG.
FIG. 4 illustrates an example of a control flow performed by the payment server according to the present invention for card settlement processing; FIG.
FIG. 5 illustrates an example of a control flow performed by a payment terminal for canceling a purchase approval according to the proposed embodiment; FIG.
FIG. 6 illustrates an example of a control flow performed by the payment server according to the proposed embodiment to cancel a purchase approval; FIG.
FIG. 7 illustrates an example of a control flow performed by a merchant server for an EDI charge according to a proposed embodiment; FIG.
FIG. 8 illustrates an example of a control flow performed by a payment server according to an embodiment of the present invention for an embedding process according to an EDI request; FIG.
9 is a block diagram illustrating a payment terminal according to the present invention.
FIG. 10 illustrates a block diagram of a merchant server according to an embodiment of the present invention; FIG.
FIG. 11 is a block diagram illustrating a billing server according to an embodiment of the present invention; FIG.

이하 본 발명에 따른 상세한 설명에서는 상술한 기술적 과제를 이루기 위한 대표적인 실시 예를 제시할 것이다. 또한, 본 발명에 대한 설명의 편의를 위하여 정의하고 있는 개체들의 명칭들을 동일하게 사용할 수 있다. 하지만 설명의 편의를 위해 사용된 명칭들이 본 발명에 따른 권리를 한정하는 것은 아니며, 유사한 기술적 배경을 가지는 시스템에 대해 동일 또는 용이한 변경에 의해 적용이 가능함은 물론이다.
Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In addition, for convenience of description of the present invention, the names of the entities defined may be used equally. However, the names used for convenience of description do not limit the rights according to the present invention, and it is needless to say that they can be applied to the system having the similar technical background by the same or easy modification.

후술될 실시 예에 대한 상세한 설명에서는 카드 거래 시에 카드번호 등의 고객 정보의 노출을 방지하기 위해, 카드번호를 대신하여 카드 결제 시에 부여되는 거래 일자와 승인 번호를 사용하여 카드 거래를 처리하는 방안에 대해 구체적으로 설명할 것이다.In order to prevent exposure of customer information such as a card number at the time of card transaction, a card transaction is processed using a transaction date and an approval number assigned at the time of card settlement in place of the card number I will explain the solution in detail.

예컨대 제안될 실시 예에서는 카드 거래를 카드 결제, 승인 취소, EDI 청구에 한정하여 설명할 것이나 그 외의 다양한 카드 거래에 대해서도 동일한 적용이 가능함을 물론이다. For example, in the embodiment to be proposed, it will be explained that the card transaction is limited to the card settlement, the authorization cancellation, and the EDI charge, but the same applies to various other card transactions.

제안될 실시 예에서는 앞에서 예시된 카드 거래 중 카드 결제 시에만 결제단말과 결제 중계 서버 간에 카드번호가 전송되도록 하고, 그 외의 카드 거래, 즉 승인 취소, EDI 청구 시에는 카드번호를 대신하여 거래 일자 및 승인 번호를 사용하도록 한다.In the embodiment to be proposed, the card number is transmitted between the settlement terminal and the payment relay server only at the time of payment of the card transaction exemplified in the foregoing. In the other card transactions, that is, when canceling approval or EDI request, Use an approval number.

따라서 후술될 실시 예에 대한 상세한 설명에서는 거래 일자 및 승인 번호를 사용하여 승인 취소, EDI 청구 등의 카드 거래를 처리하는 구체적인 동작을 개시할 것이다.Therefore, in the detailed description of the embodiment to be described later, a specific operation of processing a card transaction such as an approval cancellation, an EDI charge, etc. using a transaction date and an approval number will be disclosed.

상기 결제단말은 카드 결제 시에도 카드번호를 암호화하여 결제 중계 서버로 제공하고, 상기 결제 중계 서버는 카드 결제 처리를 위해 암호화된 카드번호를 복호화하여 사용하는 것이 바람직할 것이다. 이는 카드번호가 외부로 노출되는 것을 방지하기 위한 효율적인 방안이 될 것이다.The settlement terminal may also encrypt the card number and provide the encrypted card number to the settlement relay server, and the settlement server preferably decrypts the encrypted card number for the card settlement processing. This will be an effective way to prevent the card number from being exposed to the outside.

상기 카드번호의 암호화는 결제단말에 구비된 카드 리더 모듈에 의해 카드로부터 읽혀진 카드번호를 포함한 정보를 즉시 암호화 처리함으로써, 카드번호를 포함한 카드 정보가 그대로 노출되는 것을 방지한다. 일 예로 상기 카드번호에 대한 암호화는 카드번호 중에서 결제단말이 부가 서비스를 제공하기 위해 필요한 일부 번호를 제외한 나머지 번호에 대해서만 이루질 수 있도록 한다.The encryption of the card number immediately encrypts the information including the card number read from the card by the card reader module provided in the payment terminal, thereby preventing the card information including the card number from being exposed. For example, the encryption of the card number may be performed only for the remaining numbers of the card numbers other than the partial numbers necessary for the payment terminal to provide additional services.

상기 결제 중계 서버는 매입사 서버와의 카드 결제 절차를 수행하기 위해 카드번호를 사용할 수 밖에 없으므로, 암호화된 카드번호를 복호화하여 사용한다. 하지만 상기 결제 중계 서버는 카드 결제가 완료되어 더 이상 카드번호를 사용할 필요가 없을 시, 해당 카드번호를 폐기한다. 만약 카드번호를 포함한 카드 정보의 보관이 반드시 요구된다면, 결제 중계 서버는 카드번호를 포함한 카드 정보를 암호화하여 저장하는 것이 바람직하다. 일 예로 결제 중계 서버는 결제단말이 사용하는 방식과 동일한 방식에 의해 카드번호를 암호화하여 저장할 수 있다.
The payment relay server decrypts the encrypted card number because the payment relay server can only use the card number to perform the card settlement procedure with the buyer server. However, the payment relay server discards the card number when it is no longer necessary to use the card number. If the storage of the card information including the card number is absolutely required, the payment relay server preferably encrypts and stores the card information including the card number. For example, the payment relay server can encrypt and store the card number in the same manner as the payment terminal uses.

이하 제안할 실시 예를 첨부된 도면을 참조하여 상세히 설명하도록 한다.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

도 1은 제안된 실시 예에 따른 결제 시스템의 일 예를 보이고 있다. FIG. 1 shows an example of a payment system according to the present invention.

도 1을 참조하면, 결제단말(110)은 카드 리더 모듈(112)과 처리 모듈(114)에 의해 구성된다.Referring to FIG. 1, a payment terminal 110 is configured by a card reader module 112 and a processing module 114.

상기 결제단말(110)은 카드 결제 이벤트 발생 시에 가맹점 서버(120)로 결제 승인을 요청하고, 상기 요청에 응답하여 상기 가맹점 서버(120)로부터 적어도 거래일자와 승인번호를 결제 승인 결과로 전달받는다. 상기 거래일자와 승인번호는 향후 발생할 수 있는 구매 승인 취소, EDI 청구 등에서 카드 번호를 대신하여 구매 승인 건을 확인하기 위해 사용될 것이다.The settlement terminal 110 requests settlement approval from the merchant server 120 when a card settlement event occurs and receives at least the transaction date and the approval number from the merchant server 120 in response to the request . The transaction date and the approval number will be used to confirm the purchase approval in place of the card number in the future cancellation of purchase approval, EDI charge, and the like.

상기 결제단말(110)은 구매 승인 취소 이벤트가 발생할 시에 가맹점 서버(120)로 구매 승인 취소를 요청하고, 상기 요청에 응답하여 상기 가맹점 서버(120)로부터 취소 승인 결과를 잔달 받는다. 상기 결제단말(110)은 구매 승인 취소를 요청하기 위해, 취소할 구매 승인에 대응한 거래일자 및 승인번호를 상기 가맹점 서버(120)로 전달한다.The settlement terminal 110 requests the merchant server 120 to cancel the purchase approval when the purchase approval cancellation event occurs and receives a cancel approval result from the merchant server 120 in response to the request. The settlement terminal 110 transmits the transaction date and approval number corresponding to the purchase approval to be canceled to the merchant server 120 in order to request the purchase approval cancellation.

상기 가맹점 서버(120)는 가맹점 내에 구비된 다수의 결제단말들로부터 결제 승인 요청, 구매 승인 취소 요청 등을 접수하고, 이에 대응하여 결제 승인 요청, 구매 승인 취소 요청 등을 결제 중계 서버(130)로 전달한다. 또한 상기 가맹점 서버(120)는 결제 중계 서버(130)로부터 카드 결제 처리에 따른 결제 승인 결과, 취소 승인 등을 수신하고, 이를 해당 결제단말로 전달한다.The merchant server 120 receives a payment approval request, a purchase approval cancellation request, and the like from a plurality of payment terminals provided in the merchant, and responds to the payment approval request, the purchase approval cancellation request, and the like to the payment relay server 130 . The merchant server 120 receives the payment approval result, the cancellation approval, and the like from the payment relay server 130 in response to the card settlement processing, and delivers the result to the corresponding settlement terminal.

상기 가맹점 서버(120)는 EDI 청구 이벤트가 발생할 시에 결제 중계 서버(130)로 EDI 청구를 요청하고, 이에 대응한 EDI 청구 응답을 결제 중계 서버(130)로부터 수신한다.The merchant server 120 requests an EDI request from the payment relay server 130 when an EDI charging event occurs and receives an EDI charging response corresponding thereto from the payment relay server 130.

상기 결제 중계 서버(130)는 상기 가맹점 서버(120)에 의해 제공되는 결제 승인 요청, 구매 승인 취소 요청, EDI 청구 요청 등을 수신하고, 이에 대응하여 결제 승인 요청, 구매 승인 취소 요청, EDI 청구 요청 등을 결제서버(140)로 전달한다. 또한 상기 결제 중계 서버(130)는 결제서버(140)로부터 카드 결제 처리에 따른 결제 승인 결과, 취소 승인, EDI 청구 응답 등을 수신하고, 이를 가맹점 서버(120)로 전달한다.The payment relay server 130 receives the settlement approval request, the purchase approval cancelation request, the EDI request, and the like provided by the merchant server 120, and responds to the payment approval request, the purchase approval cancellation request, And the like to the payment server 140. Also, the payment relay server 130 receives a settlement approval result, a cancellation approval, an EDI charge response, and the like in response to the card settlement processing from the settlement server 140, and transfers the result to the merchant server 120.

상기 결제서버(140)는 상기 결제 중계 서버(130)에 의해 제공되는 결제 승인 요청, 구매 승인 취소 요청, EDI 청구 요청 등을 수신하고, 이에 대응하여 카드 결제 처리에 따른 결제 승인 결과, 취소 승인, EDI 청구 응답 등을 상기 결제 중계 서버(130)로 전송한다.
The payment server 140 receives the settlement approval request, the purchase approval cancellation request, the EDI request, and the like provided by the payment relay server 130, and responds to the payment approval result, the cancellation approval, And sends an EDI charge response to the payment relay server 130.

도 2는 제안된 실시 예에 따른 결제 시스템에서의 카드 거래를 위한 신호 처리의 일 예를 보이고 있다. 도 2에서 카드 거래 절차는 카드 결제 처리 절차(210), 구매 승인 취소 절차(220), EDI 청구 절차(230)를 포함하는 것을 가정하고 있다. 하지만 카드 결제 처리, 구매 승인 취소, EDI 청구 외에 결제 시스템에서 제공하는 카드 거래에 대해, 도 2에서 예시된 신호 처리에서 제안된 동작이 동일하게 적용될 수 있음은 물론이다.FIG. 2 shows an example of signal processing for card transaction in the payment system according to the proposed embodiment. In FIG. 2, it is assumed that the card transaction procedure includes a card settlement processing procedure 210, a purchase approval canceling procedure 220, and an EDI charge procedure 230. However, it goes without saying that, in addition to the card settlement process, the purchase approval cancellation, and the EDI charge, the operation proposed in the signal process illustrated in FIG. 2 can be applied to the card transaction provided by the settlement system.

도 2를 참조하면, 카드 결제 처리 절차(210)는 결제단말(110)에 의한 결제 승인 요청에 응답하여 결제서버(140)가 결제 처리 후 결제 승인을 하는 것에 의해 수행된다. Referring to FIG. 2, the card settlement processing procedure 210 is performed by the settlement server 140 in response to a settlement approval request by the settlement terminal 110 to approve settlement after settlement processing.

구체적으로, 결제단말(110)은 카드 결제를 위한 이벤트가 발생하면, 가맹점 서버(120)로 결제 승인을 요청한다 (211단계). 상기 결제단말(110)은 결제 승인 요청을 위해, 결제 승인 요청 전문을 상기 가맹점 서버(120)로 전송한다. 상기 결제 송신 요청 전문은 카드 결제 처리할 카드번호 중 일부 또는 전부를 암호화한 카드번호를 포함하도록 구성한다. 상기 암호화는 카드번호의 일부 번호만을 암호화하는 것이 바람직할 수 있다. 일 예로 암호화는 카드번호 중에서 결제단말(110)이 부가 서비스를 위해 필요로 하는 일부 번호를 제외한 나머지 번호에 대해 이루어질 수 있다.Specifically, when the payment terminal 110 generates an event for card settlement, the payment terminal 110 requests payment confirmation from the merchant server 120 (step 211). The settlement terminal 110 transmits a payment approval request message to the merchant server 120 in order to request payment approval. The payment transmission request telegram may include a card number that encodes a part or all of the card numbers to be subjected to card settlement processing. It may be desirable to encrypt only a portion of the card number. For example, the encryption may be performed on the remaining numbers of the card numbers, except for some numbers required for the supplementary service by the payment terminal 110.

상기 가맹점 서버(120)는 상기 결제단말(110)에 의해 제공된 결제 승인 요청 전문을 결제 중계 서버(130)로 전달한다 (212단계). 상기 가맹점 서버(120)는 결제 승인 요청 전문을 전달하기 위해, 복수의 결제 중계 서버들 중 하나의 결제 중계 서버(130)를 선택할 수도 있다.The merchant server 120 delivers the payment approval request text provided by the payment terminal 110 to the payment relay server 130 in operation 212. The merchant server 120 may select one of the plurality of payment relay servers 130 to deliver the payment approval request message.

상기 결제 중계 서버(130)는 상기 가맹점 서버(120)에 의해 제공된 결제 승인 요청 전문으로부터 암호화된 카드번호를 추출하고, 상기 추출한 암호화된 카드번호를 복호화한다. 상기 결제 중계 서버(130)는 복호화된 카드번호를 포함하는 결제 승인 요청 전문을 결제서버(140)로 전송한다 (213단계).The payment relay server 130 extracts the encrypted card number from the payment approval request text provided by the merchant server 120 and decrypts the extracted encrypted card number. The payment relay server 130 transmits a payment approval request message including the decrypted card number to the payment server 140 (operation 213).

상기 결제서버(140)가 암호화된 카드번호를 복호화할 수 있다면, 상기 결제 중계 서버(130)는 상기 가맹점 서버(120)에 의해 제공된 결제 승인 요청 전문을 그대로 결제서버(140)로 전달할 수도 있다. 이를 위해서는 상기 결제 중계 서버(130)가 암호화된 카드번호를 사용하여 매입사, 즉 결제서버(140)를 인지할 수 있어야 한다. 예컨대 복호화한 카드번호에 의해 매입사를 확인한 후 다시 카드번호를 암호화하거나 카드번호 중 매입사를 인지할 수 있는 번호를 암호화하지 않을 수도 있다. 바람직하기로는 카드번호 중 매입사를 인지할 수 있는 번호를 암호화하지 않는 것이다.If the payment server 140 can decrypt the encrypted card number, the payment relay server 130 may transmit the payment approval request message provided by the merchant server 120 to the payment server 140 as it is. For this purpose, the payment relay server 130 must be able to recognize the buyer, that is, the payment server 140 using the encrypted card number. For example, the card number may be encrypted again after confirming the acquirer by the decrypted card number or may not encrypt the number that can recognize the acquirer in the card number. Preferably, it does not encrypt a number that can identify an acquirer among the card numbers.

상기 결제서버(140)는 상기 결제 중계 서버(130)에 의해 제공된 결제 승인 요청 전문에 포함된 정보를 사용하여 카드 결제를 처리한다. 상기 결제서버(140)는 카드 결제 처리에 의해 거래일자와 승인번호를 발행한다. 상기 거래일자는 결제 승인이 이루어진 날짜 또는 날짜 및 시간이 될 수 있다. 상기 승인번호는 상기 결제서버(140)가 당일에 처리한 결제 승인들에 대해 부여한 일련번호가 될 수 있다. 따라서 상기 결제서버(140)는 동일 날짜에 동일한 승인번호를 발행하지는 않는다. 일 예로 상기 결제서버(140)가 특정 매입사의 서버에 해당한다면, 특정 매입사에서 같은 날에 동일한 승인번호가 발행되지는 않는다.The payment server 140 processes the card settlement using the information included in the payment approval request text provided by the payment relay server 130. [ The payment server 140 issues a transaction date and an approval number by card settlement processing. The transaction date may be the date or time on which the payment approval was made. The authorization number may be a serial number assigned to payment authorizations processed by the payment server 140 on the same day. Therefore, the payment server 140 does not issue the same authorization number on the same date. For example, if the payment server 140 corresponds to a specific buyer's server, the same buyer does not issue the same approval number on the same day.

단지 확률은 낮지만 거의 동시에 처리된 결제 승인에 대해 동일한 승인번호가 발행될 수는 있다. 하지만 동일한 승인번호가 발행되었다고 하더라도, 해당 승인번호에 의해 승인된 카드 결제는 결제 승인을 요청한 결제 중계 서버 또는 같은 가맹점 서버 또는 결제단말에 의해 구분할 수 있다. 그 이유는 하나의 결제 중계 서버 또는 같은 가맹점 서버 또는 결제단말에서 동일한 승인번호가 발행될 정도의 동일한 시점에 결제 승인을 요청할 가능성은 매우 희박하기 때문이다.Only the probability is low, but the same approval number can be issued for payment approvals that have been processed almost simultaneously. However, even if the same approval number is issued, the payment of the card approved by the approval number can be distinguished by the payment relay server requesting payment approval or the same merchant server or payment terminal. The reason for this is that the possibility of requesting payment approval at the same point in time that the same approval number is issued in one payment relay server or the same merchant server or payment terminal is very rare.

상기 결제서버(140)는 결제 승인이 이루어질 시, 결제 승인 응답 전문을 작성하여 결제 중계 서버(130)로 전송한다 (214단계). 상기 결제 승인 응답 전문은 결제 승인이 이루어진 카드번호, 거래일자, 승인번호를 포함한다. 상기 결제 승인 응답 전문에 포함된 카드번호는 암호화될 수도 있다.When the payment approval is made, the payment server 140 prepares a payment approval response message and transmits it to the payment relay server 130 (step 214). The payment approval response telegram includes a card number, a transaction date, and an approval number to which the payment approval is made. The card number included in the payment approval response telegram may be encrypted.

상기 결제 중계 서버(130)는 상기 결제서버(140)에 의해 제공된 결제 승인 응답 전문을 사용하여 상기 가맹점 서버(120)로 결제 승인 응답 전문을 전송한다 (215단계). 예컨대 상기 결제서버(140)에 의해 제공된 결제 승인 응답 전문이 카드번호를 포함하고 있다면, 상기 결제 중계 서버(130)는 카드번호를 제거한 결제 승인 응답 전문을 작성하여 상기 가맹점 서버(120)로 전송한다. 하지만 결제서버(140)에 의해 제공된 결제 승인 응답 전문이 카드번호를 포함하고 있지 않다면, 상기 결제 중계 서버(130)는 제공받은 결제 승인 응답 전문을 그대로 상기 가맹점 서버(120)로 전달할 수도 있다.The payment relay server 130 transmits a settlement approval response message to the merchant server 120 using the payment approval response message provided by the payment server 140 in operation 215. For example, if the payment approval response text provided by the payment server 140 includes a card number, the payment relay server 130 creates a payment approval response message from which the card number is removed, and transmits the payment approval response message to the merchant server 120 . However, if the payment approval response message provided by the payment server 140 does not include the card number, the payment relay server 130 may transmit the received payment approval response message to the merchant server 120 as it is.

상기 결제 중계 서버(130)는 고객 정보 보호를 위해, 결제 승인 응답 전문을 상기 가맹점 서버(120)로 전달한 후, 결제 승인을 위해 보관하고 있던 카드번호 등의 고객 정보를 폐기한다. 단지 거래일자, 승인번호, 거래금액, 매입사 코드 등의 거래 정보는 추가로 요구될 수 있는 카드 거래를 대비하여 별도로 관리할 수 있다.In order to protect customer information, the payment relay server 130 delivers the payment approval response message to the merchant server 120, and discards the customer information such as the card number stored for the payment approval. Transaction information such as transaction date, approval number, transaction amount, and buyer code can be separately managed in preparation for a card transaction which may be additionally required.

상기 가맹점 서버(120)는 상기 결제 중계 서버(130)에 의해 제공된 결제 승인 응답 전문을 결제단말(110)로 전달한다 (216단계). 상기 가맹점 서버(120)는 고객 정보 보호를 위해, 결제 승인 응답 전문을 상기 결제단말(110)로 전달한 후, 결제 승인을 위해 사용하였던 암호화된 카드번호 등의 고객 정보를 폐기한다. 단지 거래일자, 승인번호, 거래금액, 매입사 코드 등의 거래 정보는 추가로 요구될 수 있는 카드 거래를 대비하여 별도로 관리할 수 있다.The merchant server 120 delivers the payment approval response text provided by the payment relay server 130 to the payment terminal 110 (operation 216). In order to protect customer information, the merchant server 120 delivers the settlement approval response message to the settlement terminal 110, and discards customer information such as an encrypted card number used for settlement approval. Transaction information such as transaction date, approval number, transaction amount, and buyer code can be separately managed in preparation for a card transaction which may be additionally required.

상기 결제단말(110)은 상기 가맹점 서버(120)에 의해 제공된 결제 승인 응답 전문이 포함하고 있는 결제 승인 정보를 사용하여 결제 승인 전문을 출력한다. 상기 결제단말(110) 또한 고객 정보 보호를 위해, 암호화된 카드번호 등의 고객 정보를 폐기한다. 단지 거래일자, 승인번호, 거래금액, 매입사 코드 등의 거래 정보는 추가로 요구될 수 있는 카드 거래를 대비하여 별도로 관리할 수 있다.
The settlement terminal 110 outputs a settlement approval telegram using the settlement approval information included in the settlement approval response telegram provided by the merchant server 120. [ The settlement terminal 110 also discards customer information such as an encrypted card number for protecting customer information. Transaction information such as transaction date, approval number, transaction amount, and buyer code can be separately managed in preparation for a card transaction which may be additionally required.

다음으로 구매 승인 취소 절차(220)는 결제단말(110)에 의한 구매 승인 취소 요청에 응답하여 결제서버(140)가 해당 결제 승인 건에 대한 구매 승인을 취소하는 것에 의해 수행된다.Next, the purchase approval canceling procedure 220 is performed by the payment server 140 in response to the purchase approval cancellation request by the payment terminal 110, by canceling the purchase approval for the payment approval case.

구체적으로, 결제단말(110)은 구매 승인 취소를 위한 이벤트가 발생하면, 가맹점 서버(120)로 구매 승인 취소를 요청한다 (221단계). 상기 결제단말(110)은 구매 승인 취소 요청을 위해, 구매 승인 취소 요청 전문을 상기 가맹점 서버(120)로 전송한다. 상기 구매 승인 취소 요청 전문은 구매 승인 취소를 원하는 사건 (결제 승인 처리 건)의 거래일자와 승인번호를 반드시 포함하도록 구성한다. 상기 구매 승인 취소 요청 전문은 동일한 승인번호를 식별하기 위해, 결제단말을 구분하는 식별정보를 더 포함할 수도 있다.Specifically, when an event for canceling the purchase authorization is generated, the payment terminal 110 requests the merchant server 120 to cancel the purchase authorization (step 221). The settlement terminal 110 transmits a purchase approval cancel request message to the merchant server 120 in order to request a purchase approval cancellation. The purchase approval cancellation request telegram necessarily includes the transaction date and the approval number of the case (payment approval processing case) in which the purchase approval cancellation is desired. The purchase approval cancellation request message may further include identification information for identifying the payment terminal in order to identify the same approval number.

상기 가맹점 서버(120)는 상기 결제단말(110)에 의해 제공된 구매 승인 취소 요청 전문을 결제 중계 서버(130)로 전달한다 (222단계). 상기 결제서버(140)로 전송되는 구매 승인 취소 요청 전문은 동일한 승인번호를 식별하기 위해, 가맹점을 구분하는 식별정보를 더 포함할 수도 있다. 하지만 상기 결제단말(110)에 의해 제공된 구매 승인 취소 요청 전문이 결제단말의 식별정보를 포함하고 있다면, 가맹점 식별정보를 추가로 포함시키지 않거나 이미 포함된 결제단말의 식별정보를 대신하여 가맹점 식별정보를 포함시킬 수도 있다.The merchant server 120 transmits the purchase approval cancellation request message provided by the payment terminal 110 to the payment relay server 130 in operation 222. The purchase approval cancellation request message transmitted to the payment server 140 may further include identification information for identifying a franchisee to identify the same approval number. However, if the purchase approval cancellation request message provided by the payment terminal 110 includes the identification information of the payment terminal, the payment information may not include the merchant identification information or may be replaced with the merchant identification information .

상기 가맹점 서버(120)는 복수의 결제 중계 서버들 중 구매 승인 취소 요청 전문을 전달할 하나의 결제 중계 서버(130)를 선택할 수도 있다. The merchant server 120 may select one settlement relay server 130 to deliver the purchase approval cancellation request message among the plurality of settlement relay servers.

상기 결제 중계 서버(130)는 상기 가맹점 서버(120)에 의해 제공된 구매 승인 취소 요청 전문으로부터 거래인자와 승인번호를 추출하고, 상기 추출한 거래인자와 승인번호에 의해 확인된 매입자 서버, 즉 결제서버(140)로 구매 승인 취소 요청 전문을 전송한다 (223단계). 상기 결제서버(140)로 전송되는 구매 승인 취소 요청 전문 또한 거래인자와 승인번호를 포함한다. 그 외에 상기 구매 승인 취소 요청 전문은 동일한 승인번호를 식별하기 위해, 결제단말의 식별정보, 가맹점의 식별정보, 결제 중계 서버의 식별정보 중 적어도 하나를 더 포함할 수 있다.The payment relay server 130 extracts a transaction factor and an approval number from the purchase approval cancellation request text provided by the merchant server 120 and extracts the transaction factor and the approval number from the buyer server, 140 in step 223. The purchase approval cancellation request message transmitted to the payment server 140 also includes a transaction parameter and an approval number. In addition, the purchase approval cancellation request message may further include at least one of identification information of a payment terminal, identification information of a merchant, and identification information of a payment relay server in order to identify the same authorization number.

상기 결제서버(140)는 상기 결제 중계 서버(130)에 의해 제공된 구매 승인 취소 요청 전문에 포함된 정보를 사용하여 승인 취소가 요청된 사건 (결제 승인 처리 건)을 확인한다. The payment server 140 confirms the event (payment approval processing case) in which the approval cancellation is requested by using the information included in the purchase approval cancellation request specification provided by the payment relay server 130. [

예컨대 상기 결제서버(140)는 구매 승인 취소 요청 전문으로부터 거래일자와 승인번호를 획득하고, 상기 획득한 거래일자에 처리된 사건들 (결제 승인 처리 건들)을 분류하며, 상기 분류한 사건들 (결제 승인 처리 건들) 중 상기 확인한 승인번호에 대응한 사건을 확인한다. For example, the payment server 140 obtains the transaction date and the approval number from the purchase approval cancellation request message, classifies the events (payment approval processing cases) processed at the acquired transaction date, The approval process is confirmed).

만약 상기 분류한 사건들 (결제 승인 처리 건들) 중 승인번호에 대응한 사건의 복수인 경우, 구매 승인 취소 요청 전문이 포함된 결제단말의 식별정보, 가맹점의 식별정보, 결제 중계 서버의 식별정보 중 적어도 하나를 이용하여 하나의 승인번호를 선택한다.If there are a plurality of events corresponding to the approval number among the classified events (payment approval processing cases), the identification information of the payment terminal including the complete purchase approval cancellation request, the identification information of the merchant, and the identification information of the payment relay server At least one approval number is selected.

상기 결제서버(140)는 구매 승인 취소가 요청된 사건 (결제 승인 처리 건)이 확인되면, 취소 승인 전문을 작성하여 결제 중계 서버(130)로 전송한다 (224단계). 상기 취소 승인 전문은 구매 승인 취소 요청에 대한 승인이 이루어졌음을 알리는 것이지 구매 승인 취소가 이루어졌음을 알리는 것이 아니다. 따라서 상기 결제서버(140)는 요청한 구매 승인 취소를 처리하기 전에 취소 승인 전문을 상기 결제 중계 서버(130)로 전송한다. 상기 결제서버(140)는 구매 승인 취소가 요청된 사건을 확인하기 전에 취소 승인 전문을 전송할 수도 있다. 즉 결제서버(140)는 구매 승인 취소 요청 전문의 수신을 확인하는 의미로 취소 승인 전문을 전송하는 것이다.The settlement server 140 creates a cancellation approval message and transmits the cancellation approval message to the settlement relay server 130 (step 224). The cancellation approval telegram informs that the approval of the purchase approval cancellation request has been made and does not notify that the purchase authorization cancellation has been made. Therefore, the payment server 140 transmits a cancellation approval message to the payment relay server 130 before processing the requested purchase approval cancellation. The payment server 140 may transmit a cancellation approval message before confirming the case in which the purchase approval cancellation is requested. In other words, the payment server 140 transmits the cancellation approval message in order to confirm receipt of the purchase approval cancel request message.

상기 결제 중계 서버(130)는 상기 결제서버(140)에 의해 제공된 취소 승인 전문을 상기 가맹점 서버(120)로 전달한다 (225단계). 상기 가맹점 서버(120)는 상기 결제 중계 서버(130)에 의해 제공된 취소 승인 전문을 상기 결제단말(110)로 전달한다 (226단계). 상기 결제단말(110)은 상기 가맹점 서버(120)에 의해 제공된 취소 승인 전문이 포함하고 있는 승인 취소 정보를 사용하여 취소 승인 결과를 출력한다.The payment relay server 130 delivers the cancellation approval text provided by the payment server 140 to the merchant server 120 in operation 225. The merchant server 120 delivers the cancellation approval text provided by the payment relay server 130 to the settlement terminal 110 in step 226. The settlement terminal 110 outputs the cancellation approval result using the approval cancellation information included in the cancellation approval provision provided by the merchant server 120. [

상기 결제 중계 서버(130), 상기 가맹점 서버(120) 및 상기 결제단말(110)은 고객 정보 보호를 위해, 취소 승인된 사건과 관련한 모든 결제 승인 정보를 폐기할 수도 있다.
The payment relay server 130, the merchant server 120, and the payment terminal 110 may discard all the payment approval information related to the canceled event in order to protect customer information.

마지막으로 EDI 청구 절차(230)는 가맹점 서버(120)에 의한 EDI 청구 요청에 응답하여 결제서버(140)가 해당 EDI에 대한 매입 처리를 수행하는 것이다.Finally, the EDI charging procedure 230 is performed by the payment server 140 in response to the EDI charging request made by the merchant server 120. [

구체적으로, 가맹점 서버(120)는 EDI 청구를 위한 이벤트가 발생하면, 결제 중계 서버(130)로 EDI 청구를 요청한다 (231단계). 상기 EDI 청구를 위한 이벤트는 EDI 청구를 위해 미리 설정된 주기에 의해 발생할 수 있다. 예컨대 특정 매입사에 대한 EDI 청구 주기가 매주로 설정되어 있다면, 상기 가맹점 서버(120)는 주간 단위로 상기 특정 매입사의 결제 승인 내역을 기반으로 EDI 청구를 요청할 것이다.Specifically, when an event for requesting an EDI occurs, the merchant server 120 requests the payment relay server 130 for an EDI request (step 231). The event for the EDI request may occur by a predetermined period for the EDI request. For example, if the EDI billing period for a specific buyer is set to weekly, the merchant server 120 will request an EDI charge based on the payment approval details of the specific buyer on a weekly basis.

상기 EDI 청구 요청 전문은 EDI 매입을 요청할 매입사 코드, 상기 매입사 코드에 따른 매입사에 의해 결제 승인된 사건 별 결제 승인 정보를 포함한다. 상기 사건 별 결제 승인 정보는 거래일자와 승인번호를 반드시 포함하여야 한다. 상기 EDI 청구 요청 전문은 동일한 승인번호를 식별하기 위해, 가맹점 식별정보를 더 포함할 수도 있다.The EDI request request message includes an acceptance code for requesting an EDI purchase, and payment approval information for each case approved by the buyer according to the buyer code. The payment approval information for each event must include transaction date and approval number. The EDI request request telegram may further include merchant identification information to identify the same approval number.

상기 결제 중계 서버(130)는 상기 가맹점 서버(120)에 의해 제공된 EDI 청구 요청 전문에 포함된 매입사 코드를 확인하고, 상기 확인한 매입사 코드를 사용하여 상기 EDI 청구 요청 전문을 전달할 결제서버(140)을 결정한다. 상기 결제 중계 서버(130)는 상기 가맹점 서버(120)에 의해 제공된 EDI 청구 요청 전문을 결정된 결제서버(140)로 전달한다 (232단계).The settlement relay server 130 confirms the buyer code included in the EDI charge request message provided by the merchant server 120 and transmits the EDI charge request message to the payment server 140 using the acquired buyer code . The payment relay server 130 delivers the EDI request for payment requested by the merchant server 120 to the determined payment server 140 (step 232).

상기 결제서버(140)는 상기 결제 중계 서버(130)에 의해 제공된 EDI 청구 요청 전문이 포함하는 결제 승인된 사건, 즉 승인거래 별로의 매입을 처리한다. 상기 결제서버(140)는 승인거래 별로의 매입을 처리하기 위해, 해당 승인거래에 대한 확인 (또는 검증)을 수행한다. The settlement server 140 processes the settlement approved event included in the EDI charge request telegram provided by the settlement relay server 130, that is, the purchase for each approved transaction. The payment server 140 performs confirmation (or verification) on the approval transaction to process the purchase for each approval transaction.

상기 승인거래에 대한 확인 (또는 검증)은 해당 승인거래가 매입사에 의해 실제로 처리된 카드 결제에 따른 것인지를 확인하는 것에 해당한다. 상기 결제서버(140)는 EDI 매입을 위한 승인거래에 대한 확인 (또는 검증)을 거래일자와 승인번호를 이용한다. 예컨대 상기 승인거래에 대한 확인 (또는 검증)은 EDI 청구 요청 전문에 승인거래 별로 기록된 거래일자와 승인번호와 내부에 승인거래 별로 기록된 거래일자와 승인번호의 대비에 의해 이루어질 수 있다.Confirmation (or verification) of the approval transaction corresponds to confirming whether the approval transaction corresponds to card settlement actually processed by the acquirer. The payment server 140 uses the transaction date and the approval number to confirm (or verify) the approval transaction for purchasing the EDI. For example, the confirmation (or verification) of the approval transaction may be made by comparing the transaction date and the approval number recorded for each approval transaction in the EDI request for charge request, and the transaction date and approval number recorded for each approval transaction in the EDI request.

상기 결제서버(140)는 내부에 동일한 거래일자와 승인번호를 가지는 복수의 승인거래가 존재할 시, EDI 청구 요청 전문에 포함된 가맹점 식별정보 또는 결제 중계 서버 식별정보 등을 활용하여 하나의 매입 처리할 승인거래를 확인할 수 있다.When there are a plurality of approval transactions having the same transaction date and approval number in the inside of the payment server 140, the payment server 140 confirms approval of one purchase using the merchant identification information or the payment relay server identification information included in the EDI request The transaction can be confirmed.

상기 결제서버(140)는 상기 결제 중계 서버(130)에 의해 제공된 EDI 청구 요청 전문이 가지는 매입사 코드가 정확한지에 대한 확인을 거쳐, EDI 청구 응답 전문을 작성하여 상기 결제 중계 서버(130)로 전송한다 (233단계). The payment server 140 checks whether the buyer code of the EDI charge request message provided by the payment relay server 130 is correct and creates an EDI charge reply message to the payment relay server 130 (Step 233).

상기 EDI 청구 응답 전문은 EDI 청구 요청에 대한 승인이 이루어졌음을 알리는 것이지 EDI 청구 요청에 따른 매입 처리가 이루어졌음을 알리는 것이 아니다. 따라서 상기 결제서버(140)는 요청된 EDI 청구에 대한 매입을 처리하기 전에 EDI 청구 응답 전문을 상기 결제 중계 서버(130)로 전송한다.The EDI claim response telegram notifies that the EDI request has been approved and does not notify that the EDI request has been received. Accordingly, the payment server 140 transmits the EDI charge response message to the payment relay server 130 before processing the purchase of the requested EDI request.

이 경우, EDI 청구 요청에 따른 실질적인 매입 처리는 EDI 청구 응답 전문을 상기 결제 중계 서버(130)로 전송한 후에 진행될 수 있다. 상기 EDI 청구 요청에 따른 매입 처리 결과는 별도의 절차에 의해 상기 결제 중계 서버(130)로 전달될 것이다.In this case, the actual purchase processing according to the EDI charge request may proceed after transmitting the EDI charge request message to the settlement relay server 130. The settlement processing result according to the EDI request will be transmitted to the settlement relay server 130 by a separate procedure.

상기 결제 중계 서버(130)는 상기 결제서버(140)에 의해 제공된 EDI 청구 응답 전문을 상기 가맹점 서버(120)로 전달한다 (234단계). 상기 가맹점 서버(120)는 상기 결제서버(140)에 의해 제공된 EDI 청구 응답 전문을 보관할 수 있다. 상기 결제 중계 서버(130)와 상기 가맹점 서버(120)는 고객 정보 보호를 위해, EDI 청구 응답 전문을 수신한 후 EDI 청구와 관련한 모든 결제 승인 정보를 폐기할 수도 있다.
The payment relay server 130 delivers the EDI charge request message provided by the payment server 140 to the merchant server 120 (step 234). The merchant server 120 may store the EDI charge request message provided by the payment server 140. The payment relay server 130 and the merchant server 120 may discard all payment approval information related to the EDI request after receiving the EDI charge request message for protecting customer information.

도 3은 제안된 실시 예에 따라 결제단말이 카드 결제 처리를 위해 수행하는 제어 흐름의 일 예를 보이고 있다.FIG. 3 shows an example of a control flow performed by a payment terminal for card settlement processing according to the proposed embodiment.

도 3을 참조하면, 결제단말은 310단계에서 결제 승인을 요청하는 이벤트가 발생하는지를 감시한다. 상기 결제 승인 요청 이벤트는 카드 결제의 필요에 의해 발생한다. 일 예로 카드가 카드 리더 모듈을 통해 읽혀지고, 상기 카드의 읽혀짐에 의해 독출된 카드 정보가 상기 카드 리더 모듈에 의해 암호화되어 출력됨에 의해, 결제 승인 요청 이벤트가 발생할 수 있다. Referring to FIG. 3, in step 310, the payment terminal monitors whether an event for requesting payment approval occurs. The payment approval request event is generated by the necessity of the card payment. For example, a card is read through a card reader module, and card information read by reading the card is encrypted and output by the card reader module, thereby generating a payment approval request event.

상기 카드 리더 모듈은 독출한 전체 카드 정보를 암호화하거나 일부 카드 정보만을 암호화할 수 있다. 상기 카드 리더 모듈은 카드 정보에 포함된 카드번호 중 일부 또는 전부를 암호화할 수도 있다. 하지만 상기 카드번호에 대한 암호화는 카드번호의 일부 번호만을 암호화하는 것이 바람직할 수 있다. 예컨대 상기 결제단말(110)이 부가 서비스를 위해 카드번호 중 일부를 사용할 수 있으므로, 카드번호 중 부가 서비스를 위해 사용할 일부 번호에 대해서는 암호화를 하지 않는 것이 바람직하다.The card reader module can encrypt all card information read out or encrypt only some card information. The card reader module may encrypt some or all of the card numbers included in the card information. However, it may be desirable to encrypt only a part of the card number. For example, since the settlement terminal 110 can use some of the card numbers for additional services, it is preferable not to encrypt some of the card numbers to be used for the additional service.

상기 결제 단말은 결제 승인 요청 이벤트가 발생하면, 312단계에서 결제 승인을 요청하는 결제 승인 요청 전문을 전송한다. 상기 결제 승인 요청 전문은 암호화된 카드번호를 포함한다.When the payment approval request event occurs, the payment terminal transmits a payment approval request message for requesting approval of payment in step 312. The payment approval request telegram includes an encrypted card number.

상기 결제단말은 결제 승인 요청 전문을 전송한 후, 314단계에서 상기 전송한 결제 승인 요청 전문에 대응한 결제 승인 응답 전문을 수신한다. 상기 수신한 결제 승인 응답 전문은 해당 카드 결제에 따른 결제 승인 정보를 포함한다. 상기 결제 승인 정보는 거래일자와 승인번호를 적어도 포함할 것이다.The payment terminal transmits the payment approval request message, and then receives the payment approval response message corresponding to the payment approval request in step 314. The received payment approval response telegram includes payment approval information corresponding to the card payment. The payment approval information will include at least the transaction date and the approval number.

상기 결제단말은 316단계에서 결제 승인 응답 전문을 통해 획득한 결제 승인 정보를 사용하여 결제 승인 전문을 출력한다. 상기 출력된 결제 승인 전문 또한 거래일자와 승인번호를 포함한다.The payment terminal outputs a payment approval message using the payment approval information obtained through the payment approval response in step 316. [ The output of the payment approval specification also includes the transaction date and approval number.

상기 결제단말은 결제 승인 응답 전문을 통해 획득한 결제 승인 정보를 기록매체에 기록하고, 관리할 수 있다. 하지만 결제단말은 고객 정보의 보호를 위해, 카드번호 등과 같은 개인 정보를 기록매체에 기록하는 것은 바람직하지 않다. 따라서 결제단말은 결제 승인 응답 전문이 수신되면, 결제 승인을 요청하기 위해 사용된 암호화된 카드번호를 폐기하도록 한다.The payment terminal can record and manage the payment approval information acquired through the payment approval response telegram on the recording medium. However, in order to protect customer information, the settlement terminal is not preferable to record personal information such as a card number on a recording medium. Therefore, when the settlement approval response message is received, the settlement terminal discards the encrypted card number used to request payment approval.

도 4는 제안된 실시 예에 따른 결제서버가 카드 결제 처리를 위해 수행하는 제어 흐름의 일 예를 보이고 있다.FIG. 4 shows an example of a control flow performed by the payment server according to the present invention for card settlement processing.

도 4를 참조하면, 결제서버는 410단계에서 결제단말에 의해 전송된 결제 승인 요청 전문을 결제 중계 서버를 통해 수신되는지를 감시한다. 상기 결제단말에 의해 전송된 결제 승인 요청 전문은 결제 중계 서버 이전에 가맹점 서버를 경유하여 전달될 수도 있다.4, the payment server monitors whether the payment approval request transmitted by the payment terminal in step 410 is received through the payment relay server. The payment approval request message transmitted by the payment terminal may be delivered via the merchant server before the payment relay server.

상기 결제서버는 결제 승인 요청 전문이 접수되면, 412단계에서 접수된 결제 승인 요청 전문이 포함하는 결제 정보에 의한 결제 승인을 처리한다. 상기 결제서버는 결제 승인 처리에 의해 해당 카드 결제에 대한 승인이 이루어지면, 414단계에서 결제 승인 응답 전문을 작성하여 전송한다. 상기 결제 승인 응답 전문은 결제 승인이 이루어진 카드번호, 거래일자, 승인번호를 포함한다. 상기 결제 승인 응답 전문에 포함된 카드번호는 암호화될 수도 있다. 상기 결제 승인 응답 전문에 카드번호가 포함된다면, 결제 중계 서버가 해당 결제 승인 응답 전문에 포함된 카드정보를 제거한 후 가맹점 서버 또는 결제단말로 전달하는 것이 바람직하다.
When the payment approval request message is received, the payment server processes the payment approval based on the payment information included in the payment approval request received in step 412. When the payment server approves the card payment by the payment approval process, the payment server creates and transmits the payment approval response in step 414. The payment approval response telegram includes a card number, a transaction date, and an approval number to which the payment approval is made. The card number included in the payment approval response telegram may be encrypted. If the card number is included in the payment approval response telegram, it is preferable that the payment relay server deletes the card information included in the payment approval response telegram and delivers the card information to the merchant server or the payment terminal.

도 5는 제안된 실시 예에 따라 결제단말이 구매 승인 취소를 위해 수행하는 제어 흐름의 일 예를 보이고 있다.FIG. 5 shows an example of a control flow performed by the payment terminal in order to cancel the purchase approval according to the proposed embodiment.

도 5를 참조하면, 결제단말은 510단계에서 구매 승인 취소 요청이 발생하는지를 감시한다. 상기 구매 승인 취소 요청은 결제단말에 구비된 기능 키들 중 취소 기능 키의 눌림에 의해 발생할 수 있다. 상기 구매 승인 취소 요청은 결제단말에서 처리 가능한 복수의 모드들이 모두 해당할 수 있다. 예컨대 상기 복수의 모드에는 신용 승인 취소, 직전 취소, 현금 영수증 취소 등이 포함될 수 있다.Referring to FIG. 5, in step 510, the payment terminal monitors whether a purchase approval cancellation request is generated. The purchase approval cancellation request may be generated by pressing the cancel function key among the function keys provided in the payment terminal. The purchase approval cancellation request may correspond to a plurality of modes that can be processed by the payment terminal. For example, the plurality of modes may include credit approval cancellation, immediate cancellation, cash receipt cancellation, and the like.

상기 결제단말은 구매 승인 취소가 요청되면, 화면을 통해 승인번호의 입력을 요청하며, 상기 요청에 대한 응답으로 승인번호 전체 또는 일부만을 입력 받는다. 상기 결제단말은 보다 정확한 구매 승인 취소를 위해, 승인번호 외에 거래일자의 입력을 요구할 수도 있다. 하지만 직전 취소의 경우, 결제단말에서의 마지막 구매 승인을 대상으로 함에 따라, 승인번호를 별도로 입력 받을 필요가 없을 수 있다.When the purchase approval cancellation is requested, the payment terminal requests input of the approval number through the screen, and receives only the approval number or part of the approval number in response to the request. The settlement terminal may request input of a transaction date in addition to the approval number, in order to more accurately cancel the purchase approval. However, in the case of immediate cancellation, it may not be necessary to input the approval number separately as it is targeted for the last purchase approval at the settlement terminal.

상기 결제단말은 구매 승인 취소 요청이 이루어진 후 입력 또는 저장된 승인번호가 선택되면, 이를 구매 승인 취소 이벤트가 발생한 것으로 인지한다.The payment terminal recognizes that the purchase approval cancellation event has occurred when the approval number entered or stored after the purchase approval cancellation request is made is selected.

상기 결제단말은 구매 승인 취소 이벤트가 발생하면, 514단계에서 구매 승인 취소 전문을 작성하고, 상기 작성한 구매 승인 취소 전문을 전송한다. 상기 구매 승인 취소 요청 전문은 카드번호를 대신하여 구매 승인 취소를 원하는 사건 (결제 승인 처리 건)의 거래일자와 승인번호를 반드시 포함하여야 한다. 상기 구매 승인 취소 요청 전문은 동일한 승인번호를 식별하기 위해, 결제단말을 구분하는 식별정보를 더 포함할 수도 있다.When the purchase approval cancellation event occurs, the payment terminal creates a purchase approval cancellation telegram in step 514, and transmits the created purchase approval cancellation telegram. The purchase approval cancellation request message must include the transaction date and the approval number of the case (payment approval processing case) that desires to cancel the purchase approval on behalf of the card number. The purchase approval cancellation request message may further include identification information for identifying the payment terminal in order to identify the same approval number.

상기 결제단말은 구매 승인 취소 전문을 전송한 후, 516단계에서 상기 전송한 구매 승인 취소 전문에 대응한 취소 승인 전문을 수신한다. 상기 수신한 취소 승인 전문은 해당 구매 승인에 대한 취소 요청이 접수되었음을 알리기 위한 것이다.The settlement terminal receives the cancellation approval message corresponding to the transmitted purchase cancellation telegram in step 516 after transmitting the purchase cancellation telegram. The received cancellation approval message is for informing that the cancellation request for the purchase approval has been received.

상기 결제단말은 취소 승인 전문의 수신하면, 518단계에서 취소 승인 결과를 출력한다.
When the payment terminal receives the cancellation approval message, the payment terminal outputs the cancellation approval result in step 518. [

도 6은 제안된 실시 예에 따른 결제서버가 구매 승인 취소를 위해 수행하는 제어 흐름의 일 예를 보이고 있다.FIG. 6 shows an example of a control flow performed by the payment server according to the proposed embodiment to cancel a purchase approval.

도 6을 참조하면, 결제서버는 610단계에서 결제단말에 의해 전송된 구매 승인 취소 요청 전문이 결제 중계 서버를 통해 결제단말로부터 수신되는지를 감시한다. 상기 결제단말에 의해 전송된 구매 승인 취소 요청 전문은 결제 중계 서버 이전에 가맹점 서버를 경유하여 전달될 수도 있다.Referring to FIG. 6, the payment server monitors whether the purchase approval cancellation request message transmitted by the payment terminal in step 610 is received from the payment terminal through the payment relay server. The purchase approval cancellation request message transmitted by the payment terminal may be delivered via the merchant server before the payment relay server.

상기 결제서버는 구매 승인 취소 요청 전문을 수신하면, 612단계에서 수신한 구매 승인 취소 요청 전문에 대응하여 구매 승인 취소 요청을 접수한다. 그리고 상기 결제서브는 614단계에서 해당 구매 승인 취소 요청 전문을 접수하였음을 확인하는 취소 승인 전문을 전송한다. 상기 결제 승인 전문은 결제단말이 자신이 전송한 구매 승인 취소 전문의 접수 여부만을 인지할 수 있는 정도의 정보만을 포함하면 된다.Upon receipt of the purchase approval canceling request message, the payment server receives a purchase approval canceling request in response to the purchase approval canceling request received in step 612. In step 614, the settlement sub transmits a cancellation approval message confirming receipt of the purchase approval approval cancellation request message. The payment approval telegraphic information may include only information of a degree that the payment terminal can recognize only whether or not the purchase approval cancellation telegram transmitted by the payment terminal itself is received.

상기 결제서버는 취소 승인 전문을 전송한 후, 상기 접수한 구매 승인 취소 요청을 처리한다. 예컨대 상기 결제서버는 구매 승인 취소 요청 전문으로부터 거래일자와 승인번호를 획득하고, 상기 획득한 거래일자에 처리된 사건들 (결제 승인 처리 건들)을 분류하며, 상기 분류한 사건들 (결제 승인 처리 건들) 중 상기 확인한 승인번호에 대응한 사건을 확인한다. The payment server processes the received purchase approval cancellation request after transmitting the cancellation approval telegram. For example, the payment server obtains the transaction date and approval number from the purchase approval cancellation request message, classifies the events (payment approval processing cases) processed at the acquired transaction date, and classifies the classified events ), Confirm the case corresponding to the approval number identified above.

상기 결제서버는 확인한 사건에 대해 기록된 결제 승인 정보에 의해, 취소를 위한 심사를 진행하며, 상기 심사를 통해 해당 구매 승인에 대한 취소 여부를 결정한다. 상기 결제서버는 해당 구매 승인에 대한 취소를 결정할 시, 이를 별도의 절차를 통해 결제단말 또는 가맹점 서버 또는 가입자에게 통보한다.
The payment server performs an examination for cancellation based on the payment approval information recorded for the confirmed event, and determines whether to cancel the purchase approval through the examination. When the payment server decides to cancel the purchase approval, the payment server notifies the settlement terminal, the merchant server or the subscriber through a separate procedure.

도 7은 제안된 실시 예에 따라 가맹점 서버가 EDI 청구를 위해 수행하는 제어 흐름의 일 예를 보이고 있다.FIG. 7 shows an example of a control flow performed by a merchant server for an EDI charge according to the proposed embodiment.

도 7을 참조하면, 가맹점 서버는 EDI 청구를 위한 이벤트가 발생하면, 710단계에서 매입사 별로 EDI 청구 전문을 작성하고, 상기 매입사 별로 작성한 EDI 청구 전문을 전송한다. 상기 EDI 청구를 위한 이벤트는 EDI 청구를 위해 미리 설정된 주기에 의해 발생할 수 있다. 예컨대 특정 매입사에 대한 EDI 청구 주기가 매주로 설정되어 있다면, 상기 가맹점 서버는 주간 단위로 상기 특정 매입사의 결제 승인 내역을 기반으로 EDI 청구를 요청할 것이다.Referring to FIG. 7, when an event for requesting an EDI is generated, the merchant server creates an EDI bill for each buyer in step 710, and transmits the EDI charge created for each buyer. The event for the EDI request may occur by a predetermined period for the EDI request. For example, if the EDI billing cycle for a particular buyer is set to weekly, the merchant server will request an EDI charge based on the payment approval details of the particular buyer on a weekly basis.

예컨대 상기 EDI 청구를 위한 이벤트가 발생하면, 상기 가맹점 서버는 매입 처리되지 않고 있는 구매 승인 사건들을 매입사 별로 분류하며, 상기 매입사 별로 분류된 구매 승인 사건들의 결제 승인 정보에 의해 해당 매입사의 EDI 청구 요청 전문을 작성한다. 이때 매입 처리할 구매 승인 사건을 식별할 수 있도록, EDI 청구 요청 전문이 구매 승인 사건들 각각에 대응한 거래일자 및 승인번호를 포함하도록 한다.For example, when the event for the EDI request is generated, the merchant server classifies the purchase approval events that have not been processed for purchase by the buyers, and the EDI request requesting agent of the buyer by the payment approval information of the purchase approval events classified by the buyer . At this time, the EDI request request specialist shall include the transaction date and approval number corresponding to each of the purchase approval cases so as to identify the purchase approval case to be purchased.

상기 가맹점 서버는 EDI 청구 요청 전문을 전송한 후, 712단계에서 상기 전송한 EDI 청구 요청 전문에 대응한 EDI 청구 응답 전문을 수신한다. 상기 수신한 EDI 청구 응답 전문은 매입을 요청한 EDI 청구가 접수되었음을 알리기 위한 것이다.
The merchant server receives the EDI charge request message corresponding to the transmitted EDI charge request message in step 712 after transmitting the EDI charge request message. The received EDI request response message is for informing that an EDI request for a purchase has been received.

도 8은 제안된 실시 예에 따른 결제서버가 EDI 청구에 따른 매입 처리를 위해 수행하는 제어 흐름의 일 예를 보이고 있다.FIG. 8 shows an example of a control flow performed by the payment server according to the proposed embodiment for an embedding process according to an EDI request.

도 8을 참조하면, 결제서버는 810단계에서 결제단말에 의해 전송된 EDI 청구 요청 전문이 결제 중계 서버를 통해 가맹점 서버로부터 수신되는지를 감시한다.Referring to FIG. 8, the payment server monitors whether the EDI charge request message transmitted by the payment terminal in step 810 is received from the merchant server through the payment relay server.

상기 결제서버는 EDI 청구 요청 전문을 수신하면, 812단계에서 수신한 EDI 청구 요청 전문에 대응하여 EDI 청구 요청을 접수한다. 그리고 상기 결제서브는 814단계에서 해당 EDI 청구 요청 전문을 접수하였음을 확인하는 EDI 청구 응답 전문을 전송한다. 상기 EDI 청구 응답 전문은 결제단말이 자신이 전송한 EDI 청구 요청 전문의 접수 여부만을 인지할 수 있는 정도의 정보만을 포함하면 된다.Upon receipt of the EDI request request message, the payment server receives an EDI request in response to the EDI request in step 812. In step 814, the payment subsystem transmits an EDI charge request message confirming receipt of the EDI charge request message. The EDI charge request message only needs to include information indicating that the payment terminal can recognize only whether the EDI charge request message transmitted by the payment terminal is received.

상기 결제서버는 EDI 청구 응답 전문을 전송한 후, 상기 접수한 EDI 청구 요청을 처리한다. 예컨대 상기 결제서버는 EDI 청구 응답 전문으로부터 구매 승인 사건 별 거래일자와 승인번호를 획득하고, 상기 획득한 거래일자와 승인번호를 사용하여 해당 승인 거래에 대한 확인 (또는 검증)을 수행한다. 상기 결제서버는 확인 (또는 검증)된 승인 거래에 대해서 매입 처리를 한다.The payment server processes the received EDI charge request after transmitting the EDI charge request message. For example, the payment server obtains a transaction date and an approval number for each purchase approval event from the EDI charge request message, and performs confirmation (or verification) on the approval transaction using the obtained transaction date and approval number. The payment server processes the approval transaction for the confirmation (or verification).

한편 상기 획득한 거래일자와 승인번호에 대응하여 복수의 승인 거래가 존재하는 경우, 상기 결제서버는 EDI 청구 요청 전문에 포함된 가맹점 식별 정보를 사용하여 상기 복수 개의 결제 정보 중 하나의 승인 거래를 식별한다. 그리고 상기 식별한 하나의 승인 거래에 대한 확인 (또는 검증)을 수행한 후, 그 결과에 의해 해당 승인 거래를 매입 처리한다. 상기 결제서버는 EDI 청구에 대한 매입 결과를 별도의 절차를 통해 가맹점 서버에게 통보한다.Meanwhile, if there are a plurality of approval transactions corresponding to the acquired transaction date and approval number, the payment server identifies one authorization transaction among the plurality of payment information using the merchant identification information included in the EDI request request message . Then, after confirming (or verifying) one of the identified approval transactions, the approval transaction is embedded according to the result. The payment server notifies the merchant server of the purchase result of the EDI request through a separate procedure.

상술한 바와 같이 EDI 청구에 대응한 매입 처리 시에 카드번호를 사용하지 않음으로써, 고객 정보가 노출될 위험성을 줄일 수 있게 된다.As described above, since the card number is not used in the purchase processing corresponding to the EDI request, the risk of exposing the customer information can be reduced.

도 9는 제안된 실시 예에 따른 결제 단말의 블록 구성을 보이고 있다.FIG. 9 shows a block configuration of a payment terminal according to the proposed embodiment.

도 9를 참조하면, 결제 단말(110)은 카드 리더 모듈(901), 처리 모듈(903)를 적어도 포함한다. 상기 결제 단말(110)은 디스플레이 모듈(905), 입출력 모듈(907), 송신모듈(909), 수신모듈(911), 기록매체(913) 중 적어도 하나를 더 포함할 수 있다.Referring to FIG. 9, the payment terminal 110 includes at least a card reader module 901 and a processing module 903. The payment terminal 110 may further include at least one of a display module 905, an input / output module 907, a transmission module 909, a reception module 911, and a recording medium 913.

카드 리더 모듈(901)는 카드에 기록된 카드 정보를 독출하고, 상기 독출된 카드 정보를 구성하는 카드번호를 암호화할 수 있다. 상기 암호화는 카드번호 전체에 대해 암호화를 하는 것보다는 결제단말이 부가 서비스를 위해 사용할 번호를 제외한 나머지 번호만을 암호화하는 것이 바람직하다.The card reader module 901 reads the card information recorded on the card and can encrypt the card number constituting the read card information. It is preferable that the encryption encrypts only the remaining numbers excluding the number to be used for the supplementary service by the payment terminal rather than encrypting the entire card number.

처리 모듈(903)은 카드 결제, 구매 승인 취소 등의 카드 거래에 따른 전반적인 동작을 처리한다. The processing module 903 processes the overall operation according to the card transaction such as card settlement, purchase approval cancellation, and the like.

예컨대 카드 결제 처리 이벤트가 발생하면, 상기 처리 모듈(903)은 결제 승인 요청 전문을 전송하고, 이에 대응한 결제 승인 응답 전문을 수신하는 카드 결제 처리 절차를 수행한다. 상기 결제 승인 요청 전문은 일부 또는 전부가 암호화된 카드번호를 포함하며, 결제 승인 응답 전문은 거래일자, 승인번호를 적어도 포함하는 결제 승인 정보를 포함한다.For example, when a card settlement processing event occurs, the processing module 903 transmits a payment approval request telegram, and performs a card payment processing procedure to receive a payment approval response telegram corresponding thereto. The payment approval request telegram includes a card number partially or wholly encrypted, and the payment approval response telegram includes payment approval information including at least a transaction date and an approval number.

상기 구매 승인 취소 이벤트가 발생하면, 상기 처리 모듈(903)은 구매 승인 취소 요청 전문을 전송하고, 이에 대응한 취소 승인 전문을 수신하는 구매 승인 취소 절차를 수행한다. 상기 구매 승인 취소 요청 전문은 취소를 요청할 구매 승인에 대응한 거래일자 및 승인번호를 적어도 포함한다.When the purchase approval cancellation event occurs, the processing module 903 transmits a purchase approval cancellation request message and performs a purchase approval cancellation procedure to receive the cancellation approval message corresponding to the purchase approval cancellation event. The purchase approval cancellation request message includes at least the transaction date and the approval number corresponding to the purchase approval to be canceled.

디스플레이 모듈(905)은 결제 정보 등의 내용을 사용자에게 보여줄 수 있다. 입출력 모듈(907)은 카드 거래와 관련하여 사용자의 입출력이 필요한 경우 사용될 수 있다. 예를 들면 거래 금액, 할부 개월 등을 입력할 수 있으며, 거래 내역에 대해 출력하여 보관할 수 있다. 또한 구매 승인 취소 요청 시에 취소할 구매 승인에 대응한 거래일자 및 승인번호의 일부 또는 전부를 입력하기 위해 사용될 수도 있다.The display module 905 can display the contents of payment information and the like to the user. The input / output module 907 can be used when a user's input / output is required in connection with a card transaction. For example, you can enter the transaction amount, installment month, etc., and you can output and save the transaction details. It may also be used to enter part or all of the transaction date and authorization number corresponding to the purchase authorization to be canceled when the purchase authorization cancellation request is made.

송신모듈(909)은 카드 결제 처리를 위한 결제 승인 요청 전문, 구매 승인 취소를 위한 구매 승인 취소 요청 전문 등을 전송한다. 수신모듈(911)은 카드 결제 처리에 따른 결제 승인 응답 전문, 구매 승인 취소에 따른 취소 승인 전문 등을 수신한다. The transmission module 909 transmits a payment approval request for the card settlement processing, a purchase approval cancel request for canceling the purchase approval, and the like. The receiving module 911 receives the payment approval response message in response to the card payment process, the cancellation approval message in response to the cancellation of the purchase approval, and the like.

기록매체(913)는 결제 승인 결과 전문에 포함된 거래일자, 승인번호 등을 포함하는 결제 승인 정보를 저장할 수 있다.
The recording medium 913 may store settlement approval information including a transaction date, an approval number, and the like included in the payment approval result special.

도 10은 제안된 실시 예에 따른 가맹점 서버의 블록 구성을 보이고 있다.FIG. 10 shows a block configuration of a merchant server according to the proposed embodiment.

도 10을 참조하면, 가맹점 서버는 통신 모듈(1001), 처리 모듈(1003), 기록매체(905)를 포함한다. Referring to FIG. 10, the merchant server includes a communication module 1001, a processing module 1003, and a recording medium 905.

상기 통신 모듈(1001)은 카드 결제 처리, 구매 승인 취소, EDI 청구 등을 위해 결제단말, 결제 중계 서버와의 통신을 수행한다. The communication module 1001 communicates with a payment terminal and a payment relay server for card payment processing, purchase approval cancellation, EDI request, and the like.

상기 카드 결제 처리 시, 상기 통신모듈(1001)은 결제단말에 의해 제공되는 결제 승인 요청 전문을 수신하거나 결제 중계 서버로 결제 승인 요청 전문을 전송한다. 또한 상기 통신 모듈(1001)은 결제 중계 서버에 의해 제공되는 결제 승인 응답 전문을 수신하거나 결제단말로 결제 승인 응답 전문을 전송한다.In the card settlement processing, the communication module 1001 receives the settlement approval request text provided by the settlement terminal or transmits the settlement approval request text to the settlement relay server. Also, the communication module 1001 receives the payment approval response message provided by the payment relay server or transmits a payment approval response message to the payment terminal.

상기 구매 승인 취소 시, 상기 통신모듈(1001)은 결제단말에 의해 제공되는 구매 승인 취소 요청 전문을 수신하거나 결제 중계 서버로 구매 승인 취소 요청 전문을 전송한다. 또한 상기 통신 모듈(1001)은 결제 중계 서버에 의해 제공되는 취소 승인 전문을 수신하거나 결제단말로 취소 승인 전문을 전송한다.Upon canceling the purchase approval, the communication module 1001 receives a purchase approval cancellation request message provided by the payment terminal or transmits a purchase approval cancellation request message to the payment relay server. Also, the communication module 1001 receives the cancellation approval telegram provided by the payment relay server or transmits the cancellation approval telegram to the payment terminal.

상기 EDI 청구 시, 상기 통신 모듈(1001)은 EDI 청구 요청 전문을 결제 중계 서버로 전송하고, 상기 결제 중계 서버에 의해 제공되는 EDI 청구 응답 전문을 수신한다.When the EDI is requested, the communication module 1001 transmits the EDI request to the payment relay server, and receives the EDI charge response message provided by the payment relay server.

상기 처리 모듈(1003)은 카드 결제 처리, 구매 승인 취소, EDI 청구 등의 카드 거래를 위한 전반적인 동작을 처리한다. 일 예로 상기 처리 모듈(1003)은 EDI 청구를 위한 이벤트가 발생하면, 상기 통신 모듈(1001)을 통해 결제 중계 서버로 EDI 청구를 요청한다. 상기 EDI 청구를 위한 이벤트는 EDI 청구를 위해 미리 설정된 주기에 의해 발생할 수 있다. 예컨대 특정 매입사에 대한 EDI 청구 주기가 매주로 설정되어 있다면, 상기 처리 모듈(1003)은 주간 단위로 상기 특정 매입사의 결제 승인 내역을 기반으로 EDI 청구를 요청할 것이다.The processing module 1003 processes the overall operation for the card transaction such as the card settlement processing, the purchase approval cancellation, the EDI request, and the like. For example, when the EDI request event occurs, the processing module 1003 requests the EDI request to the payment relay server through the communication module 1001. The event for the EDI request may occur by a predetermined period for the EDI request. For example, if the EDI billing cycle for a particular buyer is set to weekly, the processing module 1003 will request an EDI charge based on the payment approval details of the particular buyer on a weekly basis.

상기 처리 모듈(1003)은 상기 통신 모듈(1001)을 통해 결제서버에 의해 제공된 EDI 청구 응답 전문을 수신한다. 상기 처리 모듈(1003)은 수신한 EDI 청구 응답 전문을 기록매체(1005)에 보관할 수 있다.The processing module 1003 receives the EDI charge response message provided by the payment server through the communication module 1001. [ The processing module 1003 can store the received EDI request response message in the recording medium 1005. [

기록매체(1005)는 결제 승인 응답 전문에 포함된 결제 승인 정보를 저장할 수 있다.
The recording medium 1005 may store the payment approval information included in the payment approval response telegram.

도 11은 제안된 실시 예에 따른 결제서버의 블록 구성을 보이고 있다.FIG. 11 shows a block configuration of a payment server according to the proposed embodiment.

도 11을 참조하면, 결제서버는 통신 모듈(1101), 처리 모듈(1103), 기록매체(1105)를 포함한다.Referring to FIG. 11, the payment server includes a communication module 1101, a processing module 1103, and a recording medium 1105.

상기 통신 모듈(1101)은 카드 결제 처리, 구매 승인 취소, EDI 청구 등을 위해 결제 중계 서버와의 통신을 수행한다.The communication module 1101 performs communication with the payment relay server for card settlement processing, cancellation of purchase approval, EDI request, and the like.

상기 카드 결제 처리 시, 상기 통신모듈(1101)은 결제 중계 서버에 의해 제공되는 결제 승인 요청 전문을 수신하고, 카드 결제 처리에 따른 결제 승인 응답 전문을 결제 중계 서버로 전송한다.In the card settlement processing, the communication module 1101 receives the settlement approval request text provided by the settlement relay server, and transmits the settlement approval response text following the card settlement processing to the settlement relay server.

상기 구매 승인 취소 시, 상기 통신모듈(1101)은 결제 중계 서버에 의해 제공되는 구매 승인 취소 요청 전문을 수신하고, 구매 승인 취소에 따른 취소 승인 전문을 결제 중계 서버로 전송한다.Upon canceling the purchase approval, the communication module 1101 receives the purchase approval cancel request, which is provided by the payment relay server, and transmits the cancellation approval to the payment relay server.

상기 EDI 청구 시, 상기 통신 모듈(1101)은 결제 중계 서버에 의해 제공되는 EDI 청구 요청 전문을 수신하고, EDI 청구 요청의 접수에 따른 EDI 청구 응답 전문을 결제 중계 서버로 전송한다.When the EDI request is made, the communication module 1101 receives the EDI request request message provided by the payment relay server, and transmits the EDI request response message to the payment relay server according to the receipt of the EDI request.

상기 처리 모듈(1103)은 카드 결제 처리, 구매 승인 취소, EDI 청구 등의 카드 거래를 위한 전반적인 동작을 처리한다. 일 예로 상기 처리 모듈(1003)은 결제 중계 서버에 의해 제공된 EDI 청구 요청 전문의 매입사 코드가 정확한지 확인한 후, EDI 청구 응답 전문을 작성하여 상기 통신 모듈(1101)을 통해 상기 결제 중계 서버로 전송한다.The processing module 1103 handles overall operations for card transactions such as card settlement processing, cancellation of purchase approval, EDI charge, and the like. For example, the processing module 1003 confirms that the buyer code of the EDI charge request message provided by the payment relay server is correct, and then creates an EDI charge reply message and transmits it to the payment relay server through the communication module 1101.

상기 EDI 청구 응답 전문은 EDI 청구 요청에 대한 승인이 이루어졌음을 알리는 것이지 EDI 청구 요청에 따른 매입 처리가 완료되었음을 알리는 것이 아니다. 따라서 상기 처리 모듈(1103)은 요청된 EDI 청구에 대한 매입을 처리하기 전에 EDI 청구 응답 전문을 상기 통신 모듈(1101)을 통해 결제 중계 서버로 전송한다.The EDI request response telegram informs that the EDI request has been approved and does not notify that the EDI request has been completed. Accordingly, the processing module 1103 transmits the EDI request response message to the payment relay server via the communication module 1101 before processing the purchase for the requested EDI request.

상기 처리 모듈(1103)은 EDI 청구 요청에 따른 실질적인 매입을 EDI 청구 응답 전문을 결제 중계 서버로 전송한 후에 처리할 수 있다. 상기 처리 모듈(1103)은 EDI 청구 요청에 따른 매입 처리 결과를 별도의 절차에 의해 결제 중계 서버로 전달할 것이다.The processing module 1103 may process the actual purchase according to the EDI request by transmitting the EDI request response to the payment relay server. The processing module 1103 will transmit the purchase processing result according to the EDI request to the settlement relay server by a separate procedure.

기록매체(1105)는 결제 승인에 따라 발생한 거래일자, 승인번호 등을 포함하는 결제 승인 정보를 저장할 수 있다. 상기 기록매체(1105)에 저장된 거래일자와 승인번호는 구매 승인 취소 또는 EDI 청구 요청에 따른 매입 처리시에 승인 거래를 확인하기 위해, 카드번호를 대신하여 사용될 것이다.
The recording medium 1105 may store payment approval information including a transaction date, an approval number, and the like generated in accordance with the payment approval. The transaction date and the approval number stored in the recording medium 1105 may be used in place of the card number to confirm the approval transaction at the time of the purchase processing according to the purchase approval cancellation or the EDI request.

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 당해 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 여러 가지 변형에 의한 실시가 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허 청구의 범위뿐만 아니라 이 특허 청구의 범위와 균등한 것들에 의해 정해져야 한다. 뿐만 아니라 이러한 변형 실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안 될 것이다.While the present invention has been described in connection with what is presently considered to be the most practical and preferred embodiment, it is to be understood that the invention is not limited to the disclosed embodiments, but is to be accorded the widest scope consistent with the appended claims. Therefore, the scope of the present invention should not be limited by the illustrated embodiments, but should be determined by the scope of the appended claims and equivalents thereof. In addition, these modifications should not be understood individually from the technical idea or viewpoint of the present invention.

Claims

A method of processing a card transaction at an acquirer server,
Processing the card payment requested by the payment relay server and providing the authorization number assigned for the card payment to the payment relay server;
Storing payment information including at least the authorization number and the transaction date;
(EDI) information transmitted according to a predetermined period from the payment relay server, and transmits the EDI information included in the received EDI information based on the approval number and the transaction date included in the stored payment information Verifying an approval transaction corresponding to an approval number and a transaction date of each of a plurality of transaction details;
And performing an acceptance process for the approved approval transaction.

The method according to claim 1, wherein the embedding process comprises:
If the payment information stored in association with the approval number of the transaction details included in the received EDI information and the transaction date is plural, verification of one of the plurality of payment information using the merchant store identification information included in the EDI information And processing the received card transaction.

The method according to claim 1, wherein the embedding process comprises:
If there are a plurality of pieces of payment information stored in association with the approval number of the transaction details included in the received EDI information and the date of transaction, the payment information is stored in one of the plurality of pieces of payment information using the identification information of the payment relay server included in the EDI information And performing a verification process for the card transaction.

4. The method according to any one of claims 1 to 3,
And providing the payment processing result to the payment relay server based on the verification result.

4. The method according to any one of claims 1 to 3,
Wherein the received EDI information includes an acquirer code.

4. The method according to any one of claims 1 to 3,
Receiving a payment cancellation request message from the payment relay server;
Confirming the payment information stored using the transaction date and the approval number included in the received payment cancellation request message;
Canceling the card settlement based on the confirmed payment information;
And a payment cancellation processing message including the card settlement cancellation processing history to the payment relay server.

An acquirer server for processing a card transaction,
A communication module for communicating with a payment relay server for billing and Electronic Data Interchange (EDI)
A recording medium storing payment information including at least an authorization number and a transaction date assigned to the card payment processed by the payment relay server,
And a control module for controlling the communication module to provide an approval number assigned for the card settlement to the settlement relay server, and using the approval number and the transaction date recorded in the recording medium, The method includes receiving EDI information transmitted according to a predetermined cycle, verifying an approval transaction corresponding to an approval number and a transaction date of each of a plurality of transaction details included in the received EDI information, An acquirer server that includes a processing module that processes the request.

8. The method of claim 7,
Further comprising a recording medium storing payment information including at least an approval number and a transaction date in response to the processed card payment.

9. The apparatus of claim 8,
If the payment information stored in association with the approval number of the transaction details included in the received EDI information and the transaction date is plural, verification of one of the plurality of payment information using the merchant store identification information included in the EDI information And the embedding server performs embedding processing.

9. The apparatus of claim 8,
If there are a plurality of pieces of payment information stored in association with the approval number of the transaction details included in the received EDI information and the date of transaction, the payment information is stored in one of the plurality of pieces of payment information using the identification information of the payment relay server included in the EDI information And performing a verification process for the embedded server.

11. The method according to any one of claims 7 to 10,
Wherein the received EDI information includes an acquirer code.

10. The method according to any one of claims 7 to 9,
The settlement server can confirm the settlement information stored using the transaction date and the approval number included in the settlement cancellation request message received from the settlement relay server through the communication module and cancel the card settlement based on the confirmed settlement information, And transmits the settlement cancellation processing message including the card settlement cancellation processing history to the settlement relay server.