Oracle America, Inc.

Oracle International Corporation

Sebastian Jürgen Hans

Tanjore S Ravishankar

Thierry Violleau

Matthew R Hill

Andrei Gabriel Serban

Vlad Victor Petrovici

Lucian Adrian Ungurean

Techniques are disclosed for generating a message stream configured to indicate a source of the various messages within the message stream. In particular, the indicators identify which interface the messages were received at a terminal (e.g., of a mobile handset). The terminal receives messages on various interfaces, and separates the messages received via different interfaces with interface switch indicators within the message stream. In one embodiment, the smart card receives a message stream that includes sets of messages and interface switch indicators therein. The smart card delivers messages from the message stream to a single logical partition of the smart card up until an interface switch indicator is identified in the message stream. From that point, the smart card delivers messages from the message stream to a different logical partition of the smart card up until another interface switch indicator is identified in the message stream.

Logical java card runtime environment

Suspending and resuming a card runtime environment for a card computing device are disclosed. A card computing device obtains a suspension request. The suspension request includes a proposed value for a minimum suspension interval and/or a proposed value for a maximum suspension interval. The suspension request is accepted or rejected, by the card computing device, based on the proposed value for the minimum suspension interval and/or the proposed value for the maximum suspension interval. The card computing device may negotiate a different value for the maximum suspension interval. Additionally, a card computing device obtains a resumption request. The resumption request includes a resume token. The card computing device determines whether the resume token in the resumption request is valid. The card computing device determines whether the suspension interval is valid. The card computing device resumes the state that was associated with the card computing device at the time of suspension.

Suspending and resuming a card computing device

A CAS device receives streaming media content encrypted utilizing a CAS, decrypts the received streaming media content utilizing a CAS module associated with the CAS, and transmits the unencrypted streaming media content to a rendering device. The CAS device may be operable to receive and store an additional CAS module associated with an additional CAS. The CAS device may also be operable to receive unencrypted streaming media content, encrypt the streaming media content utilizing a CAS module, and transmit the encrypted streaming media content. In another embodiment, the CAS device receives streaming media content encrypted utilizing a first CAS, decrypts the received streaming media content utilizing a first CAS module, transmits the unencrypted streaming media content from the first CAS module to a second CAS module, encrypts the unencrypted streaming media content utilizing the second CAS module, and transmits the encrypted streaming media content to a rendering device.

Loadable and modular conditional access application

A persistence management system facilitates porting servlet-based applications, such as Web applications, to an extremely mobile/nomadic system such as a resource-constrained device platform, e.g., a smart card, where sessions on a card acceptance device are intermittent by nature. Persistence management system (i) minimizes the startup time, and (ii) restores applications in a consistent state. The persistent management system supports: a) selective persistence of servlet model objects: both container-managed objects and application-managed objects; b) optional persistence of threads; and c) optional persistence of connection objects.

Persistence system for servlet-based applications on resource-constrained devices

A generic event notification service for a resource-constrained device is provided. One method includes receiving an event having a unique event identifier, and determining whether an event-producing application is authorized to fire the event. Upon a determination of authorization to fire the event, a determination is made whether any event-consuming applications are authorized by the event-producing application to receive the event. Upon a determination of authorization to receive the event, the event is forwarded to each authorized event-consuming application. In this manner, secure, flexible, generic, and uniform application interaction is facilitated.

Growing community of inventors

Berlin, Germany

Sebastian Jürgen Hans