JP2011095931A - Settlement terminal system and data transmission/reception method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a settlement terminal system and a data transmission/reception method, for reducing the influence on communication in settlement processing by the settlement terminal system, and preventing an increase in communication charge in data transmission/reception. <P>SOLUTION: The settlement terminal system includes a retrial control means for determining a method for retrying communication with a settlement center device according to a transmission/reception state of information necessary for settlement, and retrying the communication with the settlement center device based on the determined retrial method. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a payment terminal system and a data transmission / reception method for acquiring availability data of a payment card such as a credit card and making a payment based on the obtained availability data.

Conventionally, a settlement method using a credit card or the like has been introduced. Such payment methods include, for example, online payment using a contact-type magnetic payment card or a contact-type IC payment card (hereinafter also referred to as “contact-type payment card”). When making a payment by this method, the card reading unit of the payment terminal reads information such as the card number recorded in the magnetic recording unit of the contact type magnetic payment card or the IC recording unit of the contact type IC payment card. The card information is sent to the card company server of the card via the payment center that collects information from the payment terminal and manages the payment terminal, and the card company server authenticates and settles the card information. .
In the card company server, for example, information indicating whether or not the contact-type payment card can be used is recorded, such as the expiration date of the card and whether or not a loss report has been submitted. For example, when making a payment using a contact-type magnetic payment card, the payment terminal communicates with the card company server of the card through the payment center every time, and the card on which payment is to be made is a valid card. The authentication result of whether or not there is received from the card company server via the payment center, and the payment processing is performed only when the card is valid. As described above, each payment terminal obtains authentication by a card company server via the payment center every time payment is performed, and the payment is surely performed (see Patent Document 1).

  In recent years, in addition to contact-type magnetic payment cards and contact-type IC payment cards, the use of non-contact-type IC payment cards is increasing. This non-contact type IC payment card records data such as the amount of money that can be used, and adopts a payment method (offline payment) that allows for quick payment within the range of this available amount. Some are. However, in such offline payment using a contactless IC payment card, the payment terminal acquires information such as the authentication result performed by the card company server from the payment center for the purpose of quick payment. Communication time cannot be secured for each settlement process. That is, in the payment using the non-contact type IC payment card, information indicating whether the non-contact type IC payment card is a usable card, as used in the payment using the contact type payment card. It is not possible to perform a payment process that is obtained and verified from the card company server via the payment center every time. For this reason, the payment terminal corresponding to the non-contact type IC payment card uses information (negative data) indicating whether the card acquired and stored by the payment center is a usable card or not separately from the payment processing. Acquired from the payment center at the timing and stored in the own payment terminal. And information such as the card number of the non-contact type IC payment card acquired when making the payment, information indicating whether or not the non-contact type IC payment card stored in the self-payment terminal is a usable card, By confirming, payment is surely performed.

  Information indicating whether or not the contactless IC payment card is a usable card is information updated daily. Even if the information stored in the payment terminal is in an old state, a payment process using a contactless IC payment card that cannot be used at the time of payment is performed. In such a case, there is a problem that the payment based on the non-contact type IC payment card is not made at the time of the payment process in which the payment amount is received based on the information of the payment process completed later. Damage to the payment card company occurs. For this reason, the payment center collects and manages information from the payment terminal and regularly acquires and stores negative data from the card company. The payment terminal acquires the latest negative data from the payment center. Therefore, it is desired to store it in the self-payment terminal.

  In addition to acquiring information indicating whether or not the contactless IC payment card is a usable card, the payment terminal transmits a payment processed record as payment processing data after payment, payment processing Of various data by communicating with the payment center, such as acquisition of payment terminal setting data required when executing the transaction, for example, acquisition of update data (update program) of the operation program of the payment terminal accompanying a system change, etc. Sending and receiving.

However, there are various situations in which payment processing is performed by a payment terminal, and it is not always an environment where communication with a payment center can be performed stably. For example, a payment terminal installed in a taxi uses a mobile communication service to communicate with a payment center, so a stable communication state cannot be maintained, that is, the communication state is constantly changing. It will be used in the environment. In a payment terminal placed in an environment in which the communication state changes, a communication abnormality is likely to occur due to the change in the communication state, and data transmission / reception failure due to the communication abnormality is likely to occur.
In a conventional payment terminal, when data transmission / reception fails, communication retries (re-execution) are repeated at regular intervals until data transmission / reception succeeds.

JP 2004-54628 A

  However, in the method of repeating communication retries at regular intervals until data transmission / reception succeeds after data transmission / reception has failed, the mobile communication service usage fee is recorded each time data transmission / reception is repeated. As the number of retries increases, the communication fee increases. In particular, when the amount of data to be transmitted / received is large, it is expected that the number of retries will be increased due to the unstable communication state, and there is a problem that the communication fee is further increased.

  In addition, if data transmission / reception retries are repeated, there is a problem in that it becomes difficult to secure a communication time required for other processing, and there is a high possibility that the other processing will be greatly affected. For example, if you try to make a payment using a contact-type payment card that requires communication with a payment center during payment processing when you have repeated data transmission / reception, Communication with the settlement center to be performed may be awaited. For example, when data transmission / reception by a retry is interrupted for a payment process using a contact-type payment card, the retry is repeated again after the completion of the payment process by the contact-type payment card. Is likely not to converge.

  The present invention has been made on the basis of the above-mentioned problem recognition, a payment terminal system capable of reducing the influence on communication at the time of payment processing by the payment terminal system, and suppressing an increase in communication charges in data transmission / reception. An object is to provide a data transmission / reception method.

In order to solve the above-described problems, the payment terminal system of the present invention (for example, the payment terminal system 10 in the embodiment) is a payment center apparatus (for example, the payment center in the embodiment) that transmits information related to payment processing to a server of a card company. 1) a payment terminal system for transmitting / receiving information necessary for payment to / from 1), and determining a method for retrying communication with the payment center device according to a transmission / reception state of the information required for payment And a retry control unit (for example, the settlement processing unit 220 and the non-contact IC card settlement processing unit 320 in the embodiment) for retrying communication with the settlement center device based on the retry method.
Thereby, according to the transmission / reception state of the information required for payment, for example, it is possible to control the retry of the information required for payment that has failed in transmission / reception.

Further, the retry control means of the present invention is characterized in that the number of retries is determined based on a data size of information necessary for the settlement.
This makes it possible to change the number of retries for transmission and reception for each data size of information required for payment. For example, by reducing the number of retries for information required for payment with a large data size, information required for a specific payment Occupation of communication due to can be avoided.

The retry control means of the present invention is characterized in that a retry interval is determined based on a data size of information necessary for the settlement and the determined number of retries.
This makes it possible to change the retry interval of transmission / reception for each data size and retry count of information required for payment. For example, the communication of retrying information required for payment that has been retried many times is performed in the payment center device. It is possible to prevent other communications from being affected.

Further, the retry control means of the present invention, the information of the data size included in the transmission signal of the information necessary for the settlement transmitted from the settlement center device, the data size of the information necessary for the settlement, It is characterized by that.
Thereby, the data size of information required for payment can be acquired immediately.

Further, the retry control means of the present invention accumulates the data size of each data included in the transmission signal of the information necessary for the settlement transmitted from the settlement center device, and uses the accumulated data size for the settlement. It is characterized by the data size of necessary information.
Thereby, even when the data size information is not included in the transmission signal of the information necessary for the settlement, the data size of the information necessary for the settlement can be acquired.

Further, the retry control means of the present invention determines whether to retry communication with the settlement center device based on a type of information necessary for the settlement.
Thereby, information required for payment can be transmitted and received reliably.

  Further, the data transmission / reception method of the present invention transmits / receives information necessary for payment to / from a payment center device that transmits information relating to payment processing to a server of the card company, and uses the information necessary for the payment transmitted / received. A data transmission / reception method of a payment terminal system for performing payment, wherein the retry control means determines a method of retrying communication with the payment center device according to a transmission / reception state of information necessary for the payment, and the determined A retry control procedure for retrying communication with the settlement center device based on a retry method.

  According to the present invention, it is possible to reduce the influence on communication at the time of payment processing by the payment terminal system, and to suppress an increase in communication charges in data transmission / reception.

It is the block diagram which showed the example of schematic structure of the payment terminal system by embodiment of this invention. It is the block diagram which showed the example of another schematic structure of the payment terminal system by embodiment of this invention. It is the flowchart which showed the process sequence at the time of starting of the payment terminal system in embodiment of this invention. It is the flowchart which showed the process sequence at the time of the retry of the payment terminal system in embodiment of this invention. It is the flowchart which showed the process sequence which calculates the frequency | count of a maximum retry in the payment terminal system of embodiment of this invention. It is the flowchart which showed the process sequence which calculates retry start time in the payment terminal system of embodiment of this invention. It is the data block diagram which showed the example of the data structure in the communication signal which the payment terminal system of embodiment of this invention transmits / receives. It is the flowchart which showed the process sequence which calculates data size in the payment terminal system of embodiment of this invention. It is the flowchart which showed the process sequence at the time of the empty terminal of the payment terminal system in embodiment of this invention. It is the flowchart which showed the process sequence at the time of closing or totaling of the payment terminal system in embodiment of this invention. It is the flowchart which showed the process sequence at the time of the payment start of the payment terminal system in embodiment of this invention.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing an example of a schematic configuration of the payment terminal system according to the present embodiment. In FIG. 1, a payment terminal system 10 includes a mobile communication module 100 and a payment terminal 200.
The payment terminal 200 includes a center I / F (interface) unit 210, a payment processing unit 220, a setting data storage unit 230, a contact card payment log storage unit 240, a contact card I / F (interface) unit 250, and a non-contact IC. The card payment processing unit 320, the contactless card setting data storage unit 330, the contactless IC card payment log storage unit 340, the contactless IC card I / F (interface) unit 350, and the negative data storage unit 360 are configured.
The payment processing unit 220 includes a retry processing unit 221, and the non-contact IC card payment processing unit 320 includes a non-contact IC retry processing unit 321.
Further, the payment terminal system 10 is connected to the payment center 1 via the mobile communication network 2 by wireless communication, and is constructed as a payment system.
FIG. 1 shows an example in which the payment terminal system 10 is a taxi payment terminal installed in a taxi, and the payment terminal 200 further includes a meter I / F (interface) unit 270. Hereinafter, the payment terminal system 10 is demonstrated as what is a taxi payment terminal mounted in the taxi.

The settlement center 1 includes, for example, a computer device such as a server, is connected to a card company server (not shown), and transmits the settlement request received from the settlement system 10 to the card company server. In addition, in the case of performing card payment online, after sending a payment request from the payment system 10 to the card company server, an approval is made as to whether the card used for the payment is a usable card and can be sold. The result is received from the card company server and transmitted to the payment system 10.
In addition, the settlement center 1 is not used as information indicating whether a contact settlement card or a contactless IC settlement card can be used, such as the expiration date of a card and whether or not a loss notification has been submitted. Information (negative data) showing a list of possible cards is acquired from a server of each card company and recorded. This is data (information necessary for payment) required when the payment system 10 confirms whether the card used for payment is a usable card in the own system. As explained in, it has a mechanism to obtain the latest data.
Further, the settlement center 1 updates the setting data of the settlement terminal 200 and the operation program of the settlement terminal 200 that are necessary for performing the settlement process using the contact-type settlement card 4 and the non-contact-type IC settlement card 5. Maintenance information, such as an update program, for the payment terminal system 10 to always operate normally is recorded. Since such maintenance information is also information necessary for the payment system 10 to make a payment, the payment system 10 acquires the latest maintenance information as well as the negative data.

The settlement terminal system 10 is mounted on a taxi vehicle and performs a process of paying a taxi fare based on information (taxi driving information) indicating the taxi driving state input from the taxi meter device 3.
Further, the payment terminal system 10 collates the card information read from the contact type payment card 4 or the non-contact type IC payment card 5 with the negative data acquired from the payment center 1, and information on the card whose read card information is valid. If this is the case, the taxi boarding fee is settled.

The mobile communication module 100 is a communication device that communicates with the settlement center 1 via the mobile communication network 2. The mobile communication module 100 receives data transmitted from the payment center 1 via the mobile communication network 2 when the payment terminal 200 acquires data such as setting data, negative data, and update program from the payment center 1. The received data is sequentially output to the settlement terminal 200.
Further, when the payment terminal 200 transmits data such as a payment log to the payment center 1, the mobile communication module 100 sends the data sequentially output from the payment terminal 200 to the payment center 1 via the mobile communication network 2. Send.

The payment terminal 200 performs payment processing by the contact-type payment card 4 or the non-contact type IC payment card 5 based on the setting data and negative data input from the mobile communication module 100.
Further, the payment terminal 200 outputs the payment log data (contact card payment log and non-contact IC card payment log) for which payment processing has been completed to the mobile communication module 100. Further, the payment terminal 200 updates the operation program of the self-payment terminal 200 based on the update program input from the mobile communication module 100.

The center I / F unit 210 is an interface between the mobile communication module 100 and the payment terminal 200, and a data series (for example, parallel data) that the payment processing unit 220 processes data sequentially input from the mobile communication module 100. And the converted data is output to the settlement processing unit 220.
The center I / F unit 210 converts the data input from the settlement processing unit 220 into a data series (for example, a serial data series) to be output to the mobile communication module 100, and sequentially converts the converted data to the mobile unit. Output to the communication module 100.

  The meter I / F unit 270 is an interface with the taximeter device 3, acquires taxi driving information and boarding fee information input from the taximeter device 3, and outputs them to the settlement processing unit 220.

  The setting data storage unit 230 is a writable memory such as a RAM (Random Access Memory) or a Flash ROM (Flash Read Only Memory), for example. The setting data storage unit 230 stores setting data for the taxi fare payment processing in the payment processing unit 220. Remember.

  The contact card settlement log storage unit 240 is a writable memory such as a RAM or a Flash ROM, and stores a contact card settlement log that has been settled using the contact settlement card 4.

  The contact card I / F unit 250 is, for example, a card reader such as a magnetic card reader or an IC card reader. The contact card I / F unit 250 reads card information recorded on the contact-type payment card 4 and sends the read card information to the payment processing unit 220. Output.

The payment processing unit 220 is a processing device such as a CPU (Central Processing Unit), for example, a writable nonvolatile memory such as a flash ROM (not shown) (hereinafter referred to as “program processing unit for payment processing unit”). The entire payment terminal 200 is controlled based on the operation program stored in the above.
Further, the settlement processing unit 220 stores setting data necessary for performing settlement processing with the contact settlement card 4 in the setting data storage unit 230. Further, the payment processing unit 220 determines the contact type payment card 4 based on the card information of the contact type payment card 4 read by the contact card I / F unit 250 and the setting data stored in the setting data storage unit 230. Perform the payment process used.
Further, the settlement processing unit 220 stores the contact card settlement log that has been settled using the contact-type settlement card 4 in the contact card settlement log storage unit 240 and outputs it to the center I / F unit 210.
Further, the settlement processing unit 220 stores the update program input from the center I / F unit 210 in the settlement processing unit program storage unit, and updates the operation program of the own settlement processing unit 220 based on the stored update program. To do.

Further, the settlement processing unit 220 is necessary for setting data necessary for the self-settlement processing unit 220 to perform a settlement process, an update program for the self-settlement processing unit 220, and a contactless IC card settlement processing unit 320 for performing the settlement process. When the correct setting data, negative data, and update program data are acquired from the settlement center 1, if the data cannot be acquired normally, retry processing is performed to acquire normal data.
Further, the settlement processing unit 220 outputs setting data, negative data, and an update program required when the contactless IC card settlement processing unit 320 acquired from the settlement center 1 performs the settlement process to the contactless IC card settlement processing unit 320. To do.

  The retry processing unit 221 performs data acquisition retry processing by the settlement processing unit 220. The retry process by the retry processing unit 221 will be described later.

  The non-contact card setting data storage unit 330 is a writable memory such as a RAM or a Flash ROM, and stores setting data for performing a taxi fare payment process in the non-contact IC card payment processing unit 320.

  The non-contact IC card settlement log storage unit 340 is a writable memory such as a RAM or a Flash ROM, and stores a non-contact IC card settlement log that has been settled using the non-contact IC settlement card 5.

  The negative data storage unit 360 is, for example, a writable memory such as RAM or FlashROM, and stores negative data of the non-contact type IC payment card 5.

  The non-contact IC card I / F unit 350 is, for example, a card reader / writer such as a non-contact IC card reader / writer, and reads information such as card information and available amount recorded in the non-contact type IC settlement card 5. The read card information and available amount information are output to the non-contact IC card settlement processing unit 320. Further, after the payment processing by the non-contact IC card payment processing unit 320 is completed, information on the available amount after the payment processing output from the non-contact IC card payment processing unit 320 is recorded in the non-contact type IC payment card 5. .

The non-contact IC card settlement processing unit 320 is, for example, a processing device such as a CPU. For example, a writable nonvolatile memory such as a flash ROM (not shown) (hereinafter referred to as “program storage unit for non-contact IC card settlement processing unit”). The payment processing by the non-contact type IC payment card 5 in the payment terminal 200 is controlled based on the operation program stored in.
The contactless IC card payment processing unit 320 is functionally positioned as a part of the payment processing unit 220 in the payment terminal 200, and is included in the payment processing by the payment terminal 200 based on an instruction from the payment processing unit 220. The non-contact type IC settlement card 5 is settled.
Further, the non-contact IC card payment processing unit 320 stores, in the non-contact card setting data storage unit 330, setting data that is input from the payment processing unit 220 and is necessary for performing payment processing using the non-contact type IC payment card 5. Let Further, the non-contact IC card settlement processing unit 320 stores the negative data of the non-contact type IC settlement card 5 input from the settlement processing unit 220 in the negative data storage unit 360. Further, the non-contact IC card settlement processing unit 320 has the card information of the non-contact type IC settlement card 5 read by the non-contact IC card I / F unit 350 and the settings stored in the non-contact card setting data storage unit 330. Based on the data and the negative data stored in the negative data storage unit 360, a payment process using the contactless IC payment card 5 is performed.
Further, the non-contact IC card settlement processing unit 320 stores the non-contact IC card settlement log that has been settled using the non-contact type IC settlement card 5 in the non-contact IC card settlement log storage unit 340, and the settlement processing unit To 220. In addition, the non-contact IC card settlement processing unit 320 stores the update program input from the settlement processing unit 220 in the non-contact IC card settlement processing unit program storage unit, and based on the stored update program, the self-contact IC card settlement processing unit 320 The operation program of the card payment processing unit 320 is updated.
In the description of the present embodiment, the case where the non-contact IC card payment processing unit 320 and the payment processing unit 220 are configured by different CPUs will be described. The processing unit 220 can be configured by one CPU. For example, when only the CPU of the payment processing unit 220 is provided, the CPU of the payment processing unit 220 also performs the same operation as the non-contact IC card payment processing unit 320 described above.

  Further, the non-contact IC card settlement processing unit 320 obtains setting data, negative data, and update program data necessary for performing the settlement process from the settlement center 1 when the data cannot be normally obtained. Performs a retry process to obtain normal data.

  The non-contact IC retry processing unit 321 performs a data acquisition retry process by the non-contact IC card settlement processing unit 320. The retry processing by the non-contact IC retry processing unit 321 will be described later.

Next, another configuration of the payment terminal system according to the embodiment of the present invention will be described. FIG. 2 is a block diagram showing an example of another schematic configuration of the payment terminal system according to the present embodiment.
In FIG. 2, the payment terminal system 20 includes a mobile communication module 100, a payment terminal 200, and a non-contact IC card reader / writer 300.
The payment terminal 200 includes a center I / F unit 210, a payment processing unit 220, a setting data storage unit 230, a contact card payment log storage unit 240, a contact card I / F unit 250, and a reader / writer I / F unit 260. Is done.
Further, the settlement processing unit 220 includes a retry processing unit 221. The non-contact IC card reader / writer 300 includes a payment terminal I / F unit 310, a non-contact IC card payment processing unit 320, a non-contact card setting data storage unit 330, a non-contact IC card payment log storage unit 340, a non-contact IC. The card I / F unit 350 and the negative data storage unit 360 are configured.
The non-contact IC card settlement processing unit 320 includes a non-contact IC retry processing unit 321.
In addition, the payment terminal system 20 is connected to the payment center 1 via the mobile communication network 2 by wireless communication, and is constructed as a payment system, similarly to the payment terminal system 10 shown in FIG.
FIG. 2 shows an example in which the payment terminal system 20 is a taxi payment terminal mounted in a taxi, and the payment terminal 200 further includes a meter I / F unit 270. Hereinafter, the payment terminal system 20 is demonstrated as what is a taxi payment terminal mounted in the taxi.

The difference in configuration between the payment terminal system 20 shown in FIG. 2 and the payment terminal system 10 shown in FIG. 1 relates to the payment processing by the contactless IC payment card 5 in the payment terminal system 10 shown in FIG. The component is that the contactless IC card reader / writer 300 is configured by a device different from the settlement terminal 200. Accordingly, a reader / writer I / F unit 260 is added to the payment terminal 200 as an interface between the payment terminal 200 and the contactless IC card reader / writer 300, and a payment terminal I / F unit 310 is added to the contactless IC card reader / writer 300. Have been added.
In addition, in the payment terminal system 20 shown in FIG. 2 and the payment terminal system 10 shown in FIG. 1, about the component which performs the same operation | movement, the same code | symbol is provided and description is abbreviate | omitted.

The payment terminal system 20 is mounted on the taxi vehicle and performs the process of paying out the taxi boarding fee based on the taxi driving information input from the taxi meter device 3 as in the payment terminal system 10 shown in FIG. .
Moreover, the payment terminal system 20 collates the card information read from the contact type payment card 4 or the non-contact type IC payment card 5 with the negative data acquired from the payment center 1, and the information of the card whose read card information is valid. If this is the case, the taxi boarding fee is settled.

The payment terminal 200 performs payment processing using the contact-type payment card 4 based on the setting data and negative data input from the mobile communication module 100.
In addition, the payment terminal 200 performs payment processing by the payment log data (contact card payment log) that has been processed by the payment terminal 200 and the contactless IC payment card 5 input from the contactless IC card reader / writer 300. The completed payment log data (contactless IC card payment log) is output to the mobile communication module 100.
Further, the payment terminal 200 updates the operation program of the self-payment terminal 200 based on the update program input from the mobile communication module 100.
Further, the payment terminal 200 outputs setting data, negative data, and an update program, which are necessary for the contactless IC card reader / writer 300 input from the mobile communication module 100 to perform the payment processing, to the contactless IC card reader / writer 300. To do.

The reader / writer I / F unit 260 is an interface between the payment terminal 200 and the non-contact IC card reader / writer 300, and a data series (outputs data input from the payment processing unit 220 to the non-contact IC card reader / writer 300 ( For example, the data is converted into a serial data series, and the converted data is sequentially output to the non-contact IC card reader / writer 300.
Further, the reader / writer I / F unit 260 converts the data sequentially input from the non-contact IC card reader / writer 300 into a data series (for example, a parallel data series) processed by the settlement processing unit 220, and the converted data Is output to the settlement processing unit 220.

The payment processing unit 220 is a processing device such as a CPU, for example, and controls the entire payment terminal 200 based on an operation program stored in the program storage unit for payment processing unit. Further, the payment processing unit 220 is stored in the card information and setting data storage unit 230 of the contact-type payment card 4 read by the contact card I / F unit 250, as in the payment terminal system 10 shown in FIG. Based on the setting data, the payment processing by the contact-type payment card 4 is performed and output to the center I / F unit 210.
Further, the settlement processing unit 220 outputs setting data, negative data, and an update program necessary for the contactless IC card settlement processing unit 320 to perform settlement processing to the reader / writer I / F unit 260.

The non-contact IC card reader / writer 300 performs a payment process using the non-contact type IC payment card 5 based on the setting data and negative data input from the payment terminal 200.
Further, the non-contact IC card reader / writer 300 outputs the payment log data (non-contact IC card payment log) for which the payment process has been completed by the self-contact IC card reader / writer 300 to the payment terminal 200.
Further, the non-contact IC card reader / writer 300 updates the operation program of the self-contact IC card reader / writer 300 based on the update program input from the payment terminal 200.

The payment terminal I / F unit 310 is an interface between the payment terminal 200 and the non-contact IC card reader / writer 300, and a data series in which the non-contact IC card payment processing unit 320 processes data sequentially input from the payment terminal 200. The data is converted into a parallel data series (for example, parallel data series), and the converted data is output to the non-contact IC card settlement processing unit 320.
Further, the payment terminal I / F unit 310 converts the data input from the contactless IC card payment processing unit 320 into a data series (for example, a serial data series) to be output to the payment terminal 200, and converts the converted data. Sequentially output to the payment terminal 200.

The non-contact IC card payment processing unit 320 is, for example, a processing device such as a CPU, and the non-contact IC card reader / writer 300 uses a non-contact IC card reader / writer 300 based on an operation program stored in the non-contact IC card payment processing unit program storage unit. The payment processing by the contact type IC payment card 5 is controlled. Note that the non-contact IC card reader / writer 300 is positioned as a component that performs a part of the payment processing by the payment terminal 200 in the payment terminal system 20, more specifically, a payment process related to the non-contact type IC payment card 5. Therefore, the non-contact IC card payment processing unit 320 performs a payment process on the non-contact type IC payment card 5 based on an instruction from the payment processing unit 220 in the payment terminal 200.
Further, the non-contact IC card payment processing unit 320 stores setting data, which is input from the payment terminal I / F unit 310, necessary for performing payment processing using the non-contact type IC payment card 5, with a non-contact card setting data storage unit. 330 is stored.
Further, the non-contact IC card payment processing unit 320 stores the negative data of the non-contact type IC payment card 5 input from the payment terminal I / F unit 310 in the negative data storage unit 360.
Further, the non-contact IC card settlement processing unit 320 has the card information of the non-contact type IC settlement card 5 read by the non-contact IC card I / F unit 350 and the settings stored in the non-contact card setting data storage unit 330. Based on the data and the negative data stored in the negative data storage unit 360, a payment process using the contactless IC payment card 5 is performed.
Further, the non-contact IC card settlement processing unit 320 stores the non-contact IC card settlement log that has been settled using the non-contact type IC settlement card 5 in the non-contact IC card settlement log storage unit 340, and the settlement terminal I / F unit 310 to output.

  Here, the payment processing in the payment terminal system according to the embodiment of the present invention will be described. The payment terminal system 10 shown in FIG. 1 and the payment terminal system 20 shown in FIG. 2 are provided with a component that performs payment processing by the non-contact type IC payment card 5 in the payment terminal 200 or a payment terminal. The only difference is whether it is provided as another component (non-contact IC card reader / writer 300) outside of 200, and the processing method in the settlement process is the same. Therefore, in the following description, the payment process in the payment terminal system 10 shown in FIG. 1 will be described.

  The payment processing of the type that performs card authentication processing online in the payment terminal system 10 is performed according to the following procedure. In the following description, it is assumed that the contact-type payment card 4 that performs payment is a contact-type magnetic payment card, and that the data series conversion by the center I / F unit 210 is sequentially performed. A description of the F unit 210 is omitted.

(Procedure 1): The settlement processing unit 220 outputs the card information of the contact settlement card 4 read by the contact card I / F unit 250 to the mobile communication module 100. Then, the mobile communication module 100 receives the card information of the contact-type payment card 4 input from the payment processing unit 220 and the boarding fee information acquired by the meter I / F unit 270 from the taximeter device 3. The data is transmitted to the settlement center 1 via the communication network 2.
(Procedure 2): The settlement center 1 transmits the transmitted card information and boarding fee information to the card company server, and the card that can be used by the contact payment card 4 received from the card company server. The approval result as to whether or not sales are possible is transmitted to the settlement terminal system 10 via the mobile communication network 2.
(Procedure 3): The mobile communication module 100 outputs the received approval result to the settlement processing unit 220. If the payment processing unit 220 is authenticated by the mobile communication module 100 that the contact-type payment card 4 is a usable card and the approval result indicates that sales are possible, the meter I / F unit 270 Based on the boarding fee information acquired from the taxi meter device 3 and the setting data stored in the setting data storage unit 230, the sales slip is printed on the taxi meter device 3 and the contact settlement card 4 is used. Complete the payment process.
(Procedure 4): The settlement processing unit 220 stores in the contact card settlement log storage unit 240 the contact card settlement log of the contact-type settlement card 4 for which the settlement process has been completed.
(Procedure 5): The card company performs payment processing to the taxi company using the payment terminal system 10 based on the information related to the payment received from the payment center 1.

  As in the above processing procedure, in the payment process using the contact type payment card 4, the card information of the contact type payment card 4 and the negative data are collated each time when the payment process is performed, and the payment process is performed only by an available card. Do. This ensures that the deposit process is performed.

  Further, the type of payment processing in which the card authentication processing is performed offline in the payment terminal system 10 is performed according to the following procedure. In the following description, it is assumed that the contactless IC payment card 5 that performs payment is a contactless IC payment card, and the payment terminal 200 receives the negative data of the contactless IC payment card 5 from the payment center 1 in advance. Are acquired and stored in the negative data storage unit 360.

(Procedure 1): The non-contact IC card settlement processing unit 320 includes the card information of the non-contact type IC settlement card 5 read by the non-contact IC card I / F unit 350, the negative data stored in the negative data storage unit 360, To check whether or not the contactless IC payment card 5 that has acquired the card information is a usable card.
(Procedure 2): When the contactless IC settlement card 5 is a usable card, the contactless IC card settlement processing unit 320 displays information indicating that the contactless IC settlement card 5 is a usable card. The data is output to the settlement processing unit 220.
(Procedure 3): When the information indicating that the payment processing unit 220 is a usable card is input from the non-contact IC card payment processing unit 320, the meter I / F unit 270 acquires the information from the taximeter device 3. Information on the boarding fee is output to the non-contact IC card settlement processing unit 320.
(Procedure 4): The non-contact IC card settlement processing unit 320 includes information on the boarding fare input from the settlement processing unit 220, setting data stored in the non-contact card setting data storage unit 330, and a non-contact IC card. Based on the information on the amount of money available for the contactless IC payment card 5 read by the I / F unit 350, the payment processing using the contactless IC payment card 5 is performed.
(Procedure 5): The non-contact IC card payment processing unit 320 uses the non-contact IC card I / F unit 350 to use the available amount after the settlement process (for example, the boarding fee from the available amount of the non-contact type IC payment card 5). The amount of money that can be used after deducting () is recorded in the non-contact type IC payment card 5. Further, the non-contact IC card settlement processing unit 320 stores the non-contact IC card settlement log by the non-contact type IC settlement card 5 for which the settlement process has been completed in the non-contact IC card settlement log storage unit 340.

  As in the above processing procedure, in the payment process using the non-contact type IC payment card 5, the negative data is stored in the negative data storage unit 360, and the collation between the negative data and the card information of the non-contact type IC payment card 5 is settled. This can be done in the terminal 200. This eliminates the need for communication with the payment center 1 every time payment processing is performed, thereby reducing the time required for communication with the payment center 1 and payment processing by the non-contact IC payment card 5. The time is shortened. Thereafter, the settlement terminal system 10 completes the settlement process by the non-contact type IC settlement card 5 by performing the following procedure at the time of settlement process closing process or settlement log aggregation process.

(Procedure 6): The non-contact IC card settlement processing unit 320 outputs the non-contact IC card settlement log stored in the non-contact IC card settlement log storage unit 340 to the settlement processing unit 220. Subsequently, the payment processing unit 220 outputs the non-contact IC card payment log input from the non-contact IC card payment processing unit 320 to the mobile communication module 100. Then, the mobile communication module 100 transmits the non-contact IC card payment log input from the payment processing unit 220 to the payment center 1 via the mobile communication network 2.
(Procedure 7): The payment center 1 transmits information related to payment to the card company based on the transmitted contactless IC card payment log, and the card company uses the payment terminal system 10 in response to the information. Deposit money to the taxi company.

  As in the above processing procedure, in the payment process by the non-contact type IC payment card 5, the negative data stored in the negative data storage unit 360 is not compared with the negative data by communicating with the payment center 1 each time. Thus, the time required for the settlement process is shortened.

  In the case where the payment process is performed by collating with the negative data stored in the payment terminal system 10, the negative data stored in the negative data storage unit 360 is new data in order to ensure that the payment process is performed. Need to be. Further, this negative data is acquired separately from the settlement center 1 when the settlement process is not being performed.

  Next, in the payment terminal system according to the embodiment of the present invention, a processing procedure for transmitting and receiving data by communication with the payment center will be described. FIG. 3 is a flowchart showing a processing procedure when the payment terminal system 10 of the present embodiment is started. In the activation process when the payment terminal system 10 is activated, a plurality of data may be transmitted / received by communicating with the payment center 1. In the following description, the latest negative data is acquired. The processing procedure at that time will be described as an example.

When the payment terminal system 10 is activated, first, in step S100, the payment processing unit 220 determines that the current activation of the taxi is based on the taxi driving information acquired from the taxi meter device 3 by the meter I / F unit 270. To check whether it is due to the start of work. More specifically, it is possible to confirm that a taxi starts business by a delivery notification indicating that the taxi starts business. If this activation is due to today's start of taxi, the process proceeds to step S200. In step S200, the settlement processing unit 220 initializes the status (state) of obtaining negative data.
More specifically, the retry status is “retry required” which is a value indicating that a retry is necessary, the retry count is “0”, and the retry start time is an initial value of the retry time table (for example, “ 5 minutes "). These statuses are the initial values for a taxi day. These status values are stored in a non-volatile memory (not shown) (hereinafter referred to as “retry status storage unit”) in order to retain the set values even when the payment terminal system 10 is turned off during taxi business hours. ). The retry time table will be described later.

  In step S100, if the current activation is not due to today's start of a taxi, in step S300, it is confirmed whether or not the setting for performing the retry process at the start is performed, and the retry process at the start is performed. If not set, the retry status, the number of retries, and the retry time stored in the retry status storage unit are read, and the process proceeds to step S400 to perform data acquisition processing. The setting of retry processing at the time of activation will be described later.

  Subsequently, in step S400, the settlement processing unit 220 confirms whether or not the negative data that is currently acquired from the settlement center 1 is the last data in the current activation process. If the negative data to be acquired from the settlement center 1 is the last data, the process is completed, and the current retry status, number of retries, and retry time are stored in the retry status storage unit. If the negative data to be acquired from the settlement center 1 is not the last data, the process proceeds to step S500.

  Subsequently, in step S500, the settlement processing unit 220 confirms whether or not the retry status of the negative data that is currently acquired from the settlement center 1 is “retry required”. If the retry status is not “retry required”, that is, “retry unnecessary”, which is a value indicating that retry is not required, the process proceeds to step S900. If the retry status is “retry required”, the process proceeds to step S600 to perform data reception processing.

  Subsequently, in step S700, the settlement processing unit 220 confirms whether or not the data reception process is successful, that is, whether or not the data can be normally acquired. If the data reception process is successful, In step S800, the retry status of the negative data that has been successfully received is set to “retry not required”. Then, in step S900, the payment processing unit 220 sets the data to be acquired from the payment center 1 as the next data acquired this time, and returns to step S400 to repeat the process of acquiring the data.

  If the data reception process is not successful in step S700, the payment processing unit 220 calculates the maximum number of retries in step S1000. The processing procedure for calculating the maximum number of retries will be described later.

  Subsequently, in step S1100, the settlement processing unit 220 confirms whether or not the number of retries of negative data currently being acquired from the settlement center 1 is less than the maximum number of retries calculated in step S1000. If it is, in step S1200, the retry start time until the next retry is calculated. The processing procedure for calculating the retry start time will be described later. In step S1300, the settlement processing unit 220 sets the retry status of the negative data to “retry required”, completes the process, and stores the current retry status, number of retries, and retry time in the retry status storage unit.

  In step S1100, if it is not less than the maximum number of retries, that is, if the number of retries performed to acquire the negative data is greater than or equal to the maximum number of retries, the payment processing unit 220 sets the retry status of the negative data to “retry” in step S1400. The processing is completed as “unnecessary”, and the current retry status, the number of retries, and the retry time are stored in the retry status storage unit.

  As described above, when the data to be acquired from the settlement center 1 can be normally acquired, the retry status is set to “retry unnecessary”. If the data cannot be acquired normally, the subsequent retry count is determined based on the calculation result of the maximum retry count, and the retry is repeated only when the retry count is less than the maximum retry count. Further, by setting the retry start time until the next retry is started, it is possible to suppress the occupation of communication processing due to repeated retry and the increase in communication charge. Thus, for example, when receiving data from the payment center 1 that is expected to have a large amount of data, such as negative data or an update program, for example, a payment center required at the time of payment processing using the contact-type payment card 4 It is possible to secure a communication time with 1 and not affect other communication processes other than data acquisition.

  In the processing procedure at the time of activation of the payment terminal system 10 shown in FIG. 3, when a plurality of data is to be acquired from the payment center 1 or transmitted to the payment center 1, among the plurality of data to be acquired or transmitted. If there is any data that has failed to be acquired or transmitted, the startup process is completed. This failure in data acquisition is considered to be caused by the fact that the communication state when the payment terminal system 10 is activated this time is not an environment that can stably communicate with the payment center. In the processing at the time of activation of the payment terminal system 10, it is determined that there is a high possibility of failure even if the next data acquisition or transmission is performed in an environment where the communication state is not good, and it is highly likely that only the communication fee will increase. Based on the idea of performing subsequent data acquisition or transmission, including data that failed to be acquired or transmitted, by retry processing when there is a high possibility that the communication status has been improved by moving the taxi Is.

  In the above description, an example in which negative data is acquired as information necessary for settlement has been described. However, the same can be considered when acquiring other data necessary for settlement, such as setting data and update programs. it can. In addition, when payment including processing at the payment center 1 is considered, information transmitted from the payment terminal system 10 such as a payment log can be interpreted as information necessary for payment. Therefore, the same can be considered when the payment log data is transmitted to the payment center 1. In this case, in the flowchart at the time of activation of the payment terminal system 10 shown in FIG. 3, whether or not it is the end of the day from the taxi driving information acquired by the meter I / F unit 270 from the taximeter device 3 in step S100. Confirm. More specifically, it is confirmed that the taxi is closed by a receipt notification indicating that the taxi is closed. In step S600, the data of the settlement log can be transmitted to the settlement center 1 by performing data transmission processing.

  Moreover, although the example which the payment terminal system 10 of this embodiment is a taxi payment terminal mounted in the taxi was demonstrated, the same information as the taxi driving information acquired from the taxi meter apparatus 3 and the information of a boarding fee is acquired. Therefore, it can be applied to devices other than taxi settlement terminals. For example, instead of exit notification or entry notification in taxi driving information, a register that can indicate the startup state by key operation, a key itself and a mobile communication module are provided in the terminal itself, and money input by key operation etc. It can also be applied to portable payment terminals that can be used.

Next, a processing procedure for retrying communication with the payment center in the payment terminal system according to the embodiment of the present invention will be described. FIG. 4 is a flowchart showing a processing procedure when retrying the payment terminal system 10 of the present embodiment. The retry process described below is performed, for example, when the negative data reception process is not successful in the start-up reception process shown in FIG. 3, that is, when the data cannot be normally acquired. This is processing for acquiring data again by the unit 221. This retry process is started after the retry start time has elapsed.
In the taxi settlement terminal in which the settlement terminal system 10 is mounted in a taxi, for example, a retry process is executed even when an empty vehicle notification in the taxi driving information is notified from the taximeter device 3 so as not to affect the taxi business. However, the retry processing when the vehicle is empty will be described later. In the following description, a processing procedure when the payment terminal system 10 acquires negative data by communicating with the payment center 1 will be described as an example.

  When the retry processing is started, first, in step S2000, the retry processing unit 221 in the settlement processing unit 220 attempts to retry data acquisition from the current settlement center 1 based on information in the retry status storage unit. Check whether the retry status is “retry required”. If the retry status is not “retry required”, that is, “retry not required”, the process is completed. If the retry status is “retry required”, the process advances to step S2100.

  Subsequently, in step S <b> 2100, the retry processing unit 221 confirms whether or not the number of retries of negative data to be retried for acquisition from the current settlement center 1 is less than the maximum number of retries. If the number of retries is less than the maximum number of retries, in step S2200, the number of retries is updated to the number of retries obtained by adding a value corresponding to “1” to the current number of retries. Then, the process proceeds to step S2300 to perform data reception processing.

  In step S2100, if the number of retries of negative data that is currently being retried for acquisition from the settlement center 1 is not less than the maximum number of retries, that is, if retries greater than the maximum number of retries are repeated in order to acquire negative data , Complete the process.

  Subsequently, in step S2400, the retry processing unit 221 confirms whether or not the data reception process has succeeded, that is, whether or not the data has been normally acquired. In step S2900, the retry status of the negative data that has been successfully received is set to “retry not required”, and the processing is completed.

  If the data reception process is not successful in step S2400, the retry processing unit 221 calculates the maximum number of retries in step S2500. The processing procedure for calculating the maximum number of retries will be described later.

  Subsequently, in step S2600, the retry processing unit 221 checks whether or not the number of retries of negative data that is currently being retried for acquisition from the settlement center 1 is less than the maximum number of retries calculated in step S2500. If it is less than the number of retries, the retry start time until the next retry is calculated in step S2700. The processing procedure for calculating the retry start time will be described later. In step S2800, the retry processing unit 221 sets the retry status of the negative data to “retry required”, completes the process, and stores the current retry status, number of retries, and retry time in the retry status storage unit.

  In step S2600, the number of retries of the negative data that is currently being retried for acquisition from the settlement center 1 is not less than the maximum number of retries calculated in step S2500. That is, the number of retries performed to acquire the negative data is the maximum number of retries. If the number of times is greater than or equal to the number of times, in step S2900, the retry processing unit 221 sets the retry status of the negative data as “retry unnecessary”, completes the processing, and stores the current retry status, number of retries, and retry time in the retry status storage unit. .

  As described above, when the data to be retried for acquisition from the settlement center 1 can be normally acquired, the retry status is set to “retry unnecessary”. If the data cannot be acquired normally, the subsequent retry count is determined based on the calculation result of the maximum retry count, and the retry is repeated only when the retry count is less than the maximum retry count. Further, by setting the retry start time until the next retry is started, it is possible to suppress the occupation of communication processing due to repeated retry and the increase in communication charge. Thus, for example, when receiving data from the payment center 1 that is expected to have a large amount of data, such as negative data or an update program, for example, a payment center required at the time of payment processing using the contact-type payment card 4 It is possible to secure a communication time with 1 and not affect other communication processes other than data acquisition.

  In the above description, an example in which negative data is acquired has been described. However, a case in which data such as setting data and an update program is acquired can be similarly considered. The same can be considered when retrying transmission of payment log data to the payment center 1. In this case, in the flowchart at the time of retry of the payment terminal system 10 shown in FIG. 4, the data of the payment log can be retransmitted to the payment center 1 by performing a data transmission process in step S2300.

  Moreover, although the example which the payment terminal system 10 of this embodiment is a taxi payment terminal mounted in the taxi was demonstrated, by acquiring the same information as the taxi driving information acquired from the taxi meter device 3, taxi payment It can be applied to devices other than terminals. For example, instead of empty car notification in taxi driving information, it is applied to a register that can select whether or not to execute retry processing by key operation, and retry processing is performed when it is selected to execute retry processing. It can also be executed.

  In the transmission / reception process at startup shown in FIG. 3 or the data transmission / reception process in the retry process shown in FIG. 4, if a process including other communication processes is executed during data transmission / reception, The transmission / reception process can be stopped or interrupted so that other processes are not affected. For example, in the case of a taxi settlement terminal, the data transmission / reception process is stopped or interrupted when a taxi device 3 is notified of a renting notification or a real vehicle notification because a passenger has taken a taxi during data transmission / reception. . Further, when the rental notice or the actual vehicle notice is given, it is possible to prevent the next retry process from being performed.

  Next, a processing procedure for calculating the maximum number of retries in the payment terminal system according to the embodiment of the present invention will be described. FIG. 5 is a flowchart showing a processing procedure for calculating the maximum number of retries in the payment terminal system 10 of the present embodiment. The maximum retry count calculation process described below is performed, for example, when the transmission / reception process at the time of startup shown in FIG. 3 or the data transmission / reception process in the retry process shown in FIG. This is a process for determining the maximum number of retries according to the data amount (data size) of data to be acquired or transmitted when acquisition or transmission has failed.

  First, in step S3000, the settlement processing unit 220 obtains data from the settlement center 1 that is currently acquired or transmitted to the settlement center 1 from a data size storage area constituted by a writable memory such as RAM or FlashROM. Retrieve the data size. A method for calculating the data size stored in the data size storage area will be described later.

  Subsequently, in step S3100, the settlement processing unit 220 acquires data from the current settlement center 1 or transmits data to the settlement center 1 from a retry count determination table configured by a writable memory such as RAM or FlashROM. The number of retries corresponding to the data size is extracted. The retry count determination table is table data in which the number of retries corresponding to the data size is stored as shown in FIG. With this retry number determination table, the number of retries for each data size can be set. For example, by setting the number of retries in the retry number determination table to “0”, it is possible to set not to perform the retry process.

  Subsequently, in step S3200, the settlement processing unit 220 stores the number of retries extracted in step S3100 in a maximum retry number storage area configured by a writable memory such as RAM or FlashROM.

  As described above, the number of retries can be determined according to the data size of data that is to be acquired from the payment center 1 or transmitted to the payment center 1. As a result, data with a small data size that occupies the communication process by repeated retries can be reliably acquired by increasing the number of retries. Also, for data with a large data size that occupies communication processing for a long time due to repeated retries, the communication time required for other processing such as payment processing by the contact-type payment card 4 is reduced by reducing the number of retries. Can be secured.

  In the above description, the data size storage area, the retry count determination table, and the maximum retry count storage area have been described as examples configured with different memories, but the data size storage area, the retry count determination table, and The maximum retry count storage area may be the same memory, and the storage areas in the memory may be divided. Further, for example, a setting data storage unit (setting data storage unit 230, contactless card setting data storage unit 330) or a program storage unit (settlement processing unit program storage unit, contactless IC card settlement processing unit) in the payment terminal 200 It is also possible to use the same memory as the program storage unit. In this case, the contents can be changed by acquiring data from the settlement center 1.

  Next, a processing procedure for calculating the retry start time in the payment terminal system according to the embodiment of the present invention will be described. FIG. 6 is a flowchart showing a processing procedure for calculating the retry start time in the payment terminal system 10 of the present embodiment. The retry start time calculation process described below is performed when, for example, the transmission / reception process at the time of activation shown in FIG. 3 or the data transmission / reception process in the retry process shown in FIG. This is a process for determining the retry start time until the next retry is started according to the data amount (data size) of the data to be acquired or transmitted when acquisition or transmission has failed.

  First, in step S4000, the settlement processing unit 220 extracts the data size of data that is currently acquired from the settlement center 1 or transmitted to the settlement center 1 from the data size storage area. A method for calculating the data size stored in the data size storage area will be described later.

  Subsequently, in step S4100, the settlement processing unit 220 obtains data from the current settlement center 1 or transmits data to the settlement center 1 from a retry count storage area configured by a writable memory such as RAM or FlashROM. Retrieve the retry count for. The number of retries stored in the retry number storage area is the number of retries updated in step S2200 of the retry process shown in FIG.

  Subsequently, in step S4200, the payment processing unit 220 acquires data from the current payment center 1 or transmits the data to the payment center 1 from a retry time determination table configured by a writable memory such as RAM or FlashROM. The retry time corresponding to the data size and the number of retries is extracted. The retry time determination table is table data that stores the time until the next retry is started according to the data size and the number of retries as shown in FIG. With this retry time determination table, the time until the next retry can be set for each data size and number of retries. Note that the retry time determination table only determines the time until the next retry is started, and whether or not to actually perform the next retry process is determined by the retry status value and the retry count value. Is done.

  As described above, the time until the next retry is started can be determined according to the data size of the data to be acquired from the settlement center 1 or transmitted to the settlement center 1 and the number of retries. As a result, data with a small data size that occupies the communication process by repeating the retry can be reliably acquired by narrowing the retry interval. In addition, for data with a large data size that occupies a long communication process by repeated retries, the communication time required for other processes such as a payment process by the contact-type payment card 4 is increased by increasing the retry interval. Can be secured. In addition, when the number of retry processes performed so far is small, it is possible to increase the possibility that data with a large data size can be reliably acquired by narrowing the retry interval.

  The retry time determination table has a configuration in which data related to the number of retries is added to the retry time table in which the initialization of the retry start time is stored in step S200 of the transmission / reception process at the time of startup shown in FIG. is there. Therefore, when the retry time table and the retry time determination table are the same table and the retry start time is initialized, the data size and the number of retries in the retry time determination table are the minimum values (for example, as shown in FIG. 6). In the retry time determination table, “5 minutes”) may be set as an initial value.

In the above description, the retry count storage area and the retry time determination table have been described as examples configured by different memories, but the retry count storage area and the retry time determination table are the same memory, It can also be configured by dividing the storage area.
The retry count storage area and retry time determination table are the same memory as the data size storage area, retry count determination table, and maximum retry count storage area, and the storage areas in the memory are separated. Can also be configured.
Further, for example, a setting data storage unit (setting data storage unit 230, contactless card setting data storage unit 330) or a program storage unit (settlement processing unit program storage unit, contactless IC card settlement processing unit) in the payment terminal 200 It is also possible to use the same memory as the program storage unit. In this case, the contents can be changed by acquiring data from the settlement center 1.

  Next, a method for calculating the data size of data to be transmitted / received in the payment terminal system according to the embodiment of the present invention will be described. FIG. 7 is a data configuration diagram illustrating an example of a data structure in a communication signal transmitted and received by the payment terminal system 10 of the present embodiment. The communication signal shown in FIG. 7 shows an example of the negative data acquired by the payment terminal system 10. In the following description, a case where the payment terminal system 10 acquires negative data by communicating with the payment center 1 will be described as an example.

  As shown in FIG. 7, the communication signal of the negative data acquired by the payment terminal system 10 is composed of a plurality of messages (message # 1 to message # n + 1). Note that the number of messages varies depending on the data size to be transmitted / received, and as the data having a larger data size is transmitted / received, more messages need to be transmitted / received. Therefore, in the transmission / reception process in an environment where the communication state is not good, the probability that the data transmission / reception process will fail increases with the number of messages.

  As shown in FIG. 7, each message is divided into a header and a data part. The header of the electronic message includes, for example, information related to the own electronic message such as date information. The data portion of the message includes data to be transmitted / received.

  First, the header of message # 1 received first includes information indicating the size of the data part of message # 1. The data portion of message # 1 includes data 1 to data 3, and data 2 represents information on the data size of the negative data transmitted after message # 1.

  The header of message # 2 (first negative data) received next includes information indicating the size of the data part of message # 2, that is, the data size of negative data # 1. The data portion of message # 2 includes negative data # 1. The settlement terminal system 10 acquires negative data # 1 included in the message # 2. Thereafter, each time a message is received, negative data included in the received message is acquired. And acquisition of one negative data which payment terminal system 10 uses by payment processing is completed by acquiring negative data #n contained in message # n + 1 (last negative data) received at the end.

  As shown in FIG. 7, when information indicating the data size is included in the message, this data size information is stored in the data size storage area as the data size of the data when the transmission / reception process is performed. .

  Further, when the information indicating the data size is not included in the message, the data size for performing the transmission / reception process is calculated based on the size of the data when the data included in each message is acquired. FIG. 8 is a flowchart showing a processing procedure for calculating the data size in the payment terminal system 10 of the present embodiment. The data size calculation process described below is a process executed in parallel with the transmission / reception process, for example, in the transmission / reception process at the time of startup shown in FIG. 3 or the retry process shown in FIG. This data size calculation process can also be executed when information indicating the data size is included in the message. In the following description, a case where the payment terminal system 10 acquires negative data by communicating with the payment center 1 will be described as an example.

  First, in step S5000, the payment processing unit 220 extracts the data size of the negative data that is currently acquired from the payment center 1 from the data size storage area, and sets it as the current data size. When the information indicating the data size is not included in the message, the data size value stored in the data size storage area first is “0 KB (kilobytes)”.

  Subsequently, in step S5100, each time a message is received, the settlement processing unit 220 adds (accumulates) the current data size value and the data size value obtained when the negative data included in the received message is acquired. The added data size value is used as the current data size value. Accordingly, for example, a value obtained by accumulating all the data sizes of the negative data # 1 to the negative data #n illustrated in FIG. 7 becomes the data size of the negative data.

Subsequently, when the acquisition of the negative data included in all the received messages is completed, in step S5200, the settlement processing unit 220 adds the data size of the negative data obtained last, and adds the data size of the negative data (all accumulated Data size) is stored in the data size storage area as the data size of the data when performing transmission / reception processing.
In the data size storage area, the data size acquired from the information in the message and the data size calculated based on the data in the message can be stored.

  As described above, acquiring the data size of the data when performing transmission / reception processing based on the information indicating the data size included in the message or the data size value when the data included in the received message is acquired Can do. As a result, the maximum number of retries in the data transmission / reception process and the retry start time until the next retry can be determined. Then, retry processing according to the data size can be performed.

  In the above description, the example in which the value of the data size stored in the data size storage area is “0 KB”, that is, the data size of the data to be acquired for the first time has been described. The following can be applied to the acquisition of data.

First, when the data size of the negative data is extracted from the data size storage area in step S5000, the extracted data size is stored in another storage area instead of the current data size.
In step S5200, when the total data size is stored in the data size storage area, the data size stored in another storage area is compared with the total data size, and the larger value is stored. The data size is stored (updated) in the data size storage area as the data size of the data when performing transmission / reception processing.

  In this way, even when the data size acquired is smaller than the previous time, the data size storage area is not updated to a data size value that is small. As a result, it is possible to correctly determine the maximum number of retries in the data to be acquired from the settlement center 1 and the retry start time until the next retry is started.

  In the above description, an example in which negative data is acquired has been described. However, a case in which data such as setting data and an update program is acquired can be similarly considered. The same applies to the case where payment log data is transmitted to the payment center 1.

  Next, a processing procedure of empty vehicle processing in the payment terminal system according to the embodiment of the present invention will be described. FIG. 9 is a flowchart showing a processing procedure of retry processing when the payment terminal system 10 of the present embodiment is empty. In the empty vehicle processing described below, for example, data for which data transmission / reception processing has not succeeded in the startup processing shown in FIG. 3, that is, data that has not been acquired or transmitted normally can be converted into taxis. This is a process to acquire again when is empty. In the following description, a processing procedure when the payment terminal system 10 acquires data by communicating with the payment center 1 will be described as an example.

  When an empty vehicle notification is notified from the taximeter device 3, first, in step S6000, the settlement processing unit 220 receives data from the settlement center 1 by the previous attempt to retry data acquisition from the settlement center 1. The first data that could not be acquired.

  Subsequently, in step S6100, the payment processing unit 220 checks whether transmission / reception of data to be retried for data acquisition from the current payment center 1 is incomplete. For example, if the data to be acquired is a settlement log, the contact card settlement log storage unit 240 and the non-contact IC card settlement log storage unit 340 may be set. If the data to be acquired is negative data, the negative data storage unit 360 may be set. For example, the setting data storage unit 230 or the contactless card setting data storage unit 330 is checked. If it is an update program, the settlement processing unit program storage unit is checked. Proceed to If data transmission / reception is not incomplete, that is, if data transmission / reception has been completed, the process advances to step S6600.

  Subsequently, in step S6200, the payment processing unit 220 attempts to retry data acquisition from the current payment center 1 from the empty vehicle retry execution determination table configured by, for example, a writable memory such as RAM or FlashROM. Information on whether or not to perform a retry process corresponding to is extracted. Then, it is confirmed whether or not the data to be retried for current data acquisition is data that requires retry processing when the vehicle is empty. If the data requires retry processing when the vehicle is empty, the process proceeds to step S6300 to perform data acquisition retry processing. If the data does not require retry processing when the vehicle is empty, the process advances to step S6600.

  The empty-time retry execution determination table is table data in which information indicating whether or not to execute a retry corresponding to the type of data is stored as shown in FIG. It is possible to confirm whether or not to perform the retry process at the time of empty vehicle for each data type for which data acquisition from the current settlement center 1 is to be retried by using this empty vehicle retry execution determination table. In addition, when recording information on whether or not to perform retry processing, which is recorded in this empty vehicle retry execution determination table, data that is indispensable in settlement processing, data that has a small data size, and the like are data to be subjected to retry processing. It is considered efficient to record as there is. For example, the negative data or setting data acquired from the settlement center 1 and the settlement log data transmitted to the settlement center 1 are data for performing a retry process when the vehicle is empty. In addition, for example, the update program acquired from the settlement center 1 can perform settlement processing more reliably by using data that does not perform retry processing when the vehicle is empty.

  Subsequently, in step S6400, the settlement processing unit 220 confirms whether the data retry process has been successful, that is, whether the data has been successfully acquired. If the data reception process has succeeded, In step S6500, the retry status of the data for which the retry process was successful is set to “retry not required”. If the data reception process is not successful, the process advances to step S6600.

  Subsequently, in step S6600, the payment processing unit 220 sets the data that is about to be retried for data acquisition from the payment center 1 as the next data for which data acquisition was retried this time. Note that the processing in step S6600 retries the next data acquisition regardless of whether or not the data reception process for which data acquisition has been retried is successful.

  Subsequently, in step S6700, the payment processing unit 220 checks whether there is data to be retried for data acquisition from the payment center 1 next. If there is data to be retried next, the processing proceeds to step S6100. Return and repeat the process to retry data acquisition. If there is no data to be retried next, the processing is completed.

  As described above, when the data to be retried for acquisition from the settlement center 1 can be normally acquired, the retry status is set to “retry unnecessary”. Each time the taxi device 3 is notified of an empty car notification, the data acquisition retry process that could not be normally acquired is repeated. Also, in the retry process that is repeated each time an empty vehicle notification is notified, whether or not to perform an empty vehicle retry process is determined for each type of data. For example, retry of less important data is repeated. By suppressing an increase in communication processing due to, an increase in communication charges can be suppressed.

  In addition, the retry process that is repeated every time an empty vehicle notification is notified, even if the number of retries stored in the retry number storage area is equal to or greater than the maximum number of retries stored in the maximum retry number storage area, This is performed based on data stored in the empty vehicle retry execution determination table. For example, consider a case where the data size of the negative data is “over 500 KB” and the payment terminal system 10 fails to acquire the negative data from the payment center 1. At this time, in the retry count determination table shown in FIG. 5, since the retry count is “0”, the retry process is not performed. However, since the empty data retry execution determination table stores that the negative data is data for performing the empty data retry process, the empty data retry process is executed.

  Further, the empty vehicle retry execution determination table may be a table used for checking whether or not the setting for performing the retry process at the time of activation is performed in step S300 of the transmission / reception process at the time of activation illustrated in FIG. it can. Thereby, it is possible to acquire negative data that could not be acquired in the data reception process at the time of startup and when the vehicle is empty. For example, in the taxi settlement terminal, the transmission / reception processing at the time of startup shown in FIG. 3 is not limited to the start and end of the day's taxi, but the taxi driver temporarily suspends the taxi business by taking a break. It will also be carried out when taxi operations are resumed from this state. At the time of such business resumption, the transmission / reception process at the time of activation is executed again by executing step S300 of the transmission / reception process at the time of activation shown in FIG.

  In the above description, an example in which data is acquired has been described. However, the case where data transmission to the payment center 1 is retried can be considered in the same manner.

  Moreover, although the example in which the payment terminal system 10 of the present embodiment is a taxi payment terminal installed in a taxi has been described, by acquiring the same information as the taxi driving information acquired from the taxi meter device 3, the taxi payment terminal It can be applied to other than. For example, instead of the empty vehicle notification in the taxi driving information, it is applied to a register or the like that can notify the suspension state, and when the suspension state is notified, the retry processing similar to the retry processing at the time of empty vehicle shown in FIG. 9 is performed. It can also be executed.

  In the retry process when the vehicle is empty as shown in FIG. 9, when a taxi device 3 is notified of a renting notification or a real vehicle notification because the customer has taken a taxi during data transmission / reception, the data transmission / reception processing is performed. It can also be stopped or interrupted. In this case, the data transmission / reception process is not interrupted or interrupted, and the data transmission / reception is performed when the taxi meter device 3 is notified of the payment that is notified when the customer pays and gets off the taxi. Processing can also be stopped or interrupted. As a result, when the taxi boarding fee is settled, for example, the communication time with the settlement center 1 necessary for the settlement processing by the contact settlement card 4 is secured, and the communication processing other than the data transmission / reception processing is affected. You can avoid it. Even when the data transmission / reception process is stopped or interrupted, the retry process for data for which the transmission / reception process is stopped or interrupted is resumed by the subsequent retry process when the vehicle is empty.

  In the above description, the empty time retry execution determination table has been described as an example configured with different memories in the payment terminal 200. However, the empty time retry execution determination table is a data size storage area, a retry count determination table. Alternatively, the same memory as the memory storing the maximum retry count storage area, the retry count storage area, and the retry time determination table may be used, and the storage areas in the memory may be divided. Further, for example, a setting data storage unit (setting data storage unit 230, contactless card setting data storage unit 330) or a program storage unit (settlement processing unit program storage unit, contactless IC card settlement processing unit) in the payment terminal 200 It is also possible to use the same memory as the program storage unit. In this case, the contents can be changed by acquiring data from the settlement center 1.

  Next, a tightening or counting process procedure in the payment terminal system according to the embodiment of the present invention will be described. FIG. 10 is a flowchart showing a processing procedure when closing or counting the settlement terminal system 10 of the present embodiment. The closing or counting process described below is performed, for example, when a warehousing notification indicating that the taxi is closed is notified by taxi driving information acquired from the taxi meter device 3 (closing process) or in the middle of taxi sales. This process is performed when an instruction to be instructed is made (aggregation process). In addition, in the following description, it demonstrates taking as an example the closing process when the notification of warehousing which the taxi finishes is notified.

  When a notification of receipt is notified from the taximeter device 3, first, in step S7000, the settlement processing unit 220 determines whether there is data for which transmission / reception processing has not been completed through communication with the settlement center 1 performed today. Check. If there is no data for which transmission / reception processing has not been completed, the processing is completed. If there is data for which transmission / reception processing has not been completed, in step S7100, the settlement processing unit 220 displays a message prompting the taxi driver to operate a communication instruction for data for which transmission / reception processing has not been completed.

  Subsequently, in step S7200, the settlement processing unit 220 confirms whether or not an instruction to carry out communication has been selected from the taxi driver. If the instruction to carry out communication has not been selected, the payment processing unit 220 proceeds to step S7000. It returns and repeats the confirmation whether there is data for which transmission / reception processing is not completed again. If an instruction to perform communication is selected, in step S7300, the settlement processing unit 220 performs data transmission / reception processing for which transmission / reception processing has not been completed.

  As described above, when the data can be normally acquired or transmitted from the settlement center 1 by acquisition or transmission to the settlement center 1, the tightening or counting process is completed. In addition, it is possible to prevent communication with the settlement center 1 only for data that is determined to be unnecessary by the taxi driver. Thus, by performing communication processing with the settlement center 1 only on data that requires transmission / reception processing, for example, highly important data can be reliably transmitted / received. Further, for example, an increase in communication charges can be suppressed by not performing transmission / reception processing of less important data.

  In the above description, when there is data for which transmission / reception processing has not been completed, the example of performing transmission / reception processing based on an instruction from the taxi driver has been described. If the essential data transmission / reception processing is not completed, the transmission / reception processing can be automatically performed without displaying the display for prompting the operation of the data communication instruction.

  Moreover, although the example which the payment terminal system 10 of this embodiment is a taxi payment terminal mounted in the taxi was demonstrated, by acquiring the same information as the taxi driving information acquired from the taxi meter device 3, taxi payment It can be applied to devices other than terminals. For example, in place of the notification of warehousing in the taxi driving information and the notification for instructing totalization, it is applied to a register or the like that can notify the state of closing or counting, and when the state of closing or counting is notified, FIG. The indicated tightening or aggregation process can also be performed.

  Next, the procedure of the payment process in the payment terminal system according to the embodiment of the present invention will be described. FIG. 11 is a flowchart showing a processing procedure at the start of payment in the payment terminal system 10 of the present embodiment. The settlement start process described below is a process performed when a specific settlement process is instructed. In the following description, as a specific payment process, a process procedure when a payment process by the non-contact type IC payment card 5 is instructed will be described as an example.

  For example, when a payment process using the contactless IC payment card 5 is instructed by an operation of the payment terminal system 10 by a taxi driver, first, in step S8000, the payment processing unit 220 has acquired the latest negative data. Confirm whether or not. If the latest negative data has been acquired, the process advances to step S8200. If the latest negative data has not been acquired, that is, if the negative data is old and there is a possibility that the payment processing by the non-contact type IC payment card 5 that cannot be used at the time of payment is performed, step S8100 is performed. Proceed to

  Subsequently, in step S8100, the payment processing unit 220, for example, from the latest negative data no-payment permission / prohibition setting area configured by a writable memory such as RAM or FlashROM, is a contactless IC payment card that is currently making a payment. The setting information on whether or not settlement is possible corresponding to 5 is extracted. Then, it is confirmed whether or not the contactless IC payment card 5 that is currently making a payment can perform a payment process without the latest negative data. If the payment process without the latest negative data is possible, the payment process is executed in step S8200.

  In addition, if payment processing without the latest negative data is not possible, complete the processing by displaying a message prompting you to select another payment method or prompting you to settle in cash because payment processing is not possible To do.

  As described above, by confirming whether or not the latest negative data has been acquired from the settlement center 1, and further confirming whether or not the settlement process without the latest negative data is possible, The settlement process using the contact IC settlement card 5 can be reliably performed. As a result, it is possible to avoid the risk of performing a settlement process using the non-contact type IC settlement card 5 that cannot be used at the time of settlement.

In the above description, the example in which the settlement process is not performed when the settlement process without the latest negative data is not possible has been described. However, for example, the same as the settlement process by the contact settlement card 4 is read. It is also possible to transmit the card information of the non-contact type IC payment card 5 to the payment center 1 so that the payment processing can be performed based on the collation result with the latest negative data by the payment center 1.
Whether or not payment processing is possible without the latest negative data is determined from the negative data (latest negative data) on the day that payment processing is possible even if there is no negative data for several days ago. It can also be done. Thereby, for example, when negative data within a predetermined number of days has already been acquired, a settlement process can be performed.

  In the above description, an example of payment processing by the non-contact type IC payment card 5 has been described, but other cases where payment processing is performed based on negative data stored in the self-payment terminal 200 can also be considered.

  In the above description, the latest negative data no-payment permission / prohibition setting area has been described as an example configured with different memories in the payment terminal 200. However, the latest negative data-no-payment permission / prohibition setting area includes a data size storage area, a retry count. The same memory as the determination table, the maximum retry count storage area, the retry count storage area, the retry time determination table, and the empty time retry execution determination table is stored, and the storage areas in the memory are divided respectively. You can also Further, for example, a setting data storage unit (setting data storage unit 230, contactless card setting data storage unit 330) or a program storage unit (settlement processing unit program storage unit, contactless IC card settlement processing unit) in the payment terminal 200 It is also possible to use the same memory as the program storage unit. In this case, the contents can be changed by acquiring data from the settlement center 1.

As described above, in the present invention, it is determined whether or not to retry next based on the data size (transmission data size) of data for which transmission / reception processing has failed and the number of retries (number of transmission / reception). Thus, only necessary data can be retried. Also, the retry interval can be controlled in data for retrying transmission / reception. For example, for data with a small data size, retry processing is performed for a predetermined fixed number of times, and for data with a large data size, the number of retries can be made smaller than the predetermined number of retry operations, or the retry processing can be stopped. Or you can interrupt.
As a result, it is possible to suppress the occupation of the communication process and the increase in the communication fee due to the repetition of the retry process of specific data.

Further, for example, in a conventional payment terminal, there is a method in which a user is notified that data transmission / reception has failed, and the user who has received this notification performs a retry process by operating the payment terminal and instructing a retry. . Such a settlement terminal does not automatically retry, so there is a high possibility that necessary data is not transmitted and received. More specifically, if acquisition of negative data fails, there is an increased risk of performing payment processing using a non-contact IC payment card that cannot be used at the time of payment. In addition, when payment of the settlement log fails, there is a high possibility that payment will not be made or delayed. Further, when acquisition of the update program fails, the risk that the payment terminal does not operate correctly increases.
In the present invention, settings for performing retry processing such as a retry count determination table, a retry time determination table, and an empty vehicle retry execution determination table are changed according to the user using the payment terminal system 10 or the user's usage environment. Therefore, necessary data transmission / reception processing can be performed automatically and reliably, and the risk in the conventional payment terminal can be reduced. Moreover, since the setting for performing the retry process can be acquired from the payment center 1 or changed by the user, it can be set to a more appropriate value according to the use environment of the user who uses the payment terminal system 10. .

  In addition, since the retry process can be stopped or interrupted, the communication time required for the other communication process can be ensured, and the other communication process can be prevented from being affected. For example, if the data amount is expected to be large and there is no problem in performing the payment process even if it is not updated for several days, the data transmission / reception process at the first activation of the payment terminal system 10 on the day Even if transmission / reception fails, the retry process repeated thereafter is stopped. By performing a display prompting the operation of the data communication instruction during the closing process of the day, etc., by retrying the transmission / reception process in a situation that does not affect the communication process performed in the settlement process, The transmission / reception process can be completed. Even if the transmission / reception process is not completed on the same day, the transmission / reception process can be performed at the first activation of the next day.

  In addition, even when the number of retries performed on data for which data transmission / reception has failed in the transmission / reception process at the first startup on the day is equal to or greater than the set maximum number of retries, the retry process at the time of empty shown in FIG. As described above, since retry can be performed for each type of data, the risk of settlement processing can be reduced. In addition, as in the payment start process shown in FIG. 11, the risk of the payment process can be reduced by prompting the payment process using another payment method.

  In this embodiment, the payment processing unit 220 controls the data transmission / reception process. However, the non-contact IC card payment processing unit 320 may control the data transmission / reception process. it can. Alternatively, the payment processing unit 220 and the non-contact IC card payment processing unit 320 may be configured to control data transmission / reception processing related to the corresponding payment processing. For example, let us consider a case where negative data necessary for performing a payment process using the non-contact type IC payment card 5 is acquired. At this time, the contactless IC card payment processing unit 320 outputs a negative data acquisition request to the payment processing unit 220, and the payment processing unit 220 performs only communication processing for acquiring the negative data. Then, the settlement processing unit 220 transfers the received negative data message as it is to the non-contact IC card settlement processing unit 320. The non-contact IC card payment processing unit 320 determines whether or not the negative data has been normally acquired based on the transferred message, and outputs a retry request to the payment processing unit 220 if retry is necessary. The settlement processing unit 220 to which the retry request is input performs only the communication processing for the negative data retry processing and transfers the received negative data retry processing message to the contactless IC card settlement processing unit 320 as it is. be able to.

  As described above, in the case where the non-contact IC card settlement processing unit 320 or the settlement processing unit 220 and the non-contact IC card settlement processing unit 320 jointly perform control of data transmission / reception processing, the present embodiment The data size storage area, the retry count determination table, the maximum retry count storage area, the retry count storage area, the retry time determination table, the empty-time retry execution determination table, and the latest negative data no-payment availability setting area described in the above are the settlement processing unit 220. Also, it can be configured by different memories respectively connected to the non-contact IC card settlement processing unit 320. Further, different memories respectively connected to the settlement processing unit 220 and the non-contact IC card settlement processing unit 320 are connected to the setting data storage unit 230 and the non-contact IC card settlement processing unit 320 connected to the settlement processing unit 220. The same memory as the contactless card setting data storage unit 330 can be used. Further, different memories respectively connected to the settlement processing unit 220 and the non-contact IC card settlement processing unit 320 are stored in the settlement processing unit program storage unit and the non-contact IC card settlement processing unit 320 connected to the settlement processing unit 220. It is also possible to use the same memory as the connected non-contact IC card payment processing unit program storage unit.

  The embodiment of the present invention has been described above with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes various modifications within the scope of the present invention. It is.

DESCRIPTION OF SYMBOLS 1 ... Payment center 2 ... Mobile communication network 3 ... Taximeter device 4 ... Contact-type payment card 5 ... Non-contact type IC payment card 10, 20 ... Payment terminal system 100- .. Mobile communication module 200... Payment terminal 210... Center I / F (interface) unit 220... Payment processing unit 221 .. retry processing unit 230... Setting data storage unit 240. Contact card settlement log storage unit 250 ... contact card I / F (interface) unit 260 ... reader / writer I / F unit 270 ... meter I / F (interface) unit 300 ... non-contact IC card reader Writer 310 ... Payment terminal I / F unit 320 ... Non-contact IC card payment processing unit 321 ... Non-contact IC retry processing unit 330 ... Non-contact card setting data Data storage unit 340 ... non-contact IC card settlement log storage unit 350 ... non-contact IC card I / F (interface) section 360 ... Negadeta storage unit

Claims (7)

A payment terminal system that transmits and receives information necessary for payment with a payment center device that transmits information related to payment processing to a server of a card company,
Retry control means for determining a method of retrying communication with the settlement center apparatus according to a transmission / reception state of information necessary for the settlement, and retrying communication with the settlement center apparatus based on the determined retry method;
Comprising
A payment terminal system characterized by that. The retry control means includes
Determining the number of retries based on the data size of the information required for the payment;
The payment terminal system according to claim 1. The retry control means includes
Determining a retry interval based on the data size of information necessary for the settlement and the determined number of retries;
The payment terminal system according to claim 2. The retry control means includes
The data size information included in the transmission signal of the information necessary for the settlement transmitted from the settlement center device is set as the data size of the information necessary for the settlement.
The payment terminal system according to claim 3. The retry control means includes
Accumulating the data size of each data included in the transmission signal of the information necessary for the settlement transmitted from the settlement center device, and setting the accumulated data size as the data size of the information necessary for the settlement;
The payment terminal system according to claim 3. The retry control means includes
Determining whether to retry communication with the payment center device based on the type of information required for the payment;
The payment terminal system according to claim 1. Data transmission / reception method for a payment terminal system that transmits / receives information necessary for payment to / from a payment center device that transmits information related to payment processing to a server of a card company, and performs payment using the transmitted / received information necessary for the payment Because
Retry control means determines a method for retrying communication with the settlement center apparatus according to a transmission / reception state of information necessary for the settlement, and retry communication with the settlement center apparatus based on the determined retry method. Retry control procedure,
including,
A data transmission / reception method.

Images