Patent Publication Number: US-2022237497-A1

Title: Shaken lattice as a service

Description:
BACKGROUND 
     Interferometry is a technique which uses the interference of superimposed waves to extract information. Interferometry typically uses electromagnetic waves and is an important investigative technique in the fields of astronomy, fiber optics, engineering metrology, optical metrology, oceanography, seismology, spectroscopy (and its applications to chemistry), quantum mechanics, nuclear and particle physics, plasma physics, remote sensing, biomolecular interactions, surface profiling, microfluidics, mechanical stress/strain measurement, velocimetry, optometry, and holography. In most interferometers, light from a single source is split into two beams that travel in different optical paths, and which are then combined again to produce interference. The resulting interference fringes give information about the difference in optical path lengths. 
     The precision achievable in interferometry is ultimately limited by the wavelength of the interfering waves, with shorter wavelengths providing higher precision. Visible light wavelengths range from 400 nm to 700 nm. Ultraviolet light extends the range to 10 nm at the low end; X-rays extend the range down to 10 picometers (pm), while gamma rays have wavelengths around 1 pm. However, exposure to ionizing radiation such as extreme ultraviolet, X-rays, and gamma rays can be problematic, especially as they are a health hazard, causing radiation sickness, DNA damage and cancer. 
     Particles of matter, e.g., atoms, have de Broglie wavelengths in the picometer range and below, making them promising alternatives to ionizing radiation for picometer precision interferometry, with heavier particles having shorter de Broglie wavelengths and thus offering greater precision. In fact, interferometers have been developed using neutrons, atoms, and polyatomic molecules. 
     A challenge for interferometers based on particles of matter has been to develop counterparts to the mirrors and beamsplitters used in light-based interferometers to split, redirect, and combine light beams. In the “shaken-lattice” approach to controlling matter particles, e.g., neutral atoms, are trapped and cooled in an optical lattice. The optical lattice, which includes a grid formed using an intersection of two pairs of counterpropagating and interfering laser beams, is then shaken; in other words, the phases and/or frequencies of the beams forming the lattice are modulated according to a “shaking” function so that the particles split, propagate, reflect, and recombine without the use of additional beams and (Raman or Bragg) pulses. 
     Unfortunately, the high acquisition cost and the high-level of expertise required to operate shaken-lattice systems, which typically include particle (e.g., rubidium and cesium atom) sources, ultra-high vacuum (UHV) systems, laser systems, magnetic systems (i.e., systems for producing and controlling magnetic fields), and electronics for operating the laser and magnetic systems, constrains their availability for research and development. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         FIG. 1  is a schematic illustration of a shaken lattice as a service (SLaaS) system. 
         FIG. 2  is a flow chart of an SLaaS process. 
         FIG. 3  is a schematic illustration of a SL station of the system of  FIG. 1 . 
         FIG. 4  is a screen shot of a graphic user interface of the SLaaS system of  FIG. 1 . 
         FIG. 5  is a schematic illustration of an account manager data structure for an account manager of the SLaaS system of  FIG. 1 . 
         FIG. 6  is a schematic illustration of a session manager data structure for a session manager of the SLaaS system of  FIG. 1 . 
         FIG. 7  is a schematic diagram of a shaken-lattice matched filter system implementable using the SLaaS system of  FIG. 1  and in other systems. 
     
    
    
     DETAILED DESCRIPTION 
     The present invention provides for Shaken Lattice-as-a-Service (SLaaS) in that account holders can operate a shaken-lattice installation remotely via the Internet or other network. The present invention further provides for real-time, exclusive, interactive production and/or manipulation of shaken lattices and their contents. SLaaS allows account holders access to shaken lattices without the burden of purchasing and maintaining the associated equipment. Furthermore, potential purchasers of the equipment are provided a way to evaluate the equipment prior to purchase. Thus, the invention allows more people to study and to develop applications based on shaken lattices 
     As shown in  FIG. 1 , a shaken lattice as-a-service (SLaaS) system  100  includes a set  102  of shaken-lattice stations and a cloud-based SLaaS server  104 . Set  102  includes one or more shaken-lattice stations including representative shaken-lattice-station  106 . Shaken-lattice station  106  includes a particle supply  108 , recipe hardware  110  including a machine-learning engine  111 , a controller  112 , a quantum-state capture system  114 , and a server interface  116 . 
     Particle supply  108  can, for example, supply rubidium 87 ( 87 Rb) atoms, which can assume different quantum states depending on the excitation level of its single-electron outer shell. When cooled to a sufficiently low temperature, as determined by a phase-space density, a cloud of  87 Rb atoms can form a Bose-Einstein condensate in which the atoms share a common quantum state. Depending on the embodiment, a particle supply can provide exactly one type of quantum-state carrier or plural types of quantum state carriers (e.g., potassium and cesium). 
     Recipe hardware  110  is used to process supplied quantum particles according to a recipe. The processing can include cooling, transport, and inducing phase and/or state transitions. The hardware for shaken-lattice-station  106  can include a vacuum system, a laser system, optical path elements, a magnetics system, and an electronics system. In addition, recipe hardware  110  includes a machine-learning engine for use in developing new shaking function recipes and other recipes. The components of these systems can overlap; for example, an atom chip can serve as part of a vacuum boundary, conduct currents to form magnetic fields, and include a window for optical access to the vacuum interior. In other embodiments, e.g., involving an all-optical BEC, there is no atom chip. A controller  112 , which may be integrated into the electronics system, coordinates the hardware actions to implement a recipe received over server interface  116  from SLaaS server  104 . 
     Quantum-state capture system  114  captures observables of quantum particles to yield wavefunction characterizations. In fact, a recipe can specify which observables are to be captured, as well as how the capture is to be effected. For example, a fluorescence or absorption image of atoms may be captured to characterize a wavefunction (or spatial distribution) of the atoms. The captured observables data, either as collected or in modified form, is transmitted back to a user via SLaaS server  104 . 
     Not all information that might be returned to a user qualifies as a “wavefunction characterization”. For example, if an atomic clock returns a time to a user, that time does not qualify as a wavefunction characterization because it is not descriptive of a quantum state. In the case of a BEC, data specifying the number of thermal atoms left after BEC production may not qualify as a wavefunction characterizations as it does not include information descriptive of the quantum state of the BEC. However, the time or the number of thermal atoms could qualify as “based on a wavefunction characterization”. 
     SLaaS server  104  includes a station interface  120 , an account manager  122 , a session manager  124 , a device interface  126 , and a recipe library  128  of recipes  129 . Recipes  129  can include shaking functions  130  (for cases in which an existing shaking function is available) and machine-learning algorithms  131  (for when a new shaking function is required). Recipes  130  and  131  can be based on the teachings in: “Adaptive quantum signal processor” by Evan Salim and Dana Zachary Anderson, US Patent Publication US2022/0012618A1; and “Atom interferometry using a shaken optical lattice” by C. A. Weidner et al,  Physical Review A  95, 043624 (2017) both of which are incorporated herein in full by reference. 
     Account manager  122  manages accounts of individual users and corporate entities; this includes managing financial transactions with account holders  130 , which determine permissions for each account. In addition, account manager  122  serves to identify, authenticate, and manage permissions of authorized users for each account holder, e.g., authorized users  132  of account holder  134 . 
     Account manager  122  can provide for a variety of account types. For example, accounts can provide for on-demand access, scheduled access, and stand-by access. On-demand access provides priority access pending completion of a currently implementing recipe and any on-demand recipes in the queue ahead of the current one. Scheduled access means access at a future time from a choice of times offered by the session manager and subject to change due to conflicts with higher-priority recipes. Stand-by access means that the recipe will be executed when time is available; the user will be notified when results are available. An account holder may grant some of its authorized users, e.g., system administrators, all the permissions associated with the account type, while it may grant others of its authorized users more restricted sets of permissions. 
     Authorized users can access SLaaS server  104  via respective user devices  140 , which include, but are not limited to, computers and mobile devices. User device  142 , for example, includes a graphical user interface  144  and a network interface  146 . Graphical user interface  144  provides functionality for recipe creation and/or selection  144 , and recipe transmission  152   
     An authorized user can select recipes either directly from recipe library  128  on SLaaS server  104  or from a local recipe library on a user device  142 . The latter library can be updated using entries in cloud recipe library  128  or by storing recipes created on the user device by the user. Recipes in library  128  may be selectively forbidden to users based on the respective account and user permissions; for example, a user may be able to access shaking functions  130 , but not machine-learning algorithms  131  (which could be used to generate new shaking functions). The recipes can include: unitary recipes  172  that provide for exactly one recipe request in a session, and multi-recipes  174  that provide for a series of requests allowing a user to see the result of a first portion of a recipe before deciding to proceed on a second or subsequent portion of a multi-recipe. A user with sufficient permissions can create a multi-part recipe by combining unitary recipes or combining at least one unitary recipe with at least one multi recipe. 
     Herein, an “online session” can include a series of user requests (e.g., recipe transmissions) and responses (observables generated by implementing a recipe) during which the user retains continuous real-time access to a shaken lattice station. An “offline session” involves implementing a recipe while the user is offline (as when a recipe submitted by the user is implemented on a stand-by basis or on an unattended scheduled basis). Session manager  124  of SLaaS server  104  tags the received recipe with a session identifier so that any results of the recipe can be returned to the correct device and user. 
     In addition, session manager  124  uses the tag to maintain inter-cycle continuity among plural session cycles, i.e., recipe-result transactions, where such multiple transactions are permitted (e.g., by the permissions associated with the account and the user). SLaaS server  104  forwards tagged recipes from station interface  120  to server interface  116  of BEC-station  106  (or other station). Observables captured during recipe implementation are returned to SLaaS server  104 , which forwards the observables to the device that originated the recipe. GUI  144  for the device can display the observables data as appropriate, e.g., as images, graphs, tables, etc. 
     SLaaS system  100  provides for different session types including single-cycle sessions, automated multi-cycle sessions, and interactive multi-cycle sessions. Single-cycle sessions  172  typically implement unitary recipes  174 . Herein, a “recipe” is a document specifying initial conditions and procedures for yielding a result, typically in the form of a quantum wavefunction or a characterization of a quantum wavefunction. For example, a recipe for a Bose-Einstein condensate would specify the equipment and initial state of a shaken-lattice station as well as the operations required to determine and/or execute a shaking function using that shaken-lattice-station. A single-cycle session typically terminates once the result, e.g., an interferometry measurement, is reported to the user. 
     Multi-cycle sessions permit additional procedures to be performed after a result is reported. In the case of automated multi-cycle sessions, the procedures follow results without user intervention. Automated multi-cycle sessions  176  can implement linear multi-part recipes  178 , which provide no choices to be made regarding which procedures are to be implemented regardless of results, and automated branched multi-part recipes  180  for which procedures following results are selected automatically, e.g., by the session manager based on the results. In an automated multi-cycle session, results may be reported to the session manager each cycle; these results may be forwarded to the user or aggregated so that only the aggregate result is forwarded to the user at the end of the session. 
     Herein, a “branched” recipe is a recipe that includes alternative procedures to be selected based on a condition, which may be a result from a previous part or a procedure of the recipe, a user input, or some other factor (e.g., time). Branched recipes that condition a selection of alternative procedures on a user input after the respective session begins are termed “interactive”, whereas recipes that do not accept such input are termed “automated”. 
     Interactive multi-cycle sessions  182  can provide users with real-time, exclusive, and interactive access to a shaken-lattice-station. Interactive branched multi-part recipes  184  permit users to select between/among branches, taking into account results from previous cycles in the session. In the case of such interactive recipes, the user&#39;s choices are specified and limited at the outside by the recipe. In the case of real-time generated recipe sequence  186 , the user&#39;s choices are not limited by the first recipe requested. However, follow-up recipes may be constrained to initial conditions that match the end conditions of a previous cycle, so the user&#39;s choices are not unlimited. 
     An SLaaS-process  200  is flow charted in  FIG. 2 . At  201 , an authorized user creates and/or selects a first recipe and transmits it to a SLaaS server. At  202 , an account manager running on the SLaaS server authenticates the user and identifies the permissions applicable to that user. These permissions are those associated with the account that have not been excluded for use by the present user or the present user&#39;s role in the account holder. 
     At  203 , a session manager running on the SLaaS server checks the applicable permissions, authorizes the recipe (if it qualifies given the permissions), tags the recipe with a session identifier, and routes the tagged recipe to a compatible shaken-lattice-station. For example, if the recipe calls for the use of  87 Rb atoms, the session manager can route the recipe to a shaken-lattice-station set up with an  87 Rb source, rather than to, for example, a shaken-lattice-station set up with only a  133 Cs source. More specifically, the selected shaken-lattice station and its current state are to be compatible with the first recipe; in the illustrated embodiment, the session manager rejects a subsequent recipe that is incompatible with the selected shaken-lattice-station. In an alternative embodiment, a subsequent recipe requested in the same session may be routed to a different shaken-lattice-station compatible with the subsequent recipe. 
     At  204 , the selected shaken-lattice-station then implements a first (n=1) recipe or part of a multi-part recipe, captures first observables shaken-lattice data, and transmits a station response to the session manager, the station response being based on the observables data. The capturing may be destructive or non-destructive. For example, many imaging techniques impact the quantum state of the quantum-state carriers; however, there are dispersive phase-contrast imaging techniques that are non-destructive. At  205 , the session manager then forwards the first observables data to the user for display on the GUI of the user device. More precisely, the session manager transmits a server response based on the station response and, thus, based on the observables data. In some automated multi-cycle sessions implementing multi-part recipes, observables data is not sent to the user each cycle, but rather data collected over multiple cycles is accumulated and sent collectively to the user, e.g., at the end of the session. 
     Commonly, the sessions are unitary recipe (N=1) sessions, in which case, the session manager ends the session at  206  once the first observables data is sent to the user device. The session may also end due to a time-out or a user request for disconnection. However, certain premium accounts provide for multi-cycle sessions. In such a case, process  200  proceeds from action  205  to a virtual action  207  of incrementing n, that is n→n+1. 
     How process  200  proceeds from  207  depends on the type of multi-cycle session. In the case of an automated multi-cycle session implementing a linear or automated branched multi-part recipe, the session returns to  204  to implement a next, nth, part of a multi-part recipe, and proceeds from there to  205 . In the case of an interactive multi-cycle session, the session proceeds to  208  to select a next, nth, recipe or recipe part, in some cases based on prior results. 
     In the case of an interactive multi-cycle session that allows a user to generate a recipe sequence in real-time, that is, as the session progresses, the user selects a next, nth, recipe at  208 , e.g., based on results from earlier cycles in the session. The newly selected recipe is then, in effect, vetted as the session returns to  203  and proceeds from  203  to  204  and  205 , and so on. Typically, but not in all cases, the shaken-lattice-station selected at  203  is the same across cycles of a session. 
     In the case of an interactive multi-cycle session implementing an interactive branched multi-part recipe, the choices made by a user at  208  can be constrained to pre-approved recipe parts. After the user selects an nth recipe part, the session can proceed from  208  directly to  204 , bypassing vetting at  203 . The session can then proceed to  205  and so on until completion. 
     In the event that the data captured at the most recent capture (action  204 ) is non-destructive, the next recipe or recipe part can use, as a starting point, the state involved in that capture. If the data capture is destructive, the next recipe can use a state prior to the capture state as a starting point. For example, the system can be reinitialized, and the recipe can start with the release of a new population of rubidium atoms or other quantum-state carriers. Alternatively, an earlier recipe may have left a reservoir of (e.g., pre-cooled) molecules, so the next recipe can begin by drawing a new population from the reservoir (instead of returning to the molecule supply). 
     Consider a user that desires to tune BEC-production parameters to achieve a BEC with a target numerosity (number of atoms, in this case) before using the BEC in an atomtronic transistor or shaken lattice. Because conditions within a shaken-lattice-station may degrade or otherwise change with intervening time and usages, it may not suffice to rely on tunings developed in previous sessions. A multi-recipe session allows BEC production parameters to be tuned at nearly the same time as the usage and without intervening sessions. Such real-time, exclusive and interactive usage of a shaken-lattice station thus provides significant advantages over multiple single-recipe sessions. Herein, a multi-cycle session would not be considered “exclusive”, if, another&#39;s user session altered a quantum state achieved during the session. 
     Shaken-lattice station  106 , shown in greater detail in  FIG. 3 , includes a pair of  87 Rb sources  302 , a vacuum system  304 , a laser system  306 , a magnetics system  308 , an imaging system  310 , and an electronics system  312 . Vacuum system  304  includes a pre-cooling cell  322  and a cold cell  324 , which is capped by an atom-chip  326  that forms part of the vacuum boundary for vacuum system  304 . Electronics system  312  includes controller  112 , server interface  116 , and power supply  330 . Sources  302  serve as quantum particle supply  108  ( FIG. 1 ). Recipe hardware  110  ( FIG. 1 ) includes vacuum system  304 , laser system  306 , magnetics system  308 , and power supply  330 . Imaging system  310  forms part of observables data capture system  116  ( FIG. 1 ). Shaken-lattice station  106  can be a turnkey system such as the QuCAL Ultracold Atom laboratory available from ColdQuanta, Inc., Boulder Colo. 
     Source  302  for shaken-lattice station  106  includes two modules filled with rubidium 87 ( 87 Rb). Other cold-molecule-type BEC-stations can include modules filled with cesium  133  ( 133 Cs) and/or filled with potassium 39 ( 39 K).  87 Rb,  133 Cs, and  39 K are alkali elements with a single electron in their respective outer shells. Alternative source materials can include isotopes of these elements, such as  85 Rb, alkaline earth metals such as strontium, other elements, and various polyatomic molecules, other bosons and fermions. In some embodiments, a shaken-lattice station can be configured with two or more source materials, e.g., for comparisons across source materials. Different source materials may require different laser frequencies and thus, in some cases, additional lasers. 
     In shaken-lattice station  106 ,  87 Rb atoms can be released into a vacuum by heating one of the source modules. The heating can be effected using resistive heating generated by driving a current through a resistive element in or on the module. Alternatively, a laser can be used to heat the module and/or its contents. The vacuum into which the atoms are released is maintained by a multi-stage vacuum system  304 . Released atoms travel, e.g., upwards, through one or, in other embodiments, more pre-cooling cells to a cold cell, which, in  FIG. 3 , is capped by an atom chip  326 . In various embodiments, reservoirs of pre-cooled quantum-state carriers can be formed in one or more of these cells. Atom chip  326  has a split-wire waveguide design and an integrated optical window respectively for magnetic trapping and thru-chip optical access to trap ultracold atoms. 
     Vacuum system  304  can include an ion pump and getter materials to maintain the vacuum conditions within the cells. Vacuum system  304  can include opto-mechanical elements for two-dimensional and three-dimensional laser cooling, optical pumping, and optical probing for time-of-flight or in-situ imaging. In addition, vacuum system  304  can include a photo-optical imaging and projection system, e.g., with a 0.6 NA (numerical aperture) primary objective lens. There is also a two-dimensional acousto-optic beam deflector (2D AOD) to create dynamic two-dimensional optical potentials projected onto trapped atoms. 
     The (e.g., upward) movement of the atoms is primarily controlled by laser system  306 . Laser system  306  includes three 780 nanometer (nm) Distributed Bragg Reflector (DBR) diode lasers respectively serving as master, cooling slave, and repump slave. In addition, there is a tapered amplifier to increase laser power for cooling. All lasers have associated current drivers, 1- or 2-stage temperature controllers, as well as laser current locking electronics for Doppler-free saturated absorption spectroscopy locking to atomic transitions and offset phase locking to the master laser. By controlling the offset frequency from the master laser, the cooling slave also achieves pump and probe functionality. Additionally, four acousto-optic modulators provide for laser frequency agility (detuning) and fast (˜nanosecond) intensity modulation. In addition, there are six optical shutters for binary ON and OFF operation. A blue-detuned 760 nm semiconductor laser provides for repulsive optical potentials. The lasers are used to manipulate internal states, cool, guide, move, trap, and image the atoms. In particular, they can be used to form lattices to trap and motivate atoms as the laser beams are frequency and phase modulated in accordance with shaken-lattice concepts. 
     Atom chip  326  can be used to form a magnetic trap. In alternative embodiments, optical traps are used instead of or in addition to the magnetic trap produced by an atom chip (e.g., to trap a BEC). Thus, some embodiments dispense with an atom chip; completing the vacuum boundary with a glass or silicon wall as part of the vacuum boundary. 
     Laser system  306  cooperates with magnetics system  308  to define two-dimensional and three-dimensional magneto-optical traps (MOTs) and lattices. Magnetic system  308  includes permanent magnets around the pre-cooling cell and copper electromagnetic field coils including x-, y-, z-bias coils and a quadrupole transport coil around the cold cell; current through these coils generates magnetic fields that help form the MOT in the cold cell. Imaging system  310  includes two CCD cameras for characterizing the atoms in the cold cell: a Basler for time-of-flight imaging and an Andor EMCCD for in-trap imaging. 
     Controller  112  controls and coordinates the actions of the various other systems. Controller  112  outputs analog and digital signals to control the various systems, e.g., to turn lasers and magnets on and off, and to control currents through atom chip  326 . In an alternative embodiment, a controller includes analog inputs for monitoring and diagnostics, e.g., photo-diode signals of MOT loading. Controller  112  runs control system software on National Instruments LabVIEW to create timing files to send to electronics system  312 . Controller  112  includes a National Instruments PXI chassis with a real-time environment. Analog and digital output cards connected to the PXI chassis deliver control signals to peripheral electronics. Low-noise current supplies are used for electromagnetic field coils and the atom chip. An arbitrary waveform generator is used to create and execute radio-frequency (RF) waveforms driving the two-dimensional acousto-optic deflector. 
     The various systems of a shaken-lattice-station can share components. For example, atom chip  174  forms part of the electronics system, part of the magnetics system, and part of the vacuum system. Comparing  FIGS. 1 and 3 , recipe hardware  110  ( FIG. 1 ) includes vacuum system  304 , laser system  306 , magnetics system  308 , and electronics system  312  (excluding controller  112  and server interface  116 ). Imaging system  310  ( FIG. 3 ) is included in observable data capture  114 . 
     From a user&#39;s viewpoint, interaction with graphical user interface  144  ( FIG. 1 ) sends a selected recipe to a shaken-lattice station and the shaken-lattice station returns results, e.g., in the form of a wavefunction characterization (quantum-state data descriptive of the physical state(s)) of the relevant quantum molecules in the shaken-lattice station. The graphical user interface allows user definitions of multi-stage shaking function generation recipes controlling 24 analog and 16 digital control lines. The GUI allows graphical visualization or control signal levels (constant, linear ramp, exponential, sinusoid, and user input functions). 
     Herein, use cases for shaken-lattice station  106  include: basic Bose-Einstein condensate (BEC) production, atomtronics, and shaken lattice applications. In the basic BEC use case, a user is given control over one or more of the following parameters: 1) laser cooling; 2) optical pumping; 3) quadrupole magnetic trapping and transport; 4) atom chip loading; 5) evaporation (final-stage cooling); and 6) atom-chip trap decompression and imaging. Control of laser cooling can include control over a magneto-optical trap (MOT), a compressed magneto-optical trap (CMOT), and polarization gradient cooling (PGC). This control includes control over magnetic quadrupole and bias fields, laser tuning, and stage duration. Control over optical pumping can include control over magnetic bias fields and laser pulse duration. Control over atom-chip loading can include control over magnetic quadrupole and bias fields, current in atom-chip traces, and stage duration. Control over evaporation can include control over bias fields, current in atom chip traces, radio-frequency knife frequency, radio-frequency knife power, and stage duration. Control over atom-chip trap decompression and imaging can include control over bias fields, current in atom chip traces, stage duration, time of flight (time between trap release and image), and probe pulse duration. 
     Which parameters are presented to a user can depend on account type (e.g., real time accounts, scheduled accounts, stand-by accounts), user/role authorization (e.g., administrators, project managers, technicians), and user selections. Users interested in creating shaking functions with specific characteristics or in exploring ways of optimizing shaken lattices can be given access to all relevant parameters. Others might be given access to only one parameter, or parameters of a single stage, e.g., the evaporation stage. In the latter cases, the other stages and parameters would be pre-set, e.g., pre-optimized. In still other cases, a user who wants to use a shaking function as a starting point might have access to a preset recipe for a shaking lattice without any access to underlying settings. 
     At the end of a BEC production cycle, by tuning the variables on the prior chart, the user will have control over the total number N, the temperature T, and the chemical potential μ of the atoms. Below the critical temperature, T c , there can be N c  condensed atoms and Nth thermal atoms, so the user also has control over the “condensate fraction”. Given a number of condensed atoms, N c , the cloud will have chemical potential μ, that arises due to atomic interactions, in addition to the thermal energy associated with temperature T. Chemical potential depends on the trap “tightness” characterized by the atom-chip trap frequencies, which can be controlled by current in the chip traces and by adjusting the bias field strength. 
     As shown in  FIG. 4 , graphical user interface (GUI)  144  for a computer is shown presenting, to a user, controls for time-of-flight (e.g., time after atoms are released from the trap) and for atom temperature T. A slider  402  offers a selection from 5 to 25 milliseconds (ms) for time-of-flight; the user has selected 20 ms. At ultracold temperatures, a larger time of flight is required to accurately extract thermodynamic properties of the atoms. A slider at  404  offers a selection of atomic temperature from cold to hot by tuning the RF knife frequency from 2.61 MHz to 2.70 MHz, relative to the trap bottom at 2.60 MHz; in the example of  FIG. 4 , the user has selected 2.63 MHz. Tuning the RF knife frequency nearer to the trap bottom produces pure BECs, while partially condensed clouds are produced for larger RF knife frequencies. Activating (clicking on) a run button  406  causes a BEC with the selected temperature to be produced by shaken-lattice-station  106 . 
     A florescence image  410  is taken at the selected time (20 ms after an optical trap is released). Fluorescence image  410  is processed to yield a best-fit image  412 . Depending on the embodiment, the best-fit images and graphs might be generated by the shaken-lattice station  106 , the SLaaS-server  104 , or an app. Graphs  414  and  416  representing an x-dimension slice and ay-dimension slice, respectively, are also provided. In addition, a table  418  specifying numbers of atoms (numerosities) is displayed in the GUI. According to the population data represented in  FIG. 4 , there are 9076 total atoms, 2383 of which belong to the produced BEC, with 6693 atoms remaining thermal. From these absolute values, fractional or percentage values (e.g., BEC atoms as a percent of total atoms) can be calculated. GUI  144  can present other controls and result representatives, depending on user permissions and preferences. GUI  144  is designed to operate natively on mobile devices, as well, without loss of functionality. 
     In the atomtronic use case, a user can control BEC-station  106  to create, modify, and/or operate an atomtronic circuit or a circuit element, e.g., the atomtronic transistor described in: Chapters 7-9 of “Single Atom Delivery into a Bottle Beam Trap Using an Optical Conveyor Belt and Quantum Coherent Gain in a Matterwave Transistor” (available at https://scholar.colorado.edu/concern/graduate_thesis_or_dissertations/qz20), a Ph.D. thesis by Brad Anthony Dinardo; and “Experimental Realization of Atomtronic Circuit Elements in Non-Equilibrium Ultracold Atomic Systems” (available at https://scholar.colorado.edu/concern/graduate_thesis_or_dissertations/rr171x224), a Ph.D. thesis by Seth C. Caliga. 
     Atomtronic circuits are defined by optical potentials that section off different portions of the atomic trap waveguide to control the flow of atoms through the “circuit.” Users can have control over: arbitrary optical potentials defined by 2D AOD in a high resolution optical projection system; number of atoms, chemical potential in various parts of the circuit/device, temperature; and terminator beam on/off—which couples atoms out of the circuit to prevent unwanted interference with reflected matter waves at the circuit output. In addition to parameters specific to the atomtronics use case, the user can be provided control over the basic BEC parameters. 
     In the shaken-lattice use case, in addition to controlling the parameters for creating a BEC, the user may be provided with control over the following parameters: all-optical-BEC formation controls and/or atom-chip trap to optical lattice hand-off parameters; optical lattice light intensity to provide user control over trap depth; and shaking function, controlled by user input to a laser phase and/or frequency modulator. Regarding the lattice light intensity: at low lattice depth, atoms can tunnel between adjacent lattice sites, while at high lattice depth (high intensity) atoms are pinned to each lattice site. Regarding the shaking function: independent control over each lattice axis allows arbitrary, uncoupled shaking functions along each axis. 
     Account manager  122  ( FIG. 1 ) includes a data structure  500  shown in  FIG. 5 . Account-manager data structure  500  includes an accounts data table  510 , account permissions lists  540 , authorized user tables  550 , and user permission lists  580 . In account data table  510 , the records correspond to respective accounts, while the fields correspond respectively to the following fields: account ID  512 , account holder name  514 , account-holder credentials  516 , account-holder address  518 , account type  520 , payment plan  522 , account start date  524 , and account status  526 . For each distinct account type, there is a corresponding permissions list of account permissions  540  of permissions associated with accounts of that type. 
     For each account ID there is a corresponding table of authorized users  550 , including authorized user table  551 . Each record of an authorized user table corresponds to a respective user authorized by the respective account holder to access SLaaS system  100 . For each authorized user table, the records correspond to respective authorized users, while the fields include: user ID  552 , account ID  554  (for reverse lookup), user name  556 , user credentials  558 , user IP address  560 , user role  562 , user preferences  564 , and user status  566 . For each distinct user role (administrator, project manager, senior user, trainee, etc.) there is a respective one of the user permissions lists  550  that defines user permissions (which can be a subset of the account permissions for the corresponding account type). 
     When, at  201 ,  FIG. 2 , a user transmits a first recipe; this corresponds to transmitting a user request as indicated at  602  in  FIG. 6 . The account manager extracts from the request, user credentials to authenticate the user and identify the associated account. The account manager looks up the account to ensure it is active and that the user&#39;s authorization is still active. If everything checks out, the account manager forwards the request and a pointer to a user permissions list associated with the user/role. 
     Session manager  124  ( FIG. 1 ) includes a session-manager data structure  600 ,  FIG. 6 , which includes a session table  604 , a recipe base  640 , a station table  642 , and a log base  644 . Each user request  602  causes session manager  124  to log records into session table  604 . Each record in table  604  corresponds to a respective session. In some embodiments, there are separate session tables for each account. 
     The fields for session table  604  are session ID  610  (assigned by session manager  124 ); device IP address  612  (extracted from request) account ID  614  (provided by account manager  122  from field  554  ( FIG. 5 ) of user table  551 ; user ID  616  (provided by account manager  122  from field  552  ( FIG. 5 ) of user table  551 ; user permission list ID  618  (pointer to user permissions list  580  provided by account manager  122 ); current recipe ID  620  (extracted from original or follow-on request with entry into recipe base  640 ; station ID  622  (provided by session manager  124  after matching recipe to station types listed in station table  642 , which identifies shaken-lattice-stations according to type, e.g., resident quantum carriers; station address  624 ; most-recent results  626  (forwarded to user at device address); session log ID  628  (pointer to a log in log base  644  for the current session); and session status  630  (e.g., active, iteration number, expired). Once session manager  124  finds an available shaken-lattice station that matches the requested recipe, it tags the recipe with the session ID and forwards the tagged recipe to the selected shaken-lattice station. 
     In a matched filter embodiment, a AQSP system serves as a shaken-lattice matched filter that finds matches by comparing quantum wavefunctions. An optical lattice can be “shaken” by varying the phase or frequency relationship between interfering laser beams. The phase changes cause the interference fringes, which define the trap boundaries, to move. The movement of trap boundaries can be used to manipulate the quantum wavefunction; for example, a stationary population of molecules distributed in a lattice can be coherently split into two counterpropagating populations. One advantage of a shaken-lattice matched-filter is that it can be readily integrated into other shaken-lattice instruments, including shaken-lattice interferometers. 
     The lattices of interest herein are arrays of potential wells formed using interfering laser beams, in some cases supplemented by magnetic fields. The potential wells serve as traps for atoms (or polyatomic molecules). Herein, “molecule” refers to the smallest particle of a substance that retains all the properties of the substance and is composed of one or more atoms; this definition, which is set forth in the Merriam Webster Dictionary; encompasses monatomic (single-atom) molecules as well as polyatomic molecules. Thus, gas-phase alkali (e.g., potassium, rubidium, and cesium) atoms used in embodiments herein qualify as molecules under this definition. An alternative definition set forth in the  IUPAC Gold Book , “An electrically neutral entity consisting of more than one atom”, is not used herein. 
     The matched filter aspires to detect matches between signals that have the same effect on molecules in a lattice when used as shaking functions for the lattice that confines the molecules. However, not all signals impact the wavefunction of the molecules. Accordingly, the present invention calls for combining signals of interest with a control functions to yield a recipe function that results in a desired effect on the wavefunction of molecules entrained in an optical lattice. 
     For example, a shaken-lattice matched-filter system  700 , shown schematically in  FIG. 7 , provides for evaluating respective matches of signals S s (t) with a template S T (t), using a shaken lattice generated by and within a physics system  710 . Matched filters are used to detect signals that match templates (reference waveforms) and have applications including in radar, sonar, digital communications, image processing (e.g., of X-Ray images), and gravitational-wave astronomy. Prior-art matched filters include electronic devices that, in effect, convolve the signal with a conjugated time-reversed version of the template. 
     Physics system  710  includes a pair of lasers  712  and  714  that generate respective ones of counter-propagating red-detuned laser beams  716  and  718 . Counter-propagating laser beams  716  and  718  interfere to form an at least one-dimensional (1D) optical lattice  720 . While, in system  700 , beams  716  and  718  are output from respective lasers  712  and  714 , in alternative embodiments, the output of a single laser is split and the resulting branches are redirected to define counter-propagating beams. 
     Optical lattice  720  is populated by molecules  722 , which are shown at time t=t 0  in an initial quantum state corresponding to an initial wavefunction state Ψ 0 , forming a centrally-located cluster  724 . In the illustrated scenario, the molecules are monatomic molecules, namely, rubidium 87 atoms. Where the molecules in the lattice are alkali metal or other atoms, they are referred to herein as “atoms”, with the understanding that the invention also provides for the use of polyatomic molecules. 
     System  700  provides for shaking lattice  720  so that atoms  722  transition to at least one other state. In the illustrated scenario, atoms  722  transition from initial wavefunction state Ψ 0  to a second and final wavefunction state Ψ n , shown in  FIG. 1  at time t=t 1 . In the case of end wavefunction Ψ n , atoms  722  are split into two clusters  726  and  728  located at either side of the lattice center. In general, each succeeding state differs from its immediate predecessor; thus, in a single-transition two-state sequence, the second and final state differs from the initial state. However, where multiple state transitions are implemented, it is possible that the final transition features a return to an initial state or to some other state that is not its immediate predecessor. 
     As explained above, “shaking” of a lattice is effected by varying phases or frequencies of counter-propagating beams used to form the lattice. In the illustrated scenario, beam  716  maintains a constant frequency and phase θ 0 , while the phase of beam  718  varies relative to the phase of beam  716  according to a time-varying shaking function R(t). In alternative scenarios, the phases of both of a pair of counter-propagating beams can be varied. 
     Shaken-lattice as a service provides for recipes with previously determined shaking functions as well as recipes for determining shaken lattice functions using machine learning. In the latter case, the user can be presented with options of different machine-learning algorithms, e.g., to identify the most effect and/or efficient algorithms. 
     Herein, “observables” refers to linear operators on the Hilbert space that constitute the possible states of the quantum system. Eigenvalues of the system are then real valued quantities such as number, phase, energy, etc. “Observables data”, that is, data characterizing one or more observables, is returned by a shaken-lattice-station. Thus, observables data can be said to characterize wavefunctions and quantum states. Results returned to a user can include observables as well as solutions to externally defined problems. 
     The illustrated embodiments exemplify shaken lattice as a service (SLaaS), that provides cloud access for producing, manipulating, and using quantum particles in an ultra-high vacuum (below 10-9 Torr). In some embodiments, ultra-cold temperatures below 1 microKelvin and even as low as tens of nanoKelvins are achieved. Applications include cloud access to shaken-lattice stations for production, manipulation, and use of shaken lattices, quantum sensing, quantum positioning (e.g., for navigation), quantum signal processing, quantum, information processing, quantum simulation, quantum annealing, algorithmic gate-model quantum operations, and neutral atom qubit array formation and maintenance. 
     Neutral atom qubits are generally encoded in environmentally insensitive electronic states of atoms. The environmental insensitivity of the qubit states makes them ideal for long-lived coherent quantum information storage but implies that the qubit-qubit interactions required for multi-qubit gate operations are not natively present. A standard approach is to make use of a third “Rydberg” state in addition to the pair of low-lying states in which the qubit is encoded to generate the required qubit-qubit interactions for multi-qubit gate operations. 
     Rydberg states are electronic states with highly excited principle quantum number n. The atom&#39;s electric dipole moment scales as n 2 , which means that the interaction between a pair of Rydberg excited atoms will be strong for large n. The Rydberg-Rydberg interaction is generally dipole-dipole in nature at short distances (&lt;R C  microns), scaling as n 4 /R 3 , and van der Waals at larger distances (&gt;R C  microns), scaling as n 11 /R 6 , where R is the distance between the atoms and R C  is a crossover distance between the two scalings that depends on species, state, and the electromagnetic environment. For a variety of parameters, R C  lies in the range of a few microns, generally between 1-10 microns. Thus, the interaction can be strong for nearby atoms, but still a weak perturbation for more distant atoms. 
     Herein, a “quantum particle” is a particle that can assume states corresponding to eigenvalues, that is, solutions to Schrödinger&#39;s equation and superpositions thereof. Herein, the quantum particles of interest include atoms and other molecular entities. Herein, a boson is a subatomic particle the spin quantum number of which has an integer value (0, 1, 2 . . . ). Bosons form one of the two fundamental classes of subatomic particle, the other being fermions, which have odd half-integer spin (½, 3/2 . . . ) Every observed subatomic particle is either a boson or a fermion. Neutral atoms with an even number of neutrons are bosons, while those with an odd number of neutrons are fermions. An ideal Bose gas is a quantum-mechanical phase of matter, analogous to a classical ideal gas. It is composed of bosons, which have an integer value of spin, and obey Bose-Einstein statistics. The statistical mechanics of bosons were developed by Satyendra Nath Bose for a photon gas, and extended to massive particles by Albert Einstein who realized that an ideal gas of bosons would form a condensate, namely a Bose-Einstein condensate at a low enough temperature, unlike a classical ideal gas. 
     Herein, a “shaking function” is a function according to which light used to form a trap confining quantum particles is phase and/or frequency modulated so as to manipulate the quantum particles. Herein, “real-time” refers to actions being initiated by a station containing the cold quanta within ten seconds of a user request for those actions. “Exclusive” refers to the prevention of access to a quantum system by users other than the session owner. “Interactive” refers to actions being taken in response to user requests based on results of previous user actions in the same session. 
     Herein, all art labeled “prior art”, if any, is admitted prior art; all art not labeled “prior art”, if any, is not admitted prior art. The illustrated embodiments, variations thereupon and modifications thereto are provided for by the present invention, the scope of which is defined by the following claims.