36 results about "Procedure context" patented technology

A system and operation is disclosed for collaborative processing of distributed applications. In a collaborative processing system, at least one application context is provided in which an application is executed. The context includes an application CGI for managing the application, and a communication interface on which application data is communicated as messages. A messaging bus is provided that is configured to communicate the messages for processing by the application.

In a J2EE application server, a method of passing context information among transactions in a hierarchical parent-child transaction chain executing in a single thread of execution. The method comprises generating a correlator corresponding to a top level transaction spawning a plurality of child transactions in the parent-child transaction chain. The correlator is stored in a Java thread local (JTL) stack associated with the thread of execution. For each child transaction, the JTL stack is referenced to access a correlator associated with a parent of the child transaction. The method further comprises utilizing context information provided by said parent correlator to generate a correlator for said child transaction.

A small footprint device, such as a smart card, can securely run multiple programs from unrelated vendors by the inclusion of a context barrier isolating the execution of the programs. The context barrier performs security checks to see that principal and object are within the same namespace or memory space and to see that a requested action is appropriate for an object to be operated upon.

A computer-implemented method for collecting trace streams in application code, instruments the application code to detect an application context. The application context includes static and dynamic attributes. The method also includes steps of: achieving the application context a first time, collecting static attributes of the application context, determining a name for the application context based on static attributes, sending the application context name to the trace subsystem and receiving a trace stream handle in return, storing the trace-stream handle and marking the application context such that achieving the same application context later in the program execution is recognizable, receiving the application context name by the trace subsystem, registering the context name in the trace subsystem, returning from the trace subsystem a unique trace stream handle for each unique application context, achieving the instrumented application context after the first time including access to stored trace stream handle, sending dynamic information and the trace stream handle of the application context to the trace subsystem, sending the application context names and associated sequence of dynamic information to trace analysis tools, and receiving the application context names and associated sequence of dynamic information in a trace analysis tool.

A gaming machine includes a processor adapted to execute a program of a game; a biometric reader configured to capture first biometric data from the player, and a trusted cache. The trusted cache includes a nonvolatile memory that is configured to store the first biometric data; a context data save engine configured to save the context of the program to the nonvolatile memory and to associate the stored first biometric data with the saved context of the program upon the processor receiving a request from the player to suspend game play, and a context data recovery engine configured to recover the saved context from the nonvolatile memory and to cause continued execution of the program from the recovered saved context upon the biometric reader capturing second biometric data from the player that matches the stored first biometric data and receiving a request from the player to resume game play.

A method of providing random number streams to a process includes determining two or more program contexts within a process. Each of the program contexts may include code that calls for one or more random numbers. For each of at least two of the program contexts, a random number stream is provided to the process. The random number stream for each program context is based on the determined program context and is distinct from the random number stream for the other program contexts in the process.

A system and method for securely restoring software program context is presented. A special purpose processor core is included in a heterogeneous processing environment where each processor can access a shared memory. The isolated special purpose processor core includes an isolated local memory. The isolated special purpose processor core receives an identifier corresponding to the secured program. The identifier is used to read an encrypted context of the secured program from the shared memory. The encrypted context is decrypted using an encryption key. The decrypted context is stored in the isolated special purpose processor core's local memory. The secured program's context integrity is verified by using a persistent security data that is retrieved from a secure location, such as a persistent storage register that can only be accessed when the special purpose processor core is running in isolation mode. If the context is verified, the secured program is executed.

A system, method and program product for securely saving a program context to a shared memory is presented. A secured program running on an special purpose processor core running in isolation mode is interrupted. The isolated special purpose processor core is included in a heterogeneous processing environment, that includes purpose processors and general purpose processor cores that each access a shared memory. In isolation mode, the special purpose processor core's local memory is inaccessible from the other heterogeneous processors. The secured program's context is securely saved to the shared memory using a random persistent security data. The lines of code stored in the isolated special purpose processor core's local memory are read along with data values, such as register settings, set by the secured program. The lines of code and data values are encrypted using the persistent security data, and the encrypted code lines and data values are stored in the shared memory.

Methods and systems for managing applications by an application manager within a man machine interface (MMI) application framework are disclosed. Aspects of the method may include creating an active application context upon launching a first application by the application manager. The active application context may be transitioned into a suspended application context upon suspending the first application by the application manager. The suspended application context may be stored in an application manager context stack. The stored suspended application context may be acquired from the application manager context stack upon receipt of an exit message by the application manager. The application manager context stack may comprise a last-in-first-out (LIFO) context stack. The first application associated with said suspended application context may be reactivated upon removal of the suspended application context from the application manager context stack.

A virtual memory system that maintains a list of pages that are required to be resident in a frame buffer to guarantee the eventual forward progress of a graphics application context running on a graphics system composed of multiple clients. Pages that are required to be in the frame buffer memory are never swapped out of that memory. The required page list can be dynamically sized or fixed sized. A tag file is used to prevent page swapping of a page from the frame buffer that is required to make forward progress. A forward progress indicator signifies that a page faulting client has made forward progress on behalf of a context. The presence of a forward progress indicator is used to clear the tag file, thus enabling page swapping of the previously tagged pages from the frame buffer memory.

A method includes selecting a target mobile device based on information regarding a power storage level of the particular mobile device. The method further includes transmitting program context information associated with a task of the first mobile device to a network accessible storage device. The method further includes transmitting a notification regarding the program context information to the target mobile device. The present disclosure describes a power and task (data and / or voice) handover system that enables a user to transfer task(s) from one mobile device to another mobile device using a network (wired or wireless) based handover scheme.