Abstract: Data transaction-specific data packets transmitted over a data communications network from a plurality of source computer nodes are processed. A first data packet communication session is established between one source computer node and one destination computer node to transport data transaction specific data packets over a first path through the data communications network. A second alternative data packet communication session is established between the one source computer node and the one destination computer node to transport data transaction specific data packets over a second path that is different from and bypasses the first path. When a condition based on the data transaction-specific data packets is identified, electronic processing circuitry initiates an alteration of the first data packet communication session.

Abstract: Example embodiments include a method and system for managing intraday risk conditions. Data transaction specific data messages transmitted over a data communications network from a plurality of source nodes trading an article of trade with a plurality of destination nodes are processed. The messages include account parameter information. Intraday risk condition data is associated in memory with entity identification data associated with an entity. Using the entity identification data, account parameter information included in the processed data transaction specific data messages is identified that matches the intraday risk condition data for the entity. In response to an identified match, a data transaction involving the entity submitted via a communication session to a corresponding one of the plurality of destination nodes is modified to reduce intraday risk for the entity associated with the data transaction.

Abstract: Non-limiting example embodiments include methods and systems for acquiring private financial data from multiple disparate sources. The private financial data is normalized, aggregated, preferably enhanced, and stored in secure storage. Entitled entities may retrieve selected private financial data from that secure storage efficiently, flexibility, and rapidly. Examples of financial private data include non-liquidity destination related sources of private data as well as liquidity destination related sources. A non-limiting example of a computer-implemented, consolidated, private financial data service is based on a secure, permission-based, aggregated and consolidated data cloud, which enables provision/distribution to one or more authorized parties with legitimate interests selected portions of the consolidated, private financial data.

Abstract: Methods and systems for monitoring market data are disclosed. Real time data is collected that is related to conditions of a trading market. Collection occurs at an edge server associated with a liquidity destination trading at least one financial article of trade. The real time data that is collected can also be normalized if desired into a standard form. A user defined criteria is received from a centralized hub. The user defined criteria defines a particular event in the condition. It is then determined when a condition in the trading market matches the event. A response is generated providing notification of the occurrence of the event. The response is sent to the centralized hub for distribution to a user associated with the user defined criteria.

Abstract: A method and system for monitoring market data are disclosed. The method includes collecting real time data that is related to conditions of a trading market. Collection occurs at an edge server associated with a liquidity destination trading at least one financial article of trade. In addition, the real time data that is collected is also normalized into a standard form. A user defined criteria is received from a centralized hub. The user defined criteria defines a particular event in the condition. It is then determined when a condition in the trading market matches the event. A response is generated providing notification of the occurrence of the event. The response is sent to the centralized hub for distribution to a user associated with the user defined criteria.

Abstract: In at least one embodiment, a method and system associated with financial articles of trade may include comparing relevant portions of data pertaining to an attempted transaction, wherein the transaction may pertain to one in which an entity is financially liable but unaware. At least one embodiment includes monitoring market transaction activity data to determine when a trading entity has exceeded an aggregated limit, such as one or more trading sub-limits corresponding to one or more custodial prime brokers facilitating trading for the trading entity. At least one embodiment includes a pre-trade gateway to determine if an order violates a pre-trade risk based on information collected by a front-end analyzer. Possible actions include, but are not limited to, placing a null order, terminating a connection associated with the order, modifying the order so as not to violate a pre-trade risk check, and/or notifications to one or more entities.

Abstract: Non-limiting example embodiments include methods and systems for acquiring private financial data from multiple disparate sources. The private financial data is normalized, aggregated, preferably enhanced, and stored in secure storage. Entitled entities may retrieve selected private financial data from that secure storage efficiently, flexibility, and rapidly. Examples of financial private data include non-liquidity destination related sources of private data as well as liquidity destination related sources. A non-limiting example of a computer-implemented, consolidated, private financial data service is based on a secure, permission-based, aggregated and consolidated data cloud, which enables provision/distribution to one or more authorized parties with legitimate interests selected portions of the consolidated, private financial data.

Abstract: To process financial articles of trade and manage risk, data messages originating from a plurality of sources arranged to trade at least one of securities, commodities, options, futures and derivatives are collected. The collected data including information on submitted transactions and completed transactions of financial articles of trade. The collected data is analyzed against established user criteria to identify select portions of the collected data. If a match is detected a risk alert signal will be transmitted.

Abstract: To process financial articles of trade, real time data is collected from a plurality of liquidity destinations in trading at least one of securities, commodities, options, futures and derivatives, the real time data including information on submitted transactions of financial articles of trade. The real time data collected from the plurality of liquidity destinations is aggregated. The real time data is streamed in a standardized form. User criteria are established to identify relevant portions of the streamed real time data. The streamed real time data is analyzed according to the user criteria. The analyzed real time data is consolidated into a computer data base.

Abstract: Market data is monitored for purposes of canceling orders for financial articles of trade. Real-time data is collected from multiple liquidity destinations trading at least one financial article of trade. The real-time data comprises disparate data corresponding to associated liquidity destinations. The collected real-time data is normalized into a standardized form. A condition is defined of a trading market that includes one or both of submitted and executed transactions of financial articles of trade over the multiple liquidity destinations. The condition is associated with an entity. Through monitoring of the normalized real-time data, an event is identified in the trading market that matches the condition. Upon identification of the condition, at least one communication session between the entity and a corresponding liquidity destination is terminated causing a process at the corresponding liquidity destination to cancel pending or outstanding orders for financial articles of trades from the entity.

Abstract: To process financial articles of trade and manage risk, data messages originating from a plurality of sources arranged to trade at least one of securities, commodities, options, futures and derivatives are collected. The collected data including information on submitted transactions and completed transactions of financial articles of trade. The collected data is analyzed against established user criteria to identify select portions of the collected data. If a match is detected a risk alert signal will be transmitted.

Abstract: The technology described in this application allows a system to manage entities/users and associated Financial Articles of Trade (“FAT”) with different trading systems, institutions and entities. In particular, an Open Order Manager (“OOM”) manages a plurality of users in a user group, and preferably in real-time, monitors FAT transactions initiated and executed by the users. The OOM enables allocation and dynamic reallocation of the FAT amounts between and among “nodes” (e.g., a financial system or financial institution) which can include any subcomponent arrangement that has internal permission privileges which are not shared among other nodes but all of which are under control or ownership of a common party in interest.

Abstract: Market data is monitored for purposes of canceling orders for financial articles of trade. Real-time data is collected from multiple liquidity destinations trading at least one financial article of trade. The real-time data comprises disparate data corresponding to associated liquidity destinations. The collected real-time data is normalized into a standardized form. A condition is defined of a trading market that includes one or both of submitted and executed transactions of financial articles of trade over the multiple liquidity destinations. The condition is associated with an entity. Through monitoring of the normalized real-time data, an event is identified in the trading market that matches the condition. Upon identification of the condition, at least one communication session between the entity and a corresponding liquidity destination is terminated causing a process at the corresponding liquidity destination to cancel pending or outstanding orders for financial articles of trades from the entity.

Abstract: To process financial articles of trade, real time data is collected from a plurality of liquidity destinations in trading at least one of securities, commodities, options, futures and derivatives, the real time data including information on submitted transactions of financial articles of trade. The real time data collected from the plurality of liquidity destinations is aggregated. The real time data is streamed in a standardized form. User criteria are established to identify relevant portions of the streamed real time data. The streamed real time data is analyzed according to the user criteria. The analyzed real time data is consolidated into a computer data base.

Abstract: To process financial articles of trade, real time data is collected from a plurality of liquidity destinations in trading at least one of securities, commodities, options, futures and derivatives, the real time data including information on submitted transactions of financial articles of trade. The real time data collected from the plurality of liquidity destinations is aggregated. The real time data is streamed in a standardized form. User criteria are established to identify relevant portions of the streamed real time data. The streamed real time data is analyzed according to the user criteria. The analyzed real time data is consolidated into a computer data base.

Abstract: In at least one embodiment, a method and system associated with financial articles of trade may include comparing relevant portions of data pertaining to an attempted transaction, wherein the transaction may pertain to one in which an entity is financially liable but unaware. At least one embodiment includes monitoring market transaction activity data to determine when a trading entity has exceeded an aggregated limit, such as one or more trading sub-limits corresponding to one or more custodial prime brokers facilitating trading for the trading entity. At least one embodiment includes a pre-trade gateway to determine if an order violates a pre-trade risk based on information collected by a front-end analyzer. Possible actions include, but are not limited to, placing a null order, terminating a connection associated with the order, modifying the order so as not to violate a pre-trade risk check, and/or notifications to one or more entities.

Abstract: The present invention relates to systems and methods for monitoring market transaction activity data to determine when a trading entity has exceeded an aggregated limit consisting of one or more trading sub-limits corresponding to one or more custodial prime brokers facilitating trading for the trading entity. The method includes collecting at a centralized hub real time data related to conditions of a trading market from one or more liquidity destinations trading at least one financial article of trade. Trading activity for a trading entity is determined. An aggregate trading limit is determined that is based on one or more trading sub-limits assigned by one or more prime brokers for that trading entity. It is determined when that trading activity exceeds the aggregate trading limit.

Abstract: A method of processing financial articles of trade is provided. The method includes collecting real time data from a plurality of liquidity destinations in trading at least one of securities, commodities, options, futures and derivatives, the real time data including information on submitted transactions of financial articles of trade. The real time data collected from the plurality of liquidity destinations is aggregated. The real time data is streamed in a standardized form. User criteria are established to identify relevant portions of the streamed real time data. The streamed real time data is analyzed according to the user criteria. The analyzed real time data is consolidated into a computer data base.

Abstract: A method of processing financial articles of trade is provided. The method includes collecting real time data from a plurality of liquidity destinations in trading at least one of securities, commodities, options, futures and derivatives, the real time data including information on submitted transactions of financial articles of trade. The real time data collected from the plurality of liquidity destinations is aggregated. The real time data is streamed in a standardized form. User criteria are established to identify relevant portions of the streamed real time data. The streamed real time data is analyzed according to the user criteria. The analyzed real time data is consolidated into a computer data base.