KR102445795B1 - Method for Making Payment Separation Approval Data - Google Patents

Method for Making Payment Separation Approval Data Download PDF

Info

Publication number
KR102445795B1
KR102445795B1 KR1020210016821A KR20210016821A KR102445795B1 KR 102445795 B1 KR102445795 B1 KR 102445795B1 KR 1020210016821 A KR1020210016821 A KR 1020210016821A KR 20210016821 A KR20210016821 A KR 20210016821A KR 102445795 B1 KR102445795 B1 KR 102445795B1
Authority
KR
South Korea
Prior art keywords
payment
approval
request
separation
parameters
Prior art date
Application number
KR1020210016821A
Other languages
Korean (ko)
Other versions
KR20220113583A (en
Inventor
이선재
배진수
장현찬
정현성
정승철
명재현
홍형기
고명준
김태훈
안혜민
신진우
천근용
박경원
Original Assignee
주식회사 케이지이니시스
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 케이지이니시스 filed Critical 주식회사 케이지이니시스
Priority to KR1020210016821A priority Critical patent/KR102445795B1/en
Priority to KR1020220094494A priority patent/KR102548159B1/en
Publication of KR20220113583A publication Critical patent/KR20220113583A/en
Application granted granted Critical
Publication of KR102445795B1 publication Critical patent/KR102445795B1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407—Cancellation of a transaction

Abstract

본 발명은 결제 분리 승인 전문 구성 방법에 관한 것으로서, 본 발명에 따른
N(N≥2)개의 사업자가 입점한 온라인마켓 상에서 지불 결제를 중계하는 서버에 의해 실행되는 결제 분리 승인 전문 구성 방법은, 상기 온라인마켓에 접속한 사용자 단말로부터 n(2≤n≤N)개의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액을 확인하는 제1 단계와, 확인된 결제수단의 종류에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하는 제2 단계와, 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버로 전송하여 결제 분리 승인을 요청하는 제3 단계를 포함한다.The present invention relates to a method for constructing a payment separation approval message, and according to the present invention
In the method of constructing a payment separation approval message executed by a server relaying payment settlement on an online market in which N (N≥2) operators are located, n (2≤n≤N) When a payment request is made for a product (or service) including a business operator, the first step of confirming the type of payment method, the merchant information for each business operator, and the approval request amount for each business operator, and payment separation corresponding to the confirmed payment method type A second step of collecting parameters for constructing a full text of the approval request, and a third step of constructing a full payment separation approval request using the collected parameters and transmitting the payment separation approval request to a card company server are included.

Description

결제 분리 승인 전문 구성 방법{Method for Making Payment Separation Approval Data}How to configure the payment separation approval text {Method for Making Payment Separation Approval Data}

본 발명은 결제 분리 승인 전문 구성 방법에 관한 것이다. 보다 상세하게는 다수의 사업자가 입점한 온라인마켓 상에서 지불 결제를 중계하는 서버를 통해 상기 온라인마켓에 접속한 사용자 단말로부터 적어도 2이상의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액을 확인하여, 확인된 결제수단의 종류에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하고, 상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하는 방법에 관한 것이다.The present invention relates to a method of constructing a payment separation approval message. In more detail, when a payment request for a product (or service) including at least two business operators is requested from a user terminal accessing the online market through a server that relays payment settlement on an online market in which a plurality of business operators are located, the payment method check the type, merchant information for each business operator, and the approval request amount for each business operator, collect parameters for composing a full payment separation approval request corresponding to the confirmed payment method type, and separate payment using the collected parameters It relates to a method of constructing a full text of an approval request.

인터넷과 정보 기술의 발달은 다양한 지불 결제 수단을 만들어냈으며, 이러한 지불 결제 수단을 이용하여 온라인 상에서의 결제는 더욱 증가하게 되었다. The development of the Internet and information technology has created various payment methods, and online payments using these payment methods have been further increased.

특히, 여러 중소 가맹점이 참여하는 오픈마켓이나 다수 가맹점을 포함하는 프랜차이즈 등이 늘어나면서 온라인 결제 시장은 더욱 활성화 되었다. In particular, the online payment market has become more active as the number of open markets in which several small and medium-sized franchisees participate or franchises including multiple affiliates increases.

한편, 2019년 1월부터 영세, 중소가맹점 온라인 결제 간 신용카드 수수료 우대 혜택이 적용되었는데, 통상적으로 오픈마켓이나 프랜차이즈를 기준으로 대표 사업자로 결제하는 방식인데 이러한 경우 영세, 중소가맹점이 매출구간에 따른 카드수수료 우대혜택을 받기가 어려웠다. 뿐만 아니라, PG사와 계약한 대표 사업자 가맹점이 입점/하위사업자인 중소가맹점에게 하위매출을 구분하여 재정산하는 불필요한 업무 공수가 발생하게 되었다.Meanwhile, since January 2019, preferential credit card fees have been applied between online payments for small and medium-sized merchants. Usually, payment is made through the open market or franchise based on the representative operator. In this case, small and medium-sized merchants It was difficult to receive preferential benefits for credit card fees. In addition, unnecessary man-hours for the representative business franchisees contracted with PG companies to separate and recalculate sub-sales to small and medium-sized franchisees, which are sub-contractors, have occurred.

또한, 오픈마켓이나 프랜차이즈 내 각각의 입점사업자(대리점)나 하위가맹점이 카드수수료 우대 혜택을 받기 위해서는 고객이 각 사업자별로 구분된 매출금액으로 여러 번의 결제행위를 해야하는 번거로움이 있었다. 예컨대, 고객이 100,000만원 결제한 상품 중 A사업자 매출이 70,000원, B사업자 매출이 30,000원이 포함된 경우, 각각의 매출금액을 승인 요청 금액으로 하여 2번의 결제 행위가 필요하였다.In addition, in order for each merchant (agency) or sub-franchisor in an open market or franchise to receive preferential card commission benefits, customers had to make several payments with the sales amount divided by each operator. For example, if the sales of company A included 70,000 won and 30,000 won of company B's sales among the products for which the customer paid 100,000 won, two payment actions were required with each sales amount as the approval request amount.

대한민국공개특허공보 제10-2020-0114089호(2020년10월07일 공개)는 프리랜서 용역비 지급을 위한 신용카드 결제 대금 분리 결제 장치 및 그 방법에 관한 것으로, 구매자가 하나의 가맹점에서 재화 또는 용역서비스를 구매하고, 그 결제를 신용카드로 요청할 때 1대의 신용카드 결제 단말기 또는 POS에서 1회의 카드 결제를 통해 가맹점 및 프리랜서가 결제 대금을 각각 지급받을 수 있도록 분리하여 결제하는 서비스를 제공하는 구성이 기재되어 있다.Korean Patent Application Laid-Open No. 10-2020-0114089 (published on October 07, 2020) relates to a credit card payment separate payment device and method for freelance service fee payment, wherein a buyer provides goods or service services at one affiliate store A configuration is described that provides a separate payment service so that merchants and freelancers can each receive payment through one credit card payment terminal or POS when purchasing and requesting the payment by credit card. has been

그러나, 상기 인용문헌은 가맹점과 프리랜서의 결제 승인을 각각 구성하여(분리하여) 승인을 요청하는 것으로, 결국 결제행위는 2번이 진행되는 것과 차이가 없어, 전술한 문제점을 극복하기는 어렵다.However, in the cited document, each of the payment approval of the affiliated store and the freelancer is configured (separately) to request approval, and in the end, the payment is no different from that of the second process, so it is difficult to overcome the above-mentioned problems.

상기와 같은 문제점을 해소하기 위한 본 발명의 목적은, N(N≥2)개의 사업자가 입점한 온라인마켓 상에서 지불 결제를 중계하는 서버에 의해 실행되며, 상기 온라인마켓에 접속한 사용자 단말로부터 n(2≤n≤N)개의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액을 확인하고, 확인된 결제수단의 종류에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하여, 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버로 전송하여 결제 분리 승인을 요청하는 결제 분리 승인 전문 구성 방법을 제공함에 있다.An object of the present invention to solve the above problems is executed by a server that relays payment on an online market in which N (N≥2) operators are located, and n ( When requesting a payment for a product (or service) that includes 2≤n≤N) operators, check the type of payment method, merchant information for each operator, and the amount requested for approval by each operator, and respond to the confirmed payment method To provide a method for constructing a separate payment approval text configuration method that collects parameters for constructing a payment separation approval request, configures a payment separation approval request text using the collected parameters, and transmits it to a card company server to request payment separation approval .

일 측면에 따르면, N(N≥2)개의 사업자가 입점한 온라인마켓 상에서 지불 결제를 중계하는 서버에 의해 실행되는 방법에 있어서, 상기 온라인마켓에 입점한 N개의 사업자의 가맹점 정보와 사업자의 매출 구간에 따른 수수료 정보를 연계하여 저장매체에 저장하는 단계; 상기 온라인마켓에 접속한 사용자 단말로부터 n(2≤n≤N)개의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 상기 사용자 단말로부터 결제 요청된 결제수단의 종류, 사업자 별 가맹점 정보, 사업자 별 수수료율 및 사업자 별 승인요청 금액을 확인하는 단계; 상기 사용자 단말로부터 신용카드 거래로 결제 요청된 경우, 상기 신용카드 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하는 단계; 상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버로 전송하여 결제 분리 승인을 요청하는 단계; 및 상기 카드사 서버로부터 상기 결제 분리 승인 요청 전문에 대응하며, subDataCount(승인결과 응답건수) 및 사업자 별 subData를 파라미터로 포함하는 결제 분리 승인 응답 전문을 수신하여 상기 결제 요청을 처리하는 단계;를 포함하고, 상기 신용카드 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터는, timestamp(전문생성시간), clientIp(가맹점 요청 서버IP), mid(가맹점 ID), url(기맹점 URL), buyerName(구매자명), buyEmail(구매자이메일), buyerTel(구매자 연락처), billKey(승인요청할 빌링키 값), regNo(생년월일), hashData(전문위변조 해쉬) 및 사업자 별로 수집되는 subData(결제요청 상세 데이터)(Mid(승인요청 가맹점 MID), GoodsName(상품명), moid(가맹점주문번호), Price(승인요청 금액), CardQuota(할부기간(일시불, 그외), QuotaInterest(무이자구분))를 포함하며, 상기 결제 분리 승인 응답 전문에 파라미터로 포함되는 subData는, payAuthcode(승인번호), payDate(결제일자), payTime(결제시간), tid(결제승인TID), prtcCode(부분환불 가능여부), price(결제금액), cardCode(카드코드), cardName(카드사명)를 포함하는 결제 분리 승인 전문 구성 방법이 제공될 수 있다.According to one aspect, in a method executed by a server relaying payment on an online market in which N (N≥2) business operators are located, merchant information of N business operators and sales section of the business operators in the online market storing in a storage medium in association with the fee information according to the method; When a payment request for a product (or service) including n (2≤n≤N) operators is requested from a user terminal accessing the online market, the type of payment method requested for payment from the user terminal, merchant information for each operator, checking the fee rate for each business operator and the amount requested for approval by each business operator; collecting parameters for constructing a payment separation approval request message corresponding to the credit card transaction when a payment request is made through the credit card transaction from the user terminal; constructing a full payment separation approval request using the collected parameters and transmitting it to a card company server to request payment separation approval; and processing the payment request by receiving the payment separation approval response message corresponding to the payment separation approval request from the card company server, and including subDataCount (the number of approval result responses) and subData for each operator as parameters. , The parameters for configuring the payment separation approval request message corresponding to the credit card transaction are timestamp (message creation time), clientIp (merchant request server IP), mid (merchant ID), url (merchant URL), buyerName( Buyer name), buyEmail (buyer email), buyerTel (buyer contact information), billKey (billing key value to request approval), regNo (date of birth), hashData (forged hash) and subData (detailed payment request data) collected by each business operator (Mid (Merchant MID for approval request), GoodsName (product name), moid (merchant order number), Price (approval request amount), CardQuota (installment period (one-time payment, others), QuotaInterest (interest-free)), and approval of the above payment separation The subData included as parameters in the response text is payAuthcode (approval number), payDate (payment date), payTime (payment time), tid (payment approval TID), prtcCode (partial refund possible), price (payment amount), cardCode (card code) and cardName (card company name) may be provided with a method of constructing a separate approval text message.

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

본 발명에 따르면, 상기 사용자 단말로부터 계좌이체 거래로 결제 요청된 경우, 상기 계좌이체 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하는 단계를 포함하고, 상기 계좌이체 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터는, version(버전), gopaymethod(계좌이체/가상계좌), mid(상점 ID), oid(주문번호), goodsname(상품명), price(결제금액), tax(부가세), taxfree(비과세), currency(통화구분), buyername(구매자명), buyertel(구매자모바일번호), buyeremail(구매자이메일), parentemail(보호자이메일), timestamp(타임스탬프), signature(서명), returnUrl(리턴URL), mKey(signkey에 대한 hash값), gopaymethod(요청결제수단), offerPeriod(제공기간), languageView(초기 표시 언어), charset(결과 인코딩), payViewType(결체창 표시방법), closeUrl(결제창 닫기처리Url), popupUrl(팝업처리Url), merchantData(가맹점데이터), acceptmethod(결제수단별 옵션) 및 사업자 별로 수집되는 구분 데이터를 포함하여 이루어질 수 있다.According to the present invention, when a payment request is made by a wire transfer transaction from the user terminal, the method includes collecting parameters for constructing a full payment separation approval request corresponding to the wire transfer transaction, The parameters to compose the full payment separation approval request are: version (version), gopaymethod (account transfer/virtual account), mid (store ID), oid (order number), goodsname (product name), price (payment amount), tax (VAT), taxfree (tax free), currency (currency classification), buyername (buyer name), buyertel (buyer mobile number), buyeremail (buyer email), parentemail (guardian email), timestamp (time stamp), signature , returnUrl (return URL), mKey (hash value for signkey), gopaymethod (request payment method), offerPeriod (provision period), languageView (initial display language), charset (result encoding), payViewType (payment window display method), It may include closeUrl (payment window close processing URL), popupUrl (popup processing URL), merchantData (merchant data), acceptmethod (option by payment method), and classification data collected by each business operator.

본 발명에 따르면, 상기 구분 데이터는, goodscnt(장바구니 건수), smid(장바구니 MID), goodsnames(장바구니 상품명), goodscnts(장바구니 상품수량), goodsprice(장바구니 금액), subTotalPrice(장바구니 금액 총 합계)를 포함하여 이루어질 수 있다.According to the present invention, the classification data includes goodscnt (the number of shopping carts), smid (the shopping cart MID), goodsnames (the shopping cart product name), goodscnts (the shopping cart product quantity), goodsprice (the shopping cart amount), and subTotalPrice (the total shopping cart price). can be done by

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

본 발명에 따르면, 상기 결제 분리 승인 응답 전문은, 계좌이체를 이용한 결제 요청인 경우, 사업자 별 발행되는 cshr_issuanceinfo(현금영수증)를 파라미터로 포함하여 이루어질 수 있다.According to the present invention, in the case of a payment request using account transfer, the full payment separation approval response may include cshr_issuanceinfo (cash receipt) issued by each business operator as a parameter.

삭제delete

본 발명에 따르면, 2이상의 승인 요청 금액을 분리할 수 있는 결제 분리 승인 전문을 구성하도록 함으로써, 고객의 1회 결제(승인요청/승인응답) 만으로 오픈마켓/프랜차이즈의 대표사업자 포함 오픈마켓/프랜차이즈 내 입점사업자(대리점) 및 하위가맹점들의 통합 결제에 따른 매출 금액을 분기하여 처리가 가능한 이점과, 통합 결제 시 입점사업자(대리점) 및 하위가맹점들 매출 신고를 수월하게 처리할 수 있는 이점이 있다.According to the present invention, by constructing a payment separation approval full text that can separate two or more approval request amounts, only one customer's payment (approval request/approval response) is required in the open market/franchise including the representative business of the open market/franchise. There is an advantage in that it is possible to process the sales amount according to the consolidated settlement of entrants (agents) and sub-merchants by branching, and there is an advantage in that it is possible to easily process sales reports of entrants (agents) and sub-merchants during the consolidated payment.

도 1은 본 발명의 실시 방법에 따른 결제 분리 승인 전문을 구성하기 위한 시스템 구성을 도시한 도면이다.
도 2는 본 발명의 실시 방법에 따라 결제 승인 분리 전문을 구성하여 결제 요청을 처리하는 과정을 도시한 도면이다.
도 3a 내지 도 3f는 종래의 둘 이상의 사업자의 매출이 포함되는 결제 절차를 예시한 도면이다.
도 4a 내지 도 4d는 본 발명에 따른 결제 분리 승인 전문을 이용하여 둘 이상의 사업자의 매출이 포함되는 결제 절차를 예시한 도면이다.1 is a diagram illustrating a system configuration for configuring a payment separation approval message according to an embodiment of the present invention.
2 is a diagram illustrating a process of processing a payment request by constructing a separate payment approval message according to an embodiment of the present invention.
3A to 3F are diagrams illustrating a payment procedure in which sales of two or more business operators are included in the related art.
4A to 4D are diagrams illustrating a payment procedure in which sales of two or more operators are included using the full payment separation approval according to the present invention.

이하 첨부된 도면과 설명을 참조하여 본 발명의 바람직한 실시예에 대한 동작 원리를 상세히 설명한다. 다만, 하기에 도시되는 도면과 후술되는 설명은 본 발명의 특징을 효과적으로 설명하기 위한 여러 가지 방법 중에서 바람직한 실시 방법에 대한 것이며, 본 발명이 하기의 도면과 설명만으로 한정되는 것은 아니다.Hereinafter, the principle of operation of the preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings and description. However, the drawings shown below and the description to be given below relate to a preferred implementation method among various methods for effectively explaining the characteristics of the present invention, and the present invention is not limited only to the following drawings and description.

즉, 하기의 실시예는 본 발명의 수 많은 실시예 중에 바람직한 합집합 형태의 실시예 예에 해당하며, 하기의 실시예에서 특정 구성(또는 단계)를 생략하는 실시예, 또는 특정 구성(또는 단계)에 구현된 기능을 특정 구성(또는 단계)로 분할하는 실시예, 또는 둘 이상의 구성(또는 단계)에 구현된 기능을 어느 하나의 구성(또는 단계)에 통합하는 실시예, 특정 구성(또는 단계)의 동작 순서를 교체하는 실시예 등은, 하기의 실시예에서 별도로 언급하지 않더라도 모두 본 발명의 권리범위에 속함을 명백하게 밝혀두는 바이다. 따라서 하기의 실시예를 기준으로 부분집합 또는 여집합에 해당하는 다양한 실시예들이 본 발명의 출원일을 소급받아 분할될 수 있음을 분명하게 명기하는 바이다.That is, the following embodiment corresponds to an embodiment of a preferred union type among numerous embodiments of the present invention, and an embodiment in which a specific configuration (or step) is omitted in the following embodiment, or a specific configuration (or step) An embodiment in which a function implemented in a function is divided into a specific configuration (or step), or an embodiment in which a function implemented in two or more configurations (or step) is integrated into any one configuration (or step), a specific configuration (or step) Embodiments in which the order of operation is replaced, etc. are clearly stated to be within the scope of the present invention, even if not separately mentioned in the following embodiments. Accordingly, it is clearly specified that various embodiments corresponding to a subset or a complement can be divided retroactively from the filing date of the present invention based on the following examples.

또한, 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로써, 이는 환자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 발명에서 전반에 걸친 내용을 토대로 내려져야 할 것이다. In addition, in the following description of the present invention, if it is determined that a detailed description of a related well-known function or configuration may unnecessarily obscure the gist of the present invention, the detailed description thereof will be omitted. And the terms to be described later are terms defined in consideration of functions in the present invention, which may vary depending on the intention or custom of the patient or operator. Therefore, the definition should be made based on the content throughout the present invention.

결과적으로, 본 발명의 기술적 사상은 청구범위에 의해 결정되며, 이하 실시예는 진보적인 본 발명의 기술적 사상을 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 효율적으로 설명하기 위한 일 수단일 뿐이다.As a result, the technical spirit of the present invention is determined by the claims, and the following examples are one means for efficiently explaining the technical spirit of the present invention to those of ordinary skill in the art to which the present invention belongs. only

도면1은 본 발명의 실시 방법에 따른 결제 분리 승인 전문을 구성하기 위한 시스템 구성을 도시한 도면이다.1 is a diagram illustrating a system configuration for configuring a payment separation approval message according to an embodiment of the present invention.

보다 상세하게 본 도면1은 다수의 사업자가 입점한 온라인마켓(135) 상에서 지불 결제를 중계하는 서버(100)를 통해 상기 온라인마켓(135)에 접속한 사용자 단말(130)로부터 적어도 2이상의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액을 확인하여, 확인된 결제수단의 종류에 대응하면서 사업자 별 결제 분리 승인 가능한 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하고, 상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버(140)로 전송하여 결제 분리 승인을 요청하도록 하기 위한 시스템의 구성을 도시한 것으로서, 본 발명이 속한 기술분야에서 통상의 지식을 가진 자라면, 본 도면1을 참조 및/또는 변형하여 상기 시스템의 구성에 대한 다양한 실시 방법(예컨대, 일부 구성부가 생략되거나, 또는 세분화되거나, 또는 합쳐진 실시 방법)을 유추할 수 있을 것이나, 본 발명은 상기 유추되는 모든 실시 방법을 포함하여 이루어지며, 본 도면1에 도시된 실시 방법만으로 그 기술적 특징이 한정되지 아니한다.In more detail, FIG. 1 shows that at least two operators from a user terminal 130 accessing the online market 135 through a server 100 that relays payments on an online market 135 in which a plurality of operators are located. When requesting payment for a product (or service) included, check the type of payment method, merchant information for each business operator, and the amount requested for approval by each business operator As a diagram showing the configuration of a system for collecting parameters for composing an approval request, constructing a full payment separation approval request using the collected parameters, and transmitting it to the card company server 140 to request payment separation approval , those of ordinary skill in the art to which the present invention pertains, refer to and/or modify this figure 1 to various implementation methods for the configuration of the system (eg, some components are omitted, subdivided, or combined implementation method) can be inferred, but the present invention includes all of the inferred implementation methods, and the technical characteristics are not limited to the implementation method illustrated in FIG. 1 .

본 발명의 시스템은, 사용자 단말(130) 및 온라인마켓(135)과 연동하며 지불 결제를 중계하는 서버(100)와 결제 승인을 위한 카드사 서버(140)를 포함하여 구성될 수 있다.The system of the present invention may be configured to include a server 100 that interworks with the user terminal 130 and the online market 135 to relay payment and a card company server 140 for payment approval.

보다 상세하게, 상기 시스템은, N(N≥2)개의 사업자가 입점하여 상품(또는 서비스)를 제공하고 있으며, 통신망을 통해 접속한 사용자 단말(130)에게 상기 사업자가 판매(또는 제공)하는 상품(또는 서비스)를 구매할 수 있도록 상품(또는 서비스) 구매 및 결제 환경을 제공하는 온라인마켓(135)과, 상기 온라인마켓(135)에 통신망을 통해 접속하고 상기 온라인마켓(135)에서 판매되는 상품(또는 서비스) 중, 상기 온라인마켓(135)에 입점한 적어도 2이상의 사업자의 상품(또는 서비스)에 대한 결제 처리를 요청하는 기능을 구비한 사용자 단말(130)과, 상기 온라인마켓(135)에 접속한 사용자 단말(130)로부터 n(2≤n≤N)개의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액을 확인하는 기능과, 확인된 결제수단의 종류에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하는 기능과, 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버(140)로 전송하여 결제 분리 승인을 요청하는 기능을 구비하는 서버(100)와, 상기 서버(100)로부터 결제 분리 승인 요청 전문을 수신하고, 상기 수신된 결제 분리 승인 요청 전문에 대응하는 응답 전문을 상기 서버(100)로 제공하는 카드사 서버(140)를 포함하여 구성될 수 있다.More specifically, in the system, N (N≥2) operators enter the store to provide products (or services), and products sold (or provided) by the operators to the user terminal 130 accessed through the communication network. An online market 135 that provides a product (or service) purchase and payment environment to purchase (or service), and a product sold in the online market 135 by accessing the online market 135 through a communication network ( or service), the user terminal 130 having a function of requesting payment processing for products (or services) of at least two operators who have entered the online market 135 and accessing the online market 135 . When a payment request for a product (or service) including n (2≤n≤N) operators is requested from one user terminal 130, the type of payment method, merchant information for each operator, and approval request amount for each operator are checked. A function and a function of collecting parameters for composing a payment separation approval request corresponding to the type of payment method identified, and a function of collecting a payment separation approval request message using the collected parameters and transmitting the payment separation approval request message to the card company server 140 A server 100 having a function of requesting payment separation approval, receives a payment separation approval request message from the server 100, and sends a response message corresponding to the received payment separation approval request message to the server 100 It may be configured to include a card company server 140 that provides

여기서, 상기 사용자 단말(130)은 통신망을 통해 접속하고 상기 온라인마켓(135)에서 판매되는 상품(또는 서비스) 중, 상기 온라인마켓(135)에 입점한 적어도 2이상의 사업자의 상품(또는 서비스)에 대한 결제 처리를 요청하는 사용자가 이용하는 컴퓨터 장치의 총칭으로서, 유선망에 연결된 컴퓨터, 노트북 등의 유선단말과, 무선망에 연결된 휴대폰, 스마트폰, 태블릿PC, 노트북 등의 무선단말을 중 적어도 하나를 포함한다. 바람직하게, 상기 사용자는 상기 사용자 단말(130)을 통해 상기 온라인마켓(135)에 접속할 수 있으며, 상기 온라인마켓(135)에서 판매되는 상품(또는 서비스)의 구매 및 결제를 위해 지정된 적어도 하나 이상의 절차를 수행하는 프로그램이나 앱(Application)이 설치될 수 있으며, 이 중 일부의 구성은 웹 방식을 통해 구현될 수도 있다. 이하, 별도의 언급이 없더라도 상기 사용자 단말(130)을 주체로 하여 설명하는 기능은 상기 사용자 단말(130)에 설치된 프로그램(또는 앱)이나 웹 방식을 통해 구현되는 것임을 명백하게 밝혀두는 바이다.Here, the user terminal 130 is connected through a communication network and, among products (or services) sold in the online market 135 , products (or services) of at least two operators who have entered the online market 135 . It is a generic term for computer devices used by users who request payment processing, and includes at least one of wired terminals such as computers and laptops connected to a wired network, and wireless terminals such as mobile phones, smartphones, tablet PCs, and laptops connected to a wireless network. do. Preferably, the user may access the online market 135 through the user terminal 130 , and at least one or more procedures designated for purchase and payment of goods (or services) sold in the online market 135 . A program or an application that performs this may be installed, and some of these configurations may be implemented through a web method. Hereinafter, even if there is no separate mention, the function described with the user terminal 130 as the main body is clearly clarified that it is implemented through a program (or app) installed in the user terminal 130 or a web method.

도면1을 참조하면, 상기 서버(100)는 결제 요청에 따른 사업자 별 가맹점 정보 등을 확인하는 온라인마켓(135)의 가맹점 정보 및 사업자 별 가맹점 정보, 매출 구간에 따른 수수료 정보 등을 지정된 저장매체에 저장하는 정보 저장부(105)와, 상기 온라인마켓에 접속한 사용자 단말로부터 2이상의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청에 따른 결제정보를 확인하는 결제정보 확인부(110)와, 상기 확인된 결제정보를 이용하여 결제 분리 승인 요청 전문의 구성에 필요한 파라미터를 수집하는 전문정보 수집부(115)와, 상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하는 전문 생성부(120)와, 상기 생성된 결제 분리 승인 요청 전문을 카드사 서버(140)로 전송하여 결제 승인을 처리하도록 하는 승인 처리부(125)를 구비하여 구성될 수 있다. 한편 본 도면1의 실시예는 편의상 상기 서버(100)를 하나의 서버 형태로 도시하였으나, 상기 서버(100)를 구현하는 실시예가 이에 의해 한정되는 것은 아니며, 상기 서버(100)는 둘 이상의 서버 조합 또는 서버 시스템 형태로 구현되거나 기 구축된 서버에 탑재되는 소프트웨어 형태로 구현될 수 있으며, 본 발명은 이러한 모든 실시예를 포함한다.Referring to FIG. 1, the server 100 stores affiliate store information of an online market 135 that checks affiliate store information for each business operator according to a payment request, affiliate store information for each business operator, and fee information according to sales section to a designated storage medium. An information storage unit 105 to store, and a payment information confirmation unit 110 for confirming payment information according to a payment request for a product (or service) including two or more operators from a user terminal accessing the online market; A full text information collection unit 115 that collects parameters necessary for constructing a payment separation approval request text using the confirmed payment information, and a text generation unit 120 that configures a payment separation approval request text message using the collected parameters ) and an approval processing unit 125 that transmits the generated payment separation approval request to the card company server 140 to process payment approval. On the other hand, although the embodiment of this figure 1 shows the server 100 in the form of one server for convenience, the embodiment implementing the server 100 is not limited thereto, and the server 100 is a combination of two or more servers. Alternatively, it may be implemented in the form of a server system or may be implemented in the form of software mounted on a pre-built server, and the present invention includes all such embodiments.

상기 정보 저장부(105)는 상기 온라인마켓(135)에 입점한 N개의 사업자의 가맹점 정보와 사업자의 매출 구간에 따른 수수료 정보를 연계하여 저장매체에 저장한다. The information storage unit 105 stores the information in the storage medium in association with the affiliated store information of the N business operators entering the online market 135 and the fee information according to the sales section of the business operator.

또한 상기 정보 저장부(105)는 상기 온라인마켓(135)에 대한 가맹점 정보와 상기 서버(100)와 연동하여 결제수단의 종류에 대응하는 결제 분리 승인 요청 전문 구성을 위해 필요한 파라미터에 대한 정보를 저장할 수 있다.In addition, the information storage unit 105 stores information on the parameters necessary for the configuration of the payment separation approval request text corresponding to the type of payment method in conjunction with the affiliate store information for the online market 135 and the server 100 . can

이외에도, 상기 정보 저장부(105)는 상기 온라인마켓(135)을 통해 이루어지는 지불 결제를 중계하기 위해 필요한 하나 이상의 정보를 저장할 수 있다.In addition, the information storage unit 105 may store one or more pieces of information necessary for relaying a payment made through the online market 135 .

상기 결제정보 확인부(110)는 상기 온라인마켓(135)에 접속한 사용자 단말(130)로부터 n(2≤n≤N)개의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액을 확인한다. When the payment information check unit 110 requests payment for a product (or service) including n (2≤n≤N) operators from the user terminal 130 connected to the online market 135, the payment method Check the type of service, franchise information for each business operator, and the amount requested for approval by each business operator.

상기 결제정보 확인부(110)는 상기 결제 요청을 위해 상기 사용자 단말(130)을 통해 입력된 결제 관련 정보(예컨대, 결제 금액, 결제 수단 종류 등) 및 상기 저장매체에 저장된 가맹점 정보 등을 확인함으로써, 본 발명을 위한 결제정보를 확인할 수 있으며, 여기서 확인된 결제정보는 본 발명에 따른 결제 분리 승인 요청 전문의 구성을 위한 파라미터로 사용될 수 있다.The payment information verification unit 110 checks payment related information (eg, payment amount, payment method type, etc.) input through the user terminal 130 for the payment request and affiliate store information stored in the storage medium. , it is possible to check the payment information for the present invention, and the payment information confirmed here can be used as a parameter for the configuration of the payment separation approval request text according to the present invention.

예컨대, 사용자가 상기 사용자 단말(130)을 통해 상기 온라인마켓(135)에 접속하여 에어컨을 구매하고자 하는 경우, 일반적으로 에어컨을 판매하는 사업자와, 에어컨을 설치하는 사업자가 구분되는데, 사용자는 통상 하나의 묶음으로 인식하여 결제를 수행하게 되나, 실제로는 각 사업자 별 매출로 인정된다. 이러한 상황에서 온라인마켓(135)이나 별도의 대표 사업자로 묶어서 결제하는 경우, 상기 에어컨 판매 사업자나 에어컨 설치 사업자가 각기 해당되는 수수료율을 적용받지 못하고 온라인마켓(135)이나 별도의 대표 사업자의 수수료율(통상적으로 하위 사업자보다 높음)을 적용받게 된다.For example, when a user accesses the online market 135 through the user terminal 130 and wants to purchase an air conditioner, in general, a business that sells an air conditioner and a business that installs an air conditioner are divided. The payment is performed by recognizing it as a bundle of In this situation, if the payment is bundled with the online market 135 or a separate representative operator, the air conditioner sales operator or the air conditioner installation operator does not receive the applicable fee rate, and the fee rate of the online market 135 or a separate representative operator (usually higher than subcontractors).

따라서, 상기 각 사업자 별 수수료율을 적용받기 위해서는 본 발명에 따른 결제 분리 승인 전문을 구성해야 하며, 이를 위해서는 각 사업자의 고유정보(mid 등 가맹점 고유번호 등)와, 각 사업자 별 매출(각 사업자 별 승인 요청 금액), 각 사업자 별 수수료율 등을 확인하는 과정이 반드시 요구될 수 밖에 없다.Therefore, in order to apply the fee rate for each business operator, the payment separation approval text according to the present invention must be configured. Requested amount), the process of checking the fee rate for each business operator is inevitably required.

상기 전문정보 수집부(115)는 상기 결제정보 확인부(110)를 통해 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액 등이 확인되면, 확인된 결제수단의 종류에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집한다.When the type of payment method, merchant information for each business operator, and the amount requested for approval by each business operator are confirmed through the payment information confirmation unit 110 , the specialized information collection unit 115 checks the payment corresponding to the type of payment method. Collect the parameters for composing the full text of the separation approval request.

본 발명의 실시 방법에 따르면, 상기 결제 분리 승인 요청 전문을 구성하기 위한 파라미터는 결제수단의 종류(예컨대, 신용카드 거래 또는 계좌이체 거래 등)에 따라 상이할 수 있다.According to the embodiment of the present invention, parameters for configuring the full payment separation approval request may be different depending on the type of payment method (eg, credit card transaction or account transfer transaction, etc.).

예컨대, 신용카드 거래인 경우, 상기 결제 분리 승인 요청 전문을 구성하기 위한 파라미터는 timestamp(전문생성시간), clientIp(가맹점 요청 서버IP), mid(가맹점 ID), url(기맹점 URL), buyerName(구매자명), buyEmail(구매자이메일), buyerTel(구매자 연락처), billKey(승인요청할 빌링키 값), regNo(생년월일), hashData(전문위변조 해쉬)를 포함하여 구성될 수 있다.For example, in the case of a credit card transaction, parameters for constructing the full payment separation approval request are timestamp (message creation time), clientIp (merchant request server IP), mid (merchant ID), url (merchant URL), buyerName ( Buyer name), buyEmail (buyer email), buyerTel (buyer contact information), billKey (billing key value to request approval), regNo (date of birth), and hashData (forged hash).

특히, 본 발명의 실시 방법에 따르면, 상기 신용카드 거래인 경우, 사업자 별로 수집되는 subData(결제요청 상세 데이터)를 추가 파라미터로 더 수집할 수 있다.In particular, according to the embodiment of the present invention, in the case of the credit card transaction, subData (detailed payment request data) collected by each operator may be further collected as an additional parameter.

여기서, 상기 사업자 별로 수집되는 subData(결제요청 상세 데이터)는 Mid(승인요청 가맹점 MID), GoodsName(상품명), moid(가맹점주문번호), Price(승인요청 금액), CardQuota(할부기간(일시불, 그외), QuotaInterest(무이자구분)를 포함할 수 있다.Here, the subData (detailed payment request data) collected by each business operator is Mid (approval request merchant MID), GoodsName (product name), moid (merchant order number), Price (approval request amount), CardQuota (installment period (one-time payment, etc.) ) and QuotaInterest (interest-free).

한편, 사용자가 계좌이체 거래를 통한 결제를 요청하는 경우, 상기 결제 분리 승인 요청 전문을 구성하기 위한 파라미터는 version(버전), gopaymethod(계좌이체/가상계좌), mid(상점 ID), oid(주문번호), goodsname(상품명), price(결제금액), tax(부가세), taxfree(비과세), currency(통화구분), buyername(구매자명), buyertel(구매자모바일번호), buyeremail(구매자이메일), parentemail(보호자이메일), timestamp(타임스탬프), signature(서명), returnUrl(리턴URL), mKey(signkey에 대한 hash값), gopaymethod(요청결제수단), offerPeriod(제공기간), languageView(초기 표시 언어), charset(결과 인코딩), payViewType(결체창 표시방법), closeUrl(결제창 닫기처리Url), popupUrl(팝업처리Url), merchantData(가맹점데이터), acceptmethod(결제수단별 옵션)을 포함하여 구성될 수 있다.On the other hand, when a user requests payment through a bank transfer transaction, the parameters for configuring the full payment separation approval request are version (version), gopaymethod (account transfer/virtual account), mid (store ID), oid (order number), goodsname (product name), price (payment amount), tax (VAT), taxfree (tax free), currency (currency classification), buyername (buyer name), buyertel (buyer mobile number), buyeremail (buyer email), parentemail (guardian email), timestamp (time stamp), signature (signature), returnUrl (return URL), mKey (hash value for signkey), gopaymethod (request payment method), offerPeriod (provided period), languageView (initial display language) , charset (result encoding), payViewType (payment window display method), closeUrl (payment window close processing URL), popupUrl (popup processing URL), merchantData (merchant data), acceptmethod (option by payment method) can be included. .

특히, 본 발명의 실시 방법에 따르면, 상기 계좌이체를 이용한 거래의 경우, 사업자 별로 수집되는 구분 데이터를 추가 파라미터로 더 수집할 수 있는데, 상기 사업자 별로 수집되는 구분 데이터는 goodscnt(장바구니 건수(물대/시공비 등)), smid(장바구니 MID), goodsnames(장바구니 상품명), goodscnts(장바구니 상품수량), goodsprice(장바구니 금액), subTotalPrice(장바구니 금액 총 합계)를 포함할 수 있다. In particular, according to the implementation method of the present invention, in the case of the transaction using the account transfer, classification data collected for each operator can be further collected as an additional parameter. Construction cost, etc.)), smid (Mid of shopping cart), goodsnames (brand name of shopping cart), goodscnts (quantity of products in shopping cart), goodsprice (value in shopping cart), and subTotalPrice (sum of shopping cart price).

여기서, 상기 smid(장바구니 MID), goodsnames(장바구니 상품명), goodscnts(장바구니 상품수량), goodsprice(장바구니 금액)는 장바구니 수량만큼 반복 세팅되는 것이 바람직하다.Here, it is preferable that the smid (shopping cart MID), goodsnames (shopping cart product name), goodscnts (shopping cart product quantity), and goodsprice (shopping cart amount) are repeatedly set as much as the shopping cart quantity.

상기 전문 생성부(120)는, 상기 전문정보 수집부(115)를 통해 상기 확인된 결제수단의 종류에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터가 수집되면, 상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버(140)로 전송하여 결제 분리 승인을 요청한다.When parameters for constructing a payment separation approval request message corresponding to the type of payment method identified through the expert information collection unit 115 are collected, the message generating unit 120 is configured to use the collected parameters. A complete payment separation approval request is configured and transmitted to the card company server 140 to request payment separation approval.

즉, 상기 전문 생성부(120)는 사업자 별 부여한 MID 기준으로 상품금액을 분리하여 승인을 요청하는 결제 분리 승인 요청 전문을 생성하는데, 예컨대, 총 100만원 중 A사업자 90만원와, B사업자 10만원으로 분리하며, 사용자가 100만원을 입금할 경우라도 90만원/10만원씩 각 사업자 별로 분리하고 입금금액에 매칭하여 전문을 생성하도록 할 수 있다.That is, the message generating unit 120 generates a payment separation approval request message for requesting approval by separating the product amount based on the MID given to each business operator. Separately, even when the user deposits 1 million won, it is possible to separate each operator by 900,000 won/100,000 won, and to generate a full text by matching the deposit amount.

상기 승인 처리부(125)는, 상기 전문 생성부(120)를 통해 생성된 결제 분리 승인 요청 전문이 상기 카드사 서버(140)로 전송되어 승인 요청된 이후, 상기 카드사 서버(140)로부터 상기 결제 분리 승인 요청 전문에 대응하는 결제 분리 승인 응답 전문을 수신하여 상기 결제 요청을 처리한다.The approval processing unit 125 is configured to approve the payment separation from the card company server 140 after the payment separation approval request message generated through the message generation unit 120 is transmitted to the card company server 140 and requested for approval The payment request is processed by receiving a payment separation approval response message corresponding to the request message.

한편, 상기 결제 분리 승인 요청 전문에 대응되는 결제 분리 승인 응답 전문은, 상기 결제수단이 신용카드를 이용하는 거래 또는 계좌이체를 이용하는 거래인가에 따라 상이하게 구성될 수 있다.Meanwhile, the payment separation approval response message corresponding to the payment separation approval request message may be configured differently depending on whether the payment means is a transaction using a credit card or a transaction using an account transfer.

본 발명의 실시 방법에 따르면, 신용카드를 이용한 결제 요청인 경우, 상기 결제 분리 승인 응답 전문은 subDataCount(승인결과 응답건수) 및 사업자 별 subData를 파라미터로 더 포함하여 구성될 수 있으며, 여기서, 상기 subData는 payAuthcode(승인번호), payDate(결제일자), payTime(결제시간), tid(결제승인TID), prtcCode(부분환불 가능여부), price(결제금액), cardCode(카드코드), cardName(카드사명)를 포함할 수 있다.According to the implementation method of the present invention, in the case of a payment request using a credit card, the payment separation approval response full text may be configured by further including subDataCount (the number of responses as a result of approval) and subData for each operator as parameters, where the subData is payAuthcode (approval number), payDate (payment date), payTime (payment time), tid (payment approval TID), prtcCode (partial refund possible), price (payment amount), cardCode (card code), cardName (card company name) ) may be included.

또한, 계좌이체를 이용한 결제 요청인 경우, 상기 결제 분리 승인 응답 전문은, 사업자 별 발행되는 cshr_issuanceinfo(현금영수증)를 파라미터로 더 포함하여 구성될 수 있다. In addition, in the case of a payment request using account transfer, the full payment separation approval response may be configured by further including cshr_issuanceinfo (cash receipt) issued by each business operator as a parameter.

도면2는 본 발명의 실시 방법에 따라 결제 승인 분리 전문을 구성하여 결제 요청을 처리하는 과정을 도시한 도면이다.2 is a diagram illustrating a process of processing a payment request by constructing a separate payment approval message according to an embodiment of the present invention.

보다 상세하게 본 도면2는 상기 도면1에 도시된 사용자 단말(130) 및 온라인마켓(135)과 연동하며 지불 결제를 중계하는 서버(100)에서 상기 온라인마켓(135)에 접속한 사용자 단말(130)로부터 적어도 2이상의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액을 확인하여, 확인된 결제수단의 종류에 대응하면서 사업자 별 결제 분리 승인 가능한 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하고, 상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버(140)로 전송하여 결제 분리 승인을 요청하는 과정을 도시한 것으로서, 본 발명이 속한 기술분야에서 통상의 지식을 가진 자라면, 본 도면2를 참조 및/또는 변형하여 상기 과정에 대한 다양한 실시 방법(예컨대, 일부 단계가 생략되거나, 또는 순서가 변경된 실시 방법)을 유추할 수 있을 것이나, 본 발명은 상기 유추되는 모든 실시 방법을 포함하여 이루어지며, 본 도면2에 도시된 실시 방법만으로 그 기술적 특징이 한정되지 아니한다.In more detail, FIG. 2 shows a user terminal 130 connected to the online market 135 in the server 100 that interworks with the user terminal 130 and the online market 135 shown in FIG. 1 and relays payment. ), when making a payment request for a product (or service) that includes at least two business operators, check the type of payment method, affiliate store information for each business operator, and the amount requested for approval by each business operator, and respond to the confirmed payment method type. The process of collecting the parameters for configuring the payment separation approval request that can be separately approved for each payment, constructing the payment separation approval request using the collected parameters, and sending it to the card company server 140 to request the payment separation approval As shown, those of ordinary skill in the art to which the present invention pertains may refer to and/or modify this FIG. 2 to refer to and/or modify various implementation methods for the above process (eg, implementation in which some steps are omitted or the order is changed) method) can be inferred, but the present invention includes all the inferred implementation methods, and the technical characteristics are not limited only to the implementation method illustrated in FIG. 2 .

도면2를 참조하면, 상기 서버(100)에서 상기 온라인마켓(135)에 입점한 N개의 사업자의 가맹점 정보와 사업자의 매출 구간에 따른 수수료 정보를 연계하여 저장매체에 저장한다(200). 여기서, 상기 서버(100)는 상기 온라인마켓(135)에 대한 가맹점 정보와 상기 서버(100)와 연동하여 결제수단의 종류에 대응하는 결제 분리 승인 요청 전문 구성을 위해 필요한 파라미터에 대한 정보는 물론 상기 온라인마켓(135)을 통해 이루어지는 지불 결제를 중계하기 위해 필요한 하나 이상의 정보를 저장할 수 있다.Referring to FIG. 2 , the server 100 links and stores information on the affiliated stores of the N operators that have entered the online market 135 and the fee information according to the sales section of the operators in the storage medium ( 200 ). Here, the server 100 interworks with the affiliate store information on the online market 135 and the server 100 to provide information on parameters necessary for the construction of the payment separation approval request text corresponding to the type of payment method as well as information on the above information. One or more pieces of information necessary for relaying payment made through the online market 135 may be stored.

이후, 상기 서버(100)는 상기 온라인마켓(135)에 접속한 사용자 단말(130)로부터 n(2≤n≤N)개의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청이 확인되면(205), 상기 사용자 단말(130)로부터 결제 요청된 결제수단의 종류와, 사업자 별 가맹점 정보 및 사업자 별 승인요청 금액을 확인한다(210). Thereafter, when the server 100 confirms a payment request for a product (or service) including n (2≤n≤N) operators from the user terminal 130 accessing the online market 135 (205) ), the type of payment method requested for payment from the user terminal 130, affiliate store information for each business operator, and an approval request amount for each business operator are checked (210).

여기서, 상기 사용자 단말(130)로부터 신용카드를 이용한 거래가 요청되었다면, 상기 서버(100)는 상기 결제 분리 승인 요청 전문을 구성하기 위해 timestamp(전문생성시간), clientIp(가맹점 요청 서버IP), mid(가맹점 ID), url(기맹점 URL), buyerName(구매자명), buyEmail(구매자이메일), buyerTel(구매자 연락처), billKey(승인요청할 빌링키 값), regNo(생년월일), hashData(전문위변조 해쉬)를 포함하는 파라미터를 수집함과 동시에, 사업자 별로 수집되는 subData(결제요청 상세 데이터)를 추가 파라미터로 더 수집한다(215).Here, if a transaction using a credit card is requested from the user terminal 130, the server 100 configures the payment separation approval request message timestamp (message creation time), clientIp (merchant request server IP), mid ( Merchant ID), url (merchant URL), buyerName (buyer name), buyEmail (buyer email), buyerTel (buyer contact information), billKey (billing key value to request approval), regNo (date of birth), hashData (forgery and forgery hash) Simultaneously with collecting the included parameters, subData (detailed payment request data) collected for each operator is further collected as additional parameters (215).

본 발명의 실시 방법에 따르면, 상기 사업자 별로 수집되는 subData(결제요청 상세 데이터)는 Mid(승인요청 가맹점 MID), GoodsName(상품명), moid(가맹점주문번호), Price(승인요청 금액), CardQuota(할부기간(일시불, 그외), QuotaInterest(무이자구분)를 포함할 수 있다.According to the implementation method of the present invention, the subData (payment request detailed data) collected for each business operator is Mid (approval request merchant MID), GoodsName (product name), moid (merchant order number), Price (approval request amount), CardQuota ( Installment period (one-time payment, others), QuotaInterest (interest-free) may be included.

상기 서버(100)는 확인된 신용카드 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터가 수집되면, 상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버(140)로 전송하여 결제 분리 승인을 요청한다(220).When the parameters for constructing the payment separation approval request corresponding to the confirmed credit card transaction are collected, the server 100 constructs a payment separation approval request message using the collected parameters and transmits it to the card company server 140 . to request payment separation approval (220).

그리고, 상기 서버(100)는 상기 생성된 결제 분리 승인 요청 전문이 상기 카드사 서버(140)로 전송되어 승인 요청된 이후에 상기 카드사 서버(140)로부터 상기 결제 분리 승인 요청 전문에 대응하는 결제 분리 승인 응답 전문을 수신하여 상기 결제 요청을 처리한다(225).In addition, the server 100 approves payment separation corresponding to the payment separation approval request from the card company server 140 after the generated payment separation approval request message is transmitted to the card company server 140 and approval is requested A response message is received and the payment request is processed (225).

한편, 상기 사용자 단말(130)로부터 계좌이체를 이용한 거래가 요청되었다면, 상기 서버(100)는 version(버전), gopaymethod(계좌이체/가상계좌), mid(상점 ID), oid(주문번호), goodsname(상품명), price(결제금액), tax(부가세), taxfree(비과세), currency(통화구분), buyername(구매자명), buyertel(구매자모바일번호), buyeremail(구매자이메일), parentemail(보호자이메일), timestamp(타임스탬프), signature(서명), returnUrl(리턴URL), mKey(signkey에 대한 hash값), gopaymethod(요청결제수단), offerPeriod(제공기간), languageView(초기 표시 언어), charset(결과 인코딩), payViewType(결체창 표시방법), closeUrl(결제창 닫기처리Url), popupUrl(팝업처리Url), merchantData(가맹점데이터), acceptmethod(결제수단별 옵션)을 포함하는 파라미터를 상기 결제 분리 승인 요청 전문을 구성하기 위한 파라미터로 수집함과 동시에, 사업자 별로 수집되는 구분 데이터를 추가 파라미터로 더 수집한다(230).On the other hand, if a transaction using account transfer is requested from the user terminal 130, the server 100 provides version (version), gopaymethod (account transfer/virtual account), mid (store ID), oid (order number), goodsname (product name), price (payment amount), tax (VAT), taxfree (tax free), currency (currency classification), buyername (buyer name), buyertel (buyer mobile number), buyeremail (buyer email), parentemail (guardian email) , timestamp (time stamp), signature (signature), returnUrl (return URL), mKey (hash value for signkey), gopaymethod (request payment method), offerPeriod (provision period), languageView (initial display language), charset (result Encoding), payViewType (payment window display method), closeUrl (payment window close processing URL), popupUrl (popup processing URL), merchantData (merchant data), acceptmethod (option for each payment method) At the same time as collecting as parameters for configuring , the classification data collected for each operator is further collected as additional parameters (230).

본 발명의 실시 방법에 따르면, 상기 사업자 별로 수집되는 구분 데이터는 goodscnt(장바구니 건수(물대/시공비 등)), smid(장바구니 MID), goodsnames(장바구니 상품명), goodscnts(장바구니 상품수량), goodsprice(장바구니 금액), subTotalPrice(장바구니 금액 총 합계)를 포함할 수 있으며, 상기 smid(장바구니 MID), goodsnames(장바구니 상품명), goodscnts(장바구니 상품수량), goodsprice(장바구니 금액)는 장바구니 수량만큼 반복 세팅되는 것이 바람직하다.According to the implementation method of the present invention, the classification data collected for each business operator is goodscnt (the number of shopping carts (water price/construction cost, etc.)), smid (shopping cart MID), goodsnames (shopping cart brand name), goodscnts (product quantity in shopping cart), goodsprice (shopping cart) amount), subTotalPrice (total shopping cart price), and the smid (shopping cart MID), goodsnames (shopping cart product name), goodscnts (shopping cart product quantity), and goodsprice (shopping cart price) are preferably set repeatedly as much as the shopping cart quantity. do.

상기 서버(100)는 확인된 계좌이체 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터가 수집되면, 상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버(140)로 전송하여 결제 분리 승인을 요청한다(235).When the parameters for constructing the payment separation approval request corresponding to the confirmed bank transfer transaction are collected, the server 100 constructs a payment separation approval request message using the collected parameters and transmits it to the card company server 140 . to request separation approval for payment (235).

이후, 상기 서버(100)는 상기 카드사 서버(140)로부터 상기 결제 분리 승인 요청 전문에 대응하는 결제 분리 승인 응답 전문을 수신하여 상기 결제 요청을 처리한다(225). 여기서, 상기 결제 분리 승인 응답 전문은, 사업자 별 발행되는 cshr_issuanceinfo(현금영수증)를 파라미터로 더 포함하여 구성될 수 있다. Thereafter, the server 100 receives a payment separation approval response message corresponding to the payment separation approval request message from the card company server 140 and processes the payment request (225). Here, the payment separation approval response message may be configured by further including cshr_issuanceinfo (cash receipt) issued by each operator as a parameter.

도면3a 내지 도면3f는 종래의 둘 이상의 사업자의 매출이 포함되는 결제 절차를 예시한 도면이다.3a to 3f are diagrams illustrating a payment procedure that includes sales of two or more conventional business operators.

보다 상세하게 본 도면3a 내지 도면3f는 상기 온라인마켓(135)에 접속한 사용자 단말(130)로부터 적어도 2이상의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 종래의 방식에 따라 각 사업자 별로 2회의 결제가 수행되는 과정을 예시한 것으로서, 본 발명이 속한 기술분야에서 통상의 지식을 가진 자라면, 본 도면3a 내지 도면3f를 참조 및/또는 변형하여 상기 과정에 대한 다양한 실시 방법(예컨대, 일부 단계가 생략되거나, 또는 순서가 변경된 실시 방법)을 유추할 수 있을 것이나, 본 예시도는 상기 유추되는 모든 실시 방법을 포함하여 이루어지며, 본 도면3a 내지 도면3f에 도시된 실시 방법만으로 그 기술적 특징이 한정되지 아니한다.In more detail, FIGS. 3a to 3f show that when a payment request for a product (or service) including at least two operators is requested from the user terminal 130 connected to the online market 135, each operator according to a conventional method As an example of a process in which payment is performed twice separately, those of ordinary skill in the art to which the present invention pertains may refer to and/or modify these figures 3a to 3f to various implementation methods for the process (for example, , some steps are omitted, or the order of which is changed) may be inferred, but this exemplary view is made including all the inferred implementation methods, and only the implementation method shown in Figs. 3a to 3f The technical characteristics are not limited.

도면3a는 사용자 단말(130)을 통해 온라인마켓(135)에 접속한 사용자가 에어컨(A사업자)와, 설치비(B사업자)를 포함하는 상품(또는 서비스)을 구매하려는 화면 예시도이다.FIG. 3A is an exemplary screen view for a user who accesses the online market 135 through the user terminal 130 to purchase a product (or service) including an air conditioner (company A) and an installation fee (company B).

도면3b는 상기 도면3a를 통해 구매하기를 선택한 사용자에게 각 상품 별로(각 사업자 별로) 결제가 나누어져 처리되는 팝업 창이 출력되는 화면 예시도이다.FIG. 3b is a screen example in which a pop-up window is displayed in which payment is divided and processed for each product (for each business operator) to the user who has selected to purchase through the FIG. 3a.

도면3c는 사용자에게 1번째 결제(에어컨 사업자에 대한 매출 결제)를 위한 정보가 출력되는 화면 예시도이다.FIG. 3c is an exemplary view of a screen on which information for a first payment (sales payment to an air conditioner operator) is output to a user.

도면3d는 상기 도면3c에서 1번째 결제가 진행된 이후, 사용자에게 2번째 결제(설치 사업자에 대한 매출 결제)가 진행됨을 알리는 팝업 창이 출력되는 화면 예시도이다.FIG. 3d is an exemplary view of a screen in which a pop-up window is output informing a user that a second payment (sales payment to an installation company) is in progress after the first payment is made in FIG. 3c.

도면3e는 사용자에게 2번째 결제(설치 사업자에 대한 매출 결제)를 위한 정보가 출력되는 화면 예시도이다.Figure 3e is an example of a screen on which information for the second payment (sales payment to the installation company) is output to the user.

도면3f는 상기와 같이 에어컨(A사업자)와, 설치비(B사업자)를 포함하는 상품(또는 서비스)에 대한 결제가 2회로 나누어져 수행된 이후, 사용자에게 각 결제에 대한 카드 승인 메시지가 전송되는 화면 예시도이다.3f shows that as described above, after payment for goods (or services) including air conditioner (company A) and installation cost (company B) is divided into two and performed, a card approval message for each payment is transmitted to the user This is an example screen.

도면3f를 참조하면, 결제가 2회로 나누어져 승인되므로 각 승인 메시지의 발신 시간이 차이가 나게 된다(에어컨 사업자에 대한 900,000원 결제 오후15시, 설치 사업자에 대한 100,000원 결제 오후15시2분).Referring to Figure 3f, since the payment is divided into two and approved, the transmission time of each approval message is different (900,000 won payment to the air conditioner operator at 15:00, 100,000 won payment to the installation operator at 15:2 PM) .

이와 같이, 사용자는 1회의 카드 사용으로 결제가 진행되는 것으로 인지할 수 있으나, 실제로 승인 요청은 2회로 나누어 진행되는 번거로움이 존재하였다.As described above, the user may recognize that the payment is made by using the card once, but there is a inconvenience in that the approval request is actually divided into two times.

도면4a 내지 도면4d는 본 발명에 따른 결제 분리 승인 전문을 이용하여 둘 이상의 사업자의 매출이 포함되는 결제 절차를 예시한 도면이다.4a to 4d are diagrams illustrating a payment procedure in which sales of two or more operators are included using the full payment separation approval according to the present invention.

보다 상세하게 본 도면4a 내지 도면4d는 본 발명에 따라 상기 온라인마켓(135)에 접속한 사용자 단말(130)로부터 적어도 2이상의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 상기 2이상의 사업자에 대한 결제가 결제 분리 승인 요청 전문을 통해 1회의 결제로 처리되는 과정을 예시한 것으로서, 본 발명이 속한 기술분야에서 통상의 지식을 가진 자라면, 본 도면4a 내지 도면4d를 참조 및/또는 변형하여 상기 과정에 대한 다양한 실시 방법(예컨대, 일부 단계가 생략되거나, 또는 순서가 변경된 실시 방법)을 유추할 수 있을 것이나, 본 발명은 상기 유추되는 모든 실시 방법을 포함하여 이루어지며, 본 도면4a 내지 도면4d에 도시된 실시 방법만으로 그 기술적 특징이 한정되지 아니한다.In more detail, Figs. 4a to 4d show that when a payment request for a product (or service) including at least two operators is requested from the user terminal 130 connected to the online market 135 according to the present invention, the two or more As an example of a process in which a payment to a business operator is processed as a one-time payment through a full payment separation approval request, those of ordinary skill in the art to which the present invention pertains, refer to these drawings 4a to 4d and/or Various implementation methods for the above process (eg, an implementation method in which some steps are omitted or the order is changed) may be inferred by modification, but the present invention is made including all the inferred implementation methods, and in this figure 4a The technical features are not limited only to the implementation method shown in FIG. 4d.

도면4a는 사용자 단말(130)을 통해 온라인마켓(135)에 접속한 사용자가 에어컨(A사업자)와, 설치비(B사업자)를 포함하는 상품(또는 서비스)을 구매하려는 화면 예시도이다.FIG. 4A is an exemplary screen view for a user who accesses the online market 135 through the user terminal 130 to purchase a product (or service) including an air conditioner (company A) and an installation fee (company B).

한편, 본 발명은 도면4b와 같이 상품(또는 서비스)에 대한 결제를 위해 카드를 등록하는 과정을 포함할 수 있다. 이와 같이 카드를 등록하는 경우, 보다 편리하고 빠르게 결제 분리 승인 요청 전문을 생성하여 결제가 진행될 수 있다.Meanwhile, the present invention may include a process of registering a card for payment for a product (or service) as shown in FIG. 4B . In the case of registering the card in this way, the payment can proceed by generating a full payment request separation approval more conveniently and quickly.

도면4c는 본 발명에 따라 결제 분리 승인 요청 전문을 생성하여 에어컨(A사업자)와, 설치비(B사업자)에 대한 결제 통합되어 하나의 결제로 진행되는 화면 예시도이다. Figure 4c is an exemplary view of a screen in which payment for an air conditioner (company A) and installation cost (company B) is integrated into one payment by generating a full payment separation approval request according to the present invention.

도면4d는 상기와 같이 에어컨(A사업자)와, 설치비(B사업자)를 포함하는 상품(또는 서비스)에 대한 결제가 통합되어 수행된 이후, 사용자에게 통합 결제에 대한 카드 승인 메시지가 전송되는 화면 예시도이다.4d is an example of a screen in which a card approval message for integrated payment is transmitted to the user after payment for a product (or service) including an air conditioner (company A) and an installation fee (company B) is integrated and performed as described above. it is do

도면4d를 참조하면, 결제는 통합되어 승인되나(각 승인 메시지의 발송 시간이 15시로 동일함), 승인 메시지는 각 사업자 별로 구분되서 발송된다. Referring to FIG. 4d , the payment is integrated and approved (the sending time of each approval message is the same as 15:00), but the approval message is sent separately for each operator.

즉, 본 발명은 2이상의 승인 요청 금액을 분리할 수 있는 결제 분리 승인 전문을 구성하도록 함으로써, 고객의 1회 결제(승인요청/승인응답) 만으로 오픈마켓/프랜차이즈의 대표사업자 포함 오픈마켓/프랜차이즈 내 입점사업자(대리점) 및 하위가맹점들의 통합 결제에 따른 매출 금액을 분기하여 처리가 가능할 수 있게 된다. 또한 이로 인해 통합 결제로 인한 입점사업자(대리점) 및 하위가맹점들 매출 신고를 수월하게 처리할 수 있게 된다.That is, the present invention configures a payment separation approval full text that can separate two or more approval request amounts, so that the customer's one-time payment (approval request/approval response) is the only open market/franchise representative of the open market/franchise in the open market/franchise. It becomes possible to process by branching the sales amount according to the integrated settlement of the merchants (agents) and sub-merchants. In addition, due to this, it is possible to easily process sales reports of merchants (agents) and sub-merchants due to integrated payment.

100 : 서버 105 : 정보 저장부
110 : 결제정보 확인부 115 : 전문정보 수집부
120 : 전문 생성부 125 : 승인 처리부
130 : 사용자 단말 135 : 온라인마켓
140 : 카드사 서버100: server 105: information storage unit
110: payment information confirmation unit 115: specialized information collection unit
120: professional generation unit 125: approval processing unit
130: user terminal 135: online market
140: card company server

Claims (13)

N(N≥2)개의 사업자가 입점한 온라인마켓 상에서 지불 결제를 중계하는 서버에 의해 실행되는 방법에 있어서,
상기 온라인마켓에 입점한 N개의 사업자의 가맹점 정보와 사업자의 매출 구간에 따른 수수료 정보를 연계하여 저장매체에 저장하는 단계;
상기 온라인마켓에 접속한 사용자 단말로부터 n(2≤n≤N)개의 사업자가 포함된 상품(또는 서비스)에 대한 결제 요청 시, 상기 사용자 단말로부터 결제 요청된 결제수단의 종류, 사업자 별 가맹점 정보, 사업자 별 수수료율 및 사업자 별 승인요청 금액을 확인하는 단계;
상기 사용자 단말로부터 신용카드 거래로 결제 요청된 경우, 상기 신용카드 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하는 단계;
상기 수집된 파라미터를 이용하여 결제 분리 승인 요청 전문을 구성하고 카드사 서버로 전송하여 결제 분리 승인을 요청하는 단계; 및
상기 카드사 서버로부터 상기 결제 분리 승인 요청 전문에 대응하며, subDataCount(승인결과 응답건수) 및 사업자 별 subData를 파라미터로 포함하는 결제 분리 승인 응답 전문을 수신하여 상기 결제 요청을 처리하는 단계;를 포함하고,
상기 신용카드 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터는, timestamp(전문생성시간), clientIp(가맹점 요청 서버IP), mid(가맹점 ID), url(기맹점 URL), buyerName(구매자명), buyEmail(구매자이메일), buyerTel(구매자 연락처), billKey(승인요청할 빌링키 값), regNo(생년월일), hashData(전문위변조 해쉬) 및 사업자 별로 수집되는 subData(결제요청 상세 데이터)(Mid(승인요청 가맹점 MID), GoodsName(상품명), moid(가맹점주문번호), Price(승인요청 금액), CardQuota(할부기간(일시불, 그외), QuotaInterest(무이자구분))를 포함하며, 상기 결제 분리 승인 응답 전문에 파라미터로 포함되는 subData는, payAuthcode(승인번호), payDate(결제일자), payTime(결제시간), tid(결제승인TID), prtcCode(부분환불 가능여부), price(결제금액), cardCode(카드코드), cardName(카드사명)를 포함하는 결제 분리 승인 전문 구성 방법.
In the method executed by a server that relays payment on an online market in which N (N≥2) business operators enter,
storing the affiliated store information of the N business operators in the online market in association with the commission information according to the sales section of the business operators and storing them in a storage medium;
When a payment request for a product (or service) including n (2≤n≤N) operators is requested from a user terminal accessing the online market, the type of payment method requested for payment from the user terminal, merchant information for each operator, checking the fee rate for each business operator and the amount requested for approval by each business operator;
collecting parameters for constructing a payment separation approval request message corresponding to the credit card transaction when a payment request is made through the credit card transaction from the user terminal;
constructing a full payment separation approval request using the collected parameters and transmitting it to a card company server to request payment separation approval; and
and processing the payment request by receiving the payment separation approval response message corresponding to the payment separation approval request from the card company server, and including subDataCount (the number of approval result responses) and subData for each operator as parameters;
The parameters for constructing the full payment separation approval request corresponding to the credit card transaction are timestamp (message creation time), clientIp (merchant request server IP), mid (merchant ID), url (merchant URL), buyerName (buyer name), buyEmail (buyer email), buyerTel (buyer contact information), billKey (billing key value to request approval), regNo (date of birth), hashData (forgery forged hash) and subData (detailed payment request data) collected by each operator (Mid ( Approval request Merchant MID), GoodsName (product name), moid (merchant order number), Price (approval request amount), CardQuota (installment period (one-time payment, other), QuotaInterest (interest-free)), the payment separation approval response The subData included as parameters in the full text is payAuthcode (approval number), payDate (payment date), payTime (payment time), tid (payment approval TID), prtcCode (partial refund possible), price (payment amount), cardCode ( How to configure the payment separation approval message including card code) and cardName (card company name).
 삭제delete 삭제delete 삭제delete 제 1항에 있어서,
상기 사용자 단말로부터 계좌이체 거래로 결제 요청된 경우, 상기 계좌이체 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터를 수집하는 단계를 포함하고,
상기 계좌이체 거래에 대응하는 결제 분리 승인 요청 전문을 구성하기 위한 파라미터는, version(버전), gopaymethod(계좌이체/가상계좌), mid(상점 ID), oid(주문번호), goodsname(상품명), price(결제금액), tax(부가세), taxfree(비과세), currency(통화구분), buyername(구매자명), buyertel(구매자모바일번호), buyeremail(구매자이메일), parentemail(보호자이메일), timestamp(타임스탬프), signature(서명), returnUrl(리턴URL), mKey(signkey에 대한 hash값), gopaymethod(요청결제수단), offerPeriod(제공기간), languageView(초기 표시 언어), charset(결과 인코딩), payViewType(결체창 표시방법), closeUrl(결제창 닫기처리Url), popupUrl(팝업처리Url), merchantData(가맹점데이터), acceptmethod(결제수단별 옵션) 및 사업자 별로 수집되는 구분 데이터를 포함하여 이루어지는 것을 특징으로 하는 결제 분리 승인 전문 구성 방법.
The method of claim 1,
Comprising the step of collecting parameters for constructing a full payment separation approval request corresponding to the account transfer transaction when a payment request is made by the bank transfer transaction from the user terminal;
The parameters for constructing the full payment separation approval request corresponding to the account transfer transaction are version (version), gopaymethod (account transfer/virtual account), mid (store ID), oid (order number), goodsname (product name), price (payment amount), tax (VAT), taxfree (tax free), currency (currency classification), buyername (buyer name), buyertel (buyer mobile number), buyeremail (buyer email), parentemail (guardian email), timestamp (time) stamp), signature (signature), returnUrl (return URL), mKey (hash value for signkey), gopaymethod (request payment method), offerPeriod (provision period), languageView (initial display language), charset (result encoding), payViewType (payment window display method), closeUrl (payment window close processing URL), popupUrl (popup processing URL), merchantData (merchant data), acceptmethod (option by payment method), and classification data collected by each operator How to organize the billing segregation authorization text.
 제 5항에 있어서, 상기 구분 데이터는,
goodscnt(장바구니 건수), smid(장바구니 MID), goodsnames(장바구니 상품명), goodscnts(장바구니 상품수량), goodsprice(장바구니 금액), subTotalPrice(장바구니 금액 총 합계)를 포함하여 이루어지는 것을 특징으로 하는 결제 분리 승인 전문 구성 방법.
According to claim 5, wherein the classification data,
Payment separation approval, characterized in that it includes goodscnt (the number of shopping carts), smid (the shopping cart MID), goodsnames (the product name of the shopping cart), goodscnts (the number of products in the shopping cart), goodsprice (the amount of the shopping cart), and subTotalPrice (the total amount of the shopping cart) How to configure.
 삭제delete 삭제delete 삭제delete 제 1항에 있어서, 상기 결제 분리 승인 응답 전문은,
계좌이체를 이용한 결제 요청인 경우, 사업자 별 발행되는 cshr_issuanceinfo(현금영수증)를 파라미터로 포함하여 이루어지는 것을 특징으로 하는 결제 분리 승인 전문 구성 방법.
According to claim 1, wherein the payment separation approval response full text,
In the case of a payment request using an account transfer, a method of constructing a separate approval text for payment, characterized in that it includes cshr_issuanceinfo (cash receipt) issued by each operator as a parameter.
 삭제delete 삭제delete 삭제delete
KR1020210016821A 2021-02-05 2021-02-05 Method for Making Payment Separation Approval Data KR102445795B1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020210016821A KR102445795B1 (en) 2021-02-05 2021-02-05 Method for Making Payment Separation Approval Data
KR1020220094494A KR102548159B1 (en) 2021-02-05 2022-07-29 Method for Making Payment Separation Approval Data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210016821A KR102445795B1 (en) 2021-02-05 2021-02-05 Method for Making Payment Separation Approval Data

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020220094494A Division KR102548159B1 (en) 2021-02-05 2022-07-29 Method for Making Payment Separation Approval Data

Publications (2)

Publication Number Publication Date
KR20220113583A KR20220113583A (en) 2022-08-16
KR102445795B1 true KR102445795B1 (en) 2022-09-23

Family

ID=83063947

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020210016821A KR102445795B1 (en) 2021-02-05 2021-02-05 Method for Making Payment Separation Approval Data
KR1020220094494A KR102548159B1 (en) 2021-02-05 2022-07-29 Method for Making Payment Separation Approval Data

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020220094494A KR102548159B1 (en) 2021-02-05 2022-07-29 Method for Making Payment Separation Approval Data

Country Status (1)

Country Link
KR (2) KR102445795B1 (en)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040054657A (en) * 2004-06-15 2004-06-25 양길섭 The Method for executing Electronic Commerce on copyrighted material in the intermediary website
KR100802760B1 (en) * 2005-12-28 2008-02-12 신한카드 주식회사 System and Method for Processing Credit Card Payment Admission, Server and Recording Medium
KR20100053245A (en) * 2008-11-12 2010-05-20 조기홍 Method and system for issuing cash receipt by using multi processing message, affiliate terminals and program recording medium
KR20130057332A (en) * 2011-11-23 2013-05-31 김인권 System and method for divided payment process about fees of private institutions

Also Published As

Publication number Publication date
KR20220113583A (en) 2022-08-16
KR102548159B1 (en) 2023-06-28
KR20220113648A (en) 2022-08-16

Similar Documents

Publication Publication Date Title
JP7069391B2 (en) Benefit granting method, privilege granting device and privilege granting system
US7680688B2 (en) System and method for exchanging loyalty points for acquisitions
JP4685812B2 (en) Online coupon distribution method
US10755240B2 (en) Integrated universal payment and seller independent point of sale and e-commerce digital receipt processing and analytics system
US20090327133A1 (en) Secure mechanism and system for processing financial transactions
WO2009011992A1 (en) System, method and computer program product for processing payments
US20130339231A1 (en) Prepaid wallet for merchants
CN105550871A (en) Mobile internet based mobile phone bank transaction system
KR20130070510A (en) System and method for payment using portable terminal, and storage medium recording program for implementing method thereof
KR20100009971A (en) Mobile credit card/gift card system and method for paying using a mobile terminal
US20140279228A1 (en) System and method for providing online authentication codes usable to purchase goods and/or services
KR102127431B1 (en) Method for settlement of delivery order sales and payment terminal thereof
TW201810159A (en) Transaction management system of trusted ticket and the method thereof to reduce the issuing cost of the ticket issuer and provide real-time trust and transaction safety of trusted ticket
KR102445795B1 (en) Method for Making Payment Separation Approval Data
JP2003006548A (en) Network settlement processing system, network settlement processor, network settlement processing method and network settlement processing program
JP2000331227A (en) System and method for settlement and server and method for managing prepaying
KR20180106446A (en) Payment system and method using mobile terminal of a salesclerk
JP2000331095A (en) Distribution server of transaction request information for settlement system and method and system for settlement
KR20210116740A (en) Method for matching the producter by paying point and/or coin in watching advertisement
KR20040094551A (en) System and Method for Providing Card Discount Information
KR20110127912A (en) Mobile gift card providing method by linked mobile gift certificates
KR20130100858A (en) Apparatus for processing of coupon use and method of the same
KR20180106456A (en) Payment system and method using mobile terminal
KR20100126054A (en) System and method for processing settlement and recording medium
KR20090081927A (en) System and Method for Processing Card Settlement Approval Relay and Recording Medium

Legal Events

Date Code Title Description
AMND Amendment
X091 Application refused [patent]
A107 Divisional application of patent
AMND Amendment
X701 Decision to grant (after re-examination)