JP2698828B2 - Toll data processing device - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a fare data processing apparatus for managing fare data.

[0002]

2. Description of the Related Art Conventionally, there has been known a system in which each taxi is provided with a taxi terminal for registering and processing transaction data such as a taxi fare, and the transaction data registered by the taxi terminal is collected in a data processing device of a business office. ing. Usually 1
Since a plurality of drivers are assigned to one taxi and each driver takes turns in the taxi, the above system inputs ID data (person identification data) for identifying the driver at the start of the ride. By doing so, registration processing by the taxi terminal is enabled.

[0003]

However, when inputting ID data, there is a case where the input of the ID data is mistaken or the driver forgets to input the ID data, so that it is impossible to input valid ID data. . Like this
If the data input is missed or the ID data is not input, the driver who has input the toll data is not specified, and the management of the toll data cannot be performed accurately. It is an object of the present invention to enable a person in charge to collect only legitimate toll data by outputting only specified toll data.

[0004]

The means of the present invention are as follows. The identification data storage means stores identification data unique to the person in charge. The charge data storage means is
The input fee data is stored. When outputting the charge data stored in the charge data storage means, the determination means determines whether or not the identification data is stored in the identification data storage means. The output means outputs the charge data stored in the charge data storage means when the determination means determines that the identification data is stored.

[0005]

The operation of the means of the present invention is as follows. The identification data storage means stores the input identification data unique to the person in charge, and the charge data storage means stores the input charge data. When outputting the charge data stored in the charge data storage means, the determination means determines whether or not the identification data is stored in the identification data storage means. Is stored, the charge data stored in the charge data storage means is output by the output means. Therefore, when the charge data is output by the output unit, if the identification data unique to the person in charge is stored, the charge data can be output as regular charge data.

[0006]

DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment will be described below with reference to FIGS. FIG. 1 is a system configuration diagram of the data processing device according to the embodiment. This embodiment is an example applied to a sales (transaction) data management system in a taxi company, and includes a taxi terminal T installed in each taxi, a data processing device main unit A installed in each sales office, and a taxi terminal T installed in a head office. The host computer C is configured. The data transmission between the taxi terminal T of each taxi and the data processing device main body A of each business office is performed by a memory card M in which a readable and writable storage medium is embedded in a card-shaped casing.
C, the data processing device main body A of the business office,
Data transmission with the host computer C of the headquarters is performed via the telephone line L.

FIG. 2 is a configuration diagram of the taxi terminal T,
The taxi terminal T registers a taxi fare under the control of the CPU 1. The CPU 1 includes a clock unit 2, a key input unit 3, a printer 4, a ROM 5, a RAM
6, a card reader / writer 7, a display unit 8, a card interface 9, and a meter interface 10 are connected. The CPU 1 calculates a taxi fare based on a mileage obtained by a mileage meter (not shown) connected to the meter interface 10 according to a program preset in the ROM 5, stores the taxi fare in the RAM 6, and displays the taxi fare on the display unit 8. The printer 4 controls processing such as printing and issuing a receipt.

[0008] A journal memory JM is formed in the RAM 6. As shown in FIG. 3, the journal memory JM stores the business date and time (see “a”) and the taxi vehicle number (“b”). ), Driver No. (Refer to "C")
Transaction data is stored corresponding to the header information consisting of The transaction data includes the receipt No. (see “D”), that is, the total mileage when boarding, the total mileage when getting off, the actual mileage, the type of payment, and the taxi fare for each transaction (customer). Etc. are stored. The types of payment include cash payment, prepaid card payment, and postpaid card payment.

The card reader / writer 7 operates under the control of the CPU 1 when an ID card CD in which the vehicle No. and the driver No. are preset is inserted into the card interface 9 at the time of leaving a taxi or the like. Processing such as reading the vehicle No. and driver No. from the ID card CD, and writing the contents of the RAM 6 into the memory card MC when the memory card MC is mounted on the card interface 9 at the time of entry into the warehouse. Further, the card reader / writer 7 performs processing such as writing the balance and the taxi fare into the prepaid card and the postpaid card attached to the card interface 9, respectively.

Note that the CPU 1 performs the above-described registration processing in the journal memory JM even when the vehicle No. and the driver No. are not input at the time of departure. In this case, when the contents of the journal memory JM are written into the memory card MC after storage, that is, when the business record data registered in the journal memory JM is collected on the memory card MC, the vehicle No. and the driver No. Prompt for input.

Next, the operation of the embodiment will be described with reference to FIGS. FIG. 4 is a work flow diagram. Before starting a taxi business operation (before leaving a taxi), the ID card CD is attached to the taxi terminal T (step S1).
The vehicle number and the driver number in the ID card CD are written in the header of the journal memory JM, and a predetermined key of the key input unit 3 is operated to write the current date and time from the clock unit 2 as the business date and time. Then, the ID card CD is extracted (step S2). As described above, in the present embodiment, the vehicle No., the driver N
o. etc. are input by the ID card CD.

[0012] Then, crew processing such as taxi fare settlement is performed (step S3), and after completion of the crew processing (after parking), the memory card MC is attached to the taxi terminal T (step S4), and the total key is operated. (Step S
5) The content of the journal memory JM is collected by the memory card MC (step S6). Then, the user removes the memory card MC from the taxi terminal T (step S7), mounts the memory card MC on the data processing device main body A of the office, and performs processing such as totaling the sales record data of the entire office (step S7). Step S8). The above is the basic work flow. Since the taxi terminal T operates as shown in FIG. 5 described below, the user forgets to carry the ID card CD and proceeds to step S1 before starting the crew processing. , S2, even if the operation becomes impossible, subsequent operations can be performed smoothly.

That is, the CPU 1 first determines whether or not the ID card CD is loaded (step S21 in FIG. 5). As a result, when the ID card CD is mounted, the vehicle No. and the driver No. in the ID card CD are set together with the current date and time in the area next to the last end code in the journal memory JM ( Step S22).

On the other hand, when the ID card CD is not mounted, whether or not the driver number or predetermined dummy data is set in the header information area next to the last end code in the journal memory JM. Is determined (step S23). As a result, when neither the driver No. nor the dummy data is set, the dummy data is set in the header information area next to the last end code in the journal memory JM (step S24).

In step S23, when it is determined that the driver No. or predetermined dummy data has been set, or after the dummy data setting process in step S24 has been completed, or in step S22, After the processing is completed, the process proceeds to step S25, and it is determined whether there is any crew processing such as taxi fare settlement processing. As a result, if there is a crew process, the crew process is executed (step S
26), it is determined whether or not a tally key has been operated (step S)
27). If there is no operation of the tallying key, the process returns to step S25, and it is determined whether or not crew processing is performed. Step S25
If it is determined that there is no crew handling at step S,
Proceeding to 27, it is determined whether or not a tally key has been operated.

If it is determined in step S27 that the tally key has been operated, the ID card C is stored in the header information area next to the last end code in the journal memory JM.
It is determined whether the vehicle No. and the driver No. (ID data) from D are set (step S28). As a result, if the ID data has not been set, an error message to that effect is displayed (step S29), and step S21 is performed.
Return to

If it is determined in step S28 that the ID data from the ID card CD has been set,
It waits for the memory card MC to be inserted (step S30), and detects the last end code in the journal memory JM (step S31). Then, the data after the detected end code, that is, the uncollected business record data is sequentially written to the memory card MC (step S32), and the uncollected business record data is written, that is, the collection process to the memory card MC. It is determined whether or not has been completed (step S33). As a result, if not completed, the collection process is continued by returning to step S32, and if completed, the end code is written next to the last data in the journal memory JM (step S34). finish.

As is clear from the above description, the driver N
Even without input of ID data such as o., registration processing of business record data (transaction data for each driver) is possible. When the sales record data is collected on the memory card MC, if the ID data has not been input, a message to that effect is displayed to prompt the input by the ID card CD, and the ID data is input by the ID card CD. In this way, the data is collected in the memory card MC. Therefore, when the ID data (person identification data) is input only with the ID card CD, even if the user forgets to leave the ID card CD and leaves the warehouse, there is no need to return to the business office to get the ID card CD. . Note that the present invention is not limited to the above-described embodiment. For example, the taxi terminal T can perform a process of collecting taxi fares of a payment type and a process of printing data collected on a memory card MC. It is.

[0019]

According to the present invention, when the fee data is output by the output means, it is determined whether or not the identification data unique to the person in charge is already stored, and the identification data is already stored by this determination. The above-mentioned charge data is output as regular data on condition that the responsible person can be prevented from collecting unknown charge data, and the responsible person is identified. It is possible to reliably collect the charge data that is output on the condition that the information is obtained.

[Brief description of the drawings]

FIG. 1 is a system configuration diagram of an embodiment.

FIG. 2 is a configuration diagram of a taxi terminal.

FIG. 3 is a diagram showing an example of data contents of a journal memory;

FIG. 4 is a diagram showing a work flow in the system according to the embodiment.

FIG. 5 is a flowchart showing the operation of the taxi terminal.

[Explanation of symbols]

 1 CPU 5 ROM 6 RAM 7 Card reader / writer 9 Card interface JM Journal memory CD ID card MC Memory card

Claims (1)

(57) [Claims] [Claim 1] serial unique identification data to the input Officer
An identification data storage means for憶, fee data storage means for storing the input pricing data
If, in the case of outputting the fee data stored in the fee data storage means, the identification data to the identification data storage means
There discriminating means for discriminating whether it is stored, when the identification data is determined to have been stored by the discriminating means, and output means for outputting a fee data stored in the fee data storage means And a charge data processing device.