Lucent Technologies Inc.

Alcatel Lucent

Stephen Michael Blott

Henry F Korth

Clifford Eric Martin

Thomas M Cliff, Jr

Benson L Branch

Yuri J Breitbart

Gerald Donald Baulier

Frank Frastaci, Jr

Abraham Silberschatz

Philip L Bohannon

Jose′ Carlos Brustoloni

Scott L Speicher

Jonathan E Polito

A payment system for accessing Internet content is located within an Internet service providers network. The system includes an access controller () and a payment authority (). When an end-user makes a request for a URL, the access controller terminates the request and determines whether the requested URL is one for which a charge for accessing the content referenced by that URL is required. That determination is made by comparing the requested URL with a set of rules that are supplied by all the content providers for which the service provider supports payment. If no match is found, the request is forwarded to the content provider. If a rule is found that matches the requested URL, the end-user is identified and the request is forwarded to the payment authority where a payment policy associated with the matched rule is applied. If the end-user fulfills the requirements of this payment policy, then access to the content is granted. The end-user may fulfill the requirements of the payment policy, for example, through a current subscription to a content provider's site, through an auto-payment agreement in which all charges of less than an agreed upon amount are automatically accepted, or by specifically accepting and agreeing to pay an indicated charge for accessing the requested content. In accepting any such payment arrangement, the end-user's account with the service provider is debited for the appropriate charge and the content provider's account is credited for the end-user's access.

Method and apparatus for the payment of internet content

An application programming interface (API) is described that allows creating or destroying one or more pairs of data structures for asynchronously passing between the operating system and a network application pointers to packet buffers mapped to both parties.

Application programming interface for network applications

Duplicate processing at network operators is avoided by applying once-only processing at operators which are adjacent to either the source or destination host of a data packet. An operator is adjacent to a host if there exists a path between the operator and the host containing no other operators. In one embodiment, an operator determines that it is adjacent to a host if it receives a special broadcast data packet from the host. To ensure that no other operators receive the special broadcast data packet, the adjacent operator drops the packet. In another embodiment, operators determine whether they are adjacent to identified hosts by transmitting special ping packets to the hosts. If an operator receives a ping response from the host, the operator determines that it is adjacent to the host. To ensure that only adjacent operators receive ping responses, intervening operators drop special ping packets received from other operators.

Method and apparatus for applying once-only processing in a data network

A real-time event processing system (EPS) for processing a sequence of events generated by one or more applications. In an illustrative embodiment, the EPS includes a set of real-time analysis engines (RAEs) operating in parallel, e.g., a set of clusters each including one or more RAEs, and one or more mappers for mapping a given input event to a particular one of the clusters. A main-memory database system is coupled to the RAEs, and the RAEs process events associated with input streams from one or more data sources and deliver output streams to one or more data sinks. The data source and data sinks may be, e.g., network elements, clients, databases, etc. The events are processed in accordance with services implemented in the RAEs, and utilize data stored in a memory portion of the main-memory database system accessible to the RAEs. The data may include, e.g., a subscription table storing subscription information indicating the service or services that should be executed for a given event. The services are generated in a service authoring environment (SAE) in the EPS, using a declarative language. The SAE generates the services in the form of object code components, e.g., dynamically linked libraries, which may be dynamically linked into the RAEs without interrupting event processing. Recovery information regarding a recovery point for a given RAE or set of RAEs in the EPS may be stored in a memory portion of the main-memory database system, and utilized to implement a roll-back of the RAE to the recovery point.

Real-time event processing system with service authoring environment

Real-time event processing system with analysis engine using recovery information

Real-time event processing system for telecommunications and other applications

Real-time event processing system with subscription model

A method for improving the performance of a system having a main-memory database which has at least one database containing at least one data item, and having a permanent storage device. The system executes at least one update transaction for modifying the data item to produce update results, and at least one read transaction for reading the data item. The method includes the steps of requiring the update transaction to acquire a database mutex before the update transaction modifies the data item. A timestamp is assigned to the update transaction and to the data item to be updated by the update transaction. After the update transactions updates the data item and before it release the database mutex, the update transaction acquire a mutex associated with the timestamp. Before the update's results are stored to the permanent storage device, the update transaction releases the database mutex. Finally, the update transaction releases the mutex associated with the timestamp after the update's results are stored to the permanent storage device. Before a read transaction is allowed to read the data item, the read transaction must acquire the database mutex. To ensure that the read transaction read data that was committed by the predecessor update transaction, the read transaction must acquire and release the mutex associated with the timestamp before the read transaction terminates.

Serial protocol for transaction execution in main-memory database systems

Growing community of inventors

Gillette, NJ, United States of America

Stephen Michael Blott