ES2307117T3 - Metodo y sistema para consolidar mensajes. - Google Patents
Metodo y sistema para consolidar mensajes. Download PDFInfo
- Publication number
- ES2307117T3 ES2307117T3 ES05107768T ES05107768T ES2307117T3 ES 2307117 T3 ES2307117 T3 ES 2307117T3 ES 05107768 T ES05107768 T ES 05107768T ES 05107768 T ES05107768 T ES 05107768T ES 2307117 T3 ES2307117 T3 ES 2307117T3
- Authority
- ES
- Spain
- Prior art keywords
- messages
- layer
- processing
- server
- hiring
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Hardware Design (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
- Spinning Or Twisting Of Yarns (AREA)
- Iron Core Of Rotating Electric Machines (AREA)
- Vehicle Body Suspensions (AREA)
Abstract
Un método para procesar mensajes (14) en un sistema de contratación (10) que opera en al menos una de una red de datos y de telecomunicaciones (12), caracterizado porque dicho método comprende los siguientes pasos de método: se consolidan los mensajes (14) en un punto de consolidación (32, 36) en una capa de servidor (16, 18), con lo que los mensajes son recogidos en marcos de tiempo de retención múltiples predeterminados concatenados; y dichos mensajes (14) consolidados en dichos marcos de tiempo son transmitidos como una sola transacción para procesado de casamiento central (40) cuando haya transcurrido el tiempo de un marco de tiempo, eliminándose así los gastos generales de la transacción y consiguiéndose una ganancia sustancial en el tiempo de producción del procesado del mensaje (14) en dicho sistema de contratación.
Description
Método y sistema para consolidar mensajes.
El presente invento se refiere a un método y un
sistema para consolidar mensajes en un sistema de contratación
operado en al menos una de entre una red de datos y una red de
telecomunicaciones.
Una institución u organización de cambio u otra
financiera que proporciona un mercado para contratación proporciona
frecuentemente sus servicios usando una plataforma de contratación
electrónica. Los modernos sistemas de contratación electrónicos son
frecuentemente realizados como un modelo de tres capas superpuestas,
que comprende servidores de punto final, servidores intermedios y
aplicaciones para contratación.
Los participantes en el mercado conectan con la
plataforma de contratación en bolsa utilizando una aplicación para
contratación que, o bien es una aplicación proporcionada por la
bolsa, o bien, lo que es más frecuente, es una aplicación patentada
integrada con los sistemas internos de los participantes.
Los servidores de contratación proporcionan
típicamente servicios tales como los de procesar las peticiones de
órdenes, casar las órdenes (de compra y de venta), captación,
acuerdo y liquidación de contrataciones. Muy frecuentemente, no toda
la funcionalidad de las contrataciones se confía a un solo servidor,
sino que más bien se distribuye entre un conjunto de servidores
físicos.
La capa de servidor intermedio maneja la
conectividad de la aplicación para contratación. Las peticiones de
llegada recibidas son despachadas al servidor de punto final
apropiado, dependiendo de la petición. La capa intermedia es también
responsable de alimentar actualizaciones de vuelta a las
aplicaciones de contratación.
En un flujo de mensajes típico, el sistema de
contratación recibe actualizaciones de las aplicaciones de
contratación, aplica esas actualizaciones a los servidores
centrales, y luego distribuye las actualizaciones a todas las
aplicaciones de contratación, como se ha descrito en el documento US
2002/0128945.
Los participantes en un mercado electrónico son
instituciones financieras tales como bancos, sociedades de valores,
y firmas creadoras de mercado. Estas, realizan contrataciones ya sea
por cuenta de clientes detallistas, o ya sea para sí mismas, es
decir, contrataciones patrimoniales. El proceso de casar es
conducido por los participantes que insertan órdenes y cotizaciones
en el "mercado". Las órdenes son frecuentemente insertadas como
resultado de que un usuario detallista pida a un participante que
actúe como intermediario.
Los creadores de mercado tiene como obligación
la de "crear un mercado", es decir, que deberán proporcionar
liquidez proporcionando para ello, casi siempre, ofertas de compra
por un precio máximo y de venta por un precio mínimo. Los precios
cambian en el mercado dependiendo de su credibilidad en el mercado y
de otros factores del mercado, tales como las noticias del mercado,
su posición y otros factores financieros subyacentes que
cambien.
Un reto principal para todas las bolsas es el de
proporcionar un sistema de contratación que funcione bien y sea
fiable. Cada suceso de compra y venta requiere una cantidad
significativa de pasos de procesado para garantizar que la orden o
la cotización se procesan de una manera segura, fiable y
consistente. El problema general es el de que las órdenes y las
cotizaciones que llegan han de ser recibidas por la red,
sincronizadas con el resto del flujo de órdenes, auditadas y
registradas como recuperadas, etc.
El presente invento describe cómo se puede
mejorar significativamente el procesado de órdenes y cotizaciones en
un mercado electrónico, mediante la consolidación de las corrientes
de órdenes y cotizaciones.
Para conseguir sus objetivos y metas, el
presente invento establece un método de consolidar mensajes en un
sistema de contratación operado en al menos una red de datos y de
telecomunicaciones. En consecuencia, el presente invento comprende
los siguientes pasos de método:
- los mensajes se consolidan en un punto de consolidación por una capa de servidor, con lo que los mensajes son recogidos en múltiples marcos de tiempo de retención predeterminados concatenados; y
- los mensajes consolidados en los marcos de tiempo son transmitidos para procesado cuando ha transcurrido el tiempo de un marco de tiempo, eliminándose así los gastos generales de las transacciones y consiguiéndose una ganancia sustancial en el tiempo total para el procesado del mensaje en el sistema de contratación.
Una realización del presente invento comprende
múltiples servidores intermedios conectados, que cada uno posee el
punto de consolidación.
En otra realización, los marcos de tiempo de
retención son adaptables con respecto a un valor umbral para la
intensidad de tráfico de mensajes a la capa de servidor.
Todavía otra realización comprende que múltiples
capas de servidor constituyen una estructura similar a un árbol, en
donde cada capa descarga la carga de trabajo en una capa siguiente
en una cadena de distribución de mensajes, antes de procesar.
Además, el presente invento establece un sistema
de contratación que consolida los mensajes en al menos una de entre
una red de datos y una red de telecomunicaciones. En consecuencia,
el invento comprende:
- un punto de consolidación para los mensajes en una capa de servidor, con lo que los mensajes son recogidos en múltiples marcos de tiempo de retención predeterminados concatenados; y
- una aplicación de transmisor, que transmite los mensajes consolidados en los marcos de tiempo para procesado, cuando haya transcurrido el tiempo de un marco de tiempo, eliminándose así los gastos generales de las transacciones y consiguiéndose una ganancia sustancial en tiempo total de procesado de los mensajes en el sistema de contratación.
El sistema del presente invento proporciona
también las realizaciones de los pasos del método antes citados, a
través de las reivindicaciones subordinadas anexas.
En lo que sigue, se describe el presente invento
juntamente con los dibujos anexos, para una mejor comprensión de sus
realizaciones y de los ejemplos que se dan, y en los que:
La Fig. 1 es una ilustración de un sistema de
contratación usual de la técnica anterior;
La Fig. 2 es una ilustración de que el retardo
en la distribución de la consolidación de un lote de acuerdo con
el presente invento es directamente lineal en cuanto a cómo sería
de eficiente el lote; y
La Fig. 3 es una ilustración de una
consolidación de contratación similar a un árbol, de acuerdo con
una realización del presente invento.
La consolidación del flujo de órdenes y
cotizaciones es un objetivo y una meta del presente invento. Algunas
operaciones de bolsa, tales como las de sincronización, recepción de
datos por una red, almacenamiento seguro de la información en un
disco, y operaciones similares, tienen un coste fijo de recursos
relativamente alto, que no es lineal con respecto a la cantidad de
información procesada. Por ejemplo, en la escritura de datos en un
disco, la mayor parte del tiempo se invierte en encontrar el lugar
en el disco en donde deba ser guardada la información; la
transferencia real de la información para la contratación pierde así
su importancia, aunque es la tarea principal.
Si se pudieran recibir como un solo lote
múltiples órdenes y cotizaciones en una aplicación de contratación,
el coste del procesado por orden y cotización podría disminuirse,
debido al hecho de que los costes para algunos de los pasos de
procesado antes mencionados no son lineales. Con objeto de
consolidar los flujos de órdenes y contrataciones debe haber un
punto de consolidación en el que se formen lotes con las órdenes y
cotizaciones que llegan. Esto se podría conseguir en varios
lugares.
En la Fig. 1 se ha ilustrado un sistema de
contratación 10 usual de la técnica anterior, que puede ser
modificado para conseguir los objetivos y metas del presente
invento. El sistema de contratación 10 comprende una red 12 para
datos y/o telecomunicaciones, en donde las aplicaciones 14 de
contratación transfieren las peticiones de órdenes, el casamiento de
órdenes, las capturas, ajustes y liquidación de las contrataciones,
y tareas financieras similares. Estas transferencias son recibidas
en los servidores intermedios 16 para su posterior transferencia a
un servidor 18 para contratación.
Una institución de bolsa, u otra financiera que
proporcione un mercado para las contrataciones, proporciona
frecuentemente el servicio usando una plataforma para contratación
electrónica. Los modernos sistemas de contratación electrónica son
frecuentemente realizados como un modelo de tres capas superpuestas:
de servidores de punto final, de servidores intermedios, y de
aplicaciones de contratación.
Además, en la bolsa se opera con el sistema de
punto final y servidores intermedios. Los participantes en el
mercado conectan con la plataforma de la bolsa usando una aplicación
para contratación que, o bien es una aplicación proporcionada por la
bolsa u otra institución financiera, o bien, más frecuentemente, es
una aplicación patentada que está integrada en los sistemas internos
de los participantes.
Los servidores para contratación proporcionan
típicamente servicios tales como los de procesar las peticiones de
órdenes, el casamiento de órdenes, la captura, ajuste y liquidación
de operaciones de contratación. Muy frecuentemente, no se deja toda
la funcionalidad de la contratación a un solo servidor; más bien se
distribuye entre un conjunto de servidores físicos.
Una capa de servidor intermedio maneja la
conectividad de la aplicación para la contratación. Las peticiones
recibidas son despachadas al servidor de punto final apropiado,
dependiendo de la petición. La capa intermedia es también la
responsable de alimentar actualizaciones de la información, de
vuelta a las aplicaciones para contratación.
En un flujo de mensajes típico, el sistema de
contratación recibe actualizaciones de las aplicaciones para
contratación, aplica esas actualizaciones a los servidores
centrales, y luego distribuye las actualizaciones a todas las
aplicaciones para contratación.
Los creadores de mercado son participantes en un
sistema y están obligados a proporcionar un "mercado". Los
creadores de mercados se aseguran de que el mercado sea líquido, es
decir, de que haya un interés de compra y de venta. Los creadores de
mercado tienen una cierta clase de estímulo económico para crear el
mercado.
Una solución simple sería la de permitir que los
participantes remitiesen múltiple órdenes y cotizaciones en una sola
petición. Esto reduciría en cierta medida el número de
transacciones, pero por el hecho de que la comunidad de contratación
está constituida por gran número de participantes, la consolidación
debería ser limitada.
Un lugar más eficiente para efectuar una
consolidación de acuerdo con el presente invento, sería ejecutar la
consolidación en la capa 16 de servidor intermedio. Y eso porque la
orden y la cotización en esa capa son conducidas juntas. De acuerdo
con el presente invento, el servidor intermedio aplica una retención
antes de enviar una orden o una cotización a un proceso de
casamiento central, si llegasen otras órdenes y cotizaciones al
servidor intermedio mientras esté teniendo efecto la retención. Esas
órdenes y cotizaciones se añadirían al lote de órdenes y
cotizaciones.
En la Fig. 2 se ha representado esquemáticamente
en un gráfico de diagrama 20, con los tiempos en el eje de las
"x" y los tamaños de los lotes en el eje de las "y", que
el precio pagado por la consolidación de órdenes y cotizaciones se
retrasa hasta que las órdenes y cotizaciones sean procesadas, dado
que son retenidas con objeto de acumular lotes de órdenes y
cotizaciones, de acuerdo con el presente invento. El retraso es
directamente lineal con respecto a la eficiencia de la formación de
lotes; cuanto más larga sea la retención tanto mejor será la
consolidación. Por consiguiente, el presente invento introduce un
marco de tiempo de retención, en el que se forma un lote de
aplicaciones de consolidación de llegada 14 para su transferencia a
un proceso de casamiento final 40, véase la Fig. 3.
Cuando un contador del temporizador de la
retención para un marco de tiempo haya expirado, se envía un lote de
órdenes y cotizaciones completo al proceso de casamiento 40, como
una sola gran transacción de consolidación.
Con la solución de consolidar el flujo de
órdenes y cotizaciones fuera del servidor de consolidación 18, el
proceso de casamiento reduce la carga de trabajo en el proceso de
casamiento.
Se hace ahora referencia a la Fig. 3, en la cual
se ha representado esquemáticamente una configuración similar a un
árbol para un sistema de contratación 30 de acuerdo con el presente
invento. Este sistema introduce varias capas de puntos de
consolidación 32, 36, por ejemplo, que residen en los servidores
intermedios 16. Cada capa de servidores intermedios 16 consolida y
descarga la carga de trabajo para la siguiente capa.
En la Fig. 3, los mensajes para aplicaciones de
consolidación son transferidos a un primer punto de consolidación 32
en un servidor 16 en los lugares de los participantes, donde son
recogidos durante el primer intervalo de tiempo y enviados como
lotes 34 al siguiente punto de consolidación 36. En el punto de
consolidación 36 se consolidan los lotes 34 en otro lote 38 y se
envían a un proceso de casamiento 40 para órdenes y cotizaciones en,
por ejemplo, un sistema de contratación 18.
El precio pagado para consolidar las órdenes y
cotizaciones se retarda antes de que sea procesada una orden y
cotización, dado que éstas son retenidas con objeto de acomodar
lotes de órdenes y cotizaciones. El retardo es directamente lineal
con respecto a la eficiencia de la formación de lotes; cuanto más
larga sea la retención, tanto mejor será la consolidación, como se
ha representado en la Fig. 2. Los factores a considerar cuando se
determine el marco de tiempo de retención, son que las órdenes y
cotizaciones no deben ser retenidas hasta el punto de que sus
precios lleguen a quedar obsoletos, y que las órdenes y cotizaciones
sean procesadas dentro de un período de tiempo razonable desde la
perspectiva de un participante. La percepción del participante debe
ser la de que las órdenes y cotizaciones sean procesadas sin
retardo. La retención debe ser establecida en un valor que dé por
resultado una consolidación eficiente. La retención es adaptable en
una realización del presente invento. Si se procesan muy pocas
órdenes y cotizaciones no hay, no hay razón para consolidar el
flujo, el proceso de casamiento puede manejar el flujo. En caso de
aumento del flujo de órdenes, el tiempo de retención aumentará, para
crear una consolidación del flujo de orden y cotización.
Un valor umbral predeterminado, o varios valores
umbral diferentes, para las que se consideran desde pocas a muchas
órdenes y cotizaciones, constituye una base para una solución
dinámica y adaptable de fijación de primeros intervalos de tiempo a
través de un temporizador de la retención. El número de
temporizadores de retención y de niveles en la estructura similar a
un árbol, depende de muchos parámetros que son específicos para cada
mercado, tales como el número de miembros, los caudales de órdenes y
de cotizaciones, y otros parámetros conocidos. Normalmente no hay
dependencia alguna entre puntos de consolidación en los diferentes
niveles, ni entre los temporizadores de retención.
Desde una perspectiva de casamiento, cada lote
consolidado 34, 38 es tratado como una sola transacción. La ventaja
está en que el lote consolidado es leído como un solo mensaje, en
vez de cómo varios mensajes, el lote consolidado está escrito para
auditar y recuperar el archivo como una sola transacción, y el
bloqueo del proceso de casamiento se hace justamente una vez por
cada lote, en vez de por cada orden y cotización.
Desde el punto de vista e la consistencia y de
la fiabilidad, el proceso de casamiento 40 maneja el lote
consolidado de órdenes y cotizaciones como una sola transacción. En
el caso de que el proceso de casamiento termine anormalmente, todas
las órdenes y cotizaciones del lote serán procesadas o no
procesadas.
Ejemplo
Supongamos que un proceso de casamiento esté
procesando 100 transacciones por segundo. Esto implica que el tiempo
para procesar una sola transacción es de 10 milisegundos. Supongamos
que los diferentes pasos en el procesado están divididos en:
- 1)
- recepción por la red, 0,5 ms
- 2)
- bloqueo y sincronización 0,05, ms
- 3)
- registro de la transacción en el registro de transacciones para fines de recuperación, 4,95 ms
- 4)
- procesado de la transacción, 3 ms
- 5)
- emisión de los cambios en los precios originados por la transacción a la comunidad de participantes, 1 ms
- 6)
- envío de respuesta al solicitante de la transacción, 05 ms
Si estas 100 transacciones se consolidasen en
una sola transacción en un punto de preconsolidación, de acuerdo con
el presente invento, se obtendría la siguiente optimización, el
procesado de cada subtransacción seguiría siendo el mismo, es decir,
de 3 ms. Los pasos 1, 2, 3, 5 y 6 serían básicamente ejecutados
exactamente uno por cada una de las 100 subtransacciones, ya que
éstas son tratadas como una sola transacción. Supongamos que una
duplicación del esfuerzo diera por resultado 14 ms para todas las
100 subtransacciones, es decir, 0,14 ms por cada transacción. Esto
implica un coste total de 3,14 ms por transacción. El motor para
casar sería entonces capaz de procesar 318 transacciones por
segundo.
Se ha descrito el presente invento a través de
realizaciones y ejemplos no limitadores, y por lo tanto, para
quienes sean expertos en la técnica, el conjunto de las
reivindicaciones anexas definen otras realizaciones del invento.
Claims (8)
1. Un método para procesar mensajes (14) en un
sistema de contratación (10) que opera en al menos una de una red
de datos y de telecomunicaciones (12), caracterizado porque
dicho método comprende los siguientes pasos de método:
- se consolidan los mensajes (14) en un punto de consolidación (32, 36) en una capa de servidor (16, 18), con lo que los mensajes son recogidos en marcos de tiempo de retención múltiples predeterminados concatenados; y
- dichos mensajes (14) consolidados en dichos marcos de tiempo son transmitidos como una sola transacción para procesado de casamiento central (40) cuando haya transcurrido el tiempo de un marco de tiempo, eliminándose así los gastos generales de la transacción y consiguiéndose una ganancia sustancial en el tiempo de producción del procesado del mensaje (14) en dicho sistema de contratación.
2. Un método de acuerdo con la reivindicación 1,
en el que están comprendidos múltiples servidores intermedios
conectados (16), que cada uno posee dicho punto de consolidación
(32, 36).
3. Un método de acuerdo con las reivindicaciones
1 ó 2, en el que dichos marcos de tiempo de retención son
adaptables con respecto a un valor umbral para la intensidad del
tráfico de mensajes (14) a dicha capa de servidor.
4. Un método de acuerdo con la reivindicación
1-3, en el que múltiples capas de servidor
constituyen una estructura (30) similar a un árbol, en donde cada
capa descarga la carga de trabajo en una capa siguiente de una
cadena de distribución de mensajes antes de procesar.
5. Un sistema de contratación (10) que procesa
mensajes (14) en al menos una de una red de datos y de
telecomunicaciones (12), caracterizado porque dicho sistema
comprende:
- un punto de consolidación (32, 36) para dichos mensajes en una capa de servidor (16, 18), con lo que dichos mensajes (14) son recogidos en múltiples marcos de tiempo de retención predeterminados concatenados; y una aplicación de transmisor, que transmite dichos mensajes (14), consolidados en dichos marcos de tiempo, como una sola transacción para procesado de casamiento central (40) cuando haya transcurrido el tiempo de un marco de tiempo, eliminándose así los gastos generales de la transacción y consiguiéndose una ganancia sustancial en el tiempo de producción del procesado de mensajes en dicho sistema de contratación.
6. Un sistema de acuerdo con la reivindicación
5, en el que están comprendidos múltiples servidores intermedios
conectados, que cada uno posee dicho punto de consolidación.
7. Un sistema de acuerdo con las
reivindicaciones 5 ó 6, en el que dichos marcos de tiempo de
retención son adaptables con respecto a un valor umbral para la
intensidad del tráfico de mensajes (14) a dicha capa de
servidor.
8. Un sistema de acuerdo con la reivindicación
5-7, en el que múltiples capas de servidor
constituyen una estructura (30) similar a un árbol, donde cada capa
descarga la carga de trabajo en una capa siguiente en una cadena de
distribución de mensajes antes de procesar.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE0402070A SE528217C2 (sv) | 2004-08-25 | 2004-08-25 | Anordning och förfarande i ett elektroniskt handelssystem |
SE0402070 | 2004-08-25 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2307117T3 true ES2307117T3 (es) | 2008-11-16 |
Family
ID=33029176
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES05107768T Active ES2307117T3 (es) | 2004-08-25 | 2005-08-24 | Metodo y sistema para consolidar mensajes. |
Country Status (6)
Country | Link |
---|---|
US (1) | US7962401B2 (es) |
EP (1) | EP1641213B1 (es) |
AT (1) | ATE397348T1 (es) |
DE (1) | DE602005007133D1 (es) |
ES (1) | ES2307117T3 (es) |
SE (1) | SE528217C2 (es) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7454475B1 (en) * | 2008-01-26 | 2008-11-18 | International Business Machines Corporation | Method and system for using message content to group messages |
US10127612B2 (en) * | 2012-05-03 | 2018-11-13 | Tamer Trading Technologies Llc | System, method, and computer-readable medium for improving the efficiency and stability of financial markets |
US11532043B2 (en) * | 2014-03-11 | 2022-12-20 | Chicago Mercantile Exchange Inc. | Market operation through regulation of incoming order match allocation and/or dynamic resting order match allocation priorities |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5781787A (en) * | 1995-04-21 | 1998-07-14 | Lockheed Martin Corporation | Parallel program execution time with message consolidation |
US5729540A (en) * | 1995-10-19 | 1998-03-17 | Qualcomm Incorporated | System and method for scheduling messages on a common channel |
US5841778A (en) * | 1997-11-21 | 1998-11-24 | Siemens Business Communication Systems, Inc. | System for adaptive backoff mechanisms in CSMA/CD networks |
US6078959A (en) * | 1998-01-29 | 2000-06-20 | Opuswave Networks, Inc. | Subscriber-originated call deferred queuing |
US6279001B1 (en) * | 1998-05-29 | 2001-08-21 | Webspective Software, Inc. | Web service |
US6252849B1 (en) * | 1998-06-30 | 2001-06-26 | Sun Microsystems, Inc. | Flow control using output port buffer allocation |
GB9910588D0 (en) * | 1999-05-08 | 1999-07-07 | Tullett Financial Information | Automated trading system |
US6801938B1 (en) * | 1999-06-18 | 2004-10-05 | Torrent Systems, Inc. | Segmentation and processing of continuous data streams using transactional semantics |
US7181424B1 (en) * | 1999-09-23 | 2007-02-20 | The Nasdaq Stock Market, Inc. | Montage for automated market system |
US7356498B2 (en) * | 1999-12-30 | 2008-04-08 | Chicago Board Options Exchange, Incorporated | Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services |
US7020678B1 (en) * | 2000-03-30 | 2006-03-28 | United Devices, Inc. | Machine generated sweepstakes entry model and associated distributed processing system |
US7130824B1 (en) | 2000-08-21 | 2006-10-31 | Etp Holdings, Inc. | Apparatus and method for load balancing among data communications ports in automated securities trading systems |
US7277958B2 (en) * | 2001-03-12 | 2007-10-02 | Edgestream, Inc. | Re-assembly of streaming files from separate connections |
US7167480B1 (en) * | 2001-06-21 | 2007-01-23 | Lighthouse Capital Partners Iv, Lp | Multi-service data transport architecture |
US7328266B2 (en) * | 2001-12-18 | 2008-02-05 | Perftech, Inc. | Internet provider subscriber communications system |
JP2006505869A (ja) | 2002-11-08 | 2006-02-16 | エフエックス アライアンス,エルエルシー | 資産取引のための方法および装置 |
US8112481B2 (en) * | 2003-03-28 | 2012-02-07 | Microsoft Corporation | Document message state management engine |
-
2004
- 2004-08-25 SE SE0402070A patent/SE528217C2/sv unknown
- 2004-08-25 US US10/925,151 patent/US7962401B2/en not_active Expired - Fee Related
-
2005
- 2005-08-24 ES ES05107768T patent/ES2307117T3/es active Active
- 2005-08-24 AT AT05107768T patent/ATE397348T1/de not_active IP Right Cessation
- 2005-08-24 DE DE602005007133T patent/DE602005007133D1/de active Active
- 2005-08-24 EP EP05107768A patent/EP1641213B1/en not_active Not-in-force
Also Published As
Publication number | Publication date |
---|---|
SE0402070D0 (sv) | 2004-08-25 |
SE528217C2 (sv) | 2006-09-26 |
EP1641213B1 (en) | 2008-05-28 |
DE602005007133D1 (de) | 2008-07-10 |
US7962401B2 (en) | 2011-06-14 |
EP1641213A1 (en) | 2006-03-29 |
SE0402070L (sv) | 2006-02-26 |
ATE397348T1 (de) | 2008-06-15 |
US20060047595A1 (en) | 2006-03-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2022221425B2 (en) | Systems and methods of blockchain transaction recordation | |
Majeed et al. | Blockchain for IoT-based smart cities: Recent advances, requirements, and future challenges | |
Umamaheswari et al. | Biot: blockchain based IoT for agriculture | |
US20170337534A1 (en) | Systems and methods for blockchain virtualization and scalability | |
US20220284420A1 (en) | Smart contract executed within a blockchain | |
US20180075536A1 (en) | Multiparty reconciliation systems and methods | |
AU2018201523A1 (en) | Payment requests | |
US20180322485A1 (en) | Ledger management systems and methods | |
US11601498B2 (en) | Reconciliation of data stored on permissioned database storage across independent computing nodes | |
CA3061594A1 (en) | System and method for cross-border blockchain platform | |
US20180268483A1 (en) | Programmable asset systems and methods | |
US20220051261A1 (en) | Processes and systems of blockchain with verification through a consortium of stakeholders | |
JP2021524956A (ja) | ブロックチェーン確率的タイマー・トランザクション同期化 | |
CN109710228B (zh) | 一种可应用于电商b2b交易平台的中间件引擎框架系统 | |
AU2011378112A1 (en) | Online payment | |
AU2018226383A1 (en) | Transaction document storage | |
EP3688714A1 (en) | Data ingestion systems and methods | |
AU2014390651A1 (en) | Sending bills | |
US20140089156A1 (en) | Addresses in financial systems | |
CN110599201A (zh) | 信息处理方法、装置、区块链网络的节点设备及存储介质 | |
ES2307117T3 (es) | Metodo y sistema para consolidar mensajes. | |
CN111339550A (zh) | 一种基于区块链技术的评论信息可信化方法 | |
US20210256512A1 (en) | Provisioning Of Assets Based On Content Usage | |
TWM586416U (zh) | 基於區塊鏈技術實現交易的多中心分散驗證系統 | |
US20190156416A1 (en) | Risk and liquidity management systems and methods |