JP2013206311A - Failure determination device of automatic transaction device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a failure determination device of an automatic transaction device for determining an automatic transaction device having a failure in a medium reading part.SOLUTION: A failure determination device 20 for determining an automatic transaction device having a failure in medium reading parts 12, 13 about an automatic transaction device 10 having the medium reading parts 12, 13 for reading a medium collects information on reading acceptance/rejection by the medium reading parts, information on a used medium and device information of the automatic transaction device from a plurality of automatic transaction devices in the case that the medium is used in the automatic transaction device, specifies automatic transaction devices causing a reading error with a medium readable by other automatic transaction devices from the information collected from the plurality of automatic transaction devices, and determines an automatic transaction device having the failure in the medium reading parts on the basis of the specified automatic transaction devices.

Description

  The present invention relates to a failure determination device for an automatic transaction apparatus called ATM (automatic teller machine) installed in a financial institution or the like, and more particularly to a technique for detecting a failure in a transaction medium reading unit of an automatic transaction apparatus.

  In recent years, automatic transaction apparatuses are installed not only in banks but also in various places such as department stores, supermarkets, and convenience stores. And these automatic transaction apparatuses are collectively managed by the monitoring apparatus in the monitoring center which monitors an automatic transaction apparatus via a network. When the monitoring device receives a report from the customer or the store manager, or a notification from the automatic transaction device itself when a failure occurs, the monitoring device, for example, dispatches maintenance personnel to the installation location of the automatic transaction device to perform repairs. Make it.

  As one of the failures of the automatic transaction apparatus, there is a failure of a medium reading unit (IC chip of an IC card or magnetic stripe of a bankbook). A failure of the reading unit in the automatic transaction apparatus leads to an immediate stop of the operation of the automatic transaction apparatus. A method is used in which parts of the reading device are replaced in a certain period or maintenance is performed when the number of errors exceeds a certain number. Furthermore, as a method for efficiently performing maintenance, a method has been proposed in which the state of a retry or rejection that does not directly cause a failure is grasped and the occurrence of a failure in the automatic transaction apparatus is grasped in advance (Patent Document 1). .

JP 2002-260069 A

  As a cause of the reading error of the medium, there are not only a case where there is a cause in the reading unit of the automatic transaction apparatus (ATM) but also a problem in the medium itself. Furthermore, a combination of the medium and the reading apparatus (so-called compatibility) ). If dust is attached to the magnetic head or if foreign matter is attached to the IC reading unit, an error occurs in the reading unit of the automatic transaction apparatus, but the cause of the error is in the reading unit or in the reading unit It has never been possible to judge easily.

  When the cause is in the ATM reading unit, it is necessary to maintain the ATM immediately. If an ATM having a defect in the reading unit can be accurately determined, an efficient ATM maintenance system can be constructed. .

  In view of the above problems, an object of the present invention is to provide a failure determination device for an automatic transaction apparatus that determines an automatic transaction apparatus having a failure in a medium reading unit.

  In order to achieve the above object, in an automatic transaction apparatus having a medium reading unit for reading a medium, a failure determination apparatus for determining an automatic transaction apparatus having a failure in the medium reading unit uses the medium in the automatic transaction apparatus. Information about whether or not the medium reading unit can be read, information about a medium used, and device information of the automatic transaction device are collected from a plurality of automatic transaction devices, and collected from the plurality of automatic transaction devices Based on the information, the automatic transaction apparatus that caused a reading error in a medium that could be read by another automatic transaction apparatus is identified, and the automatic transaction apparatus having a failure in the medium reading unit is determined based on the identified automatic transaction apparatus To do.

  ADVANTAGE OF THE INVENTION According to this invention, the failure determination apparatus of the automatic transaction apparatus which determines the automatic transaction apparatus with a failure in a medium reading part can be provided.

It is a figure which shows the structure of the ATM system which concerns on embodiment of this invention. It is a 1st ATM flowchart for demonstrating the process sequence of ATM10. It is a 2nd ATM flowchart for demonstrating the process sequence of ATM10. It is a 3rd ATM flowchart for demonstrating the process sequence of ATM10. 4 is a first server flowchart for explaining a processing procedure of the server 20. 4 is a second server flowchart for explaining a processing procedure of the server 20. 10 is a third server flowchart for explaining the processing procedure of the server 20. 10 is a fourth server flowchart for explaining the processing procedure of the server 20. FIG. 10 is a fifth server flowchart for explaining a processing procedure of the server 20. FIG. 4 is a flowchart for explaining a processing procedure of a host 30. It is an example of a screen displayed on the touch panel 16 of ATM10. It is an example of a screen displayed on the touch panel 16 of ATM10. It is an example of a screen displayed on the display unit of the automatic machine monitoring device. It is a table | surface which shows the content of various electronic messages. It is a table | surface which shows the example of various tables.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing a configuration of an ATM system according to an embodiment of the present invention.
The ATM system includes a plurality of ATMs 10, a server 20, a host computer 30, and an automatic machine monitoring device 40.

  A plurality of ATMs 10 are installed in financial institutions, supermarkets, convenience stores or the like. The ATM 10 includes a control unit 11, a card reading unit 12, a passbook reading unit 13, a passbook printing unit 14, a deposit / withdrawal unit 15, a touch panel 16, a communication unit 17, and the like.

  The control unit controls the entire ATM 10 and controls communication with the server 20. The card reading unit 12 reads the information of the card inserted by the customer into the card insertion port of the ATM 10, discharges it from the card insertion / return port together with a receipt on which the transaction processing result is printed, and returns it to the user. . The card reading unit 12 includes an IC sensor that reads information from an IC chip built in the card, a magnetic reader that reads a magnetic stripe attached to the card, and a printer that prints on a receipt.

  The card reading unit 12 corresponds to both an IC card having a magnetic stripe and a card having only a magnetic stripe. Table 1 in FIG. 14 shows a part of the contents of data recorded on the IC chip and the magnetic stripe. The data includes a bank number, a branch number, a subject, and an account number. In addition, biometric authentication information may be recorded on the IC chip.

  The bankbook reading unit 13 reads information on the magnetic stripe attached to the surface of the bankbook inserted by the customer at the bankbook insertion / return port of the ATM 10. The account number and the like are also recorded on the magnetic stripe of the bankbook. The bankbook printing device 14 prints the deposit / withdrawal information and transaction information relating to the account on the inserted bankbook (so-called bookkeeping). Hereinafter, the card and the passbook are collectively referred to as a medium.

  The depositing / withdrawing unit 15 deposits banknotes and money deposited by the customer, or dispenses money and banknotes in an amount instructed by the customer. The touch panel 16 displays the operation guidance of the ATM 10 on the screen, detects a PIN number and a withdrawal amount input from the customer to the screen in response to the screen display, and notifies the control unit 11 of them.

  The communication unit 17 transmits the card information, the passbook information, the input transaction information, etc. read by the card reading unit 12 or the passbook reading unit 13 to the server 20 as a transaction message, and correspondingly transmitted from the server 20. The received information (response message) is received.

  The server 20 is connected to a plurality of ATMs 10 installed in different places via a network, and manages these ATMs 10 in an integrated manner. The server 20 transmits card information and transaction information (transaction message) transmitted from each ATM 10 to the host computer 30 (hereinafter abbreviated as host 30), and instruction information (response message) transmitted in response to the host 30. Is transmitted to each ATM 10.

  The host 30 is connected to the server 20 and a customer database storing customer deposit balances and transaction information. The host 30 receives the transaction message transmitted from each ATM 10 via the server 20, and compares the transaction message with the customer information in the database to determine whether or not the transaction is possible. The host 30 transmits the determination result to the server 20 as a response message.

  The automatic machine monitoring device 40 is provided in the ATM monitoring center and centrally monitors a plurality of ATMs 10. The automatic machine monitoring device 40 displays the notification information transmitted from the server 20 that has determined that the ATM 10 has failed.

  Next, regarding the defect determination in the ATM reading unit, which is a feature of the present embodiment, information exchange between each device will be briefly described. The control unit 11 transmits transaction information (transaction message) including information read by the card reading unit 12 and the passbook reading unit 13 and input transaction amount information from the communication unit 17 to the server 20. When the server 20 receives a transaction message from the ATM 10, the server 20 transmits the transaction message to the host 30. A part of the data included in the transaction message is shown in Table 2 of FIG.

  The host 30 receives the transaction message transmitted from the server 20, refers to the customer database based on the account number included in the transaction message, and obtains information such as the customer's deposit balance. Then, the host 30 determines whether the requested transaction is possible from the received transaction message content, the customer's deposit balance, and the like, and transmits corresponding information to the server 20 as a transaction response message. The server 20 transmits a transaction response message from the host 30 to the corresponding ATM 10. A part of the data included in the transaction response message is shown in Table 3 of FIG.

  For example, when the transaction content is payment, the ATM 10 pays the amount instructed by the deposit / withdrawal device 15 if the transaction response message allows the payment. On the other hand, if the transaction response message does not allow payment, a message indicating that the transaction is not possible is displayed.

  When a reading error occurs in the card reading unit 12 or the passbook reading unit 13, the ATM 10 transmits information related to the error (hereinafter referred to as an error notification message or an error message) to the server 20 from the communication unit 17. . A part of data included in the error message is shown in Table 4 of FIG. The error message includes an error code indicating the type of error, an account number that identifies the medium that caused the error, and a device number that identifies the ATM 10 that caused the error. For example, the error code is “1” for an IC chip error and “2” for a bankbook error.

  When the server 20 receives an error message from the ATM 10, the server 20 records the content of the error. The server 20 records the card error in the card error information table shown in Table 1 of FIG. 15, and records the bankbook error in the passbook error information table shown in Table 2 of FIG. Then, when the card 20 or the bankbook can be read normally, the server 20 checks whether or not an error has occurred in the other ATM 10 in the past by reading the card or bankbook using the above table.

  Then, the ATM 10 that has caused a reading error in the past is specified for a card or passbook that can be read by other ATMs 10. Based on the specified ATM 10 information, a card error information table shown in Table 3 of FIG. 15 is created for card errors. The counter indicates the number of errors for each device. Further, based on the specified ATM 10 information, a passbook device information table shown in Table 4 of FIG. 15 is created for the passbook error. The counter indicates the number of errors for each device.

  And about ATM10 in which the frequency | count of the reading error in the card | curd etc. which can be read in other ATM10 became more than predetermined, it judges that the reading part of the ATM10 has a malfunction. Each table is stored in the server 20.

  When the server 20 detects a defective ATM 10 in the reading unit, the server 20 transmits a notification message, which is a message addressed to the monitoring device, to the automatic machine monitoring device 40. A part of the data included in the notification message is shown in Table 5 of FIG. The automatic machine monitoring device 40 receives and displays this notification message. Then, the maintenance staff in the monitoring center goes to the corresponding ATM installation location according to the information of the notification message, and performs repair or replacement.

  As described above, the server 20 functions as a failure determination device that determines an automatic transaction device having a failure in a medium reading unit that reads a medium. When a transaction is made using a medium in an automatic transaction apparatus, the server 20 collects information regarding whether or not the medium reading unit can read and information regarding the used medium from a plurality of automatic transaction apparatuses, and From the information collected from the transaction device, an automatic transaction device that has caused a reading error in a medium that can be read by another automatic transaction device is identified, and the automatic reading device that has a failure in the medium reading unit based on the identified automatic transaction device Determine the transaction device.

  Conventionally, even if a reading error occurs, it is not easy to know whether the cause is in the medium or in the reading unit, so that the maintenance of the ATM 10 cannot be performed accurately. However, normally, if a read error occurs, the customer will often make another transaction at another ATM 10 in the store or at an ATM 10 in another store. By comparing the data, it can be determined whether or not the data can be normally read by another ATM 10, and it is possible to determine whether the cause of the reading error is the medium or the reading unit. In this embodiment, paying attention to this point, the failure of the medium reading unit of the ATM 10 is determined.

  Hereinafter, a series of processing procedures of the ATM system will be described in detail using an example of a payment transaction with reference to FIGS. 2 to 4 are flowcharts showing the processing of the ATM 10, FIGS. 5 to 9 are flowcharts showing the processing of the server 20, and FIG. 10 is a flowchart showing the processing of the host 30. 11 and 12 are screen examples displayed on the touch panel 16 of the ATM 10 during a series of processing of the ATM system. FIG. 13 is an example of a screen displayed on the display unit of the automatic machine monitoring device 40. FIG. 15 is a table showing the contents of various tables.

  FIG. 2 is a first ATM flowchart for explaining the processing procedure of the ATM 10. The following processing is mainly executed by the control unit 11. Moreover, in the transaction in this embodiment, card insertion is indispensable, and passbook insertion is optional. Therefore, there are two types of transactions, that is, transactions with only a card or transactions with both a card and a passbook. Transactions with only a passbook will not be accepted.

  First, at the start of a new transaction, ERCODE (error code) (1), (2) = 0 (SP: space clear) is set (step S100). ERCOD (1) indicates the occurrence of a reading error of the IC chip of the IC card. ERCOD (2) indicates the occurrence of a read error in the magnetic stripe of the passbook. Table 6 in FIG. 15 is an ERCOD table. Next, the transaction selection screen 1 is displayed on the touch panel 16 (step S102). It is a screen shown in FIG.

  While the screen shown in FIG. 11A is being displayed, it waits for a transaction key to be pressed on the touch panel 16 (step S104). Until the transaction key is pressed (NO in step S104), step S104 is looped. If it is determined that the transaction key has been pressed (YES in step S104), it is determined whether the pressed transaction key is a payment transaction (step S106). If it is determined that the transaction key is not a payment transaction (NO in step S106), other transaction processing is performed according to the pressed item (step S108), and the process returns to step S100.

  When it is determined that the transaction key of the payment transaction has been pressed (YES in step S106), a screen 2 that prompts insertion of a card as a medium is displayed (step S110). It is a screen shown in FIG. While displaying the screen of FIG. 11 (B), the customer waits for the card to be inserted into the card reader 12 (step S112). Until the card is inserted (step S112 NO), step S112 is looped. If it is determined that a card has been inserted (YES in step S112), it is determined whether the inserted card is an IC card (step S114).

  If it is determined that the medium is an IC card (YES in step S114), the IC chip data is read (step S116). The IC sensor of the card reading unit 12 reads the data of the IC chip. In reading by the IC sensor, it is determined whether or not there is a reading abnormality (step S118). If it is determined that there is a reading error (YES in step S118), ERCOD (1) = 1 is set (step S120).

  Then, it progresses to step S130. This is because a magnetic stripe is also attached to the IC card, and equivalent information is recorded. In this example, in the IC card, the magnetic stripe is read only when the information of the IC chip cannot be read, and when the IC chip can be read, the magnetic stripe is not read. . If it is determined in step S114 that the inserted medium is not an IC card (NO in step S114), the process proceeds to step S130. This is because it is determined that the inserted medium is a card with only an IC chip and no magnetic stripe.

  In step S130, the magnetic stripe data is read. Reading by the magnetic reader is performed to determine whether or not there is a reading abnormality (step S132). If it is determined that there is a reading error (YES in step S132), a screen 9 indicating that the card cannot be used is displayed (step S134). It is a screen shown in FIG.

  Then, the inserted medium (card) is returned to the return port of the card reading unit 12 (step S136). Subsequently, it is determined whether the medium (card) partially ejected from the return port has been removed by the customer (step S138). Step S138 is looped until the medium (card) is removed (NO in step S138). If it is determined that the medium (card) has been removed (YES in step S138), the process returns to step 100. If a reading abnormality occurs even in the magnetic stripe, ERCODE (error code) is not set. This is because the error information cannot be managed by the server 20 because the account number of the card is unknown. At this time, the passbook is also inserted at the same time, and even if the passbook data can be read as will be described later, the transaction is not started only with the passbook. This is because there is a security problem.

  If it is determined that there is no reading abnormality (NO in step S132), the read magnetic stripe data is set in the account information (bank number, branch number, subject, account number) of the transaction message (step S140). It is set in each column of the transaction message shown in Table 2 of FIG.

  In addition, even when there is no reading abnormality in the reading of the IC chip data in step 118 (NO in step S118), the IC chip data read in the account information (bank number, branch number, subject, account number) of the transaction message is stored. Set (step S122). Further, 1 is set to the IC reading flag of the transaction message (step S124). As shown in Table 2 of FIG. 14, 1 is set in the IC reading flag column at the bottom of the transaction message. This is to show that the data has been read by the IC chip. After step S124 and step S140, the process proceeds to step S150 in FIG.

  FIG. 3 is a second ATM flowchart for explaining the processing procedure of the ATM 10. Since the card has been read, the screen 3 for prompting the input of the password is displayed (step S150). It is a screen shown in FIG. It is determined whether a 4-digit password has been input (step S152). Until step 4 is input (NO in step S152), step S152 is looped. If it is determined that four digits have been input (YES in step S152), the password entered in the transaction message is set (step S154). The code number entered in the column of the code number at the top of the transaction message shown in Table 2 of FIG. 14 is set.

  Next, in the transaction, since a passbook may be inserted into the ATM 10 together with the card medium, it is determined whether the passbook has been inserted (step S156). If it is determined that the bankbook has been inserted (step S156 YES), the magnetic stripe data of the bankbook is read (step S158). Reading is performed by the bankbook reader 13. Then, it is determined whether there is a reading abnormality (S160). If it is determined that there is a reading abnormality (S160 YES), 2 is set in the ERCOD code (2) (S162). Then, the screen 10 is shown as the bankbook unavailable (S164). It is a screen shown in FIG. Then, the process proceeds to step S222. In this example, even if the card can be read, if the magnetic stripe of the bankbook inserted at the same time cannot be read, the entire transaction is cancelled.

  When it is determined that there is no reading error of the bankbook (NO in S160), or when it is determined that no bankbook is inserted (NO in step S156), screen 4 which is an operation screen for inputting money is displayed (step S170). It is a screen shown in FIG.

  Then, after the amount is input, it is determined whether the yen key is pressed on the screen 4 (step S172). Until the circle key is pressed (NO in step S172), step S172 is looped. If it is determined that the yen key has been pressed (step S172 YES), it is determined whether the amount has been input (step S174). Until the amount is input (NO in step S174), step S174 is looped. If it is determined that the amount has been entered (step S174 YES), the screen 5 is displayed to confirm the amount (step S176). It is a screen shown in FIG.

  While the input amount is displayed on the screen 5, it is determined whether the correction key is pressed (step S178) and whether the confirmation key is pressed (step S180). If it is determined that the correction key has been pressed (YES in step S178), the process returns to step S170 to input the amount again. Steps S178 and S180 are looped until the confirmation key is pressed (NO in step S180).

  If it is determined that the confirmation key has been pressed (step S180 YES), the input amount is set to the transaction amount of the transaction message (step S182). The input amount is set in the transaction amount column in the lower part of the transaction message shown in Table 2 of FIG. Then, the process proceeds to step S190 in FIG.

  FIG. 4 is a third ATM flowchart for explaining the processing procedure of the ATM 10. It is determined whether a bankbook is inserted (step S190). If it is determined that a bankbook is inserted (YES in step S190), “card / passbook payment” is set in the transaction type of the transaction message (step S192). “Card / passbook payment” is set in the transaction type column in the upper part of the transaction message shown in Table 2 of FIG. If it is determined that no bankbook is inserted (NO in step S190), “card payment” is set in the transaction type of the transaction message (step S194). “Card payment” is set in the transaction type column in the upper part of the transaction message shown in Table 2 of FIG.

  A screen 6 indicating that communication is in progress is displayed (step S196). It is a screen shown in FIG. Since it takes some time to communicate with the host 30 via the server 20, it indicates to the customer that communication is in progress. Then, the created transaction message is transmitted to the server 20 and the reception of the corresponding response message is awaited (step S198).

  Next, it is determined whether a response message has been received (step S200). Step S200 is looped until a response message is received (step S200 NO). If it is determined that the response message transmitted from the host 30 has been received (step S200 YES), it is determined whether the received response message is a transaction permission response (step S202).

  If it is determined that the response is a transaction permission response (step S202 YES), the payment cash is counted (step S204). The deposit / withdrawal unit 15 calculates the cash to be paid and transports bills or money to the payment port. Next, it is determined whether or not a record message has been received (step S206). The recorded message is transaction history information printed on a bankbook when the bankbook is inserted into the ATM 10. The recorded message is transmitted in response to the case where “card / passbook payment” is set as the transaction type of the transaction message in step S192. If it is determined that the recorded electronic message has been received (step S206 YES), the entry into the passbook is performed (step S208). The contents of the received record message are printed in the passbook inserted in the passbook reading unit 13.

  When the book entry is completed or it is determined that the book entry message has not been received (NO in step S206), the screen 7 is displayed and the medium (card and / or passbook) is returned (step S210). It is a screen shown in FIG. In addition, the screen 7 is a screen shown by the transaction of only a card. In the case of only the card, the card is returned from the card insertion / return port of the card reading unit 12, and in the case of the card and passbook, the passbook is also returned from the passbook insertion / return port of the passbook reading unit 13.

  On the other hand, if it is determined that the response is not a transaction permission response (NO in step S202), it is determined that the transaction is not possible and the screen 11 is displayed (step S220). It is a screen shown in FIG. For example, this is a case where the customer's deposit balance on the database is smaller than the current transaction amount. After the screen 11 is displayed, the medium (card and / or passbook) is returned (step S222).

  After step S210 or step S222, it is determined whether the returned medium (card and / or passbook) has been removed (step S224). Until the medium or the like is extracted (NO in step S224), step S224 is looped.

  Next, when an error occurs in the process of reading the medium or passbook, an error message transmission process is performed. First, r = 1 is set (step S226). r = 1 is a message processing of an IC card reading error, and r = 2 is a message processing of a bankbook reading error. It is determined whether ERCOD (error code) (r) = SP (step S228). Initially, it is checked whether r = 1, that is, whether an error has occurred in reading the IC card. It is determined whether ERCOD (1) = SP. If there is no error, ERCOD (1) = SP as set in step S100 (YES in step S228), the process proceeds to step S238.

  If an error occurs in reading the IC card, since ERCODE code (1) = 1 and ERCODE (1) ≠ SP (step S228 NO), the account number read by the magnetic stripe is set in the account number of the error message. (Step S230). The error message is as shown in Table 4 of FIG. This is because IC chip data could not be read, but magnetic stripe data could be read.

  Further, the device number of the ATM 10 is set in the device number of the error message (step S232). The device number is information specifying the ATM 10 in which a reading error has occurred this time, and is a unique number set in advance in each ATM 10. The data of ERCOD (r) is set in the error code of the error message (step S234). Then, the created error message is transmitted to the server 20 (step S236). It should be noted that the error message is generated and transmitted only when an error has occurred in the IC chip but reading was possible with the magnetic stripe of the card. This is because necessary information such as an account number cannot be obtained when the magnetic stripe cannot be read.

  Next, as r = r + 1 (step S238), the value of r is incremented. Since r = 1 last time, r = 2. Next, it is determined whether r = 3 (step S240). r = 3 is the case where the electronic mail processing for the reading error of the passbook is completed. Here, since r = 2 (NO in step S240), the process returns to step S228.

  As described above, the message processing of the reading error of the passbook is performed at r = 2. It is determined whether ERCOD (error code) (2) = SP (step S228). If there is no passbook reading error, ERCODE (error code) (2) = SP (step S228 YES), so the process proceeds to step S238 and r = 3 (step S240 YES), so the screen shown in FIG. 8 is displayed and the transaction ends (step S242). Then, the process returns to step S100.

  If a passbook reading error occurs, ERCODE (error code) (2) ≠ SP (NO in step S228), so the same processing as the error in the IC card described above is performed. The account number read from the IC chip or the magnetic stripe is set in the account number of the error message (step S230). Then, the device number of the ATM 10 is set in the device number of the error message (step S232), and the data of ERCOD (2) is set in the error code of the error message (step S234). Then, an error message due to the reading error of the bankbook is transmitted to the server 20 (step S236). After step S236, a transaction end screen (screen 8) is displayed through step S240 (step S242), and the process returns to step S100. This is the end of the ATM 10 processing procedure.

  5 to 9 are server flowcharts for explaining the processing procedure of the server 20. FIG. 5 is a first server flowchart for explaining the processing procedure of the server 20.

  First, it is determined whether a message has been received (step S300). Until step S300 is received (step S300 NO), step S300 is looped. There are four types of messages: transaction messages, response messages, error messages, error information, and reset instructions, and processing according to the type of message is performed below.

  If it is determined that a message has been received (step S300 YES), it is determined whether the received message is an instruction to reset error information (step S302). If it is determined that this is an error information reset instruction (YES in step S302), the card error information, passbook error information, card device information, and passbook device information stored in the server 20 are cleared. Each information is cleared from the server 20 or the automatic machine monitoring device 40, for example, periodically (one month or two months). Table 1 in FIG. 15 is an example of card error information. Table 2 in FIG. 15 is an example of passbook error information. Table 3 in FIG. 15 is an example of card device information. Table 4 in FIG. 15 is an example of bankbook device information. Details of each error information will be described later.

  Further, each variable of n corresponding to the card error information, m corresponding to the passbook error information, x corresponding to the card device information, and y corresponding to the passbook device is set to 0 (step S306). Details of n, m, x, and y will also be described later. After step S306, the process returns to step S300.

  It is determined that the received message is not an error information reset instruction (NO in step S302), and it is determined whether the received message is a transaction message (step S308). If it is determined that the received message is not a transaction message (NO in step S308), it is further determined whether it is a response message (step S314). If it is determined that the received message is a response message transmitted from the host 30 (step S314 YES), the received response message is transmitted to the corresponding ATM 10 (step S316), and the process returns to step S300.

  If it is determined that the received message is not a response message (NO in step S314), the received message is an error message, and an error message is processed. The error message is transmitted from the ATM 10 in step S236 described above. It is determined whether or not the error code of the error message is 1 (step S318). As described above, error code = 1 in the error message indicates a card error. Here, the card error is an IC chip reading error, not a magnetic stripe error.

  If it is determined that the error code of the error message is 1 (YES in step S318), n = n + 1 is set (step S320). n indicates the total number of card error information. That is, this corresponds to the total number of IC card errors that have occurred in all ATMs 10 under the management of the server 20. First, the account number (n) of the card error information = the account number of the error message is set (step S322). Subsequently, the device number (n) of the card error information = the device number of the error message is set (step S324). As a result, a table of card error information as shown in Table 1 of FIG. 15 is created. n = 1 indicates that an IC chip reading error has occurred in the ATM 10 having the device number 123 by the card having the account number 123456. After step S324 ends, the process returns to step S300.

  If it is determined that the error code of the error message is not 1 (NO in step S318), that is, if the error code = 2, it indicates that a reading error has occurred in the passbook. m = m + 1 is set (step S326). m indicates the total number of passbook error information. That is, this corresponds to the total number of bankbook errors that occurred in all ATMs 10 under the management of the server 20. First, the account number (m) of the passbook error information = the account number of the error message is set (step S328). Subsequently, the device number (m) of the passbook error information = the device number of the error message is set (step S330). As a result, a passbook error information table as shown in Table 2 of FIG. 15 is created. m = 1 indicates that a passbook reading error has occurred in the ATM 10 with the device number 345 due to the passbook with the account number 789123. After step S330 ends, the process returns to step S300.

  Returning to step S308, if it is determined that the received message is a transaction message (transmitted from ATM 10) (YES in step S308), the received message is transmitted to the host 30 (step S310). Further, it is determined whether the IC card reading flag of the transaction message = 1 or the transaction using a passbook (step S312). In this transaction, when the IC chip of the used IC card can be read normally, or when the magnetic stripe of the passbook is read normally, the processing after step S332 is performed. If it is determined that the transaction card IC card reading flag = 1 or the transaction using a passbook is not made (NO in step S312), the process returns to step S300. This is the case when a transaction with an IC card causes a reading error with an IC chip and the magnetic stripe is read, or when the transaction is with a card with only a magnetic stripe and the passbook is not used. is there.

  If it is determined that the transaction card has an IC card reading flag = 1 or a transaction using a passbook (YES in step S312), it is then determined whether the IC card reading flag = 1 (step S332). IC card reading flag = 1 indicates that the IC chip is normally read. If it is determined that the IC card reading flag = 1 (YES in step S332), p = 1 is set (step S334). Proceed to step S340 in FIG. If it is determined that the IC card reading flag is not 1 (step S332 NO), the process proceeds to step S380 in FIG.

  6 and 7 are second and third server flowcharts for explaining the processing procedure of the server 20. The following is a process of analyzing the error information table of the card and identifying the ATM 10 in which the reading unit has a defect.

  First, 1) The card used in the current transaction is checked for a card error occurrence history in comparison with a card error information table. 2) If an error has been recorded, it is determined whether the ATM 10 that has generated an error in the past is an ATM different from the ATM 10 used this time. 3) Even if the card can be read by other ATMs 10, the ATM 10, which is repeatedly unreadable, determines that the reading unit is defective and sends the result to the automatic machine monitoring device 40. .

  As described above, a card that has caused a reading error in the past can be read by a different ATM 10 this time because it can be determined that the cause of the past error is not in the card but in the ATM 10. is there. The same concept applies to bankbook errors. The bankbook error will be described with reference to the fourth and fifth server flowcharts of FIGS. 8 and 9.

  In step S340, p> n? (Step S340). n is the total number of the aforementioned card error information. In the example of Table 1 in FIG. 15, n = 20. p is a variable for checking each number (1, 2,...) in the card error information table in order. When the processes in steps S340 to S372 are completed for all n card error information tables, p> n.

  If it is determined that p> n is not satisfied (NO in step S340), it is determined whether or not account number of transaction message = account number (p) of card error information & flag (p) of card error information = 0 (step S342). Here, it is determined whether even an IC card that has been successfully read this time has an error in the past, and whether the recording of the error information is unchecked. The presence or absence of the check is determined by the flag in Table 1 in FIG. If not checked, the flag is 0.

  First, it is determined whether the account number of p = 1 (that is, No1) of the card error information in the card error information table is the same as the account number of the current transaction message. That is, it is determined from the comparison of the account number whether the card in the card error information (p = 1) is the same as the card used for the current transaction. If it is a different card or the same card has already been checked (NO in step S342), the process jumps to step S372 in FIG.

  If it is determined that they are the same card and are not checked (step S342 YES), the card error information flag (p) = 1 in Table 1 of FIG. 15 is first set (step S344). This is to make it checked. Next, it is determined whether the device number of the transaction message is not equal to the device number (p) of the card error information (step S346). It is determined whether the device number (123) of the card error information (for example, p = 1) is the same as the device number of the current transaction message. That is, a case where an error has occurred in another device in the past with the same card is searched. This is because if an error occurs in the same device with the same card, it cannot be determined that the error is caused by the device. If an error has occurred in the past by a different device, it can be read by a different ATM 10 this time, and there is a possibility that the cause that could not be read in the past is not the card but the ATM 10.

  If the device number of the transaction message is not equal to the device number of the card error information (step S346 NO), that is, if the same device, the process jumps to step S372 in FIG. If it is determined that the device number of the transaction message is not equal to the device number of the card error information (YES in step S346), the process proceeds to step S348.

  Steps S348 to S362 are a flow for counting the number of times for each device when an error that seems to be caused by the device is detected in the card error. Based on this, for each device that is suspected of card reading, card device information is created in which the number of errors is tabulated. Table 3 in FIG. 15 is an example of a table of card device information. The device number is the number of the corresponding ATM 10, the counter is the number of times an error has occurred, and the flag indicates whether a warning has been sent to the automatic machine monitoring device 40.

  First, q = 1 is set (step S348). Next, q> x? Is determined (step S350). x corresponds to a so-called serial number (continuous number) assigned to the ATM 10 in which an error that may be caused by the ATM 10 has occurred. q is a variable for sequentially checking each number (x: 1, 2,...) in the card device information table. Note that q> x is when there is no ATM 10 corresponding to the error (that is, x = 0) or when the same device number has not been described so far in the card device information table. That is, a new device number is added to the card device information table.

  In the following, in order to determine whether the currently detected error device is a device already described in the card device information, q is changed from 1 to x (x = 3 in Table 3 in FIG. 15). Increment by one and check. As an example, when p = 1, the device number is 123 from Table 1 in FIG. 15, so it is checked whether there is a device number (123) in the card device information.

  Returning to step S350, for example, if q = 1 and x = 3 as shown in Table 3 of FIG. 15, q> x? (Step S350 NO), it is determined whether the device number (p) of the card error information = the device number (q) of the card device information (step S358). For example, it is assumed that p = 2 (account number 654321, device number 456, flag 0) becomes YES in step S346. This p = 2 (account number 654321, device number 456, flag 0) and the first to third items in Table 3 of FIG. 15 are sequentially compared.

  If it is determined that the device number (p) of the card error information = the device number (q) of the card device information (YES in step S358), the process jumps to step S362 in FIG. If p = 2 (device number 456), it matches x = 1 (device number (456)) in Table 3 of FIG.

  If it is determined that the device number (p) of the card error information is not the device number (q) of the card device information (step S358 NO), q = q + 1 is set (step S360), and the process returns to step S350. As described above, repeat until q becomes x. If there is no identical device number in the existing column of the card device information table, q> x (YES in step S350). When q> x (YES in step S350), the process proceeds to step S352 in FIG. In this case, since the error device detected this time is a device not described in the card device information, the process of adding the error device detected this time to the table is performed in steps S352 to S356 in FIG. Do.

  The device number (q) in the card device information is set to the device number (p) in the card error information (step S352). Further, the counter (q) = 1 of the card device information is set (step S354). x = x + 1 is set (step S356). If a table as shown in Table 3 of FIG. 15 has been created, a new column is provided in the fourth place, and 1 is written in the counter with a new device number.

  Further, even when nothing is described in the card device information (x = 0), q> x (YES in step S350), so that the processing in steps S352 to S356 in FIG. 7 is performed. Since it is a start time, the counter 1 is described with a new device number in the top column (x = 1) in Table 3 of FIG. Next, the process proceeds to step S372.

  The process returns to step S362 in FIG. Card device information counter (q) = card device information counter (q) +1 (step S362). In Table 3 of FIG. 15, the counter of the corresponding qth device is incremented by one. Next, it is determined whether threshold value <counter (q) of card device information & flag (q) of card device information = 0 (step S364). Here, it is determined whether the number of errors accumulated in the q-th device counted up has reached a certain level or more. The threshold is 5, for example. The threshold value is the number of times that serves as a reference when a warning is given to the automatic machine monitoring device 40. This is because if it is less than that, it may be an accidental error. The threshold value is stored in the server 20 as a table, for example, as shown in Table 7 of FIG.

  The flag of card device information is a flag for preventing multiple transmission. This is because once a warning is issued, it is not necessary to send the warning again. Flag 0 indicates that there is no warning.

  If it is determined that the threshold value <counter (q) of card device information & flag (q) of card device information = 0 (YES in step S364), the flag (q) of card device information is set to 1 (step S366). That is, the qth apparatus flag is set to 1. The device number of the notification message is set to the device number (q) of the card device information (step S368). The notification message is information notified to the automatic machine monitoring device 40 regarding a device suspected of malfunctioning in the card reading unit 12 (here, the q-th device). Table 5 in FIG. 14 shows a part of the contents of the notification message. A notification message is transmitted to the automatic machine monitoring device 40 (step S370). A screen 12 as shown in FIG. 13A is displayed on the display unit of the automatic machine monitoring device 40.

Then, p = p + 1 is set (step S372), and the process returns to step S340 in FIG. Then, the next column of the card error information (Table 1 in FIG. 15) is checked. And p> n? (Step S340), the process proceeds to step S380 in FIG. This is because the check for n pieces described in the card error information has been completed.
Next, regarding the bankbook error, a notification message is transmitted to the automatic machine monitoring device 40 in the same manner as the card error. This will be described with reference to the fourth and fifth server flowcharts of FIGS. 8 and 9 below.

  It is determined whether the transaction in the transmitted transaction message is a passbook use transaction (step S380). If it is determined that the transaction is not a passbook use transaction (NO in step S380), the process returns to the first step S300. If it is determined that the transaction is a passbook use transaction (step S380 YES), p = 1 is set (step S382). p is a variable for sequentially checking each number (1, 2,...) of the passbook error information table shown in Table 2 of FIG.

  Next, p> m? Is determined (step S384). m is the total number of passbook error information described above. In the example of Table 2 in FIG. 15, m = 10. p> m is the case where the processing of steps S386 to S416 has been completed for all m passbook error information tables.

  If it is determined that p> m is not satisfied (NO in step S384), it is determined whether the account number of the transaction message = the account number (p) of the passbook error information & the flag (p) of the passbook error information = 0 (step S386). Here, even if the bankbook has been successfully read this time, it is determined whether an error has occurred in the past and the recording of the error information is unchecked. Whether or not the check has been made is determined by the flag in Table 2 of FIG. If not checked, the flag is 0.

  First, it is determined whether the account number of p = 1 (that is, No1) of the passbook error information in the passbook error information table of Table 2 in FIG. 15 is the same as the account number of the current transaction message. That is, it is determined from the account number whether the bankbook in the bankbook error information (p = 1) is the same as the bankbook used for the current transaction (normally). If it is a different passbook or the same passbook is already checked (NO in step S386), the process jumps to step S416.

  If it is determined that the same passbook is not checked (step S386 YES), first, the passbook error information flag (p) = 1 is set (step S388). This is to make it checked. Next, it is determined whether the device number of the transaction message is not equal to the device number (p) of the passbook error information (step S390). It is determined whether the device number (345) of the passbook error information (for example, p = 1) is the same as the device number of the current transaction message. That is, a case where an error has occurred in another device in the past with the same passbook is searched. If an error has occurred in the past due to a different device, it can be read by a different device this time, so there is a possibility that the cause that could not be read in the past is in the ATM 10 instead of the bankbook.

  If the device number of the transaction message is not equal to the device number (p) of the passbook error information (NO in step S390), that is, if the same device, the process jumps to step S416. If it is determined that the device number of the transaction message is not equal to the device number (p) of the passbook error information (YES in step S390), the process proceeds to step S392.

  Steps S392 to S406 are processes for counting the number of times for each device when an error that seems to be caused by the device is detected in the passbook error information table shown in Table 2 of FIG. Based on this, passbook device information is created for each device suspected of reading the passbook, with the number of errors as a table. Table 4 in FIG. 15 is an example of a table of passbook device information. In the passbook device information table, the device number is the number of the corresponding ATM 10, the counter is the number of times an error has occurred, and the flag indicates whether or not a warning has been sent to the automatic machine monitoring device 40.

  First, q = 1 is set (step S392). Next, q> y? Is determined (step S350). y corresponds to a so-called serial number (continuous number) assigned to the ATM 10 in which an error that may be caused by the ATM 10 has occurred. q is a variable for sequentially checking each number (y: 1, 2,...) in the bankbook device information table. Note that q> y is when there is no ATM 10 corresponding to the error (y = 0) or when the same device number has not been described in the passbook device information table so far, that is, the passbook. This is a case where a new device number column is added to the device information table.

  In the following, q is incremented one by one up to the y value (y = 2 in Table 4) in order to determine whether the error device detected this time is already described in the passbook device information. And check. For example, if p = 2, since the device number is 567 (from Table 2 in FIG. 15), it is checked whether there is a bankbook device information in Table 4 in FIG. 15 that corresponds to the same device number (567).

  Returning to step S394, for example, if q = 1 and y = 2 as shown in Table 4 of FIG. 15, q> y? Is determined (NO in step S394), and it is determined whether the device number (p) of the passbook error information = the device number (q) of the passbook device information (step S402). If it is determined that the device number (p) of the passbook error information = the device number (q) of the passbook device information (YES in step S402), the process jumps to step S406. For example, if p = 2 and the device number of the passbook error information is 567 (No. 2 in Table 2 in FIG. 15), it matches y = 2 (device number (567)) in Table 4 in FIG. .

  If it is determined that the device number (p) of the passbook error information is not equal to the device number (q) of the passbook device information (NO in step S402), q = q + 1 is set (step S404), and the process returns to step S394. Repeat as described above until q becomes y. If y = 2 (Table 4 in FIG. 15) and q = 3, then q> y (YES in step S394), and the currently detected error device (p) is not described in the passbook device information. Since it is a device, the process of adding the device with the error detected this time to the passbook device information table is performed in steps S396 to S400 below.

  First, the device number (q) of the passbook device information is set to the device number (p) of the passbook error information (step S396). If a table such as Table 4 in FIG. 15 has been created, a new column is provided for q = 3rd. Further, the counter (q) = 1 of the passbook device information is set (step S398). As a result, 1 is written in the counter of the device number in the newly provided column (third). Then, y = y + 1 is set (step S400), and the process proceeds to step S416.

  Even when nothing is described in the passbook device information table (y = 0, q = 1) and q> y (YES in step S394), the processing in steps S396 to S400 is performed. In Table 4 of FIG. 15, 1 is written in the counter in the top column (y = 1) with the new device number. Then, y = y + 1 is set (step S400), and the process proceeds to step S416.

  The process returns to step S406. Passbook device information counter (q) = passbook device information counter (q) +1 (step S406). In Table 4 of FIG. 15, the counter of the corresponding device (qth) is incremented by one. For example, the counter increases from 1 to 2 at the top device number (901). Next, it is determined whether or not threshold value <passage device information counter (q) & passbook device information flag (q) = 0 (step S408). Here, it is determined whether the number of errors of the counted-up device has reached a certain level. The threshold is 5, for example. The threshold value is the number of times that serves as a reference when a warning is given to the automatic machine monitoring device 40. This is because if it is less than that, it may be an accidental error. The flag of the passbook device information is a flag for preventing multiple transmission. This is because once a warning is issued, it is not necessary to send the warning again. The flag column in Table 4 in FIG. 15 corresponds. Flag 0 indicates that there is no warning.

  If it is determined that threshold value <counter of passbook device information (q) & flag (q) of passbook device information = 0 (YES in step S408), the flag (q) of passbook device information is set to 1 (step S410). The device number of the notification message is set to the device number (q) of the passbook device information (step S412). The notification message is information notified to the automatic machine monitoring device 40 regarding a device suspected of malfunctioning in the passbook reading unit 13. A part of the contents of the notification message is shown in Table 5 of FIG. A notification message is transmitted to the automatic machine monitoring device 40 (step S414). A screen 13 as shown in FIG. 13B is displayed on the display unit of the automatic machine monitoring apparatus 40 that has received the transmission.

  Then, p = p + 1 is set (step S416), and the process returns to step S384. Then, the next column (m = 1, 2,...) Of the passbook error information (Table 2 in FIG. 15) is checked. And p> m? If it is determined (step S384) that the check for m items described in the passbook error information has been completed, the process returns to step S300 in FIG. This completes the processing of the server 20.

Next, processing of the host 30 will be described. FIG. 10 is a flowchart for explaining the processing procedure of the host 30.
First, it is determined whether a message has been received (step S500). The electronic message is transmitted from the server 20. If it is determined that no electronic message has been received (NO in step S500), step S500 is looped. If it is determined that a message has been received (step S500 YES), it is determined whether the received message is a transaction message (step S502). If it is determined that the received message is not a transaction message (NO in step S502), other processing corresponding to the type of message is performed (step S504), and the process returns to step S500.

  If it is determined that the received message is a transaction message (YES in step S502), for example, the customer DB (database) is searched using the account number of the transaction message as a key (step S506). A part of the contents of the customer database is shown in Table 5 of FIG. In the customer database, branch numbers, subjects, account numbers, passwords, and deposit balances are recorded. As a result of searching the customer DB, it is determined whether there is customer data corresponding to the customer DB (step S508).

  If it is determined that there is customer data corresponding to the customer DB (YES in step S508), it is determined whether or not the PIN of the transaction message = the PIN of the customer data (step S510). It is determined that the security code of the transaction message is equal to the password of the customer data (YES in step S510), and it is determined whether the transaction amount of the transaction message is less than the balance of the customer data (step S512). If it is determined that the transaction amount of the transaction message is less than the balance of the customer data (YES in step S512), the balance of the customer data is reduced (step S516). Since the transaction amount is paid to the customer at the corresponding ATM 10, the current transaction amount is reduced from the balance of the customer data, and the customer database is updated. A response message that is the content of the transaction permission response is transmitted to the server 20 (step S518). Thereby, the transaction permission response message is transmitted from the server 20 to the corresponding ATM 10, and money is paid at the ATM 10.

  On the other hand, when it is determined that the customer data could not be found in the customer DB (NO in step S508), or when it cannot be determined that the PIN of the transaction message = the PIN of the customer data (NO in step S510), the transaction amount of the transaction message <customer If it is not possible to determine that the data balance is present (NO in step S512), a transaction rejection response message is transmitted to the server 20 as a response message (step S514). This is because the transaction conditions cannot be satisfied. Then, the process returns to step S500.

  Although not shown in this flow, if “card / passbook payment” is set as the transaction type of the transaction message, the entry message is also transmitted. As described in step S208 of FIG. 4, the ATM 10 performs a book entry in the bankbook based on the book message. The above is the description of the host 30 process.

From the above embodiment, at least the following effects are produced.
1) Based on ATM data that cannot read media that can be read by other ATMs, the ATM that has a problem with the reading unit is diagnosed. Can be accurately determined.
2) By setting a threshold value for the number of reading errors when determining that there is a defect in the ATM, it is possible to eliminate accidental errors.

Further, the following modifications are possible for the above-described embodiment.
1) The installation location of the server and the automatic machine monitoring device need not be different, and may be installed in the same location. Furthermore, an automatic machine monitoring device may be incorporated in the function of the server.
2) Setting of the threshold is arbitrary. It is not necessary to set a threshold value.
3) The target of the failure determination device of the media reader is not limited to ATM, and can be applied to equipment equipped with the media reader, such as an automatic ticket gate at a station or a building security system.
4) Further, the failure determination processing by the server is not limited to software processing by a program, and part or all of the hardware configuration may be adopted.

  Note that the present invention is not limited to the above-described embodiments as they are, and can be embodied by modifying the components without departing from the scope of the invention in the implementation stage. Various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, all the constituent elements shown in the embodiments may be appropriately combined. Furthermore, constituent elements over different embodiments may be appropriately combined. It goes without saying that various modifications and applications are possible without departing from the spirit of the invention.

10 ATM
DESCRIPTION OF SYMBOLS 11 Control part 12 Card reading part 13 Passbook reading part 14 Passbook printing part 15 Deposit / withdrawal part 16 Touch panel 17 Communication part 20 Server 30 Host 40 Automatic machine monitoring apparatus

Claims (9)

For an automatic transaction apparatus having a medium reading unit for reading a medium, in a failure determination apparatus for determining an automatic transaction apparatus having a failure in the medium reading unit,
When the medium is used in the automatic transaction apparatus, information on whether or not the medium reading unit can read, information on the used medium, and apparatus information of the automatic transaction apparatus are collected from a plurality of automatic transaction apparatuses,
From the information collected from the plurality of automatic transaction devices, identify an automatic transaction device that caused a reading error in a medium that could be read by other automatic transaction devices,
A failure determination apparatus for an automatic transaction apparatus, wherein an automatic transaction apparatus having a failure in the medium reading unit is determined based on the specified automatic transaction apparatus. For the specified automatic transaction apparatus, an automatic transaction apparatus in which the number of times that a reading error has occurred in a medium that could be read by another automatic transaction apparatus is equal to or greater than a predetermined number of times 2. The failure determination device for an automatic transaction apparatus according to claim 1, wherein: 2. The automatic transaction according to claim 1, further comprising: a transmission unit that transmits, as warning information, information related to the automatic transaction device that is determined to have a failure in the medium reading unit to a monitoring device that monitors the automatic transaction device. Device failure judgment device. 2. The failure determination device for an automatic transaction device according to claim 1, wherein the failure determination device is provided in a server that is connected to a plurality of the automatic transaction devices via a network and manages the connected automatic transaction devices. 2. The failure determination device for an automatic transaction apparatus according to claim 1, wherein the medium is an IC card. 2. The failure determination device for an automatic transaction device according to claim 1, wherein the medium is a bankbook. In an automatic transaction apparatus system comprising an automatic transaction apparatus having a reading unit for reading an IC chip and a magnetic stripe of a card medium and a server connected to the plurality of automatic transaction apparatuses and managing the automatic transaction apparatus,
When the automatic transaction apparatus normally reads the IC chip, in the transaction message regarding the transaction transmitted from the automatic transaction apparatus to the server, device information of the automatic transaction apparatus and information about the medium used are displayed. Including the transaction message to the server,
The automatic transaction apparatus reads the magnetic stripe when an error occurs in reading the IC chip. When the reading is performed normally in the magnetic stripe, an error occurs in reading the IC chip. Including the information about the automatic transaction apparatus device information and the medium used in the error message indicating that it has occurred, sending the error message to the server,
The server identifies an automatic transaction apparatus that has caused a reading error in an IC chip medium that could be read by another automatic transaction apparatus from the information of the transaction message and the information of the error message,
An automatic transaction apparatus system that determines an automatic transaction apparatus having a reading unit having a failure in reading an IC chip based on the specified automatic transaction apparatus. In an automatic transaction apparatus having a medium reading unit for reading a medium, in a failure determination method for an automatic transaction apparatus for determining an automatic transaction apparatus having a failure in the medium reading unit,
When a transaction is performed using a medium in the automatic transaction apparatus, information regarding whether or not the medium reading unit can read, information regarding the medium used, and apparatus information of the automatic transaction apparatus are obtained from a plurality of automatic transaction apparatuses. Collect and
From the information collected from the plurality of automatic transaction devices, identify an automatic transaction device that caused a reading error in a medium that could be read by other automatic transaction devices,
A failure determination method for an automatic transaction apparatus, wherein an automatic transaction apparatus having a failure in a medium reading unit is determined based on the specified automatic transaction apparatus. For an automatic transaction apparatus having a medium reading unit for reading a medium, in a program that causes a computer to execute determination of an automatic transaction apparatus having a failure in the medium reading unit,
When a transaction is performed using a medium in the automatic transaction apparatus, information regarding whether or not the medium reading unit can read, information regarding the medium used, and apparatus information of the automatic transaction apparatus are obtained from a plurality of automatic transaction apparatuses. Collecting steps,
From the information collected from the plurality of automatic transaction devices, identifying an automatic transaction device that has caused a reading error in a medium readable by another automatic transaction device;
And a step of determining an automatic transaction apparatus having a failure in the medium reading unit based on the specified automatic transaction apparatus.

Images