Abstract: A battery pack test system includes a power cluster, a power router, a power allocation manager, and a plurality of test bench control units. The power cluster includes a plurality of power units. The power allocation manager is configured to dynamically switch allocations of power from individual power units of the plurality of power units to a plurality of test channels each connected to a different device under test. The plurality of test bench control units are each configured to interface with the power router and a different corresponding device under test. Each of the test bench control units includes a plurality of measurement sensors for measuring characteristics of the corresponding device under test.

Abstract: An Exhaled Breath Temperature (EBT) monitor for the measurement of portions of exhaled respiratory gas temperature during a single exhalation, the monitor comprising: An inlet channel for receiving a stream of exhaled respiratory gas, a plurality of measurement chambers, temperature sensors located within more than one measurement chamber adapted for measuring the temperature of exhaled respiratory gas, a plurality of valves intermediate the air channel and each measurement chamber, configured to selectively pass portions of the gas stream in to each chamber and a control unit, configured to operate the valves and record the measurements of the temperature sensor

Abstract: Resource authorization policies and resource scopes may be defined separately, thereby decoupling a set of authorization rules from the scope of resources to which those rules apply. In one example, a resource includes anything that can be used in a computing environment (e.g., a file, a device, etc.). A scope describes a set of resources (e.g., all files in folder X, all files labeled “Y”, etc.). Policies describe what can be done with a resource (e.g., “read-only,” “read/write,” “delete, if requestor is a member of the admin group,” etc.). When scopes and policies have been defined, they may be linked, thereby indicating that the policy applies to any resource within the scope. When a request for the resource is made, the request is evaluated against all policies associated with scopes that contain the resource. If the conditions specified in the policies apply, then the request may be granted.

Abstract: A context of a principal is built, at a target system controlling access to a resource, independently of the principal requesting access to the resource. An authorization policy is applied, at the target system, to the context to determine whether the principal is permitted to access the resource, and an indication of whether the principal is permitted to access the resource is provided (e.g., to an administrator). Modifications can be made to the context and the authorization re-applied to determine whether a principal having the modified context is permitted to access the resource.

Abstract: A context of a principal is built, at a target system controlling access to a resource, independently of the principal requesting access to the resource. An authorization policy is applied, at the target system, to the context to determine whether the principal is permitted to access the resource, and an indication of whether the principal is permitted to access the resource is provided (e.g., to an administrator). Modifications can be made to the context and the authorization re-applied to determine whether a principal having the modified context is permitted to access the resource.

Abstract: Resource authorization policies and resource scopes may be defined separately, thereby decoupling a set of authorization rules from the scope of resources to which those rules apply. In one example, a resource includes anything that can be used in a computing environment (e.g., a file, a device, etc.). A scope describes a set of resources (e.g., all files in folder X, all files labeled “Y”, etc.). Policies describe what can be done with a resource (e.g., “read-only,” “read/write,” “delete, if requestor is a member of the admin group,” etc.). When scopes and policies have been defined, they may be linked, thereby indicating that the policy applies to any resource within the scope. When a request for the resource is made, the request is evaluated against all policies associated with scopes that contain the resource. If the conditions specified in the policies apply, then the request may be granted.