KR102449470B1 - 고객식별정보 관리방법 및 고객식별정보 관리서버 - Google Patents

고객식별정보 관리방법 및 고객식별정보 관리서버 Download PDF

Info

Publication number
KR102449470B1
KR102449470B1 KR1020200083964A KR20200083964A KR102449470B1 KR 102449470 B1 KR102449470 B1 KR 102449470B1 KR 1020200083964 A KR1020200083964 A KR 1020200083964A KR 20200083964 A KR20200083964 A KR 20200083964A KR 102449470 B1 KR102449470 B1 KR 102449470B1
Authority
KR
South Korea
Prior art keywords
identification information
customer identification
hash value
request message
card
Prior art date
Application number
KR1020200083964A
Other languages
English (en)
Other versions
KR20220006241A (ko
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 KR1020200083964A priority Critical patent/KR102449470B1/ko
Publication of KR20220006241A publication Critical patent/KR20220006241A/ko
Priority to KR1020220119818A priority patent/KR102488307B1/ko
Application granted granted Critical
Publication of KR102449470B1 publication Critical patent/KR102449470B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

고객식별정보 관리방법이 개시된다. 고객식별정보 관리방법은 카드에 대한 결제승인요청전문이 가맹점 서버로부터 수신되는 과정, 상기 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 상기 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 상기 카드번호 중 상기 적어도 일부 및 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득하는 과정 및 상기 제1 해시값 내지 상기 제n 해시값 중 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 상기 제1 해시값 및 상기 카드에 대해 생성된 고객식별정보를 서로 매칭하여 상기 고객식별정보 관리테이블에 저장하는 과정을 포함할 수 있다.

Description

고객식별정보 관리방법 및 고객식별정보 관리서버{METHOD FOR MANAGING CUSTOMER IDENTIFICATION INFORMATION, AND MANAGEMENT SERVER THEREOF}
본 발명은 고객식별정보 관리방법 및 고객식별정보 관리서버에 대한 것으로, 보다 상세하게는 카드정보에 대한 보안을 강화하기 위한 고객식별정보 관리방법 및 고객식별정보 관리서버에 대한 것이다.
사용의 편의성과 카드 소득공제 혜택 등으로 카드 결제가 일상화되면서, 고객의 유치를 위한 카드사들의 경쟁이 심화되고 있다. 카드사들은 고객 유치를 위해 카드상품별로 특색 있는 혜택을 제공하고 있다.
한편, 카드 가맹점들도 단골 고객을 확보하기 위해 결제 금액의 일정 부분을 마일리지로 적립해주거나, 쿠폰을 발행하는 등 마케팅에 적극적이다.
카드 가맹점들은 고객의 카드정보를 고객관리에 이용하는 것이 일반적인데, 최근 개인정보나 금융정보에 대한 보안이 중요해지면서 카드 가맹점들의 카드정보의 이용에 대한 규제가 더 엄격해지고 있다.
예를 들면, 최근 여신전문금융업법의 개정안에서는 카드 가맹점 등이 고객의 카드정보를 보관하는 기간에 대한 규정이 크게 강화된 바 있다. 이에 따라, 카드 가맹점들은 고객관리를 위해 카드정보가 아닌 별도의 고객식별정보를 발급하고 이를 활용하는 부가적인 노력이 필요하게 되었다.
본 발명의 배경이 되는 기술의 예로, 대한민국 공개특허공보 제10-2018-0127888호(2018. 11. 30.)는 포인트적립카드를 항상 소지해야 하는 소비자의 불편함을 해소하여, 포인트 적립 절차를 간소화하고, 소비자가 원하는 제휴사 포인트로 적립을 받을 수 있도록 하는 키오스크식 쿠폰 포인트 적립방법 및 그 시스템을 개시한다.
본 발명은 상술한 문제점을 해결하기 위해 안출된 것으로, 카드 가맹점은 별도의 고객식별정보를 발급하지 않고도, 고객식별정보 관리서버로부터 제공되는 고객식별정보를 통해 고객정보를 쉽게 관리할 수 있다.
또한, 고객이 카드를 사용할 때마다 고객의 저장된 카드관련 정보를 업데이트함으로써 고객의 카드정보에 대한 보안성을 크게 향상시킬 수 있다.
본 발명의 다양한 실시 예에 따른 고객식별정보 관리방법은 카드에 대한 결제승인요청전문이 가맹점 서버로부터 수신되는 과정, 상기 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 상기 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 상기 카드번호 중 상기 적어도 일부 및 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득하는 과정 및 상기 제1 해시값 내지 상기 제n 해시값 중 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 상기 제1 해시값 및 상기 카드에 대해 생성된 고객식별정보를 서로 매칭하여 상기 고객식별정보 관리테이블에 저장하는 과정을 포함할 수 있다.
본 발명의 다양한 실시 예에 따른 고객식별정보 관리서버는 통신부, 저장부 및 카드에 대한 결제승인요청전문이 가맹점 서버로부터 수신되도록 상기 통신부를 제어하고, 상기 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 상기 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 상기 카드번호 중 상기 적어도 일부 및 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득하고, 상기 제1 해시값 내지 상기 제n 해시값 중 적어도 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 상기 제1 해시값 및 상기 카드에 대해 생성된 고객식별정보를 서로 매칭하여 상기 고객식별정보 관리테이블에 저장하도록 상기 저장부를 제어하는 프로세서를 포함할 수 있다.
본 발명의 다양한 실시 예에 따르면, 카드 가맹점이 별도에 고객식별정보를 발급하지 않고도, 고객의 카드정보에 대응되는 고객식별정보를 고객식별정보 관리서버로부터 발급받음으로써 고객정보를 쉽게 관리할 수 있다.
본 발명의 다양한 실시 예에 따르면, 고객이 카드를 사용할 때마다 고객의 저장된 카드관련 정보를 업데이트함으로써 고객의 카드정보에 대한 보안성을 크게 향상시킬 수 있다.
도 1은 본 발명의 일 실시 예에 따른 고객식별정보 관리시스템에 대한 블록도이다.
도 2는 본 발명의 일 실시 예에 따른 고객식별정보 관리서버에 대한 블록도이다.
도 3은 본 발명의 일 실시 예에 따른 고객식별정보 관리테이블을 도시한다.
도 4는 본 발명의 다른 실시 예에 따른 고객식별정보 관리테이블을 도시한다.
도 5 및 도 6은 본 발명의 일 실시 예에 따른 고객식별정보 관리방법에 대한 순서도이다.
도 7은 본 발명의 일 실시 예에 따른 관리서버의 세부구성에 대한 블록도이다.
도 8은 본 발명의 일 실시 예에 따른 고객식별번호 관리방법에 대한 흐름도이다.
이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예에 대한 동작원리를 상세히 설명한다. 또한, 발명에 대한 실시 예를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 하기에서 사용되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로써, 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 사용된 용어들의 정의는 본 명세서 전반에 걸친 내용 및 이에 상응한 기능을 토대로 해석되어야 할 것이다.
도 1은 본 발명의 일 실시 예에 따른 고객식별정보 관리시스템에 대한 블록도이다.
고객식별정보 관리시스템(1)은 카드이용자인 고객의 식별번호를 관리하는 시스템이다. 일 예로, 고객식별정보 관리시스템(1)은 카드 가맹점과 밴(VAN: Value Added Network)사 간에 카드정보 또는 고객식별정보를 관리하기 위한 시스템으로 활용될 수 있다. 이는 일 예로 든 것으로, 고객식별정보 관리시스템(1)은 고객의 식별번호를 관리하는 다양한 시스템 또는 네트워크에 적용 가능할 것이다.
본 발명의 일 실시예로, 도 1을 참조하면, 고객식별정보 관리시스템(1)은 가맹점 서버(11) 및 고객식별정보 관리서버(12)를 포함할 수 있다. 가맹점 서버(11) 및 고객식별정보 관리서버(12)는 통신망으로 서로 연결되어 결제 관련 데이터를 송수신할 수 있다. 예를 들어, 통신망은 근거리 통신망(LAN: Local Area Network), 도시권 통신망(MAN: Metropolitan Area Network), 광역 통신망(WAN: Wide Area Network) 등 다양한 유무선 통신망으로 구성될 수 있다.
여기서, 가맹점 서버(11)는 서버, 결제 서버, 결제 단말, 결제 클라이언트, 가맹점 단말, POS(Point of Sales), 사용자 단말 등 다양하게 정의될 수 있다. 또는, 가맹점 서버(11)는 예를 들어, 카드 리더기로부터 리드된 카드정보를 수신받아 처리하는 별도의 전자장치로 정의될 수도 있다. 또는, 가맹점 서버(11)는 카드 리더기와 일체화된 전자장치로 정의될 수도 있다.
고객식별정보 관리서버(12)는 서버, 관리서버, 결제대행서버 등으로 명명될 수 있으며, 일 예로, 밴사 서버, 카드사 서버, PG(Payment Gateway)사 서버, 고객관계 관리서버(Customer Relationship Management Server) 등으로 구현될 수 있다. 이하에서, 설명의 편의를 위해 고객식별정보 관리서버(12)를 관리서버(12)로 지칭한다.
가맹점 서버(11)는 가맹점의 고객관리 및 결제를 처리하는 서버이다. 가맹점 서버(11)는 고객의 카드정보를 직접 획득하거나 고객의 카드정보를 획득한 카드리더기로부터 카드정보를 수신할 수 있다.
일 예로, 가맹점 서버(11)는 IC카드, 마그네틱 카드, NFC, QR코드등의 다양한 결제수단을 통해 고객의 카드정보를 직접 획득하거나, 카드리더기로부터 고객의 카드정보를 수신하여 획득할 수 있다.
가맹점 서버(11)는 획득된 카드정보를 관리서버(12)로 송신할 수 있다. 일 예로, 가맹점 서버(11)는 획득된 카드정보가 포함된 카드에 대한 결제승인요청전문을 관리서버(12)로 송신할 수 있다. 여기서, 결제승인요청전문은 해당 가맹점의 ID 정보, 주소 정보, 사업자 정보, 대표자 정보, 입금계좌 정보, 결제요청이 송신되는 위치정보, 기존 결제 내역 정보 등과 같은 가맹점 정보 및 해당 카드결제의 결제 품목 정보, 결제금액 정보, 이용카드 정보 등과 같은 결제 요청 내역 정보 중 적어도 하나를 포함할 수 있다. 또한, 카드정보는 카드번호, 유효기간, CVC코드, 카드소유자 정보 등을 포함할 수 있다.
관리서버(12)는 고객식별정보 발급 또는 고객식별정보 탐색을 위한 해시값을 생성한다. 일 예로, 관리서버(12)는 결제승인요청전문이 가맹점으로부터 수신되면, 결제승인요청전문에 포함된 카드번호 및 결제승인요청전문이 수신된 일자에 기초하여 해시 입력값을 생성할 수 있다.
관리서버(12)는 해시 입력값에 매칭되는 고객식별정보를 생성하고, 이를 가맹점 서버(11)로 송신할 수 있다. 또한, 관리서버(12)는 생성된 고객식별정보에 매칭되는 해시 입력값을 업데이트할 수 있다.
가맹점 서버(11)는 수신된 고객식별정보를 저장할 수 있다. 가맹점 서버는 고객식별정보에 매칭하여, 사용자 정보 예를 들면, 이름, 성별, 생년월일, 휴대폰 번호, 이메일, 주소, 마일리지 적립내역, 쿠폰 발행내역, 가맹점 이용내역 등을 저장 및 관리할 수 있다.
상술한 본 발명의 일 실시 예에 따르면, 가맹점 서버(11)는 별도의 고객식별정보를 발급하거나 관리할 필요 없이, 관리서버(12)로부터 고객식별정보를 수신하여 활용할 수 있다. 또한, 관리서버(12)는 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자에 기초하여 고객식별정보를 업데이트함으로써 카드번호의 보안성을 크게 향상시킬 수 있다.
이하에서, 도 1에서 상술한 고객식별정보 관리시스템(1)이 수행하는 고객식별정보 관리방법에 대해 상세하게 설명한다.
도 2는 본 발명의 일 실시 예에 따른 고객식별정보 관리서버에 대한 블록도이다.
도 2를 참조하면, 고객식별정보 관리서버(이하, '관리서버'라 한다)(200)는 통신부(210), 저장부(220) 및 프로세서(230)를 포함할 수 있다.
통신부(210)는 외부 전자장치와 통신을 수행하여 데이터를 송수신할 수 있다. 특히, 통신부(210)는 가맹점 서버(11)와 통신을 수행하여 결제 관련 정보를 송수신할 수 있다.
저장부(220)는 데이터를 저장할 수 있다. 예를 들어, 저장부(220)는 하드디스크, SSD(Solid State Drive) 등의 다양한 형태의 저장장치일 수 있다.
일 예로, 저장부(220)는 가맹점 서버(11)로부터 수신되는 결제승인요청전문에 포함되는 정보를 저장할 수 있다. 다른 예로, 저장부(220)는 고객식별정보 관리테이블을 저장하고, 고객식별정보에 매칭된 다양한 정보를 읽고 쓸 수 있다.
도 3은 본 발명의 일 실시 예에 따른 고객식별정보 관리테이블을 도시한다.
도 3을 참조하면, 고객식별정보 관리테이블(3)은 복수개의 필드(또는 항목) 및 복수개의 필드에 포함되는 정보를 포함할 수 있다.
일 예로, 고객식별정보 관리테이블(3)은 카운트(Count), 일자(Date), 해시값(Hash value), 고객식별정보(Customer identification information)를 포함할 수 있다. 예를 들어, 카운트 필드는 고객식별정보 업데이트 요청 횟수, 고객식별정보 업데이트 횟수 또는 결제승인요청전문 수신 횟수일 수 있다. 일자 필드는 결제승인요청전문이 수신된 일자일 수 있다. 해시값 필드는 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 상기 일자가 조합된 입력값을 해시함수에 입력한 출력값일 수 있다. 고객식별정보 필드는 기정의된 알고리즘으로 생성되거나 랜덤하게 생성된 고객식별번호일 수 있다.
여기서, 해시값 필드는 업데이트되는 경우 삭제된 후 신규값으로 저장될 수 있다. 고객식별정보 필드는 해시값의 업데이트와 무관하게 일정한 값으로 고객식별정보 관리테이블(3)에 기록될 수 있다. 이를 통해, 가맹점 서버(11)는 동일한 카드에 대한 결제승인요청전문을 관리서버(200)로 송신하는 경우 동일한 고객식별정보를 수신할 수 있다.
프로세서(230)는 관리서버(200)를 전반적으로 제어할 수 있다.
먼저, 프로세서(230)는 카드에 대한 결제승인요청전문이 가맹점 서버로부터 수신되도록 통신부(210)를 제어할 수 있다.
또한, 프로세서(230)는 해시값을 생성할 수 있다. 이 경우, 프로세서(230)는 해시값의 기정의된 업데이트 기한(또는 기간) n의 개수에 따른 복수의 해시값을 생성할 수 있다. 여기서, n의 단위는 일(day)일 수 있다.
예를 들어, 프로세서(230)는 업데이트 기간 n이 90인 경우(3개월을 90일로 가정함), 해시값을 90개 생성할 수 있다. 또는, 프로세서(130)는 n이 1인경우 해시값을 1개 생성할 수 있다.
프로세서(230)는 해시값의 생성에 앞서, 해시함수에 대한 입력값을 생성할 수 있다.
일 예로, 입력값은 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자를 조합하여 입력값을 생성할 수 있다.
여기서, 결제승인요청전문에 포함된 카드번호 중 적어도 일부는 예를 들어 카드번호 '0123 4567 8901 2345'중 첫 번째 번호부터 여섯 번째 번호인 '0123 45' 또는 카드번호 중 일곱 번째 번호부터 16번째 번호인 '67 8901 2345'일 수 있으나 이에 제한되지 않는다.
여기서, 카드번호 중 첫 6개는 카드발급국가 정보, 카드발급사 정보, 소유자의 유형에 대한 정보를 포함하고, 카드번호 중 일곱 번째부터 열 여섯 번째까지는 각 카드사가 임의의 규칙에 따라 사용하는 번호로, 특히 일곱 번째부터 열 다섯 번째까지는 카드의 일련번호에 해당하여 카드사에서 여러 변수를 조정하여 생성해 낸다. 따라서, 카드번호 중 첫 6개로부터는 카드 소유주를 식별해내기 어려울 수 있기 때문에, 상기 입력값은 카드번호 중 나머지 10개 중 적어도 일부의 조합을 포함할 수 있다.
여기서, 결제승인요청전문이 수신된 일자는 년/월/일에 해당하는 넘버 예를 들어 2020/1/1, 또는 월/일 1/1에 해당하는 넘버일 수 있으나 이에 제한되지 않고 년/월/일의 다양한 조합일 수 있다.
입력값의 예로, 도 3의 고객식별정보 관리테이블(3)의 카운트 1에서, 해시값 B를 출력하는 입력값은 결제승인요청전문이 수신된 일자인 '202011' 및 상기 카드번호 중 일곱 번째 번호부터 16번째 번호인 '6789012345'를 조합한 '2020116789012345'일 수 있다. 또는, 해시값 B를 출력하는 입력값은 결제승인요청전문이 수신된 일자인 '202041' 및 상기 카드번호 중 일곱 번째 번호부터 15번째 번호인 '678901234'를 조합한 '202041678901234'일 수 있다. 또는, 해시값 B를 출력하는 입력값은 결제승인요청전문이 수신된 일자인 '202071' 및 상기 카드번호 중 일곱 번째 번호부터 14번째 번호인 '67890123'을 조합한 '20207167890123'일 수 있다.
본 발명의 일 실시 예에 따르면, 프로세서(230)는 결제승인요청전문에 포함된 카드번호에 대한 입력값을 복수로 생성할 수 있다. 구체적으로, 프로세서(230)는 기정의된 기간 n에 따른 복수의 입력값을 생성하고, 상기 복수의 입력값에 따른 복수의 해시값을 획득할 수 있다.
예를 들어, 프로세서(230)는 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득할 수 있다.
일 예로, 여신전문금융업법에 따르면 3개월 이상 카드번호와 관련된 정보를 저장해둘 수 없기 때문에, 프로세서(230)는 도 3의 고객식별정보 관리테이블(3)과 같은 해시값을 90일(3개월을 90일로 가정함)마다 업데이트해야 한다.
이에 따라, 프로세서(230)는 기정의된 기간 즉 결제승인요청전문이 수신된 날로부터 역산한 90일 내에서 해시값의 발급 이력을 탐색하여 결제승인요청전문이 수신된 카드에 대한 해시값이 발급된 이력이 있는지를 판단할 수 있다.
이 경우, 상기 복수의 해시값은 90개일 수 있다. 프로세서(230)는 기정의된 기간 90일에 대응되는 90개의 입력값에 대한 출력인 90개의 해시값이 도 3의 고객식별정보 관리테이블(3)에 포함되는지 여부를 판단할 수 있다.
한편, 프로세서(230)는 제1 해시값 내지 제n 해시값 중 적어도 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 결제승인요청전문에 대응되는 카드정보가 최초로 수신된 것으로 판단할 수 있다. 이에 따라, 프로세서(230)는 상기 제1 해시값 및 카드에 대해 생성된 고객식별정보를 서로 매칭하여 고객식별정보 관리테이블에 저장할 수 있다.
예를 들어, 제1 해시값 내지 제90 해시값 중 적어도 하나가 도 3의 고객식별정보 관리테이블(3)에 포함되지 않는 경우, 프로세서(230)는 결제승인요청전문에 대응되는 카드정보가 최초로 수신된 것으로 판단할 수 있다. 이 경우, 프로세서(230)는 해시값 B 및 고객식별정보 A를 서로 매칭하여 고객식별정보 관리테이블(3)에 최초 저장할 수 있다.
상술한 예와 달리, 제1 해시값 내지 제n 해시값 중 적어도 하나가 기저장된 고객식별정보 관리테이블에 포함되는 경우, 프로세서(230)는 제1 해시값 내지 제n 해시값 중 적어도 하나에 매칭된 고객식별정보를 리드하여 가맹점 서버(11)로 송신할 수 있다.
예를 들어, 제1 해시값 내지 제90 해시값 중 적어도 하나가 도 3의 고객식별정보 관리테이블(3)에 포함되는 경우, 프로세서(230)는 해당 해시값(예를 들면, B)에 매칭된 고객식별정보 A를 리드하여 가맹점 서버(11)로 송신할 수 있다.
한편, 고객식별정보 관리테이블(3)은 기정의된 기간이 도과하는 경우 이전 카운트의 해시값을 삭제할 수 있다.
예를 들면, 프로세서(230)는 2020년 1월 3일에 결제승인요청전문이 수신되면(카운트 2), 이전 카운트(카운트 1)의 해시값 B를 삭제하고 새롭게 생성된 해시값 C가 업데이트할 수 있다.
또는, 프로세서(230)는 2020년 2월 24일에 결제승인요청전문이 수신되면(카운트 3), 이전 카운트(카운트 2)의 해시값 C를 삭제하고 새롭게 생성된 해시값 D를 업데이트할 수 있다.
또는, 프로세서(230)는 ****년 *월 *일에 결제승인요청전문이 수신되면(카운트 n), 이전 카운트의 해시값을 삭제하고 새롭게 생성된 해시값 *을 업데이트할 수 있다. 카운트 n에서는 카운트 n 이전에 생성된 해시값이 모두 삭제된다. 이에 따라, 고객의 신용정보가 보호될 수 있으며, 법률도 준수될 수 있다.
상술한 도 3의 고객식별정보 관리테이블(3)은 다양한 구조로 생성될 수 있다.
예를 들어, 도 4를 참조하면, 고객식별정보 관리테이블(4)의 해시값은 카운트별로 별도의 필드가 할당되는 것이 아니고, 단일의 필드에서 업데이트되도록 하는 구조로 생성될 수 있다. 이 경우, 해시값이 업데이트되는 경우, 카운트 필드, 일자 필드도 함께 업데이트 될 수 있다.
도 5 및 도 6은 본 발명의 일 실시 예에 따른 고객식별정보 관리방법에 대한 순서도이다.
이하에서, 도 5 및 도 6의 순서도의 각 과정이 가맹점 서버(300), 관리서버(200) 및 카드사 서버(400)의 동작으로 설명될 것이나, 이는 가맹점 서버(300), 관리서버(200) 및 카드사 서버(400)에 포함된 적어도 하나의 프로세서에 의해 제어되는 동작으로 이해될 수도 있을 것이다.
이하에서, 상술한 도 1 내지 도 4의 내용과 중복되는 내용은 설명의 편의를 위해 상세한 설명을 생략한다.
도 5를 참조하면, 가맹점 서버(300)는 고객의 카드정보를 1차로 획득한다(501). 고객의 카드정보는 카드리더기로 리드되어 가맹점 서버(300)로 전달되거나, 가맹점 서버(300)에 구비된 카드리더리에 의해 리드될 수도 있다.
가맹점 서버(300)는 획득된 고객의 카드정보를 포함하는 결제승인요청전문을 관리서버(200)로 송신할 수 있다. 카드정보는 카드번호, 유효기간, CVC코드, 카드소유자 정보 등을 포함할 수 있다(502).
관리서버(200)는 결제승인요청전문으로부터 획득된 카드정보 및 결제정보를 카드사 서버(300)로 송신하여 결제요청을 할 수 있다(503). 여기서, 카드정보 및 결제정보는 카드결제승인요청전문에 포함될 수 있다. 카드결제승인요청전문은 가맹점 거래에 대한 카드결제가 카드사에서 승인되도록 하는 요청이다. 일 예로, 카드결제승인요청전문은 가맹점의 ID 정보, 주소 정보, 사업자 정보, 대표자 정보, 입금계좌 정보, 결제 요청 송신 위치 정보, 기존 결제 내역 정보 등과 같은 가맹점 정보 및 해당 카드결제의 결제 품목 정보, 결제 금액 정보, 이용 카드 정보 등과 같은 결제 요청 내역 정보를 포함할 수 있다.
카드사 서버(400)는 관리서버(200)로부터 수신되는 카드정보 및 결제정보에 응답하여, 해당 거래내역에 대한 카드결제 승인여부를 판단한 후, 결제승인결과 정보를 포함하는 카드결제승인결과전문을 생성해 관리서버(200)로 전송할 수 있다(504). 여기서, 카드사 서버(400)는 가맹점 서버(300)가 요청한 카드결제를 최종적으로 승인 처리하고, 결제대금을 정산하는 프로세스를 수행하는 카드사가 운영하는 서버일 수 있다.
관리서버(200)는 가맹점 서버(300) 및 카드사 서버(400)를 중개하여 카드결제과정을 수행할 수 있다. 특히, 관리서버(200)는 고객식별정보를 관리하는 고객식별정보 관리서버(200)로서의 역할을 수행할 수 있다.
관리서버(200)는 카드에 대한 결제승인요청전문이 수신되면, 적어도 하나의 입력값을 생성하고, 적어도 하나의 해시값을 획득할 수 있다(505). 구체적으로, 관리서버(200)는 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득할 수 있다.
여기서, 제n 입력값은, 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 순서대로 조합된 값, 또는 결제승인요청전문이 수신된 일자로부터 n일 전 일자 및 결제승인요청전문에 포함된 카드번호 중 적어도 일부가 순서대로 조합된 값일 수 있다.
관리서버(200)는 고객식별번호 관리테이블에서 해시값을 탐색할 수 있다(506). 구체적으로, 관리서버(200)는 해시값의 업데이트 기한 n일 내에서 과거에 기록된 해시값을 탐색할 수 있다. 여기서, n은 해시값의 업데이트 기한으로 정의될 수 있다.
고객식별번호 관리테이블에 해시값이 포함되지 않는 경우(507-아니오), 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자가 조합된 입력값에 기초하여 획득된 해시값과 카드에 대해 생성된 고객식별정보를 서로 매칭하여 고객식별정보 관리테이블에 저장할 수 있다(508).
예를 들어, 상술한 제1 해시값 내지 제n 해시값 중 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 관리서버(200)는 제1 해시값과 카드에 대해 생성된 고객식별정보를 서로 매칭하여 고객식별정보 관리테이블에 저장할 수 있다.
고객식별번호 관리테이블에 해시값이 포함되는 경우(507-예), 관리서버(200)는 해시값을 업데이트할 수 있다(509). 구체적으로, 관리서버(200)는 고객식별번호 관리테이블에 포함된 해시값 삭제하고 결제승인요청전문이 수신된 일자에 기초한 해시값을 고객식별정보에 매칭하여 고객식별번호 관리테이블에 저장할 수 있다. 이를 통해, 관리서버(200)는 해시값을 수시로 업데이트함으로써 고객의 카드정보(또는 신용정보)에 대한 보안성을 크게 향상시킬 수 있다.
예를 들면, 관리서버(200)는 제1 해시값 내지 제n 해시값 중 하나가 기저장된 고객식별정보 관리테이블에 포함되는 경우, 제1 해시값 내지 제n 해시값 중 하나를 제1 해시값으로 업데이트할 수 있다. 여기서, 결제승인요청전문이 동일자에 복수 회 수신되는 경우, 해시값은 동일자에 복수 회 업데이트될 수 있다. 또한, 결제승인요청전문이 수신된 일자, 제1 해시값 및 상기 고객식별정보는 서로 매칭되어 고객식별번호 관리테이블에 저장될 수 있다.
관리서버(200)는 해시값에 매칭된 고객식별정보가 포함된 결제승인응답전문을 가맹점 서버로 송신할 수 있다(510). 여기서, 결제승인응답전문은 결제승인요청전문에 대응된 응답일 수 있다.
가맹점 서버(300)는 수신된 고객식별정보에 기초하여 고객정보를 관리할 수 있다(511).
상술한 본 발명의 다양한 실시 예에 따르면, 카드 가맹점이 별도에 고객식별정보를 발급하지 않고도, 고객의 카드정보에 대응되는 고객식별정보를 고객식별정보 관리서버로부터 발급받음으로써 고객정보를 쉽게 관리할 수 있다. 또한, 카드정보에 대한 해시값이 수시로 업데이트되므로 카드정보에 대한 보안성이 크게 향상될 수 있다.
도 7은 본 발명의 일 실시 예에 따른 관리서버의 세부구성에 대한 블록도이다.
도 7을 참조하면, 관리서버(700)는 통신부(710), 저장부(720) 및 프로세서(730)를 포함한다.
통신부(710)는 통신을 수행한다. 통신부(710)는 다양한 유무선 통신 방식을 통해 외부 기기와 통신을 수행할 수 있다.
저장부(720)는 관리서버(700)를 구동시키기 위한 O/S(Operating System) 소프트웨어 모듈, 디스플레이 영역에서 제공되는 다양한 UI 화면을 구성하기 위한 데이터 등을 저장할 수 있다. 또한, 저장부(720)는 읽고 쓰기가 가능하다.
프로세서(730)는 저장부(720)에 저장된 각종 프로그램을 이용하여 관리서버(700)의 동작을 전반적으로 제어한다. 특히, 프로세서(730)는 고객식별정보 관리테이블을 업데이트하도록 저장부(720)를 제어할 수 있다.
구체적으로, 프로세서(730)는 RAM(731), ROM(732), 메인 CPU(733), 그래픽 처리부(734), 제1 내지 n 인터페이스(735-1 ~ 735-n) 및 버스(736)를 포함한다.
RAM(731), ROM(732), 메인 CPU(733), 그래픽 처리부(734), 제1 내지 n 인터페이스(735-1 ~ 735-n) 등은 버스(736)를 통해 서로 연결될 수 있다.
제1 내지 n 인터페이스(735-1 내지 735-n)는 상술한 각종 구성요소들과 연결된다. 인터페이스들 중 하나는 네트워크를 통해 외부 장치와 연결되는 네트워크 인터페이스가 될 수도 있다.
ROM(732)에는 시스템 부팅을 위한 명령어 세트 등이 저장된다. 턴온 명령이 입력되어 전원이 공급되면, 메인 CPU(733)는 ROM(732)에 저장된 명령어에 따라 저장부(720)에 저장된 O/S를 RAM(731)에 복사하고, O/S를 실행시켜 시스템을 부팅시킨다. 부팅이 완료되면, 메인 CPU(733)는 저장된 각종 어플리케이션 프로그램을 RAM(731)에 복사하고, RAM(731)에 복사된 어플리케이션 프로그램을 실행시켜 각종 동작을 수행한다.
메인 CPU(733)는 저장부(720)에 액세스하여, 저장부(720)에 저장된 O/S를 이용하여 부팅을 수행한다. 그리고, 메인 CPU(733)는 저장부(720)에 저장된 각종 프로그램, 컨텐트, 데이터 등을 이용하여 다양한 동작을 수행한다.
그래픽 처리부(734)는 연산부 및 렌더링부를 이용하여 아이콘, 이미지, 텍스트 등과 같은 다양한 객체를 포함하는 화면을 생성한다.
도 8은 본 발명의 일 실시 예에 따른 고객식별번호 관리방법에 대한 흐름도이다.
도 8을 참조하면, 서버에서 수행되는, 고객식별정보 관리방법은, 카드에 대한 결제승인요청전문이 가맹점 서버로부터 수신되는 과정(810), 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 카드번호 중 상기 적어도 일부 및 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득하는 과정(820) 및 제1 해시값 내지 제n 해시값 중 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 제1 해시값 및 카드에 대해 생성된 고객식별정보를 서로 매칭하여 고객식별정보 관리테이블에 저장하는 과정(830)을 포함할 수 있다.
상술한 본 발명의 일 실시 예에 따른 고객식별정보 관리방법은 제1 해시값 내지 제n 해시값 중 하나가 기저장된 고객식별정보 관리테이블에 포함되는 경우, 제1 해시값 내지 제n 해시값 중 하나를 제1 해시값으로 업데이트하는 과정을 더 포함할 수 있다. 여기서, 상기 n은 해시값의 업데이트 기한일 수 있다.
이 경우, 결제승인요청전문이 수신된 일자, 제1 해시값 및 고객식별정보는 서로 매칭되어 저장될 수 있다.
상술한 본 발명의 일 실시 예에서, 고객식별정보는 결제승인요청전문에 대한 결제승인응답전문에 포함되어 가맹점 서버로 송신될 수 있다.
상술한 본 발명의 일 실시 예에서, 제n 입력값은 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 순서대로 조합된 값, 또는 결제승인요청전문이 수신된 일자로부터 n일 전 일자 및 결제승인요청전문에 포함된 카드번호 중 적어도 일부가 순서대로 조합된 값일 수 있다.
한편, 결제승인요청전문에 포함된 카드번호 중 적어도 일부는 카드번호 중 첫 번째 번호부터 여섯 번째 번호, 또는 카드번호 중 일곱 번째 번호부터 카드번호 중 16번째 번호일 수 있다.
상술한 본 발명의 일 실시 예에서, 결제승인요청전문이 수신된 일자는 년월일에 해당하는 넘버, 또는 월일에 해당하는 넘버일 수 있다.
한편, 상술한 본 발명의 다양한 실시 예에 따른 고객식별정보 관리방법은, 컴퓨터로 실행 가능한 프로그램 코드로 구현되어 다양한 비 일시적 판독 가능 매체(non-transitory computer readable medium)에 저장된 상태로 프로세서에 의해 실행되도록 각 서버 또는 기기들에 제공될 수 있다.
일 예로, 고객식별정보 관리방법은, 카드에 대한 결제승인요청전문이 가맹점 서버로부터 수신되는 과정, 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 카드번호 중 상기 적어도 일부 및 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득하는 과정 및 제1 해시값 내지 제n 해시값 중 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 제1 해시값 및 카드에 대해 생성된 고객식별정보를 서로 매칭하여 고객식별정보 관리테이블에 저장하는 과정을 수행하는 프로그램이 저장된 비일시적 판독 가능 매체(non-transitory computer readable medium)가 제공될 수 있다.
비 일시적 판독 가능 매체란 레지스터, 캐쉬, 메모리 등과 같이 짧은 순간 동안 데이터를 저장하는 매체가 아니라 반영구적으로 데이터를 저장하며, 기기에 의해 판독(reading)이 가능한 매체를 의미한다. 구체적으로는, 상술한 다양한 어플리케이션 또는 프로그램들은 CD, DVD, 하드 디스크, 블루레이 디스크, USB, 메모리카드, ROM 등과 같은 비일시적 판독 가능 매체에 저장되어 제공될 수 있다.
이상으로, 본 발명의 실시 예들이 도시되고 설명되었지만, 당업자는 첨부된 청구항들 및 그에 동등한 것들에 의해 정의되는 바와 같은 본 실시 예의 사상 및 범위를 벗어나지 않고 형태 및 세부 사항들에 있어 다양한 변경이 이루어질 수 있음을 이해할 것이다.
고객식별정보 관리시스템: 1
가맹점 서버: 11, 300
고객식별번호 관리서버: 12,200
통신부: 210, 710
저장부: 220, 720
프로세서: 230, 730

Claims (16)

  1. 서버에서 수행되는, 고객식별정보 관리방법에 있어서,
    카드에 대한 결제승인요청전문이 가맹점 서버로부터 수신되는 과정;
    상기 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 상기 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 상기 카드번호 중 상기 적어도 일부 및 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득하는 과정;
    상기 제1 해시값 내지 상기 제n 해시값 중 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 상기 제1 해시값 및 상기 카드에 대해 생성된 고객식별정보를 서로 매칭하여 상기 고객식별정보 관리테이블에 저장하는 과정;을 포함하는, 고객식별정보 관리방법.
  2. 제1항에 있어서,
    상기 제1 해시값 내지 상기 제n 해시값 중 하나가 상기 기저장된 고객식별정보 관리테이블에 포함되는 경우, 상기 제1 해시값 내지 상기 제n 해시값 중 상기 하나를 상기 제1 해시값으로 업데이트하는 과정;을 더 포함하는, 고객식별정보 관리방법.
  3. 제2항에 있어서,
    상기 결제승인요청전문이 수신된 일자, 상기 제1 해시값 및 상기 고객식별정보는 서로 매칭되어 저장된, 고객식별정보 관리방법.
  4. 제1항에 있어서,
    상기 고객식별정보는,
    상기 결제승인요청전문에 대한 결제승인응답전문에 포함되어 상기 가맹점 서버로 송신되는, 고객식별정보 관리방법.
  5. 제1항에 있어서,
    상기 n은 해시값의 업데이트 기한인, 고객식별정보 관리방법.
  6. 제1항에 있어서,
    상기 제n 입력값은,
    상기 결제승인요청전문에 포함된 카드번호 중 상기 적어도 일부 및 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 순서대로 조합된 값, 또는 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자 및 상기 결제승인요청전문에 포함된 카드번호 중 상기 적어도 일부가 순서대로 조합된 값인, 고객식별정보 관리방법.
  7. 제5항에 있어서,
    상기 결제승인요청전문에 포함된 카드번호 중 상기 적어도 일부는,
    상기 카드번호 중 첫 번째 번호부터 여섯 번째 번호, 또는 상기 카드번호 중 일곱 번째 번호부터 상기 카드번호 중 16번째 번호인, 고객식별정보 관리방법.
  8. 제5항에 있어서,
    상기 결제승인요청전문이 수신된 일자는 년월일에 해당하는 넘버, 또는 월일에 해당하는 넘버인, 고객식별정보 관리방법.
  9. 고객식별정보 관리서버에 있어서,
    통신부;
    저장부; 및
    카드에 대한 결제승인요청전문이 가맹점 서버로부터 수신되도록 상기 통신부를 제어하고,
    상기 결제승인요청전문에 포함된 카드번호 중 적어도 일부 및 상기 결제승인요청전문이 수신된 일자가 조합된 제1 입력값에 기초하여 획득된 제1 해시값 내지 상기 카드번호 중 상기 적어도 일부 및 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 조합된 제n 입력값에 기초하여 획득된 제n 해시값을 획득하고,
    상기 제1 해시값 내지 상기 제n 해시값 중 적어도 하나가 기저장된 고객식별정보 관리테이블에 포함되지 않는 경우, 상기 제1 해시값 및 상기 카드에 대해 생성된 고객식별정보를 서로 매칭하여 상기 고객식별정보 관리테이블에 저장하도록 상기 저장부를 제어하는 프로세서;를 포함하는, 고객식별정보 관리서버.
  10. 제9항에 있어서,
    상기 프로세서는,
    상기 제1 해시값 내지 상기 제n 해시값 중 하나가 상기 기저장된 고객식별정보 관리테이블에 포함되는 경우, 상기 제1 해시값 내지 상기 제n 해시값 중 상기 하나를 상기 제1 해시값으로 업데이트하는, 고객식별정보 관리서버.
  11. 제10항에 있어서,
    상기 결제승인요청전문이 수신된 일자, 상기 제1 해시값 및 상기 고객식별정보는 서로 매칭되어 저장된, 고객식별정보 관리서버.
  12. 제9항에 있어서,
    상기 고객식별정보는,
    상기 결제승인요청전문에 대한 결제승인응답전문에 포함되어 상기 가맹점 서버로 송신되는, 고객식별정보 관리서버.
  13. 제9항에 있어서,
    상기 n은 해시값의 업데이트 기한인, 고객식별정보 관리서버.
  14. 제9항에 있어서,
    상기 제n 입력값은,
    상기 결제승인요청전문에 포함된 카드번호 중 상기 적어도 일부 및 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자가 순서대로 조합된 값, 또는 상기 결제승인요청전문이 수신된 일자로부터 n일 전 일자 및 상기 결제승인요청전문에 포함된 카드번호 중 상기 적어도 일부가 순서대로 조합된 값인, 고객식별정보 관리서버.
  15. 제12항에 있어서,
    상기 결제승인요청전문에 포함된 카드번호 중 상기 적어도 일부는,
    상기 카드번호 중 첫 번째 번호부터 여섯 번째 번호, 또는 상기 카드번호 중 일곱 번째 번호부터 16번째 번호인, 고객식별정보 관리서버.
  16. 제12항에 있어서,
    상기 결제승인요청전문이 수신된 일자는 년/월/일에 해당하는 넘버, 또는 월/일에 해당하는 넘버인, 고객식별정보 관리서버.
KR1020200083964A 2020-07-08 2020-07-08 고객식별정보 관리방법 및 고객식별정보 관리서버 KR102449470B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020200083964A KR102449470B1 (ko) 2020-07-08 2020-07-08 고객식별정보 관리방법 및 고객식별정보 관리서버
KR1020220119818A KR102488307B1 (ko) 2020-07-08 2022-09-22 고객식별정보 관리방법 및 고객식별정보 관리서버

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020200083964A KR102449470B1 (ko) 2020-07-08 2020-07-08 고객식별정보 관리방법 및 고객식별정보 관리서버

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020220119818A Division KR102488307B1 (ko) 2020-07-08 2022-09-22 고객식별정보 관리방법 및 고객식별정보 관리서버

Publications (2)

Publication Number Publication Date
KR20220006241A KR20220006241A (ko) 2022-01-17
KR102449470B1 true KR102449470B1 (ko) 2022-09-30

Family

ID=80051799

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020200083964A KR102449470B1 (ko) 2020-07-08 2020-07-08 고객식별정보 관리방법 및 고객식별정보 관리서버
KR1020220119818A KR102488307B1 (ko) 2020-07-08 2022-09-22 고객식별정보 관리방법 및 고객식별정보 관리서버

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020220119818A KR102488307B1 (ko) 2020-07-08 2022-09-22 고객식별정보 관리방법 및 고객식별정보 관리서버

Country Status (1)

Country Link
KR (2) KR102449470B1 (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102074443B1 (ko) 2018-12-19 2020-02-06 주식회사 지에스리테일 주거래 카드 정보를 이용하여 결제하는 서버 및 클라이언트

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105825371A (zh) * 2015-01-07 2016-08-03 阿里巴巴集团控股有限公司 业务处理方法和装置
KR20170004339A (ko) * 2015-07-02 2017-01-11 한국정보통신주식회사 결제 시스템, 카드 리더기, 결제 단말 장치 및 그를 이용한 카드 정보 처리 방법
KR20150140609A (ko) * 2015-11-26 2015-12-16 허용회 가맹점의 회원 관리를 위한 데이터베이스 구축 방법
KR101785806B1 (ko) * 2015-12-10 2017-10-16 이성기 가치정보 통합 적립 관리 서비스 제공 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102074443B1 (ko) 2018-12-19 2020-02-06 주식회사 지에스리테일 주거래 카드 정보를 이용하여 결제하는 서버 및 클라이언트

Also Published As

Publication number Publication date
KR20220134500A (ko) 2022-10-05
KR102488307B1 (ko) 2023-01-12
KR20220006241A (ko) 2022-01-17

Similar Documents

Publication Publication Date Title
US10592884B2 (en) Split tender in a prepaid architecture
JP6228214B2 (ja) 近距離取引においてクーポンを処理する方法及びシステム
US8960540B2 (en) Methods and systems for merchant selection of network routing
US11270275B2 (en) One card
JP5687791B1 (ja) クーポン管理システムおよびクーポン管理プログラム
US10147112B2 (en) Delayed processing window in a prepaid architecture
US20140074581A1 (en) Systems, methods, and computer program products for managing service provider loyalty programs
US20160055484A1 (en) Systems and methods for encoded alias based transactions
CN103299328A (zh) 实时支付授权
US20200294043A1 (en) Method and system for identifying users in two domains
JP2010529535A5 (ko)
JP7303257B2 (ja) 電子レシートシステム、決済装置、販促レシートサーバ及び情報処理プログラム
WO2007134378A1 (en) A receipt storage system
EP3398141A1 (en) Split ticket handling
US11341561B1 (en) Systems for payment cards with updatable merchant data
US20200092388A1 (en) Parsing transaction information for extraction and/or organization of transaction-related information
CN105745676A (zh) 报告非接触交易数据的系统、方法和计算机程序产品
US20240037521A1 (en) Real time cross-matching data
KR102449470B1 (ko) 고객식별정보 관리방법 및 고객식별정보 관리서버
US20150019321A1 (en) Using universal product code to retrieve coupons at checkout
JP2024094792A (ja) 決済システム、処理実行方法、及びプログラム
JP2023048162A (ja) クーポン管理装置及びクーポンの管理方法
JP2023033505A (ja) 取引管理システム、取引管理方法、および取引管理プログラム
KR20230094500A (ko) 카드 결제 시스템, 카드 결제 방법 및 카드 결제 방법을 실행시키도록 기록매체에 저장된 컴퓨터 프로그램
KR20220150077A (ko) 전자 보관증 발행 시스템 및 방법

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
GRNT Written decision to grant