KR20200113647A - Terminal, system and method for processing public transportation fare using image code - Google Patents

Abstract

The present invention relates to a terminal, system, and method for processing public transportation fare using an image code. According to the present invention, the public transportation fare processing terminal comprises: an RF reader unit installed on a first surface and transmitting and receiving a wireless RF signal in the opposite direction of a second surface; a camera unit installed on the second surface to photograph an area in the direction of the first surface; a communication unit which performs data communication with a server outside the public transportation fare processing terminal; and, at least, a control unit which transmits, through the communication unit, a transport fare approval request including an identifier extracted from a recognized image code when the image code is recognized from an image frame photographed by the camera unit.

Description

Terminal, system and method for processing public transport fares using image code {TERMINAL, SYSTEM AND METHOD FOR PROCESSING PUBLIC TRANSPORTATION FARE USING IMAGE CODE}

The present invention relates to a public transport fare processing terminal, system, and method using an image code, and can perform public transport fare processing through image codes as well as public transport fare processing through the existing RF transportation card payment. The present invention relates to a public transport fare processing terminal, system, and method using an image code that can easily process public transport fare and recognize the type of processing without distinction of public transport fare processing method.

For public transportation vehicles such as subways and public buses, transportation fees are charged according to the opening ticket (boarding and exiting). In the subway station, a checkout gate, a checkout gate, and a checkout gate are installed, and the transportation fare of subway users is charged through the gate. In addition, public buses, etc., are equipped with bus terminals at the front and rear doors to charge the transportation fare of bus users.

The gate terminal or the bus terminal may be equipped with an RF reader to recognize a card number from an RF transportation card, an RF credit card, or an NFC card of a smartphone through transmission and reception of an RF signal, thereby processing payment approval of a transportation fee.

The gate terminal or bus terminal uses information recorded in the transportation card such as card number, expiration date, balance, card ticket type, transaction record, etc., and information such as availability list and registration ticket type stored in the terminal for approval in an offline manner. You can greatly reduce the getting on and off time.

Meanwhile, as ICT technologies such as communication and data processing are developed, transportation cards are also used in various types such as NFC-type smartphones other than plastic card media.

Meanwhile, recently popular Alipay, WeChat Pay, Kakao Pay, and Zero Pay are prepaid or postpaid mobile app (credit) cards that can be paid at stores using barcodes or QR codes displayed on the display.

As payment methods of various communication methods are widely used, it is desirable to have various types of ticket processing means in the gate terminal or bus terminal, but the data transmission/reception and processing methods of each processing means are different, so the gate terminal or bus terminal is processed separately. There are various inconveniences or problems in terms of cost and use because the means must be individually provided.

As described above, there is a need for a public transport fare processing terminal, system, and method using an image code capable of solving known inconveniences or problems while applying various traffic fare processing means to a public transport terminal.

10-2013-0117576(A), October 28, 2013

The present invention, as conceived to solve the above-described problem, is an image code capable of simultaneously recognizing not only an existing RF transportation card, but also a ticket using an image code through a single structure, and allowing a user to easily recognize the ticket. It is an object of the present invention to provide a terminal, system and method for processing public transportation charges using

In addition, the present invention recognizes one or more image codes, RF transportation cards, and NFC cards in the space between the RF antenna and the camera at the same time, and processes public transportation fares through a ticket that automatically prioritizes when multiple transportation fare tickets are recognized. Its purpose is to provide a method, a terminal, and a system for handling public transportation fares.

In addition, the present invention calculates the cumulative fare corresponding to the image code through the issuing agency server when passing through the public transportation terminal using the image code, and enables rapid ticket processing by comparing the reference fare set in the image code and the accumulated fare. Its purpose is to provide a method, a terminal and a system for handling public transportation fares.

The technical problems to be achieved in the present invention are not limited to the technical problems mentioned above, and other technical problems that are not mentioned will be clearly understood by those of ordinary skill in the technical field to which the present invention belongs from the following description. I will be able to.

A public transport fare processing terminal using an image code according to an aspect of the present invention is an RF reader unit installed on the first side and transmitting and receiving wireless RF signals in the opposite direction of the second side, and installed on the second side. In the case of recognizing the image code in the image frame photographed by the camera unit, the communication unit that performs data communication with the server outside the public transport fare processing terminal, and at least, the image code is recognized And a control unit that transmits, through the communication unit, a request for approval of transportation charges including the extracted identifier.

In the above-described public transportation fare processing terminal, the RF antenna of the RF reader unit is installed on the bottom surface forming the ticket recognition space to transmit and receive RF signals in the ticket recognition space, and the camera unit forms the ticket recognition space and opposes the bottom surface. It is installed on the upper surface to take an image of the ticket recognition space.

In the above-described public transport fare processing terminal, further comprising a blocking control unit for controlling a circuit breaker for blocking or allowing access through a control signal, wherein the control unit receives a response to a request for approval of transportation fare in real time from an external server. And, if the received response is an approval response, the blocking control unit is controlled to allow access.

In the above-described public transportation fee processing terminal, when the control unit recognizes the card identifier from the RF reader unit in the ticket recognition space at the same time within a specified time and recognizes the identifier of the image code in the image frame photographed through the camera unit, Instead of card approval using the card identifier from the RF reader unit, a transport fare approval request including the image code identifier is transmitted to an external server through the communication unit, and in accordance with the approval response to the approval request, the installed circuit breaker is controlled to allow access. Allow.

In the above-described public transportation fare processing terminal, an RF antenna is installed, a bottom surface forming a ticket recognition space and a camera unit are installed and an upper surface forming the ticket recognition space have different inclinations of a designated angle from the floor surface, and the control unit In the ticket recognition space having an inclination, one or more traffic cards, NFC cards, or image codes are recognized at the same time, and the user's access is controlled according to the approval processing of one or more identifiers recognized at the same time.

In the above-described public transportation fare processing terminal, the RF antenna is installed and the bottom surface forming the ticket recognition space has a slope of a first angle with the bottom surface, and the camera unit is installed, and the top surface forming the ticket recognition space is It has a slope of a second angle greater than one angle, the image code is a QR code, and the identifier extracted from the image code is a ticket identifier issued by the issuing agency server that receives the request for transportation fare approval.

In addition, a public transportation fee processing system using an image code according to an aspect of the present invention includes a plurality of public transportation fee processing terminals and an issuing agency server for processing a transportation fee approval request received from the terminal.

In the above-described public transportation fare processing system, the issuing agency server receives a traffic fare approval request including a ticket identifier of an image code recognized by the terminal and searches for a ticket item corresponding to the ticket identifier among a plurality of stored ticket items. And calculate the accumulated fare using the ride item corresponding to the searched ticket item and the ride item of the received transportation fare approval request, and generate a response according to the comparison between the calculated accumulated fare and the sale amount set in the ticket item, and the generated response Is transmitted to the terminal, and the terminal controls a circuit breaker provided in accordance with the received response.

In addition, a method for processing public transport fares using an image code according to an aspect of the present invention includes the step of a public transport fee processing terminal attempting to recognize a card identifier in a ticket recognition space through transmission and reception of an RF signal, and Taking a ticket recognition space with an attempt to recognize the identifier and attempting to recognize the identifier through the image code of the captured image frame, whether the terminal recognizes the identifier in the captured image frame and whether the card identifier is recognized through the RF signal Determining an identifier for processing public transport charges according to the method, and when the determined identifier is an identifier recognized from the image code, transmitting, by the terminal, a transport fee approval request including the identifier of the image code to an external server.

In the above-described public transportation fare processing method, the determining step of the identifier is an image code instead of a card identifier through an RF signal when the identifier is recognized from the card identifier and the image code of the captured image frame simultaneously through an RF signal within a specified time. The identifier from is determined as an identifier to handle public transportation charges.

In the above-described public transportation fare processing method, the terminal further comprises the step of receiving a response of the transportation fare approval request from an external server and controlling a circuit breaker equipped with the terminal according to the received response, and the image code is QR Code, and the identifier recognized in the image code is a ticket identifier issued by the server of the issuing agency that received the request for approval of the transportation fare.

The public transportation fare processing terminal, system, and method using the image code according to the present invention as described above can recognize not only the existing RF transportation card, but also the ticket using the image code simultaneously through a single structure, and the ticket can be easily accessed by the user. It has a recognizable effect.

In addition, the public transportation fare processing terminal, system, and method using the image code according to the present invention as described above recognizes at least one image code, RF transportation card, and NFC card in the space between the RF antenna and the camera at the same time, and When a fare ticket is recognized, it is possible to process public transportation fare through an automatically prioritized ticket.

In addition, the public transportation fare processing terminal, system, and method using the image code according to the present invention as described above calculates the cumulative fare corresponding to the image code through the issuing agency server when passing through the public transportation terminal using the image code. It has the effect of enabling quick ticket processing by comparing the standard rate set in the above and the accumulated rate.

The effects obtainable in the present invention are not limited to the above-mentioned effects, and other effects not mentioned can be clearly understood by those of ordinary skill in the art from the following description. will be.

1 is a diagram showing an example of a public transportation fee processing system according to the present invention.
2 is a block diagram illustrating an exemplary issuer server.
3 is a diagram showing an exemplary flow for issuing a ticket configured with an image code.
4 is a diagram illustrating another exemplary flow for issuing a ticket configured with an image code.
5 is a diagram illustrating an exemplary flow of processing a public transport fare using a ticket composed of an image code.
6 is a diagram illustrating an exemplary block diagram of a public transport fee processing terminal using image codes.
7 is a diagram illustrating an exemplary appearance of a terminal.
8 is a diagram illustrating an exemplary control flow for processing public transport fares.

The above-described objects, features, and advantages will become more apparent through the detailed description that will be described later in detail with reference to the accompanying drawings, and accordingly, those of ordinary skill in the art to which the present invention pertains will understand the technical idea of the present invention. It will be easy to implement. In addition, in describing the present invention, when it is determined that a detailed description of a known technology related to the present invention may unnecessarily obscure the subject matter of the present invention, a detailed description thereof will be omitted. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a diagram showing an example of a public transportation fee processing system according to the present invention.

According to FIG. 1, the public transportation fare processing system includes one or more terminals 100, one or more ticket vending machines 200, one or more local control devices 300, an issuing agency server 400, a ticketing agency server 500, and one It includes the above portable terminal 600.

Looking at the public transportation fare processing system through FIG. 1, each local system (A, B, C in FIG. 1) is connected to the issuing agency server 400 and uses the image code presented to use public transportation. It is at least configured to be able to handle charges.

A local system as shown in FIG. 1A includes one or more terminals 100, one or more ticket vending machines 200 and a local control device 300. The terminal 100, the ticket vending machine 200, and the local control device 300 are connected through a local network such as a wired LAN or a wireless LAN (eg, a dedicated wired LAN, etc.). The local system of FIG. 1A is a public transportation fare local system installed and operated in stations such as subways.

The local system of FIG. 1A recognizes a payment method or ticket from a user who wishes to count, check, or transfer the subway through the terminal 100, and issue the recognized payment method or ticket directly or through the local control device 300 It is configured to be authenticated in connection with the institutional server 400 to approve counting, counting, or transfer, and to open a circuit breaker provided in the terminal 100 accordingly.

The local system as shown in FIG. 1B includes one or more terminals 100 and one or more ticket vending machines 200 and the local control device 300 may be omitted. The terminal 100 and the ticket vending machine 200 are directly connected to the issuing institution server 400 through a wired LAN or wireless LAN. A local system as shown in FIG. 1B may be installed and operated in a specific type of subway station. The local system as shown in FIG. 1B is a system operated in direct connection with the issuing institution server 400 without having a management room equipped with a local control device 300 in the station.

The local system as shown in FIG. 1B recognizes a payment method or ticket from a user who wishes to count, check, or transfer the subway through the terminal 100, and directly or link the recognized payment method or ticket with the issuing institution server 400 It is configured to be authenticated to approve the counting, house ticketing, or transfer, and to open the circuit breaker provided in the terminal 100 accordingly.

A local system such as C of FIG. 1 includes one or more terminals 100 and one or more local control devices 300. The terminal 100 is connected to the local control device 300 through a wired LAN or wireless LAN, and the local control device 300 is connected to the issuing agency server 400 through a mobile communication network such as LTE or 5G. A local system such as C of FIG. 1 may be installed and operated on public buses (wide-area express bus, city bus, town bus, etc.). The local control device 300 is a device that is installed next to a driver's seat and can be controlled by a driver, and the terminal 100 may be a bus terminal installed at the front door and the rear door.

The local system as shown in FIG. 1C recognizes the payment method or ticket from the user who wants to board or get off the bus through the bus terminal 100, and directly or the issuing agency server 400 and the recognized payment method or ticket. In connection with authentication, boarding or disembarkation is approved, and the driver can check this through the local control device 300.

As such, the local system may include at least one terminal 100 and may further include a local control device 300 or a ticket vending machine 200 according to the type of the local system.

Looking more at each device constituting the public transportation fare processing system, the terminal 100 recognizes a transportation card, etc. and processes the fare (fare) for the recognized transportation card in a known manner.

In addition, the terminal 100 is equipped with a camera unit 120 to take an image code displayed on the portable terminal 600 or the image code printed (printed on paper, etc.) by the ticket vending machine 200. Recognized through and extracting ticket information including a ticket identifier (for example, a ticket identification number) in the image code, and transmitting an approval request for the extracted ticket information to the local control device 300 or the issuing agency server 400, and In accordance with a response from the local control device 300 or the issuing agency server 400, the public transportation fee may be processed and the user may enter and exit.

In this way, the terminal 100 processes public transportation fare according to the interworking with the issuing institution server 400 based on the extracted ticket information, and the image code is, for example, a QR (Quick Response) code or a barcode or other promised It may be any code that is displayed according to the format and can extract data (text data, etc.) from an image.

The terminal 100 is installed in a subway or public bus. The terminal 100 may be an exit gate, an entrance gate, a transfer gate and/or an entry/exit gate installed in a subway station, or a bus terminal. Different numbers of terminals 100 are installed in the same or different locations according to the type of local system.

The terminal 100 will be described in detail through the following description of FIG. 6.

The ticket vending machine 200 is a device that issues at least a ticket indicated by an image code. The ticket vending machine 200 is a device capable of issuing a single pass or a commuter pass. The ticket vending machine 200 may be provided with an input button, a credit card reader, a cash reader, a wired/wireless interface, a printer module, a display, and the like to issue a one-time pass or a commuter pass for a section designated by a user. The ticket vending machine 200 preferably prints and issues a one-time ticket or a commuter pass as a QR ticket displaying a QR code.

The ticket vending machine 200 inputs a one-time pass (round trip ticket) such as one section or two sections through the input of a button, or a commuter pass with a limited period (for example, 30 days) and/or the number of times (for example, 60 times). Receives a cash or credit card payment corresponding to and transmits a ticket issuing request to the issuing institution server 400 including a ticket type specifying or indicating a one-time ticket, round trip ticket, or commuter pass for the designated section.

The ticket vending machine 200 may format the ticket information received from the issuing institution server 400 into an image code (for example, a QR code), and print it on print paper such as photo paper or photosensitive paper through a printer module. . The printed image code can be recognized through the terminal 100. The image code encodes or includes data such as a ticket identifier and/or a ticket type included in the ticket information on sale.

The control flow performed in the ticket vending machine 200 will be described in more detail through FIG. 4.

The local control device 300 controls the terminals 100 installed in the local system. For example, the local control device 300 may receive and store transportation card approval information from the terminal 100. In addition, the local control device 300 may receive an approval request (processing request) through an image code, generate a response to the approval request in connection with the issuing agency server 400 and transmit it to the terminal 100.

In addition, the local control device 300 transmits the ticket issuing request received from the ticket vending machine 200 to the issuing agency server 400, and receives the ticket information issued from the issuing agency server 400 in response to the request, It can be delivered to the ticket vending machine 200. The local control device 300 may be omitted depending on the type of the local system, and operates (functions) as a server for one or more connected terminals 100.

The issuing agency server 400 is a server that issues a ticket expressed in an image code in connection with the issuing agency server 500 that has received the ticket issuance request from the portable terminal 600. Furthermore, the issuing agency server 400 is a server capable of managing and controlling one or more local systems.

At least, the issuing agency server 400 is configured to process a request for approval (processing) of a transportation fee through a local system and transmit the response to the local control device 300 or the corresponding terminal 100.

The issuing agency server 400 stores various information in various local systems, determines the basic fare (fee) or additional fare (fee) according to the stored information, and determines the determined fare (cumulative fare) and the pre-approved standard of the ticket. It is configured to be compared with the fee (release fee) and to send an approval response or to process additional external approval according to the comparison result.

The issuing agency server 400 may be a server operated by a single subway or bus transport service provider, or a server operated separately by integrating several subway or bus transport providers.

A structure and a control flow for performing public transportation fee processing using image codes in connection with the issuing agency server 400 will be described in detail through FIGS. 2 to 5.

The portable terminal 600 is a terminal carried by a user (user) who uses public transportation. The portable terminal 600 may be, for example, a smartphone, a tablet PC, a notebook computer, or a dedicated terminal. The portable terminal 600 may include at least a display to display a ticket consisting of an image code on the display.

The portable terminal 600 may further include a nonvolatile memory and an application (app) processor to execute an app program of the nonvolatile memory in the processor. The nonvolatile memory includes at least an app program interlocking with the ticketing agency server 500, and the app program can be used in subways or public buses, and can issue, store, and display a ticket represented by an image code. The app program may be, for example, an app card program that allows online payments to be made through Alipay, WeChat Pay, Kakao Pay, and Zero Pay, or an app card program that allows online payments to be made by a credit card company.

The ticketing agency server 500 is a server that interlocks with the portable terminal 600 to release a ticket represented by an image code. At the request of the portable terminal 600, the issuing agency server pre-approves based on the standard fare (issuing fee) of the ticket for which the section is not designated, and the ticket identifier issued by the issuing agency server 400 receiving the pre-approval result. It is possible to receive the included ticket for sale and transmit it to the portable terminal 600 again.

The issuing agency server 500 interlocks with the app program of the portable terminal 600 to provide payment methods such as credit/account transfer/points/prepaid electronic payment means registered in advance by members (users of the portable terminal 600). Provisional approval, etc. are processed based on the sales fee, and after the user uses the bus and the subway with the issued ticket, the usage details are re-received from the issuing institution server 400 and recalculated as the actual usage amount.

The issuing institution server 500 may be a server provided by an online pay company such as Alipay, WeChat Pay, Kakao Pay, and Zero Pay, or a server provided by a financial institution such as a credit card company or a bank.

The ticketing agency server 500 and the portable terminal 600 will be described in more detail through FIG. 3.

2 is a diagram illustrating an exemplary block diagram of the issuing authority server 400.

According to FIG. 2, the issuing authority server 400 includes a communication unit 410, a storage unit 430, a connection unit 450 and a control unit 470. Fig. 2 preferably shows a functional block diagram, each functional block having a corresponding hardware block. The issuer server 400 of FIG. 2 may be configured using various hardware. For example, the issuer server 400 may be configured using one or more PCs, workstations, and/or server frames. Other blocks not shown in FIG. 2 may be further included in this block diagram according to design variations.

Looking briefly at the issuing institution server 400 through FIG. 2, the communication unit 410 transmits and receives various data through a broadband communication network. The communication unit 410 is connected to the local control device 300 or the ticketing agency server 500 through an Internet network, a wired network, or a mobile communication network (LTE, 5G, etc.) to transmit and receive various data. The communication unit 410 may be provided with a communication interface (communication chipset and port, etc.) such as a wired LAN and an optical LAN, and may transmit and receive various data and requests or responses. The broadband network may be a private network or a public network.

The storage unit 430 includes a large-capacity storage medium such as a volatile memory, a nonvolatile memory, and/or a hard disk to store various data and programs. The storage unit 430 stores at least the ticket identifier issued by the issuing agency server 400 and the released ticket items, and stores the boarding/alight items generated by the terminal 100 corresponding thereto.

The released ticket items are configured to specify the issued ticket and to specify or limit the usable rights and authorities of the issued ticket. Ticket items store various types of information. The ticket item includes a ticket identifier, passenger type, ticket type, ticket issuing agency identification information, ticket price, user identifier, release date, validity condition, valid flag, and the like.

The ticket identifier is a unique identifier of the ticket and may be composed of a number (such as a unique number) or a combination of numbers and letters. Passenger types are classified into child type, youth type, adult type, or free type, and are used as a standard for public transportation fare tolls. Depending on the type of passengers, the basic fare, additional fare, and standard fare (sale price) may vary.

The ticket type indicates the type of ticket and is classified into one-time ticket type, round-trip ticket type, and commuter pass type (1 day, 1 week, 30 days use, 30 days and 60 times or 60 times, etc.), etc. Tickets can be subdivided into sections unspecified and section reserved tickets. For unspecified section tickets, the toll fee cannot be calculated in advance, so it is pre-approved at a pre-set standard fare (sale amount), used for public transportation such as buses and subways, and recalculated after claiming according to the usage details. For the quick opening ticket (boarding and disembarkation), an unspecified section is applied as a basic method. On the other hand, section-designated tickets and commuter passes are used after confirming the fare.

The issuing agency identification information includes data for identifying the issuing agency. The issuing agency identification information includes one or more data for specifying the issuing agency, such as a communication address (IP address, etc.) of the issuing agency server 500, the name of the issuing agency, and the address of the issuing agency.

The user identifier contains data for specifying a user. The user identifier is an identifier for specifying a user who boards, gets off or transfers, and may include, for example, an identifier of the portable terminal 600 or a user ID. The identifier of the portable terminal 600 may be a mobile phone number, a MAC address, a unique number of the portable terminal 600, or the like. Depending on the design example, the user identifier may be omitted.

The release date and time indicates the date and time at which the ticketing agency server 500 released the ticket item including the ticket identifier in response to the release request from the ticketing agency server 500.

The sales amount represents the amount temporarily approved or approved by the issuing institution server 500 when releasing a ticket item. The sale price of one-time ticket or round-trip ticket for unspecified segments is set at a preset base fare for one-time or round-trip tickets for unspecified segments, and is generally higher than the sale amount for one-time or round-trip tickets Is set.

The valid flag indicates whether the ticket item is valid.

Validity conditions include or represent one or more combinations of the valid date, validity period, number of times, etc. of the ticket. Valid conditions vary depending on the type of ticket. When the use is already completed or a period has elapsed, the valid flag is set to a specific value by the control unit 470 and is set as invalid.

The boarding and disembarkation items specify events such as counting (boarding), picking up (getting off) or transfer gates, bus-to-bus transfers, subway-bus transfers, and the like that occurred using the issued tickets. Each boarding/alighting item stores the name of the stop where boarding, alighting or transfer occurred from the terminal 100, an identifier of the terminal 100, a time, a boarding type, an added transportation fee, a ticket identifier, and the like.

The name of the stop may be a station name or a name of a bus stop, and the identifier of the terminal 100 may be a unique serial number, a MAC address, and/or an IP address of the terminal 100. The added transportation fee represents the transportation fee added at the corresponding stop. Time specifies the time at which boarding, getting off, or transferring occurred. The boarding and disembarkation type specifies whether the corresponding boarding and disembarkation item is counting (boarding), picking up (alighting), or transferring. The ticket identifier is obtained from the terminal and may specify a ticket item corresponding to the boarding/alighting item.

The storage unit 430 stores one or more programs used in the other control unit 470. One program interlocks with the issuing agency server 500 to release a ticket item implemented as an image code, and the same or different program may interwork with the ticket vending machine 200 to release a branch-type ticket implemented as an image code. In addition, the same or different programs may process approval for a ticket issued in connection with the terminal 100.

The connection unit 450 transmits and receives data between blocks in the issuing authority server 400. The connection unit 450 is configured using a local area network, a parallel bus, a serial bus, or the like according to a design example of the issuing agency server 400.

The control unit 470 has one or more execution units, loads a program stored in the storage unit 430, and executes an instruction code of the program through the execution unit to control the issuing agency server 400. . The control unit 470 includes one or more processing units capable of executing program instruction codes such as a processor, CPU, MPU, central processing unit, etc., and at least controls the ticket processing in the public transportation fare processing system according to the control of the program. have.

3 is a diagram showing an exemplary flow for issuing a ticket configured with an image code.

The example of FIG. 3 shows a flow of releasing a ticket item composed of an image code using a user's portable terminal 600 and a ticketing agency server 500.

First, the portable terminal 600 drives an app of a nonvolatile memory provided and connects to the ticketing agency server 500 (refer to ①). The portable terminal 600 may access (login) the ticketing agency server 500 using authentication means such as a user ID and password, and a public certificate.

The portable terminal 600 constructs and transmits a ticket item release request according to a format or protocol promised to the ticketing agency server 500 through a user input through the provided input interface (refer to ②). This ticket item release request includes the ticket type entered or specified by the user. The ticket type may be a one-time ticket designated for a section, a round-trip ticket, a one-time ticket for which a section is not designated, or a round-trip ticket. The ticket issuance request may further include other passenger types or user identifiers. The user identifier may be a mobile phone number, a MAC address of the portable terminal 600, a unique device number, or the like, and this identifier may be previously registered in the ticketing agency server 500.

The ticket item release request may further include data for specifying a payment method. For example, the ticket item release request may further include a Pay ID used in Alipay, WeChat Pay, Kakao Pay, and Zero Pay, a credit card ID of a credit card company, and a bank account ID of a bank. These identifiers can consist of a series of numbers or a combination of numbers and letters. The ticket item issuance request includes all of the identifiers of the Payna card or data for designating (specifying) the corresponding identifier.

The ticketing agency server 500, which received the ticket item release request from the portable terminal 600, checks (see ③) whether the balance of the user who requested the ticket item release, credit, account transfer, etc. is approved. For example, the issuing agency server 500 determines whether there is a balance above the sold amount by determining the sales amount corresponding to the ticket type of the ticket issuance request, and comparing the determined sales amount with the user's credit balance (approved) or recharge balance. I can. The sales amount can be set in advance for each ticket type, and the sales amount of a non-designated segment ticket is equal to or more than the maximum sales amount of the segment designation ticket (for example, if there are 1,2,3 segments, the sales amount for 3 segments). Is set.

If the balance of less than the sales amount is confirmed, the issuing institution server 500 may reject the request for ticket sales. When the balance above the sales amount is confirmed, the issuing institution server 500 constructs a ticket item release request for the requestor and transmits it to the issuing institution server 400 (refer to ④).

The ticket item release request includes the ticket type, passenger type, user identifier, issuing agency identification information, and the like. Some of the data of the ticket item release request may be omitted. For example, the issuing institution's identification information may be included and transmitted, or the issuing institution's server 400 may determine the issuing institution identification information corresponding to a connected communication channel.

The issuing agency server 400 (the control unit 470 of) receives a ticket item release request including a passenger type, a ticket type, and the like through the communication unit 410. The control unit 470 configures the ticket identifier and the ticket item according to the reception of the ticket issuance request and stores it in the storage unit 430 (refer to ⑤).

The issuing agency server 400 generates a unique ticket identifier (for example, a unique ticket number) in advance according to an internal program design to be used for a certain period of time (for example, on a monthly basis), and the storage unit 430 It is possible to secure both uniqueness and speed by saving in advance and removing (selecting) one of them when requesting the sale of tickets.

For example, the control unit 470 generates a ticket identifier in advance of a 48-digit or 128-digit number or a serial string of a combination of numbers and letters, and extracts one ticket identifier previously generated in response to receipt of the ticket item release request ( Select) and configure a ticket item including the extracted ticket identifier, ticket type, and passenger type, and store it.

The issuing agency server 400 (the control unit 470 of) creates a new ticket item, and in the new ticket item, the ticket identifier, passenger type, ticket type, issuing agency identification information, user identifier, release date, validity condition, A valid flag or the like is generated and stored in the storage unit 430. Valid conditions may be set differently depending on the ticket type, passenger type, whether or not to designate a section, and the initial valid flag is set to be valid.

The issuing agency server 400 (the control unit 470 of) communicates with the issuing agency server 500 the information on the released ticket item including at least the issued ticket identifier (e.g., the ticket identifier generated and extracted in advance). It is configured according to a promised format or protocol and transmitted through the communication unit 410 (refer to ⑥). The transmitted ticket item information includes a generated (pre-generated and extracted) ticket identifier, and further includes a passenger type, a release date, a ticketing agency identifier, a user identifier, and the like.

The ticketing agency server 500 transmits all or part of the received ticket item information to the portable terminal 600 (refer to ⑦). The transmitted ticket item information (refer to ⑥ and/or ⑦ of FIG. 3) may be encoded in an image code such as a QR code and transmitted as an image or transmitted as text.

The app of the portable terminal 600 interlocking with the ticketing agency server 500 stores the ticket item information (part of) on sale and displays an image code corresponding to the ticket item information on the display according to the user's ticket display request (input). Mark (refer to ⑧). The app of the portable terminal 600 may encode and display all or part of the ticket item information for sale as an image code, or may display a received image code.

One or more data including the ticket identifier among the ticket identifier, passenger type, date of sale, ticket issuing agency identifier, and user identifier included in the ticket item information to be released are displayed in at least the image code and count (ride) and counting of subway or public buses. (Get off) or used as a transfer ticket. For example, at least the ticket identifier (the ticket number) is displayed on the QR code and used as a ticket in the subway or public bus terminal 100.

4 is a diagram illustrating another exemplary flow for issuing a ticket configured with an image code.

The example of FIG. 4 shows an example of selling a ticket item composed of an image code using the ticket vending machine 200.

First, a user or the like attempts to release a ticket item using an input button, a display, etc. of the ticket vending machine 200 (refer to ①).

Specifically, the user sets a passenger type, a ticket type, and a section designation using an input button and a display, and processes the purchase amount displayed on the display through a credit card reader or a cash reader.

When cash corresponding to the purchase amount is recognized or credit card payment is made, the ticket vending machine 200 transmits a ticket item release request including the ticket type to the issuing institution server 400 according to a promised communication protocol or format. . Here, according to the design example, the ticket vending machine 200 may communicate with the issuing institution server 400 via the local control device 300 or directly with the issuing institution server 400. The type of ticket may be a one-time ticket, a round trip ticket, or a commuter pass.

The ticket item release request may further include a passenger type together with a ticket type. The ticket item release request from the ticket vending machine 200 may not include the issuing agency server 500 or the user's identifier because the transportation fee is paid in advance.

The issuing agency server 400 (the control unit 470 of) receives the ticket item release request through the communication unit 410, extracts one of the previously generated ticket identifiers, configures the ticket item, and stores it in the storage unit 430. Save (refer to ③).

For example, the control unit 470 pre-generates a ticket identifier of a 48-digit or 128-digit number or a serial string of numbers and letters, and extracts one ticket identifier previously generated in response to the reception of a ticket item release request. Compose a ticket item corresponding to the extracted ticket identifier and store it.

The issuing agency server 400 (the control unit 470) generates a new ticket item and generates a ticket identifier, passenger type, ticket type, release date, valid condition, valid flag, etc. in the new ticket item to store the unit. Save to 430. Valid conditions may be set differently according to the ticket type, passenger type, designated section, etc., and the initial valid flag is set to be valid.

The issuing authority server 400 (the control unit 470 of) transfers the ticket item information on sale including at least the ticket identifier generated in advance (pre-) and expelled (selected) in the format or protocol promised with the ticket vending machine 200. It is configured according to and transmitted through the communication unit 410 (refer to ④). The transmitted ticket item information may include the eviction ticket identifier and further include a passenger type, a release date, and the like.

The ticket vending machine 200 prints and outputs the received ticket item information as an image coded branch type ticket (refer to ⑤). The transmitted ticket item information (refer to ④ in Fig. 4) may be encoded in an image code such as a QR code and transmitted as an image or text. The ticket vending machine 200 prints and outputs a QR code ticket configured in response to the ticket item information to be released by controlling the printer module.

It is possible to construct and issue a ticket that is composed of image codes and can be used in subways or public buses through various methods such as FIGS. 3 and 4.

5 is a diagram illustrating an exemplary flow of processing a public transport fare using a ticket composed of an image code.

Looking at the process of processing the image code ticket through FIG. 5, first, the terminal 100 equipped with the camera unit 120 controls the camera unit 120 to capture a specific space area (ticket recognition space 190). And recognize the image code from the captured image (refer to ①).

For example, the terminal 100 of a subway or public bus recognizes a QR code displayed on the portable terminal 600 or a QR code printed on paper according to a QR code format promised to take an image.

The terminal 100 extracts the ticket (item) information from the recognized image code (refer to ②). The image code may include at least a ticket identifier, and further may further include one or more of a ticket type, a passenger type, a release date, ticket agency identification information, and a user identifier. In the image code ticket issued through the ticket vending machine 200, the issuing agency identification information and the user identifier may be omitted.

Thereafter, the terminal 100 processes public transportation fares (refer to ③ to ⑥) according to interworking with the issuing institution server 400 based on the ticket identifier among the ticket item information extracted from the recognized image code.

Specifically, as the ticket item information is extracted, the terminal 100 transmits (refer to ③) a request for approval of transportation fares through the local control device 300 or directly to the issuing institution server 400. The transportation fare approval request includes at least the extracted ticket item information including the ticket identifier, and further includes a boarding/alighting item such as an identifier of the terminal 100 that recognized the ticket, a boarding type, and a time.

The terminal identifier may be a unique serial number, MAC address, and/or IP address of the terminal 100 and may be included directly in the approval request or in a communication packet transmitting the approval request (eg, in a communication packet header). The type of getting on and off is determined by the terminal 100, and the time indicates the time at which the user used the terminal 100.

The issuing authority server 400 (the control unit 470 of) receives the transportation fare approval request from the terminal 100 through the communication unit 410, and uses the ticket identifier included in the transportation fare approval request to obtain the ticket identifier and A ticket item having the same ticket identifier is retrieved from the ticket items of the storage unit 430. If the same ticket item is not found, an approval rejection response is transmitted to the terminal 100 (see ⑥).

When a ticket item having the same ticket identifier is searched, the issuing agency server 400 (the control unit 470 of) determines a fee (transportation fee) to be charged (additionally) in response to a request for approval of transportation fees (see ④) do.

For example, the issuing agency server 400 (the control unit 470 of) calculates the current transportation fare corresponding to the received transportation fare approval request with zero or more getting on and off items corresponding to the searched ticket item, and the received transportation fare. By using information such as boarding and alighting type, passenger type, ticket type, and time of the approval request, it can be determined as a basic fare or an additional fare according to the public transportation fare processing rules.

Thereafter, the issuing agency server 400 (the control unit 470 of) determines whether processing of the determined fare is possible using the searched ticket item and the corresponding boarding/alighting item (refer to ⑤).

Specifically, in the case where the ticket type of the searched ticket item is a one-time ticket (round-trip ticket), the added transportation fee for all zero or more boarding items corresponding to the ticket item (the corresponding ticket item can be determined by the ticket identifier of the boarding item) If the cumulative fare of the tickets and the determined transportation fare is less than or equal to the sale amount of the ticket item (a standard fare or an approved fare, etc.), the issuing institution server 400 (the control unit 470 of) determines that fare processing is possible.

Alternatively, if the ticket type of the searched ticket item indicates the commuter pass type and satisfies the valid conditions (such as the ticketing section and/or validity period) within the searched ticket item (if the period of use and/or the number of times of use remains), fare processing is possible. It is determined by the issuing authority server 400 (the control unit 470 of).

When fare processing is possible, the issuing agency server 400 (the control unit 470 of) creates a new boarding/alighting item corresponding to the searched ticket item and stores it in the storage unit 430. The issuing agency server 400 (the control unit 470 of) is a ticket identifier corresponding to the generated ride item, a ride type, a ride time, a terminal identifier of a transportation fare approval request, an added (determined) transportation fee, a stop name, etc. Save it. Furthermore, the issuing agency server 400 (the control unit 470 of) updates the valid flag of the ticket item. The issuing authority server 400 (the control unit 470 of) may update the valid flag according to the valid condition according to the ticket type.

When the fee processing is possible, the issuing agency server 400 (the control unit 470 of) constructs an approval response and transmits it to the terminal 100 (see ⑥).

If the ticket type of the searched ticket item is a section-designated one-time ticket/round-trip ticket, and the accumulated fare exceeds the pre-approved sale amount and it is impossible to process the fare, the issuing institution server 400 (the control unit 470) responds with a rejection response. Configure and transmit to the terminal 100 (refer to ⑥).

If the ticket type is unspecified one-time ticket/round-trip ticket, and the accumulated fare exceeds the pre-approved sale amount and it is impossible to process the fare, the issuing institution server 400 (the control unit 470 of the fare) is the excess fare and the ticket item. Alternatively, the approval request including the user identifier of the approval request is transmitted to the ticketing agency server 500 corresponding to the ticket item or the issuing agency identification information of the approval request (refer to ⑤-1).

The issuing agency server 500 checks the balance (credit approval, etc. or prepaid electronic payment means, etc.) corresponding to the user using the user identifier, and processes approval for the determined (excessed) fee (see ⑤-2). In this process, the ticketing agency server 500 may request confirmation of approval for the charge added to the portable terminal 600 and receive a response thereof.

The issuing agency server 500 transmits the response according to the approval process to the issuing agency server 400, and the issuing agency server 400 (the control unit 470) receives it through the communication unit 410 (⑤-3 Reference).

When receiving the approval response from the ticketing agency server 500, the issuing agency server 400 (the control unit 470) transmits the approval response to the terminal 100 through the communication unit 410, and the ticketing agency server ( When receiving a rejection response from 500), the issuing agency server 400 (the control unit 470 of) transmits the rejection response to the terminal 100 through the communication unit 410.

The issuer server 400 (the control unit 470 of) generates and stores a boarding/alighting item upon receipt of an approval response. The issuing agency server 400 (the control unit 470 of) includes the ticket identifier of the ticket item corresponding to the generated ride item, the ride type, the ride time, the terminal identifier of the transportation fare approval request, the added (determined) transportation fee, Save the name of the stop, etc. Furthermore, the issuing agency server 400 (the control unit 470 of) updates the valid flag of the ticket item.

The terminal 100 receives a response from the issuing agency server 400 (see ⑥) and controls the circuit breaker according to the received response (see ⑦). For example, when the received response is an approval response, the terminal 100 opens a circuit breaker and allows the user to pass through it. When the received response is a rejection response, an alarm message indicating or indicating pass rejection may be displayed on the provided display unit 150 and the audio unit 160, and the circuit breaker may be kept closed.

Depending on the type of local system, the terminal 100 transmits and receives a request and a response with the issuing authority server 400 through the local control device 300 or directly transmits and receives a request and a response with the issuing authority server 400.

The issuing agency server 400 (the control unit 470 of) is the issuing agency server 500 and the issuing agency server within the pre-approved (pre-secured) sale amount by pre-approving the transportation fare as much as the sale amount (base fare). Without passing through 500, it is possible to get on and off and transfer quickly by means of an approval process by the issuing agency server 400.

Thereafter, the issuing institution server 400 (the control unit 470 of) may calculate and process the transportation fee in connection with the issuing institution server 500 according to whether or not the issued (issued) ticket item is used.

For example, the issuing agency server 400 (the control unit 470) searches for a ticket item of an unspecified section ticket type among ticket items released once a day, twice a day, or a specified number of times. The issuing agency server 400 (the control unit 470 of) is configured to determine whether or not the searched ticket item is used, and not to charge a transportation fee to the issuing agency server 500 for a ticket item that has not been used. Whether or not a ticket item is used may be determined using whether to search for a ride item having a corresponding ticket identifier or a valid condition or valid flag of the ticket item.

When the searched ticket item is used, the issuing institution server 400 (the control unit 470 of) charges the summed cumulative fare of the transportation fare of one or more boarding items corresponding to the searched ticket item to the issuing institution server 500 can do. The issuing agency server 400 (the control unit 470 of) may transmit a claim request including a charge amount (cumulative fee), a user identifier, a ticket identifier, and the like to the issuing agency server 500.

Among the amounts pre-approved through post settlement, such as such, it is possible to process only the actually used traffic fare, and the excess traffic fare can be approved through real-time online communication. Moreover, if the one-time ticket/round-trip ticket sold is not used during the validity period, except when it is sold in cash at the ticket vending machine 200, the pre-approved amount can be excluded from the claim subject to expand the convenience of the customer.

6 is a diagram showing an exemplary block diagram of a public transportation fee processing terminal 100 using an image code.

According to FIG. 6, the terminal 100 includes an RF reader unit 110, a camera unit 120, a communication unit 130, a storage unit 140, a display unit 150, an audio unit 160, and a blocking control unit. 170 and a control unit 180. Depending on the design example, the terminal 100 may omit some of the blocks illustrated in FIG. 6 or may further include other blocks not illustrated.

Referring to the components of the terminal 100 through FIG. 6, the RF reader unit 110 constructs an RF signal, transmits a wireless RF signal, receives the RF signal, and extracts data from the received RF signal. The RF reader unit 110 is equipped with a wireless RF antenna and an RF chipset, and card information to be used for processing public transportation fares (for example, from a contactless transportation card in the ticket recognition space 190 or an NFC module (NFC card) of a smartphone). , Card identifier) can be received as a wireless signal and extracted. Data such as the extracted card information is transmitted to the control unit 180.

The camera unit 120 is provided with a camera sensor, a lens, etc. to capture a fixed spatial area. Preferably, the camera unit 120 is configured to photograph all or at least part of the ticket recognition space 190, which is the same space for recognizing a transportation card or the like by the RF reader unit 110.

For example, the camera unit 120 may capture a smartphone in the ticket recognition space 190 and an image code displayed on the display of the smartphone. The camera unit 120 may be a camera that photographs an image using visible light or infrared light. For example, the camera unit 120 is an infrared camera.

The communication unit 130 performs data communication. The communication unit 130 transmits and receives various types of data through a wired LAN with the local control device 300 (server) or issuing agency server 400 including a LAN port and a LAN communication chipset. The communication unit 130 may transmit and receive various data wirelessly, including a wireless LAN chipset and a wireless antenna.

Various states or request data from the terminal 100 through the communication unit 130 are transmitted to the local control device 300 or the issuing agency server 400 and controlled from the local control device 300 or the issuing agency server 400 Data can be received.

For example, the communication unit 130 requests or at least represents an approval request for transportation charges, configured as a communication packet according to a promised communication protocol, and an external server such as the local control device 300 or the issuing agency server 400 ( The communication packet indicating a response to the approval request may be transmitted to the 300 or 400 and may be transmitted from the external server 300 or 400 and the received response data may be transmitted to the control unit 180.

The storage unit 140 stores various types of data. The storage unit 140 may store various types of data including a volatile memory, a nonvolatile memory, and/or a mass storage medium such as a hard disk.

The storage unit 140 may store a program usable in the control unit 180 and further store information such as a list of availability of a transportation card and a type of registration right.

The control and fare processing program stored in the storage unit 140 is a program that is driven by the control unit 180 to process traffic fare and control the terminal 100. This control program recognizes a ticket for processing a public transportation fee, processes a fare according to an identifier corresponding to the recognized ticket, and controls an equipped circuit breaker to allow entry and exit.

The control program recognizes the image code and further identifier (eg, ticket identifier) in at least an image frame received through the camera unit 120, and uses the recognized identifier to the local control device 300 and/or the issuing agency. Through the server 400, the approval is processed and the breaker is controlled accordingly to allow entry and exit.

The display unit 150 is provided with an LCD, LED and/or TFT display, and the like to display various types of information. For example, the display unit 150 may display information such as recognized transportation card or credit card balance, approved (processed) transportation fee, and the like under the control of the control unit 180.

The audio unit 160 outputs various audio signals. The audio unit 160 may output various audio signals, including a buzzer, a speaker, and the like, according to the control of the control unit 180. The audio unit 160 may receive and output a signal sound indicating the recognition of a transportation card or a credit card, completion of approval processing, and the like from the control unit 180.

The blocking control unit 170 controls a circuit breaker provided in the terminal 100. The cut-off control unit 170 controls to open or close the breaker through a control signal received from the control unit 180 including a motor, a circuit, and/or a mechanism for opening and closing the breaker. The blocking control unit 170 is preferably configured to prevent unauthorized entry and exit of public transportation users by closing the circuit breaker by default. According to an example of public transportation, the blocking control unit 170 and the circuit breaker may be omitted from the terminal 100.

The terminal 100 may further include a circuit breaker controlled by the other blocking control unit 170. Blockers are configured to block or allow the access of public transportation users.

The control unit 180 controls the terminal 100 by loading the command code of the program of the storage unit 140 including one or more execution units capable of executing the command of the program. The control unit 180 may include one or more CPUs, MPUs, central processing units, microcomputers, and the like. The control unit 180 may be configured to include a plurality of CPU chipsets or the like according to a design example.

Looking at the main control performed by the control unit 180, the control unit 180 attempts to recognize one or more identifiers using the RF reader unit 110 and the camera unit 120. The identifier may be a ticket that can be used for boarding, getting off, or transferring, or may be a payment card identifier.

For example, the control unit 180 periodically controls the RF reader unit 110 to output a triggering signal according to the promised communication protocol through an RF antenna, and recognize the triggering signal in the ticket recognition space 190. Card information may be received from a transportation card and/or an NFC card of a smartphone. The card information includes at least a card identifier such as a card number, and further includes data necessary for card payment and/or authorization, such as an identifier (name) of a credit card company or a pay company, or an expiration date.

In addition, the control unit 180 periodically controls the camera unit 120 to capture all or part of the ticket recognition space 190 and receive the captured image frame from the camera unit 120. The control unit 180 recognizes a specific type of image code according to the image code format promised in the received image frame. For example, the control unit 180 may recognize a QR code or a barcode in the image frame.

Here, when the terminal 100 further includes a proximity sensor capable of recognizing an object (user, etc.) and recognizes an object in the ticket recognition space 190, the control unit 180 is connected to the camera unit 120 and RF. By controlling the reader unit 110, information such as a (card) identifier can be recognized from each unit 110, 120.

When the control unit 180 recognizes an identifier or a card identifier from one of the camera unit 120 and the RF reader unit 110, the control unit 180 processes the transportation fee using the corresponding identifier.

For example, when the card identifier is recognized through the reception of card information from a contactless transportation card or NFC card located in the ticket recognition space 190 through the RF reader unit 110, the control unit 180 140) is compared with information on a plurality of transportation cards, and detects transportation card information having the same card identifier, and processes transportation card approval using the detected transportation card information. The control unit 180 pre-approves the existence through comparison with the transportation card information instead of real-time card approval through online (ie, through the issuing agency server 400) and transmits the pre-approved information to the communication unit 130 afterwards. It can be transmitted to the local control device 300 through the.

When the control unit 180 recognizes the image code from the image frame of the camera unit 120, the control unit 180 recognizes (extracts) the identifier in the image code according to the format of the promised image code. For example, the control unit 180 may extract ticket information including a ticket identifier in the image code. Alternatively, the control unit 180 may extract information such as a card identifier such as a card number in the image code, a name of a card company or a pay company, and an expiration date. In this way, the control unit 180 may extract a ticket identifier or a card identifier from the image code.

In the case of recognizing the image code from the image frame, the control unit 180 includes an identifier of the recognized image code (for example, a ticket identifier), furthermore, a ticket type, a passenger type, a release date, ticketing agency identification information, and a user identifier. It configures the ticket information including one or more and transmits the transport fare approval request including the ticket information to the external server (300, 400) through the communication unit 130 (see ③ in FIG. 5). The approval request may be a packet or data requesting to process the approval of the transportation fee by the issuing agency server 400 using at least the ticket identifier and using the ticket identifier.

The control unit 180 receives a response to the approval request in real time from the external server 300, 400 (local control device 300 or issuing agency server 400) through the communication unit 130 (see ⑥ in Fig. 5). ), and when the received response is an approval response, the cut-off control unit 170 is controlled to open the circuit breaker to allow the user to enter and exit.

When the control unit 180 recognizes the (card) identifier from one of the transportation fare processing means of the camera unit 120 and the RF reader unit 110, the control unit 180 processes real-time online approval using the recognized one (card) identifier, or Provisional approval can be processed.

The control unit 180 periodically repeats through the camera unit 120 and the RF reader unit 110 to recognize an identifier used as a ticket or to recognize an object (for example, a hand or a smartphone) through a sensor. Subsequently, the identifier can be recognized.

The control unit 180 may simultaneously recognize the image code and the identifier in the image code through the camera unit 120 and recognize the card identifier of a transportation card or an NFC card when contacting through the RF reader unit 110.

For example, the control unit 180 retrieves the card identifier through the RF reader unit 110 within a specified time (for example, within 0.1 seconds, 0.5 seconds, and 1 second) before and after recognition of the ticket identifier through the camera unit 120. Recognizing or conversely, the ticket identifier may be recognized through the camera unit 120 within a specified time before and after the card identifier is recognized through the RF reader unit 110. The identifier extracted from the image code (for example, a QR code) may be a ticket identifier issued by the issuing institution server 400.

Recognizing the card identifier in the ticket recognition space 190 from the RF reader unit 110 at the same time within a specified time, and also recognizing the image code (from the ticket identifier) in the ticket recognition space 190, which is the same space from the camera unit 120 In this case, the control unit 180 does not perform card approval (temporary approval) using the card identifier from the RF reader unit 110, but instead sends an approval (processing) request including the ticket identifier of the image code to the communication unit. It is transmitted to external servers 300 and 400 (local control device 300 or issuing agency server 400) through 130 (see ③ in FIG. 5).

Through this configuration, when multiple transportation fare processing means are recognized in the same ticket recognition space 190, a specific processing means may be prioritized to process transportation fare. In particular, image codes and the like are displayed on the display through an app (payment app) of a smartphone and are also displayed according to user input.

In addition, the portable terminal 600 (smart phone, etc.) may further include a transportation card or an NFC card when contactless. In a situation where the image code is displayed through the portable terminal 600 (smartphone, etc.), the control unit 180 also recognizes the transportation card or NFC card embedded in the portable terminal 600 (smartphone, etc.). By handling the transportation fee through the code, you can process the transportation fee that meets the user's intention.

The control unit 180 receives a response to the approval request from the external servers 300 and 400 (refer to ⑥ in FIG. 5) and, when the response is an approval response, controls an installed circuit breaker to allow access. If the received response is a disapproval response, the user may be denied access.

The control unit 180 may configure an audio signal indicating the recognition of the image code or the reception of the approval response at the time when the image code (the ticket of the ticket) is recognized or the time when the approval response is received and output to the audio unit 160.

The control unit 180 may output the processing result of the transportation fee to the display unit 150 according to an approval response or provisional approval. For example, the control unit 180 may output information such as a processed (approved) transportation fee and a balance to the display unit 150.

In this way, the control unit 180 recognizes one or more of a transportation card, an NFC card, an image code, etc. at the same time, and a user who intends to use or uses public transportation according to the approval processing of one or more identifiers used for processing the recognized transportation charges You can control the access.

7 is a diagram illustrating an exemplary appearance of the terminal 100.

7(a) shows an exemplary perspective view of an example of an exemplary terminal 100, FIG. 7(b) shows an exemplary appearance of another example of the terminal 100, and FIG. 7(c) shows a terminal ( 100) shows an exemplary appearance of another example.

An example of the terminal 100 of FIG. 7 may represent an entry gate used to board the vehicle by means of transportation or an exit gate for exiting the station by getting off the vehicle. From the example of FIG. 7, a person skilled in the art can easily configure an entry/exit gate.

For example, the entry/exit gate has a ticket recognition space 190, an RF reader unit 110, a camera unit 120, and a display unit 150 at both ends, and independently and simultaneously in each ticket recognition space 190. An identifier for boarding, alighting, and transfer processing may be recognized through the RF reader unit 110 or the camera unit 120.

Looking further at the terminal 100 through FIG. 7, the terminal 100 has a ticket recognition space 190. The ticket recognition space 190 has an open shape such as a Digut shape in the direction of entry in the terminal 100, and has a credit card, transportation card, NFC card of a smartphone, an image code, and an image code in the ticket recognition space 190. Make it possible to recognize more than one back at the same time. The left and right sides of the entry direction of the ticket recognition space 190 are open, and a ticket recognition space is formed through three surfaces.

The ticket recognition space 190 is configured to have an upper surface 192 and a lower surface 191 and side surfaces in the entry direction. An RF reader unit 110 or at least an RF antenna is installed on the bottom surface 191 so that an RF signal through the RF antenna is transmitted to the ticket recognition space 190 (in the direction of the upper surface 192) and is non-contact from the ticket recognition space 190 RF signals are received from city traffic cards or NFC cards.

In the ticket recognition space 190, a camera unit 120 is installed on the upper surface 192 that faces (facing) the bottom surface 191 so that all or part of the same ticket recognition space 190 in the direction of the bottom surface 191 The camera unit 120 takes an image of. Accordingly, in a single ticket recognition space 190, regardless of the type of the transportation fee processing means, each transportation fee processing means can be simultaneously recognized and processed accordingly.

The camera unit 120 installed on the upper surface 192 is photographed toward the bottom surface 191 and can capture all or part of the ticket recognition space 190 in the captured image, and accordingly, is located within the ticket recognition space 190 Take a picture of a smartphone, the image code of the smartphone, or printed paper. In this way, the camera unit 120 and the RF reader unit 110 are positioned on opposite sides of each other, and are configured to recognize the means for handling transportation charges toward the opposite side of the same space.

A display unit 150 is installed on the side that forms the ticket recognition space 190 in contact with the upper surface 192 and the lower surface 191 so that the entering user can directly check the approval result and the like.

As can be seen from the enlarged view of part A, the bottom surface 191 on which the RF antenna is installed inside or on the surface and the top surface 192 on which the camera unit 120 is installed are inclined (θ1, θ3) between the bottom surface and the specified angle. ).

For example, the bottom surface 191 may have an upper slope at an angle of 15 degrees to the bottom surface, and the upper surface 192 may have an upper slope at an angle of 45 degrees to the floor surface. The slope of the top surface 192 and the slope of the bottom surface 191 are preferably different inclinations, so that the inclination angle of the top surface 192 is greater than the inclination angle of the bottom surface 191 according to the relationship between the top surface 192 and the bottom surface. By configuring the terminal 100 to have a sense of openness, the user can conveniently and simply place different ticket media such as a transportation card and an image code in the same recognition space 190.

Also, a side view at which the display unit 150 is positioned may have an inclination θ2 of a specified angle to the bottom surface and may have an angle of, for example, 60 degrees on a horizontal axis opposite to the bottom surface 191.

The upper surface 192 and the lower surface 191 may have the same width. On the other hand, the length d1 of the upper surface 192 and the length d2 of the bottom surface 191 may be different from each other. The length of the bottom surface 191 is configured to be longer than the length of the top surface 192 (for example, the length of the bottom surface 191 is set to be three times longer than the length of the top surface 192), and the stability of the terminal 100 and the transportation card , It facilitates recognition of image codes, etc. The distance between the upper surface 192 and the lower surface 191 may be approximately 10 to 15 cm.

Through the configuration of the terminal 100, a public transportation user can conveniently place a transportation card, a credit card, a smart phone, an NFC card, etc. in the ticket recognition space 190 while moving. In addition, the camera unit 120 is installed on the upper surface 192 having a short length so that the image code is recognized through the camera unit 120 so that the user can easily recognize whether the image code is output. In particular, since the upper surface 192 and the lower surface 191 have different inclined surfaces, the user can request approval processing from the terminal 100 while visually checking whether the image code on the lower side is displayed.

The control unit 180 simultaneously recognizes one or more transportation cards, NFC cards, image codes, etc. within the ticket recognition space 190 having an inclination, and controls the user's access according to the card approval processing of one or more card identifiers recognized at the same time. can do.

7(b) shows an example of a terminal 100 that can be used in a public bus. The bus terminal 100 is coupled to a support rod of a bus and as seen through FIG. 7(a), a ticket recognition space 190 ), you can simultaneously recognize transportation cards, NFC cards, and image codes. Even in the example of the modified terminal 100 of FIG. 7(c), a transportation card, an NFC card, an image code, etc. can be simultaneously recognized in the ticket recognition space 190 between the camera unit 120 and the RF reader unit 110. have.

As can be seen from various examples of FIGS. 7A to 7C, the terminal 100 according to the present invention preferably recognizes a ticket between the camera unit 120 and the counter RF reader unit 110 With the space 190, it is possible to simultaneously recognize a transportation card, an NFC card, an image code, etc. through the camera unit 120 and the RF reader unit 110 in the ticket recognition space 190.

8 is a diagram illustrating an exemplary control flow for processing public transport fares.

The control flow of FIG. 8 represents the control flow performed in the terminal 100, and the control flow of FIG. 8 is repeatedly performed.

Since it has already been looked at in detail through FIGS. 1 to 7, the following will briefly look at the flow.

The terminal 100 (of the control unit 180) attempts to simultaneously recognize the identifiers of various transportation fare processing means. For example, the terminal 100 (the control unit 180) attempts to recognize the card identifier in the ticket recognition space 190 through transmission and reception of an RF signal (S101). The control unit 180 controls the RF reader unit 110 to output the triggering signal to the ticket recognition space 190 in the direction of the upper surface 192 through an RF antenna provided on the bottom surface 191, and the ticket recognition space 190 It attempts to recognize a card identifier by receiving card information including a card identifier such as a card number from a transportation card or an NFC card existing in the inside. When a transportation card or an NFC card responding to an RF signal exists in the ticket recognition space 190, the card identifier may be recognized.

In addition, the terminal 100 (the control unit 180) photographs the same ticket recognition space 190 and attempts to recognize the image code and further the identifier in the image code in the captured image frame (S103). The attempt to recognize the image code (identifier of) can be made simultaneously (in parallel or independently) with the attempt to recognize the card identifier through an RF signal.

The terminal 100 (the control unit 180) controls the camera unit 120 installed on the upper surface 192 of the ticket recognition space 190 to obtain an image frame, and a format promised within the image frame (for example, , Recognizing the image code according to the format defined by the issuing agency server 400) and further including a ticket identifier, further ticket type, passenger type, release date, ticketing agency identification information, user identifier, etc. Extract the ticket (item) information.

As one or more identifiers are recognized, the terminal 100 (the control unit 180 of) determines an identifier to be used for the transportation fee processing (S105). At least, the terminal 100 (the control unit 180 of) determines a card identifier to process public transportation charges according to whether the ticket identifier is recognized in the captured image frame and whether the card identifier is recognized through an RF signal.

When the (card) identifier is recognized (at a time) from one of the at least two types of traffic fare processing means, the terminal 100 (the control unit 180 of) transports the identifier from the corresponding processing means. Determine with the identifier to handle the charge.

When the terminal 100 (the control unit 180) recognizes the ticket identifier from the card identifier and the image code of the captured image frame through an RF signal at the same time within a specified time, the image code is used instead of the card identifier through the RF signal. The ticket identifier of is determined as the identifier to handle public transport fares.

When the determined identifier is the card identifier from the RF reader unit 110 (S107), the terminal 100 (the control unit 180) is compared with the information of the transportation card availability list in the storage unit 140 and the same The transportation card information having the card identifier is detected, and credit card approval is processed using the detected transportation card information (S109).

The terminal 100 (the control unit 180) is pre-approved when it exists through comparison with the available transportation card information instead of the real-time card approval through online, and the pre-approved information is then locally approved through the communication unit 130. It can be transmitted to the control device 300 or the like, thereby performing rapid entry/exit processing.

When the determined identifier is the ticket identifier recognized from the image code (S107), the terminal 100 (the control unit 180) constructs a transport fare approval request including the ticket identifier of the recognized image code and makes the configured approval request. Transmission (S111) to the external servers 300 and 400 through the communication unit 130 (see ③ in FIG. 5).

The terminal 100 (the control unit 180) of the issuing agency server 400 and the ticket identifier from the image code according to the format promised, further, the ticket type, passenger type, release date, ticketing agency identification information, user identifier, etc. The ticket information that is further included is extracted, and a transport fare approval request including at least the ticket identifier of the ticket information and further including other data is constructed and transmitted to the issuing institution server 400. The transport fare approval request may further include an identifier of the terminal 100. The terminal 100 (the control unit 180 of) configures boarding item information including a boarding type and the like and transmits it to the issuing agency server 400, such as ticket item information.

External servers 300 and 400, such as the issuing agency server 400, determine the rate (refer to ④ in Fig. 5) and determine whether processing is possible (refer to ⑤ in Fig. 5) and respond to the terminal as described in Fig. 5 above. It transmits to 100, and the terminal 100 receives the response from the external servers 300 and 400 (S113) (refer to ⑥ in Fig. 5).

The terminal 100 (the control unit 180) controls (S115) the breaker according to the received response or according to the approval process (see S109). For example, when processing public transportation fare using the ticket identifier of an image code (eg, QR code), the terminal 100 (the control unit 180) blocks when the received response is an approval response. The control unit 170 is controlled to open the circuit breaker. When the approval processing according to the card identifier is performed (S109), the terminal 100 (the control unit 180 of) may open or close the circuit breaker by controlling the blocking control unit 170 according to the result of the approval processing.

Through this control flow, various types of traffic fare processing means are simultaneously recognized and processed quickly, and traffic fare is processed with priority through processing means selected according to the intention of the user even for processing means recognized at the same time.

The present invention described above, for those of ordinary skill in the technical field to which the present invention pertains, various substitutions, modifications, and changes are possible within the scope of the technical spirit of the present invention. It is not limited by the drawings.

100: terminal
110: RF reader unit 120: camera unit
130: communication unit 140: storage unit
150: display unit 160: audio unit
170: cut-off control unit 180: control unit
190: ticket recognition space 191: bottom
192: upper surface
200: ticket vending machine
300: local control device
400: issuer server
410: communication unit 430: storage unit
450: connection unit 470: control unit
500: Publisher server
600: portable terminal

Claims (11)

As a public transportation fare processing terminal using an image code,
An RF reader unit installed on the first surface to transmit and receive a wireless RF signal in a direction of the opposite second surface;
A camera unit installed on a second surface to photograph an area in the direction of the first surface;
A communication unit for performing data communication with a server outside the public transport fare processing terminal; And
At least, when recognizing the image code from the image frame captured by the camera unit, a control unit that transmits, through the communication unit, a transport fee approval request including an identifier extracted from the recognized image code;
Public transportation fare processing terminal. The method of claim 1,
The RF antenna of the RF reader unit is installed on a bottom surface forming a ticket recognition space to transmit and receive RF signals in the ticket recognition space,
The camera unit forms the ticket recognition space and is installed on an upper surface opposite to the bottom surface to take an image of the ticket recognition space,
Public transportation fare processing terminal. The method of claim 1,
A blocking control unit for controlling a breaker for blocking or allowing access through a control signal; further comprising,
The control unit receives a response to the traffic fare approval request from an external server in real time and, when the received response is an approval response, controls the blocking control unit to allow access,
Public transportation fare processing terminal. The method of claim 1,
When the control unit recognizes the card identifier from the RF reader unit in the ticket recognition space at the same time within a specified time and recognizes the identifier of the image code in the image frame photographed through the camera unit, the card identifier from the RF reader unit Transmitting a transport fare approval request including the identifier of the image code to an external server through the communication unit instead of the card approval used, and controlling a circuit breaker provided in accordance with an approval response to the approval request to allow access,
Public transportation fare processing terminal. The method of claim 2,
The RF antenna is installed, the bottom surface forming the ticket recognition space and the top surface forming the ticket recognition space have different inclinations of the floor surface and the designated angle,
The control unit simultaneously recognizes one or more transportation cards, NFC cards, or image codes in the ticket recognition space having the inclination and controls the access of the user according to the approval processing of the recognized one or more identifiers,
Public transportation fare processing terminal. The method of claim 2,
The RF antenna is installed and the bottom surface forming the ticket recognition space has a slope of a first angle to the bottom surface, and the camera unit is installed, and the upper surface forming the ticket recognition space is a first angle greater than the bottom surface and the first angle. Have a slope of 2 angles,
The image code is a QR code,
The identifier extracted from the image code is a ticket identifier issued by the issuing institution server receiving the request for approval of the transportation fee,
Public transportation fare processing terminal. As a public transportation fare processing system using image codes,
A plurality of public transportation fare processing terminals according to claim 1; And
Containing; an issuing agency server for processing a request for approval of transportation charges received from the terminal
Public transportation fare processing system. The method of claim 7,
The issuing agency server receives a traffic fare approval request including a ticket identifier of the image code recognized by the terminal, searches for a ticket item corresponding to the ticket identifier among a plurality of stored ticket items, and corresponds to the searched ticket item. Calculate the cumulative fare using the boarding item and the boarding item of the received transportation fare approval request, generate a response according to the comparison between the calculated cumulative fare and the sale amount set in the ticket item, and transmit the generated response to the terminal
The terminal controls a circuit breaker provided according to the received response,
Public transportation fare processing system. As a public transportation fare processing method using image codes,
Attempting, by a public transportation fare processing terminal, to recognize a card identifier in a ticket recognition space through transmission and reception of an RF signal;
Capturing the ticket recognition space with an attempt to recognize the card identifier through the RF signal, and attempting to recognize the identifier through the image code of the captured image frame;
Determining, by the terminal, an identifier for processing a public transport fee according to whether the terminal recognizes the identifier in the captured image frame and whether the card identifier is recognized through the RF signal; And
If the determined identifier is the identifier recognized from the image code, the terminal transmitting a transport fee approval request including the image code identifier to an external server; Including,
How to handle public transportation fares. The method of claim 9,
In the determining step of the identifier, when the identifier is recognized from the card identifier and the image code of the captured image frame through the RF signal at the same time within a specified time, the identifier from the image code is processed instead of the card identifier through the RF signal. Determined by the identifier to do,
How to handle public transportation fares. The method of claim 9,
Receiving, by the terminal, a response to the request for approval of the transportation fee from an external server; And
In accordance with the received response, controlling the circuit breaker equipped with the terminal; further comprising,
The image code is a QR code,
The identifier recognized in the image code is a ticket identifier issued by the server of the issuing institution that received the request for approval of the transportation fee,
How to handle public transportation fares.

Images