CA2430969A1 - Enhanced interface for communicating with a handheld trading system - Google Patents
Enhanced interface for communicating with a handheld trading system Download PDFInfo
- Publication number
- CA2430969A1 CA2430969A1 CA002430969A CA2430969A CA2430969A1 CA 2430969 A1 CA2430969 A1 CA 2430969A1 CA 002430969 A CA002430969 A CA 002430969A CA 2430969 A CA2430969 A CA 2430969A CA 2430969 A1 CA2430969 A1 CA 2430969A1
- Authority
- CA
- Canada
- Prior art keywords
- user
- broker
- looks
- security
- look
- 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.)
- Abandoned
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Abstract
This application is related to a method and system for communicating with a handheld trading interface and, more particularly, to an enhanced interface for commmunicating with floor traders operating in a financial exchange. The application interface provides user access to functionality permitting them to request, receive, and review current and historical look information from brokers on a trading floor. The application further allows a user to send and receive messages to and from a broker and to review the messages in a manner similar to looks from the broker.
Description
ENI-I:~.NCED LNT ERFACE FOka C'O1~II~I~T~1ICATING '~~%ITI-I ~, I-IANDfIELD
TR.~,DI~'G
SYSTElVI
COPYRIGHT STATElvIENT:
This document contains n xaterial which is subject to copyright protection.
The applicant has no objection to the reproduction of this patent document, as it appears in the U.S. Patent and Trademark Office patent ale or records or in any publication by the U.S.
Patent and Trademark s Office or counterpart foreign or international instmme.ntalities. All remaining copyright rights whatsoever are otherwise reserved.
CROSS REFERENCE TO RELATED APPLICATIONS:
This application claims priority under ~5 U.S.C. ~ 119 to U.S. Provisional Patent ~o Application Serial No. 60/296,25 filed on June 5, 2001.
This application is a continuation-in-part of co-pending U.S_ Patent Application Serial No. 091413,150 filed on October 6, I999_ This application is also related to U_S_ Patent Application 09/413,270 filed on October 6, I 999, entitled "Order Centric Tracking System," the entire contents of which are expressly incorporated by reference.
FIELD OF THE INVENTION:
This application is related to a method and system for communicating with a handheld trading interface and, more particularly, to an enhaaxced interface for communicating with floor Zo traders operating in a financial exchange.
B ACKGROU~VD:
There exist several types of financial markets in which securities, commodities, and other iiegotiabIe instmments are traded. An auction .,~narket, such as a stock exchange, is one such financial market. In an auctian market, buyers and sellers congregate on the exchange floor and axmounce their respective bid (offer to buy) and ask (price acceptable to sell) prices. A trade in any particular security will occur at no more than the highest price a buyer is willing to pay and at no less than the lowest price a seller is willing to accept.
Among the players on the floor of an exchange are specialist and floor brakers_ ~o Specialists call out the best bid and ask prices received from the various brokers, ensure that trades are pasted, facilitate trades, and act to ensure liquidity. Floor brokers roam the trading floor and act as an agent to transact orders on behalf of buyers and sellers.
A typical transaction originates when an order is placed with an off the-floor-trading desk (e.g., a ''trading booth") to buy or sell a particular SeCllrtty_ The trading desk conveys the order ~s to an exchange clerk who notes the parameters of the order including whether the order is a buy or sell order, the symbol of the security; the quantity, the price, any special conditions associated with the order, and the time that the order is placed. The clerk then delivers the order to the floor broker for execution. Traditionally, the orders were transcribed onto paper order slips which were then delivered to the floor brokers by pages or runners- After the floar broker executes the zo order, the executed order is noted on a slip of paper that is returned to the clerk by a runner.
A number of problems exist with the use of mnners to deliver trade oiders, confirmations, and other information. These problems can include trade execution delays resulting from illegibly transcribed orders, dropped slips, or delayed delivery'. Other problems include an inability to easily maintain a clear audit trail.
In addition to buy and sell orders, investors may request a "look" from the floor of the exchange. In response to a ''look" request, a broker notes his or her observations with respect to what is happening in the market for a particular security. 'fhe look information noted by the broker may vary depending on the particular broker and what he or she has observed.
Inforniation in a look can include, for example, recent buyer and seller identities, trade sizes and prices, an appraisal of market interest, the trader's opinion, and any other information that the trader can or may wish to provide.
io Look requests can originate from within a financial instihrtion or be requested by clients of the institution. Historically, when an investor wanted a floor look, the investor would call their broker representative to make the request. The representative would pass the request to the trading desk, which would then pass the request to a clerk at the appropriate booth at the exchange. The clerk would hand off the request to the floor broker responsible for- the security at issue. The floor broker, in response, would write their observations on a slip of paper and pass it back to the clerk. The information in the look is then returned, i.n turn, from the clerk to the trader, to the broker representative, and then to the requesting investor.
This sequence can be both cumbersome and inefficient.
To address these and other problems, auction markets, trading institutions, and the like, Zo have explored ways in which to use el.ectronie and computer communication techniques. With respect to looks, for example, a first improvement involved the use of electronic image scanners installed on the trading floor. After a floor broker had written a look onto paper, the look was scanned and the image sent electronically to the clerk. The electronic image could then be easily sent to the requestor as well as other appropri~~.te investors. Appropriate software was provided at the receiving computers to allow tlo a images of the look t.o be viewed and/or printed.
More recently, financial institutions, such as Goldm.an Sachs & Co., have introduced handheld trading computers which are cormected to a data nehvork via an wireless Iink and can be used by a broker to exchange trading orders and information with an ofF
floor server over a wireless computer net~.vork. A trading system of this type is described in detail in the related applications to this application noted above.
In the described system, the handheld trading computer can be confi~zred with an interface modeled on traditional paper-based trading forms. The interface can represent data ~o using braphically rendered "pages" that can display and receive figures, drawings., symbols, and arbitrary marks. The "pages" typically include input areas in which a user can write using ''digital ink_" Digital ink writings may be bit-.mapped images containing arbitrary annotations, drawings, and other marks fornled using an input stylus and are closely analogous to hand-written pages. Pages may also contain e,~,~-aphically rendered objects that a user can interact with using a stylus.
The handheld trading system allows floor brokers to form an electronic ticker page containing trade order information for a negotiable item (such as a stock or other eduity) and communicate that information to a trading computer. The system also allows a floor broker to receive requests for looks, to write the look observations directly on a graphical display screen, 2o and to transmit the look image to the network. Electronic mail functionality can also be provided Various sofrivare and hardware sy stems have been provided to aIlovv those who are located off of the trading floor to communicate with a floor broker through their handheld trading system. A particular system is the Floor Pictures application provided by Goldman Sachs & Co. This system allows individuals situated away from a trading floor to have electronic access to live market information as if they were standing in the "crowd'' on the e;~change floor. Although present systems allow data and messages to be passed back and forth, various aspects of the system can be improved. For example, historical data is only available through use a separate appIication_ Accordingly, it is an object of the present invention to provide an improved interface for communicating with a handheld trading system:..
SUMIyIARY
1o The present invention is related to aspects of a user interface which is used to communication with and received information from brokers on an eYChange floor.
The brokers will generally use wireless handheld computers to interact with a trading system and send looks and messages_ However, other mechanisms can be used to receive information from the floor brokers.
A user application is provided to allow individuals situated away from the trading floor to request looks for a particular security and to receive a current look from the floor broker. In particular, the application allows a user to subscribe to receive looks for a first security fiom a broker on the trading floor. As pages of Look information for that security are r eceived, the user can view both read and unread looks for the first security in sequential order from within the zo application. According to a particular aspect of the invention, a user is able to access historic Iooks for at least the same trading day from within the same application that they can request current looks and receive those looks. In a particular embodiment, the application restricts the viewing of previously unviewed looks to a sequential order starting from an oldest unread look_ The application also allows a user to send messages to and receive messages from selected brokers. Advantageously, the messages received from the floor brokers are provided in the same format as the looks received from the brokers. 7,he application alIo~us a user to retrieve and review broker messages in generally the same vvay as they can revie w received looks.
Embodiments o.f the invention include computer e;Yecutable pro,~azn code residing on a computer-readable medium, a computer data signal embodied in a digital data stream, or a method of interacting with a computes or other nerivork access device designed to assist a user in requesting and receiving information from Moor brokers. 'Various features and embodiments are further described in the following figures, drawings and claims.
BRIEF DESCRIPTIOi~1 O.F 'THE DIZA~.VIINGS:
The details of the invention will be further appreciated with reference to the following figures in which:
Fig. I is a high-level diagram of a electronic trading system for use in the present invention;
Fig. 2 shows a sample interface screen far a handheld trading computer;
Fig. 3 shows a sample looks page as it appears on a particular implementation of the handheld trading computer;
Fig. 4 shows a sample messaging page for a particular implementation of the handheld Zo trading computer;
Figs. ~a and Sb show screen displays for an application interface for communicating with a handheld trading computer;
Fig. 6 shows a subscription list access screen for the application o.f :Figs Sa, b;
TR.~,DI~'G
SYSTElVI
COPYRIGHT STATElvIENT:
This document contains n xaterial which is subject to copyright protection.
The applicant has no objection to the reproduction of this patent document, as it appears in the U.S. Patent and Trademark Office patent ale or records or in any publication by the U.S.
Patent and Trademark s Office or counterpart foreign or international instmme.ntalities. All remaining copyright rights whatsoever are otherwise reserved.
CROSS REFERENCE TO RELATED APPLICATIONS:
This application claims priority under ~5 U.S.C. ~ 119 to U.S. Provisional Patent ~o Application Serial No. 60/296,25 filed on June 5, 2001.
This application is a continuation-in-part of co-pending U.S_ Patent Application Serial No. 091413,150 filed on October 6, I999_ This application is also related to U_S_ Patent Application 09/413,270 filed on October 6, I 999, entitled "Order Centric Tracking System," the entire contents of which are expressly incorporated by reference.
FIELD OF THE INVENTION:
This application is related to a method and system for communicating with a handheld trading interface and, more particularly, to an enhaaxced interface for communicating with floor Zo traders operating in a financial exchange.
B ACKGROU~VD:
There exist several types of financial markets in which securities, commodities, and other iiegotiabIe instmments are traded. An auction .,~narket, such as a stock exchange, is one such financial market. In an auctian market, buyers and sellers congregate on the exchange floor and axmounce their respective bid (offer to buy) and ask (price acceptable to sell) prices. A trade in any particular security will occur at no more than the highest price a buyer is willing to pay and at no less than the lowest price a seller is willing to accept.
Among the players on the floor of an exchange are specialist and floor brakers_ ~o Specialists call out the best bid and ask prices received from the various brokers, ensure that trades are pasted, facilitate trades, and act to ensure liquidity. Floor brokers roam the trading floor and act as an agent to transact orders on behalf of buyers and sellers.
A typical transaction originates when an order is placed with an off the-floor-trading desk (e.g., a ''trading booth") to buy or sell a particular SeCllrtty_ The trading desk conveys the order ~s to an exchange clerk who notes the parameters of the order including whether the order is a buy or sell order, the symbol of the security; the quantity, the price, any special conditions associated with the order, and the time that the order is placed. The clerk then delivers the order to the floor broker for execution. Traditionally, the orders were transcribed onto paper order slips which were then delivered to the floor brokers by pages or runners- After the floar broker executes the zo order, the executed order is noted on a slip of paper that is returned to the clerk by a runner.
A number of problems exist with the use of mnners to deliver trade oiders, confirmations, and other information. These problems can include trade execution delays resulting from illegibly transcribed orders, dropped slips, or delayed delivery'. Other problems include an inability to easily maintain a clear audit trail.
In addition to buy and sell orders, investors may request a "look" from the floor of the exchange. In response to a ''look" request, a broker notes his or her observations with respect to what is happening in the market for a particular security. 'fhe look information noted by the broker may vary depending on the particular broker and what he or she has observed.
Inforniation in a look can include, for example, recent buyer and seller identities, trade sizes and prices, an appraisal of market interest, the trader's opinion, and any other information that the trader can or may wish to provide.
io Look requests can originate from within a financial instihrtion or be requested by clients of the institution. Historically, when an investor wanted a floor look, the investor would call their broker representative to make the request. The representative would pass the request to the trading desk, which would then pass the request to a clerk at the appropriate booth at the exchange. The clerk would hand off the request to the floor broker responsible for- the security at issue. The floor broker, in response, would write their observations on a slip of paper and pass it back to the clerk. The information in the look is then returned, i.n turn, from the clerk to the trader, to the broker representative, and then to the requesting investor.
This sequence can be both cumbersome and inefficient.
To address these and other problems, auction markets, trading institutions, and the like, Zo have explored ways in which to use el.ectronie and computer communication techniques. With respect to looks, for example, a first improvement involved the use of electronic image scanners installed on the trading floor. After a floor broker had written a look onto paper, the look was scanned and the image sent electronically to the clerk. The electronic image could then be easily sent to the requestor as well as other appropri~~.te investors. Appropriate software was provided at the receiving computers to allow tlo a images of the look t.o be viewed and/or printed.
More recently, financial institutions, such as Goldm.an Sachs & Co., have introduced handheld trading computers which are cormected to a data nehvork via an wireless Iink and can be used by a broker to exchange trading orders and information with an ofF
floor server over a wireless computer net~.vork. A trading system of this type is described in detail in the related applications to this application noted above.
In the described system, the handheld trading computer can be confi~zred with an interface modeled on traditional paper-based trading forms. The interface can represent data ~o using braphically rendered "pages" that can display and receive figures, drawings., symbols, and arbitrary marks. The "pages" typically include input areas in which a user can write using ''digital ink_" Digital ink writings may be bit-.mapped images containing arbitrary annotations, drawings, and other marks fornled using an input stylus and are closely analogous to hand-written pages. Pages may also contain e,~,~-aphically rendered objects that a user can interact with using a stylus.
The handheld trading system allows floor brokers to form an electronic ticker page containing trade order information for a negotiable item (such as a stock or other eduity) and communicate that information to a trading computer. The system also allows a floor broker to receive requests for looks, to write the look observations directly on a graphical display screen, 2o and to transmit the look image to the network. Electronic mail functionality can also be provided Various sofrivare and hardware sy stems have been provided to aIlovv those who are located off of the trading floor to communicate with a floor broker through their handheld trading system. A particular system is the Floor Pictures application provided by Goldman Sachs & Co. This system allows individuals situated away from a trading floor to have electronic access to live market information as if they were standing in the "crowd'' on the e;~change floor. Although present systems allow data and messages to be passed back and forth, various aspects of the system can be improved. For example, historical data is only available through use a separate appIication_ Accordingly, it is an object of the present invention to provide an improved interface for communicating with a handheld trading system:..
SUMIyIARY
1o The present invention is related to aspects of a user interface which is used to communication with and received information from brokers on an eYChange floor.
The brokers will generally use wireless handheld computers to interact with a trading system and send looks and messages_ However, other mechanisms can be used to receive information from the floor brokers.
A user application is provided to allow individuals situated away from the trading floor to request looks for a particular security and to receive a current look from the floor broker. In particular, the application allows a user to subscribe to receive looks for a first security fiom a broker on the trading floor. As pages of Look information for that security are r eceived, the user can view both read and unread looks for the first security in sequential order from within the zo application. According to a particular aspect of the invention, a user is able to access historic Iooks for at least the same trading day from within the same application that they can request current looks and receive those looks. In a particular embodiment, the application restricts the viewing of previously unviewed looks to a sequential order starting from an oldest unread look_ The application also allows a user to send messages to and receive messages from selected brokers. Advantageously, the messages received from the floor brokers are provided in the same format as the looks received from the brokers. 7,he application alIo~us a user to retrieve and review broker messages in generally the same vvay as they can revie w received looks.
Embodiments o.f the invention include computer e;Yecutable pro,~azn code residing on a computer-readable medium, a computer data signal embodied in a digital data stream, or a method of interacting with a computes or other nerivork access device designed to assist a user in requesting and receiving information from Moor brokers. 'Various features and embodiments are further described in the following figures, drawings and claims.
BRIEF DESCRIPTIOi~1 O.F 'THE DIZA~.VIINGS:
The details of the invention will be further appreciated with reference to the following figures in which:
Fig. I is a high-level diagram of a electronic trading system for use in the present invention;
Fig. 2 shows a sample interface screen far a handheld trading computer;
Fig. 3 shows a sample looks page as it appears on a particular implementation of the handheld trading computer;
Fig. 4 shows a sample messaging page for a particular implementation of the handheld Zo trading computer;
Figs. ~a and Sb show screen displays for an application interface for communicating with a handheld trading computer;
Fig. 6 shows a subscription list access screen for the application o.f :Figs Sa, b;
Figs. 7-10 show various aspects of~the application interface related to requestins and retrieving looks from a floor broker; and Figs. l l and 12 show aspects of the application interface related to sending and receiving messages to and from a floor broker.
DETAILED DESCRIPTION OF THE PREFERRED EMBODI~IENT(S):
Turning to Fig. 1, there is shown a high-Level diagram of a nehvorked computer system 100 for use in tracking orders and in distributing information to and from floor brokers via use if wireless handheld computing devices. In a general operation, a trader 120 can initiate an order to 1o be executed on the floor of an exchange_ The order is entered into an online management system 130_ The online management SVStenl 130 can transmit the order to a Handheld Server (HHS) 113 and to a computerized booth station 161-162. The HHS 113 can transmit the order to a handheld computing device I I4-116.
A wireless network connects the computerized Handheld Server (HHS) 113 and handheld i5 computing devices I I4-116. The system can also include computerized booth stations 16I-163, computerized trader stations 166, computerized recording stations 150, computerized customer stations 140 and a computerized online management system 130. Each of the computerized devices l I4-116 130 140 150 161-166 can include a processor, memory, a user input device, such as a keyboard and/or mouse, and a user output device, such as a video display andlor 2o printer.
The computerized devices II4-116 130 140 150 161-166 can communicate with each other to exchange data. Interactions with the Handheld server 150 and the online management system 130 can proceed as if each was a single entity in the nehvork I00.
However, the HHS
DETAILED DESCRIPTION OF THE PREFERRED EMBODI~IENT(S):
Turning to Fig. 1, there is shown a high-Level diagram of a nehvorked computer system 100 for use in tracking orders and in distributing information to and from floor brokers via use if wireless handheld computing devices. In a general operation, a trader 120 can initiate an order to 1o be executed on the floor of an exchange_ The order is entered into an online management system 130_ The online management SVStenl 130 can transmit the order to a Handheld Server (HHS) 113 and to a computerized booth station 161-162. The HHS 113 can transmit the order to a handheld computing device I I4-116.
A wireless network connects the computerized Handheld Server (HHS) 113 and handheld i5 computing devices I I4-116. The system can also include computerized booth stations 16I-163, computerized trader stations 166, computerized recording stations 150, computerized customer stations 140 and a computerized online management system 130. Each of the computerized devices l I4-116 130 140 150 161-166 can include a processor, memory, a user input device, such as a keyboard and/or mouse, and a user output device, such as a video display andlor 2o printer.
The computerized devices II4-116 130 140 150 161-166 can communicate with each other to exchange data. Interactions with the Handheld server 150 and the online management system 130 can proceed as if each was a single entity in the nehvork I00.
However, the HHS
1 I3 and the online management system 130 may include multiple processing and.
database sub-systems, such as cooperative or redundant processing antfor database servers 164-I65, that can be geo~aphically dispersed throughout the network 100. A local server 164-16~
may be a proxy sezrer or a caching server. The HHS I 13 may also include one or more databases 145 storing s order related information. A wired networked or direct coiuzection will typically be provided to .
connect the booths I6I-163 with the I-NHS and the trader 166 with the order management system 130. A dial-up or other connection can be provided to allow customer 140 to access the system. -Other nerivork connections also can be provided. For example, customer 140 and other system users can be connected via a wide area network or a distributed network, such as the Internet (not ~o shown). A handheld computing device 114-I I6 used on an exchange floor Can be capable of TCP/IP communication aver a wireless nerivork I19. The wireless nehvork is typically supported by the trading exchange. However, the handheld computing devices 1 I4-I I6 can also establish a direct TCP/IP socket connection to a handheld server 113 and not be required to use exchange middleware wireless nerivorks I19. Other wireless communication links can also be ~s used.
A trader, customer or other person with access to the Order I~Ianagement System 130 initiates a trade by entering an order 210 into a network access device. The Ordez- Management System 130 logs the order and allocates it to a broker ID and a booth in accordance with the security at issue. The order is then transmitted to the handheld server 213 and thereby to an 2o appropriate booth station 212 and the handheld computing device 114-116 onto which a Broker ID associated with the security sy~rnbol is logged. The broker enter executions according to orders received into their handheld computing device and information relating to the orders is transmitted to an online management system for exchange-listed securities.
database sub-systems, such as cooperative or redundant processing antfor database servers 164-I65, that can be geo~aphically dispersed throughout the network 100. A local server 164-16~
may be a proxy sezrer or a caching server. The HHS I 13 may also include one or more databases 145 storing s order related information. A wired networked or direct coiuzection will typically be provided to .
connect the booths I6I-163 with the I-NHS and the trader 166 with the order management system 130. A dial-up or other connection can be provided to allow customer 140 to access the system. -Other nerivork connections also can be provided. For example, customer 140 and other system users can be connected via a wide area network or a distributed network, such as the Internet (not ~o shown). A handheld computing device 114-I I6 used on an exchange floor Can be capable of TCP/IP communication aver a wireless nerivork I19. The wireless nehvork is typically supported by the trading exchange. However, the handheld computing devices 1 I4-I I6 can also establish a direct TCP/IP socket connection to a handheld server 113 and not be required to use exchange middleware wireless nerivorks I19. Other wireless communication links can also be ~s used.
A trader, customer or other person with access to the Order I~Ianagement System 130 initiates a trade by entering an order 210 into a network access device. The Ordez- Management System 130 logs the order and allocates it to a broker ID and a booth in accordance with the security at issue. The order is then transmitted to the handheld server 213 and thereby to an 2o appropriate booth station 212 and the handheld computing device 114-116 onto which a Broker ID associated with the security sy~rnbol is logged. The broker enter executions according to orders received into their handheld computing device and information relating to the orders is transmitted to an online management system for exchange-listed securities.
The system 1GG can record, in a history log, a number of significant events that occur relating to an order. The history log can be stored in an electronic storage medium such as a ma~etic disc drive or a compact disc {CD). The log can provide a means whereby a broker can review information during the trading day. Tasks can be presented to a user in a manner that will give the user a quick view o.f what actions have been perfomned relating to an order or a group of orders. As will be appreciated, the historical data can also be stored in remotely located databases. The historic data can be accessed using various mechanisms by the floor traders or others.
The handheld trading computer can be organized around a series of command pages. A
~o sample screen is shown in Fig. 2 and includes four command pages: an "orders" page, a "looks"
page, an "E-mail" page, and a "system" page. The orders page can be used to access functions that display and execute buy and sell transactions. The Looks page can be used to access fmnctions that exchange "looks'' requests and replies ~.vith off floor brokers, the "E-Ivlail" page can be used to access messaging fimetions, and the ''systerr~" page can be used, for other functions and handheld trading computer configuration.
A broker can select either the orders, Looks, e-mail, or systems page by tapping on a corresponding page tab 201-204. The screen shown in Fig. 2 is a main "orders"
page 210 that is displayed when the orders tab is tapped. This page contains one or more ticker pages that display buy and sell order information that has been sent over a wireless network connecting the 2o handheld trading computer to another computer or computers {trading server computers) which may be operated by off floor traders or clerks. A broker may interact with information displayed on a ticker page to transact trades for the instmment associated with the ticker page, as well as to display data about that instrument.
The handheld trading computer can be organized around a series of command pages. A
~o sample screen is shown in Fig. 2 and includes four command pages: an "orders" page, a "looks"
page, an "E-mail" page, and a "system" page. The orders page can be used to access functions that display and execute buy and sell transactions. The Looks page can be used to access fmnctions that exchange "looks'' requests and replies ~.vith off floor brokers, the "E-Ivlail" page can be used to access messaging fimetions, and the ''systerr~" page can be used, for other functions and handheld trading computer configuration.
A broker can select either the orders, Looks, e-mail, or systems page by tapping on a corresponding page tab 201-204. The screen shown in Fig. 2 is a main "orders"
page 210 that is displayed when the orders tab is tapped. This page contains one or more ticker pages that display buy and sell order information that has been sent over a wireless network connecting the 2o handheld trading computer to another computer or computers {trading server computers) which may be operated by off floor traders or clerks. A broker may interact with information displayed on a ticker page to transact trades for the instmment associated with the ticker page, as well as to display data about that instrument.
In addition to trades, brokers may also be asked to process look requests. A
look request is sent to the handheld trading computer from a trading server when an off floor trader, clerk, or other individual wants to get a feel :for tlne current trading activity associated with a particular item being traded. b~hen a look request is received, the visual appearance of the looks tab 202 can be altered, such as by darkening it as shown in Fig. 2, to indicate this condition. The broker can tap on a looks page tab 202 to display the main ''looks" page on which look request are displayed and processed.
Fig. 3 sho~.vs a sample looks page 1000 as it appears on a particular implementation of the handheld system. Look request are displayed as a series oh look objects 1001-1010. Each of the 1o looks objects identifies a ticker symbol for which pricing ilaformation is being requested. To enter look information, the broker selects a Look object 1001-IOIO, e.g., by tapping on it, and then writes in 'the digital ink area 1020. A background grid can be shown in the digital ink area on which the information can be written. A bit mapped image of the digital ink area 1020 may be returned to the trading server when the broker taps on the send button 1023. The image is 5 then distributed to the appropriate parties.
Preferably, the handheld trading computer also provides additional data and messaging services to the broker. For example, an e-mail page I I00 can be used to provide an interface to an electronic mail system. A sample e-mail page 1100 is shown in Fig. 4.
As with other pages, a broker can access the e-mail page by tapping the appropriate tab.
2o F-mail messages received at the handheld trading computer can be listed in message header area 1101. The broker can tap on listed message in area 1101 and the text of the message will display in the message text area 1102. Responses may be composed in digital ink area 1103 and sent by tapping on the send button l l I1. A broker can also tap on the send tab 1105 to originate a message. Messages may be canceled by tapping on button 1113 and marked high prioz-ity by tapping on button 1 I 12.
In some implementations, digital ink messages can be converted to characters using handwriting recognition software. Pot examplo, an e-mail message may be "written" in digital s ink area 1103 and convezted to text characters prior to being transmitted from the handheld trading computer. A keyboard can also be displayed, thus allowing a broker to enter data by tapping letters.
The "opposite" side of the trading systeim is the computer interface that is used by traders, customers, and others ~vho are not on the trading floor and who communicate with the floor ~o brokers. The basic function of this application is to allow individuals situated away froze the floor of an exchange, such as the IVew York Stock Exchange, to have electronic access to live market information that is available to parties on 'the exchange floor.
Brokers can send this live data to all interested andlor authorized parties via portable wireless hand-held computers, such as discussed above.
~s The application can be executed on a conventional computer terminal with a data connection to the trading system, such as a dedicated nehvork coz-u eetion or a connection through, e.g., the Internet and therein to a suitable Internet-accessible gateway supported by the financial institution. Preferably, the application is written in 3ava or another programming language that enables the application to be easily distributed and installed on a wide variety of 20 system platfoz-ms so that a remote user can more easily have available functionally similar to that which was previously available only to traders on the floor of an exchange-II
The application cawbe written as a stand-alone application or provided as a tab or applet that executes from within a web browser, such as the Microsoft Internet Explorer. Fig. 5a, there is shown an initial appearance of the application window in a stand-alone embodiment. Fig. 5b shows the application window n~nninb :from within a larger market-viewer software application s an accessible via an appropriate tab, such the "Floor Pictures'' tab shown in the figure. The particular programming techniques needed to implement the application.
functionality are kno~.vn to those of ordinary skill in the art.
The application is preferably configured so that each user has the ability to maintain their own list of subscribed stock symbols. As floor looks for a given security symbol are sent from jo the exchange floor, e.g., by a broker using their handheld system, they are transmitted to all users that have subscribed to that symbol. As a result; a user will receive floor looks that they have requested as well as all, other looks for that symbol, whether requested by other clients, by the financial institution itself, or are provided by the floor broker at their own initiative. In addition, clients who have requested a transaction for a given security can ''oe sent looks for that security i5 over the course of the trading day, even if they have not expressly subscribed to that symbol.
Fig. 6 show ~s a preferable user interface through which a user can interactively view the stabscription list as well as add to end remove symbols from it. In a particular embodiment, subscriptions are accessible tlu-ough a ''preferences'' tab. A user can add symbols to the subscription list by typing one or more ticker synboIs (with appropriate delimiters, such as 2o commas or spaces) into the te;ct field and press the enter key or click the add button. To remove a symbol from the subscription list, the user can similarly type one or more ticker symbols into the text field and then click on the "remove" button. In a particular implementation, the user can also select symbols for removal by selecting them directly from the displayed (scrollable) list..
The selected symbols will automatically be added to the text field; after which the user can click on the "remove" button. Also, note that when viewing the preferences tab, if a new look is received (via subscription or look request). the appearance of the "Looks" tab can be altered, such as by changing the color to red, until the user returns to that tab.
Fig. 7 shows a look that has been retrieved by a user- To retrieve tile most recent floor look for a given symbol, the user can type the symbol into the "Symbol'' text f eld 710 and click on the "Get Latest" button 712 (or simply hit the enter key). Fig. 7 shcwvs a look that has been retrieved for the symbol "C.'' Preferably, only looks for the current trading day can be retrieved.
If no look are available, a message to that effect can be displayed in the Look image area.
~o If the user is subscribed to the symbol, the look may be available in a local cache.
Otherwise, the look can be retrieved by submitting an appropriate request to the financial sen%ice provider's server which will then retrieve the look from a d~itabase_ Alternativ;.ly, the database can be made available to clients, e.g., th.rough an Internet interface, and the appropriate database query can be directly generated by the application.
Figs. 8 and 9 show a preferred format for the floor look display. Ire this configuration, the floor look display contains 5 components.
I. The floor image itself 810. This is the graphical image that contains the information hand-written by the broker regarding the current condition of the given stock 81I. Superimposed on this image is a text representation of the 2o security symbol 812 as well as the name {or ID) for the broker who provided the look 8I4, the name of the financial service provider 816, and a tirrle stamp indicating when the look was sent by the broker.
2: Previous Look Button 902: In a prefez-red embodiment, the system will automatically retrieve or make available all ,prior looks for tile s~,~mbol of interest for at least the current trading day. If an earlier look for this symbol is available, this button is enabled; otherwise, it is disabled.
s 3. Symbol Label 904: A clear label indicating the viewed symbol.
4. Next Look Button 906: If, ~,vhen the cuz-rently displayed look was retrieved, a later look for that security is available, the next look button is enabled;
otherwise it is disabled. Note that when displaying the most recent look, this br~tton will be by definition disabled. preferably, the button will remain disabled even if a ~o subsequent look for the security is received so that the user will not conhise the "most recent" look they initially started viewing lvith the more recently received look. Most preferably, only by going back with the previous look button and then forward with the next button will this button become enabled for this Iook.
_ Floor Image Border 90~: The border of the look can be changed to indicate is whether the look has been given priority status by the sending broker.
Preferably, normal looks have a dark border while the border of priority looks flashes red.
For convenience, two additional buttons can also be provided to retrieve the oldest look available for the current session and the most recent look available (equivalent to clicking the "Get Latest"
button). Advantageously, by allowing at least limited direct access to historical look data (as zo stored, e.g., in a suitable database), the application user will not need to exit or swap out of the present application in order to execute a dedicated historical data application which is better suited for accessing and utilizing historical data that extends over a relatively long period of time i4 and is not optimized for use in retrieving and processing looks over a limited historic period, such as the current trading day.
As noted above, a user will automatically receive floor looks sent by the broker (regardless of who if anyone requested them) for a subscribed symbol or for a requested symbol. When a s floor look is received, the user can be alerted via an update to the 1'.3nread Looks Table. A
sample unread floor look table is shown in Fig. I 0. In the preferred implementation, If a row for the given symbol does not e~cist, one is created and added to the end of the list. User options can be provide to allow the list to be sorted according to specified or user defined criteria. As looks are received for a given security, a number indicating the number of unread looks will increment.
~o As looks are read, the unread look count is decreased. Preferably, when count reaches zero, the corresponding row is removed from the list. Additionally, if any of the unread looks for a particular symbol were sent as priorities, visual signal, such as a red e:cclamation point, can be shown in the table row. As soon as all uzuead priority looks :have been displayed, the signal will disappear.
15 To view received looks for a given security, the corresponding row in the table can be selected, e.g., by double-clicking. The user can then view tree looks for the security. According to a most preferred irnpIementation, the user is only allowed to view the looks in a first-in-first-out order such that the oldest unread look must be read first and the user cannot read the most recent unread look without first stepping through zny intermediate looks. This methodology zo ensures that a user cannot accidentally miss an intermediate uztread look.
(If a user subscribes to a security and receives a number of prior looks for the trading day as well as a most recent Look, they will be permitted to being viewing at the subscription tune even thou;,;h they will not have viewed the looks prior to that time.) If there are no floor looks available for a given symbol that are recent enough, tlxe user can request that the broker make a ne~v floor look. This is achieved by typing the stock's symbol, in the ''Symbol'' field and then clicking the "Request" button 910_ The request is forwarded to the financial services provider and a message is routed to the broker handling the identified s security that a new look has been requested_ To indicate that there is a pending look request, a rove is added o:r updated in the Unread Looks Table for that symbol and a pending look indicator; such as a blue "REQ"
ball, is displayed. When a look is next received for.that symbol, indicator is removed and the unread count number increments by o.ne.
io The interface shown in Fig. 9 is a most preferred form for the application display window for retrieving, requesting, and viewing looks and containing the various interfaces discussed above. As will be appreciated, the Layout o.f these functional elements in the window can be varied. Preferably, however, the layout is constmcted such that all of the major looks interfaces shown in the figure are visible simultaneously.
~s In a preferred implesxientation, messaging functionality is also included in the look viewing application and can be accessed via a corresponding "Messages" tab.
'hhe messages function allows a user to send messages directly to the handheld device onto which a floor broker.
with a specific ID is logged_ An example messaging screen is shown in Fig. I 1. The screen provides the user with a 2o pull-down menu I IOI from which broker IDs can be selected. Preferably, only those brokers which are currently logged in to a handheld trading device are selectable. For example, only logged in brokers may be shown in the list. According to a. .further function, the floor brokers 1d can be provided with a "do not disturb'' setting that can be selected using their handheld device.
In this state, even though the broker remains logged in, at least select users, such as outside clients, will be prevented from sending a message. In this state, the broker's ID cam be shown in the pull-down list but grayed out or otherwise sholvn in a way that indicates to a user that they are not currently eligible to receive e-mail.
To send a message, after the user selects the broker IiL~, the message is typed into the message box 1102 and a "send'' button l I03 is pressed. ~.fhe message will then be sent to the designated broker and can be retrieved via a suitable interface, such as that shown in Fig. 4.
When responding to the message, the broker can "rwrite" their response in the electronic ink area ~o and the graphical message data will be returned to the user. A sample message and response is .
shown in Fig. 12.
With reference to Fig. 12, and according to a particular implementation, the messages sent by the floor brokers are treated and stored in a manner which is essentially identical to that for looks. Advantageously, this allows the Iook functionality to be easily lf~veraged :for use in the ~s messaging aspect of the application. Thus, as shown in Fig. I2, the "'messages" tab of the application can allow access to similar functionality, such as "get latest", an unread messages screen, and navigation -buttons to allow the previous, next, earliest, and most recent, messages from a designated broker to be viewed.
Particular configurations far implementing various aspects of the invention have been 2o discussed above. However, these should be considered as e;~amples and various changes in form and scope can be made without departing from the spirit and scope of the invention.
look request is sent to the handheld trading computer from a trading server when an off floor trader, clerk, or other individual wants to get a feel :for tlne current trading activity associated with a particular item being traded. b~hen a look request is received, the visual appearance of the looks tab 202 can be altered, such as by darkening it as shown in Fig. 2, to indicate this condition. The broker can tap on a looks page tab 202 to display the main ''looks" page on which look request are displayed and processed.
Fig. 3 sho~.vs a sample looks page 1000 as it appears on a particular implementation of the handheld system. Look request are displayed as a series oh look objects 1001-1010. Each of the 1o looks objects identifies a ticker symbol for which pricing ilaformation is being requested. To enter look information, the broker selects a Look object 1001-IOIO, e.g., by tapping on it, and then writes in 'the digital ink area 1020. A background grid can be shown in the digital ink area on which the information can be written. A bit mapped image of the digital ink area 1020 may be returned to the trading server when the broker taps on the send button 1023. The image is 5 then distributed to the appropriate parties.
Preferably, the handheld trading computer also provides additional data and messaging services to the broker. For example, an e-mail page I I00 can be used to provide an interface to an electronic mail system. A sample e-mail page 1100 is shown in Fig. 4.
As with other pages, a broker can access the e-mail page by tapping the appropriate tab.
2o F-mail messages received at the handheld trading computer can be listed in message header area 1101. The broker can tap on listed message in area 1101 and the text of the message will display in the message text area 1102. Responses may be composed in digital ink area 1103 and sent by tapping on the send button l l I1. A broker can also tap on the send tab 1105 to originate a message. Messages may be canceled by tapping on button 1113 and marked high prioz-ity by tapping on button 1 I 12.
In some implementations, digital ink messages can be converted to characters using handwriting recognition software. Pot examplo, an e-mail message may be "written" in digital s ink area 1103 and convezted to text characters prior to being transmitted from the handheld trading computer. A keyboard can also be displayed, thus allowing a broker to enter data by tapping letters.
The "opposite" side of the trading systeim is the computer interface that is used by traders, customers, and others ~vho are not on the trading floor and who communicate with the floor ~o brokers. The basic function of this application is to allow individuals situated away froze the floor of an exchange, such as the IVew York Stock Exchange, to have electronic access to live market information that is available to parties on 'the exchange floor.
Brokers can send this live data to all interested andlor authorized parties via portable wireless hand-held computers, such as discussed above.
~s The application can be executed on a conventional computer terminal with a data connection to the trading system, such as a dedicated nehvork coz-u eetion or a connection through, e.g., the Internet and therein to a suitable Internet-accessible gateway supported by the financial institution. Preferably, the application is written in 3ava or another programming language that enables the application to be easily distributed and installed on a wide variety of 20 system platfoz-ms so that a remote user can more easily have available functionally similar to that which was previously available only to traders on the floor of an exchange-II
The application cawbe written as a stand-alone application or provided as a tab or applet that executes from within a web browser, such as the Microsoft Internet Explorer. Fig. 5a, there is shown an initial appearance of the application window in a stand-alone embodiment. Fig. 5b shows the application window n~nninb :from within a larger market-viewer software application s an accessible via an appropriate tab, such the "Floor Pictures'' tab shown in the figure. The particular programming techniques needed to implement the application.
functionality are kno~.vn to those of ordinary skill in the art.
The application is preferably configured so that each user has the ability to maintain their own list of subscribed stock symbols. As floor looks for a given security symbol are sent from jo the exchange floor, e.g., by a broker using their handheld system, they are transmitted to all users that have subscribed to that symbol. As a result; a user will receive floor looks that they have requested as well as all, other looks for that symbol, whether requested by other clients, by the financial institution itself, or are provided by the floor broker at their own initiative. In addition, clients who have requested a transaction for a given security can ''oe sent looks for that security i5 over the course of the trading day, even if they have not expressly subscribed to that symbol.
Fig. 6 show ~s a preferable user interface through which a user can interactively view the stabscription list as well as add to end remove symbols from it. In a particular embodiment, subscriptions are accessible tlu-ough a ''preferences'' tab. A user can add symbols to the subscription list by typing one or more ticker synboIs (with appropriate delimiters, such as 2o commas or spaces) into the te;ct field and press the enter key or click the add button. To remove a symbol from the subscription list, the user can similarly type one or more ticker symbols into the text field and then click on the "remove" button. In a particular implementation, the user can also select symbols for removal by selecting them directly from the displayed (scrollable) list..
The selected symbols will automatically be added to the text field; after which the user can click on the "remove" button. Also, note that when viewing the preferences tab, if a new look is received (via subscription or look request). the appearance of the "Looks" tab can be altered, such as by changing the color to red, until the user returns to that tab.
Fig. 7 shows a look that has been retrieved by a user- To retrieve tile most recent floor look for a given symbol, the user can type the symbol into the "Symbol'' text f eld 710 and click on the "Get Latest" button 712 (or simply hit the enter key). Fig. 7 shcwvs a look that has been retrieved for the symbol "C.'' Preferably, only looks for the current trading day can be retrieved.
If no look are available, a message to that effect can be displayed in the Look image area.
~o If the user is subscribed to the symbol, the look may be available in a local cache.
Otherwise, the look can be retrieved by submitting an appropriate request to the financial sen%ice provider's server which will then retrieve the look from a d~itabase_ Alternativ;.ly, the database can be made available to clients, e.g., th.rough an Internet interface, and the appropriate database query can be directly generated by the application.
Figs. 8 and 9 show a preferred format for the floor look display. Ire this configuration, the floor look display contains 5 components.
I. The floor image itself 810. This is the graphical image that contains the information hand-written by the broker regarding the current condition of the given stock 81I. Superimposed on this image is a text representation of the 2o security symbol 812 as well as the name {or ID) for the broker who provided the look 8I4, the name of the financial service provider 816, and a tirrle stamp indicating when the look was sent by the broker.
2: Previous Look Button 902: In a prefez-red embodiment, the system will automatically retrieve or make available all ,prior looks for tile s~,~mbol of interest for at least the current trading day. If an earlier look for this symbol is available, this button is enabled; otherwise, it is disabled.
s 3. Symbol Label 904: A clear label indicating the viewed symbol.
4. Next Look Button 906: If, ~,vhen the cuz-rently displayed look was retrieved, a later look for that security is available, the next look button is enabled;
otherwise it is disabled. Note that when displaying the most recent look, this br~tton will be by definition disabled. preferably, the button will remain disabled even if a ~o subsequent look for the security is received so that the user will not conhise the "most recent" look they initially started viewing lvith the more recently received look. Most preferably, only by going back with the previous look button and then forward with the next button will this button become enabled for this Iook.
_ Floor Image Border 90~: The border of the look can be changed to indicate is whether the look has been given priority status by the sending broker.
Preferably, normal looks have a dark border while the border of priority looks flashes red.
For convenience, two additional buttons can also be provided to retrieve the oldest look available for the current session and the most recent look available (equivalent to clicking the "Get Latest"
button). Advantageously, by allowing at least limited direct access to historical look data (as zo stored, e.g., in a suitable database), the application user will not need to exit or swap out of the present application in order to execute a dedicated historical data application which is better suited for accessing and utilizing historical data that extends over a relatively long period of time i4 and is not optimized for use in retrieving and processing looks over a limited historic period, such as the current trading day.
As noted above, a user will automatically receive floor looks sent by the broker (regardless of who if anyone requested them) for a subscribed symbol or for a requested symbol. When a s floor look is received, the user can be alerted via an update to the 1'.3nread Looks Table. A
sample unread floor look table is shown in Fig. I 0. In the preferred implementation, If a row for the given symbol does not e~cist, one is created and added to the end of the list. User options can be provide to allow the list to be sorted according to specified or user defined criteria. As looks are received for a given security, a number indicating the number of unread looks will increment.
~o As looks are read, the unread look count is decreased. Preferably, when count reaches zero, the corresponding row is removed from the list. Additionally, if any of the unread looks for a particular symbol were sent as priorities, visual signal, such as a red e:cclamation point, can be shown in the table row. As soon as all uzuead priority looks :have been displayed, the signal will disappear.
15 To view received looks for a given security, the corresponding row in the table can be selected, e.g., by double-clicking. The user can then view tree looks for the security. According to a most preferred irnpIementation, the user is only allowed to view the looks in a first-in-first-out order such that the oldest unread look must be read first and the user cannot read the most recent unread look without first stepping through zny intermediate looks. This methodology zo ensures that a user cannot accidentally miss an intermediate uztread look.
(If a user subscribes to a security and receives a number of prior looks for the trading day as well as a most recent Look, they will be permitted to being viewing at the subscription tune even thou;,;h they will not have viewed the looks prior to that time.) If there are no floor looks available for a given symbol that are recent enough, tlxe user can request that the broker make a ne~v floor look. This is achieved by typing the stock's symbol, in the ''Symbol'' field and then clicking the "Request" button 910_ The request is forwarded to the financial services provider and a message is routed to the broker handling the identified s security that a new look has been requested_ To indicate that there is a pending look request, a rove is added o:r updated in the Unread Looks Table for that symbol and a pending look indicator; such as a blue "REQ"
ball, is displayed. When a look is next received for.that symbol, indicator is removed and the unread count number increments by o.ne.
io The interface shown in Fig. 9 is a most preferred form for the application display window for retrieving, requesting, and viewing looks and containing the various interfaces discussed above. As will be appreciated, the Layout o.f these functional elements in the window can be varied. Preferably, however, the layout is constmcted such that all of the major looks interfaces shown in the figure are visible simultaneously.
~s In a preferred implesxientation, messaging functionality is also included in the look viewing application and can be accessed via a corresponding "Messages" tab.
'hhe messages function allows a user to send messages directly to the handheld device onto which a floor broker.
with a specific ID is logged_ An example messaging screen is shown in Fig. I 1. The screen provides the user with a 2o pull-down menu I IOI from which broker IDs can be selected. Preferably, only those brokers which are currently logged in to a handheld trading device are selectable. For example, only logged in brokers may be shown in the list. According to a. .further function, the floor brokers 1d can be provided with a "do not disturb'' setting that can be selected using their handheld device.
In this state, even though the broker remains logged in, at least select users, such as outside clients, will be prevented from sending a message. In this state, the broker's ID cam be shown in the pull-down list but grayed out or otherwise sholvn in a way that indicates to a user that they are not currently eligible to receive e-mail.
To send a message, after the user selects the broker IiL~, the message is typed into the message box 1102 and a "send'' button l I03 is pressed. ~.fhe message will then be sent to the designated broker and can be retrieved via a suitable interface, such as that shown in Fig. 4.
When responding to the message, the broker can "rwrite" their response in the electronic ink area ~o and the graphical message data will be returned to the user. A sample message and response is .
shown in Fig. 12.
With reference to Fig. 12, and according to a particular implementation, the messages sent by the floor brokers are treated and stored in a manner which is essentially identical to that for looks. Advantageously, this allows the Iook functionality to be easily lf~veraged :for use in the ~s messaging aspect of the application. Thus, as shown in Fig. I2, the "'messages" tab of the application can allow access to similar functionality, such as "get latest", an unread messages screen, and navigation -buttons to allow the previous, next, earliest, and most recent, messages from a designated broker to be viewed.
Particular configurations far implementing various aspects of the invention have been 2o discussed above. However, these should be considered as e;~amples and various changes in form and scope can be made without departing from the spirit and scope of the invention.
Claims (2)
1. A computer-implemented method for providing trading floor information to a user located off of the trading floor, the method comprising the steps of:
subscribing the user to receive looks for a first security from a broker on the trading floor, the user subscription being entered via an application interface;
receiving a plurality of pages of look information for the first security, each page having a respective timestamp indicating a time the look information was transmitted by the broker; and allowing the user to view both read and unread looks for the first security in sequential order from within the application.
2. The method of claim 1, wherein previously unviewed looks can be viewed only in timestamp order starting from an oldest unread look.
3. The method of clam 1, further comprising the steps of, in the application:
selecting a broker from a list of brokers logged into a trading floor communication system;
sending a message from the user to the broker; and receiving a reply from the broker;
wherein received looks and the reply are stored in the same data format.
4. The method of claim 3, further comprising the step of allowing the user to view both read and unread messages from the broker in sequential order from within the application.
5. The method of claim 3, wherein the user is prevented from sending messages to brokers logged into the trading floor communication system and who have selected a do-not-disturb mode of operation.
6. The method of claim 1, further comprising the steps of:
requesting a most recent look for a second security during a trading day;
receiving a page of current look information for the second security;
allowing the user to view from within the application both the received current look information for the second security and prior looks for the second security issued during the same trading day.
7. A computerized system for providing trading floor information to a user located off of the trading floor, the system comprising:
a computer system connected to a financial service provider via a network access device;
and executable software stored on the computer system, the software operative with the computer system to cause the system to:
receive user requests to subscribe to looks for a first security from a broker on the trading floor, the user subscription application being entered via an application interface;
transmit the subscription request to the financial service provider;
in response to the receipt of a plurality of pages of look information for the first security, each page having a respective timestamp indicating a time the look information was transmitted by the broker, allowing the user to view both read and unread looks for the first security in sequential order from within the application.
8. The system of claim 7, wherein the software further causes the system to allow a user to view unviewed looks only in timestamp order starting from an oldest unread look.
9. The system of claim 7 wherein the software further causes the system to:
provide the user with a list of brokers logged into a trading floor communication system;
transmit a message from the user to the financial services provider for delivery to a broker selected from the list of brokers; and receive a reply from the broker;
wherein received looks and the reply are stored in the same data format.
10. The system of claim 9, wherein the software allows the user to view both road and unread messages from the broker in sequential order.
11. The system of claim 9, wherein the software prevents a user from sending a message to a broker logged into the trading floor communication system and who has selected a do-not-disturb mode of operation.
subscribing the user to receive looks for a first security from a broker on the trading floor, the user subscription being entered via an application interface;
receiving a plurality of pages of look information for the first security, each page having a respective timestamp indicating a time the look information was transmitted by the broker; and allowing the user to view both read and unread looks for the first security in sequential order from within the application.
2. The method of claim 1, wherein previously unviewed looks can be viewed only in timestamp order starting from an oldest unread look.
3. The method of clam 1, further comprising the steps of, in the application:
selecting a broker from a list of brokers logged into a trading floor communication system;
sending a message from the user to the broker; and receiving a reply from the broker;
wherein received looks and the reply are stored in the same data format.
4. The method of claim 3, further comprising the step of allowing the user to view both read and unread messages from the broker in sequential order from within the application.
5. The method of claim 3, wherein the user is prevented from sending messages to brokers logged into the trading floor communication system and who have selected a do-not-disturb mode of operation.
6. The method of claim 1, further comprising the steps of:
requesting a most recent look for a second security during a trading day;
receiving a page of current look information for the second security;
allowing the user to view from within the application both the received current look information for the second security and prior looks for the second security issued during the same trading day.
7. A computerized system for providing trading floor information to a user located off of the trading floor, the system comprising:
a computer system connected to a financial service provider via a network access device;
and executable software stored on the computer system, the software operative with the computer system to cause the system to:
receive user requests to subscribe to looks for a first security from a broker on the trading floor, the user subscription application being entered via an application interface;
transmit the subscription request to the financial service provider;
in response to the receipt of a plurality of pages of look information for the first security, each page having a respective timestamp indicating a time the look information was transmitted by the broker, allowing the user to view both read and unread looks for the first security in sequential order from within the application.
8. The system of claim 7, wherein the software further causes the system to allow a user to view unviewed looks only in timestamp order starting from an oldest unread look.
9. The system of claim 7 wherein the software further causes the system to:
provide the user with a list of brokers logged into a trading floor communication system;
transmit a message from the user to the financial services provider for delivery to a broker selected from the list of brokers; and receive a reply from the broker;
wherein received looks and the reply are stored in the same data format.
10. The system of claim 9, wherein the software allows the user to view both road and unread messages from the broker in sequential order.
11. The system of claim 9, wherein the software prevents a user from sending a message to a broker logged into the trading floor communication system and who has selected a do-not-disturb mode of operation.
2. The system of claim 7, wherein the software further causes the system to:
in response to receiving a request from the user for a most recent look for a second security during a trading day, sending the request to the financial services provider;
receiving a page of current look information for the second security; and allowing the user to view from within the application both the received current look information for the second security and prior looks for the second security issued during the same trading day.
in response to receiving a request from the user for a most recent look for a second security during a trading day, sending the request to the financial services provider;
receiving a page of current look information for the second security; and allowing the user to view from within the application both the received current look information for the second security and prior looks for the second security issued during the same trading day.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/163,851 | 2002-06-05 | ||
| US10/163,851 US20030018569A1 (en) | 1999-10-06 | 2002-06-05 | Enhanced interface for communicating with a handheld trading system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2430969A1 true CA2430969A1 (en) | 2003-12-05 |
Family
ID=29549331
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002430969A Abandoned CA2430969A1 (en) | 2002-06-05 | 2003-06-03 | Enhanced interface for communicating with a handheld trading system |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20030018569A1 (en) |
| EP (1) | EP1369806A1 (en) |
| JP (1) | JP2004038953A (en) |
| CA (1) | CA2430969A1 (en) |
Families Citing this family (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7107240B1 (en) * | 1999-10-06 | 2006-09-12 | Goldman Sachs & Co. | Order centric tracking system and protocol for communications with handheld trading units |
| US20080215477A1 (en) * | 2000-01-21 | 2008-09-04 | Annunziata Vincent P | System for trading commodities and the like |
| US8554659B2 (en) | 2000-01-21 | 2013-10-08 | Tradecapture Otc Corp. | System for trading commodities and the like |
| US7653584B2 (en) * | 2001-06-29 | 2010-01-26 | Chicago Board Options Exchange, Incorporated | Automated execution system having participation |
| US7716112B1 (en) | 2002-09-30 | 2010-05-11 | Trading Technologies International, Inc. | System and method for price-based annotations in an electronic trading environment |
| US7610237B1 (en) | 2002-09-30 | 2009-10-27 | Trading Technologies International Inc. | System and method for creating trade-related annotations in an electronic trading environment |
| GB2395036A (en) | 2002-10-31 | 2004-05-12 | Espeed Inc | Trading interface using keyboard |
| EP1416363A3 (en) * | 2002-10-31 | 2006-07-26 | eSpeed, Inc. | Keyboard for trading system |
| US7653588B2 (en) * | 2003-04-24 | 2010-01-26 | Chicago Board Options Exchange, Incorporated | Method and system for providing order routing to a virtual crowd in a hybrid trading system |
| US7552083B2 (en) * | 2003-04-24 | 2009-06-23 | Chicago Board Options Exchange, Incorporated | Hybrid trading system for concurrently trading through both electronic and open-outcry trading mechanisms |
| US7613650B2 (en) * | 2003-04-24 | 2009-11-03 | Chicago Board Options Exchange, Incorporated | Hybrid trading system for concurrently trading securities or derivatives through both electronic and open-outcry trading mechanisms |
| US20060167788A1 (en) * | 2003-04-24 | 2006-07-27 | Tilly Edward T | Method and system for broker trading in a hybrid trading system for concurrently trading securities or derivatives through both electronic and open-outcry trading mechanisms |
| US7676421B2 (en) | 2003-04-24 | 2010-03-09 | Chicago Board Options Exchange, Incorporated | Method and system for providing an automated auction for internalization and complex orders in a hybrid trading system |
| US8346653B2 (en) | 2003-04-24 | 2013-01-01 | Chicago Board Options Exchange, Incorporated | Automated trading system for routing and matching orders |
| US8131626B2 (en) | 2003-11-17 | 2012-03-06 | Bgc Partners, Inc. | Customizable trading display of market data |
| US8170945B2 (en) | 2004-01-15 | 2012-05-01 | Bgc Partners, Inc. | System and method for providing security to a game controller device for electronic trading |
| US8469808B2 (en) * | 2004-01-15 | 2013-06-25 | Bgc Partners, Inc. | System and method for managing a game controller device for electronic trading |
| US7207885B2 (en) * | 2004-01-15 | 2007-04-24 | Espeed, Inc. | System and method for using a game controller device for electronic trading |
| US8046289B2 (en) * | 2004-01-29 | 2011-10-25 | New York Mercantile Exchange, Inc. | Electronic pitcard for wireless financial exchange |
| US7809629B2 (en) | 2005-04-07 | 2010-10-05 | Chicago Board Options Exchange, Incorporated | Market participant issue selection system and method |
| US20060253369A1 (en) * | 2005-05-04 | 2006-11-09 | Chicago Board Options Exchange | Method of creating and trading derivative investment products based on an average price of an underlying asset during a calculation period |
| US20060253368A1 (en) * | 2005-05-04 | 2006-11-09 | Chicago Board Options Exchange | System and method for creating and trading credit rating derivative investment instruments |
| US8027904B2 (en) * | 2005-05-04 | 2011-09-27 | Chicago Board Options Exchange, Incorporated | Method and system for creating and trading corporate debt security derivative investment instruments |
| US20060253355A1 (en) * | 2005-05-04 | 2006-11-09 | Chicago Board Options Exchange | System and method for creating and trading a digital derivative investment instrument |
| US20080082436A1 (en) * | 2005-05-04 | 2008-04-03 | Shalen Catherine T | System And Method For Creating And Trading A Digital Derivative Investment Instrument |
| US8326715B2 (en) | 2005-05-04 | 2012-12-04 | Chicago Board Operations Exchange, Incorporated | Method of creating and trading derivative investment products based on a statistical property reflecting the variance of an underlying asset |
| US8326716B2 (en) * | 2005-05-04 | 2012-12-04 | Chicago Board Options Exchange, Incorporated | Method and system for creating and trading derivative investment products based on a statistical property reflecting the variance of an underlying asset |
| US8489489B2 (en) * | 2005-05-05 | 2013-07-16 | Chicago Board Options Exchange, Incorporated | System and method for trading derivatives in penny increments while disseminating quotes for derivatives in nickel/dime increments |
| US10552908B2 (en) * | 2005-07-21 | 2020-02-04 | Yellowjacket, Inc. | Virtual over-the-counter financial product exchange system |
| US20070088651A1 (en) * | 2005-10-19 | 2007-04-19 | Optioneer, Llc | Method of trading securities |
| US8140425B2 (en) | 2006-11-13 | 2012-03-20 | Chicago Board Options Exchange, Incorporated | Method and system for generating and trading derivative investment instruments based on a volatility arbitrage benchmark index |
| US20080120249A1 (en) * | 2006-11-17 | 2008-05-22 | Chicago Board Options Exchange, Incorporated | Method of creating and trading derivative investment products based on a statistical property reflecting the volatility of an underlying asset |
| US7844539B2 (en) | 2007-03-02 | 2010-11-30 | Chicago Board Options Exchange, Incorporated | Hybrid trading system for concurrently trading combined orders for financial instruments through both electronic and open-outcry trading mechanisms |
| US20080228618A1 (en) | 2007-03-15 | 2008-09-18 | Noviello Joseph C | System And Method For Providing An Operator Interface For Displaying Market Data, Trader Options, And Trader Input |
| US8165953B2 (en) * | 2007-09-04 | 2012-04-24 | Chicago Board Options Exchange, Incorporated | System and method for creating and trading a derivative investment instrument over a range of index values |
| US8249972B2 (en) | 2007-11-09 | 2012-08-21 | Chicago Board Options Exchange, Incorporated | Method and system for creating a volatility benchmark index |
| US20090204534A1 (en) * | 2007-11-09 | 2009-08-13 | Tilly Edward T | Method and system for providing order routing to a virtual crowd in a hybrid trading system and executing an entire order |
| US8352353B1 (en) * | 2008-09-26 | 2013-01-08 | Realtick Llc | Method and system for maintaining trading accounts |
| US8788381B2 (en) * | 2008-10-08 | 2014-07-22 | Chicago Board Options Exchange, Incorporated | System and method for creating and trading a digital derivative investment instrument |
| US20100280937A1 (en) * | 2009-05-01 | 2010-11-04 | Hiatt Jr John C | Method and system for creating and trading mortgage-backed security products |
| US8321322B2 (en) * | 2009-09-28 | 2012-11-27 | Chicago Board Options Exchange, Incorporated | Method and system for creating a spot price tracker index |
| US10325316B2 (en) * | 2009-10-02 | 2019-06-18 | Trade Capture, Otc Corp. | Method and apparatus of displaying market depth and other information on a mobile phone, handheld device or computer system |
| US20150363877A1 (en) * | 2014-06-16 | 2015-12-17 | Trading Ticket, Llc. | Techniques for on-line trading of financial securities |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4677552A (en) * | 1984-10-05 | 1987-06-30 | Sibley Jr H C | International commodity trade exchange |
| US4815030A (en) * | 1986-09-03 | 1989-03-21 | Wang Laboratories, Inc. | Multitask subscription data retrieval system |
| US5038284A (en) * | 1988-02-17 | 1991-08-06 | Kramer Robert M | Method and apparatus relating to conducting trading transactions with portable trading stations |
| AU7671494A (en) * | 1993-08-23 | 1995-03-22 | Mjt Holdings, Inc. | Real-time automated trading system |
| US5774877A (en) * | 1994-09-20 | 1998-06-30 | Papyrus Technology Corp. | Two-way wireless system for financial industry transactions |
| US8266040B2 (en) * | 2000-01-31 | 2012-09-11 | New York Stock Exchange Llc | Virtual trading floor system and method |
-
2002
- 2002-06-05 US US10/163,851 patent/US20030018569A1/en not_active Abandoned
-
2003
- 2003-06-03 CA CA002430969A patent/CA2430969A1/en not_active Abandoned
- 2003-06-04 EP EP03291336A patent/EP1369806A1/en not_active Ceased
- 2003-06-05 JP JP2003161340A patent/JP2004038953A/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP1369806A1 (en) | 2003-12-10 |
| JP2004038953A (en) | 2004-02-05 |
| US20030018569A1 (en) | 2003-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20030018569A1 (en) | Enhanced interface for communicating with a handheld trading system | |
| US20210090172A1 (en) | Flexible System and Method for Electronic Trading | |
| US7475046B1 (en) | Electronic trading system supporting anonymous negotiation and indications of interest | |
| US7401046B2 (en) | System and method for displaying option market information | |
| US5809483A (en) | Online transaction processing system for bond trading | |
| US7181424B1 (en) | Montage for automated market system | |
| US9659329B2 (en) | Foreign exchange trading system | |
| US20020184237A1 (en) | Methods and apparatus for compiling, processing and disseminating equity transaction data | |
| EP0388162A2 (en) | Apparatus for market trading | |
| US8458085B1 (en) | Investor social networking website | |
| US20100205086A1 (en) | Anonymous block trade matching system | |
| US20040073503A1 (en) | Method and system for managing and processing service requests | |
| AU5281590A (en) | Simulated pit trading system | |
| US8401951B2 (en) | Electronic trading system supporting anonymous negotiation and indicators of interest | |
| CA2872134A1 (en) | Auction market with price improvement mechanism | |
| US20020091611A1 (en) | Interactive securities trading system | |
| KR20170015529A (en) | Anonymous block trade matching system | |
| US7827093B1 (en) | Call for quote/price system and methods for use in a wholesale financial market | |
| WO1997036253A1 (en) | Integrated financial investment services information system | |
| US7136898B1 (en) | System and method for enhanced effectiveness of non-requested information in messages | |
| US20040148250A1 (en) | System and method for trading in stock-exchange securities via telematics with accelerated organization | |
| US7636684B1 (en) | Issuer monitor system for monitoring and/or analyzing financial transactions and method of using the same | |
| US20130268576A1 (en) | Method and apparatus for data transfer reconciliation | |
| CA2317332A1 (en) | System and method for collecting, aggregating, and distributing securities pricing information | |
| US20070255641A1 (en) | Computer interface for trading bonds |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| FZDE | Discontinued | ||
| FZDE | Discontinued |
Effective date: 20060605 |