Method and apparatus for message flow and transaction queue management
Management of transaction message flow utilizing a transaction message queue. The system and method are for use in financial transaction messaging systems. The system is designed to enable an administrator to monitor, distribute, control and receive alerts on the use and status of limited network and exchange resources. Users are grouped in a hierarchical manner, preferably including user level and group level, as well as possible additional levels such as account, tradable object, membership, and gateway levels. The message thresholds may be specified for each level to ensure that transmission of a given transaction does not exceed the number of messages permitted for the user, group, account, etc.
1. A method including:
determining, by a processor of a gateway, that a first limit for transmitting transaction messages from a first entity to an exchange over a communication link between the gateway and the exchange has been reached, wherein the first entity is one of a plurality of entities divided into one or more groups, wherein each entity in the plurality of entities is associated with a user, a tradeable object, and at least one limit, wherein the first entity is associated with the first limit, wherein the first limit is a number of transactions that are in-flight;
receiving, by the processor of the gateway, a first transaction message after determining that the first limit has been reached, wherein the first transaction message is of a first type, is from the first entity, and includes a first transaction identification parameter;
determining, by the processor of the gateway, that the first limit associated with the first entity would be exceeded by transmitting the first transaction message to the exchange over the communication link;
determining, by the processor of the gateway, that a second transaction message in a transaction message queue is related to the first transaction message, wherein the second transaction message is of a second type, is from the first entity, and includes a second transaction identification parameter, wherein the second transaction message is determined to be related to the first transaction message based on the first transaction identification parameter and the second transaction identification parameter being the same; and
updating, by the processor of the gateway, the transaction message queue based on the first type of the first transaction message and the second type of the related second transaction message.
2. The method of claim 1 , wherein the first type of the first transaction message is one of the group of a delete message, a change message, and a cancel/replace message, wherein the second type of the second transaction message is a delete message, wherein the transaction message queue is updated by rejecting the first transaction message.
3. The method of claim 1 , wherein the first type of the first transaction message is a delete message, wherein the second type of the second transaction message is one of the group of an add message, a change message, and a cancel/replace message, wherein the transaction message queue is updated by replacing the second transaction message with the first transaction message.
4. The method of claim 1 , wherein the first type of the first transaction message is a change message, wherein the second type of the second transaction message is one of the group of an add message, a change message, and a cancel/replace message, wherein the transaction message queue is updated by replacing the second transaction message with the first transaction message.
5. The method of claim 1 , wherein the first type of the first transaction message is a cancel/replace message, wherein the second type of the second transaction message is one of the group of an add message, a change message, and a cancel/replace message, wherein the transaction message queue is updated by removing the second transaction message and appending the first transaction message.
6. The method of claim 1 , wherein the first type of the first transaction message is a remove queued message, wherein the second type of the second transaction message is one of the group of an add message, a delete message, a change message, and a cancel/replace message, wherein the transaction message queue is updated by removing the second transaction message.
7. The method of claim 1 , wherein the first type of the first transaction message is a timeout message, wherein the transaction message queue is updated by rejecting the second transaction message in response to determining the second type of the second transaction message is not a delete message.
8. The method of claim 1 , wherein the first entity is associated with a second limit, wherein the second limit is a number of transactions per second.
9. The method of claim 1 , wherein the first entity is associated with a second limit, wherein the second limit is a total number of transaction messages for a day.
10. The method of claim 1 , wherein the first entity is associated with a second limit, wherein the second limit is a bandwidth usage limitation.