Abstract: According to some embodiments, an available algorithm data store may contain information about a pool of available algorithms. An algorithm selection platform coupled to the available algorithm data store may access the information about the pool of available algorithms and compare the information about each of the pool of available algorithms with at least one requirement associated with the current algorithm executing in the real environment. The algorithm selection platform may then automatically determine algorithm execution context information and, based on said comparison and the algorithm execution context information, select at least one of the pool of available algorithms as a potential replacement algorithm. An indication of the selected at least one potential replacement algorithm may then be transmitted (e.g., to be evaluated in a shadow environment by an algorithm evaluation platform).

Abstract: Methods and apparatus disclosed herein autonomously evaluate replacement algorithms. An example system associated with a live environment executing a current algorithm includes at least one memory, instructions, and processor circuitry to execute the instructions to manage execution of the current algorithm in the live environment, the live environment associated with a deployment platform, and manage, based on receipt of at least one potential replacement algorithm, a shadow environment causes execution of the at least one potential replacement algorithm in the shadow environment, the shadow environment instantiated separately from the live environment, the shadow environment utilizes data from the live environment during execution of the at least one potential replacement algorithm in the shadow environment.

Abstract: According to some embodiments, an available algorithm data store may contain information about a pool of available algorithms. An algorithm selection platform coupled to the available algorithm data store may access the information about the pool of available algorithms and compare the information about each of the pool of available algorithms with at least one requirement associated with the current algorithm executing in the real environment. The algorithm selection platform may then automatically determine algorithm execution context information and, based on said comparison and the algorithm execution context information, select at least one of the pool of available algorithms as a potential replacement algorithm. An indication of the selected at least one potential replacement algorithm may then be transmitted (e.g., to be evaluated in a shadow environment by an algorithm evaluation platform).

Abstract: Methods and apparatus disclosed herein autonomously evaluate replacement algorithms. An example system associated with a live environment executing a current algorithm includes at least one memory, instructions, and processor circuitry to execute the instructions to manage execution of the current algorithm in the live environment, the live environment associated with a deployment platform, and manage, based on receipt of at least one potential replacement algorithm, a shadow environment to cause execution of the at least one potential replacement algorithm in the shadow environment, the shadow environment instantiated separately from the live environment, the shadow environment to utilize data from the live environment during execution of the at least one potential replacement algorithm in the shadow environment.

Abstract: An algorithm data store may contain information about a pool of available algorithms (e.g., to improve operation of an industrial asset). A deployment platform may be implemented in an edge portion at an industrial site associated with a live environment executing a current algorithm. A lifecycle manager of the deployment platform may manage execution of the current algorithm in the live environment creating source data. A performance manager may receive an indication of a selected at least one potential replacement algorithm from the pool of available algorithms and manage execution of the at least one potential replacement algorithm in a shadow environment using the source data. The performance manager may then report performance information associated with the at least one potential replacement algorithm. When appropriate, the potential replacement algorithm may replace the current algorithm.

Abstract: An algorithm data store may contain information about a pool of available algorithms. An algorithm analysis engine may compare the information about each of the pool of available algorithms with at least one requirement associated with the current algorithm executing in the live environment. Based on the comparison, the algorithm analysis engine may select at least one of the pool of available algorithms as a potential replacement algorithm and transmit an indication of the selected at least one potential replacement algorithm. A deployment platform may include a lifecycle manager that manages execution of the current algorithm in the live environment. The lifecycle manager may also receive the indication of the selected at least one potential replacement algorithm, manage execution of the at least one potential replacement algorithm in a shadow environment, and report performance information associated with the current algorithm and the at least one potential replacement algorithm.

Abstract: An algorithm data store may contain information about a pool of available algorithms (e.g., to improve operation of an industrial asset). A deployment platform may be implemented in an edge portion at an industrial site associated with a live environment executing a current algorithm. A lifecycle manager of the deployment platform may manage execution of the current algorithm in the live environment creating source data. A performance manager may receive an indication of a selected at least one potential replacement algorithm from the pool of available algorithms and manage execution of the at least one potential replacement algorithm in a shadow environment using the source data. The performance manager may then report performance information associated with the at least one potential replacement algorithm. When appropriate, the potential replacement algorithm may replace the current algorithm.

Abstract: An algorithm data store may contain information about a pool of available algorithms. An algorithm analysis engine may compare the information about each of the pool of available algorithms with at least one requirement associated with the current algorithm executing in the live environment. Based on the comparison, the algorithm analysis engine may select at least one of the pool of available algorithms as a potential replacement algorithm and transmit an indication of the selected at least one potential replacement algorithm. A deployment platform may include a lifecycle manager that manages execution of the current algorithm in the live environment. The lifecycle manager may also receive the indication of the selected at least one potential replacement algorithm, manage execution of the at least one potential replacement algorithm in a shadow environment, and report performance information associated with the current algorithm and the at least one potential replacement algorithm.

Abstract: According to some embodiments, an available algorithm data store may contain information about a pool of available algorithms. An algorithm selection platform coupled to the available algorithm data store may access the information about the pool of available algorithms and compare the information about each of the pool of available algorithms with at least one requirement associated with the current algorithm executing in the real environment. The algorithm selection platform may then automatically determine algorithm execution context information and, based on said comparison and the algorithm execution context information, select at least one of the pool of available algorithms as a potential replacement algorithm. An indication of the selected at least one potential replacement algorithm may then be transmitted (e.g., to be evaluated in a shadow environment by an algorithm evaluation platform).

Abstract: This invention will have six (6) pencil-pen pocket pleats. Two (2) each out of the six (6) from these pocket pleats will carry and secure two (2) each different lengths and sizes of pencils or pens which will be worn securely around the waist on a fashion and utility leather belt. This new method will minimize the use of students carrying sharp school supply objects in their hands and in a back pack.

Abstract: This fashion and utility leather belt will display two sides in order to point out the art of my new invention. The front side of the leather belt will display different sizes of ornaments (riveted on the leather belt) for fashionable looks (see FIG. 1 of page 14 of the Amendment to the Drawings for further detail). The inside of the leather belt will be the utility side showing velcro materia, which will attach different utility size pouches thereof (see FIG. 4 page 14 of the Amendment to the Drawing for further detail). Once all of the utility pouches are removed, the leather belt becomes a fashion belt for most designer sport wear.

Abstract: A controller (10) senses via one or more sensors (12) parameters that correspond to likely cognitive loading for the driver of a vehicle. Based upon a sense of this cognitive loading, the controller (10) selects a particular user interface mode from amongst a plurality of user interface modes when receiving a message via a wireless unit (11) intended for the driver of the vehicle. In general, the selected user interface will present a corresponding cognitive challenge that is reasonable in view of the present cognitive load being experienced by the driver. In one embodiment, the sensor information can be used to also estimate the likely duration of present cognitive loading. This window-of-opportunity information is then additionally used to select a particular user interface option.

Abstract: A controller (10) senses via one or more sensors (12) parameters that correspond to likely cognitive loading for the driver of a vehicle. Based upon a sense of this cognitive loading, the controller (10) selects a particular user interface mode from amongst a plurality of user interface modes when receiving a message via a wireless unit (11) intended for the driver of the vehicle. In general, the selected user interface will present a corresponding cognitive challenge that is reasonable in view of the present cognitive load being experienced by the driver. In one embodiment, the sensor information can be used to also estimate the likely duration of present cognitive loading. This window-of-opportunity information is then additionally used to select a particular user interface option.

Abstract: Proximity of a moving vehicle with respect to a lane boundary is ascertained and the degree of proximity is used to provide a variable signal to the driver of the vehicle to alert the driver to such proximity. In one embodiment, the variable signal to the driver includes haptic sensations that are imparted through, for example, the steering wheel and/or the driver's seat. Visual and audible signals can also be used if desired. The signal itself can vary in intensity with respect to boundary proximity in a variety of ways, including through both linear and non-linear patterns, variable maximum signal intensity, and so forth.