FI86487B

FI86487B - OBEMANNAT SAELJNINGSBORDSYSTEM.

Info

Publication number: FI86487B
Application number: FI906202A
Authority: FI
Inventors: Tero Purosto; Mika Mannerjoki
Original assignee: Tero Purosto; Mika Mannerjoki
Priority date: 1990-12-17
Filing date: 1990-12-17
Publication date: 1992-05-15
Also published as: FI86487C; FI906202A; EP0491348A3; FI906202A0; EP0491348A2

Description

8646786467

MIEHITTÄMÄTÖN MYYNTIPÖYTÄJÄRJESTELMÄ - OBEMANNAT SÄLJNINGSBORD-SYSTEMUNINTERRUPTED SALES TABLE SYSTEM - OBEMANNAT SÄLJNINGSBORD-SYSTEM

5 Keksinnön kohteena on miehittämätön myyntipöytäjärjestelmä, johon järjestelmään kuuluu myyntipöytä toimilaitteineen, tausta-järjestelmä, jossa on ainakin tuotetiedot, sekä kassapääteoh-jelma, joka välittää tietoa myyntipöydän toimilaitteilta tausta-j ärj estelmään.The invention relates to an unmanned sales desk system, the system comprising a sales desk with actuators, a background system with at least product information, and a cash register program which transmits information from the sales desk actuators to the background system.

1010

Ennestään tunnetaan mm. myyntipöytäjärjestelmä, joka on esitetty patenttihakemuksessa nro GB 2161631. Tässä ratkaisussa yksi myyntihenkilö hoitaa rahastuksen asiakkailta, jotka itse syöttävät ostamiensa tuotteiden tunnistustiedot myyntipöydän avulla 15 kaupan kassajärjestelmään. Kun kaikki tuotteet on hyväksyttävästi esitelty myyntipöydälle, pääsee asiakas eteenpäin ja saa kuitin, jonka perusteella myyntihenkilö laskuttaa asiakasta. Ongelmana tunnetun tekniikan mukaisessa ratkaisussa on se, että edelleenkin tarvitaan rahastava myyntihenkilö ja hänen työtilan-20 sa. Tämä työtila on pois kaupan muusta tilasta. Lisäksi tuote-tunnistustiedostot täytyy päivittää erikseen aina, kun uusia tuotteita tulee myyntiin tai vanhojen tuotteiden tietojen kohdalla tapahtuu muutoksia. Päivitys on virhealtis vaihe, koska se voi jäädä tekemättä tai tiedot voidaan syöttää väärin konee-25 seen. Vielä lisäksi epäkohtana on se, että tätä järjestelmää ei voida lisätä joustavasti suoraan jo olemassaoleviin myyntipöytä-järjestelmiin, vaan tämä järjestelmä korvaa kokonaan olemassaolevan järjestelmän. Seurauksena tästä järjestelmä on kallis ja jäykkä. Vielä yhtenä suurena epäkohtana on se, että tiedosto-30 päivitykset eivät tapahdu taustajärjestelmän kautta, joten kussakin myyntipöydässä on oltava omat, erilliset tuote- ja tuote-tunnistustiedot, kunnes tiedot siirretään manuaalisesti tai muuten erillisesti muihin koneisiin. Tästä seuraa, että koneissa on käytännössä aina keskenään hieman eri tiedot ja järjestel-35 män itseoppiminen on mahdotonta.It is already known e.g. a sales desk system disclosed in Patent Application No. GB 2161631. In this solution, one sales person manages the funding from customers who themselves enter the identification of the products they have purchased using a sales desk into 15 store cash registers. When all the products have been acceptably presented on the sales table, the customer can move forward and receive a receipt on the basis of which the sales person invoices the customer. The problem with the prior art solution is that there is still a need for a financing sales person and his workspace. This workspace is out of the rest of the store. In addition, product identification files must be updated separately whenever new products are sold or changes are made to old product information. The update is an error-prone step because it may not be performed or the data may be entered incorrectly on the machine. A further drawback is that this system cannot be flexibly added directly to existing countertop systems, but completely replaces the existing system. As a result, the system is expensive and rigid. Another major drawback is that file-30 updates do not take place through the back-end system, so each vending table must have its own, separate product and product identification information until the information is manually or otherwise separately transferred to other machines. It follows that machines practically always have slightly different information from each other and that self-learning of the system is impossible.

Tämän keksinnön tarkoituksena on poistaa edellä mainitut epäkohdat ja aikaansaada luotettava, edullinen sekä itsepäivittyvä 2 86487 miehittämätön myyntipöytäjärjestelmä. Keksinnölle on tunnusomaista se mikä on esitetty jäljempänä patenttivaatimuksissa. Keksinnön mukaisen ratkaisun etuna on myyntihenkilökunnan tarpeen väheneminen ja helppo liityntä nykyisiin myyntipöytäjärjes-5 telmiin. Liitynnän avulla yhdistetään omana toimintalohkonaan oleva tuotetunnistusohjelma ohjelmallisesti valmiiseen kassapää-teohjelmaan. Liityntä on mahdollista standardisoida siten, että tuotetunnistusohjelma voidaan liittää hyvin joustavasti eri kassapääteohjelmiin liityntätietojen ollessa aina yhteensopivat, 10 jolloin kassapääteohjelma tietää mitä tietoja tunnistusohjelmal-ta tulee ja päinvastoin. Kun liityntä on eri ohjelmatoimittajien yhteisesti sopima muuttuja, muuttujan osoite tai muistipaikka, on tuloksena mahdollisimman halpa ja käyttökelpoinen liityntä. Lisäksi etuna on järjestelmän itseoppivuus, jolloin uusia 15 tuotetunnistustietoja tai vanhojen tietojen muutoksia ei välttämättä tarvitse erikseen koneelle päivittää, vaan järjestelmä oppii uudet tiedot itse.The object of the present invention is to obviate the above-mentioned drawbacks and to provide a reliable, inexpensive and self-updating 2 86487 unmanned sales desk system. The invention is characterized by what is stated in the claims below. The solution according to the invention has the advantage of reducing the need for sales staff and easy connection to existing sales desk systems. The interface is used to connect the product identification program in its own field of activity to a software-ready cash register terminal program. It is possible to standardize the interface so that the product identification program can be connected very flexibly to different cash register programs, the connection information always being compatible, 10 whereby the cash register program knows what information comes from the identification program and vice versa. When an interface is a variable, variable address, or memory location agreed upon by different vendors, the result is the cheapest and most usable interface possible. In addition, the system has the advantage of self-learning, so that new product identification data or changes to old data do not necessarily have to be updated separately on the machine, but the system learns the new data itself.

Keksintöä selostetaan seuraavassa esimerkin avulla viittaamalla 20 oheisiin piirustuksiin, joista kuvio 1 esittää keksinnön mukaista myyntipöytää kokonaisuutena perspektiivikuvassa, kuvio 2 esittää erästä keksinnön mukaista järjestelmää pääloh-25 koina ja toimilaitteiden liittämistä järjestelmään, kuvio 3 lohkokaaviota pankki- tai muun kortin tunnistamista ja aloitustietojen antamisesta, kuvio 4 esittää lohkokaaviota myyntipöydän skannauslohkon toiminnoista, 30 kuvio 5 esittää lohkokaaviota myyntipöydän oppimislohkon toiminnoista, kuvio 6 esittää lohkokaaviota myyntipöydän EAN-koodilohkon toiminnoista ja kuvio 7 esittää lohkokaaviota virhetoimintojen käsittelystäThe invention will now be described by way of example with reference to the accompanying drawings, in which Figure 1 shows a sales table according to the invention as a whole in perspective view, Figure 2 shows a system according to the invention as main blocks and actuators connected to the system; Fig. 4 shows a block diagram of the functions of the sales table scan block, Fig. 5 shows a block diagram of the functions of the sales table learning block, Fig. 6 shows a block diagram of the functions of the sales table EAN code block, and Fig. 7 shows a block diagram of the handling of error functions

Kuviossa 1 on esitetty keksinnön mukainen myyntipöytä 1. Tarpeesta riippuen myymälässä on yksi tai useampia myyntipöytiä, jotka sijaitsevat esimerkiksi rinnakkain niin, että niiden 35 i 3 86487 välistä on kulkureitti pois myymälätilasta. Kulkureitin sulkee asiakasportti, joka avataan hyväksytyn ostotapahtuman jälkeen. Kukin myyntipöytä on yhdistetty sähköverkkoon ja lisäksi välikaapelilla kaupan keskustietokoneeseen, jossa ajetaan taustajär-5 jestelmää. Sähköverkko- ja keskustietokoneliitännät ovat tavanomaista tekniikkaa, eikä niitä ole esitetty piirustuksissa. Myyntipöydän alkupäässä on skanneri 2, jonka tehtävänä on tunnistaa kaikki viivakoodilla merkityt tuotteet. Asiakas skannaa ostamansa tuotteet itse. Skannauksen jälkeen asiakas laskee 10 tuotteen hihnakuljettimelle 3, jonka yhteydessä on vaaka tuotteiden punnitsemista varten. Vaaka on hihnakuljettimen alla, eikä näy piirustuksissa. Samoin hihnakuljettimen käyttölaite ei näy piirustuksissa, koska se sijaitsee myyntipöydän sisällä. Hihnakulj ettimen kulkusuunnassa, hihnakulj ett imen keskivaiheilla 15 on valoverho 4 tuotteiden hahmon tunnistamista varten. Valoverhon korkeus ulottuu hihnan pinnan tasolta tarpeeksi korkealle, jotta korkeimmatkin jokapäiväiset tuotteet voidaan tunnistaa. Myyntipöydän alkupäässä on lisäksi näyttö 5, josta asiakas saa toimintaohjeet, sekä pankkikortin lukulaite ja PIN-näppäimistö 20 6, jonka avulla asiakas voi maksaa ostoksensa. Hihnakuljettimen 3 jatkona myyntipöydässä on kaukalohihnakuljetin 7, joka kuljettaa hyväksytyn tuotteen jakajan 8 osoittamaan kaukaloon 11 myyntipöydän loppupäässä. Kaukalohihnakuljettimen 7 käyttölaite ·.: ja jakajan 8 kääntölaite ovat myyntipöydän sisällä, eivätkä näy 25 piirustuksissa. Suojaseinät 9 sijaitsevat myyntipöydän kummal-lakin sivureunalla kaukalohihnakuljettimen 7 kohdalla estäen tuotteiden putoamisen myyntipöydältä. Samalla suojaseinät estävät asiakasta heittämästä tuotetta valoverhon ohi kaukaloon 11. Aivan myyntipöydän loppupäässä on vielä pakkaustaso 10 30 helpottamassa tuotteiden pakkausta kassiin. Myyntipöydän sisällä on lisäksi tietokone, jossa on kaikki tarvittavat liitäntäkortit ja jossa ajetaan tuotetunnistusohjelmaa 13, joka mahdollistaa miehittämättömän myyntipöydän käytön. Myyntipöydässä olevat käyttölaitteet ja tietokone 16 on suojattu myyntipöydän 35 sisään, jonka runko on päällystetty sivuseinillä 12.Figure 1 shows a sales table 1 according to the invention. Depending on the need, the store has one or more sales desks, which are located, for example, in parallel so that there is a Passage out of the store space between them. The access route is closed by the customer gate, which is opened after an approved purchase transaction. Each sales desk is connected to the mains and also with an intermediate cable to the central computer of the store, where the back-up system 5 is run. Electrical network and mainframe computer connections are conventional technology and are not shown in the drawings. At the front of the sales desk is a scanner 2, which is responsible for identifying all products marked with a barcode. The customer scans the purchased products himself. After scanning, the customer lowers 10 products onto a belt conveyor 3 with a scale for weighing the products. The scale is under the belt conveyor and does not appear in the drawings. Likewise, the drive of the belt conveyor does not appear in the drawings because it is located inside the sales table. In the direction of travel of the belt conveyor, the middle stages 15 of the belt conveyor have a light curtain 4 for identifying the shape of the products. The height of the light curtain extends from the level of the surface of the belt high enough for even the highest everyday products to be identified. There is also a display 5 at the beginning of the sales desk, where the customer can get instructions, as well as a bank card reader and a PIN keypad 20 6, which allows the customer to pay for their purchases. As an extension of the belt conveyor 3, the sales table has a trough belt conveyor 7 which transports the approved product to the tray 11 indicated by the distributor 8 at the end of the sales table. The drive of the trough belt conveyor 7 · .: and the turning device of the distributor 8 are inside the sales table and do not appear in the 25 drawings. The protective walls 9 are located on each side of the sales table at the side edge of the long belt conveyor 7, preventing the products from falling off the sales table. At the same time, the protective walls prevent the customer from throwing the product past the light curtain into the tray 11. At the very end of the sales desk, there is still a packaging level 10 30 to make it easier to pack the products in a bag. In addition, inside the sales desk is a computer with all the necessary interface cards and running a product identification program 13 which allows the use of an unoccupied sales desk. The operating devices and the computer 16 in the sales table are protected inside the sales table 35, the body of which is covered with side walls 12.

Kuviossa 2 on esitetty yksinkertaistettuna erään keksinnönmukai-sen sovellutusmuodon mukainen järjestelmä, jossa näkyy toiminta- 4 86467 lohkona kuvatun tuotetunnistusohjelman 13 päälohkot ja myynti-pöydän toimilaitteiden liittäminen tuotetunnistusohjelmaan sekä myyntipöydän tietokoneeseen. Kuviossa 2 viitenumerolla 1 merkitty katkoviiva kuvaa kaaviollisesti myyntipöytää ja viitenume-5 rolla 16 merkitty katkoviiva kuvaa kaaviollisesti myyntipöydässä fyysisesti olevaa mikrotietokonetta, jossa ajetaan tuotetunnistusohjelman 13 ja kassapääteohjelman 15 yhteisesti muodostamaa ohjelmaa. Tuotetunnistusohjelma 13 ja kassapääteohjelma 15 on liitetty toimimaan yhdessä liitynnän 14 avulla. Liityntä 14 on 10 ikäänkuin postilaatikko, johon jompikumpi ohjelmalohko tallettaa tietoa toisen luettavaksi. Kutakin tietotyyppiä varten on ohjelmantoimittajien kesken sovittu oma liityntänsä, joten kirjoittava ja lukeva ohjelma tietää automaattisesti mitä tietoa mistäkin liityntäpaikasta löytää ja mitä sinne pitää kirjoittaa. Edellä 15 mainittuja tietotyyppejä ovat mm. skannauksen aloituslupa, maksukortin koodikysely, EAN-tiedot, hyväksymistiedot, näppäintie-dot ja tiedostopäivitykset. Käytännössä liityntä 14 on yhteisesti sovittu sarja muuttujia, muuttujien osoitteita tai suoraan tietokoneen muistissa olevia muistipaikkoja.Fig. 2 shows a simplified system according to an embodiment of the invention, showing the main blocks of the product identification program 13 described as a function block and the connection of the sales table actuators to the product identification program and to the sales desk computer. In Fig. 2, the dashed line denoted by reference numeral 1 schematically depicts the sales table, and the dashed line denoted by reference numeral 5 schematically depicts a microcomputer physically on the sales desk running a program jointly formed by the product identification program 13 and the cash register program 15. The product identification program 13 and the cash register program 15 are connected to work together by means of the interface 14. Interface 14 is 10 as if a mailbox in which one program block stores information for the other to read. For each type of data, a separate interface has been agreed between the program providers, so the program that writes and reads automatically knows what information can be found at which connection point and what needs to be written there. The 15 types of data mentioned above are e.g. scan start permission, payment card code query, EAN information, acceptance information, key information, and file updates. In practice, interface 14 is a commonly agreed set of variables, variable addresses, or memory locations directly in computer memory.

2020

Korttilukija ja PIN-näppäimistö 6 on kytketty tietokoneen näp-päimistöliitäntään. Tällä toimilaitteella annetaan vain syöttötietoja kassapääteohjelmalle, jonka merkkinä kuviossa 2 on nuoli toimilaitelohkosta kassapääteohjelmalohkoon 15 päin. Viivakoo-25 dinlukija eli skanneri 2 on kytketty tietokoneen COM2-porttiin, vaaka COM3-porttiin ja kaupan keskustietokoneessa ajettava taustajärjestelmä 17 on kytketty myyntipöydän tietokoneen COM1-porttiin. Huoltotietoja ja mainoksia varten käytettävä modeemi on kytketty vastaavasti myyntipöydän tietokoneen C0M4-porttiin. 30 Viivakoodinlukija ja vaaka antavat vain syöttötietoja tuotetun-nistusohjelmalle 13, kun taas taustajärjestelmän ja kassapääteohjelman 15 välillä voi olla kaksisuuntainen liikenne. Samoin modeemin ja tuotetunnistusohjelman välillä on kaksisuuntainen tiedonsiirtoyhteys. Kaikki edellä mainitut COM-portit ovat 35 standardoituja sarjaportteja ja liittyvät tietokoneen sarjalii-kenneväylään.The card reader and PIN keypad 6 are connected to the keypad connector on the computer. With this actuator, only input data is provided to the cash register program, which is indicated in Fig. 2 by an arrow from the actuator block to the cash register program block 15. The bar code-25 din reader or scanner 2 is connected to the COM2 port of the computer, the horizontal COM3 port and the back-end system 17 running on the central computer of the store are connected to the COM1 port of the sales computer. The modem used for service information and advertisements is connected to port C0M4 on the sales desk computer, respectively. The bar code reader and the scales only provide input data to the production program 13, while there may be two-way traffic between the background system and the cash register program 15. Similarly, there is a two-way communication connection between the modem and the product identification program. All of the above COM ports are 35 standardized serial ports and are connected to the computer's serial communication bus.

Kuittikirjoitin on kytketty rinnakkaisliitäntään, joka voi olla 5 86487 esimerkiksi Centronics-liitäntä ja asiakasnäyttö 5 on kytketty VGA-liitäntään. Kaikki muut toimilaitteet on kytketty myynti-pöydän tietokoneeseen erillisen I/O-kortin avulla, jossa on varattu pinnit syöttötietoja varten valoverhon 4 avulla toimi-5 valle hahmontunnistukselle, ruutunäppäimistölle ja erilaisille anturitiedoille. Näitä anturitietoja ovat mm. oikean ja vasemman kaukalon tyhjyyttä ilmaisevat tiedot, hihnakuljettimen 3 loppurajaa osoittava tieto sekä jakajan 8 vasenta ja oikeaa rajaa ilmaisevat tiedot. Samalla I/O-kortilla on lisäksi pinnit 10 output-tietoja varten, joita ohjauselektroniikka tarvitsee hihnakuljettimen 3, kaukalohihnakuljettimen 7, jakajan 8 kääntö-laitteen ja asiakasportin lukituksen ohjaukseen. Asiakasport-tia, jonka tehtävänä on päästää asiakas pois myyntipöydän takaa, kun tuotteet on hyväksytty ja maksettu, ei ole esitetty piirus-15 tuksissa. Eri myyntipöytien välinen tiedonsiirto 18, eli lähinnä tuote- ja tuotetunnistustietojen päivitykset, on järjestetty esimerkissä taustajärjestelmän 17 kautta kulkeviksi. Taustajär-jestelmän massamuistissa on tiedostona tuotetiedot, joista osa, kuten EAN-koodi, hinta ja tuotenimi välitetään kassapääteohjel-20 man 15 kautta tuotetunnistusohjelman 13 massamuistissa olevaan tuotetiedostoon, johon tuotetiedostoon tuotetunnistusohjelma vastaavasti kerää tuotetunnistustietoja, kuten tuotteen paino, korkeus jne. oppimista varten ja välitettäväksi taustajärjestelmän kautta muille myyntipöydille. Tällöin saavutetaan se etu, 25 että oppimistapahtumaa ei tarvitse erikseen toistaa jokaisessa myyntipöydässä.The receipt printer is connected to a parallel interface, which can be, for example, a Centronics interface, and the client display 5 is connected to a VGA interface. All other actuators are connected to the sales desk computer by means of a separate I / O card with pins reserved for input data for light pattern 4-operated pattern recognition, an on-screen keyboard and various sensor data. These sensor data include e.g. information indicating the emptiness of the right and left troughs, information indicating the end limit of the belt conveyor 3 and information indicating the left and right limits of the divider 8. The same I / O board also has pins 10 for the output data needed by the control electronics to control the locking of the belt conveyor 3, the long belt conveyor 7, the divider 8 of the divider and the customer port. The customer port, which is responsible for releasing the customer from behind the sales table once the products have been approved and paid for, is not shown in the drawings. The data transfer 18 between the different sales desks, i.e. mainly the updates of the product and product identification information, is arranged in the example to pass through the background system 17. The mass memory of the background system contains product information, some of which, such as EAN code, price and product name, is transmitted via the cash register program 15 to a product file in the mass memory of the product identification program 13, where the product identification program collects through the back-end system to other sales desks. This has the advantage 25 that the learning event does not have to be repeated separately at each sales table.

Kuviossa 3 on esitetty toimilohkokaavio pankkikortin lukua varten. Selvyyden vuoksi asiakasnäytöllä oleva teksti on esitetty 30 omissa lohkoissaan lainausmerkkien sisällä. Kun asiakas tulee myyntipöydän luo, hän aloittaa tuotetunnistus- ja maksamistapah-tuman kommunikoimalla ensin asiakaspäätteen kanssa. Aluksi tapahtuu kortinluku, jolloin asiakaspääte pyytää asiakasta työntämään pankkikortin tai vastaavan kortinlukijaan. Laitteista riip-35 puen kortti joko työnnetään sisään tai pyyhkäistään laitteen .. lukupään ohitse. Asiakasnäytöllä näkyy kulloinkin vastaava teksti. Tämän jälkeen ohjelma pyytää tunnuslukua ja vertaa, onko tunnusluku oikein. Mikäli tunnusluku ei ollut oikein, 6 86487 ohjelma ilmoittaa siitä asiakasnäytössä ja pyytää antamaan tunnusluvun uudelleen. Kun tunnusluku on oikein ohjelma pääsee eteenpäin ja kysyy maksutapaa. Maksutapoja on käytännössä kolme erilaista: pankkikortti, luottokortti tai näiden yhdistelmä.Figure 3 shows a functional block diagram for reading a bank card. For the sake of clarity, the text on the customer screen is presented in 30 separate blocks within quotation marks. When a customer comes to the sales desk, he or she begins the product identification and payment process by first communicating with the customer terminal. Initially, a card is read, in which case the customer terminal asks the customer to insert a bank card or the like into the card reader. The card, depending on the devices, is either inserted or swept past the read head of the device. The corresponding text is displayed on the customer screen. The program then asks for a passcode and compares if the passcode is correct. If the passcode was not correct, 6 86487 the program will report it on the customer screen and ask you to enter the passcode again. When the PIN is correct, the program will go ahead and ask for a payment method. There are practically three different payment methods: debit card, credit card, or a combination of these.

5 Kun asiakas on näppäillyt valitsemansa maksutavan näppäimistöltä, ohjelma ottaa yhteyttä taustajärjestelmään ja tarkistaa siellä olevasta sulkulistasta, onko asiakkaan kortti ja maksutapa hyväksyttävissä. Mikäli maksutapa tai kortti ei ollut hyväksyttävissä, tulee tästä viesti asiakasnäyttöön ja kehoitus ottaa 10 kortti pois, mikäli kortti vielä on lukijassa. Samalla toiminta palaa alkuun, ja pyytää uutta korttia. Jos taas maksutapa oli hyväksyttävissä, pyytää asiakasnäyttö ottamaan kortin pois lukijasta, mikäli kortti vielä on lukijassa ja ohjelma antaa ostotapahtumalle aloitusluvan. Tämän jälkeen ohjelma tarkistaa, 15 onko jompikumpi myyntipöydän loppupäässä olevista kaukaloista 11 tyhjä. Kun jompikumpi kaukaloista on tyhjänä, voi myyntipöytä käynnistyä, jakaja 8 käännetään oikeaan asentoon ja asiakasnäyttöön tulee opastava teksti, esimerkiksi: "ALOITA SKANNAUS".5 After the customer has entered the chosen payment method on the keypad, the program will contact the back-end system and check the block list there to see if the customer's card and payment method are acceptable. If the payment method or card was not acceptable, a message will appear on the customer screen and a prompt to remove 10 cards if the card is still in the reader. At the same time, the operation returns to the beginning, and asks for a new card. If, on the other hand, the payment method was acceptable, the customer screen will ask you to remove the card from the reader, if the card is still in the reader and the program gives permission to start the purchase transaction. The program then checks 15 whether one of the trays 11 at the end of the sales table is empty. When either of the trays is empty, the sales counter can start, the divider 8 is turned to the correct position and an instructional text appears on the customer display, for example: "START SCAN".

Tämän jälkeen siirrytään kuvion 4 mukaiseen toimintavaiheeseen.Then, the operation step according to Fig. 4 is moved.

2020

Kuviossa 4 on esitetty myyntipöydän skannauslohko eli viivakoodin lukulohko. Tämän vaiheen perustoiminto on skannauksen odotus. Tässä toimintavaiheessa on tärkeätä, että pystytään tarkistamaan se, että asiakas ei siirrä mitään tuotetta suoraan 25 skannauksen, vaa'an tai valoverhon ohi. Lisäksi tarkistetaan se, että hihnakuljettimella 3 ei ole liikaa tuotteita yhtäaikaa ja että uuden tuotteen skannaus voi tapahtua vasta sitten, kun edellinen on vaa'alla punnittu. Ensin tarkistetaan, onko asiakas skannannut tuotteen. Jos skannausta ei ole tapahtunut, 30 luetaan paino vaa'alta ja sen jälkeen tarkistetaan, onko valo-verhossa tapahtunut muutosta. Mikäli muutosta ei ole tapahtunut, tarkistetaan, onko vaa'an painossa tapahtunut muutosta. Jos tätäkään muutosta ei ole tapahtunut, tarkistetaan, onko odotuslippu asetettu. Odotuslippu valoverholla tapahtuvaa hah-35 montunnistusta varten täytyy asettaa siksi, että skannaus ja punnitus tapahtuvat hyvin nopeasti, mutta valoverhon läpi tuote menee paljon hitaammin. Odotuslipun asettamisella mahdollistetaan se, että järjestelmä tajuaa mittauksen olevan valoverholla 7 86487 kesken, eikä järjestelmä anna vääriä tietoja tai mene virheti-laan. Mittauksen ollessa valoverholla kesken on alin tai jokin muu valokennoyhteys vielä poikki. Mikäli odotuslippua ei oltu asetettu, palataan alkutilaan, eli odottamaan skannausta.Figure 4 shows a sales block scanning block, i.e. a bar code reading block. The basic function of this step is to wait for the scan. At this stage, it is important to be able to verify that the customer is not moving any product directly past the scan, scale, or light curtain. In addition, it is checked that the belt conveyor 3 does not have too many products at the same time and that the scanning of a new product can only take place after the previous one has been weighed on the scale. First, it checks to see if the customer has scanned the product. If no scan has taken place, the weight is read from the balance and then checked for a change in the light curtain. If no change has taken place, check whether there is a change in the weight of the balance. If this change has not taken place either, it is checked whether the wait flag has been set. The wait flag for hah-35 montage with a light curtain must be set because scanning and weighing take place very quickly, but the product goes much slower through the light curtain. Setting a wait flag allows the system to realize that the measurement is in the middle of a light curtain 7 86487, and the system does not give false information or go into error mode. With the light curtain in progress, the lowest or other photocell connection is still broken. If the wait flag was not set, it returns to the initial state, ie to wait for the scan.

55

Jos taas asiakas on skannannut tuotteen, tulee ilmoitus skan-nauksesta sarjaportin kautta tuotetunnistusohjelmalle. Tällöin tuotteen EAN-koodi luetaan rekisteriin E, joka sisältää skanna-tun tuotteen järjestysnumeron. Lisäksi rekisterin E arvoa kas-10 vatetaan yhdellä, jotta ollaan selvillä siitä montako tuotetta on skannattu ja montako tuotetta on tulossa vaa'alle. Ensimmäisenä vaa'alle tulleen tuotteen on myös poistuttava vaa'alta ensimmäisenä, muuten on tapahtunut virhe. Seuraavaksi tarkistetaan, onko EAN-koodi tuotetiedostossa. Tämä toiminto vastaa 15 kuvassa 2 esitettyä toimintoa koodikysely. Jos EAN-koodia ei ole syötetty kaupan taustajärjestelmään, ei myyntipöydän kassa-pääteohjelma voi käyttää kyseistä EAN-koodia, ja tarkistuksen tuloksena on virheilmoitus, eli ERROR-toiminto, jonka lohkokaavio on kuviossa 7. ERROR-toiminnon päällekytkeytyessä, ilmoite-20 taan virheestä asiakasnäytölle 5, peruutetaan hihnakuljetin 3 kokonaan alkuun. Tämän jälkeen annetaan ilmoitus tai hälytys kaupan taustahuoneeseen, jotta virhe voitaisiin kuitata, eli puuttuva EAN-koodi lisätä taustajärjestelmään. Kustakin tuotteesta tuotetiedostoon syötetään seuraavat tiedot: EAN-koodi, 25 tuotteen nimi ja hinta. Lisäksi tuotetiedostoon lisätään automaattisesti oppimistiedoston kautta tuotteiden tuotetunnistus-tietoja, eli paino-, korkeus- ym. tietoja. Tuotetiedosto sijaitsee varsinaisesti kunkin myyntipöydän tietokoneen massamuistissa eli kovalevyllä. Hälytyksen jälkeen uuden tuotteen 30 lisäyksen voi tehdä esimerkiksi kaupan valvontaa suorittava henkilö ruutunäppäimistöltä. Kun lisäys on tehty palataan takaisin skannauslohkoon siihen toimintoon, josta ERROR-tilaan siirryttiin. Jos ja kun EAN-koodi on tuotetiedostossa, siirrytään taas seuraamaan vaakaa ja valoverhoa. Asiakas saattaa esi-35 merkiksi yrittää heittää tuotteen valoverhon läpi niin, ettei se mene vaa'alle. Oletetaan, että tuote on asetettu normaalisti hihnakuljettimelle 3, jossa se heti punnitaan. Valoverhossa ei ole tapahtunut tällöin vielä muutosta, joten seuraava tarkistus 8 8 6 '1 o 7 on, onko vaa'an painossa tapahtunut muutosta. Koska tuote on hihnakuljettimella 3, on muutos tapahtunut vaa'an painossa, ja tällöin tehdään uusi tarkistus, jolla pyritään selvittämään, onko tuote jo poistunut vaa'alta. Mikäli yhtälö vaaka(mit)= 5 vaaka(ed)-vaaka(1) toteutuu, on tuote(1) jo poistunut vaa'alta. Yhtälössä vaaka(mit) on vaa'an arvo mittaushetkellä, vaaka(ed) on vaa'an edellinen arvo ja vaaka(1) on kulloinkin jonossa olevan ensimmäisen tuotteen, eli sen tuotteen(l) paino, jonka on määrä ensimmäisenä poistua vaa'alta. Tämän jälkeen vaakarekis-10 teriä vähennetään yhdellä, vaaka(ed):n arvoksi asetetaan vaaka-imit) , eli vaaka asetetaan ko. tuotteelle. Tämän jälkeen tarkistetaan valoverhoa varten, onko odotuslippu asetettu, eli onko alin valokenno syttynyt. Tällöin tuote(1) ei ole normaalitilanteessa vielä mennyt valoverhon läpi, joten oikeana tarkistus-15 tuloksena pitää olla "ei", muuten on kyseessä virhetilanne. Mikäli yhtälö vaaka(mit)= vaaka(ed)-vaaka(1) ei edellä mainitussa tarkistuksessa toteudukaan, on tarkistettava, onko EAN-koodi luettu rekisteriin E. Jos EAN-koodia ei tässä tilanteessa ole luettu rekisteriin E, merkitsee se sitä, että skannausta ei ole 20 vielä tapahtunut, mutta siitä huolimatta vaa'assa on tapahtunut muutos. Tämä johtaa virhetilanteeseen ja siirtymisen ERROR-tilaan. Vastaavasti, jos yhtälö vaaka(mit)= vaaka(ed)-vaaka(1) ei edellä mainitussa tarkistustilanteessa toteudu, mutta jälkimmäinen tarkistus osoittaa, että EAN-koodi on luettu rekisteriin 25 E, siirrytään kuvion 5 esittämään opetustilaan kohtaan A. Tässä tilassa tapahtuu virheen tunnistus, joka on edellytys sille, että opitut tiedot olisivat oikein.If, on the other hand, the customer has scanned the product, a notification of the scan via the serial port will be sent to the product identification program. In this case, the EAN code of the product is read into the register E, which contains the serial number of the scanned product. In addition, the value of register E is incremented by one to find out how many products have been scanned and how many products are coming to the scale. The product that first came on the scale must also leave the scale first, otherwise an error has occurred. Next, check if the EAN code is in the product file. This function corresponds to the 15 code query function shown in Figure 2. If the EAN code has not been entered into the store's back-end system, the cash register terminal program cannot use that EAN code, and the check results in an error message, i.e. the ERROR function with block diagram in Figure 7. When the ERROR function is switched on, an error is reported to the customer display. 5, cancel the belt conveyor 3 completely to the top. A notification or alarm is then issued to the back office of the store to clear the error, i.e. to add the missing EAN code to the back system. For each product, the following information is entered in the product file: EAN code, 25 product name and price. In addition, product identification information, ie weight, height, etc., is automatically added to the product file via the learning file. The product file is actually located in the mass memory of each computer on the sales desk, i.e. on the hard disk. After the alarm, the addition of a new product 30 can be made, for example, by a person supervising the trade from the on-screen keyboard. When the addition is made, the scan block is returned to the function from which the ERROR mode was entered. If and when the EAN code is in the product file, the balance and the light curtain will be followed again. For example, the customer may try to throw the product through the light curtain so that it does not go on the scale. Assume that the product is normally placed on a belt conveyor 3 where it is immediately weighed. There has not been a change in the light curtain at this time, so the next check 8 8 6 '1 o 7 is whether there has been a change in the weight of the scale. Since the product is on a belt conveyor 3, there has been a change in the weight of the scale, and a new check is made to determine whether the product has already left the scale. If the equation scale (mit) = 5 scale (ed) scale (1) holds, the product (1) has already left the scale. In the equation, the scale (s) is the value of the scale at the time of measurement, the scale (s) is the previous value of the scale and the scale (1) is the weight of the first product in the queue, ie the product (l) to be the first to leave the scale. . After this, the horizontal rack-10 blades are reduced by one, the value of the horizontal (ed) is set to horizontal imit), i.e. the horizontal is set to product. It is then checked for the light curtain whether the waiting flag is set, i.e. whether the lowest photocell is lit. In this case, the product (1) has not yet normally passed through the light curtain, so the correct result of check-15 must be "no", otherwise it is an error situation. If the equation horizontal (mit) = horizontal (ed) -balance (1) is not fulfilled in the above-mentioned check, it is necessary to check whether the EAN code is read in register E. If the EAN code is not read in register E in this situation, it means that a scan has not yet taken place 20, but there has nevertheless been a change in the balance. This results in an error situation and a transition to ERROR mode. Similarly, if the equation scales (mit) = scales (ed) scales (1) does not hold in the above check situation, but the latter check shows that the EAN code has been read in register 25 E, the teaching mode shown in Fig. 5 is entered in step A. In this mode, error detection, which is a prerequisite for the information learned to be correct.

Tällöin tutkitaan ensin, onko skannatun tuotteen paino oikein. 30 Jos paino on oikein, siirrytään valoverhotoimilohkoon WTLK, joka on esitetty kuviossa 4. Valoverhotoimilohkossa asetetaan aluksi vaaka(n)=vaaka(mit)-vaaka(ed), jossa n on punnittavan tuotteen järjestysnumero, jonka avulla on mahdollista jatkuvassa punnituksessa havaita vaa'alle tulevan kunkin erillisen tuotteen 35 paino, vaikka vaa'alta koko ajan poistuu, sen päällä on ja sille tulee tuotteita. Tämän jälkeen lisätään vaakarekisterin arvoa yhdellä ja vaaka nollataan, eli asetetaan vaaka(ed)= vaaka(mit), jonka jälkeen palataan skannaustoimilohkoon tarkistamaan, onkoIn this case, it is first examined whether the weight of the scanned product is correct. 30 If the weight is correct, proceed to the light curtain function block WTLK shown in Figure 4. In the light curtain function block, first set the scale (n) = scale (mit) scale (ed), where n is the serial number of the product to be weighed, which allows continuous weighing. the weight of each individual product below 35, even if the scale is constantly being removed, there are and will be products on it. The value of the horizontal register is then increased by one and the balance is reset, i.e. set to horizontal (ed) = horizontal (mit), after which it is returned to the scan function block to check whether

9 86'ioV9 86'ioV

valoverhossa tapahtunut muutosta.a change in the curtain of light.

Mikäli kuvion 5 esittämässä oppimislohkossa skannatun tuotteen paino ei ollut oikein, on tarkistettava, onko näytteiden määrä 5 täynnä. Näytteiden määräksi on ennalta valittu tietty lukumäärä, joka tarpeellisella varmuudella takaa hyvän oppimistuloksen. Näytteiden määrä voi saada esimerkiksi arvoja 0-9. Jos näytteiden määrä ei ollut täynnä, hyväksytään paino ja talletetaan tuo-tetunnistustieto oppimistiedostoon sekä siirrytään takaisin valo loverhotoimilohkoon WTLK, jonka jälkeen ollaan taas normaalisti skannaustoimilohkossa. Vastaavasti, jos samanlainen tuote on mennyt niin monta kertaa vaa'an läpi, että näytteiden määrä on oppimislohkon tässä vaiheessa täynnä, on seurauksena virhetilanne, koska painossa on nyt jotain vikaa. Normaalistihan tätä 15 oppimisvaihetta ei olisi enää tarvittu. Tyypillisenä tällaisena vikana voi esimerkiksi olla se, että litran maitopurkki on vuotanut niin paljon, että paino ei enää pysy toleranssialueen sisällä. Tässä tilanteessa järjestelmä auttaa asiakasta saamaan kelvollisen ja oikeanpainoisen tuotteen.If the weight of the product scanned in the learning block shown in Fig. 5 was not correct, it is necessary to check whether the number of samples 5 is full. The number of samples is a pre-selected number, which guarantees the good learning result with the necessary certainty. For example, the number of samples can have values of 0-9. If the number of samples was not full, the weight is accepted and the product identification information is stored in the learning file, and the light is transferred back to the light curtain function block WTLK, after which the scan function block is returned to normal. Similarly, if a similar product has gone through the scale so many times that the number of samples is full at this point in the learning block, an error situation will result because there is now something wrong with the printing. After all, these 15 stages of learning would not have been needed anymore. A typical such defect may be, for example, that a liter milk can has leaked so much that the weight no longer remains within the tolerance range. In this situation, the system helps the customer to get a valid and correct weight product.

2020

Seuraavaksi tarkastellaan oppimislohkoa ja tuotteen kulkua valo-verhon läpi. Kuvion 5 lohkokaaviossa tullaan kohtaan B. Tähän tilanteeseen joudutaan skannauslohkosta silloin, kun valoverhossa on tapahtunut muutos ja alin valokenno on sammunut. Tällöin 25 on ensin poistettu odotuslipun asetus, luettu valoverho rekisteriin m, jossa m tarkoittaa mitattavan tuotteen järjestysnumeroa ja lisätty korkeusrekisteriä yhdellä. Ensin tarkistetaan, onko korkeus x, y tai z yhtäkuin tuotteen(1) korkeus. Tuote(1) kuvaa taas jonossa ensimmäisenä olevaa tuotetta. Mikäli edellä mai-30 nittu ehto toteutuu, siirrytään tarkistamaan, onko näytteiden määrä täynnä. Jos näin on, vähennetään korkeusrekisteriä yhdellä ja siirrytään EAN-toimintalohkoon, joka on esitetty kuviossa 6. Mikäli edellä mainittu korkeusehto ei toteudu, tarkistetaan myös onko näytteiden määrä täynnä. Normaalitilanteessa tämän 35 tarkistuksen yhteydessä näytteiden määrä ei ole täynnä, jolloin seurauksena on yhden yksikön lisäys tuotetiedoston näytelasku-riin ja prosessin eteminen uuteen näytteiden määrän tarkistamiseen. Näytelaskuria lisätään vasta sitten, kun tuote on mennyt 10 8 6 ·1 G 7 vaa’an ja valoverhon läpi. Mikäli näytteiden määrä ei vielä tällöinkään ole täynnä talletetaan tuotetunnistustiedot oppimis-tiedostoon, vähennetään korkeusrekisteriä yhdellä ja siirrytään EAN-toimintalohkoon. Mikäli taas näytteiden määrä on täynnä 5 tässä tarkistuksessa, lasketaan oppimistiedoston kyseisen kohdan keskiarvot, talletetaan tuotetunnistustiedot tuotetiedostoon, poistetaan oppimistiedot, siirretään tuotetunnistustiedot muille myyntipöydille, vähennetään korkeusrekisteriä yhdellä ja siirrytään EAN-toimintalohkoon. Opittujen tuotetunnistustietojen 10 siirtäminen muille myyntipöydille näkyy kuvion 2 kohdassa tie-dostopäivitykset, joka toiminto siirtää siirtää päivitettäviä tietoja kassapääteohjelman 15 ja tuotetunnistusohjelman 13 välillä. Muille myyntipöydille siirrettävät tiedot välitetään kassapääteohjelman 15 kautta ensin taustajärjestelmään 17 ja 15 taustajärjestelmän tiedonsiirtoyhteyden 18 kautta edelleen muille itsepalvelumyyntipöydille. Mikäli taas edellä mainittu korkeusehto ei toteudu, mutta näytteiden määrä on täynnä, on kyseessä virhetilanne, koska järjestelmän olisi jo pitänyt tietää kaikki oikeat korkeudet. Tällöin yksi mahdollinen virheti-20 lanne on se, että asiakas ei ole skannannut tuotetta, mutta liu'uttanut sen hihnakuljetinta 3 pitkin valoverhon läpi. Seurauksena on se, että tuotteelle ei ole voitu lukea EAN-koodia ollenkaan ja tuotetunnistusohjelma reagoi tähän kuten näytteiden määrä olisi täynnä. Samoin voi tuotteen korkeustiedoissa olla 25 jotain vikaa. Tämän ehdon toteutumisen seurauksena siirrytään kuvion 7 esittämään virhetoimintatilaan, josta palataan aikaisemman selostuksen mukaisesti skannauslohkoon. Painotietojen ja hahmotietojen oppimisvaiheessa kyseiset tiedot talletetaan apu-muistiin, kunnes ennalta asetettu näytemäärä on saavutettu. Tä-30 män jälkeen kyseisten tietojen keskiarvot talletetaan pysyvään muistiin tuotetiedostoksi, kuten edellä on kerrottu.Next, we look at the learning block and the passage of the product through the light curtain. In the block diagram of Fig. 5, point B is made. This situation is encountered from the scanning block when a change has taken place in the light curtain and the lowest photocell is extinguished. In this case, the setting of the waiting flag is first removed, the light curtain is read in the register m, where m denotes the serial number of the product to be measured and the height register is added by one. First, it is checked whether the height x, y or z is equal to the height of the product (1). Product (1) again describes the first product in the queue. If the above condition is met, a check is made to see if the number of samples is full. If this is the case, the height register is reduced by one and the EAN function block shown in Fig. 6 is moved. If the above-mentioned height condition is not fulfilled, it is also checked whether the number of samples is full. Normally, with these 35 checks, the number of samples is not full, resulting in one unit being added to the sample counter in the product file and the process proceeding to a new number of samples to be checked. The sample counter is not added until the product has passed through the 10 8 6 · 1 G 7 balance and the light curtain. If the number of samples is still not full, the product identification data is stored in the learning file, the height register is reduced by one and the EAN function block is entered. If, on the other hand, the number of samples is full 5 in this check, the averages of that section of the learning file are calculated, the product identification data is stored in the product file, the learning data is deleted, the product identification data is transferred to other sales desks, the height register is reduced by one and the EAN is blocked. The transfer of the learned product identification information 10 to other sales desks is shown in Fig. 2 under File Updates, which function transfers the information to be updated between the cash register program 15 and the product identification program 13. The data to be transferred to the other sales desks is first transmitted via the cash register program 15 to the back-end system 17 and 15 via the back-end data transmission connection 18 to the other self-service sales desks. If, on the other hand, the above-mentioned altitude condition is not met, but the number of samples is full, this is an error situation, because the system should have already known all the correct altitudes. In this case, one possible error-20 lumbar is that the customer has not scanned the product, but has slid it along the belt conveyor 3 through the light curtain. As a result, it has not been possible to read the EAN code for the product at all and the product identification program responds to this as if the number of samples were full. Likewise, there may be something wrong with the product's height information. As a result of the fulfillment of this condition, the error operation state shown in Fig. 7 is entered, from which it is returned to the scanning block according to the previous description. In the learning phase of weight data and character data, that data is stored in the auxiliary memory until a preset number of samples is reached. After this, the averages of that data are stored in non-volatile memory as a product file, as described above.

Kun tuote on mennyt valoverhon läpi, katsotaan tuote hyväksytyksi ja oppimislohkosta siirrytään normaalisti kuviossa 6 esitet-35 tyyn EAN-toimintalohkoon. Aluksi hyväksytty EAN-koodi siirretään kassapääteohjelmalle. Vastaava toiminto näkyy kuviossa 2 kohtana hyväksytty koodi. Tämän jälkeen kaukalohihnakuljetinta 7 ajetaan jokin sovittu aika tuotteiden saamiseksi varmasti 11 8 6 S υ 7 oikeaan kaukaloon, vähennetään EAN-rekisteriä yhdellä ja tarkistetaan vielä oliko valoverholta tuleva tuote viimeinen tuote. Jos kyseessä ei ollut viimeinen tuote, palataan skannauslohkoon, jos taas tuote oli viimeinen, avataan asiakkaalle portti, pysäy-5 tetään hihnakuljettimet sopivan viiveen kuluttua ja lopetetaan kyseinen ostotapahtuma. Lisäksi annetaan kuittikirjoittimelle ohjeet kirjoittaa asiakkaalle kuitti. Tämä toiminto täyttyy kuvion 2 kohdassa näppäintiedot, jota reittiä pitkin myös lope-tustieto siirtyy kassapääteohjelmalle. Ruutunäppäimistöltä an-10 nettuna näppäintietona voi manuaalisen lopetustiedon lisäksi olla muitakin tietoja ja viestejä, esimerkiksi avunpyyntö, jos jokin toiminto ei pelaa kunnolla. Tällöin asiakas saa apua myymälän valvontahenkilökunnalta.Once the product has passed through the light curtain, the product is considered approved and the learning block is normally moved to the EAN function block shown in Figure 6. The initially approved EAN code is transferred to the cash register terminal program. The corresponding function is shown in Figure 2 as an accepted code. The tension belt conveyor 7 is then run for some agreed time to get the products to the correct trough 11 8 6 S υ 7, the EAN register is reduced by one and it is checked whether the product from the light curtain was still the last product. If it was not the last product, return to the scan block, if it was the last product, open the gate for the customer, stop the Belt Conveyors after a suitable delay and end the purchase in question. In addition, the receipt printer is instructed to write a receipt to the customer. This function is fulfilled in the key data section of Figure 2, along which route the termination information is also transferred to the cash register terminal program. In addition to the manual end information, other information and messages, such as a request for help, if a function does not play properly, may be key information provided from the on-screen keyboard. In this case, the customer receives help from the store's supervisory staff.

15 Alan ammattimiehelle on selvää, että keksintö ei rajoitu yksinomaan edellä esitettyyn esimerkkiin, vaan voi vaihdella jäljempänä esitettävien patenttivaatimusten puitteissa. Niinpä esimerkiksi tuotetunnistusohjelman 13 ja kassapääteohjelman 15 toimittajien yhteisesti sopima liityntä 14 voi olla myös täysin 20 normaali mekaaninen liitäntä, jossa on pinnit tai liitinpinnat kutakin tietotyyppiä varten erikseen. Tällöin kumpikin ohjelma 13,14 toimii erikseen ja mahdollisesti jopa eri tietokoneissa tai prosessoreissa.It will be apparent to those skilled in the art that the invention is not limited to the example set forth above, but may vary within the scope of the claims set forth below. Thus, for example, the interface 14 jointly agreed upon by the suppliers of the product identification program 13 and the cash register terminal program 15 may also be a completely 20 normal mechanical interface with pins or interface surfaces for each data type separately. In this case, each program 13,14 runs separately and possibly even on different computers or processors.

Claims

12 P. · <^ f 7 · -> I U!

An unmanned sales desk system comprising a sales desk (1) with actuators, a backend system (17) 5 with at least product information, and a cash register program (15) for transmitting information from the desk actuators to the backend system, characterized in that - the system comprises a function block (13) ) with an interface 10 (14) compatible with the data transmitted by the cash register terminal program (15), - the communication between the policy area and the cash register program is arranged via the policy block interface (14), - the product block collects and automatically updates product identification data for each product until the system has learned the product identification information specific to each product.

A vending system according to claim 1, characterized in that the functional block (13) to be installed in each vending table (1) is placed in a microcomputer (16) at each vending table so that said functional block (13) is an extension of an existing cash register system.

A sales desk system according to claim 1 or 2, characterized in that the interface (14) of the functional block (13) to be installed in each sales desk (1) to the cash register program (15) is a commonly agreed variable, variable address or variable memory location where the information collected and transmitted by the functional block is stored. and from which the cash register program reads and then further processes said information.

A method implementing a system according to claim 1 for carrying out a purchase transaction at an unmanned sales table (1), characterized in that the method comprises at least the following steps - reading the payment card and accepting / rejecting the payment card and payment method in the sales desk system

13 BCVo? - launching the sales table as a result of the approval process, turning the divider (8) and starting the scanning phase - scanning check, product weighing and product pattern recognition 5. comparison after weighing and pattern recognition with scanning data and data in the product file - comparison there is not enough information in the system - accepting the product as purchased - transferring the product to the tray (11) for export, writing a purchase receipt, opening the customer gate and stopping the sales desk. n 8 2 Ί G 7