WO2013165331A2

WO2013165331A2 - Share method for the sale of saleable items

Info

Publication number: WO2013165331A2
Application number: PCT/UA2013/000048
Authority: WO
Inventors: Андрей Сергеевич ВЕРЕТИНСКИЙ
Original assignee: Veretynskyi Andrii S
Priority date: 2012-05-03
Filing date: 2013-04-30
Publication date: 2013-11-07
Also published as: WO2013165331A3

Abstract

The invention relates to the field of commerce and can be used in the sale of goods, services, securities and intellectual property rights. Sellers run client programs or a Web interface on terminals, which enable them to send, via a network connection module, requests for connection to the server of a virtual market where the requests are processed by means of a request processing module, and if the requests are correct, the terminals are given access to a Web module and restricted access in review mode to sections of a database; in order to place goods on the network and to hold auctions, sellers must be authorized by the system, for which purpose sellers run an identification module, i.e. a subprogram, by means of which requests containing seller account data are sent to the server of the virtual market, whereupon the received requests are redirected by the system to a security module where the data received is checked and verified against the records in a user account module and, in the event of conformity, the requests are accepted or denied, stating the reason for a refusal, wherein the acceptance or denial of requests is shown on the server of the virtual market and on the terminals by means of a messages and records module; if requests are accepted, sellers are given access to data concerning their own accounts as well as full access to a common database of the virtual market; once authorization has been granted, sellers complete, by means of a module for creating and editing records, electronic requests for the placement of goods on the virtual market; sellers then divide the price of the goods into shares of equal value within a single lot, wherein each share is marked and assigned a unique code or number; in order to purchase goods, buyers undergo authorization on the server of the virtual market via their own terminals, after which they complete, by means of the module for creating and editing records, electronic requests for the purchase of goods on the virtual market and send these requests from their terminals to the server of the virtual market in order for the purchase requests to be placed in the database of the virtual market where, by means of the request processing module, the correctness of the inputted information is checked and, in the event of confirmation, each request is assigned a number and is placed in the database, wherein messages are sent to the buyer terminals about the acceptance of the requests and a search of the database is simultaneously carried out for auctions most closely corresponding to the requests; the information collected is then sent to the buyer terminals by means of the messages and records module, buyers select an auction from a list received and subsequently run auction modules, by means of which buyers purchase a minimum of one share each and become participants in an auction, sending requests for the purchase of shares to the server of the virtual market where the requests are checked in the security module and, if these requests are correct and legitimate, access is granted to a transaction module, by means of which buyers make payment for shares by electronic payments; once the shares have been paid, the system creates records in the user accounts, which contain the code of the share and the time of acquisition thereof, and buyers are sent, on their terminals, a message about the payment made and the code of the share purchased; a temporary account is created on the server of the virtual market by means of the transaction module, to which account money from the sale of shares in a lot is paid; once all of the shares have been sold, a draw is held for the lot, with one winning share being selected by means of a program; a search is carried out on the server of the virtual market for a record of the winning share and the owner thereof using the user account database; information about an auction held is shown in the auction module on the server of the virtual market and, once an auction is complete, all of the participants receive on the buyer terminals messages about the auction held; once an auction is complete, a money transfer is made in full to the seller's account, with the exception of commission and fees for additional services. The result is the efficient and rapid sale of goods, services and other saleable items irrespective of the price thereof, while taking into account the interests of sellers and buyers alike.

Description

MUTUAL METHOD OF SALES

The invention relates to the field of trade and can be used in the implementation of the sale of goods, services, securities, intellectual property rights.

A known method of conducting an online auction using a computer, including receiving through the communication network using a special program installed on a network computer a market maker, data on the subject of the auction from the computer of the source. The information provided by the source computer goes through the communication network and includes the category under which the object for the auction is registered, information on programming the auction for the object, transferring at least part of the received data from the database format to the format for the general presentation, including markers of the selected categories of the object for the auction, which is carried out using the conversion module on the network computer market maker. The operations are at least partially set by marking the selected category and auction programming data previously obtained from the source computer. They are automatically implemented during the auction process with increasing rates for the corresponding online auction from the network computer of the market maker. The system automatically completes the auction by performing the operations of providing potential buyers with a description of the item in the appropriate format, keeping one or more bids from one or more bidders on the computer of the market maker, and ending the auction at a specific time [US 7 702 540 B1, G06Q 30/00, 1999].

This way of selling goods is mostly focused on the interests of the seller. The system of raising rates leads to an increase in the costs of the bidder and does not take into account the interests of those people who are interested in purchasing the goods. General rules for conducting online auctions do not provide all users of the virtual market with the opportunity to initiate tenders. The initiators of the auction can only be sellers, and this emerges from the very nature of auctions. Selling goods at auctions and in the process of traditional buying-selling relationships to a greater extent provides that funds for paying for the goods will be received from one source (from one buyer). This, in turn, makes implementation difficult. high value goods.

The basis of the invention is the task of creating a unitary way of selling objects by dividing the price of goods into cheaper units, which would allow more efficient and faster to sell goods, services and other objects of sale, regardless of their value, would equally take into account the interests of both sellers and buyers, would minimize the cost of buyers.

The problem is solved by the fact that in a share method of selling objects, including conducting an online auction using computer technology, according to the invention, sellers run client programs or a Web interface on terminals, with which they send requests for connecting to the server through a network connection module virtual market, where they are processed using the request processing module and, if the requests are correct, open the terminals to the Web module and limited access to sections in the viewing mode databases, for placing goods on the network and conducting bidding, sellers are authorized by the system, for which they launch an identification module - a subroutine with the help of which requests containing information from sellers' accounts are sent to the virtual market server, after which the received requests are redirected using the system to the module security, where they check the received data and compare it with the records of the user accounts module and, if they match, confirm the requests or reject them with the reasons for cancellation, and confirmation or rejection of requests is displayed on the virtual market server and terminals using the message and record module, in case of confirmation of requests, sellers are given access to their own account data, as well as full-featured access to the shared virtual market database, after authorization, sellers using the create module and editing the record, fill out electronic applications for placing goods on the virtual market, then sellers divide the price of the goods into units with the same value within one lot, with each unit being marked, provided with a unique code or number, and for the purchase of goods, buyers authorize through their terminals on the virtual market server and then, using the module for creating and editing entries, fill out electronic applications for the purchase of goods on the virtual market and send requests from their terminals to the virtual market server for placing purchase orders in the virtual market database, where, using the request processing module, the correctness of the entered and formation in the case of confirmation assigned to each application number and place it in the database, sending messages on the acceptance of requests to buyers 'terminals and at the same time searching the auction database that best meets the requests, then the selected information is sent to the buyers' terminals in the message and record module, buyers select the appropriate auction from the list, then start the auction module , with the help of which buyers buy at least one share for each and become bidders, sending requests for the purchase of shares to the server of the virtual market, where they carry out checking them in the security module and, if the requests are correct and legitimate, open access to the transaction module, with which buyers pay shares via electronic payments, after paying the shares using the systems, make entries in user accounts containing the share code and the time of purchase, and the buyers are sent to their terminals a message about the payment made and the code of the purchased unit, on the virtual market server, thanks to the transaction module, they create a temporary account to which the funds are received t selling units by lot, after the sale of all units, they draw the lot, choosing one winning unit using the program, on the virtual market server search for the record of the winning unit by the database of accounts and its owner, the data on the conducted auctions are displayed in the trading module on the virtual market server , and all participants after the bidding receive messages on the held bidding at the buyers' terminals, at the end of the bidding, they complete the money transaction from the temporary account to the seller’s account in full, with the exception of commission and payment for additional services.

The inventive unit method for the sale of sales facilities provides access to the application for purchase and sale to all users of the virtual market. Due to this, the virtual market participants acting as buyers have the opportunity to place purchase requests on the virtual market server using the record creation module on their terminals. In this case, the sale of goods and bidding will take place in accordance with generally accepted rules of the virtual market and will follow the same pattern as if the seller was the initiator of the bidding. Thus, it can be argued that the unit method of selling items, implemented by creating a virtual market using a system of servers and terminals, equally takes into account the interests of all users - both sellers and buyers.

The method guarantees all participants the opportunity to qualify for the receipt of goods, even if the participants fulfill the minimum conditions for participation in the tender, that is redeem only one at a time. I’m falling.

The unit method of selling the objects of sale was specially created in order to minimize buyers ’expenses, to provide bidders with the opportunity to receive goods, once paying only part of the cost of goods, even if this part is the least. In any case, the seller, regardless of the costs of the participants, will satisfy his own expectations by receiving the full amount of the cost of the goods, with the exception of the commission for the auction and payment for additional services, if any.

The unit method of selling objects provides an opportunity for the seller to receive funds from various sources and quickly sell goods, even with a high cost.

The embodiment of the unit method of selling objects using modern computer technologies allows you to create a virtual market, which by its nature is more focused on the opportunities and interests of buyers, while satisfying all the expectations of the seller.

The main advantage of the unit method of selling objects sold using modern computer technology in comparison with the prototype is that the buyer does not need to pay the full cost of the goods in the present or in the future to get the goods, except when the cost of the goods is divided just one share.

The unit method of selling objects, implemented using modern computer technologies, allows for equally effective bidding in the virtual market, regardless of who the bidder is - the buyer or seller.

A virtual market with the claimed unit method of selling objects allows you to more efficiently and quickly sell goods, services and other objects of sale, regardless of their value, to use radically new trading rules.

The invention is illustrated by diagrams.

In FIG. 1 shows a diagram of the hardware organization of the virtual market, the client-server connection;

in FIG. 2 is a diagram of the software structure of the terminal and the virtual market server;

in FIG. 3 is a diagram of establishing a connection between a terminal and a server;

in FIG. 4 - authorization scheme in the system; figure 5 - layout of product information on the virtual market;

in FIG. 6 - layout of an application for the purchase of goods on the virtual market; in FIG. 7 is a diagram of the removal of product information and applications for the purchase of goods on the virtual market;

on Fig - scheme of participation in tenders;

figure 9 - scheme of the raffle of units and sale of goods;

figure 10 is a diagram of the structure of a request for sale / purchase.

To implement the unit sale method, you need terminals with which you will connect to the virtual market, and a virtual market server that will process terminal requests and provide the virtual market as a whole. The connection between users and the virtual market will take the form of a "client-server".

Since the hardware components of different terminals differ from each other, it is necessary to connect the entire virtual market system at the software level, creating special client programs for each type of terminal or connecting the terminal via the Web interface. On the server, you need to install a server program that interacts with different client programs or Web interfaces.

The client program or the web interface of the terminal consists of a module for creating and editing records, a module for deleting a record, an identification module, a session processing module, a trading module, a message and recording module, a search and navigation module, a network connection module.

The server program consists of a network connection and protocol module, a request processing module, a security module, a user account module, a session module, an independent trading and unit drawing module, a database, a transaction module, a Web module, a message module.

To connect to the virtual market, users run a client program or a Web interface on the terminals, using which they send requests to connect to the virtual market server via the network connection module (item 1, Fig. H), where they accept input signals and send them to request processing module (pos. 2, Fig. H), and if the requests are correct, the terminals open access to the Web module and limited access in the revision mode to database sections (bidding, search, market) (pos. 3, Fig. Z ) A secure virtual connection is established between the terminal and the server (pos. 4, Fig. 3) and session modules are started (pos. 5, Fig. 3). On The terminal is loading the virtual market interface. To place goods on the network and conduct bidding, sellers must log in to the system. For this, sellers launch an identification module - a subroutine (item 1, Figure 4), with the help of which requests containing user account data (item 2, Figure 4) are sent to the virtual market server. Received requests (pos. 3, Fig. 4) are redirected by the system to the security module (pos. 4, Fig. 4), where they verify the received data and compare them with the records of the user accounts module (pos. 5, Fig. 4). If the data matches, confirm the requests, if not, reject with the reasons for the cancellation (item 6, Figure 4). The confirmation or rejection of the request is displayed on the terminal using the message and record module (pos. 7a, Fig. 4; pos. 76, Fig. 4). If authorization requests are confirmed by the system, sellers are given access to their own account data: transaction history, trading history, database of their own goods, messages from other users and the like, as well as full-featured access to a common virtual market database.

In the case of a request to create accounts of sellers and buyers, registration applications are sent to the terminals of sellers and buyers. If the applications are filled out correctly and the registration data is confirmed by the system, using the user accounts module create accounts and enter them into the user database. Sellers and buyers at the terminals receive relevant messages. If the registration data is incorrect, sellers and buyers receive a message with the reasons for the refusal and ways to resolve the problems of creating an account.

After the sellers are authorized, they can begin to place the goods. Using the module for creating and editing records, sellers fill out electronic applications for placing goods on the virtual market.

The application contains the required fields: product photo, product description, type of bidding, price, quantity and price of units, terms of purchase of units, terms of sale and delivery. The application also has optional fields: labels, markets and categories, additional information, filling in which will help the system to structure the information entered into the database. Thanks to the built-in filters and analysis of previously placed similar data, the server can independently analyze the entered product information, structure it by assigning labels, and determine the position of the product in the market catalog.

The “product photo” field is filled out by uploading an image of the product from an information storage device or terminal disk drive, or by downloading images from the server database archive, or by connecting a snapshot routine using a Web camera.

The "product description" field is filled out by sellers at their own discretion, on the basis that the more detailed the product is described, the easier it will be to sell it.

In the "bidding type" field, you can choose one of the options: standard selling method, standard plus selling method, or bidding after time has passed.

The standard bidding procedure is as follows.

The price of goods (services and the like) is determined by the seller, or, if this is an offer to buy, by the buyer, they are divided into parts (units), the cost of which is the same within one lot. Bidders are buying shares. The bidder may, at his discretion, set a limit on shares per participant. Each share is marked with a system, they receive a unique code or number. After all the units are sold, they begin to draw the lot. A special program, absolutely randomly, selects only one winning share. The holder of this share becomes the owner of the goods. The seller receives the full amount of the product, excluding commissions for conducted tenders on the virtual market and fees for additional services.

The standard plus selling method has only one difference from the standard selling method - it is the possibility of selling additional units, even after all the major units have been sold. This is especially convenient for lots in great demand. The system satisfies all submitted applications for the purchase of shares, this leads to an increase in the total price of the goods. Additional units cost as much as the main ones, and participate in tendering on general rules. The time during which additional requests for the purchase of shares will be accepted are indicated in the "time out" field.

The bidding procedure over time has its own differences. A feature of this type of bidding is that the number of price units is not determined by the initiator of the bidding. Only the period of time to the beginning of the auction is determined, during which all interested participants submit their applications for participation in the auction. A bid initiator may set a limit on the maximum number of shares per participant.

After the time has passed before the start of trading, the price of the lot is divided by the number of declared units, that is, the price of the units within the lot becomes the same, each unit is marked, a unique number or code is received, and the standard lottery procedure takes place, where only one unit is determined - winner. The owner of this share becomes the owner of the goods (services and the like). If you select tenders in the field "type of bidding" after a lapse of time, then the field "number and price of units" becomes unavailable for entering information, however, a new field "timer" appears in which you can specify in the timer format the amount of time allotted for accepting applications for bidding. If you select a standard method of sale, the "timer" field will be unavailable.

When placing goods, the fields “quantity and price of units” and “terms of purchase of a unit” are very important. In the field "quantity and price of units" there are two sections for filling: "number of units", "unit price". These two fields are interconnected. If you fill in the number of units, the system will automatically calculate the price of units, if you fill in the price of units, the system will automatically determine the number of units.

In the "number of shares" field, sellers can enter any number from 1 to the number at their discretion, guided by common sense, trends and market statistics. The number of units determines their value within the lot. The formula by which the unit value is calculated is as follows: the price of the product is divided by the number of units. Thus, the price of shares within one lot will always be the same. If mathematically it is not possible to divide the price of the goods without a remainder by the number of units, then enter the necessary minimum adjustments in the price of the goods or the number of units, as notified by the bidder, suggesting possible options. In addition, the number of shares reflects the real chance of winning the auction (1 share equals a chance of 1: 1, 2 shares - a chance of 1: 2 and the like). The field "purchase unit conditions" includes sections: "territory of participants", "limit on the number of shares per participant". In the "territory of the participants" section, from the list you can choose the countries whose users can bid, if necessary, you can specify the settlements or choose the option "unlimited". In the section "limit of shares per one participant", you can specify the maximum number of shares per one bidder or mark "not limited".

In the field "conditions of sale and delivery" sellers enter the relevant information.

After all the required fields are filled in, requests are sent from the terminals to the virtual market server for placing orders in the virtual market database (item 1, Figure 5). Using the request processing module, the correctness of the entered information is checked and, in the case of confirmation (pos. 2a, Fig. 5), codes are assigned to the applications and placed in a database (pos. 3, Fig. 5), sending messages about the acceptance of requests to the seller’s terminals ( Pos. 4a, Fig. 5). If the information of the applications is entered incorrectly (pos. 26, Fig. 5), the seller’s terminals receive an error message with instructions for their elimination (pos. Zb, Fig. 5). After the applications are accepted by the virtual market server, the corresponding changes are also introduced into the accounts of sellers (item 5, Figure 5). On the basis of the product recording codes, the system also marks the units of this product (product code plus the unit serial number).

To delete a record about goods, sellers can use the module to delete records on their own terminal. Using the module for deleting records, requests are sent to the server of the virtual market indicating the codes of the records (item 1, Fig. 7). On the server, they search for the record codes in the database and delete them (pos. 2, Fig. 7), about which sellers receive a message (pos. 3, Fig. 7). The record deletion module, like the record creation and editing module, is active only after the sellers are identified (pos. 4, Fig. 7) and there is an open session between the client and the server.

Applications for the purchase are carried out after authorization of buyers through their terminals on the server of the virtual market. Then, using the module for creating and editing entries, fill out electronic applications for the purchase of goods on the virtual market and send requests from their terminals to the virtual market server for placing purchase applications in the virtual market database (item 1, Fig. 6).

The application contains the required fields: subject of bidding, method of bidding, price, quantity and price of units, terms of purchase of units, terms of sale and delivery. The application also has optional fields: labels, markets and categories, additional information, the completion of which will help the system to structure the entered information in the database and facilitate the search for the necessary sales item in the database.

Field "subject of bidding" is filled by entering information about the desired product. The more detailed the information is entered, the easier it will be for the system to automatically or potential sellers to manually find an application and offer the specified product from the database.

In the "bidding type" field, you can select one of the options: the standard method of sale or bidding after the time has passed. If you select the second option, then the number of shares field, as in the case with the placement of goods, becomes inaccessible for entering information, and a new "timer" field appears, in which you can indicate in the timer format the amount of time allotted for accepting tenders . If you select a standard sales model, the timer field will be unavailable.

In the field "price of goods" is entered the desired price of the goods.

In the field "quantity and price of units" there are two sections for filling: "quantity units "," unit price ". These two fields are interrelated. If you fill in the number of units, the system will automatically calculate the price of units, if you fill in the price of units, the system will automatically determine the number of units.

Using the request processing module, the correctness of the entered information is checked and, in case of confirmation (pos. 2a, Fig. 6), assign a number to each application and place it in the database (pos. 3, Fig. 6), sending messages on the acceptance of requests to the customer’s terminals (pos.4a, Fig.6). If the application information is entered incorrectly (pos.2b, Fig.6), user terminals receive an error message with instructions for their elimination (pos.36, Fig.6).

After the application is accepted by the server, the corresponding changes are also made to the user accounts (pos. 5, Fig. 6). Based on the numbers, the records of the goods are also marked by their units. The unit code contains the product code plus the unit serial number. After making purchase applications in the database on the server, they search the database of potential and those that maximally meet the application for the goods and offer them to customers. Potential sellers can also find an application manually using the search and navigation module on the terminal.

A list of relevant products is displayed through a message and record module on the terminals of customers who have placed purchase requisitions. Buyers choose from the list the most appropriate options that become the object of sale. After selecting sales objects, buyers automatically become the owners of one or more shares, if the conditions of sale allow this.

To delete a purchase record, buyers can use the record deletion module, with which they send requests specifying the record codes to the server (item 1, Fig. 7), where they search for the record codes in the database and delete the records (item 2, Fig. .7), about which customers receive messages on their terminals (pos. 1, Fig. 7). The record deletion module, as well as the record creation and editing module, are active only after the identification of the buyers (item 4, Fig. 7) and the presence of an open session between the client and server.

Buyers redeem units in order to bid. The unit purchase function is available only after the system identifies users. To participate in the auction, users using the search and navigation module find the appropriate auction for themselves in the server database. In the search menu, buyers set bidding search criteria, while the flexibility of the search and navigation module allows users to find bids by various parameters, for example, bidding with a unit price of $ 1, real estate in Greece, goods of a particular user and the like. Users using the search and navigation module generate requests and send them to the virtual market server (item 1, Fig. 8). On the server module for processing requests, they analyze the data received and search for trades on the database of the virtual market. The selected information is sent to user terminals in the message and recording module. Users from the resulting list select the appropriate auction (pos.2, Fig.8). Launch the bidding module. Using the bidding module, users buy at least one share and become bidders (pos. 3, Fig. 8).

Requests for the purchase of shares are sent to the server of the virtual market, where they are checked in the security module (item 4, Fig. 8), and in the case of correctness and legitimacy of the requests open access to the transaction module (item 5a, Fig. 8). Using the transaction module, shares are paid through well-known types of electronic payments, including bank cards. Access to the transaction module for all users is closed by default and opened only by establishing a short-term secure session between the terminal and the server through special virtual channels after checking the transaction requests by the virtual market security module. After payment of the units, the server makes the appropriate entries in the user accounts containing the unit code and the time of its acquisition. Buyers receive a message about the payment made and the codes of the units purchased (pos. 7a, Fig. 8). Thanks to the transaction module, a temporary account is created on the server, to which funds from the sale of shares by lot are received. Upon completion of bidding, they transfer money from a temporary account to the seller’s account in full, with the exception of commissions and fees for additional services.

After all the units have been sold or the time has passed before the start of trading, the sale of goods begins directly. This process is carried out on the server in the module of trading and lottery units. With the help of a special program, one share out of all announced by lot is randomly selected. Lack of access to the program by users guarantees absolute independence and honesty of bidding. After the unit is selected by the program, a search is made for the record of the winning unit in the database of customer accounts (item 1, Fig. 9). The buyer, whose account contains a record of the winning share, becomes the winner of the lottery and its new owner. The data on the conducted auctions are displayed in the auction module on the terminal (item 2, Fig. 9). All bidders after bidding receive a message about bidding (pos. 3, Fig. 9).

After finding the record in the database of the owner of the goods for which the auction was conducted, they launch the transaction module and transfer money from the temporary account to the seller’s account in full, except for commissions and fees for using additional services (item 4, Fig. 9). The seller is sent a message about the completion of bidding and confirmation of the transfer of funds.

The invention is illustrated by example.

The owner has a house for sale worth 100 thousand US dollars. If the seller breaks the amount into just 1 share, then the value of the share will be 100 thousand US dollars, and the chance for the buyer to win the lot will be 1: 1, that is, 100%. If the house value is divided into 2 price units, then the unit value will be 50 thousand dollars, and the chance to win the draw will be 1: 2 (a big chance, but also a big amount of risk). The seller can go in a more original way and also more gambling, setting the price of shares per 1 US dollar, that is, divide the cost of the house into 100,000 price units. The chance for the buyer to receive the goods will be 1: 100 000, but in case of victory, the buyer receives a house worth 100 thousand US dollars for only 1 US dollar. Thus, a very flexible system of correlation of risks and equity is created for the buyer. If the buyer is not satisfied with the conditions, he can create an application for the purchase of goods on his own terms, or redeem a larger number of shares in order to increase the chance of winning.

The possibilities of such a simple way of selling goods in practice can give very interesting results in building a virtual market for the sale of goods. So, for example, you can create a market where the minimum share price will be equivalent to the minimum currency denominations, for example, the value of the share will be equal to 1 US cent. A share in this case will become a kind of virtual currency, marked for certain trades. Each real cent can be displayed on the virtual market as a monetary unit that occurs when the user takes part in the auction and ceases to exist at the time of the transaction of funds to the seller’s account. A huge advantage of linking the unit price to the minimum face value of the currency is the flexibility of bidding. The user will be able to manage his funds more subtly, redeeming part of the cost of goods with an accuracy of a cent, while the reliability of the win can still be mathematically calculated easily.

Claims

CLAIM

A unit method of selling objects, including conducting an online auction using computer technology, characterized in that sellers launch client programs or a Web interface on terminals, using which they send requests for connecting to a virtual market server via a network connection module, where request processing modules process them and, if the requests are correct, open the terminals access to the Web-module and limited access in the revision mode to database sections to place goods in During the bidding process, the sellers are authorized by the system, for which they run the identification module - a subroutine with the help of which they send requests containing the information of the sellers accounts to the virtual market server, after which the received requests are redirected using the system to the security module, where they verify the received data and verify them with the records of the user accounts module and, if they match, confirm the requests or reject the reasons for the cancellation, and the confirmation or rejection of requests for they are displayed on the virtual market server and terminals using the message and recording module, in case of confirmation of requests, sellers are given access to their own account data, as well as full-featured access to the shared virtual market database, after authorization, sellers fill out the record creation and editing module electronic applications for placing goods on the virtual market, then sellers divide the price of the goods into units with the same value within one lot, and each share is marked They provide him with a unique code or number, and for the purchase of goods, buyers authorize through their terminals on the virtual market server and then, using the module for creating and editing entries, fill out electronic applications for the purchase of goods on the virtual market and send requests from their terminals to the server virtual market for placing purchase orders in the virtual market database, where, using the request processing module, the correctness of the entered information is checked and, if confirmed, they assign a number to each application and place it in the database, sending messages on the acceptance of requests to the customer’s terminals and at the same time searching the auction database that maximally matches the applications, then the selected information is sent to the customer’s terminals in the message and recording module, the buyers select from the list relevant bidding, then launch the bidding module, with which buyers buy at least one share for each and become bidders, sending requests for shares to the virtual market server, where they are checked in the security module and, if the requests are correct and legitimate, open access to the module transactions, through which buyers pay for units through electronic payments, after paying for units using systems, make entries in user accounts containing the unit code and the time it was acquired The sellers are sent to their terminals a message about the payment made and the code of the purchased unit, on the virtual market server, thanks to the transaction module, they create a temporary account that receives funds from the sale of units by lot, after the sale of all units, they draw the lot, choosing using the program one winning share, on the virtual market server they search for the records of the winning share in the database of accounts and its owner, the data on the conducted auctions are displayed in the auction module on the virtual market server, and all participants After the bidding, the nicknames receive notifications of the conducted biddings at the buyers' terminals, at the end of the bidding, they transfer money from the temporary account to the seller’s account in full, excluding commissions and payment for additional services.