KR100980467B1 - Method for Providing Card Information and Method for Approving Card Transaction - Google Patents
Method for Providing Card Information and Method for Approving Card Transaction Download PDFInfo
- Publication number
- KR100980467B1 KR100980467B1 KR1020080049487A KR20080049487A KR100980467B1 KR 100980467 B1 KR100980467 B1 KR 100980467B1 KR 1020080049487 A KR1020080049487 A KR 1020080049487A KR 20080049487 A KR20080049487 A KR 20080049487A KR 100980467 B1 KR100980467 B1 KR 100980467B1
- Authority
- KR
- South Korea
- Prior art keywords
- card
- data
- unique number
- offset
- record
- Prior art date
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/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
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Game Theory and Decision Science (AREA)
- Computer Security & Cryptography (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
본 발명은 카드 정보 제공 방법 및 카드 거래 승인 방법에 관한 것이다.The present invention relates to a card information providing method and a card transaction approval method.
본 발명은 카드를 사용하는 사용자의 사용 여부 및 각종 신상 정보의 변경에 따라 결제 방식이 변경되므로 카드 관리 시스템에 적절한 반영이 필요하나 기존의 메모리 주소에 플래그 정보를 저장하는 방식의 카드 저장 정보 제약과 변화 정보 저장 방식의 제약을 극복하기 위해 고안되었다.In the present invention, since the payment method is changed according to the use of the user who uses the card and various personal information changes, it is necessary to properly reflect the card management system. It is designed to overcome the limitations of change information storage.
본 발명은 사용 불가능한 일반 카드 정보와 사용자 할인 정보 중 '일반'을 제외한 할인 정보만을 가지고 새로운 형태의 데이터 구조를 제시함으로써 다양한 종류의 카드 정보를 쉽게 관리할 수 있다.The present invention can easily manage various kinds of card information by presenting a new type of data structure with only discount information except 'general' among unusable general card information and user discount information.
본 발명은 효율적인 데이터 구조로 인하여 메모리 요구량이 감소하고, 플래그 정보의 증가에도 유연한 대처가 가능한 효과를 기대할 수 있다.The present invention can be expected to reduce the memory requirements due to an efficient data structure, and to be able to flexibly cope with an increase in flag information.
카드, Alias, 오프셋, 카드 단말 승인, 플래그 정보, 고유 식별번호 Card, Alias, Offset, Card Endorsement, Flag Information, Unique Identification Number
Description
본 발명은 카드 정보 제공 방법 및 카드 거래 승인 방법에 관한 것으로서, 특히 카드번호에 대응하는 카드 고유번호에 카드의 사용 여부, 할인 등의 정보를 저장하여 카드 인증을 효율적으로 하기 위한 카드 정보 제공 방법 및 카드 거래 승인 방법에 관한 것이다.The present invention relates to a method for providing card information and a method for approving a card transaction, and in particular, a method for providing card information for efficiently performing card authentication by storing information such as whether a card is used or a discount in a card unique number corresponding to a card number, and Card transaction authorization method.
카드 승인 단말 시스템은 교통 카드를 승인하여 해당 요금을 징수하는 시스템으로서, 다양한 속성 정보(예를 들어, 일반, 청소년 등)에 따라 결제 요금을 차등화 하여 해당 요금을 징수하거나 사용을 통제한다.The card approval terminal system is a system for collecting a corresponding fare by approving a transportation card. The card approval terminal system differentiates a payment fare according to various attribute information (for example, general, youth, etc.) to collect or control the fare.
카드 승인 단말 시스템은 다양한 속성 정보에 따라 요금을 차등 징수하거나 승인을 통제하기 위해서 카드번호 또는 대응하는 식별번호에 해당하는 속성 정보의 변화를 지속적으로 관리해야 할 필요가 있다.The card approval terminal system needs to continuously manage the change of the attribute information corresponding to the card number or the corresponding identification number in order to differentially collect charges or control the approval according to various attribute information.
카드는 카드의 속성 정보를 판단하기 위해서 카드 내에 카드번호에 대응하는 식별번호, 즉 Alias 번호를 저장하고 있다.The card stores an identification number corresponding to the card number, that is, an Alias number, in the card to determine attribute information of the card.
종래의 카드 승인 단말 시스템은 카드의 Alias 번호를 메모리 주소로 변환하 고, 물리적인 메모리 영역에서 변환된 메모리 주소에 매칭하는 카드 속성 정보를 카드 속성 정보 테이블에서 검색하여 카드 사용 여부 및 사용자의 신상 정보를 검색한다. 여기서, 카드 속성 정보 테이블은 카드 속성 정보를 메모리 주소에 순차적으로 저장하고 있다.The conventional card approval terminal system converts an alias number of a card into a memory address and retrieves card attribute information matching the memory address converted in the physical memory area from the card attribute information table to determine whether the card is used and the user's personal information. Search for. Here, the card attribute information table sequentially stores card attribute information in a memory address.
종래의 메모리 주소를 이용한 카드 승인 시스템은 카드번호에 대응하는 메모리 주소에 카드 사용 여부를 나타내는 플래그 정보를 순차적으로 저장하여 카드 사용시 인증을 용이하게 한다.A conventional card approval system using a memory address sequentially stores flag information indicating whether a card is used in a memory address corresponding to a card number to facilitate authentication when using a card.
카드 사용 여부를 나타내는 플래그 정보를 저장하는 구조는 실제로 카드 사용 여부와 관계없이 예상 사용 가능한 전체 카드 수에 대응하는 플래그 정보를 순차적으로 모두 저장해야 하므로 메모리 영역을 많이 차지한다.The structure for storing flag information indicating whether a card is used occupies a large amount of memory because it is necessary to sequentially store all flag information corresponding to the expected total number of available cards regardless of whether a card is actually used or not.
전술한 플래그 정보를 저장하는 구조는 카드 사용 여부를 나타내는 플래그 정보의 메모리 영역을 모두 소진하는 경우, 순차적으로 플래그 정보를 추가시키는 것이 아니라 실제 발급되지 않은 카드에 대해서도 별도의 카드번호에 대응하는 메모리 주소 영역을 할당하여 플래그 정보를 저장해 놓아야 하므로 불필요한 용량 소모가 발생한다.The above-described structure for storing flag information has a memory address corresponding to a separate card number even for a card which is not actually issued, instead of adding flag information sequentially when the memory area of flag information indicating whether a card is used up is exhausted. Unnecessary capacity consumption occurs because it is necessary to allocate area to store flag information.
현재 서울 교통 단말기의 경우, 1억 2천만 개 카드의 플래그 정보를 저장하여 관리하기 위해 약 23M의 메모리 공간을 사용하고 있으나 향후 메모리 주소 영역의 소진이 예상되어 추가로 1억 2천만 개 카드의 플래그 정보를 저장할 수 있는 메모리 영역을 확장하고 있는 상황이다. Currently, the Seoul traffic terminal uses about 23M of memory space to store and manage 120 million cards of flag information, but it is expected that the memory address area will be exhausted in the future. This is a situation where the memory area for storing information is expanding.
카드 사용 여부를 나타내는 플래그 정보는 '사용 불가능한 일반 카드', '사 용 가능한 일반 카드', '사용 가능한 학생 카드', '사용 가능한 어린이 카드'의 사용 여부와 할인 정보에 대해 관리하고 있다.The flag information indicating whether the card is used is managed for the use of 'unusable general card', 'usable general card', 'usable student card', 'usable child card' and discount information.
종래 메모리 주소에 플래그 정보를 저장하는 방식은 구조적인 제약으로 1종류의 정보를 추가로 저장할 때마다 전체 저장되어 있는 메모리 주소만큼의 저장 공간이 증가하여 메모리 용량과 처리 속도에 치명적인 영향을 미친다. 즉, 현재 서울 교통 단말기의 경우, 1억 2천만 개 카드의 플래그 정보를 저장하고 있으나, 1종류의 정보를 추가하기 위해 약 15M의 메모리 용량이 증가해야 한다.In the conventional method of storing flag information in a memory address, due to structural constraints, each additional storage of one kind of information increases the storage space as much as the total stored memory address, which has a fatal effect on memory capacity and processing speed. In other words, the current Seoul traffic terminal stores the flag information of 120 million cards, but the memory capacity of about 15M must be increased to add one kind of information.
종래의 카드 승인 단말 시스템은 플래그 정보에 대한 변경 정보를 관리하기 위해서 수시로 변경될 카드번호에 대응하는 메모리 주소와 이에 대한 플래그 정보가 저장된 변동 정보 파일을 수신받아 별도의 처리 방식에 따라 갱신해야 한다.In order to manage change information on the flag information, the conventional card approval terminal system needs to receive a memory information corresponding to a card number to be changed from time to time and a change information file in which flag information thereof is stored and update according to a separate processing method.
종래의 카드 승인 단말 시스템은 수신한 변동 정보 파일을 갱신하기 위해 단말 업데이트를 수행하는데, 버전 정보 등의 오류로 인해 변경 정보가 정확하게 갱신되지 못하는 경우 카드 승인에 문제가 발생할 수 있다.A conventional card approval terminal system performs a terminal update to update a received variation information file. If the change information is not updated correctly due to an error such as version information, a card approval problem may occur.
또한, 카드 승인 단말 시스템은 변경 정보를 갱신하기 위해 변동 정보 파일을 수신받는데 추가적인 용량 확보가 필요하고, 단말 업데이트 수행 중 카드 처리 시간이 지연되는 문제점이 발생한다. In addition, the card approval terminal system needs to secure additional capacity in order to receive the change information file in order to update the change information, and the card processing time is delayed during the terminal update.
이와 같은 문제점을 해결하기 위하여, 본 발명은 카드번호에 대응하는 카드 고유번호에 카드의 사용 여부, 할인 등의 정보를 저장하여 카드 인증을 효율적으로 하기 위한 카드 정보 제공 방법 및 카드 거래 승인 방법을 제공하기 위한 것이다.In order to solve such a problem, the present invention provides a card information providing method and a card transaction approval method for efficient card authentication by storing information such as whether the card is used or a discount in the card unique number corresponding to the card number It is to.
이러한 기술적 과제를 달성하기 위한 본 발명의 특징에 따른 카드 정보 제공 방법은 (a) 카드 발행사 시스템으로부터 카드 고유번호 리스트를 수신하고, 상기 수신한 카드 고유번호 리스트에서 제N 번째 카드 고유번호와 제N+1 번째 카드 고유번호와의 차이값을 계산하여 하나 이상의 오프셋 값들을 생성하는 단계; 및 (b) 한 개의 레코드 당 특정 바이트로 나누어 각 레코드의 첫 번째 레코드 위치에 각각의 기준 카드 고유번호를 저장하고, 상기 저장한 각각의 기준 카드 고유번호 뒤에 상기 생성한 하나 이상의 오프셋 값들을 순차적으로 저장함으로써 압축 데이터를 생성하여 일정 주기마다 카드 승인 단말 장치로 전송하는 단계를 포함한다.According to an aspect of the present invention, there is provided a method for providing card information according to a feature of the present invention. (A) Receiving a card identification number list from a card issuer system, and the Nth card identification number and Nth number in the received card identification number list. Generating one or more offset values by calculating a difference value from the +1 th card unique number; And (b) storing each reference card identification number in the first record position of each record by dividing the data into specific bytes per one record, and sequentially generating the one or more offset values generated after each reference card identification number. Generating compressed data by storing the data and transmitting the compressed data to the card approval terminal device at predetermined intervals.
본 발명의 특징에 따른 카드 거래 승인 방법은 (a) 카드 속성 정보가 저장된 고정 데이터―상기 고정 데이터는 한 개의 레코드 당 특정 바이트로 나누어 각 레코드의 첫 번째 레코드 위치에 각각의 기준 카드 고유번호를 저장하고, 상기 저장한 각각의 기준 카드 고유번호 뒤에 카드 고유번호 간 차이값인 오프셋 값들을 순차적으로 저장함― 또는 상기 고정 데이터에 저장된 카드 속성 정보가 변경된 경우 상기 변경된 카드 속성 정보가 저장된 변동 데이터를 수신하고, 카드에 의한 사용 승인 요청이 있으면, 상기 카드로부터 제1 카드 고유번호를 수신하는 단계; (b) 상기 수신한 제1 카드 고유번호에 해당하는 데이터가 상기 변동 데이터에 있는지 검색하여 카드 사용 여부를 판단하고, 상기 변동 데이터에 상기 수신한 제1 카드 고유번호에 대한 데이터가 검색되지 않는 경우, 상기 고정 데이터를 검색하여 카드 사용 여부를 판단하는 단계; 및 (c) 상기 변동 데이터 또는 상기 고정 데이터의 상기 카드 사용 여부에 따른 카드 거래 승인 절차를 수행하는 단계를 포함한다.According to an aspect of the present invention, a method for approving a card transaction includes (a) fixed data in which card attribute information is stored, and the fixed data is divided into specific bytes per one record to store each reference card unique number at the first record position of each record. And sequentially storing offset values, which are difference values between card identification numbers, after the stored reference card identification numbers. Alternatively, when card attribute information stored in the fixed data is changed, the changed card attribute information is stored. Receiving a first card unique number from the card if a request for permission to use by the card is received; (b) determining whether the card is used by searching whether the data corresponding to the received first card unique number is in the change data, and when the data about the received first card unique number is not found in the change data. Determining whether to use a card by searching the fixed data; And (c) performing a card transaction approval procedure according to whether the change data or the fixed data uses the card.
본 발명의 특징에 따른 카드 거래 승인 방법은 (a) 카드 발행사 시스템으로부터 카드 속성 정보가 저장된 고정 데이터 또는 상기 고정 데이터에 저장된 상기 카드 속성 정보가 변경된 경우, 상기 변경된 카드 속성 정보가 저장된 변동 데이터를 생성하고, 상기 고정 데이터 또는 상기 변동 데이터를 일정 주기마다 전송하는 단계; (b) 상기 고정 데이터 및 상기 변동 데이터를 수신하여 저장하고, 카드에 의한 사용 승인 요청이 있으면, 상기 카드로부터 제1 카드 고유번호를 수신하는 단계; (c) 상기 수신한 제1 카드 고유번호에 해당하는 데이터가 상기 변동 데이터에 있는지 검색하여 카드 사용 여부를 판단하고, 상기 변동 데이터에 상기 수신한 제1 카드 고유번호에 대한 데이터가 검색되지 않는 경우, 상기 고정 데이터를 검색하여 카드 사용 여부를 판단하는 단계; 및 (d) 상기 변동 데이터 또는 상기 고정 데이터에 대한 상기 카드 사용 여부에 따른 카드 거래 승인 절차를 수행하는 단계를 포함한다.According to an aspect of the present invention, a method for approving a card transaction includes (a) generating change data in which card attribute information is stored when the fixed data storing card attribute information or the card attribute information stored in the fixed data is changed from a card issuer system. Transmitting the fixed data or the variation data at regular intervals; (b) receiving and storing the fixed data and the change data, and receiving a first card unique number from the card when a request for use approval by a card is received; (c) determining whether the card is used by searching whether the data corresponding to the received first card unique number is in the change data, and when the data about the received first card unique number is not found in the change data. Determining whether to use a card by searching the fixed data; And (d) performing a card transaction approval procedure based on whether the card is used for the change data or the fixed data.
전술한 구성에 의하여, 본 발명은 카드 승인 단말 장치 내에서 변동 데이터 를 별도로 갱신하는 작업을 수행하지 않고 그대로 변동 데이터를 적용할 수 있어 갱신에 따라 발생되는 각종 오류 상황을 줄일 수 있고 변경 관리가 용이하여 안정적인 시스템 운영이 가능한 효과를 기대할 수 있다.According to the above-described configuration, the present invention can apply the change data as it is without performing the task of separately updating the change data in the card approval terminal device, thereby reducing various error situations caused by the update and facilitating change management. Thus, stable system operation can be expected.
본 발명은 종래의 고정적인 메모리 영역 할당으로 카드 수와 변경 정보의 증가에 따른 용량이 폭증하는 현상을 방지하는 효과를 기대할 수 있다.The present invention can be expected to prevent the phenomenon that the capacity increases due to the increase in the number of cards and change information by the conventional fixed memory area allocation.
본 발명은 카드 승인 단말 장치 내에서 변경 정보를 갱신 처리하는데 발생되는 물리적인 처리 속도의 지연 및 비정상적인 갱신 오류 현상을 방지하는 효과를 기대할 수 있다.The present invention can be expected to have the effect of preventing the delay of the physical processing speed and abnormal update error occurring in the update process of the change information in the card approval terminal device.
본 발명은 효율적인 데이터 구조로 인하여 메모리 요구량이 감소하고, 플래그 정보의 증가에도 유연한 대처가 가능한 효과를 기대할 수 있다.The present invention can be expected to reduce the memory requirements due to an efficient data structure, and to be able to flexibly cope with an increase in flag information.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.DETAILED DESCRIPTION Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art may easily implement the present invention. The present invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. In the drawings, parts irrelevant to the description are omitted in order to clearly describe the present invention, and like reference numerals designate like parts throughout the specification.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "…부", "…기", "모듈", "블록" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.Throughout the specification, when a part is said to "include" a certain component, it means that it can further include other components, without excluding other components unless specifically stated otherwise. In addition, the terms “… unit”, “… unit”, “module”, “block”, etc. described in the specification mean a unit that processes at least one function or operation, which is hardware or software or a combination of hardware and software. It can be implemented as.
도 1은 본 발명의 실시예에 따른 카드 관리 시스템의 전체적인 구성을 간략하게 나타낸 도면이다.1 is a diagram schematically showing the overall configuration of a card management system according to an embodiment of the present invention.
본 발명의 카드 관리 시스템은 카드 발행사 시스템(100), 운영 기관 센터(200), 집계 시스템(300) 및 카드 승인 단말 장치(400)를 포함한다.The card management system of the present invention includes a
카드 발행사 시스템(100)은 카드 속성 정보가 기재된 카드를 발급하고, 카드 속성 정보를 자체 데이베이스(미도시)에 저장한다. 여기서, 카드 속성 정보는 카드 일련 번호, 유효 기간, 카드 종류, 발행사 식별번호, 사용 정보, 할인 정보, 카드 고유번호 중 어느 하나 이상의 정보를 포함한다.The
카드 발행사 시스템(100)은 사용자의 요청 또는 카드 발행사의 정책에 의해 카드 속성 정보를 변경하는 경우, 변경 정보를 자체 데이터베이스에 저장하고, 주기적으로 변경 정보를 운영 기관 센터(200)로 전송한다.When the
운영 기관 센터(200)는 카드 발행사 시스템(100)으로부터 카드 속성 정보를 수신하여 선불 카드 또는 후불 카드의 사용 여부, 할인, 인증을 처리하기 위한 고정 데이터를 생성한다. 또한, 운영 기관 센터(200)는 카드 발행사 시스템(100)으로부터 주기적으로 변경 정보를 수신하여 해당 변경 정보를 통합한 후, 고정 데이터와 동일한 데이터 구조의 변동 데이터를 생성한다.The
운영 기관 센터(200)는 고정 데이터와 변동 데이터를 기설정된 주기 또는 하 위 시스템에서 요청시 집계 시스템(300)을 통해 카드 승인 단말 장치(400)로 전송한다.The
집계 시스템(300)은 운영 기관 센터(200)로부터 고정 데이터 및 변동 데이터를 수신하여 저장한다. 또한, 본 발명의 실시예에 따른 집계 시스템(300)은 고정 데이터와 변동 데이터를 카드 승인 단말 장치(400)로 전송하는 바이패스 역할을 수행하고 있지만, 다른 실시예로서, 운영 기관 센터(200)로부터 데이터 리스트, 카드 속성 정보를 수신하여 고정 데이터와 변동 데이터를 생성할 수도 있다.The
본 발명의 실시예에 따른 운영 기관 센터(200) 또는 집계 시스템(300)은 고정 데이터와 변동 데이터를 생성하여 전송할 수 있다.The
본 발명의 실시예에서는 고정 데이터와 변동 데이터를 생성하여 전송하는 장치라면 어떠한 장치 또는 모듈이든 관계없이 카드 관리 서버로 통칭하여 사용될 수 있다.In the embodiment of the present invention, any device or module may be used collectively as a card management server as long as the device generates and transmits fixed data and variation data.
카드 승인 단말 장치(400)는 카드에 의한 사용 승인 요청이 발생하면, 카드 내에 저장된 카드 고유번호를 수신하고, 카드 고유번호가 기저장된 변동 데이터에 존재하는지 검색하여 카드 사용 여부를 판단하며, 변동 데이터에 존재하지 않는 경우, 고정 데이터를 검색하여 카드 사용 여부를 판단하여 카드 거래 승인 절차를 처리한다.When the card
다음, 도 2를 참조하여 운영 기관 센터(200)의 기능을 상세하게 설명한다.Next, the function of the
도 2는 본 발명의 실시예에 따른 운영 기관 센터(200)의 내부 구성을 간략하게 나타낸 블록 구성도이다.2 is a block diagram schematically showing the internal configuration of the
본 발명의 실시예에 따른 운영 기관 센터(200)는 카드 고유번호 저장부(210), 데이터 생성부(220), 데이터 저장부(230) 및 데이터 전송부(240)를 포함한다.The
카드 고유번호 저장부(210)는 카드 발행사 시스템(100)으로부터 전체 카드 중 후불 카드를 사용 여부, 할인, 인증을 처리하기 위해서 '사용 불가능한 일반 카드'에 해당하는 카드 고유번호(즉, Alias 번호)들을 포함한 후불 카드 리스트를 수신하여 저장한다.Card unique
카드 고유번호 저장부(210)는 카드 발행사 시스템(100)으로부터 전체 카드 중 선불 카드를 사용 여부, 할인, 인증을 처리하기 위해서 '사용 불가능한 일반 카드', '사용 가능한 어린이 카드' 및 '사용 가능한 학생 카드'에 해당하는 카드 고유번호(즉, Alias 번호)들을 포함한 선불 카드 리스트를 수신하여 저장한다.Card unique
데이터 생성부(220)는 한 개의 레코드 당 35바이트로 나누어 후불 카드 리스트 또는 선불 카드 리스트에서 첫 번째 카드 Alias 번호를 기준 Alias 번호로 선택하여 4바이트로 저장하고, 이후 Alias 번호 간 차이값을 오프셋 값으로 계산하여 31바이트에 순차적으로 저장하여 압축 데이터를 생성한다.The
본 발명의 실시예에서는 기준 Alias 번호와 오프셋 값들을 각각 4바이트와 31바이트를 포함하여 35바이트로 구성하고, 이는 메모리의 용량과 처리 속도를 고려하여 최적화된 레코드 수를 결정한 것이다.In the embodiment of the present invention, the reference alias number and the offset values are composed of 35 bytes including 4 bytes and 31 bytes, respectively, and the optimized number of records is determined in consideration of memory capacity and processing speed.
따라서, 레코드 수는 35바이트로 그 수를 한정하는 것이 아니라 메모리의 용량과 처리 속도를 고려하여 증감이 가능하다.Therefore, the number of records is not limited to 35 bytes, but can be increased or decreased in consideration of the memory capacity and processing speed.
데이터 생성부(220)는 기준 Alias 번호와 오프셋 값들을 포함하는 32개의 카드 정보로 이루어진 고정 데이터와 고정 데이터에 추가로 고정 데이터(32개의 카드 정보)에 대응하는 카드 속성 정보를 옵션값들로 순차적으로 저장한 변동 데이터를 생성한다. 여기서, 옵션값들은 2비트로 구성된 32개의 즉, 8바이트로 구성된 카드 속성 정보로서, 사용 불가능한 일반 카드(00), 사용 가능한 일반 카드(01), 사용 가능한 학생 카드(10), 사용 가능한 어린이 카드(11)를 구분하기 위하여 사용되는 필드이다. 다시 말해, 카드 속성 정보에는 데이터의 변경 정보를 저장할 수 있다.The
데이터 생성부(220)는 후불 카드 리스트를 이용하여 기준 Alias 번호들와 오프셋 값들을 저장한 후불 고정 데이터와 후불 고정 데이터에 추가로 후불 고정 데이터에 대응하는 카드 속성 정보를 옵션값들로 순차적으로 저장한 후불 변동 데이터(기준 Alias 번호, 오프셋 값들 및 옵션값들로 구성)를 생성한다. 여기서, 후불 변동 데이터는 해당 Alias 번호의 변동 여부(사용/사용 불가능)를 알기 위해 카드 속성 정보를 옵션값들로 구성한다.The
또한, 데이터 생성부(220)는 선불 카드 리스트를 이용하여 기준 Alias 번호들, 오프셋 값들 및 옵션값들을 저장한 선불 고정 데이터와 선불 고정 데이터와 동일한 데이터 구조를 가진 선불 변동 데이터를 생성한다. In addition, the
따라서, 선불 변동 데이터, 선불 고정 데이터 및 후불 변동 데이터는 기준 Alias 번호, 오프셋 값들 및 옵션값들로 구성된다.Thus, the prepaid variation data, the prepaid fixed data and the postpaid variation data are composed of reference alias numbers, offset values and option values.
데이터 생성부(220)는 카드 속성 정보가 변경되어 카드 발행사 시스템(100)으로부터 변경 정보를 수신하는 경우 해당 변경 정보를 통합하여 후불 변동 데이터 와 선불 변동 데이터를 생성한다.When the card property information is changed and the change information is received from the
데이터 저장부(230)는 데이터 생성부(220)에서 생성한 선불 고정 데이터, 선불 변동 데이터, 후불 고정 데이터 및 후불 변동 데이터를 업데이트하여 저장한다.The
데이터 전송부(240)는 생성된 선불 고정 데이터 및 후불 고정 데이터를 일정 주기(예를 들어 30일 등)마다 집계 시스템(300)으로 전송하고, 생성된 선불 변동 데이터 및 후불 변동 데이터의 경우 변동 데이터의 저장 용량이 고정 데이터의 일정 범위를 넘어서는 경우(예를 들어, 고정 데이터의 80% 초과시) 집계 시스템(300)으로 전송한다.The
다음, 도 3을 참조하여 운영 기관 센터(200)에서 수행되는 고정 데이터 또는 변동 데이터의 데이터 생성 방법을 상세하게 설명한다.Next, the data generation method of the fixed data or the variation data performed in the
도 3은 본 발명의 실시예에 따른 고정 데이터 또는 변동 데이터의 데이터 생성 방법을 설명하기 위한 도면이고, 도 4는 도 3에서 설명한 오프셋 범위를 나타낸 도면이다.3 is a diagram illustrating a data generation method of fixed data or variation data according to an embodiment of the present invention, and FIG. 4 is a diagram illustrating an offset range described with reference to FIG. 3.
데이터 생성부(220)는 카드 고유번호 리스트에서 Alias 번호를 추출하고, 현재 오프셋 위치가 기준 Alias 번호의 오프셋 위치(Alias==0)인지 판단한다(S100, S102).The
데이터 생성부(220)는 현재 오프셋 위치가 기준 Alias 번호의 오프셋 위치인 경우, 한 개의 레코드 당 35바이트로 나누어 추출한 Alias 번호를 첫 레코드의 기준 Alias 번호로 저장하고, 오프셋 위치를 1만큼 오른쪽으로 이동한다(S104).If the current offset position is the offset position of the reference Alias number, the
데이터 생성부(220)는 현재 오프셋 위치가 기준 Alias 번호의 오프셋 위치가 아닌 경우, 해당 Alias 번호와 직전에 저장한 Alias 번호와의 차이를 계산한 후, 그 차이가 253 이하인지 판단한다(S106, S108).If the current offset position is not the offset position of the reference Alias number, the
데이터 생성부(220)는 해당 Alias 번호와 직전에 저장한 Alias 번호와의 차이를 계산한 오프셋 값이 253 이하인 경우, 그대로 차이값인 오프셋 값을 저장하고, 오프셋 위치를 1만큼 오른쪽으로 이동한다(S110).If the offset value calculated from the difference between the corresponding Alias number and the previously stored Alias number is 253 or less, the
데이터 생성부(220)는 해당 Alias 번호와 직전에 저장한 Alias 번호와의 차이를 계산한 오프셋 값이 253에서 507 사이의 값인 경우, 현재 오프셋 위치를 2만큼 오른쪽으로 이동하여(254 이상인 오프셋 값을 저장할 오프셋 위치) 저장할 오프셋 위치가 마지막 바이트를 넘는지 판단한다(S112, S114).If the offset value calculated from the difference between the corresponding Alias number and the previously stored Alias number is between 253 and 507, the
데이터 생성부(220)는 254 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘지 않는 경우, 1st 오프셋 바이트에 '0x00' 값을, 2nd 오프셋 바이트에 차이값인 오프셋 값에서 253을 뺀 나머지 값을 저장하고, 오프셋 위치를 2만큼 오른쪽으로 이동한다(S114, S116). If the offset position to store the offset value larger than 254 does not exceed the last byte, the
데이터 생성부(220)는 254 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘는 경우, 1st 오프셋 바이트에 '0x00' 값만을 저장하고, 오프셋 위치를 2만큼 오른쪽으로 이동한다(S114, S118). If the offset position to store the offset value larger than 254 exceeds the last byte, the
데이터 생성부(220)는 해당 Alias 번호와 직전에 저장한 Alias 번호와의 차이를 계산한 오프셋 값이 506에서 65536 사이의 값인 경우, 507 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘는지 판단한다(S120, S122).If the offset value calculated from the difference between the corresponding Alias number and the Alias number stored immediately before is a value between 506 and 65536, the
데이터 생성부(220)는 507 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘지 않는 경우, 1st 오프셋 바이트에 '0xFE' 값을, 나머지 2바이트에 해당하는 차이값인 오프셋 값을 저장하고, 오프셋 위치를 3만큼 오른쪽으로 이동한다(S122, S124).If the offset position to store an offset value of 507 or more does not exceed the last byte, the
데이터 생성부(220)는 507 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘는 경우, 1st 오프셋 바이트에 '0xFE' 값만을 저장하고, 오프셋 위치를 3만큼 오른쪽으로 이동한다(S122, S126).If the offset position to store the offset value larger than 507 exceeds the last byte, the
데이터 생성부(220)는 해당 Alias 번호와 직전에 저장한 Alias 번호와의 차이를 계산한 오프셋 값이 65536 이상의 값인 경우, 65536 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘는지 판단한다(S128).If the offset value calculated from the difference between the corresponding Alias number and the previously stored Alias number is equal to or greater than 65536, the
데이터 생성부(220)는 65536 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘지 않는 경우, 1st 오프셋 바이트에 '0xFF' 값을, 나머지 4바이트에 해당하는 차이값인 오프셋 값을 저장하고, 오프셋 위치를 5만큼 오른쪽으로 이동한다(S130).When the offset position to store an offset value of 65536 or more does not exceed the last byte, the
데이터 생성부(220)는 65536 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘는 경우, 1st 오프셋 바이트에 '0xFF' 값만을 저장하고, 오프셋 위치를 5만큼 오른쪽으로 이동한다(S132).If the offset position to store the offset
데이터 생성부(220)는 254 이상인 오프셋 값을 저장할 오프셋 위치가 마지막 바이트를 넘을 경우, 1st 바이트에 '0x00', '0xFE', '0xFF' 값만을 저장하고, 2nd 바이트에 1st 바이트에 관계없이 '0x00'값을 저장한다.The
또한, 데이터 생성부(220)는 마지막 레코드에서 마지막 해당 오프셋을 저장 한 후 남아있는 오프셋 저장 공간에 '0xFF' 값으로 채운다.In addition, the
여기서, '0x00', '0xFE', '0xFF'는 특수 코드로서, '0x00'는 '0x00' 이후에 나머지 1바이트에 해당하는 차이값을 저장하고, '0xFE'는 '0xFE' 이후에 나머지 2바이트에 해당하는 차이값을 저장하며, '0xFF'는 '0xFF' 이후에 나머지 4바이트에 해당하는 차이값을 저장함을 의미한다.Here, '0x00', '0xFE' and '0xFF' are special codes, '0x00' stores the difference value corresponding to the remaining 1 byte after '0x00', and '0xFE' is the remaining 2 after '0xFE'. The difference value corresponding to the byte is stored, and '0xFF' means to store the difference value corresponding to the remaining 4 bytes after '0xFF'.
데이터 생성부(220)는 S110, S116, S118, S124, S126, S130, S132의 각 단계를 수행한 후, 카드 고유번호 리스트가 후불 카드 리스트인지 선불 카드 리스트인지 판단하고, 선불 카드 리스트인 경우, 오프셋 값을 저장할 오프셋 위치의 속성 정보에 해당하는 옵션값을 동일한 위치의 옵션 필드에 저장한다(S134, S136).After performing each step of S110, S116, S118, S124, S126, S130, and S132, the
데이터 생성부(220)는 S110, S116, S118, S124, S126, S130, S132의 각 단계를 수행한 후, 카드 고유번호 리스트가 후불 카드 리스트인지 선불 카드 리스트인지 판단하고, 후불 카드 리스트거나 S136 단계를 수행한 경우, 이동한 오프셋 위치가 마지막 바이트를 넘는지 판단한다(S138).After the
데이터 생성부(220)는 이동한 오프셋 위치가 마지막 바이트를 넘는 경우, 레코드를 추가하여 기준 Alias 번호의 오프셋 위치에 이전 레코드의 마지막으로 저장할 오프셋 값을 저장하고, 오프셋 위치를 0으로 설정한다(S138, S140).If the shifted offset position exceeds the last byte, the
데이터 생성부(220)는 이동한 오프셋 위치가 마지막 바이트를 넘지 않거나 S140 단계를 수행한 후, 해당 오프셋 값이 카드 고유번호 리스트의 마지막 데이터인지 판단하고, 마지막 데이터인 경우 마지막 레코드에서 마지막 해당 오프셋을 저장한 후, 남아있는 오프셋 저장 공간을 '0xFF' 값으로 채운다(S142, S144).The
데이터 생성부(220)는 이동한 오프셋 위치가 마지막 바이트를 넘지 않거나 S140 단계를 수행한 후, 해당 오프셋 값이 카드 고유번호 리스트의 마지막 데이터인지 판단하고, 마지막 데이터가 아닌 경우, S102 단계로 진행하여 데이터 생성 과정을 반복한다.After generating the moved offset position does not exceed the last byte or performs step S140, the
도 5는 본 발명의 실시예에 따른 데이터 생성부(220)에서 생성된 후불 고정 데이터의 데이터 포맷을 설명하기 위한 도면이고, 도 6은 본 발명의 실시예에 따른 데이터 생성부(220)를 통해 생성된 후불 고정 데이터의 일례를 도시한 도면이다.FIG. 5 is a diagram for describing a data format of postpaid fixed data generated by the
도 5에 도시된 바와 같이, 데이터 생성부(220)는 후불 카드 리스트에 해당하는 첫 번째 Alias 번호를 추출하여 한 개의 레코드 당 35바이트로 나누어 기준 Alias 번호 1(500)를 4바이트로 저장하고, 이후 Alias 번호 간 차이값인 오프셋 값을 순차적으로 저장한다.As shown in FIG. 5, the
오프셋 1에 해당하는 실제 Alias 번호는 기준 Alias 1(500)에 오프셋 1 값(510)을 더한 만큼의 값을 의미한다.The actual Alias number corresponding to the offset 1 means a value equal to the
기준 Alias 2(520)는 기준 Alias 1(500)에 오프셋 1(510)부터 오프셋 31(530)까지 값을 모두 더한 만큼의 값을 의미한다. 따라서, 한 레코드 당 최대 32개의 카드 Alias 정보가 저장된다.The
도 6에 도시된 바와 같이, 후불 카드 리스트에서 추출한 '사용 불가능한 일반 카드'에 해당하는 Alias 번호들을 의미하며, 첫 번째 카드 Alias 번호를 첫 번째 레코드의 기준 Alias 번호(A)(540)로 설정하고, 기준 Alias 번호(A)(540) 뒤에 Alias 번호 간 차이값인 오프셋 값을 순차적으로 저장한다.As shown in FIG. 6, it refers to Alias numbers corresponding to 'unusable general cards' extracted from the postpaid card list, and the first card Alias number is set as the reference Alias number (A) 540 of the first record. After the reference Alias number (A) 540, an offset value that is a difference between Alias numbers is sequentially stored.
후불 카드 리스트의 마지막 2비트는 카드 속성 정보를 의미하는 것으로, 후불 고정 데이터의 경우 '00' 사용 불가능한 일반 카드'로 설정되어 있다.The last two bits of the postpaid card list refer to card attribute information, and in the case of postpaid fixed data, it is set to '00' unusable general card.
도 4에서 언급한 바와 같이, 첫 레코드의 마지막 바이트에 저장될 오프셋 값이 254로 253을 넘어선 경우, 1st 바이트에 '0x00'값(550)만을 저장하고, 두 번째 레코드에 G에 해당하는 '30000775'을 기준 Alias 번호(560)로 저장한다.As mentioned in FIG. 4, when the offset value to be stored in the last byte of the first record exceeds 253 with 254, only '0x00'
본 발명의 실시예에 따른 후불 고정 데이터의 구조는 '사용 불가능한 일반 카드' 리스트를 이용하여 기준 Alias 번호와 오프셋 값을 통하여 하나의 레코드에 32개의 카드 정보를 매칭하는 구조로서 단말 내에서 메모리 요구량을 감소하는 효과가 있다.The structure of postpaid fixed data according to an embodiment of the present invention is a structure in which 32 card information is matched in one record by using a reference alias number and an offset value using a 'unusable general card' list. It has a decreasing effect.
도 7은 본 발명의 실시예에 따른 데이터 생성부(220)에서 생성된 선불 고정 데이터의 데이터 포맷을 설명하기 위한 도면이고, 도 8은 본 발명의 실시예에 따른 데이터 생성부(220)를 통해 생성된 선불 고정 데이터의 일례를 도시한 도면이다.FIG. 7 is a diagram illustrating a data format of prepaid fixed data generated by the
도 7에 도시된 바와 같이, 데이터 생성부(220)는 선불 카드 리스트('사용 불가능한 일반 카드'(00), '사용 가능한 학생 카드'(01), '사용 가능한 어린이 카드'(10))에 해당하는 Alias 번호를 추출하여 한 개의 레코드 당 35바이트로 나누어 기준 Alias 번호를 4바이트로 저장하고, 이후 Alias 번호 간 차이값인 오프셋 값을 순차적으로 저장한다. 이어서, 데이터 생성부(220)는 카드 속성 정보에 해당하는 8바이트의 옵션값을 저장하는데, 이는 32개의 카드 Alias 정보에 대응하는 카드 속성 정보를 2비트씩 순차적으로 저장한다.As shown in FIG. 7, the
본 발명의 실시예에서는 변경 정보를 기존 방식에 비해 효율적으로 저장하여 다양한 종류의 카드 정보를 쉽게 관리할 수 있어 카드 승인 서비스의 품질을 극대화할 수 있는 효과가 있다.According to the embodiment of the present invention, since the change information is stored more efficiently than the conventional method, various types of card information can be easily managed, thereby maximizing the quality of the card approval service.
본 발명의 실시예에 따른 선불 고정 데이터, 선불 변동 데이터의 구조는 '사용 불가능한 일반 카드', '사용 가능한 학생 카드', '사용 가능한 어린이 카드' 리스트를 이용하여 기준 Alias 번호와 오프셋 값, 옵션값을 통하여 하나의 레코드에 32개의 카드 정보와 카드 정보에 해당하는 카드 속성 정보를 저장하는 구조이다.The structure of prepaid fixed data and prepaid change data according to an embodiment of the present invention is based on a reference alias number, an offset value, and an option value using a list of 'unusable general card', 'usable student card', and 'usable child card'. It is a structure for storing 32 card information and card attribute information corresponding to the card information in one record.
본 발명의 실시예에 따른 선불 고정 데이터, 선불 변동 데이터의 구조는 메모리 요구량 감소와 플래그 정보의 증가시 유연한 대처가 가능하다.The structure of the prepaid fixed data and the prepaid change data according to the embodiment of the present invention can be flexibly dealt with when the memory requirement is reduced and the flag information is increased.
전술한 데이터 구조는 기존의 메모리 주소에 플래그 정보를 저장하는 방식의 카드 저장 정보 제약과 변화 정보 저장 방식의 제약을 극복하기 위해서 고안되었다.The above-described data structure is designed to overcome the limitations of the card storage information limitation and the change information storage scheme of storing the flag information in the existing memory address.
다음, 도 9를 참조하여 카드 승인 단말 장치(400)의 기능을 상세하게 설명한다.Next, the function of the card
도 9는 본 발명의 실시예에 따른 카드 승인 단말 장치(400)의 내부 구성을 간략하게 나타낸 블록 구성도이다.9 is a block diagram schematically showing the internal configuration of the card
본 발명의 실시예에 따른 카드 승인 단말 장치(400)는 환경 설정부(410), 카드 인식부(420), 카드 데이터 수신부(430), 카드 처리부(440), 카드 검색부(450) 및 승인 처리부(460)를 포함한다.Card
환경 설정부(410)는 환경 설정 요청 메시지를 생성하여 카드로 전송하고, 이에 대한 응답으로 환경 설정 응답 메시지를 수신하여 카드 처리 환경을 설정한다. 여기서, 환경 설정 응답 메시지에는 카드가 한 장인지 두 장인지, ISO 칩 카드 타입인지 메모리 카드 타입인지에 관련한 정보를 포함한다.The
카드 인식부(420)는 카드 처리 환경에 맞게 카드로부터 카드 속성 정보, 카드 거래 정보(환승, 잔액, 환승 등)를 포함한 카드 정보를 수신하고, 정상적으로 카드 정보를 수신한 경우, 실카드 여부를 판단하여 실카드가 아닌 경우 카드 처리 에러 로 카드 인식을 종료한다. 여기서, 카드 정보는 카드 속성 정보, 카드 거래 정보 이외에, 후불, 선불, 유효 기간, 카드 발행사 ID를 포함한다.The
카드 인식부(420)는 실카드 여부를 판단하여 실카드가인 경우, 카드가 후불 카드인지 선불 카드인지 판단하고, 후불 카드인 경우 유효 기간을 검색하여 유효 기간이 지난 카드인지 판단한며, 유효 기간이 지난 카드인 경우 카드 처리 에러로 카드 인식을 종료한다. 이어서, 카드 인식부(420)는 유효 기간 내의 카드라 판단하는 경우, 카드 발행사 ID를 검색하여 사용 가능한 카드인지 판단하고, 사용 불가능한 카드인 경우 카드 처리 에러로 카드 인식을 종료한다.The
카드 인식부(420)는 유효 기간 내의 카드이고, 정상적으로 카드 발행사 ID를 검색이 완료된 경우, 카드 사용 승인을 카드 속성 정보를 검색, 처리하는 카드 처리부로 요청한다.The
카드 데이터 수신부(430)는 운영 기관 센터(200)로부터 고정 데이터 또는 변동 데이터를 일정 주기마다 수신하고, 수신한 데이터의 헤더 정보를 분석하여 고정 데이터(후불 고정 데이터, 선불 고정 데이터)인지 변동 데이터(후불 변동 데이터, 선불 변동 데이터)인지 판단하여 해당 데이터를 대체하여 저장한다.The card
카드 처리부(440)는 카드에 의한 사용 승인 요청이 있으면 해당 카드 내의 검색 대상 Alias 번호를 읽고, 검색 대상 Alias 번호가 변동 데이터에 존재하는지 카드 검색부(450)를 통해 검색하여 카드 사용 여부를 판단하며, 검색되지 않는 경우, 고정 데이터를 카드 검색부(450)를 통해 검색하여 카드 사용 여부를 판단한다.The
카드 검색부(450)는 검색 대상 Alias 번호를 기초로 변동 데이터 또는 고정 데이터 내에 속해 있는지 비교 검색하고, 검색된 결과를 카드 처리부(440)로 전송하고, 후불 카드인 경우, 후불 검색 로직을 수행하며, 선불 카드인 경우 선불 검색 로직을 수행한다. 여기서, 후불 검색 로직은 후불 카드 리스트를 이용하여 생성된 후불 변동 데이터와 후불 고정 데이터에서 검색 대상 Alias 번호가 존재하는지 판단하고, 선불 검색 로직은 선불 카드 리스트를 이용하여 생성된 선불 변동 데이터와 선불 고정 데이터에서 검색 대상 Alias 번호가 존재하는지 판단하는 검색 프로세스이다.The
카드 검색부(450)는 변동 데이터와 고정 데이터를 열어 레코드의 시작 위치와 끝 위치를 판단하여 검색 범위를 결정하고, 결정한 검색 범위의 중간 위치를 검색할 레코드의 위치로 선택하여 검색 대상 Alias 번호 검색을 수행한다. 또한, 카드 검색부(450)는 검색 대상 Alias 번호가 검색 범위의 중간 위치 레코드의 기준 Alias 번호보다 작은 경우, 현재 검색 위치보다 상위 데이터를 검색하고, 큰 경우, 현재 검색 위치보다 하위 데이터를 검색한다.The
이러한 방법으로, 카드 검색부(450)는 결정한 검색 범위의 중간 위치를 선택하여 검색 대상 Alias 번호 검색을 수행하고 검색 대상 Alias 번호보다 검색할 레 코드의 기준 Alias 번호가 크면 현재 검색 위치보다 하위 데이터를, 기준 Alias 번호가 작으면 현재 검색 위치보다 상위 데이터를 검색하는 프로세스를 반복하여 검색 범위를 좁혀가면서 검색 대상 Alias 번호 검색을 수행한다.In this way, the
승인 처리부(460)는 획득한 카드 속성 정보를 이용하여 사용 가능한 카드인 경우 거래 요금을 계산하고 실제 카드 내 잔액을 차감하는 거래 처리를 수행하며 해당 거래 내역을 저장하는 승인 절차를 수행한다. 이후에, 승인 처리부(460)는 해당 거래 내역을 운영 기관 센터(200)로 전송하여 실제 가능한 거래였는지 검증하는 작업을 수행한다.The
다음, 도 10을 참조하여 카드 승인 단말 장치(400)의 내부에서 데이터를 처리하는 방법을 상세하게 설명한다.Next, a method of processing data in the card
도 10은 본 발명의 실시예에 따른 카드 승인 단말 장치(400) 내에서의 데이터 처리 방법을 설명하기 위한 도면이다.10 is a view for explaining a data processing method in the card
카드 처리부(440)는 카드에 의한 사용 승인 요청이 있으면 해당 카드 내의 검색 대상 Alias 번호를 읽는다(S200).The
카드 처리부(440)는 카드 승인 단말 장치(400) 내에 변동 데이터가 존재하는지 판단한 후에 변동 데이터가 존재하면 검색 대상 Alias 번호를 카드 검색부(450)로 전송하여 카드 검색부(450)를 통해 변동 데이터 검색을 수행한다(S202, S204).The
카드 처리부(440)는 카드 검색부(450)로부터 검색 대상 Alias 번호가 변동 데이터에서 검색되었음을 나타내는 신호를 수신하면 고정 데이터 검색을 수행하지 않고 검색 과정을 종료한다.When the
카드 처리부(440)는 카드 승인 단말 장치(400) 내에 변동 데이터가 존재하는지 판단하여 변동 데이터가 존재하지 않거나 변동 데이터 내에서 검색 대상 Alias 번호가 검색되지 않으면 카드 검색부(450)를 통해 고정 데이터를 검색하여 검색 대상 Alias 번호가 고정 데이터 내에 해당 Alias 번호와 동일한지 판단한다(S206, S208).The
다음, 도 11을 참조하여 데이터 검색 방법을 상세하게 설명한다.Next, the data retrieval method will be described in detail with reference to FIG.
도 11a 및 도 11b는 본 발명의 실시예에 따른 데이터 검색 방법을 설명하기 위한 도면이다.11A and 11B are diagrams for describing a data retrieval method according to an embodiment of the present invention.
카드 검색부(450)는 고정 데이터 또는 변동 데이터를 열어 검색할 레코드의 시작 위치와 끝 위치를 판단하여 검색 범위를 결정한다(S300, S302). 여기서, 검색 시작 위치는 1로, 검색 끝 위치는 레코드 수로 한다.The
카드 검색부(450)는 검색 시작 위치가 검색 끝 위치보다 작거나 같은지 판단하여 검색 시작 위치가 검색 끝 위치보다 큰 경우, Alias 번호 검색에 대한 실패 정보를 생성하여 출력한다(S304, S306).The
카드 검색부(450)는 검색 시작 위치가 검색 끝 위치보다 작거나 같은 경우, 검색 시작 위치에 검색 끝 위치를 더한 후, 2로 나눈 값을 검색 위치로 설정하고(즉, 검색 범위가 결정되면 해당 검색 범위의 중간 위치를 검색 위치로), 설정된 검색 위치의 검색할 레코드의 위치로 이동하여 Alias 번호 검색을 수행한다(S304, S308, S310). If the search start position is less than or equal to the search end position, the
카드 검색부(450)는 검색할 레코드의 위치가 정해지면 해당 레코드를 읽어 검색 대상 Alias 번호와 기준 Alias 번호가 동일한지 판단한다(S312, 314).When the position of the record to be searched is determined, the
카드 검색부(450)는 검색 대상 Alias 번호와 기준 Alias 번호가 동일한 경우, Alias 번호 검색에 대한 성공 정보를 생성하여 출력한다(S316).If the search target Alias number and the reference Alias number are the same, the
카드 검색부(450)는 검색 대상 Alias 번호와 기준 Alias 번호가 동일하지 않은 경우, 검색 대상 Alias 번호가 기준 Alias 번호보다 작은지 판단하고(S318), 작은 경우, 현재 검색 위치보다 상위 데이터를 검색하기 위해서 검색 끝 위치를 검색할 레코드의 위치―1로 재설정한 후(S320), 단계 S304로 진행한다.If the search target Alias number and the reference Alias number are not the same, the
이어서, 카드 검색부(450)는 검색 대상 Alias 번호가 기준 Alias 번호보다 작은지 판단하여 검색 대상 Alias 번호가 기준 Alias 번호보다 크고, 검색 위치가 검색 범위의 끝 위치인 경우 해당 레코드의 오프셋 검색 프로세스를 수행한다(S318, S322, S324).Subsequently, the
카드 검색부(450)는 검색 대상 Alias 번호가 기준 Alias 번호보다 작은지 판단하여 검색 대상 Alias 번호가 기준 Alias 번호보다 크고, 검색 위치가 검색 범위의 끝 위치가 아닌 경우 현재 검색 위치를 하나 증가하여 해당 레코드를 검색한다(S318, S322, S326).The
이어서, 카드 검색부(450)는 단계 S326을 수행한 후, 검색 대상 Alias 번호와 기준 Alias 번호가 동일한지 판단하여 동일한 경우, Alias 번호 검색에 대한 성공 정보를 생성하여 출력한다(S328, S330). Subsequently, after performing step S326, the
카드 검색부(450)는 단계 S326을 수행한 후, 검색 대상 Alias 번호와 기준 Alias 번호가 동일한지 판단하여 동일하지 않은 경우, 검색 대상 Alias 번호가 기 준 Alias 번호보다 작은지 또는 검색 위치가 검색 범위의 끝 위치인지 판단한다(S328, S332).After performing the step S326, the
이어서, 카드 검색부(450)는 검색 대상 Alias 번호가 기준 Alias 번호보다 작거나 또는 검색 위치가 끝 위치인 경우, 해당 레코드의 오프셋 검색 프로세스를 수행한다(S332, S334).Subsequently, when the search target Alias number is smaller than the reference Alias number or the search position is the end position, the
카드 검색부(450)는 검색 대상 Alias 번호가 기준 Alias 번호보다 큰 경우 현재 검색 위치보다 하위 데이터를 검색하기 위해서 검색 시작 위치를 검색할 레코드의 위치+1로 재설정한 후(하위 레코드의 위치를 검색 범위의 시작 위치로 검색 범위를 재설정)(S332, S336), 단계 S304로 진행한다.If the search target Alias number is larger than the reference Alias number, the
다음, 도 12를 참조하여 해당 레코드의 오프셋 검색 프로세스를 상세하게 설명한다.Next, the offset search process of the record will be described in detail with reference to FIG. 12.
도 12는 본 발명의 실시예에 따른 오프셋 검색 프로세스를 설명하기 위한 도면이다.12 is a diagram for describing an offset retrieval process according to an embodiment of the present invention.
카드 검색부(450)는 오프셋 위치 = 0, Alias 번호 = 기준 Alias 번호로 설정하고, 오프셋 위치가 마지막 바이트를 넘는지 판단하여 마지막 바이트를 넘는 경우, Alias 번호 검색에 대한 실패 정보를 생성하여 출력한다(S400, S402, S404). 즉, 31바이트의 모든 오프셋 값을 검색한 후, 검색 대상 Alias 번호를 검색하지 못한 경우, 고정 데이터 또는 변동 데이터 내에 검색 대상 Alias 번호가 없다고 판단하여 더 이상 검색을 진행하지 않고 실패로 종료한다.The
카드 검색부(450)는 오프셋 위치가 마지막 바이트를 넘지 않는 경우, 첫 번 째 오프셋 바이트로부터 해당 오프셋 값을 읽어와 '0x00' 값이면, 오프셋 위치를 1만큼 오른쪽으로 이동하고 기준 Alias 번호에 253을 더한 후, 다음 오프셋 1바이트의 값을 더한 값이 해당 Alias 번호가 된다(S406, S408, S410).If the offset position does not exceed the last byte, the
카드 검색부(450)는 오프셋 위치가 마지막 바이트를 넘지 않고, 해당 오프셋 값이 '0xFE' 값인 경우, 기준 Alias 번호에 다음 오프셋 2바이트의 값을 더한 값이 해당 Alias 번호가 되며, 오프셋 위치를 3만큼 오른쪽으로 이동한다(S412, S414, S416).When the offset position does not exceed the last byte and the corresponding offset value is '0xFE', the
카드 검색부(450)는 오프셋 위치가 마지막 바이트를 넘지 않고, 해당 오프셋 값이 '0xFF' 값인 경우, 기준 Alias 번호에 다음 오프셋 4바이트의 값을 더한 값이 해당 Alias 번호가 되며, 오프셋 위치를 5만큼 오른쪽으로 이동한다(S418, S420, S422).If the offset position does not exceed the last byte and the offset value is '0xFF' value, the value of the next offset 4 bytes is added to the reference alias number to become the corresponding alias number. Move to the right as much (S418, S420, S422).
카드 검색부(450)는 오프셋 위치가 마지막 바이트를 넘지 않고, 해당 오프셋 값이 '0x00', '0xFE', '0xFF' 값에 속하지 않은 경우, 기준 Alias 번호에 해당 오프셋 값을 더한 값이 해당 Alias 번호가 되며, 오프셋 위치를 1만큼 오른쪽으로 이동한다(S424).If the offset position does not exceed the last byte and the offset value does not belong to the values of '0x00', '0xFE', and '0xFF', the
카드 검색부(450)는 검색 대상 Alias 번호가 해당 Alias 번호와 동일한지 판단하여 동일한 경우, Alias 번호 검색에 대한 성공 정보를 생성하여 출력한다(S426, S428). The
카드 검색부(450)는 검색 대상 Alias 번호가 해당 Alias 번호와 동일한지 판단하여 동일하지 않은 경우, 검색 대상 Alias 번호가 해당 Alias 번호보다 작은지 판단한다(S426, S430). 이어서, 카드 검색부(450)는 검색 대상 Alias 번호가 해당 Alias 번호보다 큰 경우, 단계 S402로 진행하고, 검색 대상 Alias 번호가 해당 Alias 번호보다 작은 경우, 더 이상 검색을 진행하지 않고 Alias 번호 검색에 대한 실패 정보를 생성하여 출력한다(S430, S432). The
이상에서 설명한 본 발명의 실시예는 장치 및/또는 방법을 통해서만 구현이 되는 것은 아니며, 본 발명의 실시예의 구성에 대응하는 기능을 실현하기 위한 프로그램, 그 프로그램이 기록된 기록 매체 등을 통해 구현될 수도 있으며, 이러한 구현은 앞서 설명한 실시예의 기재로부터 본 발명이 속하는 기술분야의 전문가라면 쉽게 구현할 수 있는 것이다.The embodiments of the present invention described above are not implemented only by the apparatus and / or method, but may be implemented through a program for realizing functions corresponding to the configuration of the embodiment of the present invention, a recording medium on which the program is recorded And such an embodiment can be easily implemented by those skilled in the art from the description of the embodiments described above.
이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.Although the embodiments of the present invention have been described in detail above, the scope of the present invention is not limited thereto, and various modifications and improvements of those skilled in the art using the basic concepts of the present invention defined in the following claims are also provided. It belongs to the scope of rights.
도 1은 본 발명의 실시예에 따른 카드 관리 시스템의 전체적인 구성을 간략하게 나타낸 도면이다.1 is a diagram schematically showing the overall configuration of a card management system according to an embodiment of the present invention.
도 2는 본 발명의 실시예에 따른 운영 기관 센터의 내부 구성을 간략하게 나타낸 블록 구성도이다.2 is a block diagram schematically showing the internal configuration of the operating center according to an embodiment of the present invention.
도 3은 본 발명의 실시예에 따른 고정 데이터 또는 변동 데이터의 데이터 생성 방법을 설명하기 위한 도면이다.3 is a view for explaining a data generation method of fixed data or variation data according to an embodiment of the present invention.
도 4는 도 3에서 설명한 오프셋 범위를 나타낸 도면이다.4 is a diagram illustrating an offset range described in FIG. 3.
도 5는 본 발명의 실시예에 따른 데이터 생성부에서 생성된 후불 고정 데이터의 데이터 포맷을 설명하기 위한 도면이다.5 is a diagram for describing a data format of postpaid fixed data generated by a data generator according to an exemplary embodiment of the present invention.
도 6은 본 발명의 실시예에 따른 데이터 생성부를 통해 생성된 후불 고정 데이터의 일례를 도시한 도면이다.6 is a diagram illustrating an example of postpaid fixed data generated by a data generator according to an exemplary embodiment of the present invention.
도 7은 본 발명의 실시예에 따른 데이터 생성부에서 생성된 선불 고정 데이터의 데이터 포맷을 설명하기 위한 도면이다.FIG. 7 illustrates a data format of prepaid fixed data generated by a data generator according to an exemplary embodiment of the present invention.
도 8은 본 발명의 실시예에 따른 데이터 생성부를 통해 생성된 선불 고정 데이터의 일례를 도시한 도면이다.8 is a diagram illustrating an example of prepaid fixed data generated by a data generator according to an exemplary embodiment of the present invention.
도 9는 본 발명의 실시예에 따른 카드 승인 단말 장치의 내부 구성을 간략하게 나타낸 블록 구성도이다.9 is a block diagram schematically illustrating an internal configuration of a card approval terminal device according to an embodiment of the present invention.
도 10은 본 발명의 실시예에 따른 카드 승인 단말 장치 내에서의 데이터 처리 방법을 설명하기 위한 도면이다.10 is a diagram for describing a data processing method in a card approval terminal device according to an embodiment of the present invention.
도 11a 및 도 11b는 본 발명의 실시예에 따른 데이터 검색 방법을 설명하기 위한 도면이다.11A and 11B are diagrams for describing a data retrieval method according to an embodiment of the present invention.
도 12는 본 발명의 실시예에 따른 오프셋 검색 프로세스를 설명하기 위한 도면이다.12 is a diagram for describing an offset retrieval process according to an embodiment of the present invention.
Claims (18)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020080049487A KR100980467B1 (en) | 2008-05-28 | 2008-05-28 | Method for Providing Card Information and Method for Approving Card Transaction |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020080049487A KR100980467B1 (en) | 2008-05-28 | 2008-05-28 | Method for Providing Card Information and Method for Approving Card Transaction |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20090123421A KR20090123421A (en) | 2009-12-02 |
KR100980467B1 true KR100980467B1 (en) | 2010-09-07 |
Family
ID=41685661
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020080049487A KR100980467B1 (en) | 2008-05-28 | 2008-05-28 | Method for Providing Card Information and Method for Approving Card Transaction |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR100980467B1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014181979A1 (en) * | 2013-05-06 | 2014-11-13 | 주식회사 한국스마트카드 | Method for generating and compressing card control list |
KR101575015B1 (en) * | 2013-07-01 | 2015-12-07 | (주) 솔텍시스템 | Apparatus, method and computer readable recording medium for compressing time series processing data |
KR20160081447A (en) | 2014-12-31 | 2016-07-08 | (주)에이텍티앤 | Method for Providing Card Information and Approving Card Transaction |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101346778B1 (en) * | 2012-02-10 | 2014-01-22 | 주식회사 한국스마트카드 | Method for approving card transactions and method for managing card transaction approval informaion |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20010079359A (en) * | 2001-07-09 | 2001-08-22 | 전영삼 | Method of B/L data compression of card and transmission system thereof |
KR100387355B1 (en) | 2002-06-24 | 2003-06-18 | C & C Entpr Co Ltd | Server system for paying and managing traffic fare using communication network |
KR20030083431A (en) * | 2002-04-23 | 2003-10-30 | 케이비 테크놀러지 (주) | Apparatus and method for compressing card-number-data lists |
KR20030091915A (en) * | 2001-03-29 | 2003-12-03 | 이베스트카드 주식회사 | Card transaction system and method using memory address |
-
2008
- 2008-05-28 KR KR1020080049487A patent/KR100980467B1/en active IP Right Grant
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20030091915A (en) * | 2001-03-29 | 2003-12-03 | 이베스트카드 주식회사 | Card transaction system and method using memory address |
KR20010079359A (en) * | 2001-07-09 | 2001-08-22 | 전영삼 | Method of B/L data compression of card and transmission system thereof |
KR20030083431A (en) * | 2002-04-23 | 2003-10-30 | 케이비 테크놀러지 (주) | Apparatus and method for compressing card-number-data lists |
KR100387355B1 (en) | 2002-06-24 | 2003-06-18 | C & C Entpr Co Ltd | Server system for paying and managing traffic fare using communication network |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014181979A1 (en) * | 2013-05-06 | 2014-11-13 | 주식회사 한국스마트카드 | Method for generating and compressing card control list |
KR101488506B1 (en) * | 2013-05-06 | 2015-02-03 | 주식회사 한국스마트카드 | Method for creating and compressing card control list data |
KR101575015B1 (en) * | 2013-07-01 | 2015-12-07 | (주) 솔텍시스템 | Apparatus, method and computer readable recording medium for compressing time series processing data |
KR20160081447A (en) | 2014-12-31 | 2016-07-08 | (주)에이텍티앤 | Method for Providing Card Information and Approving Card Transaction |
Also Published As
Publication number | Publication date |
---|---|
KR20090123421A (en) | 2009-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8543530B2 (en) | Card authorization terminal system and card management method using the same | |
US20060020414A1 (en) | System and method for automatically allocating MAC addresses to network cards | |
US20200301894A1 (en) | Decentralized identifier management via blockchains | |
KR100980467B1 (en) | Method for Providing Card Information and Method for Approving Card Transaction | |
US11494403B2 (en) | Method and apparatus for storing off-chain data | |
US9824362B2 (en) | Point calculating device and method for calculating points | |
KR100987816B1 (en) | System and Server for Managing Card and Apparatus for Providing Approval Card | |
US20080005800A1 (en) | Confidential information protection system, confidential information restoring device, and tally generating device | |
CN113836145B (en) | Method, device, electronic equipment and computer readable storage medium for requesting data | |
KR102396424B1 (en) | Method for Providing Card Information | |
JP2008305147A (en) | Data charging system and data charging method | |
US20030225691A1 (en) | Method and device for processing an electronic transaction | |
KR100839146B1 (en) | A card authorization terminal system and a card management method using the same | |
JP7201737B2 (en) | Participant server and program | |
KR102432002B1 (en) | Semiconductor authenticity determination system using block chain and big data | |
JP2009157818A (en) | Method and system of returning points to prepaid medium with point | |
US20160210629A1 (en) | Management server, card authorization terminal, and methods of processing a card in the management server and the card authorization terminal | |
KR101022622B1 (en) | A method and the system distinguishing whether or not to use electronic money card advance or deferred payment | |
KR101326662B1 (en) | System and method for card control used information modification file | |
CN115907880A (en) | Bill processing method and device | |
CN112967407A (en) | Register for automatic fare collection system, system with register and data processing method | |
SG193065A1 (en) | Method for approving card transactions and method for managing card transaction approval information | |
CN105359180A (en) | Validity control system, terminal device, server device, recording medium, method, and program | |
JP2023123168A (en) | Resource collecting device, resource collecting system applied thereto, and computer program applied thereto | |
KR20130065795A (en) | Method for approving card transactions and method for managing card transaction approval informaion |
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 | ||
GRNT | Written decision to grant | ||
FPAY | Annual fee payment |
Payment date: 20130313 Year of fee payment: 4 |
|
FPAY | Annual fee payment |
Payment date: 20140415 Year of fee payment: 5 |
|
FPAY | Annual fee payment |
Payment date: 20150701 Year of fee payment: 6 |
|
FPAY | Annual fee payment |
Payment date: 20160711 Year of fee payment: 7 |
|
FPAY | Annual fee payment |
Payment date: 20170717 Year of fee payment: 8 |
|
FPAY | Annual fee payment |
Payment date: 20180618 Year of fee payment: 9 |
|
FPAY | Annual fee payment |
Payment date: 20190924 Year of fee payment: 10 |