KR20030083431A

KR20030083431A - 카드번호리스트의 압축방법 및 그 장치

Info

Publication number: KR20030083431A
Application number: KR1020020022103A
Authority: KR
Inventors: 문병룡
Original assignee: 케이비 테크놀러지 (주)
Priority date: 2002-04-23
Filing date: 2002-04-23
Publication date: 2003-10-30

Abstract

BIN 필드(11,11'...)와, 해당 BIN의 개별데이터 저장영역 크기 필드(12,12'...)와, 데이터 저장영역 시작위치에서 해당 BIN에 개별데이터 저장영역(22,22'...)이 시작되는 영역과의 offset값 저장 필드(13,13'...)로 구성되고, BIN넘버의 개수만큼 존재하는 개별데이터 지정영역(10)이 도시되어 있고, 각 BIN별로 분류되어 정렬된 BL데이터가 들어있는 데이터 저장영역(20)이 도시되어 있다. 바람직하게는 BIN 필드는 3바이트로 6자리 십진수값을 저장하도록 구성(BCD)하고, 개별데이터 저장영역 크기 필드는 3바이트로, offset값 저장 필드는 4바이트로 구성하며, 데이터 저장영역에 BL넘버는 9자리 십진수인 카드식별번호가 4바이트 이진값으로 저장되도록 구성한다.

Description

카드번호리스트의 압축방법 및 그 장치{APPARATUS AND METHOD FOR COMPRESSING CARD-NUMBER-DATA LISTS}

본 발명은 상품이나 서비스의 구매대금 또는 교통요금 등을 신속하고 정확하게 징수하기 위한 BL(블랙리스트) 데이터 기반 카드결제 시스템에 사용되는 BL데이터의 압축방법에 관한 것으로서, 특히, 지불단말기에 보관할 신용불량 또는 분실카드번호의 집합인 BL데이터에 대하여, 그 전송시간을 줄이고, 저장용량을 절감할 수 있는 BL데이터를 압축하여 저장하고 전송할 수 있는 방법 및 시스템에 관한 것이다. 본 발명은 또한 PL(positive list) 또는 WL(white list) 데이터 기반 카드결제 시스템에 사용되는 WL(또는 PL)데이터의 압축방법이기도 하다.

근래의 RF카드기반 전자화폐는 선불형 교통카드를 시작으로, 후불형 교통카드가 널리 쓰이고 있으며, 앞으로는 RF방식과 접촉식을 조화시킨 콤비카드를 사용하여 소매점등 일반 소액유통분야로 확대될 것으로 전망할 수 있다.

그런데, 일반 화폐와 같이 취급되는 선불형카드와는 달리 신용화폐인 후불형 카드의 경우에는 카드 사용자가 신용불량상태로 되거나 분실시에는 당해 후불형 카드는 지불을 정지시켜야 한다. 현재의 BL데이터 기반 후불형 카드는 BL데이터를 지불 단말기에 전송하여 카드사용시 지불 단말기에서 BL데이터에 기재된 번호를 가진 카드는 사용못하게 하고 있다.

그런데 지불단말기의 B/L데이터 저장모듈에 수록될 B/L데이터의 업데이트시 그 B/L 데이터의 전송에 상당한 시간이 소요된다. B/L DB에 수록된 B/L카드번호의 수가 1,000,000건 일 경우, 하나의 B/L카드번호가 차지하는 데이터 크기는 16바이트(카드숫자 16개, 숫자 1개당 1Byte 소요)이므로, 전체 B/L DB의 사이즈는 16Mbyte에 이르게 된다.

이 데이터를 전송속도 2Mbps의 무선랜으로 전송하는 경우에는 64초가 소요되나, 38400bps 모뎀으로 전송하는 경우에는 약 55분이 소요되게 된다. 그러나, 실제 에 있어서는 38400bps보다 전송속도가 훨씬 떨어지는 환경에서도 사용될 수 있어야하고, 지불단말기가 사용되는 용도에 따라서는 64초가 매우 긴 시간이 될 수도 있다.

또한, 플래시 메모리의 가격이 상당히 고가임을 감안할 때, 단말기에 수용하기에 전체 BL사이즈는 단말기 제작자에게 적지 않은 부담이 되지 않을 수 없다.

또한, 신용불량상태에서의 회복, 분실카드의 발견 등으로 인하여 BL리스트는 수시로 변동한다. 일정시간간격동안 변동된 BL데이타를 갱신하여 전송하더라도, 크기가 큰 BL데이터가 자주 전송됨으로써 전송선로에 부하를 줄 수 있다.

그리고, WL(또는 PL) 데이터 기반 카드결제 시스템에서는 지불단말기에 기록된 카드번호에 대해서 지불처리가 가능하게 구성하는데, 이 경우에는 지불단말기에 전송 및 저장해야 할 데이터량이 BL의 경우보다 훨씬 더 커지므로, 카드번호리스트 데이터의 압축에 대한 필요성이 더욱 절실하다.

본 발명의 목적은 상품이나 서비스의 구매대금 또는 교통요금 등을 신속하고 정확하게 징수하기 위한 BL(또는 PL) 데이터 기반 카드결제 시스템에서, 카드번호리스트의 전송 또는 저장시에 적용되는 카드번호리스트를 압축하는 방법 및 시스템을 제공하는 데 있다.

본 발명의 또 다른 목적은 카드번호리스트의 변동에 대하여 매번 전체 데이터를 새로 갱신한 카드번호리스트 데이터를 전송하지 않고, 일정기간 동안의 변동치만 전송하는 방법 및 시스템을 제공하는 데 있다.

본 발명의 또 다른 목적은 상기 일정기간 동안의 변동치만 전송하였을때 기존에 단말기에 저장된 카드번호 데이터와 변동치를 함께 운영하는 방법 또는 병합하는 방법을 제공하는데 있다.

도 1은 일반적인 카드 결제 시스템의 구성도이다.

도 2는 본 발명의 제 1실시예의 카드번호리스트 데이터 구조를 나타낸 도면이다.

도 3은 본 발명의 제 2실시예의 카드번호리스트 데이터 구조를 나타낸 도면이다.

도 4는 본 발명의 제 3실시예의 카드번호리스트 데이터 구조를 나타낸 도면이다.

도 5는 본 발명의 제 3 실시예가 사용되는 BL기반 지불단말기의 동작을 설명하는 흐름도이다.

현재 사용되는 신용카드나 직불카드는 모두 16자리의 십진수로 카드번호가 부여되고 있다. 이중 앞의 6자리는 은행식별번호(BIN : banking identification number)로서 은행 또는 카드사별로 다수개를 보유할 수 있다. 다음 7자리부터 15자리까지 9자리가 카드식별번호이고, 마지막 1자리는 체크비트이다.

종래의 카드번호 리스트의 전송방법은 중앙단말기(서버)가 각 카드사로부터 카드번호리스트(BL 또는 WL)을 전송받는 단계와; 중앙단말기가 받은 데이타들을 정리하여 리스트를 구성하는 단계와; 정리된 리스트를 유/무선으로 직/간접으로 지불단말기로 전송하는 단계로 이루어진다.

상기 단계들에 마지막으로 지불단말기가 전송받은 리스트를 지불단말기 내부 메모리에 저장하는 단계를 추가하여 종래의 카드번호 리스트를 저장하는 방법이 이루어진다.

상기 목적을 달성하기 위하여 본 발명은, N(전체 BIN 개수)개의 데이터 지정 영역과 데이터 저장 영역으로 이루어진 카드번호 리스트를 구성한다. 데이터 지정 영역은 BIN 필드와, 해당 BIN의 개별데이터 저장영역 크기 필드와, 카드번호리스트 데이터 저장영역 시작위치에서 당해 BIN에 해당하는 카드번호리스트가 시작되는 영역과의 offset값 저장 필드로 구성된다. 데이터 저장 영역은 각 BIN별로 분류되어 정렬된 카드식별번호들이 들어있는 N개의 개별데이터 저장영역으로 구성된다.

상기 또 다른 목적을 달성하기 위하여 본 발명은, 일정기간동안 해제된 카드번호리스트 데이터(메인 파일)와 추가된 카드번호리스트 데이터로 구성된 임시 카드번호리스트(템프 파일)를 구성하여 전송한다. 메인 파일과 템프 파일은 카드번호리스트 데이터 지정영역과 카드번호리스트 데이터 저장영역으로 구성되는데, BIN넘버와 마지막 체크코드를 제외한 9자리 십진수인 카드식별번호를 31비트의 이진수로 변환하고 32번째 비트는 리스트에 등록시에는 0을 기록하고 리스트에서 해제시에는 1을 기록하여 4바이트로 이루어지는 카드식별번호 복수개가 각 BIN별로 모아져 이루어진 개별데이터 저장영역 N개로 데이터 저장영역이 형성되는 것을 특징으로 한다.

이하, 첨부한 도면을 참조하여 본 발명의 바람직한 실시예를 설명한다.

(제1 실시예)

도 1은 본 발명의 제 1 실시예의 BL데이터의 구조를 도시한 것으로, BIN 필드(11,11'...)와, 해당 BIN의 개별데이터 저장영역 크기 필드(12,12'...)와, 데이터 저장영역 시작위치에서 당해 BIN에 개별데이터 저장영역(22,22'...)이 시작되는 영역과의 offset값 저장 필드(13,13'...)로 구성되고, BIN넘버의 개수만큼 존재하는 개별데이터 지정영역(10)이 도시되어 있고, 각 BIN별로 분류되어 정렬된 BL데이터가 들어있는 데이터 저장영역(20)이 도시되어 있다. 바람직하게는 BIN 필드는 3바이트로 6자리 십진수값을 저장하도록 구성(BCD)하고, 개별데이터 저장영역 크기 필드는 3바이트로, offset값 저장 필드는 4바이트로 구성하며, 데이터 저장영역에 BL넘버는 9자리 십진수인 카드식별번호가 4바이트 이진값으로 저장되도록구성한다.

이 실시예에서 지불 단말기의 동작은 다음과 같다.

전자화폐 카드에서 카드번호값을 읽은 단말기는 데이터 지정영역에서 읽은 BIN와 같은 BIN를 찾고, 찾은 BIN의 offset값만큼을 데이터 저장영역의 시작위치에서 증가(또는 감소)시켜 해당 개별데이터 저장영역(22,22')의 시작 위치를 알아내고, 개별데이터 저장영역 크기만큼 증가된 위치의 BL데이터의 끝 위치를 알아낸다. 상기의 시작 위치에서 끝 위치까지 데이타리스트에 읽은 카드번호가 존재하는지 검색한다. 존재하는 경우는 신용불량자 또는 분실카드이므로 지불거래 처리를 하지 않는다. 또한, BL건수 필드를 구비하여 각 BIN별 BL지정영역(10,10'...)의 크기에 BL건수를 곱하여 BL저장영역의 시작위치를 구하도록 구현하거나, offset 필드에 파일의 시작위치에서 해당 개별데이터 저장영역의 시작위치와의 차를 기록하여 해당 개별데이터 저장영역의 시작위치를 구하도록 구현할 수도 있다.

WL데이터 기반 카드결제 시스템에서도 상기 BL을 WL(White List)로 변경한 제1 실시예와 동일한 방법으로 WL을 압축할 수 있음은 자명하다. WL의 경우 지불단말기의 동작은 다음과 같다.

전자화폐 카드에서 카드번호값을 읽은 단말기는 데이터 지정영역에서 읽은 BIN와 같은 BIN를 찾고, 찾은 BIN의 offset값만큼을 데이터 저장영역의 시작위치에서 증가(또는 감소)시켜 해당 개별데이터 저장영역의 시작 위치를 알아내고, 개별데이터 저장영역 크기만큼 증가된 위치의 WL데이터의 끝 위치를 알아낸다. 상기의 시작 위치에서 끝 위치까지 데이타에 읽은 카드번호가 존재하는지 검색한다. WL의경우에는 카드번호가 데이타에 존재하는 경우에만 지불처리를 한다. 또한, WL건수 필드를 구비하여 각 BIN별 WL지정영역(10,10'...)의 크기에 WL건수를 곱하여 WL저장영역의 시작위치를 구하도록 구현하거나, offset 필드에 파일의 시작위치에서 해당 개별데이터 저장영역의 시작위치와의 차를 기록하여 해당 개별데이터 저장영역의 시작위치를 구하도록 구현할 수도 있다.

(제2 실시예)

도 2는 본 발명의 제 2 실시예의 BL데이터의 구조를 도시한 것으로, 상기 제 1 실시예와 같이 구성된 BL데이타영역과, BL헤더영역으로 이루어져 있다. BL헤더는 카드사 지정 필드(210), 날짜 필드(220), BL건수(데이터 리스트 건수) 필드(230), BIN 개수 필드(240), 데이터 크기 필드(250)로 이루어진 헤더영역(200)으로 구성된다. 바람직하게는 카드사 지정 필드는 1바이트로, 날짜 필드는 3바이트로, BL건수(데이터 리스트 건수) 필드는 4바이트로, BIN 개수 필드는 2바이트로, 데이터 크기 필드는 4바이트로 구성하며, 일정크기의 예약영역(260)을 구비하는 것도 좋다.

이와 같이 헤더를 구비하는 경우, BL건수 필드에 저장된 N(가정값)에 10바이트의 개별데이터 지정영역 크기를 곱하면 데이타 저장영역의 시작번지를 알수 있으므로, BL 데이터 지정영역중 offset값 저장 필드에는 상기 데이터 저장영역의 시작번지로부터의 거리를 저장하면 된다. 또한, 전송시에는 헤더영역은 원문 그래로 전송하고, BL 데이터영역은 압축하여 전송하며, 헤더영역의 압축데이터 크기 필드 등으로 압축전송부분을 확인하는 절차를 두는 것이 바람직하다. Gzip.exe를 사용하여 BL 데이터 영역 부분을 압축한 경우 약 50%의 압축률이 달성되었다.

WL데이터 기반 카드결제 시스템에서도 상기 BL을 WL(White List)로 변경한 제2 실시예와 동일한 방법으로 WL을 압축할 수 있음은 자명하다.

(제3 실시예)

도 3은 본 발명의 제 3 실시예의 데이터 구조를 도시한 것으로, BL 데이타 영역과 BL 헤더 영역으로 이루어져 있다. BL 헤더 영역은 카드사 지정 필드(211), 메인/템프 구분 필드(212), 템프 순번 필드(213), BL메인버젼 필드(214), 날짜 필드(220), BL건수 필드(230), BIN 개수 필드(240), 압축데이터 크기 필드(250)로 이루어진 헤더파일(200)로 구성된다. 바람직하게는 카드사 지정 필드(211)는 4비트로, 메인/템프 구분필드(212)는 4비트로, 템프 순번 필드는 1바이트(213)로, BL메인버젼 필드(214)는 1바이트로, 날짜 필드(220)는 3바이트로, BL건수 필드(230)는 4바이트로, BIN 개수 필드(240)는 2바이트로, 압축데이터 크기 필드(250)는 4바이트로 구성하며, 일정크기의 예약영역(260)을 지정한다. BL 데이터 영역내 BL 데이터 저장영역의 각 카드식별번호는 9자리의 십진수를 31비트의 이진수로 변환하여 표시하고, BL등록시 '0', BL해제시 '1'을 기록하는 BL등록/해제 비트(1비트)를 앞에 붙여 모두 4바이트로 저장한다.

제3 실시예가 수행되는 과정은 다음과 같다. 이 과정들은 주로 중앙단말기에서 이루어진다.

메모리에 상기 기술된 수치로 헤더영역의 구조를 구성한다. 메인/템프 구분 필드(212)는 메인파일의 경우 0x8을 기록하고 템프파일의 경우 0x0을 기록하며, 날짜 필드(220)는 2002년 4월 6일의 경우 0x020406을 기록하며, 템프 순번 필드는 0에서 8까지의 값이 기록되며, 메인 버젼 필드는 메인파일이 변경시마다 증가하며, 카드번호리스트 건수 필드(230)에는 데이터영역(100)에 저장된 총 카드번호의 개수가 기록되며, BIN 개수 필드(240)에는 데이터영역(100)의 데이터 지정영역(1)에 기록된 BIN의 개수가 기록되며, 데이터 크기 필드(250)에는 압축된 데이터영역(100)의 크기가 기록된다.

메모리에 상기 기술된 수치로 데이터영역의 구조를 구성한다. 이 과정은 다음과 같이 세분화된다. 은행이나 각 카드사에서 받은 BL데이터를 각 BIN별로 구분하고, 구분된 각 BIN별 카드번호의 개수를 센다. 헤아린 개수에 각 카드식별번호값이 저장될 4바이트를 곱하여 각 BIN별 개별데이타 저장영역의 크기를 구한다. 메모리에 BIN의 개수에 10바이트(BIN 필드 3바이트, 개별데이터 저장영역 크기 필드 3바이트, offset 필드 4바이트)를 곱한 값만큼을 데이터 지정영역(1)으로 할당한다. 각 BIN별 개별데이터 지정영역(10,10')에, BIN 필드(11,11')는 해당 BIN의 BCD(binary coded decimal)값을, 개별데이터 저장영역 크기 필드(12,12')에는 상기에서 구한 개별데이터 저장영역 크기값을 기록한다. 데이터 지정영역으로 할당된 메모리 영역 다음 부터는 각 BIN별 개별데이타 저장영역으로 이루어진 데이터 저장영역(2)을 할당한다. 각 개별 카드식별번호값은 BCD(binary coded decimal)로 31비트의 이진수로 변환하고, 32번째 비트는 리스트에 등록시에 "0"을, 리스트에서 해지시에는 "1"을 기록하여 4바이트 값으로 만든다. 4바이트 BCD화된 카드식별번호는 각 BIN별로 모아서 각 BIN별 개별데이터 저장영역(22,22')에 기록하며, 각 BIN별 개별데이터 저장영역의 시작위치와 데이터 저장영역의 시작위치와의 차값을 각 BIN별 offset 필드(13,13')에 저장한다.

도 4는 본 발명의 제 3실시예의 메인BL파일과 템프BL파일을 설명하기 위한 것이다. 이 경우에는 BL전송이 하루에 한번 이루어지는 것으로 한다.

일단, 과거의 BL데이터인 메인BL파일이 있고, 이 메인BL파일은 지불단말기의 메모리에 저장되어 있다. 중앙단말기는 메인BL파일 최종갱신일 이후 첫째날동안 추가된 BL과 해제된 BL을 모아서 템프BL0를 만들어 지불단말기로 전송하고, 지불단말기의 메모리에는 메인BL과 템프BL0을 저장한다. 중앙단말기는 둘째날 동안 추가된 BL과 해제된 BL을 모아서 템프BL0을 갱신(새로 추가된 BL을 추가기록하고, 추가된 BL번호와 같은 번호가 존재하는 경우 기존 값을 새로운 설정으로 기록한다.)하여 지불단말기로 전송하고 지불단말기는 메모리에 저장된 템프BL0를 새로 갱신된 템프BL0로 교체한다. 같은 방법으로 일곱째날 까지 추가/해제된 BL을 모아서 갱신하여 1주일간의 최종 템프BL0을 완성한다. 상기의 과정으로 다음 1주일 동안 템프BL1을 완성한다. 이제 지불단말기의 메모리에는 메인BL과 템프BL0, 템프BL1이 저장되어 있다. 템프BL0부터 템프BL9까지 10개의 템프BL이 모아지면, 중앙단말기는 기존의 메인BL에 템프BL 10개를 병합하여 새로운 버전의 메인BL을 구성한다. 이 과정은 기존의 메인BL에 우선 템프BL0를 병합하여 갱신하고, 다시 템프BL1을 병합하여 갱신하는 순서로 템프BL9까지 병합하여 갱신한다. 메인BL에 템프BL을 병합할 때에는 템프BL에 '등록'으로 설정된 BL번호들은 메인BL에 추가하고(물론 이미 존재하는 경우에는 변화없다.), 템프BL에 '해제'로 설정된 BL번호들은 메인BL에서 제거한다(물론 해당 번호가 메인BL에 존재하지 않는 경우 변화없다). 상기의 과정에서BL(메인BL,템프BL)은 카드사별로 나누어져 저장되어 있다.

WL데이터 기반 카드결제 시스템에서도 상기 BL을 WL(White List)로 변경한 제3 실시예와 동일한 방법으로 WL을 압축할 수 있음은 자명하다.

본 발명의 제 3 실시예가 사용되는 BL기반 지불단말기의 동작을 설명하면 다음과 같다. 사용자의 교통카드에서 카드번호를 입력받고, 사용가능카드flag(지불단말기내부에 존재)를 0으로 세팅한다(1단계). 입력받은 카드번호중 BIN에서 어느 카드사의 카드인가를 확인하고, 해당 카드사의 BL 리스트를 찾는다(2단계).

마지막 temp BL 리스트의 데이터 파일의 BIN 정보영역에서 입력받은 카드의 BIN를 검색한다(3단계). BIN가 없는 경우, 사용가능카드flag가 0이면 카드거래를 수행하지 않고 다음 단계로 가며, 1이면 카드거래를 허용한다(3-1단계). 일치하는 BIN가 있는 경우, 사용가능카드flag를 1로 세팅하고, 헤더 파일의 BIN개수와, 데이터 파일의 개별데이터 저장영역 크기값 및 offset값으로 부터 해당 개별데이타 영역을 계산하고, 입력받은 카드식별번호가 해당 개별데이타 영역에 존재하는지 검색한다(3-2단계). 카드식별번호가 개별데이타 저장영역에 존재하는 경우 저장된 카드식별번호값의 맨 처음 bit값이 0이면 카드거래없이 과정이 종료되고, 1이면 카드거래를 허용한다(3-3단계). 카드번호가 개별데이타 저장영역에 없는 경우, 다음 템프BL 파일의 데이터 지정영역의 BIN 필드들에서 입력받은 카드의 BIN넘버를 검색한다(3-4단계).

상기의 3-1단계부터 3-4단계를 반복한다. 메인BL 파일까지 검색을 마쳤는데도, BIN는 각 파일의 데이터 지정영역의 BIN 필드에 계속 존재하고, 카드식별번호는 BL데이터 저장역역에 존재하지 않는 경우 카드거래를 허용한다.

카드번호 16자리를 그대로 각 자리수마다 1바이트를 할당하는 경우 카드번호별로 16바이트가 소요되나, 본 발명에 따라 BIN넘버부분은 따로 데이터 지정영역을 구성하고, 데이터 저장영역에 개별카드번호 9자리를 4바이트(BCD)로 저장하는 경우에는 데이터 저장영역에 비해 작은 데이터 지정영역의 크기는 무시할 수 있으므로 한 카드번호당 약 4바이트가 소요된다. 여기에 데이터 영역을 압축하여 보내는 경우, 보통 약 50%의 압축율을 보이므로 최종적으로는 한 카드번호당 약 2바이트가 소요되게 된다. 이는 처음의 16바이트에 비해서는 약 1/8로 그 저장영역의 크기가 줄어드는 효과를 가져온다.

Claims

구매대금 또는 교통요금을 징수하는 BL데이터 기반 카드결제 시스템 또는 WL(White List)데이터 기반 카드결제 시스템에서, 각 카드사에서 받은 카드번호리스트 데이터를 저장 또는 전송하는데 사용되는 카드번호리스트 데이터의 압축방법에 있어서;

BIN 필드와, 해당 BIN의 개별데이터 저장영역 크기 필드와, 데이터 저장영역 시작위치에서 당해 BIN에 해당하는 개별데이터 저장영역이 시작되는 위치와의 offset값 저장 필드로 구성되는 개별데이터 지정영역이 BIN넘버 개수만큼 존재하는 데이터 지정영역과;

각 BIN별로 분류되어 정렬된 카드식별번호 리스트가 들어있는 데이터 저장영역으로 이루어진 데이터파일의 구조를 구성하는 것을 특징으로 하는 카드번호리스트 데이터의 압축방법.
제 1항에 있어서;

상기 BIN 필드는 각 BIN값을 이진수화(BCD : binary coded decimal)하여 저장토록 3바이트로 구성되고, 상기 개별데이터 저장영역 크기 필드는 3바이트로 구성되고, 상기 offset값 저장 필드는 4바이트로 구성되고;

상기 데이터 저장 영역에 들어있는 상기 카드식별번호 리스트의 각 카드식별번호를 저장하기 위한 카드식별번호 필드는, 십진수인 각 카드식별번호값을 이진수화(BCD : binary coded decimal)하여 저장토록 4바이트로 구성하는 것을 특징으로 하는 카드번호리스트 데이터의 압축방법.
구매대금 또는 교통요금을 징수하는 BL데이터 기반 카드결제 시스템 또는 WL(White List)데이터 기반 카드결제 시스템에서, 각 카드사에서 받은 카드번호리스트 데이터를 저장 또는 전송하는데 사용되는 카드번호리스트 데이터의 압축방법에 있어서;

카드사 지정 필드, 날짜 필드, 데이터 리스트 건수 필드, BIN 개수 필드, 데이터 크기 필드로 이루어진 헤더영역과,

BIN 필드와, 해당 BIN의 개별데이터 저장영역 크기 필드와, 데이터 저장영역 시작위치에서 당해 BIN에 해당하는 개별데이터 저장역역이 시작되는 위치와의 offset값 저장 필드로 구성되는 개별데이터 지정영역이 BIN넘버 개수만큼 존재하는 데이터 지정영역과, 각 BIN별로 분류되어 정렬된 카드식별번호 리스트가 들어있는 데이터 저장영역으로 이루어진 데이터영역의 구조를 구성하는 것을 특징으로 하는 카드번호리스트 데이터의 압축방법.
제 3항에 있어서;

상기 카드사 지정 필드는 1바이트로, 상기 날짜 필드는 3바이트로, 상기 데이터 리스트 건수 필드는 4바이트로, 상기 BIN 개수 필드는 2바이트로, 상기 데이터 크기 필드는 4바이트로 구성하고;

상기 BIN 필드는 각 BIN값을 이진수화(BCD : binary coded decimal)하여 저장토록 3바이트로, 상기 개별데이터 저장영역 크기 필드는 3바이트로, 상기 offset값 저장 필드는 4바이트로 구성하고;

상기 데이터 저장 영역에 들어있는 상기 카드식별번호 리스트의 각 카드식별번호를 저장하기 위한 카드식별번호 필드는, 십진수인 각 카드식별번호값을 이진수화(BCD : binary coded decimal)하여 저장토록 4바이트로 구성하는 것을 특징으로 하는 카드번호리스트 데이터의 압축방법.
구매대금 또는 교통요금을 징수하는 BL데이터 기반 카드결제 시스템 또는 WL(White List)데이터 기반 카드결제 시스템에서, 각 카드사에서 받은 카드번호리스트 데이터를 저장 또는 전송하는데 사용되는 카드번호리스트 데이터의 압축방법에 있어서;

카드사 지정 필드, 메인/템프 구분 필드, 템프 순번 필드, 메인버젼 필드, 날짜 필드, 데이터 리스트 건수 필드, BIN 개수 필드, 데이터 크기 필드로 이루어진 헤더영역과,

BIN 필드와, 해당 BIN의 개별데이터 저장영역 크기 필드와, 데이터 저장영역 시작위치에서 당해 BIN에 해당하는 개별데이터 저장역역이 시작되는 위치와의 offset값 저장 필드로 구성되는 개별데이터 지정영역이 BIN넘버 개수만큼 존재하는 데이터 지정영역과, 각 BIN별로 분류되어 정렬된 카드식별번호 리스트가 들어있는 데이터 저장영역으로 이루어진 데이터영역의 구조를 구성하는 것을 특징으로 하는카드번호리스트 데이터의 압축방법.
제 5항에 있어서,

카드사 지정 필드는 4비트로, 메인/템프 구분필드는 4비트로, 템프 순번 필드는 1바이트로, 메인버젼 필드는 1바이트로, 날짜 필드는 3바이트로, 데이터 리스트 건수 필드는 4바이트로, BIN 개수 필드는 2바이트로, 데이터 크기 필드는 4바이트로 구성하고,

상기 BIN 필드는 각 BIN값을 이진수화(BCD : binary coded decimal)하여 저장토록 3바이트로, 상기 개별데이터 저장영역 크기 필드는 3바이트로, 상기 offset값 저장 필드는 4바이트로 구성하고;

상기 데이터 저장 영역에 들어있는 상기 카드식별번호 리스트의 각 카드식별번호를 저장하기 위한 카드식별번호 필드는, 각 개별카드번호값을 31비트의 이진수로 변환(BCD : binary coded decimal)하고 32번째 비트는 리스트 등록시에는 '0'을 기록하고 리스트 해제시에는 '1'을 기록하여 이루어진 4바이트값을 저장토록 4바이트로 구성하는 것을 특징으로 하는 카드번호리스트 데이터의 압축방법.
구매대금 또는 교통요금을 징수하는 BL데이터 기반 카드결제 시스템 또는 WL(White List)데이터 기반 카드결제 시스템에서, 각 카드사에서 받은 카드번호리스트 데이터를 저장 또는 전송하는데 사용되는 카드번호리스트 데이터의 압축방법에 있어서;

메인파일을 생성하는 단계(S1)와,

각 카드사별로 1일의 BL데이타의 변동량을 모아서 새로운 템프파일을 생성하는 단계(S2)와,

이미 존재하는 템프파일 데이타에 각 카드사별로 1일의 카드번호리스트 데이타의 변동량을 모아서 템프파일을 갱신하는 단계(S3)와,

6일 동안 단계(S3)에 의해 갱신된 템프파일을 확정하는 단계(S4)와,

상기 (S2)~(S4) 단계를 9번 반복하여, 확정된 템프파일 10개를 모아서 기존의 메인파일에 병합하여 메인파일을 갱신하는 단계(S5)로 이루어진 것을 특징으로 하는 카드번호리스트 데이터의 압축방법.
제 7항에 있어서, 상기 템프파일 데이터 및 메인파일 데이터의 구조는 제 6항의 방법에 의해 구성하는 것을 특징으로 하는 카드번호리스트 데이터의 압축방법.
구매대금 또는 교통요금을 징수하는 BL데이터 기반 카드결제 시스템 또는 WL(White List)데이터 기반 카드결제 시스템에서, 각 카드사에서 받은 카드번호리스트 데이터를 전송하는데 사용되는 카드번호리스트 데이터의 전송방법에 있어서;

제 3항 내지 6항중 어느 한항에 의한 방법을 사용하여 카드번호리스트 데이타를 헤더파일과 데이터 파일로 구성하는 단계(S11)와,

헤더파일은 압축없이 전송하고, 데이터 파일은 일반 파일 압축방법으로 전송하는 단계(S12)로 이루어진 것을 특징으로 하는 카드번호리스트 데이터의 전송방법.
구매대금 또는 교통요금을 징수하는 BL데이터 기반 카드결제 시스템 또는 WL(White List)데이터 기반 카드결제 시스템의 구성부분으로 사용되고, 각 카드사의 카드번호리스트 데이터를 입력받는 카드번호리스트 입력부와, 각 지불단말기로 카드번호리스트 데이터를 전송하는 카드번호리스트 출력부를 구비한 중앙단말기에 있어서;

제 7항 또는 8항의 방법으로 메인파일 및 템프파일을 작성하는 중앙처리장치 및 메모리를 더 구비한 것을 특징으로 하는 중앙단말기.
구매대금 또는 교통요금을 징수하는 BL데이터 기반 카드결제 시스템의 구성부분으로 사용되는 지불단말기에서 수행되는 지불처리방법에 있어서,

사용자의 교통카드에서 카드번호를 입력받고, 사용가능카드flag(지불단말기내부에 존재)를 0으로 세팅하는 단계(S110)와,

입력받은 카드번호중 BIN넘버에서 어느 카드사의 카드인가를 확인하고, 해당 카드사의 BL 리스트를 찾는 단계(S120)와,

마지막 temp BL 리스트의 데이터 파일의 BIN넘버 정보영역에서 입력받은 카드의 BIN넘버를 검색하는 단계(S130)와,

BIN넘버가 없는 경우, 사용가능카드flag가 0이면 카드거래를 수행하지 않고다음 단계로 가며, 1이면 카드거래를 허용하는 단계(S131)와, 일치하는 BIN넘버가 있는 경우, 사용가능카드flag를 1로 세팅하고, 헤더 파일의 BIN넘버개수와, 데이터 파일의 BL크기값 및 오프셋값으로 부터 해당 BL데이타 영역을 계산하고, 입력받은 카드번호가 해당 BL데이타 영역에 존재하는지 검색하는 단계(S132)와, 카드번호가 BL 데이타가 존재하는 경우 해당 데이타의 맨 처음 bit값이 0이면 카드거래없이 과정이 종료되고, 1이면 카드거래를 허용하는 단계(S133)와, 카드번호가 BL 데이타에 없는 경우, 다음 temp BL 리스트의 데이터 파일의 BIN넘버 정보영역에서 입력받은 카드의 BIN넘버를 검색하는 단계(S134)와,

상기 S131단계부터 S134단계를 반복하여, 메인 BL 리스트까지 검색하는 단계(S140)와,

상기 S140단계까지 수행한 결과, BIN넘버는 BIN넘버 정보영역에 계속 존재하고, 카드번호는 BL 리스트에 존재하지 않는 경우 카드거래를 허용하는 단계(S150)로 이루어지는 것을 특징으로 하는 지불단말기에서 수행되는 지불처리방법.
구매대금 또는 교통요금을 징수하는 BL데이터 기반 카드결제 시스템의 구성부분으로 사용되는 지불단말기에 있어서,

카드번호리스트(BL) 데이터를 입력받는 카드번호리스트(BL) 입력부와, 전자화폐카드로부터 카드번호를 입력받는 카드 독출부와,

제 7항 또는 8항의 압축방법으로 작성된 메인파일 및 템프파일이 저장되는 메모리와,

제 11항의 지불처리방법을 수행하는 중앙처리장치를 구비한 것을 특징으로 하는 지불단말기.