JPS6225375A - Operation system for automatic teller machine - Google Patents

Abstract

PURPOSE:To perform the normal operation of an automatic teller machine remotely from a remote monitor device without any clerk on the side of the automatic teller machine by controlling the automatic teller machine for on-line operation through the remote monitoring device. CONSTITUTION:The power-on operation of the automatic teller machine CD3 is indicated from the remote monitoring device MTL2 and the power source of the CD3 is turned on. Then, when a reception indication is generated by the MTL2, the CD3 requests initial data necessary for daily operation of a host 1 through a public circuit 6. When the CD3 receives the initial data, logging to the FD in the CD is performed. When the reception of the initial data is finished, the MTL generates an open station indication to put the CD3 in a handling state, making subsequent transactions possible. Further, if a fault occurs to the CD3 during the handling, fault data is logged on the FD and reported to the MTL2.

Description

[Detailed Description of the Invention] [Field of Application of the Invention] The present invention relates to automatic cash transactions operated offline by remote monitoring. In particular, the present invention relates to automatic cash transactions operated offline by remote monitoring. In particular, data transmission between a host computer and an automatic cash handling device can be started from a remote monitoring device. , relates to enabling offline unmanned operation of automatic cash handling equipment.

[Background of the invention]

In conventional automated cash transactions operated offline, a host computer (hereinafter referred to as host) is connected to an automated cash handling device (
The transmission of initial data to the CD (hereinafter abbreviated as CD) and the transmission of transaction data from the CD to the host were carried out by being activated periodically from the host or by activation from the panel of the CD.

However, when the host is started, multiple CDs are sent in sequence.

When transmitting and receiving data, if data transmission is not possible due to a power outage or failure of the CD, the relevant CD will be skipped, and operations on the host side console will be required to retry the relevant CD again. Typically, many terminals are connected to the host, and operations at the host console are often quite complex.

On the other hand, starting from the CD panel always requires a staff member at the CD, which has the disadvantage that it cannot meet the need for unmanned systems.

[Purpose of the invention]

The purpose of the present invention is to:
The object of the present invention is to provide a method for easily performing offline unattended operation of a CD by starting file transmission between a host and a CD from a remote monitoring device. Receive data necessary for the day's operation from the host as initial data, and also send offline operation data, mainly transaction data 2, to the host? Features.

[Embodiments of the invention]

Examples of the present invention will be shown below.

FIG. 1 (α) shows the system of the present invention, and FIG. 1 (1) shows the external appearance of the remote monitoring device. Figure 2 (α) (
b) shows the display section and operation section of the panel of the remote monitoring device (hereinafter referred to as MTl, H-abbreviation).

Next, a typical example of operation is shown in FIG. First, the MTL2 issues a power-on instruction for the CD3 to turn on the power to the CD. Next, issue a receive it instruction from MTL 2, and
D3 requests the host 1 via the public line 6 for initial data necessary for the day's operation. The received initial data is CD3
Logging to the internal FD (floppy disk). When the reception of the initial data is completed (MTL2 receives the completion report), MTL issues an opening instruction to set CD3 to "in use", making transactions possible from then on.

A series of instructions for turning on the power, receiving, and opening a station are executed by pressing operation keys on the panel of the MTL2. Also, MT
By registering the issuance time of each instruction in the L2 timer, it is also possible to automatically issue each instruction at a fixed time.

When a normal transaction is performed while the CD 3 is "in operation," the transaction data is logged to the FD within the CD.

Also, if any failure occurs in the CD3 while it is being handled, the failure data will be logged to the above FD and the MTL
Report to 2. FIG. 4 shows an example of data sent to the host.

Data about cards that cannot be used for transactions due to theft or the like is sent from the host as invalid card data in the initial data. If you urgently want to register invalid card data on the CD,
Processing will be slow if done via the host, and depending on the host system, exception operations may not be possible and emergency registration may not be possible. In order to avoid such cases, the present embodiment enables invalid card registration based on instructions from the MTL2. M
As an example of registration from TL2, as shown in FIG.
Set the number on the L2 panel and then press the call key 20
By pressing α, invalid card data can be registered on CD5.

When the MTL2 issues such a transmission instruction, the data logged to the FD is transmitted from the CD6 to the host. After sending,
If MT or L issues an opening instruction, the CD can be made ``in service'' again. This is shown in the sixth section. When the day's operations are finished, MTL will send you a CD'! Turn off the power and turn on the CD r! Cut off the L source. MT for transmission, (opening), and power off
It is possible to make a call using the operation keys on the L panel or automatically make a scheduled call using the MTL timer.

Host 1. CD3. The data transmitted and received between the MTLs 2 is summarized and shown in FIG. Initial data (No. 1), invalid card data (No. 2), and transaction data (No. 4) are data sent and received between the CD and the host according to instructions from the MTL. Invalid card data (No. 5) is MTL
These are the data sent from CD. Failure data (NO, 5
) is the data that is automatically sent from CD to MTL when a failure occurs. 7:, 1° aggregate data (NO, 8) is M T
This is data sent from cD to MTL in response to an instruction from L. FIG. 8 shows an example of initial data. Here, the main data section 10 contains the current date, payday, bonus month, bonus monthly multiplier, company code, etc., and the invalid card data section 11 and 2 contain the invalid card 7-7 card 9 missing and the correction part. The presence/absence of designation is recorded, and in the case of an invalid card, designation data of full alteration or partial alteration is recorded in the original/imposition data section 12.

Does this system receive and transmit from CD to host? Start '1''
By combining offline in-company CD and MTL, failure recovery methods can be changed and repeated.

FIG. 10 shows an example of failure recovery.

If a failure occurs during file transmission according to a transmission instruction, retry can be performed in three ways: retry (1), (2), and (3). Retry (1) is a method of issuing a transmission instruction again after an abnormal termination. IJ)F(2χ issues a reset instruction and issues a transmission instruction after the reset operation is completed. Retry (4) instructs power off, then 'power off,' and then issues a transmission instruction.

Retry (1), (2>) are methods for failure recovery.

It is sufficient to perform in the order of (5).

According to the owner, the CD for offline operation is MTL.
The following effects can be achieved by controlling the

(1) Even if there is no staff on the CD side, you can operate from MTL,
All normal CD operations are possible.

Normal operation is as follows.

, power on -""-"1 (2) Invalid card data is normally received from the host as initial data before the start of operation on the day, but if you urgently want to register it to a CD due to theft etc., invalidate it from MTL. Card registration is possible 0 Initial data reception and transaction data transmission initiated by dialing from the CD side has the following effects.

(1) The host side only needs to be able to accept booting from a CD. How to control which CD at what time is all controlled by M.
It is possible from TL and on the host side.

The operation is simple.

(2) Even if initial data reception or transaction data transmission does not end normally due to a failure, the failure will be reported to MTL, so
He is able to grasp the situation accurately and can even retry if instructed by MTL.

In a system that is started by dialing from the host, it is built in in advance or tries repeatedly within the scope of try processing, but once the retry fails and a failure occurs, the CD
I don't know the situation, and trying to connect again requires multiple operations from the host console.

〔Effect of the invention〕

According to the present invention, by controlling a terminal in offline operation using the MTL, all normal operations of the terminal can be performed from the MTL even if there is no staff on the terminal side.

[Brief explanation of the drawing]

Fig. 1 is an external view of the system of the present invention and MTL, Fig. 2 is an external view of the MTL panel, Fig. 5 is an explanatory diagram of an example of operation by turning on the power and receiving instructions, and Fig. 4 is sending to the host. FIG. 5 is an explanatory diagram showing an example of an operation when registering invalid card data from MTL. FIG. 6 is an explanatory diagram of an example of operation based on a transmission instruction. FIG. 7 is an explanatory diagram of an example of operation when registering invalid card data from MTL. FIG. 8 is an explanatory diagram of data transmitted and received between CDs, FIG. 8 is an explanatory diagram of an example of initial data, and FIG. 9 is an explanatory diagram of a failure recovery method. 1...Host computer 2...Remote monitoring device 6...Automatic cash handling device 7, -1

Claims (1)

[Scope of Claims] 1. An automatic cash handling device operated offline, a host computer connected to this handling device via a public line,
Equipped with a remote monitoring device connected to the above-mentioned handling device through a public line, and upon instructions from the above-mentioned remote monitoring device, file transmission between the above-mentioned handling device and the host computer is started, and file transmission from the above-mentioned host computer to the above-mentioned handling device is necessary for the day's operation. This is an operating method for automated cash handling equipment in which the data sent from the handling equipment to the host computer consists of offline transaction data. 2. The operating system for an automatic cash handling device according to claim 1, wherein the remote monitoring device is configured to be able to register invalid card data in the automatic cash handling device.