Method of regulation and distribution of goods and services
Patent Information
- Application Number
- EP2023825453
- Authority / Receiving Office
- EP · EP
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2022-11-24
- Filing Date
- 2023-11-23
- Publication Date
- 2025-08-06
AI Technical Summary
Current IT systems for e-commerce and digital service distribution fail to manage peak requests and ensure equitable access, leading to congestion, disruptions, and unfair access to limited goods/services due to their inability to process requests efficiently and maintain the order of arrival.
A method involving a pre-access phase with an accessibility window before the actual start time, using authorization and race websockets to verify permissions, send encrypted questionnaires, and utilize a FIFO structure for participant ranking, ensuring fair and simultaneous information exchange, thereby reducing server load and providing real-time position feedback to users.
This method ensures a fair and transparent access order, reduces waiting times, and protects against fraudulent activities by distributing the computational burden and minimizing server overload, ensuring equitable access and preventing malicious attempts during peak demand.
Smart Images

Figure 1.1
Abstract
Description
[0001] TITLE: METHOD OF REGULATION AND DISTRIBUTION OF GOODS
[0002] AND SERVICES
[0003] Text of the description
[0004] FIELD OF THE INVENTION
[0005] The world of e-commerce and, more generally, the digitisation of services, are rapidly developing realities, destined to dominate most aspects of people's lives in the near future. This change involves, as a result, all civil society and the productive sectors as well as those related to communications. However, even today, in the era of Web 3.0 and the global network based on the use of machine learning and artificial intelligence applications, the process of digitization of commercial services and services aimed at the person does not keep pace with the needs of the market and society. We are therefore witnessing increasingly widespread and uncontrolled phenomena, driven by the energy and raw materials crisis, which jeopardize the profitable use of the IT tool in commercial transactions and related to personal services, to name a few examples:
[0006] 1 ) the hoarding of goods on e-commerce portals for the purpose of resale (reseller). By creating a monopoly on limited goods, an upward price effect and a constant problem of supplying the goods in question are created, where they are intercepted before being made available to potential real buyers and not to resellers.
[0007] 2) The digital ticket scalping of admission tickets to public shows (concerts, sporting events, etc.) with the intention of selling them at an increased price.
[0008] 3) The use of illegal software called "sniper", which has the task of circumventing the common rules of sale on e-commerce portals. These software allow malicious users to access the goods for sale by bypassing canonical computer methods.
[0009] 4) Crises and disruptions of traditional ticketing systems that, due to obsolete software architectures, are not able to withstand traffic peaks during the digital distribution of services, especially in the initial stages.
[0010] 5) Services that do not always respect a precise policy in the relationship between supplier and user in terms of equal opportunities of access to the goods in question, an aspect that often makes the experience opaque during commercial exchange.
[0011] PRIOR ART
[0012] The common problem underlying all these deleterious phenomena is the inability of IT systems dedicated to distribution to adequately manage peak requests and massive access to their software architecture. From a strictly technical point of view, the problem is the following: every request received from a server requires a minimum time to be processed and, when the workload becomes excessive for the machine, the requests cannot be processed immediately. These requests, given the inability of the system to process them and provide a response on their status, are placed in an indeterminate waiting period in which the user is not aware of the outcome of their request for access to the good / service. This "funnel" gives rise to the main problematic phenomena that affect digital distribution: 1 ) The rush to service. That is, the user, fearful of not being able to access the good / service, accesses the system in question at the same time as the distribution opens, contributing to the congestion of requests 2) The collapse of IT services. That is, traffic peaks on server architectures normally sized for standard traffic, when subjected to excessive workloads, can collapse IT structures connected to these (portals, sites, apps), generating problems and disruptions not only for users but also for system operators. The traditional solutions to this problem of an essentially statistical-mathematical nature are not satisfactory at the current state of the art. From an IT point of view, if you decide to parallelise incoming requests, spreading them over several queues, you cannot guarantee a service order corresponding to that of arrival. Therefore, a fundamental principle of equity and equal opportunities for regulated access to goods / services is lost, especially when they are limited in quantity or availability over a specific period of time. If instead you choose not to parallelize the system, a server overloaded with requests does not work correctly, even returning the order of arrival on a single instance, as many requests can be lost by timeout.
[0013] It is an object of the present invention to describe a method of regulation and distribution of goods and services that can guarantee a correct and precise order of a queue of requests and precisely inform the participant of his position obtained in the queue.
[0014] Yet another object of the present invention is to describe a method of regulation and distribution of goods and services that is fast and reduces waiting times for the user.
[0015] A further object of the present invention is to describe a method of regulation and distribution of goods and services that can ensure the same level of opportunity for all users.
[0016] A further object is to describe a method of regulation and distribution of goods and services by facilitating their organization in a queue when the volume of requests to participate in the queue increases considerably.
[0017] Finally, a further object is to describe a method of regulation and distribution of goods and services that can protect against illegal IT tools.
[0018] These and further objects will be clarified in depth by the description below. DETAILED DESCRIPTION
[0019] The method of regulation and distribution of goods and services distributed online object of the present invention brilliantly solves the aforementioned problems of the known art, in a completely advantageous and innovative way said method comprising at least one or more computer systems and including at least the phases of: PHASE 1 :
[0020] - creation of a one-time race to, where a race means the procedure used to draw up the positioning for online purchase obtained by remote users who participate in it or the participants (e.g. users who try to buy a ticket for a concert) said race being characterized by: o an identifier I or race name G; o a time / date of the start and end Time IF;
[0021] - characterized in that said method provides o an accessibility time tx before the actual start (concept that will be better clarified later).
[0022] - optionally: definition of the permits to participate, that is: race without permits (race (X) or race with permits (Y). In the event of a race with permits, the participant will have an anonymous key previously communicated. In the event of a race without permits, nothing else will be needed.
[0023] - PHASE 2:
[0024] - user access to the race at a time t1 where t1 : tO<tx<t1 <t2 and where t2 is the race start time.
[0025] - opening of a first connection (authorization websocket - this websocket will be better described below) between said computer system and the participants, said websocket verifies the permissions (Pll) to the specific race comprising:
[0026] - sending by a participant of the identifier (I) of the race (G) to the computer system (to confirm that they participate in that race;
[0027] - (optional) - -sending by the participant of said anonymous identification key to the computer system in the event of a race (GY);
[0028] - if the permissions are verified, the opening of a race websocket is authorized after the time (tx) at the time (t1 ) then before the start of the race (t2) (this websocket will be better described later), in this way the authorization websocket performs the most computationally burdensome tasks before the opening of the race socket, easing the latter's task as much as possible.
[0029] - opening of a connection between the computer system and the user called race websocket, therefore before (t2), the connection being opened in advance of the sending of the actual race information, to minimize any discrimination due to network speed and the like, ensuring simultaneous reception of all information relating to the Participants, reducing waiting times for the user. The information exchanged through the race socket with the client does not concern authorization charges, but only what is strictly necessary for the response to maximise the effectiveness of the system.
[0030] It should be noted that the advantage of introducing the tO-t1 access window, before the actual start of the race, allows all the checks prior to accessing the race itself to be spread over a longer and not resource-intensive time (parallelisable). It eliminates the need to concentrate a large amount of communications and processing at the most critical moment (the opening of the race) and allows you to limit the bytes exchanged with the race websocket to the bare minimum, thus making it able to withstand many more connections per second without the danger of crashes or slowdowns.
[0031] And still said method includes
[0032] - the sending by the computer system of an electronic questionnaire to the participating user in an encrypted way that is not legible for the user at the time (t1 ) in order to allow all users to receive the questionnaire before the start of the race so as not to overload the system; subsequently
[0033] - sending by the race websocket of a key to decrypt the electronic questionnaire at time (t1 <tc<t2); • PHASE C start of the race at time (t2):
[0034] - The user who answered the questionnaire sends it to the computer system; a structure called Client Buffer will collect the information sent by the participants through the race websocket and will be recorded / stored with a known method (e.g. FIFO) to establish the ranking of the participants;
[0035] - the computer system reads and processes the information (identifying of each user) and subsequently;
[0036] - validation of the information or verifies that the data are complete with respect to the required requirements;
[0037] - definition of the positioning list based on FIFO;
[0038] - sending the positioning results simultaneously to two clickbuffer (temporary data containment structures):
[0039] - the first clickbuffer will provide the data to a database for the registration of the positioning available to the system,
[0040] - the second clickbuffer by means of a second dedicated (race) websocket, will provide positioning information to each participant by dividing the data flow making the management of the race fast.
[0041] Note that this questionnaire may include simple questions (e.g. a mathematical I logical I visual questionnaire);
[0042] It should be noted that, in a completely innovative and advantageous way, always in terms of guaranteeing fair access, said questionnaire must be kept secret, that is, inaccessible, until the actual start of the Race with which it is associated; for this reason, at the opening of the Race, the connected Participants may send their information following the resolution of the Questionnaire. To do this, however, they must wait for the reception and therefore the download of the image of the Questionnaire itself on the page; in addition to the times linked to the individual connections of the users, the massive request to the server that exposes the Questionnaire must also be considered, which would suffer, without being able to meet all the requests in good time. For this reason, advantageously, the Questionnaire is sent to the individual Participants sequentially a few moments before the actual opening of the Race (order of a few seconds). However, this sending is encrypted, so that it is not yet usable / viewable. In this way, the Questionnaire image, even if unusable, already resides in the Participants' devices (users' browsers); at the actual opening of the Race, what will be sent will only be the decryption key (sending a few bytes) that will allow the display of the Questionnaire itself directly from the user's device. This measure radically reduces the impact on the server and waiting times, always with a view to providing a service that is as fair and equitable as possible for end users. In a variant, the questionnaire can also be sent, in encrypted form, from ten minutes to one minute before the actual opening of the Race. In this case, a decryption key is sent, from five seconds to one second before the actual opening, which allows it to be displayed. In addition, always in a variant, the channel for sending the questionnaire can vary and be a service that returns an image such as mqtt, http.
[0043] This is essentially to minimize the possibility of malicious users developing a method of automatically generating a fraudulent response to the questionnaire. The solution is therefore innovatively to make the image of the questionnaire accessible to the user only at the moment of the start of the race through a separate submission: before the start of the race, the image of the questionnaire is sent without it being able to be displayed but in such a way that most of the weight in bits of the questionnaire can be "pre-loaded" on the participant's side and, at the time of the start of the race, the sending of a few bits for a decryption key of the questionnaire in order to allow all participants to be able to view the questionnaire without penalising waits and without the possibility of incurring in fraudulent attempts to alter the display of said questionnaire. Construction of the ranking of the participants: a structure called Client Buffer will collect the information sent by the participants through the race websocket and will be recorded / stored with a method known in the art as FIFO (first in - first out) in detail a stack of FIFO data has as distinct characteristics:
[0044] - An element inserted in the queue (in this case the Participant's information) cannot be read, nor extracted from the queue, as long as there are other elements in front of it (previously inserted). This means that any information relating to the Participants will be read sequentially, ensuring the order of arrival
[0045] - In order to access (read) an item from the queue, it must be extracted from the queue; the extraction itself involves the elimination of the item from the queue, ensuring that a single Reader will have access to the data, without the possibility of duplication and / or multiple processing for that same information of the Participant. In other words, if multiple readers are listening on the same ClickBuffer, only one will have access to specific information about the Participant.
[0046] • Information reading: The information relating to the Participant is read by an appropriate service (hereinafter referred to as the Reader) which, one by one, verifies it and enriches it with other information:
[0047] -validity: boolean (true / false) to indicate whether the click received is valid or not;
[0048] - absolute positioning: regardless of the validity, it indicates the arrival position when sending the information for the Race in which the Participant is active.
[0049] - Actual position: valued only for the Participant's valid information, it indicates the actual position obtained in the Race;
[0050] - Error message: valued only for invalid Participant information, describes the reason for the rejection. • Validation: The information of a Participant following the resolution of the Questionnaire is considered valid if: - The answer / solution given to the Questionnaire is correct;
[0051] - The Race in which you participate is in the "in progress" State;
[0052] - The Participant's identification token must be valid (in the case of Race Type Y);
[0053] • Positioning:
[0054] -submission of validated participant information on two other ClickBuffer, then with a separation of tasks: one is used to record the results, the other to notify the Participant of the result obtained.
[0055] Also in this case in a completely innovative and advantageous way, the separation of the clickbuffer for different services allows the organizer to access a fair ranking and the participant to be able to know in real time their position in the ranking.
[0056] The current implementation of these controls, including the submission on the ClickBuffer, is always carried out sequentially to always ensure the order of arrival of the information of the Participants in the Race. The historicization of this information is performed by a dedicated service (Reader of the first ClickBuffer) which is responsible for persistently saving the ordered list of requests, then the actual placement within a database. The positioning of each Participant will therefore be available to the organizer, clearly with visibility limited to the results of the Race under their management. The second ClickBuffer is for the consumption of a further service with the purpose, as anticipated, of forwarding the results to the Participants connected to the service. By means of the open connection to the authorization websocket of the individual reference Participant, their Ranking for the Race in question is sent back to them in the form of a notification.
[0057] • Websocket: Access to a Race by a Participant requires simultaneous connection to two websockets, each with a specific role:
[0058] - authorization websocket: it is the first websocket to which a connection is opened, verifies the presence of the token assigned to the Participant (in the case of Race Type Y) and in general carries out the security checks necessary to continue with the actual participation in the Race itself. If the connected user passes the controls, the connection to the second websocket will be opened. The authorization websocket is also used to send notifications, as described above, and to receive the Questionnaire to be resolved;
[0059] - the second websocket, called "Race" websocket, has the sole purpose of sending the information relating to the Participants of the specific Race. The connection is opened in advance of sending the actual information, to minimize any discrimination due to network speed and the like, ensuring simultaneous reception of all information relating to the Participants.
[0060] It is clear how, in a completely new and highly advantageous way, the method of regulation and distribution of goods and services can return the order of arrival and access of participants with extreme precision. In fact, users who intend to access a commercial good / service are given real-time feedback on their position in the ranking, guaranteeing a transparent and non-frustrating experience.
[0061] The document US 2014 / 164126 describes a delivery method that increases the visibility of promotional products and generates new sales. The method is flexible and can be adapted to the specific needs of a company.
[0062] Therefore, in relation to the present invention, it is evident that there are no common elements as the invention does not concern a method to increase the visibility of promotional products, but rather a method to regulate access to the reservation of a product and a service by drawing up a list of users interested in said services or products. Here, therefore, it is not a "race" that presupposes a game or video game but, in the context of the invention presented, a race is a reservation request for a product or service to maintain the user access order in which they have accessed at t1 before the official start at t2 of the race, so as not to overload the servers, maintain the priority of the participants, and guarantee secure access through dedicated tokens as described above.
[0063] BRIEF DESCRIPTION OF THE FIGURES
[0064] Fig.1 shows in schematic form the steps characterising this method of regulation and distribution of goods and services.
[0065] DETAILED DESCRIPTION OF THE FIGURES
[0066] With reference, therefore, to Fig.1 and to what has already been illustrated above, the fundamental steps for this method of regulation and distribution of goods and services are reported:
[0067] Race creation at time to with:
[0068] • an identifier I or race name G;
[0069] • a time / date of the start and end Time IF;
[0070] • an accessibility time tx before the actual start of the race; optionally
[0071] • definition of user permissions;
[0072] • user access to the race at a time t1 where t1 : tO<tx<t 1 <t2 and where t2 is the race start time. • opening of a first connection (authorization websocket) between the system and the participant, said websocket verifies the permissions for the specific race:
[0073] • sending by the participant the identifier of the race (to confirm that they are participating in that race;
[0074] • sending by the participant of an anonymous identification key (if any); if the checks are passed,
[0075] - authorises the client to open the race websocket;
[0076] -sends the client (for example) the image and the question to be solved of the questionnaire, in encrypted format;
[0077] • sending by the system through the open race websocket of a key to allow the electronic questionnaire to be clearly seen by the participating user at a time tc (t1 <tc<t2);
[0078] • start of the race at time t2 with exchange of information from the participant to the system and vice versa,
[0079] • response and sending to the system of said questionnaire sent by the system to the participating user,
[0080] • a structure called Client Buffer will collect the information sent by the participants through the race websocket and will be recorded I stored with a method known in the art as FIFO (first in - first out) to establish the ranking of the participants
[0081] • reading and processing the information received by means of a specially defined "reader" structure,
[0082] • Validation of information,
[0083] • Definition of the placement list:
[0084] • Sending the positioning results simultaneously to two clickbuffer (temporary data containment structures):
[0085] • the first clickbuffer will provide the data to a database for the registration of the positioning available to the system, • the second clickbuffer by means of a second dedicated (race) websocket, will provide positioning information to each participant.
[0086] • Note that said questionnaire is sent at any time (t1 ) with also (t1 «t2), as long as instead (tc «<t2), i.e. tc is slightly inferior but close to t2 to guarantee the correctness of the sending to each participant in the race.
[0087] It is evident that the innovative method described by the present invention is able to brilliantly solve the aforementioned problems of the known art. It should be noted that variations in the steps of the method, addition of steps, variations in the computer implementation, means for its implementation are all aspects included in lawful variants of the present invention that maintain the objects thereof and are therefore protected by the present invention as better defined by the appended claims.
Claims
CLAIMS1 . A method of regulation and distribution of goods and services distributed online comprising at least one or more computer systems and comprising at least the phases of:PHASE 1 :- Creation of a one-time race (tO), where a race means a procedure used to draw up the positioning for online purchases obtained by remote users who participate in said race being distinguished by: an identifier (I) or race name (G); a time / date of the start and end Time (IF); characterized by the fact of having: an accessibility time (tx) before the actual start (t2) and optionally: definition of permits to participate that is: race without permits (race (X) or race with permits (Y); in the event of a race with permits (Y), the participant will have an anonymous key previously communicated; in the event of a race without permits, nothing else will be necessary.PHASE 2: user access to the race at a time (t1 ) where (t1 : tO<tx<t 1 <t2) and where (t2) is the race start time. opening of a first connection through an authorization websocket between said computer system and the participants; said websocket verifies the permissions (Pll) to the specific race comprising:sending by a participant of the identifier (I) of the race (G) to the computer system (to confirm that you are participating in that race;(optional) sending by the participant of said anonymous identification key to the computer system in the event of a race (Y); if the permissions are verified, the opening of a race websocket is authorized, after the time (tx) at the time (t1 ) then before the start of the race (t2); opening of a connection between the computer system and the user called race websocket therefore before (t2), the connection being opened in advance of the sending of the actual race information, to minimize any discrimination due to network speed and the like, ensuring simultaneous reception of all information relating to the user.
2. The method of regulation and distribution of goods and services according to claim 1 , wherein said method further comprising the steps of: the sending by the computer system of an electronic questionnaire to the participating user in an encrypted way that is not legible for the user at time (t1 ) in order to allow all users to receive the questionnaire before the start of the race at time (t2) so as not to overload the system; subsequently sending by the race websocket of a key to decrypt the electronic questionnaire at the time (t1 <tc<t2);• PHASE C start of the race at time (t2):The user who answered the questionnaire sends it to the computer system; a structure called Client Buffer will collect the information sent by the participants through the race websocket and will be recorded / stored with a known method (e.g. FIFO) to establish the ranking of the participants;the computer system reads and processes the information (identifying of each user) and subsequently; validation of the information or verifies that the data are complete with respect to the required requirements; definition of the positioning list based on FIFO; sending the positioning results simultaneously totwo clickbuffer (temporary data containment structures): the first clickbuffer will provide the data to a database for the registration of the positioning available to the system, the second clickbuffer by means of a second dedicated (race) websocket, will provide positioning information to each participant by dividing the data flow making the management of the race fast.
3. Method of regulation and distribution of goods and services according to the preceding claims in which said questionnaire is sent at any time (t1 ) with also (t1 «t2), provided that instead (tc «<t2), or tc is slightly inferior but close to t2 to ensure the correctness of the sending at each participant in the race.
4. Method of regulation and distribution of goods and services according to the preceding claims, wherein said questionnaire may comprise simple questions (e.g. a mathematical / logical / visual questionnaire).