Abstract: Disclosed are a device, system, methods and computer-readable medium products that provide an updated insulin-to-carbohydrate ratio and an updated total daily insulin. The described processes may be used for periodic updating of the insulin-to-carbohydrate ratio and the total daily insulin. The insulin-to-carbohydrate ratio and/or the total may be used in the calculation of new doses of insulin that a drug delivery device may be commanded to deliver to a user.

Abstract: Cathode material from exhausted lithium ion batteries are dissolved in a solution for extracting the useful elements Co (cobalt), Ni (nickel), Al (Aluminum) and Mn (manganese) to produce active cathode materials for new batteries. The solution includes compounds of desirable materials such as cobalt, nickel, aluminum and manganese dissolved as compounds from the exhausted cathode material of spent cells. Depending on a desired proportion, or ratio, of the desired materials, raw materials are added to the solution to achieve the desired ratio of the commingled compounds for the recycled cathode material for new cells. The desired materials precipitate out of solution without extensive heating or separation of the desired materials into individual compounds or elements. The resulting active cathode material has the predetermined ratio for use in new cells, and avoids high heat typically required to separate the useful elements because the desired materials remain commingled in solution.

Abstract: In various aspects and embodiments, the present disclosure provides methods for making glycosylated products, as well as bacterial cells and uridine diphosphate (UDP)-dependent glycosyltransferase (UGT) enzymes useful for the same. In other aspects and embodiments, the disclosure provides methods for high yield and/or high purity recovery of such glycoside products from microbial cultures or cell free reactions. In various aspects and embodiments, the disclosure provides for whole cell bioconversion processes involving the glycosylation of a desired substrate, and/or the recovery of the glycosylated product at high yield and/or high purity.

Abstract: Disclosed are a device, a computer-readable medium, and techniques that provide an onboarding process and an adaptivity process for a drug delivery device. A processor executing an onboarding process determines whether a history of delivered insulin to a user meets certain sufficiency requirements. The onboarding process enables a processor to cause the drug delivery device to administer doses of insulin to a user according to an initial total daily insulin dose calculation that is determined based on the sufficiency of the insulin delivery history. The initial total daily insulin may be adapted according to the adaptivity process as new insulin delivery is collected. The insulin delivery history, when sufficient, may be used to set total daily insulin dosages that enable automated insulin delivery upon replacement of a drug delivery device. The adaptivity process may be implemented to modify an initial insulin delivery doses to provide adapted insulin delivery doses.

Abstract: Disclosed herein is a method and a data processing system for environment evaluation, and a computer-readable storage medium with a computer program for executing the aforementioned method stored thereon. A data processing system according to one aspect comprises: at least one processor; at least one memory; and a computer program stored on the memory and executable on the processor, wherein execution of the computer program on the processor results in the following operations: obtaining user evaluations of an environment and environmental parameter measurements from a plurality of mobile devices; and generating evaluation information about the environment from the user evaluations and the environmental parameter measurements.

Abstract: Methods, systems, apparatuses, and computer program products are provided for the “bucketing” or categorizing of software failures occurring during software test, and/or during other procedures. Software failure information is received. The software failure information is parsed to generate a raw matrix of software terms, software failures, and an indication of a number of times each software term was found in each software failure. An importance is determined of each software term of the raw matrix with respect to the software failures of the raw matrix to generate a weighted matrix. A failure space is generated based on the determined importance that indicates each software term-software failure pair of the matrix as a vector. A set of clusters representing the vectors in the failure space is determined. Software failures may be automatically assigned to clusters of the set to be “bucketed” or categorized for ease of subsequent analysis.

Abstract: Methods, systems, apparatuses, and computer program products are provided for the “bucketing” or categorizing of software failures occurring during software test, and/or during other procedures. Software failure information is received. The software failure information is parsed to generate a raw matrix of software terms, software failures, and an indication of a number of times each software term was found in each software failure. An importance is determined of each software term of the raw matrix with respect to the software failures of the raw matrix to generate a weighted matrix. A failure space is generated based on the determined importance that indicates each software term-software failure pair of the matrix as a vector. A set of clusters representing the vectors in the failure space is determined. Software failures may be automatically assigned to clusters of the set to be “bucketed” or categorized for ease of subsequent analysis.

Abstract: An automated arrangement for deploying software updates to a distributed system based on state differences is provided in which a manifest defines a target snapshot of the desired state of the system after it is updated. A snapshot of the current distributed system state is taken and a state difference between the current state and the target state is calculated. A rule-based engine applies pre-defined rules to generate a sequence of actions that when performed will bring the distributed system to the target state. Accordingly, rather than have to focus on how to change the distributed system, software developers and system administrators may instead specify the target distributed system state in the manifest and the present automated deployment arrangement will perform the required actions to deploy the updates and achieve the desired state.

Abstract: A payment gateway is implemented as a web service that utilizes a payment adapter plug-in model to support both synchronous payments (e.g., credit/debit card payments) and asynchronous payments (e.g., bank transfers) in which an interface to the payment gateway is provided to facilitate the development by a payment service provider or third party of a payment adapter that can plug into the gateway. The payment adapter enables the details of the payment service provider, credit card network, bank, etc. to be abstracted by mapping payment status from the provider to a standardized payment status that is utilized by the payment gateway. A payment gateway can then switch payment service providers by switching payment adapters.

Abstract: An automated arrangement for deploying software updates to a distributed system based on state differences is provided in which a manifest defines a target snapshot of the desired state of the system after it is updated. A snapshot of the current distributed system state is taken and a state difference between the current state and the target state is calculated. A rule-based engine applies pre-defined rules to generate a sequence of actions that when performed will bring the distributed system to the target state. Accordingly, rather than have to focus on how to change the distributed system, software developers and system administrators may instead specify the target distributed system state in the manifest and the present automated deployment arrangement will perform the required actions to deploy the updates and achieve the desired state.

Abstract: Testing systems and methods are provided for determining domain data coverage of a test of a codebase. The testing system may include a coverage program having a setup module configured to receive user input indicative of a target domain data table to be monitored during the test. The coverage program may further include a test module configured to programmatically generate a shadow table configured to receive coverage data, and to create one or more triggers on the target domain data table. The triggers may be configured, upon firing, to make entries of coverage data in the shadow table indicating that the trigger was fired during the test. The coverage program may also include an output module configured to compare the shadow table and the target domain data table to produce a coverage result, and to display the coverage result via a graphical user interface.

Abstract: In one embodiment, the systems and methods detect audio content shared during a collaboration session; detect a participant associated with originating the audio content; store or record audio content; and automatically associate the audio content with the participant.