CA2546418C - System and method for managing relationships between brokers and traders using a messaging format - Google Patents
System and method for managing relationships between brokers and traders using a messaging format Download PDFInfo
- Publication number
- CA2546418C CA2546418C CA2546418A CA2546418A CA2546418C CA 2546418 C CA2546418 C CA 2546418C CA 2546418 A CA2546418 A CA 2546418A CA 2546418 A CA2546418 A CA 2546418A CA 2546418 C CA2546418 C CA 2546418C
- Authority
- CA
- Canada
- Prior art keywords
- trading
- user
- broker
- computer
- behalf
- 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.)
- Active
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
Abstract
According to one embodiment, a method of managing messages in a trading network is provided. A set of user relationships between a first user and one or more second users authorized to act on behalf of the first user is stored.
A trading message regarding a trading order submitted on behalf of the first user is received from a trading system. The trading message is communicated to the first user. Each of the second users is identifying from the set of user relationships. For each of the identified second users, a carrier message is generated that includes the trading message and routing information associated with that second user. For each of the identified second users, the respective carrier message is communicated toward a user application associated with that second user based at least on the routing information included in the respective carrier message.
A trading message regarding a trading order submitted on behalf of the first user is received from a trading system. The trading message is communicated to the first user. Each of the second users is identifying from the set of user relationships. For each of the identified second users, a carrier message is generated that includes the trading message and routing information associated with that second user. For each of the identified second users, the respective carrier message is communicated toward a user application associated with that second user based at least on the routing information included in the respective carrier message.
Description
SYSTEM AND METHOD FOR MANAGING RELATIONSHIPS
BETWEEN BROKERS AND TRADERS USING A MESSAGING FORMAT
TECHNICAL FIELD OF THE INVENTION
This invention relates in general to trading markets and, more particularly, to a system and method for managing relationships between brokers and traders using a messaging format in a trading network.
BACKGROUND OF THE INVENTION
In order to engage in trading activity with a trading exchange, such as a stock exchange for example, traders have traditionally used brokers to assist them with transactions in the trading exchange. A broker has access to the trading exchange and acts as a middleman between a trader and the trading exchange, thus interacting with the trading exchange on behalf of the trader, such as to place, modify, monitor, or cancel various trading orders for various tradable instruments. Thus, the trader does not need direct access to the trading exchange and does not need to spend their time monitoring the trading exchange and, in particular, their existing trading orders.
In recent years, as investors have become more self-sufficient and comfortable with computers, online trading has gained a widespread acceptance for trading. For example, online trading systems have been created which facilitate the trading of financial instruments such as stocks, bonds, currency, futures, or other suitable financial instruments.
Using such systems, investors may have direct access to their accounts information and may initiate transactions nearly instantaneously and, in some cases, 24 hours a day.
SUMMARY OF THE INVENTION
In accordance with the present invention, systems and methods for managing relationships between brokers and traders in a trading network using a messaging format are provided.
According to one embodiment, a method of managing messages in a trading network is provided. A set of user relationships between a first user and one or more second users authorized to act on behalf of the first user is stored. A
trading message regarding a trading order submitted on behalf of the first user is received from a trading system. The trading message is communicated to the first user. Each of the second users is
BETWEEN BROKERS AND TRADERS USING A MESSAGING FORMAT
TECHNICAL FIELD OF THE INVENTION
This invention relates in general to trading markets and, more particularly, to a system and method for managing relationships between brokers and traders using a messaging format in a trading network.
BACKGROUND OF THE INVENTION
In order to engage in trading activity with a trading exchange, such as a stock exchange for example, traders have traditionally used brokers to assist them with transactions in the trading exchange. A broker has access to the trading exchange and acts as a middleman between a trader and the trading exchange, thus interacting with the trading exchange on behalf of the trader, such as to place, modify, monitor, or cancel various trading orders for various tradable instruments. Thus, the trader does not need direct access to the trading exchange and does not need to spend their time monitoring the trading exchange and, in particular, their existing trading orders.
In recent years, as investors have become more self-sufficient and comfortable with computers, online trading has gained a widespread acceptance for trading. For example, online trading systems have been created which facilitate the trading of financial instruments such as stocks, bonds, currency, futures, or other suitable financial instruments.
Using such systems, investors may have direct access to their accounts information and may initiate transactions nearly instantaneously and, in some cases, 24 hours a day.
SUMMARY OF THE INVENTION
In accordance with the present invention, systems and methods for managing relationships between brokers and traders in a trading network using a messaging format are provided.
According to one embodiment, a method of managing messages in a trading network is provided. A set of user relationships between a first user and one or more second users authorized to act on behalf of the first user is stored. A
trading message regarding a trading order submitted on behalf of the first user is received from a trading system. The trading message is communicated to the first user. Each of the second users is
2 identifying from the set of user relationships. For each of the identified second users, a carrier message is generated that includes the trading message and routing information associated with that second user. For each of the identified second users, the respective carrier message is communicated toward a user application associated with that second user based at least on the routing information included in the respective carrier message.
According to another embodiment, another method of managing messages in a trading network is provided. A set of user relationships between a first user and one or more second users authorized to act on behalf of the first user in a particular trading system is stored. An association between a particular connection with the trading system and a first user relationship between the first user and a particular second user is stored. The particular connection is one of a plurality of connections. A carrier message including a trading message is received from a user application associated with the particular second user. The trading message comprises a message regarding a trading order. The trading message is separated from the carrier message. The particular connection is identified from the plurality of connections based at least on information within the trading message and the stored association, and the trading message is forwarded to the particular trading system via the identified particular connection.
Various embodiments of the present invention may benefit from numerous advantages. It should be noted that one or more embodiments may benefit from some, none, or all of the advantages discussed below.
One advantage of the invention is that an electronic trading network is provided in which one or more brokers may engage in trading activity in a trading system, such as a trading exchange for a particular type of instrument, on behalf of a particular trader. For example, supposing a broker permitted to act on behalf of the particular trader places a trading order in the trading system on behalf of the particular trader, another broker that is also permitted to act on behalf of the particular trader may manage the trading order, which may include changing or canceling the trading order, for example. In this manner, multiple brokers may manage a single trader via an electronic network.
Another advantage of the present invention is that a broker proxy server establishes and manages relationships between brokers and traders that are used to route messages between users (brokers and traders) and a trading system. As a result, messages sent from the trading system regarding trading orders associated with a particular trader may be routed
According to another embodiment, another method of managing messages in a trading network is provided. A set of user relationships between a first user and one or more second users authorized to act on behalf of the first user in a particular trading system is stored. An association between a particular connection with the trading system and a first user relationship between the first user and a particular second user is stored. The particular connection is one of a plurality of connections. A carrier message including a trading message is received from a user application associated with the particular second user. The trading message comprises a message regarding a trading order. The trading message is separated from the carrier message. The particular connection is identified from the plurality of connections based at least on information within the trading message and the stored association, and the trading message is forwarded to the particular trading system via the identified particular connection.
Various embodiments of the present invention may benefit from numerous advantages. It should be noted that one or more embodiments may benefit from some, none, or all of the advantages discussed below.
One advantage of the invention is that an electronic trading network is provided in which one or more brokers may engage in trading activity in a trading system, such as a trading exchange for a particular type of instrument, on behalf of a particular trader. For example, supposing a broker permitted to act on behalf of the particular trader places a trading order in the trading system on behalf of the particular trader, another broker that is also permitted to act on behalf of the particular trader may manage the trading order, which may include changing or canceling the trading order, for example. In this manner, multiple brokers may manage a single trader via an electronic network.
Another advantage of the present invention is that a broker proxy server establishes and manages relationships between brokers and traders that are used to route messages between users (brokers and traders) and a trading system. As a result, messages sent from the trading system regarding trading orders associated with a particular trader may be routed
3 to the proper users, which may include the particular trader as well as each interested broker (such as, for example, each broker that is permitted to act on behalf of the particular trader).
According to one exemplary embodiment, there is provided a method of managing messages in a trading network, wherein: storing one or more second users are authorized to act on behalf of a first user in a trading system; and storing an association between a particular connection with the trading system is assigned to the first user, the particular connection being one of a plurality of connections with the trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the trading system via the user's respective connection; the method comprising: receiving from a computer system associated with a particular second user a trading message, the trading message comprising a trading order; identifying the particular connection from the plurality of connections based at least on the trading message; forwarding the trading message to the trading system via the identified particular connection; receiving from the trading system a trading system trading message in response to the trading message received from the computer system associated with the particular second user; communicating the trading system trading message to a computer system associated with the first user; identifying a second user authorized to act on behalf of the first user; and for the identified second user, communicating the trading system trading message to a respective computer system associated with the identified second user.
According to a further exemplary embodiment, there is provided a system for managing messages in a trading network, wherein: store one or more second users are authorized to act on behalf of a first user in a trading system; and store an association between a particular connection with the trading system is assigned to the first user, the particular connection being one of a plurality of connections with the trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the trading system via the user's respective connection; the system comprising a client application operable to: receive from a computer system associated with a particular second user a trading message, the trading message comprising a trading order; identify the particular connection from the plurality of connections based at least on the trading message; forward the trading message 3a to the trading system via the identified particular connection; receive from the trading system a trading system trading message in response to the trading message received from the computer system associated with the particular second user; communicate the trading system trading message to a computer system associated with the first user;
identify a -- second user authorized to act on behalf of the first user; and the identified second user, communicate the trading system trading message to a respective computer system associated with the identified second user.
According to a further exemplary embodiment, there is provided a method, comprising: receiving by a computing server from a first broker via a first computing -- terminal a request by the first broker to manage trading orders, via a trading system, on behalf of a user, wherein to manage trading orders via the trading system includes at least: to submit, on behalf of the user, trading orders to the trading system, to modify, on behalf of the user, existing trading orders on the trading system, and to cancel, on behalf of the user, existing trading orders on the trading system, and wherein the computing server and the first -- computing terminal are communicatively coupled via a communications network; based at least in part on receiving the request from the first broker, storing by the computing server first data, wherein the first data: (i) indicates a relationship between the first broker and the user, wherein the relationship between the first broker and the user indicates that the first broker is authorized, via the trading system, to mange trading orders on behalf of the user, -- and (ii) indicates an association between: (a) a connection between the computing server and the trading system, the connection being one plurality of connections between the computing server and the trading system, and (b) the relationship between the first broker and the user;
receiving by the computing server from the first broker via the first computing terminal a trading command submitted by the first broker on behalf of the user, the trading command -- comprising information that identifies the user; based at least in part on the information from the trading command that identifies the user, identifying by the computing server from the first data the relationship between the first broker and the user; in response to identifying the relationship between the first broker and the user, identifying by the computing server the connection, from the plurality of connections, that is associated with the relationship; and 3b based at least in part on identifying the connection, communicating by the computing server the trading command to the trading system via the identified connection.
In a further exemplary embodiment, there is provided an apparatus, comprising at least one computing server that includes instructions, that when executed by the at least one computing server, direct the at least one computing server to: receive from a first broker via a first computing terminal a request by the first broker to manage trading orders, via a trading system, on behalf of a user, wherein to manage trading orders via the trading system includes at least: to submit, on behalf of the user, trading orders to the trading system, to modify, on behalf of the user, existing trading orders on the trading system, and to cancel, on behalf of the user, existing trading orders on the trading system, and wherein the at least one computing server is operable to communicate with the first computing terminal via a communications network; based at least in part on receiving the request from the first broker, store first data, wherein the first data: (i) indicates a relationship between the first broker and the user, wherein the relationship between the first broker and the user indicates that the first broker is authorized, via the trading system, to manage trading orders on behalf of the user, and (ii) indicates an association between: (a) a connection between the at least one computing server and the trading system, the connection being one plurality of connections between the at least one computing server and the trading system, and (b) the relationship between the first broker and the user; receive from the first broker via the first computing terminal a trading command submitted by the first broker on behalf of the user, the trading command comprising information that identifies the user; based at least in part on the information from the trading command that identifies the user, identify from the first data the relationship between the first broker and the user; in response to identifying the relationship between the first broker and the user, identify the connection, from the plurality of connections, that is associated with the relationship; and based at least in part on identifying the connection, communicate the trading command to the trading system via the identified connection.
, 3c In a further exemplary embodiment, there is provided a method of managing messages in a trading network, comprising: storing one or more user relationships between a first user and one or more second users authorized to act on behalf of the first user in a trading system; storing an association between a particular connection with the trading system and a user relationship between the first user and a particular second user, the particular connection being one of a plurality of connections with the trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the trading system via the user's respective connection; receiving from a computer system associated with the particular second user a trading message, the trading message comprising a trading order;
identifying the particular connection from the plurality of connections based at least on the trading message and the stored association; forwarding the trading message to the trading system via the identified particular connection; receiving from the trading system a trading system trading message in response to the trading message received from the computer system associated with the second user; communicating the trading system trading message to a computer system associated with the first user; identifying from the user relationships second users authorized to act on behalf of the first user; and for identified second users, communicating the trading system trading message to respective computer systems associated with the identified second users.
According to yet a further exemplary embodiment, there is provided a system for managing messages in a trading network, the system operable to: store one or more user relationships between a first user and one or more second users authorized to act on behalf of the first user in a trading system; store an association between a particular connection with the trading system and a first user relationship between the first user and a particular second user, the particular connection being one of a plurality of connections with the trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the trading system via the user's respective connection; receive from a computer system associated with the particular second user a trading message, the trading message comprising a trading order; identify the particular connection from the plurality of 3d connections based at least on the trading message and the stored association;
forward the trading message to the trading system via the identified particular connection; receive from the trading system a trading system trading message in response to the trading message received from the computer system associated with the second user; communicate the trading system trading message to a computer system associated with the first user; identify from the user relationships second users authorized to act on behalf of the first user; and for identified second users, communicate the trading system trading message to respective computer systems associated with the identified second users.
Other advantages will be readily apparent to one having ordinary skill in the art from the following figures, descriptions, and claims.
BRIEF DESCRIPTION OF THE DRAWINGS
For a more complete understanding of the present invention and for further features and advantages, reference is now made to the following description, taken in conjunction with the accompanying drawings, in which:
FIGURE 1 illustrates an example trading network in which brokers are allowed to engage in trading activity on behalf of managed traders according to an embodiment of the present invention;
FIGURE 2 illustrates an example method of a broker logging into the network of FIGURE 1 in accordance with an embodiment of the present invention;
FIGURE 3 illustrates an example method of a first broker "attaching" to a managed trader in accordance with an embodiment of the present invention;
FIGURE 4 illustrates an example method of a second broker "attaching" to the same managed trader in accordance with an embodiment of the present invention;
FIGURE 5 illustrates an example method of a broker logging off and subsequently logging back in and "re-attaching" to a managed trader in accordance with an embodiment of the present invention;
FIGURE 6 illustrates an example table stored in association with an authentication manager of the network of FIGURE 1 in accordance with one embodiment of the invention;
3e FIGURE 7 illustrates an example table stored in association with a broker proxy server of the network of FIGURE 1 in accordance with one embodiment of the invention;
FIGURES 8A-8B illustrate a method of messaging within the system of FIGURE 1 in accordance with an embodiment of the present invention; and FIGURE 9 illustrates an example carrier message used for messaging via the trading network of FIGURE 1 in accordance with an embodiment of the invention.
According to one exemplary embodiment, there is provided a method of managing messages in a trading network, wherein: storing one or more second users are authorized to act on behalf of a first user in a trading system; and storing an association between a particular connection with the trading system is assigned to the first user, the particular connection being one of a plurality of connections with the trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the trading system via the user's respective connection; the method comprising: receiving from a computer system associated with a particular second user a trading message, the trading message comprising a trading order; identifying the particular connection from the plurality of connections based at least on the trading message; forwarding the trading message to the trading system via the identified particular connection; receiving from the trading system a trading system trading message in response to the trading message received from the computer system associated with the particular second user; communicating the trading system trading message to a computer system associated with the first user; identifying a second user authorized to act on behalf of the first user; and for the identified second user, communicating the trading system trading message to a respective computer system associated with the identified second user.
According to a further exemplary embodiment, there is provided a system for managing messages in a trading network, wherein: store one or more second users are authorized to act on behalf of a first user in a trading system; and store an association between a particular connection with the trading system is assigned to the first user, the particular connection being one of a plurality of connections with the trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the trading system via the user's respective connection; the system comprising a client application operable to: receive from a computer system associated with a particular second user a trading message, the trading message comprising a trading order; identify the particular connection from the plurality of connections based at least on the trading message; forward the trading message 3a to the trading system via the identified particular connection; receive from the trading system a trading system trading message in response to the trading message received from the computer system associated with the particular second user; communicate the trading system trading message to a computer system associated with the first user;
identify a -- second user authorized to act on behalf of the first user; and the identified second user, communicate the trading system trading message to a respective computer system associated with the identified second user.
According to a further exemplary embodiment, there is provided a method, comprising: receiving by a computing server from a first broker via a first computing -- terminal a request by the first broker to manage trading orders, via a trading system, on behalf of a user, wherein to manage trading orders via the trading system includes at least: to submit, on behalf of the user, trading orders to the trading system, to modify, on behalf of the user, existing trading orders on the trading system, and to cancel, on behalf of the user, existing trading orders on the trading system, and wherein the computing server and the first -- computing terminal are communicatively coupled via a communications network; based at least in part on receiving the request from the first broker, storing by the computing server first data, wherein the first data: (i) indicates a relationship between the first broker and the user, wherein the relationship between the first broker and the user indicates that the first broker is authorized, via the trading system, to mange trading orders on behalf of the user, -- and (ii) indicates an association between: (a) a connection between the computing server and the trading system, the connection being one plurality of connections between the computing server and the trading system, and (b) the relationship between the first broker and the user;
receiving by the computing server from the first broker via the first computing terminal a trading command submitted by the first broker on behalf of the user, the trading command -- comprising information that identifies the user; based at least in part on the information from the trading command that identifies the user, identifying by the computing server from the first data the relationship between the first broker and the user; in response to identifying the relationship between the first broker and the user, identifying by the computing server the connection, from the plurality of connections, that is associated with the relationship; and 3b based at least in part on identifying the connection, communicating by the computing server the trading command to the trading system via the identified connection.
In a further exemplary embodiment, there is provided an apparatus, comprising at least one computing server that includes instructions, that when executed by the at least one computing server, direct the at least one computing server to: receive from a first broker via a first computing terminal a request by the first broker to manage trading orders, via a trading system, on behalf of a user, wherein to manage trading orders via the trading system includes at least: to submit, on behalf of the user, trading orders to the trading system, to modify, on behalf of the user, existing trading orders on the trading system, and to cancel, on behalf of the user, existing trading orders on the trading system, and wherein the at least one computing server is operable to communicate with the first computing terminal via a communications network; based at least in part on receiving the request from the first broker, store first data, wherein the first data: (i) indicates a relationship between the first broker and the user, wherein the relationship between the first broker and the user indicates that the first broker is authorized, via the trading system, to manage trading orders on behalf of the user, and (ii) indicates an association between: (a) a connection between the at least one computing server and the trading system, the connection being one plurality of connections between the at least one computing server and the trading system, and (b) the relationship between the first broker and the user; receive from the first broker via the first computing terminal a trading command submitted by the first broker on behalf of the user, the trading command comprising information that identifies the user; based at least in part on the information from the trading command that identifies the user, identify from the first data the relationship between the first broker and the user; in response to identifying the relationship between the first broker and the user, identify the connection, from the plurality of connections, that is associated with the relationship; and based at least in part on identifying the connection, communicate the trading command to the trading system via the identified connection.
, 3c In a further exemplary embodiment, there is provided a method of managing messages in a trading network, comprising: storing one or more user relationships between a first user and one or more second users authorized to act on behalf of the first user in a trading system; storing an association between a particular connection with the trading system and a user relationship between the first user and a particular second user, the particular connection being one of a plurality of connections with the trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the trading system via the user's respective connection; receiving from a computer system associated with the particular second user a trading message, the trading message comprising a trading order;
identifying the particular connection from the plurality of connections based at least on the trading message and the stored association; forwarding the trading message to the trading system via the identified particular connection; receiving from the trading system a trading system trading message in response to the trading message received from the computer system associated with the second user; communicating the trading system trading message to a computer system associated with the first user; identifying from the user relationships second users authorized to act on behalf of the first user; and for identified second users, communicating the trading system trading message to respective computer systems associated with the identified second users.
According to yet a further exemplary embodiment, there is provided a system for managing messages in a trading network, the system operable to: store one or more user relationships between a first user and one or more second users authorized to act on behalf of the first user in a trading system; store an association between a particular connection with the trading system and a first user relationship between the first user and a particular second user, the particular connection being one of a plurality of connections with the trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the trading system via the user's respective connection; receive from a computer system associated with the particular second user a trading message, the trading message comprising a trading order; identify the particular connection from the plurality of 3d connections based at least on the trading message and the stored association;
forward the trading message to the trading system via the identified particular connection; receive from the trading system a trading system trading message in response to the trading message received from the computer system associated with the second user; communicate the trading system trading message to a computer system associated with the first user; identify from the user relationships second users authorized to act on behalf of the first user; and for identified second users, communicate the trading system trading message to respective computer systems associated with the identified second users.
Other advantages will be readily apparent to one having ordinary skill in the art from the following figures, descriptions, and claims.
BRIEF DESCRIPTION OF THE DRAWINGS
For a more complete understanding of the present invention and for further features and advantages, reference is now made to the following description, taken in conjunction with the accompanying drawings, in which:
FIGURE 1 illustrates an example trading network in which brokers are allowed to engage in trading activity on behalf of managed traders according to an embodiment of the present invention;
FIGURE 2 illustrates an example method of a broker logging into the network of FIGURE 1 in accordance with an embodiment of the present invention;
FIGURE 3 illustrates an example method of a first broker "attaching" to a managed trader in accordance with an embodiment of the present invention;
FIGURE 4 illustrates an example method of a second broker "attaching" to the same managed trader in accordance with an embodiment of the present invention;
FIGURE 5 illustrates an example method of a broker logging off and subsequently logging back in and "re-attaching" to a managed trader in accordance with an embodiment of the present invention;
FIGURE 6 illustrates an example table stored in association with an authentication manager of the network of FIGURE 1 in accordance with one embodiment of the invention;
3e FIGURE 7 illustrates an example table stored in association with a broker proxy server of the network of FIGURE 1 in accordance with one embodiment of the invention;
FIGURES 8A-8B illustrate a method of messaging within the system of FIGURE 1 in accordance with an embodiment of the present invention; and FIGURE 9 illustrates an example carrier message used for messaging via the trading network of FIGURE 1 in accordance with an embodiment of the invention.
4 DETAILED DESCRIPTION OF THE DRAWINGS
Example embodiments of the present invention and their advantages are best understood by referring now to FIGURES 1 through 9 of the drawings, in which like numerals refer to like parts.
In general, an electronic trading network is provided in which one or more brokers may collectively or simultaneously manage trading orders on behalf of a managed trader.
For example, if a first broker that is permitted to act on behalf of the managed trader places a trading order at a trading system (such as a stock market, for example) on behalf of the particular trader, a second broker that is also permitted to act on behalf of the managed trader may manage the trading order (which may include changing or canceling the trading order, for example) as well as place other trading orders at the trading system. Thus, multiple brokers may manage a single trader via an electronic network.
FIGURE 1 illustrates an example trading network 10 in which brokers are allowed to engage in trading activity on behalf of managed traders according to an embodiment of the present invention. As shown, network 10 includes one or more unmanaged trader terminals 12, managed trader terminals 14, broker terminals 16, session managers 18, authentication managers 20, gateways 22, broker proxy servers 24 and trading systems 26.
Each component of network 10 may include any hardware, software or combination thereof suitable to perform the functions of such components discussed herein. The components of trading network 10 are connected by various communication links 30a through 30g.
Collectively, links 30a through 30g may be referred to as communication network 30.
Communication network 30, or various communication links 30a through 30g, may include one or more local area networks (LANs), metropolitan area networks (MANs), wide area networks (WANs), wireless local area networks (WLANs), virtual private networks (VPNs), intranets, portions of the Internet, or any other appropriate wireline, optical, wireless, or other links suitable to facilitate communication of data in a network environment. Any of the various components of trading network 10 may be co-located with, or physically and/or geographically distributed from, any other components of trading network 10. In addition, various components of trading network 10 may be completely or partially integrated with each other.
Each unmanaged trader terminal 12 hosts an unmanaged trader application 32 that provides an unmanaged trader 34 access to engage in trading activity via one or more trading systems 26 of trading network 10. Each unmanaged trader terminal 12 and application 32 may include a computer system and appropriate software to allow unmanaged trader 34 to engage in trading activity via trading network 10. As used in this document, the term "computer" refers to any suitable device operable to accept input, process the input according to predefined rules, and produce output, for example, a personal
Example embodiments of the present invention and their advantages are best understood by referring now to FIGURES 1 through 9 of the drawings, in which like numerals refer to like parts.
In general, an electronic trading network is provided in which one or more brokers may collectively or simultaneously manage trading orders on behalf of a managed trader.
For example, if a first broker that is permitted to act on behalf of the managed trader places a trading order at a trading system (such as a stock market, for example) on behalf of the particular trader, a second broker that is also permitted to act on behalf of the managed trader may manage the trading order (which may include changing or canceling the trading order, for example) as well as place other trading orders at the trading system. Thus, multiple brokers may manage a single trader via an electronic network.
FIGURE 1 illustrates an example trading network 10 in which brokers are allowed to engage in trading activity on behalf of managed traders according to an embodiment of the present invention. As shown, network 10 includes one or more unmanaged trader terminals 12, managed trader terminals 14, broker terminals 16, session managers 18, authentication managers 20, gateways 22, broker proxy servers 24 and trading systems 26.
Each component of network 10 may include any hardware, software or combination thereof suitable to perform the functions of such components discussed herein. The components of trading network 10 are connected by various communication links 30a through 30g.
Collectively, links 30a through 30g may be referred to as communication network 30.
Communication network 30, or various communication links 30a through 30g, may include one or more local area networks (LANs), metropolitan area networks (MANs), wide area networks (WANs), wireless local area networks (WLANs), virtual private networks (VPNs), intranets, portions of the Internet, or any other appropriate wireline, optical, wireless, or other links suitable to facilitate communication of data in a network environment. Any of the various components of trading network 10 may be co-located with, or physically and/or geographically distributed from, any other components of trading network 10. In addition, various components of trading network 10 may be completely or partially integrated with each other.
Each unmanaged trader terminal 12 hosts an unmanaged trader application 32 that provides an unmanaged trader 34 access to engage in trading activity via one or more trading systems 26 of trading network 10. Each unmanaged trader terminal 12 and application 32 may include a computer system and appropriate software to allow unmanaged trader 34 to engage in trading activity via trading network 10. As used in this document, the term "computer" refers to any suitable device operable to accept input, process the input according to predefined rules, and produce output, for example, a personal
5 computer, workstation, network computer, wireless data port, wireless telephone, personal digital assistant, one or more processors within these or other devices, or any other suitable processing device. An unmanaged trader terminal 12 may also include one or more human interfaces, such as a mouse, keyboard, or pointer, for example.
An unmanaged trader 34 is a trader (such as an individual or group of individuals) that may engage in trading activity via trading network 10 on behalf of itself. For example, an unmanaged trader 34 may manage trading orders via one or more trading systems 26 on its own behalf (in other words, without using a broker). In this manner, an unmanaged trader 34 may trade with other traders 34 and/or 38 via one or more trading systems 26.
As used throughout this document, "managing" a trading order includes determining the parameters of a new trading order (such as the instrument, price, size, and type of order), submitting a new trading order, monitoring an existing trading order, altering an existing trading order (such as changing the price, size, or type of the order, for example), canceling an existing trading order and/or any other any suitable functions regarding a new or existing trading order in a trading system. In addition, as used throughout this document, "engaging in trading activity" includes at least managing trading orders.
Similar to unmanaged trader terminals 12, each managed trader terminal 14 hosts a managed trader application 36 that provides a managed trader 38 access to engage in trading activity via one or more trading systems 26 of trading network 10. Each managed trader terminal 14 and application 36 may include a computer system and appropriate software to allow managed trader 38 to engage in trading activity via trading network 10.
A managed trader 38 is a trader (such as an individual or group of individuals) that may engage in trading activity via trading network 10 on behalf of itself, as well as authorizing one or more brokers 40 to engage in trading activity on behalf of the managed trader 38. For example, a managed trader 38 may manage trading orders via one or more trading systems 26 on its own behalf, as well as authorizing one or more brokers 40 to manage trading orders via such trading systems 26 on behalf of the managed trader 38. In this manner, a managed trader 38 may trade with other traders 34 and/or 38 via one or more trading systems 26.
An unmanaged trader 34 is a trader (such as an individual or group of individuals) that may engage in trading activity via trading network 10 on behalf of itself. For example, an unmanaged trader 34 may manage trading orders via one or more trading systems 26 on its own behalf (in other words, without using a broker). In this manner, an unmanaged trader 34 may trade with other traders 34 and/or 38 via one or more trading systems 26.
As used throughout this document, "managing" a trading order includes determining the parameters of a new trading order (such as the instrument, price, size, and type of order), submitting a new trading order, monitoring an existing trading order, altering an existing trading order (such as changing the price, size, or type of the order, for example), canceling an existing trading order and/or any other any suitable functions regarding a new or existing trading order in a trading system. In addition, as used throughout this document, "engaging in trading activity" includes at least managing trading orders.
Similar to unmanaged trader terminals 12, each managed trader terminal 14 hosts a managed trader application 36 that provides a managed trader 38 access to engage in trading activity via one or more trading systems 26 of trading network 10. Each managed trader terminal 14 and application 36 may include a computer system and appropriate software to allow managed trader 38 to engage in trading activity via trading network 10.
A managed trader 38 is a trader (such as an individual or group of individuals) that may engage in trading activity via trading network 10 on behalf of itself, as well as authorizing one or more brokers 40 to engage in trading activity on behalf of the managed trader 38. For example, a managed trader 38 may manage trading orders via one or more trading systems 26 on its own behalf, as well as authorizing one or more brokers 40 to manage trading orders via such trading systems 26 on behalf of the managed trader 38. In this manner, a managed trader 38 may trade with other traders 34 and/or 38 via one or more trading systems 26.
6 Each broker terminal 16 hosts a broker application 42 that provides a broker access to engage in trading activity on behalf of one or more managed traders 38 via trading network 10. Broker terminal 16 and broker application 42 may include a computer system and appropriate software to allow broker 40 to engage in trading activity via trading network ,10.
In some embodiments, a broker 40 is an individual, group of individuals, or other entity that is authorized to engage in trading activity via trading network 10 on behalf of one or more managed traders 38, but not on its own behalf. For example, a broker 40 may manage trading orders via one or more trading systems 26 on behalf of a number of managed traders 38, but not on its own behalf. Thus, in such embodiments, a broker 40 may not trade on its own behalf with other brokers 40 or traders 34 or 38 via trading systems 26. In other embodiments, a broker 40 may be permitted to act as a broker as well as a trader. In such embodiments, a broker 40 may manage trading orders via one or more trading systems 26 on behalf of managed traders 38, as well as on its own behalf.
For a broker 40 authorized to act on behalf of a managed trader 38, trading network 10 generally allows the broker 40 to manage trading orders collectively or simultaneously with the managed trader 38, as well as with other brokers 40 authorized to act on behalf of the managed trader 38. Thus, if broker 40 and the managed trader 38 are logged into a trading system 26, both the broker 40 and the managed trader 38 may manage trading orders in the trading system 26 on behalf of the managed trader 38, including managing different trading orders as well as the same trading orders. For example, if the broker 40 places a trading order in the trading system 26 on behalf of the managed trader 38, the managed trader 38 may manage the trading order (such as altering or canceling the trading order, for ' example), as well as place other trading orders in the trading system. Thus, the broker 40 and the managed trader 38 may co-manage trading orders on behalf of the managed trader 38.
Similarly, if multiple brokers 40 that are each permitted to act on behalf of a managed trader 38 are logged into a trading system 26, each of the brokers 40 may manage trading orders in the trading system 26 on behalf of the managed trader 38, including managing different trading orders as well as the same trading orders. For example, if a first broker 40 that is permitted to act on behalf of the managed trader 38 places a trading order at the trading system 26 on behalf of the managed trader 38, a second broker 40 that is also permitted to act on behalf of the managed trader 38 may manage the trading order (such as
In some embodiments, a broker 40 is an individual, group of individuals, or other entity that is authorized to engage in trading activity via trading network 10 on behalf of one or more managed traders 38, but not on its own behalf. For example, a broker 40 may manage trading orders via one or more trading systems 26 on behalf of a number of managed traders 38, but not on its own behalf. Thus, in such embodiments, a broker 40 may not trade on its own behalf with other brokers 40 or traders 34 or 38 via trading systems 26. In other embodiments, a broker 40 may be permitted to act as a broker as well as a trader. In such embodiments, a broker 40 may manage trading orders via one or more trading systems 26 on behalf of managed traders 38, as well as on its own behalf.
For a broker 40 authorized to act on behalf of a managed trader 38, trading network 10 generally allows the broker 40 to manage trading orders collectively or simultaneously with the managed trader 38, as well as with other brokers 40 authorized to act on behalf of the managed trader 38. Thus, if broker 40 and the managed trader 38 are logged into a trading system 26, both the broker 40 and the managed trader 38 may manage trading orders in the trading system 26 on behalf of the managed trader 38, including managing different trading orders as well as the same trading orders. For example, if the broker 40 places a trading order in the trading system 26 on behalf of the managed trader 38, the managed trader 38 may manage the trading order (such as altering or canceling the trading order, for ' example), as well as place other trading orders in the trading system. Thus, the broker 40 and the managed trader 38 may co-manage trading orders on behalf of the managed trader 38.
Similarly, if multiple brokers 40 that are each permitted to act on behalf of a managed trader 38 are logged into a trading system 26, each of the brokers 40 may manage trading orders in the trading system 26 on behalf of the managed trader 38, including managing different trading orders as well as the same trading orders. For example, if a first broker 40 that is permitted to act on behalf of the managed trader 38 places a trading order at the trading system 26 on behalf of the managed trader 38, a second broker 40 that is also permitted to act on behalf of the managed trader 38 may manage the trading order (such as
7 changing or canceling the trading order, for example), as well as place other trading orders at the trading system on behalf of the managed trader 38. In this manner, multiple brokers may co-manage trading orders on behalf of a managed trader 38.
Each managed trader 38 may be either an active trader or a passive trader. A
broker 40 may engage in trading activity on behalf of a passive trader regardless of whether the passive trader is actually logged into trading network 10, while a broker 40 may engage in trading activity on behalf of an active trader only if the active trader is actually logged into trading network 10.
Brokers 40, managed traders 38 and unmanaged traders 36 may collectively be referred to as users 44 of trading network 10. It should be understood that in alternative embodiments, the relationships described herein between brokers 40, managed traders 38 and unmanaged traders 36 may apply similarly between other types of users of trading network 10. For example, in one alternative embodiment, one trader 34 or 38 may have a broker-trader relationship with another trader 34 or 38.
Applications 32, 36 and 42 may be referred to as client applications and may include front-end applications that can connect with session managers 18 in order to access trading network 10. A session manager 18 generally manages communication sessions between an application 32, 36 or 42 and other portions of trading network 10. In the embodiment shown in FIGURE 1, session manager 18 cooperates at least with an application 32, 36 or 42, authentication manager 20, and gateways 22 to provide a user 44 access to trading systems 26. For example, session manager 18 may establish and/or manage connections with particular gateways 22 allowing communications between an application 32, 36 or 42 and particular trading systems 26. In some embodiments, a particular session manager 18 may be connected to a number of applications 32, 36 or 42 such that a number of users 44 may access trading network 10 via the particular session manager 18.
An authentication manager 20 generally manages the authentication of users 44 attempting to login to trading network 10. Authentication manager 20 may include memory 50 that may store, for each user of network 10, user login, or authentication, data 52, user profile data 54, and user relationship data 56. User login data 52 includes various information, such as login IDs and passwords, associated with authorizing a user 44 access to network 10. User profile data 54 includes various information regarding the respective user, such as which trading systems 26 in which that user 44 is permitted to trade, which types of orders that user 44 is permitted to submit, and for managed traders 38, whether the
Each managed trader 38 may be either an active trader or a passive trader. A
broker 40 may engage in trading activity on behalf of a passive trader regardless of whether the passive trader is actually logged into trading network 10, while a broker 40 may engage in trading activity on behalf of an active trader only if the active trader is actually logged into trading network 10.
Brokers 40, managed traders 38 and unmanaged traders 36 may collectively be referred to as users 44 of trading network 10. It should be understood that in alternative embodiments, the relationships described herein between brokers 40, managed traders 38 and unmanaged traders 36 may apply similarly between other types of users of trading network 10. For example, in one alternative embodiment, one trader 34 or 38 may have a broker-trader relationship with another trader 34 or 38.
Applications 32, 36 and 42 may be referred to as client applications and may include front-end applications that can connect with session managers 18 in order to access trading network 10. A session manager 18 generally manages communication sessions between an application 32, 36 or 42 and other portions of trading network 10. In the embodiment shown in FIGURE 1, session manager 18 cooperates at least with an application 32, 36 or 42, authentication manager 20, and gateways 22 to provide a user 44 access to trading systems 26. For example, session manager 18 may establish and/or manage connections with particular gateways 22 allowing communications between an application 32, 36 or 42 and particular trading systems 26. In some embodiments, a particular session manager 18 may be connected to a number of applications 32, 36 or 42 such that a number of users 44 may access trading network 10 via the particular session manager 18.
An authentication manager 20 generally manages the authentication of users 44 attempting to login to trading network 10. Authentication manager 20 may include memory 50 that may store, for each user of network 10, user login, or authentication, data 52, user profile data 54, and user relationship data 56. User login data 52 includes various information, such as login IDs and passwords, associated with authorizing a user 44 access to network 10. User profile data 54 includes various information regarding the respective user, such as which trading systems 26 in which that user 44 is permitted to trade, which types of orders that user 44 is permitted to submit, and for managed traders 38, whether the
8 trader 38 is an active or passive trader, for example. User relationship data 56 identifies, for each broker 40, the managed traders 38 for which that broker 40 is authorized to engage in trading activity on behalf of via network 10, and for each managed trader 38, the one or more brokers 40 that are authorized to act on behalf of that managed trader 38. Thus, user relationship data 56 defines a number of broker-trader relationships between brokers 40 and managed trader 38.
Memory 50 may include one or more suitable databases or memory devices, such as one or more SYBASETM databases, INGRESSTm databases, ORACLBTM databases, random access memories (RAMs), read-only memories (ROMs), dynamic random access memories (DRAMs), fast cycle RAMs (FCRAMs), static RAM (SRAMs), field-programmable gate arrays (FPGAs), erasable programmable read-only memories (EPROMs), or electrically erasable programmable read-only memories (EEPROMs), for example.
An authentication manager 20 manages the authentication of users 44 attempting to login to trading network U) at least by comparing login information received from an application 32, 36 or 40 with appropriate user login data 52 stored in memory 50. An authentication manager 20 also provides functionality for managing broker-trader relationships, including managing access for a broker 40 to act on behalf of its associated managed traders 38. For example, as described in greater detail below with reference to FIGURE 2, during or after the login of a broker 40, an authentication manager 20 may provide the broker 40 (or the broker application 42 or session manager 18 associated with that broker 40) a list of managed traders 38 for which the broker 40 is authorized to act on behalf of, as well as a list of each trading system 26 in which each of such managed traders 38 is permitted to trade, based on user profile data 54 and user relationship data 56. In some embodiments, the authentication manager 20 may also identify for the session manager 18 associated with the broker 40, the appropriate gateways 22 through which particular trading systems 26 may be accessed.
Gateways 22 are intermediate nodes within trading network 10 that may provide a connection from a session manager 18 to a trading system 26 (for example, see communication link 30f), or to a broker proxy server 24 which is connected to a trading system 26 (for example, see communication links 30e and 30g).
A broker proxy server 24 manages user relationships between brokers 40 and managed traders 38 and routes messages to and from trading systems 26 according to such user relationships. The broker proxy server 24 manages the "attachment" of brokers 40 to
Memory 50 may include one or more suitable databases or memory devices, such as one or more SYBASETM databases, INGRESSTm databases, ORACLBTM databases, random access memories (RAMs), read-only memories (ROMs), dynamic random access memories (DRAMs), fast cycle RAMs (FCRAMs), static RAM (SRAMs), field-programmable gate arrays (FPGAs), erasable programmable read-only memories (EPROMs), or electrically erasable programmable read-only memories (EEPROMs), for example.
An authentication manager 20 manages the authentication of users 44 attempting to login to trading network U) at least by comparing login information received from an application 32, 36 or 40 with appropriate user login data 52 stored in memory 50. An authentication manager 20 also provides functionality for managing broker-trader relationships, including managing access for a broker 40 to act on behalf of its associated managed traders 38. For example, as described in greater detail below with reference to FIGURE 2, during or after the login of a broker 40, an authentication manager 20 may provide the broker 40 (or the broker application 42 or session manager 18 associated with that broker 40) a list of managed traders 38 for which the broker 40 is authorized to act on behalf of, as well as a list of each trading system 26 in which each of such managed traders 38 is permitted to trade, based on user profile data 54 and user relationship data 56. In some embodiments, the authentication manager 20 may also identify for the session manager 18 associated with the broker 40, the appropriate gateways 22 through which particular trading systems 26 may be accessed.
Gateways 22 are intermediate nodes within trading network 10 that may provide a connection from a session manager 18 to a trading system 26 (for example, see communication link 30f), or to a broker proxy server 24 which is connected to a trading system 26 (for example, see communication links 30e and 30g).
A broker proxy server 24 manages user relationships between brokers 40 and managed traders 38 and routes messages to and from trading systems 26 according to such user relationships. The broker proxy server 24 manages the "attachment" of brokers 40 to
9 managed traders 38 which allows the brokers 40 to engage in trading activity with one or more trading systems 26 on behalf of such "attached" managed traders 38. As described in greater detail below with reference to FIGURE 3, attachment includes establishing an appropriate connection between a gateway 22 and a trading system 26 which allows communication between a broker application 42 and the trading system 26 so that a broker 40 using the broker application 42 can engage in trading activity via the trading system 26 on behalf of a managed trader 38.
Each broker proxy server 24 includes memory 60 that may store user relationship data 62, connection data 64 and user status data 66. User relationship data 62 may include any number of user relationships between a managed trader 38 and a broker 40 that is currently "attached" to that managed trader 38. Connection data 64 may include data identifying connections between broker proxy server 24 and trading system 26, as well as associations between such connections and user relationships that have been established.
User status data 66 may include data regarding the current status of various users 44 of trading network 44, such as whether each user 44 is logged into network 10 and further whether each user 44 is logged into trading system 26. Memory 60 may include one or more suitable databases or memory devices, such as described above with reference to memory 50.
In some embodiments, communication links 30a through 30g may provide various channels of communications via network 10. For example, in one embodiment, such communication channels include a market data channel for communicating data such as market data and trading orders, and an administration channel for communicating administrative or control data. In this embodiment, broker proxy server 24 provides a proxy between a gateway 22 and a trading system 26 only for the administration channel, and the gateway 22 continues to connect directly to the trading system 26 market data channel or to a proxy of the market data channel provided by the trading system 26.
A trading system 26 may manage trading transactions between users 44 of network
Each broker proxy server 24 includes memory 60 that may store user relationship data 62, connection data 64 and user status data 66. User relationship data 62 may include any number of user relationships between a managed trader 38 and a broker 40 that is currently "attached" to that managed trader 38. Connection data 64 may include data identifying connections between broker proxy server 24 and trading system 26, as well as associations between such connections and user relationships that have been established.
User status data 66 may include data regarding the current status of various users 44 of trading network 44, such as whether each user 44 is logged into network 10 and further whether each user 44 is logged into trading system 26. Memory 60 may include one or more suitable databases or memory devices, such as described above with reference to memory 50.
In some embodiments, communication links 30a through 30g may provide various channels of communications via network 10. For example, in one embodiment, such communication channels include a market data channel for communicating data such as market data and trading orders, and an administration channel for communicating administrative or control data. In this embodiment, broker proxy server 24 provides a proxy between a gateway 22 and a trading system 26 only for the administration channel, and the gateway 22 continues to connect directly to the trading system 26 market data channel or to a proxy of the market data channel provided by the trading system 26.
A trading system 26 may manage trading transactions between users 44 of network
10. For example, a trading system 26 may receive trading orders (such as orders to buy or sell a particular instrument) from traders 34 and/or 38 and to manage or process those trading orders such that financial transactions among and between traders 34 and/or 38 are performed. A trading system 26 may include or communicate with one or more market centers, which may comprise all manner of order execution venues including exchanges, Electronic Communication Networks (ECNs), ATFs and market makers. A market center maintains a bid and offer price in a given trading product by standing ready, willing, and able to buy or sell at publicly quoted prices.
In some embodiments, each trading system 26 represents a different market. For example, different trading systems 26 within trading network 10 may be provided for 5 trading different types of instruments, such as NYSE stocks, US
Treasuries, or Japanese government bonds, for example. In some embodiments, each broker 40 and each trader 34 and 38 is permitted to trade in particular ones (or all) of the trading systems 26 within trading network 10, based on a variety of factors.
10 Broker Login FIGURE 2 illustrates an example method of a broker 40 logging into network 10 in accordance with an embodiment of the present invention. At step 100, a broker 40, referred to herein as Broker X, uses a broker terminal 16 to launches a broker application 42 hosted by the broker terminal 16. At step 102, Broker X enters various authentication information such as a user ID and a password into an interface, such as a graphical user interface (GUI), provided by broker application 42. At step 104, broker application 42 forwards a network login request including the authentication infonnation to an authentication manager 20. The network login request is a request to log Broker X into trading network 10 such that Broker X has access to trading network 10.
At step 106, authentication manager 20 deteimines whether to approve the network login request based at least on the authentication information (for example, a user ID and password) included in the network login request.
To make this determination, authentication manager 20 may compare the authentication information received in the network login request with user login data 52 stored in memory 50. If the authentication manager 20 rejects the network login request, a notification that the network login request was rejected is communicated to broker application 42 at step 108 to inform Broker X.
However, if the authentication manager 20 approves the network login request, execution proceeds to step 110, where authentication manager 20 logs Broker X into network 10.
At step 112, authentication manager 20 identifies that the network login request was submitted by a broker 40 (namely, Broker X), such as based on authentication information included in the broker's network login request. At step 114, as a result of identifying that the network login request was received from a broker 40, authentication manager 20 identifies, based on user relationship data 56 stored in memory 50, each managed trader 38
In some embodiments, each trading system 26 represents a different market. For example, different trading systems 26 within trading network 10 may be provided for 5 trading different types of instruments, such as NYSE stocks, US
Treasuries, or Japanese government bonds, for example. In some embodiments, each broker 40 and each trader 34 and 38 is permitted to trade in particular ones (or all) of the trading systems 26 within trading network 10, based on a variety of factors.
10 Broker Login FIGURE 2 illustrates an example method of a broker 40 logging into network 10 in accordance with an embodiment of the present invention. At step 100, a broker 40, referred to herein as Broker X, uses a broker terminal 16 to launches a broker application 42 hosted by the broker terminal 16. At step 102, Broker X enters various authentication information such as a user ID and a password into an interface, such as a graphical user interface (GUI), provided by broker application 42. At step 104, broker application 42 forwards a network login request including the authentication infonnation to an authentication manager 20. The network login request is a request to log Broker X into trading network 10 such that Broker X has access to trading network 10.
At step 106, authentication manager 20 deteimines whether to approve the network login request based at least on the authentication information (for example, a user ID and password) included in the network login request.
To make this determination, authentication manager 20 may compare the authentication information received in the network login request with user login data 52 stored in memory 50. If the authentication manager 20 rejects the network login request, a notification that the network login request was rejected is communicated to broker application 42 at step 108 to inform Broker X.
However, if the authentication manager 20 approves the network login request, execution proceeds to step 110, where authentication manager 20 logs Broker X into network 10.
At step 112, authentication manager 20 identifies that the network login request was submitted by a broker 40 (namely, Broker X), such as based on authentication information included in the broker's network login request. At step 114, as a result of identifying that the network login request was received from a broker 40, authentication manager 20 identifies, based on user relationship data 56 stored in memory 50, each managed trader 38
11 for which Broker X is authorized to engage in trading activity on behalf of.
These managed traders 38 are referred to herein as associated traders 38. Authentication manager 20 communicates a login notification, as well as the list of identified associated traders 38, to broker application 42 at step 116. The login notification indicates that the network login request for Broker X was approved and that Broker X was logged into trading network 10.
The list of identified associated traders 38 communicated to broker application 42 includes an indication of whether each associated trader 38 is an active or passive trader.
In addition, at step 118, authentication manager 20 identifies, based on user profile data 54 regarding Broker X, each trading system 26 to which Broker X is authorized access (such as for engaging in trading activity on behalf of associated traders 38).
At step 120, for each identified trading system 26, authentication manager 20 determines a gateway 22 through which broker application 42 may access that trading system 26. At step 122, authentication manager 20 communicates to broker application 42 the list of trading systems 26 to which Broker X is authorized access. At step 124, authentication manager communicates to the session manager 18 associated with the broker application 42 the gateway 22 determined for each trading system 26 to which Broker X is authorized access.
At step 126, broker application 42 generates and communicates to authentication manager 20 a network login request for each identified associated trader 38.
The network login request for each associated trader 38 includes a request to authenticate one of the associated traders 38. In this embodiment, network login requests for each associated trader 38 are automatically generated and submitted to authentication manager 20 for approval. In an alternative embodiment, network login requests for each associated trader 38 are generated in response to commands entered by Broker X. The network login request for each associated trader 38 may include authentication information associated with the associated trader 38, such that the authentication manager 20 may perform an authentication of the associated trader 38. Such authentication information may have been received by broker application 42 from authentication manager 20 during the login process for Broker X. Alternatively, at least a portion of the required authentication information included in the network login request for each associated trader 38 is manually entered by Broker X, which may provide an additional level of security.
At step 128, authentication manager 20 approves the network login request for each associated trader 38 and generates a virtual login session for that associated trader 38. The virtual login session for an associated trader 38 is distinct from whether or not that
These managed traders 38 are referred to herein as associated traders 38. Authentication manager 20 communicates a login notification, as well as the list of identified associated traders 38, to broker application 42 at step 116. The login notification indicates that the network login request for Broker X was approved and that Broker X was logged into trading network 10.
The list of identified associated traders 38 communicated to broker application 42 includes an indication of whether each associated trader 38 is an active or passive trader.
In addition, at step 118, authentication manager 20 identifies, based on user profile data 54 regarding Broker X, each trading system 26 to which Broker X is authorized access (such as for engaging in trading activity on behalf of associated traders 38).
At step 120, for each identified trading system 26, authentication manager 20 determines a gateway 22 through which broker application 42 may access that trading system 26. At step 122, authentication manager 20 communicates to broker application 42 the list of trading systems 26 to which Broker X is authorized access. At step 124, authentication manager communicates to the session manager 18 associated with the broker application 42 the gateway 22 determined for each trading system 26 to which Broker X is authorized access.
At step 126, broker application 42 generates and communicates to authentication manager 20 a network login request for each identified associated trader 38.
The network login request for each associated trader 38 includes a request to authenticate one of the associated traders 38. In this embodiment, network login requests for each associated trader 38 are automatically generated and submitted to authentication manager 20 for approval. In an alternative embodiment, network login requests for each associated trader 38 are generated in response to commands entered by Broker X. The network login request for each associated trader 38 may include authentication information associated with the associated trader 38, such that the authentication manager 20 may perform an authentication of the associated trader 38. Such authentication information may have been received by broker application 42 from authentication manager 20 during the login process for Broker X. Alternatively, at least a portion of the required authentication information included in the network login request for each associated trader 38 is manually entered by Broker X, which may provide an additional level of security.
At step 128, authentication manager 20 approves the network login request for each associated trader 38 and generates a virtual login session for that associated trader 38. The virtual login session for an associated trader 38 is distinct from whether or not that
12 associated trader 38 is actually logged in to network 10 on its own behalf. As a result of approving the network login request for each associated trader 38, authentication manager 20 retrieves user login data 52 and user profile data 54 regarding each associated trader 38 from memory 50 and communicates the retrieved user profile data 54 to broker application 42 at step 130. The user login data 52 for each associated trader 38 includes various information, such as login IDs and passwords, associated with authorizing such associated traders 38 access to network 10. The user profile data 54 communicated to broker application 42 for each associated trader 38 includes information regarding that trader 38 that can be used to allow Broker X to engage in trading activity via trading network 10 on behalf of that trader 38. For example, user profile data 54 communicated to broker application 42 for each associated trader 38 may identify (1) each trading system 26 to which the trader 38 is permitted access for trading activity, (2) one or more parameters defining the permitted trading activity for the trader 38 in each of such trading systems 26, and/or (3) whether the trader 38 is a passive trader or an active trader.
Attachment FIGURE 3 illustrates an example method of Broker X "attaching" to a managed trader 38 in accordance with an embodiment of the present invention. The method shown in FIGURE 3 may follow or occur subsequent to the method shown in FIGURE 2.
At step 150, Broker X selects, via a GUI provided by broker application 42, one of the associated traders 38 that Broker X wishes to trade or otherwise act on behalf of in a particular trading system 26. The selected trader 38 is referred to herein as Trader Y. At step 152, broker application 42 generates and communicates to broker proxy server 24 an attachment request to "attach" to Trader Y for the particular trading system 26. The attachment request comprises a request to establish and store a relationship between Broker X and Trader Y. The attachment request includes an indication of whether Trader Y is an active trader or a passive trader.
At step 154, broker proxy server 24 determines whether Broker X is authorized to attach to Trader Y (in other words, whether Broker X is authorized to act as a broker on behalf of Trader Y). This may involve broker proxy server 24 communicating an attachment authorization query to authentication manager 20 which identifies Broker X and Trader Y, and receiving from the authentication manager 20 a determination (based on user relationship data 56) of whether Broker X is authorized to engage in trading activity on
Attachment FIGURE 3 illustrates an example method of Broker X "attaching" to a managed trader 38 in accordance with an embodiment of the present invention. The method shown in FIGURE 3 may follow or occur subsequent to the method shown in FIGURE 2.
At step 150, Broker X selects, via a GUI provided by broker application 42, one of the associated traders 38 that Broker X wishes to trade or otherwise act on behalf of in a particular trading system 26. The selected trader 38 is referred to herein as Trader Y. At step 152, broker application 42 generates and communicates to broker proxy server 24 an attachment request to "attach" to Trader Y for the particular trading system 26. The attachment request comprises a request to establish and store a relationship between Broker X and Trader Y. The attachment request includes an indication of whether Trader Y is an active trader or a passive trader.
At step 154, broker proxy server 24 determines whether Broker X is authorized to attach to Trader Y (in other words, whether Broker X is authorized to act as a broker on behalf of Trader Y). This may involve broker proxy server 24 communicating an attachment authorization query to authentication manager 20 which identifies Broker X and Trader Y, and receiving from the authentication manager 20 a determination (based on user relationship data 56) of whether Broker X is authorized to engage in trading activity on
13 behalf of Trader Y. If broker proxy server 24 determines that Broker X is not authorized to attach to Trader Y, broker proxy server 24 rejects the attachment request and notifies broker application 42 accordingly at step 156. However, if broker proxy server 24 determines that Broker X is authorized to attach to Trader Y, the method continues to step 158. In some embodiments, broker proxy server 24 assumes that all attachment requests received from broker applications 38 are valid, and automatically approves such requests. In such embodiments, step 154 is not performed.
At step 158, broker proxy server 24 attaches Broker X to Trader Y by establishing a user relationship between Broker X and Trader Y. The established user relationship is stored in table 60 as user relationship data 62 at step 160. User relationship data 62 may also include user relationships between Trader Y and each other broker 40 that is currently attached to Trader Y. In addition, user relationship data 62 may also include user relationships between Broker X and other selected traders 38 to which Broker X
has already attached. At step 162, broker proxy server 24 communicates an attachment notification to all interested users 44, including (1) the broker application 42 associated with Broker X; (2) the trader application 36 associated with Trader Y; and (3) the broker applications 42 associated with other brokers 40 monitoring the status of Trader Y, if any, which may include all other brokers 40 currently attached to Trader Y or all other brokers 40 logged in to network 10 who are permitted to act on behalf of Trader Y. The attachment notification indicates that Broker X has attached to Trader Y. At step 164, the relevant broker application(s) 42 and trader application 36 are updated to indicate to respective broker(s) 40 and Trader Y that Broker X has attached to Trader Y, such as by updating a GUI
display, for example.
In order for Broker X to engage in trading activity via the particular trading system 26 on behalf of Trader Y, a connection between the broker proxy server 24 is assigned to the user relationship between Broker X and Trader Y. The manner in which such a connection is assigned depends on whether Trader Y is an active trader or a passive trader.
Thus, at step 166, broker proxy server 24 determines whether Trader Y is an active trader or a passive trader based on information included in the attachment request.
If Trader Y is a passive trader, the method continues to step 168. At step 168, broker proxy server 24 determines whether Trader Y is already logged in to the particular trading system 26, such as based on the current user status data 66 stored in memory 60. If Trader Y is currently logged into the particular trading system 26, broker proxy server 24
At step 158, broker proxy server 24 attaches Broker X to Trader Y by establishing a user relationship between Broker X and Trader Y. The established user relationship is stored in table 60 as user relationship data 62 at step 160. User relationship data 62 may also include user relationships between Trader Y and each other broker 40 that is currently attached to Trader Y. In addition, user relationship data 62 may also include user relationships between Broker X and other selected traders 38 to which Broker X
has already attached. At step 162, broker proxy server 24 communicates an attachment notification to all interested users 44, including (1) the broker application 42 associated with Broker X; (2) the trader application 36 associated with Trader Y; and (3) the broker applications 42 associated with other brokers 40 monitoring the status of Trader Y, if any, which may include all other brokers 40 currently attached to Trader Y or all other brokers 40 logged in to network 10 who are permitted to act on behalf of Trader Y. The attachment notification indicates that Broker X has attached to Trader Y. At step 164, the relevant broker application(s) 42 and trader application 36 are updated to indicate to respective broker(s) 40 and Trader Y that Broker X has attached to Trader Y, such as by updating a GUI
display, for example.
In order for Broker X to engage in trading activity via the particular trading system 26 on behalf of Trader Y, a connection between the broker proxy server 24 is assigned to the user relationship between Broker X and Trader Y. The manner in which such a connection is assigned depends on whether Trader Y is an active trader or a passive trader.
Thus, at step 166, broker proxy server 24 determines whether Trader Y is an active trader or a passive trader based on information included in the attachment request.
If Trader Y is a passive trader, the method continues to step 168. At step 168, broker proxy server 24 determines whether Trader Y is already logged in to the particular trading system 26, such as based on the current user status data 66 stored in memory 60. If Trader Y is currently logged into the particular trading system 26, broker proxy server 24
14 identifies the particular connection 30g through which Trader Y is connected to the particular trading system 26 at step 170. At step 172, broker proxy server 24 establishes and stores as connection data 64 an association between the user relationship between Broker X and Trader Y (established at step 158) and the connection 30g identified at step 170. Thus, when Broker X subsequently sends a message to the particular trading system 26 on behalf of Trader Y, broker proxy server 24 may intercept the message, identify the user relationship between Broker X and Trader Y, identify the appropriate connection 30g associated with the user relationship at step 170, and forward the message to the trading system via the identified connection 30g.
At step 174, broker proxy server 24 communicates a connection notification to all interested users 44, including: (1) the broker application 42 associated with Broker X; (2) the trader application 36 associated with Trader Y; and (3) the broker applications 42 associated with other brokers 40 monitoring the status of Trader Y, if any, which may include all other brokers 40 currently attached to Trader Y or all other brokers 40 logged in to network 10 who are permitted to act on behalf of Trader Y. The connection notification indicates that Broker X is connected to trading system 26 on behalf of Trader Y. At step 176, the relevant broker application(s) 42 and trader application(s) 36 are updated to indicate to respective broker(s) 40 and Trader Y that Broker X is connected to trading system 26 on behalf of Trader Y, such as by updating a GUI display, for example. In particular, the broker application 42 associated with Broker X may provide a GUI allowing Broker X to engage in trading activity in trading system 26 on behalf of Trader Y.
Accordingly, at step 178, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via broker application 42 and the connection 30g associated at step 170. Others brokers 40, if any, that are currently attached to Trader Y
may continue to engage in trading activity in trading system 26 on behalf of Trader Y.
Thus, at step 178, Trader Y, Broker X, and other brokers 40 currently attached to Trader Y
may collectively engage in trading activity in trading system 26 on behalf of Trader Y, including collectively managing trading orders in trading system 26. For example, supposing that one of Trader Y, Broker X, or another broker 40 currently attached to Trader Y places a trading order at trading system 26 on behalf of Trader Y, any or all of Trader Y, Broker X, and other brokers 40 currently attached to Trader Y may adjust, cancel or otherwise manage the trading order on behalf of Trader Y.
Alternatively, if it is determined that Trader Y is not currently logged in to the particular trading system 26, at step 180, broker proxy server 24 determines a particular connection 30g through which to communicate with trading system 26. At step 182, broker proxy server 24 sends a trading system login request to the trading system 26 on behalf of Trader Y via the particular connection 30g. The trading system login request is a request to log Trader Y into the trading system 26 on behalf of Broker X. The trading system login request appears to the trading system 26 as if it was received from Trader Y
itself. At step 184, the trading system 26 logs in Trader Y and communicates a login notification to broker proxy server 24 via the connection 30g used at step 182.
At step 185, broker proxy server 24 establishes and stores as connection data 64 an association between the user relationship between Broker X and Trader Y
(established at step 158) and the connection 30g used at step 182. At step 186, broker proxy server 24 communicates a connection notification to all interested users 44, such as described above with reference to step 174. The connection notification indicates that Broker X is connected
At step 174, broker proxy server 24 communicates a connection notification to all interested users 44, including: (1) the broker application 42 associated with Broker X; (2) the trader application 36 associated with Trader Y; and (3) the broker applications 42 associated with other brokers 40 monitoring the status of Trader Y, if any, which may include all other brokers 40 currently attached to Trader Y or all other brokers 40 logged in to network 10 who are permitted to act on behalf of Trader Y. The connection notification indicates that Broker X is connected to trading system 26 on behalf of Trader Y. At step 176, the relevant broker application(s) 42 and trader application(s) 36 are updated to indicate to respective broker(s) 40 and Trader Y that Broker X is connected to trading system 26 on behalf of Trader Y, such as by updating a GUI display, for example. In particular, the broker application 42 associated with Broker X may provide a GUI allowing Broker X to engage in trading activity in trading system 26 on behalf of Trader Y.
Accordingly, at step 178, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via broker application 42 and the connection 30g associated at step 170. Others brokers 40, if any, that are currently attached to Trader Y
may continue to engage in trading activity in trading system 26 on behalf of Trader Y.
Thus, at step 178, Trader Y, Broker X, and other brokers 40 currently attached to Trader Y
may collectively engage in trading activity in trading system 26 on behalf of Trader Y, including collectively managing trading orders in trading system 26. For example, supposing that one of Trader Y, Broker X, or another broker 40 currently attached to Trader Y places a trading order at trading system 26 on behalf of Trader Y, any or all of Trader Y, Broker X, and other brokers 40 currently attached to Trader Y may adjust, cancel or otherwise manage the trading order on behalf of Trader Y.
Alternatively, if it is determined that Trader Y is not currently logged in to the particular trading system 26, at step 180, broker proxy server 24 determines a particular connection 30g through which to communicate with trading system 26. At step 182, broker proxy server 24 sends a trading system login request to the trading system 26 on behalf of Trader Y via the particular connection 30g. The trading system login request is a request to log Trader Y into the trading system 26 on behalf of Broker X. The trading system login request appears to the trading system 26 as if it was received from Trader Y
itself. At step 184, the trading system 26 logs in Trader Y and communicates a login notification to broker proxy server 24 via the connection 30g used at step 182.
At step 185, broker proxy server 24 establishes and stores as connection data 64 an association between the user relationship between Broker X and Trader Y
(established at step 158) and the connection 30g used at step 182. At step 186, broker proxy server 24 communicates a connection notification to all interested users 44, such as described above with reference to step 174. The connection notification indicates that Broker X is connected
15 to trading system 26 on behalf of Trader Y. At step 188, the relevant broker application(s) 42 and trader application 36 are updated, such as described above with reference to step 176. Accordingly, at step 190, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the connection 30g used at steps 182 and 184. Thus, Trader Y, Broker X, and other brokers 40 currently attached to Trader Y may collectively engage in trading activity in trading system 26 on behalf of Trader Y, including collectively managing trading orders in trading system 26, as discussed above with reference to step 178.
Alternatively, if it is determined at step 166 that Trader Y is an active trader, the method continues to step 192. At step 192, broker proxy server 24 determines whether Trader Y is already logged in to the particular trading system 26, such as based on the current user status data 66 stored in memory 60. If Trader Y is currently logged in to the particular trading system 26, broker proxy server 24 identifies the particular connection 30g through which Trader Y, is connected to the particular trading system 26 at step 194. At step 196, broker proxy server 24 establishes and stores as connection data 64 an association between the user relationship between Broker X and Trader Y (established at step 158) and the connection 30g identified at step 194. Thus, when Broker X subsequently sends a message to the particular trading system 26 on behalf of Trader Y, broker proxy server 24 may intercept the message, identify the user relationship between Broker X and Trader Y,
Alternatively, if it is determined at step 166 that Trader Y is an active trader, the method continues to step 192. At step 192, broker proxy server 24 determines whether Trader Y is already logged in to the particular trading system 26, such as based on the current user status data 66 stored in memory 60. If Trader Y is currently logged in to the particular trading system 26, broker proxy server 24 identifies the particular connection 30g through which Trader Y, is connected to the particular trading system 26 at step 194. At step 196, broker proxy server 24 establishes and stores as connection data 64 an association between the user relationship between Broker X and Trader Y (established at step 158) and the connection 30g identified at step 194. Thus, when Broker X subsequently sends a message to the particular trading system 26 on behalf of Trader Y, broker proxy server 24 may intercept the message, identify the user relationship between Broker X and Trader Y,
16 identify the appropriate connection 30g associated with the user relationship at step 194, and forward the message to the trading system via the identified connection 30g.
At step 198, broker proxy server 24 communicates a connection notification to all interested users 44, such as described above with reference to step 174. At step 200, the relevant broker application(s) 42 and trader application 36 are updated, such as described above with reference to step 176. Accordingly, at step 202, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the connection 30g identified at step 194. Thus, Trader Y, Broker X, and other brokers 40 currently attached to Trader Y
may collectively engage in trading activity in trading system 26 on behalf of Trader Y, including collectively managing trading orders in trading system 26, as discussed above with reference to step 178.
However, if it is determined at step 192 that Trader Y is not currently logged in to the particular trading system 26, broker proxy server 24 does not associate a connection 30g with the user relationship between Broker X and Trader Y (established at step 158). As a result, Broker X is unable to send messages to, or receive messages from, trading system 26 on behalf of Trader Y, at least until Trader Y logs into the trading system 26, as discussed below. Thus, at step 204, broker proxy server 24 waits for Trader Y to log into trading system 26. At some later time, at step 206, Trader Y (via the trader application 36 associated with Trader Y) submits a trading system login request to log into trading system 26, which trading system login request is intercepted by broker proxy server 24. At step 208, broker proxy server 24 assigns, or uses, a particular connection 30g to forward the trading system login request to the trading system 26. At step 210, broker proxy server 24 stores the particular connection 30g as connection data 64 and associates the particular connection 30g with the user relationship between Broker X and Trader Y that was established at step 158. At step 212, the trading system 26 logs Trader Y into the trading system 26 and communicates a login notification to broker proxy server 24 via the connection 30g used at step 208.
At step 214, broker proxy server 24 communicates a connection notification to all interested users 44, such as described above with reference to step 174. The connection notification indicates that Trader Y is connected to trading system 26. At step 216, the relevant broker application(s) 42 and trader application 36 are updated, such as described above with reference to step 176. Accordingly, at step 218, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the connection 30g used at
At step 198, broker proxy server 24 communicates a connection notification to all interested users 44, such as described above with reference to step 174. At step 200, the relevant broker application(s) 42 and trader application 36 are updated, such as described above with reference to step 176. Accordingly, at step 202, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the connection 30g identified at step 194. Thus, Trader Y, Broker X, and other brokers 40 currently attached to Trader Y
may collectively engage in trading activity in trading system 26 on behalf of Trader Y, including collectively managing trading orders in trading system 26, as discussed above with reference to step 178.
However, if it is determined at step 192 that Trader Y is not currently logged in to the particular trading system 26, broker proxy server 24 does not associate a connection 30g with the user relationship between Broker X and Trader Y (established at step 158). As a result, Broker X is unable to send messages to, or receive messages from, trading system 26 on behalf of Trader Y, at least until Trader Y logs into the trading system 26, as discussed below. Thus, at step 204, broker proxy server 24 waits for Trader Y to log into trading system 26. At some later time, at step 206, Trader Y (via the trader application 36 associated with Trader Y) submits a trading system login request to log into trading system 26, which trading system login request is intercepted by broker proxy server 24. At step 208, broker proxy server 24 assigns, or uses, a particular connection 30g to forward the trading system login request to the trading system 26. At step 210, broker proxy server 24 stores the particular connection 30g as connection data 64 and associates the particular connection 30g with the user relationship between Broker X and Trader Y that was established at step 158. At step 212, the trading system 26 logs Trader Y into the trading system 26 and communicates a login notification to broker proxy server 24 via the connection 30g used at step 208.
At step 214, broker proxy server 24 communicates a connection notification to all interested users 44, such as described above with reference to step 174. The connection notification indicates that Trader Y is connected to trading system 26. At step 216, the relevant broker application(s) 42 and trader application 36 are updated, such as described above with reference to step 176. Accordingly, at step 218, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the connection 30g used at
17 steps 208 and 212. Thus, Trader Y, Broker X, and other brokers 40 currently attached to Trader Y may collectively engage in trading activity in trading system 26 on behalf of Trader Y, including collectively managing trading orders in trading system 26, as discussed above with reference to step 178.
FIGURE 4 illustrates an example method of another broker 40 "attaching" to Trader Y in accordance with an embodiment of the present invention. The method shown in FIGURE 4 may follow or occur subsequent to the method shown in FIGURE 3. In some situations, after Broker X has been attached to Trader Y, other brokers 40 that are authorized to act on behalf of Trader Y may attach to Trader Y, as shown as steps 230 through 248.
At step 230, a second broker 40, referred to herein as Broker Z, submits an attachment request to "attach" to Trader Y, including a request to establish the requested connection. At step 232, broker proxy server 24 determines whether Broker Z is authorized to attach to Trader Y, such as described above with reference to steps 154 and 156 of FIGURE 3. Assuming Broker Z is authorized to attach to Trader Y, broker proxy server 24 proceeds to the attachment process. At step 234, broker proxy server 24 attaches Broker Z
to Trader Y by establishing and storing as user relationship data 62 a user relationship between Broker Z and Trader Y, such as described above with reference to steps 158 and 160 of FIGURE 3. At step 236, broker proxy server 24 sends an attachment notification to interested users 44, including Broker Z, Broker X, Trader Y, and other interested brokers 40, such as described above with reference to step 162 of FIGURE 3. The attachment notification indicates that Broker Z has attached to Trader Y. At step 238, the relevant user applications 36 and 42 are updated, such as described above with reference to step 164 of FIGURE 3.
At step 240, broker proxy server 24 identifies that a particular connection 30g is currently assigned, or is being used, for communications between broker proxy server 24 and trading system 26 on behalf of Trader Y. Namely, the identified connection 30g is the connection 30g associated with the user relationship between Broker X and Trader Y at step 172, 185, 196, or 208 of the method of FIGURE 3. At step 242, broker proxy server 24 establishes and stores as connection data 64 an association between the user relationship between Broker Z and Trader Y (established at step 234) and the connection 30g identified at step 240. Thus, when Broker Z subsequently sends a message to the particular trading system 26 on behalf of Trader Y, broker proxy server 24 may intercept the message,
FIGURE 4 illustrates an example method of another broker 40 "attaching" to Trader Y in accordance with an embodiment of the present invention. The method shown in FIGURE 4 may follow or occur subsequent to the method shown in FIGURE 3. In some situations, after Broker X has been attached to Trader Y, other brokers 40 that are authorized to act on behalf of Trader Y may attach to Trader Y, as shown as steps 230 through 248.
At step 230, a second broker 40, referred to herein as Broker Z, submits an attachment request to "attach" to Trader Y, including a request to establish the requested connection. At step 232, broker proxy server 24 determines whether Broker Z is authorized to attach to Trader Y, such as described above with reference to steps 154 and 156 of FIGURE 3. Assuming Broker Z is authorized to attach to Trader Y, broker proxy server 24 proceeds to the attachment process. At step 234, broker proxy server 24 attaches Broker Z
to Trader Y by establishing and storing as user relationship data 62 a user relationship between Broker Z and Trader Y, such as described above with reference to steps 158 and 160 of FIGURE 3. At step 236, broker proxy server 24 sends an attachment notification to interested users 44, including Broker Z, Broker X, Trader Y, and other interested brokers 40, such as described above with reference to step 162 of FIGURE 3. The attachment notification indicates that Broker Z has attached to Trader Y. At step 238, the relevant user applications 36 and 42 are updated, such as described above with reference to step 164 of FIGURE 3.
At step 240, broker proxy server 24 identifies that a particular connection 30g is currently assigned, or is being used, for communications between broker proxy server 24 and trading system 26 on behalf of Trader Y. Namely, the identified connection 30g is the connection 30g associated with the user relationship between Broker X and Trader Y at step 172, 185, 196, or 208 of the method of FIGURE 3. At step 242, broker proxy server 24 establishes and stores as connection data 64 an association between the user relationship between Broker Z and Trader Y (established at step 234) and the connection 30g identified at step 240. Thus, when Broker Z subsequently sends a message to the particular trading system 26 on behalf of Trader Y, broker proxy server 24 may intercept the message,
18 identify the user relationship between Broker Z and Trader Y, identify the appropriate connection 30g associated with the user relationship at step 242, and forward the message to the trading system via the identified connection 30g.
At step 244, broker proxy server 24 communicates a connection notification to the broker application 42 associated with Broker Z. The connection notification indicates that a connection 30g exists for communicating,with trading system 26 on behalf of Trader Y. At step 246, the broker application 42 associated with Broker Z is updated to indicate that Broker Z may now place trading orders or otherwise engage in trading activity in trading system 26 on behalf of Trader Y. In particular, the broker application 42 associated with Broker Z may provide a GUI allowing Broker Z to engage in trading activity in trading system 26 on behalf of Trader Y. Accordingly, at step 248, Broker Z may now engage in trading activity in trading system 26 on behalf of Trader Y via the connection 30g associated with the user relationship at step 242. Thus, Broker Z, Broker X, Trader Y, and other brokers 40 currently attached to Trader Y may collectively engage in trading activity in trading system 26 on behalf of Trader Y, including collectively managing trading orders in trading system 26, as discussed above with reference to step 178.
Detachment and Re-attachment FIGURE 5 illustrates an example method of Broker X logging off and then logging back in to network 10 and "re-attaching" to a trader 38 in accordance with an embodiment of the present invention. The method shown in FIGURE 5 may follow or occur subsequent to the method shown in FIGURE 3 or FIGURE 4.
At step 260, Broker X logs off of network 10, such as by selecting a "logoff' icon on a GUI display presented to Broker, X by broker application 42. At step 262, broker application 42 communicates a logoff notification to broker proxy server 24 indicating that Broker X is logging off or has logged off of network 10. In response to receiving the logoff notification, broker proxy server 24 "detaches" Broker X from Trader Y at step 264, which includes deleting, writing over or otherwise removing the user relationship between Broker X and Trader Y established and stored in memory 60 at step 158 and 160 of the method shown in FIGURE 3.
At step 266, Broker X logs back into network 10, which may include the performance of any or all of steps 100 through 130 discussed above with reference to the method of FIGURE 2. At step 268, broker application 42 communicates a login notification
At step 244, broker proxy server 24 communicates a connection notification to the broker application 42 associated with Broker Z. The connection notification indicates that a connection 30g exists for communicating,with trading system 26 on behalf of Trader Y. At step 246, the broker application 42 associated with Broker Z is updated to indicate that Broker Z may now place trading orders or otherwise engage in trading activity in trading system 26 on behalf of Trader Y. In particular, the broker application 42 associated with Broker Z may provide a GUI allowing Broker Z to engage in trading activity in trading system 26 on behalf of Trader Y. Accordingly, at step 248, Broker Z may now engage in trading activity in trading system 26 on behalf of Trader Y via the connection 30g associated with the user relationship at step 242. Thus, Broker Z, Broker X, Trader Y, and other brokers 40 currently attached to Trader Y may collectively engage in trading activity in trading system 26 on behalf of Trader Y, including collectively managing trading orders in trading system 26, as discussed above with reference to step 178.
Detachment and Re-attachment FIGURE 5 illustrates an example method of Broker X logging off and then logging back in to network 10 and "re-attaching" to a trader 38 in accordance with an embodiment of the present invention. The method shown in FIGURE 5 may follow or occur subsequent to the method shown in FIGURE 3 or FIGURE 4.
At step 260, Broker X logs off of network 10, such as by selecting a "logoff' icon on a GUI display presented to Broker, X by broker application 42. At step 262, broker application 42 communicates a logoff notification to broker proxy server 24 indicating that Broker X is logging off or has logged off of network 10. In response to receiving the logoff notification, broker proxy server 24 "detaches" Broker X from Trader Y at step 264, which includes deleting, writing over or otherwise removing the user relationship between Broker X and Trader Y established and stored in memory 60 at step 158 and 160 of the method shown in FIGURE 3.
At step 266, Broker X logs back into network 10, which may include the performance of any or all of steps 100 through 130 discussed above with reference to the method of FIGURE 2. At step 268, broker application 42 communicates a login notification
19 to broker proxy server 24 indicating that Broker X is logging back on or has logged back on to trading network 10. In response to receiving the login notification, broker proxy server 24 automatically re-attaches Broker X to each managed trader 38 to which Broker X was attached when Broker X previously logged off of network 10. The process of re-attaching Broker X to the previously Trader Y is described below with reference to steps 270 through 278.
At step 270, broker proxy server 24 determines the current state of the connection 30g, if any, between broker proxy server 24 and the trading system 26 for communicating with trading system 26 on behalf of Trader Y. If broker proxy server 24 determines that the same connection 30g is still assigned, or being used, for communications on behalf of Trader Y, broker proxy server 24, at step 272, (1) re-attaches Broker X to Trader Y by generating and storing as user relationship data 62 a user relationship between Broker X and Trader Y, and (2) re-establishes and stores as connection data 64 an association between the connection 30g and the user relation between Broker X and Trader Y.
Accordingly, at step 274, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the same connection 30g as was used before Broker X logged off at step 260.
Alternatively, if broker proxy server 24 determines at step 270 that a new connection 30g has been assigned, or is being used, for communications on behalf of Trader Y, broker proxy server 24, at step 276, (1) reattaches Broker X to Trader Y by generating and storing as user relationship data 62 a user relationship between Broker X and Trader Y, and (2) establishes and stores as connection data 64 an association between the new connection 30g and the user relation between Broker X and Trader Y. Accordingly, the method proceeds to step 274, at which step Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the new connection 30g.
Alternatively, if broker proxy server 24 determines at step 270 that no connection 30g is currently assigned, or being used, for communications on behalf of Trader Y ¨ in other words, that Trader Y is not logged into trading system 26 ¨ broker proxy server 24, at step 278, (1) reattaches Broker X to Trader Y by generating and storing as user relationship data 62 a user relationship between Broker X and Trader Y, and (2) establishes (or attempts , to establish) an association between a connection 30g and the user relationship between Broker X and Trader Y. The manner in which such a connection is assigned depends on whether Trader Y is an active trader or a passive trader. If Trader Y is a passive trader, the process for establishing the association may include one or more steps similar or identical to
At step 270, broker proxy server 24 determines the current state of the connection 30g, if any, between broker proxy server 24 and the trading system 26 for communicating with trading system 26 on behalf of Trader Y. If broker proxy server 24 determines that the same connection 30g is still assigned, or being used, for communications on behalf of Trader Y, broker proxy server 24, at step 272, (1) re-attaches Broker X to Trader Y by generating and storing as user relationship data 62 a user relationship between Broker X and Trader Y, and (2) re-establishes and stores as connection data 64 an association between the connection 30g and the user relation between Broker X and Trader Y.
Accordingly, at step 274, Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the same connection 30g as was used before Broker X logged off at step 260.
Alternatively, if broker proxy server 24 determines at step 270 that a new connection 30g has been assigned, or is being used, for communications on behalf of Trader Y, broker proxy server 24, at step 276, (1) reattaches Broker X to Trader Y by generating and storing as user relationship data 62 a user relationship between Broker X and Trader Y, and (2) establishes and stores as connection data 64 an association between the new connection 30g and the user relation between Broker X and Trader Y. Accordingly, the method proceeds to step 274, at which step Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the new connection 30g.
Alternatively, if broker proxy server 24 determines at step 270 that no connection 30g is currently assigned, or being used, for communications on behalf of Trader Y ¨ in other words, that Trader Y is not logged into trading system 26 ¨ broker proxy server 24, at step 278, (1) reattaches Broker X to Trader Y by generating and storing as user relationship data 62 a user relationship between Broker X and Trader Y, and (2) establishes (or attempts , to establish) an association between a connection 30g and the user relationship between Broker X and Trader Y. The manner in which such a connection is assigned depends on whether Trader Y is an active trader or a passive trader. If Trader Y is a passive trader, the process for establishing the association may include one or more steps similar or identical to
20 , steps 180 through 190 discussed above with reference to the method of FIGURE
3.
Alternatively, if Trader Y is an active trader, the process for establishing the association may include one or more steps similar or identical to steps 204 through 218 discussed above with reference to the method of FIGURE 3. Once the association has been established (which, in the case of an active Trader Y may be postponed until Trader Y logs in trading system 26, as discussed above with reference to step 204 of FIGURE 3), the method may proceed to step 274, at which step Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the new connection 30g.
FIGURE 6 illustrates an example table 300 including login data 52, user profile data 54, and user relationship data 56 stored in memory 50 for various users 44 (brokers 40 and traders 34 and 38) of network 10 in accordance with one embodiment of the invention. For each user 44, column 302 indicates the user's user ID; column 304 indicates the user's password; column 306 indicates whether the user is a broker or trader; column 308 indicates whether the user is managed or unmanaged (applies only to traders 34 and 38, not brokers 40); column 310 indicates the authorized user relationships for the user (applies only to brokers 40 and managed traders 38, not unmanaged traders 34); column 312 indicates ' whether the user is active or passive (applies only to managed traders 38, not brokers 40 or unmanaged traders 34); column 314 indicates the trading systems 26 which the user is permitted to access; and column 316 indicates whether the user is currently logged into network 10. Login data 52 may include the information stored in columns 302, 304, and 316. User profile data 54 may include the information stored in columns 306, 308, 312 and 314. User relationship data 56 may include the information stored in column 310.
FIGURE 7 illustrates an example table 330 including user relationship data 62, connection data 64, and user status data 66 stored in memory 60 for various users 44 (brokers 40 and traders 34 and 38) of network 10 in accordance with one embodiment of the invention. For each trader 34 and 38, column 332 indicates the trader's user ID; column 334 indicates whether the trader is managed or unmanaged; column 336 indicates whether the trader is an active or passive trader; column 338 indicates whether the trader is logged into trading network 10; column 340 indicates whether the trader is currently connected to, or logged into, the trading system 26 (whether in response to a request from a trader or in response to a request from a broker 40 attempting to engage in trading activity on behalf of the trader); column 342 identifies the connection, if any, between the broker proxy server 24 and the trading system 26 that has been assigned, or that is being used, for communicating
3.
Alternatively, if Trader Y is an active trader, the process for establishing the association may include one or more steps similar or identical to steps 204 through 218 discussed above with reference to the method of FIGURE 3. Once the association has been established (which, in the case of an active Trader Y may be postponed until Trader Y logs in trading system 26, as discussed above with reference to step 204 of FIGURE 3), the method may proceed to step 274, at which step Broker X may now engage in trading activity in trading system 26 on behalf of Trader Y via the new connection 30g.
FIGURE 6 illustrates an example table 300 including login data 52, user profile data 54, and user relationship data 56 stored in memory 50 for various users 44 (brokers 40 and traders 34 and 38) of network 10 in accordance with one embodiment of the invention. For each user 44, column 302 indicates the user's user ID; column 304 indicates the user's password; column 306 indicates whether the user is a broker or trader; column 308 indicates whether the user is managed or unmanaged (applies only to traders 34 and 38, not brokers 40); column 310 indicates the authorized user relationships for the user (applies only to brokers 40 and managed traders 38, not unmanaged traders 34); column 312 indicates ' whether the user is active or passive (applies only to managed traders 38, not brokers 40 or unmanaged traders 34); column 314 indicates the trading systems 26 which the user is permitted to access; and column 316 indicates whether the user is currently logged into network 10. Login data 52 may include the information stored in columns 302, 304, and 316. User profile data 54 may include the information stored in columns 306, 308, 312 and 314. User relationship data 56 may include the information stored in column 310.
FIGURE 7 illustrates an example table 330 including user relationship data 62, connection data 64, and user status data 66 stored in memory 60 for various users 44 (brokers 40 and traders 34 and 38) of network 10 in accordance with one embodiment of the invention. For each trader 34 and 38, column 332 indicates the trader's user ID; column 334 indicates whether the trader is managed or unmanaged; column 336 indicates whether the trader is an active or passive trader; column 338 indicates whether the trader is logged into trading network 10; column 340 indicates whether the trader is currently connected to, or logged into, the trading system 26 (whether in response to a request from a trader or in response to a request from a broker 40 attempting to engage in trading activity on behalf of the trader); column 342 identifies the connection, if any, between the broker proxy server 24 and the trading system 26 that has been assigned, or that is being used, for communicating
21 messages associated with the trader between the broker proxy server 24 and the trading system 26; column 344 indicates the brokers 40, if any, that are currently attached to the trader; and column 346 indicates the gateway 22 associated with each broker 40 identified in column 344. User relationship data 62 may include the information stored in colunui 344, connection data 64 may include the information stored in columns 340, 342 and 244, and user status data 66 may include the information stored in columns 334, 336, 338 and 340.
Particular data stored in table 330 is dynamic over time. For example, the brokers 40 listed in column 344 change over time as brokers 40 attach and detach from various managed traders 38. In addition, the connections listed in column 342 may change over time as connections are assigned, reassigned or otherwise managed by broker proxy server 24.
FIGURES 8A-8B illustrate an example method of messaging within system 10 in accordance with an embodiment of the present invention. As shown in FIGURE 8A, at step 400, Broker X using broker application 42 logs into network 10 according to the method shown in FIGURE 2. As part of the login process, authentication manager 20 identifies a particular trading system 26 in which Broker X is permitted to trade, and sends to session manager 18 associated with broker application 42 an identity of a gateway 22 through which broker application 42 may communicate with the particular trading system 26, as discussed above with reference to steps 118 through 124 of the method of FIGURE 2. At step 402, Broker X wishes to engage in trading activity in the particular trading system 26 on behalf of Trader Y, and thus attaches to Trader Y according to the method shown in FIGURE 3. In particular, broker proxy server 24 establishes and stores a user relationship between Broker X and Trader Y, as described above with reference to steps 158 and 160 of FIGURE 3. In this example situation, Trader Y is an active trader that is currently logged into the particular trading system 26.
At step 404, broker proxy server 24 (1) identifies the connection 30g that is being used to communicate messages regarding trading activity of Trader Y with trading system 26; (2) establishes and stores an association between the user relationship between Broker X
and Trader Y (established at step 402) and the identified connection 30g; (3) sends a connection notification to all interested users 44, such as described above with reference to steps 194 through 198 of the method of FIGURE 3. At step 406, broker application 42 associated with Broker X updates a GUI presented to Broker X such that Broker X may
Particular data stored in table 330 is dynamic over time. For example, the brokers 40 listed in column 344 change over time as brokers 40 attach and detach from various managed traders 38. In addition, the connections listed in column 342 may change over time as connections are assigned, reassigned or otherwise managed by broker proxy server 24.
FIGURES 8A-8B illustrate an example method of messaging within system 10 in accordance with an embodiment of the present invention. As shown in FIGURE 8A, at step 400, Broker X using broker application 42 logs into network 10 according to the method shown in FIGURE 2. As part of the login process, authentication manager 20 identifies a particular trading system 26 in which Broker X is permitted to trade, and sends to session manager 18 associated with broker application 42 an identity of a gateway 22 through which broker application 42 may communicate with the particular trading system 26, as discussed above with reference to steps 118 through 124 of the method of FIGURE 2. At step 402, Broker X wishes to engage in trading activity in the particular trading system 26 on behalf of Trader Y, and thus attaches to Trader Y according to the method shown in FIGURE 3. In particular, broker proxy server 24 establishes and stores a user relationship between Broker X and Trader Y, as described above with reference to steps 158 and 160 of FIGURE 3. In this example situation, Trader Y is an active trader that is currently logged into the particular trading system 26.
At step 404, broker proxy server 24 (1) identifies the connection 30g that is being used to communicate messages regarding trading activity of Trader Y with trading system 26; (2) establishes and stores an association between the user relationship between Broker X
and Trader Y (established at step 402) and the identified connection 30g; (3) sends a connection notification to all interested users 44, such as described above with reference to steps 194 through 198 of the method of FIGURE 3. At step 406, broker application 42 associated with Broker X updates a GUI presented to Broker X such that Broker X may
22 now engage in trading activity in trading system 26 on behalf of Trader Y via the connection 30g identified at step 404.
At step 408, another broker, Broker Z, logs into network 10 and attaches to Trader Y
according to the method shown in FIGURE 4. In particular, broker proxy server establishes and stores a user relationship between Broker Z and Trader Y, as described above with reference to step 234 of FIGURE 4. In addition, broker proxy server establishes and stores an association between the user relationship between Broker Z and Trader Y (established at step 402) and the connection 30g identified at step 404. Thus, both Broker X and Broker Z may attach to, and may thus engage in trading activity on behalf of, Trader Y.
At some time, Broker X wishes to place a trading order at trading system 26 on behalf of Trader Y. At step 410, Broker X submits, via a GUI provided by broker application 42, a request to place the trading order at trading system 26 on behalf of Trader Y. At step 412, broker application 42 generates a trading message 500 that specifies Trader Y, as well as various other details of the requested trading order, such as the type of order, the financial instrument, the price, and the size of the order, for example.
Trading message 500 generated at step 412 represents (or is similar or identical to) the trading message that would have been generated by the trader application 36 associated with Trader Y if Trader Y, rather than Broker X, had initiated the trading order request.
At step 414, broker application 42 generates a carrier message 502 for trading message 500. At step 416, broker application 42 joins or otherwise associates carrier message 502 with trading message 500. In one embodiment, broker application 42 encapsulates trading message 500 within carrier message 502, as shown in FIGURE 9.
FIGURE 9 illustrates an example carrier message 502 in accordance with an embodiment of the invention. Carrier message 502 is a data packet that includes a header 504 that may contain protocol and routing information, and a payload 506 that includes a number of fields 508. A particular field 508 includes the trading message 500 such that the trading message 500 may be said to be encapsulated within carrier message 502.
Header 504 may include routing information that identifies the gateway 22 identified at step 400 and the particular trading system 26 for which trading message 500 is intended. One or more fields 508 may include various other data, such as data indicating the message type of trading message 500, for example.
At step 408, another broker, Broker Z, logs into network 10 and attaches to Trader Y
according to the method shown in FIGURE 4. In particular, broker proxy server establishes and stores a user relationship between Broker Z and Trader Y, as described above with reference to step 234 of FIGURE 4. In addition, broker proxy server establishes and stores an association between the user relationship between Broker Z and Trader Y (established at step 402) and the connection 30g identified at step 404. Thus, both Broker X and Broker Z may attach to, and may thus engage in trading activity on behalf of, Trader Y.
At some time, Broker X wishes to place a trading order at trading system 26 on behalf of Trader Y. At step 410, Broker X submits, via a GUI provided by broker application 42, a request to place the trading order at trading system 26 on behalf of Trader Y. At step 412, broker application 42 generates a trading message 500 that specifies Trader Y, as well as various other details of the requested trading order, such as the type of order, the financial instrument, the price, and the size of the order, for example.
Trading message 500 generated at step 412 represents (or is similar or identical to) the trading message that would have been generated by the trader application 36 associated with Trader Y if Trader Y, rather than Broker X, had initiated the trading order request.
At step 414, broker application 42 generates a carrier message 502 for trading message 500. At step 416, broker application 42 joins or otherwise associates carrier message 502 with trading message 500. In one embodiment, broker application 42 encapsulates trading message 500 within carrier message 502, as shown in FIGURE 9.
FIGURE 9 illustrates an example carrier message 502 in accordance with an embodiment of the invention. Carrier message 502 is a data packet that includes a header 504 that may contain protocol and routing information, and a payload 506 that includes a number of fields 508. A particular field 508 includes the trading message 500 such that the trading message 500 may be said to be encapsulated within carrier message 502.
Header 504 may include routing information that identifies the gateway 22 identified at step 400 and the particular trading system 26 for which trading message 500 is intended. One or more fields 508 may include various other data, such as data indicating the message type of trading message 500, for example.
23 Returning to FIGURE 8A, at step 418, broker application 42 communicates carrier message 502 toward the particular trading system 26 based on routing information included in header 504. At step 420, carrier message 502 is received by the gateway 22 and routed toward trading system 26.
At step 422, carrier message 502 is intercepted by broker proxy server 24. At step 424, broker proxy server 24 de-encapsulates trading message 500 from carrier message 502.
At step 426, broker proxy server 24 then delivers trading message 500 to the trading system 26 using the connection 30g associated (at step 404) with the user relationship between Broker X and Trader Y based on information within trading message 500, such as information identifying Trader Y. Trading message 500 may include routing information that may be used to route trading message 500 to the proper portion or module of trading system 26 such that trading system 26 may process trading message 500 appropriately. At step 428, the trading system 26 receives and processes trading message 500, and places the requested trading order in a trading exchange maintained by trading system 26.
Trading message 500 appears to the trading system 26 as if it was submitted by Trader Y.
As shown in FIGURE 8B, at step 430, trading system 26 generates a trading message 500' that indicates that the requested trading order was placed in a trading exchange. At step 432, trading system 26 communicates trading message 500' toward Trader Y via the connection 30g used at step 426 of the method of FIGURE 8A.
At step 434, the broker proxy server 24 intercepts trading message 500'. At step 436, broker proxy server 24 forwards trading message 500' toward the trading application 36 associated with Trader Y.
At step 438, broker proxy server 24 identifies each broker 40 broker 40 currently attached to Trader Y, including Broker X and Broker Z, based on user relationship data 62 stored in memory 60. At step 440, broker proxy server 24 generates a carrier message 502' for each broker 40 identified at step 438, including Broker X and Broker Z. As shown in FIGURE 9, carrier message 502' may be similar to carrier message 502. The header 504' of each carrier message 502' may include routing information that identifies the appropriate gateway 22 and particular broker application 42 for which trading message 500' is intended.
One or more fields 508' may include various other data, such as data indicating the message type of trading message 500', for example.
At step 442, broker application 42 joins or otherwise associates a copy or instance of trading message 500' with each carrier message 502'. In one embodiment, broker
At step 422, carrier message 502 is intercepted by broker proxy server 24. At step 424, broker proxy server 24 de-encapsulates trading message 500 from carrier message 502.
At step 426, broker proxy server 24 then delivers trading message 500 to the trading system 26 using the connection 30g associated (at step 404) with the user relationship between Broker X and Trader Y based on information within trading message 500, such as information identifying Trader Y. Trading message 500 may include routing information that may be used to route trading message 500 to the proper portion or module of trading system 26 such that trading system 26 may process trading message 500 appropriately. At step 428, the trading system 26 receives and processes trading message 500, and places the requested trading order in a trading exchange maintained by trading system 26.
Trading message 500 appears to the trading system 26 as if it was submitted by Trader Y.
As shown in FIGURE 8B, at step 430, trading system 26 generates a trading message 500' that indicates that the requested trading order was placed in a trading exchange. At step 432, trading system 26 communicates trading message 500' toward Trader Y via the connection 30g used at step 426 of the method of FIGURE 8A.
At step 434, the broker proxy server 24 intercepts trading message 500'. At step 436, broker proxy server 24 forwards trading message 500' toward the trading application 36 associated with Trader Y.
At step 438, broker proxy server 24 identifies each broker 40 broker 40 currently attached to Trader Y, including Broker X and Broker Z, based on user relationship data 62 stored in memory 60. At step 440, broker proxy server 24 generates a carrier message 502' for each broker 40 identified at step 438, including Broker X and Broker Z. As shown in FIGURE 9, carrier message 502' may be similar to carrier message 502. The header 504' of each carrier message 502' may include routing information that identifies the appropriate gateway 22 and particular broker application 42 for which trading message 500' is intended.
One or more fields 508' may include various other data, such as data indicating the message type of trading message 500', for example.
At step 442, broker application 42 joins or otherwise associates a copy or instance of trading message 500' with each carrier message 502'. In one embodiment, broker
24 application 42 encapsulates a copy or instance of trading message 500' within each carrier message 502'. At step 444, the carrier messages 502' are communicated to each respective broker 40, including Broker X and Broker Z, according to routing information included in each respective carrier message 502'. At step 446, the broker application 42 associated with each broker 40 that receives one of the carrier messages 502' (including the broker applications 42 of Broker X and Broker Z) de-encapsulates the trading message 500' from the carrier message 502' and processes the trading message 500' accordingly.
Thus, by managing user relationship data 62, which indicates which brokers 40 are currently attached to a managed trader 38, broker proxy server 24 may manage the routing of trading messages 500' to the appropriate users 44.
Thus, by managing user relationship data 62, which indicates which brokers 40 are currently attached to a managed trader 38, broker proxy server 24 may manage the routing of trading messages 500' to the appropriate users 44.
Claims (102)
1. A method of operating a broker proxy server in an electronic trading network to facilitate one or more second users authorized to act on behalf of a first user with a computer trading system, the method comprising:
receiving a trading message comprising a trading order from a computer system associated with a particular second user;
identifying a particular connection with a computer trading system from a plurality of connections with the computer trading system based at least on the trading message, the particular connection being one of the plurality of connections assigned to the first user, each of the plurality of connections being assigned to a respective user for communicating trading messages to and from the computer trading system;
forwarding the trading message to the computer trading system via the identified particular connection;
receiving from the computer trading system a trading system trading message in response to the trading message received from the computer system associated with the particular second user;
communicating the trading system trading message to a computer system associated with the first user;
identifying one of the one or more second users authorized to act on behalf of the first user; and for the identified second user, communicating the trading system trading message to a respective computer system associated with the identified second user.
receiving a trading message comprising a trading order from a computer system associated with a particular second user;
identifying a particular connection with a computer trading system from a plurality of connections with the computer trading system based at least on the trading message, the particular connection being one of the plurality of connections assigned to the first user, each of the plurality of connections being assigned to a respective user for communicating trading messages to and from the computer trading system;
forwarding the trading message to the computer trading system via the identified particular connection;
receiving from the computer trading system a trading system trading message in response to the trading message received from the computer system associated with the particular second user;
communicating the trading system trading message to a computer system associated with the first user;
identifying one of the one or more second users authorized to act on behalf of the first user; and for the identified second user, communicating the trading system trading message to a respective computer system associated with the identified second user.
2. The method of claim 1, wherein the particular second user is a broker that is prevented from engaging in trading activity via the electronic trading network on behalf of itself.
3. The method of claim 1, wherein the trading message received from the computer system associated with the particular second user represents a trading message that would be generated by the computer system associated with the first user if the first user were to submit the trading order.
4. The method of claim 1, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to place a new trading order on behalf of the first user.
5. The method of claim 1, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to manage a trading order previously placed by the particular second user on behalf of the first user.
6. The method of claim 5, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to change the trading order.
7. The method of claim 5, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to cancel the trading order.
8. The method of claim 1, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a user other than the particular second user.
9. The method of claim 1, wherein:
the trading message received from the computer system associated with the particular second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a third user; and the particular second user and the third user are brokers that are prevented from engaging in trading activity via the electronic trading network on behalf of themselves.
the trading message received from the computer system associated with the particular second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a third user; and the particular second user and the third user are brokers that are prevented from engaging in trading activity via the electronic trading network on behalf of themselves.
10. The method of claim 1, wherein each second user is a broker that is prevented from engaging in trading activity via the electronic trading network on behalf of itself.
11. The method of claim 1, further comprising:
receiving from a computer system associated with an additional second user an additional trading message, the additional trading message comprising a message regarding the trading order;
identifying the particular connection from the plurality of connections based at least on the trading message received from the computer system associated with the additional second user; and forwarding the additional trading message to the computer trading system via the identified particular connection.
receiving from a computer system associated with an additional second user an additional trading message, the additional trading message comprising a message regarding the trading order;
identifying the particular connection from the plurality of connections based at least on the trading message received from the computer system associated with the additional second user; and forwarding the additional trading message to the computer trading system via the identified particular connection.
12. The method of claim 11, wherein:
the trading message received from the computer system associated with the particular second user comprises an instruction to place a trading order on behalf of the first user; and the additional trading message comprises an instruction to manage the trading order.
the trading message received from the computer system associated with the particular second user comprises an instruction to place a trading order on behalf of the first user; and the additional trading message comprises an instruction to manage the trading order.
13. The method of claim 12, wherein the additional trading message comprises an instruction to change the trading order.
14. The method of claim 12, wherein the additional trading message comprises an instruction to cancel the trading order.
15. A broker proxy server system for facilitating one or more second users authorized to act on behalf of a first user with a computer trading system in an electronic trading network, the system comprising a client application operable to:
receive a trading message comprising a trading order from a computer system associated with a particular second user;
identifying a particular connection with a computer trading system from a plurality of connections with the computer trading system based at least on the trading message, the particular connection being one of the plurality of connections assigned to the first user, each of the plurality of connections being assigned to a respective user for communicating trading messages to and from the computer trading system;
forward the trading message to the computer trading system via the identified particular connection;
receive from the computer trading system a trading system trading message in response to the trading message received from the computer system associated with the particular second user;
communicate the trading system trading message to a computer system associated with the first user;
identify one of the one or more second users authorized to act on behalf of the first user; and for the identified second user, communicate the trading system trading message to a respective computer system associated with the identified second user.
receive a trading message comprising a trading order from a computer system associated with a particular second user;
identifying a particular connection with a computer trading system from a plurality of connections with the computer trading system based at least on the trading message, the particular connection being one of the plurality of connections assigned to the first user, each of the plurality of connections being assigned to a respective user for communicating trading messages to and from the computer trading system;
forward the trading message to the computer trading system via the identified particular connection;
receive from the computer trading system a trading system trading message in response to the trading message received from the computer system associated with the particular second user;
communicate the trading system trading message to a computer system associated with the first user;
identify one of the one or more second users authorized to act on behalf of the first user; and for the identified second user, communicate the trading system trading message to a respective computer system associated with the identified second user.
16. The system of claim 15, wherein the particular second user is a broker that is prevented from engaging in trading activity via the electronic trading network on behalf of itself.
17. The system of claim 15, wherein the trading message received from the computer system associated with the particular second user represents a trading message that would be generated by the computer system associated with the first user if the first user were to submit the trading order.
18. The system of claim 15, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to place a new trading order on behalf of the first user.
19. The system of claim 15, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to manage a trading order previously placed by the second user on behalf of the first user.
20. The system of claim 19, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to change the trading order.
21. The system of claim 19, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to cancel the trading order.
22. The system of claim 15, wherein the trading message received from the computer system associated with the particular second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a user other than the particular second user.
23. The system of claim 15, wherein:
the trading message received from the computer system associated with the particular second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a third user; and the particular second user and the third user are brokers that are prevented from engaging in trading activity via the electronic trading network on behalf of themselves.
the trading message received from the computer system associated with the particular second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a third user; and the particular second user and the third user are brokers that are prevented from engaging in trading activity via the electronic trading network on behalf of themselves.
24. The system of claim 15, wherein each second user is a broker that is prevented from engaging in trading activity via the electronic trading network on behalf of itself
25. The system of claim 15, wherein the client application is further operable to:
receive from a computer system associated with an additional second user an additional trading message, the additional trading message comprising a message regarding the trading order;
identify the particular connection from the plurality of connections based at least on the trading message received from the computer system associated with the additional second user; and forward the additional trading message to the computer trading system via the identified particular connection.
receive from a computer system associated with an additional second user an additional trading message, the additional trading message comprising a message regarding the trading order;
identify the particular connection from the plurality of connections based at least on the trading message received from the computer system associated with the additional second user; and forward the additional trading message to the computer trading system via the identified particular connection.
26. The system of claim 25, wherein:
the trading message received from the computer system associated with the additional second user comprises an instruction to place a trading order on behalf of the first user; and the additional trading message comprises an instruction to manage the trading order.
the trading message received from the computer system associated with the additional second user comprises an instruction to place a trading order on behalf of the first user; and the additional trading message comprises an instruction to manage the trading order.
27. The system of claim 26, wherein the additional trading message comprises an instruction to change the trading order.
28. The system of claim 26, wherein the additional trading message comprises an instruction to cancel the trading order.
29. A method of operating a computer proxy server for facilitating attachment between a first broker and a user for providing for trading with a computer trading system, the method comprising:
receiving, from the first broker via a first computing terminal, a request by the first broker to manage trading orders at the computer trading system on behalf of the user, the computer proxy server and the first computing terminal are communicatively coupled via a communications network and wherein managing trading orders via the trading system includes at least:
submitting, on behalf of the user, trading orders to the computer trading system, modifying, on behalf of the user, existing trading orders on the computer trading system, and cancelling, on behalf of the user, existing trading orders on the computer trading system;
based at least in part on receiving the request from the first broker, storing first data, wherein the first data:
(i) indicates a relationship between the first broker and the user, wherein the relationship between the first broker and the user indicates that the first broker is authorized, via the computer trading system, to mange trading orders on behalf of the user, and (ii) indicates an association between:
(a) a connection between the computer proxy server and the computer trading system, the connection being one plurality of connections between the computer proxy server and the computer trading system, and (b) the relationship between the first broker and the user;
receiving, from the first broker via the first computing terminal, a trading command submitted by the first broker on behalf of the user, the trading command comprising information that identifies the user;
identifying the relationship between the first broker and the user from the first data based at least in part on the information from the trading command that identifies the user;
identifying the connection, from the plurality of connections, that is associated with the relationship in response to identifying the relationship between the first broker and the user; and communicating the trading command to the computer trading system via the identified connection based at least in part on identifying the connection.
receiving, from the first broker via a first computing terminal, a request by the first broker to manage trading orders at the computer trading system on behalf of the user, the computer proxy server and the first computing terminal are communicatively coupled via a communications network and wherein managing trading orders via the trading system includes at least:
submitting, on behalf of the user, trading orders to the computer trading system, modifying, on behalf of the user, existing trading orders on the computer trading system, and cancelling, on behalf of the user, existing trading orders on the computer trading system;
based at least in part on receiving the request from the first broker, storing first data, wherein the first data:
(i) indicates a relationship between the first broker and the user, wherein the relationship between the first broker and the user indicates that the first broker is authorized, via the computer trading system, to mange trading orders on behalf of the user, and (ii) indicates an association between:
(a) a connection between the computer proxy server and the computer trading system, the connection being one plurality of connections between the computer proxy server and the computer trading system, and (b) the relationship between the first broker and the user;
receiving, from the first broker via the first computing terminal, a trading command submitted by the first broker on behalf of the user, the trading command comprising information that identifies the user;
identifying the relationship between the first broker and the user from the first data based at least in part on the information from the trading command that identifies the user;
identifying the connection, from the plurality of connections, that is associated with the relationship in response to identifying the relationship between the first broker and the user; and communicating the trading command to the computer trading system via the identified connection based at least in part on identifying the connection.
30. The method of claim 29, wherein receiving the trading command from the first broker comprises receiving, from the first computing terminal, a carrier message that includes the trading command; and wherein the method further comprises separating the trading command from the carrier message prior to communicating the trading command to the computer trading system.
31. The method of claim 29, wherein the trading command communicated to the computer trading system represents a trading command that would be generated by a computing terminal associated with the user if the user were to submit the trading command.
32. The method of claim 29, wherein the trading command received from the first broker comprises a trading order submitted by the first broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument.
33. The method of claim 29, wherein the method further comprises:
receiving, from the first broker via the first computing terminal, a trading order submitted by the first broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicating the trading order to the computer trading system; and wherein the trading command received from the first broker comprises at least one of:
a command submitted by the first broker on behalf of the user to change at least one of a price and a size associated with the trading order, and a command submitted by the first broker on behalf of the user to cancel the trading order.
receiving, from the first broker via the first computing terminal, a trading order submitted by the first broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicating the trading order to the computer trading system; and wherein the trading command received from the first broker comprises at least one of:
a command submitted by the first broker on behalf of the user to change at least one of a price and a size associated with the trading order, and a command submitted by the first broker on behalf of the user to cancel the trading order.
34. The method of claim 29, further comprising:
receiving, from the computer trading system, a trading message that is directed to the user and is in response to the trading command;
identifying, from at least the first stored data, brokers having a relationship with the user, including identifying at least the first broker based at least in part on the trading message being directed to the user; and communicating the trading message to the first broker via the first computing terminal based at least in part on identifying the first broker.
receiving, from the computer trading system, a trading message that is directed to the user and is in response to the trading command;
identifying, from at least the first stored data, brokers having a relationship with the user, including identifying at least the first broker based at least in part on the trading message being directed to the user; and communicating the trading message to the first broker via the first computing terminal based at least in part on identifying the first broker.
35. The method of claim 29, further comprising:
receiving, from a second broker via a second computing terminal, a request by the second broker to manage trading orders at the computer trading system on behalf of the user, wherein the computer proxy server and the second computing terminal are communicatively coupled via the communications network;
storing second data based at least in part on receiving the request from the second broker, wherein the second data:
(i) indicates a relationship between the second broker and the user, wherein the relationship between the second broker and the user indicates that the second broker is authorized, via the computer trading system, to mange trading orders on behalf of the user, and (ii) indicates an association between:
(a) the connection between the computer proxy server and the computer trading system, and (b) the relationship between the second broker and the user;
receiving, from the second broker via the second computing terminal, an additional trading command submitted by the second broker on behalf of the user, the additional trading command comprising information that identifies the user;
identifying from the second data the relationship between the second broker and the user based at least in part on the information from the additional trading command that identifies the user;
identifying the connection, from the plurality of connections, that is associated with the relationship between the second broker and the user in response to identifying the relationship between the second broker and the user; and communicating the additional trading command to the computer trading system via the identified connection.
receiving, from a second broker via a second computing terminal, a request by the second broker to manage trading orders at the computer trading system on behalf of the user, wherein the computer proxy server and the second computing terminal are communicatively coupled via the communications network;
storing second data based at least in part on receiving the request from the second broker, wherein the second data:
(i) indicates a relationship between the second broker and the user, wherein the relationship between the second broker and the user indicates that the second broker is authorized, via the computer trading system, to mange trading orders on behalf of the user, and (ii) indicates an association between:
(a) the connection between the computer proxy server and the computer trading system, and (b) the relationship between the second broker and the user;
receiving, from the second broker via the second computing terminal, an additional trading command submitted by the second broker on behalf of the user, the additional trading command comprising information that identifies the user;
identifying from the second data the relationship between the second broker and the user based at least in part on the information from the additional trading command that identifies the user;
identifying the connection, from the plurality of connections, that is associated with the relationship between the second broker and the user in response to identifying the relationship between the second broker and the user; and communicating the additional trading command to the computer trading system via the identified connection.
36. The method of claim 35, wherein the trading command received from the first broker comprises a trading order submitted by the first broker on behalf of the user, and wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument.
37. The method of claim 35, wherein the additional trading command received from the second broker comprises a command submitted by the second broker on behalf of the user to change at least one of a price and a size associated with the trading order submitted by the first broker.
38. The method of claim 35, wherein the additional trading command received from the second broker comprises a command submitted by the second broker of behalf of the user to cancel the trading order submitted by the first broker.
39. The method of claim 29, wherein the method further comprises:
determining that the first broker is authorized to manage trading orders via the computer trading system on behalf of the user based at least in part on receiving the request from the first broker; and wherein storing the first data comprises storing the first data based at least in part on determining that the first broker is authorized.
determining that the first broker is authorized to manage trading orders via the computer trading system on behalf of the user based at least in part on receiving the request from the first broker; and wherein storing the first data comprises storing the first data based at least in part on determining that the first broker is authorized.
40. The method of claim 29, further comprising:
communicating that the first broker is authorized, on behalf of the user, to manage trading orders via the computer trading system to at least one other broker via another computing terminal based at least in part on receiving the request from the first broker.
communicating that the first broker is authorized, on behalf of the user, to manage trading orders via the computer trading system to at least one other broker via another computing terminal based at least in part on receiving the request from the first broker.
41. The method of claim 40, further comprising:
communicating that the first broker is authorized, on behalf of the user, to manage trading orders via the computer trading system to the user via a further computing terminal based at least in part on receiving the request from the first broker.
communicating that the first broker is authorized, on behalf of the user, to manage trading orders via the computer trading system to the user via a further computing terminal based at least in part on receiving the request from the first broker.
42. The method of claim 29, further comprising:
sending a login request on behalf of the user to the computer trading system based at least in part on receiving the request from the first broker.
sending a login request on behalf of the user to the computer trading system based at least in part on receiving the request from the first broker.
43. The method of claim 29, further comprising:
receiving, from a second broker via a second computing terminal, a trading order submitted by the second broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicating the trading order to the computer trading system.
receiving, from a second broker via a second computing terminal, a trading order submitted by the second broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicating the trading order to the computer trading system.
44. The method of claim 29, further comprising:
receiving, from the user via another computing terminal, a trading order submitted by the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicating the trading order to the computer trading system.
receiving, from the user via another computing terminal, a trading order submitted by the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicating the trading order to the computer trading system.
45. The method of claim 44, wherein the trading command received from the first broker comprises a command submitted by the first broker on behalf of the user to change at least one of a price and a size associated with the trading order submitted by the user.
46. The method of claim 44, wherein the trading command received from the first broker comprises a command submitted by the first broker on behalf of the user to cancel the trading order submitted by the user.
47. The method of claim 34, further comprising communicating the trading message to the user via another computing terminal.
48. The method of claim 34, further comprising communicating the trading message to at least a second broker via a second computing terminal.
49. The method of claim 35, further comprising:
receiving, from computer the trading system, a trading message that is directed to the user;
identifying, from at least the first and the second stored data, brokers having a relationship with the user, including identifying at least the first broker and the second broker based at least in part on the trading message being directed to the user;
communicating the trading message to the first broker via the first computing terminal based at least in part on identifying the first broker; and communicating the trading message to the second broker via the second computing terminal based at least in part on identifying the second broker.
receiving, from computer the trading system, a trading message that is directed to the user;
identifying, from at least the first and the second stored data, brokers having a relationship with the user, including identifying at least the first broker and the second broker based at least in part on the trading message being directed to the user;
communicating the trading message to the first broker via the first computing terminal based at least in part on identifying the first broker; and communicating the trading message to the second broker via the second computing terminal based at least in part on identifying the second broker.
50. The method of claim 43, wherein the trading command received from the first broker comprises a command submitted by the first broker on behalf of the user to change at least one of a price and a size associated with the trading order submitted by the second broker.
51. The method of claim 43, wherein the trading command received from the first broker comprises a command submitted by the first broker to cancel the trading order submitted by the second broker.
52. An apparatus for facilitating attachment between a first broker and a user for providing for trading with a computer trading system, the apparatus comprising at least one computer proxy server that includes instructions that when executed by the at least one computer proxy server direct the at least one computer proxy server to:
receive, from a first broker via a first computing terminal, a request by the first broker to manage trading orders at the computer trading system on behalf of the user, the computer proxy server and the first computing terminal are communicatively coupled via a communications network, wherein manage trading orders via the computer trading system includes at least:
submit, on behalf of the user, trading orders to the computer trading system, modify, on behalf of the user, existing trading orders on the computer trading system, and cancel, on behalf of the user, existing trading orders on the computer trading system;
store first data based at least in part on receiving the request from the first broker, wherein the first data:
(i) indicates a relationship between the first broker and the user, wherein the relationship between the first broker and the user indicates that the first broker is authorized, via the computer trading system, to manage trading orders on behalf of the user, and (ii) indicates an association between:
(a) a connection between the computer proxy server and the computer trading system, the connection being one plurality of connections between the at least one computer proxy server and the computer trading system, and (b) the relationship between the first broker and the user;
receive, from the first broker via the first computing terminal, a trading command submitted by the first broker on behalf of the user, the trading command comprising information that identifies the user;
identify, from the first data, the relationship between the first broker and the user based at least in part on the information from the trading command that identifies the user;
identify the connection, from the plurality of connections, that is associated with the relationship in response to identifying the relationship between the first broker and the user;
and communicate the trading command to the computer trading system via the identified connection based at least in part on identifying the connection.
receive, from a first broker via a first computing terminal, a request by the first broker to manage trading orders at the computer trading system on behalf of the user, the computer proxy server and the first computing terminal are communicatively coupled via a communications network, wherein manage trading orders via the computer trading system includes at least:
submit, on behalf of the user, trading orders to the computer trading system, modify, on behalf of the user, existing trading orders on the computer trading system, and cancel, on behalf of the user, existing trading orders on the computer trading system;
store first data based at least in part on receiving the request from the first broker, wherein the first data:
(i) indicates a relationship between the first broker and the user, wherein the relationship between the first broker and the user indicates that the first broker is authorized, via the computer trading system, to manage trading orders on behalf of the user, and (ii) indicates an association between:
(a) a connection between the computer proxy server and the computer trading system, the connection being one plurality of connections between the at least one computer proxy server and the computer trading system, and (b) the relationship between the first broker and the user;
receive, from the first broker via the first computing terminal, a trading command submitted by the first broker on behalf of the user, the trading command comprising information that identifies the user;
identify, from the first data, the relationship between the first broker and the user based at least in part on the information from the trading command that identifies the user;
identify the connection, from the plurality of connections, that is associated with the relationship in response to identifying the relationship between the first broker and the user;
and communicate the trading command to the computer trading system via the identified connection based at least in part on identifying the connection.
53. The apparatus of claim 52, wherein receive the trading command from the first broker comprises receive, from the first computing terminal, a carrier message that includes the trading command; and wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to separate the trading command from the carrier message prior to communicating the trading command to the computer trading system.
54. The apparatus of claim 52, wherein the trading command communicated by the at least one computer proxy server to the computer trading system represents a trading command that would be generated by a computing terminal associated with the user if the user were to submit the trading command.
55. The apparatus of claim 52, wherein the trading command received from the first broker comprises a trading order submitted by the first broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument.
56. The apparatus of claim 52, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
receive, from the first broker via the first computing terminal, a trading order submitted by the first broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicate the trading order to the computer trading system; and wherein the trading command received from the first broker comprises at least one of:
a command submitted by the first broker on behalf of the user to change at least one of a price and a size associated with the trading order, and a command submitted by the first broker on behalf of the user to cancel the trading order.
receive, from the first broker via the first computing terminal, a trading order submitted by the first broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicate the trading order to the computer trading system; and wherein the trading command received from the first broker comprises at least one of:
a command submitted by the first broker on behalf of the user to change at least one of a price and a size associated with the trading order, and a command submitted by the first broker on behalf of the user to cancel the trading order.
57. The apparatus of claim 52, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
receive, from the computer trading system, a trading message that is directed to the user and is in response to the trading command;
identify, from at least the first stored data, brokers having a relationship with the user, including identifying at least the first broker based at least in part on the trading message being directed to the user; and communicate the trading message to the first broker via the first computing terminal based at least in part on identifying the first broker.
receive, from the computer trading system, a trading message that is directed to the user and is in response to the trading command;
identify, from at least the first stored data, brokers having a relationship with the user, including identifying at least the first broker based at least in part on the trading message being directed to the user; and communicate the trading message to the first broker via the first computing terminal based at least in part on identifying the first broker.
58. The apparatus of claim 52, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
receive, from a second broker via a second computing terminal, a request by the second broker to manage trading orders at the computer trading system on behalf of the user, wherein the at least one computer proxy server is operable to communicate with the second computing terminal via the communications network;
store second data based at least in part on receiving the request from the second broker, wherein the second data:
(i) indicates a relationship between the second broker and the user, wherein the relationship between the second broker and the user indicates that the second broker is authorized at the computer trading system to mange trading orders on behalf of the user, and (ii) indicates an association between:
(a) the connection between the at least one computer proxy server and the computer trading system, and (b) the relationship between the second broker and the user;
receive, from the second broker via the second computing terminal, an additional trading command submitted by the second broker on behalf of the user, the additional trading command comprising information that identifies the user;
identify from the second data the relationship between the second broker and the user based at least in part on the information from the additional trading command that identifies the user;
identify the connection, from the plurality of connections, that is associated with the relationship between the second broker and the user in response to identifying the relationship between the second broker and the user; and communicate the additional trading command to the computer trading system via the identified connection.
receive, from a second broker via a second computing terminal, a request by the second broker to manage trading orders at the computer trading system on behalf of the user, wherein the at least one computer proxy server is operable to communicate with the second computing terminal via the communications network;
store second data based at least in part on receiving the request from the second broker, wherein the second data:
(i) indicates a relationship between the second broker and the user, wherein the relationship between the second broker and the user indicates that the second broker is authorized at the computer trading system to mange trading orders on behalf of the user, and (ii) indicates an association between:
(a) the connection between the at least one computer proxy server and the computer trading system, and (b) the relationship between the second broker and the user;
receive, from the second broker via the second computing terminal, an additional trading command submitted by the second broker on behalf of the user, the additional trading command comprising information that identifies the user;
identify from the second data the relationship between the second broker and the user based at least in part on the information from the additional trading command that identifies the user;
identify the connection, from the plurality of connections, that is associated with the relationship between the second broker and the user in response to identifying the relationship between the second broker and the user; and communicate the additional trading command to the computer trading system via the identified connection.
59. The apparatus of claim 58, wherein the trading command received from the first broker comprises a trading order submitted by the first broker on behalf of the user, and wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument.
60. The apparatus of claim 59, wherein the additional trading command received from the second broker comprises a command submitted by the second broker on behalf of the user to change at least one of a price and a size associated with the trading order submitted by the first broker.
61. The apparatus of claim 59, wherein the additional trading command received from the second broker comprises a command submitted by the second broker on behalf of the user to cancel the trading order submitted by the first broker.
62. The apparatus of claim 52, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
determine that the first broker is authorized to manage trading orders at the computer trading system on behalf of the user based at least in part on receiving the request from the first broker; and wherein store the first data comprises store the first data based at least in part on determining that the first broker is authorized.
determine that the first broker is authorized to manage trading orders at the computer trading system on behalf of the user based at least in part on receiving the request from the first broker; and wherein store the first data comprises store the first data based at least in part on determining that the first broker is authorized.
63. The apparatus of claim 52, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
communicate to at least one other broker via another computing terminal that the first broker is authorized to manage trading orders at the computer trading system on behalf of the user based at least in part on receiving the request from the first broker.
communicate to at least one other broker via another computing terminal that the first broker is authorized to manage trading orders at the computer trading system on behalf of the user based at least in part on receiving the request from the first broker.
64. The apparatus of claim 63, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
communicate to the user via a further computing terminal that the first broker is authorized, on behalf of the user, to manage trading orders via the trading system based at least in part on receiving the request from the first broker.
communicate to the user via a further computing terminal that the first broker is authorized, on behalf of the user, to manage trading orders via the trading system based at least in part on receiving the request from the first broker.
65. The apparatus of claim 52. wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
send to the trading system a login request on behalf of the user based at least in part on receiving the request from the first broker.
send to the trading system a login request on behalf of the user based at least in part on receiving the request from the first broker.
66. The apparatus of claim 52, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
receive, from a second broker via a second computing terminal, a trading order submitted by the second broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicate the trading order to the computer trading system.
receive, from a second broker via a second computing terminal, a trading order submitted by the second broker on behalf of the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicate the trading order to the computer trading system.
67. The apparatus of claim 52, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
receive, from the user via another computing terminal, a trading order submitted by the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicate the trading order to the computer trading system.
receive, from the user via another computing terminal, a trading order submitted by the user, wherein the trading order comprises at least one of a bid to buy and an offer to sell a financial instrument; and communicate the trading order to the computer trading system.
68. The apparatus of claim 67, wherein the trading command received from the first broker comprises a command submitted by the first broker on behalf of the user to change at least one of a price and a size associated with the trading order submitted by the user.
69. The apparatus of claim 67, wherein the trading command received from the first broker comprises a command submitted by the first broker on behalf of the user to cancel the trading order submitted by the user.
70. The apparatus of claim 57, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to communicate the trading message to the user via another computing terminal.
71. The apparatus of claim 57, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to communicate the trading message to at least a second broker via a second computing terminal.
72. The apparatus of claim 58, wherein the instructions, when executed by the at least one computer proxy server, further direct the at least one computer proxy server to:
receive, from the computer trading system, a trading message that is directed to the user;
identify, from at least the first and the second stored data, brokers having a relationship with the user, including identifying at least the first broker and the second broker based at least in part on the trading message being directed to the user;
communicate the trading message to the first broker via the first computing terminal based at least in part on identifying the first broker; and communicate the trading message to the second broker via the second computing terminal based at least in part on identifying the second broker.
receive, from the computer trading system, a trading message that is directed to the user;
identify, from at least the first and the second stored data, brokers having a relationship with the user, including identifying at least the first broker and the second broker based at least in part on the trading message being directed to the user;
communicate the trading message to the first broker via the first computing terminal based at least in part on identifying the first broker; and communicate the trading message to the second broker via the second computing terminal based at least in part on identifying the second broker.
73. The apparatus of claim 66, wherein the trading command received from the first broker comprises a command submitted by the first broker on behalf of the user to change at least one of a price and a size associated with the trading order submitted by the second broker.
74. The apparatus of claim 66, wherein the trading command received from the first broker comprises a command submitted by the first broker on behalf of the user to cancel the trading order submitted by the second broker.
75. A method of operating a broker proxy server in an electronic trading network to facilitate one or more second users authorized to act on behalf of a first user with a computer trading system, the method comprising:
storing one or more user relationships between a first user and one or more second users authorized to act on behalf of the first user in the computer trading system;
storing an association between a particular connection with the computer trading system and a user relationship between the first user and a particular second user, the particular connection being one of a plurality of connections with the computer trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the computer trading system via the user's respective connection;
receiving, from a computer system associated with the particular second user, a trading message comprising a trading order;
identifying the particular connection from the plurality of connections based at least on the trading message and the stored association;
forwarding the trading message to the computer trading system via the identified particular connection;
receiving, from the computer trading system, a trading system trading message in response to the trading message received from the computer system associated with the second user;
communicating the trading system trading message to a computer system associated with the first user;
identifying from the user relationships second users authorized to act on behalf of the first user; and communicating the trading system trading message to respective computer systems associated with the identified second users for identified second users.
storing one or more user relationships between a first user and one or more second users authorized to act on behalf of the first user in the computer trading system;
storing an association between a particular connection with the computer trading system and a user relationship between the first user and a particular second user, the particular connection being one of a plurality of connections with the computer trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the computer trading system via the user's respective connection;
receiving, from a computer system associated with the particular second user, a trading message comprising a trading order;
identifying the particular connection from the plurality of connections based at least on the trading message and the stored association;
forwarding the trading message to the computer trading system via the identified particular connection;
receiving, from the computer trading system, a trading system trading message in response to the trading message received from the computer system associated with the second user;
communicating the trading system trading message to a computer system associated with the first user;
identifying from the user relationships second users authorized to act on behalf of the first user; and communicating the trading system trading message to respective computer systems associated with the identified second users for identified second users.
76. The method of claim 75, wherein the second user is a broker that is prevented from engaging in trading activity via the electronic trading network on behalf of itself.
77. The method of claim 75, wherein the trading message received from the computer system associated with the second user represents a trading message that would be generated by the computer system associated with the first user if the first user were to submit the trading order.
78. The method of claim 75, wherein the trading message received from the computer system associated with the second user comprises an instruction to place a new trading order on behalf of the first user.
79. The method of claim 75, wherein the trading message received from the computer system associated with the second user comprises an instruction to manage a trading order previously placed by the second user on behalf of the first user.
80. The method of claim 79, wherein the trading message received from the computer system associated with the second user comprises an instruction to change the trading order.
81. The method of claim 79, wherein the trading message received from the computer system associated with the second user comprises an instruction to cancel the trading order.
82. The method of claim 75, wherein the trading message received from the computer system associated with the second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a user other than the second user.
83. The method of claim 75, wherein:
the trading message received from the computer system associated with the second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a third user; and the second user and the third user are brokers that are prevented from engaging in trading activity via the electronic trading network on behalf of themselves.
the trading message received from the computer system associated with the second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a third user; and the second user and the third user are brokers that are prevented from engaging in trading activity via the electronic trading network on behalf of themselves.
84. The method of claim 75, wherein each second user is a broker that is prevented from engaging in trading activity via the electronic trading network on behalf of itself.
85. The method of claim 75, further comprising:
storing an additional association between the particular connection with the computer trading system and a user relationship between the first user and an additional one of the second users;
receiving, from a computer system associated with the additional second user, an additional trading message, the additional trading message comprising a message regarding the trading order;
identifying the particular connection from the plurality of connections based at least on the trading message received from the computer system associated with the additional second user and the stored additional association; and forwarding the additional trading message to the computer trading system via the identified particular connection.
storing an additional association between the particular connection with the computer trading system and a user relationship between the first user and an additional one of the second users;
receiving, from a computer system associated with the additional second user, an additional trading message, the additional trading message comprising a message regarding the trading order;
identifying the particular connection from the plurality of connections based at least on the trading message received from the computer system associated with the additional second user and the stored additional association; and forwarding the additional trading message to the computer trading system via the identified particular connection.
86. The method of claim 85, wherein:
the trading message received from the computer system associated with the second user comprises an instruction to place a trading order on behalf of the first user; and the additional trading message comprises an instruction to manage the trading order.
the trading message received from the computer system associated with the second user comprises an instruction to place a trading order on behalf of the first user; and the additional trading message comprises an instruction to manage the trading order.
87. The method of claim 86, wherein the additional trading message comprises an instruction to change the trading order.
88. The method of claim 86, wherein the additional trading message comprises an instruction to cancel the trading order.
89. A broker proxy server system for facilitating one or more second users authorized to act on behalf of a first user with a computer trading system in an electronic trading network, the system operable to:
store one or more user relationships between a first user and one or more second users authorized to act on behalf of the first user in the computer trading system;
store an association between a particular connection with the computer trading system and a first user relationship between the first user and a particular second user, the particular connection being one of a plurality of connections with the computer trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the computer trading system via the user's respective connection;
receive from a computer system associated with the particular second user a trading message, the trading message comprising a trading order;
identify the particular connection from the plurality of connections based at least on the trading message and the stored association;
forward the trading message to the computer trading system via the identified particular connection;
receive from the computer trading system a trading system trading message in response to the trading message received from the computer system associated with the second user;
communicate the trading system trading message to a computer system associated with the first user;
identify from the user relationships second users authorized to act on behalf of the first user; and communicate the trading system trading message to respective computer systems associated with the identified second users for identified second users.
store one or more user relationships between a first user and one or more second users authorized to act on behalf of the first user in the computer trading system;
store an association between a particular connection with the computer trading system and a first user relationship between the first user and a particular second user, the particular connection being one of a plurality of connections with the computer trading system, each respective connection being assigned to a respective user, and wherein trading messages associated with a respective user are communicated to and from the computer trading system via the user's respective connection;
receive from a computer system associated with the particular second user a trading message, the trading message comprising a trading order;
identify the particular connection from the plurality of connections based at least on the trading message and the stored association;
forward the trading message to the computer trading system via the identified particular connection;
receive from the computer trading system a trading system trading message in response to the trading message received from the computer system associated with the second user;
communicate the trading system trading message to a computer system associated with the first user;
identify from the user relationships second users authorized to act on behalf of the first user; and communicate the trading system trading message to respective computer systems associated with the identified second users for identified second users.
90. The system of claim 89, wherein the second user is a broker that is prevented from engaging in trading activity via the electronic trading network on behalf of itself.
91. The system of claim 89, wherein the trading message received from the computer system associated with the second user represents a trading message that would be generated by a computer system associated with the first user if the first user were to submit the trading order.
92. The system of claim 89, wherein the trading message received from the computer system associated with the second user comprises an instruction to place a new trading order on behalf of the first user.
93. The system of claim 89, wherein the trading message received from the computer system associated with the second user comprises an instruction to manage a trading order previously placed by the second user on behalf of the first user.
94. The system of claim 93, wherein the trading message received from the computer system associated with the second user comprises an instruction to change the trading order.
95. The system of claim 93, wherein the trading message received from the computer system associated with the second user comprises an instruction to cancel the trading order.
96. The system of claim 89, wherein the trading message received from the computer system associated with the second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a user other than the second user.
97. The system of claim 89, wherein:
the trading message received from the computer system associated with the second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a third user; and the second user and the third user are brokers that are prevented from engaging in trading activity via the electronic trading network on behalf of themselves.
the trading message received from the computer system associated with the second user comprises an instruction to manage a trading order previously placed on behalf of the first user by a third user; and the second user and the third user are brokers that are prevented from engaging in trading activity via the electronic trading network on behalf of themselves.
98. The system of claim 89, wherein each second user is a broker that is prevented from engaging in trading activity via the electronic trading network on behalf of itself.
99. The system of claim 89, wherein the system is further operable to:
store an additional association between the particular connection with the computer trading system and a user relationship between the first user and an additional one of the second users;
receive from a computer system associated with the additional second user an additional trading message, the additional trading message comprising a message regarding the trading order;
identify the particular connection from the plurality of connections based at least on the trading message received from the computer system associated with the additional second user and the stored additional association; and forward the additional trading message to the computer trading system via the identified particular connection.
store an additional association between the particular connection with the computer trading system and a user relationship between the first user and an additional one of the second users;
receive from a computer system associated with the additional second user an additional trading message, the additional trading message comprising a message regarding the trading order;
identify the particular connection from the plurality of connections based at least on the trading message received from the computer system associated with the additional second user and the stored additional association; and forward the additional trading message to the computer trading system via the identified particular connection.
100. The system of claim 99, wherein:
the trading message received from the computer system associated with the additional second user comprises an instruction to place a trading order on behalf of the first user; and the additional trading message comprises an instruction to manage the trading order.
the trading message received from the computer system associated with the additional second user comprises an instruction to place a trading order on behalf of the first user; and the additional trading message comprises an instruction to manage the trading order.
101. The system of claim 100, wherein the additional trading message comprises an instruction to change the trading order.
102. The system of claim 100, wherein the additional trading message comprises an instruction to cancel the trading order.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA2791148A CA2791148C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
| CA2995702A CA2995702C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/716,305 US8027902B2 (en) | 2003-11-18 | 2003-11-18 | System and method for managing relationships between brokers and traders using a messaging format |
| US10/716,305 | 2003-11-18 | ||
| PCT/US2004/036125 WO2005050351A2 (en) | 2003-11-18 | 2004-10-28 | Managing relationships between brokers and traders |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2791148A Division CA2791148C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
| CA2995702A Division CA2995702C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2546418A1 CA2546418A1 (en) | 2005-06-02 |
| CA2546418C true CA2546418C (en) | 2018-04-03 |
Family
ID=34574395
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2995702A Active CA2995702C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
| CA2791148A Active CA2791148C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
| CA2546418A Active CA2546418C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2995702A Active CA2995702C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
| CA2791148A Active CA2791148C (en) | 2003-11-18 | 2004-10-28 | System and method for managing relationships between brokers and traders using a messaging format |
Country Status (8)
| Country | Link |
|---|---|
| US (3) | US8027902B2 (en) |
| EP (1) | EP1690224A4 (en) |
| JP (3) | JP4871731B2 (en) |
| CN (2) | CN1947143B (en) |
| AU (7) | AU2004292161B2 (en) |
| CA (3) | CA2995702C (en) |
| GB (1) | GB2423610A (en) |
| WO (1) | WO2005050351A2 (en) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030139997A1 (en) * | 2001-12-17 | 2003-07-24 | Espeed, Inc. | Systems and methods for automated commission processing |
| ITPD20020316A1 (en) * | 2002-12-11 | 2004-06-12 | Mauro Schiavon | DEVICE AND METHOD FOR THE CREATION OF FULLERENI AND / OR NANOTUBES |
| US8306903B2 (en) | 2010-04-23 | 2012-11-06 | Bgc Partners, Inc. | Commission calculator and display |
| US7562045B2 (en) * | 2003-11-18 | 2009-07-14 | Bgc Partners, Inc. | System and method for managing relationships between brokers and traders |
| CA2517331A1 (en) * | 2004-08-27 | 2006-02-27 | Espeed, Inc. | Systems and methods for commission allocation |
| US7805358B2 (en) * | 2005-07-29 | 2010-09-28 | Bgc Partners, Inc. | System and method for limiting aggressive trading in a electronic trading system |
| US20070027795A1 (en) * | 2005-07-29 | 2007-02-01 | Claus Matthew W | System and method for using trader lists in an electronic trading system to route a trading order with a reserved size |
| US20080177637A1 (en) * | 2006-12-30 | 2008-07-24 | David Weiss | Customer relationship management methods and systems |
| US20080228621A1 (en) * | 2007-03-16 | 2008-09-18 | Johnson James C | System And Method For Transfer Of Dispute Data In A Distributed Electronic Trading System |
| WO2013025938A2 (en) | 2011-08-16 | 2013-02-21 | Sl-X Ip Sarl | Systems and methods for electronically initiating and executing securities lending transactions |
| US8706610B2 (en) | 2011-08-16 | 2014-04-22 | Sl-X Technology Uk Ltd. | Systems and methods for electronically initiating and executing securities lending transactions |
| CN108537662A (en) * | 2018-03-09 | 2018-09-14 | 深圳市富途网络科技有限公司 | It is a kind of realize stock exchange hold position with transaction record share method and system |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5644727A (en) | 1987-04-15 | 1997-07-01 | Proprietary Financial Products, Inc. | System for the operation and management of one or more financial accounts through the use of a digital communication and computation system for exchange, investment and borrowing |
| US4949248A (en) * | 1988-07-15 | 1990-08-14 | Caro Marshall A | System for shared remote access of multiple application programs executing in one or more computers |
| AU7671494A (en) | 1993-08-23 | 1995-03-22 | Mjt Holdings, Inc. | Real-time automated trading system |
| CN1153562A (en) * | 1993-12-28 | 1997-07-02 | 汤姆森贸易服务公司 | Device and method for improving speed and reliability of security trade settlements |
| US5797002A (en) * | 1994-09-20 | 1998-08-18 | Papyrus Technology Corp. | Two-way wireless system for financial industry transactions |
| US5684950A (en) * | 1996-09-23 | 1997-11-04 | Lockheed Martin Corporation | Method and system for authenticating users to multiple computer servers via a single sign-on |
| US7885882B1 (en) * | 1997-11-21 | 2011-02-08 | Omgeo Llc | Enhanced matching apparatus and method for post-trade processing and settlement of securities transactions |
| US6230201B1 (en) * | 1998-05-29 | 2001-05-08 | Ip Net Solutions, Inc. | Configurable transaction routing system and method |
| US7035819B1 (en) * | 1999-09-24 | 2006-04-25 | D.E. Shaw & Company | Method and system for facilitating automated interaction of marketable retail orders and professional trading interest at passively determined prices |
| US7356500B1 (en) * | 2000-06-01 | 2008-04-08 | Pipeline Financial Group, Inc. | Method for directing and executing certified trading interests |
| US6721746B2 (en) * | 2000-12-27 | 2004-04-13 | International Business Machines Corporation | Method and system for facilitating production changes in an extended enterprise environment |
| US20020091615A1 (en) * | 2001-01-09 | 2002-07-11 | Salvani Joseph M. | Transaction communication system |
| US20020133448A1 (en) * | 2001-01-17 | 2002-09-19 | Mcgarry Glenn | System for capturing trade information |
| US20020107746A1 (en) * | 2001-02-02 | 2002-08-08 | T.C. Jacoby & Company, Inc. | Computerized commission based trading operations |
| US8494949B2 (en) * | 2001-06-01 | 2013-07-23 | Bgc Partners, Inc. | Electronic trading for principal/broker trading |
| US7472091B2 (en) * | 2001-10-03 | 2008-12-30 | Accenture Global Services Gmbh | Virtual customer database |
| GB2398895A (en) * | 2003-02-28 | 2004-09-01 | Swapstream Ltd | Real time trading involving financial instruments |
| US20050021836A1 (en) * | 2003-05-01 | 2005-01-27 | Reed Carl J. | System and method for message processing and routing |
| US7562045B2 (en) * | 2003-11-18 | 2009-07-14 | Bgc Partners, Inc. | System and method for managing relationships between brokers and traders |
-
2003
- 2003-11-18 US US10/716,305 patent/US8027902B2/en active Active
-
2004
- 2004-10-28 AU AU2004292161A patent/AU2004292161B2/en active Active
- 2004-10-28 EP EP04796831A patent/EP1690224A4/en not_active Ceased
- 2004-10-28 CN CN200480040234.3A patent/CN1947143B/en active Active
- 2004-10-28 CA CA2995702A patent/CA2995702C/en active Active
- 2004-10-28 WO PCT/US2004/036125 patent/WO2005050351A2/en active Application Filing
- 2004-10-28 CA CA2791148A patent/CA2791148C/en active Active
- 2004-10-28 GB GB0609877A patent/GB2423610A/en not_active Withdrawn
- 2004-10-28 JP JP2006541208A patent/JP4871731B2/en not_active Expired - Fee Related
- 2004-10-28 CA CA2546418A patent/CA2546418C/en active Active
- 2004-10-28 CN CN201610171524.6A patent/CN105787797B/en active Active
-
2010
- 2010-09-16 JP JP2010208063A patent/JP5318833B2/en active Active
-
2011
- 2011-09-26 US US13/244,994 patent/US20120016790A1/en not_active Abandoned
- 2011-09-30 JP JP2011217642A patent/JP5420616B2/en active Active
- 2011-11-24 AU AU2011253641A patent/AU2011253641A1/en not_active Abandoned
-
2014
- 2014-12-05 AU AU2014271344A patent/AU2014271344A1/en not_active Abandoned
-
2017
- 2017-01-30 AU AU2017200573A patent/AU2017200573A1/en not_active Abandoned
-
2018
- 2018-11-06 AU AU2018260840A patent/AU2018260840A1/en not_active Abandoned
-
2020
- 2020-11-06 AU AU2020264396A patent/AU2020264396A1/en not_active Abandoned
-
2022
- 2022-11-11 US US17/985,277 patent/US20230169589A1/en active Pending
- 2022-11-23 AU AU2022275439A patent/AU2022275439A1/en active Pending
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230169589A1 (en) | System and method for managing relationships between brokers and traders using a messaging format | |
| US10757085B2 (en) | System and method for managing relationships between brokers and traders | |
| AU2020205341A1 (en) | System and method for managing relationships between brokers and traders |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request |