JP2022141327A - Settlement operation system, on-vehicle device for the same, and settlement operation program - Google Patents

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

The present invention relates to a payment operation system applied to payment for taxis and the like, a vehicle-mounted device for the payment operation system, and a payment operation program.

Various technologies related to taximeters (in-vehicle devices) connected to a network applicable to payment operations in taxis have been proposed (Patent Document 1).
Then, for example, there is a case where payment operation is performed using a plurality of payment devices linked to a taximeter.

In recent years, there has been an increasing number of cases where online payments are made using a tablet-type information terminal (such as a taxi dispatch tablet) equipped with a taxi dispatch application (taxi dispatch application) that requests taxi dispatch via a communication line. be.

For example, in one type of settlement operation system, the fare is calculated from the distance and time traveled by a taximeter. In addition to displaying the fare on the meter display unit, the fare information is transmitted to the connected payment device (for example, a tablet for dispatching, a special payment machine, etc.) to share the fare information.

Here, as for the payment method (payment method), a general taxi meter allows "taxi ticket payment" in addition to "cash payment". In addition, in many cases, “tablets for dispatching vehicles” are capable of “net payment” via the network. Furthermore, there are cases where "card payment", "electronic money payment", etc. are possible with the dedicated payment machine.
Based on the amount information received by the settlement system, settlement (payment) of taxi fares and the like is executed by operating each settlement device.

Japanese Patent Publication No. 2016-501407

However, due to the fact that payment processing is performed on multiple payment devices, an erroneous operation occurs in which the other payment device performs duplicate payments even though the other payment device has already processed the payment. There was a problem of

That is, for example, there may be a case where a card payment is mistakenly made with a payment device when online payment is originally reserved in advance using a vehicle dispatching tablet.

In such a case, there are inconveniences such as trouble with passengers due to wrong payment, and trouble such as canceling the payment operation by the crew or redoing the payment operation.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a payment operation system, an in-vehicle device for the payment operation system, and a payment operation program that can prevent troubles and erroneous operations during taxi fare payment. and

A settlement operation system according to an aspect of the present invention includes a dispatch terminal that requests dispatch of a taxi via a communication line, a fare management server that manages fare information about the taxi, and a fare information server mounted on the taxi. a vehicle-mounted unit for transmitting data to the fare management server; a fee payment condition input unit provided in the dispatch terminal and the vehicle-mounted unit for inputting a fee payment condition for the taxi operating in commercial operation; A fee payment condition determination unit that determines whether or not the payment conditions meet predetermined conditions, and the fee payment conditions determined by the fee payment condition determination unit as not meeting the predetermined conditions are invalidated. and a settlement device that settles the fare for the taxi based on the fare payment condition determined to meet the predetermined condition.

The terminal for dispatching a taxi comprises a tablet-type information terminal, and is equipped with an application for dispatching that executes request processing for dispatching a taxi, processing for inputting the fare payment terms for the taxi, transmission processing, and net payment processing for the fare. preferably.

It is preferable that the vehicle-mounted device is configured by a taximeter including a communication unit that performs information communication with the vehicle allocation terminal and the fare management server, and the payment device.

The fee payment condition determination unit is provided in the fare management server, and the vehicle allocation terminal or the payment device performs payment processing for the fare based on payment information based on the determination result of the fee payment condition determination unit. preferably.

When the toll payment condition determination unit determines that the toll payment condition does not match the predetermined condition, the invalidation unit notifies the vehicle allocation terminal or the payment device that has input the toll payment condition. It is preferable to control so as not to transmit payment information.

It is preferable that the invalidation unit performs control so that settlement operations with cash and taxi tickets cannot be performed when the toll payment condition determining unit determines that the toll payment condition does not match the predetermined condition. .

A vehicle-mounted device for a payment operation system according to another aspect of the present invention comprises a dispatch terminal that requests dispatch of a taxi via a communication line, and a fare management server that manages fare information about the taxi. and a toll payment terms input unit for inputting toll payment terms for the taxi.

an invalidation unit that invalidates the fee payment condition when the fee payment condition determination unit that determines whether the fee payment condition meets a predetermined condition does not meet the predetermined condition; It is preferable to provide a settlement device that settles the fare for the taxi based on the fare payment condition when it is determined that the predetermined condition is met.

A payment operation program according to another aspect of the present invention is executed by a payment operation system, and includes a fee payment condition input step of inputting the fee payment conditions of taxis operating in commercial operation with respect to the dispatch terminal and the vehicle-mounted device; a fee payment condition determination process for determining whether or not a payment condition meets a predetermined condition; and a settlement execution process of performing settlement of the fare for the taxi based on the fare payment condition when it is determined that the predetermined condition is met.

In the invalidation process, when it is determined in the toll payment condition determination process that the toll payment condition does not meet the predetermined condition, payment information is sent to the vehicle allocation terminal or payment device that has entered the toll payment condition. is preferably controlled so as not to transmit the

Preferably, in the invalidation process, when it is determined in the toll payment condition determination process that the toll payment condition does not meet the predetermined condition, the payment operation with cash and taxi ticket cannot be performed. .

According to the present invention, it is possible to provide a payment operation system, an on-vehicle device for the payment operation system, and a payment operation program that can prevent troubles and erroneous operations during taxi fare payment.

1 is a block diagram showing a schematic configuration of a settlement operation system according to an embodiment; FIG. 1 is a functional block diagram showing the functional configuration of a settlement operation system according to an embodiment; FIG. 1 is a block diagram showing a configuration example of a taximeter applied to a settlement operation system according to an embodiment; FIG. FIG. 4 is an explanatory diagram showing an example of fare display in the payment operation system according to the embodiment; It is a flowchart which shows the example of the processing procedure of the taxi fare settlement process performed with the settlement operation system which concerns on embodiment. 7 is a flow chart showing an example of a processing procedure of meter pre-fixation cancellation/change processing executed in the settlement operation system according to the embodiment; 7 is a flow chart showing an example of a processing procedure of meter payment processing executed by the settlement operation system according to the embodiment;

A settlement operation system S1 according to an embodiment of the present invention will be described with reference to FIGS. 1 to 7. FIG.

(Functional configuration of settlement operation system)
The functional configuration and the like of the payment operation system S1 according to the present embodiment will be described with reference to FIGS. 1 and 2. FIG.
As shown in FIGS. 1 and 2, the payment operation system S1 has a vehicle allocation terminal (such as a vehicle allocation tablet) TB1 configured by a tablet-type information terminal or the like for requesting the allocation of a taxi V via a communication line N2. Prepare.
The communication line N2 may be either a wired line or a wireless line.

This dispatching terminal TB1 is owned by a user (customer) of Taxi V, etc., and processes requests for taxi dispatch, input processing of fare payment conditions for Taxi V, transmission processing, net payment processing of fares, and the like. Equipped with a vehicle allocation application (vehicle allocation application) consisting of software that executes Note that a smart phone or the like installed with a vehicle allocation application can also be used as the vehicle allocation terminal TB1.

In addition, the dispatch terminal TB1 includes a communication unit 501 that performs information communication with a taxi meter (in-vehicle device) TM1, a fee payment condition input unit 502 that inputs the fee payment conditions for the taxi V that is in commercial operation, and a network that performs fare settlement. A settlement unit 503 and the like are provided.
The settlement operation system S1 also includes a fare management server SA1 as an external device that manages fare information about the taxi V. FIG.
The fare management server SA1 includes a communication unit 402 that receives fare information and the like from a plurality of taxis V. FIG.
It also has a storage unit 400 comprising a hard disk device or the like for storing each received fare information.
It also includes a processing unit 401 or the like that is configured by a CPU or the like and executes various types of processing.

Note that the processing unit 401 constitutes a fee payment condition determination unit 410 that determines whether or not the information regarding each fee payment condition received by the communication unit 402 via the communication line N1 meets a predetermined condition set in advance. .

The payment operation system S1 also includes an on-vehicle unit TM1 that is mounted on each taxi V and that includes a taximeter or the like having a communication unit 17 that transmits fare information to the fare management server SA1.
The vehicle-mounted device TM1 is provided with a toll payment terms input unit 11 including a ten-key input unit on a taximeter screen, a keyboard, etc. for inputting toll payment terms for a taxi V in commercial operation.
Note that the vehicle-mounted device TM1 may also be equipped with a vehicle allocation application similar to that of the vehicle allocation terminal TB1.

In addition, regarding each fee payment condition, an invalidation unit 160 including the CPU 151 and the like is provided to invalidate the fee payment condition determined by the fee payment condition determination unit 410 provided in the fare management server SA1 to not meet the predetermined condition. Prepare.

Also provided is a settlement device 14 composed of a card reader or the like that settles the fare for the taxi V based on the toll payment condition determined by the toll payment condition determination unit 410 to meet the predetermined condition.

Then, the vehicle allocation terminal TB1 or the settlement device 14 receives the settlement information based on the determination result of the fee payment condition determination unit 410, and performs settlement processing for the fare based on the settlement information.
In addition, in the embodiment shown in FIG. 2, the payment device 14 is shown as a part of the taximeter (vehicle device) TM1, but it is not limited to this. That is, for example, the payment device 14 may be externally attached to the taximeter (vehicle-mounted device) TM1 and configured to operate in conjunction with the taximeter TM1.

In addition, for example, when the charge payment condition determination unit 410 determines that the charge payment condition does not meet the predetermined condition, the invalidation unit 160 sends the charge information to the vehicle allocation terminal TB1 or the payment device 14. control not to send payment information for

For example, when the toll payment condition determination unit 410 determines that the toll payment condition does not meet the predetermined condition, the invalidation unit 160 controls so that the payment operation with cash or taxi ticket cannot be performed. may

Here, for example, it is assumed that the predetermined condition is set so that the toll payment condition input at the vehicle allocation terminal TB1 is prioritized. Under this condition, when the toll payment terms for net settlement are reserved by the vehicle allocation terminal TB1, the toll payment terms input on the side of the vehicle-mounted device TM1 are invalidated as not meeting the predetermined conditions.

Therefore, even though the fare is paid online by the dispatch terminal TB1, the card payment is mistakenly made with the payment device 14 on the onboard device TM1 side, and the payment operation with cash or taxi ticket is prevented. You can effectively avoid the situation.
In this way, according to the settlement operation system S1, it is possible to prevent occurrence of settlement-related troubles between the taxi user and the taxi driver. In addition, convenience can be improved by avoiding troubles such as canceling the settlement operation by the crew and redoing the settlement operation.

(Example of on-board device configuration)
A configuration example of the vehicle-mounted device (taximeter) TM1 applied to the settlement operation system S1 according to the present embodiment will be described with reference to FIG.
The taximeter TM1 is mounted on 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 of detecting the current position of the vehicle and a function of outputting map information including the current position.

In the configuration example shown in FIG. 3, a microcomputer (CPU) 151 that constitutes an invalidation unit 160 and the like, and a storage unit (RAM) 52 that constitutes a work area for arithmetic processing are provided inside the taximeter TM1.

It also has a fixed information storage unit (ROM) 53 for storing software such as calculation programs and various data such as fare data, and a touch panel type display unit (LCD) 16 .
It also has input interfaces 56, 57, 59 and 60 and a clock IC (RTC) 58 for generating a clock signal for timing calculations and the like.
Furthermore, a GPS (Global Positioning System) receiver 10 that constitutes a position information acquisition unit is provided.

It also has a card R/W interface 54 into which a memory card 64 to which various data can be written can be inserted, and operation units 40a to 40c for performing operations such as vacant car, rent, running total, car pick-up, and the like.
It also has a communication unit 17 for transmitting and receiving destination information, route information, pre-determined fares, post-change fares, in-vehicle information, etc. to and from the fare management server SA1.
Also provided are a speaker forming the notification unit 18 and a thermal printer 65 forming a printing unit for printing fares and the like.
The memory card 64 stores, for example, data necessary for driver authentication, sales data such as taxi vehicle travel history and fare history, time-series data, and the like.

A microcomputer (CPU) 151 receives a running pulse P1 output from the vehicle and calculates a meter value corresponding to the actual running fare. Tariff information is also input to the microcomputer (CPU) 151 .
A drive recorder or the like is connected to the input interface 56 .

(Regarding the presentation of fares, etc.)
With reference to FIG. 4, an example of fare presentation and the like by the 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 fixed fare calculated based on the traveled distance and the like.
Here, for payment of fares, for example, it is assumed that priority is given to the toll payment conditions input at the vehicle allocation terminal TB1 as a predetermined condition.
In this predetermined condition, if the toll payment condition for net settlement is reserved by the vehicle allocation terminal TB1, the toll payment condition input on the side of the vehicle-mounted device TM1 is invalidated as not meeting the predetermined condition. Then, the fixed fare is paid by net payment on the dispatch terminal TB1 side.

On the other hand, regarding payment of the fare, for example, it is assumed that a predetermined condition is set to give priority to the fare payment condition input (or operated) by the taximeter TM1.

Under this condition, the toll payment condition (for example, a reservation for online payment) input on the vehicle allocation terminal TB1 side is invalidated because it does not meet the predetermined condition. The fixed fare is paid by the payment device (card payment device, etc.) on the taximeter TM1 side.
In this case, payment may be made by cash or taxi ticket, etc., at the request of the taxi user.

As described above, according to the payment operation system S1, even though the payment for the fare is made through the net payment by the vehicle allocation terminal TB1, the card payment is mistakenly made by the payment device 14 on the side of the vehicle-mounted device TM1. Also, it is possible to effectively avoid a situation in which a payment operation with cash or a taxi ticket is performed.

Therefore, according to the settlement operation system S1, it is possible to prevent occurrence of settlement-related troubles between the taxi user and the taxi driver. In addition, convenience can be improved by avoiding troubles such as canceling the settlement operation by the crew and redoing the settlement operation.

(About taxi fare payment processing)
Next, an example of the 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 the CPU 151 or the like of the vehicle-mounted device (taximeter) TM1, for example, and is performed by cooperation between an OS (operating system) provided in the vehicle-mounted device (taximeter) and a predetermined application program (such as a dispatch application). can be realized. However, a part or all of various functions such as the dispatch application may be realized by hardware.

Also, here, it is assumed that, for payment of the fare, for example, the predetermined condition is set so that the fare payment condition input by the dispatch application on the side of the vehicle-mounted device (taximeter) TM1 is given priority.
When this process is started, in step S10, an event such as the taxi V being loaded at the destination and the fare being fixed occurs, and the process proceeds to step S11.

In step S11, the toll payment condition determination unit 410 of the fare management server SA1 performs determination processing to give priority to the toll payment condition input by the dispatch application on the vehicle-mounted device (taximeter) TM1 side, and the process proceeds to step S12.
In step S12, the fixed fare is paid by the payment device (card payment device, etc.) on the taximeter 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.

Regarding payment of the fare, for example, if the predetermined condition is set so that the fare payment conditions input by the dispatch application 500 of the dispatch terminal TB1 are prioritized, instead of step S11, the fare payment of the fare management server SA1 is performed. The payment terms determination unit 410 performs determination processing that prioritizes the toll payment terms input by the vehicle allocation application 500 of the vehicle allocation terminal TB1. Then, instead of step S12, payment processing of the fixed fare is executed by net payment or the like on the vehicle allocation terminal TB1 side.

(Regarding meter pre-confirmation cancellation/change processing)
Next, an example of the processing procedure of the 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) contracted in advance by the dispatch application of the vehicle allocation terminal TB1 or the vehicle-mounted device (taximeter) TM1 is referred to as a "predetermined fare".
Further, this process is executed by the CPU 151 or the like of the vehicle-mounted device (taximeter) TM1, for example, and is performed by cooperation between an OS (operating system) provided in the vehicle-mounted device (taximeter) and a predetermined application program (such as a dispatch application). can be realized. However, a part or all of various functions such as the dispatch application may be realized by hardware.
When this process is started, it is determined in step S20 whether or not a pre-determined fare has occurred.

Then, if the determination result is "Yes", the process proceeds to step S22. In step S22, the dispatch application priority flag is turned ON, and the process ends. As a result, the pre-determined fare contracted on the dispatch app will be prioritized at the time of payment.
Moreover, when it determines with "No" by step S20, it transfers to step S21.
In step S21, it is determined whether or not the pick-up button (see FIG. 4) of the vehicle-mounted device (taximeter) 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.

(About meter payment processing)
Next, an example of the processing procedure of the meter payment processing executed by the payment operation system S1 will be described with reference to the flowchart of FIG.
This processing is executed, for example, by the CPU 151 of the vehicle-mounted device (taximeter) TM1 side, and is realized by cooperation between an OS (operating system) provided in the vehicle-mounted device (taximeter) and a predetermined application program (such as a dispatch application). be able to. However, a part or all of various functions such as the dispatch 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 (taximeter) TM1 is pressed, and the process proceeds to step S31.
In step S31, it is determined whether or not the dispatch application priority flag is ON.

If the determination result is "Yes", the process proceeds to step S32 to start the process of transmitting the charge information set by the dispatch application to the settlement device 14, and then the process proceeds to step S33.
In step S33, a display 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 indicating that the send button (see FIG. 4) is enabled is performed, 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, the process of transmitting the fee information to the payment device 14 when the dispatch application priority flag is OFF is started, and the process proceeds to step S36.
In step S36, the process of transmitting charge information for payment (payment information) to the 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 (taximeter) TM1 has been pressed.
If the determination result is "No", the process proceeds to step S38, and if "Yes", the process proceeds to step S39.

In step S39, a process of transmitting charge information (payment information) for payment to the payment device 14 of the vehicle-mounted device (taximeter) TM1 is executed, and the process proceeds to step S40.
In step S40, a display 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 on pressing the send button is sent to the fare management server SA1, and the process proceeds to step S38.

At step S38, it is determined whether or not the taxi V is empty. If the determination result is "No", the process returns to step S37, and if the determination result is "Yes", the process ends.

Although the settlement operation system S1 of the present invention has been described above based on the illustrated embodiment, the present invention is not limited to this, and the configuration of each unit can be replaced with any configuration having similar functions. be able to.
For example, in a commercial operation in which a meter pick-up occurs and a commercial operation in which a pre-determined fare occurs, the fare information may be transmitted only to the vehicle allocation terminal TB1.

In addition, when payment information is received from the payment device 14 of the vehicle allocation terminal TB1 or the vehicle-mounted device (taxi meter) TM1 while the payment processing is already being performed, an alarm is displayed on the vehicle-mounted device (taxi meter) TM1. You may make it call attention by a voice or.

Further, information on pressing the transmission button of the vehicle-mounted device (taximeter) TM1 and payment information may be transmitted to the fare management server SA1 in real time, and the management office may manage the fare.

S1 Settlement operation system SA1 Fare management server V Taxi TB1 Vehicle allocation terminal (tablet for vehicle allocation)
TM1 In-vehicle device (taximeter)
11, 502 fee payment condition input unit 14 payment device 160 invalidation unit 410 fee payment condition determination unit 500 dispatch application

Claims (10)

a dispatching terminal for requesting dispatch of a taxi via a communication line;
a fare management server that manages fare information about the taxi;
A vehicle-mounted device mounted on the taxi for transmitting fare information to the fare management server;
a toll payment condition input unit provided in the dispatch terminal and the vehicle-mounted device for inputting toll payment conditions for the taxi operating in commercial operation;
a fee payment condition determination unit that determines whether or not each of the fee payment conditions meets a predetermined condition set in advance;
an invalidation unit that invalidates the fee payment conditions of the person determined by the fee payment condition determination unit not to meet the predetermined condition;
a settlement device that settles the fare for the taxi based on the fare payment conditions of the person determined to meet the predetermined conditions;
payment operation system. The vehicle-mounted device,
a communication unit that performs information communication with the vehicle allocation terminal and the fare management server;
the payment device;
2. The settlement operation system according to claim 1, comprising a taximeter comprising a The fee payment condition determination unit is provided in the fare management server,
3. The payment operation system according to claim 1, wherein the vehicle allocation terminal or the payment device performs payment processing for the fare based on payment information based on the determination result of the fee payment condition determination unit. When the toll payment condition determination unit determines that the toll payment condition does not match the predetermined condition, the invalidation unit notifies the vehicle allocation terminal or the payment device that has input the toll payment condition. 4. The settlement operation system according to claim 3, wherein control is performed so as not to transmit settlement information. 4. The invalidation unit performs control so that settlement operations with cash and taxi tickets cannot be performed when the toll payment condition determining unit determines that the toll payment condition does not match the predetermined condition. The settlement operation system described in . An on-vehicle device for a payment operation system,
a communication unit between a taxi allocation terminal that requests taxi allocation via a communication line and a fare management server that manages fare information about the taxi;
a toll payment terms input unit for inputting toll payment terms for the taxi;
In-vehicle device for payment operation system. an invalidation unit that invalidates the fee payment condition when the fee payment condition determination unit that determines whether the fee payment condition meets a predetermined condition does not meet the predetermined condition; ,
7. The vehicle-mounted device for a settlement operation system according to claim 6, further comprising a settlement device that settles a fare for the taxi based on the fare payment condition when it is determined that the predetermined condition is met. Executed in the settlement operation system,
a toll payment condition input process for inputting the toll payment conditions for taxis operating in commercial operation with respect to the dispatch terminal and the vehicle-mounted device;
a fee payment condition determination process for determining whether or not each of the fee payment conditions meets a predetermined condition set in advance;
an invalidation step of invalidating the fee payment conditions when it is determined that the fee payment conditions do not meet the predetermined conditions;
a settlement execution process of performing settlement of the fare for the taxi based on the fare payment conditions when it is determined that the predetermined conditions are met;
payment operation program. In the invalidation process, when it is determined in the toll payment condition determination process that the toll payment condition does not meet the predetermined condition, payment information is sent to the vehicle allocation terminal or payment device that has entered the toll payment condition. 9. The settlement operation program according to claim 8, wherein control is performed so as not to transmit the . 8. The invalidation process controls to prevent the settlement operation with cash and taxi ticket from being performed when the toll payment condition determining process determines that the toll payment condition does not meet the predetermined condition. Payment operation program described in .

Images