.

A CASH DEPOSIT APPARATUS AND METHOD

Field of the Invention

The present invention relates to cash handling, and more particularly to a cash deposit apparatus, and to an associated method.

Technical Background

Cash deposit apparatuses are used for depositing cash such as coins, notes (bills), cheques or coupons. A cash deposit apparatus is typically a stand-alone apparatus which is used on a self-service basis by an arbitrary, untrained user visiting a public site such as a bank office, mall, shopping area, store, etc.

When using a typical cash deposit apparatus, the user will place his cash in a cash input area, whereby the cash deposit apparatus will discriminate between acceptable cash, such as valid coins in a plurality of different denominations in one or more specified currencies, and unacceptable cash, such as fake (counterfeit) coins or coins of a foreign currency. A coin acceptance module handles the discrimination of coins and acts to count the acceptable coins, and also to sort them provided that the coin acceptance module has sorting capabilities, whereas the unacceptable cash will be rejected. A value related to the acceptable cash as counted is determined, normally either as the total value of the counted cash, or the total value minus a certain commission fee or plus a certain bonus. The determined value may be a printed on a receipt or voucher which is dispensed to the user so as to allow later redemption of the value at a checkout counter, service desk, etc, or the value may be credited to a bank account or credit card belonging to the user. The deposited cash is stored inside the cash deposit apparatus for later collection by

authorized personnel such as guards or personnel from a CIT (Cash-In-Transit) company.

A cash deposit apparatus usually has a user interface which the user of the apparatus will avail himself of when using the apparatus. The user interface typically includes a display and a set of operation keys. These elements of the user interface are controlled from a controller in the apparatus, such as a personal computer (PC) or another kind of microprocessor-based control system. The controller also controls the overall operation of the internal parts of the cash deposit apparatus .

Cash deposit apparatuses have been in commercial use since the late 1980 's and have grown very popular. Never- theless, there is a general problem with long service times, i.e. the time it takes for the apparatus to serve a particular user. Shortcomings in this regard can in particular be identified for certain kinds of cash deposit apparatuses, namely the ones that are configured to handle depositions of more than one different type of cash. A common example of such a cash deposit apparatus is one that is configured both for coin depositions and for note depositions. Since coins and notes are physically very different types of cash, the cash deposit apparatus is typically equipped with separate coin processing unit and note processing unit, which may be integrated into one common apparatus housing with a common user interface unit and a central apparatus controller. Such a combined cash deposit apparatus is flexible in the sense that it can be used both by users that want to deposit coins and by users that want to deposit notes .

Some known combined cash deposit apparatuses may even allow the same individual user to deposit both coins and notes. However, the user will have to perform the different depositions sequentially, such that coins are first deposited and processed, and then notes, or vice

versa. This sequential operation will cause long service times, since the total time for expediting a user will be the transaction time for the coin deposition and processing plus the transaction time for the note deposition and processing. A long service time is disadvantageous both for the currently served user and the ones that are waiting in line to use the apparatus.

Summary of the Invention A general object of the invention is to provide improvements in the above-mentioned area in the field of cash deposit apparatuses .

This object is wholly or partially achieved by a cash deposit apparatus and an associated method according to the appended independent patent claims. Preferred embodiments, and the objects, features and advantages thereof, are set forth in the dependent claims and in the following description and attached drawings.

Hence, according to one aspect of the invention, there is provided a cash deposit apparatus having a first cash processing unit capable of performing a first cash deposit transaction involving receiving first cash from a user and processing the first cash so as to determine a value of the first cash; a second cash processing unit capable of performing a second cash deposit transaction involving receiving second cash from the same user and processing the second cash so as to determine a value of the second cash; a user interface unit; and a controller operatively coupled to the first and second cash processing units and to the user interface unit, the controller being adapted to detect a first input from the user by the user interface unit, control the first cash processing unit to initiate and start performing the first cash deposit

transaction in response to detecting the first input, during performance of the first cash deposit transaction, detect a second input from the user by the user interface unit, and during performance of the first cash deposit transaction and in response to detecting the second input, control the second cash processing unit to initiate and start performing the second cash deposit transaction.

Therefore, according to the present invention, a cash deposit apparatus is provided which allows parallel deposition and processing of cash in two different cash processing units, maneuvered by the user from a common user interface unit. As a consequence, considerably reduced service times are available compared to the prior art .

The first cash processing unit may be adapted for processing of deposited cash of a first type, such as coins, whereas the second cash processing unit may be adapted for processing of deposited cash of a second type, such as notes, the second type being different from the first type. Such different types of cash may also relate to cash of first and second currencies. In one embodiment, the controller is further adapted to: during performance of the first cash deposit transaction, provide, by the user interface unit, an indication to the user of a momentary aggregated value of a part of the first cash which has currently been processed by the first cash processing unit; and substantially simultaneously, during performance of the second cash deposit transaction, provide, by the user interface unit, an indication to the user of a momentary value of a part of the second cash which has currently been processed by the second cash processing unit.

In one embodiment, the user interface unit includes a display having a display area, a first part of which is allocated to the first cash deposit transaction and a second part of which is allocated to the second cash deposit transaction at least during a period of concurrent performance of both transactions.

Information related to the first cash deposit transaction may be presentable in said first part of the display area, and information related to the second cash deposit transaction may be presentable in said second part of the display area.

Aforesaid indication of a momentary aggregated value of a part of the first cash may be presentable in said first part of the display area, and said indication of a momentary aggregated value of a part of the second cash may be presentable in said second part of the display area.

The user interface unit may further include selective input means, wherein one or more control options for said user to control said first cash deposit transaction are presentable in said first part of the display area for selection by said selective input means, and wherein one or more control options for said user to control said second cash deposit transaction are presentable in said second part of the display area for selection by said selective input means.

In one embodiment, the selective input means comprise a number of hardware functional keys disposed outside a perimeter of the display area, and the control options are presented as explanatory text labels or symbols next to the associated hardware functional keys. In other embodiments, the display may for instance have a touch-sensitive display area, wherein the selective input means may be realized as software buttons on the touch- sensitive display area.

According to the invention, presentation, selection and performance of control options for the first cash

deposit transaction are handled by the controller independently of the second cash deposit transaction without affecting the second cash processing unit's performance thereof, and vice versa. When one of said first and second cash deposit transactions has reached a stage where all hitherto received cash has been processed by its cash processing unit, control options may be presented for said one transaction which include a first option for depositing more cash, a second option for confirming the value determined for the received cash, and a third option for canceling the transaction.

Upon selection of said first option, the controller may be adapted to control the cash processing unit for said one transaction to receive additional cash from said user and process it so as to determine a joint value of the hitherto received cash and the additional cash.

Upon selection of said second option, the controller may be adapted to control the cash processing unit for said one transaction to move the hitherto received cash from an intermediate escrow position in the cash deposit apparatus to a cash storage end position which is inaccessible to said user.

Upon selection of said third option, the controller may be adapted to control the cash processing unit for said one transaction to move the hitherto received cash from an intermediate escrow position ^' in the cash deposit apparatus to a cash return position which is accessible to said user. The cash deposit apparatus may further comprise a transaction value registering device, wherein the controller may be further adapted, upon completion of said first cash deposit transaction as well as said second cash deposit transaction, to: determine a grand total result of said first and second cash deposit transactions by aggregating the

determined value of the first cash and the determined value of the second cash, and control the transaction value registering device to register the grand total result. The transaction value registering device may for instance be selected from the group consisting of a printer of redeemable receipts or vouchers, means for recording the grand total result on a data carrier (for instance a card inserted in a card reader) , and means for communication the grand total result to a remote computer resource .

A second aspect of the invention is a method of controlling a cash deposit apparatus capable of performing a first cash deposit transaction involving receiving first cash from a user and processing the first cash so as to determine a value of the first cash, and capable of performing a second cash deposit transaction involving receiving second cash from the same user and processing the second cash so as to determine a value of the second cash, the method involving: detecting, by a user interface unit, a first input from the user; initiating and starting to perform the first cash deposit transaction in response to detecting the first input; during performance of the first cash deposit transaction, detecting, by said user interface unit, a second input from the user; and during performance of the first cash deposit transaction and in response to detecting the second input, initiating and starting to perform the second cash deposit transaction.

The method of the second aspect may have the same or corresponding features as have been described above for the first aspect.

Brief Description of the Drawings

An exemplifying but non-limiting embodiment of a cash deposit apparatus according the invention will now be disclosed with reference to the appended drawings. Fig 1 is a schematic block diagram which illustrates the cash deposit apparatus on a general level, comprising as main parts a coin processing unit for coin depositions, a note processing unit for note depositions, a user interface unit and a controller. Fig 2 is a perspective front view of the cash deposit apparatus according to the disclosed embodiment, Figs 3, 3A, 4-6 are perspective front views of the coin processing unit and user interface unit, illustrating also some main components thereof. Figs la-Ik illustrate display screen snapshots of the user interface unit during different stages of a typical use scenario of the cash deposit apparatus according to the disclosed embodiment.

Fig 8 is a flowchart diagram which illustrates the main steps of a method according to the disclosed embodiment .

Fig 9 is a diagram which illustrates a software architecture of the disclosed embodiment.

Fig 10 is a flowchart diagram which illustrates the main steps of a control thread for the coin processing unit .

Fig 11 is a flowchart diagram which illustrates the main steps of a control thread for the note processing unit . Figs 12a-g illustrate display screen snapshots. Detailed Disclosure of the Invention

Reference is now made to Fig 1 which illustrates the cash deposit apparatus 1 on a general level. As seen in Fig 1, the main parts of the cash deposit apparatus 1 are a coin processing unit 120 for coin depositions, a note processing unit 130 for note depositions, a user interface unit 100 and a controller 110. In addition, the

cash deposit apparatus 1 has a cash storage 140 and a transaction value registering device 114.

An embodiment of the cash deposit apparatus 1 is disclosed in Fig 2. In Fig 2, the coin processing unit 120 of Fig 1 is embodied in a coin deposit module 420, the note processing unit 130 of Fig 1 is embodied in a note deposit module 430, and the user interface unit 100 is embodied in a user interface module 400.

The embodiment of Fig 2 is disclosed in further detail in Figs 3, 3A-6. However, in order not to obscure the disclosure, the note deposit module 430 has been omitted from Figs 3, 3A-6.

The user interface unit 100 has a display 102 and operation keys 104, which together form a user interface to a user 101 when using the cash deposit apparatus 1 for a cash deposit transaction. The display 102 will present information, such as help messages, error messages and transaction results, that assists the user 101 throughout the cash deposit transaction. The operation keys 104 will allow the user to provide controlling input to the cash deposit apparatus 1, for instance commands for starting, confirming or aborting a cash deposit transaction, or commands for selecting among different available options at various stages of the transaction, as will be further explained later with reference to the remaining figures.

As seen in Figs 2 and 3A, the display 102 may be realized as a graphical color LCD display 202, and the operation keys 104 may include two rows 204 of hardware functional keys disposed at either sides of the display 202 (the functional keys also being shown as 204i-2048 in Fig 7a), as well as a numerical PIN-type keypad 204". Alternatively, as seen in Fig 3, the display 102 may be a two-row matrix (character-based) monochrome display 202', and the operation keys 104 may include START/STOP and PRINT buttons 204' as well as the numerical PIN-type keypad 204". As yet an alternative, the display 102 may be a touch-sensitive graphical color display, thereby

making it possible to also implement the operation keys 104, or at least some of them, as virtual keys (software buttons) on the touch-sensitive display screen. Of course, various other design options for realizing the display 102 and operation keys 104 are available, as is readily understood by a skilled person.

The user interface unit 100 also has a card reader 106 capable of reading and/or writing digital data on a data carrier inserted in a card reader slot (only the slot 206 is seen in Fig 3) . The data carrier may for instance be an electrically, magnetically or optically readable card, such as a smart card, adapted to contain for instance information related to an identity of the user 101, or related to an asset belonging to the user such as a bank account. Alternatively, the data carrier may be adapted to receive and store information on a value resulting from a completed transaction and related to the acceptable deposited cash once processed by the cash deposit apparatus 1. Other I/O devices such as a speaker and a microphone may be included in the user interface unit 100, as is generally represented by 108 in Fig 1.

The note processing unit 130 has a note input area 132 for receiving a number of notes as deposited by the user 101. In the disclosed embodiment, the note input area 132 includes a shutter 322 which is controllable into an open state, where notes to be deposited can be inserted by the user, and a closed state for use during idle mode or ongoing note processing. Having a processor (CPU) or similar controller circuitry which is controllable from the controller 110, a note acceptance module 134 of the note processing unit 130 is operable to process the deposited notes and determine whether each note is acceptable (valid) and, if so, its denomination. Acceptable notes are then temporarily kept in an intermediate escrow position 138, whereas non-acceptable (reject) notes 137 are rejected upon termination of the

note deposit transaction to the user 101 in the shutter 322.

The user 101 has the possibility to cancel the note transaction and have his deposited notes returned from the escrow position 138 to the shutter 322. If, upon completion of the note processing, the user 101 instead confirms the transaction, the deposited notes will be moved from the escrow position 138 to final storage in one or more note storage receptacles 144 in the cash storage 140.

The coin processing unit 120 has elements that handle the flow of coins all the way from input (deposit) by the user 101 through discrimination, counting/sorting to output into the cash storage 140. In more detail, a coin input area 122 is adapted to receive coins as deposited by the user 101. In the disclosed embodiment, the coin input area 122 includes a coin input tray 222 having a handle 223. In this embodiment, the user 101 will put into the coin input tray 222 an unsorted mass of coins, of an a priori unknown composition that typically consists of a plurality of valid coins of mixed denominations, plus potentially some invalid coins and/or foreign matter such as dirt, dust or solid non-coin objects like screws, nuts, hair pins, studs, etc. When the mass of coins has been put into the tray 222, the user 101 may tilt the tray by lifting the handle 223. This will cause the mass of coins to slide down the bottom surface of the tray 222 and enter the interior of the coin processing unit 120. The next stage in the coin processing unit 120 is a coin pre-processor 124 which acts to perform a conditioning or cleaning operation on the cash received through the coin input area 122. In the disclosed embodiment, the cash pre-processor 124 is an automatic coin conditioning (ACC) unit 224 that involves a vibratory arrangement of perforated plates which will separate foreign matter from the received mass of coins. As is

seen particularly in Fig 4, the ACC unit 224 is suspended by a pair of rails 262 which can be slidably withdrawn from the interior of the coin processing unit 120 by e.g. a service person pulling a horizontal front bar 263. In this way, the ACC unit 224 can be conveniently accessed for maintenance, replacement, repair or fault relief (e.g. when a coin or foreign object has gotten stuck) . There are plenty of ACC units known from the prior art that can be used in the cash deposit apparatus 1 for this purpose.

As coins have been conditioned, they are forwarded to a coin acceptance module 126. In the disclosed embodiment, the coin acceptance module 126 is a coin-counting cash acceptance module (CAM) 226 which is shown in more detail in some of the drawings. The CAM 226 has a processor (CPU) or similar controller circuitry which is controllable from the controller 110. As is well known per se in the technical field, the purpose of the coin- counting CAM 226 is to discriminate each individual coin in the mass of coins received from the coin input tray through the ACC 224 and determine its type (i.e., whether the coin is invalid or valid, and, if valid, its denomination) .

To this end, the CAM 226 will receive the coins from the output of the ACC 224 via a receiving tray 272 into a hopper bowl 274. A rotary flexible disc 276 is provided in the hopper bowl 274 and acts to pick up individual coins from the bottom of the bowl and bring them, coin by coin, up to the beginning of a downwardly sloping coin rail 280 which is mounted to a backwardly inclined front plate 278 of the CAM 226. By gravity, and since the coin rail 280 is backwardly inclined, each coin will safely roll down the coin rail 280 and past a coin sensor unit 282. The coin sensor unit 282 will detect certain physical properties of the passing coin, such as conductivity, permeability, diameter and thickness, and compare these

to prestored coin reference data in a memory by way of the processor of the CAM 226. If the comparison fails to identify the coin as a coin of a valid denomination, it will be regarded as invalid and be deflected through a reject channel 283 to a coin reject position 127/234.

If on the other hand a valid denomination has been established for the coin, its denomination or associated value will be recorded for later use when calculating a total value for all valid coins processed during the coin deposit transaction upon its completion. The valid coin continues down the coin rail 280 towards its lower end, and then falls down into an intermediate escrow position 128. Much like the note processing unit 130, the user 101 has the possibility to cancel the coin transaction in the coin processing unit 120 and have the deposited coins returned from the escrow position 128 at 234. If, upon completion of the coin processing, the user 101 instead confirms the transaction, the deposited coins will be moved from the escrow position 128 to final storage in one or more coin storage receptacles 142 in the cash storage 140.

In other embodiments, the coin acceptance module 126 may be a sorting CAM which is configured after successful identification to separate the coins in different denomi- nations and, ultimately, into different coin storage receptacles in the cash storage 140.

A transaction value registering device 114 will, upon completed cash deposit transaction, act to register an end result value of the transaction in a manner such that it can be redeemed by the user 101 as full or partial compensation for the value represented by the deposited cash. In this regard, the "transaction" may be pertain to a coin deposit transaction only (in case the user 101 desires to deposit only coins), a note deposit transaction only (in case the user 101 desires to deposit only notes), or the combination of a coin deposit transaction and a note deposit transaction (in case the

user 101 desires to deposit both coins and notes) . The end result value of the transaction may be equal to the accumulated nominal value of all valid cash processed during the transaction (e.g. the sum of the respective denominations of each valid coin and/or note) , or related to such accumulated value by way of a currency conversion, deduction of a commission fee, or addition of a bonus award, or any combination of these.

In the disclosed embodiment, the transaction value registering device 114 involves a printer 230 which provides a printed redeemable receipt or voucher, delivered through an opening 306, in the amount indicated by the end result value of the transaction. Alternatively or additionally, the transaction value registering device 114 may involve means for loading the end result value, or a representation thereof, onto a local data carrier, for instance a card inserted in the card reader, or a remote instance such as a bank account administered by a remote server which is accessed via remote communication means.

As already mentioned, the cash deposit apparatus 100 has a controller 110 that controls the coin processing unit 120, note processing unit 130 and user interface unit 100. The controller 110 has associated memory 112 for storing operational data, reference data and program code for various software-based functionality provided by the cash deposit apparatus 1. The controller 110 also has a number of I/O ports (one being seen at 284 in Figs 5 and 6) , by means of which the various other elements of the cash deposit apparatus 1 can be operatively coupled to the controller 110. Thus, the I/O ports may for instance include one or more RS232 serial interface, Centronics parallel interface, universal serial bus interface, FireWire interface, wireless universal serial bus interface, or Bluetooth interface. Moreover, the I/O ports may include remote communication means.

In some embodiments the controller 110 may be implemented by a separate controller, such as a PC-based or ASIC-based implementation, which controls and cooperates with the processors of the coin acceptance module 126/226 and note acceptance module 134 as necessary. In other embodiments, two or all three of the controller 110 and said processors may be jointly implemented by a common device. Thus, the controller 110 and said processors shall be regarded as functional elements rather than physically separate ones.

From time to time, as service needs arise, access to the interior elements of the coin deposit module 420 or note deposit module 430 is required for a service person 121. Such service needs may include maintenance, repair, replacement or upgrade of elements such as the ACC 224, CAM 226, processor, controller 110, or printer 230. For instance, the printer 230 may have run out of paper, or it is time for scheduled maintenance of the CAM 226.

To this end, a cabinet door 302 is hinged onto the coin deposit module's cabinet (apparatus housing) 300 so as to form a part thereof. A key lock 304 keeps the cabinet door 302 closed and locked during normal operation but can be opened by the service person 121 using the correct key. Correspondingly, the note deposit module 430 has a lockable cabinet door 324.

The cash storage 140 with its storage receptacles 142, 144 serves to safely store the deposited cash. Of course, the deposited and stored cash must be collected at some time. Therefore, the cash storage 140 is accessible for an authorized person 141 so as to collect the stored cash. The authorized person may for instance be a guard of personnel from a CIT company.

To this end, a lockable cabinet door 352 is hinged to the cabinet or apparatus housing 350 of the lower part of the coin deposit module 420, housing the cash storage 140. The cabinet door 352 has a safety lock 354 which securely keeps the door closed and locked onto the cabi-

net by way of latches which engage with corresponding recesses. In some embodiments, notes from the note deposit module 430 are also stored in the lower part of the coin deposit module 420. In other embodiments, the notes are stored separately inside the note deposit module 430 and may in this case be collected by the authorized person 141 by unlocking the door 324.

Fig 8 illustrates a general method for parallel cash processing with the cash deposit apparatus 1, allowing parallel deposition and processing of cash in the two different cash processing units 120 and 130, under control and supervision by the user 101 from the common user interface unit 100.

Fig 9 illustrates a software architecture for the controller 100 which supports the parallel cash processing. Details thereof are illustrated in Figs 10 and 11, whereas Figs la-Ik show typical display screen layouts at different stages of the processing.

Starting with Fig 9, the software architecture of the disclosed embodiment is based on a multi-tasking operating system 710 such as Win32 (e.g. Windows XP) or Unix (e.g. Linux, Solaris). A Java Virtual Machine (JVM) 720 runs in the operating system 710, and a Java platform 730 (based e.g. on Orchard J) is handled by the JVM 720. A main thread 740 is the overall responsible for the control of the cash deposit apparatus 1, including the coin and note processing units 120, 130. In more detail, a dedicated control thread 750 for the coin processing unit 120 is created by the main thread 740 at 742 when- ever a new coin deposit transaction is to be started, as ultimately initiated by the user 101, e.g. by pressing a function key or by initiating coin deposit. The control thread 750 will control the elements of the coin processing unit 120, as indicated by 752, in the manner illustrated further in Fig 10.

Correspondingly, a dedicated control thread 760 for the note processing unit 130 is created by the main

thread 740 at 744 whenever a new note deposit transaction is to be started, e.g. indicated by the user pressing a function key or by initiating note deposit. The control thread 760 will control the elements of the note processing unit 130, as indicated by 762, in the manner illustrated further in Fig 11.

In parallel with any such control thread (s), the main thread 740 keeps on running, as shown at 745, and is in control of the user interface unit 100 at all times, as in shown at 772. Therefore, whenever either of the control threads 750, 760 needs to access the user interface unit 100, it will make a request at the main thread 740, which will control the user interface unit 100 to perform the needed action. A bottleneck problem with the user interface as a limited resource is avoided thanks to this parallel and independent way of operation.

Referring back to the overall flowchart of Fig 8, during periods of inactivity, the apparatus 1 is in an idle stage 610, waiting for the user 101 to initiate a deposit transaction. In the disclosed embodiment, the display 202 shows an idle display screen like the one illustrated in Fig 7a.

As seen in Figs 7a-7k, the display screen has a header area 500 and an application area 502, the latter serving to display text labels 504 next to the respective associated functional keys 204i-204a. As is well known in the field, a functional key is a key that is dynamically assigned a context-dependent meaning or function in different states of an application that uses a user interface. Thus, each text label 504 represents a control option that is available at the current time and serves to explain the meaning of the control option to the user, i.e. what the resulting action will be if the associated functional key is depressed. In the idle stage of Fig 7a, only one control option is available for selection by functional key 204 ₂ , namely "Start", as is indicated by text label 504.

Upon selection of "Start", the execution proceeds to an initiation/identification stage 620. Depending on an actual application, the user 101 may be prompted to insert a data carrier (Fig 7b, using e.g. card reader 106) and/or to enter an identification code (Fig 7c, using e.g. the PIN-type keypad 204").

Stages 610 and 620 are handled by the main thread 740, which will continue by displaying a display screen e.g. like the one in Fig 7d. Here, the application area is divided into a first part 502 _L , allocated for coin deposition, and a second part 502 _R ,. independently allocated for note deposition. Thus, in each of the first and second parts 502 _L , 502 _R , control options "Count" and "Cancel" are provided, as seen at 504 _L and 504 _R . Moreover, a momentary value 508 _L , 508 _R of coins and notes, respectively, that have hitherto been processed during a current transaction is shown at the bottom of each part 502 _L , 502 _R of the application area. In the situation of Fig 7d, no transaction has yet been initiated, and therefore the displayed momentary values are 0.00.

The user 101 may now, at his will, initiate a coin deposit transaction or a note deposit transaction by depressing the appropriate functional key 204 ₂ or 204 ₆ . Assuming that a coin deposit transaction is initiated, the flowchart in Fig 8 will enter the stage 630a, and the main thread 740 will create the control thread 750 for controlling the coin processing unit 120. As shown in Fig 10, steps 701 through 703 of the control thread 750 will be performed, and the deposited coins received from the user in the coin input tray 222 will begin processing in step 704 in the coin processing unit 120. The display screen will look like in Fig 7e, showing an informative text 506 _L and a momentary processed value 508 _L for the ongoing coin deposit transaction to the user 101 in the first part 502 _L of the application area. The second part 502 _R of the application area is left unchanged compared

to Fig 7d, since no note deposit transaction has yet been initiated.

The user 101 may very well stick to performing only a coin deposit transaction and just await its completion. However, thanks to the present invention, the user 101 may alternatively use this waiting time to initiate a note deposit transaction by selecting "Count" 504 _R in Fig 7e while the coin deposit transaction is still performing. In response, stage 630b of Fig 8 will be entered, in parallel with the ongoing stage 630a. The main thread 740 will create the control thread 760 for controlling the note processing unit 130. As shown in Fig 11, steps 802 through 810 of the control thread 760 will be performed, and the deposited notes received from the user in the shutter 322 will begin processing in step 812 in the note processing unit 130.

Assuming then that the coin deposit transaction reaches a stage where all received coins have been processed by the coin processing unit 120, step 705 of the control thread 750 will be reached, and the situation will be like in Fig 7f. Here, the second part 502 _R of the application area will show an informative text 506 _R and a momentary processed value 508 _R for the ongoing note deposit transaction to the user 101. The first part 502 _L of the application area will however show three control options 504 _L .

If the user 101 has more coins that he wants to include in the coin deposit transaction, he may select the "More coins" option, wherein the execution will return to step 704 so as to receive an additional mass of coins from the user in the coin input tray 222.

If the user 101 changes his mind about the coin deposit or has reasons to believe that the total value shown at 508 _L is not correct, he may choose "Cancel & return" to exit the transaction and have the processed coins returned at 234 from the coin escrow 128 in step 706.

If the user 101 chooses "Confirm & finish", the processed coins will be moved from the coin escrow 128 into the cash storage 140 in step 707. Execution of the control thread 750 thus ends in step 708, and it expires as seen at 746 in Fig 9.

Continuing with the example, it is assumed that the user indeed chooses the "More coins" option in Fig 7f and deposits an additional mass of coins into the apparatus 1. Next, as seen in Fig 7g, the concurrent note processing transaction has reached a stage where all received notes have been processed by the note processing unit 130. Consequently, step 814 of its control thread 760 is entered, and three control options 504 _R are shown in the second part 502 _R of the application area, very much like the situation in Fig 7f for the coins.

It is now assumed that the user chooses the "Confirm & finish" option for the note deposit transaction, which will cause performance of step 822 of the control thread 760 and a display screen like in Fig 7h. The control thread 760 will end in step 830 and expire at 748 in Fig 9. Simultaneously, the second round of the coin deposit transaction has now again reached a stage where all received coins have been processed (see first area 502 _L of Fig 7h) . This time the user decides to "Confirm & finish", wherein the control thread 750 will end at step 708 via step 707 in Fig 10 and expire at 746 in Fig 9.

The parallel steps 630a and 630b of Fig 8 thus end, and a transaction value registering step 640 is reached. Therefore, as seen in Fig 7i, now that both deposit transactions have been completed, the respective totals are presented at 508 _L and 508 _R , and the user is given the control option "Receipt" at 504 _L . Upon selection thereof, the transaction value registering device 114 will be actuated by the controller 110, and the user will be informed as shown at 506 in Fig 7j . When the transaction value registering device 114 has finished its work (i.e., has completed the printing of the receipt in the present

example) , the operation of Fig 8 will end at 650, and the idle screen of Fig 7k will again be shown, as it was at the beginning in Fig 7a and at step 610.

Figs 12a-g illustrate display screen snapshots of an alternative user interface unit during different stages of a typical use scenario of the cash deposit apparatus according to the disclosed embodiment.

Figs 12a-c correspond to Figs 7a-c, where reference numeral 900 corresponds to 500, 902 corresponds to 502, 904 corresponds to 504 and 906 corresponds to 506.

In Fig 12d, it is shown a single application area 902, and two text labels 904, "Deposit" to deposit cash and "Cancel" to cancel the transaction. Other options can be displayed on this screen if desired. For example, the present invention can be embodied in a cash handling apparatus capable of re-circulating cash, allowing a user to both deposit and dispense cash from the apparatus. In such an embodiment, additional text labels such as "Dispense" and "Change" can be provided. If the user presses the functional key corresponding to "Deposit", the display screen as shown -in Fig 12e is shown, and the user can deposit cash. No further user action is required for the apparatus to accept the cash, other than inserting cash. The user can thus insert either coins, notes, or both, whereby the apparatus can handle coins and notes in parallel. As cash (notes or coins) are accepted, the screen is updated. In this embodiment, a list 903 of acceptable values and number (#) of accepted coins/notes for each of these is shown. A total 908 is kept updated to show a current balance of deposited cash. In other words, in this embodiment, coins and notes can be processed by the apparatus in parallel, even if the screen is not explicitly divided in two parts. When the user has finished depositing cash, he presses the function key corresponding to the text label 904 "Done".

Subsequently, the screen as shown in Fig 12f is displayed. Here the user has two choices as shown by text labels 904 "Continue deposit" and "Confirm and finish". The total 908 is still shown for reference to the user. If the user presses the function key corresponding to "Continue deposit", the screen as shown in Fid 12e is shown again and the user can continue depositing cash. On the other hand, if the user presses the, function key corresponding to "Confirm & finish", the screen shown in Fig 12g is shown.

In Fig 12g it is shown an informational text 906 that a receipt is being printed.

While the present invention was primarily described by way of reference to an embodiment of a cash deposit apparatus having a coin processing unit and a note processing unit, it is to be noticed that it may equally well be applied to other kinds of cash deposit apparatuses, having first and second cash processing units adapted to handle deposited cash of the same kind or of different kinds, including but not limited to any combination of coin counting, coin sorting, note counting, note validation, note sorting, cheque validation, voucher validation, marker counting, marker sorting, token counting or token sorting. Therefore, other embodiments than what has been disclosed above are of course possible within the scope of the appended claims, as is readily realized by a person skilled in the art.