Handle

Abstract: The Handle System is a general-purpose global name service that allows secured name resolution and administration over the public Internet. This document provides a detailed description of the Handle System namespace, and its data, service, and operation models. The namespace definition specifies the handle syntax and its semantic structure. The data model defines the data structures used by the Handle System protocol and any pre-defined data types for carrying out the handle service. The service model provides definitions of various Handle System components and explains how they work together over the network. Finally, the Handle System operation model describes its service operation in terms of messages transmitted between client and server, and the client authentication process based on the Handle System authentication protocol.

Abstract: Operating system functions are defined as objects that are collections of data and methods. The objects represent operating system resources. The resource objects can be instantiated and used across process and machine boundaries. Each object has an associated handle that is stored in its private state. When an application requests a resource, it is given a second handle or pseudo handle that corresponds with the handle in the object's private state. The second handle is valid across process and machine boundaries and all access to the object takes place through the second handle. This greatly facilitates remote computing. In preferred embodiments, the objects are COM objects and remote computing is facilitated through the use of Distributed COM (DCOM) techniques. Other embodiments of the invention provide legacy and versioning support by identifying each resource, rather than the overall operating system, with a unique identifier that can specified by an application. Different versions of the same resource have different identifiers. This ensures that applications that need a specific version of a resource can receive that version. This also ensures that an application can specifically request a particular version of a resource by using its unique identifier, and be assured of receiving that resource. Other embodiments of the invention provide legacy support by intercepting calls for operating system functions and transforming those calls into object calls that can be understood by the resource objects. This is accomplished in preferred embodiments by injecting a level of indirection between an application and an operating system.

Abstract: A method and apparatus for use with a computer having a graphical user interface, including a desktop, displayed on a computer screen. The system is designed for controlling the execution of a computer application program, and the relative position of a window associated with said application along a z-axis defined as extending perpendicular to the surface of the computer screen. The invention includes a new graphical user interface element in the form of a handle positioned along a peripheral edge of a desktop. The handle is configured so that it is always visible on the desktop, and the position of the handle is user defined or programmable according to a convention. A link is provided between the handle and an associated application so that when handle is activated by means of a pointing device, a window associated with the application will be displayed as a foreground window on the desktop. The system permits the application to be efficiently and quickly accessed by activation of the handle.

Abstract: A controlling application utilizes existing handle objects, as appropriate, to reconfigure objects to dynamically enumerate and represent devices coupled to a serial bus network after a bus reset event. Preferably, the serial bus network is an IEEE 1394-1995 serial bus network. During a self-identifying process, after the bus reset, information about the characteristics of the devices within the network is received. From this self-identifying information objects representing the devices are generated. Existing handle objects from a previous bus configuration are then compared to these objects. If a handle matches an object, then a pointer value within the handle is changed to point to an address of the object. Preferably, a handle includes a 64 bit unique identifier value that is compared to the objects to find a match. For devices removed from the network, the handle object is preferably never discarded but is made invalid. For devices added to the network, existing invalid handle objects are preferably re-validated and attached to objects representing devices. If there are no further existing handles and a device does not yet have an attached handle, then a handle is generated and attached to the device. A handle is only generated if there are more devices within the network than there are existing handles. Preferably, a handle includes a pointer value pointing to an address of the corresponding object for the device.