KR20060075824A - Automatic teller machine and method for managing the operation program - Google Patents

Abstract

The present invention relates to a financial automation device and a method for operating the program, and more particularly, to a financial automation device for optimizing the program operation in the financial automation device to increase the processing speed of the financial automation device. In the financial automation device according to an embodiment of the present invention, the financial informatization device stores a downloader program and a main program separately for each area and stores the flash ROM. The downloader program downloads update information from the server. Perform a processing operation; a predetermined storage space including a flag bit indicating whether one of the SRAM including a program execution region, the downloader program, and the main program is executed; the downloader program by referring to the flag bit; A program execution determining unit for determining whether to execute any one of the main programs and a program to copy the corresponding program to the program execution region based on the determination result and to execute the copied program on the SRAM. It characterized in that it comprises a row unit. The present invention provides a financial automation device for copying and executing a downloader program or a main program executed in a flash ROM of a financial automation device to an SRAM and a method of operating the program.

Financial automation equipment, flash ROM, SRAM

Description

AUTOMATIC TELLER MACHINE AND METHOD FOR MANAGING THE OPERATION PROGRAM}

1 illustrates a flash ROM of a conventional financial automation device.

2 is a view showing the overall operation of the financial automation device.

3 is a block diagram of a financial automation device according to the present invention.

4 is a diagram illustrating a configuration in which a downloader program of a flash ROM is copied to an SRAM and executed according to an embodiment of the present invention.

5 is a diagram illustrating a configuration of copying and executing a main program of a flash ROM into an SRAM according to an embodiment of the present invention.

6 is a diagram illustrating an interrupt processing operation of a financial automation device according to an embodiment of the present invention.

7 is a flowchart illustrating a program operating method of a financial automation device connected to a financial automation device server according to an embodiment of the present invention.

<Explanation of symbols for the main parts of the drawings>

100: financial automation equipment

110: flash rom

120: SRAM                 

130: storage space

140: program execution determination unit

150: program execution unit

The present invention relates to a financial automation device and a method for operating the program, and more particularly, to a financial automation device for optimizing the program operation in the financial automation device to increase the processing speed of the financial automation device.

Today, rapid advances in information and communication have made financial automation devices widespread, and users are increasingly using them. Examples of the financial automation device include an ATM (Automated Teller Machine) and an unmanned Civil Service (KIOSK). By using a financial automation device, a user can perform a more convenient transaction while limiting time and place restrictions significantly compared to a transaction that was conventionally performed in direct contact with a cashier at a window of a financial institution or a public institution.

As the use of financial automation equipment has increased, direct contact with financial institutions' staff has gradually diminished, and instead, financial automation equipment has processed large amounts of data and executed various application programs. Conventional financial automation devices include flash ROMs. 1 illustrates a structure of a flash ROM included in a conventional financial automation device. As shown in FIG. 1, the financial automation device processes a large amount of data in one flash ROM that is slow to read and write, and executes various application programs, thereby causing an excessive load on the flash ROM. As a result, the processing speed of the CPU was slowed down, which caused a problem that the overall system specification was high but the processing speed was decreased. This problem is causing inconvenience to users due to the slow processing speed when using a generalized financial automation device.

Therefore, there is a demand for a method for improving the processing speed of a financial automation device by mitigating excessive program execution in one flash ROM included in the financial automation device.

The present invention provides a financial automation device for improving execution speed by preventing an overload of a flash ROM by copying and executing a downloader program or a main program executed in a flash ROM of a financial automation device to an SRAM that reads and writes faster than a flash ROM, and its execution speed. The purpose is to provide a method of operating the program.

Another object of the present invention is to provide a method for operating a program for a financial automation device, which executes a main program and receives a download command and inverts a flag bit to download update information of the financial automation device.

In addition, an object of the present invention is to provide a method for operating a program for a financial automation device that executes a downloader program, inverts a flag bit, downloads update information, and executes the main program again.

In order to achieve the above object and to solve the problems of the prior art, the financial informatization device of the present invention comprises a flash ROM for storing a downloader program and a main program for each region. The downloader program downloads update information from the server. The main program performs a financial processing operation; a predetermined storage space including a flag bit indicating whether to execute one of an SRAM including a program execution region, the downloader program, and the main program; A program execution determination unit that determines whether to execute one of the downloader program and the main program, and copies the corresponding program to the program execution area based on the determination result, and copies the copied program to the SRAM. And in that it comprises an executable program running on the parts of the feature.

2 is a view showing the overall operation of the financial automation device.

2 relates to the overall operation of a financial automation device, which includes executing a boot loader to initialize each CPU, SRAM, timer, and interrupt, waiting for command reception, and processing the command when the command is received. Each item mentioned later is included.

Each item to be described below may be executed by including any one or more than one related to the command reception. The initialization 201 prepares the paper in the print standby state after discharging the paper, and the paper load 202 prepares the paper in the print standby state once again regardless of the previous state. The character print 203 receives data by ASCII, finds and prints the data in the internal font ROM, and the image print 204 prints the downloaded image. The cut 205 cuts the paper, prepares the next sheet in the print standby state, and the sensor reading 206 reads and reports the information of the current sensor. The version readout 207 reads and reports the version stored in the program and the version of the board, and when the version is different, the download 208 downloads the program. The EEPROM update 209 writes the received data to the EEPROM mounted on the board. EEPROM read 210 reads and reports data at a specific location. The font / margin setting 211 resets the horizontal and vertical size of the font, and resets the top, left end, cut position, and the like of the print. The overprint 212 combines and downloads the downloaded image and text data. The image download 213 downloads the image and stores the image in an arbitrary storage space. Font download 214 downloads the font and overwrites it.

In an embodiment of the present invention, during the operation of the financial automation device 100, an update command is received from the financial automation device server, or a version of the program of the financial automation device is received from the financial automation device server when the version is read. If different from the version, the EEPROM update 209 updates the flag bits. The EEPROM is a predetermined storage space to be described later, and may store the flag bits for instructing main program execution or downloader program execution. EEPROM read 210 reads the flag bits of the updated EEPROM and reports them to the financial automation device. If the readout is a downloader program execution, the downloader program is executed after the boot loader is re-executed. The downloader program may download update information including any one or more of items such as download 208, image download 213, font download 214, and the like.

3 is a block diagram of a financial automation device according to the present invention.

Referring to FIG. 3, the financial automation device 100 according to the present invention includes a flash ROM 110, an SRAM 120, a storage space 130, a program execution determination unit 140, and a program execution unit 150. can do. Hereinafter, the function of each component will be described in detail.

The flash ROM 110 classifies and stores a boot loader, a downloader program, a main program, a checksum, and data for each region. The flash ROM 110 is a nonvolatile memory whose recorded contents are not erased even when the power is cut off, and the read / write speed is slower than that of the SRAM. The boot loader's execution function is a widely used technology that initializes hardware (speed, memory, interrupts, UART (serial related)), and also enables Linux to boot. In addition, there is the ability to download kernel or root images. The boot loader function may be applied to the financial automation device of the present invention. The check thumb is for detecting an error of data received in a predetermined storage space 130. The downloader program downloads update information from the server, and the main program performs a financial processing operation.

The SRAM 120 is a program execution region according to the present invention, in which a boot loader or a main program may be executed. In general, SRAM 120 is considerably faster than ROM or other RAM, with an access time of about 25 ns. SRAMs also have the characteristic of storing their data continuously until the next power supply even when the power supply is turned off. Such a characteristic has an effect of compensating for the disadvantage of the flash ROM 110 that is slow in reading and writing.

The predetermined storage space 130 includes a flag bit indicating whether one of the downloader program and the main program is executed. As an example of the storage space 130, an EEPROM capable of electrically erasing and writing contents may be used. I can save it. Alternatively, the storage space 130 may store only one of the bits and invert the bit.

The program execution determiner 140 executes the boot loader of the flash ROM 110 and determines whether one of the downloader program and the main program is executed with reference to the flag bit.

For example, when the first bit of the flag bit instructing execution of the main program is "0x00" and the second bit instructing the downloader program execution is "0x4f", the program execution determination unit 140 executes a flash ROM ( If the check thumb of 110 does not have an error and the flag bit stored in the predetermined storage space 130 is "0x00", it may be determined that the program to be executed is the "main program", or the check thumb has an error, If the flag bit stored in the storage space 130 is "0x4f", it may be determined that the program to be executed is a "downloader program".

The program executing unit 150 copies the corresponding program to the program execution region of the SRAM 120 based on the determination result and executes the program in the region.

4 is a diagram illustrating a configuration in which a downloader program of a flash ROM is copied to an SRAM and executed according to an embodiment of the present invention.

The program execution unit 150 copies the downloader program existing in the downloader program area of the flash ROM when the result determined by the program execution determination unit 140 executes the downloader program area, and copies the program counter to the execution area of the SRAM. Go to and run the downloader program. For example, as shown in Fig. 4, the downloader program existing in the downloader program areas "0x0001000 to 0x0003FFF" of the flash ROM is copied to the execution area "0x2000000" of the SRAM, and the program counter is copied to the execution area "0x2000000" of the SRAM. Go to and run the downloader program. The program counter (PC) is also called an instruction address register, and is a register holding an address of an instruction to be executed next time. The downloader program may download update information from the financial automation device server. For example, update information such as user change information of the financial automation device 100, change of the main program, and the like.

After the downloading of the information is completed, the program execution unit 150 changes the flag bit of the predetermined storage space 130 to a second bit, which is a flag bit instructing execution of the main program, and changes the program counter to a boot loader. Move. The program execution determiner 140 reexecutes the boot loader.

5 is a diagram illustrating a configuration of copying and executing a main program of a flash ROM into an SRAM according to an embodiment of the present invention.                     

The program execution unit 150 copies the main program existing in the main program area of the flash ROM into the execution area of the SRAM when the result determined by the program execution determination unit 140 is the main program execution, and the program counter to the execution area of the SRAM. Go to and run the main program. For example, as shown in Fig. 5, the main program existing in the main program area "0x0004000-0x000BFFF" of the flash ROM is copied to the execution area "0x2000000" of the SRAM, and the program counter is "0x2000000" of the SRAM. Go to and run the main program. The main program executes an operation in relation to the financial processing received from the user.

When the program execution unit 150 receives the update information download command during execution of the main program, the program execution unit 150 changes the predetermined storage space 130 to a first bit, which is a flag bit instructing the execution of the downloader program, and changes the program counter into a boot loader. Go to. The program execution determiner 140 re-executes the boot loader.

6 illustrates an interrupt processing operation of the financial automation device 100 according to an embodiment of the present invention.

FIG. 6 relates to an interrupt processing of a financial automation device, and when the processing related to the interrupt occurs during operation, the financial automation device 100 stops the operation and restarts the operation after the interrupt processing is executed. If interrupt processing is not handled first, it may cause malfunction of financial automation equipment and should be handled first.

Interrupt handling includes watchdog timeouts and seven interrupts. If the watchdog timeout does not exit the program for some time, the watchdog timeout is determined as a failure and the device is reset. The UART0_TX interrupt and the UART0_RX interrupt are used for data transmission and reception with seven interrupts. Examples of data transmission and reception of the UART0_TX interrupt and the UART0_RX interrupt include downloading update information executed in a downloader program in a financial automation device, data received from a financial automation device server, or a user. The BDTM interrupt occurs after passing data to the thermal printer head. The TIMER0 interrupt is a timer for operating the thermal printer's motor and head. The TIMER1 interrupt is a timer for operating the specification discharge motor, the TIMER2 interrupt updates the sensor's value, the counter value used in the program, and the TIMER4 interrupt triggers the UART receive data and command.

7 is a flowchart illustrating a program operating method of a financial automation device connected to a server according to an embodiment of the present invention.

First, in step S701, the flash ROM 110 of the financial automation device 100 is divided into a plurality of areas, and a boot loader, a downloader program, a main program, a check thumb, and data are respectively stored in the divided areas. The flash ROM 110 is a nonvolatile memory in which recorded contents are not erased even when the power is cut off, and the read / write speed is slow. The downloader program downloads update information from the financial automation device server, and the main program is an execution operation related to financial processing from the user.

In operation S702, a flag bit indicating whether one of the downloader program and the main program is executed is stored in the predetermined storage space 130.

In step S703, the financial automation device 100 executes a boot loader. The boot loader is a conventional and widely used technology that initializes hardware (speed, memory, interrupts, UART (serial related)), and has a function to boot Linux. The boot loader is a conventional technology. Can be used.

In step S704, the financial automation device 100 determines whether one of the flag bits is related to the execution of the downloader program or the execution of the main program by referring to the flag bits.

In step S705, the financial automation device 100 copies the program corresponding to the result to the program execution region of the SRAM based on the determination result.

In step S706, the copied program is executed in the SRAM. The financial automation device executes the downloader program in the program execution area of the SRAM when the copied program is a downloader program, and when the execution is completed, inverts the flag bit of the predetermined storage space 130 into a flag bit indicating the execution of the main program. do.

In addition, when the copied main program is the copied main program, the main program is executed in the program execution region of the SRAM, and when a download command is received during execution, the financial automation device 100 inverts a predetermined flag bit to instruct execution of the downloader program. Invert the bits and rerun the boot loader.

The program operation method of the financial automation device according to the present invention has been described so far, and the technical contents described in the embodiments of FIGS. 1 to 6 may be applied to the program operation method of FIG. Let's do it.                     

The program operating method according to the present invention can be implemented in the form of program instructions that can be executed by various computer means and recorded in a computer readable medium. The computer readable medium may include program instructions, data files, data structures, etc. alone or in combination. Program instructions recorded on the media may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well-known and available to those having skill in the computer software arts. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks. Magneto-optical media, and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. The medium may be a transmission medium such as an optical or metal wire, a waveguide, or the like including a carrier wave for transmitting a signal specifying a program command, a data structure, or the like. Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like. The hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

The hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention.

While specific embodiments of the present invention have been described so far, various modifications are possible without departing from the scope of the present invention.                     

Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the claims below, but also by the equivalents of the claims.

The present invention provides a financial automation device for improving execution speed by preventing an overload of a flash ROM by copying and executing a downloader program or a main program executed in a flash ROM of a financial automation device to an SRAM that reads and writes faster than a flash ROM, and its execution speed. Provide a way to operate the program.

The present invention also provides a method for operating a program for a financial automation device that executes a main program and receives a download command to invert flag bits to download update information of the financial automation device.

In addition, the present invention provides a method for operating a financial automation device for executing a downloader program, inverting a flag bit to download update information, and then re-running the main program.

Claims (5)

A financial automation device connected via a server and a communication network; A flash ROM for separately storing a downloader program and a main program for each area, wherein the downloader program downloads update information from the server, and the main program performs a financial processing operation associated with the financial automation device; An SRAM comprising a program execution region; A predetermined storage space including a flag bit indicating whether one of the downloader program and the main program is executed; A program execution determiner configured to determine whether one of the downloader program and the main program is executed with reference to the flag bit; And A program execution unit which copies the corresponding program to the program execution region based on the determination result and executes the copied program on the SRAM; Financial automation device comprising a. The method of claim 1, And the program execution unit inverts the flag bit to instruct execution of the downloader program when receiving a download command while executing the main program. The method of claim 1, And the program execution unit inverts the flag bit to indicate execution of the main program after execution of the downloader program is completed. In the program operating method of a financial automation device connected to a server through a communication network, Dividing a flash ROM into a plurality of areas, and storing a downloader program and a main program in the divided areas, respectively, wherein the downloader program downloads update information from the server, and the main program processes financial processing of the financial automation device. Perform an action; Storing a flag bit indicating whether one of the downloader program and the main program is executed in a predetermined storage space; Determining whether to execute one of the downloader program and the main program with reference to the flag bit; Copying a corresponding program to a program execution region based on the determination result, wherein the program execution region is located in a predetermined SRAM; And Executing the copied program on the SRAM Program operation method of a financial automation device comprising a. A computer-readable recording medium having recorded thereon a program for executing the method of claim 4.

Images