Sun Microsystems, Inc.

Oracle International Corporation

Bea Systems, Inc.

Oracle America, Inc.

David W Connelly

James A Gosling

Pavani Naishadh Diwanji

Anno Langen

Ioannis Cosmadopoulos

Rao Nasir Khan

Sheng Liang

Reto Kramer

John D Beatty

Manoj Cheenath

Benjamin J Renaud

Marianne Mueller

Jaroslaw Jerzy Wilkiewicz

Patrick P Chan

Zhenghua Li

Pavani Diwanji

The SIP server can be comprised of an engine tier that is designed for high throughput processing of SIP communications and a state tier that maintains state information for access by the engine tier. A Java-based offline charging application can be deployed on the SIP server engine tier in order to allow the SIP server to generate offline charging events and transmit them to a charging data function (CDF) server. The state data for the offline accounting session can be maintained on the state tier. Furthermore, timers set to accounting interim interval value can be used to indicate expiration times for the accounting session. The SIP server can use the timers to send periodic interim requests in order to update and maintain the accounting session open.

System and method for a SIP server with offline charging

A SIP server can be distributed over a cluster network and handle the processing of various SIP communications. A Diameter protocol web application can be deployed on the engine tier of the SIP server for enabling communication between the SIP server and an HSS. A profile service API can be provided that allows applications running on the SIP server to access user profile data stored on the HSS. The applications can also be allowed to subscribe to notifications about changes to the user profile data on the HSS. An Sh interface provider can be deployed on the SIP server for generating and responding to Diameter command codes. SIP servlets can access the user profile data in the form of an XML document.

Diameter protocol and SH interface support for SIP server architecture

Systems and methods are provided for improving latency during message processing in a network environment via the use of SIP server architecture. The SIP server can be comprised of an engine tier and a state tier distributed on a cluster network. The engine tier can send and receive messages and execute various processes. The state tier can maintain in-memory state data associated with various SIP sessions. The state tier can store various long lived data objects and the engine tier can contain short lived data objects. The state data can be maintained in partitions comprised of state replicas. When processing messages, the engine can pull state data objects from the state tier, use the objects and push them back to the state tier after processing is complete. If one state replica is unavailable, such as during garbage collection, the engine can retrieve the objects from another replica in the partition.

SIP server architecture for improving latency during message processing

The SIP server can be comprised of an engine tier and a state tier distributed on a cluster network. Engine nodes in the engine tier can process SIP messages and can read/write state information from/to the state tier. State tier can maintain state information in a set of partitions of one or more replicas which contain duplicate information. The engine nodes can be adapted to detect and report replica failures and the replicas can in turn be adapted to detect and report engine node failures. Replicas can detect faults with an engine node if the engine node fails to poll the replica for a specified period of time and can then report the failure. The engine node can detect failures of a replica when reading or writing state information and can report the failure to another replica, which can be responsible for updating the partition view to exclude dead replicas.

SIP server architecture fault tolerance and failover

A method and apparatus for operating a local server computer of a client-server network includes a technique to receive a request from a client computer of the client-server network. A determination is made whether the request requires dynamically generated information from a servlet object of the client-server network. If so, a specified servlet object corresponding to the request may be uploaded from a remote server computer of the client-server network. The specified servlet object is then executed to obtain dynamically generated information corresponding to the request.

Apparatus and method for processing servlets

Methods, systems, and articles of manufacture consistent with the present invention limit access to parts of a shared software library by using a class loader that generates a selective interface between an external process and a program file (such as a class definition) in the shared library. This prevents external processes from loading parts of the shared library that were meant to remain private or internal to the library. Methods, systems, and articles of manufacture consistent with the present invention load a program file, such as a class definition, from the shared library and generate an interface (such as an object) to the loaded program file. A determination of whether the program file can be exported is performed based upon a status indicator associated with the interface. The interface limits access to the program file if it is determined that the program file cannot be exported.

Method, system, and article of manufacture for limiting access to program files in a shared library file

Methods and apparatus for executing an applet are disclosed. A virtual machine that includes a class loader generates a file download request in the form of an http request to a particular server computer that contains appropriate applet component files. The class loader queries a root JAR file having an index file associated with applet. The class loader creates a HASH table based upon the contents of the index file that provides a mapping of all packages and all corresponding JAR files required to execute the applet by the virtual machine. During virtual machine runtime the class loader queries the HASH table in order to directly access the appropriate applet component file to be downloaded and executed by the virtual machine.

Method and apparatus for expedited file downloads in an applet environment

Dynamic generation of information using servlet object

A system and method is provided for managing security on a server that receives code for execution. A security manager resides on a server and determines whether to permit the execution of a servlet based on a characteristic of the servlet. The security manager makes this determination by performing a number of security checks implemented as a security policy that is configured based on the servlet's network source.

System and method for securing a program's execution in a network environment

A system and method for securing a program's execution in a network environment is presented. A first server is configured to permit execution of a program from a second server based on a configurable security characteristic of the program. The first server receives the program transferred from the second server. Subsequently, the program is checked for the configurable security characteristic. The program is executed on the first server if permitted by the configurable security characteristic.

Apparatus and method for dynamically generating information with

In a computer system having a data processing unit, memory, and a multitasking operating system that supports multiple threads of execution in a shared address space, a resource allocation subsystem includes an initialization procedure for initializing monitors, a notify procedure and a wait procedure. Each monitor has an associated event data structure denoting the status of the monitor as Signaled or Unsignaled. Each monitor also stores a waiters value indicating how many threads are waiting on the monitor, a tickets value indicating how many of the threads are to receive notifications, and an epoch counter value. The notify procedure updates any specified monitor to the Signaled status, updates the specified monitor's tickets value to indicate how many waiting threads are to receive notifications, and updates the epoch counter to indicate an epoch value associated with the updating of the specified monitor's status to Signaled. The wait procedure blocks execution of a calling thread until a specified monitor's status is updated to Signaled and the monitor's epoch information indicates an epoch value distinct from the epoch value when the calling thread called the wait procedure. The wait procedure unblocks the calling thread when monitor's tickets value is non-zero, and decrements the tickets value to indicate that the calling thread has consumed one ticket.

Growing community of inventors

Los Altos, CA, United States of America

David W Connelly