Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q30/00—Commerce
  • G06Q30/06—Buying, selling or leasing transactions

Definitions

• 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].
• 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.
• 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 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.
• 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 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.
• FIG. 1 shows a diagram of the hardware organization of the virtual market, the client-server connection
• FIG. 2 is a diagram of the software structure of the terminal and the virtual market server
• FIG. 3 is a diagram of establishing a connection between a terminal and a server
• FIG. 4 authorization scheme in the system
• figure 5 layout of product information on the virtual market
• FIG. 6 layout of an application for the purchase of goods on the virtual market
• FIG. 7 is a diagram of the removal of product information and applications for the purchase of goods on the virtual market
• 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.
• 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.
• 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).
• the terminal is loading the virtual market interface.
• sellers must log in to the system.
• 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.
• 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.
• sellers 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.
• the standard bidding procedure is as follows.
• the price of goods 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.
• 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.
• the fields “quantity and price of units” and “terms of purchase of a unit” are very important.
• 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.
• the number of shares 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.
• 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”.
• requests are sent from the terminals to the virtual market server for placing orders in the virtual market database (item 1, Figure 5).
• the request processing module uses the request processing module to check the correctness of the entered information 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).
• sellers can use the module to delete records on their own terminal.
• requests are sent to the server of the virtual market indicating the codes of the records (item 1, Fig. 7).
• 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.
• 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.
• 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.
• 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).
• the application 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.
• 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.
• the unit purchase function is available only after the system identifies users.
• users using the search and navigation module find the appropriate auction for themselves in the server database.
• 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).
• 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.
• the server 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).
• a temporary account is created on the server, to which funds from the sale of shares by lot are received.
• 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.
• 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.

Landscapes

• Business, Economics & Management (AREA)
• Accounting & Taxation (AREA)
• Finance (AREA)
• Development Economics (AREA)
• Economics (AREA)
• Marketing (AREA)
• Strategic Management (AREA)
• Physics & Mathematics (AREA)
• General Business, Economics & Management (AREA)
• General Physics & Mathematics (AREA)
• Engineering & Computer Science (AREA)
• Theoretical Computer Science (AREA)
• Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Applications Claiming Priority (2)

Publications (2)

Family

ID=49515000

Family Applications (1)

Country Status (1)

Cited By (2)

Family Cites Families (7)

• 2013
  • 2013-04-30 WO PCT/UA2013/000048 patent/WO2013165331A2/fr not_active Ceased

Also Published As

Similar Documents

Legal Events