MXPA97003380A - Un sistema de computacion para el gerenciamiento de datos y un metodo para operar dicho sistema y, mas particularmente, un sistema de operacion de titulos automatizados (citi-cats-os) - Google Patents

Abstract

La presente invención se refiere a un sistema de computación para el manejo de datos, que incluye al menos el manejo de datos relacionados a la operación de títulos (citi CATS-OS), que comprende un sistema de procesamiento de datos, una unidad de entrada, una unidad de despliegue despliega una primera máscara que tiene un formato que permite la entrada de una petición de datos específicos por medio de la unidad de entrada, la entrada de datos es leída si se da entrada a la petición por medio de la unidad de entrada, la unidad de despliegue despliega una segunda máscara que incluye los datos requeridos, y el sistema procesador de datos mantiene los datos requeridos durante un periodo predeterminado de tiempo Tset, y desarrolla una transacción relacionada a los datos específicos si se da entrada a una petición de transacción por medio de la unidad de entrada durante un periodo predeterminado de tiempo Tset.

Description

UN SISTEMA DE COMPUTACIÓN PARA KL GERENC1AM1ENTO DE DATOS Y UN MÉTODO PARA OPERAR DICHO SISTEMA Y, MAS PARTICULARMENTE UN SISTEMA DE OPERACIÓN DE TÍTULOS AUTOMATIZADOS (CITI-CATS-OS) La invención se refiere a un sistema de computación para el gerenciamiento de datos y a un método para operar dicho sistema y, más particularmente, a un sistema de operación de títulos automatizado (citi-CATS-OS) . Durante los últimos años se ha incrementado rápidamente el mercado de operaciones de títulos. Desde 1991 a 1995 el número de títulos negociados aumentó desde aproximadamente 400 a 4.000. De acuerdo con el arte previo, la operación con títulos es muy frecuentemente cara en términos de tiempo y costos, ya que, cuando se produce una consulta por un consumidor, es necesario que el cliente comience en un banco local una búsqueda telefónica o en publicaciones para encontrar el mejor titulo para el consumidor. Usualmente, si el consumidor desea adquirir títulos, primero se pone en contacto con su banco local que procesa la orden por medio de la bolsa de comercio o coloca una llamada a una entidad intermediadora de títulos en el mercado. Debido a que no existe un sistema de información en linea y operaciones acerca de títulos negociados con precios que puedan formalizarse, el cliente en el banco local no puede proporcionar al consumidor la información en linea real. Por lo tanto, existe una diferencia en el tiempo entre la colocación del pedido de compí a/venta por el cliente y su implementación, lo que representa un riesgo de que se produzcan fluctuaciones en el tipo de cambio y/o Índice de precios en ese momento. Incluso, a menudo se da el caso que la implementación de la orden de compra/venta se basó en un límite orientado en base a los Índices del dia anterior, ya que la orden no podía ser implementada el mismo día. Las razones para este diferimiento en el tiempo son o que la orden se coloca un par de horas antes de su ejecución en la bolsa de comercio o que los teléfonos comerciales de la entidad intermediadora están a menudo ocupados durante las horas agitadas del mercado. Por lo tanto, a menudo, los bancos locales colocan órdenes ciegas a precios desconocidos para los clientes y no reciben confirmaciones inmediatas sobre la transacción. El objeto de la presente invención es realizar un sistema de computación para el gerenciamiento de datos y un método para operar dicho sistema, que efectúan un gerenciamiento de datos proveyendo datos instantáneos con una mejor precisión y reducidas probabilidades de error cuando se procesan transacciones de datos, todo ello combinado con una gran seguridad. El objeto se resuelve de acuerdo con las características de las reivindicaciones independientes. Las reivindicaciones dependientes muestran formas de realización ventajosas y desarrollos adicionales de la invención.

El sistema de computación para el gerenciamiento de datos, que incluye como mínimo el gerenciamiento de datos relativos a las operaciones con títulos, . comprende un sistema de procesamiento de datos, una unidad de entrada, una unidad de display y una entrada de datos. A los fines de llevar a cabo una transacción de datos, la unidad de display exhibe una primera máscara cuyo formato permite el ingreso de un pedido de datos específicos por la unidad de entrada. Los datos específicos pueden relacionarse con tasas de títulos. Si se ingresa el pedido de datos específico, p.ej. un pedido para un título específico, se lee la entrada de datos que puede recibir permanentemente una corriente de datos incluyendo tasas de títulos. Luego de leer la corriente de datos, la unidad de display exhibe una segunda máscara que incluye los datos leídos. Luego de haber recibido los datos solicitados, el sistema de procesamiento de datos mantiene los datos durante un período pre-determinado y lleva a cabo una transacción relacionada con los datos específicos, si se ingresa un pedido de transacción por la unidad de entrada durante un período pre-determinado. Debido a que el sistema de procesamiento de datos retiene los datos solicitados, p.ej. una tasa de título con un número bursátil específico y un volumen del mismo, durante un tiempo pre-determinado, sólo es posible efectuar una transacción, p.ej. una orden de compra, en base a los datos exhibidos durante ese período. Cuando se ha extinguido dicho período, la solicitud de transacción no puede seguir ingresándose, de modo que se debe emitir un nuevo pedido para nuevos datos específicos. Dicho nuevo pedido produce la lectura del ingreso de datos para poder conseguir datos reales, p.ej. las tasas de títulos. El sistema de computación de acuerdo con la invención permite exhibir datos específicos en línea incluyendo tasas de títulos, donde la unidad de display exhibe una máscara de operaciones que permite el ingreso de un pedido de datos específicos. El diseño de la máscara de operaciones es independiente del tipo de datos específicos, por lo tanto, la máscara de operaciones será similar, si el gerenciamiento de datos comprende el gerenciamiento de datos relacionados con las transacciones de acciones, bonos, derivativos o divisas.

Lo mismo se aplica a la máscara de cotización, que también tiene un formato similar para diferentes tipos de datos. Por lo tanto, el usuario no necesita acostumbrarse a un nuevo formato de la máscara de transacciones o cotizaciones, si maneja distintos tipos de datos, Este da como resultado un sistema fácil de usar, incluso cuando han de manejarse diferentes tipos de datos. El sistema de acuerdo con una forma de realización de la invención provee tasas de títulos ejecutables instantáneamente, de modo que las órdenes de los clientes pueden cumplimentarse inmediatamente. De acuerdo con ello, se elimina el riesgo de fluctuaciones de tasas de cambio y/o precios, debido a que se provee electrónicamente un precio ejecutable y es posible actuar en base al mismo. Además, se provee una confirmación de transacción electrónica inmediata con una pista de auditoría completa. Con el sistema de la invención, hasta los bancos pequeños pueden mejorar su eficiencia proveyendo tasas e información en tiempo real, debido a que el sistema también puede equiparse con una función de correo y solicitud de cotización (SC-RFQ) que permite la comunicación entre el cliente y el trader. Es posible procesar transacciones al precio que aparece en la unidad de display, que constituye un contrato vinculante entre el cliente y el trader. Esto protege cualesquier malentendidos entre el cliente y el trader, que podrían producirse fácilmente si se coloca una orden de compra/venta por teléfono. El sistema se ha diseñado para expandir y aumentar la calidad y eficiencia de la operación total de títulos del usuario, permitiendo un mejor servicio al cliente y aumentando la capacidad con un mínimo de incremento en los costos .

De acuerdo con una forma de realización de la invención, el sistema se ejecuta usando la arquitectura cliente- servidor. Una cantidad de dispositivos se comunica usando una red de seguridad. Los dispositivos llevan a cabo su tarea de computación de acuerdo con mensajes recibidos de la red de seguridad. Los dispositivos transmiten entonces los resultados al dispositivo externo o al próximo dispositivo usando la misma red de seguridad. Se prohibe la comunicación entre dispositivos cuando no sea a través de la red de seguridad. Además, cada dispositivo de envió transmite una información de identificación respectiva y la red de seguridad verifica, para cada dato transferido a través de la misma, si la identificación del dispositivo de envío respectivo concuerda con la información pre-almacenada guardada durante un procedimiento de autorización. Mediante estas medidas se puede conseguir un sistema muy seguro, que no permite accesos no autorizados. Se describirá ahora la invención a modo de ejemplos y con referencia a los dibujos adjuntos, en los cuales: La Fig. 1 es un diagrama de bloque del sistema de computación de acuerdo con la invención; La Fig. 2 es un diagrama de bloque del sistema de procesamiento de datos; Las Figs. 3a y 3b son diagramas de secuencias que muestran un procedimiento de transacción relativo a títulos de acuerdo con la forma de realización de la invención; La Fig. 4 es un diagrama de secuencias que muestra el procedimiento de transacción de títulos de acuerdo con otra forma de realización de la invención; La Fig. 5 es una pantalla de control de acceso; La Fig. 6 es una pantalla de transacción sin número de instrumento e indicación de volumen; La Fig. 7 es una pantalla de transacción con un número bursátil (número de instrumento) e indicación de volumen; La Fig. 8 es una pantalla de cotización que incluye el precio real del título solicitado y demás información relativa al título específico; La Fig. 9 es una pantalla de confirmación de transacción; La Fig. 10 es una pantalla de transacción que muestra la entrada de un pedido de visión de tasas; La Fig. 11 es una pantalla de página de tasas en blanco; La Fig. 12 es una pantalla de página de tasas comple ada; La Fig. 13 es una pantalla de detalle de transacción; La Fig. 14 es una pantalla de resumen de transacción; La Fig. 15 es una pantalla de verificación de corrección; La Fig. 16 es una pantalla de tiempo de espera de precio; La Fig. 17 es una pantalla de límite de crédito. La Fig. 1 muestra un diagrama de bloque del sistema de computación de acuerdo con la invención. Un sistema de procesamiento de datos 1 se conecta a una unidad de entrada 2, una unidad de display 3 y una impresora 4. El sistema de procesamiento de datos 1 recibe una corriente de datos de una entrada de datos 5. La unidad de entrada 2 puede realizarse con un teclado, un mouse o cualquier otro dispositivo de entrada. La unidad de display 3 puede realizarse por medio de un monitor de computadora personal estándar. La Fig. 2 muestra una posible configuración del sistema de procesamiento de datos 1. Se conecta una red de seguridad 6 a un dispositivo externo 7, un dispositivo de seguridad 8, un dispositivo de gerenciamiento de datos 9, un dispositivo de interfase de datos 10 y un dispositivo de salida de datos 11, donde la unidad de entrada 2, la unidad de display 3 y la impresora 4 pueden formar parte del dispositivo externo 7.

El dispositivo externo 7 puede ser una computadora personal (PC) que incluya una interfase gráfica de usuario (GUI) para conectar a la red de seguridad a través de un modem. Los dispositivos del sistema de procesamiento de datos 1 pueden realizarse como servidores comunicadores separados e independientes (arquitectura cliente-servidor) . En particular, la red de seguridad 6 puede realizarse por medio de una cantidad adecuada de encaminadores de mensajes (MRO) . El dispositivo de seguridad 8 puede realizarse por medio de un administrador de acceso de seguridad (SAM) . El dispositivo de interfase de datos 10 puede realizarse mediante un servidor de tasas de títulos (WRS) . El dispositivo de gerenciamiento de datos 9 puede realizarse mediante un servidor de transacción de títulos ( TS) . El dispositivo de salida 11 puede realizarse mediante un servidor de títulos automático ( HO) . Además, puede proveerse un servidor de crédito (CRS) y un servidor de correo (MAI), ambos comunicados con un encaminador de mensajes. Sigue una breve explicación de ejemplos relativos a las funciones de los distintos servidores. Como se mencionara previamente, el sistema de computación de acuerdo con la invención consiste en una cantidad de servidores que se comunican usando encaminadores de mensajes. La conexión en red entre los servidores y los encaminadores de mensajes permite la distribución de un ITS utilizado (sistema de transacción y establecimiento de información) en una cantidad de procesadores VAX.

Los servidores ITS llevan a cabo su tarea computacional de acuerdo con mensajes recibidos desde su encaminador de mensajes adyacente. El servidor transmite los mensajes al usuario o al siguiente servidor usando la misma red de encaminadores de mensajes. Se prohibe la comunicación entre servidores que no sea a través de los encaminadores de mensajes . Un servidor (el dispositivo de interfase de datos -servidor de tasas de títulos) se conecta a un alimentador de tasas, una base de datos, etc., encapsulando esta fuente para el resto de la red ITS. En el centro del sistema hay un dispositivo de gerenciamiento de datos (WTS) que toma estas fuentes para proveer el servicio completo a la interfase de usuario (interfase gráfica usuario - GUI o interfase usuario principal - HUÍ) . Además, se provee un servicio auxiliar para mantener la seguridad del sistema ITS mediante la restricción del acceso y el control de los servidores que pueden comunicarse entre sí. Los encarainadores de mensajes (red de seguridad) son los responsables de transportar los mensajes desde un servidor al otro. El sistema ITS comprende una cantidad de encaminadores interconectados de forma de posibilitar la comunicación entre-dos servidores cualesquiera. En el centro del sistema se encuentra situado el dispositivo de seguridad (SAM) , que está conectado a cada encaminador de mensajes. El SAM mantiene una lista de usuarios y accesos autorizados para validar contraseñas de usuario. El SAM emite también una dirección ITS única para cada servidor, que el encaminador utiliza para dirigir mensajes a los destinos correctos y además aumenta la seguridad del sistema contra accesos no autorizados. El SAM mantiene cuentas de usuario, restricción de acceso y privilegios. Asimismo, el SAM utiliza un archivo con índice para definir una lista de usuarios autorizados, incluyendo encaminadores de servicios y mensajes y sus direcciones respectivas. El SAM almacena contraseñas relativas a cuentas de usuarios y mantiene un listado de usuarios autorizados y sus direcciones respectivas. Además, el SAM mantiene un mapa de cuál servidor está conectado a tal encaminador en un segundo archivo con índice y escribe errores en un archivo de errores. El MRO envía mensajes entre servidores de acuerdo a sus respectivas direcciones. Además, traslada protocolos entre los respectivos servidores y verifica conexiones nuevas con el SAM para evitar el envió de mensajes por usuarios no autorizados. El WTS es un servidor de productos multi-transacciones que usa una cantidad de entradas en el sistema concurrentes en una base de datos "sybase". Se comunica con los usuarios del sistema y ejecuta y almacena las transacciones de títulos. Los usuarios del sistema son, a este respecto, p.ej. las interfases -gráficas de usuario cargadas en PCs que utilizan un procedimiento de discado para ser conectadas al encaminador de mensajes respectivo. El WTS mantiene cuentas de usuario, relaciones de transacciones y listas de feriados. Además, el WTS verifica lineas de crédito usando el CRS y provee acceso al WRS y obtiene precios del mismo. Adicionalmente, el WTS utiliza el MAI para informar hechos del sistema a los traders. El MAI es un servidor de producto multi-transacciones que usa una base de datos sybase para almacenar y enviar mensajes por correo de usuario y sistema. Mantiene un listado de las cuentas de usuario y nombres de correo para utilizarlo en el correo.

El WRS recibe corrientes de datos de precios y actualizaciones de páginas de Reuters Taps (p.ej. 24) y el sistema Invision y construye páginas de datos de tasas en una sección global. Las corrientes de datos recibidas se almacenan en un lugar específico de la memoria del WRS y estas ubicaciones de memoria específica se sobreescriben cada vez que se reciben nuevos datos. El WRS recibe pedidos de . . pagina y precio del WTS y devuelve los resultados para exhibirlos en la unidad de display 2 o para fines de cotización. Además, utiliza un archivo para definir el layout de la página de tasas y la ubicación de las tasas específicas. El CRS mantiene una lista de valores de crédito relacionados con el cliente. Utiliza un archivo de índice para almacenar los últimos valores de crédito. La Inferíase gráfica de usuario (GUI) cargada en el cliente (PC) es una interfase de PC de usuario para el sistema. La GUI funciona en PCs en el lugar del cliente y del trader, utilizando el TCP/IP (Protocolo Control de Transmisión/Protocolo Internet) a ser conectado directamente con un encaminador de mensajes. El WHO envía automáticamente transacciones completas a la interfase directa del trader (DI) escribiéndolas en una base de datos sybase afectada en el sistema DDI . Formatea e imprime tickets de transacción en una impresora de tickets ubicada en el piso de transacciones donde se encuentran los traders . Se configura una cantidad de servidores de sistema de modo de tener servidores subordinados. Durante la puesta en marcha, estos servidores esperan que comiencen sus subordinados antes de pasar a linea. La relación de dependencia se implementa cuando un servidor depende de otro servidor para proveer una fuente de sistema necesaria para el funcionamiento del servidor. P.ej. el WTS no puede funcionar a menos que lo esté haciendo el WRS. El WTS está configurado con el WRS como subordinado. Los servidores chequean la presencia de sus subordinados enviando mensajes de impulsos de corta duración. Si no se encuentra un subordinado, el servidor inserta un error en el registro, espera y luego intenta enviar nuevamente un impulso al subordinado. Cuando se detectan todos los subordinados, el servidor ingresa un mensaje de servidor activo en el registro . Los servidores vuelven a enviar impulsos a sus subordinados, si no se puede entregar un mensaje a un servidor subordinado. La operación del servidor se suspende temporalmente hasta que haya llegado exitosamente el impulso al subordinado. En particular, el WTS tiene como subordinados a WRS, MAI, CRS y WHO. El WRS, CRS y WHO tienen como subordinado al MAI . El sistema está configurado con períodos de diferimento durante el procedimiento de puesta en marcha. Por lo tanto, los servidores subordinados pueden ser puestos en marcha primero y con tiempo suficiente para arrancar, antes que se ponga en marcha el siguiente servidor. El pedido de puesta en marcha de los servidores y los diferimentos entre servidores sucesivos se almacena previamente y puede ser adaptado a los requerimiento del hardware. Las Figs. 3a y 3b muestran un ejemplo de los pasos de sistema necesarios para efectuar una transacción de títulos. Una vez encendida la PC del usuario, y luego de la puesta en marcha del sistema de transacciones para títulos automático en la PC, se exhibe una pantalla de control de acceso 2 (paso 100) . En la pantalla de control de acceso 12 se ingresa la información de identificación (nombre del usuario y contraseña de seguridad) . Esto tiene que ser efectuado por medio de la unidad de entrada 2 (paso 101) . Después de ingresar un pedido de inicio de sistema, p.ej. pulsando el botón "logon" en la pantalla de control de acceso 12 con una acción de mouse respectiva, el sistema verifica los detalles de entrada antes de permitir al usuario el acceso a cualquier parte del sistema (paso 102) . Si se verifican el nombre del usuario y la contraseña, aparece una pantalla de transacciones del cliente 13 en la unidad de display 3 (paso 103) . La pantalla de transacciones del cliente 13 permite el ingreso de un número bursátil de un titulo específico, el volumen y la opción de comprar o vender (paso 104). Luego del ingreso del paso 104, puede emitirse un pedido de obtención de precio (paso 105) . A continuación, aparece una pantalla de cotización 14 (paso 106) . Al mismo tiempo se pone en marcha un timer (paso 111) . A través de la unidad de entrada 3 puede ingresarse un pedido de compra para el titulo exhibido (paso 107) . En el paso 108 se verifica si el pedido de compra se ingresó o no dentro de un cierto período ?3<? . Si este no fuera el caso, la pantalla de cotización 14 exhibe una indicación de tiempo de salida y el ingreso de solicitud de compra en el paso 107 no se lleva a cabo. Luego del paso 109 es posible ingresar un nuevo pedido para obtener una nueva tasa real (paso 110) , A continuación, aparece nuevamente la pantalla de cotización con datos actualizados (paso 106) . Si el tiempo pre-determinado Tset del paso 108 no se terminó antes del ingreso del pedido de compra del paso 107, se lleva a cabo una transacción de título (paso 112) . A continuación, aparece una pantalla de confirmación de transacción 15 (paso 113) . La Fig. 4 muestra un diagrama de secuencias relativo a otra forma de realización de la presente invención. Cuando aparece la pantalla de transacciones del cliente 13, es posible ingresar un pedido de visión de tasas (paso 114) . El pedido de visión de tasas puede ser ingresado, por ejemplo, abriendo un menú suspendido (pull-down menú) en la pantalla de transacciones 13. Esto puede llevarse a cabo si por ejemplo el cliente no está exactamente seguro acerca del número bursátil del titulo que quiere comprar o vender. Además, es posible que el cliente sólo quiera repasar las tasas reales y datos de los títulos. Luego "de ingresar el pedido de visión de tasas, aparece una pantalla de página de tasas 16 (paso 115) . En la pantalla de página de tasas 16 puede seleccionarse una página particular 17 (paso 116) y puede accederse a un título particular mediante la selección de un número bursátil correspondiente al título 18 (paso 117) . Luego, aparece la pantalla de transacciones del cliente 14 (paso 118) y el volumen y se ingresa si se compra o vende a través de la unidad de ingreso 3 (paso 119) . A continuación, el procedimiento vuelve al proceso mostrado en la Fig. 3 entre los pasos 105 y 106. La Fig. 5 muestra la pantalla de control de acceso 12 que se utiliza para ingresar el nombre del usuario y la contraseña de seguridad. Una vez ingresados el número de usuario y la contraseña de seguridad, puede emitirse un pedido de inicio de sistema. La Fig. 6 muestra la pantalla de transacciones del cliente 13. La pantalla de transacciones del cliente se predetermina para la transacción de títulos. Sin embargo, esta pantalla puede utilizarse también para realizar transacciones de otros valores, p.ej. acciones, bonos, derivativos o divisas. Además, es posible ingresar en la pantalla de transacciones del cliente 13 si se va a comprar o vender un* título (u otro valor) . La Fig. 7 muestra la pantalla de transacciones del cliente 13 con un número de instrumento y un ingreso de volumen a través de la unidad de entrada (3) . La Fig. 8 muestra la pantalla de cotización 14 después que se ha ingresado el pedido de obtención de precio, a la vez que se exhibe la pantalla de transacciones del cliente (Figura 7). La pantalla de cotización 14 muestra todos los datos necesarios para una transacción de títulos. Al aparecer la pantalla de cotización 14, el timer se pone en marcha (paso 111) con lo que sólo se permite el ingreso de un pedido de compra dentro del período pre-determinado Tset . Si no se ingresa el pedido de compra durante el período T3el, aparecerá un aviso de tiempo vencido en la pantalla de cotización 14. Si aparece dicho aviso de tiempo vencido en la pantalla de cotización 14, ya no es posible emitir un pedido de compra de títulos específicos. Para poder cargar nuevos datos en la pantalla de cotización, es necesario ingresar otro pedido. Si se ingresa dicho nuevo pedido, la pantalla de cotización 14 volverá a llenarse con datos reales y comenzará a funcionar nuevamente el timer. La Fig. 9 muestra la pantalla de confirmación de operación 15 que aparece cuando se ingresa en tiempo la orden de compra. La pantalla de confirmación de operación 15 incluye un número de operación y permite el ingreso de un número de referencia del cliente. Esta pantalla provee al cliente una confirmación electrónica instantánea de la operación de titulo realizada. La Fig. 10 muestra la pantalla de transacción 13 con el menú suspendido que permite el ingreso del pedido de ver tasas . En la Fig. 11 se muestra la página de ver tasas en blanco 16 exhibida en la unidad de display 3, si se emite el pedido de ver tasas. En la Fig. 12 se muestra la pantalla de página de tasas 19 que exhibe páginas de tasas de títulos al cliente o trader. Esta pantalla también permite al usuario exhibir una página particular ingresando el número de página. Además, el usuario puede ingresar detalles y buscar un titulo especial por nombre. Asimismo, el usuario puede usar el ingreso de más o menos para ver páginas secuencialmente. Además, puede ingresarse un pedido de renovación de tasas accionando el botón de flecha. Si se selecciona un cierto instrumento en la pantalla de páginas de tasas 17 (la misma puede seleccionarse, p.ej., con un doble clic sobre el número bursátil con el mouse), aparece la pantalla de cotización 14 (Fig. 8) . La Fig. 13 muestra la pantalla de detalle de transacciones exhibiendo todos los detalles de la transacción acerca de una operación en particular al cliente o trader.

La Fig. 14 muestra una pantalla con antecedentes de transacciones que se exhibe en la unidad de display 3 cuando han de exhibirse operaciones previas. El sistema permite establecer los criterios de las operaciones que se han de exhibir, p.ej. el rango de fecha, el número de referencia del usuario, la identificación de la operación y el instrumento. Los parámetros de datos pueden ocupar un máximo de 60 días, ya que éste es el tiempo de almacenamiento máximo de datos de operaciones. Sin embargo, también existe la posibilidad de establecer un tiempo de almacenamiento diferente, de modo que se pueden revisar operaciones efectuadas con anterioridad.

El sistema descripto precedentemente con referencia a las Figuras 5-14 ha sido diseñado para el uso por un cliente en un banco local y un trader situado en la entidad mediadora. Sin embargo, también existen funciones a las que sólo puede acceder el trader. A continuación se describen ejemplos de esas funciones. La Fig. 15 muestra una pantalla de verificación de cordura que permite el ingreso de una cantidad máxima de oscilaciones de ingreso de tasas en el sistema. Más particularmente con la verificación de cordura es posible pre-establecer una variación máxima de los datos de ingreso 5. Si, p.ej., la tasa de un título específico cambia desde un pedido de ve*' tasas al siguiente pedido de ver tasas en 0,2 y la verificación de cordura se fija en 0,1, este instrumento especifico se suspenderá. Además, es posible ingresar un ancho de bandas para las tasas. La verificación de cordura introduce una gran seguridad en el sistema, ya que posibilita filtrar fallas del sistema tales como errores de transmisión de datos . La Fig. 16 muestra la pantalla de tiempo vencido para precios. En la pantalla de tiempo vencido para precios se puede ingresar el tiempo T3(lt usado para determinar si se lleva a cabo o no un ingreso de orden de compra en la pantalla de cotización 14 (Fig. 3, paso 106-111). La unidad física de Tset es segundos. Normalmente Tscl se ajusta en 10 s, pero pueden ingresarse otros valores adecuados. La Fig. 17 muestra la pantalla de límite de crédito que permite fijar límites de crédito para los clientes. Estos límites de crédito son manejados por el servidor de crédito y aseguran que el valor total de las transacciones no liquidadas para cualquier cliente dado no exceda un valor dado que puede ingresarse en el campo de crédito a través de la unidad de entrada 2. Si un cliente intentara ingresar una transacción en exceso de este valor, será rechazada y aparece un mensaje en pantalla solicitando que se ponga en contacto con el trader. Para explicar con mayor detalle las diversas funciones del sistema de acuerdo con la invención, se dan los siguientes ejemplos. Durante un procedimiento de iniciación de sistema, la PC (cliente) coloca un llamado TCP/IP para uno de los encaminadores de mensajes (MRO) . El MRO acepta la llamada y asigna un canal de dispositivo específico para la PC. El usuario ingresa el nombre de usuario y contraseña que se transmiten al MRO. El MRO pasa detalles acerca del usuario y el método usado para colocar la llamada (el nombre y nota del usuario) al administrador de acceso de seguridad (SAM) . El SAM verifica si el cliente está autorizado para ser conectado al sistema e informa al MRO. El MRO transmite una aceptación a la PC. La PC envía un mensaje de registro independiente al servidor de operaciones con títulos (WTS) y al servidor de correo (MAI) . El WTS verifica la tabla de perfil de su usuario y asigna una sesión al usuario. El MAI chequea los perfiles del usuario y devuelve un mensaje indicando la cantidad de mensajes de correo en espera para el usuario. La PC carga varios items del WTS. Durante un procedimiento de ver tasas la PC transmite un pedido de página de tasas que contiene el número de página de tasa al WTS. El WTS pasa los detalles de la página de tasas al usuario. Durante un procedimiento de ejecución de transacciones la PC transmite un pedido de cotización que contiene el número bursátil y el volumen al WTS. El WTS recibe el pedido de cotización y envía un pedido de tasas al WRS., El WRS averigua la tasa y la transmite al WTS. El WTS ejecuta un procedimiento sybase almacenado para insertar una cotización en su base de datos. Se asigna un número de referencia a la cotización. El WTS recoge los resultados de sybase y devuelve un mensaje de cotización con detalles del precio e instrumento a la PC. La PC exhibe la cotización y el usuario decide ejecutar (pasos 106 y 107), La PC transmite un pedido de ejecutar al WTS refiriéndose a la transacción por el número de referencia. El WTS ejecuta un procedimiento almacenado que busca la base de datos de transacciones buscando la transacción original. El WTS, entonces, chequea si la cotización no ha sobrepasado el tiempo (paso 108) . Si todo está en orden, el WTS transmite un pedido de volumen al WRS, que reduce el volumen de instrumentos y devuelve un mensaje al WTS. El WTS envía un pedido de crédito al servidor de créditos (CRS) . El CRS reduce la línea de crédito del usuario y devuelve al mensaje al WTS. Finalmente, el WTS ejecuta un procedimiento almacenado para convertir la cotización en una transacción ejecutada. Los detalles de la transacción se devuelven a la PC. Como puede verse de las pantallas y máscaras analizadas preferentemente, las máscaras de ingreso se diseñan siempre para permitir el ingreso de distintos tipos de datos. Por lo tanto, el usuario sólo tiene que acostumbrarse a un diseño de pantalla y máscara para poder manejar todos los valores diferentes que pueden ser gerenciados con el sistema de acuerdo con la invención. De acuerdo con ello, se provee un sistema de computación para el gerenciamiento de datos que incluye al menos el gerenciamiento de datos relativos a las operaciones con títulos, que es fácilmente adaptable al manejo de distintos tipos de datos, p.ej. acciones, bonos, derivativos y divisas. Además, el sistema de acuerdo con la invención provee una gran seguridad con respecto a los datos manejados. Como se describe previamente con referencia a la Fig. 15, es posible introducir una verificación de cordura que permite controlar y verificar los datos ingresados al sistema. Además, es posible establecer límites de créditos y un tiempo reservado para el precio de forma de reducir los riesgos para ambos lados, ya que es posible que después de haber aparecido la pantalla de cotización se produzca un cambio pronunciado en los precios de los títulos. Esto podria dar como resultado una desventaja para el cliente o una desventaja para el trader, dependiendo de la suba o baja de la tasa respectiva. El sistema de computación de acuerdo con la invención es un sistema fácil de utilizar que permite iniciar y ejecutar, por ejemplo, transacciones de títulos electrónicamente. Este sistema provee una conexión electrónica directa entre la PC de un usuario y la mesa de transacciones de títulos. Permite a un usuario efectuar las transacciones con títulos disponibles por el intermediario del mercado de títulos a los precios fijados por el mercado y con garantía personalizada. El sistema permite un servicio perfeccionado al cliente y una capacidad aumentada con un minimo incremento en los costos. Además, el sistema es un sistema manejado por los traders y copia la forma en que ellos trabajan para brindarles el mismo control sobre sus posiciones de acuerdo con una transacción ejecutada en línea con el arte previo descripto . El sistema de computación de acuerdo con la invención puede realizarse con la interfase gráfica del usuario (GUI) cargada en la PC o con una interfase de usuario principal (HUÍ) implementando la norma de emulación VT 100.

Claims (28)

1. REIVINDICACIONES 1. Sistema de computación para el gerenciamiento de datos que incluye por lo menos el gerenciamiento de datos relativos a operaciones con títulos, que comprende: un sistema de procesamiento de datos, una unidad de entrada, una unidad de display y una entrada de datos, caracterizado porque - la unidad de display exhibe una primera máscara cuyo formato permite el ingreso de un pedido de datos específicos por la unidad de entrada, - la entrada de datos se lee si el pedido es ingresado por la unidad de entrada, - la unidad de display exhibe una segunda máscara que incluye los datos solicitados, y - el sistema de procesamiento de datos mantiene los datos pedidos durante un periodo pre-determinado T3„, y efectúa una transacción relativa a los datos específicos, si se ingresa un pedido de transacción mediante la unidad de entrada durante un período pre-determinado T..„, .
2. 2. Sistema de computación de acuerdo con la reivindicación 1, caracterizado porque la primera máscara es una máscara de operación y la segunda máscara es una máscara de cotización.
3. 3. Sistema de computación de acuerdo con la reivindicación 1 o 2, caracterizado porque la máscara de operaciones permite el ingreso de un número de identificación para los datos específicos mediante la unidad de entrada para leer los datos específicos de la entrada de datos.
4. 4. Sistema de computación de acuerdo con la reivindicación 3, caracterizado porque el número de identificación es un número bursátil.
5. 5. Sistema de computación de acuerdo con la reivindicación 1 o 2, caracterizado porque la máscara de operaciones permite el ingreso de un pedido de página de tasas incluyendo una pluralidad de datos específicos y la página de datos permite el ingreso del pedido de datos específicos .
6. 6. Sistema de computación de acuerdo con una de las reivindicaciones 1 a 5 como mínimo, caracterizado porque el sistema de procesamiento de datos comprende una red de seguridad conectada a un dispositivo externo, un dispositivo de seguridad, un dispositivo de gerenciamiento de datos, un dispositivo de interfase de datos y un dispositivo de salida, el dispositivo externo incluye la unidad de entrada y la unidad de display.
7. 7. Sistema de computación de acuerdo con la reivindicación 6, caracterizado porque al producirse el ingreso del pedido de datos específicos por la unidad de entrada el dispositivo externo emite el pedido de datos específicos y transmite el pedido a la red de seguridad, - la red de seguridad verifica el pedido con respecto a su autorización y lo transmite al dispositivo de gerenciamiento de datos si la verificación desarrollada dio como resultado un autorización del dispositivo externo para el dispositivo de gerenciamiento de datos, - el dispositivo de gerenciamiento de datos transfiere un mensaje a la red de seguridad a los fines de acceder a datos del dispositivo de interfase de datos si la verificación efectuada dio como resultado una autorización del dispositivo externo para el dispositivo de interfase de datos, - el dispositivo de interfase de datos transmite los datos accedidos al dispositivo de gerenciamiento de datos a través de la red de seguridad, y - el dispositivo de gerenciamiento de datos transmite los datos al dispositivo externo a través de la red de seguridad .
8. 8. Sistema de computación de acuerdo con la reivindicación 6 o 7, caracterizado porque cada dispositivo de envío transmite una información de identificación respectiva y la red de seguridad verifica, para cada transferencia de datos a través de la misma, si la identificación del dispositivo de envió respectivo concuerda con información almacenada previamente guardada durante un procedimiento de autorización.
9. 9. Sistema de computación de acuerdo con una de las reivindicaciones 6 a 8 como mínimo, caracterizado porque durante el procedimiento de autorización - la red de seguridad lee la información relativa a identificación del dispositivo externo y -el dispositivo de seguridad verifica la información de identificación y emite una autorización de acceso que se almacena en la red de seguridad.
10. 10. Sistema de computación de acuerdo con una de las reivindicaciones 6 a 9 como mínimo, caracterizado porque en el momento de la primera conexión del dispositivo externo a la red de seguridad, la red de seguridad envia una simiente al dispositivo externo y el dispositivo externo encripta la información de identificación de acuerdo con la simiente y transmite la información de identificación encriptada a la red de seguridad.
11. 11. Sistema de computación de acuerdo con la reivindicación 10, caracterizado porque la red de seguridad transmite la información de identificación encriptada recibida junto con la simiente al dispositivo de seguridad que decodifica la información de identificación y realiza una verificación de seguridad.
12. 12. Sistema de computación de acuerdo con una de las reivindicaciones 6 a 11 como minimo, caracterizado porque durante el procedimiento de autorización el dispositivo de seguridad verifica si - la información de usuario transmitida concuerda con los datos almacenados en un archivo de autorización en el dispositivo de seguridad, - se cumplimentó una cantidad pre-determinada de requisitos en materia de seguridad, incluyendo datos de acceso, abandonos y cantidad de entradas en el sistema, y - la información de identificación fue enviada desde la red de seguridad, y el dispositivo de seguridad está leyendo una información de dirección pre-almacenada de un archivo de direcciones si se completa exitosamente la verificación y envía la información de direcciones a la red de seguridad.
13. 13. El sistema de computación de acuerdo con la reivindicación 12, caracterizado porque la red de seguridad almacena la información de direcciones para definir a qué partes del sistema de computación puede acceder el dispositivo externo.
14. 14. Sistema de computación de acuerdo con la reivindicación 12 o 13, caracterizado porque el dispositivo de seguridad determina si la información de direcciones pre-almacenada se envía desde la red de seguridad verificando si el canal en el cual la red de seguridad está enviando es igual a un canal otorgado a la red de seguridad durante el procedimiento de configuración, caracterizado porque la red de seguridad es el único dispositivo al que se permite transmitir y recibir datos a y desde el dispositivo de seguridad.
15. 15. Sistema de computación de acuerdo a por lo menos una de las reivindicaciones 6 a 14, caracterizado porque el dispositivo de gerenciamiento de datos almacena un listado de subordinación que incluye información respecto a • los dispositivos necesarios para un gerenciamiento de datos específico.
16. 16. Sistema de computación de acuerdo con la reivindicación 15, caracterizado porque durante un procedimiento de puesta en marcha el dispositivo de gerenciamiento de datos verifica de acuerdo con el listado de subordinados si todos los dispositivos requeridos están en línea antes que se active la transferencia de datos para un gerenciamiento de datos específico.
17. 17. Sistema de computación de acuerdo con por lo menos una de las reivindicaciones 6 a 16, caracterizada porque el dispositivo de interfase de datos recibe permanentemente una corriente de datos que incluye al menos tasas de títulos y almacena los datos en lugares específicos de la memoria, caracterizado porque los nuevos datos entrantes sobreescriben los datos anteriormente almacenados en la ubicación específica de la memoria.
18. 18. Método para operar un sistema de computación para el gerenciamiento de datos que incluye al menos el gerenciamiento de datos relativos a la transacción de títulos que comprende los pasos de - exhibir en una unidad de display una primera máscara cuyo formato permite el ingreso de un pedido de datos específicos por una unidad de entrada, - leer los datos pedidos, si el pedido se ingresa por medio de la unidad de entrada, - exhibir en la unidad de display una segunda máscara que incluye los datos pedidos, - mantener los datos pedidos durante un período predeterminado T3et;, y - efectuar una transacción relativa a los datos específicos si se ingresa un pedido de transacción mediante la unidad de entrada durante el período pre-determinado Ts„t .
19. 19. Método de acuerdo con la reivindicación 18, caracterizado porque la primera máscara es una máscara para operaciones que permite el ingreso de un número de identificación para los datos específicos por la unidad de entrada para leer los datos específicos desde la entrada de datos .
20. 20. Método de acuerdo con la reivindicación 19, caracterizado porque el número de identificación es un número bursátil .
21. 21. Método de acuerdo con la reivindicación 18, caracterizado porque la primera máscara permite el ingreso de un pedido de página de tasas incluyendo una pluralidad de datos específicos y la página de datos permite el ingreso del pedido de datos específicos.
22. 22. Método de acuerdo con la reivindicación 21, caracterizado porque la página de tasas permite el ingreso de un pedido de renovación de tasas que da como resultado una lectura del listado de pluralidad de datos específicos y la exhibición del mismo en la página de datos de la unidad de display.
23. 23. Método de acuerdo con por lo menos una de las reivindicaciones 18 a 22, caracterizado porque el ingreso de un pedido de datos específicos o el pedido de renovación de tasas produce la recepción permanente de una corriente de datos por el sistema desde la entrada de datos.
24. 24. Método de acuerdo con por lo menos una de las reivindicaciones 18 a 23, caracterizado porque la' segunda máscara es una máscara de cotización que permite el ingreso de un nuevo pedido de datos específicos, si el pedido de transacción no se ingresa durante el periodo pre-determinado Test -
25. 25. Método de acuerdo con por lo menos una de las reivindicaciones 18 a 24, caracterizado porque se exhibe una máscara de confirmación de transacción en la unidad de display, si el pedido de transacción se ingresa en tiempo, incluyendo información sobre la transacción.
26. 26. Método de acuerdo con por lo menos una de las reivindicaciones 18 a 25, caracterizado porque la máscara de transacciones y la máscara de cotizaciones se exhiben en la unidad de display en diferentes pantallas o en una pantalla.
27. 27. Método de acuerdo con por lo menos una de las reivindicaciones 18 a 26, caracterizado porque los datos específicos incluyen tasas de títulos.
28. 28. Método de acuerdo con por lo menos una de las reivindicaciones 18 a 27, caracterizado porque el gerenciamiento de datos comprende el gerenciamiento de datos relativos a las transacciones con acciones, bonos, derivativos o divisas, caracterizado porque los datos específicos incluyen precios de acciones, precios de bonos, tasas de derivativos o tasas de cambio.