JP2001154879A - Software testing device for automatic cash transaction machine - Google Patents

Abstract

PROBLEM TO BE SOLVED: To test the software of an automatic cash transaction device without requiring an actual machine by simulating the operation of the exclusive mechanism of the autonomic cash transaction device by general hardware. SOLUTION: This software testing device of an automatic cash transaction device is provided with control means 301 and 302 for controlling the automatic cash transaction device by software, an inputting means 305 for generating test information for testing the automatic cash transaction device, and a simulating means 307 for simulating the operation of the exclusive mechanism for operating the money payment and reception of the automatic cash transaction device, the input and output of a card, and the printing of a detailed statement in response to an instruction of the operation of the controlling means, and for outputting the simulated operation result as simulated result information to the controlling means. Thus, the operation test of the controlling means can be operated by using the test information and the simulated result information.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a software testing apparatus for an automatic cash transaction apparatus, and more particularly to a cash automatic apparatus provided with a simulation means for simulating the operation of a special mechanism for depositing / withdrawing, inhaling / discharging a card, and printing a statement. The present invention relates to a software testing device for a transaction device.

[0002]

2. Description of the Related Art An automatic teller machine has dedicated mechanisms for depositing / withdrawing, inhaling / discharging a card, printing a statement, and the like, and these mechanisms are controlled by software. Conventionally,
The operation test of this software was performed by mounting the software on a real test machine.

In a test using an actual test machine, especially a test in which a hardware failure is assumed, it is necessary to forcibly stop the hardware of the actual machine.

Japanese Patent Application Laid-Open No. 9-81416 discloses a test apparatus in which software to be tested is installed in an automatic teller machine, and a personal computer for testing is connected to the automatic teller apparatus. In this apparatus, a test of the software is performed by adding a function of a device acting as an operation unit of an automatic teller machine and a function of a pseudo mechanical device to a test device.

[0005]

In an operation test of software performed by mounting software on a real machine for testing, that is, a test using a real machine for testing, it is necessary to prepare a real machine for testing. In particular, in a test assuming that a hardware failure has occurred, it is necessary to take measures such as forcibly stopping the hardware of the prepared real machine, which places a burden on the hardware of the actual test machine.

Further, the actual test machine needs to be filled with bills, bill sheets, and the like, and maintenance and maintenance of the actual machine is costly. Furthermore, since the actual test equipment is usually installed away from the software development location, it is necessary to frequently make a round trip between the software development location and the actual equipment installation location for the test during software development. Efficiency decreases.

SUMMARY OF THE INVENTION The present invention has been made in view of the above-mentioned problem, and simulates the operation of a dedicated mechanism of an automatic teller machine with general-purpose hardware to provide a software testing apparatus for an automatic teller machine that does not require an actual machine. provide.

[0008]

The present invention employs the following means in order to solve the above-mentioned problems.

In a software testing device of an automatic teller machine provided with control means for controlling the device itself by software, receiving an operation command of the control means, depositing / withdrawing, inhaling / discharging a card of the automatic teller machine and injecting / discharging a card. An automatic transaction apparatus that simulates operations such as statement printing and outputs a simulated operation result to the control means as simulated result information, and simulates the operation of the automatic teller machine (ATM) by the simulated means; A software operation test is performed. Further, the software test apparatus displays test information and simulation information. Further, the software test apparatus records an operation history information and performs an automatic test.

[0010]

DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to FIGS. FIG. 1 is a system configuration diagram of an automatic cash transaction apparatus to be tested by the test apparatus according to the present embodiment. In the figure, 1 is an automatic teller machine,
Reference numeral 102 denotes a processing unit for integrally controlling each unit constituting the automatic teller machine 1, reference numeral 103 denotes a customer display unit for guiding a customer operation, and reference numeral 104 denotes an operation guide to a staff member who performs maintenance management of the automatic teller machine. A staff display unit, 105 is a bill control unit that controls handling of bills, 106 is a coin control unit that controls handling of coins, 107 is a journal control unit that controls a journal (recording the flow of cash transactions), and 108 is cash A customer operation unit for receiving a customer operation on the automatic transaction apparatus; 109, a staff operation unit for receiving a staff operation; 110, a statement print control unit for controlling printing of a statement slip; 111, a card control unit for controlling cards and passbooks , 112 is a passbook print control unit that controls printing on the passbook, 113 is a line control unit that controls a communication line between the automatic teller machine and the host, 14 is a storage unit, a business program, hardware control program for performing display of the required customer display unit 103 and the attendant display unit 108, and records the screen data.

FIG. 2 is a configuration diagram of software installed in an automatic teller machine to be tested by the test apparatus of the present invention. In the figure, reference numeral 201 denotes a business program. The business program analyzes the operation of the customer operation unit 108 or the clerk operation unit 109 when it is operated, and analyzes the contents of the customer operation (selected transaction contents, input amount, etc.) or the contents of the clerk operation (filling bills). Etc.), a function of outputting a dispensing instruction or a statement slip printing instruction to a hardware control program to be described later according to the recognition result,
It also has a function of recognizing a clerk operation (confirmation of a bill remaining amount state by a clerk, a bill filling operation, etc.) and outputting a bill filling instruction or the like to a hardware control program.

Reference numeral 202 denotes a hardware control program. The hardware control program receives instructions from the business program and controls dedicated hardware described later.
If the instruction from the business program is a withdrawal instruction, control information for converting the withdrawal amount specified from the business program into the number of bills to be dispensed is generated, and this information is converted into dedicated hardware via the interface module and the operating system. To supply.

Reference numeral 203 denotes an interface module which performs startup and termination processing of dedicated hardware. 2
Reference numeral 04 denotes a general-purpose operating system, 205 denotes general-purpose hardware such as a keyboard and a mouse, and 206 denotes dedicated hardware including a bill control unit, a statement print control unit, a card control unit, and the like.

FIG. 3 is a view showing a software testing device of the automatic cash transaction apparatus according to the present embodiment. In the figure, reference numeral 301 denotes a business program. The business program analyzes the operation of the customer operation unit 108 or the clerk operation unit 109 when it is operated, and analyzes the contents of the customer operation (selected transaction contents, input amount, etc.) or the contents of the clerk operation (filling bills). Etc.), a function of outputting a dispensing instruction or a statement printing instruction to a simulator program to be described later according to the recognition result, and a clerk operation (confirmation of the remaining amount of bills by a clerk, bill filling operation, etc.). And a function of outputting a bill filling instruction and the like to the simulator program.

Reference numeral 302 denotes a hardware control program. The hardware control program receives an instruction from the business program and controls a simulator program described later. If the instruction from the business program is a withdrawal instruction,
Control information for converting the dispensing amount specified by the business program into the dispensing bill number is generated, and this information is supplied to the simulator program via the simulator interface module.

Reference numeral 303 denotes a simulator interface module, which is a hardware control program 302.
Control output that is output from the
It outputs to a simulator program to be described later instead of the dedicated hardware. 304 is an operating system,
305 is general-purpose hardware such as a keyboard and a mouse;
Reference numeral 06 denotes dedicated hardware replaced by a simulator program, which is not used in the present invention.

Reference numeral 307 denotes a simulator program.
The simulator program simulates the operation of the dedicated hardware in response to an instruction from the hardware control program 302, and outputs the result of the simulated operation to the hardware control program 3
Return to 02. If the instruction from the hardware control program 302 is a dispensing instruction, the dispensing instruction is received, and as if the dedicated hardware 306 was operating, the simulator interface module 303 receives sensor information and the like as end information. The operation result is returned, and the simulator interface module 303 returns this result to the hardware control program 302.

As described above, it is possible to test the business program and the hardware control program using only general-purpose hardware such as a personal computer which does not have dedicated hardware.

FIG. 4 is a view showing an example of a screen display in the software testing apparatus of the automatic teller machine according to the present embodiment, and this screen is displayed on a display screen of a personal computer constituting the testing apparatus.

In the figure, reference numeral 401 denotes a customer operation screen displayed on the customer display unit 103 of the automatic teller machine, 402 denotes a staff operation screen displayed on the staff display unit 104, and 406 denotes a history of the pseudo operation of the simulator program. It is a simulator screen to be performed.

Reference numeral 403 denotes a statement display screen for displaying a print image on a statement slip; 404, a journal display screen for displaying a print image for a journal; 405, a passbook display screen for displaying a passbook print image; Card information editing screen for editing card information to be played, 408
Is a passbook information editing screen for editing passbook information used in transactions, and 409 is an ATM that displays the state of lighting, blinking, and the like of a flicker lamp and the like attached to the automatic teller machine.
It is a state display screen.

Each of these screens displays customer operations, staff operations,
The display is changed in accordance with the operation of the dedicated hardware simulated by the simulator program 307 to display the state of the automatic teller machine in real time. In addition, by displaying these screens side by side on a display unit of general-purpose hardware (personal computer), visibility and operability are improved. FIG. 5 is a diagram illustrating an example of control information passed from the hardware control program 202 to dedicated hardware. The hardware control program 203 receives a control instruction such as statement printing from the business program 201, and supplies control information 501 indicating the print instruction to the dedicated hardware 206 via the interface module 203.

The control information 501 includes a device ID 502 for identifying which device, such as the bill control unit 105 or the statement printing control unit 110, is to be controlled, and a device ID 502 for identifying whether to activate or to obtain the status of the device. In the example of the function 503 and the activation to the statement print control unit 110, a command 504 for discriminating between a print activation and a statement discharge activation and activation information 50 indicating print data and the like.
Consists of five.

FIG. 6 is a diagram showing an example of answer information as a result of the operation of the dedicated hardware 206. The dedicated hardware 206 that has received the control instruction based on the control information 501 uses the operation result as the answer information 601 via the interface module 203 and the hardware control program 20.
Return to 3.

The response information 601 includes a device I for identifying whether the responded device is a bill control unit or a statement print control unit.
D602, an end code 603 for identifying whether the response is control information 501 or information unilaterally output from the device due to a sensor change in the device, an end status 604 indicating whether the information to be answered is normal or abnormal, and statement slip printing control Part 11
Taking the printing start from 0 as an example, end information 605 which is an operation result such as sensor information indicating the position information of the statement slip after printing.
Consists of

In the software test apparatus according to the present embodiment, the boot information 501 is received by the simulator program 307 shown in FIG. 3 instead of the dedicated hardware 206 shown in FIG. 2, and the operation of the dedicated hardware 206 is simulated. The result of the simulation operation is shown in answer information 60 shown in FIG.
1 and passed to the hardware control program 302 via the simulator interface module 303 shown in FIG.

FIG. 7 is a diagram for explaining a pseudo operation in the software test apparatus according to the present embodiment, and the operation will be described using a bill dispensing as an example.

First, in step 701, payment is started from the business program 301 shown in FIG. 3 to the hardware control program 302. In step 702, the hardware control program
Receiving the withdrawal amount passed from 1 and calculating the withdrawal type, that is, the number of 10,000-yen bills and 1,000-yen bills. In step 703, withdrawal start control information 501 for the bill control unit 105 is generated in the format shown in FIG. In step 704, withdrawal activation information 501 for activating the bill control unit is passed to the simulator program 307 via the simulator interface module 303.

In step 711, the simulator program 307 analyzes the dispensing start control information 501. In step 712, the function 503 of the control information 501 is analyzed to determine whether or not it is a start instruction.
Otherwise, to step 713. In step 714, the device ID of the control information 501
By analyzing 502, it is determined whether or not the control instruction is directed to the bill control unit 105. If the control instruction is directed to the banknote control unit 105, the process proceeds to step 716;
Go to 5. In step 716, the activation instruction information is displayed on the bill control unit screen. In step 717, the bill dispensing command stored in the control information 501 is analyzed, and the bill dispensing response information is stored in the storage unit 114 shown in FIG. Search for. In step 718, the answer information is read, and in step 719, the answer information is displayed on the bill control unit screen of the simulator screen 406. In step 720, answer information 601 in the format shown in FIG. 6 is created as withdrawal answer information, and returned to the hardware control program 302 to notify the end of the simulation operation.

In step 705, the hardware control program 302 waits for the end of the bill dispensing started in step 704. If it is determined in step 706 that the signal is the end signal from the bill control unit, the process proceeds to step 708.
The answer information is analyzed at step 709, and at step 709, an end notification is issued in response to the withdrawal instruction from the business program 301 shown in FIG.

As described above, according to the flowchart shown in FIG. 7, the dedicated hardware 306 shown in FIG.
By simulating the above operation, a software test can be performed without using dedicated hardware.

FIG. 8 is a diagram showing a part of the screen display in the software test apparatus shown in FIG. 4, and shows a statement form display screen 403 as an example in the figure. The statement form display screen has a title bar 80 indicating that the statement form is displayed.
1. Menu bar 802 for executing instructions such as storing the displayed statement printing image in a file, etc., transaction printing portion 803 for printing transaction details, and fault printing for printing an error code or the like for trouble during a transaction or the like. It consists of a part 804.

In the actual machine, the transaction printing portion 80
3 and the failure print portion 804 may be printed on one statement slip. The content displayed on the statement display screen has the same image as the content printed on the actual statement. In the actual machine, statement printing is performed by a statement printing control unit 110 shown in FIG. 1 on a statement sheet prepared by a bank. At the time of testing the business program 201 using an actual machine, if transactions that require statement printing are repeatedly performed, it is necessary to prepare a large number of statement sheets. However, in this embodiment,
The special form printing is not performed using dedicated hardware such as the statement print control unit 110, but is simply displayed on the screen of general-purpose hardware. If necessary, the user can use the storage function in the menu bar 802 to check the statement slip printing. Therefore, it is not necessary to prepare dedicated hardware and statement printing paper necessary for statement printing, and the business program 201 and the hardware control program 2 are not required.
02 test efficiency is improved. Although the above description has been made with reference to the statement display screen as an example, the same applies to the journal display screen 404 and the passbook display screen 405 shown in FIG.

FIG. 9 is a view showing a part of the screen display in the software test apparatus shown in FIG. 4. In FIG. 9, as an example, a detailed view of a statement print control section display screen of the simulator screen 406 is shown. This screen includes a title bar 911 indicating that it is a statement print control unit, a system menu bar 910 for closing, maximizing, and minimizing the screen, and maximizing and minimizing for maximizing and minimizing by pressing buttons. A button 912, a vertical scroll bar 913 and a horizontal scroll bar 914 for scrolling display contents of the screen are provided. Statement print control unit screen 90
1 includes a hardware control program 302 shown in FIG.
, The information necessary for print control of the statement slip passed to the simulator program 307 via the simulator interface module 303 is displayed.

The print request 902 is an example in which the statement print data generated by the business program 301 shown in FIG. 3 and passed to the simulator interface module 303 via the hardware control program 302 is displayed in hexadecimal. The print image 903 is a print request 90
2, which displays a print image to be printed by the statement slip print control unit 110 of the automatic teller machine 1 shown in FIG. 1, and improves the test efficiency by easily editing the data of the print request 902.

The print response 904 is obtained by the statement printing control unit 110 of the automatic teller machine 1 shown in FIG. 1 receiving the print request 902, and the simulator program 307 shown in FIG. The result.
The print response 904 indicates a print operation of the hardware response information in the format shown in FIG. By displaying the print request 902, the print image 903, and the print response 904 in this manner, the correspondence between the statement form print data and the print image can be easily confirmed, and the test efficiency is improved.

A print request 905 and a print image 90
6, and the print response 907 are the same as the print request 902, print image 903, and print response 904 described above, respectively.

The collection request 908 is hardware control information of the format shown in FIG. 5 for collecting the statement slip after printing one page of the statement slip. Similarly to the print request 902, the hardware control information from the business program 301 shown in FIG. Program 3
02 and interface module 3 for simulator
03 to the simulator program 307. Since the collection request 908 is not the statement print data, the image is not displayed as in the case of the print image 903, and the collection request 908 has the format shown in FIG. 6 like the print response 904 corresponding to the statement print request 902. An answer response 909, which is hardware answer information, is displayed.

As described above, if the instruction from the hardware control program is a statement print request, "print request" is displayed as in the print request 902, and if the instruction is a statement slip collection instruction, a collection request 908 is displayed. By displaying “recovery request” as shown above, the visibility of test results is improved. Although the above description has been made with reference to the statement print control unit screen in the simulator screen 406 shown in FIG. 4 as an example, the same applies to the bill control unit and the coin control unit.

FIG. 10 is a diagram for explaining a pseudo operation in the software test apparatus according to the present embodiment. A step of displaying a transaction selection screen on the display unit for customers of the automatic teller machine and waiting for the selection of the customer. Steps from to to card insertion are shown.

First, in step 1002, the hardware control program “waiting for transaction screen operation” is activated, and the control is shifted to the control by the simulator program 307. In step 1011, the process waits for a mouse click event from general-purpose hardware (a personal computer) constituting the software test apparatus. Step 1
In step 012, when a mouse click is detected, the process proceeds to step 1013. In step 1013, the mouse clicked position is converted into coordinates corresponding to the touch panel of the customer operation unit 108 shown in FIG. Step 1014
In the example, response information in the format shown in FIG. 6 similar to that when the customer operation unit 108 shown in FIG. 1 is operated is generated, and the response information is transmitted to the hardware control program 302 via the simulator interface module. .

In step 1003, when the hardware control program 302 detects that the transaction button has been pressed, the process proceeds to step 1004. In step 1004,
The business program 301 recognizes the type of transaction. In step 1005, the business program 301 displays a card insertion waiting screen via the hardware control program. In step 1006, "wait for card insertion" of the hardware control program is activated, and the control is shifted to the control by the simulator program 307. Step 10
At 16, the simulator program 307 displays the card insertion waiting start information in the format shown in FIG. 5 on the simulator screen 406 shown in FIG.
Go to 7. In step 1017, a pseudo operation of card insertion is waited. In step 1018, when a pseudo operation of card insertion is detected, response information corresponding to the pseudo operation of card insertion is generated, and the generated response information is displayed on the card control unit of the simulator screen 406.
Go to 019. In step 1019, the answer information is transmitted to the hardware control program 302 via the simulator interface module. In step 1007, when the pseudo operation of card insertion is recognized, the process proceeds to step 1008. In step 1008, the hardware control program transmits control information in the format shown in FIG. 5 to the simulator program, and instructs the simulator program to start card suction for taking in a card.

As described above, the customer operation screen 40 shown in FIG.
1 (in the actual machine, the transaction screen display unit 103
By clicking the mouse on any of the transaction selection buttons “Payment”, “Deposit” and “Balance inquiry” (displayed in the above), a pseudo operation of the transaction is started. On the simulator screen shown in FIG. 4, a pseudo operation of card insertion is performed, and the result is returned from the simulator program to the hardware control program. Further, by displaying the start-up and response information of the dedicated hardware that has simulated operation on the simulator screen 406 shown in FIG. 4, the operation history of the hardware when a problem occurs during the test can be analyzed, and the problem can be solved. This is effective for improving test efficiency such as shortening time.

FIG. 11 shows the simulator screen 4 shown in FIG.
It is an example of a detailed display of 06. Simulator screen 1101
Is a menu bar 1102 for instructing storage of pseudo operation information of each control unit, a customer operation such as card insertion / withdrawal, cash insertion / receipt performed by a customer, a staff member for a staff member to switch the automatic teller machine to a staff member mode. A toolbar 1103 for generating an event of a staff operation such as opening and closing of a back door of the automatic teller machine to insert / remove a key, load a bill into the automatic teller machine, and display a pseudo operation history of each control unit. It is composed of various hardware control unit screens 1104.

Various hardware control unit screens 1104 include:
There are only the numbers for all the control units shown in FIG. 1, and the display contents are the same as those described in the detailed display example of the statement form control unit screen in FIG. The toolbar 1103 includes a card insertion / extraction button, a bill insertion / receipt button, and the like. The card insertion / extraction button appears as if the customer inserted / extracted the card from the automated teller machine, and pressed this button. The bill insertion / receipt button which notifies the hardware control program of the card insertion / extraction event by performing the bill insertion / receipt event indicating that the customer has inserted / received the bill in the hardware control program. Notify.

Thus, there is an effect that the operation of the dedicated hardware is close to the operation of the actual machine, and the test efficiency is improved.

FIG. 12 is a detailed display example of the card information editing screen 407 which is a part of the simulator screen of FIG.
On this screen, it is possible to edit card information such as the type of card used for the transaction, the personal identification number of the card, and the account number. In the card type box 1201, self-owned cards, other-line cards, illegal cards, and the like are set, and when the card insertion / extraction button on the toolbar 1102 shown in FIG. 11 is pressed, the card information set here is inserted into the card. Notify the hardware control program as notification. This allows testing of transactions using different card types. In addition, the personal identification number or account number of the card can be edited in the value box 1202, and a test can be performed on the assumption that a card of a different customer is inserted into the same own card. Note that the edited result can be stored by operating the overwrite storage button 1203. In addition, a new card can be stored as a different card by operating the new storage button.

FIG. 13 is a detailed display example of the ATM (Cash Machine) status screen 409 shown in the simulator screen configuration diagram of FIG. It is a screen which displays the state of a flicker lamp etc. for customer guidance at the time of card insertion / extraction and passbook insertion / receipt attached to an automatic teller machine. In an automatic teller machine, a flicker lamp near an insertion slot is normally turned on or off by an instruction of a hardware control program when a card or a passbook is inserted. By displaying the state of the flicker lamp, such as lighting or blinking, it is possible to confirm the state without dedicated hardware. Also, in this example, the state of the flicker lamp and the like is expressed by words such as lighting and blinking,
It goes without saying that a state such as lighting or blinking can be expressed by a figure or color, such as a circle painted in white, a circle painted in red, or alternately displaying them.

FIG. 14 is a detailed display example of the card information editing screen 407 of the simulator screen configuration diagram of FIG. 4, and is a screen for editing the magnetic stripe information of the passbook. This screen includes a toolbar 1401, passbook information 1402, and setting values 1403. The toolbar 1401 allows an instruction to update and store the editing content of the setting value 1403, and the setting value 1403 allows the customer information stored in the magnetic stripe, such as an account number and a branch number, to be edited. The edited content can be stored in the toolbar 1401 as in the card information editing screen.

FIG. 15 shows a screen for editing passcode barcode information. This screen includes a menu bar 1501 for instructing storage of edited contents, a toolbar 1502 for instructing them by pressing a button, an account code indicating the type of account such as ordinary, regular, general, and a page number indicating the page number. It is composed of barcode contents 1503 having information. The bar code content 1503 can be set and released by right-clicking and left-clicking the auxiliary line with the mouse, and the bar code can be edited.

FIG. 16 shows a screen for editing the printing status of the passbook. This screen includes a menu bar 1601 for instructing storage of editing contents, a toolbar 1602 for instructing them by pressing buttons, and a print state 1603. The passbook-printed line is a line recognized as printed by the image reader when the passbook is inhaled, and the last line with print is the line that has been printed in the previous transaction. Printing status 16
03 can be set and canceled by right-clicking and left-clicking each line with the mouse, and can be edited. As a result, it is possible to perform a test assuming dirt attached to the passbook and erroneous recognition of the image reader.

FIG. 17 shows a passbook print display screen which is a part of the simulator screen configuration. This screen has a title bar 1701 indicating that it is a passbook print display screen, and a menu bar 170 for instructing storage of print image data and the like.
2. A toolbar 1703 for instructing selection of a passbook, switching pages, etc., passbook information 1704 for displaying passbook information such as a type of passbook and a display page, a barcode 1705 for displaying a barcode of the passbook, which is actually printed on the passbook. The print data 1706 is used to display print data in an image. Passbook selection button 17 on toolbar 1703
Reference numeral 07 allows the user to select a passbook to be set in the response information 601 in FIG. 6 that is notified to the hardware control program when the passbook insertion / reception button on the toolbar 1103 in FIG. 11 is pressed.

FIGS. 18 to 21 show the processing flow of the software testing device of the automatic teller machine of the present embodiment.

First, in step 1801, a simulator program is started. In step 1802, the simulator program displays each screen shown in FIG. 4, that is, a staff operation screen, a simulator screen, and the like on the display unit of the general-purpose hardware. In step 1803,
Start the business program. When the business program is started, the hardware control program is started in step 1804. In step 1805, an initialization instruction is activated for each control unit via the hardware control program. At this time, the business program displays the clerk operation information on the clerk operation screen. In step 1806, the simulator program receives the activated initialization instruction and displays it on each control unit screen. In step 1807, the simulator program notifies the business program of a response to the initialization instruction to each control unit. Step 1
In step 808, when the business program receives the initialization instruction reply notification, the business program reads the transaction screen data to be displayed first, and displays the transaction screen on the customer operation screen in step 1809.

In step 1810, touch panel input permission is performed to receive a screen operation event of the customer. In step 1811, the business program waits for a transaction button press event on the customer operation screen by the customer. In step 1812, when the simulator program detects a mouse click on the display unit on the general-purpose hardware, in step 1913, the coordinates of the mouse click are converted into touch panel coordinates. Notify. In step 1815, the customer operation unit identifies whether or not the coordinates of the notified touch panel press event notification are within the effective range of the transaction button defined on the transaction screen displayed on the customer operation screen. If there is, go to step 1816, step 1
At 816, the touch panel input is prohibited to invalidate the touch panel press notification that is subsequently notified.

In step 1817, based on the coordinates of the touch panel press notification received by the customer operation unit, the buttons (“draw out”, “payment”,
Which of the buttons in “balance inquiry” etc. has been pressed is identified and notified to the business program. Step 1818
In, the business program identifies the screen to be displayed next from the selected transaction, and reads the screen data. In step 1819, it is determined whether or not the selected transaction is a withdrawal transaction. If the selected transaction is a withdrawal transaction, the process proceeds to step 1820. If the selected transaction is a withdrawal transaction, the process proceeds to step 1824.

In step 1820, the business program displays the card / passbook insertion screen in response to the selection of the “pull out” button. In step 1821, the business program activates a card inhalation instruction in the card control unit. A passbook instructing instruction is activated in the passbook control unit, and in step 1823, touch panel input is permitted so that the transaction can be canceled.

When the simulator program receives a card inhalation instruction from the business program to the card control unit via the hardware control program, the contents are displayed on the card control unit screen in step 1827, and the passbook is displayed in step 1828. The passbook instructing instruction for the control unit is displayed on the passbook control unit screen.

In step 1829, the business program waits for the card insertion, passbook insertion and cancel button events, and waits for the occurrence of these events. In step 1830, when the card insertion button on the toolbar of the simulator screen is pressed, in step 1831, the simulator program generates card inhalation instruction response information indicating that the card has been inserted.
At step 32, the business program is notified of a card inhalation instruction response, and at step 1833, response information is displayed on the simulator screen.

In step 1834, when the business program receives the card inhalation instruction response notification, it notifies the passbook control unit of a passbook inhalation cancel instruction.
At 35, touch panel input is prohibited. In step 1836, the simulator program receives the passbook inhalation cancel instruction and displays the content on the simulator screen.

In step 1830, if the cancel button displayed on the card / passbook insertion screen of the customer operation screen is pressed, the flow advances to step 1841. Step 1
If a mouse click on the cancel button is detected in 841, the simulator program converts the mouse click coordinates into touch panel coordinates in step 1842, and notifies the business program in step 1843 that the touch panel is pressed. In step 1844, the business program identifies whether the coordinates are within the effective range of the cancel button.
Proceed to 45. In step 1845, the card controller is notified of the card suction cancel instruction, and step 184 is performed.
In step 6, a passbook inhalation cancel instruction is notified to the passbook control unit. In step 1847, touch panel input is prohibited, and in step 1848, cancellation processing is performed. This cancels the transaction.

Returning to the flow of the original withdrawal transaction, in step 1837, the business program checks the card based on the information received in the notification of the card inhalation instruction in step 1832, and checks the account type and bank type of the card. And so on. When the identification of the card is completed, in step 1838, the personal identification number input screen data is read, and in step 1839, the personal identification number input screen is displayed on the customer operation screen. At step 1840,
Touch panel input is permitted, and in step 1849, a wait event for a password input button is waited.

At step 1850, when the customer operation screen is clicked with the mouse, at step 1851,
The simulator program converts the mouse click coordinates into touch panel coordinates, and notifies the business program in step 1852 that the touch panel is pressed. In step 1853, the business program identifies whether or not the coordinates are within the valid range of the password button. If the coordinates are within the valid range, the process proceeds to step 1854. In step 1854, it is determined whether or not a four-digit password has been entered.
If four digits have been input, the flow advances to step 1855 to prohibit touch panel input.
It is checked whether the personal identification number of the card related to the card inhalation instruction response notified from the simulator program in step 1832 matches the personal identification number input here.

If it is determined in step 1853 that the coordinates are not within the valid range of the password button, step 1 is executed.
Proceed to 856. In step 1856, it is determined whether or not the coordinates are within the effective range of the cancel button. If the coordinates are within the effective range of the cancel button, touch panel input is prohibited in step 1857, cancel processing is performed in step 1858, and the transaction is performed. Cancel.

At step 1859, when the collation of the personal identification number is completed, at step 1860, the money amount input screen data to be displayed next is read.
At 61, an amount input screen is displayed, and step 186 is performed.
In step 2, touch panel input is permitted, and step 18
At 63, the system waits for the event of pressing the amount input button.

In step 1864, when the customer operation screen is clicked with the mouse, in step 1865, the mouse click coordinates are converted into touch panel coordinates as in the case of inputting the personal identification number, and in step 1866, the business program is notified that the touch panel is pressed. I do. In step 1867, the business program identifies the effective range of the received touch panel press coordinates, and if the coordinates are within the effective range of the amount button, step 186.
8; otherwise, to step 1869. In step 1869, it is determined whether the coordinates are within the effective range of the cancel button. If it is within the range of the cancel button, touch panel input is prohibited in step 1870, and cancel processing is performed in step 1871.

In step 1868, the business program determines whether the circle button has been pressed. If the circle button has been pressed, touch panel input is prohibited in step 1872.

At step 1873, the host communication processing screen data to be displayed next is read, and at step 187
In step 4, the host communication processing screen is displayed, and step 1 is executed.
At 875, a host communication process is performed. The host communication process is a communication process between a host that manages the balance and the like in each individual account and a business program that rewrites information of the individual account for withdrawal, deposit, and the like. In the communication processing screen, information for introducing an event such as a campaign or a bank is often displayed. Also, since this screen is displayed while waiting for customer processing,
There are no buttons to enter and touch panel input is not allowed.

In step 1876, the business program waits for a communication notification event from the host. Transaction desired by the user of the test device (here, "withdrawal")
Select the message to be used in the host communication of step 18
At 77, a send button is pressed. In step 1878, the simulator program generates host communication response information, and performs host communication response notification in step 1879. In the host communication processing, the number of times of notifying the host communication response differs depending on the transaction type, and the above processing is repeated until the communication ends. At step 1880,
When the communication with the host is completed, in step 1881, the card / statement receipt screen data to be displayed next is read. In step 1882, a card / statement receipt screen is displayed. In step 1883, a card ejection instruction is issued to the card control unit. In step 1884, a statement ejection instruction is issued to the statement print control unit. In step 1885, the simulator program receives the card ejection instruction and the statement ejection instruction,
In step 1885, card ejection information is displayed, and in step 1886, statement slip ejection instruction information is displayed.

In step 1887, a card / slip receipt event is awaited until both the card and the statement are received. Upon receiving both the card and the statement, in step 1895, the business program reads the bill receiving screen data to be displayed next, and displays it on the control unit screen in step 1896. Step 18
At 97, a bill discharge instruction is issued to the bill control unit. In step 1898, the simulator program receives the bill releasing instruction, displays bill discharging instruction information on the bill control unit screen, and waits for a bill receiving event in step 1899. At step 1900,
When the bill receiving button is pressed, the process proceeds to step 1901. In step 1901, bill release instruction response information is generated, and in step 1902, a bill discharge instruction response is notified to the business program.

In step 1889, in a state of waiting for a card / detail receipt event until both the card and the statement are received, step 1889
In step, if the card receiving button is pressed, the process proceeds to step 1891; otherwise, the process proceeds to step 1890.
Proceed to. In step 1891, card ejection instruction response information is generated, and in step 1892, the business program is notified of the card ejection instruction response.

When the receipt receipt button is depressed in step 1890, response information of the receipt discharge instruction is generated in step 1893, and in step 1894, the response to the receipt discharge instruction is notified to the business program.

As described above, the software test of the automatic teller machine can be performed by the above-described processing flow.

As described above, according to this embodiment, a software test can be performed using only general-purpose hardware such as a personal computer without using an actual device. Therefore, it is possible to reduce the preparation time of the actual machine for the software test. Further, it is not necessary to prepare a software development place and a test place separately, and the time required for moving the test development place and the test place can be reduced, so that the development efficiency is greatly improved.

[0075]

As described above, according to the present invention, since the operation of the dedicated mechanism of the automatic teller machine is simulated by general-purpose hardware, the software of the automatic teller machine can be tested without using an actual machine. be able to.

[Brief description of the drawings]

FIG. 1 is a system configuration diagram of a cash automatic transaction apparatus to be tested.

FIG. 2 is a configuration diagram of software installed in an automatic cash transaction apparatus to be tested.

FIG. 3 is a diagram showing a software testing device of the automatic teller machine according to the embodiment;

FIG. 4 is a diagram showing a screen display example in the software test apparatus.

FIG. 5 is a diagram illustrating an example of control information.

FIG. 6 is a diagram illustrating an example of answer information.

FIG. 7 is a diagram illustrating a pseudo operation in the software test apparatus.

FIG. 8 is a diagram showing a part of a screen display in the software test apparatus.

FIG. 9 is a diagram showing a part of a screen display in the software test apparatus.

FIG. 10 is a diagram illustrating a pseudo operation in the software test apparatus.

FIG. 11 is a detailed display example of a simulator screen.

FIG. 12 is a detailed display example of a card information editing screen.

FIG. 13 is a detailed display example of an ATM state screen.

FIG. 14 is a detailed display example of a card information editing screen.

FIG. 15 is a screen for editing passcode barcode information.

FIG. 16 is a screen for editing a printing state of a passbook.

FIG. 17 is a passbook print display screen.

FIG. 18 is a diagram showing a processing flow of the software test apparatus.

FIG. 19 is a diagram showing a processing flow of the software test apparatus.

FIG. 20 is a diagram showing a processing flow of the software test apparatus.

FIG. 21 is a diagram showing a processing flow of the software test apparatus.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Automatic teller machine 102 Processing part 103 Operation part for customers 104 Display part for attendants 105 Banknote control part 106 Coin control part 107 Journal control part 108 Operation part for customers 109 Operation part for attendants 110 Statement printing control part 111 Card control part 112 Passbook print control unit 113 Line control unit 114 Storage unit 201 Business program 202 Hardware control program 203 Interface module 204 Operating system 205 General-purpose hardware 206 Dedicated hardware 301 Business program 302 Hardware control program 303 Interface module for simulator 304 Operating system 305 General-purpose hardware 306 Dedicated hardware 307 Simulator program 401 Customer operation screen 402 Staff operation Screen 403 Statement screen 404 Journal screen 405 Passbook screen 406 Simulator screen 501 Control information 502 Device ID 503 Function 504 Command 505 Start information 601 Answer information 602 Device ID 603 End code 604 End state 605 End information 801 Title bar 802 Menu bar 803 Transaction Print part 804 Obstacle print part 901 Statement slip print control unit screen 902 Print request 903 Print image 904 Print response 905 Print request 906 Print image 907 Print response 908 Collection request 909 Collection response 1101 Simulator screen 1102 Menu bar 1103 Toolbar 1104 Various hardware controls Section screen 1201 card type box 1202 value box 1401 toolbar 1402 Information 1403 setting value box 1501 menu bar 1502 toolbar 1503 bar code contents 1701 title bar 1702 menu bar 1703 toolbar 1704 passbook information 1705 bar code 1706 print data 1707 passbook selection button

 ────────────────────────────────────────────────── ─── Continued on the front page (72) Inventor Toshiyuki Katata 1st Ikegami, Haruoka-cho, Owariasahi-shi, Aichi F-term in the Information Equipment Division, Hitachi, Ltd. 3E040 BA07 CA08 FJ07 5B042 GA10 GB05 HH06 5B055 BB03 ND01 ND08 NF01 NF04 NF09 9A001 HZ32 JJ64 KK58 LL05

Claims (3)

[Claims] A control means for controlling the automatic teller machine by software; an input means for generating test information for testing software of the automatic teller machine; Simulating means for simulating operations of depositing and dispensing the cash automatic transaction apparatus, inhaling and discharging a card, and printing a statement slip, and outputting a simulated operation result to the control means as simulated result information, wherein the test information and the simulated result are provided. A software testing device for an automatic teller machine, wherein an operation test of software of the automatic teller machine is performed using information. 2. A software testing apparatus for an automatic teller machine, further comprising a display unit for displaying the test information and the simulation result information simulated by the simulation unit. 3. The software test device according to claim 1, wherein the simulation test device includes a recording unit that records an operation history of an operation performed by an operator during a simulation test. A software testing device for an automatic teller machine, wherein an automatic test is performed using the operation history.