Abstract: A method can include intercepting, by an interceptor positioned between a transfer system and a transfer settlement system, a transaction prior to the transaction being provided to the transfer settlement system. The method can include confirming that data from the transaction matches information in an immutable ledger to which parameters of the transaction have been provided by a notary system that confirms the parameters of the transaction and applies a signature using a private key to the transaction in response to confirming the parameters. The method can include, in response to confirming that the data matches the information, providing the transaction for settlement by the transfer settlement system.

Abstract: A transaction system can include a computing device with a communication port, a processor device, and a non-transitory computer-readable storage memory. The communication port can communicate data with other computing devices. The non-transitory computer-readable storage memory includes code that is executable by the processor device to perform operations. The operations include receiving parameters of a transfer, verifying the transfer using a multi-factor authentication process, in response to verifying the transfer, using a private key to countersign the transfer and return, via the communications port, a signed transfer package for execution of the transfer, and providing, via the communications port, the parameters of the transfer and countersign data to an immutable ledger.

Abstract: A processing element includes a PIM cluster configured to read data from and write data to an adjacent DRAM subarray, wherein the PIM cluster has a plurality of processing cores, each processing core of the plurality of processing cores containing a look-up table, and a router connected to each processing core, wherein the router is configured to communicate data among each processing core; and a controller unit configured to communicate with the router, wherein the controller unit contains an executable program of operational decomposition algorithms. The look-up tables can be programmable. A DRAM chip including a plurality of DRAM banks, each DRAM bank having a plurality of interleaved DRAM subarrays and a plurality of the PIM clusters configured to read data from and write data to an adjacent DRAM subarray is disclosed.

Abstract: A processing element includes a PIM cluster configured to read data from and write data to an adjacent DRAM subarray, wherein the PIM cluster has a plurality of processing cores, each processing core of the plurality of processing cores containing a look-up table, and a router connected to each processing core, wherein the router is configured to communicate data among each processing core; and a controller unit configured to communicate with the router, wherein the controller unit contains an executable program of operational decomposition algorithms. The look-up tables can be programmable. A DRAM chip including a plurality of DRAM banks, each DRAM bank having a plurality of interleaved DRAM subarrays and a plurality of the PIM clusters configured to read data from and write data to an adjacent DRAM subarray is disclosed.

Abstract: A transaction system can include a computing device with a communication port, a processor device, and a non-transitory computer-readable storage memory. The communication port can communicate data with other computing devices. The non-transitory computer-readable storage memory includes code that is executable by the processor device to perform operations. The operations include receiving parameters of a transfer, verifying the transfer using a multi-factor authentication process, in response to verifying the transfer, using a private key to countersign the transfer and return, via the communications port, a signed transfer package for execution of the transfer, and providing, via the communications port, the parameters of the transfer and countersign data to an immutable ledger.

Abstract: A transaction system can include a computing device with a communication port, a processor device, and a non-transitory computer-readable storage memory. The communication port can communicate data with other computing devices. The non-transitory computer-readable storage memory includes code that is executable by the processor device to perform operations. The operations include receiving parameters of a transfer, verifying the transfer using a multi-factor authentication process, in response to verifying the transfer, using a private key to countersign the transfer and return, via the communications port, a signed transfer package for execution of the transfer, and providing, via the communications port, the parameters of the transfer and countersign data to an immutable ledger.

Abstract: A transaction system can include a computing device with a communication port, a processor device, and a non-transitory computer-readable storage memory. The communication port can communicate data with other computing devices. The non-transitory computer-readable storage memory includes code that is executable by the processor device to perform operations. The operations include receiving parameters of a transfer, verifying the transfer using a multi-factor authentication process, in response to verifying the transfer, using a private key to countersign the transfer and return, via the communications port, a signed transfer package for execution of the transfer, and providing, via the communications port, the parameters of the transfer and countersign data to an immutable ledger.

Abstract: A transaction system can include a notary system and an interceptor for providing security in connection with processing a transaction. The notary system is configured to confirm parameters of the transaction and to apply a signature using a private key to the transaction in response to confirming the parameters. The notary system is also configured to output a signed transaction for execution, and to provide the parameters of the transaction to an immutable ledger. The interceptor can be positioned between a transfer system and a transfer settlement system. The interceptor is configured to intercept the transaction before the transfer settlement system, to confirm that data from the transaction matches information in the immutable ledger, and, in response to confirming that the data matches the information, to provide the transaction for settlement by the transfer settlement system.

Abstract: A transaction system can include a notary system and an interceptor for providing security in connection with processing a transaction. The notary system is configured to confirm parameters of the transaction and to apply a signature using a private key to the transaction in response to confirming the parameters. The notary system is also configured to output a signed transaction for execution, and to provide the parameters of the transaction to an immutable ledger. The interceptor can be positioned between a transfer system and a transfer settlement system. The interceptor is configured to intercept the transaction before the transfer settlement system, to confirm that data from the transaction matches information in the immutable ledger, and, in response to confirming that the data matches the information, to provide the transaction for settlement by the transfer settlement system.

Abstract: A server set may provide a document service to various clients in view of considerations such as availability, fault tolerance, flexibility, and performance. Presented herein are document service architectures that involve partitioning the document set into at least two document ranges, and assigning the respective document ranges to an agent that is deployed to at least one assigned server. A request to apply an operation to a selected document may be fulfilled by identifying the document range of the document; identifying a selected server of the server set that hosts the agent to which the range is assigned; and forwarding the request to the selected server. In some variations, servers may retain detailed information about neighboring servers (e.g., according to logical and/or physical proximity) and scant information about distant servers, thereby avoiding both the extensive information exchange of highly informed network architectures and the inefficiency of uninformed routing algorithms.

Abstract: A server set may provide a document service to various clients in view of considerations such as availability, fault tolerance, flexibility, and performance. Presented herein are document service architectures that involve partitioning the document set into at least two document ranges, and assigning the respective document ranges to an agent that is deployed to at least one assigned server. A request to apply an operation to a selected document may be fulfilled by identifying the document range of the document; identifying a selected server of the server set that hosts the agent to which the range is assigned; and forwarding the request to the selected server. In some variations, servers may retain detailed information about neighboring servers (e.g., according to logical and/or physical proximity) and scant information about distant servers, thereby avoiding both the extensive information exchange of highly informed network architectures and the inefficiency of uninformed routing algorithms.

Abstract: A server set may provide a document service to various clients in view of considerations such as availability, fault tolerance, flexibility, and performance. Presented herein are document service architectures that involve partitioning the document set into at least two document ranges, and assigning the respective document ranges to an agent that is deployed to at least one assigned server. A request to apply an operation to a selected document may be fulfilled by identifying the document range of the document; identifying a selected server of the server set that hosts the agent to which the range is assigned; and forwarding the request to the selected server. In some variations, servers may retain detailed information about neighboring servers (e.g., according to logical and/or physical proximity) and scant information about distant servers, thereby avoiding both the extensive information exchange of highly informed network architectures and the inefficiency of uninformed routing algorithms.

Abstract: The present application is directed to a flotation device for use in aquatic physical therapy. The flotation device preferably comprises side portions that wholly or partly surround the user, and permit the user's elbow(s) and/or forearms to rest upon and be supported thereby. The flotation device also preferably has at least one handgrip permitting the user to easily hold onto and be supported by the flotation device. Additionally, the present invention comprises methods of making and using such a flotation device.

Abstract: A server set may provide a document service to various clients in view of considerations such as availability, fault tolerance, flexibility, and performance. Presented herein are document service architectures that involve partitioning the document set into at least two document ranges, and assigning the respective document ranges to an agent that is deployed to at least one assigned server. A request to apply an operation to a selected document may be fulfilled by identifying the document range of the document; identifying a selected server of the server set that hosts the agent to which the range is assigned; and forwarding the request to the selected server. In some variations, servers may retain detailed information about neighboring servers (e.g., according to logical and/or physical proximity) and scant information about distant servers, thereby avoiding both the extensive information exchange of highly informed network architectures and the inefficiency of uninformed routing algorithms.

Abstract: The present application is directed to a flotation device for use in aquatic physical therapy. The flotation device preferably comprises side portions that wholly or partly surround the user, and permit the user's elbow(s) and/or forearms to rest upon and be supported thereby. The flotation device also preferably has at least one handgrip permitting the user to easily hold onto and be supported by the flotation device. Additionally, the present invention comprises methods of making and using such a flotation device.

Abstract: A server set may provide a document service to one or more clients, and may be configured to do so in view of various considerations such as availability, fault tolerance, flexibility, and performance. Presented herein are document service architectures that involve partitioning the document set into at least two document ranges, and configuring respective servers of the server set to host one or more agents to which are respectively assigned one or more document ranges. A request for an operation involving at least one document may be routed to a server hosting an agent managing the document ranges of the documents involved in the operation. Moreover, respective servers may retain detailed information about neighboring servers (e.g., according to a logical or physical proximity) and scant information about distant servers, thereby avoiding both the extensive information exchange of highly informed network architectures and the inefficiency of uninformed routing algorithms.

Abstract: The present application is directed to a flotation device for use in aquatic physical therapy. The flotation device preferably comprises side portions that wholly or partly surround the user, and permit the user's elbow(s) and/or forearms to rest upon and be supported thereby. The flotation device also preferably has at least one handgrip permitting the user to easily hold onto and be supported by the flotation device. Additionally, the present invention comprises methods of making and using such a flotation device.

Abstract: The present application is directed to a flotation device for use in aquatic physical therapy. The flotation device preferably comprises side portions that wholly or partly surround the user, and permit the user's elbow(s) and/or forearms to rest upon and be supported thereby. The flotation device also preferably has at least one handgrip permitting the user to easily hold onto and be supported by the flotation device. Additionally, the present invention comprises methods of making and using such a flotation device.

Abstract: Systems and methods utilize a display to provide universal remote control functionality. A menu of options appears on a display of a display device. A user can navigate the various options to control devices that are separate from the display device. The menu may be dynamically configured according to the context in which the display device is being used. The menu may be activated using a remote control device or other device and the menu may include options for controlling one or more devices that are absent from the remote control device.

Abstract: A server set may provide a document service to one or more clients, and may be configured to do so in view of various considerations such as availability, fault tolerance, flexibility, and performance. Presented herein are document service architectures that involve partitioning the document set into at least two document ranges, and configuring respective servers of the server set to host one or more agents to which are respectively assigned one or more document ranges. A request for an operation involving at least one document may be routed to a server hosting an agent managing the document ranges of the documents involved in the operation. Moreover, respective servers may retain detailed information about neighboring servers (e.g., according to a logical or physical proximity) and scant information about distant servers, thereby avoiding both the extensive information exchange of highly informed network architectures and the inefficiency of uninformed routing algorithms.