Abstract: A hand sanitizer dispensing device and method of dispensing sanitizing fluid are disclosed. The device may be mounted to a scooter, a bicycle or other transport devices. The device has an outer shell, an inner pod that holds a bag of sanitizing fluid, and a top cover that secures the inner pod to the outer shell. A pump/nozzle assembly communicates with an actuator to selectively dispense the fluid. The device may be operated manually or by automatic activation. The device may communicate wirelessly with a mobile communication device allowing the user to purchase use of the dispensing device remotely. User interfaces of the communication device guide the user to execute the purchase, to unlock the device for use among other available functions. A purchase transaction for use of the dispensing device can be achieved within a communication network with options as to how the dispensing device is unlocked and operated.

Abstract: A hand sanitizer dispensing device and method of dispensing sanitizing fluid are disclosed. The device may be mounted to a scooter, a bicycle or other transport devices. The device has an outer shell, an inner pod that holds a bag of sanitizing fluid, and a top cover that secures the inner pod to the outer shell. A pump/nozzle assembly communicates with an actuator to selectively dispense the fluid. The device may be operated manually or by automatic activation. The device may communicate wirelessly with a mobile communication device allowing the user to purchase use of the dispensing device remotely. User interfaces of the communication device guide the user to execute the purchase, to unlock the device for use among other available functions. A purchase transaction for use of the dispensing device can be achieved within a communication network with options as to how the dispensing device is unlocked and operated.

Abstract: Data is encoded into one or more optically encoded images. The optically encoded images are then inserted as image data into a video sequence—i.e., in video frames. Data are transmitted in-band within the video, via any conceivable video distribution channel or format. The video may be trans-coded as required—because the data are optically encoded, any video processing that even crudely preserves the frame images will preserve the optically encoded data. This scheme of in-band data transfer in video is very robust. A video receiving apparatus receives the video, inspects the image data from video frames in memory, detects optically encoded images in the image data, and decodes the optically encoded images to recover the data. The frames carrying optically encoded images are typically discarded and not rendered to a display. The receiver controls connected equipment, other than a display (e.g., a musical instrument), based on the extracted data.

Abstract: Data is encoded into one or more optically encoded images. The optically encoded images are then inserted as image data into a video sequence - i.e., in video frames. Data are transmitted in-band within the video, via any conceivable video distribution channel or format. The video may be trans-coded as required - because the data are optically encoded, any video processing that even crudely preserves the frame images will preserve the optically encoded data. This scheme of in-band data transfer in video is very robust. A video receiving apparatus receives the video, inspects the image data from video frames in memory, detects optically encoded images in the image data, and decodes the optically encoded images to recover the data. The frames carrying optically encoded images are typically discarded and not rendered to a display. The receiver controls connected equipment, other than a display (e.g., a musical instrument), based on the extracted data.

Abstract: Data are encoded into one or more optically encoded images. The optically encoded images are then inserted as image data into a video sequence—i.e., in video frames. Data are transmitted in-band within the video, via any conceivable video distribution channel or format. The video may be trans-coded as required—because the data are optically encoded, any video processing that even crudely preserves the frame images will preserve the optically encoded data. This scheme of in-band data transfer in video is very robust. A video receiving apparatus receives the video, inspects the image data from video frames in memory, detects optically encoded images in the image data, and decodes the optically encoded images to recover the data. The frames carrying optically encoded images are typically discarded and not rendered to a display. The data from a plurality of optically encoded images may be concatenated, and further processed.

Abstract: A hand sanitizer dispensing device and method of dispensing sanitizing fluid are disclosed. The device may be mounted to a scooter, a bicycle or other transport devices. The device has an outer shell, an inner pod that holds a bag of sanitizing fluid, and a top cover that secures the inner pod to the outer shell. A pump/nozzle assembly communicates with an actuator to selectively dispense the fluid. The device may be operated manually or by automatic activation. The device may communicate wirelessly with a mobile communication device allowing the user to purchase use of the dispensing device remotely. User interfaces of the communication device guide the user to execute the purchase, to unlock the device for use among other available functions. A purchase transaction for use of the dispensing device can be achieved within a communication network with options as to how the dispensing device is unlocked and operated.

Abstract: A hand sanitizer dispensing device and method of dispensing sanitizing fluid are disclosed. The device may be mounted to the stem of a scooter or to the tubes of a bicycle frame. The device has an outer shell, an inner pod that holds a bag of sanitizing fluid, and a top cover that secures the inner pod to the outer shell. A pump/nozzle assembly communicates with an actuator to selectively dispense the fluid. Manual activation is achieved by pulling on a lever of the actuator. Automatic activation is achieved by placing the hand(s) under the dispenser whereby a sensor senses the presence of a hand(s) to dispense the fluid. The device communicates wirelessly with a mobile communication device application allowing the user to purchase use of the dispensing device. User interfaces on the mobile communication device guide the user to execute the purchase and to unlock the device for use.

Abstract: A hand sanitizer dispensing device and method of dispensing sanitizing fluid are disclosed. The device may be mounted to the stem of a scooter or to the tubes of a bicycle frame. The device has an outer shell, an inner pod that holds a bag of sanitizing fluid, and a top cover that secures the inner pod to the outer shell. A pump/nozzle assembly communicates with an actuator to selectively dispense the fluid. Manual activation is achieved by pulling on a lever of the actuator. Automatic activation is achieved by placing the hand(s) under the dispenser whereby a sensor senses the presence of a hand(s) to dispense the fluid. The device communicates wirelessly with a mobile communication device application allowing the user to purchase use of the dispensing device. User interfaces on the mobile communication device guide the user to execute the purchase and to unlock the device for use.

Abstract: An intermediate representation of a workflow of one or more modules may be generated to decouple language implementations of the one or more modules. In response to receiving a workflow of one or more modules, the workflow may be analyzed to determine an optimal implementation language for each of the one or more modules to thereby reduce effects of data marshalling. An intermediate representation of the workflow that is configured to decouple any implementation languages associated with the one or more modules may be generated. To allow for decoupling, the intermediate representation may be written in a declarative language. The generated intermediate representation may then be compiled to generate an executable program that corresponds to the workflow and is implemented in the determined optimal language for each of the one or more modules.

Abstract: Accommodating a particular kind of out-of-order data; namely, when data arrives out-of-order because the data is generated in systems that may have different application timelines. As data arrives, it arrives with a particular partition key. For instance, the partition key might identify the source of the data. The data from each partition key is kept in-order with respect to all other data from that same partition key. That said, data from one key is permitted to have a different timeline as compared to data from any other key. Thus, the data may not be in-order when viewed globally across keys. Rather, data is tolerated to be out-of-order globally so long as the lag in the arrived data is within some tolerated lag. If the data arrives having a time that exceeds the maximum tolerated lag, then the system applies some policy to determine what to do with the delayed data.

Abstract: Data are encoded into one or more optically encoded images. The optically encoded images are then inserted as image data into a video sequence—i.e., in video frames. Data are transmitted in-band within the video, via any conceivable video distribution channel or format. The video may be trans-coded as required—because the data are optically encoded, any video processing that even crudely preserves the frame images will preserve the optically encoded data. This scheme of in-band data transfer in video is very robust. A video receiving apparatus receives the video, inspects the image data from video frames in memory, detects optically encoded images in the image data, and decodes the optically encoded images to recover the data. The frames carrying optically encoded images are typically discarded and not rendered to a display. The data from a plurality of optically encoded images may be concatenated, and further processed.

Abstract: Data are encoded into one or more optically encoded images. The optically encoded images are then inserted as image data into a video sequence—i.e., in video frames. Data are transmitted in-band within the video, via any conceivable video distribution channel or format. The video may be trans-coded as required—because the data are optically encoded, any video processing that even crudely preserves the frame images will preserve the optically encoded data. This scheme of in-band data transfer in video is very robust. A video receiving apparatus receives the video, inspects the image data from video frames in memory, detects optically encoded images in the image data, and decodes the optically encoded images to recover the data. The frames carrying optically encoded images are typically discarded and not rendered to a display. The data from a plurality of optically encoded images may be concatenated, and further processed.

Abstract: An intermediate representation of a workflow of one or more modules may be generated to decouple language implementations of the one or more modules. In response to receiving a workflow of one or more modules, the workflow may be analyzed to determine an optimal implementation language for each of the one or more modules to thereby reduce effects of data marshalling. An intermediate representation of the workflow that is configured to decouple any implementation languages associated with the one or more modules may be generated. To allow for decoupling, the intermediate representation may be written in a declarative language. The generated intermediate representation may then be compiled to generate an executable program that corresponds to the workflow and is implemented in the determined optimal language for each of the one or more modules.

Abstract: Accommodating a particular kind of out-of-order data; namely, when data arrives out-of-order because the data is generated in systems that may have different application timelines. As data arrives, it arrives with a particular partition key. For instance, the partition key might identify the source of the data. The data from each partition key is kept in-order with respect to all other data from that same partition key. That said, data from one key is permitted to have a different timeline as compared to data from any other key. Thus, the data may not be in-order when viewed globally across keys. Rather, data is tolerated to be out-of-order globally so long as the lag in the arrived data is within some tolerated lag. If the data arrives having a time that exceeds the maximum tolerated lag, then the system applies some policy to determine what to do with the delayed data.

Abstract: Some examples include high-performance query processing of real-time and offline temporal-relational data. Further, some implementations include processing streaming data events by annotating individual events with a first timestamp (e.g., a “sync-time”) and second timestamp that may identify additional event information. The stream of incoming data events may be organized into a sequence of data batches that each include multiple data events. The individual data batches in the sequence may be processed in a non-decreasing “sync-time” order.

Abstract: One or more wedges may be introduced into the bevel of a surgical knife near its tip, to thereby increase the bevel surface area of the knife, and thus increase the cutting edges of the knife, and render the knife more effective and/or easier to use in surgical applications such as ophthalmic procedures.

Abstract: A front-end compiler compiles source code into intermediate code, that may later be compiled into binary code. The source code defines an execution scope and includes a contract. When a contract is encountered at runtime of an execution scope, further execution of that execution scope is conditioned on whether a predicate associated with the contract is true. The front-end compiler operates so as to preserve the contract so that the contract continues to be semantically structured such that the predicate may be removed from the intermediate language code. The contract may thus continue to be understood by semantic analysis of the contract. Thus, the predicate may be understood by static analysis tools that operate on the intermediate code.

Abstract: Some examples include high-performance query processing of real-time and offline temporal-relational data. Further, some implementations include processing streaming data events by annotating individual events with a first timestamp (e.g., a “sync-time”) and second timestamp that may identify additional event information. The stream of incoming data events may be organized into a sequence of data batches that each include multiple data events. The individual data batches in the sequence may be processed in a non-decreasing “sync-time” order.

Abstract: A front-end compiler compiles source code into intermediate code, that may later be compiled into binary code. The source code defines an execution scope and includes a contract. When a contract is encountered at runtime of an execution scope, further execution of that execution scope is conditioned on whether a predicate associated with the contract is true. The front-end compiler operates so as to preserve the contract so that the contract continues to be semantically structured such that the predicate may be removed from the intermediate language code. The contract may thus continue to be understood by semantic analysis of the contract. Thus, the predicate may be understood by static analysis tools that operate on the intermediate code.

Abstract: An error handling system is described herein that provides a facility for controlling the behavior of software when the software violates a contract condition. The system provides configurable runtime behavior that takes place when a contract fails. The error handling system provides an event that a hosting application or other software code can register to handle and that the system invokes upon detecting a contract failure. The application's response to the event determines how the system handles the failure. If the event is unhandled, the system triggers an escalation policy that allows an administrator or application to specify how the system handles contract failures. Thus, the error handling system provides increased control over the handling of contract failures within software code.