A system and method calculate an optimal rates in a multisource price engine in over the counter (OTC) markets. The system and method integrate rates from multiple liquidity sources to generate an output rate that can be transacted upon. Specifically, the system and method calculate a best bid/offer rate from input rates provided by multiple liquidity sources and apply a target spread and minimum profit to the best bid/offer rate to generate an optimal output rate. The optimal output rate may be a function of many factors, including market conditions, customer credit, and the preferences of the market maker or broker.
|
0. 32. A computer system that provides multi-source price engine for use in pricing securities for trading, comprising:
a network connection that is configured to receive electronically a stream of base rates from a plurality of liquidity sources such that a rate of each of the plurality of liquidity sources is known at any instant, with the base rates including a base bid rate and a base offer rate;
a processor residing in the computer system that is configured to execute instructions provided by a price calculation module;
a database that is configure to store at least the price calculation module, a target spread, and the stream of rates from the plurality of liquidity sources; and
the price calculation module configured to select a highest bid rate at an instant from the base bid rates received from the network connection and selecting a lowest offer rate at a same instant from the base offer rate received from the network connection, and calculate a current spread as a difference between the lowest offer rate and the highest bid rate and calculate a target bid/offer rate by comparing the target spread retrieved from the database with the current spread and when the current spread is less than the target spread the price calculation module generates the target bid/offer rate by automatically adjusting the bid/offer rate so that the difference is equal to the target spread and outputs the target bid/offer rate as an electronic stream of target bid/offer rates.
0. 1. A computer implemented method for calculating optimal rates in a multi-source price engine in over the counter (OTC) markets, the method being executed by a computer system, the method comprising:
accepting, at the computer system, rates provided by a plurality of market makers;
inputting, at the computer system, the rates as base rates, wherein each base rate includes a base bid rate and a base offer rate;
calculating, by the computer system, a best bid/offer rate from the base rates by selecting a highest bid rate from the base bid rate inputted for each of the base rates at an instant and selecting a lowest offer rate from the base offer rate inputted for each of the base rates at an instant;
calculating a best bid/offer spread as a difference between the lowest offer rate and the highest bid rate;
retrieving from a database, by the computer system, a target spread;
calculating, by the computer system, a target best bid/offer rate by applying the target spread to the best bid/offer rate, wherein a difference between a target best offer rate and a target best bid rate is equal to the target spread, wherein the step of calculating by the computer system, the target best bid/offer rate includes:
comparing, by the computer system, the target spread with the best bid/offer spread;
when the best bid/offer spread is less than the target spread, creating, by the computer system, the target best bid/offer rate by automatically adjusting the best bid/offer rate so that the difference is equal to the target spread; and
generating, by the computer system, output rates based on the target best bid/offer rate so that each output rate is equal to the target best bid/offer rate or has an output spread greater than the target spread.
0. 2. The method of
0. 3. The method of
0. 4. The method of
0. 5. The method of
for each base bid rate creating or adjusting an output rate if necessary by subtracting half of the minimum profit from the base bid rate; and
for each base offer rate creating or adjusting the output rate if necessary by adding half of the minimum profit from the base offer rate.
0. 6. The method of
0. 7. The method of
0. 8. The method of
0. 9. The method of
0. 10. The method of
if the base bid rate is greater than the target best bid rate, generating an output rate where an output bid rate is equal to the target best bid rate; and
if the base offer rate is less than the target best offer rate, generating an output rate where an output offer rate is equal to the target best offer rate.
0. 11. The method of
if the target best bid rate is less than the best bid rate, generating an output rate where an output bid rate subtracts a number of pips from the base bid rate equal to a difference between the best bid rate and the target best bid rate
if the target offer rate is more than the target best offer rate, generating an output rate where an output offer rate adds a number of pips to the base offer rate equal to a difference between the target best offer rate and the best offer rate.
0. 12. The method of
0. 13. The method of
0. 14. The method of
0. 15. The method of
0. 16. The method of
0. 17. A system for calculating optimal rates in a multi-source price engine in over the counter (OTC) markets, comprising:
a processor of a computer system configured to accept rates from price engines in a plurality of market makers and configured to input the rates as base rates,
wherein each base rate includes a base bid rate and a base offer rate, wherein the processor is configured to:
calculate a best bid/offer rate from the base rates by selecting a highest bid rate from the base bid rate inputted for each of the base rates at an instant and selecting a lowest offer rate from the base offer rate inputted for each of the base rates at an instant;
calculate a best bid/offer spread as a difference between the lowest offer rate and the highest bid rate;
retrieve from a database a target spread;
calculate a target best bid/offer rate by applying the target spread to the best bid/offer rate, wherein a difference between a target best offer rate and a target best bid rate is equal to the target spread, wherein the processor calculates the target best bid/offer rate by comparing the target spread with the best bid/offer spread and when the best bid/offer spread is less than the target spread, the processor creates the target best bid/offer rate by automatically adjusting the best bid/offer rate so that the difference is equal to the target spread; and
generate output rates based on the target best bid/offer rate so that each output rate is equal to the target best bid/offer rate or has an output spread greater than the target spread; and
a network connecting the computer system with the price engines.
0. 18. The system of
0. 19. The system of
0. 20. The system of
0. 21. The system of
0. 22. The system of
0. 23. The system of
0. 24. The system of
0. 25. The system of
0. 26. The system of
0. 27. The system of
0. 28. A computer readable medium having executable instructions which when executed cause a computer to perform steps comprising:
accepting rates provided by a plurality of market makers;
inputting the rates as base rates, wherein each base rate includes a base bid rate and a base offer rate;
calculating a best bid/offer rate from the base rates by selecting a highest bid rate from the base bid rate inputted for each of the base rates at an instant and selecting a lowest offer rate from the base offer rate inputted for each of the base rates at an instant;
calculating a best bid/offer spread as a difference between the lowest offer rate and the highest bid rate;
retrieving from a database a target spread;
calculating a target best bid/offer rate by applying the target spread to the best bid/offer rate, wherein a difference between a target best offer rate and a target best bid rate is equal to the target spread, wherein calculating the target best bid/offer rate includes:
comparing the target spread with the best bid/offer spread;
when the best bid/offer spread is less than the target spread, creating the target best bid/offer rate by automatically adjusting the best bid/offer rate so that the difference is equal to the target spread; and
generating output rates based on the target best bid/offer rate so that each output rate is equal to the target best bid/offer rate or has an output spread greater than the target spread.
0. 29. The computer readable medium of
if there is an odd number of pips between the target spread and the best bid/offer spread, using a skew algorithm to determine whether to subtract one pip from the target best bid rate or to add the one pip to the target best offer rate of the target best bid/offer rate to make a target best bid/offer spread equal to the target spread.
0. 30. The computer readable medium of
0. 31. The computer readable medium of
|
Notice: More than one reissue application has been filed for the reissue of U.S. Pat. No. 7,627,520. The reissue applications are U.S. application Ser. No. 13/462,526 (the present Divisional Reissue Application, filed on May 2, 2012), U.S. application Ser. No. 13/462,521 (a Divisional Reissue Application, filed on May 2, 2012), and U.S. application Ser. No. 13/197,209 (a Reissue Application, filed on Aug. 3, 2011), all of which are reissues of U.S. Pat. No. 7,627,520.
This application is a Divisional Reissue Application of U.S. application Ser. No. 13/197,209, filed on Aug. 3, 2011, entitled “SYSTEM AND METHOD FOR CALCULATING OPTIMAL RATES IN A MULTI-SOURCE PRICE ENGINE IN OVER THE COUNTER MARKETS,” which is a Reissue Application of U.S. application Ser. No. 11/582,448 filed Oct. 18, 2006 now U.S. Pat. No. 7,627,520 issued on Dec. 1, 2009, entitled “SYSTEM AND METHOD FOR CALCULATING OPTIMAL RATES IN A MULTI-SOURCE PRICE ENGINE IN OVER THE COUNTER MARKETS.” This application is related to U.S. application Ser. No. 13/462,521, filed on May 2, 2012, a Divisional Reissue Application of U.S. application Ser. No. 13/197,209, filed on Aug. 3, 2011, entitled “SYSTEM AND METHOD FOR CALCULATING OPTIMAL RATES IN A MULTI-SOURCE PRICE ENGINE IN OVER THE COUNTER MARKETS,” each of which is hereby incorporated by reference herein in its entirety.
The technical field relates to computer-based systems for trading financial instruments, and, in particular, to a system and method for calculating optimal rates in a multi-source price engine in over the counter (OTC) markets.
Financial or commodities instruments may be traded in government regulated exchanges and cleared through regulated clearing monopolies such as the National Securities Clearing Corporation (NSCC) (for equities), the Options Clearing Corporation (OCC) (for equity options), or the Government Securities Clearing Corporation (GSCC) (for treasury bonds). In contrast, instruments for which no central clearing solution exists are traded “OTC” or “Over the counter.” OTC products are traded and settled through multiple independent venues, introducing settlement risk and therefore affecting the marketability of prices as a function of the credit worthiness of the participants. Because settlement risk varies by participant, different participants have access to different rates in an OTC market. For example, most debt instruments are traded OTC with investment banks that make markets in specific issues. If a customer wants to buy or sell a bond, he or she will contact the bank that makes a market in that bond and ask for quotes. Many instruments, including forwards, swaps, currencies, and other types of derivatives are also traded OTC. In these OTC markets, large financial institutions typically serve as dealers, i.e., market makers. In an OTC market, a fair price is typically defined by what a willing buyer will pay and what a willing seller will accept.
A market maker typically provides a pair of prices to its customers, i.e., bid and offer prices. The bid price is the price the market maker is willing to buy from a customer, whereas the offer price is the price the market maker is willing to sell to a customer. The bid price is typically lower than the offer price, providing a spread, i.e., profit for the market maker.
In an OTC market, a market maker may trade instruments traditionally, e.g., by phone, or electronically, e.g., using a service provider. A service provider, such as Currenex (www.currenex.com) or EBS (www.ebs.com), typically provides one or more electronic communications networks (ECN), i.e., trading exchange platforms, for market makers to trade instruments electronically in an OTC market. A market maker may deal in multiple platforms. Likewise, a service provider may support multiple market makers through multiple liquidity pools (also referred to as exchange platforms, exchanges, exchange markets).
In addition to market makers, there are intermediaries called brokers that often aggregate liquidity from several liquidity sources. Many brokers have their own customers and act as a counterparty for both their customers and their liquidity sources. For these brokers each transaction results in two trades; one with their customer; the other with their liquidity source. Because brokers typically have access to multiple liquidity sources, they have superior pools of liquidity to draw upon for generating prices to their customers, enabling some brokers to mark up the price they receive from their liquidity sources, resulting in a profit when they deal with their customers.
Current service providers do not offer intelligent methods of defining and applying an optimal spread for market makers and brokers. When a preferred spread is two pips, for example, and an input rate offered by a market maker is 49/50, currently service providers will simply add one pip to each side, i.e., the bid price and offer price (e.g., 48/51). A pip is typically the minimum fluctuation or smallest increment of price movement. No intelligent method is offered to maximize profits for market makers and brokers.
A computer implemented method for calculating optimal rates in a multi-source price engine in over the counter (OTC) markets includes accepting rates provided by a plurality of market makers, inputting the rates as base rates to a price calculation module. Each base rate including a base bid rate and a base offer rate. The method further includes calculating a best bid/offer rate from the base rates. The best bid/offer rate includes a calculated highest bid rate and a calculated lowest offer rate selected from the base rates available at an instant, and a difference between the calculated lowest offer rate and the calculated highest bid rate is a best bid/offer spread. The method further includes calculating a target best bid/offer rate by applying a target spread to the best bid/offer rate. A difference between a target best offer rate and a target best bid rate is equal to the target spread. The method calculates the target best bid/offer rate by comparing the target spread with best bid/offer spread. If the best bid/offer spread is less than the target spread, the method includes creating the target best bid/offer rate by adjusting the best bid/offer rate so that the difference is equal to the target spread. The method further includes generating output rates based on the target best bid/offer rate so that each output rate is equal to the target best bid/offer rate or has an output spread greater than the target spread.
A system for calculating optimal rates in a multi-source price engine in OTC markets includes a price integration layer that accepts rates from price engines in a plurality of market makers and sends the rates as base rates to a price calculation module. The system further includes a price calculation module that accepts the base rates from the price integration layer. Each base rate includes a base bid rate and a base offer rate. The price calculation module calculates a best bid/offer rate from the base rates. The best bid/offer rate includes a calculated highest bid rate and a calculated lowest offer rate selected from the base rates available at an instant. A difference between the calculated lowest offer rate and the calculated highest bid rate is a best bid/offer spread. The price calculation module calculates a target best bid/offer rate by applying a target spread to the best bid/offer rate. A difference between a target best offer rate and a target best bid rate is equal to the target spread. The price calculation module calculates the target best bid/offer rate by comparing the target spread with best bid/offer spread. If the best bid/offer spread is less than the target spread, the price calculation module creates the target best bid/offer rate by adjusting the best bid/offer rate so that the difference is equal to the target spread. The price calculation module further generates output rates based on the target best bid/offer rate so that each output rate is equal to the target best bid/offer rate or has an output spread greater than the target spread. The system further includes a network connecting the price calculation module with the price engines.
A computer readable medium provides instructions for calculating optimal rates in a multi-source price engine in OTC markets. The instructions include accepting rates provided by a plurality of market makers, inputting the rates as base rates to a price calculation module. Each base rate including a base bid rate and a base offer rate. The instructions further include calculating a best bid/offer rate from the base rates. The best bid/offer rate includes a calculated highest bid rate and a calculated lowest offer rate selected from the base rates available at an instant, and a difference between the calculated lowest offer rate and the calculated highest bid rate is a best bid/offer spread. The instructions further include calculating a target best bid/offer rate by applying a target spread to the best bid/offer rate. A difference between a target best offer rate and a target best bid rate is equal to the target spread. The instructions for calculating the target best bid/offer rate include comparing the target spread with best bid/offer spread. If the best bid/offer spread is less than the target spread, the instructions include creating the target best bid/offer rate by adjusting the best bid/offer rate so that the difference is equal to the target spread. The instructions further include generating output rates based on the target best bid/offer rate so that each output rate is equal to the target best bid/offer rate or has an output spread greater than the target spread.
Exemplary embodiments of the system and method for calculating optimal rates in a multi-source price engine in over the counter (OTC) markets will be described in detail with reference to the following figures, in which like numerals refer to like elements, and wherein:
A system and method calculate optimal rates in a multisource price engine in over the counter (OTC) markets. The system and method integrate rates from multiple liquidity sources (i.e., price engines) to generate an output rate that can be transacted upon. The system and method apply a target spread and minimum profit to the base rates to generate an output rate. The target spread may be a function of many factors, including market conditions, customer credit, and the preferences of the price providers (e.g., market makers and brokers). Customers with a good credit may be configured on servers with small target spreads, whereas customers with a relatively bad credit may have greater target spreads.
The system and method create a price stream with optimal profitability rates for market makers and/or brokers by maximizing a first spread between the rate that is published to a customer and the rate at which a deal can be executed. At the same time, in order to maintain the competitiveness of the rates so that customers are likely to deal on them, the system and method minimize a second spread, which is the spread between the bid and offer prices. In effect, the system and method strike a compromise between maximizing profits for the market makers and/or brokers and offering customers a competitive spread.
The system and method are described in the context of OTC markets for illustration purposes only. One skilled in the art will appreciate that the system and method can be applied to any asset class.
The system 100 includes a price calculation module 110 that accepts bid and offer prices, i.e., raw rates 154, provided by different market makers 121, 123, 125, 127. After the raw rates 154 are input into the price calculation module 110 in a uniform format, they are referred to as base rates 155. The base rates 155 are not aggregated and may be used in the calculation of a best bid/offer rate 166. The best bid/offer rate 166 may be the calculated highest bid rate (i.e., best bid price 164) and lowest offer rate (i.e., best offer price 168) selected from the available base rates 155 at a given instant.
Next, the system 100 may apply a target spread 157 to the best bid/offer rate 166. A spread is typically the difference between the bid and offer prices of a security instrument. The target spread 157, an input amount, is typically the spread that would be considered competitive to customers for a given financial instrument at a time of day. Each individual instrument typically has a target spread 157 that can be automatically adjusted on a time zone basis. The target spread 157 may be stored in a database, and multiple records may exist representing the target spread 157 for a specific time range within the day. The system 100 may automatically adjust the target spread 157 throughout the day to accommodate natural changes in market liquidity. For example, a rate for euros versus dollars (EUR/USD) at 2300 Greenwich Mean Time (GMT) typically has a greater spread than at 1400 GMT because both European and American traders are generally not trading at that time. The target spread 157 may be manually input into the price calculation module 110 by, e.g., an operator using a graphical user interface (GUI).
If the best offer price 168 minus the best bid price 164 is less than the target spread 157 for an instrument, a target best bid/offer rate 176 is created, by distributing the difference in the spread as evenly as possible to the best bid price 164 and the best offer price 168, so that a target best offer price 178 minus a target best bid price 174 is equal to the target spread 157. Output rates 182, 184, 186, 188 may be calculated by applying the target best bid/offer rate 176 to the base rates 155 so that each output rate is equal to the target best bid/offer rate 176 or has an output spread greater than the target spread 157. If the best offer price 168 minus the best bid price 164 is greater than or equal to the target spread 157, no adjustments are made.
The system 100 may also apply a minimum profit 158 to the output rates 182, 184, 186, 188 after the output rates 182, 184, 186, 188 satisfy the target spread 157. The minimum profit 158 is also an input that can be manually input into the price calculation module 110 by an operator. Applying the minimum profit 158 may widen the spread between the bid and offer prices. Similar to the target spread 157, the minimum profit 158 can be automatically adjusted on a time zone basis or other basis, to accommodate changes in market liquidity.
The system 100 may use a skew algorithm 162, a skewing methodology, to satisfy the target spread 157 and the minimum profit 158. Market conventions typically limit the number of decimal places that can be used to price a particular instrument. Therefore, it is not always possible to evenly distribute a spread between the bid and offer prices. Specifically, if an even number of pips are to be added or subtracted from the bid and offer prices, an even amount can be distributed among the bid and offer prices. However, if an odd number is to be added or subtracted, e.g., “1,” adding “½” to both the bid and offer prices would effectively add an additional decimal place, which is not acceptable to certain market conventions. Accordingly, a skew algorithm 162 may be used to determine whether to subtract the remaining pip from the bid price or add it to the offer price. In short, the skew algorithm 162 determines how to apply the spread, e.g., which side of the market price is the optimal side to apply a remaining pip. Alternatively, fractional-pips may be evenly applied to the bid and offer prices to achieve the target spread 157 and/or the minimum profit 158.
The system 100 may use the following exemplary skew algorithms 162 to distribute the remaining pip of an odd number of pips: “Static Bid” always subtracts a pip from the bid price; “Static Offer” always adds a pip to the offer price; “Last” applies a pip to the side that has the last trade; “Random” applies a pip randomly to the bid or offer price, (randomization may be changed when there is a change in the best bid or offer price); “Moving Average” is a stochastic algorithm that adds a pip to the offer price as the markets are trending upwards, and subtracts the odd spread from the bid price when the markets are trending down; and “Inverted Moving Average” is a stochastic algorithm that subtracts a pip from the bid price as the markets are trending upwards, and adds the odd spread to the offer price as the markets are trending down. One skilled in the art will appreciate that other types of skew algorithms 162 may be used in connection with the system 100.
The price calculation module 110 calculates an executable output rate 182, 184, 186, 188. The price calculation module 110 may also rearrange the ordering of the output rates 182, 184, 186, 188 so that the rates are ordered in the most profitable way. For example, the rates that have been adjusted based on the target spread 157 and the minimum profit 158 may be moved forward so that these adjusted rates are seen by customers before other unadjusted rates. This is particularly important to brokers because they can easily realize a profit from the adjustments by dealing with the counterparty providing the source of the rates at a better price (e.g., raw rates) than the price (e.g., adjusted rates) at which they deal with their customers. These output rates 182, 184, 186, 188 may be sent to a price destination 160, which may be a matching service, a customer, a screen, or any other destinations for the rates to be executed.
The following examples illustrates the operation of the system 100. The target spread 157 is, e.g., two pips, and the minimum profit 158 is, e.g., one pip, for an instrument. As noted above, a pip is typically the minimum fluctuation or smallest increment of price movement. The minimum profit 158 of one pip indicates that the market maker or broker at least makes a profit of one pip when their customers deals on the side (bid or offer) that the pip is applied. If the system 100 determines that the best bid/offer rate 166 is, e.g., 95/96, the best bid/offer spread is one pip and is less than the target spread 157. The system 100 may either subtract one pip from the best bid price or add one pip to the best offer price, depending on the skew algorithm 162 to create the target best bid/offer rate 176. The target best/bid offer rate then becomes 94/96 or 95/97.
If, for example, the system 100 determines that the best bid/offer rate is 93/96, the best bid/offer spread is three pips and is greater than the target spread 157. In other words, the target spread 157 of two pips has been satisfied. In order to satisfy the minimum profit 158 of one pip, the system 100 may either subtract one pip from each base bid rate 155 or add one pip to each base offer rate 155, depending on the skew algorithm 162.
If the system 100 determines that the best bid/offer rate is, e.g., 95/94, an inverted rate where the bid price is greater than the offer price, the system 100 may distribute three pips to create the target best bid/offer rate 176.
The following example further illustrates the operation of the system 100. The base rates 155 are shown in bid/offer format with a letter representing each number.
In this example, the target spread 157 driven by the market is three pips, the minimum profit 158 is one pip, and the skew methodology is “Static Offer.” The price calculation module 110 first determines the best bid/offer rate 166 (i.e., the best bid price 164 and the best offer price 168) from the available base rates 155. The best bid price 164 in this example is 50 and the best offer price 168 is 51. Next, the price calculation module 110 applies the target spread 157 to the best bid/offer rate 166 to create the target best bid/offer rate 176 of 49 bid and 52 offer. Next, the price calculation module 110 applies the target best bid/offer rate 176 and the minimum profit 158 to the base rates 155 to derive the output rates 182, 184, 186, 188 as follows:
As shown above, the output rates 182, 184, 186, 188 are rearranged so that the rates are ordered in the most profitable way. In other words, the output rates that have been adjusted, referred to as adjusted output rates, are moved forward so that these adjusted output rates are dealt upon by customers before any unadjusted rates. For example, a customer deals on b and f before seeing d and h.
The price calculation module 110 then calculates the base rates 155 based on the raw rates 154 by converting them to a uniform format (block 210). The time zone algorithm automatically adjusts the target spread 157 and the minimum profit 158 throughout the day to accommodate natural changes in market liquidity. Next, the method 200 calculates a best bid/offer rate 166, which is the calculated highest bid rate (i.e., best bid price 164) and lowest offer rate (i.e., best offer price 168) selected from the available base rates 155 at a given instant (block 212). The price calculation module 110 applies the target spread 157, skew algorithm 162 to the best bid/offer rate 166 to create the target best bid/offer rate 176 (block 216). The price calculation module 110 applies the target best bid/offer rate 176, the minimum profit 158, and the skew algorithm 162 to the base rates 155 to derive output rates 182, 184, 186, 188 (block 218). Next, the price calculation module 110 rearranges the ordering of the output rates 182, 184, 186, 188 so that the rates are ordered in the most profitable way (block 222) and sends the output rates 182, 184 186, 188 to the price destination 160 (block 224).
The memory 302 may include random access memory (RAM) or similar types of memory. The secondary storage device 312 may include a hard disk drive, floppy disk drive, CD-ROM drive, or other types of non-volatile data storage, and may correspond with various databases or other resources. The processor 314 may execute instructions to perform the method steps described herein. These instructions may be stored in the memory 302, the secondary storage 312, or received from the Internet or other network 318. The input device 316 may include any device for entering data into the computer 300, such as a keyboard, keypad, cursor-control device, touch-screen (possibly with a stylus), or microphone. The display device 310 may include any type of device for presenting visual image, such as, for example, a computer monitor, flat-screen display, or display panel. The output device 308 may include any type of device for presenting data in hard copy format, such as a printer, and other types of output devices including speakers or any device for providing data in audio form. The computer 300 can possibly include multiple input devices, output devices, and display devices.
Although the computer 300 is depicted with various components, one skilled in the art will appreciate that the computer 300 can contain additional or different components. In addition, although aspects of an implementation consistent with the method for calculating optimal rates in a multi-source price engine in OTC markets are described as being stored in memory, one skilled in the art will appreciate that these aspects can also be stored on or read from other types of computer program products or computer-readable media, such as secondary storage devices, including hard disks, floppy disks, or CD-ROM; a signal embodied in a carrier wave from the Internet or other network; or other forms of RAM or ROM. The computer-readable media may include instructions for controlling the computer 300 to perform a particular method.
While the system and method for calculating optimal rates in a multi-source price engine in OTC markets have been described in connection with an exemplary embodiment, those skilled in the art will understand that many modifications in light of these teachings are possible, and this application is intended to cover variations thereof.
Hartheimer, Richard, Wilson, Kelly J. F., Rosenwald, Cary D., Gilman, Sean M.
Patent | Priority | Assignee | Title |
9251539, | Jan 15 2010 | MIRITZ, INC | System and method for resolving transactions employing goal seeking attributes |
Patent | Priority | Assignee | Title |
5375055, | Feb 03 1992 | EBS DEALING RESOURCES, INC | Credit management for electronic brokerage system |
6014627, | Feb 03 1992 | EBS Dealing Resources, Inc. | Credit management for electronic brokerage system |
6108639, | Jul 08 1997 | PRICELINE COM LLC | Conditional purchase offer (CPO) management system for collectibles |
6347307, | Jun 14 1999 | Integral Development Corp.; Integral Development Corporation | System and method for conducting web-based financial transactions in capital markets |
6493682, | Sep 15 1998 | Pendelton Trading Systems, Inc. | Optimal order choice: evaluating uncertain discounted trading alternatives |
6944599, | Sep 13 2000 | EBAY, INC | Monitoring and automatic notification of irregular activity in a network-based transaction facility |
6985883, | Feb 03 1992 | EBS Dealing Resources, Inc. | Credit management for electronic brokerage system |
6996541, | Feb 03 1992 | EBS Dealing Resources, Inc. | Credit management for electronic brokerage system |
7003488, | Feb 03 1992 | EBS Dealing Resources, Inc. | Credit management for electronic brokerage system |
7024386, | Jun 23 2000 | ELECTRONIC BROKING SERVICES LIMITED | Credit handling in an anonymous trading system |
7627520, | Oct 18 2006 | Currenex, Inc. | System and method for calculating optimal rates in a multi-source price engine in over the counter markets |
7882011, | Oct 31 2000 | Integral Development Corporation | Systems and methods of conducting financial transactions |
20030033212, | |||
20030208430, | |||
20050027634, | |||
20050228741, | |||
20060167783, | |||
20110106688, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
May 02 2012 | Currenex, Inc. | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Apr 24 2017 | ASPN: Payor Number Assigned. |
Jul 14 2017 | REM: Maintenance Fee Reminder Mailed. |
Jan 01 2018 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
Jul 19 2021 | REM: Maintenance Fee Reminder Mailed. |
Date | Maintenance Schedule |
Jun 24 2017 | 4 years fee payment window open |
Dec 24 2017 | 6 months grace period start (w surcharge) |
Jun 24 2018 | patent expiry (for year 4) |
Jun 24 2020 | 2 years to revive unintentionally abandoned end. (for year 4) |
Jun 24 2021 | 8 years fee payment window open |
Dec 24 2021 | 6 months grace period start (w surcharge) |
Jun 24 2022 | patent expiry (for year 8) |
Jun 24 2024 | 2 years to revive unintentionally abandoned end. (for year 8) |
Jun 24 2025 | 12 years fee payment window open |
Dec 24 2025 | 6 months grace period start (w surcharge) |
Jun 24 2026 | patent expiry (for year 12) |
Jun 24 2028 | 2 years to revive unintentionally abandoned end. (for year 12) |