JP2011113309A - Commodity sales system, and commodity sales data processing apparatus and control program thereof - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To prevent an unregistered commodity from being carried out to the outside of a store, one and the same commodity from being redundantly registered, while improving customer's convenience by temporarily suspending checkout processing, in payment using a self-checkout type commodity sales data processing apparatus. <P>SOLUTION: When an instruction to suspend checkout processing is issued, the weight of a commodity put on a commodity placing table for placing a registered commodity is measured by a weight measuring unit. Further, registered sales data and the weight measured by the weight measuring unit are stored in a storage means provided in a server apparatus or a commodity sales data processing apparatus. When an instruction to restart the checkout processing is issued, the weight of a commodity being placed on the commodity placing table is measured by the weight measuring unit, and when the measured weight matches the weight stored in the storage means, sales data stored in the storage means is read out to restart the checkout processing. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a merchandise sales system, a merchandise sales data processing apparatus, and a control program thereof used for accounting for commercial transactions in merchandise sales stores and service providing stores.

  In merchandise stores such as retail stores and service providing stores such as restaurants, merchandise sales data processing devices such as POS (Point Of Sales) terminals and ECR (Electric Cash Register) are used for transaction accounting.

In recent years, an increasing number of stores have introduced self-checkout product sales data processing devices in which customers themselves operate the product sales data processing devices to complete a series of accounting processes. (For example, see Patent Document 1)
A self-checkout type merchandise sales data processing apparatus includes a main body including a scanner and a display, and a mounting table on which registered merchandise is placed. The mounting table is provided with a measuring unit for measuring the weight of the placed product. The weight of the product measured by this measuring unit and the weight of the product registered in the PLU (Price Look Up) file To determine whether the product is registered correctly.

  During the accounting process, there may be a shortage situation where the customer notices that he forgot to purchase the product and offered to interrupt the process, or the process had to be interrupted for the convenience of the store clerk. Even in such a case, the conventional merchandise sales data processing apparatus operated by the store clerk has a function of temporarily holding the accounting process so that the work up to the interruption of the accounting process is not wasted. By using this function, the suspended accounting process can be resumed from the middle, and other customers can be accounted for during the interruption, making the customer waiting for accounting uncomfortable. There is nothing.

When the product sales data processing apparatus adopting the self-checkout method is simply provided with a holding function, the following problems are concerned. That is, there is a possibility that a malicious customer may mix unregistered products into a shopping basket or a shopping bag filled with registered products before suspension. In addition, it is difficult to determine which products are registered even if they are not malicious, so there may be products that are taken out of the store without being accounted for, and the products that have been registered before being suspended are registered again by mistake. Can also occur.
Due to such problems, the product sales data processing apparatus adopting the self-checkout method is not currently provided with the hold function as described above.

  The present invention has been made based on the circumstances as described above. The purpose of the present invention is to make it possible to temporarily hold an accounting process in accounting using a self-checkout type merchandise sales data processing apparatus and to improve customer convenience. It is to prevent unregistered products from being taken out of the store and duplicate registration of the same products.

  In order to achieve the above object, the present invention takes the following measures.

  A first aspect of the present invention is a merchandise sales system in which a merchandise sales data processing device and a server device are communicatively connected. The merchandise sales data processing device includes registration means for registering sales data of purchased products, and the registration. In response to the placement table for placing the product for which the sales data has been registered in the means, the weight measuring means for measuring the weight of the product placed on the placement table, and the suspension of the accounting process are instructed, The transmission means that transmits the sales data registered in the registration means and the weight measured by the weight measurement means to the server device, and the transmission means transmitted in response to an instruction to resume the accounting process. Request means for requesting the server device to return sales data and weight, and the weight returned from the server device in response to a request by the request means and the weight measuring means. Resuming means for resuming accounting processing using sales data returned from the server device in response to a request by the requesting means when the measured weight matches, the server device comprising the merchandise sales data Storage means for storing sales data and weight transmitted from the processing device, and sales data and weight stored by the storage means in response to a request for transmission of sales data and weight from the merchandise sales data processing device. Is a merchandise sales system provided with replying means for sending a reply to the merchandise sales data processing apparatus.

  A second aspect of the present invention is a product sales data processing apparatus used in the product sales system.

  A third aspect of the present invention is a control program for the merchandise sales data processing apparatus.

  A fourth aspect of the present invention is a registration means for registering sales data of purchased products, a mounting table for mounting the products for which the sales data has been registered in the registration means, and a product mounted on the mounting table. A weight measuring means for measuring the weight of the storage device; a storage means for storing the sales data registered in the registration means and the weight measured by the weight measuring means in response to an instruction to hold the accounting process; In response to an instruction to resume processing, the weight stored in the storage means is compared with the weight measured by the weight measurement means, and when both weights match, the sales stored in the storage means are stored. A merchandise sales data processing apparatus comprising restarting means for restarting accounting processing using data.

  According to the present invention in which the above measures are taken, in the accounting using the self-checkout type merchandise sales data processing apparatus, it is possible to temporarily hold the accounting process and improve the convenience of the customer, but the unregistered It is possible to prevent the product from being taken out of the store and the same product from being registered repeatedly.

1 is an overall configuration diagram of a product sales system according to a first embodiment. The block diagram which shows the control circuit of the store server in the embodiment. The schematic diagram which shows an example of the data structure of holding | maintenance DB in the embodiment. The external appearance perspective view of the self-checkout terminal in the embodiment. The block diagram which shows the control circuit of the self-checkout terminal. The schematic diagram which shows an example of the accounting screen in the embodiment. The flowchart of the accounting process using the self-checkout terminal in the embodiment. The schematic diagram which shows an example of the receipt for suspension issued by the accounting process. The flowchart of the calling process using the self-checkout terminal in the embodiment. The flowchart of the accounting process using the self-checkout terminal in 2nd Embodiment. The flowchart of the calling process using the self-checkout terminal.

(First embodiment)
Hereinafter, a first embodiment of the present invention will be described with reference to the drawings.
In this embodiment, the product sales system and the product sales data processing apparatus according to the present invention are applied to a product sales system used in a retail store such as a supermarket or a convenience store and a self-checkout terminal used in this system. This is an example.

[System configuration]
First, the configuration of the product sales system according to the present embodiment will be described.
FIG. 1 is an overall configuration diagram of the product sales system. This system includes a store server 1 that collectively manages sales information and the like in the store, a POS terminal 2 that is operated by a cashier to complete a series of accounting processes from registration of purchased products to payment of payment, A self-checkout terminal 3 that is operated to complete a series of accounting processes from registration of purchased products to payment of a price is connected via a wired or wireless LAN (Local Area Network) 4. The POS terminal 2 is connected to a weight measuring unit 5 that measures the weight of the purchased product. A plurality of POS terminals 2 and self-checkout terminals 3 may be provided.

[Store server]
Next, the store server 1 will be described.
FIG. 2 is a block diagram showing a control circuit of the store server 1. The store server 1 includes a CPU (Central Processing Unit) 10 that functions as a control center. For the CPU 10, a ROM (Read Only Memory) 11, a RAM (Random Access Memory) 12, a display 13, a keyboard 14, a communication I / F (Interface) 15, an HDD (Hard Disk Drive) 16, etc. And a bus line 17 such as a data bus.
The ROM 11 stores fixed data necessary for the operation of the store server 1. Various working storage areas are formed in the RAM 12 according to the processing scene. The display 13 is a display such as an LCD (Liquid Crystal Display), and selectively displays various types of information according to the processing scene. The keyboard 14 includes alphabet keys for inputting characters and numeric keys for inputting numerical values. The communication I / F 15 connects the LAN 4 and controls communication with the POS terminal 2 and the self-checkout terminal 3.

  The HDD 16 stores a database relating to sales information of the store, a PLU file 18 used in accounting processing described later, and a hold DB (Data Base) 19 used in calling processing described later. The PLU file 18 includes a record in which product data including the name, unit price, weight, and the like of the product is associated with a PLU code uniquely assigned to each product.

  FIG. 3 shows an example of the data structure of the holding DB 19. The hold DB 19 is associated with a unique hold code assigned when an ongoing accounting process is put on hold at the self-checkout terminal 3, and an area for storing the total weight of products for which product registration is completed, and registration is completed. And an area for storing one or a plurality of sales data relating to the product.

The CPU 10 implements the following functions (1) to (2) by executing the program code stored in the ROM 11 or the HDD 16.
(1) A storage function for storing sales data and weight transmitted from the self-checkout terminal 3 in the hold DB 19 in association with the hold code (identification information) received together with the sale data and weight.
(2) When the transmission of sales data and weight is requested from the self-checkout terminal 3, the self-checkout terminal 3 stores the sales data and weight stored in the hold DB 19 in association with the hold code received together with the request. Reply function to reply to.

[Self checkout terminal]
Next, the self checkout terminal 3 will be described.
FIG. 4 is an external perspective view of the self-checkout terminal 3. A main body 30 includes a display 31, a hand-held scanner 32, a vertical scanner 33, a communication unit 34, a card insertion slot 35, a receipt issuing slot 36, a coin slot 37, a coin slot 38, a banknote slot 39, and a banknote slot. 40. A product placement table 41 is provided on the left side of the main body 30 for placing an unregistered product, and a product placement table 42 is provided on the right side of the main body 30 for placing a registered product.

  The display 31 is an LCD with a touch panel having an information input function by a shopper's touch operation, a guidance message for informing the shopper of the operation method, information based on bar code reading of the hand-held scanner 32 or the vertical scanner 33, In addition, the total purchase amount, deposit amount, change amount, etc. for the payment work for paying the purchase price are displayed.

  The hand-held scanner 32 and the vertical scanner 33 function as input means in this embodiment, and optically scan a bar code of a product that a shopper holds by hand. The communication unit 34 manages wireless communication with a wireless access point connected to the LAN 4. A shopper's point card and an IC card for payment are inserted into the card insertion slot 35. The receipt issuance port 36 is a receipt issuance port of a receipt that is printed when the checkout operation is completed. The coin slot 37 is a coin slot for settlement. The coin discharge port 38 is a return port for fishing coins. The bill insertion slot 39 is a bill insertion slot for settlement. The banknote discharge port 40 is a return port for fishing banknotes.

FIG. 5 shows a control circuit of the self-checkout terminal 3 having such a configuration.
The self-checkout terminal 3 is equipped with a CPU 50 that functions as a control center. For the CPU 50, a ROM 51, a RAM 52, a display 31, a hand-held scanner 32, a vertical scanner 33, a communication unit 34, a card reader 53, a printer 54, a coin insertion unit 55, a coin discharge unit 56, a bill insertion unit 57, A bill discharge unit 58, a weight measurement unit 59, an HDD 60, and the like are connected via a bus line 61 such as an address bus or a data bus.

  The ROM 51 stores fixed data necessary for the operation of the self-checkout terminal 3. In the RAM 52, various work storage areas are formed according to the processing scene. In particular, when the accounting process is being performed, a sales data registration area 62 for registering sales data consisting of the product data of the purchased product and the number of sales points is formed. The sales data registration area 62 functions as registration means in the present embodiment.

  The card reader 53 reads and writes data with respect to the card inserted into the card insertion slot 35. The printer 54 functions as a printing unit in the present embodiment, and prints a receipt made up of transaction details and the like and a holding receipt used in a later-described calling process on receipt paper, and receives the receipt issuing port 36. Issued from

  The coin insertion unit 55 counts coins inserted into the coin insertion slot 37. The coin discharge unit 56 discharges coins out of refunds such as change to the coin discharge port 38. The bill insertion unit 57 counts the bills inserted into the bill insertion slot 39. The banknote discharge unit 58 discharges banknotes out of refunds such as change to the banknote discharge port 40.

  The weight measuring unit 59 functions as a weight measuring unit in the present embodiment, and measures the weight of the product placed on the product placing table 42. The HDD 60 stores application files and databases for accounting processing.

  FIG. 6 shows an example of an accounting screen 70 displayed on the display 31 when accounting processing is performed using the self-checkout terminal 3 having such a configuration. This accounting screen 70 includes a display area 71 for displaying sales data registered in the sales data registration area 62, a subtotal button 72 for declaring completion of input of product data, a hold button 73 for instructing suspension of accounting processing, The call button 74 or the like for instructing to call (restart) the accounting process.

The CPU 50 implements the following functions (3) to (6) by executing the program code stored in the ROM 51 or the HDD 60.
(3) An allocation function that assigns a hold code to the accounting process in response to an instruction to hold the accounting process.
(4) The store server stores the sales data registered in the sales data registration area 62, the weight measured by the weight measuring unit 59, and the hold code assigned by the assignment function in response to an instruction to hold the accounting process. Send function to send to 1.
(5) A request function for requesting a return of sales data and weight by transmitting a hold code to the store server 1 in response to an instruction to resume the accounting process.
(6) Sales data returned from the store server 1 in response to a request by the request function when the weight returned from the store server 1 in response to the request by the request function matches the weight measured by the weight measuring unit 59 Resume function to resume accounting process using.

[Operation]
Next, operations of the store server 1, the POS terminal 2, and the self-checkout terminal 3 will be described.

  FIG. 7 is a flowchart showing the operation of the CPU 50 of the self-checkout terminal 3 during the accounting process. When the accounting process is started by a predetermined operation by the customer, the CPU 50 waits for scanning of the barcode attached to the product (No in Step S101 and Step S102). When the barcode attached to the product is scanned by either the hand-held scanner 32 or the vertical scanner 33 (Yes in step S102), the CPU 50 determines the product of the product based on the PLU code input by scanning. Data is specified (step S103). Specifically, the PLU code input to the store server 1 is transmitted via the communication unit 34 and the LAN 4, and product data corresponding to the PLU code is received from the store server 1. In this process, the store server 1 searches the PLU file 18 for product data associated with the PLU code received from the self-checkout terminal 3, and returns the found product data to the self-checkout terminal 3. The product for which the barcode has been scanned is placed on the product placement table 42 on the settled side by the customer.

  When the product data is specified in the process of step S103, the CPU 50 causes the weight measurement unit 59 to measure the weight of the registered product placed on the product mounting table 42 (step S104). Then, the CPU 50 determines whether the weight increased from before the barcode scanning matches the weight included in the product data specified in the operation of step S103 (step S105). In this process, the determination is made by taking into account a predetermined error instead of exact weight matching. That is, the weight match / mismatch is determined based on whether or not the increase from the weight measured before scanning the current barcode is within the range obtained by increasing or decreasing the predetermined error to the weight included in the product data. judge. If two or more sales points are specified, the weight of the increase is within a range obtained by increasing or decreasing a predetermined error from the weight obtained by multiplying the weight included in the product data by the sales points. A match / mismatch is determined on the basis of whether or not.

  If the weight of the increase is not within the range, the CPU 50 determines that the weights do not match (No in step S105), and should place the product on which the barcode is scanned on the display 31 on the product placement table 42. A message to the effect is displayed (step S106), and the barcode scanning is waited again (No in step S101 and step S102).

  On the other hand, if the weight increased from before the barcode scanning is within the above range, the CPU 50 determines that both weights match (Yes in step S105), and adds the sales score to the product data specified in the processing in step S103. The added sales data is registered in the sales data registration area 62, and the registered sales data is displayed in the display area 71 of the accounting screen 70 (step S107).

  Thereafter, the CPU 50 determines whether or not the hold button 73 displayed on the accounting screen 70 has been operated (step S108). When the hold button 73 is not operated (No in step S108), the CPU 50 determines whether or not the subtotal button 72 displayed on the accounting screen 70 is operated (step S109). When the subtotal button 72 is not operated (No in Step S109), the CPU 50 waits for the barcode scanning again (No in Step S101 and Step S102).

  On the other hand, when the subtotal button 72 is operated (Yes in step S109), the CPU 50 calculates the total amount of the accounting based on the sales data registered in the sales data registration area 62 and displays it on the accounting screen 70. Then, it waits for payment (No in step S110 and step S111). At this time, the customer pays the price by inserting cash into the coin slot 37 or the bill slot 39.

  Thus, when the price is paid (Yes in step S111), the CPU 50 calculates the change amount by subtracting the total amount of accounting from the cash counted by the coin insertion unit 55 and the bill insertion unit 57, and the coin discharge unit 56 or The banknote discharge unit 58 is driven to discharge coins and banknotes corresponding to the change amount from the coin discharge port 38 or the banknote discharge port 40, and the receipt including the detailed information of the accounting is printed on the printer 54, and the receipt issue port 36 is issued (step S112). This completes a series of accounting processes.

  By the way, in the middle of scanning the barcode attached to the product (steps S101 to S107), if there is a need to stop processing such as recognizing a forgotten product, the customer presses the hold button. 73 is operated. In this case, the CPU 50 determines that the hold button 73 is operated in the process of step S108 (Yes in step S108), and the ongoing accounting process overlaps with other accounting processes in the store. A unique unique hold code is assigned (step S113). For example, a counter that is incremented each time an accounting process is suspended is provided in the RAM 52 or the like, and the identifier indicated by the counter is combined with the identifier of the self-checkout terminal 3, thereby overlapping with other accounting processes in the store. There can be no unique hold code assigned.

  After assigning the hold code, the CPU 50 causes the weight measurement unit 59 to measure the weight of the product placed on the product mounting table 42 (step S114). Thereafter, the CPU 50 stores the sales data registered in the sales data registration area 62, the hold code assigned in the process of step S113, and the weight measured in the process of step S114 via the communication unit 34 and the LAN 4. 1 (step S115). Finally, the CPU 50 causes the printer 54 to issue a holding receipt 80 having a bar code in which the holding code assigned in step S114 is converted into a bar pattern (step S113), and ends a series of accounting processes.

Thus, when the accounting process is suspended, the CPU 50 clears the sales data registered in the sales data registration area 62 and waits for another accounting process.
When the store server 1 receives the hold code, sales data, and weight transmitted in the process of step S115, the CPU 10 of the store server 1 creates one record by associating the received hold code, sales data, and weight. And stored in the hold DB 19.

  An example of the holding receipt 80 issued in step S116 is shown in FIG. The holding receipt 80 is printed with a holding code 81 and a bar code 82 in which the holding code 81 is formed into a bar pattern.

  The customer who has suspended the accounting process includes a holding receipt 80 issued from the receipt issuing port 36, a registered product placed on the product placing table 42, an unregistered product placed on the product placing table 41, To leave the self-checkout terminal 3 and complete the work that caused the interruption of the accounting process. When the self-checkout terminal 3 is to resume the pending accounting process, the customer operates the call button 74 displayed on the accounting screen 70. In response to this, the self-checkout terminal 3 executes a call process for the pending accounting process.

The calling process will be described. FIG. 9 is a flowchart showing the operation of the CPU 50 of the self-checkout terminal 3 in the calling process.
In this process, first, the CPU 50 scans the barcode printed on the holding receipt 80 with either the hand-held scanner 32 or the vertical scanner 33, and also registers the goods registered in the pending accounting process. Guidance to the effect that it should be mounted on the mounting table 42 is displayed on the display 31 (step S201). If this guidance is displayed on the display 31, the CPU 50 waits for scanning of the barcode printed on the holding receipt 80 (No in Step S202 and Step S203). At this time, the customer scans the barcode printed on the holding receipt 80 with either the hand-held scanner 32 or the vertical scanner 33. When the barcode printed on the holding receipt 80 is scanned (Yes in step S203), the CPU 50 sends a command for requesting a return of sales data and weight together with the holding code input by scanning to the communication unit 34 and the LAN 4. To the store server 1 (step S204), and waits for a reply from the store server 1 (No in step S205).

  When the store server 1 receives the command and the hold code transmitted from the self-checkout terminal 3, the CPU 10 of the store server 1 searches the hold DB 19 for the sales data and the weight associated with the received hold code, and finds the found sale. Data and weight are returned to the self-checkout terminal 3.

  When the sales data and the weight returned from the store server 1 are received (Yes in Step S205), the CPU 50 of the self-checkout terminal 3 causes the weight measuring unit 59 to measure the weight of the product placed on the product mounting table 42 ( Step S206). Then, the CPU 50 determines whether or not the weight measured by the weight measurement unit 59 matches the weight received from the store server 1 (step S207). In this process, as in the process of step S105, a determination is made by taking into account a predetermined error instead of strict weight matching. That is, whether the weight measured by the weight measuring unit 59 is within a range obtained by increasing or decreasing a predetermined error to the weight received from the store server 1 is determined.

  If the weight measured by the weight measuring unit 59 is not within the above range, the CPU 50 determines that the two weights do not match (No in step S207), and the bar code scanning is performed on the display 31 in the accounting process before suspension. A message that only the completed product should be placed on the product placement table 42 is displayed (step S208), and the weight measurement unit 59 is again made to measure the weight of the product placed on the product placement table 42 (step S206).

  On the other hand, if the weight measured by the weight measurement unit 59 in the process of step S206 is within the above range, the CPU 50 determines that both weights match (Yes in step S207), and the sales data received from the store server 1 Is registered in the sales data registration area 62, and the registered sales data is displayed in the display area 71 of the accounting screen 70 to resume the accounting process. Thereafter, the processing from step S101 shown in FIG. 7 is performed.

  Note that the pending accounting process can be resumed using the POS terminal 2. In this case, the cashier operates the POS terminal 2 to instruct to call a pending accounting process, scans the barcode printed on the holding receipt 80 by the scanner connected to the POS terminal 2, and also measures the weight measurement unit. 5 tells the customer that the registered product should be placed at the time of holding. At this time, like the calling process of the self-checkout terminal 3, the POS terminal 2 transmits to the store server 1 the hold code obtained by scanning the barcode printed on the hold receipt 80. When the sales data and the weight returned by the store server 1 are received, the POS terminal 2 measures the weight of the product placed on the weight measuring unit 5, and the weight received from the store server 1 and the weight measuring unit 5. If the weights match, the accounting process is resumed using the sales data received from the store server 1.

  As described above, the self-checkout terminal 3 according to the present embodiment has a function to hold an ongoing accounting process, and the weight of the product placed on the product placement table 42 and the registered value measured at the time of suspension. The accounting process is resumed on condition that the weight of the product matches. As a result, it is possible for the customer to suspend processing during the accounting process, and it is convenient to use, and the same product is not registered twice, and the store is not registered when accounting processing is resumed. There is an actual benefit that can prevent fraud, etc., where products are taken out of the store.

  In addition, the sales data registered in the sales data registration area 62 in the suspended accounting process is collectively managed by the store server 1. Therefore, when a plurality of self-checkout terminals are connected to the LAN 4 in the store, data communication with the store server 1 can be performed from any terminal, and the pending accounting process can be resumed.

  Also, the accounting process suspended at the self-checkout terminal 3 can be called at the POS terminal 2 operated by the cashier. In this way, if the accounting process held by the cashier is resumed, even the customer who is not familiar with the operation of the self-checkout terminal 3 can use the holding function with peace of mind.

  In addition, the pending accounting process can be called simply by scanning the barcode printed on the holding receipt 80 with the scanner. If it is easy to call a pending accounting process in this way, it is possible to facilitate and speed up the accounting process involving a call to pending data.

(Second Embodiment)
Next, a second embodiment of the present invention will be described.
In the present embodiment, the first is that the pending sales data is stored in the storage unit provided in the self-checkout terminal without going through the store server, and the accounting is resumed by reading the sales data from the storage unit. Different from the embodiment. Since the external configuration of the self-checkout terminal and the block diagram of the control circuit are the same as those in the first embodiment, the same reference numerals are given and description thereof is omitted.

  In the HDD 60 of the self-checkout terminal 3 in the present embodiment, a hold DB 19 having the data structure shown in FIG. 3 is stored.

The CPU 50 of the self-checkout terminal 3 implements the following functions (7) to (8) by executing the program code stored in the ROM 51 or the HDD 60.
(7) A storage for storing the sales data registered in the sales data registration area 62 and the weight measured by the weight measurement unit 59 in the hold DB 19 provided in the HDD 60 in response to an instruction to hold the accounting process. function.
(8) In response to an instruction to restart the accounting process, the weight stored in the holding DB 19 is compared with the weight measured by the weight measuring unit 59, and when both weights match, the weight is stored in the holding DB 19. Resuming function that resumes accounting using sales data.

  Next, the accounting process in this embodiment will be described. FIG. 10 is a flowchart showing the operation of the CPU 50 of the self-checkout terminal 3 during the accounting process. The processing of step S301 to step S314 and step S3016 is the same as the processing of step S101 to step S114 and step S116 described with reference to FIG. 7 in the first embodiment, and the processing of step S115 is changed to the processing of step S315. The point of replacement is different.

  That is, the CPU 50 assigns a hold code in response to the operation of the hold button 73 (Yes in Step S308) (Step S313), and measures the weight of the product placed on the product mounting table 42 in the weight measurement unit 59. (Step S 314), one record is created by associating the assigned hold code, the sales data registered in the sales data registration area 62, and the weight measured by the weight measuring unit 59, and the hold provided in the HDD 60. Save in the DB 19 (step S315). Thereafter, the CPU 50 causes the printer 54 to issue the holding receipt 80 shown in FIG. 8 and ends the series of accounting processes.

  Thus, when the accounting process is suspended, the CPU 50 clears the sales data registered in the sales data registration area 62 and waits for another accounting process.

  Next, the calling process in this embodiment will be described. FIG. 11 is a flowchart showing the operation of the CPU 50 of the self-checkout terminal 3 in the calling process. First, the CPU 50 displays predetermined guidance on the display 31 (step S401) and waits for scanning of the barcode printed on the holding receipt 80 (step S402, step S403) in the same manner as the processing described with reference to FIG. No).

  When the barcode printed on the holding receipt 80 is scanned (Yes in step S403), the CPU 50 reads the sales data and the weight associated with the holding code input by scanning from the holding DB 19 provided in the HDD 60. (Step S404), the weight measuring unit 59 is caused to measure the weight of the product placed on the product mounting table 42 (Step S405).

  Thereafter, the CPU 50 determines whether or not the weight measured by the weight measurement unit 59 matches the weight read from the holding DB 19 (step S406). Here, it is determined whether the two weights match or not based on whether or not the weight measured by the weight measuring unit 59 is within a range in which a predetermined error is increased or decreased from the weight read from the holding DB 19.

  If the weight measured by the weight measuring unit 59 is not within the above range, the CPU 50 determines that the two weights do not match (No in step S406), and the bar code scanning is performed on the display 31 in the accounting process before suspension. A message that only the completed product should be placed on the product placement table 42 is displayed (step S407), and the weight measurement unit 59 is again made to measure the weight of the product placed on the product placement table 42 (step S405).

  On the other hand, if the weight measured by the weight measuring unit 59 is within the above range, the CPU 50 determines that both weights match (Yes in step S406), and stores the sales data read from the hold DB 19 in the sales data registration area 62. The registered sales data is displayed in the display area 71 of the accounting screen 70 and the accounting process is resumed. Thereafter, the processing from step S301 shown in FIG. 10 is performed.

As described above, the self-checkout terminal 3 according to the present embodiment stores the pending sales data in the pending DB 19 provided in its own HDD 60, reads the sales data from the pending DB 19, and holds the pending accounting process. To resume. Even in this case, similarly to the first embodiment, it is possible to prevent the unregistered product from being taken out of the store and the same product from being registered repeatedly while realizing the hold function of the self-checkout terminal 3. .
In addition, it cannot be overemphasized that there exists an effect similar to 1st Embodiment.

(Modification)
Note that the present invention is not limited to the contents disclosed in the above-described embodiments as they are, and can be embodied by modifying constituent elements without departing from the scope of the invention in the implementation stage.

  For example, in each of the above-described embodiments, a holding receipt 80 having a bar code in which the holding code is formed into a bar pattern at the time of holding is issued, and the bar code printed on the holding receipt 80 at the time of calling is scanned by a scanner, thereby calling It is assumed that the reservation code of the target accounting process is input to the self-checkout terminal 3 or the POS terminal 2. However, the hold code may be input via an input interface such as a touch panel or a keyboard provided on the display 31. In addition, the self-checkout terminal 3 or the like is provided with a communication means with a storage medium such as an IC tag, and the suspension code is transmitted from the self-checkout terminal 3 or the like to the storage medium via the communication means and stored at the time of suspension, The hold code may be input to the self-checkout terminal 3 or the like by reading the hold code from the storage medium via the communication means when calling.

  Further, a speaker may be provided in the self-checkout terminal 3 so that a series of processing to be performed by the customer in the calling process is announced from the speaker.

  In addition, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the respective embodiments. For example, some constituent elements may be deleted from all the constituent elements shown in the above embodiments. Furthermore, a well-known technique and a common technique may be combined with all the constituent elements shown in each of the above embodiments within a range not departing from the gist.

  DESCRIPTION OF SYMBOLS 1 ... Store server, 3 ... Self-checkout terminal, 5 ... Weight measurement unit, 19 ... Hold DB, 42 ... Product placement table, 50 ... CPU, 62 ... Sales data registration area, 70 ... Accounting screen, 72 ... Subtotal button, 73 ... Hold button, 74 ... Call button, 80 ... Receipt for hold

JP 2006-235815 A

Claims (6)

In a product sales system in which a product sales data processing device and a server device are connected by communication,
The merchandise sales data processing device includes:
A registration means for registering sales data of purchased products;
A mounting table for mounting the products for which the sales data has been registered in the registration means;
A weight measuring means for measuring the weight of the product placed on the mounting table;
A transmission unit that transmits the sales data registered in the registration unit and the weight measured by the weight measurement unit to the server device in response to an instruction to hold the accounting process;
Request means for requesting the server device to return the sales data and weight transmitted by the transmission means in response to an instruction to resume accounting processing;
When the weight returned from the server device in response to the request from the request unit matches the weight measured by the weight measuring unit, the sales data returned from the server device in response to the request from the request unit And resuming means for resuming accounting processing using
The server device
Storage means for storing sales data and weight transmitted from the product sales data processing device;
Responding to a request for transmission of sales data and weight from the product sales data processing device, a return means for returning the sales data and weight stored in the storage means to the product sales data processing device. Product sales system characterized by that. The merchandise sales data processing apparatus further includes an assigning unit that assigns identification information to the accounting process in response to an instruction to hold, and an input unit that inputs the identification information assigned by the assigning unit, The transmission means transmits the identification information allocated by the allocation means in addition to the sales data and weight to the server apparatus, and the request means transmits the identification information input by the input means to the server apparatus. Send to request sales data and weight reply,
The storage unit of the server device stores the sales data and weight transmitted from the product sales data processing device in association with the identification information received together with the sales data and weight, and the reply unit receives the request together with the request. 2. The product sales system according to claim 1, wherein the sales data and the weight stored in the storage means in association with the identification information are returned to the product sales data processing device.   The merchandise sales data processing apparatus further includes a printing unit that converts the identification information into a barcode and prints it on a print medium, and the input unit inputs the identification information by reading the barcode printed on the print medium. The product sales system according to claim 2, wherein: In the product sales data processing apparatus connected to the server apparatus so as to be able to communicate with each other,
A registration means for registering sales data of purchased products;
A mounting table for mounting the products for which the sales data has been registered in the registration means;
A weight measuring means for measuring the weight of the product placed on the mounting table;
A transmission unit that transmits the sales data registered in the registration unit and the weight measured by the weight measurement unit to the server device in response to an instruction to hold the accounting process;
Request means for requesting the server device to return the sales data and weight transmitted by the transmission means in response to an instruction to resume accounting processing;
When the weight returned from the server device in response to the request from the request unit matches the weight measured by the weight measuring unit, the sales data returned from the server device in response to the request from the request unit Resuming means to resume the accounting process using,
A product sales data processing device comprising: A registration means for registering sales data of purchased products;
A mounting table for mounting the products for which the sales data has been registered in the registration means;
A weight measuring means for measuring the weight of the product placed on the mounting table;
Storage means for storing the sales data registered in the registration means and the weight measured by the weight measurement means in response to an instruction to hold accounting processing;
In response to an instruction to resume the accounting process, the weight stored by the storage means is compared with the weight measured by the weight measurement means, and when both weights match, the weight stored by the storage means is stored. Resuming means for resuming accounting using sales data;
A product sales data processing device comprising: A registration unit for registering sales data of purchased products, a mounting table for mounting the products for which the sales data has been registered in the registration unit, and a weight measuring unit for measuring the weight of the products mounted on the mounting table; A product sales data processing device control program connected to the server device so as to be able to communicate with each other,
In the product sales data processing device,
A transmission function for transmitting the sales data registered in the registration unit and the weight measured by the weight measurement unit to the server device in response to an instruction to hold accounting processing;
A request function for requesting the server device to return the sales data and the weight transmitted by the transmission function in response to an instruction to resume accounting processing;
Resume resuming accounting processing using sales data returned from the server device when the weight returned from the server device in response to a request by the request function matches the weight measured by the weight measuring unit Function and
Control program to realize.

Images