Abstract: A device that produces spin waves includes a base substrate, a transducer that includes a first plane defined by a first magnetic film and a second plane defined by a plurality of metal strips, and a second magnetic film having a spin-wave phase velocity lower than the first magnetic film. The second magnetic film is adjacent to the first magnetic film, and the first plane and the second plane are parallel. The plurality of metal strips are configured to receive a first signal, such that the first signal excites a first spin wave in the first magnetic film. The second magnetic film is configured to produce a second spin wave having a wavelength shorter than the first spin wave.

Abstract: A lithographic cluster includes a track unit and a lithographic apparatus. The lithographic apparatus includes an alignment sensor and at least one controller. The track unit is configured to process a first lot and a second lot. The lithographic apparatus is operatively coupled to the track unit. The alignment sensor is configured to measure an alignment of at least one alignment mark type of a calibration wafer. At least one controller is configured to determine a correction set for calibrating the lithographic apparatus based on the measured alignment of the at least one alignment mark type and apply first and second weight corrections to the correction set for processing the first and second lots, respectively, such that overlay drifts or jumps during processing the first and second lots are mitigated.

Abstract: A lithographic cluster includes a track unit and a lithographic apparatus. The lithographic apparatus includes an alignment sensor and at least one controller. The track unit is configured to process a first lot and a second lot. The lithographic apparatus is operatively coupled to the track unit. The alignment sensor is configured to measure an alignment of at least one alignment mark type of a calibration wafer. At least one controller is configured to determine a correction set for calibrating the lithographic apparatus based on the measured alignment of the at least one alignment mark type and apply first and second weight corrections to the correction set for processing the first and second lots, respectively, such that overlay drifts or jumps during processing the first and second lots are mitigated.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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 online charging application can be deployed on the SIP server and can enable various applications residing thereon to generate and transmit credit authorization requests to an online charging function server in accordance with the Diameter Ro protocol. These requests can be based on credit authorization with unit reservation and credit authorization with direct debiting. The session state associated with these requests can be maintained in the state tier of the SIP server which can be queried and accessed by the engine tier. Upon receiving appropriate responses from the OCF server, the SIP server can deliver the services and sessions requested by end users.

Abstract: 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.

Abstract: The SIP server can be comprised of an engine tier and a state tier distributed on a cluster network environment. 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. For example, 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. A load balancer can receive incoming message traffic and distribute it to the engine tier for processing. When processing a message, 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.

Abstract: The invention facilitates the computation of expected approval rates based on historic transaction data relating to transaction classes, approved transactions and declined transactions. The invention provides a system and method by which a program administrator for a company may model varying client-imposed limit scenarios in order to determine one or more optimal monthly and/or transactional spending limits. Further, the present invention provides a means for setting varying monthly and/or transaction spending limits for purchases from any number of industries. Providing card members with information regarding optimal spending limits reduces the occurrences of declined credit transactions.

Abstract: The invention facilitates the computation of expected approval rates based on historic transaction data relating to transaction classes, approved transactions and declined transactions. The invention provides a system and method by which a program administrator for a company may model varying client-imposed limit scenarios in order to determine one or more optimal monthly and/or transactional spending limits. Further, the present invention provides a means for setting varying monthly and/or transaction spending limits for purchases from any number of industries. Providing card members with information regarding optimal spending limits reduces the occurrences of declined credit transactions.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.