JP3360348B2 - Transaction 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 transaction data processing device in a taxi card system or the like.

[0002]

2. Description of the Related Art Conventionally, a taxi card system has an in-vehicle terminal (a prepaid card terminal) and a taxi meter. The taxi meter not only functions as a toll meter, but also has a business management function for storing and managing the operation status. are doing. This task management function is a function to store various data such as identification data (ID code) unique to the crew, date and time of departure, date and time of departure, operation data for each ride, etc. in a memory in real time at the time of crew replacement. Sent to the in-vehicle terminal at the time of entry. In this case, the in-vehicle terminal generates sales data based on the received memory contents. In addition, when a new crew member leaves the vehicle, an ID card (prepaid card) storing identification data (ID code) unique to the crew member is inserted into the in-vehicle terminal device. Outgoing information including current time) is generated and transmitted to the taxi meter side. Similarly, when the ID card is inserted into the in-vehicle terminal at the time of entry, entry information including the ID code and entry time is generated and transmitted to the taxi meter side.

[0003]

However, in this kind of taxi card system, if a sudden passenger occurs immediately after entering the parking lot, two operation data are generated irrespective of the operation of the same crew member. Similarly, since the in-vehicle terminal device generates sales data at the time of storage, two sales data items of the same crew member are generated. If two data items are generated by the same crew member, for example, if the number of transactions per operation and the sales amount are determined for each crew member, the results differ from the actual results. There was a disadvantage that it was not performed. The object of the present invention is to
It is an object of the present invention to be able to manage the same business by the same person even if a situation arises in which the same person has to restart the business immediately after finishing the work once.

[0004]

The means of the present invention are as follows. Transaction data storage means for storing transaction data transacted by a transaction clerk, and at the end of the transaction processing by the transaction clerk, storing transaction completion information indicating that the transaction by the transaction clerk has been completed; When a new transaction start request is made after the end of the previous transaction, the person in charge of the current transaction is the same as the person in charge of the previous transaction, and the transaction is started within a predetermined time from the end time of the previous transaction. Determination means for determining whether or not the transaction is completed, and if the current transaction clerk is the same as the previous transaction clerk and the transaction is started within a predetermined time from the end time of the previous transaction, the storage of transaction end information for the previous transaction data And a transaction termination cancellation means for canceling the transaction. Therefore, the transaction data stored by the transaction clerk is stored, and at the end of the transaction processing by the transaction clerk, the transaction ending information indicating that the transaction by the transaction clerk has been completed is stored. When there is a new business start request after the end,
If the person in charge of the current transaction is the same as the person in charge of the previous transaction and the transaction starts within a predetermined time from the end time of the previous transaction, cancel the storage of the transaction end information for the previous transaction data. Can be.

[0005]

[0006]

An embodiment will be described below with reference to FIGS. FIG. 2 is a system configuration diagram showing a taxi card system. This taxi card system has a configuration including a taxi meter 11 and an in-vehicle terminal device 12. The taxi meter 11 has a management memory 11-1 for storing business management data in real time. The business management data includes identification data (ID code) unique to the crew accompanying the replacement of the crew, date and time of departure, date and time of departure, and each ride. Operation data.

[0007] In addition to card processing for a prepaid card or the like, the in-vehicle terminal 12 performs processing of generating exit information and entry information at the time of crew replacement and transmitting the information to the taxi meter 11. That is, when the crew is replaced with the ID card possessed by the crew, the in-vehicle terminal 12 reads the contents of the ID card and issues the ID code together with the current date and time (delivery date and time and entry date and time). The information is transmitted to the taxi meter 11 as information or warehousing information.

FIG. 3 is a block diagram showing the configuration of the taxi meter 11. Taxi meter 11 is management memory 1
In addition to 1-1, a terminal interface 11-2, a control unit 11-3, a clock unit 11-4, a display unit 11-5, an input unit 11-6, a meter 11-7, and the like are provided. Here, the control unit 11-3 controls the overall operation of the taxi meter according to various programs.
It controls the data write / read operation with respect to the management memory 11-1, and controls the terminal interface 11
-2, data transmission / reception with the in-vehicle terminal 12 is performed. The management memory 11-1 has a ring buffer configuration, and when new data is written when the management memory 11-1 is full and data has been written to its final address, the contents of the management memory 11-1 are used. Is shifted by one address in the direction of the start address, whereby new data is written to the last address that has become an empty area. In the illustrated example, the delivery information (ID code, delivery date and time) from the in-vehicle terminal 12 is stored in the head address area of the management memory 11-1 in the terminal interface 11-2.
And departure time, departure area name, arrival time, and arrival area name as operation data for each ride. The area name is input from the input unit 11-6, and the date and time are the current date and time measured by the clock unit 11-4.

FIG. 4 is a block diagram showing the configuration of the vehicle terminal 12. As shown in FIG. The CPU 12-1 controls the overall operation of the in-vehicle terminal 12 in accordance with various programs in the ROM 12-2. The CPU 12-1 has a key input unit 12-3 and a display unit 12-4 as its peripheral devices. ,
Printing unit 12-5, card reader / writer 12-6, RA
An M card interface 12-7, a meter interface 12-8, and a clock unit 12-9 are stored therein, and control the input / output operations of them. Key input unit 12
Reference numeral -3 denotes various keys normally provided on the keyboard, that is, a numeric keypad AK for inputting an amount or the like, a cash key BK operated at the time of cash payment, a card key CK operated at the time of card payment, and an operation at the time of entry to a warehouse. Incoming storage key D
K, a retrieval key EK operated at the time of retrieval.
The fee data input from the key input unit 12-3 is displayed and output from the display unit 12-4, printed on a receipt from the printing unit 12-5, and further registered in the RAM 12-10. The card reader / writer 12-6 reads / writes data from / to the prepaid card. When the card data is read by the card reader / writer 12-6, the CPU 12-1 sends the charge data from the meter interface 12-8. And the fare is subtracted from the card balance, and the result is read by the card reader / writer 12-.
6 to update the card balance. When the ID card is inserted into the card reader / writer 12-6 and the card data read from the ID card is sent,
The PU 12-1 reads out the current date and time information from the clock unit 12-9, and transmits the read out date information or the warehousing information from the meter interface 12-8 to the taxi meter 11 together with the ID code.

The RAM 12-10 stores sales data such as a card amount, a cash amount, and the like, and stores a predetermined time preset in advance. Here, the predetermined time is used to detect whether or not the time from when the same crew member enters once to when the same crew exits again is within a certain time period. Treat business as the same business.

FIG. 5 shows the contents of the management memory 11-1 in the taxi meter 11. When the crew is replaced, the leaving information for the next crew is stored after the entry information for the previous crew. Then, the operation data of a certain crew is recorded between the leaving information and the next entering information.

Next, the operation of this embodiment will be described with reference to the flowcharts shown in FIGS. Now, when one day's work has been completed and the warehouse has been entered, the entry key DK of the in-vehicle terminal 12 is operated. Then, the storage processing is executed according to the flowchart shown in FIG. Now, when a crew member finishes his / her work and enters the warehouse, this crew member inserts his / her ID card into the card reader / writer 12.
Input to -6. Here, in the in-vehicle terminal 12, the ID
When it is detected that a card has been inserted (step A
1) The card data read by the card reader / writer 12-6 is fetched (step A2). Then, the CPU 12-1 stores the card data (ID code)
And the current date and time data (step A3) fetched from the clock unit 12-9 to generate storage information (step A).
4), the entry information is transmitted to the taxi meter 11 (step A5), and the card is ejected (step A6).
Here, when the taxi meter 11 receives the entry information, the taxi meter 11 writes the entry information into the management memory 11-1 and transmits a normal reception notification to the in-vehicle terminal 12.

As described above, at the time of warehousing, warehousing information is generated and written into the management memory 11-1. Immediately after entering a car, sudden passengers may occur and the same crew may leave the car as it is. In such a case, the retrieval key EK is operated as usual. Then, the leaving process is executed according to the flowchart of FIG. Now, the crew puts their ID card on the card reader / writer 12-
6, the process goes to step B2, where it is detected. At step B2, the card data (ID code) read by the card reader / writer 12-6 is taken in, and the date and time data is taken in from the clock section 12-9. (Step B3). Then, the CPU 12-1 reads out the last warehousing information (step B4), and outputs the last warehousing ID.
The code is compared with the ID code at the time of leaving the warehouse (step B5). If a match between the two is detected, that is, if the crew who has just entered the garage leaves the warehouse as it is, the process proceeds to step B6, in which the date and time of the last garage is subtracted from the date and time of the garage and the result of the subtraction is preset. It is checked whether the predetermined time has passed. If the time from when the same crew enters the car to when the car leaves the car is within a predetermined time, it is considered that a sudden passenger has occurred, the process proceeds to step B7, and the data for canceling the last entry information is stored in the taxi meter 11. Send to That is, if a sudden passenger is generated for the crew member after the parking, it is treated as if there was no parking.

On the other hand, when the crew members are not the same (step B
5) Or, even if the crew members are the same, if a predetermined time has elapsed since entry, it is regarded as a new exit as usual, and exit information is generated from the ID code read this time and the current date and time ( This is transmitted to the taxi meter 11 (step B9) (step B10). Then, the card is ejected (step B8).

FIG. 8 is a flowchart showing the closing process. The in-vehicle terminal 12 requests the taxi meter 11 to transmit toll data (step C1), and goes from step C2 to step C1 until the taxi data is normally received. Return and make a data request. Here, when the charge data is received normally, the sales data in the RAM 12-10 is updated (step C3), and the transaction data for each card, cash, etc. is updated (step C4).

As described above, in the present embodiment, when a sudden passenger occurs immediately after entering a warehouse and the passenger leaves the warehouse, it is assumed that there is no entrance, so the business for the sudden passenger is a new business. Rather, it will be the continuation of the business up to now.

In the above embodiment, the case where the present invention is applied to a taxi system is shown. However, another system or a stand-alone type data processing device may be used.
For example, in an electronic cash register, the current time is written to the journal memory every time the time is switched to a journal memory that sequentially stores sales data and the like as sales record data in real time, for example, every minute. It is also applicable to those that did.

[0018]

According to the present invention, when there is a request for starting a new transaction after the end of the transaction processing, the person in charge of the current transaction is the same as the person in charge of the previous transaction, and If the transaction is started within a predetermined time from the end time of the transaction, the storage of the transaction end information with respect to the previous transaction data can be canceled, so that the same person in charge resumes the transaction immediately after finishing the transaction once. Even if a situation that must be performed occurs, it can be processed as the same transaction by the same person in charge, and the person in charge can be managed more accurately including exceptional situations.

[Brief description of the drawings]

FIG. 1 is a functional block diagram of the present invention.

FIG. 2 is a system configuration diagram showing a taxi card system according to the embodiment.

FIG. 3 is a block diagram of the taxi meter 11;

FIG. 4 is a block diagram of the in-vehicle terminal device 12;

FIG. 5 is a diagram showing contents of a management memory 11-1.

FIG. 6 is a flowchart showing a warehousing process in the in-vehicle terminal device 12;

FIG. 7 is a flowchart showing a retrieval process in the in-vehicle terminal device 12;

FIG. 8 is a flowchart showing a closing process in the in-vehicle terminal device 12;

[Explanation of symbols]

 11 Taxi meter 11-1 Management memory 11-2 Terminal interface 11-3 Control unit 11-4 Clock unit 12 In-vehicle terminal 12-1 CPU 12-2 ROM 12-6 Card reader / writer 12-8 Meter interface 12-9 Clock section

Claims (1)

(57) [Claims] Claims: 1. Store transaction data transacted by a trader.
At the end of the transaction processing by that contact person.
Closed, indicating that the transaction has been closed by the contact
A transaction data storage means for storing information; and a request for starting a new transaction at the end of the transaction processing.
The contact person for the current transaction
And the specified time from the end time of the previous transaction
A means for determining whether or not a transaction has started within the current transaction;
If the transaction starts within a predetermined time from the end time of the first transaction
For example, cancel the storage of the transaction end information for the previous transaction data
Transaction data processing apparatus, wherein the transaction ends cancellation means for teeth, by comprising a.