JPS6073797A - Cash register - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

Detailed Description of the Invention Ta) Technical Field of the Invention The present invention relates to a cash register that enables selection control of transaction types.

(b) Background of the Technology In a cash register (ECR), a transaction type is first specified by an operator, and subsequent operations are enabled according to the specified transaction type. The transaction type referred to here includes not only transactions by cash or card, but also operations such as sales inquiries and settlements.

Therefore, it is required to classify operable transactions according to the job function of the operator.

That is, the operators who operate the cash register include not only full-time employees but also part-time employees. Therefore, it is not preferable to allow all operators to operate all transactions from the viewpoint of keeping important information regarding store sales confidential.

(C) Prior Art and Problems However, in conventional cash register machines, there is no effective means for managing the transaction types that can be selected by each operator. For example, a method may be considered in which an operation classification key or an operator function classification key is provided to define the type of operation, and each operator sets the key position to the key position determined by him/her by turning the classification key when using the apparatus.

However, in this method, the operation range is set by the operator's own operation, and this is achieved only by the operator's good intentions.

+d) Purpose of the Invention The purpose of the present invention is to solve the above-mentioned conventional disadvantages.
To provide a cash register capable of managing and controlling transaction types that an operator can operate based on the operator's job function.

tel Structure of the Invention In order to achieve the above object, the present invention uses operator information input at the time of operator registration to enable the device to identify the range of transaction types that the operator can select. It is. The present invention will be explained in detail below using Examples.

(fl One Embodiment of the Invention FIG. 1 is a diagram showing an example of the configuration of a cash register to which the present invention is applied.The cash register has an internal processing device 1 (hereinafter referred to as C
(referred to as PU) controls the keyboard 3. based on various control programs 10 (described later). Display 5. It has a configuration that controls input/output devices (Ilo) such as the printer 6 and performs transaction registration processing.

Furthermore, the device shown at the opening of the park has a configuration including a card reader 4 for operator registration. That is, each operator registers as an operator when using the apparatus by inserting his or her own card 45 into the insertion slot of the card reader 4.

In this embodiment, attention is paid to the fact that the above-mentioned operator registration is an operation that is always required of the operator when starting to use the apparatus. That is, information that can identify the operator's job function is included as one of the information input for operator registration. On the device side, based on this operator information, the transaction types that can be selected by the operator are determined.

FIG. 2 is an example of a control table used by the apparatus processing section to control transaction types for each operator, as will be described later. This control table 25 has, for example, three levels (category A) depending on the job function of the operator.

It is classified into B and C). In the figure, "○" indicates a transaction that can be operated (selectable by the operator), and "×
” indicates a transaction whose operation is prohibited. Also,
For example, part-time employees can be assigned to Category A, full-time employees can be assigned to Category B, and employees at the rank of assistant manager or above can be assigned to Category C.

FIG. 3 is a functional block diagram showing a first embodiment of the present invention. In the figure, the same parts as in FIGS. 1 and 2 are given the same reference numerals, 11 is an operation sequence control unit that controls the order of operations by the operator, and 12 is a part newly provided in this embodiment. Transaction selection control section 13 is an error control section.

These control units may be considered to be programs forming part of the control program 10 shown in FIG.

Further, 30 indicates a keyboard control section, 40 a card reader control section, 50 a display control section, 60 a printer control section, 70 a line control section, and 80 a power-on control section. 8 operation control. Further 23. ' 24 is a buffer, which is provided in the memory 2 in FIG.

In this embodiment, the card 4 used at the time of operator registration is
5, data indicating the operator's job ability is recorded in advance. Therefore, by reading the operator registration information and job function information from this card 45, the job function of the operator can be known. The operation of the embodiment shown in FIG. 3 will be explained below based on the flowchart shown in FIG.

First, when using the device, the operator registers an operator number using the card 45. That is, the user inserts his or her own card 45 into a card insertion slot (not shown) provided in the card reader 4. This card reader 4 may be of a manual reading type. Further, the card 45 may be a magnetic card or an IC memory card.

Data read from the inserted card 45 is supplied to the CPUI via the card data buffer 24. C
The PU 1 stores the operator number included in this card data, and outputs operator function data to the transaction selection control section 12.

The transaction selection control unit 12 refers to the control table 25 based on the given professional data, and notifies the CPU of the transaction types that can be selected by the operator.

On the other hand, after inserting the card 45, the operator uses the keyboard 3 to select and input the type of transaction for which registration or other operations are to be performed. The input transaction type data (one of the transaction types shown in the table in FIG. 2) is notified to the CPUI via the keyboard buffer 23. Therefore, the CPUI determines whether or not to permit the operator to perform the transaction specified by the operator, based on the notification from the transaction selection control unit 12 described above. As a result of the determination, if the specified transaction is an operation that is not permitted by the operator, the CPUI displays on the display 5, via the display control unit 50, that there has been an operation error as an operator operation error. The error display indicating this operation error is displayed by pressing the clear key (CL key) on the keyboard 3 by the operator.
Cancels when pressed.

If the transaction specified by the operator is legitimate,
The CPU allows further transaction data input from the keyboard 3. Furthermore, if the designated transaction is a sales inquiry or a settlement instruction, it goes without saying that processing will be performed in accordance with this instruction.

Furthermore, in this embodiment, whether or not to continue the transaction operation is determined by detecting the presence or absence of the card 45 inserted into the card reader 4. It is easy to understand that this simplifies the operation for operator release.

FIG. 6 shows an example of a unit transaction operation (credit transaction) including a transaction selection operation in the flow shown in FIG. 7. In the figure, the "○" mark indicates an item input using the numeric keypad or the like on the keyboard 3, and the "mouth" indicates one of the function keys on the keyboard 3. As is clear from FIG. 6, the transaction selection operation up to inputting the transaction type using the registration key corresponds to the transaction selection operation shown in FIG. As already mentioned, a decision is made as to whether or not the transaction is possible upon completion of this operation.

As described above, in this embodiment, it is possible to register an operator's number and manage transactions by an operator using a card, and the device can manage transaction operations according to the operator's function. Furthermore, it is possible to control whether or not the card can be operated while the card is inserted, and all operations for the device can be thoroughly managed.

FIG. 4 is a diagram showing a second embodiment of the present invention, and a third embodiment of the present invention.
The same parts as those in the figures are given the same reference numerals.

That is, this embodiment shows a configuration for controlling operation selection when an operator number is registered using the keyboard 3 instead of the card 45 in the first embodiment. In other words, this embodiment is applied to the configuration shown in FIG. 1, in which case the device is not equipped with a card reader, or it is equipped with a card reader, but it is not possible to use it due to a malfunction. It can be considered that there are cases where

When registering operators using the keyboard 3, each operator is given an operator number to be registered in advance. In this embodiment, numerical data at a predetermined digit position of this operator number is used as the operator's job function information. The operation of this embodiment will be explained below based on the flowcharts shown in FIGS. 8 and 9.

First, when using the device, the operator inputs his or her given operator number consisting of a multi-digit (for example, 4-digit) number. This operation is performed in the flow shown in FIG. The entered operator number is stored in key buffer 2.
3 to the registration control unit 14. Registration control unit 1
4 checks the number of digits of the given operator number and then stores this number. At the same time, numerical data of a specific digit (for example, the highest or lowest digit) of the operator number is extracted and supplied to the transaction selection control section 12.

The transaction selection control unit 12 determines the professional ability of the operator based on the given numerical data.

After completing the operator registration operation, the operator selects a trade, as shown in FIG. 9, and then operates the selected trade. On the other hand, the CPUI determines whether or not the selected operation is possible based on the specified input transaction type data and the reference result of the control table 25 by the transaction selection control unit 12, as described in the first embodiment. is the same as Further, this operator registration is stored by a single registration operation, and it goes without saying that it can be omitted for each transaction.

As described above, according to this embodiment, an operator only needs to register his own operator number, and it is possible to manage transaction operations for each operator without placing any burden on the operator.

FIG. 5 is a diagram showing a third embodiment, and the same parts as in FIGS. 3 and 4 are given the same reference numerals. That is, in this embodiment, an operator number-function category correspondence table 26 (hereinafter simply referred to as a correspondence table) shown in FIG. 10 is provided in the memory 2 (FIG. 1). This correspondence table 26 includes job classifications A, B, and C (Fig. 2) corresponding to each operator number.
This is a table with . The contents of this correspondence table 26 are preset in the memory 2 by the initial program load (TPL) from the host device or by the keyboard 3, similar to the above-mentioned control table (FIG. 2).

If the correspondence table 26 cannot be preset in the cash register side due to capacity control of the memory 2, it is stored in the host device. Therefore, when an operator number is registered, the operator's job classification data is transmitted to the host device using the number as a key via the line adapter 7. The operation of the embodiment apparatus will be explained below based on the flowchart shown in FIG.

As in the second embodiment, the operator first inputs his own operator number from the keyboard 3 and performs a registration operation.

The input operator number serves as a key for the registration control unit 15 to refer to the correspondence table (operator function classification search). Thereafter, it is determined whether the transaction type input by the operator is acceptable or not based on the result of referring to the control table 25. The following operations are described in the first section above. This is the same as the second embodiment.

In this way, in this embodiment, by employing the correspondence table, it is possible to freely set job classifications, in other words, to freely set classifications of permitted operations for each operator.

(g) Effects of the Invention As described above, according to the present invention, operation management on the equipment side, which was previously impossible, is possible, sales information can be securely protected, and a total management method for operators is provided. You can also expect it.

[Brief explanation of drawings]

Figure 1 shows an ECR (cash register) to which the present invention can be applied.
FIG. 2 is a diagram showing a configuration example of a control table used in this embodiment. FIG. 3 is a block diagram showing a first embodiment of the present invention. FIG. 4 is a block diagram of a second embodiment of the present invention. 5 is a block diagram showing an example of the third embodiment; FIG. 6 is a flowchart showing an example of a trading operation; and FIG. 7 is an operation flowchart of the first embodiment shown in FIG. 3 2 FIGS. 8 and 9 are operation flowcharts of the second embodiment shown in FIG. 4, FIG. 10 is a diagram showing the structure of the correspondence table used in the third embodiment, and FIG. It is an operation flowchart of 3rd Example. 1 is a processing unit (CPU), 3 is a keyboard, 4 is a card league, 12 is a transaction selection control unit, 25 is a control table,
26 indicates a correspondence table. 4 1N Kaisho GO-73797 (7)

Claims (1)

[Scope of Claims] A device comprising a designation means for designating a transaction type and a registration means for registering transaction data according to the type designated by the designation means, in which identification information of an operator using the device is stored. An input means for inputting data. The present invention is characterized by comprising a determining means for determining a transaction type that can be selected by the operator based on the input identification information, and checking whether the transaction type specified by the operator is correct or not according to the output of the determining means. Cash register machine.