JP7443086B2 - Riding fare payment device - Google Patents

Description

The present invention relates to a fare payment device.

In passenger transportation services such as taxis where fares are determined based on travel distance or travel time, multiple passengers with different destinations share the same service and use the service to reach their final destination via each passenger's destination. There are cases where Patent Document 1 states that the fee is calculated by taking into account the amount paid by the user who gets off the car first, and the amount that compensates for the disadvantages of the user who gets off the car later, regardless of the alighting place of the user who gets off the car later. The technology of the carpool fare calculation device is described.

JP2016-91212A

When paying for a passenger transportation service where fares are determined based on travel distance or travel time, when multiple passengers traveling to different destinations share a ride, it is conceivable that the fare may be paid by getting off on the way, etc. In this case, conventionally, the fare was paid between individuals and the last passenger who got off the train paid the fare all at once, so it was not possible for each passenger to pay the fare individually when getting off the train.

The present invention has been made in view of the above points, and even when there are multiple passengers who get off the train, it is possible for the passengers to decide the amount of money at their will and make the payment. The purpose of the present invention is to provide a fare payment device capable of refunding according to the amount of money.

A first aspect of the present invention is a fare payment device used in a vehicle used for business, in which some passengers who get off the vehicle before arriving at their final destination can choose one of a plurality of denominations. A deposit management department that manages the deposit settled in denominations of If the total amount of the deposit managed by the boarding fee settlement department, which settles the boarding fee up to the point in time, and the deposit managed by the deposit management department is greater than the boarding fee, the refund method for refunding the deposit will be set up. and a refund means presentation section that presents the refund means according to the species.

According to the first aspect, even when a plurality of passengers board the train and some passengers get off the train, it is possible for the passengers to decide the amount to pay at their will, and also to make a refund according to the denomination at the time of payment.

A ride fare settlement device according to a second aspect of the present invention is the ride fare settlement device according to the first aspect, in which the refund means presentation section is configured to provide a denomination of the deposit that is the same as the denomination of the deposit managed by the deposit management section. If a refund cannot be made due to the denomination, a refund in a denomination different from that of the deposit is offered.

According to the second aspect, even if a refund cannot be made in the same denomination as the deposit, it is possible to make a refund in a refundable denomination.

A ride fare payment device according to a third aspect of the present invention is the ride fare payment device according to the first or second aspect, wherein the refund means presenting section is configured to collect a portion of the deposit managed by the deposit management section. Provide a refund method for refunding the amount.

According to the third aspect, if the total amount of the deposit is greater than the fare from the boarding point to the final destination, and if the total amount of the deposit is refunded, the fare will be more than the fare, then a portion of the deposit may be By refunding the amount, the fare can be settled.

A ride fee payment device according to a fourth aspect of the present invention is the ride fee payment device according to any one of the first to third aspects, wherein the refund means presenting unit is configured to settle a deposit by some of the passengers. At the same time, the customer will be presented with the option to select in advance the denomination to be used in the event of a refund.

According to the fourth aspect, when the passenger gets off the train before the final destination, the passenger can be allowed to specify in advance the denomination to be used for refunding the remaining deposit.

A fare payment device according to a fifth aspect of the present invention is the fare payment device according to any one of the first to fourth aspects, which calculates an expected fare payment based on the distance from the boarding point to the final destination. The vehicle further includes an expected fare presentation section for presenting an expected fare.

According to the fifth aspect, each passenger can pay a deposit in advance based on the expected fare, and it is possible to suppress excess or deficiency in the fare when the last passenger settles the fare.

The fare payment device according to a sixth aspect of the present invention is the fare payment device according to any one of the first to fifth aspects, wherein the payment using the plurality of denominations is cash payment, credit card payment, debit card payment, etc. Includes payment, barcode payment, and electronic money payment.

According to the sixth aspect, it is possible to make payment in a denomination determined by the passenger's intention.

According to the present invention, even if there are multiple passengers on board and some passengers get off the train, the payment can be made by determining the amount at the passenger's discretion, and the fare can be refunded according to the denomination at the time of payment. equipment can be provided.

1 is a diagram showing a schematic configuration of a mobile communication system according to the present embodiment. FIG. 2 is a block diagram showing the hardware configuration of a payment terminal. FIG. 2 is a block diagram showing an example of a functional configuration of a payment terminal. It is a flowchart which shows the flow of ride fare payment processing by a payment terminal. It is a figure showing an example of sales data. It is a figure showing an example of sales data. FIG. 2 is a diagram illustrating an example of a user interface presented by a payment terminal. FIG. 2 is a diagram illustrating an example of a user interface presented by a payment terminal. FIG. 2 is a diagram illustrating an example of a user interface presented by a payment terminal. FIG. 2 is a diagram illustrating an example of a user interface presented by a payment terminal. FIG. 2 is a diagram illustrating an example of a user interface presented by a payment terminal. FIG. 2 is a diagram illustrating an example of a user interface presented by a payment terminal. FIG. 2 is a diagram illustrating an example of a user interface presented by a payment terminal. FIG. 2 is a diagram illustrating an example of a user interface presented by a payment terminal.

An example of an embodiment of the present disclosure will be described below with reference to the drawings. In addition, the same reference numerals are given to the same or equivalent components and parts in each drawing. Furthermore, the dimensional ratios in the drawings are exaggerated for convenience of explanation and may differ from the actual ratios.

FIG. 1 is a diagram showing a schematic configuration of a mobile communication system according to this embodiment. As shown in FIG. 1, the mobile communication system 1 of this embodiment provides an environment in which a taxi T, which is a mobile object, can be connected to the Internet IN. Taxi T is an example of a vehicle used for business. As shown in FIG. 1, the mobile communication system 1 includes an in-vehicle communication device 10, which is a communication device connectable to an external communication network 2, and a plurality of business terminals connected to the in-vehicle communication device 10. It is made up of. The external communication network 2 is a public line network provided by a communication carrier. The in-vehicle communication device 10 and a plurality of business terminals are installed inside the taxi T.

The business terminal of this embodiment includes a payment terminal 20, a taximeter 40, an on-vehicle printer 42, and a dispatch system 46. The in-vehicle communication device 10 and each sales terminal are connected through a communication interface such as a wired LAN, wireless LAN, USB (Universal Serial Bus), RS-232C, and Bluetooth (registered trademark).

The taximeter 40 is a fare meter that calculates the fare charged to passengers using the taxi T. This taximeter 40 calculates the fare according to the riding time and travel distance.

Furthermore, the taximeter 40 of this embodiment has a function of outputting information regarding the business status of "vacant vehicle", "actual vehicle", and "payment" to the in-vehicle communication device 10. Here, "empty" means a business situation in which Taxi T is not carrying passengers, "actual vehicle" is a business situation in which passengers are being transported, and "payment" is a business situation in which Taxi T is not carrying passengers. However, the business status is that the fare is still being settled.

The payment terminal 20 is an example of a fare payment device, and is a terminal that works in conjunction with the taximeter 40. The payment terminal 20 is used to perform payments other than cash payments, such as credit card payments, debit card payments, electronic money payments, and two-dimensional code payments. The payment terminal 20 includes a magnetic card reader capable of reading magnetic cards, an IC card reader capable of reading contact type IC cards, a camera capable of reading barcodes or two-dimensional codes, and a contactless type card reader. Equipped with a contactless reader/writer that can read and write to IC cards.

The on-vehicle printer 42 is a thermal printer for issuing a receipt when the fare is received. In FIG. 1, the taximeter 40, payment terminal 20, and in-vehicle printer 42 are each connected to the in-vehicle communication device 10, but the invention is not limited to this example. For example, a taximeter 40 and an in-vehicle printer 42 may be connected to the payment terminal 20, and the payment terminal 20 may be connected to the in-vehicle communication device 10.

The dispatch system 46 is a system for dispatching taxis T based on arrangements made by users, and includes a car navigation system.

Note that the business terminals installed in Taxi T's office are not limited to the taximeter 40, the payment terminal 20, the in-vehicle printer 42, and the dispatch system 46. For example, the business terminal may include an ETC (Electronic Toll Collection) in-vehicle device, a drive recorder, a tablet-type advertising monitor, and the like.

FIG. 2 is a block diagram showing the hardware configuration of the payment terminal 20.

As shown in FIG. 2, the payment terminal 20 includes a CPU (Central Processing Unit) 21, a ROM (Read Only Memory) 22, a RAM (Random Access Memory) 23, a storage 24, an input section 25, a display section 26, and a communication interface ( I/F) 27. Each configuration is communicably connected to each other via a bus 19.

The CPU 21 is a central processing unit that executes various programs and controls various parts. That is, the CPU 21 reads a program from the ROM 22 or the storage 24 and executes the program using the RAM 23 as a work area. The CPU 21 controls each of the above components and performs various arithmetic operations according to programs recorded in the ROM 22 or the storage 14. In this embodiment, the ROM 22 or the storage 24 stores a fare payment program for paying the fare for the taxi T.

The ROM 22 stores various programs and data. The RAM 23 temporarily stores programs or data as a work area. The storage 24 is constituted by a storage device such as an HDD (Hard Disk Drive), an SSD (Solid State Drive), or a flash memory, and stores various programs including an operating system and various data.

The input unit 25 includes a keyboard or a numeric keypad for inputting numbers, and is used to perform various inputs. Further, the input unit 25 may be provided with an imaging device including an imaging device such as a CMOS (Complementary MOS) image sensor.

The display unit 26 is, for example, a liquid crystal display, and displays various information. The display section 26 may employ a touch panel system and function as the input section 25.

The communication interface 27 is an interface for communicating with other devices such as the in-vehicle communication device 10, and uses, for example, standards such as Ethernet (registered trademark), FDDI, and Wi-Fi (registered trademark).

When executing the above-mentioned fare payment program, the payment terminal 20 uses the above-mentioned hardware resources to realize various functions. The functional configuration realized by the payment terminal 20 will be explained.

FIG. 3 is a block diagram showing an example of the functional configuration of the payment terminal 20.

As shown in FIG. 3, the payment terminal 20 has a deposit management section 31, a ride fare adjustment section 32, a refund means presentation section 33, and an expected ride fare presentation section 34 as functional configurations. Each functional configuration is realized by the CPU 21 reading out and executing a fare payment program stored in the ROM 22 or the storage 24.

The deposit management unit 31 allows a taxi T carrying multiple passengers to make a payment using one of the multiple denominations by some of the passengers who get off the taxi T before arriving at the final destination. Manage deposits received. Payments using multiple denominations may include cash payments, credit card payments, debit card payments, barcode payments, and electronic money payments. Note that barcode payments also include payments using two-dimensional codes.

When the taxi T arrives at the final destination, the fare settlement unit 32 uses the deposit managed by the deposit management unit 31 to settle the fare from the boarding point to the final destination. .

When the total amount of the deposit managed by the deposit management section 31 is greater than the ride fare, the refund method presentation unit 33 presents a refund method for refunding the deposit according to the denomination of the deposit. . If a refund cannot be made in the same denomination as the denomination of the deposit managed by the deposit management department 31, the refund means presentation unit 33 will not be able to provide a refund in a denomination different from the denomination of the deposit. good. For example, a deposit may be paid using electronic money, but the deposit cannot be refunded using electronic money. In that case, the refund means presenting unit 33 may present that the deposit paid in electronic money be refunded in another denomination, for example, in cash. Further, the refund means presentation unit 33 may give points unique to the taxi company instead of refunding the deposit paid with electronic money. When refunding the deposit, the refund means presentation section 33 may present a refund means for refunding a portion of the deposit managed by the deposit management section 31. If the total amount of the deposit is more than the fare from the boarding point to the final destination, and if the total amount of the deposit is more than the fare for each ticket, refunding a portion of the deposit will allow you to pay less for the ride. Payment of charges becomes possible.

Assuming that the deposit will be refunded, the refund means presentation unit 33 may register the denomination and personal information for the refund during processing of the deposit. By registering the denomination and personal information for the refund, the refund means presentation unit 33 allows the passenger to pre-register the denomination to be used for refunding the remaining deposit when the passenger gets off the train before the final destination. Can be specified.

The estimated fare presentation unit 34 presents an estimated fare based on the distance from the boarding point to the final destination. The distance from the boarding point to the final destination is the distance along the travel route. The expected fare presentation unit 34 may present the expected fare based on the distance between the boarding point input by the driver of the taxi T and the final destination, for example. The estimated fare may be displayed on the screen of the payment terminal 20, or may be presented on the screen of the taxi meter 40 in the taxi T or the dispatch system 46. The estimated fare presentation section 34 presents the estimated fare, so that the payment terminal 20 can make the passenger who gets off the train halfway pay a deposit based on the estimated fare, and when the last passenger pays the deposit. It is possible to control excess and deficiencies in charges.

Next, the operation of the payment terminal 20 will be explained.

FIG. 4A is a flowchart showing the flow of the fare payment process by the payment terminal 20. The CPU 21 reads the fare payment program from the ROM 22 or the storage 24, loads it in the RAM 23, and executes it, thereby performing the fare payment process.

When the CPU 21 settles the fare for the taxi T, it first determines whether to process the deposit or to account for the fare (step S101). Deposit processing is performed when the passenger getting off the train is not the last passenger, and accounting processing is performed when the passenger getting off the train is the last passenger.

As a result of the determination in step S101, if the deposit processing is to be executed, the CPU 21 presents an amount input screen on the display unit 26 (step S102). As the amount input screen, the CPU 21 first presents a screen for the passenger getting off the train to select the denomination to be used for payment, and when the denomination is selected, subsequently presents a screen for inputting the amount of the deposit.

When the denomination and amount of the deposit are input, following step S102, the CPU 21 executes a payment process using the input denomination and amount (step S103). After executing the payment process, the CPU 21 then updates the sales data managed by the payment terminal 20 (step S104). FIG. 4B is a diagram showing an example of sales data managed by the payment terminal 20. Sales data includes the number that identifies a series of payments (“No”), the date and time of payment, the denomination and amount of the deposit, the fare, the difference between the deposit and the fare, and the denomination and amount of the refund. , information on the payment amount, which is the difference between the deposit amount and the refund amount, is stored. The CPU 21 registers the date and time of payment, and the denomination and amount of the deposit in the sales data shown in FIG. 4B.

After updating the sales data, the CPU 21 then determines whether the fare has been determined, that is, whether the final destination has been reached (step S105). If the fare has been determined (step S105; Yes), the CPU 21 ends the series of processes. When processing the deposit, since the ride fare has not been determined (step S105; No), the CPU 21 returns to before the determination process in step S101.

On the other hand, as a result of the determination in step S101, if accounting processing is to be executed, the CPU 21 reads sales data (step S106). After reading the sales data, the CPU 21 then compares the total paid deposit and the final ride fee (step S107).

As a result of the determination in step S104, if the total paid deposit is less than the final fare, the CPU 21 displays an amount input screen on the display unit 26 in order to make the passenger pay the insufficient fare. (Step S102). When the denomination and amount of the missing ride fare are input, following step S102, the CPU 21 executes a payment process using the input denomination and amount (step S103). After executing the payment process, the CPU 21 then updates the sales data managed by the payment terminal 20 (step S104). After updating the sales data, the CPU 21 then determines whether the fare has been determined, that is, whether the final destination has been reached (step S105). Executing the accounting process means that the user has arrived at the final destination, and the fare has been determined (step S105; Yes), so the CPU 21 ends the series of processes.

As a result of the determination in step S107, if the total paid deposit is greater than the final ride fare, the CPU 21 presents a refund screen for refunding the deposit (step S110). The CPU 21 presents, as a refund screen, a screen showing the history of deposits paid by passengers who got off the train.

When the deposit to be refunded is selected on the refund screen presented in step S110, the CPU 21 then presents a screen for executing refund processing for the selected deposit (step S111). After executing the deposit refund process, the CPU 21 then updates the sales data managed by the payment terminal 20 (step S112).

Incidentally, as a result of the determination in step S104, if the total paid deposit matches the final ride fare, the CPU 21 settles the ride fare using the paid deposit. After paying the fare, the CPU 21 presents a payment completion screen (step S108). After presenting the payment completion screen, the CPU 21 then updates the sales data managed by the payment terminal 20 (step S109).

FIG. 4C is a diagram showing an example of sales data managed by the payment terminal 20. FIG. 4C shows an example of sales data after arrival at the final destination and accounting processing. The example in FIG. 4C is a case where the total deposit is 10,000 yen and the ride fee is 6,000 yen including the advance payment. Since the total deposit is 4,000 yen more, the CPU 21 executes refund processing for the sales data with the same number. As a result of the refund process, we will refund 1,000 yen in cash for cash payments, 2,000 yen in points for credit card payments, and 1,000 yen for barcode payments for barcode payments. Suppose we did. The sales data in that case is as shown in FIG. 4C. In this example, the last passenger to exit the vehicle will take home the cash for the first passenger to exit the vehicle. The last passenger to get off the train can later pay the cash received in the refund process to the first passenger to get off the vehicle.

By executing the series of processes shown in FIG. 4, the CPU 21 enables the payment to be determined at the passenger's discretion even when multiple people are boarding the train and some passengers get off the train, and also allows the payment to be made at the discretion of the passenger. Refunds can be made according to the denomination.

Next, an example of a user interface presented by the payment terminal 20 will be shown.

5 to 12 are diagrams showing examples of user interfaces presented on the display unit 26 by the payment terminal 20.

FIG. 5 is a diagram showing an example of a user interface that the payment terminal 20 presents on the display unit 26 in order to make the passenger who gets off the taxi T pay the fare. The user interface shown in FIG. 5 includes a fare display section 51, a deposit input button 52, a deposit details display button 53, and a checkout button 54. The fare display section 51 is an area that displays the fare from the boarding point to the current location. The fare displayed by the fare display section 51 may be input by the driver or may be linked to the taximeter 40. The deposit input button 52 is a button for transitioning to a fee input screen. The deposit details display button 53 is a button for transitioning to a screen of details of deposits paid so far. The checkout button 54 is a button for transitioning to a checkout screen for allowing passengers to pay when they arrive at their final destination.

FIG. 6 shows the user interface of the fare input screen that the payment terminal 20 presents on the display unit 26 in order to have the passenger getting off the taxi T pay the deposit or the remaining amount if the deposit is insufficient. It is a figure which shows an example. The fee input screen shown in FIG. 6 includes a cash button 61 for making cash payments, a credit button 62 for making credit payments, an electronic money button 63 for making electronic money payments, and a barcode payment (two It also includes a barcode button 64 for making payments (including payments using dimensional codes). The driver of the taxi T can have the passenger getting off the taxi T select one of the buttons to specify the denomination of the deposit or remaining amount.

FIG. 7 is a diagram showing an example of a user interface of a fare input screen that the payment terminal 20 presents on the display unit 26 in order to have the passenger who gets off the taxi T pay the deposit or the remaining amount. A transition to the fee input screen shown in FIG. 7 is made by selecting one of the buttons shown in FIG. 6. The fee input screen shown in FIG. 7 includes an amount display section 71 and a numeric keypad 72 for inputting the amount. The driver or the passenger getting off the train can input the deposit or remaining amount to be paid by the passenger into the payment terminal 20 by operating the numeric keypad 72 and inputting the amount.

FIG. 8 is a diagram showing an example of a user interface of a deposit confirmation screen that the payment terminal 20 presents on the display unit 26 in order to have the passenger who gets off the taxi T halfway pay the deposit. The deposit confirmation screen shown in FIG. 8 is transitioned to when the key for determining the amount is selected on the deposit input screen shown in FIG. The deposit confirmation screen shown in FIG. 8 includes a fee display section 81. The deposit confirmation screen shown in FIG. The fee display section 81 displays the denomination and amount of the payment. In the example shown in FIG. 8, the payment terminal 20 indicates that 10,000 yen was paid in cash.

FIG. 9 is a diagram illustrating an example of a user interface of a deposit details screen displayed on the display unit 26 by the payment terminal 20. The deposit details screen shown in FIG. 9 includes a details display section 91. In the example shown in FIG. 9, the payment terminal 20 displays on the details display section 91 that the deposit has been paid by cash payment, electronic money payment, credit card payment, and barcode payment.

FIG. 10 is a diagram illustrating an example of the user interface of the checkout screen that the payment terminal 20 presents on the display unit 26. The accounting screen shown in FIG. 10 includes a fare display section 101 that displays the fare, an advance payment display section 102 that displays fees paid by the driver such as expressway tolls, and a total that displays the total of the fare and advance payment. Display section 103 displays the total amount of deposits paid so far. Deposit display section 104 displays the difference between the total of freight and advance payment and the total amount of deposit. Difference display section 105 displays the total amount of deposit paid so far. The deposit amount is not enough. It includes a remaining amount accounting button 106 for performing accounting when the deposit is large, and a remaining amount refund button 107 for refunding the deposit when the deposit is large. Note that the remaining amount accounting button 106 and the remaining amount refunding button 107 may be enabled or disabled depending on the surplus or deficiency of the deposit. Further, of the balance accounting button 106 and the balance refund button 107, the button that the driver wants to disable may not be displayed. The fare displayed by the fare display section 101 may be input by the driver or may be linked to the taximeter 40. When the balance accounting button 106 is selected, the payment terminal 20 transitions to the fee input screen shown in FIG. 6. When the balance refund button 107 is selected, the payment terminal 20 transitions to a balance refund screen for refunding the deposit.

FIG. 11 is a diagram showing an example of the user interface of the remaining amount refund screen that the payment terminal 20 presents on the display unit 26. The remaining amount refund screen shown in FIG. 11 includes a details display section 111 and a refund button 112. In the example shown in FIG. 11, the payment terminal 20 displays on the statement display section 111 that the deposit has been paid by cash payment, electronic money payment, credit card payment, and barcode payment. When the passenger selects the statement for which he/she wishes to receive a refund from the statement display section 111 and selects the refund button 112, the payment terminal 20 can refund the deposit.

FIG. 12 is a diagram showing an example of a user interface of a deposit refund confirmation screen that the payment terminal 20 presents on the display unit 26 in order to refund the deposit. A transition to the deposit refund confirmation screen shown in FIG. 12 occurs when the refund button 112 is selected on the deposit input screen shown in FIG. The deposit confirmation screen shown in FIG. 12 includes a fee display section 121. The fee display section 121 displays the denomination and amount of the payment. In the example shown in FIG. 12, the payment terminal 20 indicates that the deposit of 1,000 yen paid by barcode payment has been refunded.

Here, there may be cases where the deposit cannot be refunded in the same denomination as the deposit. For example, a deposit may be paid using electronic money, but the deposit cannot be refunded using electronic money. In that case, the payment terminal 20 may display on the display unit 26 a request to refund the deposit paid in electronic money in another denomination, for example, in cash.

The payment terminal 20 provides a user interface as shown in FIGS. 5 to 12 to allow each passenger who gets into the taxi T and gets off at each destination to pay the deposit and pay the remaining amount. Accounting and deposit refunds can be done.

In addition, various processors other than the CPU may execute the ride fee payment process that the CPU reads and executes the software (program) in each of the above embodiments. In this case, the processor includes a PLD (Programmable Logic Device) whose circuit configuration can be changed after manufacturing, such as an FPGA (Field-Programmable Gate Array), and an ASIC (Application Specific Integrated Circuit). In order to execute specific processing such as An example is a dedicated electric circuit that is a processor having a specially designed circuit configuration. Furthermore, the fare payment process may be executed by one of these various processors, or by a combination of two or more processors of the same type or different types (for example, multiple FPGAs, and a combination of a CPU and an FPGA). combinations etc.). Further, the hardware structure of these various processors is, more specifically, an electric circuit that is a combination of circuit elements such as semiconductor elements.

Further, in each of the above embodiments, a mode has been described in which the program for the fare payment process is stored (installed) in the ROM or storage in advance, but the present invention is not limited to this. The program is recorded on recording media such as CD-ROM (Compact Disk Read Only Memory), DVD-ROM (Digital Versatile Disk Read Only Memory), and USB (Universal Serial Bus) memory. It may also be provided in a different format. Further, the program may be downloaded from an external device via a network.

T Taxi 1 Mobile communication system 10 In-vehicle communication device 20 Payment terminal 40 Taximeter 44 In-vehicle printer 46 Dispatch system

Claims (6)

A fare payment device used in a vehicle used for business,
A custody system that manages deposits settled in one of a plurality of denominations by some passengers who alight from the vehicle before arriving at their final destination when multiple passengers are on board the vehicle. Money management department and
a ride fare settlement unit that settles the fare from the boarding point to the final destination using the deposit managed by the deposit management unit upon arrival at the final destination;
a refund means presentation unit that presents a refund method for refunding the deposit according to the denomination of the deposit when the total amount of the deposit managed by the deposit management unit is greater than the ride fee;
A fare payment device equipped with The refund method presenting unit presents a refund method in a denomination different from the denomination of the deposit if the refund cannot be made in the same denomination as the denomination of the deposit managed by the deposit management unit. The fare payment device according to item 1. 3. The ride fare payment device according to claim 1, wherein the refund means presentation section presents a refund means for refunding a part of the deposit managed by the deposit management section. Any one of claims 1 to 3, wherein the refund means presenting unit presents a denomination for selecting in advance a denomination to be used when a refund occurs when the deposit is settled by some of the passengers. The fare payment device according to item 1. The fare payment device according to any one of claims 1 to 4, further comprising an expected fare presentation unit that presents an expected fare based on the distance from the boarding point to the final destination. The ride fee payment according to any one of claims 1 to 5, wherein the payment using the plurality of denominations includes any one of cash payment, credit card payment, debit card payment, barcode payment, and electronic money payment. Device.