Abstract: Embodiments perform a control task for a real-world communications network. First, a data structure is loaded in memory. The data structure includes node(s) corresponding to step(s) of a workflow. Next, the workflow is executed, to perform the task, by traversing a subset of the node(s). Traversing includes, at each node of the subset, determining a node type of the node. Based on the node type, a graphical representation of the node is rendered on a display. Responsive to the rendering, a data input is received. Further, responsive to determining the node type is not a final node type: (i) a next node of the subset is determined based on the input and response value(s) (associated with the node type) of the node and (ii) a move to the next node occurs. Responsive to determining the node type is the final node type, performance of the task is completed.

Abstract: System and method are provided that allow a command center video wall and the video data it displays to be reproduced in a head-mounted display while maintaining integrated control of the video switching infrastructure and enabling secure transport of the display sources and control data between the hardware headend of the command center and the application.

Abstract: Embodiments perform a control task for a real-world communications network. First, a data structure is loaded in memory. The data structure includes node(s) corresponding to step(s) of a workflow. Next, the workflow is executed, to perform the task, by traversing a subset of the node(s). Traversing includes, at each node of the subset, determining a node type of the node. Based on the node type, a graphical representation of the node is rendered on a display. Responsive to the rendering, a data input is received. Further, responsive to determining the node type is not a final node type: (i) a next node of the subset is determined based on the input and response value(s) (associated with the node type) of the node and (ii) a move to the next node occurs. Responsive to determining the node type is the final node type, performance of the task is completed.

Abstract: Embodiments include apparatuses for rebooting an electronic device. In an embodiment, an apparatus includes a data interface, a first power port, a second power port, a switch, and a processor. The data interface is configured to connect to the electronic device. The first power port is configured to receive power from a power source and the second power port is configured to deliver power to the electronic device. The switch is configured to connect the first power port to the second power port. The processor conducts data communications monitoring of the electronic device via the data interface and reboots the electronic device responsive to the data communications monitoring.

Abstract: A beverage system that produces a fermented beverage from two or more liquid streams, includes a first source including an ultra-high gravity beverage at a pressure of 82.7 kPa to 1034.2 kPa; a second source including a carbonated and/or nitrogenated water at a pressure of 82.7 kPa to 1034.2 kPa and and a temperature of 0° to 8°; a mixing point that allows mixing of the ultra high gravity beverage to blend with the carbonated and/or nitrogenated water to produce a fermented beverage; and a fluid line fluidly coupled to the mixing point and configured to allow the fermented beverage to flow to a dispensing tap. The fluid line has a length of 0.3048 m to 45.72 m and an inner diameter of 3.2 mm to 15.9 mm for at least a portion of the line.

Abstract: Embodiments include apparatuses for rebooting an electronic device. In an embodiment, an apparatus includes a data interface, a first power port, a second power port, a switch, and a processor. The data interface is configured to connect to the electronic device. The first power port is configured to receive power from a power source and the second power port is configured to deliver power to the electronic device. The switch is configured to connect the first power port to the second power port. The processor conducts data communications monitoring of the electronic device via the data interface and reboots the electronic device responsive to the data communications monitoring.

Abstract: Embodiments include apparatuses for rebooting an electronic device. In an embodiment, an apparatus includes a data interface, a first power port, a second power port, a switch, and a processor. The data interface is configured to connect to the electronic device. The first power port is configured to receive power from a power source and the second power port is configured to deliver power to the electronic device. The switch is configured to connect the first power port to the second power port. The processor conducts data communications monitoring of the electronic device via the data interface and reboots the electronic device responsive to the data communications monitoring.

Abstract: A beverage system that produces a beer includes a first source comprising uHGB, a second source including a carbonated and/or nitrogenated water, a first fluid line fluidly coupled to the first source and configured to allow the uHGB to flow from the first source through the first fluid line, a second fluid line fluidly coupled to the second source and configured to allow the water to flow from the second source through the second fluid line, a mixing point, that fluidly couples the first fluid line to the second fluid line, configured to allow the uHGB to blend with the water at the mixing point to produce the beer, first and second one-way valves on either side of the mixing point, and a third fluid line fluidly coupled to the mixing point and configured to allow the beer to flow to a dispensing tap.

Abstract: A beverage system that produces a fermented beverage from two or more liquid streams, includes a first source including an ultra-high gravity beverage at a pressure of 82.7 kPa to 1034.2 kPa; a second source including a carbonated and/or nitrogenated water at a pressure of 82.7 kPa to 1034.2 kPa and and a temperature of 0° to 8°; a mixing point that allows mixing of the ultra high gravity beverage to blend with the carbonated and/or nitrogenated water to produce a fermented beverage; and a fluid line fluidly coupled to the mixing point and configured to allow the fermented beverage to flow to a dispensing tap. The fluid line has a length of 0.3048 m to 45.72 m and an inner diameter of 3.2 mm to 15.9 mm for at least a portion of the line.

Abstract: A beverage system that produces a beer includes a first source comprising uHGB, a second source including a carbonated and/or nitrogenated water, a first fluid line fluidly coupled to the first source and configured to allow the uHGB to flow from the first source through the first fluid line, a second fluid line fluidly coupled to the second source and configured to allow the water to flow from the second source through the second fluid line, a mixing point, that fluidly couples the first fluid line to the second fluid line, configured to allow the uHGB to blend with the water at the mixing point to produce the beer, first and second one-way valves on either side of the mixing point, and a third fluid line fluidly coupled to the mixing point and configured to allow the beer to flow to a dispensing tap.

Abstract: An exemplary detection apparatus includes a housing having one or more sensors of one or more sensor types, an optional port for detachably mounting one or more of the sensors, and an optional motive system associated with a mode of transport for movement in an area of interest. A sensor circuit receives a signal originating from the one or more sensors, identifies the signal, optionally processes the signal data, and packages the raw signal data or processed signal data, as applicable, for transmission over a network. A control circuit establishes communication with the network for sending or receiving sensor data to/from other devices connected to the network, and controls the motive system for moving the apparatus to locations in the area of interest.

Abstract: A sanitary membrane cartridge for use in reverse osmosis filtering includes an outer housing, a central core tube, and a membrane leaf wound around the central core tube to form a cylindrical filter. The cartridge further includes a sealant layer disposed around the cylindrical filter to form a sealed filter, the sealed filter disposed within the housing. The sealant layer preferably has a surface roughness value, Ra, ranging from about 0.38 ?m to about 0.82 ?m. The cartridge further includes a brine seal, disposed between the sealant layer and the housing, having one or more notches formed on an outer diameter of the brine seal such that the feed flow through the notches allows bypass flow, between the sealant layer and the housing, of 1% to 25% of a total feed flow through the sealed filter.

Abstract: A portable, handheld device for forensic analysis includes an input unit configured to receive a forensic input at a scene of forensic analysis, and a processing unit. The processing unit is configured to generate a first image of the forensic input, scale the first image to a predetermined format suitable for forensic analysis, generate a second image of the forensic input in which the first image is scaled to the predetermined format, compare the second image with forensic records, which each respectively include previously collected forensic data associated with one or more individuals or specimens, determine whether the second image matches at least a portion of one of the forensic records, upon determining that the second image matches at least a portion of one of the forensic records, generate a matching notification identifying the record which the second image is determined to match, and output the generated matching notification.

Abstract: Methods and structure for host-side device drivers for Redundant Array of Independent Disks (RAID) systems. One system includes a processor and memory of a host, which implement a device driver. The device driver receives an Input/Output (I/O) request from an Operating System (OS) of the host, translates Logical Block Addresses (LBAs) from the received request into physical addresses at multiple storage devices, generates child I/O requests directed to the physical addresses based on the received request, and accesses an address lock system at a RAID controller to determine whether the physical addresses are accessible. If the physical addresses are accessible, the device driver reserves the physical addresses by updating the address lock system, and directs the child I/O requests to a hardware path at the RAID controller for handling single-strip I/O requests. If the physical addresses are not accessible, the device driver delays processing of the child I/O requests.

Abstract: A portable, handheld device for forensic analysis that includes: an input unit configured to receive a forensic input at a scene of forensic analysis; and a processing unit configured to generate a first image of the forensic input, scale the first image to a predetermined format suitable for forensic analysis, and generate a second image of the forensic input in which the first image is scaled to the predetermined format, compare the second image with forensic records, each forensic record including previously collected forensic data associated with one or more individuals or specimens, determine whether the second image matches at least a portion of one of the forensic records, upon determining that the second image matches at least a portion of one of the forensic records, generate a matching notification identifying the record which the second image is determined to match, and output the generated matching notification.

Abstract: Methods and structure within a storage controller for using region locks to efficiently divert an I/O request received from an attached host system to one of multiple processing stacks in the controller. A region lock module within the controller allows each processing stack to request a region lock for a range of block addresses of the storage devices. A divert-type lock request may be established to identify a range of block addresses for which I/O requests should be diverted to a particular one of the multiple processing stacks.

Abstract: Methods and structure for host-side device drivers for Redundant Array of Independent Disks (RAID) systems. One system includes a processor and memory of a host, which implement a device driver. The device driver receives an Input/Output (I/O) request from an Operating System (OS) of the host, translates Logical Block Addresses (LBAs) from the received request into physical addresses at multiple storage devices, generates child I/O requests directed to the physical addresses based on the received request, and accesses an address lock system at a RAID controller to determine whether the physical addresses are accessible. If the physical addresses are accessible, the device driver reserves the physical addresses by updating the address lock system, and directs the child I/O requests to a hardware path at the RAID controller for handling single-strip I/O requests. If the physical addresses are not accessible, the device driver delays processing of the child I/O requests.

Abstract: Aspects of the disclosure pertain to a system and method for detecting server removal from a cluster to enable fast failover of storage (e.g., logical volumes). A method of operation of a storage controller of a cluster is disclosed. The method includes receiving a signal. The method further includes, based upon the received signal, determining that communicative connection between a second storage controller of the cluster and the first storage controller of cluster is unable to be established. The method further includes determining whether communicative connection between the first storage controller and expanders of first and second enclosure services manager modules of the cluster is able to be established. The method further includes, when it is determined that communicative connection between the first storage controller and the expanders of the first and second enclosure services manager modules of the cluster is able to be established, performing a failover process.

Abstract: Methods and structure for improved processing of fast path I/O requests in a clustered storage system. In a storage controller of a clustered storage system, the controller comprises a fast path I/O request processing circuit tightly coupled with host system drivers for fast processing of requests directed to storage devices of a logical volume. The controller also comprises a logical volume I/O processing stack (typically implemented as programmed instructions) for processing I/O requests from a host system directed to a logical volume. Based on detecting a change of ownership of a device or volume and/or a change to logical to physical mapping of a logical volume, fast path I/O requests may be converted to logical volume requests based on mapping context information within the fast path I/O request and shipped within the clustered storage system for processing.

Abstract: Methods and structure for improved shipping of I/O requests among multiple storage controllers of a clustered storage system. Minimal processing of a received I/O request is performed in a first controller to determine whether the I/O request is directed to a logical volume that is owned by the first controller or to a logical volume owned by another controller. For requests to logical volumes owned by another controller, the original I/O request is modified to indicate the target device address of the other controller. The first controller then ships the request to the other controller and configures DMA capabilities of the first controller to exchange data associated with the shipped request between the other controller and memory of the host system.