Payment operation system, vehicle-mounted device for payment operation system, and payment operation program

Abstract

To provide a settlement operation system capable of preventing trouble and erroneous operation at the time of settlement of a taxi fare, an on-vehicle device for the settlement operation system, and a settlement operation program.SOLUTION: A settlement operation system includes: a vehicle dispatch terminal TB 1 for requesting allocation of a taxi V via a communication line N2; a fare management server SA1 for managing fare information on a taxi; an on-vehicle device TM1 for transmitting the fare information to a fare management server; charge payment conditions input units 502 and 11 that are provided with the vehicle dispatch terminal and the on-vehicle device and each inputs charge payment conditions for a taxi that performs commercial operation; a charge payment conditions determination unit 410 for determining whether or not each charge payment condition meets prescribed conditions set in advance; an invalidation unit 160 for invalidating charge payment conditions that are determined not to meet prescribed conditions by the charge payment conditions determination unit; and a settlement apparatus 14 for performing settlement of a fare for a taxi based on the charge payment conditions determined to be match the prescribed conditions.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present invention relates to a payment operation system applied to payments for taxis, etc., an in-vehicle device for the payment operation system, and a payment operation program. [Background technology]

[0002] Various technologies have been proposed regarding taxi meters (on-board devices) connected to a network that can be applied to payment operations in taxis (Patent Document 1). For example, there are cases where payment is carried out using a plurality of payment devices linked to a taxi meter.

[0003] In addition, there has been an increase in the number of people making online payments using tablet-type information terminals (such as taxi-dispatch tablets) equipped with a taxi-dispatch application (dispatch app) that allows them to request a taxi via a communication line.

[0004] For example, one type of payment operation system calculates the fare from the distance and time traveled using a taxi meter. The fare is then displayed on the meter display, and the fare information is sent to a connected payment device (e.g., a dispatch tablet, a payment machine, etc.) to share the fare information.

[0005] Regarding payment methods, general taxi meters allow "cash payment" and "taxi ticket payment." Also, "dispatch tablets" often allow "online payment" via a network. Furthermore, dedicated payment machines may allow "card payment," "electronic money payment," etc. Then, based on the amount information received by the payment system, the payment of the taxi fare, etc. is carried out by operating each payment device. [Prior art documents] [Patent documents]

[0006] [Patent Document 1] Special Publication No. 2016-501407 Summary of the Invention [Problem to be solved by the invention]

[0007] However, when payment processing is performed at multiple payment devices, there is a problem in that an erroneous operation may occur in which a duplicate payment is performed at one payment device even though the other payment device has already processed the payment.

[0008] For example, a case may occur where a reservation for online payment has been made in advance using a ride-dispatch tablet, but payment is mistakenly made by card using the payment device.

[0009] In such cases, there are inconveniences such as troubles occurring between passengers and the fare-paying party due to incorrect payment, or the crew having to cancel the payment operation or redo the payment operation.

[0010] The present invention has been made in consideration of the above-mentioned problems, and aims to provide a payment operation system, an on-board device for the payment operation system, and a payment operation program that can prevent problems and erroneous operations when paying taxi fares. [Means for solving the problem]

[0011] A payment operation system according to an embodiment of the present invention comprises a dispatch terminal that requests the dispatch of a taxi via a communication line, a fare management server that manages fare information for the taxi, an on-board unit that is mounted in the taxi and transmits fare information to the fare management server, a fare payment condition input unit that is provided in the dispatch terminal and the on-board unit and that inputs fare payment conditions for the taxi in commercial operation, a fare payment condition determination unit that determines whether each of the fare payment conditions matches a predetermined condition that has been set in advance, an invalidation unit that invalidates the fare payment condition that is determined by the fare payment condition determination unit not to match the predetermined condition, and a payment device that settles the fare for the taxi based on the fare payment condition that is determined to match the predetermined condition.

[0012] It is preferable that the dispatch terminal is configured as a tablet-type information terminal and is equipped with a dispatch application that processes taxi dispatch requests, inputs the fare payment terms for the taxi, transmits the information, and processes the online payment of the fare.

[0013] The vehicle-mounted device is preferably configured as a taximeter having a communication unit that communicates information with the vehicle dispatch terminal and the fare management server, and the payment device.

[0014] It is preferable that the fare payment condition determination unit is provided in the fare management server, and the vehicle dispatch terminal or the payment equipment performs payment processing for the fare based on payment information based on the determination result of the fare payment condition determination unit.

[0015] It is preferable that the invalidation unit controls so as not to transmit the payment information to the vehicle dispatch terminal or the payment device into which the fare payment conditions were entered when the fare payment condition determination unit determines that the fare payment conditions do not match the specified conditions.

[0016] It is preferable that the invalidation unit controls the payment operation so that payment operations using cash and taxi tickets cannot be performed when the fee payment condition determination unit determines that the fee payment conditions do not match the specified conditions.

[0017] An on-board device for a payment operation system according to another aspect of the present invention includes a dispatch terminal that requests the dispatch of a taxi via a communication line, a communication unit with a fare management server that manages fare information for the taxi, and a fare payment terms input unit that inputs fare payment terms for the taxi.

[0018] It is preferable to include an invalidation unit that invalidates the fare payment conditions when a fare payment condition determination unit that determines whether the fare payment conditions meet predetermined conditions determines that the fare payment conditions do not meet the predetermined conditions, and a payment device that makes payment for the taxi fare based on the fare payment conditions when it is determined that the fare payment conditions meet the predetermined conditions.

[0019] A payment operation program according to another aspect of the present invention is executed in a payment operation system and includes a fare payment condition input process for inputting the fare payment conditions of taxis in commercial operation for the dispatch terminal and the in-vehicle unit, respectively; a fare payment condition determination process for determining whether each of the fare payment conditions matches a predetermined condition that has been set in advance; an invalidation process for invalidating the fare payment conditions when it is determined that the fare payment conditions do not match the predetermined condition; and a payment execution process for settling the fare for the taxi based on the fare payment conditions when it is determined that the predetermined condition is met.

[0020] It is preferable that the invalidation process controls so as not to transmit payment information to the vehicle dispatch terminal or payment device into which the fare payment conditions were entered when it is determined in the fare payment condition determination process that the fare payment conditions do not match the specified conditions.

[0021] It is preferable that the invalidation process controls so that payment operations using cash and taxi tickets cannot be performed when the fee payment condition determination process determines that the fee payment conditions do not match the predetermined conditions. Effect of the Invention

[0022] According to the present invention, it is possible to provide a payment operation system, an in-vehicle device for the payment operation system, and a payment operation program that can prevent problems and erroneous operations when paying for taxi fares. [Brief description of the drawings]

[0023] [Figure 1] 1 is a block diagram showing a schematic configuration of a payment operation system according to an embodiment. [Diagram 2] 1 is a functional block diagram showing the functional configuration of a payment operation system according to an embodiment. FIG. [Diagram 3] 1 is a block diagram showing an example of the configuration of a taxi meter applied to the payment operation system according to an embodiment. FIG. [Figure 4] 1 is an explanatory diagram showing an example of fare display in the payment operation system of the embodiment. FIG. [Diagram 5] 13 is a flowchart showing an example of a processing procedure for taxi fare payment processing executed in the payment operation system according to the embodiment. [Figure 6] 13 is a flowchart showing an example of a processing procedure for a meter pre-determination cancellation / change process executed in the payment operation system according to the embodiment. [Figure 7] 10 is a flowchart showing an example of a processing procedure for a meter payment process executed in the payment operation system according to the embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0024] 1 to 7, a payment operation system S1 according to an embodiment of the present invention will be described.

[0025] (Functional configuration of the payment operation system) 1 and 2, the functional configuration and the like of payment operation system S1 according to the present embodiment will be described. As shown in FIG. 1 and FIG. 2, the payment operation system S1 includes a dispatch terminal (dispatch tablet or the like) TB1 configured as a tablet-type information terminal or the like that requests dispatch of a taxi V via a communication line N2. The communication line N2 may be either a wired line or a wireless line.

[0026] This dispatch terminal TB1 is owned by a user (customer) of a taxi V, etc., and is equipped with a dispatch application (dispatch app) consisting of software that processes requests for dispatching a taxi, inputs payment terms for the taxi V, transmits information, and processes online payments for fares. A smartphone or the like with a dispatch app installed can also be used as the dispatch terminal TB1.

[0027] The dispatch terminal TB1 also includes a communication unit 501 that communicates with a taxi meter (on-board device) TM1, a fare payment conditions input unit 502 that inputs fare payment conditions for a taxi V in commercial operation, and an online payment unit 503 that settles fares. The payment operation system S1 also includes a fare management server SA1 as an external device that manages fare information for the taxi V. The fare management server SA1 includes a communication unit 402 that receives fare information and the like from a plurality of taxis V. The system also includes a storage unit 400, which is configured with a hard disk device or the like, for storing each piece of received fare information. The controller 402 also includes a processing unit 401 that is configured with a CPU and executes various processes.

[0028] The processing unit 401 constitutes a fee payment condition determination unit 410 that determines whether or not information on each fee payment condition received by the communication unit 402 via the communication line N1 matches a predetermined condition that has been set in advance.

[0029] The settlement operation system S1 also includes an in-vehicle device TM1 that is installed in each taxi V and is configured with a taxi meter and the like having a communication unit 17 that transmits fare information to the fare management server SA1. The vehicle-mounted device TM1 includes a fare payment conditions input unit 11, which is configured with a numeric keypad input unit on a taxi meter screen, a keyboard, or the like, for inputting fare payment conditions for a taxi V in commercial operation. The vehicle-mounted device TM1 may also be equipped with a vehicle-dispatch application similar to that of the vehicle-dispatch terminal TB1.

[0030] The fare management server SA1 also includes an invalidation unit 160 configured with a CPU 151 or the like that invalidates a fee payment condition that is determined not to meet a specified condition by the fee payment condition determination unit 410 provided in the fare management server SA1.

[0031] The vehicle also includes a payment device 14, which is configured with a card reader or the like, for settling the fare for the taxi V based on the payment condition that is determined by the payment condition determination unit 410 to match the predetermined condition.

[0032] Then, the vehicle dispatch terminal TB1 or the settlement device 14 receives settlement information based on the result of the judgment by the fee payment condition judgment unit 410, and performs settlement processing for the fare based on the settlement information. 2, the payment device 14 is shown as a part of the taxi meter (on-board device) TM1, but is not limited to this. That is, for example, the payment device 14 may be provided externally to the taxi meter (on-board device) TM1 and configured to operate in conjunction with it.

[0033] In addition, for example, when the fee payment condition determination unit 410 determines that the fee payment conditions do not match the specified conditions, the invalidation unit 160 controls so as not to transmit the payment information to the vehicle dispatch terminal TB1 or the payment device 14 that entered the fee information.

[0034] In addition, the invalidation unit 160 may perform control so that payment operations using cash or a taxi ticket cannot be performed, for example, when the fee payment condition determination unit 410 determines that the fee payment conditions do not match predetermined conditions.

[0035] Here, for example, assume that the predetermined condition is set to prioritize the fare payment conditions inputted at the vehicle dispatch terminal TB1. Under this condition, if the fare payment conditions for online settlement are reserved at the vehicle dispatch terminal TB1, the fare payment conditions inputted at the vehicle-mounted unit TM1 are invalidated since they do not match the predetermined condition.

[0036] Therefore, even though the fare is paid by online payment at the vehicle dispatch terminal TB1, it is possible to effectively avoid a situation where a card payment is mistakenly made at the payment device 14 on the vehicle-mounted device TM1 side, or a payment operation is made with cash or a taxi ticket. In this way, the payment operation system S1 can prevent payment-related problems between taxi users and drivers. It also prevents the driver from having to cancel or redo a payment operation, improving convenience.

[0037] (Example of vehicle-mounted device configuration) With reference to FIG. 3, a configuration example of an in-vehicle device (taxi meter) TM1 applied to the payment operation system S1 according to the present embodiment will be described. The taximeter TM1 is mounted in a taxi (vehicle) V, and has, for example, a car navigation unit (so-called car navigation) function, a taximeter function, and the like. The car navigation function includes, for example, a function for detecting the current position of the vehicle and a function for outputting map information including the current position.

[0038] In the configuration example shown in FIG. 3, a microcomputer (CPU) 151 constituting an invalidation unit 160 and the like, and a storage unit (RAM) 52 constituting a work area for arithmetic processing and the like are provided inside a taxi meter TM1.

[0039] It also has a fixed information memory unit (ROM) 53 for storing software such as calculation programs and various data such as freight data, and a touch panel type display unit (LCD) 16. The device also includes input interfaces 56, 57, 59, and 60, and a clock IC (RTC) 58 that generates a clock signal for determining the timing of calculations and the like. Furthermore, a GPS (Global Positioning System) receiver 10 that constitutes a location information acquisition unit is provided.

[0040] The device also includes a card R / W interface 54 into which a memory card 64 into which various data can be written can be inserted, and operation units 40a to 40c for operating vacant vehicles, rental vehicles, totals, pick-up vehicles, and the like. The vehicle also includes a communication unit 17 for transmitting and receiving destination information, route information, pre-determined fares, changed fares, in-vehicle information, and the like to and from the fare management server SA1. Also provided are a speaker constituting the notification unit 18, a thermal printer 65 constituting a printing unit for printing fares and the like, and the like. The memory card 64 stores, for example, data necessary for driver authentication, business data such as the taxi vehicle's driving history and fare history, and time-series data.

[0041] Moreover, a running pulse P1 output from the vehicle is input to the microcomputer (CPU) 151, and a meter value corresponding to an actual running fare is calculated. Moreover, tariff information is input to the microcomputer (CPU) 151. Furthermore, a drive recorder and the like are connected to the input interface 56 .

[0042] (Regarding fare information, etc.) Referring to FIG. 4, an example of a fare presentation by payment operation system S1 according to the present embodiment will be described. As shown in FIG. 4, when the taxi V arrives at the destination, the taxi meter TM1 displays the confirmed fare calculated based on the traveled distance and the like. Here, it is assumed that, for example, a predetermined condition is set such that the fee payment conditions inputted at the vehicle dispatch terminal TB1 are given priority in the payment of the fare. If the payment conditions for the fare are reserved by the vehicle dispatch terminal TB1 under the predetermined conditions, the payment conditions entered on the vehicle-mounted device TM1 are invalidated because they do not match the predetermined conditions. Then, the confirmed fare is paid by the vehicle dispatch terminal TB1 through the online payment.

[0043] On the other hand, regarding the payment of the fare, for example, it is assumed that a predetermined condition is set such that the fee payment condition input (or operation) on the taxi meter TM1 is given priority.

[0044] Under these conditions, the fare payment conditions (e.g., online payment reservation) entered on the dispatch terminal TB1 side are invalidated as they do not meet the predetermined conditions. The confirmed fare is then paid by the payment device (such as a card payment device) on the taxi meter TM1 side. In this case, payment may be made by cash or a taxi ticket, etc., depending on the taxi user's preference.

[0045] In this way, according to the payment operation system S1, it is possible to effectively avoid situations where, even though the fare is paid by online payment at the dispatch terminal TB1, payment is mistakenly made by card at the payment device 14 on the in-vehicle device TM1 side, or payment is made by cash or a taxi ticket.

[0046] Therefore, the payment operation system S1 can prevent payment troubles between taxi users and drivers. It can also prevent the driver from having to cancel or redo the payment operation, improving convenience.

[0047] (Regarding taxi fare payment processing) Next, an example of a processing procedure of the taxi fare payment processing (main processing) executed by the payment operation system S1 will be described with reference to the flowchart of FIG. This process is executed by, for example, the CPU 151 of the vehicle-mounted device (taxi meter) TM1, and can be realized by cooperation between the OS (operating system) of the vehicle-mounted device (taxi meter) and a predetermined application program (such as a vehicle dispatching application). However, some or all of the various functions of the vehicle dispatching application may be realized by hardware.

[0048] In addition, it is assumed here that, for example, a predetermined condition is set such that the fee payment conditions input in a vehicle dispatch application on the in-vehicle device (taxi meter) TM1 side are given priority for fare payment. When this process starts, in step S10, an event occurs such as taxi V picking up the passenger at the destination and the fare being confirmed, and the process proceeds to step S11.

[0049] In step S11, the fare payment condition determination unit 410 of the fare management server SA1 performs a determination process to give priority to the fare payment conditions input in the dispatch application on the in-vehicle device (taxi meter) TM1 side, and then the process proceeds to step S12. In step S12, the determined fare is paid using a payment device (such as a card payment device) on the taxi meter TM1 side, and the process proceeds to step S13. In step S13, the tariff of taxi V is changed to vacant, and the process ends.

[0050] Regarding the payment of the fare, for example, if a predetermined condition is set to prioritize the fare payment conditions inputted in the dispatch application 500 of the dispatch terminal TB1, then instead of step S11, the fare payment condition determination unit 410 of the fare management server SA1 performs a determination process to prioritize the fare payment conditions inputted in the dispatch application 500 of the dispatch terminal TB1. Then, instead of step S12, the dispatch terminal TB1 executes a payment process of the confirmed fare by online settlement or the like.

[0051] (Meter pre-determined cancellation / change processing) Next, an example of a procedure for meter pre-determination cancellation / change processing executed by the payment operation system S1 will be described with reference to the flowchart of FIG. In this process, the fare (provisional fare) agreed upon in advance via the dispatch application of the dispatch terminal TB1 or the in-vehicle device (taxi meter) TM1 is referred to as the "pre-determined fare." This process can be executed by, for example, the CPU 151 of the vehicle-mounted device (taxi meter) TM1, and can be realized by cooperation between the OS (operating system) of the vehicle-mounted device (taxi meter) and a predetermined application program (such as a vehicle dispatching application). However, some or all of the various functions of the vehicle dispatching application may be realized by hardware. When this process starts, in step S20, it is determined whether or not a pre-determined fare has been incurred.

[0052] If the result of the determination is "Yes", the process proceeds to step S22. In step S22, the ride-hailing app priority flag is set to ON, and the process ends. As a result, the pre-determined fare contracted in the ride-hailing app is given priority at the time of payment. If the determination in step S20 is "No", the process proceeds to step S21. In step S21, it is determined whether or not the pick-up button (see FIG. 4) of the vehicle-mounted device (taxi meter) TM1 has been pressed. If the determination result is "Yes", the process proceeds to step S22, and if the determination result is "No", the process ends.

[0053] (Meter payment processing) Next, an example of a processing procedure for meter payment processing executed in the payment operation system S1 will be described with reference to the flowchart of FIG. This process is executed by, for example, the CPU 151 on the vehicle-mounted device (taxi meter) TM1 side, and can be realized by cooperation between the OS (operating system) of the vehicle-mounted device (taxi meter) and a predetermined application program (such as a vehicle dispatching application). However, some or all of the various functions of the vehicle dispatching application may be realized by hardware. When this process is started, in step S30, the payment (total) button (see FIG. 4) of the vehicle-mounted device (taxi meter) TM1 is pressed, and the process proceeds to step S31. In step S31, it is determined whether the ride-dispatch application priority flag is ON.

[0054] If the determination result is "Yes", the process proceeds to step S32, in which the process starts to transmit the fare information set in the ride-hailing application to the payment device 14, and the process proceeds to step S33. In step S33, a message indicating that payment by cash and taxi ticket (ticket) is invalid is displayed on the display unit 16, and the process proceeds to step S34. In step S34, a display is made to enable the send button (see FIG. 4), and the process proceeds to step S37. On the other hand, if the determination in step S31 is "No", the process proceeds to step S35. In step S35, a process of transmitting fare information to payment device 14 in the case where the ride-dispatch application priority flag is OFF is started, and the process proceeds to step S36. In step S36, a process of transmitting fee information for payment (payment information) to payment device 14 is started, and the process proceeds to step S37. In step S37, it is determined whether or not the transmission button (see FIG. 4) of the vehicle-mounted device (taxi meter) TM1 has been pressed. If the determination result is "No", the process proceeds to step S38, and if the determination result is "Yes", the process proceeds to step S39.

[0055] In step S39, a process is executed to transmit fare information (payment information) for payment to the payment device 14 of the vehicle-mounted device (taxi meter) TM1, and the process proceeds to step S40. In step S40, a message indicating that payment by cash and taxi ticket (ticket) is valid is displayed on the display unit 16, and the process proceeds to step S41. In step S41, information indicating that the send button has been pressed is sent to the fare management server SA1, and the process proceeds to step S38.

[0056] In step S38, it is determined whether or not the taxi V is vacant. If the determination result is "No", the process returns to step S37, and if the determination result is "Yes", the process ends.

[0057] The above describes the payment operation system S1 of the present invention based on the illustrated embodiment, but the present invention is not limited to this, and the configuration of each part can be replaced with any configuration having similar functions. For example, in a commercial operation where a metered pick-up occurs and a commercial operation where a pre-determined fare occurs, fare information may be transmitted only to the vehicle dispatch terminal TB1.

[0058] In addition, when payment processing is already being performed and payment information is received from the payment equipment 14 of the vehicle dispatch terminal TB1 or the vehicle-mounted device (taxi meter) TM1, an alarm display or an audio alert may be issued on the vehicle-mounted device (taxi meter) TM1.

[0059] In addition, information on pressing the transmission button of the vehicle-mounted device (taxi meter) TM1 and payment information may be transmitted in real time to the fare management server SA1, and the fare may be managed in a management office or the like. [Explanation of symbols]

[0060] S1 Payment Operation System SA1 Fare Management Server V Taxi TB1 Dispatch terminal (dispatch tablet) TM1 In-vehicle device (taxi meter) 11, 502 Payment terms input section 14 Payment Equipment 160 Nullification Section 410 Fee payment condition determination unit 500 Ride-hailing apps

Claims

1. A dispatch terminal for requesting a taxi dispatch via a communication line; A fare management server that manages fare information about the taxi; An on-board device that is installed in the taxi and transmits fare information to the fare management server; a fare payment condition input unit provided in the dispatch terminal and the in-vehicle device for inputting fare payment conditions, which are information indicating a fare payment method for the taxi in commercial operation; a fee payment condition determination unit that determines whether the fee payment conditions inputted via the fee payment condition input unit of the vehicle dispatching terminal or the vehicle-mounted device conform to a predetermined condition that is set in advance to determine which of the fee payment conditions inputted via the fee payment condition input unit of the vehicle dispatching terminal or the vehicle-mounted device should have priority; an invalidation unit that invalidates the fee payment condition that is determined not to match the predetermined condition by the fee payment condition determination unit; a payment device for making payment for the taxi fare based on the fare payment conditions of the person who is determined to meet the predetermined conditions; and A payment operation system comprising:

2. The vehicle-mounted device includes: a communication unit that communicates information with the vehicle dispatch terminal and the fare management server; The payment device; The settlement operation system according to claim 1, comprising a taxi meter comprising:

3. The fee payment condition determination unit is provided in the fare management server, 3. A payment operation system according to claim 1, wherein the vehicle dispatch terminal or the payment device performs payment processing for the fare based on payment information based on a result of the judgment by the fare payment condition judgment unit.

4. The payment operation system described in claim 3, wherein the invalidation unit controls so as not to transmit the payment information to the vehicle dispatch terminal or the payment device that inputs the fare payment condition that is determined to not match the specified condition when the fare payment condition determination unit determines that the fare payment condition does not match the specified condition.

5. The payment operation system described in claim 3, wherein the invalidation unit controls so that payment operations cannot be performed using cash or taxi tickets when the fee payment condition determination unit determines that the fee payment conditions entered into the fee payment condition input unit of the vehicle-mounted device do not match the specified conditions.

6. An in-vehicle device for a payment operation system, A communication unit for communicating with a dispatch terminal for requesting dispatch of a taxi via a communication line and a fare management server for managing fare information for the taxi; a fare payment conditions input unit for inputting fare payment conditions, which are information indicating a fare payment method for the taxi; a fare payment condition determination unit that determines whether the fare payment conditions match a predetermined condition that is set in advance to determine which of the fare payment conditions input to the vehicle dispatch terminal and the fare payment conditions input by the fare payment condition input unit should be prioritized, and when it is determined that the fare payment conditions do not match the predetermined condition, an invalidation unit that invalidates the fare payment conditions that are determined not to match the predetermined condition; a payment device that, when it is determined that the fare payment conditions match the predetermined conditions, settles the fare for the taxi based on the fare payment conditions that are determined to match the predetermined conditions; An in-vehicle device for a payment operation system comprising:

7. It is executed in the payment operation system, A fare payment condition input process for inputting, into the dispatch terminal and the on-board device, fare payment conditions which are information indicating a fare payment method for a taxi operated in business; a fee payment condition determination process for determining whether the fee payment conditions inputted via the vehicle dispatch terminal or the vehicle-mounted device conform to a predetermined condition that is set in advance to determine whether the fee payment conditions inputted via the vehicle dispatch terminal or the vehicle-mounted device should be given priority; a nullifying step of nullifying the fare payment condition determined not to match the predetermined condition when the fare payment condition inputted by the vehicle dispatch terminal or the vehicle-mounted device is determined not to match the predetermined condition; a payment execution step of, when it is determined that the fare payment conditions inputted by the dispatch terminal or the in-vehicle device match the predetermined conditions, settling the fare for the taxi based on the fare payment conditions that are determined to match the predetermined conditions; A payment operations program having:

8. The payment operation program described in claim 7, wherein the invalidation process controls so as not to transmit payment information to the vehicle dispatch terminal or payment device that inputs the fare payment condition that is determined not to match the specified condition when it is determined in the fare payment condition determination process that the fare payment condition does not match the specified condition.

9. The payment operation program described in claim 7, wherein the invalidation process controls so that payment operations cannot be performed using cash or taxi tickets when the fare payment condition determination process determines that the fare payment conditions inputted into the vehicle-mounted device do not match the specified conditions.

Images