JPH036708B2 - - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention provides a system in which a plurality of transaction terminals are controlled by a main control device, in which the main control device is equipped with a display device, and the display device displays the operating status of each transaction terminal. Regarding how to display terminal information such as.

In a transaction processing system where a large number of transaction terminals are connected to the main controller, if you want to display all information about the operating status of all the transaction terminals at once on the display device of the main controller, the display Either a display device with a huge amount of information that can be displayed must be provided, or a plurality of display devices must be arranged. Furthermore, if the information of one transaction terminal is sequentially displayed on one display device, it is difficult to understand the overall state of the plurality of transaction terminals.

Japanese Patent Application Laid-open No. 54-546 discloses that in a remote monitoring device that centrally monitors multiple transaction terminals, the display panel thereof has multiple abnormality content display lamps corresponding to the content of the abnormality, and a system that is compatible with multiple terminals. A configuration is described in which an illuminated pushbutton is provided, and the abnormality content display lamp is shared by a plurality of terminals. When an abnormality occurs in a terminal, the lamp of the illuminated push button corresponding to the terminal flashes to notify the user of the occurrence of the abnormality. Next, when the flashing pushbutton is pressed, the details of the error in the corresponding terminal will be displayed by lighting the error details display lamp.

In this remote monitoring device, when an abnormality occurs in a terminal, the lamp of the illuminated push button corresponding to the terminal simply flashes to indicate that there is an "abnormality". Therefore, when an abnormality occurs in multiple terminals, it is difficult to judge from this display alone which terminal's abnormality is urgent and which terminal should be prioritized for response processing. Can not. In order to know the details of the abnormality, it is necessary to sequentially press the illuminated pushbuttons corresponding to all the abnormal terminals to turn on the abnormality content display lamps. The disadvantage is that unless the push button is pressed, it is not possible to determine the priority order, and therefore a quick response cannot be taken.

This invention enables a main control device that controls a plurality of installed terminals to grasp the entire operating status of all the transaction terminals at a glance, so that even if there is an abnormality in the plurality of transaction terminals, To provide a display method that enables quick and accurate judgment of high-priority or urgent matters and allows detailed information of the terminal to be known as needed.

Embodiments of the present invention will be described in detail below with reference to the drawings.

This embodiment is an example applied to a transaction processing system in a financial institution or the like. Financial institutions, etc. have automated teller machines (hereinafter referred to as CDs) that allow customers to make deposits and withdrawals.
), automated teller machines (hereinafter referred to as ATMs), automatic teller machines (hereinafter referred to as ADs), and automatic cash exchange machines. A centralized remote monitoring and control device (hereinafter referred to as CRMC) is installed in a location away from these unmanned devices, and centrally displays the operating status and abnormal status of multiple devices, as well as controlling power on/off and other functions. , the handling status is centrally controlled.

FIG. 1 shows how the unmanned equipment group and the CRMC are connected. Multiple ATMs and CD4
Connected to CRMC1. As a transmission method between these, a four-wire start-stop synchronization method or a modem interface method is used. The CRMC 1 includes a display device 3. The display device 3 includes a keyboard (hereinafter referred to as KB) which will be described later. The display device 3 displays various data on a cathode ray tube (hereinafter referred to as CRT) in this example. The system shown in FIG. 1 is called a child system in comparison with the system shown in FIG. 2. CRMC1 is a slave device.

Figure 2 is an example of using multiple CRMCs.
This is called the parent-child system. One of the multiple CRMCs is designated as the base unit (indicated by 2), and this
Connect multiple other CRMC1s that will become slave devices to CRMC2. The connection between the CRMCs 1 and 2 may be a specific communication line or a public communication line, a modem interface method using a modem 5 and a modem branching device 6, or a four-wire start-stop synchronization method. A large number of unmanned devices 4 are connected to the CRMC 1, as in the case of the child system. A plurality of unmanned devices 4 can also be connected to the CRMC 2. In a parent-child system, the display device 3 may be provided in the CRMC2 of the parent device, and is not necessarily required in the CRMC1 of the child device.

FIG. 3 shows the internal configuration of CRMC1 or 2. The CRMC includes a central processing unit (hereinafter referred to as CPU) 11 that monitors and controls unmanned equipment, which will be described in detail later, a memory 12 that stores execution programs of the CPU 11 and various data, and an unmanned equipment 44.
It consists of a channel device 13 for connection, a power source 14, a clock 15, and a communication device 16. Terminals A1 to A8 (eight in this example) of the channel device 13 are connected to each unmanned device 4,
Terminal B is connected to display device 3. If the CRMC is a slave device in a parent-child system and does not have a display device, this terminal B is unnecessary. It is efficient if data transmission between the CRMC and each unmanned device 4 is performed by DMA transfer. The communication device 16 is used for communication with other CRMCs in the parent-child system. Therefore, it is unnecessary in the child system shown in FIG.

FIG. 4 shows the internal configuration of an unmanned device using an ATM as an example. ATM4 performs deposit/withdrawal transaction processing and data transmission control with CRMC.
CPU 41, memory 42 for storing the program of CPU 41 and necessary data, transmission control circuit 4
3, 45, distribution device 44, power supply 46, passbook device 51 that reads passbook stripes and prints transaction data on the passbook, customer service panel 52, card/
a slip device 53 including a reader and a slip printing device;
It consists of a banknote dispenser 54 and a deposit machine 55 including a bill checker. Each input/output device 51
~55 has a slave CPU that controls these
(SCPU) are provided for each, CPU41
A master-slave system is configured with the CPU as the master CPU (MCPU). Transmission control circuit 43
and distribution device 44, this master/slave
Performs system transmission control. Transmission control circuit 45
controls data transmission to and from CRMC1 or CRMC2.

FIG. 5 shows the internal configuration of the display device 3. As shown in FIG. The display device 3 includes a CPU 31, a memory 32,
It is composed of a CRT 33, a KB 34, and a transmission control circuit 35, and is provided with a printer 36 if necessary. The transmission control circuit 35 controls data transmission to and from the CRMC 2 or 1.

FIG. 6 shows the KB 34 of the display device 3.
The KB 34 is provided with function keys for inputting commands to each unmanned device 4, numerical keys, a display command key for the CRT 33, and a power key/switch 37. The numeric keys also serve as part of the function keys. When the key switch 37 is turned on, it is only used for monitoring, and when inputting any command using the keys, the key switch 37 is turned on.
Set to CNTL (console).

FIG. 7 shows the contents of the memory 12 of CRMC1 or 2. This memory 12 includes an address storage area MA and a command data storage area M1.
and an operational data storage area M2. Areas M1 and M2 are provided for each unmanned device 4 connected to the CRMC. Area 1 stores the status and model information of the corresponding unmanned device 4, as well as command data input through the KB 34 of the display device 3. Area M2 stores regular transmission items MP2 from the opening of the station to the operation mode (ATM, CD, or AD), which are constantly transmitted from the corresponding unmanned device 4, and other items including transaction data. Elijah MA is an unmanned device 4 (channel) connected to its CRMC.
The addresses of the command data storage area M1 and the operational data storage area M2 are stored for each command data storage area M1 and operation data storage area M2. Therefore, each area M1, M2 of the corresponding unmanned device 4 can be searched by referring to this address. Areas MA and M1 are non-volatile memories.

Since the slave CRMC 1 monitors and controls only the unmanned devices 4 connected to it, it is sufficient to store the data of each unmanned device 4 as shown in FIG. Main unit
In addition to the unmanned equipment 4 directly connected to it, the CRMC 2 also monitors and controls the unmanned equipment 4 that monitors and controls the slave CRMC 1 connected to it. Therefore, in addition to the data shown in FIG. 7, the base machine CRMC2 stores the data shown in FIG. 8 in the memory 12. In FIG. 8, the memory 12 includes an address storage area ma and a storage area m1 for status information, etc. Elijah m1 is the main unit
It is provided for each slave unit CRMC1 connected to CRMC2, and each area m1 has a
Status and model information of all unmanned devices 4 connected to CRMC 1 are stored. The address of the area m1 for each slave machine CRMC1 is stored in the area ma.

FIG. 9 shows the contents of the memory 42 of the unmanned device 4. The memory 42 contains the status, model,
The same operation and transaction data as area M2 of the memory 12 is stored therein.

FIG. 10 shows the format of messages exchanged between the CRMC and the unmanned device. This telegram is standardized and includes a start flag, address (address of the unmanned device), control fields, information,
Consists of a check field and a termination flag. The message sent from the unmanned device 4 includes a get message (hereinafter referred to as G).
There are two types of sentences: puto sentences (hereinafter referred to as P sentences). The G sentence makes an inquiry, and includes a code gr representing the G sentence as information. As a response to this G sentence, CRMC1 or 2:
Data of MG1 in Elijah M1 and if necessary
Sends control information of MG2. The P statement is for sending status information or operational data of the unmanned device 4.
It includes a code (dr) indicating that it is a P sentence and the content of the information as information. P sentences include P1 sentences, P2 sentences, and P3 sentences, as described later.
Similar message formats are used in data transmission between CRMC1 and CRMC2 and data transmission between CRMC1 or 2 and display device 3, and G and P sentences are also used.

First, a procedure for data transmission between devices in the child system shown in FIG. 1 will be explained. These processes are performed by each CPU 11, 31, 41. FIG. 11 shows the processing procedure of the unmanned device 4. First, it is checked whether there has been a change in status by inquiring each of the input/output devices 51 to 55 (step (101)). The status items include power off, operational but inactive, operation stopped, operational and handling, expiration of banknotes and slips, call for staff, waiting for staff, passbook update, expiration forecast, and collected invalid cards. There are overflows, etc., and these are all important items. If there is a change in the status, corresponding processing, such as memory storage or down setting, is performed (step (102)). For example, if the banknotes are out of stock, a flag indicating that the banknotes are out of stock is set in the status area of the memory 42, and handling of the banknotes is stopped. Then, the P sentence including this status information is edited and transmitted to the CRMC 1 (step (103)). Let this P sentence be P1 sentence.

If NO in step (101) and after processing in step (103), edit the G statement and execute CRMC1.
(Step (104)). The G sentence transmission may be performed at regular intervals using a method such as a timer interrupt. As a response to this G statement, a command is sent from CRMC1, so
This is received (step (105)) and it is checked whether the contents of the command have changed (step (106)). The command sent from the CRMC 1 for the G sentence is the content of MG1 in the area M1 of the memory 12, which is the operation mode input by the KB 34 of the display device 3. If there is a change in the contents of the MG2 of the area M1, such as the year, month, and date, this is also sent to the unmanned device 4 as a command. Since the previously transmitted command is stored in the memory 42 of the unmanned device 4, by comparing the stored contents with the transmitted command, it can be determined whether the command contents have been changed. If there is a change, the changed content is stored in the memory 42 and updated (step (107)). For example, when the unmanned device 4 is a deposit dispensing machine that also operates as a deposit machine or a payment machine, when the operation mode is changed from the deposit dispensing machine (ATM) mode to the payment machine (CD) mode, the ATM mode CD instead of
The mode will be memorized and it will operate in this CD mode from now on.

If there is no change in the command at step (106),
After the processing in step (107), memory 4
The content MP2 of the operation mode stored in the CPU 2 is edited and transmitted to the CRMC 1 (step (108)). This is the P2 sentence. Then, it is checked whether a transaction request has been made, that is, whether a key entry or card insertion has been made to specify the transaction type (step (109)). If there is no transaction request, the process returns to step (101) and the above-described process is repeated. Steps (101) to (109) are standby state processing.

If there is a transaction request (YES in step (109)),
Transaction processing according to the request is executed (step (110)). Transaction data generated in this transaction processing, such as processing progress step (CTR value), transaction type, card input data, passbook input data (including account number), maintenance code (MTC),
Serial numbers, deposits, withdrawals, remaining balance, etc.
Transmit it to CRMC1 as a P3 statement (step (111)). When the transaction processing is completed, the process returns to step (101) to perform standby processing.

FIG. 12 shows the processing procedure of CRMC1. First, check whether the message from the unmanned device 4 has been received (step (121). CRMC 1 controls to receive messages equally from each unmanned device 4. Also, the P1 message contains the most important data. Since it is included, the P1 message is received with priority.In any case, when receiving the message from unmanned device 4,
Determine whether the received message is a P sentence or a G sentence (step (122)), and send the P sentence (P1 sentence to P3 sentence, step (103))
(108) (corresponds to (111)), the contents and the corresponding areas M1, M of the unmanned device 4 in the memory 12
Compare the contents stored in memory 2 with the contents stored in memory 1.
Check whether the memory contents of step 2 need to be changed (step (123)). If it is necessary to change the memory contents, the data to be changed in area M1 or M2 is updated with the contents of the P sentence (step (124)), and then the contents of the received P sentence are displayed on the display device 3.
Check whether transmission is necessary (step (125)). When it is necessary to change the display content on the CRT 33 screen of the display device 3, for example when an error occurs in the unmanned device 4, the received P
A new P sentence is edited from the contents of the sentence and transmitted to the display device 3 (step (126)).

In step (122), if it is a G sentence (corresponding to step (104)), data MG1 (if necessary, MG2) is read out and edited from area M1 of memory 12, and sent as a command to the corresponding unmanned device 4 ( Step (127)) (corresponds to Step (105)).

After the step (121) is NO, or after the processing in steps (126) or (127), a G statement is sent to the display device 3 in order to input the data input by the KR 34 of the display device 3 (step (128)). Then, the G transmitted from the display device 3
When a response to the statement is received, if the contents of areas M1 and M2 of the memory 12 need to be changed, the stored contents are updated with the received data (step (129)), and if the contents of the display on the CRT 33 need to be changed. (Step (130)), the P sentence is edited and sent to the display device 3 (Step (131)). this is,
This is because the CRMC 1 controls the display contents of the CRT 33. After this, the process returns to step (121) and the above-described process is repeated.

FIG. 13 shows the processing procedure of the display device 3. First, it is checked whether there is any key input by the KB 34 (step (141)), and if there is key input data, that data is stored in the memory 32 (step (142)). Next, it is checked whether a message from CRMC 1 has been received (step (143)), and if so, it is checked whether the message is a G sentence or a P sentence (step (144)). If it is a G sentence (corresponding to step (128)), the key input data is sent to the CRMC 1 in response (step (145)) (corresponding to step (129)). If the received message is a P sentence (corresponding to step (126 (131)), this message is stored in the memory 32 (step (146), CRT3
3 (step (147)). Thereafter, the process returns to step (141) and the above-described process is repeated.

FIG. 14 shows a display example of the CRT 33.
This is displayed by KB34 when the 0, 0, display, and completion keys are input.
Status information of all unmanned devices 4 connected to CRMC 1 is displayed. The numbers 11 to 82 in the left column represent the identification number (address) of the unmanned device 4. Also, the time is 12:34 at the bottom right of the screen,
The characters LOCAL indicate that it is a slave device. In the case of such a display, the display content is updated when the status of each unmanned device 4 is changed. Operation data, transaction data, etc., including more detailed status information for each unmanned device 4 are also displayed, and detailed display will be described in the explanation of the parent-child system described later.

Child unit in the parent-child system shown in Figure 2
The processing procedure of CRMC1 is shown in Figure 15.
The two processing procedures are shown in FIG. 16, respectively. The processing procedure of the unmanned device 4 and the display device 3 is as follows.
They are the same as those shown in FIGS. 11 and 13, respectively. In Figure 15, step (151)
~(154) and (157) are processes for the unmanned device 4 connected to the slave CRMC1, and are the same as steps (121)~(124) and (127) (first step) described above.
This is the same process as in Figure 2). Step (161) ~
(166) is a process for the main unit CRMC2. When the processing for unmanned device 4 is completed, the main device
Check whether the message from CRMC2 has been received (step (161)). Base device 2 also sends out P and G sentences. There are two types of G sentences: G1 sentences that request status information and G2 sentences that request detailed information. When a message is received from base unit 2, it is checked to see if it is a P or G message (step (162)), and if it is a P message, the commands included in this message are stored in area M1 of memory 12 and the stored contents are Update (data
MG1, MG2) (step (163)). If it is a G sentence, check whether it is a G1 sentence or a G2 sentence (step (164)).
In the case of a G1 statement, the status information stored in the memory 12 is sent to the base unit 2 (step (165)), and in the case of a G2 statement, detailed information such as the operation mode and transaction data is sent ( Step (166).
Step (151) occurs when processing for base unit 2 is completed.
Return to and repeat the above process.

In FIG. 16, steps (171) to (177)
is a process for the unmanned device 4 directly connected to the main unit CRMC2, and includes the steps (121) to
(127) This is the same process as in FIG. 12. When this process is completed, the process proceeds to the data key-input by the KB 34 of the display device 3. First, send the G sentence to the display device 3 (step (178)),
When the response to the G sentence is received from the display device 3 (step (179)), the content of this response is decoded.
The P sentence sent from the display device 3 to the main unit CRMC2 includes a display request inputted using a key using the KB 34 or a command to the unmanned device 4.
In the case of a display request, the status information or detailed information of the unmanned device 4 directly connected to the base unit 2 or the status information of the unmanned device 4 connected to the slave CRMC 1 (step (180)). , the data in area M1 or M2 of the memory 12 regarding the unmanned device that is the target of the display request, or the status information and model data in area m1 regarding the slave machine CRMC1 that is the target of the display request. It is edited and sent to the display device 3 as a P sentence (step (181)). In the case of a request to display detailed information about a certain unmanned device 4 connected to the handset 1 (step (182)), a G2 statement is sent to the handset CRMC 1 to request detailed information (step (183)). . When details of the operation mode and transaction data are sent from the slave CRMC1 (step (184)) (corresponding to step (166)), the received contents are edited and a P sentence is sent to the display device 3 (step (184)). 185)). When the display device 3 receives this P sentence, it stores it in its memory 32.
The display on the CRT 33 is as described above (Fig. 13, steps (146) and (147).Display device 3
If the response from the unmanned device includes a command for the unmanned device 4 (step (186)), if the target unmanned device is an unmanned device directly connected to the base unit CRMC2, the contents of area M1 of the memory 12 are (which is sent to the corresponding unmanned device in step (177)) and the command is sent to the slave CRMC.
In the case of an unmanned device connected to 1, a P sentence with edited commands is sent to slave unit 1 (corresponding to steps (162) and (163) in FIG. 15) (step (187)).

When the above processing is completed, G1 is sent to slave machine CRMC1.
When a message is sent (step (188)) and there is a response from the handset 1 with a message containing status information (step (189)) (corresponding to step (165)), it is checked whether the status has changed ( Step (190)). As mentioned above, regarding the unmanned devices 4 that are monitored and controlled by the slave CRMC1, only their status and model information are stored in the memory 12 of the base CRMC2 (Eliya ma, ma
1). The information of the received message is compared with the information stored in the area m1, and if there is a change in the status (step (190)), the memory contents of the area m1 are updated according to the contents of the received message (step (190)). 191)), followed by this changed status content.
It is checked whether the display of the CRT 33 needs to be changed (step (192)), and if the display needs to be changed, a P statement to that effect is sent to the display device 3 (step (193)). Main unit CRMC2
Since a plurality of slave units CRMC1 are connected to the terminal, the processing for the slave units in steps (188) to (193) is controlled to be uniform for all slave units.

FIG. 17 shows a display example of status information among the display contents of the CRT 33 of the display device 3 connected to the main unit CRMC2. EVENT03 on the upper left
represents the identification number of the handset, and the REMOTE button at the bottom right
indicates that it is the display of the base unit. The status of the unmanned device connected to slave unit #3 is displayed.

FIG. 18 shows an example of displaying detailed information. As mentioned above, detailed information is transmitted from the slave CRMC1 to the base CRMC2 (step (183)).
(184)) and is further transmitted to the display device 3 (step (185)), making it possible to display such detailed information. The detailed information display is performed when a command to that effect and the identification number of the unmanned device 4 to be displayed are keyed in by the KB 34. CRT3
EVENT0321 on the upper left of the screen of No. 3 indicates the unmanned device No. 21 connected to the slave device #3.
The CRT 33 displays information stored in area M2 of the memory 12, such as the status of this unmanned device, operation mode, transaction data, and specific details of the failure.

While such a display is being performed, if information that requires a change in the display of another slave unit is transmitted to the base unit CRMC2 during communication with another slave unit CRMC1, this information is transmitted to the display device 3. is also transmitted (steps (188) to (193)). When the display device 3 receives such information, the display device 3 displays the information shown in FIG. 18 on the CRT 33.
A display like EVENT04 is displayed as shown in .
EVENT04 indicates that information necessary to change the display regarding slave device CRMC1 #4 has been transmitted. As a result, the staff member knows that some kind of abnormality has occurred in the #4 handset, and by inputting a key to specify the #4 handset, the staff first checks all unmanned devices connected to the #4 handset. (equivalent to Figure 17) and, if necessary, the details of a particular unmanned device (see Figure 17).
(equivalent to Figure 8) can be displayed.

FIG. 19 shows the above operations in a unified manner. An example is shown in which the No. 21 unmanned device 4 connected to the #3 slave CRMC 1 runs out of 1,000 yen bills. 11 and 13 corresponding to each step in FIG. 19 (the same applies to FIG. 20, which will be described later).
The processing steps in FIGS. 15 and 16 are numbered.

When the unmanned device 4 detects that it is out of 1,000 yen (step (201)), it sets 1,000 yen out and down in its memory 42 (steps (202) (203)), and stops operating (step (204)). . Then, the P1 statement is edited and the status information is transmitted to the slave CRMC1.
When the child machine CRMC1 receives this P1 statement, it updates the status of area M1 in the memory 12 (step (206)), sets 1,000 yen expiry in area M2 (step (27)), and transfers the status from the main machine CRMC2 to G1. When the message is received, the status information is transmitted to the base machine CRMC2 (step (208)). The base unit CRMC2 receives the response message from the slave unit 1 to the G1 statement, and if there is a change in the status (step (209)), the memory 1
The status of the second area m1 is updated (step (210)). If the display needs to be changed (step (211)), EVENT03 is displayed on the CRT 33 (step (212)). When the staff member sees this display and inputs a display command for handset #3 using the KB 34 (step (213)), status information as shown in FIG. 17 is displayed (step (214)). Furthermore, when a display command for the No. 21 unmanned device of slave unit #3 is entered by key (step (215)), detailed display as shown in FIG. 18 is performed (step (216)). After this, the staff instructs the maintenance staff to replenish the 1,000 yen bills (step (217)). and,
When you press the completion key (step (218)), the CRT33
Other information is deleted from the screen, leaving the characters EVENT03 (step (219)).

FIG. 20 shows a unified processing procedure for canceling the 1,000 yen cutoff. When the maintenance personnel replenishes the corresponding unmanned device with 1,000 yen bills (step (221)), the unmanned device returns and performs the necessary recovery processing (step (222)). That is, when the replenishment of 1,000 yen bills is detected (step (223)), the memory 42 is released from being out of 1,000 yen and down (step (224)).
(225)), and transmits new status information to the slave CRMC1 using the P1 statement (step (226)). When the slave CRMC1 receives the P1 statement, it stores its memory 1.
2 (steps (227) (228)), and
Status information is transmitted in response to the G1 statement from CRMC2 (step (229)). The base unit CRMC2 receives this status information, and if there is a change in the status (step (230)), updates the memory contents of area m1 of the memory 12 (step (231)).
Erase the characters of EVENT03 on the CRT33 (steps (232) (233)).

As explained in detail above, the display method according to the present invention is connected to a plurality of transaction terminals and these transaction terminals via a transmission line, and controls the plurality of transaction terminals, as well as displaying text information on a CRT or the like. The system is assumed to be composed of a display device with a display screen capable of displaying images, and a main controller equipped with a storage device. The main controller monitors the status of all the transaction terminals by communicating with all the transaction terminals connected thereto, and stores the status information in the storage device. This memory content is constantly updated through the above communication.

According to the display method according to the present invention, first, for all transaction terminals, predetermined important status information, including whether or not they are in operation and whether or not there is an abnormality with respect to predetermined items, is selectively read out from the storage device, and transactions are made. Characters are displayed on the display screen of the display device in correspondence with the identification number of the terminal. When an input specifying a transaction terminal is received, the identification number of the specified transaction terminal as well as specific detailed information including operational data and transaction data regarding the transaction terminal are provided. The display screen is switched so that the information is read from the storage device and displayed on the display device using characters.

The presence or absence of an operation included in the status information of the transaction terminal includes, for example, power off, operation possible but inactive, operation stopped, operation possible and being handled, and the like.
Further, examples of the predetermined items included in the status information include expiration of banknotes and slips, a forecast of expiry, and an overflow of collected invalid cards.

The above status information is important and clearly represents the status of the transaction terminal, and the status information is displayed for all transaction terminals at once.
By displaying this status information, it is possible to grasp the entire status of all transaction terminals. In particular, the status information includes data regarding whether or not the transaction terminal is operating and whether or not there is an abnormality regarding predetermined items, so when an abnormality occurs in multiple transaction terminals, it is necessary to check the status information of each transaction terminal. By looking at the transaction information, it is possible to immediately determine which transaction terminals are urgent and which transaction terminals should be processed with priority, allowing prompt and accurate response.

For example, if we take the status information display shown in FIG. 14 as an example, transaction terminal No. 21 is "down" and "broken", indicating that it has stopped operating due to running out of banknotes. In addition, the transaction terminal No. 51 is "Atsukai" and "Yoho", so it is at the stage of predicting that the banknotes will run out (there are few banknotes left).
I know it's still working. As a result, it is possible to determine whether transaction terminal No. 21 should be dealt with preferentially over transaction terminal No. 51, and it is possible to quickly and accurately respond to transactions with high priority or urgency. Furthermore, when calling up the detailed information screen, it is possible to display the transaction terminals in order of priority, so that detailed information can be efficiently confirmed.

[Brief explanation of the drawing]

Figure 1 is a block diagram showing an overview of the child system.
Figure 2 is a block diagram showing an overview of the parent-child system.
Figure 3 is a block diagram showing the contents of CRMC, Figure 4
The figure is a block diagram showing the contents of the unmanned equipment, Figure 5 is a block diagram showing the contents of the display device, and Figure 6 is the KB.
Figure 7 shows the contents of the CRMC memory, Figure 8 shows the parent unit in the parent-child system.
Diagram showing additional contents of CRMC memory,
Figure 9 is a diagram showing the contents of the memory of the unmanned device.
Figure 0 shows the format of the message, Figures 11 to 14 show the operation details in the child system, Figure 11 is a flow chart showing the processing procedure of the unmanned device, and Figure 12 is the CRMC. FIG. 13 is a flow chart showing the processing procedure of the display device, and FIG. 14 is a flow chart showing the processing procedure of the display device.
The figure shows an example of a CRT display. Figures 15 to 2
Figure 0 shows the operation contents in the parent-child system, Figure 15 is a flow chart showing the processing procedure of the slave CRMC, and Figure 16 is a flowchart showing the processing procedure of the slave CRMC.
A flow chart showing the CRMC processing procedure, Figures 17 and 18 are diagrams showing examples of CRT display,
FIGS. 19 and 20 are flow charts that collectively show the overall operation. 1, 2... CRMC (centralized remote monitoring and control device),
3...Display device, 4...Unmanned device, 33...
CRT, 34...KB.

Claims (1)

[Scope of Claims] 1. A display device connected to a plurality of transaction terminals through a transmission line to these attached terminals, and having a display screen capable of controlling the plurality of transaction terminals and displaying character information; and There is a main controller equipped with a storage device, and the main controller monitors the status of all the transaction terminals by communicating with all the transaction terminals connected to it, and stores the status information in the storage device. First, for all transaction terminals, predetermined status information, including whether or not they are in operation and whether or not there is an abnormality with respect to predetermined items, is selectively read out from the storage device and corresponds to the identification number of each transaction terminal. display using characters on the display screen of the display device, and when there is an input specifying a transaction terminal, it includes the identification number of the specified transaction terminal as well as details of the above status information regarding that transaction terminal. A method for displaying terminal information, comprising switching a display screen so that specific detailed information including operational data and transaction data is read from the storage device and displayed using characters on the display device.