RU110202U1 - BONUS SYSTEM OF A TRADING ENTERPRISE - Google Patents

Abstract

 1. The bonus system of a commercial enterprise, comprising a central server, including a database of the system, at least one retail outlet containing a cash register server and at least one cash register terminal with means for reading, inputting information and printing a cash receipt, the central the server and the cash server are connected by their inputs and outputs, characterized in that the system comprises an additional services server, including a bonus lottery server and a lottery terminal with means for reading, entering and displaying information, the bonuses lottery door is connected to the central server, with the cash register server and the lottery terminal with corresponding inputs and outputs, and the cash register terminal is configured to print a cash register receipt with an additional field with a lottery barcode, while the information from the lottery barcode read by the lottery terminal processed in the lottery server bonuses and the central server, enters the lottery terminal and / or user device to display the lottery result. ! 2. The bonus system of the trading company according to claim 1, characterized in that the user devices include a mobile phone, smartphone, computer with the ability to send and receive text and image messages.

Description

The utility model relates to automated systems and equipment for calculating and writing off incentive prizes when implementing consumer reward programs (consumer loyalty programs, bonus programs) in the field of trade.

It is known that a discount card (discount card) is a universal tool that allows you to get a discount at a specific outlet or in a distribution network. The card allows you to personify the customer, keep track of his purchases, provide cumulative discounts - bonuses. The disadvantage is that the card is strictly limited to the list of outlets, networks, in addition, it is not possible to have an operative connection with the client.

There is also a system for remote distribution and redemption of preferential coupons (US patent 5903874, IPC G06Q 30/00; H04M 3/51, publ. 05/11/1999), which provides a communication channel between the operator’s console and the remote database server containing coupon files, containing many coupon entries. The client contacts the operator by telephone and reports the encrypted number of the coupon issued to the client. The encrypted coupon number is used to access the relevant coupon entry in the coupon file on the remote database server. The coupon status is sent back to the operator’s console. If the coupon is valid, then the goods or services requested by the client are provided to the customer from the operator’s console. From the operator’s console, a command is then sent to the coupon file to change the coupon status in the coupon record. The method implemented in this known system comprises creating a plurality of coupon files in a database, each of the coupon files containing a plurality of coupon entries containing the stored coupon number and status code of each issued coupon; issuing to the customer a preferential coupon containing a unique coupon number printed on it, corresponding to one of the coupon entries; receiving on the operator’s console a telephone request from the client to redeem the preferential coupon, the request containing a unique coupon number; extracting from the database the corresponding record in which the saved coupon number matches the unique coupon number in the telephone request; reading the stored status code from the corresponding database record; determining whether the current date and time is within the date and time limits associated with the discount coupon if the stored status code indicates a valid status; return the coupon status indicating the validity of the coupon to the operator’s console if the current date and time are within the date and time limits associated with the preferential coupon; and making changes to the saved status code in accordance with the use of the coupon and its redemption. The disadvantages of this system are due to its construction on the basis of simplified processing of the request signal. Since the client has to request confirmation of his unique code by phone, which entails an increase in the time to confirm the coupon code, the possibility of automated processing of the client’s request is lost, and, as a result, the ability to quickly respond from the outlet to the client’s address is lost.

There is also a method of providing discounts on purchases in electronic commerce transactions (WO No. 9904326 IPC G06Q 30/00; G09G 3/02, publ. 01/28/1999), comprising printing a discount coupon with user-readable information describing the incentive, product, seller, and a machine-readable symbol, such as a linear or two-dimensional barcode symbol. The symbol is encoded by data fields that contain the first identifier associated with the IP address of the seller’s computer; and may further comprise a second identifier associated with the discount applicable to the product, a third identifier associated with the target client, and commands for allowing the computer access to the client program. The method also includes the steps of distributing discount coupons, scanning a machine-readable coupon symbol, decoding scanned data to generate a seller’s IP address, launching a client program to allow access to the online system, exchanging information with the seller’s host computer, and downloading a file from the seller’s host computer with scanned coupon. The disadvantages of this method are due to the fact that the coupon is printed from the client’s computer, that is, there is also a rigid binding of the user to a specific place and, therefore, the inability to receive the service by the client at any time and anywhere. Once again, you need to print the coupon, carry it with you. There is no interactivity, there is no way to promptly inform the client from a certain point to a specific client.

A known method of distribution and redemption of electronic coupons (WO No. 0039657, IPC G06Q 30/00; G07G 1/00, publ. 07/06/2000), comprising creating data corresponding to at least one coupon, placing this data in a database transmitting data from a database, for example, in the form of a data packet, over a radio communication network, for example, over a cellular communication network, at least one mobile station, such as a cell phone, pager, etc. Then, access to the coupon is provided at the mobile station, so that after the coupon is redeemed, data notifying of this redemption is transferred to the database. The database may then respond by transmitting data to the mobile station, erasing the canceled coupon from the mobile station. This method is implemented in a system comprising a storage device for storing at least one database containing data corresponding to at least one coupon and data for monitoring the use of this at least one coupon, the storage device comprising a receiver to receive transmissions corresponding to the use, in a typical case, of repaying said coupon. There is a transceiver associated with the storage device for transmitting at least a first portion of data corresponding to at least one coupon from a mobile station (cell phone, etc.) via a radio communication network. There is also a transponder for receiving transmissions from the mobile station, which can transmit electronic signals indicative of the transmission from the mobile station, and an automatic maintenance tool that is associated with the transponder and the storage device and which, in response to the transponder signals, carries out information exchange with the database for receiving at least a second part of the data corresponding to at least one coupon and transmitting them to the mobile station. Verification software is available that communicates with the automatic maintenance tool. This verification software monitors coupon transfers and either allows or disallows subsequent transmissions requested by mobile station subscribers, depending on the number of permitted transmissions pre-set by the coupon issuer. The disadvantages of this known system include the complexity of the structure of the system, which includes additional devices for receiving and transmitting data for redeeming coupons. This system is designed for accounting, allocation and redemption of "coupons" both in print and in electronic form, but is not designed for the result of constant feedback from the outlet to the client.

The 4CITY mobile discount and bonus system is known, created by Razprodazha.ru as part of the 4CITY Moscow Project, based on mobile technologies, which allows its subscribers to receive discounts on goods and services of partner enterprises. Instead of the usual plastic discount card, subscribers use a special CMS card (barcode) stored in the memory of their mobile phone. By sending an SMS message to a specific number, the subscriber receives a reply SMS message with the assigned personal number in the system (CMS card), and by sending a second SMS message - a unique bar code. After presenting the received CMS-card to the seller on the mobile phone’s screen, it is read from the phone’s screen at the box office of the participating stores of the Program with a regular trading scanner, and the subscriber receives a set discount. Thus, a mobile phone becomes also a discount card, or rather its more convenient alternative. The advantages of the 4CITY system include the constant availability of CMS cards, the rationality and convenience of the consumption process, the economic efficiency of purchases, timely information about the offers of interest. The system subscribers can be provided with favorable conditions when purchasing goods or services in partner trading and service enterprises. The well-known CMS-card, which is a universal “coupon” for discounts at a number of outlets of different directions for goods and services, does not make it possible to personify the outlet in which the client used the discount, therefore, there is no possibility of interactive communication: outlet - client .

All known systems have one significant drawback, which is the presence of unclaimed (unrealized) obligations of the organizer of incentive programs within a reasonable time. According to the open press, the volume of these obligations can reach 20-30% of the volume of all bonus accounts of program consumers. As a result, the organizer of the bonus program is forced to bear additional costs for the purchase, transportation and storage of goods to ensure these obligations. At the same time, significant amounts of cash resources are withdrawn from circulation. The amount of unclaimed prizes is difficult to predict, so the organizers of the programs are forced to create excess reserves to finance obligations in full. Typically, to reduce the amount of unclaimed prizes, BP organizers use organizational methods: limiting the program’s deadline, setting an exchange rate for prizes for goods that is disadvantageous for consumers, etc. However, the use of such events repels the most loyal consumers, who for one reason or another do not have time to take advantage of the program’s prizes, which contradicts the goals of the loyalty programs.

Another way to reduce the cost of servicing unclaimed prizes is to connect the consumer to several bonus programs and give him the opportunity to exchange prizes received in various bonus programs.

In known systems, there are no mechanisms to effectively reduce the amount of unclaimed obligations, since the change in the number of points is carried out in them only as a result of the operation of purchasing the goods at the point of sale of the organizer of the incentive program: when buying goods for money, points are awarded, when points are exchanged for goods or for discounts, they are written off points.

In an automated system for conducting transactions (patent for utility model No. 93561, IPC G06Q 90/00, published 04/27/2010) to reduce the amount of obligations of the organizer of the bonus program, you can only use it if you use several bonus programs of different organizers or one bonus program of several organizers or several bonus programs of one organizer. Moreover, the scope of its application is limited only to the field of electronic commerce and electronic payments. Reducing the volume of obligations with the help of this system is achieved due to the optimal redistribution of obligations between the organizers of bonus programs connected to this system. For one organizer of the bonus program, the task of reducing the volume of obligations by this system cannot be solved.

Known interactive mobile discount system (RF patent No. 68726, IPC G06F 13/00, published on November 27, 2007), the closest in technical essence and adopted as a prototype, containing an MDS server, including an MDS system database, retail outlets containing servers and cash registers with means for reading and entering information, and user devices that have the ability to communicate with the MDS server. The MDS system server comprises means for registering the subscriber's telephone number in the database of the MDS system, means for processing the request message, means for generating a response message containing a unique subscriber code, and means for sending the generated response message to the user device. The unique code assigned to the subscriber is displayed on the screen of the user device for presentation at the point-of-sale terminal of the point of sale when receiving a service or purchasing goods. The outlet server identifies a unique code and provides the subscriber with discounts on goods and services. The MDS system server supports a unified database and databases sorted according to specified criteria, and allows you to create personalized data streams containing information about goods and services for distribution to the corresponding groups of subscribers. Well-known programs for attracting customers use the mechanism for calculating incentive prizes (points or bonuses) when making a purchase or providing a service at the outlet of the organizer of the bonus program. In fact, an incentive prize is an organizer’s deferred obligation to exchange it for a product or service, or to provide a discount on a product or service. At the same time, the buyer - the user of the program can accumulate these points over time. To account for obligations in loyalty programs, consumer identification is carried out. A unique bonus card number for each consumer is used as an identifier. Presentation of this card when making a purchase of a product or service is the basis for accruing incentive prizes (points, bonuses) to its holder. Information about the number of accumulated bonuses is stored in the customer database of the bonus system. In addition to the number of bonuses for each user of the program, the following data are stored in the database: bonus card number, mobile phone number, name, and other data necessary for the functioning of the incentive program. The organizer's obligation to exchange a bonus for a product or service, or to provide a discount for a product or service limits the functionality of the bonus system when debiting a bonus account.

The technical result, which is achieved by the claimed utility model, is to expand the functionality of the bonus system by changing the bonus account without selling goods to bonuses, reducing material costs to ensure the bonus system.

The technical result is achieved by the fact that in the bonus system of a trading company containing a central server including a database of the system, including information about bonus cards and bonus accounts, at least one point of sale containing a cash server, at least one cash register a terminal with means for reading, entering information and printing a cash receipt, while the central server and the cash server are connected by their inputs and outputs, new is that the system contains an additional services server, including the bonus lottery server and the lottery terminal having means for reading, inputting and displaying information, the bonus lottery server being connected to the central server, the cash register server and the lottery terminal with corresponding inputs and outputs, and the cash register terminal is capable of printing a cash receipt with an additional field with a lottery barcode, wherein the information from the lottery barcode read by the lottery terminal, processed in the bonus lottery server and the central server, is sent to the lottery terminal and / or user skoe device to display the result of the lottery.

User devices can be selected from the group including a mobile phone, smartphone, computer.

Figure 1 presents the structural diagram of the bonus system,

The bonus system of a commercial enterprise contains a central server 1, including a database of the system, including information about bonus cards and bonus accounts, at least one point of sale 2, which contains a cash register 3, at least one cash register 4 with funds reading and entering information. The central server 1 and the cash server 3 are connected by their inputs and outputs. The bonus system includes an additional services server 5, including a bonus lottery server 6 and at least one lottery terminal 7 with means for reading, inputting and displaying information, while the bonus lottery server 6 is connected to a central server 1, to a cash register server 3, and also with a lottery terminal 7 corresponding inputs and outputs. A cash receipt printed by cash register terminal 4 has an additional field with a lottery barcode, Information from a barcode of a lottery ticket placed on a cash register and containing a lottery identifier, bonus card number and lottery ticket number issued by cash register terminal 4 and read by lottery terminal 7 processed in the lottery server 6 and the central server 1 enters the lottery terminal 7 to display the result of the lottery.

The system is equipped with user devices that are connected to the additional services server 5, while the user device makes it possible to communicate via the Internet 9, mobile telephone 8. The user device can be selected from the group including, smartphone, computer, wire telephone with the ability sending and receiving text and image messages

Central Server 1 (CA) contains:

- customer database (DB), including customer identification: bonus card number (matches the bonus account number), bonus account, name, contact details - mobile phone number and email, other data, such as birthday, gender, address, etc.

- bonus accrual program;

- DB of goods and prices;

- cash server management module;

- module for interaction with the additional services server (CDS);

- module for interaction with the lottery server.

Central server 1 provides:

- administration of customer databases;

- DB administration of goods and prices;

- administration of a cash server (CS) (at the beginning of the working day sending the customer databases, databases of goods and prices, receiving these databases at the end of the working day, updating bonus accounts during the working day);

- interaction with the CDS (transmission and reception of information about the state of the client's bonus account when playing the lottery and when providing additional services);

- Preparation of various reports and interaction with external systems (accounting, finance, etc.);

- accrual / deduction of bonuses on the bonus account;

- interaction with the COP during the operation of accrual / deduction of bonuses;

- the formation of personalized data streams containing information about goods and services for their subsequent transfer to PU.

Cash Server 3 (KS) contains:

- cash terminal (CT) administration module 4;

- module for calculating bonuses;

- the module of interaction with CA 1 and provides: administration of CT 4 (data collection and buffering, connection of CT 4 through CS 3 to CA 1); accrual of bonuses when purchasing goods for money; interaction with the CDS (transfer of information for preparing the printing of a lottery ticket and transfers it to the cash terminals (CT).

Cash register terminal 4 (CT) is equipped with means for reading and entering information, a device for printing checks, including an additional field of the lottery ticket with a bar code.

Additional Services Server 5 (CDS) contains:

- Bonus Lottery Server 6, which generates lottery tickets with winnings and records them in the lottery database, and also interacts with KS 3, TsS 1, PU 8 and 9 and TL 7 during the lottery drawing;

- terminal of the bonus lottery 7;

- user devices PU 8, 9 allow the CDS to communicate with clients through CMC messages (text messages) and via the Internet.

Additional Services Server 5 (CDS) solves the problems of providing additional services: holding a lottery, informing customers on user devices (CMC-informing or informing by e-mail), accepting and processing requests from PU 8 and 9, and supporting the site of the BP organizer.

The lottery terminal 7 (TL) is a specialized device having means for reading, entering and displaying information, as well as a means for transmitting data over a computer network, provides:

- reading and entering information from the lottery barcode of the additional field of the cash register receipt. The lottery ticket barcode contains encoded information about the bonus card number and lottery ticket number;

- reading information from bonus cards;

- transfer of information contained in the lottery barcode and bonus cards to the additional services server;

- displaying information about the result of the game received from the additional services server.

User device 8 and 9 (PU) - a mobile phone, or smartphone, or computer.

The lottery terminal 7 (TL) provides: receiving information from CDS 5; transfer of requests to CDS 5, input and display of information.

Central server 1 (CA) is connected to SLB 6 either through a local area network (interconnected via Ethernet) or through client databases (if the technical implementation involves the physical placement of CA 1 and SLB 6 on the same equipment). CA 1 is connected to CS 3 via the Internet. COP 3 is connected to CT 4 using a local area network.

TL 7 is connected to SLB 6 via the Internet. PU 8, 9 are connected to CDS 5 through wireless communication (if a mobile phone or smartphone) and the Internet. SLB 6 is connected to the COP 3 via the Internet.

Bonuses are credited / debited from the bonus account using the stimulating lottery as follows.

Bonus Lottery Server 6 (SLB) generates non-random (instant) lottery tickets. Winnings are randomly distributed on tickets. The size of the winnings is calculated in points of the bonus program, the cost of the lottery ticket is also calculated in these points.

The generated tickets are sequentially numbered and entered into the database of the SLB 6 bonus lottery server (a pair is recorded: “ticket number - winning size”). Also in the database SLB 6 the lottery identifier is stored, which contains encoded information on the number of tickets and the validity of the lottery, and the cost of the lottery ticket (in points).

When describing the work, it is assumed that the DB SLB 6 has already been generated. The lottery ticket in the lottery database can be in 3 states:

- not played

- played (win or loss determined)

- playable (ticket sent for printing, but its contents have not yet been determined)

The buyer (consumer BP) when paying for goods at CT 4 provides a bonus card, which is an identifier for participation in the BP. CT 4 reads the number of the bonus card using a reader (the card number can be presented either in the form of a bar code printed on the bonus card, or in the form of a code recorded on a magnetic strip or on a chip that are placed on the bonus card). Then, CT 4 submits a request to COP 3, which contains the bonus card number, information on paid goods, CT 4 number, current time and date. In COP 3 there is a database of goods and a database of customers who previously (for certainty, at the beginning of the working day) were loaded into it from CA 1. CS 3, on the basis of a request received from CT 4, calculates bonuses for each item of goods. At the same time, the COP 3 sends a request to the SLB 6 to obtain the current lottery ticket number from the set not drawn at the time of the request. The request sent includes: bonus card number, point of sale number 2 (matches the number of COP 3), number of CT 4, current time and date. SLB 6 selects the lottery identifier in the lottery database, as well as the current ticket number from the set of non-raffled DB tickets, and sends it to COP 3 with the number indicated in the request. The answer contains the following information: lottery identifier, bonus card number, lottery ticket number, CT number 4. At the same time, SLB 6 changes the status of the sent ticket in the lottery database as “played out” and records service data containing information about the request - bonus card number, trading number points (coincides with the number of COP 3), the number of CT 4, the current time and date (for the case of disputed situations after the rally). KS 3 generates a unique message containing the bonus card number and ticket number, which is converted into an additional bar code and transmitted to CT 4, which has means for displaying the lottery ticket bar code on the additional field of the cash register receipt. At the same time, COP 3 sends to CA 1 the total value of bonuses accrued as a result of the purchase on the bonus card with this number. CA 1 summarizes the received value with the value that was on the bonus account and writes the result to the client database. CT 4 prints a sales receipt and an additional section of the receipt, on which an additional barcode is located, containing a unique message including the lottery identifier, bonus card number and lottery ticket number being played. Next, CA 1 generates a text message on changes to the bonus account of the bonus card, through which payment was made, containing the following information: accrued bonuses, changed balance, bonus card number, mobile phone number and / or email address. This message is sent by the CA 1 to the CDS 5. The received message is sent to the controllers 8 and / or 9.

The buyer takes the purchases, change (if necessary) and the check, on the additional field of which is the lottery barcode.

If the buyer decides to play the lottery, he goes to TL 7 located at point 2 (not necessarily at the same place where he made the purchase and received the check) and brings the check with an additional bar code to his reader.

After reading an additional barcode, TL 7 generates a request to SLB 6 containing TL 7, the current time and date read from the bar code, lottery identifier, bonus card number and ticket number.

Upon receiving a request from TL 7, SLB 6 determines the opportunity to participate in the bonus card lottery draw with the number indicated in the request. To do this, SLB 6 compares the lottery identifier contained in the request with the value in the lottery database. If they do not match, then SLB 6 generates an information message about the ticket mismatching the current lottery and sends it to TL 7, from which the request came. If the identifiers match, then SLB 6 requests from CA 1 from the customer database the balance of the bonus account, mobile phone number and / or email address. Next, SLB 6 compares the balance with the value of the lottery ticket. If the balance is less than the cost of the ticket, then SLB 6 generates an information message about the insufficient balance for the game (disclosing the contents of the ticket with this number) and sends it to CDS 5 with the mobile phone number and / or email address, which sends this message to PU 8 and / or 9. At the same time, SLB 6 sends this message to the TL 7 who sent the request, which outputs the received message to the information display (visualization) device, to inform the buyer.

If the balance is not less than the cost of the lottery ticket, then SLB 6 requests the contents of the ticket from the lottery database. At the same time, SLB 6 changes the state of the selected ticket in the lottery database as “played out” and records service data containing information about the request for TL 7 bonus card number, point of sale, number of TL 7, current time and date (for the case of dispute resolution after the drawing ) The result of the draw (B) is determined by the formula:

B = Ticket content - ticket price

The result of the draw can be positive and negative.

Then SLB 6 adds up the result of the draw with the balance and sends the final value to CA 1 to record its customer database. In this case, the balance decreases in the event of a negative rally result and increases in the case of a positive one. Next, SLB 6 generates an information message about the lottery result and sends it to CDS 5, which immediately sends it to the TL 7 who sent the request. At the same time, CA 1 generates a message on changes to the bonus account of the bonus card that participated in the game, containing the following information: accrued bonuses, the changed balance, bonus card number, mobile phone number and / or email address and sends it to CDS 5, which in turn sends messages received from CA 1 and SLB 6 to PU 8 and / or 9. In TL 7 received message in It is displayed on the information display (visualization) device (i.e., only the lottery result is displayed on the TL 7 screen, and the lottery result and the new balance after the lottery is displayed on the PU 8 or 9).

The proposed system also allows you to remotely play the lottery, so that the buyer is not "attached" to the outlet and can play anywhere. At the same time, an additional technical result is mobility, which allows participating in the lottery outside the outlet, thereby reducing the obligations of the BP organizer. In this case, the role of TL 7 is played by PU 8. Since the mobile phone number is firmly attached to the bonus card number in the customer database, the latter can be used as the identifier of the BP participant along with the bonus card number.

The buyer sends from the control unit 8 (mobile phone, smartphone) a CMC message with a code word (for example, with the word "LOTTO") to the CDS 5. CDU 5 records the date and time of the request, determines the phone number, which then falls into SLB 6 SLB 6 sends a request to CA 1 to determine if this telephone number is in the customer database. If such a phone number is not in the client database, then the game process is interrupted, and the CA 1 sends to CDS 5 a command, by which the latter sends to the PU 8 a CMC response message that the phone number is not registered in the system. If such a phone number is in the customer database, then SLB 6 requests from CA 1 from the customer database the balance of the bonus account. Next, SLB 6 compares the balance with the value of the lottery ticket. If the balance is less than the cost of the ticket, then SLB 6 generates an information message about the insufficient balance for the game (disclosing the contents of the ticket with this number) and sends it to CDS 5 with the number of the mobile phone, which sends it as a CMC message to PU 8, which sent CMC message with a code word.

If the balance is not less than the cost of the lottery ticket, then SLB 6 requests from the lottery database the contents of the next unplayed ticket. At the same time, SLB 6 changes the status of the selected ticket in the lottery database as “played out” and records service data containing information about the request for PU 8: bonus card number, phone number, current time and date (for the case of dispute resolution after the draw). Next, SLB 6 determines the result of the draw (B) according to the formula:

B = Ticket content - ticket price.

Then SLB 6 adds up the result of the draw with the balance and sends the final value to CA 1 to record its customer database. In this case, the balance decreases in the event of a negative rally result and increases in the case of a positive one. Next, SLB 6 generates an information message about the lottery result and sends it to CDS 5. At the same time, CA 1 generates a message on changes to the bonus account of the bonus card that participated in the game, containing the following information: accrued bonuses, changed balance, bonus card number, mobile phone number and / or an email address and sends it to CDS 5, which in turn sends messages received from CA 1 and SLB 6 to PU 8 and 9.

Other game options. Other game options allow you to fully use the PU 8 and 9 and TL 7.

Option 1.

The buyer brings a bonus card to the TL 7 reader, which reads the code of the card containing information about its number. Next, TL 7 sends a request to CDS 5 containing the bonus card number, TL 7 number, date and time. In CDS 5, information about the card number comes from SLB 6. SLB 6 sends a request to CA 1 to determine if there are BP users in the database with this bonus card number. In the event that such a user is not in the client database, the game process is interrupted and CA 1 sends a command to CDS 5, by which the latter sends to TL 7, from which the request was received, a response message that the bonus card number is not registered in the system. If the bonus card with this number is in the customer database, then SLB 6 receives from the CA 1 bonus account number. Next, SLB 6 compares the balance with the value of the lottery ticket. If the balance is less than the cost of the ticket, then SLB 6 generates an informational message about the insufficient balance for the game (disclosing the contents of the ticket with this number) and sends it to CDS 5. Next, CDU 5 sends to TL 7, from which the request came, a message about the insufficient balance . If the balance is not less than the cost of the lottery ticket, then SLB 6 requests from the lottery database the contents of the next unplayed ticket. At the same time, SLB 6 changes the status of the selected ticket in the lottery database as “played out” and records service data containing information about the request for TL 7: bonus card number, outlet number, TL 7 number, current time and date (for the case of dispute resolution after draw). Next, SLB 6 determines the result of the draw (B) according to the formula: B = Ticket content - ticket price.

Then SLB 6 adds up the result of the draw with the balance and sends the final value to CA 1 to record its customer database. In this case, the balance decreases in the event of a negative rally result and increases in the case of a positive one. Next, SLB 6 generates an informational message about the result of the game and sends it to CDS 5, which immediately sends it to TL 7, which sent the request. At the same time, CA 1 generates a message on changes in the bonus account of the participating bonus card in the game, containing the following information: accrued bonuses, changed balance, bonus card number, mobile phone number and / or email address and sends it to CDS 5, which in turn sends , messages received from the CA 1 and SLB 6, on the control unit 8. In TL 7, the received message is displayed on the information display (visualization) device (i.e., on the TL 7 screen only win or loss is displayed, and on the control unit 8 or 9 it is displayed win / loss Rump and a new balance after the lottery).

Option 2. Game over the Internet,

To play the lottery via the Internet, a BP participant must go to the site of the BP organizer. Initially, the BP participant must log in to the system. Authorization occurs according to the following algorithm:

1. The participant is identified in the system, for this, at PU 9, in the browser window on the monitor screen, in a special form (for example, the “Enter card number: ...” form) enters his bonus card number and clicks the “Confirm” button. The bonus card number PU 9 sends to CDS 5.

2. CDU 5 turns to CA 1 with a request about the presence in the customer database of a bonus card with this number. If there is no such bonus card number in the customer database, then CDU 5 sends an informational message about the absence of a registered bonus card to PU 9 and the game stops. If such a number is in the customer database, CA 1 sends the bonus account number, mobile phone number and / or email address to CDS 5. Next, the CDU 5 sends to the PU 8 and / or 9 an information message containing a secret code.

3. A BP participant, having received a secret code on PU 8 and / or 9, while on the BP organizer’s website in the browser window in the Code field, enters on the monitor screen the code that he received in the CMC message and / or email address

4. If the code sent by CDU 5 to the owner of the bonus card matches the code entered in the browser window on the site, the system will authorize. If it does not match, the operation is aborted.

5. After authorization is completed, the BP participant enters the “Personal Account” window of the browser, and a list of all services will be available to him, among which there will be a service called “Lottery”.

To play the Lottery, an authorized user just needs to click on the "Play" button, which is located in the browser window on the PU 9 monitor, which will lead to the following sequence of actions:

SLB 6 receives from CA 1 the bonus account number corresponding to the bonus card number. Next, SLB 6 compares the balance with the value of the lottery ticket. If the balance is less than the cost of the ticket, then SLB 6 generates an information message about the insufficient balance for the game (disclosing the contents of the ticket with this number) and sends it to CDS 5. Then CDS 5 sends a message about insufficient balance to PU 9.

If the balance is not less than the cost of the lottery ticket, then SLB 6 requests from the lottery database the contents of the next unplayed ticket. At the same time, SLB 6 changes the status of the selected ticket in the lottery database as “played out” and records service data containing information about the request for PU 9: bonus card number. Mobile phone number, secret code (authorization code), current time and date (for the case of dispute resolution after the rally). Next, SLB 6 determines the result of the draw (B) according to the formula:

B = Ticket content - ticket price.

Then SLB 6 adds up the result of the draw with the balance and sends the final value to CA 1 to record its customer database. In this case, the balance decreases in the event of a negative rally result and increases in the case of a positive one. Next, SLB 6 generates an informational message about the result of the game and sends it to CDS 5, which immediately sends it to the control unit 9. A message about the game result will be displayed in the corresponding browser window on the monitor of the control unit 9. At the same time, CA 1 generates a message on changes in the bonus account of the participating bonus card in the game, containing the following information: accrued bonuses, changed balance, bonus card number, mobile phone number and / or email address. And sends it to CDS 5, which in turn sends messages received from CA 1 and SLB 6 to PU 8 and / or 9.

Thus, the proposed bonus system of a trading company allows you to expand the functionality of the bonus system by introducing an additional service - a lottery with bonus payments. The proposed system allows you to significantly change the bonus balance in the direction of increasing it without buying goods for bonuses and expand the range of services provided to end consumers of the trading company, reduce material costs for servicing the bonus system.

Claims (2)

1. The bonus system of a commercial enterprise, comprising a central server, including a database of the system, at least one retail outlet containing a cash register server and at least one cash register terminal with means for reading, inputting information and printing a cash receipt, the central the server and the cash server are connected by their inputs and outputs, characterized in that the system comprises an additional services server, including a bonus lottery server and a lottery terminal with means for reading, entering and displaying information, the bonuses lottery’s rover is connected to the central server, with the cash register server and the lottery terminal with corresponding inputs and outputs, and the cash register terminal is configured to print a cash register receipt with an additional field with a lottery barcode, while the information from the lottery barcode read by the lottery terminal processed in the lottery server bonuses and the central server, enters the lottery terminal and / or user device to display the lottery result. 2. The bonus system of the trading company according to claim 1, characterized in that the user devices include a mobile phone, smartphone, computer with the ability to send and receive text and image messages.