IP Library Granted Patent US 8,762,251
Granted Patent B2
US 8,762,251 · App. 13/309,554 · Granted Jun 24, 2014

Alternative trading scorecard apparatuses, methods, and systems

Inventors: James Doherty (New York, NY); Daniel Mathisson (New York, NY)
Assignee: Credit Suisse Securities (USA) LLC
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 8,762,251
App. No.
13/309,554
Granted
Jun 24, 2014
Kind
B2
Abstract

A processor-implemented method for transforming transaction data and market feed data into trade metrics. The method includes executing a transaction for a financial instrument on a trading network using a server having a processor and interfacing with a database, receiving market data, regarding the financial instrument from a public exchange data source, determining a mark price for the financial instrument, calculating a trade metric for the executed transaction using an executed price for the transaction and the mark price, and storing the trade metric in the database. Trade metric data for a client may then be aggregated and used to categorize the client into one of a plurality of trading pools and to limit access to certain trading pools based on the categorization of the client.

Claims (41)

1. A processor-implemented method for transforming transaction data and market feed data into trade metrics, the method comprising:

executing a transaction for a financial instrument on a trading network using a server having a processor and interfacing with a database;

receiving market data, at the server, regarding the financial instrument from a public exchange data source;

determining, using the processor, a mark price for the financial instrument;

calculating, using the processor, a trade metric for the executed transaction using an executed price for the transaction and the mark price;

storing the trade metric in the database;

associating the trade metric for the executed transaction with a client account stored in the database; and

repeating the method for a plurality of transactions and aggregating the resulting trade metrics for each client account.

2. The method of claim 1 , further comprising categorizing each client account into one of a plurality of trading categories based on the aggregated trade metric.

3. The method of claim 2 , further comprising dividing the trading network into trading pools and limiting access to the trading pools for each client account based on the categorization of each client account.

4. A processor-implemented method for transforming transaction data and market feed data into trade metrics, the method comprising:

executing a transaction for a financial instrument on a trading network using a server having a processor and interfacing with a database;

receiving market data, at the server, regarding the financial instrument from a public exchange data source;

determining, using the processor, a mark price for the financial instrument;

calculating, using the processor, a trade metric for the executed transaction using an executed price for the transaction and the mark price; and

storing the trade metric in the database;

wherein the trade metric calculated using the executed price and the mark price is the profit or loss to a client for each executed transaction.

5. A processor-implemented method for transforming transaction data and market feed data into trade metrics, the method comprising:

executing a transaction for a financial instrument on a trading network using a server having a processor and interfacing with a database;

receiving market data, at the server, regarding the financial instrument from a public exchange data source;

determining, using the processor, a mark price for the financial instrument;

calculating, using the processor, a trade metric for the executed transaction using an executed price for the transaction and the mark price;

storing the trade metric in the database; and

adjusting the trade metric when a client requesting the transaction execution is determined to be a liquidity provider.

6. A trading network comprising:

a server interfacing with a database and configured to receive a market data feed from a public exchange;

a trade execution component interfacing with the server and configured to receive a trade order for a financial instrument from a client device and to fill the trade order;

a financial exchange component interfacing with the server and configured to receive market data from a public exchange, determine a mark price for the filled trade, and relay the market data and the mark price to the server; and

a metric calculation component interfacing with the server and configured to calculate a trade metric for each filled trade based on an executed trade price and the mark price;

wherein the metric calculation component is further configured to associate the trade metric for the executed transaction with a client account stored in the database; and

wherein the metric calculation component is further configured to calculate the trade metric for a plurality of transactions and to aggregate the resulting trade metrics for the client account into an aggregated trade metric.

7. The trading network of claim 6 , further comprising a categorization component, interfacing with the server and configured to categorize each client account into one of a plurality of trading categories based on the aggregated trade metric.

8. The trading network of claim 7 , wherein the categorization component is further configured to divide the trading network into trading pools and to limit access to the trading pools for each client account based on the categorization of each client account.

9. The trading network of claim 7 , wherein the financial exchange component is further configured to receive an average daily volume value for the financial instrument and wherein the categorization component is configured to receive the average daily volume and determine whether the financial instrument meets a threshold for liquidity.

10. The trading network of claim 9 , wherein the categorization component is further configured to categorize client accounts with respect to the trade metric and the liquidity threshold.

11. A trading network comprising:

a server interfacing with a database and configured to receive a market data feed from a public exchange;

a trade execution component interfacing with the server and configured to receive a trade order for a financial instrument from a client device and to fill the trade order;

a financial exchange component interfacing with the server and configured to receive market data from a public exchange, determine a mark price for the filled trade, and relay the market data and the mark price to the server; and

a metric calculation component interfacing with the server and configured to calculate a trade metric for each filled trade based on an executed trade price and the mark price;

wherein the metric calculation component is configured to adjust the trade metric when a client requesting the transaction execution is determined to be a liquidity provider.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 28, 2014
From: DOHERTY, JAMES; MATHISSON, DANIEL
To: CREDIT SUISSE SECURITIES (USA) LLC
Reel/Frame 032771/0538 →
Continuity (2)
Provisional Application 61418861 · Dec 1, 2010
Related Publication 20120143742A1 · Jun 7, 2012