Intel Corporation

David A Sandage

James C Stanley

Stewart W Hunt

Arland D Kunz

Bradford H Needham

Matthew D Wood

David A Cobbley

Bernard N Keany

K Sridharan

A method, apparatus, and system for locating mobile devices. The system includes a location-aware mobile device. The location-aware mobile device includes a location-aware mechanism embedded in a platform firmware layer of the location-aware mobile device. The system also includes a central database to receive location information from the location-aware mobile device over a network. If the location-aware mobile device has been stolen, lost, or misplaced, the central database reports the stolen, lost, or misplaced location-aware mobile device and its location to appropriate persons to enable the location-aware mobile device to be recovered.

Method and apparatus for location-based recovery of stolen mobile devices

Various examples are directed to systems and methods for aggregating user tool experience. A record ingestion circuit may receive action record data from a user tool that describes an action performed with the user tool by the user. The record ingestion circuit may also receive user name data describing the user. A record analytics circuit may generate user experience data for the user describing a plurality of actions performed by the user with the user tool. An application programming interface (API) circuit may receive from a requesting application a query for data describing the plurality of actions and send to the requesting application the data describing the plurality of actions.

Tool experience aggregator

An embodiment of the invention includes (a) acquiring a tour start location, a tour constraint, and a first user travel preference for a first user; and (b) determining a tour route, including first and second tour segments, based on the tour start location and the tour constraint. The first tour segment is determined based on the first user travel preference. The tour constraint includes a time constraint that is defined by the first user and includes a maximum allowable time for the tour route. Other embodiments are described herein.

Customized travel route system

An implementation of PCMCIA Card Services for the Windows operating system in enhanced mode. A Card Services dynamic linked library (DLL) was written which contains a library of C functions which perform the Card Services functions. The Card Services DLL maintains a Card Services database of the Card Services resources available such that the Card Services DLL can share the Card Services resources among clients of Card Services. Windows applications can call the functions in the Card Services DLL directly to access Card Services functions. The Card Services DLL posts messages to a Card Services Windows application to request a Card Services function be performed with background processing. The Card Services Windows application processes the Card Services function at a later time. A Card Services virtual device driver (V.times.D) provides system functions to the Card Services DLL. The Card Services V.times.D hooks the INT 1A software interrupt such that Card Services requests which use the register based binding in the PCMCIA Card Services specification are intercepted and directed to the Card Services DLL. The Card Services V.times.D also traps interrupts caused by PCMCIA socket adapters and calls the appropriate interrupt handling routine in the Card Services DLL.

Architecture for implementing PCMCIA card services under the windows

A library of C functions to perform PCMCIA Card Services. A PCMCIA Card Services specification defines a set of functions which allow applications and device drivers to access PCMCIA Cards. The PCMCIA Card Services specification provides a register based software interrupt binding to access the Card Services functions. A library of C functions is defined which can be called to perform the Card Services functions. The library of C functions can reformat the function parameters and then call a Card Services provider with a standard register based software interrupt binding. Alternatively, the library of C functions can be a fully protected mode implemenation of Card Services.

Protected mode C binding for PCMCIA card services interface

PCMCIA defines a standard interface for small portable computer peripherals. Part of the PCMCIA specification defines a Card Services software layer. The current PCMCIA specification defines a Card Services layer that provides Card Services to clients that wish to use PCMCIA cards. A Card Services Compatibility Driver is defined that ensures compatibility with real mode clients. The Card Services Compatibility Driver is a device driver or TSR that loads near the beginning of the computer system boot procedure. The Card Services Compatibility Driver simulates a full implementation of Card Services by supporting only the functions that are legal when no cards are installed in the system even though cards may be installed in the system. Later, a full protected mode implementation of Card Services is loaded into the system. The Card Services Compatibility Driver transfers all the state information it collects during the computer system boot procedure to the full protected mode implementation of Card Services. After receiving this information, the full protected mode implementation of Card Services takes control and services all later Card Services requests. The full protected mode implementation of Card Services also informs the registered Card Services clients of any cards inserted in the system by making card insertion callbacks.

Method and apparatus for supporting real mode card services clients with

Background processing for PCMCIA card service functions for registered Card Services clients includes a Card Services Background Processing Application and a Card Services dynamic link library (DDL) residing in the system VM, and a Card Services VxD residing in priority ring 0. A request for a Card Services function is generated by a Card Services function requester. The Card Services function requester is either a Card Services Client or a PCMCIA socket adapter. In response to the request, the Card Services VxD sets-up a path between the Card Services function requester and the Card Services DLL. The Card Services DLL contains the Card Services functions, and the appropriate Card Service function is executed. If the Card Service function requested requires background processing, the Card Services DLL posts a message with the Card Services Background Processing Application. The Card Services DLL then acknowledges the request for Card Services function to the Card Services requester. Upon selection of the Card Services Background Processing Application as an active process, the message posted is processed by executing the appropriate card services function in the Card Services DLL and providing any necessary callbacks.

Method and apparatus for background processing for PCMCIA card services

A computer system contains an Intel.TM. 80386 or later microprocessor as a central processing unit (CPU) and a system memory coupled to the CPU. The computer system runs Microsoft.TM. Windows v. 3.1 operating system in enhanced mode. The system memory contains a system virtual machine (VM) and at least one DOS VM. A target VM contains shared code routines for use by all VMs loaded in the computer system. When access to the shared code routine is desired from a calling process in a calling VM, the calling VM transfers control and calling data parameters to a shared code virtual device driver (VxD). The shared code VxD performs data translation for the calling data parameters so that the target VM can access the data parameters. The shared code VxD invokes calls to a Windows Process scheduler to schedule the target VM and block selection of the calling VM. The target VM, upon invocation by the scheduler, executes the shared code routine and generates return parameters. Upon completion of the shared code routine, the thread of execution is transferred to the shared code VxD, and address translation is performed on the return parameters. The translated return data parameters are transferred to the calling process. The shared code VxD unblocks selection of the calling VM so that the calling VM is free for selection by the Windows process scheduler. When the calling VM is selection, the calling processes resumes execution.

Growing community of inventors

Forest Grove, OR, United States of America

David A Sandage