WO2011034231A1 - Interconnection payment system for a compatible transportation card, and method for operating an interconnection payment system - Google Patents

Interconnection payment system for a compatible transportation card, and method for operating an interconnection payment system Download PDF

Info

Publication number
WO2011034231A1
WO2011034231A1 PCT/KR2009/005662 KR2009005662W WO2011034231A1 WO 2011034231 A1 WO2011034231 A1 WO 2011034231A1 KR 2009005662 W KR2009005662 W KR 2009005662W WO 2011034231 A1 WO2011034231 A1 WO 2011034231A1
Authority
WO
WIPO (PCT)
Prior art keywords
settlement
information
transaction
mutual
card
Prior art date
Application number
PCT/KR2009/005662
Other languages
French (fr)
Korean (ko)
Inventor
이기한
Original Assignee
한국건설교통기술평가원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한국건설교통기술평가원 filed Critical 한국건설교통기술평가원
Publication of WO2011034231A1 publication Critical patent/WO2011034231A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/28Pre-payment schemes, e.g. "pay before"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/18Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F19/00Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20Automatic teller machines [ATMs]

Definitions

  • the present invention relates to a mutual settlement system and operation method for compatible nationally compatible transit cards, and more specifically, to the compatible transit card payment details traded in a transit card terminal, based on common standard settlement items of operators.
  • the present invention relates to a mutual settlement system and a method of operating a mutual settlement system for mutual settlement between transportation card operators.
  • the present invention is a part of the “One Card All Pass standard technology development and test bed operation project” led by the Ministry of Construction and Transportation, the railroad card company KORAIL, the bus and subway card company, KFTC, the highway card company Based on the development of a compatible transportation card standard and a transportation card terminal compatible with each other, the three companies can settle mutual payments according to common standard settlement items for payments when transactions are made by compatible transportation cards. You are trying to build a settlement system.
  • An object of the present invention is to issue a card by developing a system and a method of operating the system that can mutually settle the use price for card transaction details according to a common standard settlement item based on a compatible transit card that is compatible with the whole country.
  • Another object of the present invention when the user uses a compatible transportation card is compatible with the payment issuance and settlement between the card issuer and the operators that are the card payment target, the conventional traffic card settlement system established differently for each region or operator
  • the aim is to prevent problems such as overlapping investment between operators and to establish a common national technical standard to contribute to the stable transportation card system.
  • Another object of the present invention is that the user can use a variety of public transportation means with a single compatible transportation card, it is easy to collect and aggregate data such as usage patterns and frequency by public transportation means through mutual settlement system between operators Therefore, it aims to contribute to the efficient and appropriate planning and implementation of national public transport policies.
  • the present invention relates to a mutual settlement system and an operating method for a compatible transportation card.
  • the mutual settlement system for a traffic card collects transaction history information by a traffic card from a separate traffic card terminal, classifies the collected transaction history information according to a traffic card issuer, and classifies the transaction details.
  • Receiving a mutual settlement disapproved the information in response to a security its accounting server to perform a mutual settlement; Based on the mutual settlement request information received from the company's settlement server, it is determined whether or not the preset settlement transfer reason information is present in the transaction history information received from the company's settlement server, and approved mutual settlement in response to the mutual settlement request information.
  • a third-party settlement server that transmits mutual settlement approval information or mutual settlement approval impossibility information according to the information and standard settlement items to its settlement server; And a network connecting the company settlement server and the third party settlement server.
  • the operation method of the mutual settlement system comprises the steps of the company's settlement server collects transaction history information from a separate traffic card terminal, and classifies the collected transaction history information by traffic card issuer; As a result of the classification in step (a), when the transaction information is provided by the third-party issuance card, the company's settlement server sends the mutual settlement request information about the transaction history information and the transaction history information according to the standard settlement item to the third party settlement server. (b) step; And the third party settlement server transmits the transaction history information and the mutual settlement request information to the third party settlement server in step ,, and as the third party settlement server determines that the settlement transfer reason information does not exist, the mutual settlement request information from the third party settlement server.
  • the transaction details are based on mutual settlement approval information received by the company's settlement server and mutual settlement approval information based on standard settlement items. Incorporating the information into mutual settlement; It includes.
  • the settlement server sends the transaction history information and the mutual settlement request information to the settlement server of the third party, and as a result, the settlement server determines that the settlement transfer reason information exists.
  • the settlement server may further include a step ⁇ excluding the transaction history information from the mutual settlement.
  • the transaction history information subject to the mutual settlement approval to the separate financial server after the step ⁇ above. Transmitting payment request information for; It is preferable to further include.
  • the standard settlement items are classified, file name, data serial number, unique number, card company code, card number, transaction amount, amount before transaction, amount after transaction, error code, transportation code, transaction type, NC, ID PSAM , TRT PSAM , PP IEP , ID EP , NT IEP , NI PP , NT PSAM , MTOT PSAM , ALG IEP , SINDC, ID CENTER , VK PSAM_KDINDC , VK PSAM_KDINDS , SINDS, Ride / Departure Code, Departure Code, Departure Date, Arrival Code , Date of arrival, terminal number, transit segment, transit number, transit time, route ID, route number, transit company ID, transit company name, vehicle number ID, vehicle registration number, using time, distance, card type, working number , General COUNTER, General Transaction Amount, College Student COUNTER, College Student Transaction Amount, Student COUNTER, Student Transaction Amount, Child COUNTER, Child Transaction Amount, Other CO
  • the settlement transfer reason information may include field error information including data values not specified in the standard settlement item; Double occurrence error information when the card number, the boarding date and time, and the boarding station ID classification code are the same; Sales date error with the date and time of future ride, error amount of usage amount incurred by 1 won unit fee; company settlement server sends BL (Black list) to other company's settlement server, and company settlement server receives BL code of third party settlement server BL error information, which is an error for a transaction that occurred 48 hours after receiving the message; Effective use date, which is an error for a transaction that is valid for more than 60 days from the date of use, based on the ride date and time when the boarding data alone or when the boarding and getting off data exist simultaneously.
  • card number error information for a case where the card number is not 20 digits in total or the card issuer itself defines an error for the card number if it does not conform to the card identification code system. It is preferable to include any one or more of these.
  • the user can conveniently pay various public transportation means with one compatible transport card. Therefore, it has the effect of promoting and encouraging the use of public transportation.
  • the mutual settlement system is a common settlement expertise between the compatible transportation card operators As it is built and operated on the basis of this, it contributes to the stable operation of the common transportation card system.
  • the mutual settlement system enables easy analysis of users' usage patterns or frequencies by public transportation, which contributes to efficient and appropriate policy establishment and implementation.
  • Figure 1 is a detailed configuration of the company's settlement server in the mutual settlement system for the compatible transportation card according to the present invention.
  • FIG. 2 is a detailed configuration diagram of a third-party settlement server in the mutual settlement system for the compatible transportation card according to the present invention.
  • FIG. 3 is a detailed flowchart of the procedure of the mutual settlement system for the compatible traffic card according to the present invention.
  • FIG. 4 is an overall configuration diagram of a mutual settlement system for a compatible transportation card according to a preferred embodiment of the present invention.
  • the compatible transportation card is a “One Card All” led by the Ministry of Construction and Transportation in order to solve the user's inconvenience and overlapping investment of the operator due to the transportation card payment, payment and settlement system which is differently established for each region or each business.
  • the compatible high pluses were made to be compatible with the railroad card company KORAIL, the bus and subway card company, the KFTC, and the highway card company HiPlus. (Hiplus) transportation card, compatible X-cash transportation card and compatible K-cash transportation card.
  • an ADF (Add Data Field) called CONFIG DF is required for transportation compatibility in the Card Operation System (COS) in order to enable mutual payment, settlement, and settlement between transportation card operators.
  • the CONFIG DF stores additional information such as transit information, transit information, entrance information, and the like, and optionally high pass-related information, and provides it externally when transacting with a traffic card.
  • the compatible transit card has an internal command system and card standard in accordance with the KS-6923 standard and the KS-6924 standard.
  • the transportation card that is the subject of mutual settlement according to the present invention is not limited to the compatible transportation card according to the "One Card All Pass standard technology development and test bed operation business" described above, and has a separate settlement server. It is also applicable to mutual settlement between transportation card operators.
  • the standard settlement item is an item defined for mutual settlement processing between transportation card operators, and can be largely divided into common information item, standard information item, and transaction detail item.
  • the common information item is composed of division, file name, data serial number, unique number, card company code, card number, transaction amount, amount before transaction, amount after transaction, error code, transportation code and transaction type.
  • the standard information items consist of NC, ID PSAM , TRT PSAM , PP IEP , ID EP , NT IEP , NI PP , NT PSAM , MTOT PSAM , ALG IEP , SINDC, ID CENTER , VK PSAM_KDINDC , VK PSAM_KDINDS , SINDS It is.
  • the transaction details include the boarding / unloading classification, departure code, departure date, arrival code, arrival date, terminal number, transfer segment, transfer frequency, transit time, route ID, route number, transit company ID, and transit company name.
  • Vehicle number ID vehicle registration number, time of use, distance used, card type, worker number, general COUNTER, general transaction amount, university student COUNTER, university student transaction amount, student COUNTER, student transaction amount, postmark COUNTER, postmark transaction amount, etc. It consists of COUNTER, other transaction amount, departure station name, arrival station name, reprocessing classification, PNR number, return number, original number and handling date and time.
  • each item in the standard settlement item will be described in detail.
  • the division item has a format A, has a length of one digit, and is defined as 'D' for the standard settlement item.
  • the file name item has a format of N and has a length of 8 digits. Details of the file name item are shown in Table 1 below.
  • 'mmdd' value in the file name indicates a value obtained by subtracting 1 day from the date of transmission and reception when the transaction history information is transmitted and received according to the standard settlement item between the company's settlement server and the company's settlement server. Write the date of transmission / reception of the data.
  • the data serial number item has a format N, has a length of 8 digits, and starts with '00000001'.
  • the unique number item has a format of N, has a length of 20 digits, and consists of 8 digits of the transaction date and 12 digits of SEQ.
  • the card company code item has a format of N and has a length of two digits, '13' for a KORAIL issued transportation card, '14' for a KFTC issued transportation card, and '15 for a high plus issued traffic card. To be defined.
  • the card number item has an AN format and has a length of 20 digits
  • a prepaid card includes 20 card numbers
  • a postpaid card includes 16 card numbers and 4 blank spaces.
  • the transaction amount item is N, has a length of 8 digits, and means the balance before the prepaid card request amount, and means the amount of the ticket at the time of purchasing multiple rail tickets on the KORAIL side.
  • the amount before the transaction item type is N, has a length of 8 digits, and means the balance after processing the prepaid card request amount.
  • the amount of the post-transaction amount item is N and has a length of 8 digits, and means a balance after processing a prepaid card request amount.
  • the error code item is of type N, has a length of 4 digits, the ledger unregistered error code is '1001', the passenger error code is '1002', the ride amount error code is '1003', date and time error Code is '1004', Import request amount error code is '1005', Balance error code is '1006', VAN double occurrence error code is '1007', Card number error code is '0002', Field error code is '0004' ', Card company's double occurrence error code is' 0006', sales date error code is' 0007 ', processing request date error code is' 0008', BL error code is' 0011 ', effective date error code is' 0012', card
  • the number error code is defined as '0013', the authentication error code as '0014' and other error codes as '0099'.
  • the transportation code item has an AN format and has a length of 6 digits, in the item '080800' for KORAIL, '010102' for airport railroad, '060205' for KFTC-related transportation, High Plus related transportation is defined as '070700'. Details of the transportation code item are shown in Table 2 below.
  • the transaction type item is of type N, has a length of one digit, in the item '0' for purchase, '1' for canceling the last transaction, '2' for KORAIL railway ticket refund, and purchase Transaction cancellation is defined as '9'.
  • the NC item is of type N, has a length of 8 digits, and means a total transaction collection frequency.
  • the ID PSAM item has a format of N, has a length of 16 digits, and indicates an identifier of a PSAM.
  • the TRT PSAM item has a format of N, has a length of 2 digits, and means a transaction type, '00' for a purchase transaction, '01' for a value store transaction, and 'for a cancel transaction and an error transaction. 02 ',' 03 'for parameter update.
  • the PP IEP The item is of type N, has a length of 6 digits, Identification of the transportation card operator. And the ID EP The item is of type AN, has a length of 10 digits, and means a serial number of an electronic money identification. And NT IEP The item is the number of transactions of electronic money, the format is N, and it is 10 digits long. And the NI PP The item is of type N, has a length of 5 digits, and represents the number of individual transaction purchases of electronic money. And NT PSAM The item has a format of N, has a length of 10 digits, and means a serial number according to the number of individual transactions in the PSAM (Purcharge Secure Application Module).
  • the MTOT PSAM The item is of type N, has a length of 10 digits, it means.
  • the ALG IEP The item is of type N, has a length of two digits, and represents an algorithm identification of the transportation card.
  • the SINDS item has an AN format, has a length of 8 digits, and indicates a SIGN value of a SAM signature or prepaid card.
  • the ID CENTER The item is of type N, has a length of two digits, and represents the identification of an electronic money company.
  • VK PSAM_KDINDC The item is of type N and has a length of 2 digits, and means a version of KDINDC, which is a key used when generating a signature for verifying individual transaction details in the KFTC.
  • PSAM_KDINDS The item is of type N, has a length of two digits, and refers to a version of KDINDS, which is a key used when generating a signature for verifying individual transactions in the KFTC.
  • the SINDS item has an AN format, has a length of 8 digits, and indicates an individual transaction PSAM generation signature required by the high plus side.
  • the format is AN, has a length of one digit, and when using buses and subways, the boarding is defined as 'R', the boarding is 'A', the boarding and unloading is defined as 'N', On the one side, it is defined as 'P' for ticket purchase, 'T' for bank transfer refund, 'C' for return charges, and 'F' for other mixed payments and issuance. In the case of '1', other roads are defined as '0'.
  • the departure code item the type is AN, has a length of 10 digits, means a station code when using the subway, a station code when using the bus, the corresponding office number on the high-plus side, 6 digits and the departure station on the Korail side It is composed of four blank spaces and described.
  • the departure date and time item, the format is N, has a length of 14 digits, means the ride date and time when using the subway, bus and rail, the entrance date and time on the high-plus side, the data in the format 'YYYYMMDDhhmmss' Is indicated.
  • the arrival code item has an AN format, has a length of 10 digits, a subway station getting off code, a bus station getting off a code, a high pass side transit office number, and a railway station 6 digits and a blank It is composed and described in four digits.
  • the arrival date and time item, the format is N, has a length of 14 digits, the time of getting off when using the subway and bus, the time of passing through the office on the high-plus side, the time of arrival on the Korail side, in the form of 'YYYYMMDDhhmmss' Mark the data.
  • the terminal number item is based on the terminal number of the getting off when the terminal is composed of a pair, the format is AN, has a length of 10 digits, the terminal number when using the subway and bus, reserved code when using the railway '0' and means a TID consisting of 4 digits of reverse number and 5 digits of counter number.
  • the transfer category is a type A, has a length of one digit, and when using the subway, bus, railway is defined as 'Y' when transferring, 'N' when non-transfer.
  • 'Y' when transferring
  • 'N' when non-transfer.
  • '1' for vans and passenger cars with 16 seats or less On the high-plus side, it is defined as a numerical value according to the vehicle type classification, '1' for vans and passenger cars with 16 seats or less, '2', 33 for vans with load capacity of 2.5 tons and 17 to 32 passengers.
  • '5' is defined as '6' for passenger cars and vans below 1000cc.
  • the transfer frequency item has a format of N, has a length of 1 digit, and is defined as '0' on the Korail side.
  • the transit time required item has a format of N, has a length of 4 digits, a data representation format according to 'mmss', and is defined as '0000' on the Korail side.
  • the route ID item has a format of N, has a length of 3 digits, and is configured and described on the KORAIL side by 2 digits of the train type and 1 digit of the cabin type.
  • the line number item is AN, has a length of 6 digits, means a bus line number on a bus, and configures and describes a train number 5 digits and a blank 1 digit on the KORAIL side.
  • the transport operator ID item has a format of N, has a length of 4 digits, consists of 2 digits of a division and 2 digits of a business serial number, and the 2 digits of the region is a region in Table 2 Same as the division code, and the two-digit manufacturer serial number is the same as the engine division code in Table 2 above, for example, '0007' for High Plus, '0008' for KORAIL and '0006' for KFTC It is defined as
  • the name of the transportation operator name is AN, and has a length of 4 digits, and is defined as 'Korrail Networks' for KORAIL, 'HP' for High Plus, and 'Gold vacancy' for KFTC.
  • the vehicle number ID item has a format of AN, has a length of 10 digits, the purchase date is written on the high-plus side, the railroad member number is written on the Korail side, and is processed as a blank if there is no railroad member number.
  • the vehicle registration number item has an AN format, has a length of 12 digits, and records the actual return amount in the vehicle registration number item on a bus or the Korail side.
  • the usage time item has a format of N, has a length of 6 digits, and indicates data as 'hhmmss' on the bus and the Korail side.
  • the use distance item has a format of N, has a length of 3 digits, and means a use distance when using a bus or on a Korail side.
  • the card type item has a format of N, has a length of one digit, the general is defined as '0', the university student is '1', the teenager is '2', the child is '3', and the other is '4'.
  • the employee number item has a format of N, has a 5-digit length, describes the ticket release serial number on the Korail side, and is an essential item on the HighPlus side.
  • the item of the departure station name is AN, having a length of 16 digits, the name of the departure station when using the subway, the name of the departure stop when using the bus, the name of the entrance office on the high plus side, and the name of the riding station on the Korail side.
  • the arrival station name item is AN, having a length of 16 digits, the name of the station getting off when using the subway, the name of the station getting off when using the bus, the name of the exit office on the high plus side, and the name of the station getting off on the Korail side.
  • the reprocessing item is of type A, has a length of one digit, and is defined as 'N' on the Korail side.
  • the college student COUNTER item, student COUNTER item, postmark COUNTER item, other COUNTER item and general COUNTER item is of type N and has a length of one digit.
  • the college student transaction amount item, student transaction amount item, postmark transaction amount item, and other transaction amount item are of type N and have a length of 6 digits.
  • the general transaction amount is N and has a length of 6 digits, and means the amount of use of subways and buses, the amount of tolls on the high-plus side and the amount of the ticket on the KORAIL side.
  • the PNR number item has an AN format, has a length of 15 digits, and means a rail journey number on the Korail side.
  • the return number item and the original ticket number item have a format of N and have a length of 18 digits, and on the KORAIL side, the counter number is composed of 5 digits, 8 digits of release date and 5 digits of serial number.
  • the handling date and time item is of type N, has a length of 14 digits, and indicates a release date and a return date and time.
  • the settlement reason return information defines an error that may occur in mutual settlement between the settlement server and the third party settlement server.
  • the settlement reason return information may include field error information, double occurrence error information, usage amount error information, and BL (Black list) error information; Valid date error information, and card number error information.
  • the field error information occurs when the transaction value information transmitted from the company settlement server to the third party settlement server includes data values not specified in the above standard settlement item.
  • the double occurrence error information is generated when the card number, boarding date and time, and boarding station ID classification code are the same in transaction history information transmitted from the settlement server to the other company's settlement server.
  • the sales date error information is generated when the ride date and time is future in the transaction history information transmitted from the company's settlement server to the other company's settlement server.
  • the use amount error information is generated when a one-unit unit fee occurs in transaction history information sent from the settlement server to the third party settlement server.
  • the BL error information is in the transaction history information sent from the company's settlement server to the third party settlement server
  • the company settlement server sends a BL (Black list) to the third party settlement server
  • the company settlement server is the third party settlement server Occurs when a transaction occurs 48 hours after receiving the BL confirmation code.
  • the BL data is data written by a traffic card operator to block a payment of a traffic card at a traffic card terminal, and is stored in a BL transmitter of a settlement server.
  • the BL transmitter transmits BL data to a third-party settlement server.
  • the BL transmitter transmits BL data to the third-party settlement server and then confirms that the BL data is received from the settlement server.
  • the BL data is composed of a card company code item, a card number item, a BL number item, a registration / release classification item, and a card classification item.
  • the card company code item and the card number item have the same description and definition as the card company code item and the card number item in the standard settlement item described above.
  • the BL number item has a format of AN and is a serial number assigned to a traffic card that is blocked by a traffic card terminal and is blocked by a traffic card provider, and has a length of 10 digits.
  • the registration / release category is an AN and whether or not the traffic card corresponds to BL, has a length of one digit, '1' for BL registration, '0' for BL release define.
  • the card classification item is N, has a length of one digit, and is defined as '0' in general, '1' in adolescents, and '2' in children.
  • the valid date error information is the transaction data sent from the company's settlement server to the other company's settlement server.
  • the date of getting off the card is the date of use of the card, it occurs in the case of a transaction for which the effective use date is more than 60 days from the date of use of the card.
  • the card number error information may not correspond to the card classification code system in transaction history information sent from the settlement server to the third party settlement server, and the card number is not 20 digits in total, or other card issuers themselves. This error occurs when the card number is an error.
  • the mutual settlement system for a compatible transportation card according to the present invention includes a company settlement server, a third party settlement server, and a network.
  • the company settlement server collects transaction history information by a traffic card from a separate traffic card terminal, and classifies the collected transaction history information according to a traffic card issuer.
  • the third-party settlement server determines whether the settlement transfer reason information exists for the transaction history information according to the standard settlement item received from the company settlement server according to the mutual settlement request information received from the company settlement server. do.
  • the third-party settlement server transmits mutual settlement approval information as a response to the mutual settlement request information to the company settlement server. Performs the function of transmitting the mutual settlement approval details information according to the standard settlement item.
  • the third-party settlement server transmits the mutual settlement approval impossible information in response to the mutual settlement request information to the company settlement server , the transaction history information Should be excluded from mutual settlement.
  • the network serves to connect between the company's settlement server and the third-party settlement server, preferably a wired Internet network or VPN according to the TCP / IP protocol.
  • VPN Virtual Private Network
  • National Intelligence Service considering security and safety when interconnecting its settlement server and a third-party settlement server through a network, and performs encryption and decryption functions during data transmission and reception. do.
  • the company settlement server comprises a transaction information collecting unit, the first transaction information exchange unit, the settlement information receiving unit, preferably comprises a BL transmission unit or a transaction history settlement unit.
  • the transaction information collection unit collects transaction history information generated by a traffic card from a separate traffic card terminal and performs a function of classifying whether the transaction information is collected by a company or a third party according to the card issuer. do.
  • the transaction information exchange unit classifies according to the traffic card issuer in the transaction information collection unit, and the transaction history information by the third-party issued traffic card
  • the transaction information is settled according to a standard settlement item.
  • Send to the server and transmits the mutual settlement request information for the third-party issued traffic card transaction history information.
  • the settlement information receiving unit receives mutual settlement approval information and mutual settlement approval information information according to the standard settlement item from the settlement server. Perform the function. On the other hand, if it is determined that the settlement transfer reason information for the transaction history information in the third-party settlement server, the mutual settlement approval impossibility information is received from the third-party settlement server.
  • the BL transmitter stores the BL list data therein and transmits the data to the third party settlement server through the first transaction information exchanger.
  • the BL data is data created by the card issuer to block compatible transport card payments in the card terminal, and the BL data is used to determine whether there is BL error information in the reason for returning the settlement.
  • the third-party settlement server having received the BL data from the BL transmitter transmits a BL reception confirmation code for confirming the fact that the BL data has been received to the company's settlement server.
  • the transaction history settlement unit is provided to the mutual settlement approval information and the standard settlement item from the third party settlement server in the case where settlement transfer reason information does not exist in the transaction history information transmitted from the company settlement server to the third party settlement server.
  • the mutual settlement is performed by sending the payment request information for the transaction details information to a separate financial server.
  • FIG. 2 is a detailed configuration diagram of a third-party settlement server in the mutual settlement system for the compatible transportation card according to the present invention.
  • the third-party settlement server is composed of a second transaction information exchange unit and a transaction information verification unit.
  • the second transaction information exchange unit receives the mutual settlement request information on the transaction history information and the transaction history information according to the standard settlement item from the company settlement server, and delivers it to the transaction information verification unit.
  • the BL data is transferred to the transaction information verification unit to be used when determining the presence of BL error information among settlement transfer reason information.
  • the transaction information verification unit According to the mutual settlement request information received from the company's settlement server, it performs a function to determine whether or not the predetermined settlement transfer reason information for the transaction history information according to the standard settlement item received from the company's settlement server.
  • the third party settlement server mutually settles in response to the mutual settlement request information received from the company settlement server.
  • Mutual settlement approval details information based on the approval information and the standard settlement item are transmitted to the company settlement server via the second transaction information exchange unit.
  • the transaction information verification unit determines that the settlement return reason information in the received transaction history information
  • the third-party settlement server mutual settlement in response to the mutual settlement request information received from the company settlement server
  • the non-approval information is transmitted to the company's settlement server via the second transaction information exchange unit, and the transaction details are excluded from mutual settlement.
  • the third-party settlement server when receiving the BL data from the BL transmitter in the settlement server, the third-party settlement server preferably transmits a BL reception confirmation code to the settlement server to confirm that the BL data has been received.
  • FIG. 3 is a detailed flowchart of the procedure of the mutual settlement system for the compatible traffic card according to the present invention.
  • the company's settlement server goes through the process (S100) of collecting transaction history information by the traffic card from the traffic card terminal, the company settlement server for the collected transaction history information according to the card issuer Classify (S110).
  • the company settlement server performs the own settlement of the transaction history information in the company settlement server. (S130).
  • the company's settlement server is a third party settlement server issued by a third party according to the standard settlement item Transaction history information by the traffic card and mutual settlement request information for the transaction history information is transmitted (S150).
  • the third party settlement server determines whether the settlement transfer reason information exists for the transaction history information according to the received mutual settlement request information.
  • the company settlement server receives mutual settlement approval information in response to the mutual settlement request information from the third party settlement server and In accordance with the standard settlement item, mutual settlement approval information is received (S250). Accordingly, in step (c), when the company settlement server receives mutual settlement approval information based on mutual settlement approval information and standard settlement item, the settlement server includes the settlement settlement according to the corresponding transaction details information (S270). In addition, it is preferable that the settlement server further includes the settlement step of transmitting payment request information on the transaction details information to a separate financial server after the above step (v).
  • the company settlement server receives the mutual settlement approval impossible information in response to the mutual settlement request information from the third party settlement server ( S210). Accordingly, in step , when the company settlement server receives the mutual settlement approval impossibility information, the transaction settlement information is excluded from the mutual settlement (S230).
  • the company's settlement server transaction details that occur until 02:00 of the next day in the traffic card transaction history information generated in the traffic card terminal Including and including the transaction history information occurred on the settlement date.
  • the settlement date transaction history information generated by the company's issued transportation card is processed by the transportation card terminal.
  • the company's settlement server is settled with the mutual settlement request information for the transaction history information based on the standard settlement item It is desirable to send it to the third party settlement server by 15:00 the next day.
  • the third party settlement server receives the settlement date transaction history information and the mutual settlement request information for the transaction history information from the company settlement server, and determines whether settlement return reason information exists.
  • the settlement server determines that the settlement transfer reason information does not exist in the settlement date transaction history information received from the settlement server, in the step iii, the settlement server provides the mutual settlement request information from the settlement server of the third party.
  • the mutual settlement approval information and the mutual settlement approval information according to the standard settlement item are received and received by 12:00 on the next day of the transmission date of the transaction history information and the mutual settlement request information.
  • the company's settlement server transmits the payment request information for the settlement date transaction history information to the separate financial server until 12:00 on the next day of the reception date of the transaction history information and the mutual settlement request information. It is preferable to perform mutual settlement.
  • the settlement server in response to the mutual settlement request information is received from the settlement server of the third party.
  • the mutual settlement approval impossibility information is preferably received until 12:00 of the next day of the transaction history information and the mutual settlement request information transmission date, it is desirable to exclude from mutual settlement.
  • FIG. 4 is an overall configuration diagram of a mutual settlement system for a compatible transportation card according to a preferred embodiment of the present invention.
  • the mutual settlement system for a compatible transportation card is a high plus settlement server 100, KORAIL settlement server 300, KFTC settlement server 500, VPN 700 and the Internet network ( 900).
  • the VPN 700 is connected to each of the high plus settlement server 100, the Korail settlement server 300 and the financial settlement account settlement server 500 and the Internet network 900, the VPN 700 is the Internet In the case where the settlement server and the other company's settlement server are connected to each other through the network 500, the National Intelligence Service has taken the security test in consideration of security and safety. Perform the function.
  • the Internet network 900 is connected to the VPN 700 connected to the high plus settlement server 100, the VPN 700 connected to the KORAIL settlement server 300 and the KFTC settlement server 500.
  • the connected VPN 700 to a mutual network.
  • the Internet network 900 is a wired Internet network based on the TCP / IP protocol, considering the security and safety when connecting to the network of the third party settlement server, between the VPN 700 connected to each settlement server in a dedicated line It is preferable to connect.
  • the high plus settlement server 100 is a traffic card terminal installed in a highway office, etc.
  • the Korail settlement server 300 is a traffic card terminal installed at a railway station, etc.
  • the KFTC settlement server 500 is a traffic card terminal installed at a bus and subway station. Collect transaction details from compatible transit cards.
  • the high plus settlement server 100, KORAIL settlement server 300 and the financial settlement agency settlement server 500 the transaction history information for the compatible transportation card issued by the company out of the collected transaction history information and the company Classify transaction details for compatible transportation cards issued by other companies.
  • the high plus settlement server 100 and Korail The settlement server 300 and the KFTC settlement server 500 perform their own settlement.
  • the positive settlement server 100 is a third party Korail settlement server 300 or the financial settlement agency settlement server 500
  • the Korail settlement server 300 is a third party high plus settlement server 100 or the financial settlement agency settlement server 500
  • the KFTC settlement server 500 transmits the transaction history information according to the standard settlement item and the mutual settlement request information about the transaction history information to the high plus settlement server 100 or the KORAIL settlement server 300 which are other companies.
  • the high-plus settlement server 100 transmits the BL data stored in the BL transmission unit in the server to the KORAIL settlement server 300 and the KFTC settlement server 500 to determine BL error information among settlement transfer reason information. To use.
  • the high plus settlement server 100, the KORAIL settlement server 300 and the KFTC settlement server 500 are included in the transaction history information according to the standard settlement item for the company-issued compatible transportation card received from the settlement server of the third party. It is determined whether the preset settlement transfer reason information exists.
  • the high plus settlement server 100, the KORAIL settlement server 300, and the KFTC settlement server 500 settle the third party that transmits the transaction history information.
  • the server transmits non-reciprocal settlement approval information and excludes the corresponding transaction details from mutual settlement.
  • the high plus settlement server 100, KORAIL settlement server 300 and the KFTC settlement server 500 may determine the transaction history information.
  • Mutual settlement approval information is transmitted to the third-party settlement server in response to mutual settlement request information, and the mutual settlement approval details information according to the standard settlement item is transmitted and included in the mutual settlement.
  • the high plus settlement server 100, KORAIL settlement server 300 and the KFTC settlement server 500 performs mutual settlement by transmitting payment request information about the corresponding transaction details information to a separate financial server. .

Abstract

The present invention relates to an interconnection payment system for a transportation card that is compatible throughout a country, and to a method for operating an interconnection payment system. According to the present invention, transportation card transaction list information is collected by a payment server of a company from a separate transportation card terminal, the information is sorted by a transportation card provider, and transaction list information on transportation cards provided by other companies according to standard payment criteria and interconnection payment request information on the transaction list information on transportation cards provided by other companies are transmitted to other company payment servers via a network. Also, if preinstalled payment return reason information in the transaction list information received by the payment server of the company does not exist as a response to the information on the interconnection payment request to the payment server of the company, the payment server of the other company transmits interconnection payment authentication information and interconnection payment authentication list information according to the standard payment criteria via the network and includes the information in interconnection payments. Therefore, according to the present invention, an interconnection payment system is formed that can enable the settlement of a balance used and payment, on the basis of common standard payment criteria between a card providing company and a card settlement company, in order to provide user convenience for a transportation card, prevent overlapping investing in systems, and implement a secure transportation card system to be commonly used throughout the country.

Description

호환형 교통카드에 대한 상호 정산 시스템 및 상호 정산 시스템의 운영방법Mutual Settlement System and Operation Method of Mutual Settlement System for Compatible Transportation Cards
본 발명은 전국적으로 호환가능한 호환형 교통카드에 대한 상호 정산 시스템및 운영방법에 관한 것으로, 더욱 상세하게는 교통카드 단말기에서 거래된 호환형 교통카드 결제내역에 대해, 사업자 공통의 표준 정산항목을 토대로 교통카드 사업자간 상호 정산이 가능하도록 하는 상호 정산 시스템 및 상호 정산 시스템의 운영방법에 관한 것이다.The present invention relates to a mutual settlement system and operation method for compatible nationally compatible transit cards, and more specifically, to the compatible transit card payment details traded in a transit card terminal, based on common standard settlement items of operators. The present invention relates to a mutual settlement system and a method of operating a mutual settlement system for mutual settlement between transportation card operators.
현재 버스,지하철,철도 등의 대중교통 이용 시 현금에 의한 이용요금 결제보다 선불식 또는 후불식 교통카드에 의한 카드결제방식이 보편화 되고 있는 추세이다. 그러나, 종래 지역별 또는 사업자별로 상이한 교통카드 결제 및 충전,정산 시스템이 구축되어 있는 바, 교통카드 결제 및 충전, 정산 시스템 상호 간에 있어 각기 명령어 체계, 암호화 체계 등의 호환이 불가능하므로, 이용자는 지역별 또는 사업자별에 따라 대중교통 이용시 복수의 교통카드를 소지해야하는 불편이 존재하며, 사업자는 교통카드 결제 및 충전, 정산 시스템에 대한 중복투자의 부담이 존재하고, 나아가 국가공통의 안정적이고 신뢰성 있는 교통카드 결제 및 충전, 정산시스템 구축에 어려움이 발생하고 있다.Currently, the card payment method by prepaid or postpaid transportation card is becoming more common than payment by cash when using public transportation such as bus, subway, and railway. However, since different transportation card payment, charging, and settlement systems have been established for each region or operator, it is impossible for the transportation card payment, charging, and settlement systems to be compatible with each other. Depending on each operator, there are inconveniences of having a plurality of transportation cards when using public transportation, and operators have a burden of overlapping investment in transportation card payment, charging, and settlement system, and furthermore, stable and reliable transportation card payment of national common And there is a difficulty in establishing a charging and settlement system.
상기 문제를 해결하기 위하여, 전국적으로 호환 가능한 교통카드 시스템이 요구되어 2006년 교통카드 규격인 선불IC카드 규격이 산업표준규격(KS)으로 제정되어, KS 규격 제정으로 교통카드 전국호환을 위한 기술적 기반이 마련되고 있다. 그럼에도 불구하고, 이전과 동일하게 지역간 또는 사업자간 상이하게 구축된 교통카드 시스템의 전국호환은 지지부진하게 진행되는 추세이다.In order to solve the above problems, a nationally compatible transportation card system is required, and in 2006, the prepaid IC card standard, which is the transportation card standard, was enacted as the Industrial Standard Specification (KS), and the KS standard enacted the technical basis for national transportation card compatibility. Is being prepared. Nevertheless, the national compatibility of the transportation card system, which was constructed differently between regions and operators, is continuing to be sluggish as before.
따라서, 본 발명은 건설교통부 주도의 “One Card All Pass 표준기술 개발 및 테스트베드 운영 사업”의 일환으로써, 철도 교통카드 사업자인 코레일, 버스 및 지하철 교통카드 사업자인 금융결제원, 고속도로 교통카드 사업자인 하이플러스 3사 상호간 호환가능한 호환형 교통카드 규격 및 교통카드 단말기가 개발됨을 배경으로 하여, 호환형 교통카드에 의한 거래내역 발생시 결제대금에 대해 공통의 표준 정산항목에 따라서 3사 상호간 정산이 가능한 상호 정산 시스템을 구축하려고 하는 것이다.Therefore, the present invention is a part of the “One Card All Pass standard technology development and test bed operation project” led by the Ministry of Construction and Transportation, the railroad card company KORAIL, the bus and subway card company, KFTC, the highway card company Based on the development of a compatible transportation card standard and a transportation card terminal compatible with each other, the three companies can settle mutual payments according to common standard settlement items for payments when transactions are made by compatible transportation cards. You are trying to build a settlement system.
본 발명의 목적은, 전국 호환이 가능한 호환형 교통카드를 바탕으로, 공통의 표준 정산항목에 따라서 카드 거래내역에 대한 이용대금을 상호 정산할 수 있는 시스템 및 시스템의 운영방법을 개발함으로써, 카드 발급사업자 및 카드 결제대상인 사업자간 대중교통 이용대금 결제내역에 대한 상호 호환 및 정산이 가능해짐에 따라, 이용자에게 한 장의 호환형 교통카드로 다양한 대중교통 이용이 가능하도록 하여 대중교통 이용시 불편을 해소하고, 대중교통 이용을 촉진하는 것에 있다. An object of the present invention is to issue a card by developing a system and a method of operating the system that can mutually settle the use price for card transaction details according to a common standard settlement item based on a compatible transit card that is compatible with the whole country. With the mutual compatibility and settlement of the public transportation payment bills between the operators and the businesses that are subject to card payments, it is possible to use various public transportations with one compatible transportation card, thereby relieving inconvenience in using public transportation. It is to promote the use of public transportation.
본 발명의 다른 목적은, 이용자가 호환형 교통카드를 사용하는 경우 카드발급사업자와 카드 결제대상인 사업자 상호간 결제내역 호환 및 정산이 가능해짐에 따라, 종래 지역별 또는 사업자별로 상이하게 구축된 교통카드 정산시스템으로 인해 발생했던 사업자간 중복투자 등의 문제점을 방지하고, 나아가 국가공통의 기술적 표준을 확립하여 안정적인 교통카드 시스템 운영에 기여하고자 함에 있다.Another object of the present invention, when the user uses a compatible transportation card is compatible with the payment issuance and settlement between the card issuer and the operators that are the card payment target, the conventional traffic card settlement system established differently for each region or operator The aim is to prevent problems such as overlapping investment between operators and to establish a common national technical standard to contribute to the stable transportation card system.
본 발명의 또 다른 목적은, 이용자가 한 장의 호환형 교통카드로 다양한 대중교통수단을 이용가능한 바, 사업자간 상호 정산 시스템을 통해 대중교통수단 별 이용패턴 및 빈도 등의 데이터 수집 및 집계가 용이해 지므로, 국가 차원의 대중교통 관련 정책에 있어 효율적이고 적합한 계획 수립 및 실행에 기여하고자 함에 있다.Another object of the present invention is that the user can use a variety of public transportation means with a single compatible transportation card, it is easy to collect and aggregate data such as usage patterns and frequency by public transportation means through mutual settlement system between operators Therefore, it aims to contribute to the efficient and appropriate planning and implementation of national public transport policies.
본 발명은 호환형 교통카드에 대한 상호 정산 시스템 및 운영방법에 관한 것이다. 먼저, 본 발명에 따른 교통카드에 대한 상호 정산 시스템은 별도의 교통카드 단말기로부터 교통카드에 의한 거래내역 정보를 수집하고, 수집한 거래내역 정보를 교통카드 발급사에 따라 분류하며, 분류된 거래내역 정보 중 타사 발급 교통카드 거래내역 정보를 표준 정산 항목에 의거해 송신하고, 타사 발급 교통카드 거래내역 정보에 대한 상호정산 요청정보를 타사 정산 서버로 송신하되, 타사 정산 서버가 거래내역 정보에 대해 정산반송 사유정보가 존재한다고 판단한 경우, 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보를 수신하고, 타사 정산 서버가 거래내역 정보에 대해 정산반송 사유정보가 존재하지 않는다고 판단한 경우, 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 수신하여, 상호 정산을 수행하는 자사 정산 서버; 상기 자사 정산 서버로부터 수신한 상호정산 요청정보에 따라, 자사 정산 서버로부터 수신한 거래내역 정보에 기 설정된 정산반송 사유정보가 존재하는 지 여부를 판단하여, 상호정산 요청정보에 따른 응답으로 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보 또는 상호정산승인 불가정보를 자사 정산 서버로 송신하는 타사 정산 서버; 및 상기 자사 정산 서버와 상기 타사 정산 서버를 연결하는 네트워크;를 포함한다.The present invention relates to a mutual settlement system and an operating method for a compatible transportation card. First, the mutual settlement system for a traffic card according to the present invention collects transaction history information by a traffic card from a separate traffic card terminal, classifies the collected transaction history information according to a traffic card issuer, and classifies the transaction details. Transmitting the transaction card information issued by the third party based on the standard settlement item among the information, and sending the mutual settlement request information on the transaction card transaction information issued by the third party to the third party settlement server, which is settled by the third party settlement server If it is determined that the return reason information exists, the mutual settlement approval information and the mutual settlement approval information according to the standard settlement item are received from the third-party settlement server in response to the mutual settlement request information, and the third-party settlement server setstles the transaction history information. If it is determined that the reason for return does not exist, a mutual settlement request is made from a third-party settlement server. Receiving a mutual settlement disapproved the information in response to a security, its accounting server to perform a mutual settlement; Based on the mutual settlement request information received from the company's settlement server, it is determined whether or not the preset settlement transfer reason information is present in the transaction history information received from the company's settlement server, and approved mutual settlement in response to the mutual settlement request information. A third-party settlement server that transmits mutual settlement approval information or mutual settlement approval impossibility information according to the information and standard settlement items to its settlement server; And a network connecting the company settlement server and the third party settlement server.
다음으로, 본 발명에 따른 상호 정산 시스템의 운영방법은 자사 정산 서버가 별도의 교통카드 단말기로부터 거래내역 정보를 수집하고, 수집된 거래내역 정보를 교통카드 발급사 별로 분류하는 ⒜단계; 상기 ⒜단계에서 분류한 결과, 타사 발급 카드에 의한 거래내역 정보에 해당되는 경우, 상기 자사 정산 서버가 표준 정산항목에 따른 거래내역 정보 및 거래내역 정보에 대한 상호정산 요청정보를 타사 정산 서버로 송신하는 ⒝단계; 및 상기 ⒝단계에서 자사 정산 서버가 타사 정산 서버로 거래내역 정보 및 상호정산 요청정보를 송신한 결과, 타사 정산 서버가 정산반송 사유정보가 존재하지 않는다고 판단함에 따라, 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산 승인정보 및 표준 정산 항목에 따른 상호정산승인 내역정보를 수신한 경우, 자사 정산 서버가 수신한 상호정산 승인정보 및 표준 정산 항목에 따른 상호정산승인 내역정보를 바탕으로 거래내역 정보를 상호 정산에 포함하는 ⒞단계; 를 포함한다.Next, the operation method of the mutual settlement system according to the present invention comprises the steps of the company's settlement server collects transaction history information from a separate traffic card terminal, and classifies the collected transaction history information by traffic card issuer; As a result of the classification in step ⒜, when the transaction information is provided by the third-party issuance card, the company's settlement server sends the mutual settlement request information about the transaction history information and the transaction history information according to the standard settlement item to the third party settlement server. ⒝ step; And the third party settlement server transmits the transaction history information and the mutual settlement request information to the third party settlement server in step ,, and as the third party settlement server determines that the settlement transfer reason information does not exist, the mutual settlement request information from the third party settlement server. In case of receiving mutual settlement approval information and mutual settlement approval information based on standard settlement items in response to the transaction, the transaction details are based on mutual settlement approval information received by the company's settlement server and mutual settlement approval information based on standard settlement items. Incorporating the information into mutual settlement; It includes.
덧붙여, 상기 ⒝단계 이후, 자사 정산 서버가 타사 정산 서버로 거래내역 정보 및 상호정산 요청정보를 송신한 결과, 타사 정산 서버가 정산반송 사유정보가 존재한다고 판단함에 따라, 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 수신한 경우, 자사 정산 서버가 거래내역 정보를 상호 정산에서 제외하는 ⒠단계를 더 포함하는 것이 바람직하다.In addition, after the above step, the settlement server sends the transaction history information and the mutual settlement request information to the settlement server of the third party, and as a result, the settlement server determines that the settlement transfer reason information exists. In the case where the mutual settlement approval impossible information is received in response to the information, the settlement server may further include a step 하는 excluding the transaction history information from the mutual settlement.
또한 덧붙여, 상기 ⒞단계 이후, 자사 정산 서버가 타사 정산 서버로부터 수신한 상호정산 승인정보 및 표준 정산 항목에 따른 상호정산승인 내역정보에 근거해, 별도의 금융서버에 상호정산 승인대상인 해당 거래내역 정보에 대한 결제요청 정보를 송신하는 ⒟단계; 를 더 포함하는 것이 바람직하다.In addition, based on the mutual settlement approval information received by the company's settlement server from the third party settlement server and the mutual settlement approval information according to the standard settlement item, the transaction history information subject to the mutual settlement approval to the separate financial server after the step 상기 above. Transmitting payment request information for; It is preferable to further include.
이 때, 표준 정산항목이란 구분, 파일명, 데이터 일련번호, 고유번호, 카드사 코드, 카드번호, 거래금액, 거래전 금액, 거래후 금액, 오류코드, 교통수단 코드, 거래유형, NC, IDPSAM, TRTPSAM, PPIEP, IDEP, NTIEP, NIPP, NTPSAM, MTOTPSAM, ALGIEP, SINDC, IDCENTER, VKPSAM_KDINDC, VKPSAM_KDINDS, SINDS, 승차/하차 구분, 출발코드, 출발일시, 도착코드, 도착일시, 단말기번호, 환승구분, 환승횟수, 환승소요시간, 노선ID, 노선번호, 교통사업자ID, 교통사업자명, 차량번호ID, 차량등록번호, 이용시간, 이용거리, 카드유형, 근무자번호, 일반COUNTER, 일반거래금액, 대학생COUNTER, 대학생거래금액, 학생COUNTER, 학생거래금액, 소인COUNTER, 소인 거래금액, 기타COUNTER, 기타거래금액, 출발역명, 도착역명, 재처리구분, PNR번호, 반환번호, 원권번호 및 취급일시 중 어느 하나 이상을 포함하는 것이 바람직하다.At this time, the standard settlement items are classified, file name, data serial number, unique number, card company code, card number, transaction amount, amount before transaction, amount after transaction, error code, transportation code, transaction type, NC, ID PSAM , TRT PSAM , PP IEP , ID EP , NT IEP , NI PP , NT PSAM , MTOT PSAM , ALG IEP , SINDC, ID CENTER , VK PSAM_KDINDC , VK PSAM_KDINDS , SINDS, Ride / Departure Code, Departure Code, Departure Date, Arrival Code , Date of arrival, terminal number, transit segment, transit number, transit time, route ID, route number, transit company ID, transit company name, vehicle number ID, vehicle registration number, using time, distance, card type, working number , General COUNTER, General Transaction Amount, College Student COUNTER, College Student Transaction Amount, Student COUNTER, Student Transaction Amount, Child COUNTER, Child Transaction Amount, Other COUNTER, Other Transaction Amount, Departure Station Name, Arrival Station Name, Reprocessing Classification, PNR Number, Return Including any one or more of a number, original number and date and time of handling It is preferred.
또한 이 때, 상기 정산반송 사유정보란 표준 정산항목에 명시되지 않은 데이터 값이 포함된 필드 오류 정보; 카드번호,승차일시 및 승차, 하차역 ID구분코드가 동일한 경우인 이중발생 오류 정보; 승차일시가 미래일시인 매출일자 오류, 1원 단위 요금이 발생한 이용금액 오류 정보;자사 정산 서버가 타사 정산 서버로 BL(Black list)를 송신하고, 자사 정산 서버가 타사 정산서버의 BL수신 확인코드를 수신한 지 48시간 이후에 발생한 거래에 대한 오류인 BL 오류 정보; 승차데이터 단독 또는 승차 및 하차 데이터 동시존재시 승차일시를 기준으로 하고, 하차데이터 단독 존재시 하차일시를 기준으로 하여 이용일로부터 유효사용일자가 60일 이상 초과하여 청구된 거래에 대한 오류인 유효사용일자 오류 정보; 및 카드구분코드체계에 부합하지 않는 경우, 카드번호가 총 20자리가 아닌 경우이거나 기타 카드발행사 자체적으로 카드번호에 대한 오류로 규정하고 있는 경우에 대한 카드번호 오류 정보; 중 어느 하나 이상을 포함하는 것이 바람직하다.In this case, the settlement transfer reason information may include field error information including data values not specified in the standard settlement item; Double occurrence error information when the card number, the boarding date and time, and the boarding station ID classification code are the same; Sales date error with the date and time of future ride, error amount of usage amount incurred by 1 won unit fee; company settlement server sends BL (Black list) to other company's settlement server, and company settlement server receives BL code of third party settlement server BL error information, which is an error for a transaction that occurred 48 hours after receiving the message; Effective use date, which is an error for a transaction that is valid for more than 60 days from the date of use, based on the ride date and time when the boarding data alone or when the boarding and getting off data exist simultaneously. Error information; And card number error information for a case where the card number is not 20 digits in total or the card issuer itself defines an error for the card number if it does not conform to the card identification code system. It is preferable to include any one or more of these.
본 발명에 따르면, 카드 발급사업자와 카드 결제대상인 카드 정산사업자간 이용대금 결제 및 정산이 호환 가능한 상호 정산 시스템이 구축됨에 따라, 이용자가 한 장의 호환형 교통카드로 다양한 대중교통 수단을 편리하게 결제가능하여 대중교통 이용 촉진 및 장려의 효과가 있다. According to the present invention, as a mutual settlement system compatible with the payment and settlement of the use price payment between the card issuer and the card settlement provider that is the card payment target is established, the user can conveniently pay various public transportation means with one compatible transport card. Therefore, it has the effect of promoting and encouraging the use of public transportation.
또한 본 발명에 따르면, 사업자간 상호 정산 시스템을 통해 종래 지역별 또는 사업자별로 상이하게 구축된 교통카드 정산시스템에 대한 중복투자 방지가 가능하며, 상기 상호 정산 시스템은 호환형 교통카드 사업자 간 공통적인 정산전문을 토대로 구축되어 운영되는 바, 국가공통의 안정적인 교통카드 시스템 운영에 기여하는 효과가 있다.In addition, according to the present invention, it is possible to prevent overlapping investment in the transportation card settlement system established differently for each region or operator through the mutual settlement system between the operators, the mutual settlement system is a common settlement expertise between the compatible transportation card operators As it is built and operated on the basis of this, it contributes to the stable operation of the common transportation card system.
또한 본 발명에 따르면, 이용자가 한 장의 호환형 교통카드로 버스,지하철,철도 등의 다양한 대중교통 수단을 이용가능함에 따라 본인의 대중교통 수단별 이용빈도 및 이용요금 결제내역을 정확히 파악할 수 있으며, 국가 차원의 대중교통 관련 정책 수립시 상호 정산 시스템을 통해 이용자의 대중교통 수단별 이용패턴 또는 빈도를 용이하게 분석가능하여, 효율적이고 적합한 정책 수립 및 실행에 기여하는 효과도 있다.In addition, according to the present invention, as the user can use a variety of public transport such as bus, subway, railroad with one compatible transportation card, it is possible to accurately grasp the frequency of use and payment history for each public transportation means, When establishing a policy on public transport at the national level, the mutual settlement system enables easy analysis of users' usage patterns or frequencies by public transportation, which contributes to efficient and appropriate policy establishment and implementation.
도 1의 경우 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템 내 자사 정산 서버에 대한 세부 구성도이다.In the case of Figure 1 is a detailed configuration of the company's settlement server in the mutual settlement system for the compatible transportation card according to the present invention.
도 2의 경우 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템 내 타사 정산 서버에 대한 세부 구성도이다.2 is a detailed configuration diagram of a third-party settlement server in the mutual settlement system for the compatible transportation card according to the present invention.
도 3의 경우 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템의 절차 수행에 대한 세부 흐름도이다.3 is a detailed flowchart of the procedure of the mutual settlement system for the compatible traffic card according to the present invention.
도 4의 경우 본 발명의 바람직한 실시예에 따른 호환형 교통카드에 대한 상호 정산 시스템의 전체 구성도이다.4 is an overall configuration diagram of a mutual settlement system for a compatible transportation card according to a preferred embodiment of the present invention.
본 발명의 실시를 위한 구체적인 내용을 설명하기에 앞서, 본 발명의 기술적 요지와 직접적 관련이 없는 구성에 대해서는 본 발명의 기술적 요지를 흩뜨리지 않는 범위 내에서 생략하였음에 유의하여야 할 것이다. 또한, 본 명세서 및 청구범위에 사용된 용어 또는 단어는 발명자가 자신의 발명을 최선의 방법으로 설명하기 위해 적절한 용어의 개념을 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야 할 것이다.Before describing the details for carrying out the present invention, it should be noted that configurations that are not directly related to the technical gist of the present invention are omitted within the scope of not distracting the technical gist of the present invention. In addition, the terms or words used in the present specification and claims are intended to comply with the technical spirit of the present invention based on the principle that the inventor can define the concept of appropriate terms in order to best explain the invention. It should be interpreted as a concept.
이하, 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템에 대해 상세히 설명하기에 앞서, 본 발명에서의 호환형 교통카드에 대해 설명한다. Hereinafter, before explaining the mutual settlement system for the compatible traffic card according to the present invention in detail , the compatible traffic card in the present invention will be described.
본 발명에서 호환형 교통카드란, 종래 지역별 또는 사업자별로 상이하게 구축되어 있는 교통카드 지불, 결제 및 정산시스템에 따른 이용자의 불편 및 사업자의 중복투자를 해소하기 위해, 건설교통부가 주도한 “One Card All Pass 표준기술 개발 및 테스트베드 운영 사업”의 일환으로 철도 교통카드 사업자인 코레일, 버스 및 지하철 교통카드 사업자인 금융결제원, 고속도로 교통카드 사업자인 하이플러스 3사 상호간 호환가능 하도록 제작한 호환형 하이플러스(Hiplus) 교통카드, 호환형 엑스-캐쉬(X-cash) 교통카드 및 호환형 케이-캐쉬(K-cash) 교통카드 등을 포함한다.In the present invention, the compatible transportation card is a “One Card All” led by the Ministry of Construction and Transportation in order to solve the user's inconvenience and overlapping investment of the operator due to the transportation card payment, payment and settlement system which is differently established for each region or each business. As part of the "Pass Standard Technology Development and Test Bed Operation Project", the compatible high pluses were made to be compatible with the railroad card company KORAIL, the bus and subway card company, the KFTC, and the highway card company HiPlus. (Hiplus) transportation card, compatible X-cash transportation card and compatible K-cash transportation card.
상기 호환형 교통카드의 경우, 교통카드 사업자간 상호 호환 지불, 결제 및 정산이 가능하도록 하기 위해, 카드운영체제(Card Operationg System, COS)내에 교통호환을 위한 CONFIG DF라는 ADF(Add Data Field)를 필수적으로 포함하며, 상기 CONFIG DF는 교통 호환을 위한 정보, 거래 시 필요한 환승정보, 입구정보 등의 부가정보 및 선택적으로 하이패스 관련 정보를 저장하고, 교통카드에 의한 거래 시 이를 외부에 제공한다. 아울러, 상기 호환형 교통카드는 KS-6923 표준 및 KS-6924 표준에 따르는 내부 명령어체계 및 카드규격을 갖는다.In the case of the compatible transportation card, an ADF (Add Data Field) called CONFIG DF is required for transportation compatibility in the Card Operation System (COS) in order to enable mutual payment, settlement, and settlement between transportation card operators. The CONFIG DF stores additional information such as transit information, transit information, entrance information, and the like, and optionally high pass-related information, and provides it externally when transacting with a traffic card. In addition, the compatible transit card has an internal command system and card standard in accordance with the KS-6923 standard and the KS-6924 standard.
다만, 본 발명에 따른 상호 정산의 대상이 되는 교통카드는 전술한 “One Card All Pass 표준기술 개발 및 테스트베드 운영 사업”에 의한 호환형 교통카드에 한정되는 것은 아니며, 별도의 정산 서버를 갖추고 있는 교통카드 사업자간 상호 정산 시에도 적용이 가능하다.However, the transportation card that is the subject of mutual settlement according to the present invention is not limited to the compatible transportation card according to the "One Card All Pass standard technology development and test bed operation business" described above, and has a separate settlement server. It is also applicable to mutual settlement between transportation card operators.
이하, 본 발명에 따른 호환형 교통카드에 대한 상호 정산시스템 및 상호 정산 시스템의 운영방법에 있어, 표준 정산항목 및 정산반송 사유정보에 대해 상세히 설명한다.Hereinafter, the standard settlement item and the settlement return reason information in the mutual settlement system and the mutual settlement system operating method for the compatible transportation card according to the present invention will be described in detail.
먼저, 상기 표준 정산항목은 교통카드 사업자간 상호 정산처리를 위해 정의된 항목으로, 크게 공통정보 항목, 표준정보 항목, 거래내역 항목으로 구분할 수 있다. 먼저, 공통정보 항목은 구분, 파일명, 데이터 일련번호, 고유번호, 카드사 코드, 카드번호, 거래금액, 거래 전 금액, 거래 후 금액, 오류코드, 교통수단 코드 및 거래유형으로 구성되어 있다. 다음으로, 표준정보 항목은 NC, IDPSAM, TRTPSAM, PPIEP, IDEP, NTIEP, NIPP, NTPSAM, MTOTPSAM, ALGIEP, SINDC, IDCENTER, VKPSAM_KDINDC, VKPSAM_KDINDS, SINDS까지 구성되어 있다. 마지막으로, 거래내역 항목은 승차/하차 구분, 출발코드, 출발일시, 도착코드, 도착일시, 단말기번호, 환승구분, 환승횟수, 환승소요시간, 노선ID, 노선번호, 교통사업자ID, 교통사업자명, 차량번호ID, 차량등록번호, 이용시간, 이용거리, 카드유형, 근무자번호, 일반COUNTER, 일반거래금액, 대학생COUNTER, 대학생거래금액, 학생COUNTER, 학생거래금액, 소인COUNTER, 소인 거래금액, 기타COUNTER, 기타거래금액, 출발역명, 도착역명, 재처리구분, PNR번호, 반환번호, 원권번호 및 취급일시로 구성되어 있다. 이하, 표준 정산 항목 내 각 항목에 대해 상세히 설명한다. First, the standard settlement item is an item defined for mutual settlement processing between transportation card operators, and can be largely divided into common information item, standard information item, and transaction detail item. First, the common information item is composed of division, file name, data serial number, unique number, card company code, card number, transaction amount, amount before transaction, amount after transaction, error code, transportation code and transaction type. Next, the standard information items consist of NC, ID PSAM , TRT PSAM , PP IEP , ID EP , NT IEP , NI PP , NT PSAM , MTOT PSAM , ALG IEP , SINDC, ID CENTER , VK PSAM_KDINDC , VK PSAM_KDINDS , SINDS It is. Lastly, the transaction details include the boarding / unloading classification, departure code, departure date, arrival code, arrival date, terminal number, transfer segment, transfer frequency, transit time, route ID, route number, transit company ID, and transit company name. , Vehicle number ID, vehicle registration number, time of use, distance used, card type, worker number, general COUNTER, general transaction amount, university student COUNTER, university student transaction amount, student COUNTER, student transaction amount, postmark COUNTER, postmark transaction amount, etc. It consists of COUNTER, other transaction amount, departure station name, arrival station name, reprocessing classification, PNR number, return number, original number and handling date and time. Hereinafter, each item in the standard settlement item will be described in detail.
상기 구분 항목은 형식이 A이고, 1자리의 길이를 가지며, 상기 표준 정산 항목에 대해서는 'D'로 정의한다. The division item has a format A, has a length of one digit, and is defined as 'D' for the standard settlement item.
그리고, 상기 파일명 항목은 형식이 N이며, 8자리의 길이를 가지며, 파일명 항목의 상세한 기재내용은 아래 표 1과 같다.The file name item has a format of N and has a length of 8 digits. Details of the file name item are shown in Table 1 below.
표 1
No. 파일명 송수신 흐름 파일 내역
1 KC01mmdd 금결원→KN(코레일) 금융결제원 인프라를 이용한 코레일 거래내역
2 KC02mmdd 금결원←KN(코레일) KC01 거래결과
4 KC03mmdd 금결원→HP(하이플러스) 금융결제원 인프라를 이용한 하이플러스 거래내역
5 KC04mmdd 금결원←HP(하이플러스) KC03 거래결과
6 KN01mmdd KN(코레일)→HP 코레일 인프라를 이용한 하이플러스 거래내역
7 KN02mmdd KN(코레일)←HP KN01 거래결과
8 KN03mmdd KN(코레일)→금결원 코에일 인프라를 이용한 금융결제원 거래내역
9 KN04mmdd KN(코레일)←금결원 KN03 거래결과
10 EX01mmdd HP(하이플러스)→KN 하이플러스 BL/PL 내역
11 KN05mmdd KN(코레일)→HP 공항철도 인프라를 이용한 하이플러스 거래내역
12 KN06mmdd KN(코레일)←HP KN05 거래결과
13 KN07mmdd KN(코레일)→금결원 공항철도 인프라를 이용한 금융결제원 거래내역
14 KN08mmdd KN(코레일)←금결원 KN07 거래결과
15 EX02mmdd HP(하이플러스)→KN 하이플러스 인프라를 이용한 코레일 거래내역
16 EX03mmdd HP(하이플러스)←KN EX02 거래결과
17 EX04mmdd HP(하이플러스)→금결원 하이플러스 BL/PL 내역
18 EX05mmdd HP(하이플러스)→금결원 하이플러스 인프라를 이용한 금융결제원 거래내역
19 EX06mmdd HP(하이플러스)←금결원 EX05 거래결과
Table 1
No. Filename Send and receive flow File history
One KC01mmdd Gold vacancy → KN (korail) KORAIL Transaction History using KFTC Infrastructure
2 KC02mmdd Gold vacancy ← KN (korail) KC01 Transaction Result
4 KC03mmdd Golden Circle → HP (High Plus) Hi Plus transaction history using KFTC infrastructure
5 KC04mmdd Gold vacancy ← HP (High Plus) KC03 Result
6 KN01mmdd KN (korail) → HP Hiplus transaction history using KORAIL infrastructure
7 KN02mmdd KN (korail) ← HP KN01 Transaction Result
8 KN03mmdd KN (Korail) → Gold vacancy Transactions by the Korea Financial Settlement Institute using the Coal Infrastructure
9 KN04mmdd KN (Korrail) ← Gold vacancy KN03 Transaction Result
10 EX01mmdd HP (high plus) → KN HiPlus BL / PL History
11 KN05mmdd KN (korail) → HP Hiplus transaction history using airport railway infrastructure
12 KN06mmdd KN (korail) ← HP KN05 Transaction Result
13 KN07mmdd KN (Korail) → Gold vacancy Transactions of the Financial Settlement Institute using the Airport Rail Infrastructure
14 KN08mmdd KN (Korrail) ← Gold vacancy KN07 Transaction Result
15 EX02mmdd HP (high plus) → KN KORAIL Transaction History using HiPlus Infrastructure
16 EX03mmdd HP (high plus) ← KN EX02 Result
17 EX04mmdd HP (high plus) → gold vacancy HiPlus BL / PL History
18 EX05mmdd HP (high plus) → gold vacancy KFTC Transactions Using HiPlus Infrastructure
19 EX06mmdd HP (high plus) ← gold vacancy EX05 Transaction Result
(상기 표 1에서 파일명 내 'mmdd'값은 자사 정산 서버 및 타사 정산 서버 간 표준 정산 항목에 따른 거래내역 정보의 송수신인 경우 송수신일자에서 1일을 뺀 값을 기재하며, BL데이터의 송수신인 경우 해당 데이터 송수신일자로 기재한다.)(In Table 1, 'mmdd' value in the file name indicates a value obtained by subtracting 1 day from the date of transmission and reception when the transaction history information is transmitted and received according to the standard settlement item between the company's settlement server and the company's settlement server. Write the date of transmission / reception of the data.)
또한, 상기 데이터 일련번호 항목은 형식이 N이며, 8자리의 길이를 가지고, '00000001'부터 시작한다. 그리고, 상기 고유번호 항목은 형식이 N이며, 20자리의 길이를 가지고, 거래일자 8자리 및 SEQ 12자리로 구성된다. 그리고, 상기 카드사 코드 항목은 형식이 N이고, 2자리의 길이를 가지며, 코레일 발급 교통카드의 경우 '13', 금융결제원 발급 교통카드의 경우 '14', 하이플러스 발급 교통카드의 경우 '15'로 정의한다. 그리고, 상기 카드번호 항목은 형식이 AN이고, 20자리의 길이를 가지며, 선불카드의 경우 카드번호 20자리로 기재되고, 후불카드의 경우 카드번호 16자리 및 공백 4자리로 구성 및 기재된다. 그리고, 상기 거래금액 항목은 형식이 N이며, 8자리의 길이를 가지고, 선불카드 요청금액 이전 잔액을 의미하며, 코레일 측에서는 철도 승차권 다권 구매시 승차권금액을 의미한다. In addition, the data serial number item has a format N, has a length of 8 digits, and starts with '00000001'. In addition, the unique number item has a format of N, has a length of 20 digits, and consists of 8 digits of the transaction date and 12 digits of SEQ. The card company code item has a format of N and has a length of two digits, '13' for a KORAIL issued transportation card, '14' for a KFTC issued transportation card, and '15 for a high plus issued traffic card. To be defined. In addition, the card number item has an AN format and has a length of 20 digits, and a prepaid card includes 20 card numbers, and a postpaid card includes 16 card numbers and 4 blank spaces. In addition, the transaction amount item is N, has a length of 8 digits, and means the balance before the prepaid card request amount, and means the amount of the ticket at the time of purchasing multiple rail tickets on the KORAIL side.
또한, 상기 거래 전 금액 항목은 형식은 N이며, 8자리의 길이를 가지고, 선불카드 요청금액 처리 후 잔액을 의미한다. 그리고, 상기 거래 후 금액 항목은 형식이 N이며, 8자리의 길이를 가지고, 선불카드 요청금액 처리 후 잔액을 의미한다. In addition, the amount before the transaction item type is N, has a length of 8 digits, and means the balance after processing the prepaid card request amount. The amount of the post-transaction amount item is N and has a length of 8 digits, and means a balance after processing a prepaid card request amount.
또한, 상기 오류코드 항목은 형식이 N이며, 4자리의 길이를 가지며, 원장 미등록 오류코드는 '1001', 승객수 오류코드는 '1002', 승하차 금액 오류코드는 '1003', 일자 및 시간 오류코드는 '1004', 수입 요청 금액 오류코드는 '1005', 잔액 오류코드는 '1006', VAN사 이중발생 오류코드는 '1007', 카드번호 오류코드는 '0002', 필드 오류코드는 '0004', 카드사 이중발생 오류코드는 '0006', 매출일자 오류코드는 '0007', 처리의뢰일 오류코드는 '0008', BL 오류코드는 '0011', 유효사용일자 오류코드는 '0012', 카드번호 오류코드는 '0013', 인증 오류코드는 '0014' 및 기타 오류코드는 '0099'로 정의한다. In addition, the error code item is of type N, has a length of 4 digits, the ledger unregistered error code is '1001', the passenger error code is '1002', the ride amount error code is '1003', date and time error Code is '1004', Import request amount error code is '1005', Balance error code is '1006', VAN double occurrence error code is '1007', Card number error code is '0002', Field error code is '0004' ', Card company's double occurrence error code is' 0006', sales date error code is' 0007 ', processing request date error code is' 0008', BL error code is' 0011 ', effective date error code is' 0012', card The number error code is defined as '0013', the authentication error code as '0014' and other error codes as '0099'.
또한, 상기 교통수단 코드 항목은 형식이 AN이며, 6자리의 길이를 가지고, 상기 항목에서는 코레일의 경우 '080800', 공항철도의 경우 '010102', 금융결제원 관련 교통수단의 경우 '060205', 하이플러스 관련 교통수단의 경우 '070700'로 정의한다. 상기 교통수단 코드 항목에 대한 상세한 내용은 아래 표 2와 같다.In addition, the transportation code item has an AN format and has a length of 6 digits, in the item '080800' for KORAIL, '010102' for airport railroad, '060205' for KFTC-related transportation, High Plus related transportation is defined as '070700'. Details of the transportation code item are shown in Table 2 below.
표 2
구분 설명
교통수단코드 [기관구분(2)][수송구분(2)][지역구분(2)]
기관구분 01: 공항철도
02: 티머니
03: 춘천버스
04: 마이비
05: 이비
06: 금융결제원
07: 하이플러스
08: 철도공사
09: 신공항고속도로
99: 기타
수송구분 01: 지하철
02: 버스
03: 좌석버스
04: 심야버스
05: 마을버스
06: 택시
07: 톨게이트
08: 철도
99: 기타
지역구분 00: 전지역
01: 서울
02: 경기
03: 인천
04: 춘천
05: 광주
99: 기타
TABLE 2
division Explanation
Transportation Code [Organization division (2)] [transportation division (2)] [regional division (2)]
Organization 01: Airport Railroad
02: T-money
03: Chuncheon Bus
04: Mibi
05: ivy
06: KFTC
07: High Plus
08: Railway work
09: New Airport Expressway
99: other
Transportation 01: Subway
02: bus
03: seat bus
04: Late Night Bus
05: Village Bus
06: taxi
07: Tollgate
08: railway
99: other
Regional classification 00: all areas
01: Seoul
02: Game
03: Incheon
04: Chuncheon
05: Gwangju
99: other
또한, 상기 거래유형 항목은 형식이 N이며, 1자리의 길이를 가지고, 상기 항목에서는 매입의 경우 '0', 직전거래 취소의 경우 '1', 코레일 철도승차권 환불의 경우 '2', 매입거래 취소의 경우 '9'로 정의한다.In addition, the transaction type item is of type N, has a length of one digit, in the item '0' for purchase, '1' for canceling the last transaction, '2' for KORAIL railway ticket refund, and purchase Transaction cancellation is defined as '9'.
또한, 상기 NC 항목은 형식이 N이며, 8자리의 길이를 가지고, 총액거래 수집횟수를 의미한다. 그리고, 상기 IDPSAM 항목은 형식이 N이며, 16자리의 길이를 가지고, PSAM의 식별자를 의미한다. 그리고, 상기 TRTPSAM 항목은 형식이 N이며, 2자리의 길이를 갖고, 거래형식을 의미하며, 구매거래의 경우 '00', 가치저장거래의 경우 '01', 취소거래 및 오류거래의 경우 '02', 파라미터 갱신의 경우 '03'으로 정의한다.In addition, the NC item is of type N, has a length of 8 digits, and means a total transaction collection frequency. The ID PSAM item has a format of N, has a length of 16 digits, and indicates an identifier of a PSAM. In addition, the TRT PSAM item has a format of N, has a length of 2 digits, and means a transaction type, '00' for a purchase transaction, '01' for a value store transaction, and 'for a cancel transaction and an error transaction. 02 ',' 03 'for parameter update.
또한, 상기 PPIEP 항목은 형식이 N이며, 6자리의 길이를 가지고, 교통카드 사업자의 식별자(IDentification)를 의미한다. 그리고, 상기 IDEP 항목은 형식이 AN이며, 10자리의 길이를 갖고, 전자화폐 식별자(IDentification)의 일련번호를 의미한다. 그리고, 상기 NTIEP 항목은 전자화폐의 거래 횟수이며, 형식은 N이고, 10자리의 길이를 갖는다. 그리고, 상기 NIPP항목은 형식이 N이며, 5자리의 길이를 갖고, 전자화폐의 개별거래 구매횟수를 의미한다. 그리고, 상기 NTPSAM항목은 형식이 N이며, 10자리의 길이를 갖고, PSAM(Purcharge Secure Application Module) 내 개별거래 횟수에 따른 일련번호를 의미한다. 그리고, 상기 MTOTPSAM항목은 형식이 N이며, 10자리의 길이를 가지고, PSAM 거래총액을 의미한다. 그리고, 상기 ALGIEP 항목은 형식이 N이며, 2자리의 길이를 갖고, 교통카드의 알고리즘 식별자(IDentification)를 의미한다. 그리고, 상기 SINDS 항목은 형식이 AN이며, 8자리의 길이를 갖고, SAM서명 또는 선불카드의 SIGN값을 의미한다. 그리고, 상기 IDCENTER 항목은 형식이 N이며, 2자리의 길이를 갖고, 전자화폐 회사의 식별자(IDentification)를 의미한다. 그리고, 상기 VKPSAM_KDINDC 항목은 형식이 N이며, 2자리의 길이를 가지고, 금융결제원에서 개별거래 내역 검증을 위한 서명 생성 시 사용되는 키인 KDINDC의 버젼을 의미하며, 상기 VKPSAM_KDINDS항목은 형식이 N이며, 2자리의 길이를 가지고, 금융결제원에서 개별거래 내역 검증을 위한 서명 생성 시 사용되는 키인 KDINDS의 버젼을 의미한다. 그리고, 상기 SINDS 항목은 형식이 AN이며, 8자리의 길이를 가지고, 하이플러스 측에서 필요한 개별거래 PSAM 생성서명을 의미한다. Also, the PPIEPThe item is of type N, has a length of 6 digits, Identification of the transportation card operator. And the IDEPThe item is of type AN, has a length of 10 digits, and means a serial number of an electronic money identification. And NTIEPThe item is the number of transactions of electronic money, the format is N, and it is 10 digits long. And the NIPPThe item is of type N, has a length of 5 digits, and represents the number of individual transaction purchases of electronic money. And NTPSAMThe item has a format of N, has a length of 10 digits, and means a serial number according to the number of individual transactions in the PSAM (Purcharge Secure Application Module). And, the MTOTPSAMThe item is of type N, has a length of 10 digits, it means. And the ALGIEPThe item is of type N, has a length of two digits, and represents an algorithm identification of the transportation card..The SINDS item has an AN format, has a length of 8 digits, and indicates a SIGN value of a SAM signature or prepaid card. And the IDCENTERThe item is of type N, has a length of two digits, and represents the identification of an electronic money company. And, the VKPSAM_KDINDC The item is of type N and has a length of 2 digits, and means a version of KDINDC, which is a key used when generating a signature for verifying individual transaction details in the KFTC.PSAM_KDINDSThe item is of type N, has a length of two digits, and refers to a version of KDINDS, which is a key used when generating a signature for verifying individual transactions in the KFTC. In addition, the SINDS item has an AN format, has a length of 8 digits, and indicates an individual transaction PSAM generation signature required by the high plus side.
또한, 상기 승차/하차 구분 항목의 경우 형식은 AN이며, 1자리의 길이를 가지고, 버스 및 지하철 이용 시에는 승차는 'R', 하차는 'A', 승하차는 'N'으로 정의하며, 코레일 측에서는 승차권 구매는 'P', 계좌이체환불은 'T', 반환충전은 'C', 기타 혼용결제 및 변경발행은 'F'로 정의하고, 하이플러스 측에서는 차로구분을 위해 사용하며 하이패스 차로의 경우 '1', 그외 차로의 경우 '0'으로 정의한다.In addition, in the case of the riding / getting off category, the format is AN, has a length of one digit, and when using buses and subways, the boarding is defined as 'R', the boarding is 'A', the boarding and unloading is defined as 'N', On the one side, it is defined as 'P' for ticket purchase, 'T' for bank transfer refund, 'C' for return charges, and 'F' for other mixed payments and issuance. In the case of '1', other roads are defined as '0'.
또한, 상기 출발코드 항목은, 형식이 AN이고, 10자리의 길이를 가지며, 지하철 이용시 승차역 코드, 버스 이용 시 승차정류장 코드, 하이플러스 측에서는 해당영업소 번호를 의미하며, 코레일 측에서는 출발역 6자리 및 공백 4자리로 구성 및 기재한다. 그리고, 상기 출발일시 항목은, 형식은 N이며, 14자리의 길이를 가지고, 지하철, 버스 및 철도 이용 시는 승차일시를 의미하며, 하이플러스 측에서는 입구진입일시를 의미하고, 'YYYYMMDDhhmmss'형식으로 데이터를 표기한다.In addition, the departure code item, the type is AN, has a length of 10 digits, means a station code when using the subway, a station code when using the bus, the corresponding office number on the high-plus side, 6 digits and the departure station on the Korail side It is composed of four blank spaces and described. In addition, the departure date and time item, the format is N, has a length of 14 digits, means the ride date and time when using the subway, bus and rail, the entrance date and time on the high-plus side, the data in the format 'YYYYMMDDhhmmss' Is indicated.
또한, 상기 도착코드 항목은, 형식이 AN이며, 10자리의 길이를 가지며, 지하철 이용 시 하차역 코드, 버스 이용 시 하차정류장 코드, 하이플러스 측에서는 통과영업소 번호, 철도 이용 시에는 도착역 6자리 및 공백 4자리로 구성 및 기재한다. 그리고, 상기 도착일시 항목은, 형식은 N이며, 14자리의 길이를 가지고, 지하철,버스 이용 시는 하차시간, 하이플러스 측에서는 영업소 통과일시, 코레일 측에서는 도착일시를 의미하고,'YYYYMMDDhhmmss'형식으로 데이터를 표기한다 .In addition, the arrival code item has an AN format, has a length of 10 digits, a subway station getting off code, a bus station getting off a code, a high pass side transit office number, and a railway station 6 digits and a blank It is composed and described in four digits. In addition, the arrival date and time item, the format is N, has a length of 14 digits, the time of getting off when using the subway and bus, the time of passing through the office on the high-plus side, the time of arrival on the Korail side, in the form of 'YYYYMMDDhhmmss' Mark the data.
또한, 상기 단말기 번호 항목은, 단말기가 쌍으로 구성된 경우에는 하차쪽 단말기 번호를 기준으로 하고, 형식은 AN이며, 10자리의 길이를 가지고, 지하철 및 버스 이용 시 단말기 번호, 철도 이용 시는 reserved code '0' 및 역번호 4자리 및 창구번호 5자리로 구성된 TID를 의미한다. In addition, the terminal number item is based on the terminal number of the getting off when the terminal is composed of a pair, the format is AN, has a length of 10 digits, the terminal number when using the subway and bus, reserved code when using the railway '0' and means a TID consisting of 4 digits of reverse number and 5 digits of counter number.
또한, 상기 환승구분 항목은 형식이 A이며, 1자리의 길이를 가지고, 지하철,버스,철도 이용 시는 환승시 'Y', 비환승시 'N'으로 정의한다. 그리고, 하이플러스 측에서는 차종구분에 따라 숫자값으로 정의하는데, 16인승 이하 승합차 및 승용차의 경우 '1', 17인승 이상 32인승 이하 승합차 및 적재중량 2.5톤까지의 화물탑차의 경우 '2', 33인승 이상 승합차 및 적재중량 3.5톤까지의 화물탑차의 경우 '3' , 적재중량 10톤 이상 20톤 미만으로 3축 차량인 화물차의 경우 '4', 적재중량 20톤 이상으로 4축 이상 화물차의 경우 '5', 1000cc 이하 승용차 및 화물차의 경우 '6'으로 정의한다. 그리고, 상기 환승횟수 항목은 형식이 N이고, 1자리의 길이를 가지며, 코레일 측에서는 '0'으로 정의한다. 상기 환승소요시간 항목은 형식은 N이고, 4자리의 길이를 가지며, 데이터 표기형식은 'mmss'에 따르며, 코레일 측에서는 '0000'으로 정의한다.In addition, the transfer category is a type A, has a length of one digit, and when using the subway, bus, railway is defined as 'Y' when transferring, 'N' when non-transfer. On the high-plus side, it is defined as a numerical value according to the vehicle type classification, '1' for vans and passenger cars with 16 seats or less, '2', 33 for vans with load capacity of 2.5 tons and 17 to 32 passengers. '3' for vans and vans up to 3.5 tons in weight and '4' for trucks with three-axes with a load weight of 10 tons or less and less than 20 tons. '5' is defined as '6' for passenger cars and vans below 1000cc. The transfer frequency item has a format of N, has a length of 1 digit, and is defined as '0' on the Korail side. The transit time required item has a format of N, has a length of 4 digits, a data representation format according to 'mmss', and is defined as '0000' on the Korail side.
또한, 상기 노선ID 항목은 형식이 N이며, 3자리의 길이를 가지고, 코레일 측에서는 열차 종별 2자리 및 객실 종별 1자리로 구성 및 기재한다. 그리고, 상기 노선번호 항목은 형식은 AN이고, 6자리의 길이를 가지며, 버스에서는 버스노선번호를 의미하고, 코레일 측 에서는 열차번호 5자리 및 공백 1자리로 구성 및 기재한다. 그리고, 상기 교통사업자ID 항목은 형식은 N이며, 4자리의 길이를 가지고, 지역구분 2자리 및 사업자일련번호 2자리로 구성 및 기재하며, 이 때, 상기 지역구분 2자리는 상기 표 2 내 지역구분 코드와 동일하고, 상기 업자일련번호 2자리는 상기 표 2 내 기관구분 코드와 동일하며, 예를 들어 하이플러스의 경우 '0007' , 코레일의 경우 '0008' 및 금융결제원의 경우 '0006'으로 정의한다. 그리고, 상기 교통사업자명 항목은 형식이 AN이며, 4자리의 길이를 가지고, 코레일의 경우 '코레일 네트웍스', 하이플러스의 경우 'HP', 금융결제원의 경우 '금결원'으로 정의한다. 그리고, 상기 차량번호ID 항목은 형식이 AN이며, 10자리의 길이를 가지고, 하이플러스 측에서는 구매일자를 기재하며, 코레일 측에서는 철도회원번호를 기재하며, 철도회원 번호가 없는 경우 공백으로 처리한다. 상기 차량등록번호 항목은 형식이 AN이며, 12자리의 길이를 가지고, 버스 이용 시 또는 코레일 측에서는 상기 차량등록번호 항목에 실반환금액을 기재한다. In addition, the route ID item has a format of N, has a length of 3 digits, and is configured and described on the KORAIL side by 2 digits of the train type and 1 digit of the cabin type. In addition, the line number item is AN, has a length of 6 digits, means a bus line number on a bus, and configures and describes a train number 5 digits and a blank 1 digit on the KORAIL side. In addition, the transport operator ID item has a format of N, has a length of 4 digits, consists of 2 digits of a division and 2 digits of a business serial number, and the 2 digits of the region is a region in Table 2 Same as the division code, and the two-digit manufacturer serial number is the same as the engine division code in Table 2 above, for example, '0007' for High Plus, '0008' for KORAIL and '0006' for KFTC It is defined as In addition, the name of the transportation operator name is AN, and has a length of 4 digits, and is defined as 'Korrail Networks' for KORAIL, 'HP' for High Plus, and 'Gold vacancy' for KFTC. In addition, the vehicle number ID item has a format of AN, has a length of 10 digits, the purchase date is written on the high-plus side, the railroad member number is written on the Korail side, and is processed as a blank if there is no railroad member number. The vehicle registration number item has an AN format, has a length of 12 digits, and records the actual return amount in the vehicle registration number item on a bus or the Korail side.
또한, 상기 이용시간 항목은 형식이 N이며, 6자리의 길이를 가지고, 버스 이용시 및 코레일 측에서는 'hhmmss'로 데이터를 표기한다. 그리고, 상기 이용거리 항목은 형식이 N이고, 3자리의 길이를 가지며, 버스 이용시 또는 코레일 측에서는 이용거리를 의미한다. 상기 카드유형 항목은 형식이 N이며, 1자리의 길이를 가지고, 일반은 '0', 대학생은 '1', 청소년은 '2', 어린이는 '3', 기타는 '4'로 정의한다. 상기 근무자번호 항목은 형식이 N이며, 5자리의 길이를 가지고, 코레일 측에서는 승차권 발매 일련번호를 기재하며, 하이플러스 측에서는 필수적인 항목이다.In addition, the usage time item has a format of N, has a length of 6 digits, and indicates data as 'hhmmss' on the bus and the Korail side. In addition, the use distance item has a format of N, has a length of 3 digits, and means a use distance when using a bus or on a Korail side. The card type item has a format of N, has a length of one digit, the general is defined as '0', the university student is '1', the teenager is '2', the child is '3', and the other is '4'. The employee number item has a format of N, has a 5-digit length, describes the ticket release serial number on the Korail side, and is an essential item on the HighPlus side.
또한, 상기 출발 역명 항목은 형식이 AN이며, 16자리의 길이를 가지고, 지하철 이용시 출발 역명, 버스 이용시 출발 정류장명, 하이플러스 측에서는 입구 영업소명, 코레일 측에서는 승차 역명을 의미한다. 그리고, 상기 도착 역명 항목은 형식이 AN이며, 16자리의 길이를 가지고, 지하철 이용시 하차 역명, 버스 이용시 하차 정류장명, 하이플러스 측에서는 출구 영업소명, 코레일 측에서는 하차 역명을 의미한다. 상기 재처리항목은 형식이 A이며, 1자리의 길이를 가지고, 코레일 측에서는 'N'으로 정의한다.In addition, the item of the departure station name is AN, having a length of 16 digits, the name of the departure station when using the subway, the name of the departure stop when using the bus, the name of the entrance office on the high plus side, and the name of the riding station on the Korail side. In addition, the arrival station name item is AN, having a length of 16 digits, the name of the station getting off when using the subway, the name of the station getting off when using the bus, the name of the exit office on the high plus side, and the name of the station getting off on the Korail side. The reprocessing item is of type A, has a length of one digit, and is defined as 'N' on the Korail side.
또한, 상기 대학생COUNTER 항목, 학생COUNTER 항목, 소인COUNTER 항목, 기타COUNTER 항목 및 일반COUNTER 항목은 형식이 N이며, 1자리의 길이를 갖는다. 그리고, 대학생 거래금액 항목, 학생 거래금액 항목, 소인 거래금액 항목 및 기타 거래금액 항목은 형식이 N이며, 6자리의 길이를 갖는다. 그리고, 상기 일반거래 금액은 형식이 N이며, 6자리의 길이를 가지고, 지하철 및 버스 이용시 금액, 하이플러스 측에서는 통행료, 코레일 측에서는 승차권금액을 의미한다. In addition, the college student COUNTER item, student COUNTER item, postmark COUNTER item, other COUNTER item and general COUNTER item is of type N and has a length of one digit. The college student transaction amount item, student transaction amount item, postmark transaction amount item, and other transaction amount item are of type N and have a length of 6 digits. The general transaction amount is N and has a length of 6 digits, and means the amount of use of subways and buses, the amount of tolls on the high-plus side and the amount of the ticket on the KORAIL side.
또한, 상기 PNR번호 항목은 형식이 AN이며, 15자리의 길이를 가지고, 코레일 측에서는 철도 여정번호를 의미한다. 상기 반환번호 항목 및 원권번호 항목은 형식이 N이며, 18자리의 길이를 가지고, 코레일 측에서는 창구번호 5자리 및 발매일자 8자리 및 일련번호 5자리로 구성 및 기재한다. 그리고, 상기 취급일시 항목은 형식이 N이며, 14자리의 길이를 가지고, 발매일시 및 반환일시를 의미한다.In addition, the PNR number item has an AN format, has a length of 15 digits, and means a rail journey number on the Korail side. The return number item and the original ticket number item have a format of N and have a length of 18 digits, and on the KORAIL side, the counter number is composed of 5 digits, 8 digits of release date and 5 digits of serial number. In addition, the handling date and time item is of type N, has a length of 14 digits, and indicates a release date and a return date and time.
이하, 상기 정산사유 반송정보에 대해 상세히 설명한다. 상기 정산사유 반송정보는 자사 정산 서버와 타사 정산 서버 간 상호 정산에 있어 발생할 수 있는 오류에 대해 정의한다. 상기 정산사유 반송정보는 필드 오류 정보, 이중발생 오류 정보, 이용금액 오류 정보, BL(Black list)오류 정보; 유효사용일자 오류 정보, 및 카드번호 오류 정보 중 어느 하나 이상을 포함한다.Hereinafter, the settlement reason return information will be described in detail. The settlement reason return information defines an error that may occur in mutual settlement between the settlement server and the third party settlement server. The settlement reason return information may include field error information, double occurrence error information, usage amount error information, and BL (Black list) error information; Valid date error information, and card number error information.
이 때, 상기 필드 오류 정보는, 자사 정산 서버로부터 타사 정산 서버로 송신된 거래내역 정보에 있어 전술한 표준 정산항목에 명시되지 않은 데이터 값이 포함된 경우에 발생한다. At this time, the field error information occurs when the transaction value information transmitted from the company settlement server to the third party settlement server includes data values not specified in the above standard settlement item.
또한 이 때, 상기 이중발생 오류 정보는, 자사 정산 서버로부터 타사 정산 서버로 송신된 거래내역 정보에 있어 카드번호, 승차일시 및 승차, 하차역 ID구분코드가 동일한 경우에 발생한다. At this time, the double occurrence error information is generated when the card number, boarding date and time, and boarding station ID classification code are the same in transaction history information transmitted from the settlement server to the other company's settlement server.
또한 이 때, 상기 매출일자 오류 정보는, 자사 정산 서버로부터 타사 정산 서버로 송신된 거래내역 정보에 있어 승차일시가 미래일시인 경우에 발생한다. At this time, the sales date error information is generated when the ride date and time is future in the transaction history information transmitted from the company's settlement server to the other company's settlement server.
또한 이 때, 상기 이용금액 오류 정보는 자사 정산 서버로부터 타사 정산 서버로 송신된 거래내역 정보에 있어 1원 단위 요금이 발생한 경우에 발생한다. At this time, the use amount error information is generated when a one-unit unit fee occurs in transaction history information sent from the settlement server to the third party settlement server.
또한 이 때, 상기 BL 오류 정보는, 자사 정산 서버로부터 타사 정산 서버로 송신된 거래내역 정보에 있어, 자사 정산 서버가 타사 정산 서버로 BL(Black list)를 송신하고, 자사 정산 서버가 타사 정산 서버의 BL수신 확인코드를 수신한 지 48시간 이후에 발생한 거래에 해당되는 경우에 발생한다.At this time, the BL error information is in the transaction history information sent from the company's settlement server to the third party settlement server, the company settlement server sends a BL (Black list) to the third party settlement server, the company settlement server is the third party settlement server Occurs when a transaction occurs 48 hours after receiving the BL confirmation code.
좀 더 자세히 설명하면, 상기 BL데이터는 교통카드 사업자가 교통카드 단말기에서 교통카드의 결제를 차단하기 위해 작성된 데이터로, 자사 정산 서버 내 BL송신부에 저장되어 있다. 상기 BL송신부는 타사 정산 서버로 BL데이터를 송신하며, 바람직하게는 타사 정산 서버에서 BL데이터를 수신한 후, 자사 정산 서버로 BL데이터를 수신하였음을 확인하는 BL수신 확인코드를 송신한다. In more detail, the BL data is data written by a traffic card operator to block a payment of a traffic card at a traffic card terminal, and is stored in a BL transmitter of a settlement server. The BL transmitter transmits BL data to a third-party settlement server. Preferably, the BL transmitter transmits BL data to the third-party settlement server and then confirms that the BL data is received from the settlement server.
덧붙여, 상기 BL데이터는 카드사 코드 항목, 카드 번호 항목, BL번호 항목, 등록/해제 구분 항목 및 카드구분 항목으로 구성되어 있다. 먼저, 상기 카드사 코드 항목 및 상기 카드 번호 항목은 전술한 표준 정산 항목 내 카드사 코드 항목 및 카드 번호 항목과 기재 및 정의내용이 동일하다. 그리고, 상기 BL번호 항목은 형식이 AN이고, 교통카드 사업자에서 정의한 BL에 해당되어 교통카드 단말기에서의 결제가 차단되는 교통카드에 부여한 일련번호로, 10자리의 길이를 가진다. 그리고, 상기 등록/해제 구분 항목은 형식이 AN이고, 교통카드가 BL에 해당되는 지 여부에 대한 것으로, 1자리의 길이를 가지며, BL등록의 경우 '1', BL해제의 경우 '0'으로 정의한다. 마지막으로, 상기 카드 구분 항목은 형식이 N이고, 1자리의 길이를 가지며, 일반의 경우 '0', 청소년의 경우 '1', 어린이의 경우 '2'로 정의한다.In addition, the BL data is composed of a card company code item, a card number item, a BL number item, a registration / release classification item, and a card classification item. First, the card company code item and the card number item have the same description and definition as the card company code item and the card number item in the standard settlement item described above. In addition, the BL number item has a format of AN and is a serial number assigned to a traffic card that is blocked by a traffic card terminal and is blocked by a traffic card provider, and has a length of 10 digits. In addition, the registration / release category is an AN and whether or not the traffic card corresponds to BL, has a length of one digit, '1' for BL registration, '0' for BL release define. Finally, the card classification item is N, has a length of one digit, and is defined as '0' in general, '1' in adolescents, and '2' in children.
또한 이 때, 상기 유효사용일자 오류 정보는, 자사 정산 서버로부터 타사 정산 서버로 송신된 거래내역 정보에 있어 승차데이터 단독 또는 승차 및 하차 데이터 동시존재시 승차일시를 카드 이용일로 하고, 하차데이터 단독 존재시 하차일시를 카드 이용일로 했을 때, 카드이용일로부터 유효사용일자가 60일 이상 초과하여 청구된 거래에 대한 경우에 발생한다. At this time, the valid date error information is the transaction data sent from the company's settlement server to the other company's settlement server. When the date of getting off the card is the date of use of the card, it occurs in the case of a transaction for which the effective use date is more than 60 days from the date of use of the card.
또한 이 때, 상기 카드번호 오류 정보는, 자사 정산 서버로부터 타사 정산 서버로 송신된 거래내역 정보에 있어 카드구분코드체계에 부합하지 않는 경우, 카드번호가 총 20자리가 아닌 경우이거나 기타 카드발행사 자체적으로 카드번호에 대한 오류로 규정하고 있는 경우에 해당되는 경우에 발생한다.In this case, the card number error information may not correspond to the card classification code system in transaction history information sent from the settlement server to the third party settlement server, and the card number is not 20 digits in total, or other card issuers themselves. This error occurs when the card number is an error.
이하, 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템에 대해 상세히 설명한다. 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템은 자사 정산 서버, 타사 정산 서버 및 네트워크를 포함한다.Hereinafter, a mutual settlement system for a compatible traffic card according to the present invention will be described in detail. The mutual settlement system for a compatible transportation card according to the present invention includes a company settlement server, a third party settlement server, and a network.
먼저, 상기 자사 정산 서버는 별도의 교통카드 단말기로부터 교통카드에 의한 거래내역 정보를 수집하고, 상기 수집한 거래내역 정보를 교통카드 발급사에 따라 분류한다. First, the company settlement server collects transaction history information by a traffic card from a separate traffic card terminal, and classifies the collected transaction history information according to a traffic card issuer.
이에 따라 분류된 결과, 자사 발급 교통카드에 의해 발생한 거래내역 정보에 해당하는 경우는 자체 정산처리한다. As a result of this classification, when the transaction information is generated by the company's issued transportation card, the settlement process is performed.
반면, 타사 발급 교통카드에 의해 발생한 거래내역 정보에 해당하는 경우, 표준 정산항목에 따른 타사 발급 교통카드 거래내역 정보 및 타사 발급 교통카드 거래내역 정보에 대한 상호정산 요청정보를 송신하는 기능을 수행한다.On the other hand, if it corresponds to transaction information generated by a third-party issued traffic card, it performs a function of transmitting mutual settlement request information on the third-party issued traffic card transaction history information and the third-party issued traffic card transaction history information according to the standard settlement item. .
다음으로, 상기 타사 정산 서버는 상기 자사 정산 서버로부터 수신한 상호정산 요청정보에 따라, 상기 자사 정산 서버로부터 수신한 표준 정산항목에 따른 거래내역 정보에 대해 기 설정된 정산반송 사유정보의 존재 여부를 판단한다.Next, the third-party settlement server determines whether the settlement transfer reason information exists for the transaction history information according to the standard settlement item received from the company settlement server according to the mutual settlement request information received from the company settlement server. do.
이에 따라 판단된 결과, 해당 거래내역 정보에 대해 기 설정된 정산반송 사유정보가 존재하지 않는 경우, 상기 타사 정산 서버는 상기 자사 정산 서버로 상호정산 요청정보에 대한 응답으로써 상호정산 승인정보를 송신하고, 표준 정산항목에 따른 상호정산승인 내역정보를 송신하는 기능을 수행한다. As a result of the determination, if the settlement return reason information does not exist for the transaction details, the third-party settlement server transmits mutual settlement approval information as a response to the mutual settlement request information to the company settlement server. Performs the function of transmitting the mutual settlement approval details information according to the standard settlement item.
반면, 해당 거래내역 정보에 대해 기 설정된 정산반송 사유정보가 존재하는 경우, 상기 타사 정산 서버는 상기 자사 정산 서버로 상호정산 요청정보에 대한 응답으로써 상호정산승인 불가정보를 송신하고, 해당 거래내역 정보를 상호 정산에서 제외하도록 한다. On the other hand, if the settlement return reason information is set for the transaction information, the third-party settlement server transmits the mutual settlement approval impossible information in response to the mutual settlement request information to the company settlement server , the transaction history information Should be excluded from mutual settlement.
마지막으로, 상기 네트워크는 상기 자사 정산 서버 및 상기 타사 정산 서버간을 접속하는 역할을 수행하며, TCP/IP 프로토콜에 따른 유선인터넷망 또는 VPN 중 어느 하나인 것이 바람직하다.Finally, the network serves to connect between the company's settlement server and the third-party settlement server, preferably a wired Internet network or VPN according to the TCP / IP protocol.
덧붙여, 상기 VPN(Virtual Private Network)은 네트워크를 통한 자사 정산 서버와 타사 정산 서버와의 상호 연결 시 보안성 및 안전성을 고려하여 국가정보원의 보안시험을 필한 것으로, 데이터 송수신시 암호화 및 복호화 기능을 수행한다.In addition, the VPN (Virtual Private Network) is a security test of the National Intelligence Service considering security and safety when interconnecting its settlement server and a third-party settlement server through a network, and performs encryption and decryption functions during data transmission and reception. do.
이하, 본 발명에 따른 상호 정산 시스템 내 자사 정산 서버에 대해 첨부한 예시도면을 근거로 상세히 설명한다. 도 1의 경우 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템 내 자사 정산 서버에 대한 세부 구성도이다.It will be described in detail below on the basis of the accompanying drawings for the company's own settlement server in the mutual settlement system according to the present invention. In the case of Figure 1 is a detailed configuration of the company's settlement server in the mutual settlement system for the compatible transportation card according to the present invention.
상기 자사 정산 서버는 거래정보 수집부, 제1 거래정보 교환부, 정산정보 수신부로 구성되며, 바람직하게는 BL송신부 또는 거래내역 정산부를 포함하여 구성한다.The company settlement server comprises a transaction information collecting unit, the first transaction information exchange unit, the settlement information receiving unit, preferably comprises a BL transmission unit or a transaction history settlement unit.
먼저, 상기 거래정보 수집부는 별도의 교통카드 단말기로부터 교통카드에 의해 발생한 거래내역 정보를 수집하고, 수집된 거래내역 정보에 대해 교통카드 발급사에 따라 자사 또는 타사 발급인지 여부로 분류하는 기능을 수행한다.First, the transaction information collection unit collects transaction history information generated by a traffic card from a separate traffic card terminal and performs a function of classifying whether the transaction information is collected by a company or a third party according to the card issuer. do.
다음으로, 상기 제1 거래정보 교환부는 상기 거래정보 수집부에서 교통카드 발급사에 따라 분류한 결과, 타사 발급 교통카드에 의한 거래내역 정보인 경우, 상기 거래내역 정보를 표준 정산항목에 따라 타사 정산 서버로 송신하고, 상기 송신한 타사 발급 교통카드 거래내역 정보에 대한 상호정산 요청정보를 아울러 송신하는 기능을 수행한다. 덧붙여, 상기 BL송신부로부터 전달받은 BL데이터를 타사 정산 서버로 송신하는 기능도 수행함이 바람직하다.Next, when the first transaction information exchange unit classifies according to the traffic card issuer in the transaction information collection unit, and the transaction history information by the third-party issued traffic card, the transaction information is settled according to a standard settlement item. Send to the server, and transmits the mutual settlement request information for the third-party issued traffic card transaction history information. In addition, it is preferable to perform the function of transmitting the BL data received from the BL transmitter to a third party settlement server.
다음으로, 상기 정산정보 수신부는 타사 정산 서버에서 거래내역 정보에 대해 정산반송 사유정보가 존재하지 않는다고 판단한 경우, 타사 정산 서버로부터 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보를 수신하는 기능을 수행한다. 한편, 타사 정산 서버에서 거래내역 정보에 대해 정산반송 사유정보가 존재한다고 판단한 경우, 타사 정산 서버로부터 상호정산승인 불가정보를 수신하는 기능을 수행한다.Next, when the settlement information receiver determines that the settlement transfer reason information does not exist in the transaction history information, the settlement information receiving unit receives mutual settlement approval information and mutual settlement approval information information according to the standard settlement item from the settlement server. Perform the function. On the other hand, if it is determined that the settlement transfer reason information for the transaction history information in the third-party settlement server, the mutual settlement approval impossibility information is received from the third-party settlement server.
다음으로, 상기 BL송신부는 내부에 BL(Black list)데이터를 저장하고, 상기 데이터를 제1 거래정보 교환부를 거쳐 타사 정산 서버로 송신하는 기능을 수행한다.Next, the BL transmitter stores the BL list data therein and transmits the data to the third party settlement server through the first transaction information exchanger.
이 때, BL데이터란 교통카드 발급사에서 교통카드 단말기에서의 호환형 교통카드 결제를 차단하기 위해 작성한 데이터로, 상기 BL데이터는 정산반송 사유정보 중 BL오류정보 존재 여부 판단시 활용하도록 한다. In this case, the BL data is data created by the card issuer to block compatible transport card payments in the card terminal, and the BL data is used to determine whether there is BL error information in the reason for returning the settlement.
덧붙여, 상기 BL송신부에서 BL데이터를 수신한 타사 정산 서버는, BL데이터를 수신한 사실을 확인하는 BL수신 확인코드를 상기 자사 정산 서버로 송신하는 것이 바람직하다.In addition, it is preferable that the third-party settlement server having received the BL data from the BL transmitter transmits a BL reception confirmation code for confirming the fact that the BL data has been received to the company's settlement server.
마지막으로, 상기 거래내역 정산부는, 상기 자사 정산 서버에서 타사 정산 서버로 송신한 거래내역 정보에 정산반송 사유정보가 존재하지 않는 경우에 해당하여 상기 타사 정산 서버로부터 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보를 수신한 경우, 별도의 금융 서버에 해당 거래내역 정보에 대한 결제요청정보를 송신함으로써 상호 정산을 수행한다.Lastly, the transaction history settlement unit is provided to the mutual settlement approval information and the standard settlement item from the third party settlement server in the case where settlement transfer reason information does not exist in the transaction history information transmitted from the company settlement server to the third party settlement server. When receiving the mutual settlement approval history information according to, the mutual settlement is performed by sending the payment request information for the transaction details information to a separate financial server.
이하, 본 발명에 따른 상호 정산 시스템 내 타사 정산 서버에 대해 첨부한 예시도면을 근거로 상세히 설명한다. 도 2의 경우 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템 내 타사 정산 서버에 대한 세부 구성도이다.Hereinafter, the third-party settlement server in the mutual settlement system according to the present invention will be described in detail based on the accompanying drawings. 2 is a detailed configuration diagram of a third-party settlement server in the mutual settlement system for the compatible transportation card according to the present invention.
상기 타사 정산 서버는 제2 거래정보 교환부 및 거래정보 검증부로 구성된다.The third-party settlement server is composed of a second transaction information exchange unit and a transaction information verification unit.
먼저, 상기 제2 거래정보 교환부는, 상기 자사 정산 서버로부터 표준 정산항목에 따른 거래내역 정보 및 거래내역 정보에 대한 상호정산 요청정보를 수신하고, 이를 거래정보 검증부로 전달하는 기능을 수행한다. 아울러, 상기 자사 정산 서버로부터 BL데이터를 수신하는 경우, 상기 BL데이터를 거래정보 검증부로 전달하여 정산반송 사유정보 중 BL오류정보 존재판단 시 활용한다.First, the second transaction information exchange unit receives the mutual settlement request information on the transaction history information and the transaction history information according to the standard settlement item from the company settlement server, and delivers it to the transaction information verification unit. In addition, when BL data is received from the company's settlement server, the BL data is transferred to the transaction information verification unit to be used when determining the presence of BL error information among settlement transfer reason information.
다음으로, 상기 거래정보 검증부는. 상기 자사 정산 서버로부터 수신한 상호정산 요청정보에 따라, 상기 자사 정산 서버로부터 수신한 표준 정산항목에 따른 거래내역 정보에 대해 기 설정된 정산반송 사유정보의 존재 여부를 판단하는 기능을 수행한다.Next, the transaction information verification unit. According to the mutual settlement request information received from the company's settlement server, it performs a function to determine whether or not the predetermined settlement transfer reason information for the transaction history information according to the standard settlement item received from the company's settlement server.
이 때, 상기 거래정보 검증부에서 상기 수신한 거래내역 정보에 있어 정산반송 사유정보가 존재하지 않는다고 판단한 경우, 상기 타사 정산 서버는 상기 자사 정산 서버로부터 수신한 상호정산 요청정보에 대한 응답으로 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보를 제2 거래정보 교환부를 거쳐 상기 자사 정산 서버로 송신한다.In this case, when the transaction information verification unit determines that the settlement return reason information does not exist in the received transaction history information, the third party settlement server mutually settles in response to the mutual settlement request information received from the company settlement server. Mutual settlement approval details information based on the approval information and the standard settlement item are transmitted to the company settlement server via the second transaction information exchange unit.
반면 이 때, 상기 거래정보 검증부에서 상기 수신한 거래내역 정보에 있어 정산반송 사유정보가 존재한다고 판단한 경우, 상기 타사 정산 서버는 상기 자사 정산 서버로부터 수신한 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 제2 거래정보 교환부를 거쳐 상기 자사 정산 서버로 송신하고, 해당 거래내역 정보를 상호 정산에서 제외한다.On the other hand, when the transaction information verification unit determines that the settlement return reason information in the received transaction history information, the third-party settlement server mutual settlement in response to the mutual settlement request information received from the company settlement server The non-approval information is transmitted to the company's settlement server via the second transaction information exchange unit, and the transaction details are excluded from mutual settlement.
덧붙여, 상기 타사 정산 서버는 상기 자사 정산 서버 내 BL송신부로부터 BL데이터를 수신한 경우, BL데이터를 수신하였음을 확인하는 BL수신 확인코드를 자사 정산 서버로 송신하는 것이 바람직하다.In addition, when receiving the BL data from the BL transmitter in the settlement server, the third-party settlement server preferably transmits a BL reception confirmation code to the settlement server to confirm that the BL data has been received.
이하, 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템의 운영방법에 대해 첨부한 예시도면에 근거해 상세히 설명한다. 도 3의 경우 본 발명에 따른 호환형 교통카드에 대한 상호 정산 시스템의 절차 수행에 대한 세부 흐름도이다.Hereinafter, a method for operating a mutual settlement system for a compatible transportation card according to the present invention will be described in detail with reference to the accompanying drawings. 3 is a detailed flowchart of the procedure of the mutual settlement system for the compatible traffic card according to the present invention.
먼저, 상기 ⒜단계에서, 상기 자사 정산 서버는 교통카드 단말기로부터 교통카드에 의한 거래내역 정보를 수집하는 과정(S100)을 거치고, 수집한 거래내역 정보에 대해 자사 정산 서버는 교통카드 발급사에 따라 분류한다(S110).First, in the step 자사, the company's settlement server goes through the process (S100) of collecting transaction history information by the traffic card from the traffic card terminal, the company settlement server for the collected transaction history information according to the card issuer Classify (S110).
다음으로, 상기 ⒜단계에서 분류한 결과에 따를 때, 자사에서 발급한 교통카드에 대한 거래내역 정보인 경우, 상기 자사 정산 서버는, 해당 거래내역 정보에 대해 자사 정산 서버 내에서 자체 정산을 수행한다(S130).Next, according to the classification result in step ,, in the case of transaction history information for the transportation card issued by the company, the company settlement server performs the own settlement of the transaction history information in the company settlement server. (S130).
한편, 상기 ⒜단계에서 분류한 결과에 따를 때, 타사에서 발급한 교통카드에 대한 거래내역 정보인 경우, 상기 (b)단계에서, 상기 자사 정산 서버는 타사 정산 서버로 표준 정산항목에 따른 타사 발급 교통카드에 의한 거래내역 정보 및 상기 거래내역 정보에 대한 상호정산 요청정보를 송신한다(S150).On the other hand, according to the classification result in step ⒜, in the case of transaction history information for the transportation card issued by the third party, in the step (b), the company's settlement server is a third party settlement server issued by a third party according to the standard settlement item Transaction history information by the traffic card and mutual settlement request information for the transaction history information is transmitted (S150).
이에 따라, 타사 정산 서버는 상기 수신한 상호정산 요청정보에 따라서 거래내역 정보에 대해 정산반송 사유정보의 존재여부를 판단하게 된다.Accordingly, the third party settlement server determines whether the settlement transfer reason information exists for the transaction history information according to the received mutual settlement request information.
이 때, 상기 타사 정산 서버가 상기 거래내역 정보에 대해 정산반송 사유정보가 존재하지 않는다고 판단한 경우, 상기 자사 정산 서버는 상기 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산 승인정보를 수신하고, 표준 정산항목에 의거해 상호정산승인 내역정보를 수신한다(S250). 이에 따라, 상기 ⒞단계에서, 상기 자사 정산 서버는 상호정산 승인정보 및 표준 정산항목에 의거한 상호정산승인 내역정보를 수신한 경우 해당 거래내역 정보에 따라 상호 정산에 포함한다(S270). 덧붙여, 자사 정산 서버는 상기 ⒞단계 이후에, 별도의 금융서버로 해당 거래내역 정보에 대한 결제요청 정보를 송신하는 ⒠단계를 더 포함하여 상호 정산을 수행하는 것이 바람직하다.At this time, when the third party settlement server determines that the settlement return reason information does not exist in the transaction history information, the company settlement server receives mutual settlement approval information in response to the mutual settlement request information from the third party settlement server and In accordance with the standard settlement item, mutual settlement approval information is received (S250). Accordingly, in step ⒞, when the company settlement server receives mutual settlement approval information based on mutual settlement approval information and standard settlement item, the settlement server includes the settlement settlement according to the corresponding transaction details information (S270). In addition, it is preferable that the settlement server further includes the settlement step of transmitting payment request information on the transaction details information to a separate financial server after the above step (v).
또한 이 때, 타사 정산 서버가 상기 거래내역 정보에 대해 정산반송 사유정보가 존재한다고 판단한 경우, 상기 자사 정산 서버는 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 수신한다(S210). 이에 따라, 상기 ⒟단계에서, 상기 자사 정산 서버는 상호정산승인 불가정보를 수신한 경우, 해당 거래내역 정보를 상호 정산에서 제외한다(S230).In addition, when the third party settlement server determines that the settlement return reason information exists for the transaction history information, the company settlement server receives the mutual settlement approval impossible information in response to the mutual settlement request information from the third party settlement server ( S210). Accordingly, in step ,, when the company settlement server receives the mutual settlement approval impossibility information, the transaction settlement information is excluded from the mutual settlement (S230).
본 발명에 따른 상호 정산 시스템의 운영방법에 있어, 바람직하게는, 상기 ⒜단계에서, 상기 자사 정산 서버는 교통카드 단말기에서 발생한 교통카드 거래내역 정보에 있어 정산일의 익일 02:00까지 발생한 거래내역을 포함하여 정산일에 발생한 거래내역 정보로 정의하여 수집한다. In the operation method of the mutual settlement system according to the present invention, Preferably, in the step 자사, the company's settlement server transaction details that occur until 02:00 of the next day in the traffic card transaction history information generated in the traffic card terminal Including and including the transaction history information occurred on the settlement date.
그리고, 교통카드 단말기에서 자사 발급 교통카드에 의해 발생한 정산일 거래내역 정보에 대해서는 자체 정산처리한다. In addition, the settlement date transaction history information generated by the company's issued transportation card is processed by the transportation card terminal.
반면, 교통카드 단말기에서 타사 발급 교통카드에 의한 정산일 거래내역 정보에 대해서는, 상기 ⒝단계에서, 상기 자사 정산 서버는 표준 정산 항목에 의거하여 상기 거래내역 정보에 대한 상호정산 요청정보와 함께 정산일의 익일 15:00까지 타사 정산 서버로 송신하도록 하는 것이 바람직하다. On the other hand, with respect to the settlement date transaction history information by the third-party issued transportation card in the traffic card terminal, in the step 자사, the company's settlement server is settled with the mutual settlement request information for the transaction history information based on the standard settlement item It is desirable to send it to the third party settlement server by 15:00 the next day.
다음으로, 타사 정산 서버는 상기 자사 정산 서버로부터 정산일 거래내역 정보 및 상기 거래내역 정보에 대한 상호정산 요청정보에 대해 수신한 후, 정산반송 사유정보가 존재하는 지 판단한다. Next, the third party settlement server receives the settlement date transaction history information and the mutual settlement request information for the transaction history information from the company settlement server, and determines whether settlement return reason information exists.
이 때, 타사 정산 서버에서 상기 자사 정산 서버로부터 수신한 정산일 거래내역 정보에 대해 정산반송 사유정보가 존재하지 않는다고 판단한 경우, 상기 ⒞단계에서, 자사 정산 서버는 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보를 거래내역 정보 및 상호정산 요청정보 송신일의 익일 12:00까지 수신하여 수신한다. 상기 ⒞단계 이후, 자사 정산 서버는 상기 ⒠단계에서, 별도의 금융서버에 대해 해당 정산일 거래내역 정보에 대한 결제요청 정보를 거래내역 정보 및 상호정산 요청정보 수신일의 익일 12:00까지 송신하여 상호 정산을 수행하는 것이 바람직하다. At this time, when the third party settlement server determines that the settlement transfer reason information does not exist in the settlement date transaction history information received from the settlement server, in the step iii, the settlement server provides the mutual settlement request information from the settlement server of the third party. In response, the mutual settlement approval information and the mutual settlement approval information according to the standard settlement item are received and received by 12:00 on the next day of the transmission date of the transaction history information and the mutual settlement request information. After step ,, the company's settlement server transmits the payment request information for the settlement date transaction history information to the separate financial server until 12:00 on the next day of the reception date of the transaction history information and the mutual settlement request information. It is preferable to perform mutual settlement.
또한 이 때, 타사 정산 서버에서 상기 자사 정산 서버로부터 수신한 정산일 거래내역 정보에 대해 정산반송 사유정보가 존재한다고 판단한 경우, 상기 ⒟단계에서, 자사 정산 서버는 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 거래내역 정보 및 상호정산 요청정보 송신일의 익일 12:00까지 수신하여, 상호 정산에서 제외하도록 하는 것이 바람직하다.In this case, when it is determined that the settlement transfer reason information exists in the settlement date transaction history information received from the settlement server by the third party settlement server, the settlement server in response to the mutual settlement request information is received from the settlement server of the third party. In response to the mutual settlement approval impossibility information is preferably received until 12:00 of the next day of the transaction history information and the mutual settlement request information transmission date, it is desirable to exclude from mutual settlement.
이하, 본 발명의 바람직한 실시예에 따른 호환형 교통카드에 대한 상호 정산시스템에 대해 첨부한 예시도면을 근거로 상세히 설명한다. 도 4의 경우 본 발명의 바람직한 실시예에 따른 호환형 교통카드에 대한 상호 정산 시스템의 전체 구성도이다.Hereinafter, the mutual settlement system for the compatible transportation card according to a preferred embodiment of the present invention will be described in detail based on the accompanying drawings. 4 is an overall configuration diagram of a mutual settlement system for a compatible transportation card according to a preferred embodiment of the present invention.
본 발명의 바람직한 실시예에 따른 호환형 교통카드에 대한 상호 정산 시스템은 하이플러스 정산 서버(100), 코레일 정산 서버(300), 금융결제원 정산 서버(500), VPN(700) 및 인터넷망(900)으로 구성되어 있다. The mutual settlement system for a compatible transportation card according to a preferred embodiment of the present invention is a high plus settlement server 100, KORAIL settlement server 300, KFTC settlement server 500, VPN 700 and the Internet network ( 900).
먼저, 상기 VPN(700)는 하이플러스 정산 서버(100), 코레일 정산 서버(300) 및 금융결제원 정산 서버(500) 각각과 인터넷망(900)을 접속하고 있으며, 상기 VPN(700)는 인터넷망(500)을 통해 자사 정산 서버와 타사 정산 서버간 상호 네트워크로 연결되는 경우에 있어, 보안성 및 안전성을 고려하여 국가정보원의 보안시험을 필한 것으로, 타사 정산 서버와의 정보 송수신 시 암호화 및 복호화 기능을 수행한다.First, the VPN 700 is connected to each of the high plus settlement server 100, the Korail settlement server 300 and the financial settlement account settlement server 500 and the Internet network 900, the VPN 700 is the Internet In the case where the settlement server and the other company's settlement server are connected to each other through the network 500, the National Intelligence Service has taken the security test in consideration of security and safety. Perform the function.
다음으로, 상기 인터넷망(900)은 상기 하이플러스 정산 서버(100)에 접속된 VPN(700), 코레일 정산 서버(300)에 접속된 VPN(700) 및 금융결제원 정산 서버(500)에 접속된 VPN(700)을 상호 네트워크로 연결한다. 이 때, 상기 인터넷망(900)은 TCP/IP 프로토콜에 의한 유선인터넷망으로, 타사 정산 서버와의 상호 네트워크 연결 시 보안성 및 안전성을 고려해, 전용회선으로 각사 정산 서버에 연결된 VPN(700)간을 연결하는 것이 바람직하다. Next, the Internet network 900 is connected to the VPN 700 connected to the high plus settlement server 100, the VPN 700 connected to the KORAIL settlement server 300 and the KFTC settlement server 500. The connected VPN 700 to a mutual network. At this time, the Internet network 900 is a wired Internet network based on the TCP / IP protocol, considering the security and safety when connecting to the network of the third party settlement server, between the VPN 700 connected to each settlement server in a dedicated line It is preferable to connect.
상기 하이플러스 정산 서버(100)는 고속도로 영업소 등에 설치된 교통카드 단말기, 코레일 정산 서버(300)는 철도역사 등에 설치된 교통카드 단말기, 금융결제원 정산 서버(500)는 버스 및 지하철 역사 등에 설치된 교통카드 단말기로부터 호환형 교통카드에 의한 거래내역 정보를 수집한다. The high plus settlement server 100 is a traffic card terminal installed in a highway office, etc., the Korail settlement server 300 is a traffic card terminal installed at a railway station, etc., and the KFTC settlement server 500 is a traffic card terminal installed at a bus and subway station. Collect transaction details from compatible transit cards.
그리고, 상기 하이플러스 정산 서버(100), 코레일 정산 서버(300) 및 금융결제원 정산 서버(500)는 수집된 거래내역 정보 중 자사가 발급한 호환형 교통카드에 대한 거래내역 정보와 자사 이외의 타사가 발급한 호환형 교통카드에 대한 거래내역 정보를 분류한다.In addition, the high plus settlement server 100, KORAIL settlement server 300 and the financial settlement agency settlement server 500, the transaction history information for the compatible transportation card issued by the company out of the collected transaction history information and the company Classify transaction details for compatible transportation cards issued by other companies.
교통카드 단말기를 통해 수집한 호환형 교통카드에 대한 거래내역 정보를 분류한 결과, 자사에서 발급한 호환형 교통카드에 대한 거래내역 정보에 해당되는 경우, 상기 하이플러스 정산 서버(100), 코레일 정산 서버(300) 및 금융결제원 정산 서버(500)는 자체적으로 정산을 수행한다. As a result of classifying transaction details of compatible transit cards collected through a transit card terminal, if the transaction history information for compatible transit cards issued by the company is applicable, the high plus settlement server 100 and Korail The settlement server 300 and the KFTC settlement server 500 perform their own settlement.
한편, 자사 교통카드 단말기를 통해 수집한 호환형 교통카드에 대한 거래내역을 분류한 결과, 타사에서 발급한 호환형 교통카드에 대한 거래내역 정보에 해당되는 경우, 먼저, 교통카드 발급사에 따라 하이플러스 정산 서버(100)는 타사인 코레일 정산 서버(300) 또는 금융결제원 정산 서버(500), 코레일 정산 서버(300)는 타사인 하이플러스 정산 서버(100) 또는 금융결제원 정산서버(500), 금융결제원 정산서버(500)는 타사인 하이플러스 정산 서버(100) 또는 코레일 정산 서버(300)로 표준 정산항목에 따른 거래내역 정보 및 상기 거래내역 정보에 대한 상호정산 요청정보를 송신한다. 덧붙여, 상기 하이플러스 정산 서버(100)는 서버 내 BL송신부에 저장하고 있던 BL데이터를 코레일 정산 서버(300) 및 금융결제원 정산 서버(500)로 전송하여, 정산반송 사유정보 중 BL 오류 정보 판단에 활용하도록 한다.Meanwhile, as a result of classifying the transaction history for the compatible transportation card collected through the company's transportation card terminal, if the transaction history information for the compatible transportation card issued by a third party is applicable, The positive settlement server 100 is a third party Korail settlement server 300 or the financial settlement agency settlement server 500, the Korail settlement server 300 is a third party high plus settlement server 100 or the financial settlement agency settlement server 500 The KFTC settlement server 500 transmits the transaction history information according to the standard settlement item and the mutual settlement request information about the transaction history information to the high plus settlement server 100 or the KORAIL settlement server 300 which are other companies. In addition, the high-plus settlement server 100 transmits the BL data stored in the BL transmission unit in the server to the KORAIL settlement server 300 and the KFTC settlement server 500 to determine BL error information among settlement transfer reason information. To use.
다음으로, 하이플러스 정산 서버(100), 코레일 정산 서버(300) 및 금융결제원 정산 서버(500)는 타사 정산 서버로부터 수신한 자사 발급 호환형 교통카드에 대한 표준 정산항목에 따른 거래내역 정보에 기 설정된 정산반송 사유정보가 존재하는 지 판단한다.Next, the high plus settlement server 100, the KORAIL settlement server 300 and the KFTC settlement server 500 are included in the transaction history information according to the standard settlement item for the company-issued compatible transportation card received from the settlement server of the third party. It is determined whether the preset settlement transfer reason information exists.
판단한 결과, 해당 거래내역 정보에 정산반송 사유정보가 존재하는 경우, 하이플러스 정산 서버(100), 코레일 정산 서버(300) 및 금융결제원 정산 서버(500)는 해당 거래내역 정보를 송신한 타사 정산 서버에 대해, 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 송신하고, 해당 거래내역 정보를 상호 정산에서 제외한다.As a result of the determination, when settlement return reason information exists in the transaction history information, the high plus settlement server 100, the KORAIL settlement server 300, and the KFTC settlement server 500 settle the third party that transmits the transaction history information. In response to the mutual settlement request information, the server transmits non-reciprocal settlement approval information and excludes the corresponding transaction details from mutual settlement.
반면, 판단한 결과, 해당 거래내역 정보에 정산반송 사유정보가 존재하지 않는 경우, 상기 하이플러스 정산 서버(100), 코레일 정산 서버(300) 및 금융결제원 정산 서버(500)는 해당 거래내역 정보를 송신한 타사 정산 서버에 대해 상호정산 요청정보에 대한 응답으로 상호정산 승인정보를 송신하고, 표준 정산항목에 따른 상호정산승인 내역정보를 송신하여 상호 정산에 포함한다. 아울러, 상기 하이플러스 정산 서버(100), 코레일 정산 서버(300) 및 금융결제원 정산 서버(500)는 별도의 금융 서버에 대해 해당 거래내역 정보에 대한 결제요청정보를 송신함으로써 상호 정산을 수행한다.On the other hand, if it is determined that the settlement return reason information does not exist in the transaction history information, the high plus settlement server 100, KORAIL settlement server 300 and the KFTC settlement server 500 may determine the transaction history information. Mutual settlement approval information is transmitted to the third-party settlement server in response to mutual settlement request information, and the mutual settlement approval details information according to the standard settlement item is transmitted and included in the mutual settlement. In addition, the high plus settlement server 100, KORAIL settlement server 300 and the KFTC settlement server 500 performs mutual settlement by transmitting payment request information about the corresponding transaction details information to a separate financial server. .
이상으로, 본 발명의 기술적 사상을 예시하기 위한 바람직한 실시예와 관련하여 설명하고 도시하였으나, 본 발명은 상기 설명 및 도시대로의 구성 및 작용에만 국한되는 것이 아니다. 아울러 본 발명의 기술적 사상의 범주를 일탈하지 않는 범위 내에서 다수의 변경 및 수정이 가능함을 당업자는 잘 이해할 수 있을 것이다. 따라서 모든 적절한 변경 및 수정이 가해진 발명 및 본 발명의 균등물에 속하는 발명들도 본 발명에 속하는 것으로 간주 되어야 할 것이다.As described above, the present invention has been described and illustrated with reference to a preferred embodiment for illustrating the spirit of the present invention, but the present invention is not limited to the above-described configuration and operation as shown. In addition, those skilled in the art will appreciate that many changes and modifications can be made without departing from the scope of the technical idea of the present invention. Therefore, inventions which have been subjected to all appropriate changes and modifications and inventions belonging to the equivalents of the present invention should also be regarded as belonging to the present invention.

Claims (13)

  1. 교통카드에 대한 상호 정산 시스템에 있어서, In the mutual settlement system for transportation cards,
    별도의 교통카드 단말기로부터 교통카드에 의한 거래내역 정보를 수집하고, 수집한 거래내역 정보를 교통카드 발급사에 따라 분류하며, 분류된 거래내역 정보 중 타사 발급 교통카드 거래내역 정보를 표준 정산 항목에 의거해 송신하고, 타사 발급 교통카드 거래내역 정보에 대한 상호정산 요청정보를 타사 정산 서버로 송신하되, 타사 정산 서버가 거래내역 정보에 대해 정산반송 사유정보가 존재한다고 판단한 경우, 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보를 수신하고, 타사 정산 서버가 거래내역 정보에 대해 정산반송 사유정보가 존재하지 않는다고 판단한 경우, 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 수신하여, 상호 정산을 수행하는 자사 정산 서버; Collect transaction history information by traffic card from separate transportation card terminal, classify the collected transaction history information according to traffic card issuer, and transfer the transaction card information issued by other companies from the classified transaction history information into standard settlement item. If the third party's settlement server determines that the settlement return reason information exists for the transaction history information, the mutual settlement request information for the transportation card transaction history information issued by the third party is transmitted to the third party settlement server. In response to the settlement request information, if the mutual settlement approval information and the mutual settlement approval information according to the standard settlement item are received, and the third-party settlement server determines that the settlement transfer reason information does not exist for the transaction history information, the third party settlement server In response to the mutual settlement request information, receiving mutual settlement approval impossible information, No. Settlement its servers to perform the settlement;
    상기 자사 정산 서버로부터 수신한 상호정산 요청정보에 따라, 자사 정산 서버로부터 수신한 거래내역 정보에 기 설정된 정산반송 사유정보가 존재하는 지 여부를 판단하여, 상호정산 요청정보에 따른 응답으로 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보 또는 상호정산승인 불가정보를 자사 정산 서버로 송신하는 타사 정산 서버; 및 Based on the mutual settlement request information received from the company's settlement server, it is determined whether or not the preset settlement transfer reason information exists in the transaction history information received from the company's settlement server, and approved mutual settlement in response to the mutual settlement request information. A third-party settlement server that transmits mutual settlement approval information or mutual settlement approval impossibility information according to the information and standard settlement items to its settlement server; And
    상기 자사 정산 서버와 상기 타사 정산 서버를 연결하는 네트워크;로 구성된 교통카드에 대한 상호 정산 시스템.And a network connecting the company settlement server and the third party settlement server.
  2. 제 1 항에 있어서, 상기 네트워크는The network of claim 1, wherein the network is
    인터넷망 및 VPN(Virtual Private Network) 중 어느 하나 또는 하나 이상인 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템.Mutual settlement system for a traffic card, characterized in that any one or more of the Internet network and a virtual private network (VPN).
  3. 제 1 항에 있어서, 상기 표준 정산항목은 구분, 파일명, 데이터 일련번호, 고유번호, 카드사 코드, 카드번호, 거래금액, 거래전 금액, 거래후 금액, 오류코드, 교통수단 코드, 거래유형, NC, IDPSAM, TRTPSAM, PPIEP, IDEP, NTIEP, NIPP, NTPSAM, MTOTPSAM, ALGIEP, SINDC, IDCENTER, VKPSAM_KDINDC, VKPSAM_KDINDS, SINDS, 승차/하차 구분, 출발코드, 출발일시, 도착코드, 도착일시, 단말기번호, 환승구분, 환승횟수, 환승소요시간, 노선ID, 노선번호, 교통사업자ID, 교통사업자명, 차량번호ID, 차량등록번호, 이용시간, 이용거리, 카드유형, 근무자번호, 일반COUNTER, 일반거래금액, 대학생COUNTER, 대학생거래금액, 학생COUNTER, 학생거래금액, 소인COUNTER, 소인 거래금액, 기타COUNTER, 기타거래금액, 출발역명, 도착역명, 재처리구분, PNR번호, 반환번호, 원권번호 및 취급일시 중 어느 하나 이상을 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템.The method of claim 1, wherein the standard settlement item is classified, file name, data serial number, unique number, card company code, card number, transaction amount, amount before transaction, amount after transaction, error code, transportation code, transaction type, NC , ID PSAM , TRT PSAM , PP IEP , ID EP , NT IEP , NI PP , NT PSAM , MTOT PSAM , ALG IEP , SINDC, ID CENTER , VK PSAM_KDINDC , VK PSAM_KDINDS , SINDS, Boarding / Getting Off, Departure Code, Departure Date City, Arrival Code, Date of Arrival, Terminal Number, Transit Division, Transit Time, Transit Time, Route ID, Route Number, Transport Operator ID, Transport Operator Name, Vehicle Number ID, Vehicle Registration Number, Hours of Use, Distance Type, working number, general COUNTER, general transaction amount, university student COUNTER, university student transaction amount, student COUNTER, student transaction amount, child COUNTER, child transaction amount, other COUNTER, other transaction amount, departure station name, destination station name, reprocessing classification, At least one of PNR number, return number, original number and handling date and time Mutual settlement system for a traffic card comprising a.
  4. 제 3 항에 있어서, 상기 정산사유 반송정보는4. The method of claim 3, wherein the settlement reason return information
    표준 정산항목에 명시되지 않은 데이터 값이 포함된 필드 오류 정보; 카드번호, 승차일시 및 승차, 하차역 ID구분코드가 동일한 경우인 이중발생 오류 정보; 승차일시가 미래일시인 매출일자 오류, 1원 단위 요금이 발생한 이용금액 오류 정보; 자사 정산 서버가 타사 정산 서버로 BL(Black list)를 송신하고, 자사 정산 서버가 타사 정산 서버의 BL수신 확인코드를 수신한 지 48시간 이후에 발생한 거래에 대한 오류인 BL 오류 정보; 승차데이터 단독 또는 승차 및 하차 데이터 동시존재시 승차일시를 기준으로 하고, 하차데이터 단독 존재시 하차일시를 기준으로 하여 이용일로부터 유효사용일자가 60일 이상 초과하여 청구된 거래에 대한 오류인 유효사용일자 오류 정보; 및 카드구분코드체계에 부합하지 않는 경우, 카드번호가 총 20자리가 아닌 경우이거나 기타 카드발행사 자체적으로 카드번호에 대한 오류로 규정하고 있는 경우에 대한 오류인 카드번호 오류 정보;Field error information containing data values not specified in the standard settlement item; Double occurrence error information when the card number, the boarding date and time, and the boarding station ID classification code are the same; Sales date error in which the ride date and time is the future date and time, the usage amount error information incurred by the unit fee; BL error information, which is an error for a transaction occurring 48 hours after the first settlement server sends a BL (Black list) to the third party settlement server and the first settlement server receives the BL reception confirmation code of the third party settlement server; Effective use date, which is an error for a transaction that is valid for more than 60 days from the date of use, based on the ride date and time when the boarding data alone or when the boarding and getting off data exist simultaneously. Error information; And card number error information that is an error when the card number is not 20 digits in total or the card issuer itself defines an error for the card number if it does not conform to the card identification code system.
    중 어느 하나 이상을 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템.Mutual settlement system for a traffic card comprising any one or more of.
  5. 제 4 항에 있어서, 상기 자사 정산 서버는 The method of claim 4, wherein the company settlement server
    별도의 교통카드 단말기로부터 교통카드에 대한 거래내역 정보를 수집하고, 호환형 교통카드가 자사 발급인지 또는 타사 발급인지 여부에 따라 거래내역 정보를 분류하는 거래정보 수집부; 상기 거래내역 수집부에서 분류된 거래내역 정보 중 타사 발급 교통카드에 관한 거래내역 정보를 표준 정산항목에 의거해 송신하고, 상기 거래내역 정보에 대한 상호정산 요청정보를 상기 타사 정산 서버로 송신하는 제1 거래정보 교환부; 및 타사 정산 서버로부터 기 송신한 거래내역 정보에 대한 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보 또는 상호정산승인 불가정보를 수신하는 정산정보 수신부; A transaction information collection unit for collecting transaction history information on the traffic card from a separate traffic card terminal and classifying the transaction history information according to whether a compatible traffic card is issued by the company or a third party; The transaction history information of the third party issued transportation card among the transaction history information classified in the transaction history collection unit based on the standard settlement item, and the mutual settlement request information for the transaction history information to the third party settlement server 1 transaction information exchange unit; And a settlement information receiving unit for receiving mutual settlement approval information and mutual settlement approval information or mutual settlement approval impossibility information according to the standard settlement item for the transaction settlement information previously transmitted from the third-party settlement server;
    를 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템.Mutual settlement system for a traffic card comprising a.
  6. 제 5 항에 있어서, 상기 자사 정산 서버는,The method of claim 5, wherein the company settlement server,
    BL(Black list)데이터를 저장하고, 저장된 상기 BL데이터를 상기 제1 거래정보 교환부로 전달하여 타사 정산 서버로 송신하는 BL송신부; 를 더 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템.A BL transmitter for storing BL (Black list) data and transmitting the stored BL data to the first transaction information exchanger to transmit to the third party settlement server; Mutual settlement system for a traffic card further comprising a.
  7. 제 6 항에 있어서, 상기 자사 정산 서버는,According to claim 6, The company settlement server,
    타사 정산 서버로부터 수신한 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보에 의거해 별도의 금융서버에 결제요청정보를 송신하는 거래내역 정산부; 를 더 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템.Received from a third-party settlement server  Based on mutual settlement approval information and mutual settlement approval details information based on standard settlement items Transaction history settlement unit for transmitting the payment request information to a separate financial server; Mutual settlement system for a traffic card further comprising a.
  8. 제 4 항에 있어서, 상기 타사 정산 서버는The method of claim 4, wherein the third-party settlement server
    상기 자사 정산 서버로부터 표준 정산항목에 따른 거래내역 정보 및 상기 거래내역 정보에 대한 상호정산 요청정보 또는 BL데이터를 수신하여, 이를 거래정보 검증부로 전달하는 제2 거래정보 교환부; 및 A second transaction information exchanger receiving transaction history information and mutual settlement request information or BL data for the transaction history information according to a standard settlement item from the company settlement server, and transferring the transaction history information and BL data to the transaction information verification unit; And
    상기 제2 거래정보 교환부에서 전달된 거래내역 정보 및 상호정산 요청정보에 상기 정산반송 사유정보가 존재하지 않는다고 판단한 경우, 자사 정산 서버로부터 수신한 상호정산 요청정보에 대한 응답으로 상호정산 승인정보 및 표준 정산항목에 따른 상호정산승인 내역정보를 거래정보 교환부를 거쳐 상기 자사 정산 서버로 송신하며, 타사 정산 서버가 상기 정산반송 사유정보가 존재한다고 판단한 경우, 자사 정산 서버로부터 수신한 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 제2 거래정보 교환부를 거쳐 상기 자사 정산 서버로 송신하는 거래정보 검증부; 를 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템.     If it is determined that the settlement transfer reason information does not exist in the transaction history information and the mutual settlement request information transmitted from the second transaction information exchange unit, the mutual settlement approval information and the response to the mutual settlement request information received from the settlement server Mutual settlement approval history information according to the standard settlement item is transmitted to the company's settlement server via the transaction information exchange unit, and if the third party settlement server determines that the settlement transfer reason information exists, the mutual settlement request information received from the settlement server A transaction information verification unit for transmitting mutually non-approval approval information in response to the second transaction information exchange unit to the company settlement server; Mutual settlement system for a traffic card comprising a.
  9. 교통카드에 대한 상호 정산 시스템의 운영방법에 있어서,In the operation method of mutual settlement system for transportation card,
    ⒜ 자사 정산 서버가 별도의 교통카드 단말기로부터 거래내역 정보를 수집하고, 수집된 거래내역 정보를 교통카드 발급사별로 분류하는 단계;Collecting, by the settlement server, transaction details from a separate traffic card terminal, and classifying the collected transaction details by traffic card issuer;
    ⒝ 상기 ⒜단계에서 분류한 결과, 타사 발급 카드에 의한 거래내역 정보에 해당되는 경우, 상기 자사 정산 서버가 표준 정산항목에 따른 거래내역 정보 및 거래내역 정보에 대한 상호정산 요청정보를 타사 정산 서버로 송신하는 단계; 및결과 If the result of the classification in step, corresponds to transaction details information by a third party issuance card, the company's settlement server sends the mutual settlement request information on the transaction history information and transaction history information according to the standard settlement item to the third party settlement server. Transmitting; And
    ⒞ 상기 ⒝단계에서 자사 정산 서버가 타사 정산 서버로 거래내역 정보 및 상호정산 요청정보를 송신한 결과, 타사 정산 서버가 정산반송 사유정보가 존재하지 않는다고 판단함에 따라, 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산 승인정보 및 표준 정산 항목에 따른 상호정산승인 내역정보를 수신한 경우, 자사 정산 서버가 수신한 상호정산 승인정보 및 표준 정산 항목에 따른 상호정산승인 내역정보를 바탕으로 거래내역 정보를 상호 정산에 포함하는 단계; 를 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템의 운영방법.결과 As a result of sending transaction details and mutual settlement request information to the third-party settlement server in the step 함에 above, the third-party settlement server determines that the settlement transfer reason information does not exist, and thus the mutual settlement request information from the third-party settlement server. In case of receiving mutual settlement approval information and mutual settlement approval information based on standard settlement items in response to the transaction, the transaction details are based on mutual settlement approval information received by the company's settlement server and mutual settlement approval information based on standard settlement items. Including the information in mutual settlement; Operation method of the mutual settlement system for a traffic card comprising a.
  10. 제 9 항에 있어서, 상기 ⒝단계 이후,The method of claim 9, wherein after the step ⒝,
    ⒟ 자사 정산 서버가 타사 정산 서버로 거래내역 정보 및 상호정산 요청정보를 송신한 결과, 타사 정산 서버가 정산반송 사유정보가 존재한다고 판단함에 따라, 타사 정산 서버로부터 상호정산 요청정보에 대한 응답으로 상호정산승인 불가정보를 수신한 경우, 자사 정산 서버가 거래내역 정보를 상호 정산에서 제외하는 단계; 를 더 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템의 운영방법.⒟ As a result of sending transaction details and mutual settlement request information to the third-party settlement server, the settlement server determines that the reason for the return of settlement information exists, and in response to mutual settlement request information from the settlement server of the third party. When the settlement approval impossible information is received, the settlement server excluding the transaction history information from the mutual settlement; Operation method of the mutual settlement system for a traffic card further comprising a.
  11. 제 9 항에 있어서, 상기 ⒞단계 이후,The method of claim 9, wherein after the step ⒞,
    ⒠자사 정산 서버가 타사 정산 서버로부터 수신한 상호정산 승인정보 및 표준 정산 항목에 따른 상호정산승인 내역정보에 근거해, 별도의 금융서버에 상호정산 승인대상인 해당 거래내역 정보에 대한 결제요청 정보를 송신하는 단계; 를 더 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템의 운영방법.결제 Based on the mutual settlement approval information received from the third-party settlement server and the mutual settlement approval information according to the standard settlement item, the settlement server sends the payment request information about the transaction details subject to the mutual settlement approval to the separate financial server. Making; Operation method of the mutual settlement system for a traffic card further comprising a.
  12. 제 10 항 또는 제 11 항에 있어서, 상기 정산반송 사유정보는The method of claim 10 or 11, wherein the settlement transfer reason information is
    표준 정산항목에 명시되지 않은 데이터 값이 포함된 필드 오류 정보; 카드번호, 승차일시 및 승차, 하차역 ID구분코드가 동일한 경우인 이중발생 오류 정보; 승차일시가 미래일시인 매출일자 오류, 1원 단위 요금이 발생한 이용금액 오류 정보; 자사 정산 서버가 타사 정산 서버로 BL(Black list)를 송신하고, 자사 정산 서버가 타사 정산 서버의 BL수신 확인코드를 수신한 지 48시간 이후에 발생한 거래에 대한 오류인 BL 오류 정보; 승차데이터 단독 또는 승차 및 하차 데이터 동시존재시 승차일시를 기준으로 하고, 하차데이터 단독 존재시 하차일시를 기준으로 하여 이용일로부터 유효사용일자가 60일 이상 초과하여 청구된 거래에 대한 오류인 유효사용일자 오류 정보; 및 카드구분코드체계에 부합하지 않는 경우, 카드번호가 총 20자리가 아닌 경우이거나 기타 카드발행사 자체적으로 카드번호에 대한 오류로 규정하고 있는 경우에 대한 오류인 카드번호 오류 정보; 중 어느 하나 이상을 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템의 운영방법.Field error information containing data values not specified in the standard settlement item; Double occurrence error information when the card number, the boarding date and time, and the boarding station ID classification code are the same; Sales date error in which the ride date and time is the future date and time, the usage amount error information incurred by the unit fee; BL error information, which is an error for a transaction occurring 48 hours after the first settlement server sends a BL (Black list) to the third party settlement server and the first settlement server receives the BL reception confirmation code of the third party settlement server; Effective use date, which is an error for a transaction that is valid for more than 60 days from the date of use, based on the ride date and time when the boarding data alone or when the boarding and getting off data exist simultaneously. Error information; And card number error information that is an error when the card number is not 20 digits in total or the card issuer itself defines an error for the card number if it does not conform to the card identification code system. Operating method of the mutual settlement system for a traffic card, characterized in that it comprises any one or more of.
  13. 제 10 항 또는 제 11 항에 있어서, 상기 표준 정산 항목은 구분, 파일명, 데이터 일련번호, 고유번호, 카드사 코드, 카드번호, 거래금액, 거래전 금액, 거래후 금액, 오류코드, 교통수단 코드, 거래유형, NC, IDPSAM, TRTPSAM, PPIEP, IDEP, NTIEP, NIPP, NTPSAM, MTOTPSAM, ALGIEP, SINDC, IDCENTER, VKPSAM_KDINDC, VKPSAM_KDINDS, SINDS, 승차/하차 구분, 출발코드, 출발일시, 도착코드, 도착일시, 단말기번호, 환승구분, 환승횟수, 환승소요시간, 노선ID, 노선번호, 교통사업자ID, 교통사업자명, 차량번호ID, 차량등록번호, 이용시간, 이용거리, 카드유형, 근무자번호, 일반COUNTER, 일반거래금액, 대학생COUNTER, 대학생거래금액, 학생COUNTER, 학생거래금액, 소인COUNTER, 소인 거래금액, 기타COUNTER, 기타거래금액, 출발역명, 도착역명, 재처리구분, PNR번호, 반환번호, 원권번호 및 취급일시; 중 어느 하나 이상을 포함하는 것을 특징으로 하는 교통카드에 대한 상호 정산 시스템의 운영방법.The method of claim 10 or 11, wherein the standard settlement items are classified, file name, data serial number, unique number, card company code, card number, transaction amount, amount before transaction, amount after transaction, error code, transportation code, Transaction Type, NC, ID PSAM , TRT PSAM , PP IEP , ID EP , NT IEP , NI PP , NT PSAM , MTOT PSAM , ALG IEP , SINDC, ID CENTER , VK PSAM_KDINDC , VK PSAM_KDINDS , SINDS Departure Code, Departure Date, Arrival Code, Arrival Date, Terminal Number, Transfer Category, Transit Time, Transit Time, Route ID, Route Number, Transport Operator ID, Transport Operator Name, Vehicle Number ID, Vehicle Registration Number, Hours of Use, Usage distance, card type, working number, general COUNTER, general transaction amount, university student COUNTER, university student transaction amount, student COUNTER, student transaction amount, child COUNTER, child transaction amount, other COUNTER, other transaction amount, departure station name, destination station name, Reprocessing classification, PNR number, return number, original number and date of handling; Operating method of the mutual settlement system for a traffic card, characterized in that it comprises any one or more of.
PCT/KR2009/005662 2009-09-18 2009-10-01 Interconnection payment system for a compatible transportation card, and method for operating an interconnection payment system WO2011034231A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020090088765A KR20110031047A (en) 2009-09-18 2009-09-18 Interconnect accounting system for compatible traffic card and management method therefore
KR10-2009-0088765 2009-09-18

Publications (1)

Publication Number Publication Date
WO2011034231A1 true WO2011034231A1 (en) 2011-03-24

Family

ID=43758821

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2009/005662 WO2011034231A1 (en) 2009-09-18 2009-10-01 Interconnection payment system for a compatible transportation card, and method for operating an interconnection payment system

Country Status (2)

Country Link
KR (1) KR20110031047A (en)
WO (1) WO2011034231A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101536580B1 (en) * 2013-08-27 2015-07-15 삼성에스디에스 주식회사 Fare payment method and apparatus thereof
KR102271369B1 (en) * 2016-06-24 2021-07-01 주식회사 엘지씨엔에스 Traffic charge server and method for calculating traffic charge thereby

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030020189A (en) * 2001-09-03 2003-03-08 윤학범 Integrated electronic money system
KR20030094911A (en) * 2002-06-10 2003-12-18 한국전자통신연구원 An Integrated Payment System and its Method of Toll and Parking Fee using various Contactless IC cards for Electronic Money
KR20050015046A (en) * 2003-08-01 2005-02-21 에스케이 텔레콤주식회사 Pass Card Issue System by Using White List and Method Thereof
KR20080017878A (en) * 2006-08-23 2008-02-27 (주)로직아이텍 System operation for account management of prepaid smart card

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030020189A (en) * 2001-09-03 2003-03-08 윤학범 Integrated electronic money system
KR20030094911A (en) * 2002-06-10 2003-12-18 한국전자통신연구원 An Integrated Payment System and its Method of Toll and Parking Fee using various Contactless IC cards for Electronic Money
KR20050015046A (en) * 2003-08-01 2005-02-21 에스케이 텔레콤주식회사 Pass Card Issue System by Using White List and Method Thereof
KR20080017878A (en) * 2006-08-23 2008-02-27 (주)로직아이텍 System operation for account management of prepaid smart card

Also Published As

Publication number Publication date
KR20110031047A (en) 2011-03-24

Similar Documents

Publication Publication Date Title
WO2011034230A1 (en) System for payment and settlement of compatible transportation card and method thereof
KR101570038B1 (en) Processing Transactions Of Different Payment Devices Of The Same Issuer Account and Computer Readable Medium
US6910628B1 (en) Travel system and methods utilizing multi-application airline passenger cards
AU2002219167B2 (en) Control method for use in a toll determination system
JP3468744B2 (en) Automatic fare adjustment system
US8954344B2 (en) Methods of offline fare collection for open-loop and hybrid card systems
CN107818599A (en) The AFC system to be interconnected suitable for the intercity accessible paid area of urban track traffic
WO2011034231A1 (en) Interconnection payment system for a compatible transportation card, and method for operating an interconnection payment system
JP3656352B2 (en) In-vehicle communication device and road-to-vehicle communication device
KR102016621B1 (en) A method for determination, payment, and adjustment of traffic charge based on remote authorization for transaction
JP5019412B2 (en) Riding management system, in-vehicle management apparatus, riding management method, program thereof, and recording medium
JP3694384B2 (en) Traveler management device using IC card
JP3958514B2 (en) In-vehicle device setup method and system
WO2009042025A1 (en) Reassigning toll violation information
JP2905685B2 (en) Automatic ticket gate system
US20060076407A1 (en) Transportation system of persons and goods with checking out
JP3868790B2 (en) Train delay information providing system and method
JP4517669B2 (en) Transfer transport management system and method, information management server and ticket gate used therefor
WO2011034245A1 (en) Compatible traffic information collecting system
JP3058128B2 (en) Automatic toll collection system
JP2000048230A (en) Radio charge collection system
CN115131882A (en) Non-payment area transfer method based on biological identification one-way ticket
JPH02136990A (en) Ticket examination system
JP3953702B2 (en) Vehicle type discriminating system and storage medium storing computer program for causing computer system to discriminate vehicle type
CN112258673A (en) Two-passenger-one-danger-based highway path identification and ETC charging system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09849557

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09849557

Country of ref document: EP

Kind code of ref document: A1