Networked sample randomizer system for structured blind tasting data collection and analysis

Abstract

A networked system for blind tasting includes a plurality of physical sample randomizer stations, each having a physical device layer, a local SQLite transactional store, and a cloud data layer. The local data layer captures a complete hierarchical session record—including run headers, per-sample load and randomized presentation positions, identification method, tasting notes, and evaluation results—while the station operates offline. Records are pushed to the cloud in dependency order upon reconnection, maintaining referential integrity. Scoring methodologies and tasting-note fields are stored as database records, enabling new evaluation methods and descriptors to be added to already-deployed stations without firmware or application code updates. The system supports organizer-defined custom challenge rooms in which multiple stations independently randomize samples yet link evaluations to common libation identities for shared cloud results. Gamification derives objective accuracy points, tier status, and achievement badges directly from device-generated performance data. A tiered data portal provides personal, organizational, and enterprise access to structured tasting records and aggregate analytics.

Description

CROSS-REFERENCE TO RELATED APPLICATION

[0001] This application is a continuation in part of application Ser. No. 19 / 576,344, filed Mar. 24, 2026, which is a divisional of application Ser. No. 19 / 087,171, filed Mar. 21, 2025, and issued as U.S. Pat. No. 12,582,227 on Mar. 24, 2026, and through that application claims priority to U.S. Provisional Patent Application No. 63 / 642,121, filed May 3, 2024, the entireties of each of which are hereby incorporated by reference.FIELD OF THE INVENTION

[0002] The present invention relates generally to devices and apparatuses used for blind testing, such as taste testing, and, more particularly, relates to a method, system, and device that allows an individual user to select several samples for comparison, and randomize them blindly from the user so that the user does not know which sample the user is then subsequently testing. This eliminates the need to have another individual randomize the samples.BACKGROUND OF THE INVENTION

[0003] There are many instances in which human perception and preference are tested in blind tests. This means that the person performing the test does not have information about any of the particular samples being tested. For example, it is common for wine and liquor to be blindly tasted by people for contests, or for their own personal enjoyment. These tests rely on having someone set up the samples so that the person or persons performing the testing do not know the origin / brand / makeup or other information that could be used to identify the samples, and maintain a record of such information for each sample so that at the end of the testing the sample information for each sample can be revealed, and the results of the testing then known. But if, for example, a person wanted to perform a blind tasting of samples of their own collection, and does not have another person to prepare and track the samples, then they have not been able to do so. This may be done simply as a hobby, or it can be part of a formal educational process to study, for example, wines, spirits, or other consumables. In the past, and presently, studying to become a sommelier or obtain a similar education for other types of consumables requires in-person attendance due to the need to conduct blind tastings and to demonstrate a learned understanding of subject matter (e.g. being tested for proficiency). This limits the ability for people interested in endeavors to obtain the necessary training and certification.

[0004] Therefore, a need exists to overcome the problems with the prior art as discussed above.SUMMARY OF THE INVENTION

[0005] The present invention provides a networked system that combines physical sample randomizer hardware with a sophisticated software and cloud architecture to enable reliable, structured data capture and analysis during blind tasting sessions. At its core, the system includes multiple sample randomizer stations, each built with three integrated layers: a physical device layer that controls the motorized randomization platform, per-position input controls, displays, and barcode scanning; a local data layer that uses a SQLite database to store a complete hierarchical record of every tasting session while the station operates offline; and a cloud data layer that serves as the permanent repository for configuration data and synchronized session records.

[0006] One of the key improvements is the system's ability to maintain full data integrity even when network connectivity is unavailable. Each station captures an entire tasting session—from the initial run header through per-sample load and randomized presentation positions, identification method, tasting notes, and evaluation results—as a self-contained, referentially consistent set of records. These records are later pushed to the cloud in proper dependency order once connectivity is restored, ensuring that parent records exist before their child records and that the complete session remains intact for analysis.

[0007] The system further improves upon prior approaches by making evaluation logic data-driven rather than hardcoded. Scoring methodologies, scoring categories, tasting-note fields, and selectable descriptors are stored as records in the cloud database. When a station logs in, it performs an incremental synchronization that brings down only changed configuration data. At runtime, the station reads this local data to dynamically present the appropriate scoring options and note fields for the selected libation category and challenge type. As a result, new scoring systems or tasting-note descriptors can be added centrally and will automatically appear on already-deployed physical stations without any firmware update or modification to the application code running on those stations.

[0008] The networked architecture also enables meaningful multi-user experiences. An organizer can create a custom challenge room through a web portal or station interface, define the parameters for the session, and distribute a room code to participants. Each participant then joins on their own physical station, which independently randomizes the sample positions for that user while still linking all evaluations to the same set of libation identities. Results from all participants are synchronized to a shared cloud session, allowing comparative leaderboards and analytics once the organizer-selected visibility rules are met.

[0009] In addition, the system derives objective performance credentials directly from the data generated by the physical tasting process. Accuracy points, tier progression, and achievement badges are calculated automatically from specific fields in the session records, such as correct identifications, response times, and category coverage. These credentials are not based on self-reported experience but on measurable results captured by the device itself. A tiered data portal then makes this information accessible at different levels—personal users can view their own history and progress, while organizations and enterprises can access aggregated analytics, comparative product performance, and other business intelligence derived from the structured tasting data across multiple stations and users.

[0010] Taken together, these features allow the system to deliver consistent, data-rich blind tasting experiences that work reliably in real-world conditions, support both individual and group use, evolve over time without hardware changes, and generate objective insights and credentials that were previously difficult or impossible to obtain at scale.

[0011] Although the invention is illustrated and described herein as embodied in a sample randomizer for blind testing, it is, nevertheless, not intended to be limited to the details shown because various modifications and structural changes may be made therein without departing from the spirit of the invention and within the scope and range of equivalents of the claims. Additionally, well-known elements of exemplary embodiments of the invention will not be described in detail or will be omitted so as not to obscure the relevant details of the invention.

[0012] Other features that are considered as characteristic for the invention are set forth in the appended claims. As required, detailed embodiments of the present invention are disclosed herein; however, it is to be understood that the disclosed embodiments are merely exemplary of the invention, which can be embodied in various forms. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representative basis for teaching one of ordinary skill in the art to variously employ the present invention in virtually any appropriately detailed structure. Further, the terms and phrases used herein are not intended to be limiting; but rather, to provide an understandable description of the invention. While the specification concludes with claims defining the features of the invention that are regarded as novel, it is believed that the invention will be better understood from a consideration of the following description in conjunction with the drawing figures, in which like reference numerals are carried forward. The figures of the drawings are not drawn to scale.

[0013] Before the present invention is disclosed and described, it is to be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting. The terms “a” or “an,” as used herein, are defined as one or more than one. The term “plurality,” as used herein, is defined as two or more than two. The term “another,” as used herein, is defined as at least a second or more. The terms “including” and / or “having,” as used herein, are defined as comprising (i.e., open language). The term “coupled,” as used herein, is defined as connected, although not necessarily directly, and not necessarily mechanically. The term “providing” is defined herein in its broadest sense, e.g., bringing / coming into physical existence, making available, and / or supplying to someone or something, in whole or in multiple parts at once or over a period of time.

[0014] “In the description of the embodiments of the present invention, unless otherwise specified, azimuth or positional relationships indicated by terms such as “up”, “down,”“left,”“right,”“inside,”“outside,”“front,”“back,”“head,”“tail” and so on, are azimuth or positional relationships based on the drawings, which are only to facilitate description of the embodiments of the present invention and simplify the description, but not to indicate or imply that the devices or components must have a specific azimuth, or be constructed or operated in the specific azimuth, which thus cannot be understood as a limitation to the embodiments of the present invention. Furthermore, terms such as “first,”“second,”“third,” and so on are only used for descriptive purposes and cannot be construed as indicating or implying relative importance.

[0015] In the description of the embodiments of the present invention, it should be noted that, unless otherwise clearly defined and limited, terms such as “installed,”“coupled,”“connected” should be broadly interpreted, for example, it may be fixedly connected, or may be detachably connected, or integrally connected; it may be mechanically connected, or may be electrically connected; it may be directly connected, or may be indirectly connected via an intermediate medium. As used herein, the terms “about” or “approximately” apply to all numeric values, whether or not explicitly indicated. These terms generally refer to a range of numbers that one of skill in the art would consider equivalent to the recited values (i.e., having the same function or result). In many instances, these terms may include numbers that are rounded to the nearest significant figure. In this document, the term “longitudinal” should be understood to mean in a direction corresponding to an elongated direction of the article being references. To the extent that any software or computer instruction code is references, the terms “program,”“software application,” and the like as used herein, are defined as a sequence of instructions designed for execution on a computer system. A “program,”“computer program,” or “software application” may include a subroutine, a function, a procedure, an object method, an object implementation, an executable application, an applet, a servlet, a source code, an object code, a shared library / dynamic load library and / or other sequences of instructions designed for execution on a computer system. Exemplary names of data structures, tables, fields, and parameters are shown in italics for convenience of reference; it will be understood that different names may be used to represent the same or similar data structures, fields, parameters, or values without departing from the scope of the invention. Those skilled in the art can understand the specific meanings of the above-mentioned terms in the embodiments of the present invention according to the specific circumstances.

[0016] Conjunctive language such as the phrase “at least one of X, Y, and Z,” unless specifically stated otherwise, is otherwise understood with the context as used in general to convey that an item, term, etc. may be either X, Y, or Z. Thus, such conjunctive language is not generally intended to imply that certain embodiments require at least one of X, at least one of Y, and at least one of Z to each be present.BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The accompanying figures, where like reference numerals refer to identical or functionally similar elements throughout the separate views and which together with the detailed description below are incorporated in and form part of the specification, serve to further illustrate various embodiments and explain various principles and advantages all in accordance with the present invention.

[0018] FIG. 1 shows an exploded view of a sample randomizer for blind testing, in accordance with some embodiments.

[0019] FIG. 2 shows a front perspective view of a sample randomizer for blind testing, in accordance with some embodiments.

[0020] FIG. 3 shows a block schematic diagram of a sample randomizer for blind testing, in accordance with some embodiments.

[0021] FIG. 4 shows a representation of an initialization process for associating source samples with specific sample holders, in accordance with some embodiments.

[0022] FIG. 5 shows a top plan view of a randomizing table used inside of a sample randomizer for blind testing, in accordance with some embodiment.

[0023] FIG. 6 shows a perspective view of a sample randomizer with the cover removed to expose the randomizing table during usage, in accordance with some embodiments.

[0024] FIG. 7 shows a representation of a randomizing process, and how the sample randomizer keeps track of the samples, in accordance with some embodiments.

[0025] FIG. 8 shows a flow chart diagram of a general method of initializing and loading samples into a sample randomizer, in accordance with some embodiments.

[0026] FIG. 9 shows a flow chart diagram of a general method for dispensing samples from a sample randomizer, in accordance with some embodiment.

[0027] FIG. 10 shows a networked system in which a sample randomizer interfaces with a remote data center to carry out a prescribed sample testing regimen, in accordance with some embodiments.

[0028] FIG. 11 shows a randomized dispensing sequence conducted by a sample randomizer, in accordance with some embodiments.

[0029] FIG. 12A shows a user ranking of randomized samples placed in the ranking station of a sample randomizer, in accordance with some embodiments.

[0030] FIG. 12B show a source reveal of randomized samples placed in the ranking station of a sample randomizer, in accordance with some embodiments.

[0031] FIG. 12C shows a memory table data structure used by a sample randomizer to track which source sample was dispensed to each respective tasting position of the sample randomizer, in accordance with some embodiments.

[0032] FIG. 13 shows a mapping of the memory table of FIG. 12C to the tasting positions for revealing the source of each sample at the respective tasting positions, in accordance with some embodiments.

[0033] FIG. 14 shows a networked system including a network and data architecture for sample randomizers that allow data collection and verification, in accordance with some embodiments.DETAILED DESCRIPTION

[0034] While the specification concludes with claims defining the features of the invention that are regarded as novel, it is believed that the invention will be better understood from a consideration of the following description in conjunction with the drawing figures, in which like reference numerals are carried forward. It is to be understood that the disclosed embodiments are merely exemplary of the invention, which can be embodied in various forms.

[0035] The inventive sample randomizer disclosed and claimed herein allows a person, or a small number of people, to randomize a group or groups of samples and then dispense the samples such that the person or people do not know the order in which samples are dispensed, and therefore are “blind” as to which sample is in a given dispensed sample container. The inventive sample randomizer eliminates the need for a person, who is not participating in the sample testing, to randomize the samples for the person or people performing the sample testing. Although there are numerous applications for the disclosed sample randomizer, perhaps the most relatable example is in using the sample randomizer for blind taste testing of libations—wine, spirits, beer, etc. Such taste testing is a popular endeavor for hobbyists who want to sharpen their senses and their palate, but it can also be used for more formal training, such as in the pursuit of certifications in sommelier training. The disclosed sample randomizer is inventive in how it is constructed, how it operates, and in the numerous applications for which it can be used.

[0036] FIG. 1 shows an exploded view of a sample randomizer 100 for blind testing, in accordance with some embodiments. Reference can also be made to FIG. 2, which shows a front perspective view of a sample randomizer 100. The sample randomizer 100 includes a base housing 102 in which that is an interior volume 104. Disposed in the interior volume 104 is a control unit 106 that can include a processor for carrying out instruction code and which is interfaced to the other system components to control and operate them in accordance with instruction code being executed by the processor. For example, the control unit 106 can be operably connected to a stepper motor 108, as well as various input / output components such as, for example, individual LED segment displays 112, button 114, and a main graphic display 116. A power supply 110 converts an alternating current (AC) supply to useable direct current (DC) outputs to power the various components of the sample randomizer.

[0037] On top of the base housing 102 there can be a deck 118 that provides a ranking station on the deck surface 122. The ranking station can include individual sample container holders 126 at each of several ranking positions. The holders 126 are configured to receive a sample container that can include an identifier, and the holders 126 each have a reader that can read the identifier of the sample container placed into the holder 126. For example, each sample container can include a radio frequency identifier (RFID) that is responsive to a reader signal from an RFID reader in the holder 126 (one reader located in each holder 126). In some embodiments an optical identifier, such as a QR code, can be used, and each holder 126 can include an optical scanner to read the QR code on the sample container placed into the respective holder 126. The deck 118 can also include openings 128 for the LED segment display 112 and buttons 114. The segment displays 112 are configured to display the user input (selection) and the source corresponding to the sample container placed at the respective holder, based on a mapping record. For example, if the user believes the sample at ranking position III is from sample A, the user can press one of the buttons 128 as the identifiers are displayed on the display element 112, cycling thought the source identifiers with each button push until the user's selection appears. At the end of the process, the actual source can be displayed at the display element next to the user's selection. Further, the deck 118 can include a circular cowl 120 that defines a table region 124. The cowl 120 is a short wall that extends upward from the top surface 122 of the deck 118.

[0038] A randomizing table 134 is configured to sit within the cowl 120, or on top of the cowl 120, and is itself circular. The randomizing table 134 defines a plurality of stations 136, which are each defined sample positions, and that are each configured to receive and hold a respective sample container during the overall randomizing process. The stations 136 are organized in a circular pattern around the randomizing table 134. A stepper motor 130 is coupled to the randomizing table 134 to turn the randomizing table during the general randomizing operations (including initial loading and dispensing of samples). A homing device 132 can be used to track the position of the randomizing table 134 and ensure that the randomizing table is correctly positioned during use. A divider or separator wall 138 includes a plurality of walls that separate the holder 136 from each other. The walls of the divider 138 block a user from seeing any samples / sample container is the adjacent holder when loading sample containers into, and dispensing sample containers from the sample randomizer. The divider 138 can be removably attached to the table 134. Each of the walls of the divider 138 extend upwards from the surface of the table 134 and also extend radially from the center of the table 134. To further conceal the samples placed in the holders 136, a cover 140 is placed over the table 134 and divider 138. The cover 140 can be substantially cylindrical, and have a top surface 144 and an opening 142. The opening 142 can be wedge-shaped and open at the top surface 144 to allow sample containers to be easily placed into and removed from its holder 136 on the table 134. A door 146 can be used to cover the opening 142 during certain operations of the randomizing process. The door 146 can include a wedge-shaped top section, and an arcuate wall section that is configured to be coaxial relative to the center of the table 134 and the outside wall of the cover 140. The door 146 can be moved to the side, rotating about the center of the cover 140 along the outer wall of the cover 140. In some embodiments there can be a door sensor disposed in the cover 140, or elsewhere equivalently, that allows the sample randomizer 100 to determine if the door 146 is open or closed. The door 146 is sized so that only one sample position is exposed when the door 146 is open.

[0039] Briefly, in operation, a user can operate the sample randomizer to input a number of samples to be tested, from two to the total number of holders 136 (which match the number of holders 126 on the deck 118). Alternatively, if multiple people want to engage in the testing, then a user can indicate the number of people, and the number of samples each person will test. In the exemplary sample randomizer 100, one person can test two to six samples. Two people can each test two to three samples, and three people can each test two samples. The samples are prepared by pouring an amount of each sample from a source container into one of the sample containers. Each sample container has a unique identifier (e.g. RFID, QR code, etc.). The sample containers are then placed into the holders 126 on deck. The sample randomizer 100 then reads the identifier of each sample container. The process for doing this can be guided by, for example, text displayed on the main screen 116. This allows the sample randomizer to associate a sample container identifier with a source. For example, a sample from source A is placed into a sample container that is then placed into the first holder 126 (the holders can be marked with station numbers I, II, III, IV, V, VI as in FIG. 2), and the identifier of the sample container is then read and associated in a memory of the sample randomizer with source A. Then additional samples from the other sources can be placed in the other holders 126. A single person performing a test can test up to six samples in the present exemplary sample randomizer. Two people can test, for example, sources A, B, and C, each by placing a sample from source A in each of location I and IV, a sample from source B in locations II and V, and a sample from source C in location III and VI. Thus, the first person can test the samples initially in locations I-III, and the second person can test the samples initially in locations IV-VI. Once the sample containers are properly associated with the respective sources, the sample container can be loaded into the holder 136 in the randomizing table. The sample randomizer then associates the sample identifier with the respective holder 136 among the several holders in the table 134. The door 146 is then closed, and the sample randomizer then selects an available holder 136, and turns the table 134 until that holder is positioned at the door opening 142. Guided by a prompt from the sample randomizer (e.g. at the display 116 or some equivalent indicator), the user then opens the door 146 and places the next sample container into the exposed holder. This process is repeated until all of the samples are loaded into the table 134. The sample randomizer at that point has created a memory record indicating which sample container is located in each holder 136 of the table 134, and which sample source is held in each sample container, and in cases in which there are multiple testers, which tester is associated with the sample.

[0040] Once the table 134 is loaded, the samples can be dispensed for testing. At this point, the user would not know where any of the samples are located, so they could be dispensed in order, or the dispensing process can be randomized as well. The user can be guided by prompts from the sample randomizer to open the door, remove the exposed sample container, and then test the sample. Once the samples have been dispensed and tested, the user or users can then place the sample containers in the holders 126 for ranking, where the source of each sample is then disclosed to the user. In this way a user can determine their own personal preferences of the tested sources, or the user can attempt to identify the samples and match them to a source, in which case the sample randomizer can indicate which samples were correctly identified by the person or people performing the testing.

[0041] FIG. 3 shows a block schematic diagram 300 of a sample randomizer for blind testing, in accordance with some embodiments. The block schematic diagram 300 represents some of the electrical or electronic components of the sample randomizer, such as sample randomizer 100, and indicates their functionality in operating the sample randomizer. The main component is a processor 302 that is operable to perform instruction code consistent with the functions described herein. The processor 302 can be a conventional microprocessor including cache memory, registers, input and output ports, a logic unit, and so on, as is well known. The processor 302 is interface with memory 304, which can represent several types of memory including non-volatile memory for storage of instruction code and long-term variables, records of test results and other data that needs to be persistent through power cycles. The memory 304 can also include random access memory for instantiation and execution of instruction code, and short-term storage of operating data and data structures. The processor can be operably coupled to a motor controller 306, which operates a stepper motor 130 and homing device 132 as previously described. The stepper motor is calibrated to the randomizing table, and the positions of the holders (136) on the table so that the processor can command the motor controller to rotate the table to move a selected one of the holders 136 to the door position.

[0042] The sample randomizer include several input and output components, including station selection buttons 308 that can be located at each station to enter selection choices. There can be a display unit, such as LED indicators 310 at each station (e.g. each holder 126). And there can be a main display 312 that can also be a touch screen for input. The main display can present menus for operations, and allow a user to select and configure a testing regimen. To facilitate randomizations, there can be a door sensor 314 that is used to sense and determine the positions (open or closed) of the door 146. There can be one or more wireless transceivers 316 as a network connector for local wireless data networking connections. For example, there can be a wireless transceiver for local area working, referred to colloquially as WiFi. There can also be a wireless personal area network transceiver, such as those operating in accordance with the industry standard known as BlueTooth to allow connecting the sample randomizer to another device, such as a cellular telephone device. Further, the sample randomizer can include sample container identifiers, such as RFID readers 318. It will be appreciated that other forms of ID readers can be used equivalently, such as QR code or other optical code readers. The readers are used to identify the sample containers placed in the different holders 126 for the initialization process or to determine testing results.

[0043] FIG. 4 shows a representation of an initialization process 400 for associating source samples 402a-402f with specific sample containers 406a-406f, in accordance with some embodiments. In the present example a single person is going to test six sources 402a-402f. First, each source can be identified with a medallion 404 with a letter A-F on it as an assigned identifier. Then liquid from each bottle 402a-402f is poured into its corresponding glass 406a-406f, which are the sample containers for the test. Each glass 406a-406f includes an RFID chip 408a-408f with a unique serial number in each RFID chip 408a-408f. The glasses can be placed in order into the initialization and ranking station 410, which includes the holders 126, which each have an RFID reader 412a-412f in them. Thus, source A 402a is poured into glass 406a and placed into the holder with RFID reader 412a. This is carried out for each of the sources 402a-402f, respectively into glasses 406a-406f, and placed into the holders with the corresponding RFID readers 412a-412f. The unique identifier of each RFID chip 408a-408f is read and provided to the processor 302. Knowing that the sample of source A 402a is placed in the position of reader 412a, assuming the user properly follows the instructions, the processor can then create a record associating the unique identifier of the RFID chip 408a with source A 402a. This is repeated for each source, and the processor 302 can create a record 414 in which each glass, as identified by its unique identifier, in row 416 is associated with a source in row 418. This allows the sample randomizer to determine which source is in the glass when the glass is placed in a random one of the holders 126; the RFID reader of that respective holder 126 will read the unique identifier and can use that to cross reference with the record 414 to determine which source is in the glass at that respective holder 126.

[0044] FIG. 5 shows a top plan view 500 of a randomizing table 134 used inside of a sample randomizer for blind testing, in accordance with some embodiment. The randomizing table has six positions numbered 1-6, and at each position there is a holder 136. The holders 136 can be referred to as table holders, while the holders 126 outside of the table can be referred to a ranking holders. The table is turned around its central point 502 by the stepper motor 130 so that a selected one of the positions 1-6 is presented at the opening 142 of the cover 140, depending on the operation being performed. The stepper motor 130 allows the processor to precisely control which table position 1-6 is located at the opening 142.

[0045] FIG. 6 shows a perspective view 600 of a sample randomizer with the cover removed to expose the randomizing table during usage. This can represent either the loading process or the dispensing process. Several glasses (e.g. 406a-406f) are located in the ranking holders 126, while several of the glasses have been loaded into the table holders 136. The table 134 turns inside of the cowl 120 to turn a selected table position to the position of the opening in the cover. Then a glass can be placed into the table holder, or removed from the table holder, depending on which part of the process is being carried out, and as directed by the sample randomizer through, for example, prompts provided in the main display 116. As can be seen, the divider 138 prevents a user from seeing what is in the adjacent positions. The positions are unmarked as well to keep a user from tracking them.

[0046] FIG. 7 shows a representation of a randomizing process 700, and how the sample randomizer keeps track of the samples, in accordance with some embodiments. As indicated in FIG. 4, the sample randomizer can create a record that associates samples with particular sample containers. That process is done in the ranking holders 126. As shown here sources A-F are poured into glasses 406a-406f, respectively. That is, there is a one-to-one correspondence, so that source A is in glass 406a, source B is in glass 406b, and so on. In addition, the glasses 406a-406f are located in ranking holders 126 at corresponding positions I-VI. So, glass 406a is in position I, glass 406b is position II, and so on. The glasses 406a-406f are then loaded into the table in order, from position I to position VI. A randomizer process 702 is carried out by the processor and used to turn the table 134 accordingly. A record 704 can be created and maintained in memory. The record 704 associates table positions 1-6 in row 706 with sources A-F, or glasses 406a-406f in row 708 based on their unique identifiers. These can be further associated with their dispensed order in row 710, which records a dispensed order indicator (e.g. 1-6) for each sample container, if desired. As a result, for example, the randomizer process randomly selects table position 2 to receive source A in glass 406a. The table is then turned so that table position 2 is at the opening. The user then opens the door and moves glass 406a from position I to the table, but the user does not know that the table position is table position 2 because the table position was randomly selected by randomizer process 702. The user then closes the door, which is sensed by the door sensor, and then the randomizer process selects the next table position to receive sample B in glass 406b. And as indicated in row 706 of the present example, table position 5 is selected. Then the user loads glass 406b into table position 5, again without knowing the table position. This continues until all of the glasses have been loaded. According to the present example, then, table position 1 holds source C, table position 2 holds source A, table position 3 holds source E, table position 4 holds source F, table position 5 holds source B, and table position 6 holds source D. At this point the samples are in random locations, and the user does not know which source is in a given table position. To further ensure randomization, the glasses / sources can be dispensed in a random order as well. Thus, as indicated in row 710, table position 3 is dispensed first. This means the randomizer process 702 randomly selected table position 3 to be dispensed first, and turns the table so that table position 3 is aligned with the opening. The user then opens the door and removes the sample, which happened to be source E. The user will not know which source is in the glass being removed. The user can place the removed glass in the next position of the ranking holders 126. The dispending process continues until all of the glasses / sources have been dispensed. The user can then test (e.g. taste) each sample and then re-position the glasses among the ranking holder positions I-VI. When the user is done and is satisfied with the ordering, the user can press a “finish” button (either a mechanical button or graphical button on a touch screen) and the sample randomizer will read the identifier of each glass at each ranking holder 126, perform the cross reference with record 414, and present the results showing which source is in each of the positions I-VI. A similar process can be done when multiple people are testing the sources, but then a different record line record 414 is needed for each person.

[0047] In some embodiments, there can be multiple users using the sample randomizer. The number of users can be, for example, an option that presented during an initialization process, and then selected. When multiple users are using the sample randomizer, the mapping record 704 can be divided into subsets, each subset corresponding to one of the users. For example, when two users are performing testing, the first three columns in the mapping record can be for a first user, and the second three columns can be for a second user. Rather than sources A-F, then, there may only be sources A-C (each of the two users will test the same three sources). In which case row 708 will repeat source identifiers A-C for table positions 4-6. Other mapping arrangements can be used for other numbers of users.

[0048] FIG. 8 shows a flow chart diagram of a general method 800 of initializing and loading samples into a sample randomizer, in accordance with some embodiments. At the start 802 the user has collected several sources to be tested, along with sample containers (e.g. glasses with readable identifiers). In step 804 the user pours a portion of each sample into a respective one of the sample containers. The user must ensure that sources are identified such as by placing a medallion with one of the letters A-F on it in the source. Alternatively, the user may receive identified sources to be tested and the sources containers (e.g. bottles) can be marked only with designators A-F, respectively. This can allow, for example, libation makers to get blind feedback on various formulations of their product before deciding on one to take to market. As the sources are poured, the sample container are placed in order in the ranking holders so that the sample randomizer can create a record associating each source with a sample container. In step 806 the user can then begin to load the machine (e.g. the table), wherein the samples are loaded in a known order (e.g. based on source identifiers A-F). At step 808 the method can determine if the table is to be loaded randomly. If so then the method proceeds to step 810 where a random table location is selected and turned to the opening of the cover. The user then places the next sample container into the table holder exposed at the opening. This process continues until at step 812 it is determined that there are no more samples to load into the table, and the method ends at step 814. In some embodiments the randomization can be done only at the dispensing process, so from step 808 the method can proceed to step 816 in which the samples are loaded serially or sequentially into table positions. It will be appreciated that method 800 is meant to illustrate a high-level example of the actual method for loading a randomizer table and numerous variations can be devised consistent with the general operation of method 800.

[0049] FIG. 9 shows a flow chart diagram of a general method 900 for dispensing samples from a sample randomizer, in accordance with some embodiments. At the start 902, the sample randomizer is loaded, such as by performing a method consistent with method 800. The testing regimen can allow a user to select random dispensing in step 904, but at least one of method 800 or method 900 must be randomized, and at the user's option, both can be randomized. When randomized dispensing is selected, then in step 906 the sample randomizer randomly selects one of the table positions for dispensing and turns the table so that table position is aligned with the opening. The user, in step 908, can then open the door and remove the exposed sample container and place the sample container in the next available ranking position (or in any ranking position). This continues until in step 910 there are no more samples to be dispensed. Once all the samples have been dispensed, in step 912 the user tests the samples, and then places them in the user's preferred ranking order in the ranking holders. Then in step 914 the user can press a “finish” button, and the sample randomizer will read the identifier of each sample container at each ranking holder, perform a cross references to determine which source is in each ranking position, and display the results to the user. The method can then end in step 916. If the samples were randomized during the loading process, then the randomizing process during the dispending phase does not need to be performed, and from step 904 the method 900 can instead proceed to step 918 where the samples are dispensed in sequentially or otherwise non-randomly. Again, the method 900 is meant to show a high-level version of the dispensing process, and various details of implementation may vary while remaining consistent with this general method 900.

[0050] FIG. 10 shows a networked system 1000 in which a sample randomizer 100 interfaces with a remote data center 1014 to carry out a prescribed sample testing regimen, in accordance with some embodiments. There are several use examples where such a networked implementation can be used. For example, a manufacturer (distiller, brewer, vintner, etc.) may send a sample set of sources, e.g. various formulations of spirit, beer, or wine, to a user as one of a large number of such users. The user can then test and rank the sources, and the results can be fed back to the data center 1014 for collection, and marketing analysis. In another use case, the user of the sample randomizer 100 can be a student seeking a recognition (e.g. certificate, degree) as a taste tester to become, for example, a sommelier. In order to do so, the student must prove proficiency in recognizing and distinguishing among various sources. In such a case, the data center 1014 can be run by a certifying authority. The student can receive a package of unidentified sources to test, and again, the results can be transmitted back to the data center for evaluation. In another use case, the user can simply be a hobbyist who tries various identified sources blindly, and can chose to share their preferences / results with the data center 1014 or simply have their data stored for their own use at the data center 1014. The data center 1014 can be coupled to a database 1016 to store data for subsequent use. The data center 1014 can be accessed by a general-purpose computer 1008 using a web browser to set up and access user accounts, as is well known.

[0051] The networking can be accomplished in several ways. For example, a cellular phone device 1002 can connect to the sample randomizer 100 via a BlueTooth link 1004. The cellular phone device 1002 can further connect to a cellular base station 1012 via a cellular data link 1006 (e.g. radio signals) to access the internet 1016 and the data center 1014. Alternatively, the general-purpose computer 1008 can be connected to the sample randomizer 100 such as by a universal serial bus (USB) cable. Both the cellular device 1002 and the general-purpose computer 1008 can run a suitable application program to conduct the communications with the sample randomizer 100, and the data center 1014.

[0052] FIG. 11 shows a randomized dispensing sequence conducted by a sample randomizer, in accordance with some embodiments. In some embodiments, the sample containers do not need to have identifiers to identify them to the sample randomizer. Rather, as long as the user loads the sample randomizer in order of the sources A-F, and then places the dispensed samples in order on the ranking station, the sample randomizer can keep track of which sample is in each respective ranking position.

[0053] There are six sequence states 1101, 1102, 1103, 1104, 1105, and 1106 shown. In each of these states there is shown a randomizing table 1108 that has table holders, such as table holder 1114, for holding sample containers, such as sample container or glass 1112. There is also a tasting or ranking station 1110 in which there are six stations. Each station includes a station holder such as station holder 1118, a small display element 1120, and buttons 1122 which includes at least one input button. Through the sequence states 1101-1106 the sample containers on the randomizing table 1108 are dispensed in a random order, and placed sequentially in the station holders in a prescribed sequence (e.g. from left to right). Briefly, the dispensing process includes the sample randomizer, including the cover with a door (e.g. 140 and 146) being over the randomizing table, having mapped the sources to particular table positions, randomly selecting one of the remaining sample containers to be dispensed next and rotating the randomizing table 1108 so that the chose sample or table position is at the dispensing position. The user will then open the door (e.g. 146) to remove the exposed sample container, place the dispensed sample container on the next available ranking station position (e.g. in a station holder 1118), and then close the door. The door can also be closed before placing the sample container at the next ranking station. Once the user has closed the door and placed the dispensed sample container at the respective position, the user can then select “NEXT” at the display (not shown) or otherwise indicate to the sample randomizer to dispense the next sample, and the process is repeated. Thus, the sample containers are placed in the ranking positions in a known dispensed order.

[0054] Accordingly, at state 1101, the sample container 1116 is placed in the far-left ranking position, which is the first dispensed order position. In state 1102, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1124. In state 1103, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1126. In state 1104, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1128. In state 1105, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1130. In state 1106, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1132. State 1106 is also the last sample to be dispensed, and all six of the samples are ready for testing. The user at this point should not know which source is at any given position, assuming physical differences between the samples aren't observed (e.g. the samples all appear the same or the sample containers prevent visual observation of the samples).

[0055] It should be noted that randomization can occur during the dispensing process, as indicated here. For example, in state 1101, one sample has been dispensed, leaving five samples on the randomizing table 1108. From state 1101 to state 1102, the randomizing table has been rotated effectively clockwise by two positions. From state 1102 to state 1103 the randomizing table has been rotated effectively clockwise by one position of the randomizing table. From state 1103 to state 1104, the randomizing table 1108 has been effectively rotated clockwise two positions. From state 1104 to state 1105 the randomizing table 1108 has been effectively rotated clockwise two positions (or counter-clockwise one position). From state 1105 to state 1106 the randomizing table 1108 has been effectively rotated clockwise (or counter-clockwise) three positions. For each of these, the table can be rotated one or more full revolutions before the final partial rotation to dispense a sample. During this time the sample randomizer is tracking in its memory which samples have been dispensed, so that only remaining samples can be selected for dispensing.

[0056] FIG. 12A shows a user ranking of randomized samples placed in the ranking station of a sample randomizer, in accordance with some embodiments. Sample containers 1116a-1116f are placed in positions I-VI in a respective station holder (e.g. 1118), as would be the case at state 1106 of FIG. 11. As shown here, however, the user has given each sample a rank after testing all of the samples. The rank can be a number, such as 1-6, indicating the user's preference as shown here. Alternatively, the user can indicate which source the user believes the sample came from, as a test of the user's ability to blindly identify the source of each sample. For example, the user can operate the buttons 1122a, 1122f at each respective position I-VI to select a ranking or source identifier, which is then displayed on the corresponding display element 1120a-1120f. In FIG. 12B, the source of each sample is revealed, such as by pressing a “finish” button or the equivalent. When the user presses the “finish” button the system can check to maker sure there are no duplicate entries for rankings. As shown here, the sample at the first position “I” is from source “C,” and was given a ranking of “2.” The sample at the second position “II” is from source “B,” and was giving a ranking of “6.” The sample at the third position “III” is from source “E,” and was giving a ranking of “3.” The sample at the fourth position “IV” is from source “D,” and was giving a ranking of “1.” The sample at the fifth position “V” is from source “A,” and was giving a ranking of “5.” The sample at the sixth position “VI” is from source “F,” and was giving a ranking of “4.” These results can be stored locally for the user to review later, and / or the results can be stored remotely, in a cloud account. In some embodiments, the results can be sent to a certifying authority to indicate how accurately the user was able to identify the sources from the blind testing of the samples.

[0057] FIG. 12C shows a memory table data structure used by a sample randomizer to track which source sample was dispensed to each respective tasting position of the sample randomizer. The sources A-F are identified in the “SOURCE” row, their position on the randomizing table is identified in the “TABLE POSITION” row, and the order in which they were dispensed, which is randomly selected in this example, is identified in the “DISPENSED POSITION” row. As indicated, the loading of the randomizing table in this example was not randomized since sources A-F are loaded sequentially in table positions 1-6, but the dispensing is randomized. Alternatively, as indicated hereinabove, the loading can instead be randomized, or both the loading and the dispensing can be randomized. The memory structure will track the samples accordingly, allowing the source to be mapped to a dispensed position, as indicted in FIG. 13. Arrow 1302 indicates the mapping of sources to positions after the randomizing process. This allows the sample randomizer to display the source at the display element 1120a-1120f of each position I-VI. Of course, it will be appreciated that a different randomized order will result in a different mapping.

[0058] There are a variety of applications for the inventive sample randomizer. in general, for a sample randomizer using six positions, there can be source identifier to identify each of six different sources. These source identifiers can be labeled A through F, and can take the form of necklaces or charms that can be placed on the source bottles. In some embodiments the source identifiers can be clips that clip onto the packaging of each source material. The source identifiers ensure proper identification and seamless randomization throughout the testing.

[0059] One application can involve a ranking challenges, which allows users to rank the sources being tested based on personal preference, from most to least favored. For example, when the sources are material that is tested by taste, after tasting and assigning a ranking to each sample, the sample randomizer can reveal the source identifiers for each sample, letting users compare their rankings of the tested samples.

[0060] In another application users can attempt to identify each sample by analyzing, for example, its appearance, aroma, and flavor. The sample randomizer maps user selections to the actual samples so that the user can see which samples the user correctly identified, and which sample were not correctly identified, thereby providing feedback on the user's accuracy in identifying the sources from blind testing.

[0061] To facilitate these various applications, the inventive sample randomizer randomizes the dispensing of sample container while maintaining their corresponding labels (A-F) in memory for later mapping to the user's ranking or identification answer. Sample containers are loaded individually into one of six respective positions on the randomizing table, which is separated by internal walls to keep each sample hidden. A concealing cover ensures that only one glass is accessible at a time, making the testing process controlled and unbiased.

[0062] The randomizing process involves placing or loading the sample containers into randomly selected positions of the randomizing table, selecting random ones of the remaining samples on the randomizing table to be dispensed next in the dispensing process, or both randomization processes be used. In the dispensing process, the sample containers are transferred to the ranking stations, where users will rank or attempt to identify the samples. The sample containers can be arranged in specific positions on the platform, in a prescribed order to ensure that the sample randomizer can track the samples. The ranking stations can include LED displays with a two-digit LED display so that both the user's selection (rank or sample source choice) and the actual source can be displayed, providing real-time feedback for rankings or identification attempts. To facilitate entry of rankings, there can be buttons at each position to allow a user to cycle through the available choices and then indicate a selection as final.

[0063] The removable cover is placed over the randomizing table to conceal the sample container during randomization. A sliding door allows the user to load or unload one sample container at a time, ensuring the challenge remains fair and the sample containers stay hidden from view until they are dispensed for testing in an order that is tracked, and mapped by the sample randomizer to the user's rankings or identity choices. the sample randomizer can include a main graphic display that can be a touch screen display, and which serves as the starting point for all tasting challenges and provides quick access to user management options. The user can set up and initiate tests and challenges, including indicating how many users are participating, and how many samples are being evaluated. It is also contemplated that the sample randomizer can include a library of sources (e.g. names of wines / spirits, vintage, etc.) to allow a user to identify how many times the user can accurately identify the source. It is further contemplated that the user can enter source information to augment or add to the library, or create their own library in the memory of the sample randomizer, in a cloud account via the sample randomizer. the sample randomizer can be used in association with a cloud account that is accessible via a web portal. The web portal can allow users to create personalized challenge rooms in which other users are invited to participate. These rooms allow users to set up custom tasting experiences for a ranking challenge or an identity challenge. Within the challenge room, users can specify various parameters including the number of participants, the number of samples / beverages, and the specific sources for the challenge. This function is useful for sommelier Programs in which instructors can create predefined challenges to test students' tasting skills. The challenge room function is also useful for beverage producers as it allows them to gather valuable consumer feedback on new products through blind tasting events.

[0064] The sample randomizer can store sample evaluation templates, or access sample evaluation templates from a remote server / data center. For example, libation evaluation templates can be provided to capture essential tasting attributes like appearance, nose, palate, finish, and origin. These templates can be used during a sampling, prompting the user to provide input for each category, which is then stored are part of a record. This can help users organize their notes, using a combination of predefined options and professional-level questions, especially for wine and whiskey / bourbon tastings. The easy-to-use interface allows users to record detailed sensory observations. Users interact with these templates through intuitive combo boxes and checkboxes, making it easy to record observations and conduct a structured, professional-grade tasting.

[0065] There is provided a NEXT button, either as an electro-mechanical button, touch sensor, or radio button on a touch display, which acts as a cue for users to communicate to the device that they are prepared to move forward to the next stage of the process. Essentially, it serves as a confirmation from the user that they are poised to progress further in the process.

[0066] There can also be, in some embodiments, a SEE RESULTS button which finalizes the tasting challenge by displaying the user's rankings or identification results. In a Ranking Challenge, it organizes the samples based on user preference, while in an Identity Challenge, it compares user selections against the source identities. If more than two (per participate) identity selections are incorrect, the user can be prompted to try again or reveal the results. Once confirmed, the results can be uploaded to the server for tracking and future reference.Exemplary Process—Libation Testing of Several Different Wines or SpiritsStep 1: Assign Variables and Prepare GlassesUser(s) begins by assigning a unique variable (A-F) to the bottle of each sample bottle being used for the challenge. Next, pour each of the sampled into one of up to six glasses (Glencairn or the provided stemless Riedel glasses) with the corresponding beverages. Attach the Alphabet Necklace Charms (A-F) to the neck of each bottle to ensure proper identification throughout the tasting process. Finally, place the Removable Concealing Cover over the spinning platform to ensure the samples remain hidden during randomization.Step 2: Power on the DeviceTurn on the Device:The main LED display can show: “Welcome! Press ‘Let's Begin’ to start the tasting challenge.”Step 2.1: Wi-Fi Connection SetupOnce you press ‘Let's Begin’, the device will guide you through the following steps:Automatic Wi-Fi Detection: The device will attempt to establish a Wi-Fi connection automatically. If a connection is successful, proceed directly to Step 2.2.

[0072] No Internet Connection Detected:

[0073] If no connection is detected, the screen will display: “No internet connection detected. Select ‘Set Up Network’ to connect or ‘Skip’ to proceed in Offline Mode.”

[0074] Option 1: Set Up Network & Login

[0075] Select ‘Set Up Network’ to locate and connect to a Wi-Fi network.

[0076] The device will display available networks. Select your Wi-Fi and enter the password if prompted.

[0077] Once connected, the device will proceed to Step 2.2.

[0078] Note: If connection fails, the message “Connection failed. Try again or select ‘Skip’ to proceed in Offline Mode.” will appear.Step 2.2: Account SetupOnce connected to Wi-Fi, the user will be prompted with:

[0080] “Login, Create New Account, or Skip to proceed in Offline Mode.”

[0081] Create New Account:

[0082] Login: If the user selects ‘Login’, they can enter their credentials

[0083] Logged-In Benefits:

[0084] Track and save tasting results.

[0085] Receive firmware updates.

[0086] Access Custom Challenges.

[0087] Option 2: Skip. If the user selects ‘Skip’, the device will proceed directly to Step 3 in Offline Mode. Note: In Offline Mode, features like result tracking and firmware updates will be unavailable. Core tasting functions remain fully operational.Step 3: Select Your Libation (Home Screen)Once setup is complete, the device will display:

[0089] “Please select the type of libation for your tasting challenge.”

[0090] Available Options:

[0091] Wine

[0092] Whiskey / Bourbon

[0093] Beer

[0094] Other (e.g., Vodka, Tequila, Rum, etc.)Custom Challenge (for Fully Personalized Tasting Experiences)User Name Display:

[0096] The current user's name will be shown in the top-right corner, with the option to:

[0097] Change User: Quickly switch to a different profile.

[0098] If operating in Offline Mode, it will display ‘Offline Mode’ with option to LoginStep 3.1: Custom Challenge SelectedIf the device is in Offline Mode, the screen will display: “This feature is not available in Offline Mode. Please login to use the Custom Challenge feature.”Custom Challenge (Logged in):If the user is logged in, the device will display:“Enter the Custom Challenge Room Number.”

[0102] The user will enter the room number generated on the accompanying website.

[0103] Once the room number is entered, the device will load the personalized challenge specifications.

[0104] Note: Custom Challenge is designed for fully personalized tasting experiences created through the website.Step 4: Select Libation Type and ParticipantsAfter selecting the libation type (Wine, Whiskey / Bourbon, Beer, or Other), the device will display the following prompt:

[0106] “How many participants will be joining the tasting challenge?”

[0107] Available Options:

[0108] 1 Participant—Choose between 2 to 6 samples to taste.

[0109] 2 Participants—Choose 2 or 3 samples per participant.

[0110] 3 Participants—Each participant will have 2 samples.Reset and Return Home FunctionalityFrom this point forward, the RESET AND RETURN HOME button will be available on all screens. This feature allows users to reset the device and return to the Home Screen at any time.

[0112] Button Behavior:

[0113] When selected, a confirmation message will appear: “Are you sure you want to reset and return to the Home Screen? Please ensure all samples are removed from the device before proceeding.”Button Options:Selecting YES will reset the device and return the user to the Home Screen. Any unsaved progress will be lost.

[0115] Selecting NO will return to the current screen, allowing the user to continue where they left off.Step 5: Choose Your Challenge TypeThe device will display: “What type of tasting challenge would you like to conduct?”

[0117] Available Options:

[0118] Ranking Challenge: Display Message “Rank your favorites from best to worst (blind ranking).”

[0119] Identity Challenge (1 participant): Display Message “Make educated choices to match each sample to its correct variable (A-F) based on appearance, aroma, and flavor.”

[0120] Identity Challenge (more than 1 participant): Display Message “Make educated choices to match each sample to its correct variable (A-F) based on appearance, aroma, and flavor—compete to see who assigns the most correctly!”Step 5.1: Choose Tasting ModeIf more than one participant is selected, the device will present the following two options:

[0122] TASTESYNC—A synchronized blind tasting where all participants taste the same sample at the same time, in a shared random order. This mode fosters collective discussion and group exploration.

[0123] TASTEMIX—A true randomized blind tasting where participants receive the same set of samples, but the order of the samples is completely randomized for each person. This mode encourages unique, personal impressions and individual preferences.Step 6: Specify Number of Samples for the ChallengeThe device will display: “How many samples will be included in the challenge?”

[0125] Options Based on Number of Participants:

[0126] For 1 Participant: Available options: 2, 3, 4, 5, or 6 samples.

[0127] For 2 Participants: Available options: 2 or 3 samples per participant.

[0128] For 3 Participants: Available option: 2 samples per participant

[0129] Guided User Experience: The device will dynamically adjust the available options based on the number of participants selected in Step 4.Step 7: Select Beverages for Each SampleIn this step, the user selects the name of the beverages being used for the challenge from a built-in library. The options available will depend on the libation type selected in step 3, and the number of beverages specified in step 6.

[0131] Instructions for Step 7:

[0132] Display Variables: The screen will display the variables A-F (based on the number of samples chosen in Step 6).

[0133] Select a Variable: When the user presses a variable (e.g., A), a drop-down menu will appear with a library of options based on the selected libation type. The user can scroll through and select a beverage name from the list.

[0134] “Other” Option: If the desired beverage is not in the library, the user can select “Other” and manually type in the name of the beverage.

[0135] Buttons Available:

[0136] Skip: The user can skip assigning names and proceed with only the variables (A-F) for the challenge.

[0137] Next: Once all variables have a selection (from the library or manually entered), the user presses Next to proceed.

[0138] Error Handling: If the user presses Next without selecting names for all variables, the screen will display a message: “A & B are missing a selection. Please choose from the library or skip to proceed.” This ensures the user addresses incomplete entries before advancing.Step 8: Place Sample Glasses on the Tasting StationAfter selecting the names of the samples, the 14-segment LEDs located beneath each socket on the Tasting Station will light up, displaying the corresponding letters (A-F). The screen will prompt: “Please place the sample glasses on their associated letters on the Tasting Station and press ‘Next’ when completed.”

[0140] Instructions and Dynamic Led Assignments

[0141] The letters A-F will be displayed dynamically, based on the number of participants and samples selected.

[0142] The device guides users through proper placement as follows:

[0143] For a Single Participant:

[0144] If there are 6 Samples: LEDs A, B, C, D, E, F will light up for positions I, II, III, IV, V, VI.

[0145] If there are 5 Samples: LEDs A, B, C, D, E will light up for positions I, II, III, IV, V.

[0146] If there are 4 Samples: LEDs A, B, C, D will light up for positions I, II, III, IV.

[0147] If there are 3 Samples: LEDs A, B, C will light up for positions I, II, III.

[0148] If there are 2 Samples: LEDs A, B will light up for positions I, II.

[0149] For 2 Participants:

[0150] If there are 3 Samples:

[0151] LEDs for A, B, C will light on positions I, II, III for Participant 1.

[0152] LEDs for A, B, C will light on positions IV, V, VI for Participant 2.

[0153] If there are 2 Samples:

[0154] LEDs for A, B will light on positions II, III for Participant 1.

[0155] LEDs for A, B will light on positions IV, V for Participant 2.

[0156] For 3 Participants:

[0157] There are 2 Samples:

[0158] LEDs for A, B will light on positions I and II for Participant 1.

[0159] LEDs for A, B will light on positions III and IV for Participant 2.

[0160] LEDs for A, B will light on positions V and VI for Participant 3.Visual Guidance.The display will include an animated graphic showing sample glasses being placed on the corresponding sockets, aligned with the LED letters.

[0162] If more than 1 participant is selected, the graphic will also highlight the designated placement for each participant on the Tasting Station.

[0163] The screen will guide users the socket position, participant, and libation variable for placementStep 9: Load Glasses Sequentially with Randomized Spinning

[0164] After pressing “Next,” the device will guide users step-by-step through the process of loading glasses onto the spinning platform. To enhance randomization, the platform will alternate between clockwise and counterclockwise rotations after each glass is loaded.Step-by-Step Process:Initial Prompt: the device displays “Load Glass A into the Loading Socket. Press ‘Next’ when completed.”

[0166] For multiple participants, the message adjusts to: “Participant 1: Load Glass A into the Loading Socket. Press ‘Next’ when completed.”Visual Guidance:The A segment LED also flashes an upward-facing arrow to indicate the correct variable.

[0168] All other sockets remain idle to avoid confusion.

[0169] An animated graphic on the screen will visually demonstrate moving the glass from the numbered position on the Tasting Platform to the Loading Socket.Loading Process:User places Glass A to the Loading Socket.

[0171] User presses “Next” to confirm.Randomized Spinning:After confirming, the spinning platform will rotate in a random direction (clockwise or counterclockwise).

[0173] Once the platform stops, the next socket is illuminated, and the device prompts:

[0174] “Load Glass B into the Loading Socket. Press ‘Next’when completed.”

[0175] The B segment LED flashes, and the animated graphic updates to show the new position.For Multiple Participants:The device alternates prompts between participants as needed. For example:

[0177] Participant 1: “Load Glass A.”

[0178] Participant 2: “Load Glass A.”

[0179] Participant 3: “Load Glass A.”

[0180] After completing Glass A for all participants, the sequence continues with Glass B, and so on.Completion:The process repeats until all glasses are loaded for all participants.Final Randomization:After the final glass is loaded and the user presses “Next,” the device will display:“Finalizing the randomization process—please wait!”

[0184] The spinning platform will proceed to spin clockwise and counterclockwise for additional randomization. This process will continue for 5 seconds before moving to the next step.Step 10: Transfer Glasses to the Ranking PlatformAfter the final randomization spin, the device will guide users step-by-step to unload each glass from the spinning platform to the Tasting Platform, which is numbered from 1 to 6 (left to right) using Roman Numerals. This ensures proper organization for the tasting challenge.Detailed Instructions:Initial Prompt: For a single participant, the Main LED will display “Move the glass from the Loading Socket to Position I on the Tasting Platform. Press ‘Next’ when done.” For multiple participants, the message adjusts to: “Participant 1—Move the glass from the Loading Socket to Position I on the Tasting Platform. Press ‘Next’ when done.”Visual Guidance:On the Tasting Platform, the target position (e.g., Position I) will display a flashing upward facing arrow on the 2-digit segment LED.An animated graphic on the screen will visually demonstrate moving the glass from the loading socket to the correct numbered position on the Tasting Platform.Unloading Process:The user removes the glass from the Loading Socket on the spinning platform.Place the glass in the indicated numbered position (e.g., Position I) on the Tasting Platform.Press “Next” to confirm.Incremental Progression:After pressing “Next,” the spinning platform will rotate to bring the next glass to the Loading Socket.The Main LED will update to the next prompt, such as: “Move the glass from the Loading Socket to Position II on the Tasting Platform. Press ‘Next’ when done.” This process will continue sequentially until all glasses have been unloaded to Positions I through VI.For Multiple Participants:The unloading process alternates between participants, with instructions adjusted based on their assigned positions on the Tasting Platform. The positions are numbered I to VI, moving from left to right. Each participant is allocated specific positions:Participant 1: Positions I and II

[0196] Participant 2: Positions III and IV

[0197] Participant 3: Positions V and VI

[0198] Example instructions for unloading:

[0199] Participant 1: “Move the glass from the Loading Socket to Position I on the Tasting Platform.”

[0200] Participant 2: “Move the glass from the Loading Socket to Position III on the Tasting Platform.”

[0201] Participant 3: “Move the glass from the Loading Socket to Position V on the Tasting Platform.”

[0202] Once all participants have unloaded their glasses to their assigned positions, the process continues with the second sample, repeating the sequence until all samples have been unloaded.Completion:Once all glasses have been unloaded, the device will display one of the following messages based on the challenge type selected in Step 5:

[0204] For Ranking Challenge: “All glasses have been successfully unloaded. Please proceed to taste and rank your selections.”

[0205] For Identity Challenge: “All glasses have been successfully unloaded. Please proceed to taste and infer your selections.”Step 11: Conduct the Tasting and Record ResultsThis is the most interactive and robust step, where participants conduct their tasting, rank their preferences, or infer the identity of the libations. Detailed and intuitive instructions ensure an organized and enjoyable experience.

[0207] Detailed Instructions

[0208] Conducting the Tasting

[0209] Each participant interacts with the Tasting Platform, using the two momentary buttons located to the left of each 2-digit LED display to either rank or infer their preferences based on the challenge type selected in Step 5:

[0210] Ranking Challenge: Participants assign a ranking number (1-6).

[0211] Identity Challenge: Participants identify the libation by selecting a variable (A-F).

[0212] Completing the Libation Evaluation Templates

[0213] Templates Overview: For Whiskey / Bourbon or Wine, participants complete a Libation Evaluation Template, capturing Appearance, Nose, Palate, Finish, and Origin using the provided options displayed on the screen.

[0214] Interactive Input:

[0215] Select the Roman Numeral position (I-VI) corresponding to each sample on the Tasting Platform.

[0216] For multiple participants:

[0217] Participant 1: Positions I and II.

[0218] Participant 2: Positions III and IV.

[0219] Participant 3: Positions V and VI.

[0220] Each position's details are recorded individually.

[0221] Use combo boxes and checkboxes to select attributes for each sample.

[0222] Exceptions: If “Other” was selected in Step 3, this feature is nullified for now (future iterations will expand this functionality to additional libations like beer or vodka).

[0223] Error Handling Missing Entries

[0224] If a participant presses “See Results” before completing their rankings or Identities: (X=Variable for Roman Numeral)

[0225] For Ranking: The device will display, “Please rank Position X to proceed.”

[0226] For Identity: The device will display, “Please infer Position X to proceed.”

[0227] For Ranking: If multiple positions are missing, the message will include all (e.g., “Please rank Positions I, III, and IV to proceed.”)

[0228] For Identity: If multiple positions are missing, the message will include all (e.g., “Please infer Positions I, III, and IV to proceed.”)

[0229] The See Results button will remain disabled until all required fields are completed.Avoiding DuplicatesRanking Challenge:

[0231] If a participant assigns the same ranking number (e.g., “3”) to multiple positions, the device will flash a warning on the LED and display:

[0232] “Duplicate detected in positions X and X Please correct to proceed.”

[0233] Identity Challenge:

[0234] If a participant selects the same variable (e.g., “A”) for multiple positions, the device will flash a warning on the LED and display:

[0235] “Duplicate variable detected in positions X and X. Please correct to proceed.”

[0236] Duplicate entries disable the Results button until corrected.

[0237] Missing Template Values

[0238] If Libation Evaluation Templates are incomplete and the user presses “See Results”:

[0239] The device will prompt: “Position X is missing values for Libation Evaluation Templates, press Yes to proceed with Results or No to Return.”

[0240] If multiple templates are incomplete, the message will adjust accordingly (e.g., “Positions X and X are missing values, press Yes to proceed with Results or No to Return.”)

[0241] If yes is selected, incomplete templates will be omitted, and results will display without those entries.

[0242] If No is selected, the user is returned to the current screen to complete missing templates.

[0243] Custom Challenge Rooms:

[0244] If marked as mandatory, completing the Libation Evaluation Templates must be completed to proceed.

[0245] If missing, the device will read “Position X is missing values for Libation Evaluation Templates and must be completed to proceed.”

[0246] Corresponding Positions on 2-Digit LED

[0247] The numbered 2-digit 14 -segment LEDs (1-6) on the Tasting Platform remain active throughout this step, ensuring participants can easily match their glasses to the on-screen prompts.

[0248] The left digit will display the user's selection options, which vary based on the number of participants and challenge type. For example, in a Ranking Challenge with 6 participants, each user can choose only 1 or 2, while in an Identity Challenge, the options are limited to A or B.

[0249] The right digit displays the final ranking in Ranking Challenges or the selected variable in Identity Challenges once the user presses “See Results.”

[0250] Participant Scenarios

[0251] For 1 Participant:

[0252] Minimum 2 samples, maximum 6 samples.

[0253] Rankings range from 1 to 6, or variables from A-F.

[0254] For 2 Participants:

[0255] Minimum 2 samples, maximum 3 samples.

[0256] Participants alternate positions (e.g., Participant 1 uses positions I, II, and III; Participant 2 uses positions IV, V, and VI).

[0257] For 3 Participants:

[0258] Limited to 2 samples.

[0259] Positions are divided as follows:

[0260] Participant 1: Positions I and II.

[0261] Participant 2: Positions III and IV.

[0262] Participant 3: Positions V and VI.Step 12: Viewing and Interpreting ResultsAfter completing the tasting process and pressing “See Results,” the device will display the final results based on the selected challenge type—Ranking Challenge or Identity Challenge. This step provides a detailed breakdown of the tasting results, offering insights and feedback for the user(s).Results Display ProcessUpon pressing “See Results,” the device presents the results in an organized format based on the number of participants and the selected challenge type:For a single participant, the results will be displayed as a single summary covering all samples.

[0266] For multiple participants the results will be grouped by participant, clearly showing each individual's tasting data.

[0267] Ranking Challenge Results: The screen will display a Ranking Summary, showing the socket position (I-VI), the libation name (from Step 7, if selected), the ranking order assigned by the user, from most to least favored.

[0268] Identity Challenge Results: The screen will display an Identity Summary, showing the socket position (I-VI), the user's inferred selection, the actual correct result, the accuracy percentage.

[0269] Handling Errors and Incomplete Entries. If any required inputs are missing before displaying results, the device will prompt the user:

[0270] Ranking Challenge. If positions are missing rankings, the device will display “Please rank Position I to proceed.” If multiple positions are incomplete, the device will list them, displaying “Please rank Position I, III, and V to proceed.”

[0271] Identity Challenge. If positions are missing Identity selections the display can say “Please infer Position I to proceed.” If multiple identities are incomplete, it will adjust the message to “Please infer Position II and IV to proceed.”Multiple AttemptsIf a participant has more than two incorrect identities, the device will prompt “Oops! You have two or more incorrect Identities. You can press ‘See Results’ to view the correct answers, or press ‘Try Again’ to adjust your selections.” If there are only two samples per participant (e.g., for three participants), the ‘Try Again’ option will not be available since there is only one possible selection per sample. For two participants, if one participant has two or more incorrect Identities, the device will prompt specifically for that participant: “Oops! Participant 1—You have two or more incorrect Identities. You can: press ‘See Results’to view the correct answers, or press ‘Try Again’to adjust your selections.”Corresponding Positions and LED IndicatorsThe Tasting Platform positions (I-VI) remain illuminated throughout the result review phase to help users match their samples with the displayed results.The left digit of the 2-digit 14-segment LED continues to represent the user's selection, while the right digit displays the ranking or Identity result value.Saving and Uploading ResultsOnce results are displayed, if logged in, the device will automatically upload the results to the user profile for future tracking and analysis. If in offline mode, results are stored temporarily but cannot be saved to an online profile. A summary screen will appear with the message “Results successfully uploaded to your profile,” if logged in, or “results available for review until Returned to Home or device is powered off,” if in offline mode.Next Steps After Viewing ResultsAfter reviewing the results, users will have the following option: “Start New Challenge”—Returns to the Home Screen to begin a new tasting session.Overall UsageThe sample randomizer conducts ranking or blind tasting challenges by randomizing the placement of up to six beverage samples and guiding users through a structured tasting process. Users assign variables (A-F) to their samples, which are randomized on a spinning platform. The device then directs users to transfer the samples to a tasting station, where they can rank or infer the identity of each beverage using intuitive LED displays and controls. Preloaded sensory options allow users to capture tasting notes and smells during the process. Results are displayed alongside randomized variables, enabling users to track their performance and refine their tasting skills. Designed for both individual and shared challenges, the device supports multi-user functionality and integrates Wi-Fi for saving data, accessing updates, and participating in group challenges via room IDs.Key Benefits and Outcomes of the Sample randomizer: it provides an engaging, social, and Competitive experience.Rank and Infer Your Libations:The device allows enthusiasts to engage in ranking or inferring their favorite libations, while also tracking results for future reference. Whether you're alone or with friends, the device transforms a simple tasting session into a fun, competitive experience.Group Challenges for Up to 3 Participants: You can enjoy the challenge with up to 3 friends, enhancing the experience by introducing friendly competition. Participants go head-to-head in an Identity challenge, testing their ability to identify libations, or they can reveal their favorite libations through the ranking challenge, making the experience both competitive and social. This taps into the growing trend of shared experiences and fosters social interaction.Data-Driven Insights for Brands and DistributorsConsumer Preferences and Market Trends: As a data collection tool, the device allows for tracking users'true preferences in ranking challenges, offering valuable insights. For example, while a particular brand may dominate sales, consumer preference data could reveal that another brand is a favorite, providing powerful market data that brands and distributors can use for decision-making.Behavioral Data for Product Development: Beverage producers and distributors can leverage the device's data to gain insights into consumer preferences, helping them refine product offerings and improve marketing strategies. This positions Sample randomizer as an indispensable tool for brand differentiation and market intelligence.A Powerful Educational ToolSommelier and Tasting Education: The device is an invaluable resource for sommelier programs and wine schools. Instructors can set up customized challenges to evaluate students'abilities to identify and rank libations under blind tasting conditions, providing structured learning and assessment.Customized Challenge Rooms: Distillers and producers can use these challenge rooms for real-time consumer feedback. By conducting blind taste tests in a controlled setting, they can gauge how new products perform in comparison to existing ones, receiving actionable feedback on consumer preferences. This makes the device a perfect fit for product development and market research in the beverage industry.Enhanced Consumer Engagement and Community BuildingOnline Community and User Interaction: The device's integration with online platforms allows users to connect, share experiences, and compare results. Users can join online forums where they discuss their favorite libations, share tasting notes, and earn badges from successful Identity challenges. This creates a community-driven ecosystem, which can lead to brand loyalty and user engagement.Badges and Achievements: By incorporating gamification, the device motivates users to keep improving their tasting skills. The earned badges, which users can proudly display, provide an added incentive for regular use, creating a sense of accomplishment and fostering long-term engagement.Standards for Data Collection in the Libation IndustryReliable Consumer Data: As the device gathers data from real-world users, it becomes a trusted source of unbiased consumer preference information. Brands can use this data to gain a clearer picture of what their customers actually enjoy, offering personalized recommendations and adjusting product lines based on true consumer tastes rather than market assumptions.Targeted Marketing and Product Placement: By tracking the most preferred libations across various categories, beverage companies can better target their marketing efforts and fine-tune product placements. For distributors, the device offers a valuable opportunity to suggest products that rank highly among consumers, boosting sales and market share.Scalability and Future-Proof TechnologyOnline Integration and Customization: The accompanying website, which allows users to create personalized challenge rooms, ensures the device evolves with the market. The ability to customize challenges for different beverages or participant levels keeps the device relevant for a wide range of industries, from wine enthusiasts to spirits producers.FIG. 14 shows a networked system 1400 including a network and data architecture for sample randomizers that allow data collection and verification, in accordance with some embodiments. In the system 1400 there are a plurality of networked sample randomizer stations 1402a-c. May other such stations can also be included. Each of the stations 1402a-c can be remotely located from each other, such as in users'homes, offices, etc. Each station 1402a-c includes network capability, meaning the ability to connect to other devices over the internet. For example, each station 1402a-c can include a WiFi transceiver that can be configured to connect to a local access point or wireless internet router. Each of the stations 1402a-c has an integrated three layer architecture that includes a physical device layer 1408, a local data layer 1410, and a cloud data layer 1412. These three layers 1408, 1410, 1412 work together to deliver a complete end-to-end pipeline from each station 1402a-c and user interaction to structured data capture, offline operation, and long-term cloud-based storage and analysis. The physical device layer can be, for example, built around the Raspberry Pi running Linux with custom C application code and the Light and Versatile Graphics Library (LVGL) graphics framework, directly controls the motorized randomization platform, per-position LED displays and buttons, barcode scanner, and touchscreen interface while managing the full challenge flow, maintaining the live mapping of randomized positions, and writing every interaction in real time to the local database. The local data layer, implemented as a SQLite database on a local memory device, such as, for example, a SD card, serves as a complete self-contained transactional store that records the entire hierarchical session record including headers, samples with load and presentation positions, identification methods, tasting notes, scores or inferences, response times, and final answers, enabling the device to execute a full tasting challenge with full data integrity and blind condition preservation even when no network connection is available. The cloud data layer, which can be centered on an Azure SQL Server database known as libationDB and its supporting REST API server, acts as the permanent source of truth for all configuration data such as categories, challenge types, scoring methodologies, and tasting note options while receiving complete session data pushed from devices after each challenge in proper dependency order, thereby enabling centralized retention, aggregate analytics, proficiency reporting, AI model training, and the multi-user features such as custom challenge rooms and gamification. The cloud data layer supports mirroring of the locally organized data at a cloud server 1404 that is connected to a database 1414. Within the database 1414 there are copies 1416 of data produced and stored (at least temporarily) at the stations 14012a-c. These three layers are tightly coupled through well-defined interfaces where the physical layer generates and stores data locally during operation, the local layer provides offline resilience and immediate responsiveness, and the cloud layer ensures long-term persistence and analytical power, with incremental row-version synchronization for configuration updates on login and transactional push for session data on completion creating a seamless and robust system that preserves the core randomization functionality of the parent patent while adding the novel software and data architecture claimed in this continuation-in-part.Facilitators can use a computing device 1406 to set up different testing scenarios for users of the stations 1402a-c to carry out. These can be controlled testing scenarios for academic credentials, market research, hobbyist enjoyment, and so on. The user of the computing device 1406 can therefore be a user of one of the stations 1402a-c, or an independent facilitator who designs the testing scenarios. Each station 1402a-c has a unique identifier assigned to it upon manufacture of the station. This identifier is indelible, and permanently associated with the station, and is reported with testing results to confirm where the testing results came from. When a user sets up a station, the station can contact the server 1404 to establish an account, which includes the server reserving memory space for the station. This can also include establishing an account identifier that can be used by the server 1404. As one example, a facilitator can define a testing scenario, including the identification of several sources to be tested. The type of testing can be identified as well, such as simple identification (e.g. can the user correctly identify a random sample), ranking (ordering the user preference of the samples), qualitative testing (describing the samples, e.g. their taste profile), among other testing scenarios. The facilitator can identify the stations 1402a-c (or any others) to participate or to be invited to participate in the testing scenario. This information is then provided to the server 1404, which in term routes the invitation and testing scenario parameters to each invited or selected station, as indicated by the facilitator. The facilitator can set up various groups that include station identifiers at the server 1404. For example, for a sommelier class, an instructor can set up a group for a class being taught that includes the station identifiers of all of the students in the class. The server 1404, upon being instructed to forward the testing scenario, can then fetch the group definition and send the testing scenario definition to each station.

[0293] Upon receiving the testing scenario, each user can accept the testing scenario, resulting in the station setting up a data structure compliant with SQLite in the local memory. To conduct the test, the user may be required to scan a sample source using the barcode reader of the station, or using a barcode scanner on a mobile phone device that is wirelessly linked with the station. For example, the barcode on the label of a bottle of wine can be scanned to confirm that the correct source is being used for each of the samples. After pouring the samples into containers, then the randomizing is performed and testing begins according the scenario design. The results are captured and stored locally, and when there is a connection, the results can be transmitted and mirrored at the database 1414, along with, for example, permission indicating who can access the results. The transmittal of results can also trigger notification to the facilitator that the particular user's results are stored and available for review, or comparison with results from other users participating in the testing scenario.

[0294] The system 1400 includes a fully integrated identification pipeline in which the barcode scanner can be activated from the touchscreen UI during the libation assignment step, attempts to match the scanned UPC against the local catalog, records the method as “UPC” when successful, and captures the raw UPC value together with the barcode type when the scan fails to match any catalog entry so that the failed scan record can later be pushed to the cloud for catalog expansion analysis. This failed-identification capture mechanism, the dual-path assignment logic that seamlessly offers manual entry of name, brand, and producer when scanning is unsuccessful or declined, the storage of these choices in the user challenge samples table with the corresponding foreign-key relationship to either cataloged or manually entered information, and the end-to-end data flow that links the scanned or manually entered identity to the subsequent randomized presentation order and final evaluation results.

[0295] In organizing the data generated in testing, each station can use a hierarchical structured data schema. The hierarchical structured data schema is the relational architecture that organizes every piece of information generated during a tasting challenge into a traceable, dependency-ordered tree so that the complete story of a session—from the moment a user begins a challenge to the final reveal of identities and performance metrics—can be captured locally in SQLite, pushed reliably to the cloud, and later queried for analytics, reporting, or AI model training without any loss of context or referential integrity. At the root of the hierarchy sits the user_challenge_run_header record, which serves as the single parent entity for an entire solo tasting session and stores the high-level metadata that defines the context of the challenge, including the user who performed it, the specific device used, the challenge_type selected (Rank, Identify, or Score), the libation_category, the number of samples, overall status, start and end timestamps, duration, and retry or reset counts. This header record is created when the user initiates a new challenge and remains the anchor point against which all subsequent child records are linked through foreign keys, ensuring that every lower-level piece of data can always be traced back to its originating session.

[0296] The hierarchical structured data schema, when implemented in the local SQLite transactional store of each station's embedded device, provides a specific technical improvement to the station's ability to maintain complete data integrity during periods of network unavailability. Because the schema organizes every tasting session as a strict dependency-ordered tree—run header before per-sample records, per-sample records before their associated tasting-note and evaluation-result records—the local database can perform all writes for an entire challenge as self-contained, referentially consistent transactions without any reliance on remote validation or cloud connectivity. This enables the physical device to execute the full workflow of libation assignment, motorized randomization, per-position hardware input capture, tasting-note recording, and final-answer confirmation while operating entirely offline, yet still produce a complete, auditable hierarchical record that can be pushed to the cloud data layer in proper parent-before-child order upon restoration of connectivity. As a result, the station delivers reliable structured data capture and blind tasting functionality in real-world environments where network access may be intermittent or unavailable, while guaranteeing that the mirrored cloud dataset preserves referential integrity for subsequent analytics, reporting, and multi-station coordination—capabilities that prior manual or constantly connected systems could not achieve on an embedded physical randomizer platform.

[0297] Directly beneath the header, the user_challenge_run_samples table forms the next level of the hierarchy, with one record created for each individual sample container that participates in the challenge. Each sample record captures the critical linkage between the physical world and the digital record by storing the sample_code (the alpha identifier A through F assigned at staging), the load_position that records exactly where the user placed that container on the tasting station before randomization, the presentation_order that records the randomized position delivered by the motorized platform after spinning, and the identified_method flag that distinguishes whether the libation was identified by successful UPC scan or by manual entry. The sample record also holds the foreign-key references to either the upc_libations catalog entry or the user_manual_libations record that was created or selected during the assignment step, thereby locking the commercial identity of the libation to that physical sample for the remainder of the session. Because the presentation_order is the only value that changes as a result of randomization, the schema preserves a clean separation between what the user knew at loading time and what the user experiences after the blind has been applied.

[0298] At the leaf level of the hierarchy, two primary child tables hang from each sample record to capture the user's actual tasting activity. The user_challenge_run_sample_note table records every tasting-note selection made against that specific sample, linking the sample to a tasting_note_field (such as Nose, Palate, or Finish) and then to either a system-provided tasting_note_option or a user-created custom option stored in user_tasting_note_option; this structure allows both standardized professional descriptors and novel user-generated language to be captured in a fully normalized and queryable way. Parallel to the notes, the user_challenge_run_results table stores every evaluation attempt the user makes for that sample, including the user_rank_position for ranking challenges, the guessed_upc_libation_id or guessed_manual_libation_id for identify challenges, the is_correct flag computed at reveal, the score_value for scoring challenges, the response_time_seconds for that attempt, an attempt_number that increments with each change, a was_changed flag, and—most importantly—a final_answer_flag that marks only one result row per sample as the definitive answer the user wishes to submit. This attempt-history design means the schema does not merely store the final outcome; it preserves the full sequence of user interactions, corrections, and timing data that can later be mined for insights into decision-making speed or confidence.

[0299] The hierarchical arrangement is deliberately constructed so that data can be written locally during an offline challenge in strict parent-before-child order and then transmitted to the cloud REST API (e.g. server 1414) in the same dependency sequence after the session completes, guaranteeing that a header record exists before any sample records are inserted and that every sample record exists before its associated note or result records are created. This same structural pattern is mirrored in the custom-room tables, where cust_challenge_run_header, cust_challenge_run_samples, cust_challenge_run_results, and cust_challenge_run_sample_note provide the identical hierarchical relationships for each participant's independent run within a shared organizer-defined session, with the addition of session-level foreign keys that allow cross-participant comparison while still maintaining per-device physical randomization. By enforcing this clean tree structure across both solo and multi-user scenarios, the schema delivers the complete, auditable, and analytically rich tasting-session record that constitutes one of the core new-matter contributions of the continuation-in-part application.

[0300] In the system 1400, the configurable, data-driven features shift what would traditionally be hardcoded application logic into structured database records that are synchronized from the cloud (server 1414) and interpreted at runtime by the station software, thereby allowing the entire behavior of scoring, tasting-note capture, and challenge presentation to be modified centrally without any changes to the device application code or the need to push firmware updates to deployed units. At the heart of this architecture lies the scoring-system data model, in which complete professional evaluation methodologies—such as those associated with Robert Parker, Jim Murray, or any future system—are stored as rows in the scoring_system table together with their associated scoring_system_categories, maximum point allocations, baseline values, and display ordering; each scoring system can be linked through junction tables to specific libation categories so that, for example, a whiskey scoring template appears automatically when the user selects a whiskey challenge while a different template appears for wine. Because these records reside in the cloud Azure SQL Server and are pulled into the device's local SQLite database through the row-version incremental synchronization process on every login, the device always presents the most current set of available scoring methodologies, and the addition of an entirely new professional scoring system requires only the insertion of new rows in the central database 1414; the next time any connected device performs its configuration sync, the new methodology appears in the challenge-setup screens with its full hierarchy of categories and point ranges already defined.

[0301] Parallel to the scoring model, the tasting-note system follows the same data-driven pattern through the tasting_note_field and tasting_note_option tables in its template, which define the sensory dimensions presented to the user (Appearance, Nose, Palate, Finish, and so on) and the standardized selectable descriptors for each dimension; these system-provided options are supplemented by user-created custom entries stored in the user_tasting_note_option table, which are themselves synchronized on a per-user basis so that an individual's personal lexicon of descriptors travels with that user across devices. When a user begins a challenge and selects a libation category, the application reads the local database to determine which tasting-note fields are relevant for that category, which preset options should be offered, and which custom options the current user has previously defined, then dynamically constructs the note-entry screens without any category-specific code having been written into the application. This same runtime interpretation extends to the overall challenge configuration flow itself: the list of available challenge types, the valid sample-count ranges for each type, the time-limit options, and the results-visibility settings are all drawn from reference tables rather than compiled constants, so that future expansions—such as the introduction of a new challenge variant or the adjustment of maximum sample counts for a particular hardware revision—can be effected through database updates alone.

[0302] The practical consequence of this design is that each station 1402 becomes a living platform whose functional breadth can grow over time through content changes in the cloud rather than through software releases, a capability that is especially powerful for an industry in which new sensory-evaluation methodologies, emerging libation categories, and evolving professional standards appear regularly. Because the device's user interface, scoring calculations, note-capture logic, and even the validation rules for duplicate rankings or identifications are driven entirely by the data it has synchronized, the embedded application remains a thin interpreter of configuration rather than a monolithic container of business rules; this separation not only simplifies long-term maintenance and regulatory compliance but also ensures that every deployed unit, regardless of when it was manufactured or last updated, can immediately benefit from the latest centrally managed content the moment it next connects to the network. In the context of the continuation-in-part claims, this data-driven configurability is therefore claimed both as an apparatus feature of the integrated system and as a method for extending the capabilities of a physical tasting device through cloud-synchronized database records rather than through application recompilation or hardware redesign.

[0303] The system 1400 also supports data portal and analytics methods that represent the realization of the value created by the structured data-collection architecture, transforming the raw tasting-session records captured by every connected device into tiered, role-appropriate business intelligence and decision-support tools that can be accessed through a web-based interface while the underlying hierarchical schema and cloud database remain the single source of truth. A data portal 1418 can be set up at the server 1404 using the database 1414. The data portal itself is organized into three distinct access tiers that scale from individual consumer use to enterprise-grade analytical services. At the personal Tier 1 level 1420, any device owner can log into a self-service web portal to review their own complete history of tasting sessions, view performance trends over time, track badge and tier progression derived from identification accuracy and challenge volume, examine their personal tasting-note library, and compare their blind-inference accuracy or scoring consistency against aggregate benchmarks; all of this information is generated directly from the user_challenge_run_header, user_challenge_run_samples, user_challenge_run_results, and user_challenge_run_sample_note records that were pushed from their devices after each offline or connected session.

[0304] At an Organizational Tier 2 level 1422 access is provided to distilleries, retailers, research firms, and hospitality groups through a paid subscription that unlocks aggregate views across multiple devices and users under their control, allowing them to filter and analyze session data by date range, libation category, challenge type, geographic location, or demographic segment; the portal surfaces interactive dashboards showing tasting-note frequency distributions, average category scores, blind-identification accuracy rates by specific product, comparative performance against similar offerings in the same category, and trends in consumer preference or discriminability, with the ability to export summarized CSV reports or schedule recurring analytics deliveries. At the highest Enterprise or White-Glove Tier 3 level 1424, large organizations receive not only the full organizational feature set but also dedicated analyst support, custom report generation tailored to specific business questions, raw-data export in standard or proprietary formats, API access to anonymized aggregate datasets, and consultative services for designing custom tasting methodologies or interpreting results in the context of product development or retail strategy.

[0305] The analytics methods that power these portal experiences are themselves claimed as novel processes that leverage the uniquely structured, device-generated dataset. One such method performs aggregate blind-tasting pattern analysis by collecting inference accuracy rates across thousands of sessions, then segmenting the results by beverage category, specific product identity, user demographics, geographic region, and time period to identify which beverages are most frequently misidentified and which are most reliably recognized, thereby producing quantitative measures of discriminability that producers can use to understand true brand distinctiveness under blind conditions. A related production-feedback method aggregates professional scoring data, tasting-note selections, and blind-inference outcomes by individual commercial product and delivers reports to distillers and brewers showing average category scores, the most commonly selected sensory descriptors, identification accuracy rates, and side-by-side comparisons against competitor products in the same category, giving product-development teams data-driven insight into which attributes consumers actually perceive as positive or distinctive.

[0306] Further methods apply machine-learning techniques to the same structured records to build an AI-driven recommendation engine that trains on correlations between users'historical scoring patterns, tasting-note preferences, identification accuracy, and ranking behavior, then predicts preference scores for beverages the user has not yet evaluated and surfaces personalized ranked recommendations that are grounded in actual sensory-evaluation performance rather than stated preferences or purchase history. Retail tasting-research automation methods deploy networks of Station 1402 devices at point-of-sale locations, configure standardized research sessions with specific parameters, collect the resulting consumer data in real time, and generate aggregated reports that inform purchasing, merchandising, and inventory decisions without the cost and variability of traditional manual panel studies. Training-platform methods use known-identity challenges to measure sommelier or educator trainee performance on identification accuracy, scoring consistency, response time, and note-selection patterns, track longitudinal improvement, benchmark individuals against cohort or certification standards, and generate targeted practice recommendations based on identified skill gaps. Finally, the industry-standard tasting-data-protocol method formalizes the hierarchical schema itself as a common data language, implements it uniformly across all connected devices, and exposes controlled API access to anonymized aggregate datasets so that cross-device, cross-venue, and cross-vendor comparisons become possible under a single, consistent structure analogous to how standardized credit or media-rating schemas enabled industry-wide analytics.

[0307] Taken together, the tiered data portal and these analytics methods convert the continuous stream of structured, device-captured tasting evaluations into actionable intelligence for consumers, producers, retailers, educators, and researchers, establishing the station 1402 ecosystem as both a data-generation platform and a data-consumption platform whose long-term competitive advantage grows with every additional session conducted.

[0308] The system 1400 extends the core solo-challenge platform of FIG. 10 into a connected social tasting ecosystem in which a remote organizer can define and coordinate structured tasting experiences that are executed simultaneously and independently on multiple physical devices, with results synchronized to a shared cloud session while each participant's device continues to perform its own physical randomization and local data capture. For example, the system 1400 facilitates a custom challenge room, which begins when an organizer / facilitator creates a named room through either a device interface or the web portal (using a computer 1406) and configures all parameters for the shared experience, including the challenge type (Rank, Identify, or Score), the libation category, the scoring methodology if applicable, the sample count, optional time limits, and the results-visibility setting that determines whether outcomes are revealed immediately after each participant finishes, only after every participant has completed, or solely upon organizer command. The system automatically generates a short alphanumeric room code that the organizer distributes through any convenient channel; participants then join the room on their own stations 1402 by entering the code, at which point their station 1402 downloads the organizer-defined configuration from the cloud and present a guided workflow that mirrors the solo flow but operates under the shared parameters.

[0309] Once inside the room, each participant independently performs the full assignment, loading, randomization, tasting, and evaluation sequence on their own hardware; the device records its own load_positions and generates its own randomized presentation_order values so that station 1402a's physical position III may contain an entirely different libation from station 1402b's position III, yet the results remain comparable because every evaluation is ultimately linked to the common libation identity rather than to the physical position. When a participant completes the challenge and confirms final answers, the device pushes its complete hierarchical run record—header, samples, notes, and results—to the cloud in dependency order; only after all participants have pushed their data does the system apply the organizer's chosen visibility rule to release the shared leaderboard or comparative results view, which may include cross-participant accuracy rankings for Identify challenges or preference distributions for Rank challenges. This architecture therefore enables fair, head-to-head social tasting and competition while preserving the fundamental blind condition and physical-randomization integrity of each individual device.

[0310] Layered on top of the custom-room functionality is the gamification system, which converts the structured performance data already captured in the user_challenge_run_results and user_challenge_run_header tables into a system of accuracy points, tier progression, and achievement badges that constitute earned, objective credentials rather than self-reported experience. Accuracy points are awarded automatically from the final_answer_flag rows: a correct blind identification in an Identify challenge earns a base of ten points, with partial credit scaled to the participant's overall accuracy rate for that run; completion of any challenge type yields additional base points, and bonus points are granted for multi-category breadth, perfect identification runs in which every sample is correctly identified, or other measurable milestones. These points accumulate in the user_accuracy_points table, each row permanently linked to the specific run_header that generated the award so that the entire history remains auditable. Tier status is then computed from the cumulative point total, advancing the user through six defined levels from Novice to Aficionado; each tier change creates a historical record in the user_tiers table so that progression can be tracked over time. Badges are discrete achievement awards stored in the user_badges table and linked to the triggering run; examples include “First Blood” for completing an initial Identify challenge, “Perfect Palate” for a one-hundred-percent identification run, “Category Master” for sustained performance within a single libation category, or “Room Champion” for achieving the highest accuracy within a custom-room session. Because every point and badge is derived directly from the device-generated is_correct flags, completion status, response times, and category coverage already present in the hierarchical schema, the resulting credentials represent measured sensory-evaluation proficiency rather than claimed expertise.

[0311] The same structured data that drives gamification also feeds the tiered data portal, allowing users at the personal level to view their own point totals, current tier, earned badges, and performance trends, while organizational and enterprise users can analyze aggregate accuracy distributions, badge attainment rates, or tier demographics across populations of tasters. In this way system 1400 transforms the stations 1402 from a solitary evaluation tool into a social platform whose gamification layer supplies intrinsic motivation and objective credentialing while its custom-room and data-portal capabilities supply the coordination and analytical infrastructure needed for organized events, training programs, retail activations, and producer research.

[0312] The networked embodiments of the present invention provide significant technical and practical benefits over prior manual or single-device blind tasting systems. By combining a physical sample randomizer station with a local SQLite transactional store and a cloud data layer, the system enables complete, structured data capture during tasting challenges even when network connectivity is unavailable or unreliable, while still guaranteeing that every session record maintains full referential integrity and can be seamlessly synchronized to the cloud upon reconnection. The data-driven architecture allows new scoring methodologies, tasting-note descriptors, and challenge configurations to be introduced centrally and automatically deployed to already-fielded stations without any firmware updates or application code modifications, thereby extending the useful life and functional breadth of deployed hardware. The ability of multiple physically separated stations to participate in organizer-defined custom challenge rooms—each station independently randomizing its own samples while linking all evaluations to common libation identities—enables fair, scalable, head-to-head social tasting and training events with results that remain analytically comparable across participants. Furthermore, the derivation of objective accuracy points, tier status, and achievement badges directly from device-generated performance data, combined with the tiered data portal's aggregate analytics capabilities, transforms raw tasting interactions into reliable, measurable proficiency credentials and actionable business intelligence for consumers, producers, retailers, and educators. These networked features collectively establish a standardized, data-rich infrastructure for blind tasting that improves consistency, enables remote coordination, supports continuous platform evolution, and generates valuable insights that were previously unattainable with manual or disconnected evaluation methods.

[0313] The claims appended hereto are meant to cover all modifications and changes within the scope and spirit of the present invention.

Examples

Embodiment Construction

[0034]While the specification concludes with claims defining the features of the invention that are regarded as novel, it is believed that the invention will be better understood from a consideration of the following description in conjunction with the drawing figures, in which like reference numerals are carried forward. It is to be understood that the disclosed embodiments are merely exemplary of the invention, which can be embodied in various forms.

[0035]The inventive sample randomizer disclosed and claimed herein allows a person, or a small number of people, to randomize a group or groups of samples and then dispense the samples such that the person or people do not know the order in which samples are dispensed, and therefore are “blind” as to which sample is in a given dispensed sample container. The inventive sample randomizer eliminates the need for a person, who is not participating in the sample testing, to randomize the samples for the person or people performing the sampl...

CROSS-REFERENCE TO RELATED APPLICATION

[0001] This application is a continuation in part of application Ser. No. 19 / 576,344, filed Mar. 24, 2026, which is a divisional of application Ser. No. 19 / 087,171, filed Mar. 21, 2025, and issued as U.S. Pat. No. 12,582,227 on Mar. 24, 2026, and through that application claims priority to U.S. Provisional Patent Application No. 63 / 642,121, filed May 3, 2024, the entireties of each of which are hereby incorporated by reference.FIELD OF THE INVENTION

[0002] The present invention relates generally to devices and apparatuses used for blind testing, such as taste testing, and, more particularly, relates to a method, system, and device that allows an individual user to select several samples for comparison, and randomize them blindly from the user so that the user does not know which sample the user is then subsequently testing. This eliminates the need to have another individual randomize the samples.BACKGROUND OF THE INVENTION

[0003] There are many instances in which human perception and preference are tested in blind tests. This means that the person performing the test does not have information about any of the particular samples being tested. For example, it is common for wine and liquor to be blindly tasted by people for contests, or for their own personal enjoyment. These tests rely on having someone set up the samples so that the person or persons performing the testing do not know the origin / brand / makeup or other information that could be used to identify the samples, and maintain a record of such information for each sample so that at the end of the testing the sample information for each sample can be revealed, and the results of the testing then known. But if, for example, a person wanted to perform a blind tasting of samples of their own collection, and does not have another person to prepare and track the samples, then they have not been able to do so. This may be done simply as a hobby, or it can be part of a formal educational process to study, for example, wines, spirits, or other consumables. In the past, and presently, studying to become a sommelier or obtain a similar education for other types of consumables requires in-person attendance due to the need to conduct blind tastings and to demonstrate a learned understanding of subject matter (e.g. being tested for proficiency). This limits the ability for people interested in endeavors to obtain the necessary training and certification.

[0004] Therefore, a need exists to overcome the problems with the prior art as discussed above.SUMMARY OF THE INVENTION

[0005] The present invention provides a networked system that combines physical sample randomizer hardware with a sophisticated software and cloud architecture to enable reliable, structured data capture and analysis during blind tasting sessions. At its core, the system includes multiple sample randomizer stations, each built with three integrated layers: a physical device layer that controls the motorized randomization platform, per-position input controls, displays, and barcode scanning; a local data layer that uses a SQLite database to store a complete hierarchical record of every tasting session while the station operates offline; and a cloud data layer that serves as the permanent repository for configuration data and synchronized session records.

[0006] One of the key improvements is the system's ability to maintain full data integrity even when network connectivity is unavailable. Each station captures an entire tasting session—from the initial run header through per-sample load and randomized presentation positions, identification method, tasting notes, and evaluation results—as a self-contained, referentially consistent set of records. These records are later pushed to the cloud in proper dependency order once connectivity is restored, ensuring that parent records exist before their child records and that the complete session remains intact for analysis.

[0007] The system further improves upon prior approaches by making evaluation logic data-driven rather than hardcoded. Scoring methodologies, scoring categories, tasting-note fields, and selectable descriptors are stored as records in the cloud database. When a station logs in, it performs an incremental synchronization that brings down only changed configuration data. At runtime, the station reads this local data to dynamically present the appropriate scoring options and note fields for the selected libation category and challenge type. As a result, new scoring systems or tasting-note descriptors can be added centrally and will automatically appear on already-deployed physical stations without any firmware update or modification to the application code running on those stations.

[0008] The networked architecture also enables meaningful multi-user experiences. An organizer can create a custom challenge room through a web portal or station interface, define the parameters for the session, and distribute a room code to participants. Each participant then joins on their own physical station, which independently randomizes the sample positions for that user while still linking all evaluations to the same set of libation identities. Results from all participants are synchronized to a shared cloud session, allowing comparative leaderboards and analytics once the organizer-selected visibility rules are met.

[0009] In addition, the system derives objective performance credentials directly from the data generated by the physical tasting process. Accuracy points, tier progression, and achievement badges are calculated automatically from specific fields in the session records, such as correct identifications, response times, and category coverage. These credentials are not based on self-reported experience but on measurable results captured by the device itself. A tiered data portal then makes this information accessible at different levels—personal users can view their own history and progress, while organizations and enterprises can access aggregated analytics, comparative product performance, and other business intelligence derived from the structured tasting data across multiple stations and users.

[0010] Taken together, these features allow the system to deliver consistent, data-rich blind tasting experiences that work reliably in real-world conditions, support both individual and group use, evolve over time without hardware changes, and generate objective insights and credentials that were previously difficult or impossible to obtain at scale.

[0011] Although the invention is illustrated and described herein as embodied in a sample randomizer for blind testing, it is, nevertheless, not intended to be limited to the details shown because various modifications and structural changes may be made therein without departing from the spirit of the invention and within the scope and range of equivalents of the claims. Additionally, well-known elements of exemplary embodiments of the invention will not be described in detail or will be omitted so as not to obscure the relevant details of the invention.

[0012] Other features that are considered as characteristic for the invention are set forth in the appended claims. As required, detailed embodiments of the present invention are disclosed herein; however, it is to be understood that the disclosed embodiments are merely exemplary of the invention, which can be embodied in various forms. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representative basis for teaching one of ordinary skill in the art to variously employ the present invention in virtually any appropriately detailed structure. Further, the terms and phrases used herein are not intended to be limiting; but rather, to provide an understandable description of the invention. While the specification concludes with claims defining the features of the invention that are regarded as novel, it is believed that the invention will be better understood from a consideration of the following description in conjunction with the drawing figures, in which like reference numerals are carried forward. The figures of the drawings are not drawn to scale.

[0013] Before the present invention is disclosed and described, it is to be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting. The terms “a” or “an,” as used herein, are defined as one or more than one. The term “plurality,” as used herein, is defined as two or more than two. The term “another,” as used herein, is defined as at least a second or more. The terms “including” and / or “having,” as used herein, are defined as comprising (i.e., open language). The term “coupled,” as used herein, is defined as connected, although not necessarily directly, and not necessarily mechanically. The term “providing” is defined herein in its broadest sense, e.g., bringing / coming into physical existence, making available, and / or supplying to someone or something, in whole or in multiple parts at once or over a period of time.

[0014] “In the description of the embodiments of the present invention, unless otherwise specified, azimuth or positional relationships indicated by terms such as “up”, “down,”“left,”“right,”“inside,”“outside,”“front,”“back,”“head,”“tail” and so on, are azimuth or positional relationships based on the drawings, which are only to facilitate description of the embodiments of the present invention and simplify the description, but not to indicate or imply that the devices or components must have a specific azimuth, or be constructed or operated in the specific azimuth, which thus cannot be understood as a limitation to the embodiments of the present invention. Furthermore, terms such as “first,”“second,”“third,” and so on are only used for descriptive purposes and cannot be construed as indicating or implying relative importance.

[0015] In the description of the embodiments of the present invention, it should be noted that, unless otherwise clearly defined and limited, terms such as “installed,”“coupled,”“connected” should be broadly interpreted, for example, it may be fixedly connected, or may be detachably connected, or integrally connected; it may be mechanically connected, or may be electrically connected; it may be directly connected, or may be indirectly connected via an intermediate medium. As used herein, the terms “about” or “approximately” apply to all numeric values, whether or not explicitly indicated. These terms generally refer to a range of numbers that one of skill in the art would consider equivalent to the recited values (i.e., having the same function or result). In many instances, these terms may include numbers that are rounded to the nearest significant figure. In this document, the term “longitudinal” should be understood to mean in a direction corresponding to an elongated direction of the article being references. To the extent that any software or computer instruction code is references, the terms “program,”“software application,” and the like as used herein, are defined as a sequence of instructions designed for execution on a computer system. A “program,”“computer program,” or “software application” may include a subroutine, a function, a procedure, an object method, an object implementation, an executable application, an applet, a servlet, a source code, an object code, a shared library / dynamic load library and / or other sequences of instructions designed for execution on a computer system. Exemplary names of data structures, tables, fields, and parameters are shown in italics for convenience of reference; it will be understood that different names may be used to represent the same or similar data structures, fields, parameters, or values without departing from the scope of the invention. Those skilled in the art can understand the specific meanings of the above-mentioned terms in the embodiments of the present invention according to the specific circumstances.

[0016] Conjunctive language such as the phrase “at least one of X, Y, and Z,” unless specifically stated otherwise, is otherwise understood with the context as used in general to convey that an item, term, etc. may be either X, Y, or Z. Thus, such conjunctive language is not generally intended to imply that certain embodiments require at least one of X, at least one of Y, and at least one of Z to each be present.BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The accompanying figures, where like reference numerals refer to identical or functionally similar elements throughout the separate views and which together with the detailed description below are incorporated in and form part of the specification, serve to further illustrate various embodiments and explain various principles and advantages all in accordance with the present invention.

[0018] FIG. 1 shows an exploded view of a sample randomizer for blind testing, in accordance with some embodiments.

[0019] FIG. 2 shows a front perspective view of a sample randomizer for blind testing, in accordance with some embodiments.

[0020] FIG. 3 shows a block schematic diagram of a sample randomizer for blind testing, in accordance with some embodiments.

[0021] FIG. 4 shows a representation of an initialization process for associating source samples with specific sample holders, in accordance with some embodiments.

[0022] FIG. 5 shows a top plan view of a randomizing table used inside of a sample randomizer for blind testing, in accordance with some embodiment.

[0023] FIG. 6 shows a perspective view of a sample randomizer with the cover removed to expose the randomizing table during usage, in accordance with some embodiments.

[0024] FIG. 7 shows a representation of a randomizing process, and how the sample randomizer keeps track of the samples, in accordance with some embodiments.

[0025] FIG. 8 shows a flow chart diagram of a general method of initializing and loading samples into a sample randomizer, in accordance with some embodiments.

[0026] FIG. 9 shows a flow chart diagram of a general method for dispensing samples from a sample randomizer, in accordance with some embodiment.

[0027] FIG. 10 shows a networked system in which a sample randomizer interfaces with a remote data center to carry out a prescribed sample testing regimen, in accordance with some embodiments.

[0028] FIG. 11 shows a randomized dispensing sequence conducted by a sample randomizer, in accordance with some embodiments.

[0029] FIG. 12A shows a user ranking of randomized samples placed in the ranking station of a sample randomizer, in accordance with some embodiments.

[0030] FIG. 12B show a source reveal of randomized samples placed in the ranking station of a sample randomizer, in accordance with some embodiments.

[0031] FIG. 12C shows a memory table data structure used by a sample randomizer to track which source sample was dispensed to each respective tasting position of the sample randomizer, in accordance with some embodiments.

[0032] FIG. 13 shows a mapping of the memory table of FIG. 12C to the tasting positions for revealing the source of each sample at the respective tasting positions, in accordance with some embodiments.

[0033] FIG. 14 shows a networked system including a network and data architecture for sample randomizers that allow data collection and verification, in accordance with some embodiments.DETAILED DESCRIPTION

[0034] While the specification concludes with claims defining the features of the invention that are regarded as novel, it is believed that the invention will be better understood from a consideration of the following description in conjunction with the drawing figures, in which like reference numerals are carried forward. It is to be understood that the disclosed embodiments are merely exemplary of the invention, which can be embodied in various forms.

[0035] The inventive sample randomizer disclosed and claimed herein allows a person, or a small number of people, to randomize a group or groups of samples and then dispense the samples such that the person or people do not know the order in which samples are dispensed, and therefore are “blind” as to which sample is in a given dispensed sample container. The inventive sample randomizer eliminates the need for a person, who is not participating in the sample testing, to randomize the samples for the person or people performing the sample testing. Although there are numerous applications for the disclosed sample randomizer, perhaps the most relatable example is in using the sample randomizer for blind taste testing of libations—wine, spirits, beer, etc. Such taste testing is a popular endeavor for hobbyists who want to sharpen their senses and their palate, but it can also be used for more formal training, such as in the pursuit of certifications in sommelier training. The disclosed sample randomizer is inventive in how it is constructed, how it operates, and in the numerous applications for which it can be used.

[0036] FIG. 1 shows an exploded view of a sample randomizer 100 for blind testing, in accordance with some embodiments. Reference can also be made to FIG. 2, which shows a front perspective view of a sample randomizer 100. The sample randomizer 100 includes a base housing 102 in which that is an interior volume 104. Disposed in the interior volume 104 is a control unit 106 that can include a processor for carrying out instruction code and which is interfaced to the other system components to control and operate them in accordance with instruction code being executed by the processor. For example, the control unit 106 can be operably connected to a stepper motor 108, as well as various input / output components such as, for example, individual LED segment displays 112, button 114, and a main graphic display 116. A power supply 110 converts an alternating current (AC) supply to useable direct current (DC) outputs to power the various components of the sample randomizer.

[0037] On top of the base housing 102 there can be a deck 118 that provides a ranking station on the deck surface 122. The ranking station can include individual sample container holders 126 at each of several ranking positions. The holders 126 are configured to receive a sample container that can include an identifier, and the holders 126 each have a reader that can read the identifier of the sample container placed into the holder 126. For example, each sample container can include a radio frequency identifier (RFID) that is responsive to a reader signal from an RFID reader in the holder 126 (one reader located in each holder 126). In some embodiments an optical identifier, such as a QR code, can be used, and each holder 126 can include an optical scanner to read the QR code on the sample container placed into the respective holder 126. The deck 118 can also include openings 128 for the LED segment display 112 and buttons 114. The segment displays 112 are configured to display the user input (selection) and the source corresponding to the sample container placed at the respective holder, based on a mapping record. For example, if the user believes the sample at ranking position III is from sample A, the user can press one of the buttons 128 as the identifiers are displayed on the display element 112, cycling thought the source identifiers with each button push until the user's selection appears. At the end of the process, the actual source can be displayed at the display element next to the user's selection. Further, the deck 118 can include a circular cowl 120 that defines a table region 124. The cowl 120 is a short wall that extends upward from the top surface 122 of the deck 118.

[0038] A randomizing table 134 is configured to sit within the cowl 120, or on top of the cowl 120, and is itself circular. The randomizing table 134 defines a plurality of stations 136, which are each defined sample positions, and that are each configured to receive and hold a respective sample container during the overall randomizing process. The stations 136 are organized in a circular pattern around the randomizing table 134. A stepper motor 130 is coupled to the randomizing table 134 to turn the randomizing table during the general randomizing operations (including initial loading and dispensing of samples). A homing device 132 can be used to track the position of the randomizing table 134 and ensure that the randomizing table is correctly positioned during use. A divider or separator wall 138 includes a plurality of walls that separate the holder 136 from each other. The walls of the divider 138 block a user from seeing any samples / sample container is the adjacent holder when loading sample containers into, and dispensing sample containers from the sample randomizer. The divider 138 can be removably attached to the table 134. Each of the walls of the divider 138 extend upwards from the surface of the table 134 and also extend radially from the center of the table 134. To further conceal the samples placed in the holders 136, a cover 140 is placed over the table 134 and divider 138. The cover 140 can be substantially cylindrical, and have a top surface 144 and an opening 142. The opening 142 can be wedge-shaped and open at the top surface 144 to allow sample containers to be easily placed into and removed from its holder 136 on the table 134. A door 146 can be used to cover the opening 142 during certain operations of the randomizing process. The door 146 can include a wedge-shaped top section, and an arcuate wall section that is configured to be coaxial relative to the center of the table 134 and the outside wall of the cover 140. The door 146 can be moved to the side, rotating about the center of the cover 140 along the outer wall of the cover 140. In some embodiments there can be a door sensor disposed in the cover 140, or elsewhere equivalently, that allows the sample randomizer 100 to determine if the door 146 is open or closed. The door 146 is sized so that only one sample position is exposed when the door 146 is open.

[0039] Briefly, in operation, a user can operate the sample randomizer to input a number of samples to be tested, from two to the total number of holders 136 (which match the number of holders 126 on the deck 118). Alternatively, if multiple people want to engage in the testing, then a user can indicate the number of people, and the number of samples each person will test. In the exemplary sample randomizer 100, one person can test two to six samples. Two people can each test two to three samples, and three people can each test two samples. The samples are prepared by pouring an amount of each sample from a source container into one of the sample containers. Each sample container has a unique identifier (e.g. RFID, QR code, etc.). The sample containers are then placed into the holders 126 on deck. The sample randomizer 100 then reads the identifier of each sample container. The process for doing this can be guided by, for example, text displayed on the main screen 116. This allows the sample randomizer to associate a sample container identifier with a source. For example, a sample from source A is placed into a sample container that is then placed into the first holder 126 (the holders can be marked with station numbers I, II, III, IV, V, VI as in FIG. 2), and the identifier of the sample container is then read and associated in a memory of the sample randomizer with source A. Then additional samples from the other sources can be placed in the other holders 126. A single person performing a test can test up to six samples in the present exemplary sample randomizer. Two people can test, for example, sources A, B, and C, each by placing a sample from source A in each of location I and IV, a sample from source B in locations II and V, and a sample from source C in location III and VI. Thus, the first person can test the samples initially in locations I-III, and the second person can test the samples initially in locations IV-VI. Once the sample containers are properly associated with the respective sources, the sample container can be loaded into the holder 136 in the randomizing table. The sample randomizer then associates the sample identifier with the respective holder 136 among the several holders in the table 134. The door 146 is then closed, and the sample randomizer then selects an available holder 136, and turns the table 134 until that holder is positioned at the door opening 142. Guided by a prompt from the sample randomizer (e.g. at the display 116 or some equivalent indicator), the user then opens the door 146 and places the next sample container into the exposed holder. This process is repeated until all of the samples are loaded into the table 134. The sample randomizer at that point has created a memory record indicating which sample container is located in each holder 136 of the table 134, and which sample source is held in each sample container, and in cases in which there are multiple testers, which tester is associated with the sample.

[0040] Once the table 134 is loaded, the samples can be dispensed for testing. At this point, the user would not know where any of the samples are located, so they could be dispensed in order, or the dispensing process can be randomized as well. The user can be guided by prompts from the sample randomizer to open the door, remove the exposed sample container, and then test the sample. Once the samples have been dispensed and tested, the user or users can then place the sample containers in the holders 126 for ranking, where the source of each sample is then disclosed to the user. In this way a user can determine their own personal preferences of the tested sources, or the user can attempt to identify the samples and match them to a source, in which case the sample randomizer can indicate which samples were correctly identified by the person or people performing the testing.

[0041] FIG. 3 shows a block schematic diagram 300 of a sample randomizer for blind testing, in accordance with some embodiments. The block schematic diagram 300 represents some of the electrical or electronic components of the sample randomizer, such as sample randomizer 100, and indicates their functionality in operating the sample randomizer. The main component is a processor 302 that is operable to perform instruction code consistent with the functions described herein. The processor 302 can be a conventional microprocessor including cache memory, registers, input and output ports, a logic unit, and so on, as is well known. The processor 302 is interface with memory 304, which can represent several types of memory including non-volatile memory for storage of instruction code and long-term variables, records of test results and other data that needs to be persistent through power cycles. The memory 304 can also include random access memory for instantiation and execution of instruction code, and short-term storage of operating data and data structures. The processor can be operably coupled to a motor controller 306, which operates a stepper motor 130 and homing device 132 as previously described. The stepper motor is calibrated to the randomizing table, and the positions of the holders (136) on the table so that the processor can command the motor controller to rotate the table to move a selected one of the holders 136 to the door position.

[0042] The sample randomizer include several input and output components, including station selection buttons 308 that can be located at each station to enter selection choices. There can be a display unit, such as LED indicators 310 at each station (e.g. each holder 126). And there can be a main display 312 that can also be a touch screen for input. The main display can present menus for operations, and allow a user to select and configure a testing regimen. To facilitate randomizations, there can be a door sensor 314 that is used to sense and determine the positions (open or closed) of the door 146. There can be one or more wireless transceivers 316 as a network connector for local wireless data networking connections. For example, there can be a wireless transceiver for local area working, referred to colloquially as WiFi. There can also be a wireless personal area network transceiver, such as those operating in accordance with the industry standard known as BlueTooth to allow connecting the sample randomizer to another device, such as a cellular telephone device. Further, the sample randomizer can include sample container identifiers, such as RFID readers 318. It will be appreciated that other forms of ID readers can be used equivalently, such as QR code or other optical code readers. The readers are used to identify the sample containers placed in the different holders 126 for the initialization process or to determine testing results.

[0043] FIG. 4 shows a representation of an initialization process 400 for associating source samples 402a-402f with specific sample containers 406a-406f, in accordance with some embodiments. In the present example a single person is going to test six sources 402a-402f. First, each source can be identified with a medallion 404 with a letter A-F on it as an assigned identifier. Then liquid from each bottle 402a-402f is poured into its corresponding glass 406a-406f, which are the sample containers for the test. Each glass 406a-406f includes an RFID chip 408a-408f with a unique serial number in each RFID chip 408a-408f. The glasses can be placed in order into the initialization and ranking station 410, which includes the holders 126, which each have an RFID reader 412a-412f in them. Thus, source A 402a is poured into glass 406a and placed into the holder with RFID reader 412a. This is carried out for each of the sources 402a-402f, respectively into glasses 406a-406f, and placed into the holders with the corresponding RFID readers 412a-412f. The unique identifier of each RFID chip 408a-408f is read and provided to the processor 302. Knowing that the sample of source A 402a is placed in the position of reader 412a, assuming the user properly follows the instructions, the processor can then create a record associating the unique identifier of the RFID chip 408a with source A 402a. This is repeated for each source, and the processor 302 can create a record 414 in which each glass, as identified by its unique identifier, in row 416 is associated with a source in row 418. This allows the sample randomizer to determine which source is in the glass when the glass is placed in a random one of the holders 126; the RFID reader of that respective holder 126 will read the unique identifier and can use that to cross reference with the record 414 to determine which source is in the glass at that respective holder 126.

[0044] FIG. 5 shows a top plan view 500 of a randomizing table 134 used inside of a sample randomizer for blind testing, in accordance with some embodiment. The randomizing table has six positions numbered 1-6, and at each position there is a holder 136. The holders 136 can be referred to as table holders, while the holders 126 outside of the table can be referred to a ranking holders. The table is turned around its central point 502 by the stepper motor 130 so that a selected one of the positions 1-6 is presented at the opening 142 of the cover 140, depending on the operation being performed. The stepper motor 130 allows the processor to precisely control which table position 1-6 is located at the opening 142.

[0045] FIG. 6 shows a perspective view 600 of a sample randomizer with the cover removed to expose the randomizing table during usage. This can represent either the loading process or the dispensing process. Several glasses (e.g. 406a-406f) are located in the ranking holders 126, while several of the glasses have been loaded into the table holders 136. The table 134 turns inside of the cowl 120 to turn a selected table position to the position of the opening in the cover. Then a glass can be placed into the table holder, or removed from the table holder, depending on which part of the process is being carried out, and as directed by the sample randomizer through, for example, prompts provided in the main display 116. As can be seen, the divider 138 prevents a user from seeing what is in the adjacent positions. The positions are unmarked as well to keep a user from tracking them.

[0046] FIG. 7 shows a representation of a randomizing process 700, and how the sample randomizer keeps track of the samples, in accordance with some embodiments. As indicated in FIG. 4, the sample randomizer can create a record that associates samples with particular sample containers. That process is done in the ranking holders 126. As shown here sources A-F are poured into glasses 406a-406f, respectively. That is, there is a one-to-one correspondence, so that source A is in glass 406a, source B is in glass 406b, and so on. In addition, the glasses 406a-406f are located in ranking holders 126 at corresponding positions I-VI. So, glass 406a is in position I, glass 406b is position II, and so on. The glasses 406a-406f are then loaded into the table in order, from position I to position VI. A randomizer process 702 is carried out by the processor and used to turn the table 134 accordingly. A record 704 can be created and maintained in memory. The record 704 associates table positions 1-6 in row 706 with sources A-F, or glasses 406a-406f in row 708 based on their unique identifiers. These can be further associated with their dispensed order in row 710, which records a dispensed order indicator (e.g. 1-6) for each sample container, if desired. As a result, for example, the randomizer process randomly selects table position 2 to receive source A in glass 406a. The table is then turned so that table position 2 is at the opening. The user then opens the door and moves glass 406a from position I to the table, but the user does not know that the table position is table position 2 because the table position was randomly selected by randomizer process 702. The user then closes the door, which is sensed by the door sensor, and then the randomizer process selects the next table position to receive sample B in glass 406b. And as indicated in row 706 of the present example, table position 5 is selected. Then the user loads glass 406b into table position 5, again without knowing the table position. This continues until all of the glasses have been loaded. According to the present example, then, table position 1 holds source C, table position 2 holds source A, table position 3 holds source E, table position 4 holds source F, table position 5 holds source B, and table position 6 holds source D. At this point the samples are in random locations, and the user does not know which source is in a given table position. To further ensure randomization, the glasses / sources can be dispensed in a random order as well. Thus, as indicated in row 710, table position 3 is dispensed first. This means the randomizer process 702 randomly selected table position 3 to be dispensed first, and turns the table so that table position 3 is aligned with the opening. The user then opens the door and removes the sample, which happened to be source E. The user will not know which source is in the glass being removed. The user can place the removed glass in the next position of the ranking holders 126. The dispending process continues until all of the glasses / sources have been dispensed. The user can then test (e.g. taste) each sample and then re-position the glasses among the ranking holder positions I-VI. When the user is done and is satisfied with the ordering, the user can press a “finish” button (either a mechanical button or graphical button on a touch screen) and the sample randomizer will read the identifier of each glass at each ranking holder 126, perform the cross reference with record 414, and present the results showing which source is in each of the positions I-VI. A similar process can be done when multiple people are testing the sources, but then a different record line record 414 is needed for each person.

[0047] In some embodiments, there can be multiple users using the sample randomizer. The number of users can be, for example, an option that presented during an initialization process, and then selected. When multiple users are using the sample randomizer, the mapping record 704 can be divided into subsets, each subset corresponding to one of the users. For example, when two users are performing testing, the first three columns in the mapping record can be for a first user, and the second three columns can be for a second user. Rather than sources A-F, then, there may only be sources A-C (each of the two users will test the same three sources). In which case row 708 will repeat source identifiers A-C for table positions 4-6. Other mapping arrangements can be used for other numbers of users.

[0048] FIG. 8 shows a flow chart diagram of a general method 800 of initializing and loading samples into a sample randomizer, in accordance with some embodiments. At the start 802 the user has collected several sources to be tested, along with sample containers (e.g. glasses with readable identifiers). In step 804 the user pours a portion of each sample into a respective one of the sample containers. The user must ensure that sources are identified such as by placing a medallion with one of the letters A-F on it in the source. Alternatively, the user may receive identified sources to be tested and the sources containers (e.g. bottles) can be marked only with designators A-F, respectively. This can allow, for example, libation makers to get blind feedback on various formulations of their product before deciding on one to take to market. As the sources are poured, the sample container are placed in order in the ranking holders so that the sample randomizer can create a record associating each source with a sample container. In step 806 the user can then begin to load the machine (e.g. the table), wherein the samples are loaded in a known order (e.g. based on source identifiers A-F). At step 808 the method can determine if the table is to be loaded randomly. If so then the method proceeds to step 810 where a random table location is selected and turned to the opening of the cover. The user then places the next sample container into the table holder exposed at the opening. This process continues until at step 812 it is determined that there are no more samples to load into the table, and the method ends at step 814. In some embodiments the randomization can be done only at the dispensing process, so from step 808 the method can proceed to step 816 in which the samples are loaded serially or sequentially into table positions. It will be appreciated that method 800 is meant to illustrate a high-level example of the actual method for loading a randomizer table and numerous variations can be devised consistent with the general operation of method 800.

[0049] FIG. 9 shows a flow chart diagram of a general method 900 for dispensing samples from a sample randomizer, in accordance with some embodiments. At the start 902, the sample randomizer is loaded, such as by performing a method consistent with method 800. The testing regimen can allow a user to select random dispensing in step 904, but at least one of method 800 or method 900 must be randomized, and at the user's option, both can be randomized. When randomized dispensing is selected, then in step 906 the sample randomizer randomly selects one of the table positions for dispensing and turns the table so that table position is aligned with the opening. The user, in step 908, can then open the door and remove the exposed sample container and place the sample container in the next available ranking position (or in any ranking position). This continues until in step 910 there are no more samples to be dispensed. Once all the samples have been dispensed, in step 912 the user tests the samples, and then places them in the user's preferred ranking order in the ranking holders. Then in step 914 the user can press a “finish” button, and the sample randomizer will read the identifier of each sample container at each ranking holder, perform a cross references to determine which source is in each ranking position, and display the results to the user. The method can then end in step 916. If the samples were randomized during the loading process, then the randomizing process during the dispending phase does not need to be performed, and from step 904 the method 900 can instead proceed to step 918 where the samples are dispensed in sequentially or otherwise non-randomly. Again, the method 900 is meant to show a high-level version of the dispensing process, and various details of implementation may vary while remaining consistent with this general method 900.

[0050] FIG. 10 shows a networked system 1000 in which a sample randomizer 100 interfaces with a remote data center 1014 to carry out a prescribed sample testing regimen, in accordance with some embodiments. There are several use examples where such a networked implementation can be used. For example, a manufacturer (distiller, brewer, vintner, etc.) may send a sample set of sources, e.g. various formulations of spirit, beer, or wine, to a user as one of a large number of such users. The user can then test and rank the sources, and the results can be fed back to the data center 1014 for collection, and marketing analysis. In another use case, the user of the sample randomizer 100 can be a student seeking a recognition (e.g. certificate, degree) as a taste tester to become, for example, a sommelier. In order to do so, the student must prove proficiency in recognizing and distinguishing among various sources. In such a case, the data center 1014 can be run by a certifying authority. The student can receive a package of unidentified sources to test, and again, the results can be transmitted back to the data center for evaluation. In another use case, the user can simply be a hobbyist who tries various identified sources blindly, and can chose to share their preferences / results with the data center 1014 or simply have their data stored for their own use at the data center 1014. The data center 1014 can be coupled to a database 1016 to store data for subsequent use. The data center 1014 can be accessed by a general-purpose computer 1008 using a web browser to set up and access user accounts, as is well known.

[0051] The networking can be accomplished in several ways. For example, a cellular phone device 1002 can connect to the sample randomizer 100 via a BlueTooth link 1004. The cellular phone device 1002 can further connect to a cellular base station 1012 via a cellular data link 1006 (e.g. radio signals) to access the internet 1016 and the data center 1014. Alternatively, the general-purpose computer 1008 can be connected to the sample randomizer 100 such as by a universal serial bus (USB) cable. Both the cellular device 1002 and the general-purpose computer 1008 can run a suitable application program to conduct the communications with the sample randomizer 100, and the data center 1014.

[0052] FIG. 11 shows a randomized dispensing sequence conducted by a sample randomizer, in accordance with some embodiments. In some embodiments, the sample containers do not need to have identifiers to identify them to the sample randomizer. Rather, as long as the user loads the sample randomizer in order of the sources A-F, and then places the dispensed samples in order on the ranking station, the sample randomizer can keep track of which sample is in each respective ranking position.

[0053] There are six sequence states 1101, 1102, 1103, 1104, 1105, and 1106 shown. In each of these states there is shown a randomizing table 1108 that has table holders, such as table holder 1114, for holding sample containers, such as sample container or glass 1112. There is also a tasting or ranking station 1110 in which there are six stations. Each station includes a station holder such as station holder 1118, a small display element 1120, and buttons 1122 which includes at least one input button. Through the sequence states 1101-1106 the sample containers on the randomizing table 1108 are dispensed in a random order, and placed sequentially in the station holders in a prescribed sequence (e.g. from left to right). Briefly, the dispensing process includes the sample randomizer, including the cover with a door (e.g. 140 and 146) being over the randomizing table, having mapped the sources to particular table positions, randomly selecting one of the remaining sample containers to be dispensed next and rotating the randomizing table 1108 so that the chose sample or table position is at the dispensing position. The user will then open the door (e.g. 146) to remove the exposed sample container, place the dispensed sample container on the next available ranking station position (e.g. in a station holder 1118), and then close the door. The door can also be closed before placing the sample container at the next ranking station. Once the user has closed the door and placed the dispensed sample container at the respective position, the user can then select “NEXT” at the display (not shown) or otherwise indicate to the sample randomizer to dispense the next sample, and the process is repeated. Thus, the sample containers are placed in the ranking positions in a known dispensed order.

[0054] Accordingly, at state 1101, the sample container 1116 is placed in the far-left ranking position, which is the first dispensed order position. In state 1102, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1124. In state 1103, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1126. In state 1104, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1128. In state 1105, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1130. In state 1106, the next dispensed sample is placed in the next ranking position, as indicated by arrow 1132. State 1106 is also the last sample to be dispensed, and all six of the samples are ready for testing. The user at this point should not know which source is at any given position, assuming physical differences between the samples aren't observed (e.g. the samples all appear the same or the sample containers prevent visual observation of the samples).

[0055] It should be noted that randomization can occur during the dispensing process, as indicated here. For example, in state 1101, one sample has been dispensed, leaving five samples on the randomizing table 1108. From state 1101 to state 1102, the randomizing table has been rotated effectively clockwise by two positions. From state 1102 to state 1103 the randomizing table has been rotated effectively clockwise by one position of the randomizing table. From state 1103 to state 1104, the randomizing table 1108 has been effectively rotated clockwise two positions. From state 1104 to state 1105 the randomizing table 1108 has been effectively rotated clockwise two positions (or counter-clockwise one position). From state 1105 to state 1106 the randomizing table 1108 has been effectively rotated clockwise (or counter-clockwise) three positions. For each of these, the table can be rotated one or more full revolutions before the final partial rotation to dispense a sample. During this time the sample randomizer is tracking in its memory which samples have been dispensed, so that only remaining samples can be selected for dispensing.

[0056] FIG. 12A shows a user ranking of randomized samples placed in the ranking station of a sample randomizer, in accordance with some embodiments. Sample containers 1116a-1116f are placed in positions I-VI in a respective station holder (e.g. 1118), as would be the case at state 1106 of FIG. 11. As shown here, however, the user has given each sample a rank after testing all of the samples. The rank can be a number, such as 1-6, indicating the user's preference as shown here. Alternatively, the user can indicate which source the user believes the sample came from, as a test of the user's ability to blindly identify the source of each sample. For example, the user can operate the buttons 1122a, 1122f at each respective position I-VI to select a ranking or source identifier, which is then displayed on the corresponding display element 1120a-1120f. In FIG. 12B, the source of each sample is revealed, such as by pressing a “finish” button or the equivalent. When the user presses the “finish” button the system can check to maker sure there are no duplicate entries for rankings. As shown here, the sample at the first position “I” is from source “C,” and was given a ranking of “2.” The sample at the second position “II” is from source “B,” and was giving a ranking of “6.” The sample at the third position “III” is from source “E,” and was giving a ranking of “3.” The sample at the fourth position “IV” is from source “D,” and was giving a ranking of “1.” The sample at the fifth position “V” is from source “A,” and was giving a ranking of “5.” The sample at the sixth position “VI” is from source “F,” and was giving a ranking of “4.” These results can be stored locally for the user to review later, and / or the results can be stored remotely, in a cloud account. In some embodiments, the results can be sent to a certifying authority to indicate how accurately the user was able to identify the sources from the blind testing of the samples.

[0057] FIG. 12C shows a memory table data structure used by a sample randomizer to track which source sample was dispensed to each respective tasting position of the sample randomizer. The sources A-F are identified in the “SOURCE” row, their position on the randomizing table is identified in the “TABLE POSITION” row, and the order in which they were dispensed, which is randomly selected in this example, is identified in the “DISPENSED POSITION” row. As indicated, the loading of the randomizing table in this example was not randomized since sources A-F are loaded sequentially in table positions 1-6, but the dispensing is randomized. Alternatively, as indicated hereinabove, the loading can instead be randomized, or both the loading and the dispensing can be randomized. The memory structure will track the samples accordingly, allowing the source to be mapped to a dispensed position, as indicted in FIG. 13. Arrow 1302 indicates the mapping of sources to positions after the randomizing process. This allows the sample randomizer to display the source at the display element 1120a-1120f of each position I-VI. Of course, it will be appreciated that a different randomized order will result in a different mapping.

[0058] There are a variety of applications for the inventive sample randomizer. in general, for a sample randomizer using six positions, there can be source identifier to identify each of six different sources. These source identifiers can be labeled A through F, and can take the form of necklaces or charms that can be placed on the source bottles. In some embodiments the source identifiers can be clips that clip onto the packaging of each source material. The source identifiers ensure proper identification and seamless randomization throughout the testing.

[0059] One application can involve a ranking challenges, which allows users to rank the sources being tested based on personal preference, from most to least favored. For example, when the sources are material that is tested by taste, after tasting and assigning a ranking to each sample, the sample randomizer can reveal the source identifiers for each sample, letting users compare their rankings of the tested samples.

[0060] In another application users can attempt to identify each sample by analyzing, for example, its appearance, aroma, and flavor. The sample randomizer maps user selections to the actual samples so that the user can see which samples the user correctly identified, and which sample were not correctly identified, thereby providing feedback on the user's accuracy in identifying the sources from blind testing.

[0061] To facilitate these various applications, the inventive sample randomizer randomizes the dispensing of sample container while maintaining their corresponding labels (A-F) in memory for later mapping to the user's ranking or identification answer. Sample containers are loaded individually into one of six respective positions on the randomizing table, which is separated by internal walls to keep each sample hidden. A concealing cover ensures that only one glass is accessible at a time, making the testing process controlled and unbiased.

[0062] The randomizing process involves placing or loading the sample containers into randomly selected positions of the randomizing table, selecting random ones of the remaining samples on the randomizing table to be dispensed next in the dispensing process, or both randomization processes be used. In the dispensing process, the sample containers are transferred to the ranking stations, where users will rank or attempt to identify the samples. The sample containers can be arranged in specific positions on the platform, in a prescribed order to ensure that the sample randomizer can track the samples. The ranking stations can include LED displays with a two-digit LED display so that both the user's selection (rank or sample source choice) and the actual source can be displayed, providing real-time feedback for rankings or identification attempts. To facilitate entry of rankings, there can be buttons at each position to allow a user to cycle through the available choices and then indicate a selection as final.

[0063] The removable cover is placed over the randomizing table to conceal the sample container during randomization. A sliding door allows the user to load or unload one sample container at a time, ensuring the challenge remains fair and the sample containers stay hidden from view until they are dispensed for testing in an order that is tracked, and mapped by the sample randomizer to the user's rankings or identity choices. the sample randomizer can include a main graphic display that can be a touch screen display, and which serves as the starting point for all tasting challenges and provides quick access to user management options. The user can set up and initiate tests and challenges, including indicating how many users are participating, and how many samples are being evaluated. It is also contemplated that the sample randomizer can include a library of sources (e.g. names of wines / spirits, vintage, etc.) to allow a user to identify how many times the user can accurately identify the source. It is further contemplated that the user can enter source information to augment or add to the library, or create their own library in the memory of the sample randomizer, in a cloud account via the sample randomizer. the sample randomizer can be used in association with a cloud account that is accessible via a web portal. The web portal can allow users to create personalized challenge rooms in which other users are invited to participate. These rooms allow users to set up custom tasting experiences for a ranking challenge or an identity challenge. Within the challenge room, users can specify various parameters including the number of participants, the number of samples / beverages, and the specific sources for the challenge. This function is useful for sommelier Programs in which instructors can create predefined challenges to test students' tasting skills. The challenge room function is also useful for beverage producers as it allows them to gather valuable consumer feedback on new products through blind tasting events.

[0064] The sample randomizer can store sample evaluation templates, or access sample evaluation templates from a remote server / data center. For example, libation evaluation templates can be provided to capture essential tasting attributes like appearance, nose, palate, finish, and origin. These templates can be used during a sampling, prompting the user to provide input for each category, which is then stored are part of a record. This can help users organize their notes, using a combination of predefined options and professional-level questions, especially for wine and whiskey / bourbon tastings. The easy-to-use interface allows users to record detailed sensory observations. Users interact with these templates through intuitive combo boxes and checkboxes, making it easy to record observations and conduct a structured, professional-grade tasting.

[0065] There is provided a NEXT button, either as an electro-mechanical button, touch sensor, or radio button on a touch display, which acts as a cue for users to communicate to the device that they are prepared to move forward to the next stage of the process. Essentially, it serves as a confirmation from the user that they are poised to progress further in the process.

[0066] There can also be, in some embodiments, a SEE RESULTS button which finalizes the tasting challenge by displaying the user's rankings or identification results. In a Ranking Challenge, it organizes the samples based on user preference, while in an Identity Challenge, it compares user selections against the source identities. If more than two (per participate) identity selections are incorrect, the user can be prompted to try again or reveal the results. Once confirmed, the results can be uploaded to the server for tracking and future reference.Exemplary Process—Libation Testing of Several Different Wines or SpiritsStep 1: Assign Variables and Prepare GlassesUser(s) begins by assigning a unique variable (A-F) to the bottle of each sample bottle being used for the challenge. Next, pour each of the sampled into one of up to six glasses (Glencairn or the provided stemless Riedel glasses) with the corresponding beverages. Attach the Alphabet Necklace Charms (A-F) to the neck of each bottle to ensure proper identification throughout the tasting process. Finally, place the Removable Concealing Cover over the spinning platform to ensure the samples remain hidden during randomization.Step 2: Power on the DeviceTurn on the Device:The main LED display can show: “Welcome! Press ‘Let's Begin’ to start the tasting challenge.”Step 2.1: Wi-Fi Connection SetupOnce you press ‘Let's Begin’, the device will guide you through the following steps:Automatic Wi-Fi Detection: The device will attempt to establish a Wi-Fi connection automatically. If a connection is successful, proceed directly to Step 2.2.

[0072] No Internet Connection Detected:

[0073] If no connection is detected, the screen will display: “No internet connection detected. Select ‘Set Up Network’ to connect or ‘Skip’ to proceed in Offline Mode.”

[0074] Option 1: Set Up Network & Login

[0075] Select ‘Set Up Network’ to locate and connect to a Wi-Fi network.

[0076] The device will display available networks. Select your Wi-Fi and enter the password if prompted.

[0077] Once connected, the device will proceed to Step 2.2.

[0078] Note: If connection fails, the message “Connection failed. Try again or select ‘Skip’ to proceed in Offline Mode.” will appear.Step 2.2: Account SetupOnce connected to Wi-Fi, the user will be prompted with:

[0080] “Login, Create New Account, or Skip to proceed in Offline Mode.”

[0081] Create New Account:

[0082] Login: If the user selects ‘Login’, they can enter their credentials

[0083] Logged-In Benefits:

[0084] Track and save tasting results.

[0085] Receive firmware updates.

[0086] Access Custom Challenges.

[0087] Option 2: Skip. If the user selects ‘Skip’, the device will proceed directly to Step 3 in Offline Mode. Note: In Offline Mode, features like result tracking and firmware updates will be unavailable. Core tasting functions remain fully operational.Step 3: Select Your Libation (Home Screen)Once setup is complete, the device will display:

[0089] “Please select the type of libation for your tasting challenge.”

[0090] Available Options:

[0091] Wine

[0092] Whiskey / Bourbon

[0093] Beer

[0094] Other (e.g., Vodka, Tequila, Rum, etc.)Custom Challenge (for Fully Personalized Tasting Experiences)User Name Display:

[0096] The current user's name will be shown in the top-right corner, with the option to:

[0097] Change User: Quickly switch to a different profile.

[0098] If operating in Offline Mode, it will display ‘Offline Mode’ with option to LoginStep 3.1: Custom Challenge SelectedIf the device is in Offline Mode, the screen will display: “This feature is not available in Offline Mode. Please login to use the Custom Challenge feature.”Custom Challenge (Logged in):If the user is logged in, the device will display:“Enter the Custom Challenge Room Number.”

[0102] The user will enter the room number generated on the accompanying website.

[0103] Once the room number is entered, the device will load the personalized challenge specifications.

[0104] Note: Custom Challenge is designed for fully personalized tasting experiences created through the website.Step 4: Select Libation Type and ParticipantsAfter selecting the libation type (Wine, Whiskey / Bourbon, Beer, or Other), the device will display the following prompt:

[0106] “How many participants will be joining the tasting challenge?”

[0107] Available Options:

[0108] 1 Participant—Choose between 2 to 6 samples to taste.

[0109] 2 Participants—Choose 2 or 3 samples per participant.

[0110] 3 Participants—Each participant will have 2 samples.Reset and Return Home FunctionalityFrom this point forward, the RESET AND RETURN HOME button will be available on all screens. This feature allows users to reset the device and return to the Home Screen at any time.

[0112] Button Behavior:

[0113] When selected, a confirmation message will appear: “Are you sure you want to reset and return to the Home Screen? Please ensure all samples are removed from the device before proceeding.”Button Options:Selecting YES will reset the device and return the user to the Home Screen. Any unsaved progress will be lost.

[0115] Selecting NO will return to the current screen, allowing the user to continue where they left off.Step 5: Choose Your Challenge TypeThe device will display: “What type of tasting challenge would you like to conduct?”

[0117] Available Options:

[0118] Ranking Challenge: Display Message “Rank your favorites from best to worst (blind ranking).”

[0119] Identity Challenge (1 participant): Display Message “Make educated choices to match each sample to its correct variable (A-F) based on appearance, aroma, and flavor.”

[0120] Identity Challenge (more than 1 participant): Display Message “Make educated choices to match each sample to its correct variable (A-F) based on appearance, aroma, and flavor—compete to see who assigns the most correctly!”Step 5.1: Choose Tasting ModeIf more than one participant is selected, the device will present the following two options:

[0122] TASTESYNC—A synchronized blind tasting where all participants taste the same sample at the same time, in a shared random order. This mode fosters collective discussion and group exploration.

[0123] TASTEMIX—A true randomized blind tasting where participants receive the same set of samples, but the order of the samples is completely randomized for each person. This mode encourages unique, personal impressions and individual preferences.Step 6: Specify Number of Samples for the ChallengeThe device will display: “How many samples will be included in the challenge?”

[0125] Options Based on Number of Participants:

[0126] For 1 Participant: Available options: 2, 3, 4, 5, or 6 samples.

[0127] For 2 Participants: Available options: 2 or 3 samples per participant.

[0128] For 3 Participants: Available option: 2 samples per participant

[0129] Guided User Experience: The device will dynamically adjust the available options based on the number of participants selected in Step 4.Step 7: Select Beverages for Each SampleIn this step, the user selects the name of the beverages being used for the challenge from a built-in library. The options available will depend on the libation type selected in step 3, and the number of beverages specified in step 6.

[0131] Instructions for Step 7:

[0132] Display Variables: The screen will display the variables A-F (based on the number of samples chosen in Step 6).

[0133] Select a Variable: When the user presses a variable (e.g., A), a drop-down menu will appear with a library of options based on the selected libation type. The user can scroll through and select a beverage name from the list.

[0134] “Other” Option: If the desired beverage is not in the library, the user can select “Other” and manually type in the name of the beverage.

[0135] Buttons Available:

[0136] Skip: The user can skip assigning names and proceed with only the variables (A-F) for the challenge.

[0137] Next: Once all variables have a selection (from the library or manually entered), the user presses Next to proceed.

[0138] Error Handling: If the user presses Next without selecting names for all variables, the screen will display a message: “A & B are missing a selection. Please choose from the library or skip to proceed.” This ensures the user addresses incomplete entries before advancing.Step 8: Place Sample Glasses on the Tasting StationAfter selecting the names of the samples, the 14-segment LEDs located beneath each socket on the Tasting Station will light up, displaying the corresponding letters (A-F). The screen will prompt: “Please place the sample glasses on their associated letters on the Tasting Station and press ‘Next’ when completed.”

[0140] Instructions and Dynamic Led Assignments

[0141] The letters A-F will be displayed dynamically, based on the number of participants and samples selected.

[0142] The device guides users through proper placement as follows:

[0143] For a Single Participant:

[0144] If there are 6 Samples: LEDs A, B, C, D, E, F will light up for positions I, II, III, IV, V, VI.

[0145] If there are 5 Samples: LEDs A, B, C, D, E will light up for positions I, II, III, IV, V.

[0146] If there are 4 Samples: LEDs A, B, C, D will light up for positions I, II, III, IV.

[0147] If there are 3 Samples: LEDs A, B, C will light up for positions I, II, III.

[0148] If there are 2 Samples: LEDs A, B will light up for positions I, II.

[0149] For 2 Participants:

[0150] If there are 3 Samples:

[0151] LEDs for A, B, C will light on positions I, II, III for Participant 1.

[0152] LEDs for A, B, C will light on positions IV, V, VI for Participant 2.

[0153] If there are 2 Samples:

[0154] LEDs for A, B will light on positions II, III for Participant 1.

[0155] LEDs for A, B will light on positions IV, V for Participant 2.

[0156] For 3 Participants:

[0157] There are 2 Samples:

[0158] LEDs for A, B will light on positions I and II for Participant 1.

[0159] LEDs for A, B will light on positions III and IV for Participant 2.

[0160] LEDs for A, B will light on positions V and VI for Participant 3.Visual Guidance.The display will include an animated graphic showing sample glasses being placed on the corresponding sockets, aligned with the LED letters.

[0162] If more than 1 participant is selected, the graphic will also highlight the designated placement for each participant on the Tasting Station.

[0163] The screen will guide users the socket position, participant, and libation variable for placementStep 9: Load Glasses Sequentially with Randomized Spinning

[0164] After pressing “Next,” the device will guide users step-by-step through the process of loading glasses onto the spinning platform. To enhance randomization, the platform will alternate between clockwise and counterclockwise rotations after each glass is loaded.Step-by-Step Process:Initial Prompt: the device displays “Load Glass A into the Loading Socket. Press ‘Next’ when completed.”

[0166] For multiple participants, the message adjusts to: “Participant 1: Load Glass A into the Loading Socket. Press ‘Next’ when completed.”Visual Guidance:The A segment LED also flashes an upward-facing arrow to indicate the correct variable.

[0168] All other sockets remain idle to avoid confusion.

[0169] An animated graphic on the screen will visually demonstrate moving the glass from the numbered position on the Tasting Platform to the Loading Socket.Loading Process:User places Glass A to the Loading Socket.

[0171] User presses “Next” to confirm.Randomized Spinning:After confirming, the spinning platform will rotate in a random direction (clockwise or counterclockwise).

[0173] Once the platform stops, the next socket is illuminated, and the device prompts:

[0174] “Load Glass B into the Loading Socket. Press ‘Next’when completed.”

[0175] The B segment LED flashes, and the animated graphic updates to show the new position.For Multiple Participants:The device alternates prompts between participants as needed. For example:

[0177] Participant 1: “Load Glass A.”

[0178] Participant 2: “Load Glass A.”

[0179] Participant 3: “Load Glass A.”

[0180] After completing Glass A for all participants, the sequence continues with Glass B, and so on.Completion:The process repeats until all glasses are loaded for all participants.Final Randomization:After the final glass is loaded and the user presses “Next,” the device will display:“Finalizing the randomization process—please wait!”

[0184] The spinning platform will proceed to spin clockwise and counterclockwise for additional randomization. This process will continue for 5 seconds before moving to the next step.Step 10: Transfer Glasses to the Ranking PlatformAfter the final randomization spin, the device will guide users step-by-step to unload each glass from the spinning platform to the Tasting Platform, which is numbered from 1 to 6 (left to right) using Roman Numerals. This ensures proper organization for the tasting challenge.Detailed Instructions:Initial Prompt: For a single participant, the Main LED will display “Move the glass from the Loading Socket to Position I on the Tasting Platform. Press ‘Next’ when done.” For multiple participants, the message adjusts to: “Participant 1—Move the glass from the Loading Socket to Position I on the Tasting Platform. Press ‘Next’ when done.”Visual Guidance:On the Tasting Platform, the target position (e.g., Position I) will display a flashing upward facing arrow on the 2-digit segment LED.An animated graphic on the screen will visually demonstrate moving the glass from the loading socket to the correct numbered position on the Tasting Platform.Unloading Process:The user removes the glass from the Loading Socket on the spinning platform.Place the glass in the indicated numbered position (e.g., Position I) on the Tasting Platform.Press “Next” to confirm.Incremental Progression:After pressing “Next,” the spinning platform will rotate to bring the next glass to the Loading Socket.The Main LED will update to the next prompt, such as: “Move the glass from the Loading Socket to Position II on the Tasting Platform. Press ‘Next’ when done.” This process will continue sequentially until all glasses have been unloaded to Positions I through VI.For Multiple Participants:The unloading process alternates between participants, with instructions adjusted based on their assigned positions on the Tasting Platform. The positions are numbered I to VI, moving from left to right. Each participant is allocated specific positions:Participant 1: Positions I and II

[0196] Participant 2: Positions III and IV

[0197] Participant 3: Positions V and VI

[0198] Example instructions for unloading:

[0199] Participant 1: “Move the glass from the Loading Socket to Position I on the Tasting Platform.”

[0200] Participant 2: “Move the glass from the Loading Socket to Position III on the Tasting Platform.”

[0201] Participant 3: “Move the glass from the Loading Socket to Position V on the Tasting Platform.”

[0202] Once all participants have unloaded their glasses to their assigned positions, the process continues with the second sample, repeating the sequence until all samples have been unloaded.Completion:Once all glasses have been unloaded, the device will display one of the following messages based on the challenge type selected in Step 5:

[0204] For Ranking Challenge: “All glasses have been successfully unloaded. Please proceed to taste and rank your selections.”

[0205] For Identity Challenge: “All glasses have been successfully unloaded. Please proceed to taste and infer your selections.”Step 11: Conduct the Tasting and Record ResultsThis is the most interactive and robust step, where participants conduct their tasting, rank their preferences, or infer the identity of the libations. Detailed and intuitive instructions ensure an organized and enjoyable experience.

[0207] Detailed Instructions

[0208] Conducting the Tasting

[0209] Each participant interacts with the Tasting Platform, using the two momentary buttons located to the left of each 2-digit LED display to either rank or infer their preferences based on the challenge type selected in Step 5:

[0210] Ranking Challenge: Participants assign a ranking number (1-6).

[0211] Identity Challenge: Participants identify the libation by selecting a variable (A-F).

[0212] Completing the Libation Evaluation Templates

[0213] Templates Overview: For Whiskey / Bourbon or Wine, participants complete a Libation Evaluation Template, capturing Appearance, Nose, Palate, Finish, and Origin using the provided options displayed on the screen.

[0214] Interactive Input:

[0215] Select the Roman Numeral position (I-VI) corresponding to each sample on the Tasting Platform.

[0216] For multiple participants:

[0217] Participant 1: Positions I and II.

[0218] Participant 2: Positions III and IV.

[0219] Participant 3: Positions V and VI.

[0220] Each position's details are recorded individually.

[0221] Use combo boxes and checkboxes to select attributes for each sample.

[0222] Exceptions: If “Other” was selected in Step 3, this feature is nullified for now (future iterations will expand this functionality to additional libations like beer or vodka).

[0223] Error Handling Missing Entries

[0224] If a participant presses “See Results” before completing their rankings or Identities: (X=Variable for Roman Numeral)

[0225] For Ranking: The device will display, “Please rank Position X to proceed.”

[0226] For Identity: The device will display, “Please infer Position X to proceed.”

[0227] For Ranking: If multiple positions are missing, the message will include all (e.g., “Please rank Positions I, III, and IV to proceed.”)

[0228] For Identity: If multiple positions are missing, the message will include all (e.g., “Please infer Positions I, III, and IV to proceed.”)

[0229] The See Results button will remain disabled until all required fields are completed.Avoiding DuplicatesRanking Challenge:

[0231] If a participant assigns the same ranking number (e.g., “3”) to multiple positions, the device will flash a warning on the LED and display:

[0232] “Duplicate detected in positions X and X Please correct to proceed.”

[0233] Identity Challenge:

[0234] If a participant selects the same variable (e.g., “A”) for multiple positions, the device will flash a warning on the LED and display:

[0235] “Duplicate variable detected in positions X and X. Please correct to proceed.”

[0236] Duplicate entries disable the Results button until corrected.

[0237] Missing Template Values

[0238] If Libation Evaluation Templates are incomplete and the user presses “See Results”:

[0239] The device will prompt: “Position X is missing values for Libation Evaluation Templates, press Yes to proceed with Results or No to Return.”

[0240] If multiple templates are incomplete, the message will adjust accordingly (e.g., “Positions X and X are missing values, press Yes to proceed with Results or No to Return.”)

[0241] If yes is selected, incomplete templates will be omitted, and results will display without those entries.

[0242] If No is selected, the user is returned to the current screen to complete missing templates.

[0243] Custom Challenge Rooms:

[0244] If marked as mandatory, completing the Libation Evaluation Templates must be completed to proceed.

[0245] If missing, the device will read “Position X is missing values for Libation Evaluation Templates and must be completed to proceed.”

[0246] Corresponding Positions on 2-Digit LED

[0247] The numbered 2-digit 14 -segment LEDs (1-6) on the Tasting Platform remain active throughout this step, ensuring participants can easily match their glasses to the on-screen prompts.

[0248] The left digit will display the user's selection options, which vary based on the number of participants and challenge type. For example, in a Ranking Challenge with 6 participants, each user can choose only 1 or 2, while in an Identity Challenge, the options are limited to A or B.

[0249] The right digit displays the final ranking in Ranking Challenges or the selected variable in Identity Challenges once the user presses “See Results.”

[0250] Participant Scenarios

[0251] For 1 Participant:

[0252] Minimum 2 samples, maximum 6 samples.

[0253] Rankings range from 1 to 6, or variables from A-F.

[0254] For 2 Participants:

[0255] Minimum 2 samples, maximum 3 samples.

[0256] Participants alternate positions (e.g., Participant 1 uses positions I, II, and III; Participant 2 uses positions IV, V, and VI).

[0257] For 3 Participants:

[0258] Limited to 2 samples.

[0259] Positions are divided as follows:

[0260] Participant 1: Positions I and II.

[0261] Participant 2: Positions III and IV.

[0262] Participant 3: Positions V and VI.Step 12: Viewing and Interpreting ResultsAfter completing the tasting process and pressing “See Results,” the device will display the final results based on the selected challenge type—Ranking Challenge or Identity Challenge. This step provides a detailed breakdown of the tasting results, offering insights and feedback for the user(s).Results Display ProcessUpon pressing “See Results,” the device presents the results in an organized format based on the number of participants and the selected challenge type:For a single participant, the results will be displayed as a single summary covering all samples.

[0266] For multiple participants the results will be grouped by participant, clearly showing each individual's tasting data.

[0267] Ranking Challenge Results: The screen will display a Ranking Summary, showing the socket position (I-VI), the libation name (from Step 7, if selected), the ranking order assigned by the user, from most to least favored.

[0268] Identity Challenge Results: The screen will display an Identity Summary, showing the socket position (I-VI), the user's inferred selection, the actual correct result, the accuracy percentage.

[0269] Handling Errors and Incomplete Entries. If any required inputs are missing before displaying results, the device will prompt the user:

[0270] Ranking Challenge. If positions are missing rankings, the device will display “Please rank Position I to proceed.” If multiple positions are incomplete, the device will list them, displaying “Please rank Position I, III, and V to proceed.”

[0271] Identity Challenge. If positions are missing Identity selections the display can say “Please infer Position I to proceed.” If multiple identities are incomplete, it will adjust the message to “Please infer Position II and IV to proceed.”Multiple AttemptsIf a participant has more than two incorrect identities, the device will prompt “Oops! You have two or more incorrect Identities. You can press ‘See Results’ to view the correct answers, or press ‘Try Again’ to adjust your selections.” If there are only two samples per participant (e.g., for three participants), the ‘Try Again’ option will not be available since there is only one possible selection per sample. For two participants, if one participant has two or more incorrect Identities, the device will prompt specifically for that participant: “Oops! Participant 1—You have two or more incorrect Identities. You can: press ‘See Results’to view the correct answers, or press ‘Try Again’to adjust your selections.”Corresponding Positions and LED IndicatorsThe Tasting Platform positions (I-VI) remain illuminated throughout the result review phase to help users match their samples with the displayed results.The left digit of the 2-digit 14-segment LED continues to represent the user's selection, while the right digit displays the ranking or Identity result value.Saving and Uploading ResultsOnce results are displayed, if logged in, the device will automatically upload the results to the user profile for future tracking and analysis. If in offline mode, results are stored temporarily but cannot be saved to an online profile. A summary screen will appear with the message “Results successfully uploaded to your profile,” if logged in, or “results available for review until Returned to Home or device is powered off,” if in offline mode.Next Steps After Viewing ResultsAfter reviewing the results, users will have the following option: “Start New Challenge”—Returns to the Home Screen to begin a new tasting session.Overall UsageThe sample randomizer conducts ranking or blind tasting challenges by randomizing the placement of up to six beverage samples and guiding users through a structured tasting process. Users assign variables (A-F) to their samples, which are randomized on a spinning platform. The device then directs users to transfer the samples to a tasting station, where they can rank or infer the identity of each beverage using intuitive LED displays and controls. Preloaded sensory options allow users to capture tasting notes and smells during the process. Results are displayed alongside randomized variables, enabling users to track their performance and refine their tasting skills. Designed for both individual and shared challenges, the device supports multi-user functionality and integrates Wi-Fi for saving data, accessing updates, and participating in group challenges via room IDs.Key Benefits and Outcomes of the Sample randomizer: it provides an engaging, social, and Competitive experience.Rank and Infer Your Libations:The device allows enthusiasts to engage in ranking or inferring their favorite libations, while also tracking results for future reference. Whether you're alone or with friends, the device transforms a simple tasting session into a fun, competitive experience.Group Challenges for Up to 3 Participants: You can enjoy the challenge with up to 3 friends, enhancing the experience by introducing friendly competition. Participants go head-to-head in an Identity challenge, testing their ability to identify libations, or they can reveal their favorite libations through the ranking challenge, making the experience both competitive and social. This taps into the growing trend of shared experiences and fosters social interaction.Data-Driven Insights for Brands and DistributorsConsumer Preferences and Market Trends: As a data collection tool, the device allows for tracking users'true preferences in ranking challenges, offering valuable insights. For example, while a particular brand may dominate sales, consumer preference data could reveal that another brand is a favorite, providing powerful market data that brands and distributors can use for decision-making.Behavioral Data for Product Development: Beverage producers and distributors can leverage the device's data to gain insights into consumer preferences, helping them refine product offerings and improve marketing strategies. This positions Sample randomizer as an indispensable tool for brand differentiation and market intelligence.A Powerful Educational ToolSommelier and Tasting Education: The device is an invaluable resource for sommelier programs and wine schools. Instructors can set up customized challenges to evaluate students'abilities to identify and rank libations under blind tasting conditions, providing structured learning and assessment.Customized Challenge Rooms: Distillers and producers can use these challenge rooms for real-time consumer feedback. By conducting blind taste tests in a controlled setting, they can gauge how new products perform in comparison to existing ones, receiving actionable feedback on consumer preferences. This makes the device a perfect fit for product development and market research in the beverage industry.Enhanced Consumer Engagement and Community BuildingOnline Community and User Interaction: The device's integration with online platforms allows users to connect, share experiences, and compare results. Users can join online forums where they discuss their favorite libations, share tasting notes, and earn badges from successful Identity challenges. This creates a community-driven ecosystem, which can lead to brand loyalty and user engagement.Badges and Achievements: By incorporating gamification, the device motivates users to keep improving their tasting skills. The earned badges, which users can proudly display, provide an added incentive for regular use, creating a sense of accomplishment and fostering long-term engagement.Standards for Data Collection in the Libation IndustryReliable Consumer Data: As the device gathers data from real-world users, it becomes a trusted source of unbiased consumer preference information. Brands can use this data to gain a clearer picture of what their customers actually enjoy, offering personalized recommendations and adjusting product lines based on true consumer tastes rather than market assumptions.Targeted Marketing and Product Placement: By tracking the most preferred libations across various categories, beverage companies can better target their marketing efforts and fine-tune product placements. For distributors, the device offers a valuable opportunity to suggest products that rank highly among consumers, boosting sales and market share.Scalability and Future-Proof TechnologyOnline Integration and Customization: The accompanying website, which allows users to create personalized challenge rooms, ensures the device evolves with the market. The ability to customize challenges for different beverages or participant levels keeps the device relevant for a wide range of industries, from wine enthusiasts to spirits producers.FIG. 14 shows a networked system 1400 including a network and data architecture for sample randomizers that allow data collection and verification, in accordance with some embodiments. In the system 1400 there are a plurality of networked sample randomizer stations 1402a-c. May other such stations can also be included. Each of the stations 1402a-c can be remotely located from each other, such as in users'homes, offices, etc. Each station 1402a-c includes network capability, meaning the ability to connect to other devices over the internet. For example, each station 1402a-c can include a WiFi transceiver that can be configured to connect to a local access point or wireless internet router. Each of the stations 1402a-c has an integrated three layer architecture that includes a physical device layer 1408, a local data layer 1410, and a cloud data layer 1412. These three layers 1408, 1410, 1412 work together to deliver a complete end-to-end pipeline from each station 1402a-c and user interaction to structured data capture, offline operation, and long-term cloud-based storage and analysis. The physical device layer can be, for example, built around the Raspberry Pi running Linux with custom C application code and the Light and Versatile Graphics Library (LVGL) graphics framework, directly controls the motorized randomization platform, per-position LED displays and buttons, barcode scanner, and touchscreen interface while managing the full challenge flow, maintaining the live mapping of randomized positions, and writing every interaction in real time to the local database. The local data layer, implemented as a SQLite database on a local memory device, such as, for example, a SD card, serves as a complete self-contained transactional store that records the entire hierarchical session record including headers, samples with load and presentation positions, identification methods, tasting notes, scores or inferences, response times, and final answers, enabling the device to execute a full tasting challenge with full data integrity and blind condition preservation even when no network connection is available. The cloud data layer, which can be centered on an Azure SQL Server database known as libationDB and its supporting REST API server, acts as the permanent source of truth for all configuration data such as categories, challenge types, scoring methodologies, and tasting note options while receiving complete session data pushed from devices after each challenge in proper dependency order, thereby enabling centralized retention, aggregate analytics, proficiency reporting, AI model training, and the multi-user features such as custom challenge rooms and gamification. The cloud data layer supports mirroring of the locally organized data at a cloud server 1404 that is connected to a database 1414. Within the database 1414 there are copies 1416 of data produced and stored (at least temporarily) at the stations 14012a-c. These three layers are tightly coupled through well-defined interfaces where the physical layer generates and stores data locally during operation, the local layer provides offline resilience and immediate responsiveness, and the cloud layer ensures long-term persistence and analytical power, with incremental row-version synchronization for configuration updates on login and transactional push for session data on completion creating a seamless and robust system that preserves the core randomization functionality of the parent patent while adding the novel software and data architecture claimed in this continuation-in-part.Facilitators can use a computing device 1406 to set up different testing scenarios for users of the stations 1402a-c to carry out. These can be controlled testing scenarios for academic credentials, market research, hobbyist enjoyment, and so on. The user of the computing device 1406 can therefore be a user of one of the stations 1402a-c, or an independent facilitator who designs the testing scenarios. Each station 1402a-c has a unique identifier assigned to it upon manufacture of the station. This identifier is indelible, and permanently associated with the station, and is reported with testing results to confirm where the testing results came from. When a user sets up a station, the station can contact the server 1404 to establish an account, which includes the server reserving memory space for the station. This can also include establishing an account identifier that can be used by the server 1404. As one example, a facilitator can define a testing scenario, including the identification of several sources to be tested. The type of testing can be identified as well, such as simple identification (e.g. can the user correctly identify a random sample), ranking (ordering the user preference of the samples), qualitative testing (describing the samples, e.g. their taste profile), among other testing scenarios. The facilitator can identify the stations 1402a-c (or any others) to participate or to be invited to participate in the testing scenario. This information is then provided to the server 1404, which in term routes the invitation and testing scenario parameters to each invited or selected station, as indicated by the facilitator. The facilitator can set up various groups that include station identifiers at the server 1404. For example, for a sommelier class, an instructor can set up a group for a class being taught that includes the station identifiers of all of the students in the class. The server 1404, upon being instructed to forward the testing scenario, can then fetch the group definition and send the testing scenario definition to each station.

[0293] Upon receiving the testing scenario, each user can accept the testing scenario, resulting in the station setting up a data structure compliant with SQLite in the local memory. To conduct the test, the user may be required to scan a sample source using the barcode reader of the station, or using a barcode scanner on a mobile phone device that is wirelessly linked with the station. For example, the barcode on the label of a bottle of wine can be scanned to confirm that the correct source is being used for each of the samples. After pouring the samples into containers, then the randomizing is performed and testing begins according the scenario design. The results are captured and stored locally, and when there is a connection, the results can be transmitted and mirrored at the database 1414, along with, for example, permission indicating who can access the results. The transmittal of results can also trigger notification to the facilitator that the particular user's results are stored and available for review, or comparison with results from other users participating in the testing scenario.

[0294] The system 1400 includes a fully integrated identification pipeline in which the barcode scanner can be activated from the touchscreen UI during the libation assignment step, attempts to match the scanned UPC against the local catalog, records the method as “UPC” when successful, and captures the raw UPC value together with the barcode type when the scan fails to match any catalog entry so that the failed scan record can later be pushed to the cloud for catalog expansion analysis. This failed-identification capture mechanism, the dual-path assignment logic that seamlessly offers manual entry of name, brand, and producer when scanning is unsuccessful or declined, the storage of these choices in the user challenge samples table with the corresponding foreign-key relationship to either cataloged or manually entered information, and the end-to-end data flow that links the scanned or manually entered identity to the subsequent randomized presentation order and final evaluation results.

[0295] In organizing the data generated in testing, each station can use a hierarchical structured data schema. The hierarchical structured data schema is the relational architecture that organizes every piece of information generated during a tasting challenge into a traceable, dependency-ordered tree so that the complete story of a session—from the moment a user begins a challenge to the final reveal of identities and performance metrics—can be captured locally in SQLite, pushed reliably to the cloud, and later queried for analytics, reporting, or AI model training without any loss of context or referential integrity. At the root of the hierarchy sits the user_challenge_run_header record, which serves as the single parent entity for an entire solo tasting session and stores the high-level metadata that defines the context of the challenge, including the user who performed it, the specific device used, the challenge_type selected (Rank, Identify, or Score), the libation_category, the number of samples, overall status, start and end timestamps, duration, and retry or reset counts. This header record is created when the user initiates a new challenge and remains the anchor point against which all subsequent child records are linked through foreign keys, ensuring that every lower-level piece of data can always be traced back to its originating session.

[0296] The hierarchical structured data schema, when implemented in the local SQLite transactional store of each station's embedded device, provides a specific technical improvement to the station's ability to maintain complete data integrity during periods of network unavailability. Because the schema organizes every tasting session as a strict dependency-ordered tree—run header before per-sample records, per-sample records before their associated tasting-note and evaluation-result records—the local database can perform all writes for an entire challenge as self-contained, referentially consistent transactions without any reliance on remote validation or cloud connectivity. This enables the physical device to execute the full workflow of libation assignment, motorized randomization, per-position hardware input capture, tasting-note recording, and final-answer confirmation while operating entirely offline, yet still produce a complete, auditable hierarchical record that can be pushed to the cloud data layer in proper parent-before-child order upon restoration of connectivity. As a result, the station delivers reliable structured data capture and blind tasting functionality in real-world environments where network access may be intermittent or unavailable, while guaranteeing that the mirrored cloud dataset preserves referential integrity for subsequent analytics, reporting, and multi-station coordination—capabilities that prior manual or constantly connected systems could not achieve on an embedded physical randomizer platform.

[0297] Directly beneath the header, the user_challenge_run_samples table forms the next level of the hierarchy, with one record created for each individual sample container that participates in the challenge. Each sample record captures the critical linkage between the physical world and the digital record by storing the sample_code (the alpha identifier A through F assigned at staging), the load_position that records exactly where the user placed that container on the tasting station before randomization, the presentation_order that records the randomized position delivered by the motorized platform after spinning, and the identified_method flag that distinguishes whether the libation was identified by successful UPC scan or by manual entry. The sample record also holds the foreign-key references to either the upc_libations catalog entry or the user_manual_libations record that was created or selected during the assignment step, thereby locking the commercial identity of the libation to that physical sample for the remainder of the session. Because the presentation_order is the only value that changes as a result of randomization, the schema preserves a clean separation between what the user knew at loading time and what the user experiences after the blind has been applied.

[0298] At the leaf level of the hierarchy, two primary child tables hang from each sample record to capture the user's actual tasting activity. The user_challenge_run_sample_note table records every tasting-note selection made against that specific sample, linking the sample to a tasting_note_field (such as Nose, Palate, or Finish) and then to either a system-provided tasting_note_option or a user-created custom option stored in user_tasting_note_option; this structure allows both standardized professional descriptors and novel user-generated language to be captured in a fully normalized and queryable way. Parallel to the notes, the user_challenge_run_results table stores every evaluation attempt the user makes for that sample, including the user_rank_position for ranking challenges, the guessed_upc_libation_id or guessed_manual_libation_id for identify challenges, the is_correct flag computed at reveal, the score_value for scoring challenges, the response_time_seconds for that attempt, an attempt_number that increments with each change, a was_changed flag, and—most importantly—a final_answer_flag that marks only one result row per sample as the definitive answer the user wishes to submit. This attempt-history design means the schema does not merely store the final outcome; it preserves the full sequence of user interactions, corrections, and timing data that can later be mined for insights into decision-making speed or confidence.

[0299] The hierarchical arrangement is deliberately constructed so that data can be written locally during an offline challenge in strict parent-before-child order and then transmitted to the cloud REST API (e.g. server 1414) in the same dependency sequence after the session completes, guaranteeing that a header record exists before any sample records are inserted and that every sample record exists before its associated note or result records are created. This same structural pattern is mirrored in the custom-room tables, where cust_challenge_run_header, cust_challenge_run_samples, cust_challenge_run_results, and cust_challenge_run_sample_note provide the identical hierarchical relationships for each participant's independent run within a shared organizer-defined session, with the addition of session-level foreign keys that allow cross-participant comparison while still maintaining per-device physical randomization. By enforcing this clean tree structure across both solo and multi-user scenarios, the schema delivers the complete, auditable, and analytically rich tasting-session record that constitutes one of the core new-matter contributions of the continuation-in-part application.

[0300] In the system 1400, the configurable, data-driven features shift what would traditionally be hardcoded application logic into structured database records that are synchronized from the cloud (server 1414) and interpreted at runtime by the station software, thereby allowing the entire behavior of scoring, tasting-note capture, and challenge presentation to be modified centrally without any changes to the device application code or the need to push firmware updates to deployed units. At the heart of this architecture lies the scoring-system data model, in which complete professional evaluation methodologies—such as those associated with Robert Parker, Jim Murray, or any future system—are stored as rows in the scoring_system table together with their associated scoring_system_categories, maximum point allocations, baseline values, and display ordering; each scoring system can be linked through junction tables to specific libation categories so that, for example, a whiskey scoring template appears automatically when the user selects a whiskey challenge while a different template appears for wine. Because these records reside in the cloud Azure SQL Server and are pulled into the device's local SQLite database through the row-version incremental synchronization process on every login, the device always presents the most current set of available scoring methodologies, and the addition of an entirely new professional scoring system requires only the insertion of new rows in the central database 1414; the next time any connected device performs its configuration sync, the new methodology appears in the challenge-setup screens with its full hierarchy of categories and point ranges already defined.

[0301] Parallel to the scoring model, the tasting-note system follows the same data-driven pattern through the tasting_note_field and tasting_note_option tables in its template, which define the sensory dimensions presented to the user (Appearance, Nose, Palate, Finish, and so on) and the standardized selectable descriptors for each dimension; these system-provided options are supplemented by user-created custom entries stored in the user_tasting_note_option table, which are themselves synchronized on a per-user basis so that an individual's personal lexicon of descriptors travels with that user across devices. When a user begins a challenge and selects a libation category, the application reads the local database to determine which tasting-note fields are relevant for that category, which preset options should be offered, and which custom options the current user has previously defined, then dynamically constructs the note-entry screens without any category-specific code having been written into the application. This same runtime interpretation extends to the overall challenge configuration flow itself: the list of available challenge types, the valid sample-count ranges for each type, the time-limit options, and the results-visibility settings are all drawn from reference tables rather than compiled constants, so that future expansions—such as the introduction of a new challenge variant or the adjustment of maximum sample counts for a particular hardware revision—can be effected through database updates alone.

[0302] The practical consequence of this design is that each station 1402 becomes a living platform whose functional breadth can grow over time through content changes in the cloud rather than through software releases, a capability that is especially powerful for an industry in which new sensory-evaluation methodologies, emerging libation categories, and evolving professional standards appear regularly. Because the device's user interface, scoring calculations, note-capture logic, and even the validation rules for duplicate rankings or identifications are driven entirely by the data it has synchronized, the embedded application remains a thin interpreter of configuration rather than a monolithic container of business rules; this separation not only simplifies long-term maintenance and regulatory compliance but also ensures that every deployed unit, regardless of when it was manufactured or last updated, can immediately benefit from the latest centrally managed content the moment it next connects to the network. In the context of the continuation-in-part claims, this data-driven configurability is therefore claimed both as an apparatus feature of the integrated system and as a method for extending the capabilities of a physical tasting device through cloud-synchronized database records rather than through application recompilation or hardware redesign.

[0303] The system 1400 also supports data portal and analytics methods that represent the realization of the value created by the structured data-collection architecture, transforming the raw tasting-session records captured by every connected device into tiered, role-appropriate business intelligence and decision-support tools that can be accessed through a web-based interface while the underlying hierarchical schema and cloud database remain the single source of truth. A data portal 1418 can be set up at the server 1404 using the database 1414. The data portal itself is organized into three distinct access tiers that scale from individual consumer use to enterprise-grade analytical services. At the personal Tier 1 level 1420, any device owner can log into a self-service web portal to review their own complete history of tasting sessions, view performance trends over time, track badge and tier progression derived from identification accuracy and challenge volume, examine their personal tasting-note library, and compare their blind-inference accuracy or scoring consistency against aggregate benchmarks; all of this information is generated directly from the user_challenge_run_header, user_challenge_run_samples, user_challenge_run_results, and user_challenge_run_sample_note records that were pushed from their devices after each offline or connected session.

[0304] At an Organizational Tier 2 level 1422 access is provided to distilleries, retailers, research firms, and hospitality groups through a paid subscription that unlocks aggregate views across multiple devices and users under their control, allowing them to filter and analyze session data by date range, libation category, challenge type, geographic location, or demographic segment; the portal surfaces interactive dashboards showing tasting-note frequency distributions, average category scores, blind-identification accuracy rates by specific product, comparative performance against similar offerings in the same category, and trends in consumer preference or discriminability, with the ability to export summarized CSV reports or schedule recurring analytics deliveries. At the highest Enterprise or White-Glove Tier 3 level 1424, large organizations receive not only the full organizational feature set but also dedicated analyst support, custom report generation tailored to specific business questions, raw-data export in standard or proprietary formats, API access to anonymized aggregate datasets, and consultative services for designing custom tasting methodologies or interpreting results in the context of product development or retail strategy.

[0305] The analytics methods that power these portal experiences are themselves claimed as novel processes that leverage the uniquely structured, device-generated dataset. One such method performs aggregate blind-tasting pattern analysis by collecting inference accuracy rates across thousands of sessions, then segmenting the results by beverage category, specific product identity, user demographics, geographic region, and time period to identify which beverages are most frequently misidentified and which are most reliably recognized, thereby producing quantitative measures of discriminability that producers can use to understand true brand distinctiveness under blind conditions. A related production-feedback method aggregates professional scoring data, tasting-note selections, and blind-inference outcomes by individual commercial product and delivers reports to distillers and brewers showing average category scores, the most commonly selected sensory descriptors, identification accuracy rates, and side-by-side comparisons against competitor products in the same category, giving product-development teams data-driven insight into which attributes consumers actually perceive as positive or distinctive.

[0306] Further methods apply machine-learning techniques to the same structured records to build an AI-driven recommendation engine that trains on correlations between users'historical scoring patterns, tasting-note preferences, identification accuracy, and ranking behavior, then predicts preference scores for beverages the user has not yet evaluated and surfaces personalized ranked recommendations that are grounded in actual sensory-evaluation performance rather than stated preferences or purchase history. Retail tasting-research automation methods deploy networks of Station 1402 devices at point-of-sale locations, configure standardized research sessions with specific parameters, collect the resulting consumer data in real time, and generate aggregated reports that inform purchasing, merchandising, and inventory decisions without the cost and variability of traditional manual panel studies. Training-platform methods use known-identity challenges to measure sommelier or educator trainee performance on identification accuracy, scoring consistency, response time, and note-selection patterns, track longitudinal improvement, benchmark individuals against cohort or certification standards, and generate targeted practice recommendations based on identified skill gaps. Finally, the industry-standard tasting-data-protocol method formalizes the hierarchical schema itself as a common data language, implements it uniformly across all connected devices, and exposes controlled API access to anonymized aggregate datasets so that cross-device, cross-venue, and cross-vendor comparisons become possible under a single, consistent structure analogous to how standardized credit or media-rating schemas enabled industry-wide analytics.

[0307] Taken together, the tiered data portal and these analytics methods convert the continuous stream of structured, device-captured tasting evaluations into actionable intelligence for consumers, producers, retailers, educators, and researchers, establishing the station 1402 ecosystem as both a data-generation platform and a data-consumption platform whose long-term competitive advantage grows with every additional session conducted.

[0308] The system 1400 extends the core solo-challenge platform of FIG. 10 into a connected social tasting ecosystem in which a remote organizer can define and coordinate structured tasting experiences that are executed simultaneously and independently on multiple physical devices, with results synchronized to a shared cloud session while each participant's device continues to perform its own physical randomization and local data capture. For example, the system 1400 facilitates a custom challenge room, which begins when an organizer / facilitator creates a named room through either a device interface or the web portal (using a computer 1406) and configures all parameters for the shared experience, including the challenge type (Rank, Identify, or Score), the libation category, the scoring methodology if applicable, the sample count, optional time limits, and the results-visibility setting that determines whether outcomes are revealed immediately after each participant finishes, only after every participant has completed, or solely upon organizer command. The system automatically generates a short alphanumeric room code that the organizer distributes through any convenient channel; participants then join the room on their own stations 1402 by entering the code, at which point their station 1402 downloads the organizer-defined configuration from the cloud and present a guided workflow that mirrors the solo flow but operates under the shared parameters.

[0309] Once inside the room, each participant independently performs the full assignment, loading, randomization, tasting, and evaluation sequence on their own hardware; the device records its own load_positions and generates its own randomized presentation_order values so that station 1402a's physical position III may contain an entirely different libation from station 1402b's position III, yet the results remain comparable because every evaluation is ultimately linked to the common libation identity rather than to the physical position. When a participant completes the challenge and confirms final answers, the device pushes its complete hierarchical run record—header, samples, notes, and results—to the cloud in dependency order; only after all participants have pushed their data does the system apply the organizer's chosen visibility rule to release the shared leaderboard or comparative results view, which may include cross-participant accuracy rankings for Identify challenges or preference distributions for Rank challenges. This architecture therefore enables fair, head-to-head social tasting and competition while preserving the fundamental blind condition and physical-randomization integrity of each individual device.

[0310] Layered on top of the custom-room functionality is the gamification system, which converts the structured performance data already captured in the user_challenge_run_results and user_challenge_run_header tables into a system of accuracy points, tier progression, and achievement badges that constitute earned, objective credentials rather than self-reported experience. Accuracy points are awarded automatically from the final_answer_flag rows: a correct blind identification in an Identify challenge earns a base of ten points, with partial credit scaled to the participant's overall accuracy rate for that run; completion of any challenge type yields additional base points, and bonus points are granted for multi-category breadth, perfect identification runs in which every sample is correctly identified, or other measurable milestones. These points accumulate in the user_accuracy_points table, each row permanently linked to the specific run_header that generated the award so that the entire history remains auditable. Tier status is then computed from the cumulative point total, advancing the user through six defined levels from Novice to Aficionado; each tier change creates a historical record in the user_tiers table so that progression can be tracked over time. Badges are discrete achievement awards stored in the user_badges table and linked to the triggering run; examples include “First Blood” for completing an initial Identify challenge, “Perfect Palate” for a one-hundred-percent identification run, “Category Master” for sustained performance within a single libation category, or “Room Champion” for achieving the highest accuracy within a custom-room session. Because every point and badge is derived directly from the device-generated is_correct flags, completion status, response times, and category coverage already present in the hierarchical schema, the resulting credentials represent measured sensory-evaluation proficiency rather than claimed expertise.

[0311] The same structured data that drives gamification also feeds the tiered data portal, allowing users at the personal level to view their own point totals, current tier, earned badges, and performance trends, while organizational and enterprise users can analyze aggregate accuracy distributions, badge attainment rates, or tier demographics across populations of tasters. In this way system 1400 transforms the stations 1402 from a solitary evaluation tool into a social platform whose gamification layer supplies intrinsic motivation and objective credentialing while its custom-room and data-portal capabilities supply the coordination and analytical infrastructure needed for organized events, training programs, retail activations, and producer research.

[0312] The networked embodiments of the present invention provide significant technical and practical benefits over prior manual or single-device blind tasting systems. By combining a physical sample randomizer station with a local SQLite transactional store and a cloud data layer, the system enables complete, structured data capture during tasting challenges even when network connectivity is unavailable or unreliable, while still guaranteeing that every session record maintains full referential integrity and can be seamlessly synchronized to the cloud upon reconnection. The data-driven architecture allows new scoring methodologies, tasting-note descriptors, and challenge configurations to be introduced centrally and automatically deployed to already-fielded stations without any firmware updates or application code modifications, thereby extending the useful life and functional breadth of deployed hardware. The ability of multiple physically separated stations to participate in organizer-defined custom challenge rooms—each station independently randomizing its own samples while linking all evaluations to common libation identities—enables fair, scalable, head-to-head social tasting and training events with results that remain analytically comparable across participants. Furthermore, the derivation of objective accuracy points, tier status, and achievement badges directly from device-generated performance data, combined with the tiered data portal's aggregate analytics capabilities, transforms raw tasting interactions into reliable, measurable proficiency credentials and actionable business intelligence for consumers, producers, retailers, and educators. These networked features collectively establish a standardized, data-rich infrastructure for blind tasting that improves consistency, enables remote coordination, supports continuous platform evolution, and generates valuable insights that were previously unattainable with manual or disconnected evaluation methods.

[0313] The claims appended hereto are meant to cover all modifications and changes within the scope and spirit of the present invention.

Examples

Embodiment Construction

[0034]While the specification concludes with claims defining the features of the invention that are regarded as novel, it is believed that the invention will be better understood from a consideration of the following description in conjunction with the drawing figures, in which like reference numerals are carried forward. It is to be understood that the disclosed embodiments are merely exemplary of the invention, which can be embodied in various forms.

[0035]The inventive sample randomizer disclosed and claimed herein allows a person, or a small number of people, to randomize a group or groups of samples and then dispense the samples such that the person or people do not know the order in which samples are dispensed, and therefore are “blind” as to which sample is in a given dispensed sample container. The inventive sample randomizer eliminates the need for a person, who is not participating in the sample testing, to randomize the samples for the person or people performing the sampl...

Claims

1. A networked system for structured blind tasting data collection and analysis, the system, comprising:a plurality of sample randomizer stations, each station comprising a physical device layer including a processor, memory, motorized randomization platform, per-position input controls and displays, touchscreen interface, and barcode scanning mechanism; a local data layer comprising a SQLite database configured as a complete transactional store that records an entire hierarchical session record during offline operation; and a cloud data layer comprising a remote server and database that serves as a permanent source of truth for configuration data and receives pushed transactional session data from the stations;wherein each station is configured to capture, in the local data layer during a tasting challenge performed while the station is offline, a complete hierarchical record comprising a run header, per-sample records including load position, randomized presentation order, and identification method, per-sample tasting note records, and per-sample evaluation result records with attempt history and final answer flag; andwherein each station is further configured to push the complete hierarchical record to the cloud data layer in dependency order upon restoration of network connectivity, and the cloud data layer is configured to mirror the hierarchical records from the plurality of stations and to support tiered access and analytics across the mirrored data.

2. The system of claim 1, wherein the physical device layer of each station further comprises a wireless transceiver configured to receive identification information for a sample from an external barcode scanning application executing on a paired mobile device.

3. The system of claim 1, wherein the cloud data layer is configured to support a facilitator-defined testing scenario that specifies a plurality of sources, a testing type, and a group of station identifiers, and to transmit the testing scenario parameters to each station in the group so that each station in the group executes the scenario using its own physical randomization while results are verified by unique station identifiers and mirrored at the cloud data layer.

4. The system of claim 1, further comprising a data portal accessible via the cloud data layer, the data portal providing at least three access tiers: a personal tier that presents to an individual user that user's complete history of tasting sessions, performance trends, and badge and tier status derived from the user's mirrored hierarchical records; an organizational tier that presents aggregate views across multiple stations and users under organizational control, including tasting-note frequency distributions, average category scores, and blind-identification accuracy rates by product; and an enterprise tier that provides custom report generation, raw-data export, and API access to anonymized aggregate datasets together with dedicated analyst support.

5. The system of claim 4, wherein the data portal is configured to execute an aggregate blind-tasting pattern analysis method that segments inference accuracy rates from the mirrored hierarchical records by beverage category, specific product identity, user demographic, geographic region, and time period to generate quantitative measures of discriminability for each product.

6. The system of claim 4, wherein the data portal is configured to execute a production-feedback method that aggregates, by individual commercial product, professional scoring data, tasting-note selections, and blind-inference outcomes from the mirrored hierarchical records and generates reports showing average category scores, most frequently selected sensory descriptors, identification accuracy rates, and comparative performance against competitor products.

7. The system of claim 4, wherein the data portal is configured to execute an AI-driven recommendation method that trains machine-learning models on correlations between users'historical scoring patterns, tasting-note preferences, identification accuracy, and ranking behavior contained in the mirrored hierarchical records, predicts preference scores for unevaluated beverages, and surfaces personalized ranked recommendations.

8. The system of claim 1, wherein the barcode scanning mechanism of each station is configured to attempt to match a scanned UPC against a local catalog, to record an identified-method value of “UPC” and a foreign-key reference upon successful match, and to capture the raw UPC value together with barcode type on a user-manual-libation record upon failure to match, the captured failed-scan record being pushed to the cloud data layer for subsequent catalog-expansion analysis.

9. The system of claim 1, wherein each station is assigned a unique indelible identifier at manufacture, the identifier is reported with every pushed hierarchical record, and the cloud data layer uses the reported station identifiers to verify provenance of results received from facilitator-defined testing scenarios.10-11. (canceled)12. A method of extending capabilities of a physical sample randomizer station without requiring any firmware update or recompilation of application code on deployed stations, the method comprising:storing, in a cloud database, rows that define complete professional scoring methodologies together with associated scoring categories, maximum point allocations, baseline values, and display ordering, each scoring methodology being linkable to one or more libation categories;storing, in the cloud database, rows that define tasting-note fields and standardized selectable descriptors for each field, together with user-created custom descriptors;synchronizing, from the cloud database to a local SQLite database on the station via row-version incremental synchronization performed on login, only changed configuration records; andat runtime on the station, reading the local database to determine which scoring methodology, scoring categories, tasting-note fields, and descriptors are relevant for a user-selected libation category and challenge type, and dynamically constructing the corresponding user-interface screens and validation logic from the read records,wherein new scoring methodologies and new tasting-note descriptors can be added to the cloud database and will thereafter appear on already-deployed physical stations upon their next configuration synchronization without any firmware update or modification to the application code executing on those stations.

13. The method of claim 12, further comprising adding a new professional scoring methodology or a new tasting-note descriptor by inserting new rows into the cloud database, after which every station that subsequently performs configuration synchronization immediately presents the new methodology or descriptor to its users.

14. A method of conducting a multi-participant blind tasting session across a plurality of physically separated sample randomizer stations, the method comprising:an organizer creating, via a web portal or a station interface, a named challenge room and configuring parameters including challenge type, libation category, scoring methodology, sample count, time limits, and results-visibility rule;the system generating a room code and distributing the code to participants;each participant joining the room on that participant's own station by entering the room code, after which the participant's station downloads the organizer-defined configuration and executes a complete tasting workflow comprising assignment of libations, loading onto a motorized randomization platform, generation of that station's own randomized presentation order, tasting, and evaluation;each station independently recording its own load positions and randomized presentation orders while linking every evaluation to the common libation identities assigned by the organizer;each station pushing its complete hierarchical run record to a shared cloud session upon completion; andthe system applying the organizer's chosen visibility rule to release a shared comparative results view only after all participants have pushed their records, thereby enabling cross-participant comparison while preserving independent physical randomization at each station.

15. The method of claim 14, wherein the results-visibility rule is selectable by the organizer to cause release of results immediately after each participant finishes, only after every participant has finished, or only upon explicit organizer command.16-17. (canceled)

Images