JP7139693B2 - Cash handling device and cash handling system - Google Patents

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a cash processing device and a cash processing system, and is applicable to, for example, a cash processing device and a cash processing system that perform cash deposit processing.

2. Description of the Related Art In general, a cash concentration center of a financial institution or the like is provided with a deposit processing machine (hereinafter also referred to as a "cash processing apparatus") that counts and arranges cash.

A large number of slips and cash related to transactions are collected at a cash concentration center or the like. Consistency between the transaction amount and the deposit amount is confirmed, and the deposit transaction is completed (see Patent Document 1).

At the time of payment processing, the operator inputs customer identification information (for example, account number, etc.) for each slip, and the cash processing apparatus transmits the customer identification information to the host server (hereinafter also referred to as "customer master inquiry").

The host server uses the customer identification information from the cash processing device to obtain customer information held and managed in the host server (for example, account name for account number, associated information such as store name for that account). Also referred to as "master DB").

Then, when the customer identification information matches the customer information, the host server notifies the contents of the customer information to the cash processing device (hereinafter also referred to as "customer master inquiry response").

On the side of the cash processing machine receiving this, the operator confirms that the customer information is correct, thereby confirming the legitimacy of the transaction, and the cash is thrown into the cash processing machine. The cash processing device counts the number of denominations, and the operator confirms the consistency between the transaction amount and the deposit amount described in the slip.

When the cash processing apparatus completes the transaction, it transmits the transaction data to the host server (hereinafter also referred to as "transaction result notification"). When the host server receives this, the transaction data is registered in the transaction DB, thereby completing the deposit transaction for one slip.

Normally, one transaction is performed by one cash processing device. This is because the presence or absence of cash miscalculation can be clarified immediately by completing the transaction with one cash processing device.

However, in a case where the deposit processing must be completed within the time limit of the transaction, for example, the transaction of one slip may be carried out by a plurality of cash processing apparatuses. For example, there is a case where a contract has been concluded to deposit money into an account by a specified time, and a huge amount of transactions needs to be processed.

In such a case, prior to the above-described customer master inquiry and customer master inquiry response, etc., a plurality of cash processing devices are used to count the amount of cash for one slip. This is because the amount of transactions is huge, and it takes a very long time to count cash with one cash processing device. Therefore, in order to shorten the time required for the cash counting operation, the cash relating to the transaction of one slip is distributed to a plurality of operators, and each operator counts the cash with a cash processing device at its post.

In addition, in actual operation, in order to compare the counting results shared by each operator, each operator writes the counting results by hand on a special sheet (also called a "cycle table") and shares it among the operators. I am handing it around.

Ultimately, the operator, who receives the payment schedule, manually inputs the counting result described in the payment schedule into the cash processing device, and then enters the slip amount and the counting result (the number of denominations of coins and banknotes). ). After confirming the validity of the transaction, the above-mentioned customer master inquiry and customer master inquiry response are performed, and the cash processing device transmits the transaction data to the host server.

Japanese Patent Application Laid-Open No. 2015-94987 (especially see paragraphs 0002-0004)

In the case of the conventional operation described above, there is an advantage in terms of time reduction because cash processing is performed in parallel by a plurality of cash processing apparatuses.

However, as described above, the payout table is handwritten by each operator, so there is a risk of transaction errors occurring. In addition, since the operator manually inputs the transaction information into the cash processing device based on the payment schedule, a transaction error may also occur. From the viewpoint of strictness of transactions, it is preferable to eliminate manual work as much as possible.

Therefore, there is a demand for a cash processing device and a cash processing system that can reduce the burden of manual work on the operator in order to ensure the strictness of transactions when cash is processed in parallel by a plurality of cash processing devices. there is

In order to solve such problems, a cash processing apparatus according to a first aspect of the present invention includes (1) communication means for exchanging transaction information between one or a plurality of other cash processing apparatuses, and (2) one (3) a split deposit processing unit that counts the split partial cash of the cash related to the content of the transaction and performs deposit processing of the partial cash; a transaction execution unit that integrates a plurality of pieces of split deposit information acquired from the device and completes a deposit transaction related to the corresponding transaction content ; , a split deposit call screen including a plurality of split deposit information obtained from the split deposit processing unit of the own device and each other cash processing device is displayed, and the transaction execution unit receives the plurality of split deposit information through the operation display unit A plurality of divided payment information selected from among them are associated with each other, and the payment amounts of the selected plurality of divided payment information are summed up to obtain transaction data relating to the payment transaction .

A cash processing system according to a second aspect of the present invention comprises a plurality of cash processing devices according to the first aspect of the present invention, wherein one of the plurality of cash processing devices is connected to the above-mentioned cash processing device from another cash processing device. It is characterized in that it acquires split payment information and stores the split payment information obtained from another cash processing apparatus.

A cash processing system according to a third aspect of the present invention comprises a plurality of cash processing devices according to the first aspect of the present invention, each cash processing device storing split deposit information obtained by itself, and It enables the acquisition of split payment information from the cash processing device.

Advantageous Effects of Invention According to the present invention, when a plurality of cash processing apparatuses perform cash processing in parallel, it is possible to reduce the burden of manual work on the operator in order to ensure the strictness of transactions.

It is a sequence diagram which shows the operation example (Example 1) of the installment payment process in the cash processing system which concerns on 1st Embodiment. BRIEF DESCRIPTION OF THE DRAWINGS It is a whole block diagram which shows the whole structure of the cash processing system which concerns on 1st Embodiment. It is an internal block diagram which shows the internal structure of the cash processing apparatus which concerns on 1st Embodiment. It is an example of the main menu screen displayed on the display part of the cash processing apparatus which concerns on 1st Embodiment. It is a screen figure which shows an example of the split payment processing screen displayed on the display part of the master device of 1st Embodiment. FIG. 10 is a screen diagram showing an example of a screen related to division processing displayed on the display unit of the child device of the first embodiment (No. 1); FIG. 10 is a screen diagram showing an example of a screen relating to division processing displayed on the display unit of the child device of the first embodiment (No. 2); FIG. 4 is a screen diagram showing an example of a divided deposit calling screen according to the first embodiment; FIG. 7 is a screen diagram showing an example of a split deposit call selection screen according to the first embodiment; It is a sequence diagram which shows the operation example (Example 2) of the installment payment process in the cash processing system which concerns on 1st Embodiment. FIG. 4 is a screen diagram showing an example of a divided deposit calling screen according to the first embodiment; FIG. 10 is a screen diagram showing an example of a split deposit call selection screen according to the first embodiment (No. 1); FIG. 11 is a screen diagram showing an example of a split deposit call selection screen according to the first embodiment (No. 2); FIG. 11 is a screen diagram showing an example of a divided deposit inquiry screen according to the second embodiment (No. 1); FIG. 12 is a screen diagram showing an example of a divided deposit inquiry screen according to the second embodiment (No. 2); It is explanatory drawing explaining the structure of the customer identification information registered into the cash processing apparatus which concerns on 3rd Embodiment. FIG. 12 is a screen diagram showing an example of a split payment processing screen displayed on the display unit of the master device of the third embodiment; FIG. 12 is a screen diagram showing an example of a split deposit account call screen according to the third embodiment; It is a sequence diagram which shows the operation example of the installment payment process in the cash processing system which concerns on 4th Embodiment. FIG. 21 is a screen diagram showing an example of a split deposit calling screen according to the fourth embodiment; In the fourth embodiment, it is a sequence diagram showing the operation of the installment payment processing when a failure occurs in one of the cash processing devices.

(A) 1st Embodiment Below, 1st Embodiment of the cash processing apparatus which concerns on this invention, and a cash processing system is described in detail, referring drawings.

This embodiment illustrates the use of the present invention in, for example, a cash processing device and cash processing system at a cash concentration center.

In particular, this embodiment exemplifies a case where the cash processing apparatus performs split payment processing.

For example, because the amount of cash for one slip is enormous, the cash for one slip is distributed to a plurality of operators OP. Each operator OP puts a part of the cash of one slip into the cash processing device 1, and the cash processing device 1 counts the cash. Such payment processing is called split payment processing. As a result, the time required for cash counting work can be shortened.

In the installment payment process, transaction information (hereinafter also referred to as "split payment data") including the counting results counted by each cash processing device 1 is created. A plurality of divided payment data obtained by a plurality of cash processing apparatuses 1 are associated, and the payment amount of each divided payment data is totaled.

Then, it is confirmed whether or not the total amount matches the slip amount of one slip. This completes the deposit transaction for one slip.

(A-1) Configuration of First Embodiment FIG. 2 is an overall configuration diagram showing the overall configuration of the cash processing system according to the first embodiment.

2, the cash processing system 9 according to the first embodiment includes a plurality of cash processing devices 1 (1-1 to 1-N; N is a positive integer), a server 2, a transaction database 3, a customer master database 4. have

In the example of this embodiment, it is assumed that a plurality of cash processing machines 1-1 to 1-N are arranged in a cash concentration center. A plurality of cash processing apparatuses 1 are arranged at the operation base according to the processing volume.

Each of the cash processing devices 1-1 to 1-N is a device for performing various cash transaction processing such as cash deposit processing, cash withdrawal processing and counting processing. Each cash processing device 1 accepts input of customer identification information for each slip S (for example, part or all of branch number, item, account number, etc.) input by operator OP at the time of deposit processing, and transmits the input to server 2. and perform a customer master inquiry. This makes it possible to confirm the validity of the customer information.

Further, each of the cash processing apparatuses 1-1 to 1-N counts the number of denominations and displays the count result when the operator OP inserts cash during the deposit process. Each of the cash processing apparatuses 1-1 to 1-N completes the deposit transaction when the operator OP confirms the details of the transaction, and outputs a receipt (statement) printed with the counting result.

Each of the cash processing apparatuses 1-1 to 1-N can perform normal deposit processing and split deposit processing as deposit processing. The operator OP can select which deposit process is to be performed.

The server 2 can be connected to the transaction database 3 and the customer master database 4 , acquires transaction data from each cash processing device 1 , and registers the transaction data in the transaction database 3 . In addition, when the server 2 acquires customer identification information (for example, part or all of the branch number, item, account number, etc.) from each cash processing device 1 during the deposit process, the server 2 corresponds to the customer identification information from the customer master database 4. Then, the customer information is retrieved and transmitted to the cash processing apparatus 1 that has requested the customer information.

The transaction database 3 stores transaction data.

The customer master database 4 stores customer information. The data structure stored in the customer master database 4 is not particularly limited, but customer identification information and customer information (for example, account name for account number, store name for account number, etc.) are associated with each other. there is

[Internal Configuration of Cash Processing Device 1]
FIG. 3 is an internal configuration diagram showing the internal configuration of the cash processing apparatus 1 according to the first embodiment.

3, the cash processing apparatus 1 according to the first embodiment is roughly divided into a main control section 10 as control means, a storage section 11, a display section 12, a card reader 13, an input section 14, a printing section 15, a communication It has a section 16 , a bill section 17 and a coin section 18 .

The main control section 10 controls the processing of the entire cash processing apparatus 1 based on the control program stored in the storage section 11 . The main control unit 10 corresponds to functions such as deposit processing and withdrawal processing, counting transaction functions, and the like.

The main control unit 10 mainly has a split payment processing unit 10a, a transaction execution unit 10b, a split payment inquiry unit 10c, and a customer identification information calling unit 10d.

The split deposit processing unit 10a performs split deposit processing, which will be described later. The split deposit processing unit 10a receives split (distributed) cash (partial cash) out of the cash related to the transaction of one slip, counts the partial cash, and performs deposit processing of the partial cash. .

The transaction execution unit 10b performs a split deposit call process and a split deposit call selection process, which will be described later. The transaction executing unit 10b acquires the split deposit data from the other cash processing device 1 via the installment deposit processing unit 10a of its own device 1 and the communication unit 16, and selects the split deposit data from a plurality of split deposit data. A plurality of divided deposit information are integrated to complete the deposit transaction related to the corresponding transaction contents.

In order to confirm the split deposit data, the split deposit inquiry unit 10c acquires the split deposit data from the other cash processing device 1 via the split deposit processing unit 10a of its own device 1 and the communication unit 16, and specifies the split deposit data. This is to inquire about the detailed information of the divided payment data.

The customer identification information calling unit 10d pastes specified customer identification information from preset customer identification information to the customer identification information input field.

The storage unit 11 is storage means for storing various data used in the processing of the main control unit 10 . The storage unit 11 stores various information. The storage unit 11 stores, for example, divided deposit data, history of deposit transactions, history of withdrawal transactions, the number of cash of each denomination stored in the banknote unit 17 and the coin unit 18, Stores transaction history, etc. Further, the storage unit 11 stores control programs executed by the main control unit 10, processing results, various parameters, and the like.

The banknote section 17 stores and manages banknotes by denomination.

The banknote unit 17 includes a banknote deposit/withdrawal port 173 that collectively accepts a plurality of banknotes that are inserted during deposit processing and that discharges banknotes as change during payment processing. A banknote recognition unit 174 that separates banknotes one by one, discriminates the denominations of banknotes, etc., and counts the discriminated banknotes for each denomination, and banknotes that accumulate and temporarily hold the banknotes discriminated and counted by the banknote recognition unit 174. It has a temporary holding unit 175, a banknote recovery box 171 that stores deposited banknotes by denomination, a banknote reject 172, and a control unit 170 that controls the operation of the entire banknote unit 17 based on a control program.

A banknote sensor 173 a is arranged in the banknote deposit/withdrawal port 173 to determine the presence or absence of banknotes (inserted banknotes or ejected banknotes) remaining inside. In the cash processing apparatus 1, the banknote sensor 173a can recognize whether or not the banknote discharged from the banknote deposit/withdrawal port 173 (the banknote discharged after being counted) is taken out by the operator in the counting transaction. Although the detection method applied to the banknote sensor 173a is not limited, for example, an optical sensor (for example, a sensor that detects whether or not inspection light is blocked by a banknote) or a mechanical sensor (for example, a banknote A sensor that detects whether or not the lever is pushed down can be applied.

The coin section 18 stores and manages coins by denomination.

The coin unit 18 has a coin receiving port 184 for collectively receiving coins, separates the coins received in the coin receiving port 184 one by one, discriminates the denominations of the coins, and discriminates the discriminated coins. A coin recognition unit 186 that counts by denomination, a coin temporary storage unit 187 that temporarily stores coins discriminated and counted by the coin recognition unit 186, a coin collection box 181 that stores received coins by denomination, and coins. A coin dispensing port 185 for dispensing a coin, a coin reject 182, a control unit 180 for controlling the operation of the entire coin unit 18 based on a control program, and a coin deposited in the coin receiving port 184 for returning to the operator. It has a coin return port 199 for

For example, the coin temporary storage unit 187, the coin collection box 181, the coin payout port 185, and the coin return port 189 are partitioned so that coins can be accumulated and stored separately for each denomination.

The coin return port 189 has a function of returning coins (eg, counted coins) that have been thrown into the coin deposit port 184 but not stored in the coin collection box 181, for example. The coin return port 189 is provided with a coin sensor 189a for determining whether or not there are coins remaining inside (discharged coins). In the cash processing apparatus 1, in counting transactions, the coin sensor 189a can recognize whether or not the coins discharged to the coin return port 189 (coins after counting) are taken out by the operator. The detection method applied to the coin sensor 189a is not limited. A sensor that detects whether or not the lever is pushed down can be applied.

Note that the control unit 170 of the banknote unit 17 and the control unit 180 of the coin unit 18 control the banknote unit 17 and the coin unit 18 according to instructions from the main control unit 10 .

The display unit 12 is, for example, a liquid crystal display (LCD) or the like, which is a display means for displaying guidance for various processing operations of the cash processing apparatus 1, input screens, input information, deposit amounts or withdrawal amounts by denomination, and the like.

The card reader 13 reads information recorded on an ID card used by the operator (eg, recorded on an IC chip, magnetic stripe, etc.) and supplies the read information to the main control unit 10 . As a result, the person-in-charge identification information stored in the ID card can be read, and the deposit data and withdrawal data can be managed in association with the person-in-charge identification information. As for the person-in-charge identification information, the input of the person-in-charge identification information may be accepted through the input unit 14, which will be described later, instead of being read by the card reader 13. FIG.

The input unit 14 is operated by an operator. For example, physical input means such as a keyboard and numeric keypad, or input means such as a touch panel arranged on the display unit 12 can be applied.

The printing unit 15 prints (prints) the amount of money received or withdrawn by the banknote unit 17 or the coin unit 18, the number of denominations, and the like on paper, and outputs a receipt (slip). More specifically, the printing unit 15 prints on paper the counting result (e.g., the amount of money deposited), the machine number that is device identification information of the cash processing device 1, and the serial number related to the transaction of the payment in installments at the time of payment in installments. Print a receipt.

The communication unit 16 exchanges information with the server 2 and other cash processing devices 1 through a connection line.

(A-2) Operation of First Embodiment Hereinafter, the operation of the installment payment processing in the cash processing system 9 according to the first embodiment will be described in detail with reference to the drawings.

[Example 1]
FIG. 1 is a sequence diagram showing an operation example (Example 1) of installment payment processing in the cash processing system 9 according to the first embodiment.

Here, since the amount of cash in one slip is enormous, the cash is distributed to a plurality of operators OP, and a plurality of cash processing devices 1-1 to 1-3 work together to perform cash counting and split deposit processing in parallel. An example case is given.

Of the cash processing apparatuses 1-1 to 1-3, the cash processing apparatus 1-1 stores the divided deposit data obtained by its own apparatus 1-1, and stores the data in the other cash processing apparatuses 1-2 and 1-3. It functions as a device for storing each divided payment data obtained. In other words, the cash processing apparatus 1-1 stores all of the installment payment data.

The cash processing device 1-1 storing each installment payment data can be regarded as a "master device" for the cash processing devices 1-2 and 1-3. It can be regarded as a "slave device" for the device 1-1.

Therefore, hereinafter, for convenience of explanation, the cash processing device 1-1 will be referred to as "master device A", and the cash processing devices 1-2 and 1-3 will be referred to as "child device B" and "child device C". Processing will be explained.

Note that, although the parent machine and the child machine will be described separately, each of the plurality of cash processing apparatuses 1-1 to 1-N has the same configuration. Each cash processing apparatus 1 can perform the same processing function regardless of the difference between the parent machine and the child machine.

Therefore, even the parent machine can perform the split payment process. Conversely, even a slave unit can call up a plurality of divided payment data related to a transaction of one slip, and can transmit transaction data associated with the plurality of divided payment data to the server 2 .

The cash processing device 1 functioning as a parent machine is preset to any one of the plurality of cash processing devices 1 . In the example of FIG. 1, a huge amount of cash in one slip is distributed to each operator in charge of master machine A, slave machine B, and slave machine C. In FIG. Each operator inserts and counts cash into parent machine A, child machine B and child machine C in charge, performs split payment processing, and prepares split payment data.

[Steps S101 and S111]
FIG. 4 is an example of a main menu screen displayed on the display unit 12 of the cash processing apparatus 1 according to the first embodiment. FIG. 5 shows an example of a split processing screen displayed on the display unit 12 of the parent device A, FIG. 6 shows an example of a split processing screen displayed on the display unit 12 of the slave device B, and FIG. It is an example of the screen of the division process displayed on the display unit 12 of the handset C. FIG.

First, the operator in charge of parent device A and the operator in charge of child devices B and C each perform a predetermined operation to select and start split payment processing (steps S101 and S111).

For example, the main menu screen 50 of FIG. 4 includes a "divided deposit" button 51 for starting the split deposit process, a "divided deposit call" button 52 for calling up the split deposit data from the parent machine A storing the split deposit data, It has a "divided deposit inquiry" button 53 for inquiring the split deposit data from the parent machine A, a "divided deposit account call" button 54, and an "end" button 55 for ending the split deposit process.

Each operator OP selects the "payment in installments" button 51 on the main menu screen 50 illustrated in FIG. 4 in order to start the payment in installments process. 5, 6 and 7 (hereinafter referred to as "split payment screen"). ) 60 is displayed on the display unit 12 .

5 to 7 has a customer identification information input column 61, a slip amount input column 62, a counting result 63, and a "Complete" button 64. FIG.

The count result 63 of the divided deposit screen 60 of FIGS. 5 to 7 is, for example, the total amount of money stored in the cash storage unit (safe) of the cash processing apparatus 1, the banknote recognition unit 174, and the coin recognition unit. "Cash total" which is the total amount counted by 186; This includes the “difference”, which is the difference between the

Note that the cash processing apparatus 1 may be configured to be able to store securities such as checks in addition to storing cash. When the cash processing apparatus 1 receives checks, the "collected total" can display the total amount of the "cash total" plus the amount of the check. To do so, only cash counts are exemplified.

5 to 7, there are customer identification information input fields 61 for "branch number", "item", and "account" as customer identification information, and a slip amount input field 62 for inputting the amount of the slip. be. For the customer identification information entry field 61 and the slip amount entry field 62, the operator OP enters the "branch number", "subject", "account", and "slip amount" described in the slip S. FIG.

Here, the customer identification information input field 61 and the slip amount input field 62 are optional input items in the counting process.

Since only one slip S is issued, the slip S is hand-delivered among a plurality of operators OP. Therefore, when the counting process is performed in parallel by the parent machine A and the child machines B and C, some operators OP cannot see the slip S at least during the counting process, so the operator OP may not be able to input.

Therefore, the input of the customer identification information and the amount of money on the slip are optional input items as long as they can be finally input. In other words, the customer identification information and the invoice amount need only be entered before the transaction result notification is sent to the server 2, and are not required input items at least for the counting process.

In the following, when the counting process is performed, the operator OP in charge of the parent device A has the slip S (in other words, the operator OP in charge of the child devices B and C does not have the slip S). state), the parent device A and the child devices B and C perform counting processing in parallel.

[Steps S102 to S105]
First, the processing in the parent device A will be explained. In the parent machine A, the operator OP inserts cash and counts (step S102).

More specifically, the banknotes inserted into the banknote deposit/withdrawal port 173 of the banknote unit 17 are paid out one by one and conveyed to the banknote recognition unit 174 . The banknote recognition unit 174 counts the passing banknotes, identifies the state of the banknotes, and counts the number of denominations. The number of denominations of coins inserted into the coin inlet 184 of the coin unit 18 is counted by the coin recognition unit 186 . The counting results of the banknote recognition unit 174 and the coin recognition unit 186 are notified to the main control unit 10 .

When the cash count is completed, the counting result 63 is displayed on the split deposit screen of FIG. 5 (step S103).

The main control unit 10 outputs the counting result of the bill recognition unit 174 ("A, 000,000 yen" in the example of FIG. 5) and the counting result of the coin recognition unit 186 ("CCC yen" in the example of FIG. 5). ”) is displayed in the “total cash amount” (“A, 000, CCC Yen” in the example of FIG. 5). In this embodiment, only the cash amount is used, so "A, 000, CCC yen" is displayed in the total.

Next, the operator OP inputs the "store number", "item" and "account" as the customer identification information, and the "slip amount" described in the slip S (step S104).

As described above, the customer identification information and the slip amount are optional input items, but since the operator OP of the master machine A has the slip S at hand, the customer identification information and the slip amount are entered here. Illustrate the case.

When the slip amount is entered in the slip amount input field 62 of the divided payment screen 60, the main control unit 10 calculates the difference between the slip amount and the total amount received, and displays the result in the "difference amount" column. For example, in the example of FIG. 5, since "X, 000, CCC yen" is entered in the slip amount input field 62, "-D, 000,000 yen" is displayed in the "difference" field. be done.

The input timing of the customer identification information and the slip amount is not particularly limited. For example, after the split deposit screen 60 is displayed, the counting result is displayed before the start of cash counting, during cash counting, and after cash counting. It can be input at any timing when it is done.

After inserting cash into the main machine A and confirming the count result displayed on the display unit 12, the operator OP presses the "Complete" button 64 on the split deposit screen 60 (step S105). As a result, the split deposit data completed by the master machine A are stored in the master machine A with a serial number.

In master machine A, when the installment payment processing is completed, the printing unit 15 may print and output a receipt (statement) describing the installment payment data. For example, at least the machine number, serial number, and payment amount are printed on the receipt. Also, when the customer identification number and the slip number are entered, the customer identification number and the slip number are also printed on the receipt.

[Steps S112 to S115]
Processing in slave units B and C will be described. In the handsets B and C, the operator OP inserts cash and counts (step S112). When the cash counting is finished, the counting result 63 is displayed on the divided deposit screen 60 of FIG. 6 (step S113).

Since the operator OP of the slave units B and C does not have the slip S at hand, at this time, the operator OP uses the customer identification information "store number", "item" and "account", and the slip S You have not entered the "Voucher Amount" of Therefore, there is no input in the customer identification information input field 61 and the slip amount input field 62, as in the split deposit screen 60 of FIGS.

The main control unit 10 receives the counting result of the banknote recognition unit 174 ("B,000,000 yen" in the example of FIG. 6, and "C,000,000 yen" in the example of FIG. 7) and the coin recognition The total amount obtained by adding the counting results of the unit 186 (“0 yen” in the example of FIG. 6, and “0 yen” in the example of FIG. 7) is displayed in the “total amount of cash” (in the example of FIG. 6). in the case of "B,000,000 yen", and in the case of FIG. 7, "C,000,000 yen"). Furthermore, since the "slip amount" is not entered, the main control unit 10 does not display the "difference".

After inserting cash into slave units B and C and confirming the counting result, the operator OP presses the "Complete" button 64 on the split deposit screen 60 (step S115). As a result, the divided payment data, which is a part of the cash related to the slip S obtained by the child devices B and C, is notified to the parent device A, and the parent device A stores the divided payment data in the child device B. FIG.

In slave units B and C, when the installment payment processing is completed, the printing unit 15 may print and output a receipt (statement) describing the installment payment data. For example, at least the machine number, serial number, and payment amount are printed on the receipt. Also, when the customer identification number and the slip number are entered, the customer identification number and the slip number are also printed on the receipt.

When the slip S is circulated to the operator OP during the counting process in the handsets B and C (that is, before pressing the completion button of the split payment), the split payment screen 60 displays the customer identification information and the slip amount. Input is possible. In this case, similar to the processing in the parent machine A already described, the operator OP may input the customer identification information and the slip amount on the installment payment screen 60 to acquire the installment payment data.

[Steps S121 to S123, S131]
Slave device B associates a plurality of installment payment data obtained by split payment with master device A, slave devices B, and C for the transaction of one slip S, and transmits the transaction data to server 2 (transaction result notification). to register.

In this example, a case is exemplified in which the handset B calls up each installment payment data and notifies the transaction result, but this subject is not limited and may be the base machine A or other It is also possible for the child device to perform this.

The slip S is circulated in the hands of the operator OP in charge of the handset B. Also, the receipts output by the parent device A and the child device C are passed to the operator OP of the child device B. Therefore, the operator OP makes a customer master inquiry as necessary, and compares the information written on the slip S (and the receipt) with the screen displayed on the display unit 120 of the handset B, 2 to send the transaction notification result.

First, by the operation of the operator OP, on the main menu screen 50 displayed on the display unit 12 of the handset B, "call for split payment" is pressed (step S121), and the split payment call screen 70 illustrated in FIG. 8 is displayed. displayed in section 12.

Then, on the split deposit call screen 70 displayed on the display unit 12, the operator OP selects a plurality of split deposit data related to the transaction related to one slip (step S122). This selection is made based on the "machine number" and "serial number" described on the receipt handed over from the operator OP.

Then, the main control unit 10 associates a plurality of selected split payment data, and sums up the payment amounts paid in a plurality of split payment processes. Then, in order to confirm the association of a plurality of split payment data, customer identification information, detailed information on split payment processing (for example, device identification information of the cash processing device 1, the total amount and the amount of cash (bills, coins) etc.) is displayed on the display unit 12, and a split deposit call selection screen 80 (see FIG. 9) including the difference between the slip amount and the total amount is displayed. As will be described later, the split deposit call selection screen 80 illustrated in FIG. 9 may allow the input of the customer identification information, the invoice amount, and the like.

When the operator OP confirms the split deposit call selection screen 80 and determines that the association of multiple split deposit data for the transaction of one slip S is valid, he presses the "Complete" button on the split deposit call selection screen 80. do. As a result, the main control unit 10 puts together a plurality of selected split payment data, treats this as one transaction data, and transmits a transaction result notification to the server 2 (step S123).

The server 2 that has received the transaction data registers the transaction data received from the slave device B as deposit transaction data related to the slip S (step S131).

The operation will be described below with reference to the drawings. FIG. 8 is an example of a split deposit calling screen 70 according to the first embodiment. FIG. 9 is an example of a split deposit call selection screen 80 according to the first embodiment.

The split deposit call screen 70 illustrated in FIG. 8 is a screen for displaying split deposit data obtained by split deposit processing in a plurality of cash processing apparatuses 1 and calling one or a plurality of split deposit data. The split deposit call screen 70 is a screen for selecting a plurality of split deposit data to be associated.

The split deposit call selection screen 80 illustrated in FIG. 9 is a screen including the result of adding up the deposit amounts deposited with a plurality of split deposit data. The split deposit call selection screen 80 is a screen for confirming whether or not the association of the selected multiple split deposit data is valid.

As exemplified in FIG. 8, the split deposit calling screen 70 includes an operation guidance display portion 71, a split deposit data list display portion 72 showing a list of split deposit data obtained by the split deposit processing in each cash processing device 1, A designating portion (e.g., check button) 73 for designating target data from the split deposit data list display portion 72, a selection portion 74 for selecting target data from the split deposit data list display portion 72, an "execute" button 75, It has a “Done” button 76 .

The divided deposit data list display unit 72 displays a "machine number" as the device identification information of the cash processing device 1 to identify the cash processing device 1 that has performed the split processing, a "serial number" indicating a serial number for identifying the deposit transaction, a customer The items are "branch number - account - account (number)" as identification information and "payment amount" indicating the payment amount related to split payment processing.

Here, the serial number displayed in the "serial number" is not the slip number described in the slip S or the branch number (slip number + branch number) added by each operator OP in addition to the slip number, but This is a serial number given to the installment payment data obtained in . That is, the serial number is an identification number (serial number) for identifying the installment payment transaction. Alternatively, a serial number managed by each cash processing machine 1 may be used instead of being limited to a number uniquely assigned to divided payment data.

In addition, as described above, "store number-description-account (number)" as the customer identification information is input to the parent machine A, but since the slip S is not circulated to the child machines B and C, the customer You have not entered your identification information. Therefore, in the split payment data list display section 72 of FIG. 8, the split payment data of the handset B does not include "branch number-item-account (number)" as the customer identification information.

For example, in order to associate the split payment data of parent device A with the split payment data of child devices B and C, operator OP selects "serial number; 0001", "serial number; 0002", and "serial number; 0003". be done. In this embodiment, a check box is associated with each piece of split payment data, and a flag is set in the check box to select the split payment data, but the selection method is not limited to this.

When a plurality of split deposit data are selected, a split deposit call selection screen 80 illustrated in FIG. 9 is displayed on the display unit 12 .

The split deposit call selection screen 80 illustrated in FIG. 9 has a customer identification information input field 81, a slip amount input field 82, a counting result 83, a "complete" button 84, and a call information display field 85 for each split deposit data.

In the customer identification information input field 81, customer identification information such as "store number", "item", and "account" can be input. In the slip amount input field 82, the slip amount described in the slip S can be entered. If any of the selected installment payment data contains customer identification information and invoice amount, the customer identification information and invoice amount included in that installment payment data will be displayed. be.

Since the input of the customer identification information and the slip amount is arbitrary when counting is performed by each cash processing apparatus 1, the customer identification information and the slip amount may not be included in all of the split payment data. In this case, the customer identification information input field 81 and the slip amount input field 82 on the split payment call selection screen 80 are displayed blank, but when the split input data is associated with the parent machine (that is, when the split payment call is ), customer identification information such as "store number", "account", and "account", and the amount of the slip may be input by the operation of the operator OP. As a result, when it is necessary to perform the counting process quickly, in order to give priority to the counting process, the input of the customer identification information and the slip amount in each cash processing apparatus 1 is omitted, and the counting process is performed first. After that, when the split payment is called, the split payment data can be associated and the customer identification information and the slip amount can be input.

The count result 83 displays the amount obtained by summing the received total and cash total (bills (amount) and coins (amount)) included in the selected multiple divided deposit data. When the slip amount of the target slip S is entered in the slip amount input field 82, the main control unit 10 calculates the difference between the slip amount and the total amount and displays the difference.

In this example, the cash total "A, 000, CCC yen" in the split payment data of parent machine A, the cash total "B, 000, 000 yen" in the split payment data of child machine B, and the split payment data of child machine C If the cash total is "C,000, CCC yen" and the total amount is "X,000, CCC yen", it can be determined that the slip amount and the total amount match and that there is no miscalculation.

The call information display column 85 displays detailed information of each selected split payment data. In the example of FIG. 9, the device identification information of the cash processing device 1 that has performed the split payment processing and the deposited amount (cash total) are displayed, but the detailed information is limited to this. is not.

As described above, conventionally, when cash is counted using a plurality of cash processing apparatuses 1, it is necessary for each operator to handwrite a payment table. However, in this embodiment, there is no need to create a handwritten schedule by each operator. Each operator only counts the distributed cash with the cash processing device 1.例文帳に追加Therefore, it is possible to prevent erroneous entries in the round table, eliminate manual work by the operator, and avoid miscalculations in transactions.

Further, conventionally, finally, the operator compares the slip with the result counted by each cash processing device, and manually inputs the transaction notification result. However, in this embodiment, it is only necessary to select the counting results counted in parallel by a plurality of child devices and associate a plurality of divided deposit data, and the conventional manual input is unnecessary. Therefore, manual input errors can be prevented, and transaction errors can also be avoided.

[Example 2]
FIG. 10 is a sequence diagram showing an operation example (Example 2) of split payment processing in the cash processing system 9 according to the first embodiment.

Example 2 is basically the same as the example in FIG. In the second embodiment, in a state where one or a plurality of split payment data related to a transaction of one slip is selected on the split payment call screen of the master machine A, the split payment process is performed on the master machine A, and a plurality of split payment data are processed. This is an example of adding up the deposit data and transmitting a transaction result notification to the server 2 .

In the first embodiment, the slip S is circulated from the operator OP of the master device A to the operator OP of the slave device B, and the slave device B calls up the split payment data and transmits the transaction result notification to the server 2 .

On the other hand, in the second embodiment, the slip S is not circulated among the operators OP, and the slip S is in the hands of the operator OP of the master machine A. A result notification is sent to the server 2.

[Steps S111 to S115]
Steps S111 to S115 are the same as steps S111 to S115 in FIG. 1 of the first embodiment. Since the slip S is not circulated on the sub-units B and C, no customer identification information is entered on the split payment screen 60 .

[Steps S201 to S207, S131]
An operator OP in charge of the parent machine A has a slip S at hand. First, by the operation of the operator OP, on the main menu screen 50 displayed on the display unit 12 of the parent device A, "call split deposit" is pressed (step S201), and the split deposit call screen 70 exemplified in FIG. 11 is displayed. displayed in section 12. At this point, it is assumed that the divided payment data for the child machine B is stored in the main machine A as "serial number: 0001" and the divided payment data for the child machine C as "serial number: 0002".

Then, on the split deposit call screen 70 displayed on the display unit 12, the operator OP operates a plurality of split deposit data (that is, split deposit data of "serial number: 0001" and "serial number: 0002") related to the transaction related to one slip. data) is selected (step S202).

Then, the main control unit 10 associates the plurality of selected split deposit data, adds up the deposit amounts deposited in the plurality of split deposit processes, and displays the split deposit call selection screen 80 illustrated in FIG. 12. Also, since the operator OP of the parent machine A has the slip S at hand, the operator OP inputs the customer identification information and the slip amount on the divided deposit call selection screen 80 of FIG. 12 (step S203).

In the split deposit call selection screen 80 of FIG. 12, the sum of the split deposit amount "B,000,000 yen" for handset B and the split deposit amount "C,000,000 yen" for handset C is "M,000." ,000 yen” is displayed on the cash counter. Also, since the slip amount "X,000, CCC yen" is input, the difference between the slip amount "X,000, CCC yen" and the cash total "M,000,000 yen" is "-A,000,000 yen." ” is displayed. As a result, the operator OP of the parent machine A can confirm the details of the divided payment data of the child machines B and C regarding the transaction of the slip S.

Subsequently, the operator OP of the master machine A presses the "start deposit" button 86 on the split deposit call selection screen 80 in FIG. is put into the base machine A, and the base machine A counts the cash (step S205).

That is, in the second embodiment, the split deposit call selection screen 80 (see FIG. 12) has a "start deposit" button 86 for performing split deposit processing, confirming the split deposit data related to the transaction, and " By pressing the deposit start button 86, split deposit can be performed in the cash processing apparatus 1. FIG.

Then, when the cash counting process in the main machine A ends, the result of counting in the main machine A is displayed on the split deposit call selection screen 80 as shown in FIG. 13 (step S206). Specifically, on the divided deposit call selection screen 80, the count result of the parent machine A, such as "A, 000, CCC yen deposit" is displayed, and the total amount up to that point, which is the cash amount, is displayed. The amount "X,000, CCC yen" obtained by adding the split payment amount "A,000, CCC yen" to the total "M,000,000 yen" is displayed on the cash total. In addition, the difference "0 yen" is also updated.

13, the counting result and the updated amount due to the split payment processing performed by the parent machine A are displayed in red and in bold to make the operator OP aware of their attention. , etc., may be highlighted.

When the split payment data related to the transaction by the operator OP is confirmed and the operator OP presses the "Complete" button 84 (step S207), the split payment data of the parent machine A is given a serial number and sent to the parent machine A. At the same time, the sum of the installment payment data of the parent device A and the child devices B and C is transmitted to the server 2 and registered as transaction data (step S131).

As described above, according to the second embodiment, the same effects as those of the first embodiment are obtained. Furthermore, according to the second embodiment, the cash processing apparatus 1 can continuously perform the installment payment processing while selecting one or a plurality of installment payment data related to the transaction of one slip.

(A-3) Effect of the First Embodiment As described above, according to the first embodiment, it is not necessary to create a payment schedule by handwriting as in the conventional art, so that transaction errors can be avoided. . Further, according to the first embodiment, manual input of transaction information based on the payment schedule is not necessary, so that transaction errors can be avoided. As a result, the frequency of occurrence of miscalculations can be greatly reduced, and it is possible to make the deposit work stricter.

(B) 2nd Embodiment Next, 2nd Embodiment of the cash processing apparatus which concerns on this invention, and a cash processing system is described in detail, referring drawings.

(B-1) Configuration of the Second Embodiment Since the internal configurations of the cash processing system 9 and each cash processing device 1 of the second embodiment are the same as those in FIGS. 2 and 3 of the first embodiment, The second embodiment will also be described with reference to FIGS. 2 and 3. FIG.

Moreover, since the main menu screen displayed on the display unit 12 of the cash processing apparatus 1 is also the same as that of FIG. 4 of the first embodiment, the second embodiment will also be described using FIG.

As described in the first embodiment, the split payment data for each cash processing device 1 is stored in the parent machine. Not only split payment data for one slip, but also split payment data for each of a plurality of slips may be stored.

Therefore, the operator OP, who calls up the split payment data stored in the main machine and selects a plurality of split payment data related to the transaction of one slip, can use the slip amount described in the slip S and each cash that has been paid in installments. By referring to the machine number and serial number written on the receipt output by the processing device 1, the divided payment data is selected.

Therefore, in the second embodiment, in addition to the configuration and processing of the cash processing apparatus 1 of the first embodiment, a "divided deposit inquiry" function is added. The split payment inquiry displays a transaction that has been paid in installments, but is then called for installment payment, and is removed from the display when the transaction is completed. This is a function to inquire about transactions that have been processed in installments and have not yet been completed. The split payment inquiry is a function for inquiring detailed information about specified split payment data. The divided payment inquiry is a function that both the parent machine and the child machine 1 have. The detailed information to be queried can be part or all of, for example, machine number, serial number, operator name, installment payment amount (cash total), customer identification information, slip amount, difference, and split payment time information. . In addition, detailed information is not limited to this.

(B-2) Operation of Second Embodiment The operation of the split deposit inquiry process according to the second embodiment will be described in detail with reference to the drawings.

Note that the split deposit processing and the split deposit call processing described in the first embodiment can also be applied to the second embodiment.

The operator OP who desires to view detailed information on the split deposit data stored in the master machine A selects "Inquiry for split deposit" on the main menu screen 50 (see FIG. 4) displayed on the display unit 12 of the cash processing apparatus 1. ' button 53 is selected.

Then, a divided deposit inquiry screen 90 illustrated in FIG. 14 is displayed on the display unit 12 .

FIG. 14 is a screen diagram showing an example of a split deposit inquiry screen according to the second embodiment.

14 includes an operation guidance display section 91, a split payment data list display section 92 showing a list of split payment data in a payment state in which a transaction is being completed, and a split payment data list display section 92. It has a selection section 94 for selecting target data from the data list display section 92, an "execute" button 95 for executing the selection, and an "end" button 96 for returning to the main menu screen.

All of the divided deposit data stored in the parent machine A are displayed in a list on the divided deposit inquiry screen 90 in FIG. The operator OP, who wishes to inquire about split deposit data, selects data to be inquired from this list display. The selection method is not particularly limited.

The split payment data specified by the parent machine A is transmitted to the cash processing device 1, and the detailed information of the split payment data illustrated in FIG. 15 is displayed on the display unit 12 of the cash processing device 1.

FIG. 15 is a screen diagram showing an example of a split deposit inquiry screen according to the second embodiment.

As illustrated in FIG. 15, the detailed information of the installment payment data includes information 97 including, for example, "machine number", "operator" indicating operator name, "serial number", "transaction time", "branch number", "subject ”, “account” customer identification information, and deposit information such as “slip amount”, “receipt total”, “cash total”, “banknotes”, “coins”, “difference”, etc. It has a "end" button 96 for returning, a "return" button 99 for returning to the previous screen, and the like.

The operator OP who sees the detailed information of the installment payment data in FIG. 15 can confirm (peruse) the transaction amount, machine number, operator name, serial number, transaction time, etc. of the installment payment.

Therefore, the operator OP refers to the slip amount described in the slip S, the machine number and the serial number described in the receipt after the payment is made in installments at each cash processing device 1, and determines the transaction related to the slip S. It is possible to confirm who made the payment in installments and which cash processing device. In addition, it is possible to confirm how many installment payments have been made in relation to the transaction of the slip S and how much each transaction amount (payment amount) is.

In addition, an alarm (for example, alarm ringing, warning display, etc.) is issued to notify the operator OP that the split payment processing is performed in each cash processing device 1 and that there is split payment data in a payment state in which the transaction is in the process of being completed. etc.) may be notified. By issuing an alarm in this way, it is possible to make the operator OP aware that the split deposit data is pending.

More specifically, a warning may be displayed on the screen of the display unit 12 at the transaction time of the split payment data or when a predetermined period of time has elapsed since the split payment data was stored in the master device A. At this time, the warning may be displayed not only on the display unit 12 of the main machine A but also on the display units 12 of all the cash processing devices 1. FIG. Alternatively, the warning may be displayed on the display unit 12 of the cash processing apparatus 1 (that is, the apparatus corresponding to the "machine number" of the installment payment data) that performed the split payment process instead of all the cash processing apparatuses 1.

Further, the warning display is not limited to the display after the predetermined time has elapsed, and the warning display may be performed when the split deposit data is created.

(B-3) Effect of the Second Embodiment As described above, according to the second embodiment, the split payment inquiry for inquiring the split payment data in the payment state in which the transaction stored in the parent machine is in the process of being completed. , it is possible to check the detailed information of the designated split deposit data.

(C) 3rd Embodiment Next, 3rd Embodiment of the cash processing apparatus which concerns on this invention, and a cash processing system is described in detail, referring drawings.

(C-1) Configuration of the Third Embodiment Since the internal configurations of the cash processing system 9 and each cash processing device 1 of the third embodiment are the same as those in FIGS. 2 and 3 of the first embodiment, The third embodiment will also be described with reference to FIGS. 2 and 3. FIG.

Also, since the main menu screen displayed on the display unit 12 of the cash processing apparatus 1 is the same as that of FIG. 4 of the first embodiment, the third embodiment will also be described using FIG.

In the third embodiment, in addition to the configuration described in the first or second embodiment, a plurality of pieces of customer identification information are registered in advance so that customer identification information can be entered quickly and accurately. , to select desired customer identification information from a plurality of registered customer identification information.

In the cash processing apparatus 1 according to the third embodiment, the storage unit 11 stores in advance a plurality of pieces of customer identification information (hereinafter also referred to as "registered customer identification information").

In addition, in 3rd Embodiment, the case where registered customer identification information is registered into the memory|storage part 11 of the cash processing apparatus 1 is illustrated. However, if each cash processing apparatus 1 can call the customer identification information, the registered customer identification information may be registered in a storage area other than the storage unit 11 . More specifically, for example, the registered customer identification information may be stored in another external storage unit (not shown) installed in the cash processing apparatus 1, or stored in a database distributed within the base. may be stored in Alternatively, for example, the information may be stored in a distributed database located outside the base.

FIG. 16 is an explanatory diagram illustrating the configuration of customer identification information registered in the cash processing apparatus 1 according to the third embodiment.

As shown in FIG. 16, the registered customer identification information according to the third embodiment has items of branch number, subject, and account number.

The registered customer identification information can be, for example, customer identification information of a customer who has concluded a contract in advance, a customer who has a large transaction, or the like. The registered customer identification information can be, for example, any combination or all of branch number, account number, account number, and the like. The registered customer identification information is not limited to these, and may include customer name, address, telephone number, and the like.

A method of registering the registered customer identification information is not particularly limited, and various methods can be widely applied. For example, on the registration screen, the customer identification information may be entered manually, or a plurality of previously entered customer identification information may be transferred (for example, imported) to the storage unit 11 .

(C-2) Operation of Third Embodiment Hereinafter, the operation of the customer identification information selection process according to the third embodiment will be described with reference to the drawings.

Note that the split deposit processing and split deposit call processing described in the first embodiment and/or the split deposit inquiry processing described in the second embodiment can also be applied to the third embodiment.

For example, the operator OP who desires to call up the desired customer identification information from the registered customer identification information selects "call split deposit account" on the main menu screen 50 (see FIG. 4) displayed on the display unit 12 of the cash processing apparatus 1. ' button 54 is selected.

It should be noted that the "call split deposit account" button 54 is not limited to the form displayed on the main menu screen 50 of FIG. For example, as illustrated in FIG. 17, a "call account for installment deposit" button 54 may be displayed on the installment deposit screen 60. FIG. Also, although not shown, a "call account for installment deposit" button 54 may be displayed on the call for split deposit selection screen 80 illustrated in FIG. As a result, it is possible to improve the operability of the operator OP who inputs the customer identification information, such as division processing. That is, the customer identification information can be selected more easily by displaying the "divided deposit account call" button 54 on the screen operated by the operator OP who inputs the customer identification information.

When the “dividual deposit account call” button 54 is pressed, the display unit 12 displays a split deposit account call screen 100 illustrated in FIG.

FIG. 18 is a screen diagram showing an example of the split deposit account call screen 100 according to the third embodiment.

As shown in FIG. 18, a list of pre-registered customer identification information is displayed in the customer identification information list display portion 102 of the split deposit account call screen 100 . The operator OP operates the selection unit 104 to specify with the specification unit (for example, check box, radio button, context menu button, etc.) 103 provided corresponding to each piece of customer identification information.

For example, the split deposit account call screen 100 may be activated in a window different from the split deposit screen, the split deposit call selection screen, or the like. This facilitates the selection of the customer identification information in the installment payment processing.

Further, when the selection is completed and the "Complete" button 105 is pressed by the operator OP, the selected customer identification information is transferred to the customer identification information of each screen (divided deposit screen 60, split deposit call selection screen 80, etc.). It will be pasted in the input field 61 .

(C-3) Effects of the Third Embodiment As described above, according to the third embodiment, in addition to the effects of the first and second embodiments, customer Identification information can be selectively called up. This saves the operator OP the trouble of inputting. Also, erroneous input due to manual input can be prevented.

(D) Fourth Embodiment Next, a fourth embodiment of a cash processing device and a cash processing system according to the present invention will be described in detail with reference to the drawings.

(D-1) Configuration of the Fourth Embodiment Since the internal configurations of the cash processing system 9 and each cash processing device 1 of the fourth embodiment are the same as those in FIGS. 2 and 3 of the first embodiment, The fourth embodiment will also be described with reference to FIGS. 2 and 3. FIG.

In each of the first to third embodiments described above, among the plurality of cash processing apparatuses 1, examples have been given of cases in which split payment processing is performed as a parent machine that stores a plurality of split payment data and a slave machine that does not store the split payment data.

On the other hand, in the fourth embodiment, each cash processing device 1 that has performed the split deposit process stores the split deposit data acquired by itself without distinguishing between the parent machine and the slave machine. Then, the cash processing apparatus 1 that performs the split deposit calling process inquires the split deposit data stored in each of the other cash processing apparatuses 1, adds up a plurality of split deposit data, and notifies the server 2 of the transaction result. Send.

(D-2) Operation of Fourth Embodiment FIG. 19 is a sequence diagram showing an operation example of the split deposit process in the cash processing system 9 according to the fourth embodiment.

In FIG. 19, the same numbers are assigned to the processes corresponding to the processes shown in FIG. 1 of the first embodiment. Further, in the following, the detailed description of the processing already described is omitted, and the characteristic processing of the fourth embodiment will be mainly described in detail.

[Steps S101 to S105, S111 to S115]
In each cash processing device 1-1 to 1-3, as in the first to third embodiments, each operator OP selects the "divided deposit" button 51 on the main menu screen 50 (step S101). , S111), and counts the amount of cash inserted (steps S102, S112).

Each of the cash processing apparatuses 1-1 to 1-3 displays the split deposit screen 60 on the display unit 12 (steps S103 and S113), and the operator OP who has confirmed the counting result presses the "complete" button 64. (steps S105, S115).

When the operator OP of each cash processing apparatus 1-1 to 1-3 has a slip S, the operator OP inputs the customer identification information as necessary (steps S104, S114).

[Step S301]
When the "Complete" button 64 is pressed on the split deposit screen 60, each of the cash processing devices 1-1 to 1-3 stores each split deposit data in the storage section 11 of its own device 1 (step S301). At this time, the serial number assigned to the split payment data is the serial number related to the split payment processing in each cash processing device 1 . Alternatively, a serial number managed by each cash processing machine 1 may be used instead of being limited to a number uniquely assigned to divided payment data.

In the first to third embodiments, each split deposit data is sent to the master machine, and the master machine stores all of the split deposit data. On the other hand, in the fourth embodiment, each divided payment data created in each cash processing device 1 is stored in the own device 1 . In other words, each cash processing device 1 manages the split deposit data. Thereby, the split payment data can be distributed instead of being aggregated in one master machine.

[Steps S302 to S304, S131]
After that, in one of the plurality of cash processing apparatuses 1-1 to 1-3 (cash processing apparatus 1-1 in FIG. 19), the operator OP performs split deposit call processing (step S302). ).

At this time, the cash processing apparatus 1-1 for which the "call split deposit" button 52 on the main menu screen 50 has been pressed calls another An acquisition request for divided payment data is transmitted to the cash processing apparatus 1 .

The other cash processing device 1 that has received the above acquisition request transmits the split payment data stored in its own device 1 to the requesting cash processing device 1-1. As a result, the cash processing apparatus 1-1 that performs the split deposit calling process can acquire the split deposit data from the other cash processing apparatus 1. FIG. In other words, the cash processing device 1-1 can go to see the divided deposit data of all the cash processing devices 1-1.

Note that the cash processing apparatus 1 that performs the split deposit calling process can be optional. As a result, operational reliability is improved, and transactions related to slips can be dealt with quickly.

The cash processing apparatus 1-1 that performs the split deposit calling process displays on the display unit 12 the split deposit calling screen including the acquired split deposit data.

FIG. 20 is a screen diagram showing an example of a split deposit calling screen according to the fourth embodiment.

20, the split deposit data generated by the cash processing apparatus 1-1 that performs the split deposit calling process and the split deposit data acquired from the other cash processing apparatuses 1 are listed.

The list display of split payment data has items of "machine number", "serial number" given by the split payment processing of each machine, "branch number-item-account number" as customer identification information, and "payment amount". A list of all divided payment data processed by each cash processing apparatus 1 is displayed.

The operator OP of the cash processing apparatus 1-1 who performs the split deposit calling process is based on the slip S and the "machine number" and "serial number" described in the receipt handed over by the operator OP of the other cash processing apparatus 1. , selects the split payment data related to the transaction of the slip (step S303).

At this time, the input of the customer identification information is optional, but if the customer identification information is input in any of the cash processing devices 1 (the cash processing device 1-1 in the example of FIG. 19), the operator OP selects the relevant split payment data while comparing the customer identification information written on the slip with the customer identification information displayed on the split payment calling screen 110 .

In the cash processing apparatus 1-1, when the selection of a plurality of split payment data related to the transaction of the slip is completed (step S304), the transaction data obtained by summing the plurality of split payment data is transmitted to the server 2. In response to this, the server 2 registers transaction data (step S131).

Incidentally, in the cash processing apparatus 1-1, if the operator OP has cash that has not been paid in installments after the selection of the split payment data related to the transaction of the slip is completed, the operation shown in FIG. 10 of the first embodiment The counting process of the remaining cash may be continued according to the process of FIG. 13 . That is, the cash processing apparatus 1-1 may count the remaining cash, and add the counting result and the deposited amount of the divided deposited data that has already been selected. As a result, the transaction data of the total amount including the remaining amount of cash can be transmitted to the server 2 .

[Processing when failure occurs in cash processing device 1]
In the fourth embodiment, each of the cash processing apparatuses 1-1 to 1-3 can manage the split deposit data. can also handle. Below, the process when a failure occurs will be described.

FIG. 21 is a sequence diagram showing the operation of split deposit processing when a failure occurs in one of the cash processing apparatuses 1 in the fourth embodiment.

In FIG. 21, it is assumed that a failure occurs after the cash processing apparatus 1-3 has stored the divided deposit data in itself. Even if the cash processing apparatus 1-1, which performs split deposit calling processing, attempts to acquire split deposit data from the other cash processing apparatuses 1-2 and 1-3, a failure occurred in the cash processing apparatus 1-3. This is the case in which the split payment data cannot be acquired from the device 1-3.

In this case, the operator OP of the cash processing apparatus 1-1 who performs the split deposit calling process is handed the slip S and the receipt from the operator OP of the other cash processing apparatus 1. FIG. The receipt describes at least the "machine number", "serial number", and "deposit amount" of the cash processing apparatus 1-3. In this case, the "deposited amount" also includes transaction number information for each denomination so as to assist input in the cash processing machine 1-1, which will be described later. Therefore, when the cash processing apparatus 1-1 performs the split deposit calling process, the operator OP inputs the "machine number", "serial number", and "deposit amount" of the cash processing apparatus 1-3 based on the description on the receipt. , match the slip amount of the slip S with the amount of money received, and complete the transaction. Here, the input item may be limited to "deposit amount" for improved operability.

In the case described above, the failure occurred after the split payment process. In the case of the failure occurring before the split payment process, a device other than the cash processing device 1 in which the failure occurred is used to process the split payment. This can be dealt with by doing

(D-3) Effects of the Fourth Embodiment As described above, according to the fourth embodiment, in addition to the effects of the first to third embodiments, each cash processing device stores split deposit data. By (managing), each divided payment data can be distributed. As a result, it is possible to improve the operational reliability of the installment payment processing and to respond quickly. Furthermore, even if a failure occurs, the payment can be processed with a minimum of manual input, so miscalculations can be prevented.

(E) Other Embodiments Although various modified embodiments have been mentioned in the above-described first to fourth embodiments, the present disclosure can also be applied to the following modified embodiments.

(E-1) In the above-described first to fourth embodiments, the description was made on the assumption that a deposit transaction is performed between a deposit processing machine as a cash processing device and a host server. The present invention can also be applied when a plurality of processing devices are arranged and operated in parallel.

(E-2) In the above-described first embodiment, the case where the parent machine storing the split deposit data performs the split deposit process and the split deposit call process has been exemplified. However, the split deposit processing and the split deposit call processing may not be performed in the master device, and a plurality of slave devices other than the master device may perform the split deposit processing and the split deposit call processing. In this case, each child machine can notify the result of the transaction while grasping and monitoring the status of the installment payment processing performed by the other child machine (cash processing device).

(E-3) In the above-described first to fourth embodiments, three cash processing apparatuses 1 are used to perform the split payment process, but the number of apparatuses is not limited. It can be done with four or more cash processing machines. Therefore, it is possible to flexibly cope with the number of devices arranged at the operation base and the difference in the amount of transaction.

Reference numerals 1 (1-1 to 1-N): Cash processing device, 2: Server, 9: Cash processing system, 10: Main control unit, 10a: Divided deposit processing unit, 10b: Transaction execution unit, 10c: Divided deposit inquiry unit , 10d...customer identification information calling section, 11...storage section, 12...display section, 14...input section, 15...printing section, 16...communication section, 17...banknote section, 18...coin section.

Claims (7)

communication means for exchanging transaction information between one or more other cash processing devices;
a split deposit processing unit that counts the split partial cash out of the cash related to one transaction content and performs deposit processing of the partial cash;
a transaction execution unit that integrates a plurality of pieces of installment payment information acquired from each of the other cash processing devices through the installment payment processing unit and the communication means, and completes payment transactions related to corresponding transaction details ;
operation display and
with
During processing by the transaction execution unit, the operation display unit displays a split deposit call screen including the plurality of split deposit information acquired from the split deposit processing unit of the own device and each of the other cash processing devices. ,
The transaction execution unit associates the plurality of split payment information selected from the plurality of split payment information through the operation display unit, and totals the payment amount of the selected plurality of split payment information. , as transaction data related to the above deposit transaction
A cash processing device characterized by: At the time of processing by the split deposit processing unit, the operation display unit displays at least a split deposit screen including the counting result of the partial cash,
After the partial cash payment is completed through the operation display unit, the split payment processing unit creates the split payment information including at least the partial cash payment amount, device identification information, and transaction specific information. The cash processing device according to claim 1. When the sum of the payment amounts of the plurality of selected installment payment information is less than the transaction amount of the corresponding transaction details, and there is a cash balance related to the transaction details,
2. The transaction execution unit receives the count of the deposited balance, further adds up the payment amount of the split payment information of the balance, and obtains the transaction data related to the payment transaction . 2. The cash processing device according to 2. A storage unit that stores one or more preset customer identification information,
1. A customer identification information calling unit that associates said customer identification information selected from said one or more pieces of customer identification information stored in said storage unit with said split payment information. 4. The cash processing device according to any one of 1 to 3 . It is characterized by comprising a divided deposit information inquiry unit that inquires the designated divided deposit information from among the plurality of divided deposit information from the divided deposit processing unit of the own device and from each of the other cash processing devices. The cash processing device according to any one of claims 1 to 4 . Equipped with a plurality of cash processing devices according to any one of claims 1 to 5 ,
One of the plurality of cash processing devices acquires the divided payment information from the other cash processing device and stores the divided payment information obtained by the other cash processing device. A cash handling system characterized by: Equipped with a plurality of cash processing devices according to any one of claims 1 to 5 ,
A cash processing system characterized in that each of the above-mentioned cash processing devices stores the split deposit information obtained by itself and is capable of acquiring the above-mentioned split deposit information from other cash processing devices. .

Images