JPS61213978A - Handy terminal processing system - Google Patents

Abstract

PURPOSE:To prevent the wrong use of a transaction data by providing a means for storing a cipher data and a means for enciphering the collected transaction data in a handy terminal. CONSTITUTION:To a CPU 80, a communication interface 81, a handy terminal control section 82, a display 83, a keyboard 84, a ROM 85, a RAM 86 and an FD interface 87 are respectively connected. The communication interface 81 performs the delivery of a transaction data with a center at which the account file of the respective customers is set. The handy terminal control section 82 carries out a control for reading the transaction data from the handy terminal or a control for outputting an enciphering data or the like to the handy terminal. The ROM 86 stores a program for regulating the entire operation of a transaction processor 8 and stores a program to load in the handy terminal and a scramble data transmitted to the respective handy terminals.

Description

DETAILED DESCRIPTION OF THE INVENTION (a) Technical field This invention relates to a handy terminal used by a visiting employee of a bank, etc., and a transaction processing device that is connected to the handy terminal and reads and processes transaction data. The present invention relates to a handy terminal processing system.

(bl Prior Art and Its Disadvantages) In the conventional handy terminal processing system, the handy terminal either encodes the transaction data as is or performs some processing and stores it in the transaction data storage unit. The details of the transaction can be easily known by operating the handy terminal.For example, even those other than those involved, such as clerks and customers, can know the details, and there is a risk of abuse or unauthorized use.

(C) Purpose of the Invention The purpose of the present invention is to protect the data by retaining the contents of the data transacted by the handy terminal and prohibiting inquiries of the data contents unless connected to a specific system.

(d1 Structure and Effect of the Invention) In summary, the present invention includes means for a transaction processing device to output identification data and encryption data for identifying the handy terminal to a handy terminal; It has a means for reading out encrypted transaction data, a means for cryptanalyzing the read encrypted transaction data, and a means for storing the encrypted data in the handy terminal, and a means for storing the encrypted data in the handy terminal, and a means for reading out the encrypted transaction data. A method for encrypting data is provided.

With the above configuration, the transaction data stored in the handy terminal is encrypted, so even if the contents of one column are read out, the contents of the data cannot be known. Furthermore, since the encrypted data for encryption is loaded from the transaction processing device to the handy terminal (as it is not fixed), it is difficult to analyze the encryption method.

Furthermore, since the encryption data is different for each handy terminal, transaction data of each handy terminal can be protected.

(e) Embodiment FIG. 1 is an external view of a handy terminal used in a handy terminal processing system according to an embodiment of the present invention.

In FIG. 1, a handy terminal main body 1 has a printer 2, a keyboard 3, keys 1 to 4 that also serve as a keyboard cover, an LCD display 5, and an MS reader 7, and a connector section 6 for connecting to a transaction processing device at the bottom. We are prepared.

The printer 2 prints forms and the like to be given to the customer when collecting transaction data at a foreign visit. The keyboard 3 includes calculation keys 30 including a numeric keypad, four arithmetic operation keys, and a memory key, a cursor key 31, and other function keys 32.

The cursor key 31 specifies the cursor position on the CD display 5-. The function keys 32 are used to edit data on the display and to send and receive data to and from the transaction processing device.

The LCD display 5 displays guidance on operating procedures and service data for transactions.

The sheet key 4 is a key for inputting transaction items, denominations, etc.

FIG. 2 is a block diagram of the control section of the above-mentioned handy terminal.

The CPU 20 includes an LCD controller 21. Print controller 22. Keyboard 3. Sheet key 4. ROM2
3. RAM24. An MS interface 26 and a serial interface 25 are connected.

The LCD controller 21 controls the LCD display 5, and the print controller 22 controls the printer 2. The ROM 23 also stores a program (system program) that defines the operation of the entire handy terminal, and
AM24 stores visited destination data, service data, and the like. The MS interface 26 controls the MS reader (manual magnetic stripe reader) 7. Further, the serial interface 25 performs data matching (conversion between serial data and parallel data) for receiving and passing data to and from the transaction processing device.

Figure 3 is a block diagram of the transaction processing device CPU8.
0 includes a communication interface 81, a handy terminal control section 82. Display 83. Keyboard 84. ROM8
5. A RAM 86 and an FD interface 87 are connected to each other.

The communication interface 81 receives and transfers transaction data to and from the center where each customer's account file is set. The handy terminal control section 82 performs control for reading transaction data from the handy terminal or outputting encryption data and the like to the handy terminal. The ROM 85 stores programs that define the overall operation of the transaction processing device 8, and the RAM 86 stores programs to be loaded into each handy terminal and scrambled data sent to each handy terminal. The FD ZEIN-FACE 87 performs control when reading data from an FD (floppy disk) and transferring it to the RAM, or when recording data on the RAM to the FD 90.

FIG. 4 shows a memory map of a portion of the RAM 86 of the transaction processing device.

Area M1 stores a plurality of application programs to be loaded into each handy terminal.

Also area M2. M3. M4. M5 stores the scrambled data output when transmitting the application program to each handy terminal for each TD-Jkt. Note that the program stored in area M1 may be fixedly stored in the ROM 85 shown in FIG. 3 above. FIG. It shows the memory map.

Area M6 is a program (system program) that is configured in the ROM and defines the operation of the entire handy terminal. Addresses from area M7 to MIO are constructed from RAM. Area M7 stores an application program for transaction processing of the handy terminal loaded from the transaction processing device. Area M8 stores identification data for distinguishing the handy terminal from other handy terminals, and is loaded and stored from the transaction processing device. Area M9 is nB data (scramble data) for encrypting transaction data, which is loaded and stored from the transaction processing device. Area MIO stores data input through transactions, and is encrypted and stored using the scrambled data.

Next, the operation of the above-mentioned handy terminal processing system will be explained.

6 and 7 are flowcharts showing the processing procedure of the transaction processing device.

FIG. 6 shows the loading process that is performed first after connecting the handy terminal to the transaction processing device. First, in step n1, an application program to be loaded to the connected handy terminal is loaded (output). . Next, press n2 to identify the handy terminal (TD-Th)
and load (output) the encryption data (scrambled data) to the handy terminal. Thereafter, in step n3, the scrambled data outputted in step n2 is stored in a storage area (M2 to M5 in FIG. 4, etc.) corresponding to the ID-No. outputted to the handy terminal.

The loading process ends with the above processing.

FIG. 7 is a flowchart showing a processing procedure for connecting a handy terminal, reading out data from the handy terminal, and totalizing the data. First, in step n4, an ID-tllo request command is output to the handy terminal. ID-Jb output from the handy terminal in step n5
receive. Subsequently, in step n6, the received TD-
Read the scrambled data corresponding to No. This scrambled data will be used later for data analysis.

Next, in step n7, a command is output to the handy terminal to request transmission of transaction data. At step n8, transaction data transmitted from the handy terminal is received. The received transaction data is the encrypted -r:,CO data, but in step n9 it is cryptanalysed based on the scrambled data, step n.
To determines whether the format of the transaction data received from the handy terminal is correct during this data analysis, and if it is normal, the data is totaled in step nil. If the format is incorrect, it is displayed in step n12 that the data is abnormal. If the data is abnormal, it means that the transaction data collected in the handy terminal was not properly encrypted, and it can be determined here that the handy terminal was not used normally.

8th rl! J is a flowchart showing the processing procedure of the handy terminal.

First, in step n13, it waits for reception from the key input or transaction processing device. If a key is available, a process corresponding to that key is performed in step n15. At step n14, it is determined whether or not there is a transmission from the transaction processing device. If any command is received from the transaction processing device, processing according to the command is performed (n16, n18, n20, n22). If the application program is sent from the transaction processing device, the program is loaded and stored in step n17.

Moreover, if TD/It and scrambled data are transmitted from the transaction processing device, ID/No.
and load scrambled data and store it. If there is a TD/Number transmission request from the transaction processing device, the ID already stored in the handy terminal is sent in step n21.
/No, (MB in Figure 5) is read and transmitted. If it is a data transmission request, transaction data is read out and sequentially transmitted in step n23. Through the above operations, the handy terminal encrypts and stores transaction data, and the transaction processing device cryptanalyzes this encrypted data and aggregates the data while checking the format. can be kept secret and unauthorized use can be prevented.

[Brief explanation of drawings]

FIG. 1 is an external view of a handy terminal used in a handy terminal processing system that is an embodiment of the present invention, FIG. 2 is a block diagram of the control section of the handy terminal, and FIG. 3 is a control of the transaction processing device. FIG. 4 is a diagram showing the memory map of the transaction processing device, FIG. 5 is a diagram showing the memory map of the handy terminal, and FIGS. 6 and 7 are flowcharts showing the operation of the transaction processing device. , FIG. 8 is a flowchart showing the operation of the above-mentioned handy terminal. ■-Handy terminal body, 8-Transaction processing device.

Claims (1)

[Claims] (1) Connect to a handy terminal having a transaction data storage section that stores transaction data collected at an overseas visit, and read out and process the transaction data stored in the transaction data storage section. a transaction processing device, wherein the transaction processing device includes means for outputting identification data and encryption data for identifying the handy terminal to the handy terminal; means for reading identification data and encrypted transaction data;
The handheld terminal has a means for cryptanalyzing the read encrypted transaction data, and a means for storing the encryption data and a means for encrypting the transaction data collected during a foreign visit. A handy terminal processing system characterized by: