Abstract: A system and method that remotely quantifies mass emission rates of emission material emitted from moving vehicles as they operate in real-time. Release locations of these emission materials may or may not coincide, and plumes generated from the releases may be spatially overlapping or distinct. The method can quantify both distance-based mass emission rates (grams/mile) and time-based emission rates (gram/hour). Exemplary approaches can be used to measure vehicle emissions as they move whether the emissions are released from the tailpipe or elsewhere on the vehicle and without touching the vehicle. The approaches might also be used in other situations where material is emitted from a body in a flow field, such as an aircraft or marine vessel moving through air, a stationary source in a wind field, or brake or tire wear particulate material of a heavy-duty truck driving on the road.

Abstract: Alert management may include receiving, by a monitoring module from one or more disparate monitored sources, an alert, where the alert is a data structure that includes a plurality of fields; storing, by the monitoring module, the alert in a database; processing, by the monitoring module periodically at predefined intervals, the database, including identifying, in dependence upon a predefined ruleset, one or more alerts; storing, by the monitoring module, the identified alerts in a staging table, including creating, for each of the identified alerts, a primary key in dependence upon the fields of the identified alert; populating, by the monitoring module for each of the alerts stored in the staging table, one or more attribute fields of the alert in dependence upon the created primary key of the alert; and storing, by the monitoring module, the populated alerts in the database.

Abstract: A method, hardware device, and/or computer program product manages network resources. A cloud service provider hypervisor server that supports a cloud service provider hypervisor receives a cloud consumer's management information base (MIB) via an application program interface. The cloud consumer's MIB is a portable MIB that is capable of being loaded into multiple cloud service provider hypervisors. A trap receiver in the cloud service provider hypervisor server receives a Simple Network Management Protocol (SNMP) trap from a resource described by the cloud consumer's MIB. The SNMP trap is an SNMP message that describes an event in the resource. The cloud service provider hypervisor server transfers the SNMP trap to a cloud consumer without any interpretation of the SNMP trap by the cloud service provider hypervisor.

Abstract: An energy consumption controller may be communicatively coupled with a plurality of alternative energy sources and an engine. The controller may be configured to manage energy consumption from the alternative energy sources interconnected with the engine and to keep the engine within a desired temperature range. Within the desired temperature range, the engine will start and run at a full load more rapidly than if the engine cooled excessively. The controller may change the selected energy source as required, based on factors such as cost, engine maintenance and testing and/or imminent need of the engine.

Abstract: A distributed maintenance mode system and method includes receiving an indicator that a monitored system has entered maintenance mode. Trap data is received for the monitored system. It is determined whether the monitored system is in maintenance mode based on the indicator. The trap data is stored and a billable incident ticket is generated for the monitored system if it is determined that the monitored system is not in maintenance mode. The trap data is stored and no billable incident ticket is generated for the monitored system if it is determined that the monitored system is in maintenance mode.

Abstract: A method, hardware device, and/or computer program product manages network resources. A cloud service provider hypervisor server that supports a cloud service provider hypervisor receives a cloud consumer's management information base (MIB) via an application program interface. The cloud consumer's MIB is a portable MIB that is capable of being loaded into multiple cloud service provider hypervisors. A trap receiver in the cloud service provider hypervisor server receives a Simple Network Management Protocol (SNMP) trap from a resource described by the cloud consumer's MIB. The SNMP trap is an SNMP message that describes an event in the resource. The cloud service provider hypervisor server transfers the SNMP trap to a cloud consumer without any interpretation of the SNMP trap by the cloud service provider hypervisor.

Abstract: A cloud service provider hypervisor server, which supports a cloud service provider hypervisor, receives a cloud consumer's management information base (MIB) from a cloud consumer. The cloud consumer's MIB is a portable MIB that is capable of being loaded into multiple cloud service provider hypervisors. A trap receiver in the cloud service provider hypervisor server receives a Simple Network Management Protocol (SNMP) trap from a resource described by the cloud consumer's MIB. The SNMP trap is an SNMP message, from the resource, that describes an event in the resource. The SNMP trap bypasses the cloud service provider hypervisor, such that the cloud service provider hypervisor server transfers the SNMP trap to the cloud consumer without any interpretation of the SNMP trap by the cloud service provider hypervisor.

Abstract: Alert management may include receiving, by a monitoring module from one or more disparate monitored sources, an alert, where the alert is a data structure that includes a plurality of fields; storing, by the monitoring module, the alert in a database; processing, by the monitoring module periodically at predefined intervals, the database, including identifying, in dependence upon a predefined ruleset, one or more alerts; storing, by the monitoring module, the identified alerts in a staging table, including creating, for each of the identified alerts, a primary key in dependence upon the fields of the identified alert; populating, by the monitoring module for each of the alerts stored in the staging table, one or more attribute fields of the alert in dependence upon the created primary key of the alert; and storing, by the monitoring module, the populated alerts in the database.

Abstract: Alert management may include receiving, by a monitoring module from one or more disparate monitored sources, an alert, where the alert is a data structure that includes a plurality of fields; storing, by the monitoring module, the alert in a database; processing, by the monitoring module periodically at predefined intervals, the database, including identifying, in dependence upon a predefined ruleset, one or more alerts; storing, by the monitoring module, the identified alerts in a staging table, including creating, for each of the identified alerts, a primary key in dependence upon the fields of the identified alert; populating, by the monitoring module for each of the alerts stored in the staging table, one or more attribute fields of the alert in dependence upon the created primary key of the alert; and storing, by the monitoring module, the populated alerts in the database.

Abstract: Techniques for reclaiming storage space are disclosed herein. According to one embodiment, a storage space reclamation method includes a storage host creating at least one temporary logical container of data in a storage volume managed by a file system of a host so that a predetermined portion of storage capacity of the storage volume is occupied. Access to the storage volume is provided by a network storage controller to the storage host. The storage host translates a host address range for the file system of each temporary logical container of data into a storage controller address range for the network storage controller. The storage host requests the network storage controller to deallocate blocks the locations of which are indicated by the storage controller address range, and then deletes the at least one temporary logical container of data.

Abstract: A cloud service provider hypervisor server, which supports a cloud service provider hypervisor, receives a cloud consumer's management information base (MIB) from a cloud consumer. The cloud consumer's MIB is a portable MIB that is capable of being loaded into multiple cloud service provider hypervisors. A trap receiver in the cloud service provider hypervisor server receives a Simple Network Management Protocol (SNMP) trap from a resource described by the cloud consumer's MIB. The SNMP trap is an SNMP message, from the resource, that describes an event in the resource. The SNMP trap bypasses the cloud service provider hypervisor, such that the cloud service provider hypervisor server transfers the SNMP trap to the cloud consumer without any interpretation of the SNMP trap by the cloud service provider hypervisor.

Abstract: Alert management may include receiving, by a monitoring module from one or more disparate monitored sources, an alert, where the alert is a data structure that includes a plurality of fields; storing, by the monitoring module, the alert in a database; processing, by the monitoring module periodically at predefined intervals, the database, including identifying, in dependence upon a predefined ruleset, one or more alerts; storing, by the monitoring module, the identified alerts in a staging table, including creating, for each of the identified alerts, a primary key independence upon the fields of the identified alert; populating, by the monitoring module for each of the alerts stored in the staging table, one or more attribute fields of the alert in dependence upon the created primary key of the alert; and storing, by the monitoring module, the populated alerts in the database.

Abstract: A distributed maintenance mode system and method includes receiving an indicator that a monitored system has entered maintenance mode. Trap data is received for the monitored system. It is determined whether the monitored system is in maintenance mode based on the indicator. The trap data is stored and a billable incident ticket is generated for the monitored system if it is determined that the monitored system is not in maintenance mode. The trap data is stored and no billable incident ticket is generated for the monitored system if it is determined that the monitored system is in maintenance mode.

Abstract: A method, system, and computer program product is disclosed. A purchase data computer receives a customer identifier obtained from a scanner at a point of sale. The customer identifier is associated with a customer in a retail location. The purchase data computer determines a targeted research invitation associated with the customer identifier, the targeted research invitation including contact information to be used by the customer to participate in a marketing research program. Next, the purchase data controller causes a printer to print the targeted research invitation. According to another aspect of the invention, a current purchase of the customer sets off a trigger in the purchase data computer, causing the purchase data computer to print a targeted research invitation at the printer, based on the current purchase. According to another aspect of the invention, a host computer uses prior purchase history of consumers to determine targeted research invitations to be delivered to the consumers.

Abstract: A system is configured to organize content. The system may constitute a decision tool that provides a user with a decision template that enables the user to create a decision record that organizes aspects of a decision that the user considered, the user's reasoning with respect to these aspects in arriving at an ultimate outcome, and/or other information related to the decision. The decision template may include one or more fields into which the user may enter content manually, or the user may search for, and import content related to the decision into the template from, one or more content sources that include relevant content.

Abstract: A value-driven build-to-buy decision analysis system and method is provided that addresses and integrates the system analysis for multiple parts of the build-to-buy business cycle. The system and method of the present invention includes a demand component and a supply component. The demand component includes decision analysis components for one or more demand oriented activities in the. build-to-buy cycle, such as selling and buying activities. The supply component includes decision analysis components for one or more supply oriented activities in the build-to-buy cycle, such as product creation, product packaging and product pricing activities. Each decision analysis component utilizes values-based object-oriented analytical models.

Abstract: A value-driven build-to-buy decision analysis system and method is provided that addresses and integrates the system analysis for multiple parts of the build-to-buy business cycle. The system and method of the present invention includes a demand component and a supply component. The demand component includes decision analysis components for one or more demand oriented activities in the build-to-buy cycle, such as selling and buying activities. The supply component includes decision analysis components for one or more supply oriented activities in the build-to-buy cycle, such as product creation, product packaging and product pricing activities. Each decision analysis component utilizes values-based object-oriented analytical models.