US7415436B1 - System and method for pricing and allocation of commodities or securities - Google Patents

System and method for pricing and allocation of commodities or securities Download PDF

Info

Publication number
US7415436B1
US7415436B1 US09/668,255 US66825500A US7415436B1 US 7415436 B1 US7415436 B1 US 7415436B1 US 66825500 A US66825500 A US 66825500A US 7415436 B1 US7415436 B1 US 7415436B1
Authority
US
United States
Prior art keywords
bid
securities
auction
competitive
null
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime, expires
Application number
US09/668,255
Inventor
Michael H. Evelyn
Robert S. Goldberg
Jordan M. Hayes
Cliff M. Gerrish
Othar Hansson
Charles A. Ocheret
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
WR HAMBRECHT and Co Inc
Original Assignee
W R Hambrecht and Co LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by W R Hambrecht and Co LLC filed Critical W R Hambrecht and Co LLC
Assigned to W.R. HAMBRECHT & CO., LLC reassignment W.R. HAMBRECHT & CO., LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GERRISH, CLIFF M., HANSSON, OTHAR, HAYES, JORDAN M., OCHERET, CHARLES A., EVELYN, MICHAEL H., GOLDBERG, ROBERT S.
Priority to US09/668,255 priority Critical patent/US7415436B1/en
Priority to CNA018091105A priority patent/CN1543619A/en
Priority to PCT/US2001/040236 priority patent/WO2001065908A2/en
Priority to AU2001253835A priority patent/AU2001253835A1/en
Priority to CA002440836A priority patent/CA2440836A1/en
Priority to EP01927379A priority patent/EP1264246A1/en
Priority to US11/479,134 priority patent/US7647270B2/en
Assigned to W.R. HAMBRECHT + CO., LLC reassignment W.R. HAMBRECHT + CO., LLC MERGER (SEE DOCUMENT FOR DETAILS). Assignors: W.R. HAMBRECHT & CO., LLC
Priority to US12/193,175 priority patent/US7644034B2/en
Publication of US7415436B1 publication Critical patent/US7415436B1/en
Application granted granted Critical
Assigned to W.R. HAMBRECHT + CO., INC. reassignment W.R. HAMBRECHT + CO., INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: W.R. HAMBRECHT + CO., LLC
Adjusted expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06Asset management; Financial planning or analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services; Handling legal documents
    • G06Q50/188Electronic negotiation

Definitions

  • This invention relates to the field of Internet computer systems and processes. More specifically, the invention is a method and apparatus for pricing and allocation of commodity or security issues through use of an Internet based control system.
  • curities are made more accessible to more investors, be made more price transparent by providing more visibility into the bid and offer process, reduce the costs to issuers and investors and increase the amount of trading in these securities.
  • curities include equity securities, commodities (as traded on a licensed commodity exchange), fixed income or debt securities including, for example and without limitation, corporate bonds, municipal bonds, mortgage backed bonds, emerging market bonds, junk bonds, treasury bonds, convertible bonds, gold, and the like. These will be generally referred to as “securities.”
  • Book building is iterative and filtered: a sort of oral history of the “book,” listing interested investors and the quantity of securities in which they are ostensibly interested, is told, retold and modified until the offering or “deal” is as big and as cheap as the issuer will tolerate.
  • the deal is then priced by the syndicate and the issuer enters into a written agreement with the underwriter to make the offering.
  • no written commitment to actually make the offering is made by the issuer until after the offering is priced and subscribed.
  • the securities are freed to trade in the “secondary” market, that is, the market in which securities other than new issues are traded.
  • the issuer of the securities will typically pay fees to the underwriter for its marketing, pricing and allocation services.
  • market size and market price are controlled by the syndicate.
  • the syndicate may wish to massage market size and price in order to accomplish a set of objectives which may belong to the underwriter or some subset of participants rather than the issuer and the market at large.
  • Certain investors may be favored by an underwriter, such that other investors who express an interest in purchasing such bonds in an initial offering will have no certainty that they will be allocated any bonds by the syndicate desk.
  • a deal will typically become several times oversubscribed, that is, more securities will be desired by investors than are being offered by the issuer.
  • Potential investors are typically aware of this and, so, will indicate a quantity of securities to the syndicate which may be many times the actual amount of securities desired by the investor. Because investors understand that, in this traditional book building process, information can be filtered and massaged by the underwriter to achieve objectives that may differ from their own, investors tend to view this process with suspicion and caution. Thus, investors may attempt to manipulate the system in their favor in a number of ways. For example, as noted above, potential investors may pad their orders, indicating interest in a greater volume of securities than they truly desire. Potential investors may also stipulate that an order will fall away if the price is increased when, in fact, this simply represents posturing. The deal is then managed to the “proper” price and size by the syndicate, often to maximize fees and to please one constituent or another, but rarely to please the market as a whole or to achieve the most efficient price and distribution profile.
  • Recent conditions in the marketplace for debt securities amplify the need for a change in how these securities are bought and sold. For example, technology has become easily available to conduct electronic sales (by auctions, etc.) that promotes unfiltered price discovery on a low-cost, real-time basis.
  • debt investors and issuers have become financially more sophisticated in their knowledge of markets, their ability to analyze credit quality and their ability to recognize value in the market. This means that they are less dependent on financial intermediaries for research and advice than they were in the past.
  • Third, the amount of investable funds in the market has grown dramatically over the past decade, creating intense competition for new debt issues within the investor community and creating a need for a better market clearing process.
  • This system while not aimed specifically at any specific security market, is a system for allowing individuals to pool their bids as a group in order to qualify to bid on a property in an on-line auction. That is, it allows individuals with limited funds to pool their resources with other individuals of limited resources to be able to qualify (i.e. have enough capital) to buy a piece of property that has been auctioned.
  • BondDesk.com owned by BondDesk.Com LLP, an internet-based provider of retail fixed income trading software, and owned by BondExchange LLC, Goldman Sachs Group Inc., Paine Webber Inc., and Spear, Leeds & Kellog.
  • BondExchange LLC Goldman Sachs Group Inc.
  • Paine Webber Inc. Paine Webber Inc.
  • Spear Leeds & Kellog
  • the present invention overcomes the disadvantages of the above described systems by providing an economical, high performance, adaptable system and method (designated “The OpenBook system”) for conducting an auction of securities to institutional and individual investors on the Web.
  • the OpenBook system auction In the OpenBook system auction:
  • the OpenBook system thus creates a transparent and low-cost new issue market; offers all bidders equal access to securities; and gives both investors and issuers a “seat on the syndicate desk.”
  • a computer implemented method for conducting an auction of securities on the web is claimed whereby Bidders are rewarded for anonymously revealing their bids early.
  • Bidders are rewarded for anonymously revealing their bids early.
  • a network node in the Openbook system which is an auction server node in a network having a user node including a browser program coupled to the network, the user node providing requests for information and providing bidding input commands on said network, the network node comprising:
  • FIG. 1 is a flow chart illustrating a securities pricing and allocation system in accordance with a preferred embodiment of the present invention.
  • FIG. 2 is a flow chart illustrating processes which occur during an auction portion of the securities pricing and allocation system illustrated in FIG. 1 .
  • FIG. 3 is a flow chart illustrating an initial bidding process which takes place during an auction portion of the securities pricing and allocation system illustrated in FIG. 1 .
  • FIG. 4 is a flow chart illustrating a bid modification and final bidding process which takes place during an auction portion of the securities pricing and allocation system illustrated in FIG. 1 .
  • FIG. 5 is a flow chart illustrating a bond allocation process which is part of the securities pricing and allocation system illustrated in FIG. 1 .
  • FIG. 6 is a high level view of the internet architecture.
  • FIG. 7 is a screen shot of the user interface showing the log-on screen.
  • FIG. 8 is a screen shot of the user interface showing an exemplary set of Initial Terms for a sample offering.
  • FIG. 9 is a screen shot of the user interface showing an exemplary set of auction details.
  • FIG. 10 is a screen shot of the user interface showing an exemplary set of in-progress auction details.
  • FIG. 11 is an additional screen shot of the user interface showing an exemplary set of in-progress auction details.
  • FIG. 12 is an additional screen shot of the user interface showing an exemplary set of in-progress bids and related time-stamps.
  • FIG. 13 is an additional screen shot of the user interface showing an exemplary Bid confirmation set of in-progress auction details.
  • FIG. 14 is an additional screen shot of the user interface showing an exemplary set of current bid status data with in-progress auction details.
  • FIG. 15 is an additional screen shot of the user interface showing an exemplary request for confirmation of a bid modification entry with a set of in-progress auction details.
  • FIG. 16 is an additional screen shot of the user interface showing an exemplary warning screen indicating a time-stamp may be revised.
  • FIG. 17 is an additional screen shot of the user interface showing an exemplary successful purchase-auction over screen.
  • FIG. 18 is an additional screen shot of the user interface showing an exemplary unsuccessful purchase-auction over notice screen.
  • FIG. 19 is an additional screen shot of the user interface showing an exemplary details of a completed auction.
  • FIG. 20 is an additional screen shot of the user interface showing an exemplary error message relating to an improper bid size selection during an auction.
  • FIG. 21 is an additional screen shot of the user interface showing an exemplary attention message related to an attempt to cancel a bid during an auction.
  • FIG. 22 is a flow chart of the high level physical layout architecture of the system containing the present invention.
  • FIG. 23 is a flow chart showing the details of the auction server architecture of the system containing the present invention.
  • FIG. 24 is a flow chart showing further exemplary details of the systems architecture of the preferred embodiment of the present invention.
  • the present invention overcomes the disadvantages of the above described systems by providing an economical, high performance, adaptable system and method (designated “the OpenBook system”) for conducting an auction of securities to institutional and individual investors on the Web.
  • the OpenBook system auction In the OpenBook system auction:
  • the OpenBook system thus creates a transparent and low-cost new issue market; offers all bidders equal access to securities; and gives both investors and issuers a “seat on the syndicate desk.”
  • the Openbook system auction process is similar to a traditional investment grade debt security offering in the following respects:
  • a system in accordance with the present invention is a system of price determination and allocation of securities that can result in substantial benefits for both companies seeking to raise capital through the sale of such securities and investors wishing to purchase such securities.
  • securities includes equity securities, debt vehicles such as, without limitation, corporate or municipal bonds, mortgage backed bonds, emerging market bonds, junk bonds, commodities, gold, and money market instruments such as, without limitation, U.S. treasury bills, bank certificates of deposit, commercial paper, repurchase agreements and the like.
  • An investment vehicle offering using a pricing and distribution system in accordance with a preferred embodiment of the present invention differs substantially from either traditional underwritten or Dutch auction security offerings.
  • investment vehicles will generally be sold by an offering company at a price determined by investors bidding for the vehicles using a Dutch auction type scheme.
  • a Dutch auction is described in Exxon Corp., 1977-78 Fed. Sec. L. Rep. (CCH) para. 81,198 at 88, 159 (avail. May 9, 1977) which explains:
  • the value of a security is an almost exclusive function of the market for the security.
  • both the traditional book building method and the Dutch auction method described above provide an imperfect indication of what the actual market value of a particular fixed income security might be because of the closed nature of the process. For example, there is no quote system for the bond market to allow potential investors to gain an idea of what a new issue might be worth. Additionally, there is no mechanism for a potential purchaser to gain information about what the issuer or other potential purchasers believe the particular security is worth or the amount of securities that an issuer will offer until after a price has been set and the security has been purchased. Finally, similar deal sizes for similar grade securities may have different demand at different points in time depending on any number of outside factors.
  • Information concerning the offering such as a range in which the final yield will be set and a range of total offering size is preferably provided prior to the auction. Additionally, potential investors will be able to receive feedback concerning what other potential investors are bidding for the offering during the course of an auction.
  • an Auction Advisor provides a system upon which the auction portion of the offering is run and assist the issuer of the securities in marketing the offering and running the auction.
  • step 110 of FIG. 1 which is a flow chart showing an overview of a securities pricing and allocation system in accordance with a preferred embodiment of the present invention
  • an issuer communicates a mandate to the auction advisor that the issuer wishes to conduct a bond offering using a pricing and allocation system in accordance with the present invention.
  • the issuer enters into an agreement with the auction advisor to price and sell the issuer's offering.
  • this agreement is legally binding on the issuer contingent only on completion of a successful auction.
  • the issuer and/or auction advisor are able to determine a number of auction parameters, discussed in detail below, preferably including parameters which limit the price and total size of the offering. These auction parameters are preferably publicized to potential auction participants.
  • bidder's can preferably place two types of bids, a competitive bid and a non-competitive bid.
  • bids include both a price component and a quantity component.
  • Non-competitive bids are given in terms of the dollar amount of securities desired by the bidder and are automatically assigned a price component equal to a minimum yield for the offering as set by the auction parameters.
  • Competitive bids preferably have both a quantity component and a price component chosen by the bidder which may be above a minimum yield as set by the auction parameters.
  • competitive bids preferably have a private component, used for pricing and allocation, and a public component, which is preferably made available to other bidders while an auction is in progress and which is preferably related to the private component.
  • a public and private component competitive bids can be used to provide bidders and issuers with information about the market value of an offering without requiring the bidder to reveal exactly what his or her bid is.
  • a pricing and allocation auction is conducted by the auction advisor.
  • a clearing price is determined by arranging bids received during the auction in order from best to worst and pricing the offering at the bid price at which all the bonds offered can be allocated. Bonds are then allocated to all bidders bidding inclusively between the best bid price and the clearing price. Preferably, pricing achieved at this stage is set relative to the yield of a benchmark Treasury bond at a time after the auction has ended.
  • a securities distribution system in accordance with the present invention provides a number of significant advantages over a traditional fixed income securities offering.
  • issuers preferably enter into an agreement to sell bonds before pricing or allocation of bonds occurs, investors are provided with a relatively higher degree of certainty that bonds will be issued.
  • the auction system also can provide greater exposure to the retail market as individual investors preferably have the ability to bid on offerings on substantially equal footing with institutional investors.
  • individual retail investors can gain access to new fixed income offerings, including high-grade corporate bond offerings, whereas they may not have had such access under previous security distribution schemes.
  • the ability for retail investors to bid along side institutional investors may have the additional effect of increasing demand over that of a typical underwritten offering where the retail market is largely ignored relative to institutional buyers.
  • the issuer of the securities does not have to pay as much of a premium to an investment bank or other broker for selling the securities because of the inherent efficiencies of the electronic system. This can advantageously result in substantial savings to the issuer in making a security offering.
  • the auction system provides greater certainty that the allocation of securities are awarded to those that desire them the most. Allocation is based on the aggressiveness of an investor's bid and their time stamp. The higher the price an investor is willing to pay for a security and the earlier they place their bid, the more likely they are to be awarded securities.
  • offerings utilizing an auction in accordance with the present invention will be conducted through the use of a software system developed by the assignee, W. R. Hambrecht, Inc., which is described in more detail below.
  • This system will handle multiple aspects of the offering process, including subscription, pricing and allocation. It is to be understood, however, that a securities pricing and allocation system in accordance with the present invention my be achieved by any number of similar web-based software and hardware modules.
  • pricing and distribution system of the present invention can be applied to any type of security, a preferred embodiment, discussed below, will be described with respect to bonds or, more specifically, corporate bonds. Additionally, pricing for bonds herein will be referred to in terms of interest rate paid on the bond or yield. Specifically, pricing will be referred to with respect to the interest rate paid on the auctioned bonds relative to the interest rate paid on a selected benchmark treasury bond. This quantity will be referred to herein as the “spread.” It is to be noted that the lower the spread, the lower the interest rate the issuer must pay on the bond. Consequentially, the lower the spread of a given bid, the more attractive it is to the issuer.
  • investment vehicle offerings are preferably accessible to both institutional and retail investors.
  • investors In order to participate in any given offering investors must be registered with a designated Underwriter. It is expected that institutional investors will be able to register directly with such Underwriter, but that retail investors will typically participate via on-line brokerage firms.
  • the bonds become available for sale by the issuing company registered investors can submit bids on the offering.
  • bids are submitted electronically through a web-based interface maintained by the Assignee, W. R. Hambrecht Inc., as the Auction Advisor.
  • any investor making a bid will indicate the number of bonds such investor would be willing to purchase (“Bid Quantity”) and the spread the investor would be willing to accept (“Spread”).
  • an issuer of securities contacts the auction advisor at least a week prior to the date the issuer would like to sell the bonds and arranges to have the auction advisor offer and sell the bond issue through the auction process of the present invention.
  • an issuer and/or the auction advisor determine a number of auction parameters, listed below. Then, preferably, these parameters are announced to potential bidders prior to the start of the auction. This feature advantageously provides a potential investor with far more information about a bond offering than was traditionally available through the previously used bond sales techniques discussed in the Background section.
  • FIG. 2 is a flow chart illustrating a preferred embodiment of the major processes which take place during the auction portion of a system in accordance with the present invention.
  • the auction begins at a predetermined and published time.
  • the auction there are three major processes which take place.
  • the auction advisor monitors the progress of the auction. In a preferred embodiment, this includes, for example, activities such as allowing only one competitive bid and one non-competitive bid per auction participant, monitoring the Benchmark Treasury Rate to see if it exceeds the Maximum Treasury Rate, and policing the authenticity of placed bids.
  • bids are taken by the auction advisor and the public component of the bids are publicized. It is to be understood that preferably, bids taken during an auction are not necessarily accepted. That is, simply because the auction advisor takes a bid from a bidder, it does not necessarily mean that the bidder will receive bonds. As discussed below, only successful bidders will receive bonds.
  • the deal size is set, preferably midway through the auction.
  • the auction is ended and no more bids are taken.
  • a pricing and allocation system in accordance with the present invention determines the yield which the bonds being offered will generate based on bids received by potential investors.
  • a potential investor's auction bid preferably indicates two things: the number of bonds the potential investor wishes to purchase and the yield the potential investor wishes to receive for the bonds.
  • the number of bonds is preferably expressed as the total value of the bonds the potential investor wishes to buy, for example, an investor might indicate a desire to purchase $200,000 worth of bonds.
  • the yield the potential investor would like to receive on the purchased bonds is preferably indicated in terms of spread between the yield of the Benchmark Treasury at the time of final pricing and the desired yield of bonds being bid for in one basis point increments. For example, if the Benchmark Treasury has a yield of 7%, the auction participant would bid 1.5% to indicate a willingness to accept an 8.5% yield on the purchased bonds.
  • whether a bid is successful depends generally on two factors: the size of the bid spread and the relative time at which the bid was placed. Generally, the lower the bid spread and the relatively earlier the bid is placed, the more likely the auction participant will receive the full amount of bonds desired.
  • a “time stamp” is associated with the bid which indicates when a bid was received relative to other bids received during an auction.
  • competitive bids preferably indicate both a quantity and a spread which can be above the Minimum Spread set by the issuer prior to the auction.
  • Non-competitive bids simply express a total amount of bonds which the bidder desires at whatever the clearing price will be.
  • a bidder When first entering a competitive a bid, a bidder preferably enters both a public competitive bid, or “initial bid,” and a private competitive bid, or “final bid.”
  • the initial bid will not be part of a firm offer from the potential investor at the time of the auction close, however, the final bid will be part of such a firm offer.
  • the spread and quantity of the initial bid is made available to other potential investors while the auction is taking place (though the identity of the bidder is preferably not revealed).
  • the initial bid becomes the final bid by default.
  • the final bids affect the clearing spread of the offering, and become the potential investor's firm offer at the time of the close of the auction, in order to provide an indication to auction participants of the market value of the offering, it might be desirable to publicize the final bids. However, it may also be desirable to auction participants to keep precise information about their firm offers private until the end of the auction. Accordingly, to provide all bidders with some indication of the market value of the offering, the private, final bids are preferably related to the public, initial bids.
  • the issuer sets a Protected Spread Range which indicates the maximum amount a bidder's final bid can be below his or her initial bid from the final bid spread without altering the time stamp of the bid. For example, if an issuer set a protected spread range of 0.35 basis points, a bidder's final bid spread could not be more that 0.35 below the bidders initial bid without losing the time stamp of the bid.
  • the original time stamp for the bid is lost and a new time stamp corresponding to the time the final bid outside the protected spread range was made is assigned to the new bid.
  • a new initial bid is preferably created by default to match the final bid which is outside the protected spread range of the original initial bid.
  • the final bid is not allowed to be above the initial indication. This provides bidders viewing publicly provided bid information with the knowledge that the information provided reflects the largest spreads that other bidders are bidding. This can provide greater certainty for bidders viewing publicly provided bid information.
  • bonds are preferably allocated partially based on the time stamp corresponding to the bid.
  • bonds are preferably allocated partially based on the time stamp corresponding to the bid.
  • bidders can also place non-competitive bids instead of or in addition to competitive bids.
  • a Non-competitive bids the bidder enters a bid for the amount of bonds desired, such as $200,000.
  • the spread component is set at the Minimum Spread as determined by the issuer prior to the auction.
  • this means that non-competitive bids are the first bids “filled” or allocated the requested quantity of bonds.
  • a bidder who wants a certain amount of the offered bonds, but is not highly concerned about the yield can simply indicate how many bonds he or she desires and the bid will likely be filled at clearing spread.
  • retail investors are limited to submitting only non-competitive bids while institutional investors can submit either competitive or non-competitive bids. This advantageously allows savvy, institutional investors to retain substantial control over the final price of the bonds thereby reducing the possible irrationality which may be introduced into the market if retail investors were substantially impacting the price of bonds.
  • non-competitive bids also receive a time stamp when placed which may be used to determine allocation priority.
  • FIG. 3 is a flow chart illustrating a preferred embodiment for placing an initial bid in accordance with the present invention.
  • an investor places an initial bid.
  • steps 210 and 216 the investor will have to enter quantity and, if the bid is competitive, will also have to enter a spread.
  • steps 212 and 214 two checks are performed by the system. First, in step 212 , it is determined whether the bid quantity is greater than the minimum bid size and in the correct bid increment. If either one or both of these conditions is not met, the investor is returned to step 210 and asked to enter another bid quantity.
  • step 214 the system checks to be sure that the entered quantity is less than or equal to the investor's credit limit or the maximum bid size. If the entered quantity is not less than or equal to either one or both of these parameters than the invest or is asked to reenter the bid quantity. If the quantity is less than or equal to the investors credit limit and the maximum bid size, then the quantity component of the bidder's initial bid is approved.
  • a spread is also associated with the initial bid.
  • the system first determines whether the bid is competitive or not. If the bid is not competitive then, in step 222 the spread for the bid is set equal to the minimum bid spread. If the initial bid is part of a competitive bid then a shown in step 220 , it is determined whether the spread is below the maximum spread and above the minimum spread. If the spread is outside this minimal/maximum spread range, the bidder is returned to step 216 and asked to enter another spread. If the spread is within the minimum/maximum spread range, then the spread component of the bid is approved. Finally in step 224 , if both the quantity component and the spread component of the initial bid are approved, the bid is displayed to the public and given a time stamp.
  • FIG. 4 is a flowchart illustrating how a system in accordance with the present invention allows a bidder to modify the quantity component of either a competitive bid or a non-competitive bid and enter and modify a final bid (of a competitive bid).
  • an investor modifies the quantity component of either competitive bid or non-competitive bid.
  • the system checks whether the modification is greater than the minimum bid size and in the correct bid increment. If the modified bid violates either parameter, then the bidder is returned to step 300 and asked to enter a new modification.
  • step 312 the system checks whether the modified bid quantity component is greater or equal to the current bid quantity component. Thus, if the new quantity component is less than the original quantity component, as shown in step 316 , the bidder is asked whether he or she would like to place a new bid, that is, a bid having a new time stamp.
  • step 300 If the bidder does not wish to lose the time stamp of the original bid, he or she is returned to step 300 to make an appropriate bid modification. If the bidder does wish to enter a new bid he may do so but only up to the pegged amount.
  • Changing a bid quantity by a relatively large amount can have a relatively large effect on the bid information that is provided to bidders during the auction.
  • bid quantity could introduce greater uncertainty into the auction process.
  • bidders are preferably discouraged from changing their bid quantities by such a large amount.
  • a bidder changes his or her original bid quantity by 50% or more the original bid is cancelled and the bidder must enter a new bid with a new time stamp. Therefore, if the new quantity component of the modified bid is greater than or equal to the current bid quantity component then, at step 314 , the system checks whether the new quantity is less than 50% more than the original quantity component.
  • step 316 the bidder is asked whether he or she would like to enter a new bid. However, if the new quantity component is less than 50% more than the original quantity component, the change is accepted, the time stamp is preserved and, as shown in step 318 , the new quantity component is displayed to other bidders.
  • a competitive bid also has a final bid component which is not made public during the auction.
  • a bidder enters or modifies the final bid component of a competitive bid.
  • the final bid component of a competitive bid is set to the initial bid component by default.
  • a bidder preferably is able enter a final bid which is different from the initial bid if the final bid is less than the initial bid and within the Protected Spread Range from the initial bid.
  • the system checks whether the entered final bid is less than the initial bid by no more than the Protected Spread Range. If it is not, at step 420 , the bidder is given the opportunity to enter a new bid.
  • the bidder is returned to step 400 . If the bidder does wish to enter a new bid, as shown in step 414 , a new time stamp is assigned to the modified bid and the initial bid component of the modified bid is by default set equal to the new final bid component. If the bidder desires, however, an initial bid different from the new final bid can be entered as long as it is greater than the new final bid and within the protected spread range of the final bid. Returning to step 410 , if the new final bid entered at 400 is less than the original initial bid by no more than the Protected Spread Range, then at step 416 , the new final bid is accepted with no change in the time stamp of the bid.
  • the auction After accepting bids for a predetermined amount of time, as set in the auction parameters, the auction is closed and no additional bids are accepted and submitted bids cannot be changed.
  • the final yield which investors will receive for bonds sold through the auction process is preferably determined following the auction close. Most preferably, the final yield is determined 30 minutes after the auction close. Immediately after auction close, however, a spread at which the offered bonds will be sold relative to the Benchmark Treasury Rate, or clearing spread, is determined.
  • FIG. 5 is a flow chart showing the process which is used to price and allocate bonds in the offering.
  • non-competitive bids and final bid components of competitive bids are arranged in an array from lowest spread to highest spread.
  • non-competitive bids are automatically assigned the Minimum Spread as determined in the auction parameters. Accordingly, non-competitive bids will be collected at the lowest level of the array of arranged bids.
  • Bids having the same spread are arranged in the array in ascending order from the earliest time stamp to the latest time stamp. Bids having the same time stamp and spread are placed at the same level in the array.
  • the lowest bid or bids are “accepted.” Subject to there being sufficient quantity demand to fill the deal size, bidders of accepted bids will receive bonds at the clearing spread.
  • the system checks whether the aggregate quantity of accepted bids equals or exceeds the deal size. If not 511 , then the next highest bid or bids in the array are accepted. The system loops through steps 510 and 512 until the aggregate quantity of accepted bids is equal to or greater than the deal size 513 . Then, as shown in step 514 , the system checks whether all of the accepted bids are non-competitive bids. If not 515 , that is, if there is at least one competitive bid accepted, then as shown in step 516 , the clearing spread is set equal to the spread of the last accepted bid or bids (having the same spread and time stamp).
  • the clearing spread is set at either one of two values. If the aggregate dollar quantity of bonds requested by the accepted bids exactly equals the deal size, bonds will be awarded at the mid-point between the Minimum Spread and the Maximum Spread. If, however, the aggregate quantity of bonds requested by the accepted bids is greater than the deal size, bonds will be awarded at the Minimum Spread.
  • step 520 if there are multiple bids with the same time stamp and which spread component equals the clearing spread, then bonds are allocated among these bids on a pro-rate basis. Then, in step 522 , the system determines whether the aggregate quantity component of the accepted bids is greater than the deal size. If it is not 523 , that is, if the aggregate quantity component of the accepted bids is equal to the deal size, then, as shown in steps 524 and 526 , investors are awarded bonds at the clearing spread according to the quantity component bid.
  • step 528 if the aggregate quantity component of the accepted bids is greater than the deal size, the accepted bids with the highest spread and the latest time stamp will be awarded only a portion of desired quantity indicated by the bid.
  • the portion awarded is preferably equal to the difference between the deal size and the aggregate quantity of bonds requested by all accepted bids minus the quantity of bonds requested by the accepted bid with the highest bid and the latest time stamp. Additionally, as shown in step 526 , bonds will be awarded at the clearing spread.
  • Bond pricing occurs approximately 30 minutes after an auction terminates.
  • the auction yield is preferably determined by adding the clearing spread to the Benchmark Treasury Rate.
  • the coupon rate on the bond will be set at the auction yield rounded down to an increment determined by the issuer and auction advisor.
  • the bond price that corresponds to the auction yield and coupon rate is preferably rounded to three decimal places.
  • the OpenBook auction system builds on the design and architecture developed for W. R. Hambrecht's proprietary OpenIPOTM equity underwriting platform. This is described in the related pending application Ser. No. 09/347,949 filed Jul. 6, 1999 which is incorporated fully herein by reference.
  • the auction engine employs a modular, client-server architecture that can be partitioned across several processors using standard network protocols.
  • the core of the system is the Order Management Server (OMS) which utilizes a commercial, off-the-shelf relational database to provide transaction-oriented persistent storage.
  • OMS Order Management Server
  • Other components of the system interact with the OMS via a distributed messaging system to handle administration, bid management, and securities allocation.
  • the following rules govern the participation of buyers and sellers of securities and are consistent with current Federal and State Regulations governing the sale of such securities.
  • an end user of the auction method and system of the present invention uses a standard web browser 601 to access via a network, such as the Internet 602 , both an information website 603 and the auction server 604 .
  • the information website 603 may be associated to a published URL and contains information about offerings and the auction process of the method and system of the present invention.
  • the auction server 604 may contain the auction engine itself, where the auctions are run.
  • FIG. 22 shows an exemplary embodiment of the physical network for the method and system of the present invention.
  • a router 2202 such as a Cisco router is connected to a network, such as the Internet 2201 .
  • an auction application of the method and system of the present invention is deployed at a co-location facility that provides a 100 Mbps connection to the Internet 2201 .
  • Router 2202 is connected to switch 2203 , which may be a 10 Mpbs/100 Mpbs switch associated with a public network.
  • Switch 2203 is connected to production auction server 2204 , which may be designated as the hot production server.
  • Switch 2203 is also connected to backup server 2206 , which may be designated as a warm backup server.
  • Production auction server 2204 and backup server 2206 are connected to switch 2205 , which may be designated a private network switch and may be associated with a private network.
  • switch 2205 may be designated a private network switch and may be associated with a private network.
  • digital streams to and from the Internet 2201 pass through router 2202 and then switch 2203 , which directs auction-related bit traffic over the associated public network to production auction server 2204 .
  • Backup server 2206 may also be on the same associated public network and serves as the fail-over for the production auction server 2204 .
  • Switch 2205 serves as a connection to the associated private network that contains other non-Internet related applications.
  • FIG. 23 shows an overview of an embodiment of an auction server 2301 of the method and system of the present invention.
  • Auction server 2301 may contain one or more databases 2302 , an OMS 2305 , a bid manager 2306 , an auctioneer 2303 , and an administrator 2304 .
  • Auctioneer 2303 , administrator 2304 , and bid manager 2306 all have access to the OMS 2305 .
  • auctioneer 2303 , administrator 2304 , and bid manager 2306 may have varying degrees of access to the OMS 2305 .
  • OMS 2305 is an order management system that is associated with one or more databases 2302 .
  • Bid manager 2306 is connected to web server 2307 , which is in turn connected to a network, such as the Internet 2308 .
  • FIG. 24 shows a more detailed view of an exemplary systems architecture for the method and system of the present invention.
  • Order Management System 2410 or OMS, as exemplified by an OMS/CoreOMS with the OpenBook system Extensions in an embodiment of the invention, is responsible for tracking the principal objects of the system, which may include information associated with users, accounts, auctions, positions, and fills.
  • Order Management System 2410 may implement user-based authentication and role-based authorization.
  • Order Management System 2410 may also implement a Java RMI-based API/SPI for client access and is the locus for timing and events throughout the system.
  • Order Management System 2410 uses Relational Backing Store 2407 to locate and keep the principal objects available in a persistent storage device.
  • Relational Backing Store 2407 is responsible for mapping the principal objects of the system onto a relational schema, locating and keeping the principal objects of the OpenBook system available in a persistent storage, and for obeying referential integrity constraints of the data model.
  • Relational Backing Store 2407 implements a Java JDBC interface to the vendor Relational Database System 2408 , such as the Sybase Adaptive Server Enterprise.
  • OpenBookManager 2406 is responsible for bidder account management, multiplexing a bidder-role based interface to the Order Management System 2410 , and position management for authorized accounts and to provide a single listener interface for state changes in active auctions.
  • the OpenBookManager 2406 makes state and position information available to clients for use by any user interface system that does not use the Order Management System 2410 API/SPI directly.
  • the OpenBook system Servlet Interface 2405 provides programmatic execution linkage between the Java Servlet Engine 2404 API Specification and the OpenBookManager 2406 module. Servlet invocations are mapped to OpenBookManager 2406 interfaces to allow user interfaces to be constructed for HTML.
  • the OpenBook Servlet Interface 2405 is invoked and controlled by Java Servlet Engine 2404 , which may be a 3 rd party Java Servlet Engine such as JRun from Allaire. JRun is in turn utilized by the 3 rd party HTTP web server 2402 , which may be Zeus from Zeus Technology. HTTP web server 2402 is in turn connected to Web Browser User Interface 2401 .
  • HTML Templates 2403 are provided to allow for the separation of functionality between the OpenBook Servlet Interface 2405 module and the HTML designer.
  • Server Side Include template mappings may be provided for the principal objects of the system and all their attributes, as well as system attributes such as time and date. Multiple browser products may be supported and accommodated.
  • an auctiondb database may represent the Relational Backing Store (RBS) 2407 , as shown in FIG. 24 .
  • RBS Relational Backing Store
  • This database is associated with the auction server of the method and system of the present invention.
  • a users table defines static information about entities that are allowed access to parts of the system.
  • a user may be an administrator 2304 , an auctioneer 2304 , a bid manager 2306 , an entity in an auditor role, or an entity that sets up accounts.
  • the degree of access to various components may be determined by the UserRoles table.
  • Each user is assigned a unique UserID which is used to refer to the user from other tables.
  • An embodiment is as follows:
  • a userLog table relates to security and error checking for users in the method and system of the present invention. Whenever an action is taken, the userlog is updated to catalog the action.
  • An embodiment is as follows:
  • An accounts table is used to record information associated with end users, such as investors associated with the method and system of the present invention. Examples of end users are institutional buyers, individual investors, and retail users. An embodiment is as follows:
  • An accountLog table is used to record and catalog all actions taken by given account.
  • An embodiment is as follows:
  • a roles table provides a convenient repository for security roles defined by the auction system. Each role is assigned a unique RoleID. This RoleID is referred to by a UserRoles table. Semantics of roles are defined by the application. The roles of users may be checked to determine if a user has access to certain resources or is allowed to perform various tasks. An embodiment is as follows:
  • the userRoles table enumerates all of the roles that are associated with a particular user.
  • An embodiment is as follows:
  • a userRoleLog table represents the complete transaction history of each role change for each user known to the system. Each transaction is assigned a unique userRoleTxID.
  • An embodiment is as follows:
  • view userRoleNames is associated with the same data as userRoles but provides user and role names instead of ids.
  • An embodiment is as follows:
  • An auctions table defines actual auctions that are run. Each auction is associated with a set of parameters defining that auction. Click-through parameters may also be used. Table values for parameters may be stored. In an embodiment of the invention, parameters that are required and must be provided are the ones listed as “not null” in the following exemplary embodiment:
  • ‘view deals’ allows users to see views for report generation and reporting purposes, such as for those who monitor an auction. Views may be created so that databases do not have to be queried each time a report needs to be run.
  • data is already assembled and fed into reporting structures associated with method and system of the present invention. An embodiment is as follows:
  • An auctionLog table is used to catalog and record all actions taken for a particular auction.
  • user changes are recorded in the auctionLog table.
  • parameters may be changed by a user.
  • view dealLog shows views for a particular deal.
  • View dealLog may be used for reporting or other purposes.
  • An embodiment is as follows:
  • a positions table records the structures for bids, including such objects as sizes, timestamps, initial bid spreads, and final bid spreads.
  • a size and a timestamp is logged.
  • a size, a final bid spread, an initial bid spread, and a timestamp are logged.
  • user accounts may be referenced.
  • the positions table may also index by account and/or by auction. An embodiment is as follows:
  • examples of changes are changes in spread, changes in size, and changes in timestamp. All actions for accounts may be logged.
  • Table positionLog may be indexed per auction, via unique auctionIDs for each auction, and/or cross-referenced with user IDs. An embodiment is as follows:
  • a fills table may store information about bonds that are awarded.
  • An end user may set up a position. The end user may or may not get a fill, based on the other positions in the auction and other factors.
  • An embodiment is as follows:
  • a fillLog table catalogs and records changes to fills. Examples of changes include changes made by an administrator due to mistakes, suspect bids, and/or decisions to sell a lesser quantity or otherwise modify bids. In an embodiment of the invention, an administrator or other party may change bids.
  • the method and system of the present invention is associated with a corporate bond origination via a single-price auction.
  • states of the auction may include NOT OPEN, OPEN, WITHDRAWN, PRICING, CLOSED, RUNNING, ALLOCATED, and FILLED.
  • time is a required component of the auction, and each phase may be captured in the system as a state.
  • each state is strictly independent from the rest: the auction is in exactly one state at any given time, no two states overlap, and there is no period of time that is not covered by exactly one state.
  • the transition from one state to the next is atomic.
  • the auction is not yet open. In an embodiment of the invention, this state begins at the instant the auction is first created in the system and continues until the transition to the OPEN state. No positions may be created, modified, or cancelled. All auctions are created in this state, and this is a state into which a transition from another state may not be made. The method and system of the present invention may only transition to the OPEN state from the NOT_OPEN state.
  • the auction is open, and positions from qualified accounts and authorized users can be created, modified, or cancelled.
  • this state begins at the moment the auction is opened and continues until the transition to the PRICING state or the WITHDRAWN state. Due to vagaries of system timing, this state may not be used as the definitive control over when position operations are accepted by the method and system of the present invention. It may be expected that the duration of this state will be from the openTime auction attribute through the closeTime auction attribute. See discussion below about timing.
  • the auction is withdrawn. This state begins at the moment the auction is withdrawn and continues indefinitely, or until it is reset to the OPEN state. It is used to signal that an auction has been suspended or cancelled. In an embodiment of the invention, no position operations are accepted, though some positions may already exist in the method and system of the present invention.
  • the system In the PRICING state, the system is being prepared to accept final pricing items.
  • This state begins at the moment as close as possible to immediately following a close time and ends at the transition to the CLOSED state or the WITHDRAWN state.
  • position operations are only allowed by those users with a syndicate role authorized.
  • a new position for the syndicate may be entered in order to effect a syndicate long position; a total available auction attribute may be modified during this state. This amount may be different from the auction attribute announced size, and can be used to effect a syndicate short position.
  • the auction In the CLOSED state, the auction is closed, and no further position operations are allowed.
  • the state begins at the moment the syndicate manager closes the auction and ends when the auctioneer transitions the auction to the RUNNING state.
  • the auctioneer In the RUNNING state, the auctioneer, is in the process of calculating the clearing value and generating allocations. In an embodiment of the invention, queries to the book may produce intermediate results. If an error occurs in the RUNNING state, the auction is reverted to the CLOSED state and all allocations are cancelled. At the successful conclusion of allocation generation, the state is changed to ALLOCATED.
  • the auction has been allocated, and executions have been created and are available.
  • the final auction attributes such as coupon, price, and other attributes, may be computed and published by users who have the syndicate role authorized.
  • the treasuries position attribute may be modified for positions that received a fill; this time ends at a close time+final pricing time but does not start until this state is entered.
  • the auction In the FILLED state, the auction is filled, and no position operations or auction operations are allowed. Fills may be transmitted to third parties, such as clearing brokers, winning bidders, and/or other parties.
  • This state begins when the auctioneer has finished generating fills, and the FILLED state may continue indefinitely.
  • time in an auction may be handled as follows. Normal position operations may be allowed at certain times. When a position operation is attempted, the position is given a timestamp by the order management system of the method and system of the present invention. In an embodiment of the invention, this timestamp is assigned the earliest possible time in the order management system to allow for the earliest value to be used. This timestamp improves fairness and consistency, in that different operations may take differing amounts of time, so obtaining a proposed timestamp reduces this variation. In an embodiment of the invention, this timestamp is then rounded down to the nearest hundredth of a second.
  • a proposed timestamp may be checked against an open time; if the timestamp is greater than or equal to the open time, the timestamp is checked against the close time; if the timestamp is less than the close time, then the state of the auction is checked; if the state of the auction is not WITHDRAWN then the operation is allowed to succeed.
  • time issues are also addressed with regards to priority for competitive and non-competitive bids.
  • a timestamp is recorded by the order management system for auditing purposes. If the operation results in a priority timestamp being reset, the timestamp of the last change for the position is used.
  • timing of evaluation for an auction may be associated with an auction attribute evalInterval, which is expressed in seconds.
  • specific times of evaluation may be calculated by working backwards from the close time, so that the final evaluation interval ends precisely at the close time.
  • those who define auctions may be cautioned against using an evalInterval that makes for confusing timestamps.
  • an end user may initiate an auction of the method and system of the present invention by logging into the auction server 604 in order to identify the end user to the server.
  • Data transmitted to and from the website may be secured via a well-known encryption mechanism.
  • FIG. 7 shows an exemplary login screen for the present invention.
  • An end user such as an investor, enters the investor's account number 701 and password 702 .
  • the user may receive an account number 701 and password 702 after registering with the method and system of the present invention.
  • an investor in order to register with the method and system of the present invention, may open an account by filling out a customer application form, signing a customer agreement and participation agreement, and receiving approval from a customer account staff associated with the method and system of the present invention.
  • an investor may use an existing account with a third party broker-dealer designated by staff associated with the method and system of the present invention as bidder conduits.
  • each auction is announced one to two days ahead of time. Registered participants are notified of an auction electronically. Auctions move rapidly, usually lasting two hours. When registered participants are notified electronically, they may receive an auction key 703 for that given auction.
  • FIG. 8 shows details for the auction, including a title 801 and initial terms 802 , which may include such terms as the issuer, an issue size, a maturity date, a coupon rate, a settlement date, settlement terms, a type of issue, coupon dates, a structure, a format, a quality rating, a benchmark treasury, a maximum benchmark rate, a minimum/maximum spread, a protected spread, an auction date and time, a pricing date and time, a maximum purchase limit, a minimum and multiple investment, a listing designation, soft dollar terms, names of co-managers, and a selling concession.
  • the method and system of the present invention checks a security database to match the account number 701 and password 702 information entered by the end user. If the information entered matches an end user registered in the system, the system checks the auction key 703 entered by the end user. If the end user is properly registered and the auction key 703 entered is correct, the end user is shown a pre-auction screen as exemplified in FIG. 9 .
  • auction progress window 901 During the pre-auction phase exemplified by FIG. 9 , bids are not accepted, as shown by the auction progress window 901 .
  • auction details 902 which provides details about the auction.
  • Auction start 903 shows the start time for the auction
  • auction finish 904 shows the ending time for the auction.
  • Min/max spread 905 shows a largest and smallest bid spread in basis points over a benchmark Treasury allowed during the auction.
  • Protected spread range 906 shows a maximum spread range, under an initial bid, that an end user may modify a final bid, without canceling the end user's existing competitive bid. Improving an initial bid by more than the protected spread range results in cancellation of the original bid and entry of a new bid with a new timestamp.
  • the protected spread range 906 is a 4 basis point spread.
  • Benchmark Treasury 907 relates to a chosen reference U.S. Treasury security of comparable maturity to the bonds being auctioned. The benchmark Treasury yield may be used to price the bond after the auction. In an embodiment of the invention, if the benchmark Treasury yield is above the maximum rate at pricing, the issuer is allowed, but not required, to cancel the auction.
  • This cumulative bid chart provides a clue to the end user as to what bps the end user may have to bid in order to have a feasible chance at successfully winning the auction.
  • the end user knows that a final bid of 105 bps would presently garner no legitimate chance of winning because there are already more than $450 million worth of bids at 104 bps and below, and the total amount of bonds up for auction is between $300 million and $450 million. Only initial bids, not final bids, are shown by the cumulative bid chart 902 , but the protected spread range 906 does provide a guide for the end user as to where the final bids may fall.
  • the cumulative bid chart 1002 is color coded into three colors, one color for bids that may be above a hypothetical clearing price, a second color for bids that may or may not be above the clearing price, and a third color for bids that would be below the clearing price.
  • a nominal bid chart 1102 is communicated to the end user, as shown in FIG. 11 .
  • Nominal bid chart 1102 shows the number of initial bids, grouped in bar graph form, for each basis point spread. Also shown is the quantity of bonds initially requested at each basis point spread. In the example shown in FIG. 11 , there are only two initial bids at 103 bps, but they account for a large quantity of bonds ($110 million worth at 103 bps).
  • the nominal bid chart 1102 is color coded into three colors, one color for bids that may be above a hypothetical clearing price, a second color for bids that may or may not be above the clearing price, and a third color for bids that would be below the clearing price.
  • a bid data table 1202 is communicated to the end user, as shown in FIG. 12 .
  • Bid data table 1202 shows each bid, ordered by bps.
  • the first bid shown is a noncompetitive bid “N” at a quantity of 10 timestamped at 9:00 ET.
  • the entries in the bid data table 1202 are color coded into three colors, one color for bids that may be above a hypothetical clearing price, a second color for bids that may or may not be above the clearing price, and a third color for bids that would be below the clearing price. If there are too many bids to display in one screen for the bid data table 1202 , the end user may click or select the see remaining bids button to show additional bids.
  • the end user may elect to place a bid by entering bid information in the place bid window 1201 .
  • Place bid window 1201 appears on the end user's screen when the auction begins and remains on the user screen if the user chooses to cycle through the various bid history charts and tables.
  • the end user may choose to place a competitive bid 1203 , a non-competitive bid 1208 , or both a competitive bid 1203 and a non-competitive bid 1208 .
  • Size 1205 is the bid amount, in millions.
  • the minimum competitive bid is $1 million and can be increased in increments of $1,000.
  • the minimum non-competitive bid is $1,000 and can be increased in increments of $1,000.
  • An investor may increase the size of an existing bid by up to 50% and keep the original timestamp. In an embodiment of the invention, increasing the size of a bid by more than 50% will result in cancellation of the original bid and entry of a new bid with a new timestamp 1204 .
  • the end user for a competitive bid 1203 , the end user must also enter an initial bid 1206 and a final bid 1207 .
  • Initial bid 1206 is the spread in basis points of a competitive bid, which is revealed anonymously to other investors.
  • the final bid 1207 can only be set at or below the initial bid but may not differ from the initial bid by more than the protected spread range 906 .
  • the final bid 1207 may be changed at any time prior to the end of the auction. Setting the final bid 1207 below the initial bid 1206 by more than the protected spread range will result in cancellation of the original bid and entry of a new bid with a new timestamp 1204 .
  • max bid 1210 is the maximum amount a specific investor may bid in a given auction. When added together, the size of an investor's competitive bid 1203 and noncompetitive bid 1208 may not exceed the maximum bid size indicated by max bid 1210 . In the example shown in FIG. 12 , the max bid 1210 is $75 million.
  • the confirm bid screen shown in FIG. 13 may be communicated to the end user. If the end user has improperly entered bid information, such as by entering a bid that exceeds the maximum bid allowed for a specific investor, an error screen such as the one shown in FIG. 20 is communicated to the end user. In FIG. 20 , the error 2001 describes the mistake to the user in the place bid 1201 window. In the example shown in FIG. 20 , the bid exceeded the maximum bid allowed, is communicated to the user.
  • the confirm bid screen shown in FIG. 13 may be communicated to the user.
  • Confirm bid window 1301 appears, reminding and summarizing the end user's previously entered bid information. If the end user has made a mistake or changes his or her mind, the end user may click or select back 1302 to return to a previous place bid screen.
  • the current bid status screen is communicated to the end user.
  • Current bid status window 1401 contains a current status column 1402 and a modify column 1403 .
  • Current status column 1402 displays the present bid or bids of the end user.
  • total bid 1404 is also communicated to the user.
  • the end user may elect to change the size 1205 of the bid.
  • the user may change the spread for the final bid 1207 , subject to constraints such as the protected spread range 906 .
  • another constraint on modifying the size 1205 of the bid is that the size a bid may be increased by up to 50% at any time during the auction without changing the timestamp. If the end user increases the quantity of a bid by more than 50%, that existing bid will be cancelled, and a new bid entered with the new size and a new timestamp.
  • the size of a bid cannot be decreased without canceling it.
  • An investor may cancel bids at any time during an auction.
  • the method and system of the present invention may exclude bidders for any reason, including activity that is disruptive to the auction process.
  • investors are given a maximum bid size limit that varies with credit and/or other methods established by the method and system of the present invention.
  • the size of an investor's competitive bid and noncompetitive bid may not exceed the maximum bid size.
  • the end user has chosen to modify the final bid 1207 for the end user's competitive bid 1203 .
  • the end user may click or select back 1501 if the user has made a mistake or changed his or her mind, or the user may click or select confirm bid 1502 to accept the modification 1503 shown.
  • the cancel bid screen shown in FIG. 21 is communicated to the user.
  • the end user may choose to cancel competitive bid 2102 , cancel non-competitive bid 2103 , or cancel both bids 2104 .
  • the review bid window 1601 is communicated to the end user as shown in FIG. 16 .
  • a notation 1602 appears next to the unprotected improper final bid 1207 , and a warning 1603 reminds the end user that accepting the final bid would result in the loss of the current timestamp 1204 .
  • the end user changes his or her mind, he or she may click or select back 1604 . If the end user wishes to continue with the new bid 1606 , and therefore losing the old timestamp 1204 , the end user may select submit bid 1605 .
  • a successful purchase window 1701 is communicated to the end user, as exemplified by the screenshot in FIG. 17 .
  • Total successful purchase 1704 shows the total purchase amount, in millions of dollars.
  • soft dollars available 1702 shows the portion of the selling concession designated by an investor to be paid to a non-underwriting broker-dealer.
  • a portion of the selling concession on each deal will be available to investors on a soft dollar basis.
  • winning bids with earlier timestamps are given a greater fraction of the selling concession in soft dollars.
  • Investors may assign soft dollars to accounts of their choice.
  • investors have up to 24 hours after a deal prices to complete their soft dollar designations.
  • Size of benchmark for sale 1703 allows an investor to set an amount of the benchmark Treasury to sell, up to 15 minutes after the end of the auction. If the end user enters a dollar amount and clicks or selects sell treasuries 1705 , that amount of treasuries will be sold. Within the first fifteen minutes after an auction, an end user may set and change the amount of the benchmark Treasury bonds the end user wishes to sell. The sale may be made at the prevailing market price at the time the deal prices, or approximately 30 minutes after the conclusion of an auction.
  • Auction results 1705 shows a clearing spread 1706 , a final deal size 1707 , and a time of final pricing 1708 .
  • Clearing spread 1706 shows the lowest spread in basis points over the benchmark Treasury that results in the sale of all of the bonds up to the final deal size 1707 .
  • Final deal size 1707 shows the aggregate number of bonds to be sold and may be set by the issuer of the bonds a prespecified time before the end of auction.
  • Time of final pricing 1708 shows the final terms of a bond issue, with for example, the yield, price, and coupon set approximately one half-hour after the end of the auction.
  • a screen such as the one shown in FIG. 18 and continued in FIG. 19 is communicated to the end user.
  • Auction results 1801 , the end user's bid or bids 1803 , and initial auction terms 1802 are communicated to the unsuccessful end user.
  • the method and system of the present invention uses a modified Dutch Auction format.
  • a Dutch Auction winning bidders pay a market-clearing price, that is, the highest price that sells out all securities offered in the auction.
  • orders are filled working from the lowest-spread bids up to the spread that sells out the entire offering. All who bid below the clearing spread have their orders filled at the clearing spread.
  • Bids at the clearing spread are awarded in timestamp order. In the event of ties in spread and timestamp, bonds are awarded pro-rata. If the last accepted bid at the clearing spread requests more bonds than are available, all remaining bonds may be awarded within the final deal size to the bidder.
  • the auction will be cancelled. If there are not enough orders to fill the final deal size announced by the issuer, the auction will also be cancelled.
  • successful bidders at the end of an auction are notified electronically.
  • Basic information about the auctioned bond are publicly available at a website associated with the method and system of the present invention after the conclusion of an auction. Such information may include, for example, size, yield, coupon, and maturity. Further details about the outcome of an auction and the demographics of bidders may be made available to those who are awarded bonds.
  • bond pricing occurs approximately 30 minutes after the auction terminates.
  • the clearing spread is added to the benchmark treasury rate to obtain the auction yield.
  • the coupon rate on the bond may become the auction yield rounded down to the nearest 1 ⁇ 8%.
  • the bond price that corresponds to the auction yield and coupon rate may be calculated to three decimal places. Bonds may be made available to trade shortly after pricing, subject completion of necessary documentation.

Abstract

The present invention provides an economical, high performance, adaptable system and method (designated “the OpenBook system”) for conducting an auction of debt securities to institutional and individual investors on the Web. In the OpenBook system auction: (1) Bidders are rewarded for anonymously revealing their bids early; (2) All winners pay a single market-clearing price that sells out the securities; and (3) All participants can monitor the auction in real time. The OpenBook system thus creates a transparent and low-cost new issue market; offers all bidders equal access to securities; and gives both investors and issuers a “seat on the syndicate desk.”

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
This application claims the benefit of U.S. Provisional Application No. 60/187,800 filed Mar. 8, 2000. This application is also related to pending application Ser. No. 09/347,949, filed Jul. 6, 1999 entitled “Auction System and Method For Pricing and Allocation During Capital Formation”.
COPYRIGHT NOTICE
A portion of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
TECHNICAL FIELD
This invention relates to the field of Internet computer systems and processes. More specifically, the invention is a method and apparatus for pricing and allocation of commodity or security issues through use of an Internet based control system.
BACKGROUND
It is desirable that the process of buying and selling initial offerings and large regulated blocks of commodities or securities (hereinafter “securities”) be made more accessible to more investors, be made more price transparent by providing more visibility into the bid and offer process, reduce the costs to issuers and investors and increase the amount of trading in these securities.
The present system of offering new issues of securities is non-transparent, inefficient and biased toward certain buyers and broker-dealers. As used herein, “securities” include equity securities, commodities (as traded on a licensed commodity exchange), fixed income or debt securities including, for example and without limitation, corporate bonds, municipal bonds, mortgage backed bonds, emerging market bonds, junk bonds, treasury bonds, convertible bonds, gold, and the like. These will be generally referred to as “securities.”
While the following describes the technical problem in terms of debt securities, the general issues relate to the sale of regulated securities, commodities and other similar assets. Those skilled in these arts will recognize that the technical problem described specifically is a general one which may be solved within the letter and spirit of the invention disclosed herein.
It is typical for a municipality, corporation, or other non-U.S. treasury issuer to sell its securities by having an investment bank, or other broker, underwrite an offering. Typically, corporate bond syndications use an investment bank's salesmen to convey the terms of a pending offering to potential investors along with some preliminary, unofficial “price talk.” In this way, a dialogue is initiated with investors that is intended to garner feedback concerning pricing and investor interest. This feedback is shared with the issuer and other investors.
This process is generally referred to as “book building.” Book building is iterative and filtered: a sort of oral history of the “book,” listing interested investors and the quantity of securities in which they are ostensibly interested, is told, retold and modified until the offering or “deal” is as big and as cheap as the issuer will tolerate. The deal is then priced by the syndicate and the issuer enters into a written agreement with the underwriter to make the offering. Thus, generally, no written commitment to actually make the offering is made by the issuer until after the offering is priced and subscribed. After the initial issue has been through this initial sale process, the securities are freed to trade in the “secondary” market, that is, the market in which securities other than new issues are traded. The issuer of the securities will typically pay fees to the underwriter for its marketing, pricing and allocation services.
In this initial sale system, market size and market price are controlled by the syndicate. And, as discussed below, the syndicate may wish to massage market size and price in order to accomplish a set of objectives which may belong to the underwriter or some subset of participants rather than the issuer and the market at large. Certain investors may be favored by an underwriter, such that other investors who express an interest in purchasing such bonds in an initial offering will have no certainty that they will be allocated any bonds by the syndicate desk. Additionally, a deal will typically become several times oversubscribed, that is, more securities will be desired by investors than are being offered by the issuer.
Potential investors are typically aware of this and, so, will indicate a quantity of securities to the syndicate which may be many times the actual amount of securities desired by the investor. Because investors understand that, in this traditional book building process, information can be filtered and massaged by the underwriter to achieve objectives that may differ from their own, investors tend to view this process with suspicion and caution. Thus, investors may attempt to manipulate the system in their favor in a number of ways. For example, as noted above, potential investors may pad their orders, indicating interest in a greater volume of securities than they truly desire. Potential investors may also stipulate that an order will fall away if the price is increased when, in fact, this simply represents posturing. The deal is then managed to the “proper” price and size by the syndicate, often to maximize fees and to please one constituent or another, but rarely to please the market as a whole or to achieve the most efficient price and distribution profile.
Because of all this attempted manipulation, the underwriter may not be able to get a good understanding of the true intentions of the potential buyers of the securities at the various potential price points. Behavior of all parties is governed by an objective to manipulate the system by using the filtering process to get the upper hand. Thus, it can be the case that, once the real market price is established in secondary trading, one constituency gains at the expense of another, leading to further mistrust of the system.
Recent conditions in the marketplace for debt securities amplify the need for a change in how these securities are bought and sold. For example, technology has become easily available to conduct electronic sales (by auctions, etc.) that promotes unfiltered price discovery on a low-cost, real-time basis. Secondly, debt investors and issuers have become financially more sophisticated in their knowledge of markets, their ability to analyze credit quality and their ability to recognize value in the market. This means that they are less dependent on financial intermediaries for research and advice than they were in the past. Third, the amount of investable funds in the market has grown dramatically over the past decade, creating intense competition for new debt issues within the investor community and creating a need for a better market clearing process. Fourth, the services provided by traditional investment banks related to the new debt issue they originate have declined significantly, while the fees charged for services rendered have remained constant. The most significant example of reduced service is the sharp decline in secondary market liquidity provided by the traditional investment banks, largely the result of a decreased appetite for the risk amidst decreased profitability in secondary corporate bond trading. Finally, the current system encourages misrepresentations about the size and quality of the book, encourages special interest deals and often creates major disputes regarding allocations which create a mistrust of the system, thereby causing investors and issuers to inflate values and amounts in a way which exacerbates the hidden nature and inaccuracies of prices in the system.
With the advent of the Internet and reasonably secure telecommunications systems, various attempts are being made to use these systems for the management of investment portfolios for mutual funds and others and for systems covering the sale and purchase of treasury bonds, corporate bonds and other securities in a way which avoids many of the described problems. Specifically in the area of bonds and other equities, for example, we have seen various patented systems. One such attempt at portfolio management is described in the well publicized U.S. Pat. No. 5,193,056 issued to Signature Financial Group on Mar. 9, 1993 titled “Data processing System for Hub and Spoke Financial Services Configuration.” More specifically an attempt at automating the trading of debt securities in the secondary market is described in U.S. Pat. No. 5,809,483 issued Sep. 15, 1998 to S. William Broka et al, titled “Online Transaction processing System for Bond Trading.” Another system is described in U.S. Pat. No. 5,946,667 issued Aug. 31, 1999 to Morgan Stanley Group titled “Data Processing System and Method for Financial Debt Instruments.” This system is a system for investors to track the performance of certain issued debt instruments within a limited period of time and especially for implementing investor participation in domestic and foreign capital markets through positions in indexed vehicles which are packaged as debt instruments. Still another more recent example of the use of the Internet to enhance general trading is found in U.S. Pat. No. 6,023,686 issued Feb. 8, 2000 to Health Hero Network, titled “Method for Conducting an on-line Bidding Session with Bid Pooling.” This system, while not aimed specifically at any specific security market, is a system for allowing individuals to pool their bids as a group in order to qualify to bid on a property in an on-line auction. That is, it allows individuals with limited funds to pool their resources with other individuals of limited resources to be able to qualify (i.e. have enough capital) to buy a piece of property that has been auctioned.
Other known internet related systems for buying and selling securities and commodities include a system set up in 1992 by Intervest, aimed at facilitating the secondary market sales of bonds between investors and broker-dealers. More recently, Brokertec, a consortium set up by Goldman Sachs and six other large institutions in the summer of 1999 is said to be trying to create an electronic inter-dealer broker for cash and futures. Tradeweb, an electronic brokerage system for U.S. Treasuries, was set up by four investment banks (CSFB (Credit Suisse First Boston), Goldman Sachs, Lehman Brothers and Soloman Brothers) in 1997 and has apparently been successful in trading these securities. These Government bonds however do not have the problems mentioned above in that they are heavily traded, their price is well known in advance and are deemed the ultimate safe investment. Still another on-line system for handling bond trading, primarily in the secondary market, is BondDesk.com owned by BondDesk.Com LLP, an internet-based provider of retail fixed income trading software, and owned by BondExchange LLC, Goldman Sachs Group Inc., Paine Webber Inc., and Spear, Leeds & Kellog. Almost all of these systems which strive to offer new issues follow the same logic; that is, they distribute research, prospectuses, filings and other new issue information over the web, which cuts down on paper, faxes and some phone calls. However the ultimate pricing and allocation of securities is still conducted via traditional methods.
There is still a need for an Internet-based centralized system which provides a low-cost, open and decentralized price discovery environment. That is, a system using current technology to improve the transparency of the price discovery process, eliminate mistrust, reduce the special interest money involved, and bring the cost of distribution more directly in line with the value added by the medium. The present invention provides a system to accomplish these goals and is applicable to the general securities and commodities transactions.
SUMMARY OF THE INVENTION
The present invention overcomes the disadvantages of the above described systems by providing an economical, high performance, adaptable system and method (designated “The OpenBook system”) for conducting an auction of securities to institutional and individual investors on the Web. In the OpenBook system auction:
    • Bidders are rewarded for anonymously revealing their bids early.
    • All winners pay a single market-clearing price that sells out the securities.
    • All participants can monitor the auction in real time.
The OpenBook system thus creates a transparent and low-cost new issue market; offers all bidders equal access to securities; and gives both investors and issuers a “seat on the syndicate desk.”
A computer implemented method for conducting an auction of securities on the web is claimed whereby Bidders are rewarded for anonymously revealing their bids early.
All winners pay a single market-clearing price that sells out the securities.
All participants can monitor the auction in real time.
An apparatus for conducting an auction of securities on the web is claimed whereby
Bidders are rewarded for anonymously revealing their bids early.
All winners pay a single market-clearing price that sells out the securities.
All participants can monitor the auction in real time.
Also claimed is a network node in the Openbook system which is an auction server node in a network having a user node including a browser program coupled to the network, the user node providing requests for information and providing bidding input commands on said network, the network node comprising:
    • an auction server node in the Openbook system responsive to a request from the user node to participate in a securities auction as a qualified bidder, whereby the openbook system auction server node provides a bid mechanism through which bidders are rewarded for anonymously revealing their bids early, and provides an allocation of securities which allows winning bidders to pay a single market-clearing price that sells out the offered securities, and provides a system whereby all participating users can monitor the securities auction at the user node.
    • Also claimed is a computer program product stored on a computed useable medium, comprising;
    • computer readable program means for causing the computer to
    • conduct an auction of securities on the Web;
    • provide a bid mechanism whereby auction bidders are rewarded for anonymously revealing their bids early;
    • provide an allocation of the securities which allows winning bidders to pay a single market-clearing price that sells out the securities; and
    • provide a system whereby all participants can monitor the auction in real time.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a flow chart illustrating a securities pricing and allocation system in accordance with a preferred embodiment of the present invention.
FIG. 2 is a flow chart illustrating processes which occur during an auction portion of the securities pricing and allocation system illustrated in FIG. 1.
FIG. 3 is a flow chart illustrating an initial bidding process which takes place during an auction portion of the securities pricing and allocation system illustrated in FIG. 1.
FIG. 4 is a flow chart illustrating a bid modification and final bidding process which takes place during an auction portion of the securities pricing and allocation system illustrated in FIG. 1.
FIG. 5 is a flow chart illustrating a bond allocation process which is part of the securities pricing and allocation system illustrated in FIG. 1.
FIG. 6 is a high level view of the internet architecture.
FIG. 7 is a screen shot of the user interface showing the log-on screen.
FIG. 8 is a screen shot of the user interface showing an exemplary set of Initial Terms for a sample offering.
FIG. 9 is a screen shot of the user interface showing an exemplary set of auction details.
FIG. 10 is a screen shot of the user interface showing an exemplary set of in-progress auction details.
FIG. 11 is an additional screen shot of the user interface showing an exemplary set of in-progress auction details.
FIG. 12 is an additional screen shot of the user interface showing an exemplary set of in-progress bids and related time-stamps.
FIG. 13 is an additional screen shot of the user interface showing an exemplary Bid confirmation set of in-progress auction details.
FIG. 14 is an additional screen shot of the user interface showing an exemplary set of current bid status data with in-progress auction details.
FIG. 15 is an additional screen shot of the user interface showing an exemplary request for confirmation of a bid modification entry with a set of in-progress auction details.
FIG. 16 is an additional screen shot of the user interface showing an exemplary warning screen indicating a time-stamp may be revised.
FIG. 17 is an additional screen shot of the user interface showing an exemplary successful purchase-auction over screen.
FIG. 18 is an additional screen shot of the user interface showing an exemplary unsuccessful purchase-auction over notice screen.
FIG. 19 is an additional screen shot of the user interface showing an exemplary details of a completed auction.
FIG. 20 is an additional screen shot of the user interface showing an exemplary error message relating to an improper bid size selection during an auction.
FIG. 21 is an additional screen shot of the user interface showing an exemplary attention message related to an attempt to cancel a bid during an auction.
FIG. 22 is a flow chart of the high level physical layout architecture of the system containing the present invention.
FIG. 23 is a flow chart showing the details of the auction server architecture of the system containing the present invention.
FIG. 24 is a flow chart showing further exemplary details of the systems architecture of the preferred embodiment of the present invention.
DETAILED DESCRIPTION OF THE INVENTION Overview
The present invention overcomes the disadvantages of the above described systems by providing an economical, high performance, adaptable system and method (designated “the OpenBook system”) for conducting an auction of securities to institutional and individual investors on the Web. In the OpenBook system auction:
    • Bidders are rewarded for anonymously revealing their bids early.
    • All winners pay a single market-clearing price that sells out the securities.
    • All participants can monitor the auction in real time.
The OpenBook system thus creates a transparent and low-cost new issue market; offers all bidders equal access to securities; and gives both investors and issuers a “seat on the syndicate desk.”
Similarities to Traditional Investment Grade Offerings
The Openbook system auction process is similar to a traditional investment grade debt security offering in the following respects:
    • The offering process will occur over 3-5 days from announcement to closing
    • The issuer will have an effective shelf registration statement
    • The managing underwriters will sign a terms agreement with the issuer
    • Co-managers will sign an agreement among underwriters
    • Dealers will sign a dealer agreement
    • A prospectus supplement will update the base prospectus with terms of the securities issued
    • Securities will clear regular way (T+3), DVP (delivery versus payment). Provisions are also provided for T+1 clearance in the future.
The Underwriting Agreement, Terms Agreement and Prospectus Supplement
The participants in the OpenBook system agree prior to an auction that their bids are conditional offers that the managing underwriters can accept once the auction is completed. In order to be able to immediately accept such offers, the underwriters will need to enter into a terms agreement with the issuer prior to pricing with the following provisions:
    • The underwriter's purchase of securities will be conditioned on a successful auction;
    • The auction will be bound by ranges for various terms, including the interest rate spread, issue amount and maximum Treasury rate;
    • The issuer, investors and underwriters will agree to abide by auction rules posted on the OpenBook system site;
    • The definition of prospectus will include the electronic form of the prospectus.
A system in accordance with the present invention is a system of price determination and allocation of securities that can result in substantial benefits for both companies seeking to raise capital through the sale of such securities and investors wishing to purchase such securities. As noted in the Background section, as used herein, securities includes equity securities, debt vehicles such as, without limitation, corporate or municipal bonds, mortgage backed bonds, emerging market bonds, junk bonds, commodities, gold, and money market instruments such as, without limitation, U.S. treasury bills, bank certificates of deposit, commercial paper, repurchase agreements and the like. An investment vehicle offering using a pricing and distribution system in accordance with a preferred embodiment of the present invention differs substantially from either traditional underwritten or Dutch auction security offerings. In offerings conducted in accordance with the present invention, investment vehicles will generally be sold by an offering company at a price determined by investors bidding for the vehicles using a Dutch auction type scheme. A Dutch auction is described in Exxon Corp., 1977-78 Fed. Sec. L. Rep. (CCH) para. 81,198 at 88, 159 (avail. May 9, 1977) which explains:
    • The Dutch Auction differs in certain material respects from the practice of competitive bidding. Principally, the bids which are submitted need not cover the entire amount of the offering in order to be accepted. Each bidder, including institutions and individuals as well as registered broker-dealers, indicates the amount of the offering which is wanted, and the yield. Each bid received will, on the final date designated for entry of bids, become an irrevocable offer to purchase the amount of bonds indicated unless the bid is withdrawn.
    • In addition, the offering price is based upon the yields specified in the bids. After closing the invitation period, the bids are listed in ascending order of yields. The bid with the lowest yield is accepted first, and then other bids at successively higher yields are accepted up to those bids with the highest yield required to reach the total amount of the offering. The highest accepted yield is the yield at which all the bonds are awarded. Upon determination of the yield, the interest rate and price are fixed by the issuer. The securities will be awarded to the successful bidders at a uniform price based upon the accepted yield.
However, not all difficulties are alleviated using the Dutch auction method. Using either a traditional book building or a Dutch auction technique, the issuer generally does not enter into any type of binding agreement to issue the bonds until after investors have demonstrated interest or the auction has run and pricing takes place. Thus, even after expressing interest or, in a Dutch auction, placing a bid, the issuer could still decide not to issue any bonds, leaving investors uncertain that they would receive any bonds until after final pricing.
Moreover, the value of a security is an almost exclusive function of the market for the security. And, both the traditional book building method and the Dutch auction method described above provide an imperfect indication of what the actual market value of a particular fixed income security might be because of the closed nature of the process. For example, there is no quote system for the bond market to allow potential investors to gain an idea of what a new issue might be worth. Additionally, there is no mechanism for a potential purchaser to gain information about what the issuer or other potential purchasers believe the particular security is worth or the amount of securities that an issuer will offer until after a price has been set and the security has been purchased. Finally, similar deal sizes for similar grade securities may have different demand at different points in time depending on any number of outside factors. Thus, past demand for a particular type of security is not necessarily a good indicator of future demand for a similar offering. Accordingly, there is an inherent lack of certainty for investors when purchasing these types of securities using traditional methods. While a type of Dutch auction is used in the present invention, this auction is an “open” auction as opposed to a “closed” (sealed bid) type auction used by others.
In the preferred embodiment, Information concerning the offering such as a range in which the final yield will be set and a range of total offering size is preferably provided prior to the auction. Additionally, potential investors will be able to receive feedback concerning what other potential investors are bidding for the offering during the course of an auction.
Preferably, an Auction Advisor provides a system upon which the auction portion of the offering is run and assist the issuer of the securities in marketing the offering and running the auction. As shown in step 110 of FIG. 1, which is a flow chart showing an overview of a securities pricing and allocation system in accordance with a preferred embodiment of the present invention, prior to an auction, an issuer communicates a mandate to the auction advisor that the issuer wishes to conduct a bond offering using a pricing and allocation system in accordance with the present invention. Then, as shown in step 112, the issuer enters into an agreement with the auction advisor to price and sell the issuer's offering. Preferably, this agreement is legally binding on the issuer contingent only on completion of a successful auction.
Because a binding agreement has been entered into, as shown in step 113, the issuer and/or auction advisor are able to determine a number of auction parameters, discussed in detail below, preferably including parameters which limit the price and total size of the offering. These auction parameters are preferably publicized to potential auction participants.
In a securities distribution system in accordance with the present invention, bidder's can preferably place two types of bids, a competitive bid and a non-competitive bid. As explained below in detail, bids include both a price component and a quantity component. Non-competitive bids are given in terms of the dollar amount of securities desired by the bidder and are automatically assigned a price component equal to a minimum yield for the offering as set by the auction parameters. Competitive bids preferably have both a quantity component and a price component chosen by the bidder which may be above a minimum yield as set by the auction parameters. Additionally, competitive bids preferably have a private component, used for pricing and allocation, and a public component, which is preferably made available to other bidders while an auction is in progress and which is preferably related to the private component. By having a public and private component, competitive bids can be used to provide bidders and issuers with information about the market value of an offering without requiring the bidder to reveal exactly what his or her bid is. Finally, as shown in step 116, the auction is closed and, as explained below, preferably 30 minutes after the close of the auction final pricing is completed.
Next, as shown in step 118, a pricing and allocation auction is conducted by the auction advisor. Basically, a clearing price is determined by arranging bids received during the auction in order from best to worst and pricing the offering at the bid price at which all the bonds offered can be allocated. Bonds are then allocated to all bidders bidding inclusively between the best bid price and the clearing price. Preferably, pricing achieved at this stage is set relative to the yield of a benchmark Treasury bond at a time after the auction has ended.
A securities distribution system in accordance with the present invention provides a number of significant advantages over a traditional fixed income securities offering. First, because issuers preferably enter into an agreement to sell bonds before pricing or allocation of bonds occurs, investors are provided with a relatively higher degree of certainty that bonds will be issued.
Also, far more information can, and preferably is, made available to investors prior to a showing of interest by investors than in past securities distribution systems. Pricing and deal size information is made available via the auction parameters publicized prior to the auction. Additionally, further “real-time” pricing information is made available to potential investors during an auction by publicizing the public component of all bids as they become available. Both of these features of a preferred embodiment of the present invention advantageously disseminate important information to investors allowing investment decisions based on a higher degree of certainty.
The auction system also can provide greater exposure to the retail market as individual investors preferably have the ability to bid on offerings on substantially equal footing with institutional investors. Thus, individual retail investors can gain access to new fixed income offerings, including high-grade corporate bond offerings, whereas they may not have had such access under previous security distribution schemes. The ability for retail investors to bid along side institutional investors may have the additional effect of increasing demand over that of a typical underwritten offering where the retail market is largely ignored relative to institutional buyers.
Additionally, the issuer of the securities does not have to pay as much of a premium to an investment bank or other broker for selling the securities because of the inherent efficiencies of the electronic system. This can advantageously result in substantial savings to the issuer in making a security offering.
The auction system provides greater certainty that the allocation of securities are awarded to those that desire them the most. Allocation is based on the aggressiveness of an investor's bid and their time stamp. The higher the price an investor is willing to pay for a security and the earlier they place their bid, the more likely they are to be awarded securities.
In a preferred embodiment, offerings utilizing an auction in accordance with the present invention will be conducted through the use of a software system developed by the assignee, W. R. Hambrecht, Inc., which is described in more detail below. This system will handle multiple aspects of the offering process, including subscription, pricing and allocation. It is to be understood, however, that a securities pricing and allocation system in accordance with the present invention my be achieved by any number of similar web-based software and hardware modules.
Although, as noted above, the pricing and distribution system of the present invention can be applied to any type of security, a preferred embodiment, discussed below, will be described with respect to bonds or, more specifically, corporate bonds. Additionally, pricing for bonds herein will be referred to in terms of interest rate paid on the bond or yield. Specifically, pricing will be referred to with respect to the interest rate paid on the auctioned bonds relative to the interest rate paid on a selected benchmark treasury bond. This quantity will be referred to herein as the “spread.” It is to be noted that the lower the spread, the lower the interest rate the issuer must pay on the bond. Consequentially, the lower the spread of a given bid, the more attractive it is to the issuer.
Subscription
In a system in accordance with the present invention, investment vehicle offerings are preferably accessible to both institutional and retail investors. In order to participate in any given offering investors must be registered with a designated Underwriter. It is expected that institutional investors will be able to register directly with such Underwriter, but that retail investors will typically participate via on-line brokerage firms. On the day the bonds become available for sale by the issuing company registered investors can submit bids on the offering. Preferably, bids are submitted electronically through a web-based interface maintained by the Assignee, W. R. Hambrecht Inc., as the Auction Advisor. As discussed in detail below, any investor making a bid will indicate the number of bonds such investor would be willing to purchase (“Bid Quantity”) and the spread the investor would be willing to accept (“Spread”).
Set-Up
Preferably, to arrange an offering, an issuer of securities contacts the auction advisor at least a week prior to the date the issuer would like to sell the bonds and arranges to have the auction advisor offer and sell the bond issue through the auction process of the present invention.
Prior to conducting an auction, an issuer and/or the auction advisor determine a number of auction parameters, listed below. Then, preferably, these parameters are announced to potential bidders prior to the start of the auction. This feature advantageously provides a potential investor with far more information about a bond offering than was traditionally available through the previously used bond sales techniques discussed in the Background section.
The parameters listed below are those which are determined in a preferred embodiment. It is to be understood that it is within the ambit of the present invention to include either greater or fewer auction parameters to be decided prior to the auction and announced to potential bidders.
    • 1. A minimum and maximum dollar amount of bonds to be issued (“the Minimum and Maximum deal size”). This provides a potential investor with concrete information concerning the total size of an offering prior to bidding. The precise dollar amount of bonds to be issued is preferably set midway between the start and finish of an auction (which preferably would have a duration of from 1 to 4 hours) and will be between the Minimum and Maximum deal size. As discussed in detail below, by the midpoint of an auction a substantial amount of pricing and demand information will preferably have been collected by the auction advisor and disseminated to both the issuer and the bidders. Thus, the issuer is advantageously provided with valuable pricing and demand information which can be used in determining a final dollar amount of the offering.
    • 2. A reference Treasury security of comparable maturity to bonds being issued (the “Benchmark Treasury”). Bids are expressed in terms of a yield above the yield of the Benchmark Treasury, or the spread. As discussed below, the auction process determines a spread at which the offered bonds will be sold (the “clearing spread”). The final yield, however, is based on the yield of the Benchmark Treasury, which can continue to fluctuate after a clearing spread has been determined. The final yield is preferably set based on the yield of the Benchmark Treasury 30 minutes after the close of the auction.
    • 3. A minimum and a maximum differential over the Benchmark Treasury for which bids will be accepted (the “Minimum Spread” and the “Maximum Spread,” respectively). Providing this information prior to the beginning of an auction gives potential investors an idea of the range for the final yield of the offered bonds (depending on the yield of the Benchmark Treasury 30 minutes after the close of the auction). Thus, potential investors can gauge their interest in an offering and size and price their bids accordingly.
    • 4. A maximum yield for the Benchmark Treasury (the “Maximum Benchmark Treasury Rate”). This indicates a maximum yield of the Benchmark Treasury. The issuer and/or the auction sponsor has the right, but not the obligation, to cancel an auction if the actual treasury rate is greater than the Maximum Benchmark Treasury Rate.
    • 5. A minimum dollar size for competitive bids and non-competitive bids. This is the lowest dollar amount a bidder can bid in either a competitive bid or a non-competitive bid. These parameters are set to prevent a proliferation of undersized bids which could add unnecessary administrative complexity to an auction. Additionally, an individual investor may use these parameters to determine whether he or she wishes to participate in the auction at all. The minimum dollar size for competitive bids may, but need not, equal the minimum dollar size for non-competitive bids.
    • 6. A minimum dollar increment for competitive bids and non-competitive bids. Bids must be made in these pre-determined increments. For example, if the minimum dollar increment is $1000.00, bids must be in this increment. That is, no bids of, for example, $10,500 would be accepted. These parameters are set to mitigate administrative difficulties. The minimum dollar increment for competitive bids may be, but does not need to be, the same as the minimum dollar increment for non-competitive bids.
    • 7. A maximum dollar bid quantity (the “Maximum Bid Size”). This is the maximum dollar amount that any single bidder can bid after combining the bidder's competitive bid and non-competitive bid. This parameter is set to prevent any single bidder from having a dominating influence on the spread set by the auction. Setting this parameter, then, can allow the clearing spread to better reflect a true market valuation of the offered bonds.
    • 8. A maximum spread under an Initial Bid that potential investors can modify a Final Bid without canceling their competitive bid (“the Protected Spread Range”). As discussed in greater detail below, a competitive bid has a public spread component and a private spread component. The Protected Spread Range is the maximum amount, expressed in terms of basis points, which the private spread component can be below the public spread component without requiring cancellation and re-entry of the entire competitive bid. For example, if a Protected Spread Range is set at 0.04 (expressed in basis points) and a potential investors competitive initial (public) bid is 0.75, then the final (private) bid cannot be below 0.71 without canceling and re-entering the competitive bid. As discussed below, the protected spread range tends to cause the pricing information provided publicly during an auction to reflect the private bid information upon which the final pricing of the offering will be based.
    • 9. A maturity date for the issue.
    • 10. A coupon frequency for the issue.
    • 11. An auction starting and ending time. As noted above, auction duration is preferably between 1 and 4 hours.
    • 12. A time when the final deal size will be announced. As discussed above, this time is preferably during the progress of an auction.
By publicizing the auction parameters listed above prior to the start of an auction, potential investors can receive far more information about a fixed income offering than was typically made available in past offering techniques. In particular, through publication of the Minimum and Maximum Deal Size, the Benchmark Treasury and the Minimum and Maximum Spread, potential investors will receive information about both the size and pricing of a bond offering prior to the sale of the bonds. This information can advantageously be used by investors to make relatively more certain investment decisions.
Auction Process
FIG. 2 is a flow chart illustrating a preferred embodiment of the major processes which take place during the auction portion of a system in accordance with the present invention. As shown in step 150, the auction begins at a predetermined and published time. During the auction, there are three major processes which take place. As shown in step 152, the auction advisor monitors the progress of the auction. In a preferred embodiment, this includes, for example, activities such as allowing only one competitive bid and one non-competitive bid per auction participant, monitoring the Benchmark Treasury Rate to see if it exceeds the Maximum Treasury Rate, and policing the authenticity of placed bids.
Additionally, as shown in step 154, and as explained in detail below, bids are taken by the auction advisor and the public component of the bids are publicized. It is to be understood that preferably, bids taken during an auction are not necessarily accepted. That is, simply because the auction advisor takes a bid from a bidder, it does not necessarily mean that the bidder will receive bonds. As discussed below, only successful bidders will receive bonds.
As shown in step 156, the deal size is set, preferably midway through the auction. At a predetermined ending time, as shown in step 158, the auction is ended and no more bids are taken.
Bidding
Preferably, a pricing and allocation system in accordance with the present invention determines the yield which the bonds being offered will generate based on bids received by potential investors. A potential investor's auction bid preferably indicates two things: the number of bonds the potential investor wishes to purchase and the yield the potential investor wishes to receive for the bonds. The number of bonds is preferably expressed as the total value of the bonds the potential investor wishes to buy, for example, an investor might indicate a desire to purchase $200,000 worth of bonds. The yield the potential investor would like to receive on the purchased bonds is preferably indicated in terms of spread between the yield of the Benchmark Treasury at the time of final pricing and the desired yield of bonds being bid for in one basis point increments. For example, if the Benchmark Treasury has a yield of 7%, the auction participant would bid 1.5% to indicate a willingness to accept an 8.5% yield on the purchased bonds.
As discussed in detail below, in an bond pricing and distribution method in accordance with a preferred embodiment of the present invention, whether a bid is successful depends generally on two factors: the size of the bid spread and the relative time at which the bid was placed. Generally, the lower the bid spread and the relatively earlier the bid is placed, the more likely the auction participant will receive the full amount of bonds desired. Preferably, in order to determine when a bid was placed, a “time stamp” is associated with the bid which indicates when a bid was received relative to other bids received during an auction.
As mentioned above, in a preferred embodiment of the present invention, there are two general categories of bids which an auction participant can place: competitive bids and non-competitive bids. Competitive bids preferably indicate both a quantity and a spread which can be above the Minimum Spread set by the issuer prior to the auction. Non-competitive bids, on the other hand, simply express a total amount of bonds which the bidder desires at whatever the clearing price will be.
Additionally, there are two categories of competitive bids: public competitive bids and private competitive bids. When first entering a competitive a bid, a bidder preferably enters both a public competitive bid, or “initial bid,” and a private competitive bid, or “final bid.” The initial bid will not be part of a firm offer from the potential investor at the time of the auction close, however, the final bid will be part of such a firm offer. Additionally, the spread and quantity of the initial bid is made available to other potential investors while the auction is taking place (though the identity of the bidder is preferably not revealed). Preferably, if the bidder does not enter a final bid at the time of entering the initial bid, the initial bid becomes the final bid by default.
Because the final bids affect the clearing spread of the offering, and become the potential investor's firm offer at the time of the close of the auction, in order to provide an indication to auction participants of the market value of the offering, it might be desirable to publicize the final bids. However, it may also be desirable to auction participants to keep precise information about their firm offers private until the end of the auction. Accordingly, to provide all bidders with some indication of the market value of the offering, the private, final bids are preferably related to the public, initial bids.
To achieve this, in a preferred embodiment, the issuer sets a Protected Spread Range which indicates the maximum amount a bidder's final bid can be below his or her initial bid from the final bid spread without altering the time stamp of the bid. For example, if an issuer set a protected spread range of 0.35 basis points, a bidder's final bid spread could not be more that 0.35 below the bidders initial bid without losing the time stamp of the bid. Preferably, if the bidder goes out of the protected spread range, the original time stamp for the bid is lost and a new time stamp corresponding to the time the final bid outside the protected spread range was made is assigned to the new bid. Additionally, a new initial bid is preferably created by default to match the final bid which is outside the protected spread range of the original initial bid. Preferably, the final bid is not allowed to be above the initial indication. This provides bidders viewing publicly provided bid information with the knowledge that the information provided reflects the largest spreads that other bidders are bidding. This can provide greater certainty for bidders viewing publicly provided bid information.
As noted above and explained in detail below, bonds are preferably allocated partially based on the time stamp corresponding to the bid. Thus, in a competitive auction, it is to a bidder's benefit to both bid early and retain the time stamp of his or her bid by not placing a final bid outside the protected spread range. This provides a motivation for bidders to make final bids which are inside the protected spread range with respect to the bidder's initial bid. This, in turn, provides a motivation for bidders to make their initial bids reflect the bidder's genuine beliefs about the market value of the offering. Thus, advantageously, there is impetus to make publicly provided bid information available relatively early in the auction process and bear some relationship to the true market value of the bond offering.
As mentioned above, bidders can also place non-competitive bids instead of or in addition to competitive bids. In a Non-competitive bids the bidder enters a bid for the amount of bonds desired, such as $200,000. For pricing purposes, the spread component is set at the Minimum Spread as determined by the issuer prior to the auction. As will be explained in detail below, this means that non-competitive bids are the first bids “filled” or allocated the requested quantity of bonds. In this way, a bidder who wants a certain amount of the offered bonds, but is not highly concerned about the yield, can simply indicate how many bonds he or she desires and the bid will likely be filled at clearing spread. Also, preferably, retail investors are limited to submitting only non-competitive bids while institutional investors can submit either competitive or non-competitive bids. This advantageously allows savvy, institutional investors to retain substantial control over the final price of the bonds thereby reducing the possible irrationality which may be introduced into the market if retail investors were substantially impacting the price of bonds. Like competitive bids, non-competitive bids also receive a time stamp when placed which may be used to determine allocation priority.
FIG. 3 is a flow chart illustrating a preferred embodiment for placing an initial bid in accordance with the present invention. At step 200, an investor places an initial bid. As shown in steps 210 and 216, the investor will have to enter quantity and, if the bid is competitive, will also have to enter a spread. After entering a quantity in step 210, as shown in steps 212 and 214, two checks are performed by the system. First, in step 212, it is determined whether the bid quantity is greater than the minimum bid size and in the correct bid increment. If either one or both of these conditions is not met, the investor is returned to step 210 and asked to enter another bid quantity. If both of these conditions are met then, in step 214, the system checks to be sure that the entered quantity is less than or equal to the investor's credit limit or the maximum bid size. If the entered quantity is not less than or equal to either one or both of these parameters than the invest or is asked to reenter the bid quantity. If the quantity is less than or equal to the investors credit limit and the maximum bid size, then the quantity component of the bidder's initial bid is approved.
As shown in step 216 a spread is also associated with the initial bid. In step 218, the system first determines whether the bid is competitive or not. If the bid is not competitive then, in step 222 the spread for the bid is set equal to the minimum bid spread. If the initial bid is part of a competitive bid then a shown in step 220, it is determined whether the spread is below the maximum spread and above the minimum spread. If the spread is outside this minimal/maximum spread range, the bidder is returned to step 216 and asked to enter another spread. If the spread is within the minimum/maximum spread range, then the spread component of the bid is approved. Finally in step 224, if both the quantity component and the spread component of the initial bid are approved, the bid is displayed to the public and given a time stamp.
As discussed above, it is possible to modify the spread component of a competitive bid. Additionally, it is possible to modify the quantity component of either a competitive bid or a non-competitive bid. FIG. 4 is a flowchart illustrating how a system in accordance with the present invention allows a bidder to modify the quantity component of either a competitive bid or a non-competitive bid and enter and modify a final bid (of a competitive bid). At step 300, an investor modifies the quantity component of either competitive bid or non-competitive bid. At step 310, the system checks whether the modification is greater than the minimum bid size and in the correct bid increment. If the modified bid violates either parameter, then the bidder is returned to step 300 and asked to enter a new modification. If both parameters are satisfied, then, in step 312, the system checks whether the modified bid quantity component is greater or equal to the current bid quantity component. Thus, if the new quantity component is less than the original quantity component, as shown in step 316, the bidder is asked whether he or she would like to place a new bid, that is, a bid having a new time stamp.
If the bidder does not wish to lose the time stamp of the original bid, he or she is returned to step 300 to make an appropriate bid modification. If the bidder does wish to enter a new bid he may do so but only up to the pegged amount.
Changing a bid quantity by a relatively large amount, e.g. more than 50%, can have a relatively large effect on the bid information that is provided to bidders during the auction. Thus, allowing such large changes is bid quantity could introduce greater uncertainty into the auction process. Accordingly, bidders are preferably discouraged from changing their bid quantities by such a large amount. Preferably, if a bidder changes his or her original bid quantity by 50% or more, the original bid is cancelled and the bidder must enter a new bid with a new time stamp. Therefore, if the new quantity component of the modified bid is greater than or equal to the current bid quantity component then, at step 314, the system checks whether the new quantity is less than 50% more than the original quantity component. If so, then, at step 316, the bidder is asked whether he or she would like to enter a new bid. However, if the new quantity component is less than 50% more than the original quantity component, the change is accepted, the time stamp is preserved and, as shown in step 318, the new quantity component is displayed to other bidders.
As discussed above, a competitive bid also has a final bid component which is not made public during the auction. Referring again to FIG. 4, at step 400, a bidder enters or modifies the final bid component of a competitive bid. As shown at step 400, the final bid component of a competitive bid is set to the initial bid component by default. However, a bidder preferably is able enter a final bid which is different from the initial bid if the final bid is less than the initial bid and within the Protected Spread Range from the initial bid. Accordingly, as shown at step 410 the system checks whether the entered final bid is less than the initial bid by no more than the Protected Spread Range. If it is not, at step 420, the bidder is given the opportunity to enter a new bid.
If the bidder does not wish to enter a new bid, the bidder is returned to step 400. If the bidder does wish to enter a new bid, as shown in step 414, a new time stamp is assigned to the modified bid and the initial bid component of the modified bid is by default set equal to the new final bid component. If the bidder desires, however, an initial bid different from the new final bid can be entered as long as it is greater than the new final bid and within the protected spread range of the final bid. Returning to step 410, if the new final bid entered at 400 is less than the original initial bid by no more than the Protected Spread Range, then at step 416, the new final bid is accepted with no change in the time stamp of the bid.
After accepting bids for a predetermined amount of time, as set in the auction parameters, the auction is closed and no additional bids are accepted and submitted bids cannot be changed.
Pricing and Allocation
The final yield which investors will receive for bonds sold through the auction process is preferably determined following the auction close. Most preferably, the final yield is determined 30 minutes after the auction close. Immediately after auction close, however, a spread at which the offered bonds will be sold relative to the Benchmark Treasury Rate, or clearing spread, is determined. FIG. 5 is a flow chart showing the process which is used to price and allocate bonds in the offering.
As shown at step 500, non-competitive bids and final bid components of competitive bids are arranged in an array from lowest spread to highest spread. As noted above, non-competitive bids are automatically assigned the Minimum Spread as determined in the auction parameters. Accordingly, non-competitive bids will be collected at the lowest level of the array of arranged bids. Bids having the same spread are arranged in the array in ascending order from the earliest time stamp to the latest time stamp. Bids having the same time stamp and spread are placed at the same level in the array.
As shown in steps 501 and 510, the lowest bid or bids (if multiple bids share the same time stamp) are “accepted.” Subject to there being sufficient quantity demand to fill the deal size, bidders of accepted bids will receive bonds at the clearing spread. Then, in step 512, the system checks whether the aggregate quantity of accepted bids equals or exceeds the deal size. If not 511, then the next highest bid or bids in the array are accepted. The system loops through steps 510 and 512 until the aggregate quantity of accepted bids is equal to or greater than the deal size 513. Then, as shown in step 514, the system checks whether all of the accepted bids are non-competitive bids. If not 515, that is, if there is at least one competitive bid accepted, then as shown in step 516, the clearing spread is set equal to the spread of the last accepted bid or bids (having the same spread and time stamp).
If all of the accepted bids are non-competitive 517 then, as shown in step 518, the clearing spread is set at either one of two values. If the aggregate dollar quantity of bonds requested by the accepted bids exactly equals the deal size, bonds will be awarded at the mid-point between the Minimum Spread and the Maximum Spread. If, however, the aggregate quantity of bonds requested by the accepted bids is greater than the deal size, bonds will be awarded at the Minimum Spread.
As shown in step 520, if there are multiple bids with the same time stamp and which spread component equals the clearing spread, then bonds are allocated among these bids on a pro-rate basis. Then, in step 522, the system determines whether the aggregate quantity component of the accepted bids is greater than the deal size. If it is not 523, that is, if the aggregate quantity component of the accepted bids is equal to the deal size, then, as shown in steps 524 and 526, investors are awarded bonds at the clearing spread according to the quantity component bid.
As shown in step 528, if the aggregate quantity component of the accepted bids is greater than the deal size, the accepted bids with the highest spread and the latest time stamp will be awarded only a portion of desired quantity indicated by the bid. The portion awarded is preferably equal to the difference between the deal size and the aggregate quantity of bonds requested by all accepted bids minus the quantity of bonds requested by the accepted bid with the highest bid and the latest time stamp. Additionally, as shown in step 526, bonds will be awarded at the clearing spread.
Closing
Bond pricing occurs approximately 30 minutes after an auction terminates.
The auction yield is preferably determined by adding the clearing spread to the Benchmark Treasury Rate. The coupon rate on the bond will be set at the auction yield rounded down to an increment determined by the issuer and auction advisor. The bond price that corresponds to the auction yield and coupon rate is preferably rounded to three decimal places.
BEST MODE FOR CARRYING OUT THE INVENTION
While the following description of the preferred embodiment articulates the current operating rules in terms of an auction and system focused on bond or debt securities it will be clear to those skilled in these arts that these and similar rules can be used in and for similar electronic auctions of securities of any kinds as well as for similar auctions of most commodities. Similarly, while the description of the systems hardware and software and their current architecture are used at present for auctions of bonds and other debt securities, it will be clear to those skilled in these arts that these and similar hardware and software means can be used in and for similar electronic auctions of securities of any kinds as well as for similar auctions of most commodities.
Technology Employed
The OpenBook auction system builds on the design and architecture developed for W. R. Hambrecht's proprietary OpenIPO™ equity underwriting platform. This is described in the related pending application Ser. No. 09/347,949 filed Jul. 6, 1999 which is incorporated fully herein by reference. The auction engine employs a modular, client-server architecture that can be partitioned across several processors using standard network protocols. The core of the system is the Order Management Server (OMS) which utilizes a commercial, off-the-shelf relational database to provide transaction-oriented persistent storage. Other components of the system interact with the OMS via a distributed messaging system to handle administration, bid management, and securities allocation. The novelty of the present invention including its differences from this prior invention will be described in more detail below.
Current Operating Rules
In the preferred embodiment of the system, the following rules govern the participation of buyers and sellers of securities and are consistent with current Federal and State Regulations governing the sale of such securities.
1. General Terms
    • 1.1. These rules (the “Rules”) shall govern the participation by prospective purchasers of securities (the “Investor(s)”) in the OpenBook system Internet electronic auction system (the “System” or “the OpenBook system”) operated by W R Hambrecht+Co. (“WRH”). Each Investor by signing a Customer Agreement and/or Participation Agreement with WRH, an underwriter or dealer participating in the OpenBook system agrees to be bound by the Rules and to consent to the participation of other Investors in the OpenBook system. These rules should not be interpreted in connection with any other document (including documents posted on the WRH web site) except the Customer Agreement, The OpenBook System Participation Agreement and any amendments to this document specifically labeled as such.
    • 1.2. WRH has the exclusive right to amend the Rules from time to time and will post such amendments on the OpenBook system. Investors will be bound by an amendment after the effective date set forth in the amendment.
    • 1.3. WRH has the right to cancel any auction if in its sole discretion events have occurred that would interfere with the operation of such auction.
      2. The Issuer
    • 2.1. An issuer of securities (“the Issuer”) and/or WRH selects the following terms that will be announced on the OpenBook system prior to an auction: a minimum and maximum dollar amount of bonds to be issued; a reference Treasury security of approximately comparable maturity to bonds being issued (the “Benchmark Treasury”); a minimum differential (a “Spread”) over the Benchmark Treasury for which bids will be accepted (the “Minimum Spread over the Benchmark Treasury”); a maximum differential over the Benchmark Treasury for which bids will be accepted (the “Maximum Spread over the Benchmark Treasury”); a maximum rate for the Benchmark Treasury (a “Maximum Benchmark Treasury Rate”); a minimum dollar size for Competitive Bids (the “Minimum Competitive Bid Size”); a minimum dollar increment for Competitive Bids (the “Minimum Competitive Bid Increment”); a minimum dollar size for Non-Competitive Bids (a “Minimum Non-Competitive Bid Size”); a minimum dollar increment for Non-Competitive Bids (the “Minimum Non-Competitive Bid Increment”); a maximum dollar bid quantity (the “Maximum Bid Size”); a maximum Spread under an Initial Bid that Investors can modify a Final Bid without canceling their Competitive Bid (the “Protected Spread Range”); a maturity date for the issue; a coupon frequency for the issue; an auction starting time; an auction ending time; and a time that the Deal Size will be announced. An Issuer and/or WRH may select any additional terms deemed relevant to an auction.
    • 2.2. The Issuer and/or WRH has the right, but not the obligation to cancel an auction on the OpenBook system if the actual treasury rate is greater that the Maximum Benchmark Treasury Rate.
    • 2.3. The Issuer and/or WRH will announce the exact dollar size of an issue (the “Deal Size”) at some pre-specified point during an auction.
      3. Bidding
    • 3.1. The auction will start and end at times determined by the Issuer and/or WRH. Investors may not place bids prior to the start or after the end of the auction.
    • 3.2. Investors may enter a desired quantity of bonds in dollars and two Spreads over the Benchmark Treasury, in one basis point increments (collectively a “Competitive Bid”).
      • 3.2.1. When an Investor enters a Competitive Bid, the first Spread component will be revealed to other Investors on the OpenBook system, but the identity of the Investor will remain anonymous (an “Initial Bid”).
      • 3.2.2. The second Spread component will not be revealed to other Investors until after the auction ends (the “Final Bid”). The Final Bid may not be less than the Initial Bid by more than the Protected Spread Range.
      • 3.2.3. The Initial Bid will not be part of a firm offer on the part of the Investor at the time of the auction close. The Final Bid and quantity component of a Competitive Bid will comprise a firm offer on the part of the Investor at the time of the auction close.
    • 3.3. In addition to or in place of a Competitive Bid, Investors may enter a desired quantity of bonds in dollars and a Spread equal to the Minimum Spread over the Benchmark Treasury (collectively a “Non-Competitive Bid”).
    • 3.4. New Competitive Bids and new Non-Competitive Bids will be marked in one minute increments at the time a confirmation of a bid is received by the OpenBook system (the “Time Stamp”).
    • 3.5. Investors may place only one Competitive Bid and one Non-Competitive Bid at any time.
    • 3.6. The quantity component of a Competitive Bid must be greater than or equal to the Minimum Competitive Bid Size and in an increment evenly divisible by the Minimum Competitive Bid Increment. The quantity component of a Non-Competitive Bid must be greater than or equal to the Minimum Non-Competitive Bid Size and in an increment evenly divisible by the Minimum Non-Competitive Bid Increment.
    • 3.7. When added together, the quantity components of a Competitive Bid and a Non-Competitive Bid must not exceed the lesser of an Investor's credit limit as set by WRH or the Maximum Bid Size.
    • 3.8. An Initial Bid and a Final Bid must be greater than or equal to the Minimum Spread over the Benchmark Treasury and less than or equal to the Maximum Spread over the Benchmark Treasury.
      4. Changing Bid Spreads
    • 4.1. Investors may change a Final Bid at any time during the auction. A Final Bid must be less than or equal to the current Initial Bid.
    • 4.2. If an investor attempts to change a Final Bid to a value that is less than the Initial Bid by more than the Protected Spread Range (a “Disqualified Final Bid”), the OpenBook system will automatically offer the Investor the opportunity to enter a new Competitive Bid with the following values set by default but subject to change by the Investor: a quantity component equal to the quantity component of the previous Competitive Bid and an Initial Bid and Final Bid equal to the Disqualified Final Bid.
    • 4.3. Investors cannot modify the Spread component of a Non-Competitive bid.
      5. Changing Bid Quantities
    • 5.1. Investors may change the quantity component of a Competitive Bid or Non-Competitive Bid at any time during an auction.
    • 5.2. If an Investor attempts to change the quantity component of a Competitive Bid to a value (the “Competitive Bid Disqualified Quantity Component”) that is (1) less than the currently existing quantity component of that Competitive Bid or (2) that is greater than 50% more than the first quantity component that an Investor entered for that Competitive Bid, the OpenBook system will automatically offer the Investor the opportunity to enter a new Competitive Bid with the following values set by default but subject to change by the Investor: a quantity component equal to the Competitive Bid Disqualified Quantity Component and an Initial Bid and Final Bid equal to the Initial Bid and Final Bid components of the previous Competitive Bid.
    • 5.3. If an Investor attempts to change the quantity component of a Non-Competitive Bid to a value (the “Non-Competitive Bid Disqualified Quantity Component”) that is (1) less than the currently existing quantity component of that Non-Competitive Bid or (2) that is greater than 50% more than the first quantity component that an Investor entered for that Non-Competitive Bid, the OpenBook system will automatically offer the Investor the opportunity to enter a new Non-Competitive Bid with the following values set by default but subject to change by the Investor: a quantity component equal to the Non-Competitive Bid Disqualified Bid Quantity Component and a Spread component equal to the Minimum Spread over the Benchmark Treasury.
      6. Award of Bonds
    • 6.1. If the total quantity of bonds requested by all Competitive and Non-Competitive bids is less than the Deal Size, WRH has the right, but not the obligation to cancel the auction and reject all submitted bids. If the total quantity of bonds requested by all Competitive and Non-Competitive bids is less than the Deal Size and WRH decides not to cancel the auction, the underwriting syndicate will place a Non-Competitive Bid with a quantity component equal to the difference between the Deal Size and the total quantity of bonds requested by all Competitive and Non-Competitive bids.
    • 6.2. At the end of an auction, Competitive and Non-Competitive Bids will be arranged from the lowest to the highest Final Bid or Spread component of a Non-Competitive Bid. Except as modified by Sections 6.3-6.5, Competitive Bids and Non-Competitive Bids will be accepted starting with the lowest Final Bid or the lowest Spread component of a Non-Competitive Bid until the aggregate quantity of bonds requested by the accepted bids is greater than or equal to the Deal Size. The lowest Spread level that results in the total quantity of bonds requested being greater than or equal to the Deal Size is called the “Clearing Spread”.
    • 6.3. All Competitive Bids that have a Final Bid component or Non-Competitive Bids that have a Spread component that equals the Clearing Spread will be arranged from earliest to latest Time Stamp. Except as modified by Sections 6.4 and 6.5, Competitive Bids and Non-Competitive Bids will be accepted starting with the earliest Time Stamp until the aggregate quantity of bonds requested by the accepted bids is greater than or equal to the Deal Size. Bids that have the same Time Stamp and that have a Spread component equal to the Clearing Spread will be awarded bonds on a pro-rata basis according to dollar quantity of bonds requested.
    • 6.4. If all bids are Non-Competitive and the aggregate dollar quantity of bonds requested by those bids exactly equals the Deal Size, bonds will be awarded at the mid-point between the Minimum Spread over the Benchmark Treasury and Maximum Spread over the Benchmark Treasury. Except as modified by Section 6.5, if all bids are Non-Competitive and the aggregate dollar quantity of bonds requested by those bids is greater than the Deal Size, bonds will be awarded at the Minimum Spread over the Benchmark Treasury.
    • 6.5. If the aggregate quantity of bonds requested by all accepted bids is greater than the Deal Size, the accepted bids with the highest Spread and the latest Time Stamp will be awarded a partial quantity of bonds equal to the difference between the Deal Size and the aggregate quantity of bonds requested by all accepted bids minus the quantity of bonds requested by the accepted bid with the highest Spread and the latest Time Stamp.
    • 6.6. All Investors that have a Final Bid or Spread component of a Non-Competitive Bid less than the Clearing Spread will be awarded bonds at the Clearing Spread.
    • 6.7. W. R. Hambrecht reserves the right to reject a Competitive or Non-Competitive bid for any reason.
    • 6.8. A bid that is accepted by WRH will constitute an irrevocable contract to purchase securities by the Investor.
      7. Pricing
    • 7.1. Bond pricing occurs approximately 30 minutes after an auction terminates. The auction yield (the “Auction Yield”) is determined by adding the Clearing Spread to the Benchmark Treasury Rate. The coupon rate on the bond will be set at the Auction Yield rounded down to an increment determined by WRH and the Issuer. The bond price that corresponds to the Auction Yield and coupon rate is rounded to three decimal places.
The Auction Process
In an embodiment of the invention, an overview of the system of the present invention is shown in FIG. 6. In an embodiment of the invention, an end user of the auction method and system of the present invention uses a standard web browser 601 to access via a network, such as the Internet 602, both an information website 603 and the auction server 604. The information website 603 may be associated to a published URL and contains information about offerings and the auction process of the method and system of the present invention. The auction server 604 may contain the auction engine itself, where the auctions are run.
FIG. 22 shows an exemplary embodiment of the physical network for the method and system of the present invention. A router 2202, such as a Cisco router is connected to a network, such as the Internet 2201. In an embodiment of the invention, an auction application of the method and system of the present invention is deployed at a co-location facility that provides a 100 Mbps connection to the Internet 2201. Router 2202 is connected to switch 2203, which may be a 10 Mpbs/100 Mpbs switch associated with a public network. Switch 2203 is connected to production auction server 2204, which may be designated as the hot production server. Switch 2203 is also connected to backup server 2206, which may be designated as a warm backup server. Production auction server 2204 and backup server 2206 are connected to switch 2205, which may be designated a private network switch and may be associated with a private network. In an embodiment of the invention, digital streams to and from the Internet 2201 pass through router 2202 and then switch 2203, which directs auction-related bit traffic over the associated public network to production auction server 2204. Backup server 2206 may also be on the same associated public network and serves as the fail-over for the production auction server 2204. Switch 2205 serves as a connection to the associated private network that contains other non-Internet related applications.
FIG. 23 shows an overview of an embodiment of an auction server 2301 of the method and system of the present invention. Auction server 2301 may contain one or more databases 2302, an OMS 2305, a bid manager 2306, an auctioneer 2303, and an administrator 2304. Auctioneer 2303, administrator 2304, and bid manager 2306 all have access to the OMS 2305. In an embodiment of the invention, auctioneer 2303, administrator 2304, and bid manager 2306 may have varying degrees of access to the OMS 2305. OMS 2305 is an order management system that is associated with one or more databases 2302. Bid manager 2306 is connected to web server 2307, which is in turn connected to a network, such as the Internet 2308.
FIG. 24 shows a more detailed view of an exemplary systems architecture for the method and system of the present invention. Order Management System 2410, or OMS, as exemplified by an OMS/CoreOMS with the OpenBook system Extensions in an embodiment of the invention, is responsible for tracking the principal objects of the system, which may include information associated with users, accounts, auctions, positions, and fills. Order Management System 2410 may implement user-based authentication and role-based authorization. In an embodiment of the invention, Order Management System 2410 may also implement a Java RMI-based API/SPI for client access and is the locus for timing and events throughout the system. In an embodiment of the invention, Order Management System 2410 uses Relational Backing Store 2407 to locate and keep the principal objects available in a persistent storage device. In an embodiment of the invention, Relational Backing Store 2407 is responsible for mapping the principal objects of the system onto a relational schema, locating and keeping the principal objects of the OpenBook system available in a persistent storage, and for obeying referential integrity constraints of the data model. In an embodiment of the invention, Relational Backing Store 2407 implements a Java JDBC interface to the vendor Relational Database System 2408, such as the Sybase Adaptive Server Enterprise.
In an embodiment of the invention, OpenBookManager 2406 is responsible for bidder account management, multiplexing a bidder-role based interface to the Order Management System 2410, and position management for authorized accounts and to provide a single listener interface for state changes in active auctions. The OpenBookManager 2406 makes state and position information available to clients for use by any user interface system that does not use the Order Management System 2410 API/SPI directly.
In an embodiment of the invention, the OpenBook system Servlet Interface 2405 provides programmatic execution linkage between the Java Servlet Engine 2404 API Specification and the OpenBookManager 2406 module. Servlet invocations are mapped to OpenBookManager 2406 interfaces to allow user interfaces to be constructed for HTML. The OpenBook Servlet Interface 2405 is invoked and controlled by Java Servlet Engine 2404, which may be a 3rd party Java Servlet Engine such as JRun from Allaire. JRun is in turn utilized by the 3rd party HTTP web server 2402, which may be Zeus from Zeus Technology. HTTP web server 2402 is in turn connected to Web Browser User Interface 2401.
In an embodiment of the invention, HTML Templates 2403 are provided to allow for the separation of functionality between the OpenBook Servlet Interface 2405 module and the HTML designer. Server Side Include template mappings may be provided for the principal objects of the system and all their attributes, as well as system attributes such as time and date. Multiple browser products may be supported and accommodated.
Auction Server Database Schema
In an embodiment of the invention, an exemplary database schema for an auction server of the method and system of the present invention will now be described.
In an embodiment of the invention, an auctiondb database may represent the Relational Backing Store (RBS) 2407, as shown in FIG. 24. This database is associated with the auction server of the method and system of the present invention.
The following statements clean out any existing auction database to set up an auction:
use master
dump transaction master with no_log
drop database openbook
go
The following creates an empty auction database:
create database openbook on data=10 log on logs=10
go
use openbook
go
A users table defines static information about entities that are allowed access to parts of the system. Referring to FIG. 23, a user may be an administrator 2304, an auctioneer 2304, a bid manager 2306, an entity in an auditor role, or an entity that sets up accounts. The degree of access to various components may be determined by the UserRoles table. Each user is assigned a unique UserID which is used to refer to the user from other tables. An embodiment is as follows:
create table openbook..users (
tStamp datetime not null,
ownerId numeric(18,0) not null,
id numeric(18,0) not null,
userName varchar(60) not null,
contactName varchar(80) null,
securityType int not null,
securityKey varchar(255) null,
status int not null,
unique (id),
unique (userName)
)
print “Created openbook..users”
go
A userLog table relates to security and error checking for users in the method and system of the present invention. Whenever an action is taken, the userlog is updated to catalog the action. An embodiment is as follows:
create table openbook..userLog (
editId numeric(18,0) not null
references openbook..users(id),
txId numeric(18,0) not null,
action int not null,
tStamp datetime not null,
ownerId numeric(18,0) not null,
id numeric(18,0) not null references openbook..users
(id),
userName varchar(60) not null,
contactName varchar(80) null,
securityType int not null,
securityKey varchar(255) null,
status int not null,
unique (txId)
)
print “Created openbook..userLog”
go
An accounts table is used to record information associated with end users, such as investors associated with the method and system of the present invention. Examples of end users are institutional buyers, individual investors, and retail users. An embodiment is as follows:
create table openbook..accounts (
tStamp datetime not null,
ownerId numeric(18,0) not null
references openbook..users(id),
id numeric(18,0) not null,
account varchar(80) not null,
name varchar(60) not null,
status int not null,
securityKey varchar(60) null,
contactName varchar(80) null,
company varchar(60) null,
address1 varchar(60) null,
address2 varchar(60) null,
address3 varchar(60) null,
city varchar(50) null,
state varchar(20) null,
zip varchar(20) null,
country varchar(50) null,
directPhone varchar(30) null,
mobilePhone varchar(30) null,
faxNumber varchar(30) null,
emailAddress varchar(80) null,
challenge varchar(80) null,
response varchar(80) null,
companySwitchboard varchar(30) null,
wrhManager1 varchar(80) null,
wrhManager2 varchar(80) null,
clearingAccount varchar(80) null,
instructions varchar(80) null,
accountManager varchar(80) null,
accountNameDisclosed bit not null,
accountType varchar(8) null,
bloomberg varchar(80) null,
bocName varchar(80) null,
bocPhone varchar(30) null,
bocEmail varchar(80) null,
creditLimit float null,
agreementSigned datetime null,
unique (id),
unique (account)
)
print “Created openbook..accounts”
go
An accountLog table is used to record and catalog all actions taken by given account. An embodiment is as follows:
create table openbook..accountLog (
editId numeric(18,0) not null
references openbook..users(id),
txId numeric(18,0) not null,
action int not null,
tStamp datetime not null,
ownerId numeric(18,0) not null
references openbook..users(id),
id numeric(18,0) not null references
openbook..accounts (id),
account varchar(80) not null,
name varchar(60) not null,
status int not null,
securityKey varchar(60) null,
contactName varchar(80) null,
company varchar(60) null,
address1 varchar(60) null,
address2 varchar(60) null,
address3 varchar(60) null,
city varchar(50) null,
state varchar(20) null,
zip varchar(20) null,
country varchar(50) null,
directPhone varchar(30) null,
mobilePhone varchar(30) null,
faxNumber varchar(30) null,
emailAddress varchar(80) null,
challenge varchar(80) null,
response varchar(80) null,
companySwitchboard varchar(30) null,
wrhManagerl varchar(80) null,
wrhManager2 varchar(80) null,
clearingAccount varchar(80) null,
instructions varchar(80) null,
accountManager varchar(80) null,
accountNameDisclosed bit not null,
accountType varchar(8) null,
bloomberg varchar(80) null,
bocName varchar(80) null,
bocPhone varchar(30) null,
bocEmail varchar(80) null,
creditLimit float null,
agreementSigned datetime null,
unique (txId)
)
print “Created openbook..accountLog”
go
A roles table provides a convenient repository for security roles defined by the auction system. Each role is assigned a unique RoleID. This RoleID is referred to by a UserRoles table. Semantics of roles are defined by the application. The roles of users may be checked to determine if a user has access to certain resources or is allowed to perform various tasks. An embodiment is as follows:
create table openbook..roles (
roleId numeric(18,0) not null,
roleName varchar(20) not null,
unique (roleId),
unique (roleName)
)
print “Created openbook..roles”
go
The userRoles table enumerates all of the roles that are associated with a particular user. An embodiment is as follows:
create table openbook..userRoles (
userId numeric(18,0) not null
references openbook..users(id),
roleId numeric(18,0) not null
references openbook..roles(roleId)
)

create unique index userRolesIndex on openbook..userRoles(userId, roleId)
create index userRolesUserIndex on openbook..userRoles (userId)
create index userRolesRolesIndex on openbook..userRoles (roleId)
print “Created openbook..userRoles”
go
In an embodiment of the invention, a userRoleLog table represents the complete transaction history of each role change for each user known to the system. Each transaction is assigned a unique userRoleTxID. An embodiment is as follows:
*/
create table openbook..userRoleLog (
userRoleTxId numeric(18,0) not null,
editId numeric(18,0) not null
references openbook..users(id),
userId numeric(18,0) not null
references openbook..users(id),
roleId numeric(18,0) not null
references openbook..roles(roleId),
action int not null
)
print “Created openbook..userRoleLog”
go
In an embodiment of the invention, view userRoleNames is associated with the same data as userRoles but provides user and role names instead of ids. An embodiment is as follows:
*/
create view userRoleNames as
select userName, roleName
from openbook..userRoles ur, users u, roles r
where ur.userId=u.id and ur.roleId=r.roleId
print “Created openbook..userRoleNames”
go
An auctions table defines actual auctions that are run. Each auction is associated with a set of parameters defining that auction. Click-through parameters may also be used. Table values for parameters may be stored. In an embodiment of the invention, parameters that are required and must be provided are the ones listed as “not null” in the following exemplary embodiment:
create table openbook..auctions (
tStamp datetime not null,
ownerId numeric(18,0) not null
references openbook..users(id),
id numeric(18,0) not null,
cusip varchar(12) not null,
description varchar(255) null,
status int not null,
totalAvailable int not null,
minValue float not null,
maxValue float not null,
valueIncrement float not null,
lotSize int not null,
openTime datetime not null,
closeTime datetime not null,
alert varchar(255) null,
announcedSize int not null,
minAuctionSize int not null,
maxAuctionSize int not null,
auctionFormat varchar(80) null,
benchmarkDesignationTime int not null,
benchmarkDollarPriceAtPricing float not null,
benchmarkRateAtPricing float not null,
benchmarkRateMax float not null,
benchmarkTreasury varchar(15) null,
benchmarkCusip varchar(12) null,
bondsFreeToTradeAt int not null,
clearingSpread float not null,
jointManagers varchar(80) null,
compSizeIncrement int not null,
couponDates varchar(100) null,
couponFrequency varchar(15) null,
couponRate float not null,
dollarPrice float not null,
evalInterval int not null,
faceValue float not null,
finalPricingTime int not null,
issuer varchar(50) null,
listed varchar(15) null,
maturity datetime null,
accruedInterest float not null,
maxBidIncrease float not null,
maxCompSize int not null,
maxNonCompSize int not null,
maxPurchase float not null,
minCompSize int not null,
minNonCompSize int not null,
nonCompSizeIncrement int not null,
pricingTime int not null,
protectedSpread float not null,
rating varchar(40) null,
sellingConcession float not null,
settlementDate datetime null,
settlementTerms varchar(80) null,
issueDate datetime not null,
sizingTime int not null,
softDollarEarlyCutoff int not null,
softDollarEarlyPercent float not null,
softDollarLatePercent float not null,
structure varchar(80) null,
term int not null,
typeOfIssue varchar(30) null,
wrhManagerRole varchar(30) null,
yieldToMaturity float not null,
unique (id),
unique (cusip)
)
print “Created openbook..auctions”
go
In an embodiment of the invention, ‘view deals’ allows users to see views for report generation and reporting purposes, such as for those who monitor an auction. Views may be created so that databases do not have to be queried each time a report needs to be run. In an embodiment of the invention, data is already assembled and fed into reporting structures associated with method and system of the present invention. An embodiment is as follows:
create view deals as
select tStamp, ownerId, id, cusip, description, status
from openbook..auctions
print “Created view deals”
go
An auctionLog table is used to catalog and record all actions taken for a particular auction. In an embodiment of the invention, user changes are recorded in the auctionLog table. In an embodiment of the invention, parameters may be changed by a user. An embodiment is as follows:
create table openbook..auctionLog (
editId numeric(18,0) not null
references openbook..users(id),
txId numeric(18,0) not null,
action int not null,
tStamp datetime not null,
ownerId numeric(18,0) not null
references openbook..users(id),
id numeric(18,0) not null references
openbook..auctions (id),
cusip varchar(12) not null,
description varchar(255) null,
status int not null,
totalAvailable int not null,
minValue float not null,
maxValue float not null,
valueIncrement float not null,
lotSize int not null,
openTime datetime not null,
closeTime datetime not null,
alert varchar(255) null,
announcedSize int not null,
minAuctionSize int not null,
maxAuctionSize int not null,
auctionFormat varchar(80) null,
benchmarkDesignationTime int not null,
benchmarkDollarPriceAtPricing float not null,
benchmarkRateAtPricing float not null,
benchmarkRateMax float not null,
benchmarkTreasury varchar(15) null,
benchmarkCusip varchar(12) null,
bondsFreeToTradeAt int not null,
clearingSpread float not null,
jointManagers varchar(80) null,
compSizeIncrement int not null,
couponDates varchar(100) null,
couponFrequency varchar(15) null,
couponRate float not null,
dollarPrice float not null,
evalInterval int not null,
faceValue float not null,
finalPricingTime int not null,
issuer varchar(50) null,
listed varchar(15) null,
maturity datetime null,
accruedInterest float not null,
maxBidIncrease float not null,
maxCompSize int not null,
maxNonCompSize int not null,
maxPurchase float not null,
minCompSize int not null,
minNonCompSize int not null,
nonCompSizeIncrement int not null,
pricingTime int not null,
protectedSpread float not null,
rating varchar(40) null,
sellingConcession float not null,
settlementDate datetime null,
settlementTerms varchar(80) null,
issueDate datetime not null,
sizingTime int not null,
softDollarEarlyCutoff int not null,
sofiDollarEarlyPercent float not null,
softDollarLatePercent float not null,
structure varchar(80) null,
term int not null,
typeOfIssue varchar(30) null,
wrhManagerRole varchar(30) null,
yieldToMaturity float not null,
unique (txId)
)
print “Created openbook..auctionLog”
go
In an embodiment of the invention, view dealLog shows views for a particular deal. View dealLog may be used for reporting or other purposes. An embodiment is as follows:
create view dealLog as
select editId, txId, action, tStamp, ownerId, id,
    • cusip, description, status
from openbook..auctionLog
print “Created view dealLog”
go
A positions table records the structures for bids, including such objects as sizes, timestamps, initial bid spreads, and final bid spreads. In an embodiment of the invention, for a non-competitive bid, a size and a timestamp is logged. In an embodiment of the invention, for a competitive bid, a size, a final bid spread, an initial bid spread, and a timestamp are logged. In an embodiment of the invention, user accounts may be referenced. The positions table may also index by account and/or by auction. An embodiment is as follows:
create table openbook..positions (
tStamp datetime not null,
ownerId numeric(18,0) not null
references openbook..users(id),
id numeric(18,0) not null,
dealId numeric(18,0) not null
references openbook..auctions (id),
account varchar(80) not null,
size int not null,
minFillSize int not null,
status int not null,
value float not null,
initialValue float not null,
nonCompSize int not null,
treasuries float null,
priority_tStamp datetime null,
priority_size int null,
nonCompPriority_tStamp datetime null,
nonCompPriority_size int null,
unique (id),
unique (account, dealId)
)
print “Created openbook..positions”
go

in an embodiment of the invention, table positionLog records changes that are made to a positions table. In an embodiment of the invention, examples of changes are changes in spread, changes in size, and changes in timestamp. All actions for accounts may be logged. Table positionLog may be indexed per auction, via unique auctionIDs for each auction, and/or cross-referenced with user IDs. An embodiment is as follows:
create table openbook..positionLog (
editId numeric(18,0) not null
references openbook..users(id),
txId numeric(18,0) not null,
action int not null,
tStamp datetime not null,
ownerId numeric(18,0) not null
references openbook..users(id),
id numeric(18,0) not null references
openbook..positions (id),
dealId numeric(18,0) not null
references openbook..auctions (id),
account varchar(80) not null,
size int not null,
minFillSize int not null,
status int not null,
value float not null,
initial Value float not null,
nonCompSize int not null,
treasuries float null,
priority_tStamp datetime null,
priority_size int null,
nonCompPriority_tStamp datetime null,
nonCompPriority_size int null,
unique (txId)
)
print “Created openbook..positionLog”
go
In an embodiment of the invention, a fills table may store information about bonds that are awarded. An end user may set up a position. The end user may or may not get a fill, based on the other positions in the auction and other factors. An embodiment is as follows:
create table openbook..fills (
tStamp datetime not null,
ownerId numeric(18,0) not null
references openbook..users(id),
id numeric(18,0) not null,
indicationId numeric(18,0) not null
references openbook..positions (id),
value float not null,
size int not null,
status int not null,
softDollarAllocation float not null,
unique (id)
)
print “Created openbook..fills”
go
In an embodiment of the invention, a fillLog table catalogs and records changes to fills. Examples of changes include changes made by an administrator due to mistakes, suspect bids, and/or decisions to sell a lesser quantity or otherwise modify bids. In an embodiment of the invention, an administrator or other party may change bids.
create table openbook..fillLog (
editId numeric(18,0) not null
references openbook..users(id),
txId numeric(18,0) not null,
action int not null,
tStamp datetime not null,
ownerId numeric(18,0) not null
references openbook..users(id),
id numeric(18,0) not null references openbook..fills
(id),
indicationId numeric(18,0) not null
references openbook..positions (id),
value float not null,
size int not null,
status int not null,
softDollarAllocation float not null,
unique (txId)
)
print “Created openbook..fillLog”
go

create clustered index fillsBidIdIndex on openbook..fills(id)
go
An embodiment of a database schema dump or exit is as follows:
checkpoint
go
sp_dropdevice dbdumpfile
go
sp_addumpdevice “disk”, dbdumpfile, “/tmp/dbdump”
go
dump database openbook to dbdumpfile
go
_EOF
/bin/rm-f/tmp/dbdump
exit 0
In an embodiment of the invention, the method and system of the present invention is associated with a corporate bond origination via a single-price auction. In an embodiment of the invention, states of the auction may include NOT OPEN, OPEN, WITHDRAWN, PRICING, CLOSED, RUNNING, ALLOCATED, and FILLED.
In an embodiment of the invention, time is a required component of the auction, and each phase may be captured in the system as a state. In an embodiment of the invention, each state is strictly independent from the rest: the auction is in exactly one state at any given time, no two states overlap, and there is no period of time that is not covered by exactly one state. In an embodiment of the invention, the transition from one state to the next is atomic.
In the NOT_OPEN state, the auction is not yet open. In an embodiment of the invention, this state begins at the instant the auction is first created in the system and continues until the transition to the OPEN state. No positions may be created, modified, or cancelled. All auctions are created in this state, and this is a state into which a transition from another state may not be made. The method and system of the present invention may only transition to the OPEN state from the NOT_OPEN state.
In the OPEN state, the auction is open, and positions from qualified accounts and authorized users can be created, modified, or cancelled. In an embodiment of the invention, this state begins at the moment the auction is opened and continues until the transition to the PRICING state or the WITHDRAWN state. Due to vagaries of system timing, this state may not be used as the definitive control over when position operations are accepted by the method and system of the present invention. It may be expected that the duration of this state will be from the openTime auction attribute through the closeTime auction attribute. See discussion below about timing.
In the WITHDRAWN state, the auction is withdrawn. This state begins at the moment the auction is withdrawn and continues indefinitely, or until it is reset to the OPEN state. It is used to signal that an auction has been suspended or cancelled. In an embodiment of the invention, no position operations are accepted, though some positions may already exist in the method and system of the present invention.
In the PRICING state, the system is being prepared to accept final pricing items. This state begins at the moment as close as possible to immediately following a close time and ends at the transition to the CLOSED state or the WITHDRAWN state. During this state, position operations are only allowed by those users with a syndicate role authorized. In an embodiment of the invention, a new position for the syndicate may be entered in order to effect a syndicate long position; a total available auction attribute may be modified during this state. This amount may be different from the auction attribute announced size, and can be used to effect a syndicate short position.
In the CLOSED state, the auction is closed, and no further position operations are allowed. The state begins at the moment the syndicate manager closes the auction and ends when the auctioneer transitions the auction to the RUNNING state.
In the RUNNING state, the auctioneer, is in the process of calculating the clearing value and generating allocations. In an embodiment of the invention, queries to the book may produce intermediate results. If an error occurs in the RUNNING state, the auction is reverted to the CLOSED state and all allocations are cancelled. At the successful conclusion of allocation generation, the state is changed to ALLOCATED.
In the ALLOCATED state, the auction has been allocated, and executions have been created and are available. In an embodiment of the invention, the final auction attributes, such as coupon, price, and other attributes, may be computed and published by users who have the syndicate role authorized. For the first few minutes after entering this state, the treasuries position attribute may be modified for positions that received a fill; this time ends at a close time+final pricing time but does not start until this state is entered.
In the FILLED state, the auction is filled, and no position operations or auction operations are allowed. Fills may be transmitted to third parties, such as clearing brokers, winning bidders, and/or other parties. This state begins when the auctioneer has finished generating fills, and the FILLED state may continue indefinitely.
In an embodiment of the invention, time in an auction may be handled as follows. Normal position operations may be allowed at certain times. When a position operation is attempted, the position is given a timestamp by the order management system of the method and system of the present invention. In an embodiment of the invention, this timestamp is assigned the earliest possible time in the order management system to allow for the earliest value to be used. This timestamp improves fairness and consistency, in that different operations may take differing amounts of time, so obtaining a proposed timestamp reduces this variation. In an embodiment of the invention, this timestamp is then rounded down to the nearest hundredth of a second.
In an embodiment of the invention, before a position creation, modification, or cancellation is allowed, a proposed timestamp may be checked against an open time; if the timestamp is greater than or equal to the open time, the timestamp is checked against the close time; if the timestamp is less than the close time, then the state of the auction is checked; if the state of the auction is not WITHDRAWN then the operation is allowed to succeed. This procedure enables handling of the situation of accepting a bid received after the open time but strictly before the transition to the OPEN state, as well as not accepting a bid received after the close time but strictly before the transition out of the OPEN state.
In an embodiment of the invention, time issues are also addressed with regards to priority for competitive and non-competitive bids. When any change is made to any object, a timestamp is recorded by the order management system for auditing purposes. If the operation results in a priority timestamp being reset, the timestamp of the last change for the position is used.
In an embodiment of the invention, timing of evaluation for an auction may be associated with an auction attribute evalInterval, which is expressed in seconds. In an embodiment of the invention, specific times of evaluation may be calculated by working backwards from the close time, so that the final evaluation interval ends precisely at the close time. In an embodiment of the invention, those who define auctions may be cautioned against using an evalInterval that makes for confusing timestamps.
Referring again to FIG. 6, an end user may initiate an auction of the method and system of the present invention by logging into the auction server 604 in order to identify the end user to the server. Data transmitted to and from the website may be secured via a well-known encryption mechanism. FIG. 7 shows an exemplary login screen for the present invention. An end user, such as an investor, enters the investor's account number 701 and password 702. The user may receive an account number 701 and password 702 after registering with the method and system of the present invention.
In an embodiment of the invention, in order to register with the method and system of the present invention, an investor may open an account by filling out a customer application form, signing a customer agreement and participation agreement, and receiving approval from a customer account staff associated with the method and system of the present invention. In certain instances, an investor may use an existing account with a third party broker-dealer designated by staff associated with the method and system of the present invention as bidder conduits.
Referring again to FIG. 7, the end user is also prompted to enter an auction key 704. In an embodiment of the invention, each auction is announced one to two days ahead of time. Registered participants are notified of an auction electronically. Auctions move rapidly, usually lasting two hours. When registered participants are notified electronically, they may receive an auction key 703 for that given auction.
If the end user selects initial terms 705, an initial terms screen exemplified by FIG. 8 is shown to the user. FIG. 8 shows details for the auction, including a title 801 and initial terms 802, which may include such terms as the issuer, an issue size, a maturity date, a coupon rate, a settlement date, settlement terms, a type of issue, coupon dates, a structure, a format, a quality rating, a benchmark treasury, a maximum benchmark rate, a minimum/maximum spread, a protected spread, an auction date and time, a pricing date and time, a maximum purchase limit, a minimum and multiple investment, a listing designation, soft dollar terms, names of co-managers, and a selling concession.
Referring again to FIG. 7, if the end user selects submit 704, the method and system of the present invention checks a security database to match the account number 701 and password 702 information entered by the end user. If the information entered matches an end user registered in the system, the system checks the auction key 703 entered by the end user. If the end user is properly registered and the auction key 703 entered is correct, the end user is shown a pre-auction screen as exemplified in FIG. 9.
During the pre-auction phase exemplified by FIG. 9, bids are not accepted, as shown by the auction progress window 901. During the pre-auction phase and throughout the auction, the end user may be shown auction details 902, which provides details about the auction. Auction start 903 shows the start time for the auction, and auction finish 904 shows the ending time for the auction. Min/max spread 905 shows a largest and smallest bid spread in basis points over a benchmark Treasury allowed during the auction.
Protected spread range 906 shows a maximum spread range, under an initial bid, that an end user may modify a final bid, without canceling the end user's existing competitive bid. Improving an initial bid by more than the protected spread range results in cancellation of the original bid and entry of a new bid with a new timestamp. In the example, the protected spread range 906 is a 4 basis point spread. Benchmark Treasury 907 relates to a chosen reference U.S. Treasury security of comparable maturity to the bonds being auctioned. The benchmark Treasury yield may be used to price the bond after the auction. In an embodiment of the invention, if the benchmark Treasury yield is above the maximum rate at pricing, the issuer is allowed, but not required, to cancel the auction.
After an auction has begun, the end user is shown a screen such as the one in FIG. 10. Auction progress window 901 shows the current time and the time remaining in the auction. Cumulative bid chart 1002 shows the total cumulative bids, which is $500 million in the example auction shown. Cumulative bid chart 1002 also shows the distribution of the initial bids, cumulatively grouped in a bar chart format by basis point spread (bps). In the example, there are a total of 24 initial bids, and all 24 initial bids are at or below 105 bps. In the example, 23 bids are below 104 bps, which shows that there was (24−23=1) one initial bid at 105 bps. This cumulative bid chart provides a clue to the end user as to what bps the end user may have to bid in order to have a feasible chance at successfully winning the auction. In the example in FIG. 9, if none of the bids are modified, the end user knows that a final bid of 105 bps would presently garner no legitimate chance of winning because there are already more than $450 million worth of bids at 104 bps and below, and the total amount of bonds up for auction is between $300 million and $450 million. Only initial bids, not final bids, are shown by the cumulative bid chart 902, but the protected spread range 906 does provide a guide for the end user as to where the final bids may fall. In an embodiment of the invention, the cumulative bid chart 1002 is color coded into three colors, one color for bids that may be above a hypothetical clearing price, a second color for bids that may or may not be above the clearing price, and a third color for bids that would be below the clearing price.
If the user clicks or selects nominal chart 1001, a nominal bid chart 1102 is communicated to the end user, as shown in FIG. 11. Nominal bid chart 1102 shows the number of initial bids, grouped in bar graph form, for each basis point spread. Also shown is the quantity of bonds initially requested at each basis point spread. In the example shown in FIG. 11, there are only two initial bids at 103 bps, but they account for a large quantity of bonds ($110 million worth at 103 bps). In an embodiment of the invention, the nominal bid chart 1102 is color coded into three colors, one color for bids that may be above a hypothetical clearing price, a second color for bids that may or may not be above the clearing price, and a third color for bids that would be below the clearing price.
If the user clicks or selects bid data 1103, a bid data table 1202 is communicated to the end user, as shown in FIG. 12. Bid data table 1202 shows each bid, ordered by bps. In the example, the first bid shown is a noncompetitive bid “N” at a quantity of 10 timestamped at 9:00 ET. In an embodiment of the invention, the entries in the bid data table 1202 are color coded into three colors, one color for bids that may be above a hypothetical clearing price, a second color for bids that may or may not be above the clearing price, and a third color for bids that would be below the clearing price. If there are too many bids to display in one screen for the bid data table 1202, the end user may click or select the see remaining bids button to show additional bids.
Referring again to FIG. 12, the end user may elect to place a bid by entering bid information in the place bid window 1201. Place bid window 1201 appears on the end user's screen when the auction begins and remains on the user screen if the user chooses to cycle through the various bid history charts and tables. In an embodiment of the invention, the end user may choose to place a competitive bid 1203, a non-competitive bid 1208, or both a competitive bid 1203 and a non-competitive bid 1208. For either a competitive bid 1203 or a non-competitive bid 1208, the end user must enter a size 1205. Size 1205 is the bid amount, in millions. In an embodiment of the invention, the minimum competitive bid is $1 million and can be increased in increments of $1,000. The minimum non-competitive bid is $1,000 and can be increased in increments of $1,000. An investor may increase the size of an existing bid by up to 50% and keep the original timestamp. In an embodiment of the invention, increasing the size of a bid by more than 50% will result in cancellation of the original bid and entry of a new bid with a new timestamp 1204.
In an embodiment of the invention, for a competitive bid 1203, the end user must also enter an initial bid 1206 and a final bid 1207. Initial bid 1206 is the spread in basis points of a competitive bid, which is revealed anonymously to other investors. In an embodiment of the invention, the final bid 1207 can only be set at or below the initial bid but may not differ from the initial bid by more than the protected spread range 906. The final bid 1207 may be changed at any time prior to the end of the auction. Setting the final bid 1207 below the initial bid 1206 by more than the protected spread range will result in cancellation of the original bid and entry of a new bid with a new timestamp 1204.
In an embodiment of the invention, max bid 1210 is the maximum amount a specific investor may bid in a given auction. When added together, the size of an investor's competitive bid 1203 and noncompetitive bid 1208 may not exceed the maximum bid size indicated by max bid 1210. In the example shown in FIG. 12, the max bid 1210 is $75 million.
If the end user properly enters bid information in place bid window 1201 and clicks or selects submit bid 1211, the confirm bid screen shown in FIG. 13 may be communicated to the end user. If the end user has improperly entered bid information, such as by entering a bid that exceeds the maximum bid allowed for a specific investor, an error screen such as the one shown in FIG. 20 is communicated to the end user. In FIG. 20, the error 2001 describes the mistake to the user in the place bid 1201 window. In the example shown in FIG. 20, the bid exceeded the maximum bid allowed, is communicated to the user.
Referring again to FIG. 12, if the user has properly entered a bid, the confirm bid screen shown in FIG. 13 may be communicated to the user. Confirm bid window 1301 appears, reminding and summarizing the end user's previously entered bid information. If the end user has made a mistake or changes his or her mind, the end user may click or select back 1302 to return to a previous place bid screen.
If the end user selects confirm bid 1303, the current bid status screen, as shown in FIG. 14, is communicated to the end user. Current bid status window 1401 contains a current status column 1402 and a modify column 1403. Current status column 1402 displays the present bid or bids of the end user. Also communicated to the user is total bid 1404, which is the sum of competitive bid 1203 and non-competitive bid 1208.
If the end user wishes to modify 1403 a bid, the end user may elect to change the size 1205 of the bid. For a competitive bid 1203, the user may change the spread for the final bid 1207, subject to constraints such as the protected spread range 906. In an embodiment of the invention, another constraint on modifying the size 1205 of the bid is that the size a bid may be increased by up to 50% at any time during the auction without changing the timestamp. If the end user increases the quantity of a bid by more than 50%, that existing bid will be cancelled, and a new bid entered with the new size and a new timestamp.
In an embodiment of the invention, as a further constraint, the size of a bid cannot be decreased without canceling it. An investor may cancel bids at any time during an auction. The method and system of the present invention may exclude bidders for any reason, including activity that is disruptive to the auction process.
In an embodiment of the invention, investors are given a maximum bid size limit that varies with credit and/or other methods established by the method and system of the present invention. When added together, the size of an investor's competitive bid and noncompetitive bid may not exceed the maximum bid size.
If the end user does decide to make a modification and clicks or selects a modify bid 1406, a screen such as the one shown in FIG. 15 is shown to the user.
In the example shown in FIG. 15, the end user has chosen to modify the final bid 1207 for the end user's competitive bid 1203. The end user may click or select back 1501 if the user has made a mistake or changed his or her mind, or the user may click or select confirm bid 1502 to accept the modification 1503 shown.
Referring again to FIG. 14, if the end user clicks or selects cancel bid 1405, the cancel bid screen shown in FIG. 21 is communicated to the user. In the cancel bid window 2101, in the example shown, the end user may choose to cancel competitive bid 2102, cancel non-competitive bid 2103, or cancel both bids 2104.
If in modifying a bid the end user selects a final bid outside of the protected spread range 906, the review bid window 1601 is communicated to the end user as shown in FIG. 16. A notation 1602 appears next to the unprotected improper final bid 1207, and a warning 1603 reminds the end user that accepting the final bid would result in the loss of the current timestamp 1204. If the end user changes his or her mind, he or she may click or select back 1604. If the end user wishes to continue with the new bid 1606, and therefore losing the old timestamp 1204, the end user may select submit bid 1605.
In an embodiment of the invention, if at the end of the auction, the end user has made one or more successful bids, a successful purchase window 1701 is communicated to the end user, as exemplified by the screenshot in FIG. 17. Total successful purchase 1704 shows the total purchase amount, in millions of dollars.
In an embodiment of the invention, soft dollars available 1702 shows the portion of the selling concession designated by an investor to be paid to a non-underwriting broker-dealer. In an embodiment of the invention, a portion of the selling concession on each deal will be available to investors on a soft dollar basis. In an embodiment of the invention, winning bids with earlier timestamps are given a greater fraction of the selling concession in soft dollars. Investors may assign soft dollars to accounts of their choice. In an embodiment of the invention, investors have up to 24 hours after a deal prices to complete their soft dollar designations.
Size of benchmark for sale 1703 allows an investor to set an amount of the benchmark Treasury to sell, up to 15 minutes after the end of the auction. If the end user enters a dollar amount and clicks or selects sell treasuries 1705, that amount of treasuries will be sold. Within the first fifteen minutes after an auction, an end user may set and change the amount of the benchmark Treasury bonds the end user wishes to sell. The sale may be made at the prevailing market price at the time the deal prices, or approximately 30 minutes after the conclusion of an auction.
Auction results 1705 shows a clearing spread 1706, a final deal size 1707, and a time of final pricing 1708. Clearing spread 1706 shows the lowest spread in basis points over the benchmark Treasury that results in the sale of all of the bonds up to the final deal size 1707.
Final deal size 1707 shows the aggregate number of bonds to be sold and may be set by the issuer of the bonds a prespecified time before the end of auction. Time of final pricing 1708 shows the final terms of a bond issue, with for example, the yield, price, and coupon set approximately one half-hour after the end of the auction.
If an end user fails to make one or more successful bids at the conclusion of the auction, a screen such as the one shown in FIG. 18 and continued in FIG. 19 is communicated to the end user. Auction results 1801, the end user's bid or bids 1803, and initial auction terms 1802 are communicated to the unsuccessful end user.
In an embodiment of the invention, the method and system of the present invention uses a modified Dutch Auction format. In a Dutch Auction, winning bidders pay a market-clearing price, that is, the highest price that sells out all securities offered in the auction.
In an embodiment of the invention, at the end of the auction, orders are filled working from the lowest-spread bids up to the spread that sells out the entire offering. All who bid below the clearing spread have their orders filled at the clearing spread. Bids at the clearing spread are awarded in timestamp order. In the event of ties in spread and timestamp, bonds are awarded pro-rata. If the last accepted bid at the clearing spread requests more bonds than are available, all remaining bonds may be awarded within the final deal size to the bidder.
In an embodiment of the invention, if the benchmark Treasury bond yield moves up by a pre-specified number of basis points during an auction, the auction will be cancelled. If there are not enough orders to fill the final deal size announced by the issuer, the auction will also be cancelled.
In an embodiment of the invention, successful bidders at the end of an auction are notified electronically. Basic information about the auctioned bond are publicly available at a website associated with the method and system of the present invention after the conclusion of an auction. Such information may include, for example, size, yield, coupon, and maturity. Further details about the outcome of an auction and the demographics of bidders may be made available to those who are awarded bonds.
In an embodiment of the invention, bond pricing occurs approximately 30 minutes after the auction terminates. The clearing spread is added to the benchmark treasury rate to obtain the auction yield. The coupon rate on the bond may become the auction yield rounded down to the nearest ⅛%. The bond price that corresponds to the auction yield and coupon rate may be calculated to three decimal places. Bonds may be made available to trade shortly after pricing, subject completion of necessary documentation.
It will be understood by those skilled in these arts that this exemplary bond auction process described above, may equally be used for equity securities, commodities, and other types of securities.
Having described the invention in terms of a preferred embodiment, it will be recognized by those skilled in the art that various types of general purpose computer hardware may be substituted for the configuration described above to achieve an equivalent result. Similarly, it will be appreciated that arithmetic logic circuits are configured to perform each required means in the claims for processing internet communications between bidder, issuers and auction server nodes. It will be apparent to those skilled in the art that modifications and variations of the preferred embodiment are possible, which fall within the true spirit and scope of the invention as measured by the following claims.

Claims (33)

1. A computerized method for conducting an auction of securities to auction participants, the method comprising:
providing a bid mechanism in a computer system for receiving a plurality of competitive bids each having:
i. a quantity of securities to be purchased,
ii. an initial price revealed to the auction participants and having an associated bid time stamp, and
iii. a firm price within a predetermined range of the initial price, having the associated bid time stamp of the initial price, and not revealed to the auction participants other than the bidder who submitted the competitive bid;
using the computer system to provide, based on the firm prices and associated bid time stamps, an allocation of the securities at a single clearing price that sells all of the securities; and
using the computer system to provide monitoring of the auction as it occurs.
2. The method of claim 1 wherein the securities comprise equity securities or debt securities.
3. The method of claim 1 wherein the securities comprise commodities.
4. The method of claim 3 wherein the commodities comprise gold, silver or other commodities traded on a licensed commodity exchange.
5. The method of claim 1 wherein the bid mechanism comprises an open Dutch auction process.
6. The method of claim 1, wherein the bid mechanism further may receive a non-competitive bid which includes a desired quantity of securities and a designated minimum spread over a benchmark treasury security.
7. An apparatus for conducting an auction of securities to auction participants, the apparatus comprising:
a computer system, connected to Internet communications devices whereby the auction participants at remote terminals can communicate with the computer system;
a bid mechanism means coupled to the computer system for receiving a plurality of competitive bids each having:
i. a quantity of securities to be purchased,
ii. an initial price available through the computer system to the auction participants and having an associated bid time stamp, and
iii. a firm price within a predetermined range of the initial price, having the associated bid time stamp of the initial price, and not made available through the computer system to the auction participants other than the bidder who submitted the competitive bid;
an allocation means coupled to the bid mechanism means for allocation of the securities based on the firm prices and associated bid time stamps at a single clearing price that sells all of the securities; and
a display means at the remote terminals, coupled to the computer system via the Internet for monitoring the auction as it occurs.
8. The apparatus of claim 7 wherein the securities comprise equity securities or debt securities.
9. The apparatus of claim 7 wherein the securities comprise commodities.
10. The apparatus of claim 9 wherein the commodities comprise gold, silver or other commodities traded on a licensed commodity exchange.
11. The apparatus of claim 7 wherein the bid mechanism comprises an open Dutch auction process.
12. A computer program product stored on a computer useable medium comprising computer code segments configured to:
conduct an auction of securities on a computer network to auction participants;
provide a bid mechanism for receiving a plurality of competitive bids each having:
i. a quantity of securities to be purchased,
ii. an initial price known to the auction participants and having an associated bid time stamp, and
iii. a firm price within a predetermined range of the initial price, having the associated bid time stamp of the initial price, and not made available for viewing by the auction participants other than the bidder who submitted the competitive bid;
provide an allocation of the securities based on the firm prices and associated bid time stamps at a single clearing price that sells all of the securities; and
provide a system for monitoring the auction as it occurs.
13. The method of claim 1 wherein an identity of a bidder that entered a particular competitive bid is not revealed in association with the initial price of the particular competitive bid.
14. The method of claim 2 wherein the debt securities comprise one of corporate bonds, municipal bonds, mortgage-backed bonds, emerging market bonds, and junk bonds.
15. The method of claim 1 wherein the securities comprise money market instruments.
16. The method of claim 15 wherein the money market instruments comprise one of United States treasury bills, bank certificates of deposit, commercial paper and repurchase agreements.
17. The method of claim 1 wherein:
providing the bid mechanism comprises providing a bid mechanism for receiving at least one competitive bid and at least one non-competitive bid having a desired quantity of securities and no price limitation; and
providing the allocation of the securities comprises providing an allocation of the securities which allows winning bidders to pay a single market-clearing price that sells out the securities, the allocation allocating securities to non-competitive bids before allocating securities to competitive bids.
18. The computer program product of claim 12 wherein the securities comprise equity securities or debt securities.
19. The computer program product of claim 12 wherein the securities comprise commodities.
20. The computer program product of claim 19 wherein the commodities comprise gold, or silver or other commodities traded on a licensed commodity exchange.
21. The computer program product of claim 12 wherein the bid mechanism comprises an open Dutch auction process.
22. The computer program product of claim 12 wherein an identity of a bidder that entered a particular competitive bid is not revealed in association with the initial price of the particular competitive bid.
23. The computer program product of claim 18 wherein the debt securities comprise one of corporate bonds, municipal bonds, mortgage-backed bonds, emerging market bonds, and junk bonds.
24. The computer program product of claim 12 wherein the securities comprise money market instruments.
25. The apparatus of claim 24 wherein the money market instruments comprise one of United States treasury bills, bank certificates of deposit, commercial paper and repurchase agreements.
26. The computer program product of claim 12 wherein:
the bid mechanism comprises a bid mechanism for receiving at least one competitive bid and at least one non-competitive bid having a desired quantity of securities and no price limitation; and
the allocation of the securities comprises an allocation of the securities which allows winning bidders to pay a single market-clearing price that sells out the securities, the allocation allocating securities to non-competitive bids before allocating securities to competitive bids.
27. A computer implemented method for conducting an auction of securities comprising:
receiving at a computer system from auction participants over an internet a plurality of competitive bids, each bid having a quantity of securities, a public price component and a private price component;
time stamping the public price component of approved ones of the competitive bids, wherein the private price component receives the time stamp of the public price component if the private price component comes within a predetermined range from the public price component;
making the public price component and quantity of securities of time-stamped competitive bids available to auction participants over the internet and concealing the private price component in the computer system from the auction participants other than the participant who submitted the private price component; and
using the computer system to allocate securities at a single clearing price to sell all of the securities, basing the clearing price on the private price components and associated time stamps.
28. The method of claim 27 further comprising receiving from an auction participant a modification of the participant's competitive bid.
29. The method of claim 28 further comprising time stamping the modification as a new competitive bid if the modification has a private price component that falls outside the predetermined range from the public price component of the auction participant's prior competitive bid.
30. The method of claim 28 further comprising time stamping the modification as a new competitive bid if the modification has a quantity of securities that exceeds the quantity of securities of the auction participant's prior competitive bid by more than a predetermined increase.
31. The method of claim 28 further comprising continuing to associate the time stamp of the auction participant's prior competitive bid with the modification so long as the private price component still comes within the predetermined range from the public price component and the quantity of securities remains within a range between the original quantity of securities and a predetermined increase over the original quantity of securities.
32. The method of claim 27 further comprising receiving a non-competitive bid that includes a desired quantity of securities and a designated minimum spread over a benchmark treasury security.
33. The method of claim 32 wherein using the computer system to allocate the securities comprises allocating securities to non-competitive bids before allocating securities to competitive bids.
US09/668,255 2000-03-08 2000-09-21 System and method for pricing and allocation of commodities or securities Expired - Lifetime US7415436B1 (en)

Priority Applications (8)

Application Number Priority Date Filing Date Title
US09/668,255 US7415436B1 (en) 2000-03-08 2000-09-21 System and method for pricing and allocation of commodities or securities
CNA018091105A CN1543619A (en) 2000-03-08 2001-03-02 System and method for pricing and allocation of commodities or securities
PCT/US2001/040236 WO2001065908A2 (en) 2000-03-08 2001-03-02 System and method for pricing and allocation of commodities or securities
AU2001253835A AU2001253835A1 (en) 2000-03-08 2001-03-02 System and method for pricing and allocation of commodities or securities
CA002440836A CA2440836A1 (en) 2000-03-08 2001-03-02 System and method for pricing and allocation of commodities or securities
EP01927379A EP1264246A1 (en) 2000-03-08 2001-03-02 System and method for pricing and allocation of commodities or securities
US11/479,134 US7647270B2 (en) 2000-03-08 2006-06-30 System and methods for pricing and allocation of commodities or securities
US12/193,175 US7644034B2 (en) 2000-03-08 2008-08-18 System and method for pricing and allocation of commodities or securities

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US18780000P 2000-03-08 2000-03-08
US09/668,255 US7415436B1 (en) 2000-03-08 2000-09-21 System and method for pricing and allocation of commodities or securities

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US11/479,134 Continuation-In-Part US7647270B2 (en) 2000-03-08 2006-06-30 System and methods for pricing and allocation of commodities or securities
US12/193,175 Division US7644034B2 (en) 2000-03-08 2008-08-18 System and method for pricing and allocation of commodities or securities

Publications (1)

Publication Number Publication Date
US7415436B1 true US7415436B1 (en) 2008-08-19

Family

ID=39687334

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/668,255 Expired - Lifetime US7415436B1 (en) 2000-03-08 2000-09-21 System and method for pricing and allocation of commodities or securities
US12/193,175 Expired - Fee Related US7644034B2 (en) 2000-03-08 2008-08-18 System and method for pricing and allocation of commodities or securities

Family Applications After (1)

Application Number Title Priority Date Filing Date
US12/193,175 Expired - Fee Related US7644034B2 (en) 2000-03-08 2008-08-18 System and method for pricing and allocation of commodities or securities

Country Status (1)

Country Link
US (2) US7415436B1 (en)

Cited By (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010037284A1 (en) * 2000-03-27 2001-11-01 Finkelstein Ephraim Brian Negotiated right exchange system and method
US20020029180A1 (en) * 1999-12-22 2002-03-07 Kirwin Glenn D. Systems and methods for providing a trading interface
US20030088495A1 (en) * 2000-12-07 2003-05-08 Gilbert Andrew C. Systems and methods for linking bids and offers in a trading interface
US20030154152A1 (en) * 2001-10-18 2003-08-14 Gilbert Andrew C. Systems and methods for quoting a two-sided market
US20030163405A1 (en) * 2001-04-19 2003-08-28 Jason Wiener Electronic asset assignment and tracking
US20030229542A1 (en) * 2002-06-05 2003-12-11 Lawrence Morrisroe Method and system for providing a dynamically changing advertisement
US20050197857A1 (en) * 2004-03-05 2005-09-08 Avery N. C. Method and system for optimal pricing and allocation
US20070043649A1 (en) * 2005-08-16 2007-02-22 Ebs Group Limited Order entry in automated trading systems
US20070276744A1 (en) * 2006-01-25 2007-11-29 Burke Joseph R Systems and methods for facilitating completion of repurchase agreements
US20080281748A1 (en) * 2006-09-14 2008-11-13 Newman David L License market, license contracts and method for trading license contracts
US20080313027A1 (en) * 2007-06-12 2008-12-18 Microsoft Corporation Fair discounting auction
US7636684B1 (en) * 2001-04-13 2009-12-22 I-Deal Llc Issuer monitor system for monitoring and/or analyzing financial transactions and method of using the same
US7647268B1 (en) * 2006-05-04 2010-01-12 Jpmorgan Chase Bank, N.A. System and method for implementing a recurrent bidding process
US20100017322A1 (en) * 2008-05-09 2010-01-21 Davis C Cullom Confidential Order Entry for an Equity Offering
US20100088250A1 (en) * 2008-10-03 2010-04-08 The Bank Of New York Mellon Auction Method and Platform
US20100138334A1 (en) * 2004-04-01 2010-06-03 Jeff Warsaw Exchange order priority retention for electronic trading using automatic book updates
US7885892B1 (en) * 2006-11-08 2011-02-08 Fannie Mae Method and system for assessing repurchase risk
US8024228B1 (en) * 2007-10-04 2011-09-20 Patrick James Schultz Concealed performance bid
US20120197777A1 (en) * 2011-01-31 2012-08-02 Shoen James P Online System and Method for Issuing Collateralized Securities
US20120239549A1 (en) * 2002-07-26 2012-09-20 Ebs Group Limited Automated Trading System
US20120310811A1 (en) * 2011-06-01 2012-12-06 Umesh Subhash Patel System and method for reducing curve risk
US8373582B2 (en) 1998-01-27 2013-02-12 Steven M. Hoffberg Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore
US8583470B1 (en) * 2010-11-02 2013-11-12 Mindjet Llc Participant utility extraction for prediction market based on region of difference between probability functions
US8600830B2 (en) 2003-02-05 2013-12-03 Steven M. Hoffberg System and method for providing a payment to a non-winning auction participant
US8630928B1 (en) * 2002-12-23 2014-01-14 Barclays Capital Inc. Asset-backed convertible security
US8645242B1 (en) * 2005-05-11 2014-02-04 Morgan Stanley Systems and methods for compiling and analyzing bids in an auction of securities
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US9135656B2 (en) 2011-08-24 2015-09-15 Strategic Acquisitions, Inc. Method and system for auction information management
US9159056B2 (en) 2012-07-10 2015-10-13 Spigit, Inc. System and method for determining the value of a crowd network
US20150317731A1 (en) * 2004-04-01 2015-11-05 Waverules, Llc Exchange order priority retention for electronic trading using automatic book updates
US9311670B2 (en) 2004-09-10 2016-04-12 Steven M. Hoffberg Game theoretic prioritization system and method
US9727916B1 (en) 1999-12-30 2017-08-08 Chicago Board Options Exchange, Incorporated Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services
US9928550B2 (en) 1999-12-30 2018-03-27 Cboe Exchange, Inc. Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services
US10331302B1 (en) * 2016-11-18 2019-06-25 Ipreo Llc Graphical user interface to track dynamic data
US10545938B2 (en) 2013-09-30 2020-01-28 Spigit, Inc. Scoring members of a set dependent on eliciting preference data amongst subsets selected according to a height-balanced tree
US11048386B2 (en) 2016-11-18 2021-06-29 Ipreo Llc Graphical user interface to track dynamic data
US20220172289A1 (en) * 2014-07-25 2022-06-02 Clearingbid, Inc. Systems Including a Hub Platform, Communication Network and Memory Configured for Processing Data Involving Time-Stamped/Time-Sensitive Aspects and/or Other Features

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004521400A (en) * 2000-05-18 2004-07-15 トレジャリーコネクト エルエルシー Electronic commerce system and method
US7363246B1 (en) * 2000-06-19 2008-04-22 Vulcan Portals, Inc. System and method for enhancing buyer and seller interaction during a group-buying sale
WO2004074974A2 (en) * 2003-02-19 2004-09-02 Eran Admon Auction variation
US20070271153A1 (en) * 2004-12-23 2007-11-22 Amit Goel Method and system of aggregating listings for sale
US20060143109A1 (en) 2004-12-23 2006-06-29 Ebay Inc. Method and system of listing an item in a fixed-price section
US20080059283A1 (en) * 2006-08-31 2008-03-06 Ebay Inc. Method and system for opportunity distribution
US20080133393A1 (en) * 2006-12-01 2008-06-05 Arnold Caroline L Transaction system for employee stock options and other compensation programs
US20120022989A1 (en) * 2010-02-26 2012-01-26 Rodman & Renshaw, Llc Method and system for identifying potential parties for a trade of one or more securities
US10521859B2 (en) * 2012-05-25 2019-12-31 Clarity Markets Holdings Llc Biddable financial instrument, online competitive bidding platform for trading thereof and associated system and method of trading thereof
JP5951907B1 (en) * 2014-09-12 2016-07-13 エブリセンス インク Information brokerage system

Citations (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3581072A (en) 1968-03-28 1971-05-25 Frederick Nymeyer Auction market computation system
US4789928A (en) 1986-02-17 1988-12-06 Flex Japan Inc. Auction information transmission processing
US4903201A (en) 1983-11-03 1990-02-20 World Energy Exchange Corporation Automated futures trading exchange
US4980826A (en) 1983-11-03 1990-12-25 World Energy Exchange Corporation Voice actuated automated futures trading exchange
US5077665A (en) 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5101353A (en) 1989-05-31 1992-03-31 Lattice Investments, Inc. Automated system for providing liquidity to securities markets
US5136501A (en) 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5193056A (en) 1991-03-11 1993-03-09 Signature Financial Group Inc. Data processing system for hub and spoke financial services configuration
US5243515A (en) 1990-10-30 1993-09-07 Lee Wayne M Secure teleprocessing bidding system
US5297031A (en) 1990-03-06 1994-03-22 Chicago Board Of Trade Method and apparatus for order management by market brokers
US5375055A (en) 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
US5497317A (en) 1993-12-28 1996-03-05 Thomson Trading Services, Inc. Device and method for improving the speed and reliability of security trade settlements
US5502637A (en) 1994-06-15 1996-03-26 Thomson Shared Services, Inc. Investment research delivery system
US5640569A (en) 1995-04-28 1997-06-17 Sun Microsystems, Inc. Diverse goods arbitration system and method for allocating resources in a distributed computer system
US5774176A (en) 1995-01-13 1998-06-30 Applied Synergistics, Inc. Unburned carbon and other combustibles monitor
US5774880A (en) 1992-06-10 1998-06-30 Cantor Fitzgerald & Co., Inc. Fixed income portfolio index processor
US5794207A (en) 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5794219A (en) 1996-02-20 1998-08-11 Health Hero Network, Inc. Method of conducting an on-line auction with bid pooling
US5802501A (en) 1992-10-28 1998-09-01 Graff/Ross Holdings System and methods for computing to support decomposing property into separately valued components
US5809483A (en) 1994-05-13 1998-09-15 Broka; S. William Online transaction processing system for bond trading
US5835896A (en) * 1996-03-29 1998-11-10 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5845266A (en) 1995-12-12 1998-12-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
US5905975A (en) 1996-01-04 1999-05-18 Ausubel; Lawrence M. Computer implemented methods and apparatus for auctions
US5905974A (en) * 1996-12-13 1999-05-18 Cantor Fitzgerald Securities Automated auction protocol processor
US5915209A (en) 1994-11-21 1999-06-22 Lawrence; David Bond trading system
US5924083A (en) 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US5946667A (en) 1994-04-06 1999-08-31 Morgan Stanley Group, Inc. Data processing system and method for financial debt instruments
US5995947A (en) 1997-09-12 1999-11-30 Imx Mortgage Exchange Interactive mortgage and loan information and real-time trading system
US6026383A (en) 1996-01-04 2000-02-15 Ausubel; Lawrence M. System and method for an efficient dynamic auction for multiple objects
US6035287A (en) 1997-12-17 2000-03-07 Omega Consulting, Inc. Method and apparatus for bundled asset trading
US6044363A (en) * 1996-09-04 2000-03-28 Hitachi, Ltd. Automatic auction method
US6058379A (en) * 1997-07-11 2000-05-02 Auction Source, L.L.C. Real-time network exchange with seller specified exchange parameters and interactive seller participation
WO2000051047A2 (en) 1999-02-26 2000-08-31 Offroad Capital Corporation Integrated capital market system for small issuers, including auction
US6161099A (en) 1997-05-29 2000-12-12 Muniauction, Inc. Process and apparatus for conducting auctions over electronic networks
US6269343B1 (en) * 1998-08-25 2001-07-31 Mobshop, Inc. On-line marketing system and method
US6272473B1 (en) * 1998-10-27 2001-08-07 Tuomas Sandholm Method, apparatus, and embodied data structures for optimal anytime winner determination in combinatorial auction-type problems
US6285989B1 (en) * 1998-08-07 2001-09-04 Ariba, Inc. Universal on-line trading market design and deployment system
US20010034692A1 (en) 2000-02-14 2001-10-25 Mcredmond Kristen System and method for business to investor exchange for raising capital and for creating a secondary market for private equity
US6493683B1 (en) * 1999-08-23 2002-12-10 Netrade, Llc Open commodites exchange
US6519570B1 (en) * 1999-10-08 2003-02-11 Keen.Com, Inc. A Corp. Of Ca. System and method for conducting a time auction
US6604089B1 (en) * 1999-03-15 2003-08-05 Vulcan, Inc. Demand aggregation through online buying group
US6606607B1 (en) * 1999-06-17 2003-08-12 Mcj Ventures, Inc. Individualized, real-time, interactive e-commerce auction
US6629082B1 (en) * 1999-06-15 2003-09-30 W.R. Hambrecht & Co. Auction system and method for pricing and allocation during capital formation
US6718312B1 (en) * 1999-10-12 2004-04-06 Market Design Group, Inc. Method and system for combinatorial auctions with bid composition restrictions

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4346442A (en) 1980-07-29 1982-08-24 Merrill Lynch, Pierce, Fenner & Smith Incorporated Securities brokerage-cash management system
US5774873A (en) * 1996-03-29 1998-06-30 Adt Automotive, Inc. Electronic on-line motor vehicle auction and information system
US5890138A (en) * 1996-08-26 1999-03-30 Bid.Com International Inc. Computer auction system
US20020138390A1 (en) * 1997-10-14 2002-09-26 R. Raymond May Systems, methods and computer program products for subject-based addressing in an electronic trading system
US6230146B1 (en) * 1998-09-18 2001-05-08 Freemarkets, Inc. Method and system for controlling closing times of electronic auctions involving multiple lots
US6778968B1 (en) * 1999-03-17 2004-08-17 Vialogy Corp. Method and system for facilitating opportunistic transactions using auto-probes
US7092904B1 (en) * 1999-05-10 2006-08-15 Edeposit Corporation Web-based account management for hold and release of funds
US7165046B2 (en) * 2000-05-18 2007-01-16 Efficient Auctions Llc System and method for an efficient dynamic multi-unit auction
US7062460B1 (en) * 1999-10-12 2006-06-13 Enduse.Com Llc On-line auction method and system facilitating the sale of multiple product units at prices varying with volume
WO2001043040A2 (en) * 1999-11-29 2001-06-14 Maudlin Stuart C Maudlin-vickrey auction method and system for maximizing seller revenue and profit
US7647270B2 (en) * 2000-03-08 2010-01-12 W.R. Hambrecht + Co., Llc System and methods for pricing and allocation of commodities or securities
US20020035534A1 (en) * 2000-05-04 2002-03-21 Buist Walter D. Method and apparatus for auctioning securities
US20050015321A1 (en) * 2000-08-30 2005-01-20 Susanne Vindekilde System and method for listing offerings of commercial paper and other interests
US7970689B2 (en) * 2000-11-17 2011-06-28 Scale Semiconductor Flg, L.L.C. Single-period auctions network decentralized trading system and method
US20020107777A1 (en) * 2001-02-06 2002-08-08 Lane Thomas P. System and method for auctioning goods seized or recovered by local, county, state, or federal law enforcement agencies
US20060282367A1 (en) * 2001-04-30 2006-12-14 Alan Katz Internet-based system for auctioning securities
US7689435B2 (en) * 2001-09-11 2010-03-30 International Business Machines Corporation Method and apparatus for creating and managing complex business processes
US8396781B2 (en) * 2002-06-05 2013-03-12 The Nasdaq Omx Group, Inc. Interest dissemination process and method
CA2544785C (en) * 2003-11-06 2021-07-20 Efficient Auctions Llc System and method for a hybrid clock and proxy auction
US7428501B2 (en) * 2003-12-08 2008-09-23 Bidcatcher, L.P. Auction system for remote bidding and method
US20060282356A1 (en) * 2004-04-15 2006-12-14 Brad Andres System and method for structured put auction rate combination structure
US20060136325A1 (en) * 2004-12-21 2006-06-22 Richard Barry Automated proxy bidding
WO2007056548A2 (en) * 2005-11-09 2007-05-18 Waves Licensing, Llc Exchange-based auction for offerings
US20070214056A1 (en) * 2006-03-10 2007-09-13 Charles Xue Instant ownership auction method

Patent Citations (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3581072A (en) 1968-03-28 1971-05-25 Frederick Nymeyer Auction market computation system
US4903201A (en) 1983-11-03 1990-02-20 World Energy Exchange Corporation Automated futures trading exchange
US4980826A (en) 1983-11-03 1990-12-25 World Energy Exchange Corporation Voice actuated automated futures trading exchange
US4789928A (en) 1986-02-17 1988-12-06 Flex Japan Inc. Auction information transmission processing
US5077665A (en) 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5136501A (en) 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5101353A (en) 1989-05-31 1992-03-31 Lattice Investments, Inc. Automated system for providing liquidity to securities markets
US5297031A (en) 1990-03-06 1994-03-22 Chicago Board Of Trade Method and apparatus for order management by market brokers
US5243515A (en) 1990-10-30 1993-09-07 Lee Wayne M Secure teleprocessing bidding system
US5193056A (en) 1991-03-11 1993-03-09 Signature Financial Group Inc. Data processing system for hub and spoke financial services configuration
US5375055A (en) 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
US6014627A (en) 1992-02-03 2000-01-11 Ebs Dealing Resources, Inc. Credit management for electronic brokerage system
US5774880A (en) 1992-06-10 1998-06-30 Cantor Fitzgerald & Co., Inc. Fixed income portfolio index processor
US5857176A (en) 1992-06-10 1999-01-05 Cantor Fitzgerald & Co., Inc. Fixed income portfolio data processor
US5802501A (en) 1992-10-28 1998-09-01 Graff/Ross Holdings System and methods for computing to support decomposing property into separately valued components
US5497317A (en) 1993-12-28 1996-03-05 Thomson Trading Services, Inc. Device and method for improving the speed and reliability of security trade settlements
US5946667A (en) 1994-04-06 1999-08-31 Morgan Stanley Group, Inc. Data processing system and method for financial debt instruments
US5809483A (en) 1994-05-13 1998-09-15 Broka; S. William Online transaction processing system for bond trading
US5502637A (en) 1994-06-15 1996-03-26 Thomson Shared Services, Inc. Investment research delivery system
US5915209A (en) 1994-11-21 1999-06-22 Lawrence; David Bond trading system
US5774176A (en) 1995-01-13 1998-06-30 Applied Synergistics, Inc. Unburned carbon and other combustibles monitor
US5640569A (en) 1995-04-28 1997-06-17 Sun Microsystems, Inc. Diverse goods arbitration system and method for allocating resources in a distributed computer system
US5845266A (en) 1995-12-12 1998-12-01 Optimark Technologies, Inc. Crossing network utilizing satisfaction density profile with price discovery features
US6026383A (en) 1996-01-04 2000-02-15 Ausubel; Lawrence M. System and method for an efficient dynamic auction for multiple objects
US5905975A (en) 1996-01-04 1999-05-18 Ausubel; Lawrence M. Computer implemented methods and apparatus for auctions
US5794219A (en) 1996-02-20 1998-08-11 Health Hero Network, Inc. Method of conducting an on-line auction with bid pooling
US5835896A (en) * 1996-03-29 1998-11-10 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US5924083A (en) 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US5794207A (en) 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US6044363A (en) * 1996-09-04 2000-03-28 Hitachi, Ltd. Automatic auction method
US5905974A (en) * 1996-12-13 1999-05-18 Cantor Fitzgerald Securities Automated auction protocol processor
US6161099A (en) 1997-05-29 2000-12-12 Muniauction, Inc. Process and apparatus for conducting auctions over electronic networks
US6058379A (en) * 1997-07-11 2000-05-02 Auction Source, L.L.C. Real-time network exchange with seller specified exchange parameters and interactive seller participation
US5995947A (en) 1997-09-12 1999-11-30 Imx Mortgage Exchange Interactive mortgage and loan information and real-time trading system
US6035287A (en) 1997-12-17 2000-03-07 Omega Consulting, Inc. Method and apparatus for bundled asset trading
US6285989B1 (en) * 1998-08-07 2001-09-04 Ariba, Inc. Universal on-line trading market design and deployment system
US6269343B1 (en) * 1998-08-25 2001-07-31 Mobshop, Inc. On-line marketing system and method
US6272473B1 (en) * 1998-10-27 2001-08-07 Tuomas Sandholm Method, apparatus, and embodied data structures for optimal anytime winner determination in combinatorial auction-type problems
WO2000051047A2 (en) 1999-02-26 2000-08-31 Offroad Capital Corporation Integrated capital market system for small issuers, including auction
US6604089B1 (en) * 1999-03-15 2003-08-05 Vulcan, Inc. Demand aggregation through online buying group
US6631356B1 (en) * 1999-03-15 2003-10-07 Vulcan Portals, Inc. Demand aggregation through online buying groups
US6629082B1 (en) * 1999-06-15 2003-09-30 W.R. Hambrecht & Co. Auction system and method for pricing and allocation during capital formation
US6606607B1 (en) * 1999-06-17 2003-08-12 Mcj Ventures, Inc. Individualized, real-time, interactive e-commerce auction
US6493683B1 (en) * 1999-08-23 2002-12-10 Netrade, Llc Open commodites exchange
US6519570B1 (en) * 1999-10-08 2003-02-11 Keen.Com, Inc. A Corp. Of Ca. System and method for conducting a time auction
US6718312B1 (en) * 1999-10-12 2004-04-06 Market Design Group, Inc. Method and system for combinatorial auctions with bid composition restrictions
US20010034692A1 (en) 2000-02-14 2001-10-25 Mcredmond Kristen System and method for business to investor exchange for raising capital and for creating a secondary market for private equity

Non-Patent Citations (78)

* Cited by examiner, † Cited by third party
Title
"Financial Advisors/Issuers", document, "The Financial Adviser Receives A Bid Status Report . . . ".
"Grant Street Advisors Is Setting Up The First Muni Bond Auction Web Site", The Bond Buyer, v 320, #30159, p. 1, Jun. 4, 1997.
"Internet Benefits SF Redevelopment Offering", CA Public Finance, v. 10, No. 21, p. N/A, Jan. 13, 1997.
"IPOs online a boost for small investor", San Jose Mercury News, Feb. 15, 1999, 2 pgs.
"New Approach to Investment Banking With Launch of Open IPO", IPO Monitor, San Francisco, Feb. 8, 1999, 2 pgs.
"Sample Form of MuniBid(TM) Notice of Sale", 9 pgs.
Ausubel, L.M., et al, "Auctioning Securities", Working Paper, Dept. of Economics, University of Maryland, Mar. 1998.
Biais, B., et al, "IPO Auctions: English, Dutch, . . . French, and Internet", Journal of Financial Intermediation 11, pp. 9-36 (2002).
Bicknell, "IPOs for the Everyman", Wire News Feb. 8, 1999, 1 pg.
Bid Form Tennessee Local Development Authority; Parity Bid Form; Parity Form of Agreement; Suggested language document.
Bransten et al., "New Company Aims to Shift IPO Playing Field", Wall Str. J., Feb. 8, 1999 C1.
Brochure, "Introduction to MuniBid(TM) Optimizing Municipal Bond Sales", 13 pgs.
Carlsen, "Veteran bankers use Net power to fuel IPO market", SF Business Times, Feb. 12, 1999, pp. 20, 23.
Chemmanur, T.J., et al, "How Should a Firm Go Public? A Dynamic Model of the Choice Between Fixed-Price Offerings and Auctions in IPOs and Privatizations" . EFA 2003 Annual Conference Paper No. 366.
CNNfn, "IPOs for the public-really!", Feb. 8, 1999, 1 pg.
Cramton, Peter: Ascending Auctions; European Economic Review 42:3-5; 1998; pp. 1-11. *
Daly, "West Coast firm sets new way for IPOs", CBS Market Watch Report, Feb. 8, 1999, 1 pg.
David Landes, Letter dated Aug. 16, 1996, from David V. Landes to Dan Veres, with attachment.
Davis, "The Underwriting Underdog", Business 2.0, 7 pgs.
Dazzo N. J., "In Today's Muni Market, Data Bases, Not Books, Provide Dealers, Clients with timely Bond Data: Municipal bond dealers have never had it so easy", The Bond Buyer, v. 289,#2821, Aug. 29, 1989.
Document entitled: Q: What Do These Issues Have in Common?
Edwards et al., Nat. Pub. Radio, morning edition 10:00 am on ET, Feb. 12, 1999, 1 pg.
Epstein, Lee, "Newcomers Guide to the Dutch Auction Process (Securities Auctions)", Corporate Cashflow Magazine, vol. 11, No. 3, p. 42(2), Mar. 1990.
F. T. McCarthy, "PopNet Float Shows up the Flaws," The Financial News, Feb. 7, 2000, 2 pages.
Fax from Parity, Apr. 30, 1996.
Financial Advisors/Issue document, "Financial Advisors/Issuers see the following data for each bid and for each issue by dialing 206-635-0940 (this information only shows after the deadline for receipt of bids)".
Friedman "A Toast to Open IPO From the 'Little Guy'", Los Angeles Times, Apr. 13, 1999, 1 pg.
Friedman, Jack P.; "Barron's Business Guides: Dictionary of Business Terms; Third Edition"; 1994 and 2000; p. 207. *
Fujishima, Yuzo, et al., "Speeding Up Ascending-Bid Auctions", Stanford University, Stanford, CA, pp. 1-6.
Gates, "The next generation of i-banking", Red Herring, The Bus. of Technology, Feb. 9, 1999, 1 pg.
Gerhard, "A Secure Electronic Market for Anonymous Transferable Emission Permits", IEEE Comp. Soc, 1998, 232-241.
Gilpin, "How the Web Can Improve Corporate Underwriting", The N.Y. Times, Feb. 14, 1999, 1 pg.
Gorda et al., "Building and Running Online Auctions", Dr. Dobb's Journal, Oct. 1997, pp. 84-104.
Hambrecht, "Dutch Treat", Time digital, May 17, 1999.
Hansell, "Internet Auction System Set For Pricing Stock Offerings", The N. Y. Times, Feb. 8, 1999, C7.
Harkavy et al., "Electronic Auctions with Private Bids", 3rd USENIX Workshop on Electronic Commerce, pp. 61-73, Aug. 31-Sep. 3, 1998.
Henry, "Street Talk", USA Today, Feb. 9, 1999, 1 pg.
Hyatte, Michael, Letter to SEC dated Jul. 20, 2000, 2000 WL 1013584 (S.E.C. Action Letter).
IPO: Robertson, Hambrecht tap into the Net.
John Downes and John Elliot Goodman, Dictionary of Finance and Investment Terms, 1998, Fifth Edition, pp. 132, 243, 600, 275.
John M. Dalton, Editor, "The Initial Public Offering," How the Stock Market Works, John M. Dalton, Editor, 1993, NYIF Corp., Second Edition, pp. 33-60.
JP Morgan and Capital Link in Bid to develop Electronic Auction for Corporate Debt Securities, Trading Systems, Technology, c2, No. 20, Apr. 24, 1989.
Junnarkar, "Bringing auction-based IPOs to the Web", Cnet News.Com, Feb. 8, 1999.
Kikuchi et al., "Multi-Round Anonymous Auction Protocols", IEICE Trans. Inf. & Syst. vol. E82-D, No. 4, 1999, pp. 769-776.
Kumar et al., "Internet Auctions", 3rd USENIX Workshop on Electronic Comm. Aug. 31-Sep. 3, 1998, pp. 49-60.
Landes, D. V., Aug. 16, 1996 Letter with attachments.
Markus et al., "Sonoma's Ravenswood to Offer Public Shares Over Internet", Wine Spectator, Apr. 30, 1999, 1 pg.
Milgrom, Paul, "Putting Auction Theory to Work: The Simultaneous Ascending Auction", Dept. of Economics, Stanford University, Dec. 8, 1997, revised Apr. 21, 1999, pp. 1-25.
Morgenstern, "Electronic Bidding for Municipal Bonds: Technology Innovation for Competitive Bond Sales", pp. 23-25 Government Finance Review (Feb. 2000).
Mullen et al., "The Auction manager: Market Middleware for Large-Scale Electronic Commerce", 3rd USENIX Workshop on Electronic Comm. Aug. 31-Sep. 3, 1998, pp. 37-47.
Mulligan, "Internet Auction System Challenges Wall Street", Los Angeles Times, Feb. 9, 1999, 1 pg.
O'Connor, "Internet site bids for investors", Financial Times, May 18, 1999, 2 pgs.
Official Notice of Sale, Tennesse Local Development Authority.
Pamphlet entitled MuniBid.
Parity . . . and the Municipal Securities Issuer, author and date unknown.
Parity brochure, Copyright 1992, 21st Century Municipals, Inc.
Resnick, Parity On-Line Bidding Program Wins Positive Reviews, The Bond Buyer, May 7, 1997.
Richmeyer R., "Survey Shows Bond Market is Warming up to Electronic Trading", The Bond buyer, v 321, #30213, Aug. 20, 1997.
Richtmyer, "Gaining Parity: Dalcomp Purchases Electronic Bid System to Expoit Internet"; The Bond Buyer (Feb. 25, 1998).
Rohm et al., "COPS: A Model and Infrastructure for Secure and Fair Electronic Markets", Proceedings of the 32nd Hawaii International Conference on System Sciences, 1999, 10 pgs.
Sarah Stirland, "Wall Street Is Rattled by Software That Can Remake Competitive Deals", The Bond Buyer, Aug. 21, 1996, p. 1.
Sherman, A., "Global Trends in IPO Methods: Book Building vs. Auctions", Journal of Financial Economics, vol. 78, Issue 3, Dec. 2005, pp. 615-649.
Stirland, "News and Trends: Brokers-Dealers to hawk Products Via Satelite and cable TV", The Bond Buyer, v 320, #30125, Apr. 16, 1997.
Stone, "How About IPOs for the Masses?", Newsweek, Business, Feb. 15, 1999, p. 46.
Subramanian et al., "A Real-Time Protocol for Stock Market Transactions", IEEE 1999, pp. 2-10.
The Motley Fool, "Putting the "I" in IPO", Feb. 8, 1999, 1 pg.
Thomas, R., Aug. 28, 1996 Letter with attachment.
Tips for Buyers, pp. 1-3, E-bay, Oct. 13, 1999, available @ http://web.archive.org/web/19991013024945/pages.ebay.com/help/buyerguide/bidding-tips.html, last accessed Jul. 24, 2007. *
U.S. Securities and Exchange Commission, Proposed Rule: Defining the Term "Qualified Purchaser" under the Securities Act of 1933, Release No. 33-8041; File No. S7-23-01.
U.S. Trademark File History for mark "Parity & Design", (Reg. No. 1772581) including specimen entitled "Parity A Real-Time, No-Risk Bidding Network From 21 Century Municipals", (1992).
Vickrey, W., "Auction and Bidding Games" Recent Advances in Game Theory, 1962-Princeton University Press.
Vickrey, W., "Counterspeculation, Auctions, and Competitive Sealed Tenders", The Journal of Finance, The American Finance Association, vol. XVI, 1961.
Whalen, "Dalcomp's Electronic Bidding System Set to Debut With Wisconsin Go Deal", Bond Buyer, Aug. 21, 1998.
Whalen, Where is Dalcomp? New Product Awaits Inaugural Deal, The Bond Buyer Aug. 19, 1998.
What is Proxy Bidding?, pp. 1-3, WiseGEEK, available @ http://www.wisegeek.com/what-is-proxy-bidding.htm, last accessed Jul. 2, 2007. *
Wurman et al., "Flexible double auctions for electronic commerce: theory and implementation", Elsevier Science, Decision Support Systems 24, 1998, pp. 17-27.
Young, "An IPO that's for everyone", The Sacramento Bee, Mar. 3, 1999, 2 pgs.
Zimmerman et al., "A web-based platform for experimental investigation of electric power auctions", Elsevier Science, Decision Support Systems 24, 1999, pp. 193-205.

Cited By (89)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10127816B2 (en) 1998-01-27 2018-11-13 Blanding Hovenweep, Llc Detection and alert of automobile braking event
US8373582B2 (en) 1998-01-27 2013-02-12 Steven M. Hoffberg Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore
US9551582B2 (en) 1998-01-27 2017-01-24 Blanding Hovenweep, Llc Mobile communication device
US9996261B2 (en) 1999-12-22 2018-06-12 Chart Trading Development, Llc Systems and methods for providing a trading interface
US20070226126A1 (en) * 1999-12-22 2007-09-27 Kirwin Glenn D Systems and methods for providing a trading interface
US20100325029A1 (en) * 1999-12-22 2010-12-23 Kirwin Glenn D Systems and methods for providing a trading interface
US8041626B2 (en) 1999-12-22 2011-10-18 Bgc Partners, Inc. Systems and methods for providing a trading interface
US7890416B2 (en) 1999-12-22 2011-02-15 Bgc Partners, Inc. Systems and methods for providing a trading interface
US8060435B2 (en) 1999-12-22 2011-11-15 Bgc Partners, Inc. Systems and methods for providing a trading interface
US20020029180A1 (en) * 1999-12-22 2002-03-07 Kirwin Glenn D. Systems and methods for providing a trading interface
US7991679B2 (en) 1999-12-22 2011-08-02 Bgc Partners, Inc. Systems and methods for providing a trading interface
US20070226127A1 (en) * 1999-12-22 2007-09-27 Kirwin Glenn D Systems and methods for providing a trading interface
US9727916B1 (en) 1999-12-30 2017-08-08 Chicago Board Options Exchange, Incorporated Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services
US9928550B2 (en) 1999-12-30 2018-03-27 Cboe Exchange, Inc. Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services
US20010037284A1 (en) * 2000-03-27 2001-11-01 Finkelstein Ephraim Brian Negotiated right exchange system and method
US20030088495A1 (en) * 2000-12-07 2003-05-08 Gilbert Andrew C. Systems and methods for linking bids and offers in a trading interface
US7636684B1 (en) * 2001-04-13 2009-12-22 I-Deal Llc Issuer monitor system for monitoring and/or analyzing financial transactions and method of using the same
US20080109342A1 (en) * 2001-04-19 2008-05-08 Jason Wiener Electronic asset assignment and tracking
US20030163405A1 (en) * 2001-04-19 2003-08-28 Jason Wiener Electronic asset assignment and tracking
US10354322B2 (en) 2001-10-18 2019-07-16 Bgc Partners, Inc. Two sided trading orders
US20030154152A1 (en) * 2001-10-18 2003-08-14 Gilbert Andrew C. Systems and methods for quoting a two-sided market
US20030229542A1 (en) * 2002-06-05 2003-12-11 Lawrence Morrisroe Method and system for providing a dynamically changing advertisement
US20120239549A1 (en) * 2002-07-26 2012-09-20 Ebs Group Limited Automated Trading System
US8775297B2 (en) 2002-07-26 2014-07-08 Ebs Group Limited Automated trading system
US8630928B1 (en) * 2002-12-23 2014-01-14 Barclays Capital Inc. Asset-backed convertible security
US11790413B2 (en) 2003-02-05 2023-10-17 Hoffberg Family Trust 2 System and method for communication
US8600830B2 (en) 2003-02-05 2013-12-03 Steven M. Hoffberg System and method for providing a payment to a non-winning auction participant
US9818136B1 (en) 2003-02-05 2017-11-14 Steven M. Hoffberg System and method for determining contingent relevance
US10943273B2 (en) 2003-02-05 2021-03-09 The Hoffberg Family Trust 2004-1 System and method for determining contingent relevance
US7877314B2 (en) 2004-03-05 2011-01-25 Avery N Caleb Method and system for optimal pricing and allocation for a set of debt instruments to be offered
US7693779B2 (en) 2004-03-05 2010-04-06 Avery N Caleb Method and system for requesting a reservation for a set of equity instruments to be offered
US20070118465A1 (en) * 2004-03-05 2007-05-24 Avery N C Method and system for optimal pricing and allocation with limits on units offered
US7676423B2 (en) 2004-03-05 2010-03-09 Avery N Caleb Method and system for optimal pricing and allocation with allotments
US20070118463A1 (en) * 2004-03-05 2007-05-24 Avery N C Method and system for optimal pricing and allocation in an offering of a plurality of types
US20070130053A1 (en) * 2004-03-05 2007-06-07 Avery N C Method and system for optimal pricing and allocation with allotments
US7870057B2 (en) 2004-03-05 2011-01-11 Avery N Caleb Method and system for requesting a reservation for a set of debt instruments to be offered
US20110191230A1 (en) * 2004-03-05 2011-08-04 Avery N Caleb Method and system for optimal pricing and allocation for a set of contractual rights to be offered with canceling/modifying of indications of interest
US20130246240A1 (en) * 2004-03-05 2013-09-19 N. Caleb Avery Method and system for requesting a reservation for a set of contract rights to be offered
US20070118464A1 (en) * 2004-03-05 2007-05-24 Avery N C Method and system for optimal pricing and allocation with additional units allocated
US7620590B2 (en) 2004-03-05 2009-11-17 Avery N Caleb Method and system for optimal pricing and allocation with canceling/modifying of indications of interest
US10127611B2 (en) * 2004-03-05 2018-11-13 N. Caleb Avery Method and system for requesting a reservation for a set of contract rights to be offered
US20130204768A1 (en) * 2004-03-05 2013-08-08 N. Caleb Avery Systems and methods for requesting a reservation for a set of equity instruments being offered
US20050197857A1 (en) * 2004-03-05 2005-09-08 Avery N. C. Method and system for optimal pricing and allocation
US10074131B2 (en) 2004-03-05 2018-09-11 N. Caleb Avery Systems and methods for requesting a reservation for a set of debt instruments to be offered
US20130204766A1 (en) * 2004-03-05 2013-08-08 N. Caleb Avery Systems and methods for optimal pricing and allocation with canceling/modifying of indications of interest for a set of debt instruments to be offered
US7698211B2 (en) 2004-03-05 2010-04-13 Avery N Caleb Method and system for optimal pricing and allocation with canceling/modifying of indications of interest for a set of equity instruments to be offered
US8447684B2 (en) 2004-03-05 2013-05-21 N. Caleb Avery Method and system for optimal pricing and allocation for a set of contractual rights to be offered with canceling/modifying of indications of interest
US20130204767A1 (en) * 2004-03-05 2013-08-08 N. Caleb Avery Systems and methods for optimal pricing and allocation with canceling/modifying of indications of interest for a set of contract rights instruments
US20100138334A1 (en) * 2004-04-01 2010-06-03 Jeff Warsaw Exchange order priority retention for electronic trading using automatic book updates
US20120191591A1 (en) * 2004-04-01 2012-07-26 Jeff Warsaw Exchange order priority retention for electronic trading using automatic book updates
US20150317731A1 (en) * 2004-04-01 2015-11-05 Waverules, Llc Exchange order priority retention for electronic trading using automatic book updates
US9311670B2 (en) 2004-09-10 2016-04-12 Steven M. Hoffberg Game theoretic prioritization system and method
US8645242B1 (en) * 2005-05-11 2014-02-04 Morgan Stanley Systems and methods for compiling and analyzing bids in an auction of securities
US7925545B2 (en) * 2005-08-16 2011-04-12 Ebs Group Limited Automated trading system for conversion of unmatched amounts into new quotes
US8775268B2 (en) 2005-08-16 2014-07-08 Ebs Group Limited Systems for automated trading and conversion of unmatched amounts into new quotes
US20070043649A1 (en) * 2005-08-16 2007-02-22 Ebs Group Limited Order entry in automated trading systems
US20110119174A1 (en) * 2005-08-16 2011-05-19 Ebs Group Limited Order entry in automated trading systems
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US10567975B2 (en) 2005-10-04 2020-02-18 Hoffberg Family Trust 2 Multifactorial optimization system and method
USRE49334E1 (en) 2005-10-04 2022-12-13 Hoffberg Family Trust 2 Multifactorial optimization system and method
US20070276744A1 (en) * 2006-01-25 2007-11-29 Burke Joseph R Systems and methods for facilitating completion of repurchase agreements
US7647268B1 (en) * 2006-05-04 2010-01-12 Jpmorgan Chase Bank, N.A. System and method for implementing a recurrent bidding process
US20080281748A1 (en) * 2006-09-14 2008-11-13 Newman David L License market, license contracts and method for trading license contracts
US8005748B2 (en) * 2006-09-14 2011-08-23 Newman David L Intellectual property distribution system and method for distributing licenses
US7885892B1 (en) * 2006-11-08 2011-02-08 Fannie Mae Method and system for assessing repurchase risk
US20080313027A1 (en) * 2007-06-12 2008-12-18 Microsoft Corporation Fair discounting auction
US7778869B2 (en) * 2007-06-12 2010-08-17 Microsoft Corporation Fair discounting auction
US8024228B1 (en) * 2007-10-04 2011-09-20 Patrick James Schultz Concealed performance bid
US20100017322A1 (en) * 2008-05-09 2010-01-21 Davis C Cullom Confidential Order Entry for an Equity Offering
US20100088250A1 (en) * 2008-10-03 2010-04-08 The Bank Of New York Mellon Auction Method and Platform
US8583470B1 (en) * 2010-11-02 2013-11-12 Mindjet Llc Participant utility extraction for prediction market based on region of difference between probability functions
US20120197777A1 (en) * 2011-01-31 2012-08-02 Shoen James P Online System and Method for Issuing Collateralized Securities
US20120310811A1 (en) * 2011-06-01 2012-12-06 Umesh Subhash Patel System and method for reducing curve risk
US9135656B2 (en) 2011-08-24 2015-09-15 Strategic Acquisitions, Inc. Method and system for auction information management
US10614516B2 (en) 2011-08-24 2020-04-07 Strategic Acquisitions, Inc. Method and system for auction information management
US9159056B2 (en) 2012-07-10 2015-10-13 Spigit, Inc. System and method for determining the value of a crowd network
US11580083B2 (en) 2013-09-30 2023-02-14 Spigit, Inc. Scoring members of a set dependent on eliciting preference data amongst subsets selected according to a height-balanced tree
US10545938B2 (en) 2013-09-30 2020-01-28 Spigit, Inc. Scoring members of a set dependent on eliciting preference data amongst subsets selected according to a height-balanced tree
US20220172289A1 (en) * 2014-07-25 2022-06-02 Clearingbid, Inc. Systems Including a Hub Platform, Communication Network and Memory Configured for Processing Data Involving Time-Stamped/Time-Sensitive Aspects and/or Other Features
US11568490B2 (en) * 2014-07-25 2023-01-31 Clearingbid, Inc. Systems including a hub platform, communication network and memory configured for processing data involving time-stamped/time-sensitive aspects and/or other features
US11694263B2 (en) 2014-07-25 2023-07-04 Clearingbid, Inc. Systems including a hub platform and communication network configured for processing data involving time-stamped/time-sensitive aspects and/or other features
US11694262B2 (en) 2014-07-25 2023-07-04 Clearingbid, Inc. Systems including a hub platform, communication network and memory configured for processing data involving time-stamped/time-sensitive aspects and/or other features
US11715158B2 (en) 2014-07-25 2023-08-01 Clearingbid, Inc. Methods involving a hub platform and communication network configured for processing data involving time-stamped/time-sensitive aspects and/or other features
US11720966B2 (en) 2014-07-25 2023-08-08 Clearingbid, Inc. Methods involving a hub platform and communication network configured for processing data involving time-stamped/time-sensitive aspects and/or other features
US11836798B2 (en) 2014-07-25 2023-12-05 Clearingbid, Inc. Systems and methods involving a hub platform and communication network configured for processing data involving time-stamped/time-sensitive aspects and/or other features
US11048386B2 (en) 2016-11-18 2021-06-29 Ipreo Llc Graphical user interface to track dynamic data
US11042263B1 (en) 2016-11-18 2021-06-22 Ipreo Llc Graphical user interface to track dynamic data
US11625149B2 (en) 2016-11-18 2023-04-11 Ipreo Llc Graphical user interface to track dynamic data
US10331302B1 (en) * 2016-11-18 2019-06-25 Ipreo Llc Graphical user interface to track dynamic data

Also Published As

Publication number Publication date
US7644034B2 (en) 2010-01-05
US20080306865A1 (en) 2008-12-11

Similar Documents

Publication Publication Date Title
US7415436B1 (en) System and method for pricing and allocation of commodities or securities
US7647270B2 (en) System and methods for pricing and allocation of commodities or securities
US7617150B2 (en) Method and system for providing aggregation of trading on multiple alternative trading systems
US7689498B2 (en) System and method for trading options
US8156034B2 (en) Method and system for enhanced distribution of financial instruments
US20020161690A1 (en) System, medium and method for trading fixed income securities
US20080140557A1 (en) On-line auction system and method
US20050187858A1 (en) Fixed income security offerings management techniques and related applications
CA2354081A1 (en) Automated price improvement protocol processor
WO2005111892A2 (en) Automated system for routing orders for foreign exchange transactions
US20090048962A1 (en) Interactive Security Brokerage System
CA2440836A1 (en) System and method for pricing and allocation of commodities or securities
AU2009238231B2 (en) System and method for trading options (dynamic price generation)
GB2375405A (en) System and method for trading options
AU2017202423A1 (en) System and method for trading options (credit filters and two stage updating)
AU2012203528A1 (en) System and method for trading options (credit filters and two stage updating)
WO2001009788A1 (en) Selling heavily negotiated items

Legal Events

Date Code Title Description
AS Assignment

Owner name: W.R. HAMBRECHT + CO., LLC, CALIFORNIA

Free format text: MERGER;ASSIGNOR:W.R. HAMBRECHT & CO., LLC;REEL/FRAME:018894/0486

Effective date: 19990630

STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: W.R. HAMBRECHT + CO., INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:W.R. HAMBRECHT + CO., LLC;REEL/FRAME:022703/0917

Effective date: 20090519

REMI Maintenance fee reminder mailed
FPAY Fee payment

Year of fee payment: 4

SULP Surcharge for late payment
REMI Maintenance fee reminder mailed
FPAY Fee payment

Year of fee payment: 8

SULP Surcharge for late payment

Year of fee payment: 7

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY

FEPP Fee payment procedure

Free format text: 11.5 YR SURCHARGE- LATE PMT W/IN 6 MO, SMALL ENTITY (ORIGINAL EVENT CODE: M2556); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2553); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY

Year of fee payment: 12