IT, L C. NL, PT, SE, T ), ???? patenl CBF, BJ, CF, For vo-leuereode aadother (sbbreviailons, rsferto ihe "Guid- CG, Cl, CM. GA, GN, GQ, QW, ML, MR, NE, SN, TD, ance Notes on Codas andAbbreyiations" appearing at the begin- TG). ning of eaoh regular iss e of ih PCT Geaeiie. Publtshed: — wlth internacional sear h nport
01/30/04 VIE 07:21 [# TX/RS 6860] @004 SISTEMA DE PROCESAMIENTO DE DATOS PARA IMPLEMENTAR UN MERCADO FINANCIERO La presente invención se relaciona con el campo de bancos y finanzas y, en particular se ' relaciona con la implementación de un mecanismo novedoso para proporcionar fijación de precios para productos financieros o transacciones . Los bancos tienen relaciones comerciales con sus clientes bancarios mercantiles en los mercados financieros. La relación se basa en consideraciones de negocios y limites de crédito que aseguran que los comercios que ocurren no excedan cantidades para las que existe aprobación de crédito, y para las que procedimientos de liquidación están en lugar para asegurar que sé reconcilien los comercios ejecutados. La relación también puede estar sujeta a ciertas restricciones reguladoras . Cuando un cliente desea comprar un producto financiero o ejecutar un comercio, el cliente se pone en contacto con un bando con el que existe una relación comercial. Para muchos instrumentos financieros, el precio ofrecido será una suma del precio de liquidez, que representa riesgo de mercado, y el margen. Mediante "margen" se da a entender un ajuste aplicado al precio de liquidez para reflejar ciertos riesgos involucrados en la celebración de la transacción y una ganancia comercial por tomar esos riesgos.
De esta manera, el margen puede incluir, por ejemplo, el riesgo de crédito, el costo de utilizar Capital del banco, y el crédito de ventas que refleja la ütilidad comercial que se va a hacer en la transacción. Cuando se solicita un precio por un cliente, es usual que el banco busque aprobación de crédito interna para la transacción con referencia a un limite de crédito registrado para el cliente. En tanto que el limite no se exceda por el cliente y el banco desee hacer el trato, se aprueba la transacción. Antes de que se efectúe un comercio, el cliente puede hacer contacto con varias de sus bancos de relación, a fin de obtener el mejor precio. Sin embargo, debido a las restricciones prácticas del mercado, el cliente está limitado en la escala de bancos de los cuales se puede obtener un precio. Los presentes inventores han reconocido que habría demanda de mercado para un sistema que permitiera que los precios se obtuvieran de una gama de bancos dentro de un marco de tiempo corto, aún aquellos con los que el cliente no tiene una relación comercial, y, por lo tanto, usualmente no puede comerciar. La presente invención permite la operación de dicho sistema. De conformidad con la presente invención, se proporciona un sistema de procesamiento de datos basado en computadora para implementar un mercado financiero, cuyo - un sistema de procesamiento de datos de centro de actividad para administrar un mercado financiero en productos financieros proporcionados a clientes por una pluralidad de bancos, - medios para permitir el acceso por clientes al mercado financiero mediante comunicación de datos con el centro de actividad, - una pluralidad de sistemas de procesamiento de datos de satélite en comunicación de datos con el centro de actividad, cada unidad de satélite estando asociada con un banco que proporciona aprobación de crédito para transacciones, márgenes para transacciones, y productos financieros que son el objeto de las transacciones, permitiendo de esta manera él acceso de los productos financieros de los bancos al mercado financiero, y en donde el centro de actividad se proporciona con software que implementa las siguientes particularidades, - una base .de datos de identificadores de banco, cada identificador estando asociado con un banco satélite, una base de datos de identificadores de productos financieros, cada uno de cuyos productos financieros siendo ofrecido por cuando menos uno, pero de preferencia todos los bancos, una base de datos de identificadores de cliente, que permiten la identificación de un cliente que tiéne acceso al centro de actividad, cada identificador de cliente estando asociado con uno o más identificadores de banco de relación que identifican el banco o bancos con los que un cliente ha arreglado previamente relación comercial y con quien el cliente puede, comerciar, por lo tanto, una base de datos de identificadores de proveedor de liquidez, que permite la identificación de bancos que son proveedores de cuotas de liquidez, cada identificador estando asociado con uno o más identificadores de producto financiero que identifican el producto financiero para el que el proveedor de liquidez' puede proporcionar cuotas de liquidez y transacciones, - medios para iniciar, una solicitud de una cuota para ejecutar una transacción que involucra uno o más de los productos financieros, - medios para comunicar una solicitud de cuota de precio de liquidez para la transacción a cada uno de los proveedores de liquidez que ofrecen ese producto financiero, medios para registrar y poner al corriente cada cuota de precio de liquidez para la transacción financiera solicitada regresada al centro de actividad por cada uno de los proveedores de liquidez, - medios para comunicar una solicitud de precio de margen para la transacción financiera a cada uno de los bancos de relación, medios para registrar una cuota de precio 'de margen regresada al centro de actividad por cada uno de los bancos de relación, - medios para calcular una disposición de cuotas compuestas, cada cuota comprendiendo la suma de (1) un precio de liquidez provisto por uno de los proveedores de liquidez y (2) una cuota de margen provista por uno de los bancos de relación, medios para permitir la selección por el usuario de una cuota compuesta preferida de la disposición de cuotas a fin de generar un mando de orden para ejecutar la transacción al precio compuesto seleccionado, - medios para dar instrucciones de ejecución de la transacción que será ya sea entre (a) una relación bancaria y el cliente por una parte, o (b) el proveedor de liquidez, una relación bancaria y el cliente por otra parte, dependiente de la cuota compuesta particular seleccionada y si el proveedor de liquidez también es una relación bancaria, medios para comunicar al cliente que la transacción se ha ejecutado. En lo anterior, una "relación bancaria" es un banco, corredor, mercado u otra parte con el que o a través del que el cliente tiene una relación comercial previamente existente, satisfaciendo los requisitos regulatorios tales como clasificaciones de crédito y con el que el cliente está autorizado para comerciar. Cualquier referencia a banco o relación bancaria en este documento se debe considerar consecuentemente. Un "proveedor de liquidez" es un banco, corredor, mercado u otra parte que es capaz de proporcionar un precio de liquidez para un producto financiero particular requerido por un cliente. Esto puede incluir relaciones bancarios, pero no incluye necesariamente relaciones bancarias. Por ejemplo una relación bancaria para un cliente particular puede no comerciar en ciertos productos financieros, y por lo tanto, puede ser incapaz de proporcionar un precio de liquidez. Cualquier referencia a proveedor de liquidez en este documento se debe considerar consecuentemente . Dependiendo de los clientes y del producto financiero, el banco podría ser un proveedor de liquidez, o una relación banc'aria, o ambos. Una ventaja clave de la presente invención es que un cliente es capaz de obtener un precio compuesto basado en el mejor precio de liquidez para una transacción, independientemente de si el cliente tiene una relación comercial con el proveedor de liquidez que proporciona el precio de liquidez. El precio compuesto se selecciona sobre la base de un precio de liquidez seleccionado de todos los proveedores de liquidez, más bien que tener que basarse en - precios of ecidos por el banco o bancos particulares con los que el cliente tiene una relación comercial. El riesgo de crédito se toma por la relación bancaria, que comercia dorso a dorso con proveedores de liquidez para obtener el mejor precio de liquidez para su cliente. Mediante dorso a dorso en este contexto, se da a entender que la ¿elación bancaria transfiere el riesgo de mercado de este comercio con su cliente a un proveedor de liquidez. La relación bancaria asume aceptar el riesgo de crédito (puesto que tiene la relación comercial) y por lo tanto aplica un margen al precio de liquidez. De esta manera un cliente puede, en efecto, comerciar con un banco con el que el cliente no tiene relación comercial, y por lo tanto no hay mecanismo normal que permitan el comerció. Es innecesario decir, puede ser que el mejor precio de liquidez viene de la relación bancaria usual (es decir, el proveedor de liquidez preferido es la relación bancaria) , en cuyo caso el cliente comerciará como normal. En una disposición preferida, el cliente no ve, o es informado, de cual proveedor de liquidez ha venido la porción de cuota de liquidez de la cuota compuesta. De esta manera el cliente simplemente verá una cuota para la transacción que se proporciona por una relación bancaria. Frecuentemente, sin embargo, el mejor precio compuesto (el precio completo visto por el cliente) involucra un precio de liquidez de una no relación bancaria, y en este caso el cliente es capaz de obtener un precio por las transacciones que de otra manera no estaría disponible. En la práctica, el sistema en la mayoría de las circunstancias incluirá en el software : medios para solicitar aprobación de crédito de las relaciones bancarias para la transacción solicitada, la aprobación/desaprobación de crédito siendo hecha con referencia a criterios de aprobación para ese cliente mantenidos por la relación bancaria. De preferencia, el sistema incluye medios de software para registrar una decisión de aprobar/desaprobar, y medios para excluir esa relación bancaria del juego de relaciones bancarias que proporcionan un margen para la transacción en el caso de desaprobación. El banco puede ser todavía un proveedor de liquidez. Los productos financieros que se pueden comerciar de manera útil utilizando esta invención son aquellos para los cuales es usual cargar un precio de liquidez y un margen. En particular, estos incluyen, pero no están limitados a: Pünto de Intercambio Extranjero, envíos de Intercambio
Extranjero, cambios de Intercambio Extranjero, envío No entregable de Intercambio Extranjero, Derivados de Tasa de Interés de opciones de Intercambio Extranjero. Además, diversos productos financieros también pueden ser el objeto de la presente invención. Estos tipos de- producto incluyen Préstamos de Mercado de Dinero, Depósitos de Mercado de Dinero, Certificados de depósito, Papel Comercial, Ingreso Fijo - tanto mercados primarios (es decir, expedición) como mercados secundarios (es decir, comercial) . Los precios que se cotizan por los bancos al cliente para ciertos productos - en particular productos de intercambio extranjero particulares - pueden tener una dispersión de demanda/oferta que sé aplica al precio de liquidez, y un margen de demanda/margen de oferta distinto.
Por lo tanto, puede haber un precio compuesto de demanda y un precio compuesto de oferta. Ambos de estos se pueden proporcionar por los bancos y exhibir al cliente. Los bancos involucrados, en la práctica, cada uno estará ligado con el centro de actividad mediante una red de procesamiento de datos segura. Los bancos proporcionarán una escala de productos financieros, en competencia entre si. Una escala de clientes suscribirá al servicio ofrecido de conformidad con la presente invención, y será capaz de registrarse a la red segura a fin de tomar parte en el mercado financiero. El acceso al mercado de manera típica será por medio de un enlace de Internet, a través de cada buscador de red del cliente, con una interfaz de sitio de red provista para comunicación con el centro de actividad. Se puede utilizar la tecnología de encripción para asegurar un enlace de datos seguro entre el cliente y el centro de actividad. Esto no se describe adicionalmente en la presente ya que la tecnología apropiada es bien conocida en el ramo. Cada cliente debe tener una relación comercial con cuando menos uno de los bancos de competencia. Es normal que los clientes solamente tengan relaciones comerciales con una gama estrecha de bancos, debido a razones de aprobación de crédito. Estas son las relaciones bancarias. Las relaciones bancarias cargarán al cliente un margen para pagar, por ejemplo, por el riesgo de parte contraría (es decir, crédito) de comerciar con el cliente. Este margen va hasta la parte superior de los precios de liguidez comerciales que se cotizan. Aún cuando muchos clientes tendrán justamente una relación bancaria, habrá muchos clientes que tendrán más de uno y algunos que tendrán relaciones con todos los bancos miembros . La presente invención proporciona suscriptores con la capacidad de beneficiarse del mejor precio de liquidez de todos los bancos miembros, aún cuando solamente un juego secundario de los bancos (las "relaciones bancarias") será capaz de comerciar directamente con ellos. Por lo tanto, a fin de que los clientes se puedan beneficiar de un mejor precio de liquidez de otro proveedor de liquidez, el sistema generará automáticamente un trato interno (una transacción "dorso a dorso") entre la relación bancaria seleccionada y el banco miembro que es el proveedor del mejor precio (el proveedor de "liquidez") . La relación bancaria, por lo tanto, automáticamente descarga el riesgo de mercado a otro banco si su precio es mejor, y mantiene el riesgo de cliente. De manera típica, el precio (s) final mostrado al cliente será un precio compuesto, compuesto del mejor precio (s) de liquidez + el margen: esto constituirá el precio "todo incluido" y solamente se exhibirá en este formato al cliente.
De preferencia, cuando el cliente solicita un precio, se enviará un mensaje a la relación o relaciones bancarias solicitando una aprobación de crédito y margen para esa transacción. Al mismo tiempo, se enviará un mensaje a todos los bancog solicitando el precio de liquidez . Estos mensajes se van a responder por ios bancos dentro de un tiempo previamente aprobado. Habiendo recibido las cotizaciones, un motor de poner precios de software mezclará los precios de margen y liquidez para proporcionar el o los precios compuestos todos incluido al cliente. Será evidente de . lo anterior que la invención presentada se puede implementar de diversas ' formas, una de las cuales involucra una cotización de precio que se genera en respuesta a una solicitud particular de una cotización en la que el cliente especifica los parámetros de la solicitud y el centro de actividad regresa una o más cotizaciones, y el diente selecciona una de estas para hacer la transacción. Otro involucra la provisión de tiempo real de un "precio comerciable" a los clientes para uno o más productos financieros que el sistema es capaz de comerciar. Los precios se ponen al corriente periódicamente a fin de tomar en consideración variaciones . en los precios de liquidez y márgenes que puedan ocurrir de tiempo en tiempo. La puesta al corriente puede ser automática, en respuesta a una solicitud automática de una cotización distribuida por el sistema de centro de actividad a los sistemas satélite, o se lleva a cabo en respuesta a información de precios puesta al corriente provista sin modificar por uno o más de los sistemas satélite. En la práctica, la invención puede proporcionar una mezcla de "tiempo real" (es decir, comerciable) y precios "sobre solicitud", dependiendo de los requerimientos del cliente, bancos satélite y la apropiabilidad del producto financiero para estos mecanismos. Por lo tanto, algunos precios se pueden cotizar en tiempo real, mientras que otros solamente están disponibles en respuesta a una solicitud. En una modalidad particular de la invención, el sistema se proporciona con software que permite una opción de comercio directa, en la que el sistema solamente muestra a un cliente precio de liquidez/precios compuestos de margen que se derivan de uno o más relaciones bancarias para ese cliente. En otras palabras, la posibilidad de comerciar indirectamente con las no relaciones bancarias se elimina. En otra modalidad de la invención, el sistema se proporciona con software que asegura que un cliente se proporcione con un mejor precio que comprende un compuesto del mejor precio de liquidez provisto por todos los proveedores de liquidez, más el margen más bajo proporcionado por una relación bancaria. De preferencia, el cliente también se proporciona con un precio de comparación, que a fin de animar la ejecución de una transacción que involucra el mejor precio, es un precio inferior al óptimo tal como una combinación del peor de relación bancaria y el peor precio de liquidez . En una modalidad, el precio de comparación e3 un compuesto de un precio de liquidez provisto por un banco que no es relación bancaria y el peor márgen de las relaciones bancarias. En otra modalidad de la invención, el software permite a cada cliente seleccionar, o eliminar la selección, de ciertos bancos como sus relaciones bancarias preferidas o proveedores de liquidez. Fijación de precios dé tiempo real Al llevar a cabo este aspecto de la invención, el sistema comparará los precios de liquidez de tiempo real de cada uno de los bancos y añadirá el margen de cliente de relación bancaria a cada uno de los precios, proporcionándolo con una ventana móvil de tiempo real de los mejores precios "todo incluido" liquidez más margen) . El cliente de manera típica puede tener un botón de compra/venta en la pantalla qüe le permita gestionar á medida que los precios se mueven. En un aspecto preferido de la invención, la pantalla negociable de tiempo real se podría poner disponible para los mercados de moneda, negocios de moneda específica (o pares de moneda) . Los precios mostrados se podrían limitar a un euro mínimo y máximo especificado (por producto) equivalente a cantidades de negocios. De manera benéfica, esto facilitará la provisión de un servicio de intercambio o negocio de cantidades de moneda extranjera. Como se utiliza en la presente, el término "Banco"' se pretende que sé considere ampliamente para cubrir cualquier institución financiera, corredor, mercado u otra parte que ofrezca productos financieros a clientes. La siguiente es una descripción por vía de ejemplo solamente, y con referencia al dibujo que se acompaña, de una forma de llevar a cabo la presente invención. Otros métodos serán evidentes a la persona experimentada en el ramo. 1. Sólicitud de Precio de Liquidez Un cliente solicitará un precio por una transacción detallada específica, el sistema enviará una solicitud por el precio de liquidez para esa transacción a cada uno de los proveedores de liquidez u, opcionalmente, sólo a las relaciones bancarias . Al recibir las cotizaciones de precio de liquidez de los proveedores de liquidez, el sistema comparará entonces los precios de liquidez. 2. Solicitud de Margen Ya que el cliente solicita un precio, el procesador de centro de actividad enviará una solicitud de una cotización de margen al banco o bancos con el que el cliente tiene una relación de crédito (las relaciones bancarias), además de la solicitud de precio de liquidez enviada a todos los proveedores de liquidez. 3. Aprobación de Crédito. Al mismo tiempo en que el cliente solicita un precio, el procesador de centro de actividad envia un mensaje al banco o bancos de relación solicitando una decisión de aprobación de crédito para ese cliente. Si la transacción involucrará que el cliente excede el crédito que la relación bancaria tiene disponible para el cliente, el banco enviará un mensaje que significa que no se proporcionará precio para negociar con ese banco. Sin embargo, si el cliente tiene suficiente crédito disponible con el banco o bancos, un mensaje de aprobación de crédito se regresará a la plataforma de procesador de centro de actividad para confirmar que el cliente puede negociar en ese producto especifico por esa cantidad especifica- Puede ser que una solicitud activa de -o la provisión activa de - aprobación de crédito no sea necesaria, como el simple acto de proporcionar un precio o margen puede considerarse como aprobación implícita. Inversamente, si se retiene un margen, entonces esto se puede deber a desaprobación. 4. Mezclado de Precio El sistema de procesamiento de centro de actividad proporcionará entonces al cliente una lista de los precios ^todo incluido' mézclados (liquidez más margen) recibidos, permitiéndole que negocie con uno de sus "bancos relacionados" seleccionados, pero aprovechando el mejor precio de liquidez. Cuando la relación bancaria en si no ofrece el mejor precio de liquidez, la relación bancaria puede todavía ofrecer al cliente este mejor precio de liquidez por medio de un negocio dorso a dorso generado automáticamente por el sistema cuando un negocio se confirma por el cliente. El cliente confirma el negocio presionando un botón de enviar (o similar) en su computadora o pantalla. 5. Negocio Directo Los bancos miembro del sistema pueden seleccionar no proporcionar la facilidad de negociar dorso a dorso para ciertos productos financieros. Por lo tanto, el sistema de la invención puede proporcionar a los clientes con la capacidad de solicitar cotizaciones solamente de sus relaciones bancarías. En estas circunstancias, cuando el cliente pide un precio, el sistema enviará los detalles de la transacción al banco o bancos de relación del cliente para fijación de precio. Una modalidad más específica se describe con referencia a los dibujos, que representan una gráfica de flujo anotada que ilustra los pasos involucrados al conducir un negocio entre un cliente y los bancos miembros por un sistema de conformidad con la presente invención. El sistema de la invención se designa "Centradia" en los dibujos.
Esta modalidad específica-/ en la práctica, se llevará a cabo mediante software de computadora escrito para llevar a cabo los pasos funcionales requeridos. No se proporcionan detalles específicos del código requerido para implementar el sistema, ya que la producción de codificación apropiada requerida para implementar los pasos descritos Serán de rutina a la persona experimentada en el ramo de programar aplicaciones de negocios financieros. Pasos involucrados en una modalidad típica de la invención: Un grupo de, por ejemplo, cinco bancos forman una red en la unidad de procesamiento de centro de actividad de comunicación de datos para administrar el sistema. Los bancos deciden cuales productos financieros ofrecer en el sistema. Los clientes que tienen una relación comercial y estado de crédito con -cuando menos uno de los bancos miembros son capaces de tener acceso al sistema del centro de actividad por medio de sistema de comunicación dedicado o público (tal como el Internet) . El cliente registra al sistema a través de una conexión segura a través de una terminal de red que está en comunicación de datos con el centro de actividad (esta terminal de red podría ser una computadora personal convencional provista con un buscador de Internet convencional) . El usuario selecciona el producto que desea negociar y se presenta con una pantalla de caracterización de transacción. El usuario selecciona los parámetros para el negocio, es decir, cantidad que se va a negociar, detalles del producto financiero. El sistema referirá a. la base de datos de su cliente e identificará los bancos con los que el cliente tiene una relación comercial; las relaciones bancarias. El centro de actividad del sistema identificará cuales de los bancos son capaces de proporcionar ¦ precio de liquidez por el producto, ya sea con referencia a una base de datos a bordo, o preguntando a los propios bancos. El sistema compara los otros parámetros requeridos para definir el negocio, tal como monedas, periodo de madurez, etc. El centro de actividad del sistema solicita mensajes a los bancos relevantes por tres artículos; el límite de crédito del cliente, el margen que el banco aplicará si tiene relación comercial, y el precio de liquidez por la transacción seleccionada. Puede disponer que el envió de un margen implique aprobación de linea de crédito. Se dará a conocer a las relaciones bancarias la identidad del cliente, mientras que los bancos que no tienen relación (que actúan como proveedores de liquidez) se les pedirá una cotización para un "cliente de noción" sin identificar al cliente. Los bancos deben regresar un precio de liquidez al centro de actividad del sistema tan pronto como sean capaces (no hay necesidad de esperar al margen) y dentro de un marco de tiempo previamente acordado. La plataforma comparará y calculará continuamente y pondrá al corriente el mejor precio de liquidez a medida que los precios de liquidez llegan de los Bancos . Los márgenes de cliente de las relaciones bancarias se agregarán al mejor precio de liquidez para hacer un precio todo incluido mejor, que se transmite a la pantalla de cliente. Debido a razones obvias, el cliente no debe ver el margen aplicado. Si hay precios de liquidez iguales de los bancos, el sistema del centro de actividad se puede proporcionar con un algoritmo mediante el cual seleccionar el primer precio de liquidez que se recibe por la plataforma. Si la relación bancaria tiene un mejor precio de liquidez igual, el algoritmo puede asegurar que gana el trato de liquidez, independientemente de si fue el primero en proporcionar una cotización. En una modalidad, los precios compuestos todo en uno se pueden mostrar en la pantalla del cliente tan pronto como se comparan por el sistema de centro de actividad, siempre y cuando una relación bancaria haya proporcionado un margen de cliente para el negocio. De esta manera el cliente puede, en tiempo real, ver los precios de puesta al corriente. La cantidad de tiempo antes de que se fije el precio puede estar limitada a un tiempo predeterminado desde cuando aparece el primer precio. El periodo de tiempo será definido previamente dentro del sistema de centro de actividad mediante referencia a una base de datos de identificadores de producto financiero seleccionado. Esto puede ser una clase de activo específico (y dependiendo de otros parámetros tales como monedas,, fecha de madurez, etc.) Es innecesario decir que es esencial para que la presente invención se lleve a cabo que los bancos miembros del sistema tengan o estén provistos con un mecanismo que permita transferencias de banco a banco como se requiere para satisfacer los requisitos de fijación de precio de liquidez de dorso a dorso y de comercio.