Abstract: A method and system for measuring latency is provided. A monitor node is used to measure latency in a computer network or in a computing device by time stamping signal messages sent from nodes in the computer network and/or tasks in a particular node or device. The time stamps are generated using a system clock of the monitor node to reduce any discrepancies in timing. In addition, the monitor node may compensate for latencies between the monitor node and each of the one or more nodes or devices across which latency is to be measured. Signal messages may include a data message ID and/or a node ID identifying the message that is being tracked and for which latency is being measured. Latency may further be measured across multiple tasks being performed in the same or different nodes or devices by transmitting signal messages for each of the multiple tasks.

Abstract: A method and system for measuring latency is provided. A monitor node is used to measure latency in a computer network or in a computing device by time stamping signal messages sent from nodes in the computer network and/or tasks in a particular node or device. The time stamps are generated using a system clock of the monitor node to reduce any discrepancies in timing. In addition, the monitor node may compensate for latencies between the monitor node and each of the one or more nodes or devices across which latency is to be measured. Signal messages may include a data message ID and/or a node ID identifying the message that is being tracked and for which latency is being measured. Latency may further be measured across multiple tasks being performed in the same or different nodes or devices by transmitting signal messages for each of the multiple tasks.

Abstract: A Common Component Framework (CCF) provides a container interface and a component interface for communication in a multi-tiered software application. Component context data may be transmitted to and from a container describing a current state of a component executing within the container. Context data may correspond to a specific entity (e.g., a financial entity such as a company or stock) identified by a user interacting with the component. The container may communicate the context data between different components to synchronize and coordinate component behavior, providing a more robust and coherent user experience. In addition to component context data, other information may be transmitted between containers and components such as properties, menu options, and data fields, supporting more complete integration of even web-based components into containers.

Abstract: A method and system for measuring latency is provided. A monitor node is used to measure latency in a computer network or in a computing device by time stamping signal messages sent from nodes in the computer network and/or tasks in a particular node or device. The time stamps are generated using a system clock of the monitor node to reduce any discrepancies in timing. In addition, the monitor node may compensate for latencies between the monitor node and each of the one or more nodes or devices across which latency is to be measured. Signal messages may include a data message ID and/or a node ID identifying the message that is being tracked and for which latency is being measured. Latency may further be measured across multiple tasks being performed in the same or different nodes or devices by transmitting signal messages for each of the multiple tasks.

Abstract: A system for business processes within and between organizations and/or individuals may be automated using standards-based, service-oriented business process automation architectures based on XML and Web Services Standards is described. An execution framework for the business processes is also described. Further aspects include a decomposition methodology for deconstructing business process specifications into business flows, business rules and business states. The business flows (FIG. 9, #214), rules (FIG. 9, #214) and states (FIG. 9, #214) may be defined in declarative languages and include the interaction, cooperation and coordination between the flow, rules and state engines, and the execution model for business processes within the framework.

Abstract: A system, architecture and model for facilitating extensible messaging and interaction are provided. The message system may use a messaging architecture that includes a domain message model, and open message model and a wire format. The wire format may implement primitive data types that may be used by the open message model to define additional and/or more complex data formats. The open message model may further specify interaction paradigms, generic messages, and message and transport attributes. The generic messages may include payload data whose meaning and context may be defined using the domain message model. The domain message model may include a content definition model and an item type model for building data and object types and specifying data context and relationships. As such, the message system may use generic messages and formats to create different message and item types.

Abstract: A system, architecture and model for facilitating extensible messaging and interaction are provided. The message system may use a messaging architecture that includes a domain message model, and open message model and a wire format. The wire format may implement primitive data types that may be used by the open message model to define additional and/or more complex data formats. The open message model may further specify interaction paradigms, generic messages, and message and transport attributes. The generic messages may include payload data whose meaning and context may be defined using the domain message model. The domain message model may include a content definition model and an item type model for building data and object types and specifying data context and relationships. As such, the message system may use generic messages and formats to create different message and item types.

Abstract: A Common Component Framework (CCF) provides a container interface and a component interface for communication in a multi-tiered software application. Component context data may be transmitted to and from a container describing a current state of a component executing within the container. Context data may correspond to a specific entity (e.g., a financial entity such as a company or stock) identified by a user interacting with the component. The container may communicate the context data between different components to synchronize and coordinate component behavior, providing a more robust and coherent user experience. In addition to component context data, other information may be transmitted between containers and components such as properties, menu options, and data fields, supporting more complete integration of even web-based components into containers.

Abstract: A Common Component Framework (CCF) provides a container interface and a component interface for communication in a multi-tiered software application. Component context data may be transmitted to and from a container describing a current state of a component executing within the container. Context data may correspond to a specific entity (e.g., a financial entity such as a company or stock) identified by a user interacting with the component. The container may communicate the context data between different components to synchronize and coordinate component behavior, providing a more robust and coherent user experience. In addition to component context data, other information may be transmitted between containers and components such as properties, menu options, and data fields, supporting more complete integration of even web-based components into containers.

Abstract: An asynchronous hypertext messaging system and method are disclosed. The system and method use existing hypertext transfer protocols and is capable of transmitting real-time asynchronous data between server and client regardless of firewalls or proxy servers implemented at the client or the server. In a communication system comprising a client and server interconnected by an internet, initial authentication is performed initially between the server and the client. A secure log in is performed by the client with the server in conjunction with a possible java applet download. The communication server then initiates a multiplexed virtual connection between the server and the client and transmission of asynchronous real-time data can occur over the virtual connection. The virtual connection is periodically refreshed by a request issued from the java applet.

Abstract: A system for business processes within and between organizations and/or individuals may be automated using standards-based, service-oriented business process automation architectures based on XML and Web Services Standards is described. An execution framework for the business processes is also described. Further aspects include a decomposition methodology for deconstructing business process specifications into business flows, business rules and business states. The business flows (FIG. 9, #214), rules (FIG. 9, #214) and states (FIG. 9, #214) may be defined in declarative languages and include the interaction, cooperation and coordination between the flow, rules and state engines, and the execution model for business processes within the framework.

Abstract: A system and method for accelerated downloading of dynamic web pages. Initially, customized script library functions are downloaded from the server to the client browser as part of the page frameset. A page request from a user is received by the client browser and transmitted to the server. In turn, page data is fetched by the server from remote data sources and formatted to include library code for invoking associated library functions written in a script programming language, e.g., JavaScript. The formatted data pages is transmitted from the server to the client browser which calls the library functions that were previously downloaded to the client browser in response to the library code in the data pages. The appropriate library functions are invoked from the client browser to generate Hyper-Text Markup Language code that is written to a target frame. Finally, the Hyper-Text Markup Language code written to the target frame is rendered.

Abstract: A computerized entity, system and method for monitoring, determining and/or presenting risk to a trader for multi-leg transactions is provided. The system may include a trading terminal that can calculate the current price for a synthetic instrument representing a multi-leg trade based on trading data for each financial instrument of the multi-leg trade. The trading terminal may provide indicia of the likelihood of success of completing each single-leg trade of the multi-leg trade.

Abstract: A Common Component Framework (CCF) provides a container interface and a component interface for communication in a multi-tiered software application. Component context data may be transmitted to and from a container describing a current state of a component executing within the container. Context data may correspond to a specific entity (e.g., a financial entity such as a company or stock) identified by a user interacting with the component. The container may communicate the context data between different components to synchronize and coordinate component behavior, providing a more robust and coherent user experience. In addition to component context data, other information may be transmitted between containers and components such as properties, menu options, and data fields, supporting more complete integration of even web-based components into containers.

Abstract: A computerized entity, system and method for limiting or eliminating counterparty risk for settlement in financial transactions are described. A central counterparty novates trades between counterparties and interposes itself as the entity with whom each counterparty will settle. The central counterparty may require additional credit or collateral from one or more counterparties to ensure that the central counterparty does not assume an unaddressed risk.

Abstract: A system, architecture and model for facilitating extensible messaging and interaction are provided. The message system may use a messaging architecture that includes a domain message model, and open message model and a wire format. The wire format may implement primitive data types that may be used by the open message model to define additional and/or more complex data formats. The open message model may further specify interaction paradigms, generic messages, and message and transport attributes. The generic messages may include payload data whose meaning and context may be defined using the domain message model. The domain message model may include a content definition model and an item type model for building data and object types and specifying data context and relationships. As such, the message system may use generic messages and formats to create different message and item types.

Abstract: A method and system for measuring latency is provided. A monitor node is used to measure latency in a computer network or in a computing device by time stamping signal messages sent from nodes in the computer network and/or tasks in a particular node or device. The time stamps are generated using a system clock of the monitor node to reduce any discrepancies in timing. In addition, the monitor node may compensate for latencies between the monitor node and each of the one or more nodes or devices across which latency is to be measured. Signal messages may include a data message ID and/or a node ID identifying the message that is being tracked and for which latency is being measured. Latency may further be measured across multiple tasks being performed in the same or different nodes or devices by transmitting signal messages for each of the multiple tasks.

Abstract: An asynchronous hypertext messaging system and method are disclosed. The system and method use existing hypertext transfer protocols and is capable of transmitting real-time asynchronous data between server and client regardless of firewalls or proxy servers implemented at the client or the server. In a communication system comprising a client and server interconnected by an internet, initial authentication is performed initially between the server and the client. A secure log in is performed by the client with the server in conjunction with a possible java applet download. The communication server then initiates a multiplexed virtual connection between the server and the client and transmission of asynchronous real-time data can occur over the virtual connection. The virtual connection is periodically refreshed by a request issued from the java applet.

Abstract: A system for accessing financial data that is suitable for data of different formats from disparate sources. Real-time financial information or data is stored and arranged in a data model with table and column schema in a standard suitable for use with an OLE DB provider programmed to access financial information. Accordingly, different types of financial information from disparate sources may be integrated and readily accessed. Specifically, the present invention is directed to a real-time OLE DB provider data model that is divided into different tables categorized into records, pages, time series and context information.

Abstract: A system and method for accelerated downloading of dynamic web pages. Initially, customized script library functions are downloaded from the server to the client browser as part of the page frameset. A page request from a user is received by the client browser and transmitted to the server. In turn, page data is fetched by the server from remote data sources and formatted to include library code for invoking associated library functions written in a script programming language, e.g., JavaScript. The formatted data pages is transmitted from the server to the client browser which calls the library functions that were previously downloaded to the client browser in response to the library code in the data pages. The appropriate library functions are invoked from the client browser to generate Hyper-Text Markup Language code that is written to a target frame. Finally, the Hyper-Text Markup Language code written to the target frame is rendered.