Abstract: A gear box includes a housing, an actuator coupled to the housing, and a bearing assembly pivotably coupled to the actuator. The bearing assembly including an outer raceway, a cylindrical housing positioned within the outer raceway, and an annular bearing positioned between the outer raceway and the housing. The cylindrical housing has a first end and a second end opposite the first end. A sensor is coupled to the first end of the cylindrical housing and configured to monitor an operating condition of the annular bearing. A linkage couples the actuator to the second end of the cylindrical housing and an output shaft is rotatably coupled to the bearing assembly.

Abstract: The present disclosure generally relates to compounds useful as immunomodulators. Provided herein are compounds, compositions comprising such compounds, and methods of their use. The disclosure further pertains to pharmaceutical compositions comprising at least one compound according to the disclosure that are useful for the treatment of various diseases, including cancer and infectious diseases.

Abstract: A computing system (100) that includes at least one microapp (202) and a container application (204) configured to receive an application output from the microapp(s) (202,602) via an application programming interface. The computing system (100) can include at least one processor (112,132) and at least one tangible, non-transitory computer-readable medium that stores instructions that, when executed by the at least one processor (112,132), cause the at least one processor (112,132) to perform operations. The operations can include providing, for display within a first panel (304) in a user interface (306), a navigation bar (302) based on data received from the container application (204); receiving, at the container application (204), the application output from the at least one microapp (202) via the application programming interface; and providing, for display within a second panel in the user interface (306), data describing the application output.

Abstract: An optical driver circuit is described herein having a plurality of drive cells and delay segments between their control signals resulting in the control of the rising and falling edge rates for an optical device driven by the optical driver circuit.

Abstract: Laser circuits are disclosed herein that include, in one example, a proxy laser drive cell and a proxy comparator circuit for deriving a laser driver bias control using one or more constant current supplies. Comparator circuits are disclosed that are adapted to generate an output based on a proxy voltage having first and second voltage components wherein one of the voltage components is developed based on one or more constant current supplies indicative of laser control current.

Abstract: This disclosure describes lifecycle management (LCM) techniques for improving high availability (HA) and scalability in a virtual network. The techniques include empowering virtual network function managers (VNFMs) to provide LCM to other VNFMs in the virtual network. For example, a VNFM instance in the virtual network may autonomously update and/or improve the virtual network design, such as by deploying additional VNFM instances. A VNFM network may be able to self-organize, such as by designating a primary cluster and/or autonomously holding an election. A VNFM instance may also heal and/or redeploy another VNFM instance. The present virtual network LCM techniques may allow a virtual network to be self-sustaining while providing HA.

Abstract: This disclosure describes lifecycle management (LCM) techniques for improving high availability (HA) and scalability in a virtual network. The techniques include empowering virtual network function managers (VNFMs) to provide LCM to other VNFMs in the virtual network. For example, a VNFM instance in the virtual network may autonomously update and/or improve the virtual network design, such as by deploying additional VNFM instances. A VNFM network may be able to self-organize, such as by designating a primary cluster and/or autonomously holding an election. A VNFM instance may also heal and/or redeploy another VNFM instance. The present virtual network LCM techniques may allow a virtual network to be self-sustaining while providing HA.

Abstract: In one example, a Virtual Network Function Manager (VNFM) obtains, from a monitoring agent that is configured to monitor a Virtual Network Function (VNF) for a presence of a technical issue with the VNF, an indication of the presence of the technical issue with the VNF. The monitoring agent is deployed at a remote site. Based on the indication of the presence of the technical issue with the VNF, the VNFM determines a resolution for the presence of the technical issue with the VNF. The VNFM automatically implements the resolution for the presence of the technical issue with the VNF.

Abstract: A system and method for predicting device failures and generating proposed resolutions for such an error when occurs includes receiving device status data from each of a plurality of identified multifunction peripherals into a memory. Service history data for each of the multifunction peripherals is stored, the service history data including data corresponding to a plurality of data patterns associated with prior device failures associatively with resolutions implemented to address such failures. Patterns are detected in received device status data. Device failure is predicted for at least one identified multifunction peripheral in accordance with detected patterns and service history data. The predicted device failure is reported along with at least one proposed resolution to address a device error predicted by the predictive device failure data.

Abstract: A network function virtualization (NFV) platform can support virtual network functions (VNFs) whose behavior can change during their lifecycles. For example, a VNF manager of the NFV platform can receive a request to update a condition of a VNF and/or an action to perform upon satisfaction of the condition. Based on the condition and action, the VNF manager can create or store a lifecycle management policy in an extensible lifecycle management model associated with the virtual network function. Based on the lifecycle management policy, the VNF manager can monitor the virtual network function to detect satisfaction of the condition and, in response to detecting satisfaction of the condition, the VNF manager can perform the action associated with the lifecycle management policy.

Abstract: A system and method for generating a unified address book includes a processor, a network interface and a memory storing an address book. The address book is comprised of an electronic address records in a preset or preexisting data record format. Each electronic address record of the address is scanned to generate address records to form a unified address book where records are stored in a unified address format. Generated address records are communicated to an associated data device via the network interface. Additional address records are received from the network interface and the unified address book is supplemented with additional received address records.

Abstract: A network function virtualization (NFV) platform can support virtual network functions (VNFs) whose behavior can change during their lifecycles. For example, a VNF manager of the NFV platform can receive a request to update a condition of a VNF and/or an action to perform upon satisfaction of the condition. Based on the condition and action, the VNF manager can create or store a lifecycle management policy in an extensible lifecycle management model associated with the virtual network function. Based on the lifecycle management policy, the VNF manager can monitor the virtual network function to detect satisfaction of the condition and, in response to detecting satisfaction of the condition, the VNF manager can perform the action associated with the lifecycle management policy.

Abstract: A network function virtualization (NFV) platform can support hybrid and elastic scaling and recovery services. In one example, a system can deploy a cloud virtual network function manager (VNFM) and one or more cloud virtual network functions (VNFs) on a cloud. The system can monitor, via the cloud VNFM, a local VNFM on a local network, the cloud VNFM, and/or the one or more cloud VNFs. Based on the monitoring, the system can determine, via the cloud VNFM, a respective status of the local VNFM, the cloud VNFM, and/or the one or more cloud VNFs. Based on the respective status of the local VNFM, the cloud VNFM, and/or the one or more cloud VNFs, the system can then scale, via the cloud VNFM, the local VNFM, the cloud VNFM, and/or the one or more cloud VNFs.

Abstract: A system and method for generating a unified address book includes a processor, a network interface and a memory storing an address book. The address book is comprised of an electronic address records in a preset or preexisting data record format. Each electronic address record of the address is scanned to generate address records to form a unified address book where records are stored in a unified address format. Generated address records are communicated to an associated data device via the network interface. Additional address records are received from the network interface and the unified address book is supplemented with additional received address records.

Abstract: A stand-alone data collector is configured to obtain configuration data that includes IP addresses to be monitored when the data collector is started. The data collector performs simple network management protocol (SNMP) walks of the management information bases (MIBs) of networked document processing devices associated with the monitored IP addresses to obtain meter data associated with usage of the networked document processing devices. The data collector aggregates the meter data and forwards the aggregated meter data to a network server and other recipients designated in the configuration data. The data collector can be configured to discover networked document processing devices associated with the monitored IP addresses. The data collector can include a chassis that houses a Raspberry Pi-based circuit board that performs the data collection operations.

Abstract: A system and method for predicting device failures and generating proposed resolutions for such an error when occurs includes receiving device status data from each of a plurality of identified multifunction peripherals into a memory. Service history data for each of the multifunction peripherals is stored, the service history data including data corresponding to a plurality of data patterns associated with prior device failures associatively with resolutions implemented to address such failures. Patterns are detected in received device status data. Device failure is predicted for at least one identified multifunction peripheral in accordance with detected patterns and service history data. The predicted device failure is reported along with at least one proposed resolution to address a device error predicted by the predictive device failure data.

Abstract: A system and method for predictive inventory management includes a processor and memory. A network interface receives device status data from each of a plurality of multifunction peripherals into the memory. The memory stores service history data and service call history data for the multifunction peripherals, in addition to replacement parts data corresponding to replacement parts used in prior device repairs. The processor detects patterns in the service history data, the service call history data and the replacement parts data and generates predictive replacement part data for future replacement parts that will be needed based on the device status data and the detected patterns. The processor then outputs the predictive replacement part data.

Abstract: A system and method for paper jam prediction includes a processor, memory and a network interface. Ongoing paper jam data is received from an identified, networked multifunction peripheral. Service call data for the multifunction peripheral indicative of prior service calls is stored in the memory. A sampling window of the paper jam data prior to a service call date is defined and a point in the sampling window when no symptoms of a forthcoming paper jam were present is determined so as to define a prediction window. A relationship between paper jam data in the prediction window of the sampling window and paper jam data outside the prediction window in the sampling window is determined and incoming paper jam data is monitored relative to the relationship data. A paper jam warning is generated when monitored incoming paper jam data indicates a forthcoming paper jam on the multifunction peripheral.

Abstract: A system and method for paper jam prediction includes a processor, memory and a network interface. Ongoing paper jam data is received from an identified, networked multifunction peripheral. Service call data for the multifunction peripheral indicative of prior service calls is stored in the memory. A sampling window of the paper jam data prior to a service call date is defined and a point in the sampling window when no symptoms of a forthcoming paper jam were present is determined so as to define a prediction window. A relationship between paper jam data in the prediction window of the sampling window and paper jam data outside the prediction window in the sampling window is determined and incoming paper jam data is monitored relative to the relationship data. A paper jam warning is generated when monitored incoming paper jam data indicates a forthcoming paper jam on the multifunction peripheral.

Abstract: A system and method for multifunction peripheral device failure prediction includes a processor, memory and a network interface. The system receives device status data from each of a plurality of identified multifunction peripherals. Service history data for each of the multifunction peripherals is stored in memory. The processor detects anomalies in received device status data and generates predictive device failure data for at least one identified multifunction peripheral in accordance with detected anomalies and service history data. Predictive device failure data can be used to schedule technician visits or add device maintenance to previously scheduled visits. Such scheduling can include scheduling of service to geographically clustered devices.