KR20100120898A - Control method for taxi fare payment system - Google Patents

Abstract

PURPOSE: A method for controlling a taxi fare payment system is provided to transmit program downloading and fare downloading corresponding to a taxi meter device through a payment terminal to control a fare payment process, thereby controlling the meter device. CONSTITUTION: A payment terminal transmits a meter model ID request command to a meter device(S210). The meter device transmits a response including a meter device ID field to the payment terminal(S220). The payment terminal transmits a meter device program downloading preparation command(S230). When a normal response to the meter device program downloading preparation command is received, the payment terminal transmits a meter device program(S240).

Description

Control Method of Taxi Fare Payment System

The present invention relates to a control method of a taxi fare payment system, and more particularly, a taxi fare payment system capable of controlling taxi meters of various manufacturers through a payment terminal and processing taxi fare payment, downloading a meter program, and the like. It relates to a control method of.

If you use public transportation such as subways or buses, you can pay with a credit card that includes a prepaid or postpaid card, which is much more convenient and faster than paying with cash. The situation is widely used. Nevertheless, taxi fares are expensive due to the high price of card terminals for payment per taxi, and the number of passengers using taxis is constantly changing due to mileage. It has been a long time to pay in cash.

Recently, the need for a fare payment system through a payment terminal has been recognized due to the inconvenience of payment of cash fare in taxis. In addition, the distribution of call terminals, navigation devices, payment terminals, etc. is expanding according to the national taxi industry activation policy. However, there is a problem in the integration between each device, interface compatibility / linkage with the taxi meter.

In addition, in the case of a taxi, a taxi meter for calculating a fare according to a driving time and a distance should be used. In the case of a conventional taxi meter, the maintenance barrier is often stopped after a single production / supply due to a low technical entry barrier. As a result, there are many manufacturers of taxi meters and various taxi meter models, and taxi meters having different functions, performances, and protocols are widely used.

In the case of not providing an integrated taxi fare payment system including a taxi meter, a payment system must be constructed in conjunction with a conventional taxi meter. In this case, since each taxi meter has different functions and protocols, separate interlocks should be used to provide an interface.

In the related art, since a taxi interoperator must be purchased by installing a separate interlocker for compatibility / linkage, there is a problem in that the interlock purchase cost increases. In addition, there is a problem in the case of taxi meter model that can not be compatible / linked even as a linkage because the taxi meter itself must be purchased additionally.

In addition, conventionally, it was difficult to collectively control devices such as a taxi meter and a call terminal, including processing such as downloading a meter program including payment processing through a payment terminal, updating according to fare revision, and transmitting taxi information data. .

In addition, in the case of the developer, the taxi meter manufacturer and model-specific compatibility / linkage interface must be developed separately, and the development cost accordingly has a problem that leads to an increase in device price. In addition, there is a problem that takes a lot of time and effort to remove the interlock and interlock the meter when the interlock is mounted.

The present invention has been made to solve the above problems, the control method of the taxi fare payment system according to the present invention receives a manufacturer, taxi meter model ID, etc. using a payment terminal even if using a taxi meter of various manufacturers The purpose of the present invention is to provide a meter program corresponding to each taxi meter and to control the installed taxi meter.

In addition, there is no need for a separate interlocker to reduce the cost of purchasing the interlocker or taxi meter and to further reduce the excessive time / cost required when installing a taxi fare payment system.

In order to achieve the above object, a control method of a taxi fare payment system including a taxi meter and a payment terminal of the present invention includes transmitting a meter status request command to a meter at predetermined intervals, and a change status display field from the meter. Receiving a response including a button status field, a meter fee field, and a plurality of surcharge fields, and determining whether to process payment according to at least one field value of a change status display field and a button status field included in the response; Determining a taxi fare to be paid according to at least one of a meter fare field and an additional fare field, and changing a button state of the meter according to a button state field value included in the response or whether the payment process is terminated. Sending a button state change request command to the meter; The change button, the value after performing may comprise a step of receiving a response.

In addition, in the above-described configuration, the change state display field may include a flag value indicating whether the button state and the fare state are changed.

Also, in the above-described configuration, the surcharge field includes at least two fields of a call charge field, an additional charge field, and an aggregate charge field, and the taxi fare to be processed includes a value of a meter charge field and a value of the additional charge field. The sum can be determined.

Also in the above configuration, the response to the meter status request command is:

The apparatus may further include at least one of a boarding time field, a boarding time field, an empty vehicle distance field, a boarding distance field, a GPS coordinate field, and an azimuth field.

In addition, in the above-described configuration, the button state field may include a flag value indicating a vacant vehicle, driving, premium, and payment.

In addition, the control method of the taxi fare payment system comprising the taxi meter and the payment terminal of the present invention for achieving the above object comprises the steps of transmitting a meter model ID request command including the payment terminal time information to the meter; Receiving a response comprising a manufacturer ID, a meter ID field containing a product model number and a meter time information field for time synchronization, and a number of packets of program data pre-stored corresponding to the meter ID field information; And transmitting a download preparation command and downloading a meter program when a normal response to the meter program download preparation command is received.

In addition, in the above-described configuration, when downloading of the meter program is completed, the downloading completion time and the payment terminal ID may be transmitted to the management server.

In addition, the control method of the taxi fare payment system comprising the taxi meter and the payment terminal of the present invention for achieving the above object comprises the steps of transmitting a meter model ID request command including the payment terminal time information to the meter; Receiving a response including a meter ID field including a manufacturer, a product model number, and a meter time information field for time synchronization, and applying pre-stored fare data and corresponding fare data in response to the meter ID field information And transmitting a fare download downloading command including a date and time, and receiving a flag indicating a result of performing the fare download downloading command.

In addition, in the above configuration, upon receiving the flag, the downloading completion time, the downloading execution result, and the payment terminal ID may be transmitted to the management server.

According to the control method of the taxi fare payment system according to the present invention, even using a variety of conventional taxi meters, the program downloading and fare fare downloading corresponding to each taxi meter are transmitted through the payment terminal, and the fare payment processing is performed. As it controls, the meter can be controlled without installing a separate interlock.

In addition, since there is no need to purchase a separate interlocker, the interlock / taxi meter purchase cost is reduced, and the time and cost for installing the interlock is reduced.

Further aspects of the present invention in addition to the above description will become more apparent through preferred embodiments described with reference to the accompanying drawings. Hereinafter, the embodiments of the present invention will be described in detail so that those skilled in the art can easily understand and reproduce the present invention.

1 is a schematic diagram of a taxi fare payment system according to an embodiment of the present invention.

As shown in FIG. 1, a taxi fare payment system according to an exemplary embodiment of the present invention provides a taxi meter 110 that performs a mileage calculation and a fare calculation, and is provided by a passenger for payment of a fare in conjunction with the taxi meter. Payment terminal 120 to read the information of the payment means to perform the payment, the management server 130, the call terminal 140 and the like to communicate with the payment terminal and to store and transmit the program to be downloaded to the taxi meter, etc. It can be done by.

Here, the taxi meter 110 is a microcomputer 111, a rotation detection unit 112, a time counting unit 113, a button input unit 114, a display unit 115, an empty vehicle indicator 116, a data memory 117 ), The program memory 118 may be configured.

Here, the microcomputer 111 controls the operation of each component according to the button input of the button input unit 114. When the empty vehicle button is input, the empty vehicle indicator 116 is turned on, and when the driving starts, the driving button is input. At this time, the microcomputer 111 receives a signal input from the rotation detecting unit 112 and the time coefficient unit 113. The fee is calculated according to the program stored in the program memory 118 based on the input signal, and the calculated fee is displayed on the display 115.

2 is a flowchart illustrating a meter program download procedure through a payment terminal according to an embodiment of the present invention.

As shown in FIG. 2, the payment terminal transmits a meter model ID request command including time information to the meter (S210). When the meter receives the meter model ID request command, the meter transmits a response including a meter ID field including a manufacturer and a product model number of the meter, and a meter time information field for time synchronization (S220). When the payment terminal receives the information including the meter ID transmitted by the meter, the payment terminal transmits a meter program downloading preparation command including the number of packets of program data stored in advance corresponding to the meter ID field information (S230). Next, the payment terminal transmits to download the meter program when a normal response to the meter program download preparation command is received (S240).

It may also include a flag for determining whether the object to be downloaded is a program or data.

3 is a flowchart illustrating a data download procedure such as a changed fare rate through a payment terminal according to an embodiment of the present invention.

As shown in FIG. 3, the payment terminal transmits a meter model ID request command including payment terminal time information to the meter. Next, when the meter transmits a response including a meter ID field including a manufacturer and a product model number of the meter and a meter time information field for time synchronization, it is received (S310).

Upon receiving the response of the meter, the meter ID field information is analyzed to transmit a freight rate downloading command including the pre-stored freight rate data corresponding to the meter ID field information and the date and time of application of the corresponding freight rate data to the meter. )

Next, the meter performs a download according to the fare download command and transmits a flag indicating a result thereof to the payment terminal, and the payment terminal receives a flag indicating a result of performing the fare download command (S330).

In addition, according to another embodiment of the present invention, it may include a flag for discriminating whether to request all TACHO data and tariff information data or TACHO data except for tariff information data. It may also include a flag for transmitting time information to the meter or a flag for requesting ride fare information data.

The payment terminal transmits a meter status request command to the meter at predetermined intervals, and receives a response including a change status display field, a button status field, a meter fee field, and a plurality of surcharge fields from the meter.

Next, whether or not to process payment and a taxi fare to be processed is determined according to a change status display field, a button status field, a meter fare field, and a surcharge field value included in the response, and a button state field value included in the response or A button state change request command is sent to the meter to change the button state of the meter depending on whether or not the payment processing is completed. Next, in response to the changed button state value after performing the command from the meter to process the payment.

The surcharge field includes a call charge field, an surcharge field, and an aggregate charge field, and the taxi fare to be paid for is determined as the sum of the meter charge field value and the surcharge field value. The interlocking flow between the meter and the payment terminal for taxi fare payment will be described in detail later with reference to FIG. 6.

Hereinafter, various protocols of a taxi meter and a payment terminal according to an embodiment of the present invention for achieving the object of the present invention will be described in detail.

The connection between the payment terminal and the taxi meter is preferably a wired connection, preferably according to the RS-232C standard. The connecting cable may be implemented in the taxi meter or may be externally connected to the connector connected to the payment terminal in the form of a cable in the taxi meter. When connecting with a wired cable, the communication protocol is a general method. Baudrate should be set to 115200, data size of 8, and stop bit set to 1.

The response to the data request consists of Ack when normal reception is made and Nak when normal reception is not performed.If the Nak signal is retransmitted up to three times and an error occurs again, the command for data request is canceled. It is desirable to. In addition, the response data should be transmitted within 500ms after the Ack response to the data request, and if there is no response within the time, it is automatically treated as Nak.

4 illustrates a transmission / reception frame format between the taxi meter 110 and the payment terminal 120 according to an embodiment of the present invention.

As shown in FIG. 4, the data frame may include six fields including a full text start code, a full length, a command, data, a full text exit code, and a checksum. The full length represents the sum of the lengths of the four field entries from the instruction to the checksum. The size of the instruction is 2 bytes and the type of instruction is described below. The length of the data is variable, which determines the value of the full length field. The checksum field has a value obtained by XORing the value from the full length to the full end code.

5 is a diagram illustrating a command transmitted from a payment terminal to a taxi meter and a response code definition of a taxi meter according to an embodiment of the present invention.

As shown in Figure 5a, the command of the payment terminal, the meter status request, taxi meter button change request, taxi meter model ID request, the meter program download preparation, the meter program download, the meter program download end, the fare rate revision down Loading, screen display message downloading, Tacho data upload preparation, Tacho data uploading, Tacho data upload end command can be included. The response code of the taxi meter is made in response to the payment terminal command of FIG. 5B.

The response to the meter status request may include a button status, fee change data, and GPS coordinate response.

6 is a flowchart illustrating a process of interworking between a taxi meter and a payment terminal (taxi terminal).

As shown in FIG. 6, the taxi meter checks the key input signal if there is a key input signal, and in the case of the "empty car" key, transfers it to the payment terminal when the preceding state is "run" or "charge". Send it. If the preceding state is not "driving" or "charge", an empty vehicle processing instruction is transmitted to the payment terminal. If the key input is a "payment" key, a payment processing execution command is transmitted to the payment terminal. If the key input is not "empty" or "payment", it is determined whether the "driving", "charge", "call" key input in sequence and prepares to transmit the key state to the payment terminal.

When the payment terminal receives the empty vehicle processing instruction, the payment terminal does not perform the payment and only operates the payment module when receiving the payment processing instruction to perform the payment processing. When the payment process is completed, the vehicle is sent to the taxi meter. The payment terminal periodically transmits a signal requesting the state of the meter key and receives data in a polling manner.

Meter data common items and protocols can be used as follows.

B can be represented along the big endian in binary data format. N is in the form of a numeric string. Spaces from '0' to '9' can be padded with 0X20. A can also contain Korean characters in string format, and whitespace can be padded with 0X20. BCD means BCD data. One data length can be limited to no more than 1024 bytes.

7 illustrates a response protocol of the meter when the payment terminal sends a periodic status request command to the meter.

The payment terminal may receive data in a polling manner by transmitting a meter status request command to a taxi meter every 400 ms.

As shown in FIGS. 7A and 7B, the meter may transmit the following responses in response to the 'meter state request' command of the payment terminal.

Change display, button status 1, button status 2, ride time, disembarkation time, current speed are expressed in "AN" format, free car distance, ride distance, meter fee, call fee, surcharge, total charge, GPS coordinate, The azimuth is expressed in the form of "B". Specifically, for the change indication response, the B0 bit, the B1 bit, and the B2 bit indicate a button state, a charge state, and a GPS state, respectively. In addition, the button state 1 response indicates 0: empty vehicle, 1: driving, 2: premium, 3: payment. In case of button status 2 response, B0 bit, B1 bit, and B2 bit can represent call button, compound 1, compound 2, respectively. Compound 1 and compound 2 display button status when there is application of additional charges or other services are used. Can be used for

The change indication response is sent after first saving the change to the change indication.

8 illustrates in detail a command transmission and a response transmission protocol between a taxi meter and a payment terminal.

8A and 8B, the button state change command is a 'K1' command, the shape is 'AN', the length is 1 byte, and the response thereof has the same shape and length. Taxi meter model ID request command has 'IO' as command code, which is AN, and length is 12 bytes. In response to the product ID (meter ID), the length of the manufacturer and product model ID is 10 bytes, and the meter time is 12 bytes. The meter program download preparation command has 'UO' as the command code and includes the product ID, program total length, and packet unit information. The product ID is AN, the length is 10 bytes, and the program length and the packet unit are B, length is 4 bytes. In response, the taxi meter returns the total length of the program as a result of preparation for downloading.

The total length of a program can be expressed by the number of packets, and the packet unit information includes information on how many bytes a packet is composed of.

Meter program downloading command is 'U1' command and has serial number and program data. The serial number has a length of 4 bytes in AN form, and the program data has a length of 1 to 1020 bytes in B form. In response, the taxi meter sends the received serial number, which is 4 bytes long in AN format.

The meter program downloading end command is the 'U2' command and transmits the sum of all program data. The type is B and 4 bytes in length. Add 1 byte of program data to compare only the lower 4 bytes and exclude the serial number. In response, the taxi meter transmits the result, which is 1 byte long in the AN format.

Freight fee revision downloading command is 'F0' command and includes when to apply as item, product ID, total data, and fare revision data. The time to be applied is 10 bytes in the form of AN, the product ID is 10 bytes in the form of AN, the total data is 4 bytes in the form of B, and the fare revision data is 1 to 1 in the form of B. It has a length of 1000 bytes. For the total data, only the lower 4 bytes are compared by adding the fare revision data by 1 byte. In response to this, the taxi meter transmits the performance result, and the form has an AN length of 1 byte.

Display message data downloading command is 'M0' command and transmits display message data. It has a length of 1 to 200 bytes in AN form. In response, the taxi meter transmits the performance result, which has a length of 1 byte in the form of AN.

Although various embodiments of the present invention have been described above with reference to the accompanying drawings, the scope of the present invention is not limited by the above embodiments, and the present invention is not limited to the above-described embodiments, and the scope of the present invention is allowed. Various modifications can be made within.

1 is a schematic diagram of a taxi fare payment system according to an embodiment of the present invention.

2 is a flowchart illustrating a meter program download procedure through a payment terminal according to an embodiment of the present invention.

3 is a flowchart illustrating a data download procedure such as a changed fare rate through a payment terminal according to an embodiment of the present invention.

4 illustrates a transmission / reception frame format between the taxi meter 110 and the payment terminal 120 according to an embodiment of the present invention.

5 is a diagram illustrating a command transmitted from a payment terminal to a taxi meter and a response code definition of a taxi meter according to an embodiment of the present invention.

6 is a flowchart illustrating a process of interworking between a taxi meter and a payment terminal (taxi terminal).

7 illustrates a response protocol of the meter when the payment terminal sends a periodic status request command to the meter.

8 illustrates in detail a command transmission and a response transmission protocol between a taxi meter and a payment terminal.

<Description of the symbols for the main parts of the drawings>

110. Taxi Meter 111. Micom

112. Rotation sensing unit 113. Time counting unit

114. Button input section 115. Display section

116. Free vehicle indicator 117. Data memory

118. Program Memory 120. Payment Terminal

121. Micom 122. Card reader

123. Memory 130. Payment Server

140. Call terminal

Claims (9)

In a control method of a taxi fare payment system comprising a taxi meter and a payment terminal, Sending a meter status request command to the meter at predetermined intervals; Receiving a response from the meter, the response including a change status display field, a button status field, a meter fee field, and a plurality of surcharge fields; Determine whether to process payment according to at least one field value of the change status display field and button state field included in the response, and determine the taxi fare to be paid according to at least one field value of the meter fare field and the surcharge field. Making; Sending a button state change request command to the meter to change the button state of the meter according to the button state field value included in the response or whether the payment processing is finished; And And receiving the changed button state value after the command from the meter as a response. The method of claim 1, The change status display field includes a flag value indicating whether a button state and a fare state are changed. The method of claim 2, The surcharge field includes at least two fields of a call charge field, an additional charge field, and an aggregate charge field; And the taxi fare to be paid is determined by the sum of the value of the meter fee field and the value of the additional fee field. 4. The method of claim 3, wherein the response to the meter status request command is: The control method of the taxi fare payment system, characterized in that it further comprises at least one field of the boarding time field, boarding time field, empty vehicle distance field, ride distance field, GPS coordinate field, azimuth field. The method according to any one of claims 1 to 4, And the button state field includes a flag value indicating an empty car, driving, a premium, and a payment. In a control method of a taxi fare payment system comprising a taxi meter and a payment terminal, Sending a meter model ID request command including payment terminal time information to the meter; Receiving a response including a meter ID field including a manufacturer and a product model number of the meter and a meter time information field for time synchronization; Transmitting a meter program downloading preparation command including a number of packets of program data stored in advance corresponding to the meter ID field information; And And downloading a meter program when a normal response to the meter program download preparation command is received. The method of claim 6, When the downloading of the meter program is completed, the control method of the taxi fare payment system, characterized in that for transmitting the download completion time and payment terminal ID to the management server. In a control method of a taxi fare payment system comprising a taxi meter and a payment terminal, Transmitting a meter model ID request command including payment terminal time information to the meter; Receiving a response including a meter ID field including a manufacturer and a product model number of the meter and a meter time information field for time synchronization; Transmitting a fare download downloading command including pre-stored fare data and corresponding date / time of application of the fare data corresponding to the meter ID field information; And And receiving a flag indicating a result of the execution of the fare fare downloading command. The method of claim 8, And receiving a download completion time, a download execution result, and a payment terminal ID to the management server upon receiving the flag.

Images