KR101488506B1 - 카드 제어리스트의 생성 및 압축방법 - Google Patents
카드 제어리스트의 생성 및 압축방법 Download PDFInfo
- Publication number
- KR101488506B1 KR101488506B1 KR20130050748A KR20130050748A KR101488506B1 KR 101488506 B1 KR101488506 B1 KR 101488506B1 KR 20130050748 A KR20130050748 A KR 20130050748A KR 20130050748 A KR20130050748 A KR 20130050748A KR 101488506 B1 KR101488506 B1 KR 101488506B1
- Authority
- KR
- South Korea
- Prior art keywords
- information
- offset
- card
- block
- identifying
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0643—Management of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
- G06F17/40—Data acquisition and logging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0608—Saving storage space on storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
- G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
-
- 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/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
본 발명은 카드번호 또는 고유식별번호(Alias) 및 제어정보에 대하여 알고리즘 및 사용의 유연성을 강화하기 위해 파일정보를 제어하기 위한 별도의 헤더정보를 포함한다. 또한, 정보에 대한 압축 및 정보의 가독성을 높이기 위하여 위의 파일은 오프셋 Bit 및 연속적인 동일 정보에 대하여 2 Bytes의 그룹 저장(오프셋 Array)을 포함한다.
Description
본 발명은 카드번호 또는 고유식별번호(Alias) 및 카드 사용가능 여부, 카드 할인정보, 자동충전 정보, 분실/도난 정보 등의 제어정보를 효율적으로 압축 저장하고, 카드 사용 시 압축 데이터를 검색하여 해당 카드를 제어하기 위한 카드 제어리스트의 생성 및 압축방법에 관한 것이다.
대한민국 특허출원번호 10-2003-0080830의 '메모리 주소를 이용한 카드거래 승인 시스템 및 그 방법'은 카드번호에 대응하는 메모리 주소에 카드 사용 여부를 나타내는 플래그정보를 순차적으로 저장하여 카드 사용 시 인증을 보다 용이하게 하기 위한 것으로서, 카드 별 사용여부의 판단에 사용되는 플래그정보를 저장하기 위한 고정 테이블의 메모리 영역을 소정 크기의 단위 메모리블록으로 분할하는 과정, 카드 발행 시 각 카드 별로 부여된 카드번호에 대응하여 설정된 메모리주소로 순차적으로 상기 단위 메모리블록에 상기 플래그 정보를 저장하는 과정, 카드 사용 시 상기 사용된 카드의 카드번호에 대응하는 메모리블록 및 비트의 위치를 찾아 그 위치에 있는 플래그 정보를 읽는 과정, 및 상기 플래그 정보에 따라 상기 카드번호를 갖는 카드의 사용여부를 판별하는 과정을 포함한다.
그러나 기존 카드번호에 대응하는 메모리 주소에 카드 사용 여부를 나타내는 플래그정보를 저장하는 구조는 실제로 카드 사용 여부의 변경과는 관계없이 초기부터 예상 사용 가능한 전체 카드 수에 대응하는 플래그정보를 순차적으로 모두 저장하여야 하기 때문에 많은 메모리 영역을 차지한다. 특히, 이는 각 카드 발행사 별로 사용 영역을 결정하기 때문에 초기에 할당하였던 카드번호에 대응하는 메모리 주소에 카드 사용 여부를 나타내는 플래그정보의 메모리 영역을 모두 소진할 경우, 순차적으로 플래그정보를 추가시키는 것이 아니라, 실제 발급되지 않은 카드에 대해서도 별도의 카드번호에 대응하는 메모리 주소 영역을 할당하여 플래그정보를 저장해놓아야 하기 때문에 불필요한 용량 소모가 발생된다. 위와 같은 방식에 따르면, 예컨대 1억 2천만 개 카드의 플래그정보를 저장하여 관리하기 위해 약 23MB의 메모리 공간을 사용해야 하며, 카드의 개수가 늘어날수록 메모리 영역을 확장해야 한다. 즉, 위의 기술에는, 고정된 물리적 저장 공간의 제약으로 인해 모든 카드번호에 대응하는 할인정보(어린이/청소년/일반)를 저장하는 데 발생하는 한계점이 존재한다.
또한, 대한민국 특허등록번호 10-0980467에 기재된 '카드 정보 제공 방법 및 카드 거래 승인 방법'은 카드 발행사 시스템으로부터 카드 고유번호 리스트를 수신하고, 수신한 카드 고유번호 리스트에서 제N 번째 카드 고유번호와 제N+1 번째 카드 고유번호와의 차이값을 계산하여 하나 이상의 오프셋 값들을 생성하는 단계 및 한 개의 레코드 당 특정 바이트로 나누어 각 레코드의 첫 번째 레코드 위치에 각각의 기준 카드 고유번호를 저장하고, 상기 저장한 각각의 기준 카드 고유번호 뒤에 상기 생성한 하나 이상의 오프셋 값들을 순차적으로 저장함으로써 압축 데이터를 생성하여 일정 주기마다 카드 승인 단말 장치로 전송하는 단계를 포함한다. 그러나 이 방법은 고유식별번호 기반의 데이터를 사용하고, 고정데이터 부분도 레코드 당 길이가 고정으로 상황에 따라 길이 조정이 불가능하며, 연속적인 데이터에 대한 그룹 저장이 불가능한 구조이다. 또한, 옵션 영역에 대한 비트의 할당도 정해져 있어 구조적으로 변경이 불가능한 구조로서 향후 사용 정보에 확장과 압축에 대한 부분에서 다소 유연성이 떨어지는 알고리즘이다. 즉, 위의 기술에는 연속데이터 저장 시 메모리의 낭비가 있으며 압축률에 한계가 있다는 단점이 있다.
서로 다른 카드정보를 갖는 복수 개의 카드를 카드 단말기에 접속하여 처리하는 경우, 상기 카드 단말기는 각 카드에 대한 서로 다른 제어정보를 가지고 있어야 한다. 카드 단말기가 처리하도록 되어 있는 카드의 개수가 많아질수록 위의 제어정보의 양도 증가하게 되며, 따라서 제어정보를 저장하는 메모리의 용량이 커져야 한다. 또한, 위의 제어정보는 별도의 서버로부터 상기 카드 단말기에게 유선/무선으로 전송될 수 있는데, 제어정보의 양이 많아지면 전송시간이 길어지는 단점이 있다. 따라서 본 발명에서는 이러한 문제점을 해결하기 위하여 제어정보의 양을 줄일 수 있는 효율적인 압축기술을 제공하고자 한다. 본 발명의 범위가 상술한 목적에 의해 제한되는 것은 아니다.
상술한 과제를 해결하기 위한 본 발명의 일 수단에 따른 발명은, 제어가 필요한 카드들을 대상으로 카드번호 또는 고유식별번호 및 제어정보를 압축, 저장 및 검색하는 방법에 관한 것이다. 이에 따르면, 헤더 정보에 따라 하나의 레코드에 최대 N개까지 카드정보를 가변으로 저장하는 특징을 가지고 있다. 위와 같은 레코드를 다수 포함할 수 있다. 또한 오프셋 값을 이용하여 카드번호를 식별하도록 되어 있으며, 카드번호의 일부가 동일한 경우 그룹으로 묶어 관리할 수 있다.
또한, 상기 상술한 과제를 해결하기 위한 본 발명의 일 양상에 따른 데이터 구조는 기준카드번호 블록(즉, 기준카드번호 영역), 오프셋 블록(즉, 오프셋 영역), 및 제어정보 블록(즉, 제어정보 영역)을 포함하는 레코드를 한 개 이상 포함하는 파일과 상기 레코드의 총 개수, 상기 기준카드번호의 크기에 관한 정보, 상기 오프셋 블록의 크기에 관한 정보, 및 상기 제어정보 블록의 크기에 관한 정보를 포함하는 헤더를 포함한다.
또한, 상기 상술한 과제를 해결하기 위한 본 발명의 다른 일 양상에 따른 서버는, 저장부 및 처리부를 포함하며, 복수 개의 교통카드에 관한 정보를 포함하는 리스트의 레코드를 생성하여 상기 저장부에 저장하도록 되어 있다. 이때, 상기 처리부는, 상기 레코드의 제1 블록에 기준카드의 식별번호를 기록하도록 되어 있고, 상기 레코드의 제2 블록에 다른 한 개 이상의 카드를 식별하기 위한 식별정보를 기록하도록 되어 있으며, 상기 카드 각각에 대한 상기 식별정보를 저장하는 메모리 영역의 크기는 가변이다.
또한, 상기 상술한 과제를 해결하기 위한 본 발명의 또 다른 일 양상에 따른 단말기는, 처리부 및 통신부를 포함하며, 복수 개의 교통카드에 관한 정보를 갖는 레코드를 포함하는 리스트를 상기 통신부를 통해 서버로부터 수신하도록 되어 있다. 이때, 상기 처리부는, 상기 레코드의 제1 블록에 기록된 기준카드의 식별번호를 읽도록 되어 있고, 다른 한 개 이상의 카드를 식별하기 위하여 상기 레코드의 제2 블록에 기록되어 있는 식별정보를 읽도록 되어 있으며, 상기 각각의 식별정보가 저장된 메모리의 크기에 관한 정보는 상기 식별정보의 미리 결정된 부분에 기록되어 있다.
상술한 다양한 관점에 따른 본 발명에는 이하 서술하는 실시예의 구성요소들이 결합될 수 있다.
본 발명에 따르면, 필요로 하는 데이터만을 압축 및 저장함으로써 불필요한 메모리의 낭비 및 처리시간을 줄일 수 있는 장점이 있다. 본 발명의 범위가 상술한 효과에 의해 제한되는 것은 아니다.
도 1은 본 발명의 일 실시예에 따른 제어리스트의 구조를 나타내는 도면이다.
도 2는 본 발명의 일 실시예에 따른 파일에 포함된 임의의 카드에 대한 식별정보를 설명하기 위한 도면이다.
도 3a 및 도 3b는 본 발명의 일 실시예에 따른 카드 각각에 대한 식별정보의 타입을 설명하기 위한 도면이다.
도 4a 및 도 4b는 본 발명의 일 실시예에 따라 카드번호를 기준으로 제어리스트에 포함되는 데이터의 생성과정에 대한 일 예를 나타내는 도면이다.
도 5는 본 발명의 일 실시예에 따른 제어리스트 생성용량을 다른 방식에 따른 제어리스트 생성용량과 비교하기 위한 도면이다.
도 6은 본 발명의 다른 실시예에 따른 제어리스트의 구조를 나타내는 도면이다.
도 7은 본 발명의 일 실시예에 따라 구현된 카드 제어리스트의 활용 예를 설명하기 위한 도면이다.
도 8은 본 발명의 일 실시예에 따른 서버 및 단말기를 설명하기 위한 도면이다.
도 2는 본 발명의 일 실시예에 따른 파일에 포함된 임의의 카드에 대한 식별정보를 설명하기 위한 도면이다.
도 3a 및 도 3b는 본 발명의 일 실시예에 따른 카드 각각에 대한 식별정보의 타입을 설명하기 위한 도면이다.
도 4a 및 도 4b는 본 발명의 일 실시예에 따라 카드번호를 기준으로 제어리스트에 포함되는 데이터의 생성과정에 대한 일 예를 나타내는 도면이다.
도 5는 본 발명의 일 실시예에 따른 제어리스트 생성용량을 다른 방식에 따른 제어리스트 생성용량과 비교하기 위한 도면이다.
도 6은 본 발명의 다른 실시예에 따른 제어리스트의 구조를 나타내는 도면이다.
도 7은 본 발명의 일 실시예에 따라 구현된 카드 제어리스트의 활용 예를 설명하기 위한 도면이다.
도 8은 본 발명의 일 실시예에 따른 서버 및 단말기를 설명하기 위한 도면이다.
이하, 본 발명의 실시예를 첨부한 도면을 참고하여 설명한다. 그러나 본 발명은 본 명세서에서 설명하는 실시예에 한정되지 않으며 여러 가지 다른 형태로 구현될 수 있다. 본 명세서에서 사용되는 용어는 실시예의 이해를 돕기 위한 것이며, 본 발명의 범위를 한정하고자 의도된 것이 아니다. 또한, 이하에서 사용되는 단수 형태들은 문구들이 이와 명백히 반대의 의미를 나타내지 않는 한 복수 형태들도 포함한다.
도 1은 본 발명의 일 실시예에 따른 제어리스트의 구조를 나타내는 도면이다.
도 1을 참조하여 설명하면, 제어리스트(100)는 파일(200), BIN 테이블(300), 및 헤더(400)를 포함한다. 파일(200)은 한 개 이상의 레코드를 포함한다. 이 각 레코드는, 기준카드의 식별번호를 포함하는 제1 블록(201), 상기 기준카드가 아닌 다른 한 개 이상의 카드를 식별하기 위한 식별정보(204)를 포함하는 제2 블록(즉, 오프셋 블록)(202), 및 상기 각각의 카드에 관하여 설정되어 있어야 하는 정보인 제어정보(205)를 포함하는 제3 블록(즉, 제어정보 블록)(203)을 포함할 수 있다. 파일(200)은 복수 개의 BIN 영역으로 구분되어 관리될 수 있다. 각각의 BIN 영역은 복수 개의 상기 레코드를 포함할 수 있다.
파일(200)에 포함된 각각의 BIN 영역을 구분하기 위하여 BIN 테이블(300)이 제공될 수 있다. BIN 테이블(300)은 상기 BIN 영역을 구분하기 위한 식별자 기능을 할 수 있는 BIN 코드(301) 및 상기 각각의 BIN 영역의 물리적 시작주소(302)를 포함할 수 있다.
파일(200) 및 BIN 테이블(300)과 별개로 헤더(400)가 제공될 수 있다. 헤더(400)는 아래의 정보를 포함할 수 있다.
1. BIN 코드(301)의 총 개수(Total # of BIN 코드),
2. BIN 코드(301)의 크기에 관한 정보(Size for BIN 코드)(예컨대, 1 Byte),
3. BIN 코드(301)가 나타내는 BIN 영역의 물리적 시작주소의 크기에 관한 정보(Size for Physical address)(예컨대, 1 Byte),
4. 상기 레코드의 총 개수(Total # of Records),
5. 임의의 한 개의 레코드에 속한 제1 블록(201)의 크기에 관한 정보(Size for reference card number)(즉, 기준카드번호의 크기에 대한 정보)(예컨대 4 Bytes),
6. 임의의 한 개의 레코드에 속한 제2 블록(202)의 크기에 관한 정보(Size for Offset Block)(예컨대 31 Bytes), 및
7. 임의의 한 개의 레코드에 속한 제3 블록(203)의 크기에 관한 정보(Size for Control information Block)(예컨대 16 Bytes).
제어리스트(100)에서 취급하는 서로 다른 카드를 구분하기 위하여 두 가지 방식을 이용할 수 있다. 첫째, 예컨대 16자리수의 카드번호와 같은 제1 타입의 번호를 사용할 수 있다. 또는 둘째, 상기 16자리수보다 작은 개수의 자릿수, 예컨대 9자리 숫자를 갖는 고유식별번호와 같은 제2 타입의 번호를 사용할 수도 있다. 이때, 상기 카드번호와 상기 고유식별번호는 1:1로 대응할 수 있다. 도 1에서는 위의 제1 타입의 번호를 사용한 경우의 예를 나타낸 것이다. 즉, 상기 제1 타입의 번호를 사용하는 경우에는 파일(200)이 복수 개의 BIN 영역으로 구분될 수 있다. 그러나 상기 제2 타입의 번호를 사용하는 경우에는, 도 1에 도시한 것과 달리, 파일(200)이 복수 개의 BIN 영역으로 구분되지 않는다(즉, 1개의 BIN 영역만이 존재한다).
상술한 바와 같이, 도 1에서, BIN 테이블(300)에 포함된 BIN 코드(301) 및 BIN 코드(301)가 나타내는 BIN 영역의 물리적 시작주소(302)를 기준으로 파일(200)을 N개의 BIN 영역으로 구분할 수 있다(단, N은 N≥1을 만족하는 자연수). 이때, BIN 테이블(300)의 BIN 코드(301)는, 예컨대, 16자리 카드번호 중 앞의 6자리일 수 있다. 예컨대, 16자리 카드번호의 앞의 6자리가 "4269 20"인 일 군의 카드들은 BIN 코드 #1에 대응될 수 있으며, 16자리 카드번호의 앞의 6자리가 "4258 87"인 타 군의 카드들은 BIN 코드 #9에 대응될 수 있다. 이때, 각각의 BIN 코드(301)가 나타내는 BIN 영역의 물리적 시작주소(302)는 파일(200)에 포함된 각각의 BIN 영역의 물리적 시작주소를 의미한다. 즉, BIN 테이블(300) 중 j번째 BIN 코드(Bin code #j)가 나타내는 물리적 시작주소(P.addr #j)는 파일(200)에 포함된 j번째 BIN 영역의 물리적 시작주소를 의미한다. 이는 상기 상술한 예에 한정되지 않으며 다른 상이한 형태로 구현될 수 있다.
파일(200)에 속한 상기 N개의 BIN 영역 중 임의의 j번째 BIN 영역은 총 Lj개의 레코드를 포함할 수 있다(j는 1≤j≤N을 만족하는 자연수, Lj는 1 이상의 자연수). 각각의 레코드는 한 개의 기준카드의 식별번호를 포함할 수 있다. 따라서 상기 j번째 BIN 영역의 제1 블록(201)은 총 Lj개의 상기 기준카드의 식별번호를 포함할 수 있다. 이때, 각 BIN 영역마다 포함되는 상기 기준카드의 식별번호의 개수는 서로 다를 수 있다.
이때, 상기 j번째 BIN 영역의 k번째 레코드(Rec. #j/k)의 제1 블록(201)에는 k번째 레코드(Rec. #j/k)의 기준카드의 식별번호(RCN. #j/k)가 기록된다(k는 1≤k≤Lj를 만족하는 자연수).
그리고 레코드(Rec. #j/k)의 제2 블록(202)에는 E_k개의 상기 카드에 대한 식별정보가 기록되어 있다(E_k는 1 이상의 자연수). 이에 대하여, 이하, 도 2를 참고하여, 상기 카드에 대한 식별정보를 더 자세히 설명한다.
그리고 레코드(Rec. #j/k)의 제3 블록(203)에는 식별번호(RCN. #j/k)가 나타내는 상기 기준카드 및 E_k개의 카드에 대응하는 제어정보가 기록되어 있다. 예컨대, 식별번호(RCN. #j/k)를 갖는 기준카드는 제어정보(CI. #j/k/0)에 대응되고, 식별정보(OF #j/k/m)에 의해 식별되는 카드는 제어정보(CI. #j/k/m)에 대응된다(단, m은 1≤m≤E_k를 만족하는 자연수). 이 경우, 제3 블록(203)에 포함되는 제어정보의 총 개수는 E_k + 1 개임을 알 수 있다. 예컨대, 만일 레코드(Rec. #j/k)의 제2 블록(202)에 14개의 상기 카드 각각에 대한 식별정보가 포함되어 있다면, 레코드(Rec. #j/k)의 제3 블록(203)에는 15개의 제어정보가 포함되어 있다.
도 2는 본 발명의 일 실시예에 따른 파일에 포함된 임의의 카드에 대한 식별정보를 설명하기 위한 도면이다.
도 2를 참조하여 설명하면, 레코드(Rec. #j/k)는 j번째 BIN 영역의 k번째 레코드를 나타낸다. 레코드(Rec. #j/k)의 제2 블록(202)에는 총 E_k개의 카드에 대한 식별정보가 포함되어 있다. 상기 총 E_k개의 카드 중 m번째 카드에 대한 식별정보(204)는 제1 정보(206)와 제2 정보(207)를 포함할 수 있다(단, m은 1≤m≤E_k를 만족하는 자연수). 제1 정보(206)는 상기 m번째 카드에 대한 식별정보(204)를 저장하는 식별정보 저장메모리 영역의 크기를 나타내며, 제2 정보(207)는 상기 m번째 카드의 식별번호를 계산할 수 있는 오프셋 정보를 나타낸다. 이때, 제2 정보(207)에 따라 제1 정보(206) 및 상기 식별정보 저장메모리 영역의 크기가 정해지도록 되어 있다. 그리고 상기 카드 각각의 식별번호는 상기 기준카드의 식별번호(RCN. #j/k)와 제2 정보(207)(즉, 오프셋 정보)를 이용하여 계산될 수 있다. 또는, 식별정보(OF #j/k/p)가 나타내는 카드의 식별번호는 식별정보(OF #j/k/p-1)가 나타내는 카드의 식별번호와 식별정보(OF #j/k/p)를 이용하여 계산될 수 있다(단, p는 1<p≤E_k를 만족하는 자연수).
이때, 제1 정보(206)를 나타내는 제1 서브-메모리 영역의 크기는 고정되어 있고, 제2 정보(207)를 나타내는 제2 서브-메모리 영역의 크기는 가변일 수 있다. 따라서 상기 식별정보 저장메모리 영역의 크기는 가변일 수 있다(식별정보 저장메모리 영역 = 제1 서브-메모리 영역 + 제2 서브-메모리 영역).
따라서 상기 각 레코드마다 포함되는 상기 카드에 대한 식별정보의 개수는 서로 다를 수 있다. 예컨대, 1번째 BIN 영역에 포함되는 상기 카드에 대한 식별정보의 개수는 14개이고, 9번째 BIN 영역에 포함되는 상기 카드에 대한 식별정보의 개수는 4개일 수 있다. 이때, 예컨대, 제2 블록(202)의 메모리 영역의 크기는 사용자 정의에 따라 결정될 수 있으며, 제2 블록(202)에 포함될 수 있는 상기 식별정보의 크기가 가변하기 때문에 제2 블록(202)의 메모리 영역 중 사용되지 않는 무효영역(NUA_I)이 발생할 수 있다. 또한, 제3 블록(203)에 채워지는 제어정보의 개수도 마찬가지로 가변하기 때문에 제3 블록(203)의 메모리 영역 중 사용되지 않는 무효영역(NUA_C)이 발생할 수 있다.
한편, 상기 m번째 카드에 대한 식별정보(OF #j/k/m)(204)는, 개별데이터를 나타내기 위한 개별데이터 오프셋범위와 연속데이터를 나타내기 위한 연속데이터 오프셋범위로 구분될 수 있다. 구체적인 예로서, 상기 m번째 카드에 대한 식별정보(OF #j/k/m)(204)는 복수 개의 타입, 예컨대 4가지 타입으로 구분될 수 있다. 이에 대하여, 이하, 도 3a 및 도 3b를 참조하여 더 자세히 설명한다.
도 3a 및 도 3b는 본 발명의 일 실시예에 따른 카드 각각에 대한 식별정보의 타입을 설명하기 위한 도면이다.
도 3a 및 도 3b를 참조하여 설명하면, 상기 카드 각각에 대한 식별정보를 복수 개의 타입으로 구분하기 위해, 오프셋 정보를 확인한다. 상기 오프셋 정보는, 인접한 카드 간의 카드번호의 차이값일 수 있다. 이때, 이 차이값을 계산할 때에, 카드번호의 일부분만을 사용할 수도 있다.
상기 오프셋 정보를 확인한 후, 복수 개의 타입에 따라 그에 따른 단계를 수행한다. 즉, 상기 오프셋 정보가 개별데이터이고 1 내지 63 범위 내에 속할 경우, Case 1 단계를 수행한다. 상기 오프셋 정보가 개별데이터이고 64 내지 16,383 범위 내에 속할 경우, Case 2 단계를 수행한다. 상기 오프셋 정보가 개별데이터이고 16,384 내지 4,194,303 범위 내에 속할 경우, Case 3 단계를 수행한다. 상기 오프셋 정보가 연속데이터이고 1 내지 16,383 범위 내에 속할 경우, Case 4 단계를 수행한다.
이때, Case 1 단계의 경우 식별정보 저장메모리 영역의 크기로서 1Byte가 할당되며, 제1 정보(206) 영역에 '00'을 기록하고 제2 정보(207) 영역에 6 비트의 상기 오프셋 정보를 기록한다. Case 2 단계의 경우 식별정보 저장메모리 영역의 크기로서 2Byte가 할당되며, 제1 정보(206) 영역에 '01'을 기록하고 제2 정보(207) 영역에 14 비트의 상기 오프셋 정보를 기록한다. Case 3 단계의 경우 '식별정보' 저장메모리 영역의 크기로서 3Byte가 할당되며, 제1 정보(206) 영역에 '10'을 기록하고 제2 정보(207) 영역에 22 비트의 상기 오프셋 정보를 기록한다. Case 4 단계의 경우 식별정보 저장메모리 영역의 크기로서 2Byte가 할당되며, 제1 정보(206) 영역에 '11'을 기록하고 제2 정보(207) 영역에 14 비트의 상기 오프셋 정보를 기록한다.
상기 상술한 알고리즘에 따라 구현된 상기 카드 각각에 대한 식별정보의 복수 개의 타입은 도 3b에 도시되어 있다.
도 4a 및 도 4b는 본 발명의 일 실시예에 따라 카드번호를 기준으로 제어리스트에 포함되는 데이터의 생성과정에 대한 일 예를 나타내는 도면이다.
도 4a를 참조하여 설명하면, 카드번호(208) 16자리 중 앞의 6자리를 기준으로 서로 다른 복수 개의 BIN 영역으로 구분된다. 예컨대, 카드번호(208) 16자리 중 앞의 6자리가 '4269 20'인 카드는 1번째 BIN 영역에 포함된다. 그리고 카드번호(208) 16자리 중 앞의 6자리가 '4658 87'인 카드는 9번째 BIN 영역에 포함된다.
그리고 카드번호(208) 16자리 중 7번째 내지 15번째 범위에 속해 있는 번호가 상기 카드의 식별번호(209)에 해당한다. 예컨대, 상기 1번째 BIN 영역에 포함되어 있는 1번째 카드번호가 '4269 2000 0000 0013'일 경우, 상기 1번째 카드의 식별번호는 '03 0000 001'에 해당한다. 특정 카드의 식별번호(ex: '03 0000 002')와 바로 이전 카드의 식별번호(ex: '03 0000 001')의 차이값을 상기 특정 카드의 오프셋 정보(ex: '1')(207)로서 저장할 수 있다. 이렇게 계산된 오프셋 정보들을 이용하여 카드의 식별번호를 역으로 계산할 수 있다는 점은 쉽게 이해할 수 있다. 예컨대, 상기 1번째 BIN 영역의 3번째 카드의 식별번호가 '03 0000 004'이고 오프셋 정보가 '10'일 경우, 상기 1번째 BIN 영역의 4번째 카드의 식별번호는 상기 3번째 카드의 식별번호 '03 0000 004'에 상기 오프셋 정보 '10'을 더한 결과인 '03 0000 014'이다.
한편, 상기 카드 각각에 대응하는 제어정보(205)에 따라 서로 다른 권종정보(210) 및 그에 따른 표시방법(211)을 포함할 수 있다. 예컨대, 상기 1번째 BIN 영역의 1번째 카드번호 '4269 2003 0000 0013'에 대응하는 제어정보가 '0000'일 경우, 상기 권종정보는 '어린이'이며 이에 따른 표시방법은 'C'로 표시한다. 제어정보(205)가 네 개의 비트로 이루어진 경우, 예컨대 이 네 개의 비트 중 LSB(Least Significant Bit)가 '0'인 경우 어린이임을 나타내고 '1'인 경우 청소년임을 나타낸다. 또한, 예컨대 LSB의 다음 비트가 '1'인 경우 차단(block)을 나타내고 '0'인 경우 정상임을 나타낸다. 또한, 그 다음 비트가 '1'인 경우 자동충전을 나타내고 '0'인 경우 자동충전이 아님을 나타낸다.
상기 카드번호(208)를 기준으로 제어리스트에 포함되는 데이터가 생성되는 과정을 설명하기 위해, 도 4b를 함께 참조하여 설명한다. 상술한 바와 같이, j번째 BIN 영역의 k번째 레코드(Rec. #j/k)의 제1 블록(201)은 상기 기준카드의 식별번호(RCN. #j/k)를 포함한다. 예컨대, 도 4b에 도시된 바와 같이, 1번째 BIN 영역의 1번째 레코드(Rec. #1/1)의 제1 블록(201)은, 도 4a에 도시한 식별번호(209) 중 1번째 식별번호 '30000001'를 포함하며, 이는 1번째 카드번호가 상기 레코드(Rec. #1/1)의 기준카드번호임을 의미한다. 다른 예로, 1번째 BIN 영역의 2번째 레코드(Rec. #1/2)의 제1 블록(201)은, 도 4a에 도시한 식별번호(209) 중 12번째 식별번호 '30000775'를 포함하며, 이는 12번째 카드번호가 상기 레코드(Rec. #1/2)의 기준카드번호임을 의미한다. 또 다른 예로, 9번째 BIN 영역의 1번째 레코드(Rec. #9/1)의 제1 블록(201)은, 도 4a에 도시한 식별번호(209) 중 91번째 식별번호 '30002001'를 포함하며, 이는 91번째 카드번호가 상기 레코드(Rec. #9/1)의 기준카드번호임을 의미한다.
또한, j번째 BIN 영역의 k번째 레코드(Rec. #j/k)의 제2 블록(202)은 상기 각 레코드의 기준카드번호의 식별번호를 기준으로 상기 카드번호를 계산하기 위한 오프셋 정보(205)를 포함한다. 이때, 오프셋 정보(205)를 저장하기 위한 상기 식별정보 저장메모리 영역의 크기는 상기 상술한 복수 개의 타입에 따라 결정된다. 예컨대, 상기 레코드(Rec. #1/1)의 2번째 카드번호에 대한 오프셋 정보(41) '1'은 상기 복수 개의 타입 중 Case 1에 속하므로 식별정보 저장메모리 영역은 1 Byte를 차지할 수 있다. 다른 예로, 상기 레코드(Rec. #9/1)의 2번째 카드번호에 대한 오프셋 정보(42) '28011'은 상기 복수 개의 타입 중 Case 3에 속하므로 식별정보 저장메모리 영역은 3Byte를 차지할 수 있다.
이하, 상술한 연속데이터의 의미를 설명한다. 도 4b의 8번째 BIN 영역(BIN Area #8)의 첫 번째 레코드(Rec. #8/1)의 제1 블록(201)에 기재된 식별번호 '30001001'에 대응하는 기준카드의 제어정보는 '0x0'에 해당한다. 그 다음 제2 블록(202)의 첫 번째 바이트에 기재된 값(=0xC0)의 첫 두 개의 비트는 '11'로서 연속데이터임을 나타낸다. 따라서 식별정보(51)는 2Byte의 크기를 가지며, 이때 식별정보(51)가 나타내는 오프셋은 64인 것으로 확인될 수 있다. 이는 위의 기준카드의 식별번호 '30001001'보다 '1'만큼 큰 식별번호를 갖는 카드부터 '30001065( = 30001001 + 64 )'의 식별번호를 갖는 카드까지 총 64개의 카드에 대한 제어정보가 동일하다는 것을 의미하며, 이 64개의 카드에 대한 제어정보는 제3 블록(203)의 제어정보(51) 란에 기재된 '0x0'의 값을 갖는다. 이와 같이 동일한 제어정보를 가지며 연속된 카드번호를 갖는 복수 개의 카드를 연속데이터로 처리함으로써, 정보 압축률을 높일 수 있다.
도 5는 본 발명의 일 실시예에 따른 제어리스트 생성용량을 다른 방식에 따른 제어리스트 생성용량과 비교하기 위한 도면이다. 도 5를 참조하여 설명하면, 본 발명의 일 실시예에 따른 메모리 낭비를 줄일 수 있는 효과를 검증하기 위해, 2가지 다른 기술과 비교하였다.
* 기술 1: 대한민국 특허출원번호 10-2003-0080830
* 기술 2: 대한민국 특허등록번호 10-0980467
비교 분석한 결과, 상기 기술 1의 제어리스트 생성용량(501)과 기술 2의 제어리스트 생성용량(502)에 비해, 본 발명의 일 실시예에 따른 제어리스트 생성용량(503)이 더 적게 생성되는 것을 확인할 수 있다. 따라서 본 발명의 일 실시예에 따라, 불필요한 메모리의 낭비를 줄일 수 있는 효과가 있다.
한편, 본 발명의 다른 실시예에 따르면, 상기 상술한 바와 같이 상기 16자리수의 카드번호와 달리 16자리수보다 작은 개수의 자릿수를 갖는 고유식별번호와 같은 번호를 사용할 수도 있다. 이때, 상기 카드번호와 상기 고유식별번호는 1:1로 대응할 수 있다. 상기 고유식별번호를 사용한 제어리스트를 설명하기 위해, 이하, 도 6을 참조하여 설명한다.
도 6은 본 발명의 다른 실시예에 따른 제어리스트의 구조를 나타내는 도면이다. 도 6에서 도시한 바와 같이, 본 발명의 일 실시예에 따른 제어리스트(100)와 달리, 본 발명의 다른 실시예에 따른 제어리스트(110)는 파일(200)이 복수 개의 BIN 영역으로 구분되지 않는다(즉, 1개의 BIN 영역만이 존재한다). 이에 따라, 상기 복수 개의 BIN 영역을 구분하기 위한 BIN 코드(301) 및 BIN 코드(301)가 나타내는 상기 BIN 영역의 물리적 시작주소(302)에 관한 정보가 불필요하므로, 제어리스트(110)는 BIN 테이블(300)을 포함하지 않는다. 또한, 제어리스트(110)의 헤더(400)에도 상기 BIN 코드(301)의 총 개수, 상기 BIN 코드(301)의 크기에 관한 정보, 및 상기 BIN 코드(301)가 나타내는 상기 BIN 영역의 물리적 시작주소(302)의 크기에 관한 정보가 포함되지 않는다.
<카드 제어리스트의 활용 예>
이하, 도 7을 참고하여, 본 발명의 일 실시예에 따라 구현된 카드 제어리스트의 활용 예를 설명한다.
운송수단에서 사용하는 카드 거래 승인 시스템은, 단말기(700)가 교통카드(73)를 승인하여 카드 제어리스트(64)에 포함된 다양한 정보(예컨대, 상기 상술한 식별정보 및/또는 제어정보 등)에 따라 해당 요금을 징수하거나 사용을 통제하도록 되어 있는 시스템으로서, 서버(600) 및 단말기(700)를 포함한다. 서버(600)는 복수 개의 교통카드에 관한 정보를 등록한 후, 상기 정보를 포함하는 카드 제어리스트(64)의 레코드를 생성하여 단말기(700)에게 전송하도록 되어 있다. 이때, 단말기(700)는 카드 제어리스트(64)를 서버(600)로부터 수신하도록 되어 있다.
이때, 만일, 사용자가 교통카드(73)를 단말기(700)에 접촉하면, 단말기(700)는 서버(600)로부터 수신한 카드 제어리스트(64)와 교통카드(73)의 카드번호를 비교하여 해당 요금을 징수하거나 사용을 통제하도록 되어 있다.
<실시예 1>
이하, 도 1을 참고하여, 본 발명의 일 실시예에 따른 컴퓨터로 읽을 수 있는 매체에 대하여 설명한다. 이 매체는, 기준카드의 식별번호를 포함하는 제1 블록(201), 및 다른 한 개 이상의 카드를 식별하기 위한 식별정보(204)를 포함하는 제2 블록(202)을 포함하는 레코드를 한 개 이상 포함하는 파일(200)을 포함하는 데이터가 기록되어 있다. 이때, 상기 카드 각각에 대한 상기 식별정보(204)를 저장하는 메모리 영역의 크기는 가변일 수 있다. 그리고 상기 레코드는 상기 각각의 카드에 관한 제어정보(205)를 포함하는 제3 블록(203)을 더 포함할 수 있다.
이때, 상기 카드 각각에 대한 식별정보(204)는, 상기 메모리 영역의 크기를 나타내는 제1 정보(206), 및 상기 카드 각각의 식별번호를 계산할 수 있는 오프셋 정보를 나타내는 제2 정보(207)를 포함할 수 있다. 이때, 제2 정보(207)가 기록되는 제2 서브-메모리 영역의 크기는 가변이다. 그리고 상기 카드 각각의 상기 식별번호는, 상기 기준카드의 식별번호와 상기 오프셋 정보를 이용하여 계산될 수 있다. 이때, 상기 제2 정보(207)에 따라 제1 정보(206) 및 상기 메모리 영역의 크기가 정해지도록 되어 있다.
또한, 상기 카드 각각에 대한 식별정보(204)는, 개별데이터를 나타내기 위한 개별데이터 오프셋 범위와 연속데이터를 나타내기 위한 연속데이터 오프셋 범위로 구분될 수 있다.
그리고 파일(200)을 포함하는 상기 데이터는, 상기 레코드의 총 개수, 제1 블록(201)의 크기에 관한 정보, 제2 블록(201)의 크기에 관한 정보를 포함하는 헤더(400)를 더 포함할 수 있다.
이때, 파일(200)은 복수 개의 BIN 영역으로 구분될 수 있으며, 상기 데이터는 상기 각각의 BIN 영역을 식별하는 BIN 코드(301) 및 상기 각각의 BIN 영역의 물리적 시작주소(302)를 포함하는 BIN 테이블을 더 포함할 수 있다. 그리고 헤더(400)는, 상기 BIN 코드의 총 개수, 상기 BIN 코드의 크기에 관한 정보, 상기 BIN 코드가 나타내는 상기 BIN 영역의 물리적 시작주소에 관한 정보를 더 포함할 수 있다.
상기 기준카드 및 상기 카드 각각에 대한 식별정보의 개수의 총 합은, 상기 레코드의 제3 블록(203)에 포함된 제어정보(205)의 개수와 동일하다. 그리고 상기 헤더 정보에 따라 제1 블록(201), 제2 블록(202), 및 제3 블록(203)의 크기를 조절할 수 있도록 되어 있다. 이때, 제2 블록(202)에 포함되는 상기 한 개 이상의 카드에 대한 식별정보(204)의 개수는 가변인 것을 특징으로 한다. 이때, 파일(200)은 상기 기준카드의 식별번호에 따라 한 개 이상의 서로 다른 영역으로 구분되도록 되어 있다.
<실시예 2>
이하, 도 8을 참고하여 본 발명의 일 실시예에 따른 서버에 대하여 설명한다. 이 서버(600)는 처리부(61) 및 저장부(62)를 포함하며, 복수 개의 교통카드에 관한 정보를 포함하는 제어리스트의 레코드(63)를 생성하여 저장부(62)에 저장하도록 되어 있다. 이때, 처리부(61)는, 레코드(63)의 제1 블록에 기준카드의 식별번호를 기록하도록 되어 있고, 레코드(63)의 제2 블록에 다른 한 개 이상의 카드를 식별하기 위한 식별정보를 기록하도록 되어 있으며 상기 카드 각각에 대한 상기 식별정보를 저장하는 메모리 영역의 크기는 가변이다. 또한, 처리부(61)는 레코드(63)의 제3 블록에 상기 기준카드 및 상기 카드에 관한 제어정보를 기록하도록 되어 있다. 이때, 상기 카드 각각에 대한 상기 식별정보는, 상기 메모리 영역의 크기를 나타내는 제1 정보, 및 상기 카드 각각의 식별번호를 계산할 수 있는 오프셋 정보를 나타내는 제2 정보를 포함한다. 그리고 상기 제2 정보가 기록되는 제2 서브-메모리 영역의 크기는 가변이다.
<실시예 3>
이하, 도 8을 참고하여, 본 발명의 일 실시예에 따른 단말기에 대하여 설명한다. 이 단말기는, 통신부(71) 및 처리부(72)를 포함하며, 복수 개의 교통카드에 관한 정보를 갖는 레코드(63)를 포함하는 제어리스트(64)를 통신부(71)를 통해 서버(600)로부터 수신하도록 되어 있다. 이때, 처리부(72)는, 레코드(63)의 제1 블록에 기록된 기준카드의 식별번호를 읽도록 되어 있고, 다른 한 개 이상의 카드를 식별하기 위하여 레코드(63)의 제2 블록에 기록되어 있는 식별정보를 읽도록 되어 있으며, 상기 각각의 식별정보가 저장된 메모리의 크기에 관한 정보는 상기 식별정보의 미리 결정된 부분에 기록되어 있다. 또한, 처리부(72)는 레코드(63)의 제3 블록에 기록된 상기 카드에 관한 제어정보를 읽도록 되어 있다.
상술한 본 발명의 실시예들을 이용하여, 본 발명의 기술 분야에 속하는 자들은 본 발명의 본질적인 특성에서 벗어나지 않는 범위 내에 다양한 변경 및 수정을 용이하게 실시할 수 있을 것이다. 특허청구범위의 각 청구항의 내용은 본 명세서를 통해 이해할 수 있는 범위 내에서 인용관계가 없는 다른 청구항에 결합될 수 있다.
Claims (16)
- 기준카드의 기준카드-식별번호를 포함하는 제1 블록, 및 한 개 이상의 다른 카드를 식별하기 위한 한 개 이상의 오프셋-식별정보를 포함하는 제2 블록을 포함하는 레코드를 한 개 이상 포함하는 파일을 포함하는 데이터가 기록되어 있으며,
상기 각각의 오프셋-식별정보를 저장하는 각각의 메모리 영역의 크기는 가변이며,
상기 모든 오프셋-식별정보는 각각, 상기 각각의 메모리 영역의 크기를 나타내는 제1 정보, 및 상기 다른 카드의 식별번호를 계산할 수 있는 오프셋 정보를 포함하는 제2 정보를 포함하는,
컴퓨터로 읽을 수 있는 매체. - 제1항에 있어서, 상기 레코드는 상기 각각의 카드에 관한 제어정보를 포함하는 제3 블록을 더 포함하는, 컴퓨터로 읽을 수 있는 매체.
- 제1항에 있어서,
상기 오프셋-식별정보 중 제1 오프셋-식별정보에 포함된 상기 제1 정보가 제1 값을 갖는 경우, 상기 제1 오프셋-식별정보는 복수 개의 카드에 대한 정보를 포함하고,
상기 오프셋-식별정보 중 제2 오프셋-식별정보에 포함된 상기 제1 정보가 제2 값을 갖는 경우, 상기 제2 오프셋-식별정보는 오직 1개의 카드에 대한 정보만을 포함하는 것을 특징으로 하는,
컴퓨터로 읽을 수 있는 매체. - 제1항에 있어서, 상기 제2 정보가 기록되는 제2 서브-메모리 영역의 크기는 가변인, 컴퓨터로 읽을 수 있는 매체.
- 제1항에 있어서, 상기 다른 카드 각각의 상기 식별번호는, 상기 기준카드-식별번호와 상기 오프셋-식별정보에 포함된 상기 제2 정보를 이용하여 계산되는, 컴퓨터로 읽을 수 있는 매체.
- 제1항에 있어서, 상기 제2 정보에 따라 상기 제1 정보 및 상기 메모리 영역의 크기가 정해지도록 되어 있는, 컴퓨터로 읽을 수 있는 매체.
- 제1항에 있어서, 상기 기준카드-식별번호는 상기 기준카드의 식별번호의 일부인 것을 특징으로 하는, 컴퓨터로 읽을 수 있는 매체.
- 제1항에 있어서, 상기 데이터는, 상기 레코드의 총 개수, 상기 제1 블록의 크기에 관한 정보, 및 상기 제2 블록의 크기에 관한 정보를 포함하는 헤더를 더 포함하는, 컴퓨터로 읽을 수 있는 매체.
- 제1항에 있어서,
상기 파일은 복수 개의 BIN 영역으로 구분되며,
상기 데이터는, 상기 각각의 BIN 영역을 식별하는 BIN 코드 및 상기 각각의 BIN 영역의 물리적 시작주소를 포함하는 테이블을 더 포함하는,
컴퓨터로 읽을 수 있는 매체. - 제9항에 있어서, 상기 데이터에 포함된 헤더는, 상기 BIN 코드의 총 개수, 상기 BIN 코드의 크기에 관한 정보, 상기 BIN 코드가 나타내는 상기 BIN 영역의 물리적 시작주소에 관한 정보를 더 포함하는, 컴퓨터로 읽을 수 있는 매체.
- 제1항에 있어서, 상기 파일은 복수 개의 상기 기준카드에 관한 정보를 포함하며, 상기 파일은 상기 복수 개의 상기 기준카드 각각에 대한 상기 기준카드-식별번호에 따라 복수 개의 서로 다른 영역으로 구분되도록 되어있는, 컴퓨터로 읽을 수 있는 매체.
- 저장부 및 처리부를 포함하며, 복수 개의 교통카드에 관한 정보를 포함하는 레코드를 한 개 이상 포함하는 파일을 포함하는 데이터를 상기 저장부에 저장하도록 되어 있는 서버로서,
상기 처리부는, 상기 레코드의 제1 블록에 기준카드의 기준카드-식별번호를 기록하도록 되어 있고, 그리고 상기 레코드의 제2 블록에 한 개 이상의 다른 카드를 식별하기 위한 한 개 이상의 오프셋-식별정보를 기록하도록 되어 있으며;
상기 각각의 오프셋-식별정보를 저장하는 각각의 메모리 영역의 크기는 가변이며,
상기 모든 오프셋-식별정보는 각각, 상기 각각의 메모리 영역의 크기를 나타내는 제1 정보, 및 상기 다른 카드의 식별번호를 계산할 수 있는 오프셋 정보를 포함하는 제2 정보를 포함하는,
서버. - 제12항에 있어서,
상기 오프셋-식별정보 중 제1 오프셋-식별정보에 포함된 상기 제1 정보가 제1 값을 갖는 경우, 상기 제1 오프셋-식별정보는 복수 개의 카드에 대한 정보를 포함하고,
상기 오프셋-식별정보 중 제2 오프셋-식별정보에 포함된 상기 제1 정보가 제2 값을 갖는 경우, 상기 제2 오프셋-식별정보는 오직 1개의 카드에 대한 정보만을 포함하는 것을 특징으로 하는,
서버. - 제12항에 있어서, 상기 데이터는, 상기 레코드의 총 개수, 상기 제1 블록의 크기에 관한 정보, 및 상기 제2 블록의 크기에 관한 정보를 포함하는 헤더를 더 포함하는 것을 특징으로 하는, 서버.
- 처리부 및 통신부를 포함하며, 복수 개의 교통카드에 관한 정보를 포함하는 레코드를 한 개 이상 포함하는 파일을 포함하는 데이터를 상기 통신부를 통해 서버로부터 수신하도록 되어 있는 단말기로서,
상기 처리부는,
상기 레코드의 제1 블록에 기록된, 기준카드의 기준카드-식별번호를 읽도록 되어 있고; 그리고,
상기 레코드의 제2 블록에 기록된, 한 개 이상의 다른 카드를 식별하기 위한 한 개 이상의 오프셋-식별정보를 읽도록 되어 있으며;
상기 각각의 오프셋-식별정보를 저장하는 각각의 메모리 영역의 크기는 가변이며,
상기 모든 오프셋-식별정보는 각각, 상기 각각의 메모리 영역의 크기를 나타내는 제1 정보, 및 상기 다른 카드의 식별번호를 계산할 수 있는 오프셋 정보를 포함하는 제2 정보를 포함하는,
단말기. - 제15항에 있어서, 상기 오프셋-식별정보 중 제1 오프셋-식별정보에 포함된 상기 제1 정보가 제1 값을 갖는 경우, 상기 제1 오프셋-식별정보는 복수 개의 카드에 대한 정보를 포함하고,
상기 오프셋-식별정보 중 제2 오프셋-식별정보에 포함된 상기 제1 정보가 제2 값을 갖는 경우, 상기 제2 오프셋-식별정보는 오직 1개의 카드에 대한 정보만을 포함하는 것을 특징으로 하는,
단말기.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20130050748A KR101488506B1 (ko) | 2013-05-06 | 2013-05-06 | 카드 제어리스트의 생성 및 압축방법 |
PCT/KR2014/003538 WO2014181979A1 (ko) | 2013-05-06 | 2014-04-23 | 카드 제어리스트의 생성 및 압축방법 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20130050748A KR101488506B1 (ko) | 2013-05-06 | 2013-05-06 | 카드 제어리스트의 생성 및 압축방법 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20140131753A KR20140131753A (ko) | 2014-11-14 |
KR101488506B1 true KR101488506B1 (ko) | 2015-02-03 |
Family
ID=51867420
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR20130050748A KR101488506B1 (ko) | 2013-05-06 | 2013-05-06 | 카드 제어리스트의 생성 및 압축방법 |
Country Status (2)
Country | Link |
---|---|
KR (1) | KR101488506B1 (ko) |
WO (1) | WO2014181979A1 (ko) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101887224B1 (ko) * | 2015-11-02 | 2018-08-09 | 주식회사 한국스마트카드 | 사용자 출생년월일을 기초로 카드 거래를 승인하는 방법 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR0145471B1 (ko) * | 1995-07-12 | 1998-08-01 | 김광호 | 사설교환시스템에 있어서 호출자정보 저장영역 및 그 가변방법 |
KR100980467B1 (ko) * | 2008-05-28 | 2010-09-07 | 주식회사 한국스마트카드 | 카드 정보 제공 방법 및 카드 거래 승인 방법 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100389194B1 (ko) * | 2001-07-09 | 2003-06-27 | 씨엔씨엔터프라이즈 주식회사 | 카드 블랙리스트 데이터의 압축방법 및 그의 전송시스템 |
KR20030083431A (ko) * | 2002-04-23 | 2003-10-30 | 케이비 테크놀러지 (주) | 카드번호리스트의 압축방법 및 그 장치 |
-
2013
- 2013-05-06 KR KR20130050748A patent/KR101488506B1/ko active IP Right Grant
-
2014
- 2014-04-23 WO PCT/KR2014/003538 patent/WO2014181979A1/ko active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR0145471B1 (ko) * | 1995-07-12 | 1998-08-01 | 김광호 | 사설교환시스템에 있어서 호출자정보 저장영역 및 그 가변방법 |
KR100980467B1 (ko) * | 2008-05-28 | 2010-09-07 | 주식회사 한국스마트카드 | 카드 정보 제공 방법 및 카드 거래 승인 방법 |
Also Published As
Publication number | Publication date |
---|---|
WO2014181979A1 (ko) | 2014-11-13 |
KR20140131753A (ko) | 2014-11-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106030498B (zh) | 存储装置和数据处理方法以及存储系统 | |
CN107436725A (zh) | 一种数据写、读方法、装置及分布式对象存储集群 | |
CN103222003B (zh) | 用于根据配置信息执行原子存储器操作的存储器及方法 | |
CN108733344A (zh) | 数据读写方法、装置以及环形队列 | |
US7206250B2 (en) | Method for storing data blocks in a memory | |
GB1492260A (en) | Data processing systems | |
CN106874348A (zh) | 文件存储和索引方法、装置及读取文件的方法 | |
JP2012074026A5 (ko) | ||
US20170177603A1 (en) | Compressed data rearrangement to optimize file compression | |
JP2004518327A (ja) | 逆進的にストリングを参照する為の識別子を用いたデータ圧縮方法 | |
KR101488506B1 (ko) | 카드 제어리스트의 생성 및 압축방법 | |
CN108572788A (zh) | 数据存取方法、装置及系统 | |
US8849051B2 (en) | Decoding variable length codes in JPEG applications | |
CN110120819A (zh) | 一种布尔电路编码方法、装置及系统 | |
WO2011048400A1 (en) | Memory interface compression | |
CN113542225A (zh) | 一种数据的压缩方法、装置、终端设备及存储介质 | |
CN115934730B (zh) | 数据处理方法和装置、介质和计算机设备 | |
CN110019347A (zh) | 一种区块链的数据处理方法、装置及终端设备 | |
JPH0234038A (ja) | データ圧縮装置 | |
CN101976328A (zh) | 一种会展资料收集系统、方法及其移动终端及数据服务器 | |
US3450261A (en) | Data retrieval apparatus and method | |
KR100671368B1 (ko) | 화상 신호 처리 장치 및 화상 신호 처리 방법 | |
CN110647525B (zh) | 一种基站数据的存储方法和装置 | |
KR100610529B1 (ko) | 카드블랙리스트 데이터의 압축저장방법 및 그 검색방법 | |
CN102542013B (zh) | 实现在zip存档中的对象内的随机访问 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
FPAY | Annual fee payment |
Payment date: 20180118 Year of fee payment: 4 |
|
FPAY | Annual fee payment |
Payment date: 20190121 Year of fee payment: 5 |
|
FPAY | Annual fee payment |
Payment date: 20200121 Year of fee payment: 6 |