CZ183197A3

CZ183197A3 - Computer system for data management and method of controlling such system

Info

Publication number: CZ183197A3
Application number: CZ971831A
Authority: CZ
Inventors: Elisabeth Friedman; Fred Irwin; Mark Johnson; Andreas T. Lieven; Dieter Pfundt; Neil Potter; Andreas Raschdorf; Peter Rayner; Maria Torremante
Original assignee: Citibank Aktiengesellschaft
Priority date: 1995-09-14
Filing date: 1996-09-10
Publication date: 1998-12-16
Also published as: CZ291391B6; EP0762304A1; TW343312B; RU2191428C2; PL183825B1; CA2201910C; CO4520170A1; BR9606635A; DK0762304T3; HUP9702413A3; MX9703380A; EP0762304B1; CN1166216A; AU7127496A; JPH10511793A; JP2007012089A; DE69500192T2; GR3023159T3; DE69500192D1; JP4573906B2

Abstract

The invention relates to a computer system for data management including at least the management of data relating to the trading of warrants (citi CATS-OS), comprising a data processing system (1), an input unit (2), a display unit (3) and a data input (5), wherein the display unit (3) displays a first mask having a format allowing the input of a request for specific data by the input unit (2), the data input (5) is read if the request is input by the input unit (2), the display unit (3) displays a second mask including the requested data, and the data processing system (1) holds the requested data for a predetermined time period Tset and performs a transaction relating to the specific data, if a transaction request is input by the input unit (2) during a predetermined time period Tset. <IMAGE>

Description

Vynález se týká počítačového systému pro správu dat a způsobu ovládání tohoto systému, podrobněji automatizovaného obchodního systému opčních listů (čiti CATS-OS).BACKGROUND OF THE INVENTION The present invention relates to a computerized data management system and to a method of operating this system, and more particularly to an automated trading system of warrants (CATS-OS).

Dosavadní stav technikyBACKGROUND OF THE INVENTION

Během posledních let trh pro obchodování s opčními listy rychle narůstal. Od 1991 do 1995 vzrostlo množství obchodovaných opčních listů z přibližně 400 na 4 000.Over the past years, the market for warrants has grown rapidly. Between 1991 and 1995, the number of warrants traded increased from approximately 400 to 4000.

Podle předchozího stavu techniky je obchodování s opčními listy velmi časově a finančně napjaté, protože při poptávce zákazníka je pro zákazníka nezbytné, aby v místní bance začal hledat telefonicky nebo v publikacích za účelem nalezení pro zákazníka nej lepšího opčního listu. Obvykle, chce-li spotřebitel opční list koupit, nejprve kontaktuje svoji místní banku, která postoupí objednávku burze nebo zatelefonuje tvůrci trhu s opčními listy. Protože neexistuje spřažený informační a obchodní systém kolem obchodovaných opčních listů s vykonatelnými cenami, není si zákazník v místní bance schopen obstarat zákazníka s aktuálními spřaženými informacemi. Proto existuje časový rozdíl mezi podáním prodejní/kupní objednávky zákazníkem a její realizací, mající za následek riziko změny nebo kolísání cenové sazby v daném čase. Je dokonce častým případem, že realizace kupní/prodejní objednávky byla založena na limitu orientovaném na ceny předchozího dne, protože objednávka nemohla být realizována ve stejném dni. Důvody tohoto časového zpoždění jsou buďto skutečnost, že je objednávka podána několik hodin před tím, než bude realizována na burze cenných papírů, nebo to, že telefony v obchodovací místnosti u tvůrce trhu jsou často během rušné doby obchodování obsazené. Proto místní banky často podávají slepé objednávky při neznámých cenách pro zákazníky a nedostávají okamžitá potvrzení o obchodu.According to the prior art, the trading of warrants is very time and financially strained, since at the customer's request it is necessary for the customer to start searching at the local bank by telephone or in publications in order to find the best warrant for the customer. Usually, if a consumer wishes to buy a warrant, he first contacts his local bank to forward the order to the stock exchange or to call the warrant market maker. As there is no affiliate information and trading system around traded warrants with enforceable prices, the customer is not able to procure a customer with up-to-date affiliated information at the local bank. Therefore, there is a time difference between placing a sales / purchase order by the customer and executing it, resulting in the risk of changing or fluctuating the price rate at a given time. It is even often the case that the realization of the purchase / sale order was based on the previous day's price-oriented limit, because the order could not be realized on the same day. The reasons for this time delay are either the fact that the order is placed several hours before it is placed on the stock exchange or that the phones in the trading room of the market maker are often occupied during the busy trading period. Therefore, local banks often place blind orders at unknown prices to customers and do not receive immediate confirmation of trade.

Podstata vynálezuSUMMARY OF THE INVENTION

Předmětem tohoto vynálezu je realizovat počítačový systém pro správu dat a způsob ovládání tohoto systému, který realizuje správu dat zajištěním okamžitých dat se zlepšenou přesností a sníženou pravděpodobností chyby při zpracovávání datových transakcí, kombinovanou s vysokou bezpečností.It is an object of the present invention to provide a computerized data management system and method of operating the system that realizes data management by providing instant data with improved accuracy and reduced probability of error in data transaction processing combined with high security.

Předmět je řešen podle znaků nezávislých nároků. Závislé nároky ukazují výhodná provedení a další vylepšení vynálezu.The subject matter is solved according to the features of the independent claims. The dependent claims show advantageous embodiments and further improvements of the invention.

Počítačový systém pro správu dat, obsahující alespoň správu dat týkajících se obchodování opčních listů, obsahuje systém zpracování dat, vstupní jednotku, zobrazovací jednotku a datový vstup. Za účelem vykonání transakce dat zobrazuje zobrazovací jednotka první masku, která má formát, umožňující vstup požadavku na určitá data vstupní jednotkou. Určitá data se mohou týkat cen opčních listů. Je-li vložen požadavek pro určitá data, například požadavek pro určitý opční list, je čten datový vstup, který může trvale přijímat datový proud včetně cen opčních listů. Poté, co byl datový proud přečten, zobrazí zobrazovací jednotka druhou masku včetně přečtených dat. Po přijetí požadovaných dat podrží systém zpracování dat data po předem určené časové období a vykoná transakci týkající se určitých dat, je-li během předem určeného časového období vstupní jednotkou vložen požadavek na transakci.The computerized data management system, comprising at least data management relating to warrant trading, comprises a data processing system, an input unit, a display unit, and a data input. In order to execute the data transaction, the display unit displays a first mask having a format allowing input of a request for certain data by the input unit. Certain dates may relate to warrant prices. When a request is made for certain data, for example a request for a particular warrant, a data input is read that can permanently receive the stream including warrant prices. After the stream has been read, the display unit displays a second mask including the read data. Upon receipt of the requested data, the data processing system holds the data for a predetermined period of time and executes a transaction relating to certain data if a transaction request is entered by the input unit within a predetermined period of time.

Protože systém zpracování dat podrží požadovaná data, například cenu opčních listů, s určitým burzovním číslem a jeho objemem, po předem určené časové období, je možné vykonat transakci, například kupní požadavek, na základě zobrazených dat pouze během tohoto časového období. Jakmile toto období vypršelo, požadavek na transakci již nemůže být vložen, takže musí být vydán opětovný požadavek pro nová určitá data. Takovýto opětovný požadavek způsobí čtení datového vstupu za účelem získání nových aktuálních dat, například cen opčních listů.Since the data processing system holds the required data, such as the price of warrants, with a particular stock number and its volume, for a predetermined period of time, it is possible to execute a transaction, such as a purchase request, based on the data displayed only during that period. Once this period has expired, the transaction request can no longer be inserted, so a reissue must be issued for new specific data. Such a re-request causes the data input to be read in order to obtain new current data, such as warrants prices.

Počítačový systém podle vynálezu umožňuje zobrazit určitá data spřaženě včetně cen opčních listů, kde zobrazovací jednotka zobrazuje obchodní masku, umožňující vstup požadavku na určitá data. Provedení obchodní masky je nezávislé na typu určitých dat. Obchodní maska bude tedy podobná, obsahuje-li datová správa správu dat týkajících se obchodování akcií, dluhopisů, derivátů nebo deviz (valut). Totéž se týká masky cenového záznamu, která má též podobný formát pro různé typy dat. Uživatel si proto nemusí zvykat na nový formát obchodní masky nebo masky cenového záznamu, pracuje-li s různými typy dat. To vede ke snadno použitelnému systému, i když se má pracovat s různými typy dat.The computer system of the invention makes it possible to display certain data coupled, including warrant prices, where the display unit displays a trading mask allowing the entry of a request for certain data. The trading mask design is independent of the type of certain data. The trading mask will therefore be similar if the data management includes the management of data relating to the trading of stocks, bonds, derivatives or foreign currencies. The same applies to the pricing mask, which also has a similar format for different types of data. Therefore, the user does not have to get used to the new format of the trade mask or quotation mask when working with different types of data. This leads to an easy-to-use system, even when working with different types of data.

Systém podle provedení vynálezu zajišťuje okamžitě proveditelné ceny opčních listů, takže objednávky mohou být pro zákazníky okamžitě uspokojeny. Riziko kolísání kursu měny a/nebo kursu ceny je tudíž vyloučeno, protože proveditelná cena je elektronicky poskytnuta a je možné podle ní jednat. Dále je zajištěno okamžité elektronické potvrzení obchodu s kompletním prověřovacím záznamem. Se systémem vynálezu mohou dokonce i menší banky zlepšit svou výkonnost zajištěním cen a informací v reálném čase, jelikož systém může být vybaven také poštou a funkcí požadavku na cenový záznam (RFQ), umožňující komunikaci mezi zákazníkem a obchodníkem.The system according to an embodiment of the invention provides instantly feasible prices of warrants so that orders can be immediately met for customers. Therefore, the risk of fluctuations in the currency rate and / or the price rate is eliminated because the feasible price is provided electronically and can be acted upon. Furthermore, immediate electronic confirmation of the shop with a complete audit trail is provided. With the system of the invention, even smaller banks can improve their performance by providing real-time pricing and information, as the system can also be equipped with mail and a pricing request (RFQ) feature allowing communication between the customer and the merchant.

Je možné zpracovávat transakce při ceně na zobrazovací jednotce, která je závaznou smlouvou mezi zákazníkem a obchodníkem. To chrání proti jakýmkoli nedorozuměním mezi zákazníkem a obchodníkem, která mohou lehce nastat, je-li kupní/prodejní objednávka podána telefonicky.It is possible to process transactions at a price on the display unit, which is a binding contract between the customer and the merchant. This protects against any misunderstandings between the customer and the merchant that can easily occur if the purchase / sale order is placed by telephone.

Systém je navržen za účelem rozšíření a zvětšení kvality a účinnosti celkové zákaznické operace s opčními listy, přičemž umožňuje zlepšenou službu zákazníkům a zvětšuje kapacitu s minimem přírůstkových nákladů.The system is designed to expand and increase the quality and efficiency of the overall warrant customer operation, while allowing improved customer service and increasing capacity with minimal incremental costs.

Podle provedení vynálezu je systém realizován s použitím architektury klient-server. Množství zařízení komunikuje s použitím bezpečnostní sítě. Zařízení vykonávají své výpočetní úlohy podle zpráv přijatých z bezpečnostní sítě. Zařízení poté vysílají výsledky zpět do externího zařízení nebo do dalšího zařízení s použitím stejné bezpečnostní sítě. Jiná komunikace mezi zařízeními, než prostřednictvím bezpečnostní sítě, je zakázána.According to an embodiment of the invention, the system is implemented using a client-server architecture. Many devices communicate using a safety net. The devices perform their computing tasks according to messages received from the security network. The devices then send the results back to the external device or to another device using the same security network. Communication between devices other than the security network is prohibited.

Dále vysílá každé posílající zařízení příslušné identifikační informace a bezpečnostní síť ověřuje veškerá data jí přenesená, zda se identifikace příslušného posílajícího zařízení shoduje s předem uloženými informacemi, uloženými během autorizační procedury. Těmito opatřeními lze získat velmi bezpečný a spolehlivý systém, který neumožňuje neoprávněný přistup.Further, each sending device transmits the appropriate identification information and the security network verifies all data transmitted by it to determine whether the identification of the respective sending device matches the pre-stored information stored during the authorization procedure. These measures can provide a very secure and reliable system that does not allow unauthorized access.

Přehled obrázků na výkresechBRIEF DESCRIPTION OF THE DRAWINGS

Vynález bude bliže vysvětlen prostřednictvím konkrétních příkladů provedení znázorněných na výkresech, na kterých představuje obr. 1 blokový diagram počítačového systému podle vynálezu;BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram of a computer system according to the invention;

obr. 2 blokový diagram systému zpracování dat;FIG. 2 is a block diagram of a data processing system;

obr. 3a a 3b vývojové diagramy ukazující postup transakce, týkající se opčních listů podle provedení vynálezu;FIGS. 3a and 3b are flowcharts showing a transaction process relating to warrants according to an embodiment of the invention; FIGS.

obr. 4 vývojový diagram ukazující postup transakce opčních listů podle jiného provedení vynálezu;FIG. 4 is a flow chart showing a progress of a warrant transaction according to another embodiment of the invention;

obr. 5 obrazovka řízení přístupu;FIG. 5 shows the access control screen;

obr. 6 transakční obrazovka bez indikace čísla nástroje a bez indikace objemu;FIG. 6 shows a transaction screen without a tool number indication and no volume indication;

obr. 7 transakční obrazovka s indikací burzovního čísla (čísla nástroje) a indikací objemu;FIG. 7 is a transaction screen with a stock number (tool number) indication and a volume indication;

obr. 8 obrazovka cenového záznamu obsahující aktuální cenu požadovaného opčního listu a další informace týkající se daného opčního listu;FIG. 8 is a price record screen containing the current price of the desired warrant and further information regarding the warrant;

obr. 9 obrazovka potvrzení obchodu;FIG. 9 shows the store confirmation screen;

obr. 10 transakční obrazovka ukazující vstup požadavku na zobrazení cen;FIG. 10 is a transaction screen showing the entry of a price display request;

obr. 11 obrazovka prázdné strany cen;FIG. 11 shows the blank price side screen;

obr. 12 obrazovka plné strany cen;FIG. 12 is a full price screen;

obr. 13 obrazovka detailu transakce;FIG. 13 is a transaction detail screen;

obr. 14 obrazovka souhrnu transakce;FIG. 14 a transaction summary screen;

obr. 15 obrazovka ověření vyrovnanosti;Fig. 15 equilibrium verification screen;

obr. 16 obrazovka časové prodlevy ceny a obr. 17 obrazovka úvěrového limitu.16 shows a price time-out screen and FIG. 17 a credit limit screen.

Příklady provedení vynálezuDETAILED DESCRIPTION OF THE INVENTION

Obrázek 1 ukazuje blokové schéma počítačového systému podle vynálezu. Systém 1 zpracování dat je připojen na vstupní jednotku 2, zobrazovací jednotku 3 a tiskárnu 4.Figure 1 shows a block diagram of a computer system according to the invention. The data processing system 1 is connected to an input unit 2, a display unit 3 and a printer 4.

Systém 1 zpracování dat přijímá datový proud z datového vstupu 5.The data processing system 1 receives a stream from data input 5.

Vstupní jednotka 2 může být realizována klávesnicí, myší, nebo jakýmkoli jiným vstupním zařízením. Zobrazovací jednotka 3 může být realizována standardním monitorem osobního počítače.The input unit 2 may be implemented by a keyboard, mouse, or any other input device. The display unit 3 may be implemented by a standard PC monitor.

Obrázek 2 ukazuje možné uspořádání systému 1 zpracování dat. Bezpečnostní síť _6 je připojena k externímu zařízení 7, bezpečnostnímu zařízení 8, zařízení pro správu dat 9, rozhraňovacímu datovému zařízení 10 a výstupnímu zařízení 11, kde vstupní jednotka 2, zobrazovací jednotka 3 a tiskárna £ mohou být částí externího zařízení 7.Figure 2 shows a possible arrangement of the data processing system 1. The security network 6 is connected to an external device 7, a security device 8, a data management device 9, an interface data device 10 and an output device 11, wherein the input unit 2, the display unit 3 and the printer 6 may be part of the external device 7.

Externí zařízení J_ může být osobní počítač (PC) včetně grafického uživatelského rozhranní (GUI) za účelem připojení do bezpečnostní sítě 6_ přes modem. Zařízení systému 1 zpracování dat mohou být realizována jako oddělené a nezávislé komunikační servery (architektury klient-server). Bezpečnostní síť 6 může být realizována především náležitým počtem směrovačů zpráv (MRO) . Bezpečnostní zařízení 8^ lze realizovat správcem pro bezpečnostní přístup (SAM). Rozhraňovací datové zařízení 10 může být realizováno serverem pro ceny opčních listů (WRS). Zařízení 9 správy dat může být realizováno transakčním serverem opčních listů (WTS). Výstupní zařízení 11 může být realizováno serverem předávání opčních listů (WHO). Dále může být zajištěn úvěrový server (CRS) a poštovní server (MAI), přičemž oba komunikují se směrovačem zpráv.The external device 7 may be a personal computer (PC) including a graphical user interface (GUI) for connection to a security network 6 via a modem. The devices of the data processing system 1 may be implemented as separate and independent communication servers (client-server architectures). In particular, the security network 6 may be implemented by an appropriate number of message routers (MROs). The security device 8 may be implemented by a security access administrator (SAM). The splitting data device 10 may be implemented by a warrant price server (WRS). The data management device 9 may be implemented by a warrants transaction server (WTS). The output device 11 may be implemented by a warrant handover server (WHO). Additionally, a credit server (CRS) and a mail server (MAI) can be provided, both communicating with a message router.

V následujícím je podáno krátké vysvětlení příkladů týkajících se funkcí různých serverů.The following is a brief explanation of examples regarding the functions of different servers.

Jak je uvedeno výše, skládá se počítačový systém podle vynálezu z množství serverů komunikujících s použitím směrovačů zpráv. Síťové spojení mezi servery a směrovači zpráv umožňuje použitý ITS (informační obchodní a smluvní systém), který je distribuován na množství procesorů VAX.As mentioned above, the computer system of the invention consists of a plurality of servers communicating using message routers. The network connection between servers and message routers is made possible by the ITS (Information and Trading System) used, which is distributed over a number of VAX processors.

Servery ITS vykonávají svou výpočtovou úlohu podle zpráv přijatých ze svých sousedních směrovačů zpráv. Server vysílá výsledky zpět uživateli nebo na další server s použitím stejné sítě směrovačů zpráv. Jiná komunikace mezi servery, než je přes směrovače zpráv, je zakázána.ITS servers perform their computational task according to messages received from their neighboring message routers. The server sends results back to the user or to another server using the same network of message routers. Communication between servers other than through message routers is prohibited.

Jeden server (zařízení datového rozhranní - server pro ceny opčních listů) je připojen k přívodu cen, databázi, atd., přičemž zapouzdřuje tento zdroj pro zbytek sítě ITS. V centru systému je zařízení správy dat (WTS), které z těchto zdrojů čerpá za účelem zajištění kompletní služby uživatelskému rozhranní (grafickému uživatelskému rozhranní - GUI nebo hostitelskému uživatelskému rozhranní - HUI). Dále je zajištěna pomocná služba používaná k údržbě bezpečnosti systému ITS omezováním přístupu a ovládáním toho, které servery smějí komunikovat s ostatními.One server (data interface device - warrant pricing server) is connected to a pricing feed, a database, etc., encapsulating this resource for the rest of the ITS network. At the center of the system is a data management device (WTS) that draws on these resources to provide a complete service to the user interface (graphical user interface - GUI or host user interface - HUI). In addition, an auxiliary service used to maintain ITS security is provided by limiting access and controlling which servers are allowed to communicate with others.

Směrovače zpráv (bezpečnostní síť) jsou zodpovědné za přenášení zpráv z jednoho serveru na druhý. Systém ITS obsahuje množství směrovačů vzájemně propojených tak, aby byla možná komunikace mezi dvěma libovolnými servery. V centru systému je umístěno zabezpečovací zařízení (SAM), které je připojeno ke každému směrovací zpráv. SAM udržuje seznam autorizovaných uživatelů a přístupů za účelem ověřování uživatelských hesel. SAM také vydává každému serveru jedinečnou ITS adresu, která je používána směrovačem za účelem směrování zpráv na správná místa určení a zvyšuje také bezpečnost systému proti neoprávněnému přístupu.Message routers (security network) are responsible for relaying messages from one server to another. The ITS system includes a number of routers interconnected to allow communication between two arbitrary servers. A security device (SAM) is located in the center of the system and is connected to each routing message. SAM maintains a list of authorized users and accesses to authenticate user passwords. SAM also issues a unique ITS address to each server that is used by the router to route messages to the correct destinations and also increases the security of the system against unauthorized access.

STÝM udržuje uživatelská konta, přístupová omezení a privilegia. Dále SAM používá indexovaný soubor za účelem definování seznamu autorizovaných uživatelů, včetně obslužných směrovačů a směrovačů zpráv a jejich příslušných adres. SAM ukládá hesla týkající se uživatelských kont a udržuje seznam oprávněných uživatelů a jejich příslušné adresy. Dále SAM udržuje v druhém indexovaném souboru mapu toho, který server je připojen na který směrovač a zapisuje chyby do chybového souboru. MRO posílá dále zprávy mezi servery podle jejich příslušných adres. Dále překládá protokoly mezi příslušnými servery a ověřuje nová spojení se STÝM, aby zabránil neautorizovaným uživatelům v posílání zpráv. WTS je vícespojový produktový server, používající množství souběžných přihlášení k databázi sybase. Komunikuje s uživateli systému a provádí a ukládá transakce s opčními listy. Uživateli systému jsou v tomto ohledu například grafická uživatelská rozhraní, která jsou zavedena na PC, která používají postup s možností volby za účelem připojení k příslušnému směrovači zpráv. WTS udržuje uživatelská konta, obchodní vztahy a přehledy svátků. Dále WTS kontroluje řádky úvěrů s použitím CRS a zajišťuje přístup k WRS a získává ceny z WRS. Dále používá WTS MAI za účelem oznamování systémových událostí obchodníkům. MAI je vícespojový produktový server používající databázi sybase pro ukládání a další posílání uživatelských a systémových poštovních zpráv uvnitř systému. Udržuje seznam uživatelských kont a poštovních jmen pro poštovní účely. WRS přijímá datové proudy ceny a aktualizace strany z Reuters Taps (např. 24) a systému Invision a sestavuje v globálním oddíle strany dat cen. Přijaté datové proudy jsou uloženy na určitém paměťovém místě WRS a tato určitá paměťová místa jsou přepisována pokaždé, když jsou přijata nová data. WRS přijímá požadavky na stranu a cenu od WTS a vrací výsledky pro zobrazení na zobrazovací jednotce 2_ nebo pro účely cenového záznamu. Dále používá soubor za účelem definování grafického uspořádání stránky cen a umístění požadovaných cen. CRS udržuje seznam hodnot úvěrů týkajících se zákazníků. Za účelem uložení nejnovějších hodnot úroků používá indexovaný soubor. Grafické uživatelské rozhraní (GUI), které je zavedeno na klientu (PC), je uživatelské rozhraní PC pro tento systém. GUI běží na PC na místech zákazníků a obchodníků s použitím protokolu TCP/IP (Transmission Control Protocol/ Internet Protocol), aby byl spojen přímo se směrovačem zpráv. WHO předává hotové transakce rozhraní přímého obchodníka (DDI) jejich zapsáním do vyhrazené databáze sybase v systému DDI. Formátuje a tiskne lístky o obchodu na tiskárně lístků umístěné v obchodním patře kde jsou umístěni obchodníci.STYM maintains user accounts, access restrictions, and privileges. In addition, SAM uses an indexed file to define a list of authorized users, including service routers and message routers, and their respective addresses. SAM stores user account passwords and maintains a list of authorized users and their respective addresses. Furthermore, SAM maintains in a second indexed file a map of which server is connected to which router and writes errors to the error file. The MRO also sends messages between servers according to their respective addresses. In addition, it translates protocols between the respective servers and verifies new connections with the STY to prevent unauthorized users from sending messages. WTS is a multilink product server that uses multiple concurrent logins to the sybase database. It communicates with system users and executes and saves warrant transactions. System users in this regard are, for example, graphical user interfaces that are deployed on a PC that use a selectable procedure to connect to an appropriate message router. WTS maintains user accounts, business relationships and holiday reports. In addition, WTS checks the credit lines using CRS and ensures access to the WRS and obtains prices from the WRS. It also uses WTS MAI to notify system events to traders. MAI is a multicast product server that uses the sybase database to store and forward user and system mail messages within the system. Maintains a list of user accounts and postal names for postal purposes. WRS receives pricing streams and party updates from Reuters Taps (eg 24) and Invision and compiles pricing data in the global section. The received streams are stored in a particular WRS memory location, and these specific memory locations are overwritten each time new data is received. The WRS receives side and cost requests from the WTS and returns the results for display on the display unit 2 or for pricing purposes. It also uses the file to define the graphic layout of the pricing page and the location of the preferred prices. CRS maintains a list of loan values related to customers. It uses an indexed file to store the latest interest values. The graphical user interface (GUI) that is loaded on the client (PC) is the PC user interface for this system. The GUI runs on customers 'and merchants' PCs using the Transmission Control Protocol / Internet Protocol (TCP / IP) to connect directly to the message router. WHO forwards direct transactions to the Direct Merchant Interface (DDI) by writing them to a dedicated sybase database in the DDI system. Formats and prints trade tickets at a ticket printer located on the trading floor where merchants are located.

Množství systémových serverů je nakonfigurováno tak, aby měly závislé servery. Během spouštění čekají tyto servery na spuštění svých závislých serverů, než začnou běžet spřaženě. Vztah závislosti je implementován tam, kde se server spoléhá na jiný server za účelem zajištění systémového prostředku, který potřebuje server k tomu, aby mohl fungovat. Například WTS nemůže fungovat, dokud neběží WRS. WTS je nakonfigurován s WRS jako závislým serverem.Many system servers are configured to have dependent servers. During startup, these servers are waiting to start their dependent servers before they run composite. A dependency relationship is implemented where a server relies on another server to provide the system resource that the server needs to function. For example, WTS cannot work until WRS is running. WTS is configured with WRS as a dependent server.

Servery kontrolují přítomnost svých závislých serverů posíláním zjišťovacích zpráv. Není-li závislý server nalezen, zapíše server chybu do záznamu, počká a poté zkouší opět zjistit závislý server. Jsou-li objeveny všechny závislé servery, zapíše server do záznamu zprávu o přítomnosti serverů.Servers check the presence of their dependent servers by sending discovery messages. If the dependent server is not found, the server writes the error to the log, waits, and then tries to detect the dependent server again. If all dependent servers are discovered, the server writes a server presence report to the log.

Servery se vrátí ke zjišťování přítomnosti svých závislých serverů, nemůže-li být doručena zpráva závislému serveru. Činnost serveru je přechodně pozastavena, dokud není úspěšně zjištěn závislý server. Zejména WTS má jako závislé servery WRS, MAI, CRS a WHO. WRS, CRS a WHO mají jako závislý server MAI.Servers will return to detect the presence of their dependent servers if a message cannot be delivered to the dependent server. Server activity is temporarily suspended until the dependent server is successfully detected. In particular, WTS has WRS, MAI, CRS, and WHO as dependent servers. WRS, CRS, and WHO have an MAI server.

Systém je nakonfigurován se zpožďovacími dobami během spouštěcí procedury. Proto mohou být závislé servery spuštěny nejdříve a s dostatečným časem pro spuštění předtím, než je spuštěn další server. Pořadí spouštění serverů a zpoždění mezi následnými servery je předem uloženo a může se přizpůsobit hardwarovým požadavkům.The system is configured with delay times during the boot procedure. Therefore, dependent servers can start first and with sufficient time to start before the next server is started. The server startup order and the delay between successive servers is pre-stored and can adapt to hardware requirements.

Obrázky 3a a 3b ukazují příklad systémových kroků nezbytných pro provedení transakce s opčním listem. Po zapnutí uživatelského PC a po spuštění automatického obchodovacího systému pro opční listy na PC je zobrazena obrazovka 12 řízení přístupu (krok 100). Na obrazovce 12 řízení přístupu by měly být vloženy identifikační informace (název uživatele a bezpečnostní heslo). To musí být provedeno vstupní jednotkou 2 (krok 101). Po vložení požadavku na přihlášení, např. stisknutím tlačítka Logon na obrazovce 12 řízení přístupu příslušným působením myši, ověří systém detaily vstupu předtím, než je uživateli povoleno přistupovat k jakékoli části systému (krok 102) . Je-li název uživatele a heslo zkontrolováno, je na zobrazovací jednotce 3 zobrazena zákaznická obchodní obrazovka 13 (krok 103).Figures 3a and 3b show an example of the system steps necessary to perform a warrant transaction. After powering on the user PC and starting the automatic trading system for warrants on the PC, the access control screen 12 is displayed (step 100). Identification information (user name and security password) should be entered on the access control screen 12. This must be done by the input unit 2 (step 101). Upon entering a login request, e.g., by pressing the Logon button on the Access Control screen 12 by appropriate mouse action, the system verifies the details of the input before the user is allowed to access any part of the system (step 102). If the user name and password are checked, the customer trading screen 13 is displayed on the display unit 3 (step 103).

Zákaznická obchodní obrazovka 13 umožňuje vstup burzovního čísla určitého opčního listu, objemu a toho, zda koupit, či prodat (krok 104). Po vstupech kroku 104 může být vydán požadavek na opatření ceny (krok 105). Potom je zobrazena obrazovka 14 cenového záznamu (krok 106). Současně je spuštěn časovač (krok 111). Vstupní jednotkou 3 může být vložen kupní požadavek pro zobrazený opční list (krok 107). V kroku 108 je kontrolováno, zda kupní požadavek byl, či nebyl vložen během určitého časového období T_set. Není-li tomu tak, obrazovka 14 cenového záznamu zobrazí údaj o vypršení časové prodlevy a kupní požadavek vložený v kroku 107 není vykonán. Po kroku 109 je možné vložit opětovnou žádost pro získání nového aktuálního kursu (krok 110). Potom je opět zobrazena obrazovka 14 cenového záznamu s aktualizovanými daty (krok 106). Neuplynulo-li předem stanovené časové období T_set v kroku 108 předtím, než byl vložen kupní požadavek v kroku 107, je transakce opčního listu vykonána (krok 112) . Potom je zobrazena potvrzovací obrazovka 15 obchodu (krok 113).The customer trading screen 13 allows the entry of the stock number of the particular warrant, the volume and whether to buy or sell (step 104). After the inputs of step 104, a cost measure request can be issued (step 105). The quotation record screen 14 is then displayed (step 106). At the same time, the timer is started (step 111). A purchase request for the warrant shown can be entered by the input unit 3 (step 107). In step 108, it is checked whether or not the purchase request was entered during a certain time period T _set . If this is not the case, the quotation record screen 14 displays the time-out indication and the purchase request entered in step 107 is not executed. After step 109, it is possible to re-request to obtain a new current rate (step 110). Then, the quotation screen 14 is updated with the updated data (step 106). If the predetermined time period T _set in step 108 has not elapsed before the purchase request was entered in step 107, the warrant transaction is executed (step 112). The store confirmation screen 15 is then displayed (step 113).

Obrázek 4 ukazuje blokové schéma, týkající se jiného provedení tohoto vynálezu. Při zobrazování zákaznické obchodní obrazovky 13 je možné vložit požadavek na prohlížení cen (krok 114). Požadavek na prohlížení cen může být vložen například otevřením roletového menu na obchodní obrazovce 13. To může být provedeno, není-li si například zákazník přesně jist burzovním číslem opčního listu, který má být koupen nebo prodán. Dále je možné, že zákazník chce pouze získat přehled aktuálních cen a data opčních listů. Po vložení požadavku na prohlížení cen je zobrazena obrazovka 16 strany cen (krok 115). Na obrazovce 16 strany cen lze zvolit podrobnou stranu 17 (krok 116) a k jednotlivému opčnímu listu lze přistoupit zvolením burzovního čísla 18 opčního listu (krok 117) . Potom je zobrazena zákaznická obchodní obrazovka 14 (krok 118) a je vložen objem a to, zda koupit, či prodat vstupní jednotkou 3_ (krok 119) . Potom se procedura vrací k procesu ukázanému na obrázku 3 mezi kroky 105 a 106.Figure 4 shows a block diagram relating to another embodiment of the present invention. When displaying the customer trading screen 13, it is possible to insert a price viewing request (step 114). The request for viewing prices can be made, for example, by opening a pull-down menu on the trading screen 13. This can be done if, for example, the customer is not sure of the stock exchange number of the warrant to be purchased or sold. Furthermore, it is possible that the customer only wants to obtain an overview of current prices and warrants dates. After the pricing request is entered, the pricing page 16 is displayed (step 115). On the price page 16, the detailed page 17 (step 116) can be selected and the individual warrant can be accessed by selecting the stock number 18 of the warrant (step 117). Then, the customer trading screen 14 (step 118) is displayed and the volume and whether to buy or sell the input unit 3 (step 119) is entered. Then, the procedure returns to the process shown in Figure 3 between steps 105 and 106.

Obrázek 5 ukazuje obrazovku 12 řízení přístupu, která se používá pro vkládání názvu uživatele a bezpečnostního hesla. Poté, co byl vložen název uživatele a bezpečnostní heslo, může být vydán požadavek na přihlášení.Figure 5 shows an access control screen 12 that is used to enter a user name and a security password. After the user name and security password have been entered, a login request can be issued.

Obrázek 6 ukazuje zákaznickou obchodní obrazovku 13. Zákaznická obchodní obrazovka je přednastavena na obchodování s opčními listy. Tato obrazovka však může být použita též pro obchodování s jinými jistinami, například akciemi, dluhopisy, deriváty nebo devizami (valutami). Dále je možné vložit do zákaznické obchodní obrazovky 13, zda má být opční list (nebo jiná jistina) koupena, či prodána.Figure 6 shows the customer trading screen 13. The customer trading screen is preset for trading warrants. However, this screen can also be used to trade other securities, such as stocks, bonds, derivatives or foreign exchange. Furthermore, it is possible to insert in the customer trading screen 13 whether the warrant (or other principal) is to be purchased or sold.

Obrázek 7 ukazuje zákaznickou obchodní obrazovku 13 s číslem instrumentu a objemem vloženým vstupní jednotkou 3.Figure 7 shows the customer trading screen 13 with the instrument number and the volume inserted by the input unit 3.

Obrázek 8 ukazuje obrazovku 14 cenového záznamu po vložení požadavku na opatření ceny, zatímco zobrazuje zákaznickou obchodní obrazovku (obr. 7). Obrazovka 14 cenového záznamu ukazuje všechna data, nezbytná pro transakci opčních listů. Při zobrazení obrazovky 14 cenového záznamu je spuštěn časovač (krok 111), který umožňuje vstup kupního požadavku pouze během předem určeného časového období T_set. Není-li kupní požadavek vložen během časového období T_set, bude na obrazovce 14 cenového záznamu zobrazena poznámka o vypršení časové prodlevy. Objeví-li se taková poznámka o vypršení časové prodlevy na obrazovce 14 cenového záznamu, není již možné vydat kupní požadavek pro určité opční listy. Za účelem zavedení nových dat na obrazovku cenového záznamu je nezbytné vložit opětovný požadavek. Jeli takový opětovný požadavek vložen, bude obrazovka 14 cenového záznamu opět naplněna aktuálními daty a časovač bude opět spuštěn.Figure 8 shows the pricing record screen 14 after inserting a pricing request while displaying a customer trading screen (Fig. 7). The pricing screen 14 shows all the data necessary for the warrant transaction. When the price record screen 14 is displayed, a timer is started (step 111), which allows the purchase request to be entered only during a predetermined time period T _set . If the purchase request is not entered during the time period T _set , a timeout note will be displayed on the quotation record screen 14. If such time-out note appears on the quotation record screen 14, it is no longer possible to issue a purchase request for certain warrants. In order to upload new data to the quotation record screen, it is necessary to re-request. If such a re-request is entered, the price record screen 14 will be filled with current data again and the timer will be started again.

Obrázek 9 ukazuje obrazovku 15 potvrzení obchodu, která je zobrazena, je-li včas vložen kupní požadavek. Obrazovka 15 potvrzení obchodu obsahuje číslo obchodu a umožňuje vložení zákaznického referenčního čísla. Tato obrazovka dává zákazníkovi okamžité elektronické potvrzení provedeného obchodu s opčními listy.Figure 9 shows a trade confirmation screen 15 that is displayed when a purchase request is timely entered. The store confirmation screen 15 contains the store number and allows you to enter a customer reference number. This screen gives the customer immediate electronic confirmation of the warrant trading.

Obrázek 10 ukazuje transakční obrazovku 13 s roletovým menu, umožňujícím vstup požadavku na prohlížení cen.Figure 10 shows a transaction screen 13 with a pull-down menu allowing entry of the price viewing request.

Na obrázku 11 je ukázána prázdná strana 16 prohlížení cen zobrazená na zobrazovací jednotce 3, je-li vydán požadavek na prohlížení cen.In Figure 11, the blank price viewing page 16 shown on the display unit 3 is shown when a price viewing request is issued.

Na obrázku 12 je ukázána obrazovka 19 strany cen, která zobrazuje zákazníkovi a obchodníkovi strany cen opčních listů. Tato obrazovka také uživateli dovoluje zobrazit jednotlivou stranu vložením, čísla strany. Dále může uživatel vkládat detaily a hledat konkrétní opční list podle názvu. Mimoto může uživatel použít vstupu plus nebo mínus, aby strany prohlížel postupně. Navíc může být vložen požadavek na obnovení cen aktivováním tlačítka se šipkou. Je-li na obrazovce 17 strany cen zvolen určitý instrument (tentýž může být zvolen například poklepáním myší na burzovní číslo), je zobrazena obrazovka 14 cenového záznamu (obr. 8).In Fig. 12, a price page screen 19 is shown, which shows the customer and trader the price pages of warrants. This screen also allows the user to display a single page by entering a page number. Furthermore, the user can enter details and search for a specific warrant by name. In addition, the user can use the plus or minus input to view pages sequentially. In addition, a price reset request can be entered by activating the arrow button. If a particular instrument is selected on the price side screen 17 (the same can be selected, for example, by double-clicking the stock number), the price record screen 14 is shown (FIG. 8).

Obrázek 13 ukazuje podrobnou obchodní obrazovku zobrazující zákazníkovi nebo obchodníkovi všechny transakční podrobnosti o jednotlivém obchodu.Figure 13 shows a detailed trading screen showing the customer or merchant all transaction details of an individual trade.

Obrázek 14 ukazuje transakční historickou obrazovku, která je zobrazena na zobrazovací jednotce 3, jakmile mají být zobrazeny minulé obchody. Systém umožňuje nastavit kritéria obchodů, které mají být zobrazeny, např. rozsah datumů, zákaznické referenční číslo, identifikaci obchodu a instrument. Parametry dat mohou mít rozsah maximálně 60 dní, protože to je maximální doba uložení obchodních dat. Nicméně je možné nastavit odlišný čas uložení tak, aby bylo možné přezkoumat obchody, které byly provedeny dříve.Figure 14 shows a transaction history screen that is displayed on the display unit 3 when past trades are to be displayed. The system allows you to set trade criteria to be displayed, such as date range, customer reference number, trade ID and instrument. Data parameters can be up to 60 days long, as this is the maximum storage time for business data. However, it is possible to set a different save time so that it is possible to review trades that were carried out earlier.

Systém jak je výše popsán s odkazem na obrázky 5-14 je navržen k tomu, aby byl používán zákazníkem, sedícím v místní bance a obchodníkem, umístěným u tvůrce trhu opčních listů. Existují však také znaky, které jsou přístupné pouze obchodníkovi. Příklady těchto znaků jsou popsány dále.The system as described above with reference to Figures 5-14 is designed to be used by a customer seated in a local bank and a merchant located at the warrant market maker. However, there are also features that are only accessible to the merchant. Examples of these features are described below.

Obrázek 15 ukazuje obrazovku ověření vyrovnanosti, umožňující vstup maximální částky vzestupu a pádu cen vložených do systému. Podrobněji je s ověřením vyrovnanosti možné přednastavit maximální výkyvy vstupních dat 5. Změnili se například cena určitého opčního listu od jednoho požadavku na prohlížení cen do dalšího požadavku na prohlížení cen o 0,2 a ověření vyrovnanosti je nastaveno na 0,1, bude tento určitý instrument zastaven. Dále je možné vložit šířku pásma pro ceny. Ověření vyrovnanosti zavádí do systému vysokou bezpečnost, protože mu umožňuje vyfiltrovat systémové poruchy jako chyby přenosu dat.Figure 15 shows the equilibrium validation screen, allowing input of the maximum amount of rise and fall of prices entered into the system. For example, the price of a certain warrant has changed from one price view request to the next price view request by 0.2 and the balance check is set to 0.1, this particular instrument stopped. It is also possible to enter bandwidth for prices. Balancing verification introduces high security into the system by allowing it to filter out system failures as data transmission errors.

Obrázek 16 ukazuje obrazovku časové prodlevy ceny. V obrazovce časové prodlevy ceny je možné vložit čas T_set, který se používá k určení, zda je, či není uskutečněn kupní požadavek vložený do obrazovky 14 cenového záznamu (obr. 3, kroky 106-111) . Fyzikální jednotkou T_set jsou sekundy. T_set je normálně nastaveno na 10 s, mohou však být vloženy jiné vhodné hodnoty.Figure 16 shows a price timeout screen. In the price time lag screen, it is possible to insert a time _set T, which is used to determine whether or not a purchase request is embedded in the price record screen 14 (Fig. 3, steps 106-111). The physical unit of the T _set is seconds. The T _set is normally set to 10 s, but other suitable values may be entered.

Obrázek 17 ukazuje obrazovku úvěrových limitů, která umožňuje nastavit limity úvěrů pro zákazníky. S těmito úvěrovými limity pracuje úvěrový server a zajišťují, aby celková hodnota nevyrovnaných obchodů pro jakéhokoliv existujícího zákazníka nepřekročila danou hodnotu, která může být vložena do pole Credit vstupní jednotkou 2. Pokouší-li se zákazník vložit transakci překračující tuto hodnotu, bude zamítnuta a je zobrazena obrazovková zpráva požadující kontaktování obchodníka.Figure 17 shows the credit limits screen that allows you to set credit limits for customers. These credit limits work with the credit server and ensure that the total value of outstanding trades for any existing customer does not exceed a given value that can be entered in the Credit input field 2. If a customer attempts to enter a transaction exceeding that value, it will be rejected and displayed screen message requesting to contact the merchant.

Za účelem podrobnějšího vysvětlení různých funkcí systému podle vynálezu jsou uvedeny následující příklady.In order to explain in more detail the various functions of the system according to the invention, the following examples are given.

Během přihlašovací procedury umístí PC (klient) TCP/IP volání jednoho ze směrovačů zpráv (MRO). MRO přijme volání a přidělí určitý kanál zařízení pro PC. Uživatel vloží název uživatele a heslo, které jsou přeneseny do MRO. MRO podá detaily o uživateli a způsobu použitém pro umístění volání (název uživatele volajícího a poznámka) správci pro bezpečnostní přístup (SAM). SAM ověří, zda je uživateli dovoleno, aby byl připojen k systému a informuje MRO. MRO vyšle souhlas do PC. PC pošle nezávislou registrační zprávu transakčnímu serveru opčních listů (WTS) a poštovnímu serveru (MAI). WTS zkontroluje svou tabulku uživatelských profilů a přidělí uživateli relaci.During the logon procedure, the PC (client) places a TCP / IP call to one of the message routers (MROs). The MRO accepts the call and assigns a specific device channel to the PC. The user enters the user name and password that are transferred to the MRO. The MRO gives details of the user and the method used to place the call (caller user name and note) to the Security Access Manager (SAM). The SAM checks whether the user is allowed to be connected to the system and informs the MRO. MRO sends consent to PC. The PC sends an independent registration message to the warrant transaction server (WTS) and the mail server (MAI). WTS checks its user profile table and assigns the user a session.

uživatelské profily a vrátí zprávu poštovních zpráv čekajících na uživatele. PC zavede z WTS různé položky.user profiles and returns a message of mail messages waiting for the user. The PC loads various items from WTS.

MAI zkontroluje ukazující početThe MAI checks the showing count

Během procedury prohlížení cen vyšle PC do WTS požadavek na stranu cen, obsahující číslo strany cen. WTS ověří, zda je uživateli povoleno prohlížet ceny a podáDuring the pricing procedure, the PC sends a pricing side request to the WTS containing the pricing side number. WTS verifies whether the user is allowed to view prices and submit

požadavek requirement na on server server pro ceny for prices opčních options listů of leaves (WRS). (WRS). WRS WRS sestaví stranu builds a page cen a prices and vrátí ji will return it WTS. WTS WTS. WTS pošle sends podrobnosti details strany cen party prices dále further uživateli. users. Během During provádění implementation transakční transactional procedury procedures vyšle sends PC do PC do WTS WTS

požadavek na cenový záznam obsahující burzovní číslo a objem. WTS přijme požadavek na cenový záznam a pošle do WRS požadavek na cenu. WRS získá cenu a vyšle jí zpět do WTS. WTS provede proceduru uloženou v Sybase, aby vložil cenový záznam do své databáze. Cenovému záznamu je přiřazeno referenční číslo. WTS sbírá výsledky ze Sybase a vrací PC zprávu o kursovním záznamu s cenou a podrobnostmi o instrumentu. PC zobrazí cenový záznam a uživatel se rozhodne provést (kroky 106 a 107). PC přenese požadavek na provedení do WTS odvolávajíc se na transakci referenčním číslem. WTS provede uloženou proceduru, která hledá v transakční databázi původní cenový záznam. WTS pak zkontroluje, zda pro cenový záznam nevypršela časová prodleva (krok 108) . Je-li vše v pořádku, vyšle WTS objemový požadavek do WRS, který vyčerpá objem instrumentů a vrátí WTS zprávu. WTS pošle úvěrový požadavek úvěrovému serveru (CRS). CRS vyčerpá úvěrovou řádku uživatele a vrací zprávu WTS. Nakonec WTS provede uloženou proceduru za účelem převedení cenového záznamu na provedený obchod. Podrobnosti o obchodu jsou poslány zpět do PC.price listing request containing stock exchange number and volume. The WTS receives the pricing request and sends a pricing request to the WRS. WRS wins the prize and sends it back to WTS. WTS executes the procedure stored in Sybase to insert the price record into its database. The price record is assigned a reference number. WTS collects results from Sybase and returns to the PC a exchange rate report with price and instrument details. The PC displays the quotation record and the user decides to execute (steps 106 and 107). The PC transmits the execution request to the WTS referring to the transaction with the reference number. WTS executes a stored procedure to search the transaction database for the original pricing record. The WTS then checks to see if the time delay for the pricing record has expired (step 108). If everything is OK, WTS sends a volume request to the WRS, which runs out of the instrument volume and returns the WTS message. WTS sends the credit request to the credit server (CRS). The CRS runs out of the user's credit line and returns a WTS message. Finally, WTS executes the stored procedure to convert the price record into the executed transaction. Shop details are sent back to the PC.

Jak lze vidět z obrazovek a masek jak bylo projednáno výše, jsou vstupní masky navrženy vždy tak, aby umožnily vstup rozdílných typů dat. Proto si tedy musí uživatel zvyknout pouze na jedno rozvržení obrazovky a masky, aby byl schopen pracovat se všemi různými jistotami, se kterými může systém podle vynálezu pracovat. Je tudíž zajištěn počítačový systém pro správu dat obsahující nejméně správu dat týkajících se obchodování opčních listů, který je lehce přizpůsobitelný pro práci s různými typy dat, např. akciemi, dluhopisy, deriváty a devizami (valutami). Systém podle vynálezu dále zajišťuje vysokou bezpečnost pokud se týče dat, se kterými pracuje. Jak je výše popsáno s odkazem na obrázek 15, je možné zavést ověření vyrovnanosti, které umožňuje řídit a ověřovat vstup dat do systému. Dále je možné nastavit úvěrové limity a časovou prodlevu ceny tak, aby bylo sníženo riziko pro obě strany, protože je možné, že se po zobrazení obrazovky cenového záznamu silně změní cena opčního listu. To by mohlo vést buďto k nevýhodě pro zákazníka nebo k nevýhodě pro obchodníka v závislosti na vzestupu nebo pádu příslušné ceny.As can be seen from the screens and masks discussed above, input masks are always designed to allow input of different types of data. Therefore, the user has to get used to only one screen and mask layout in order to be able to work with all the different assurances that the system of the invention can work with. There is thus provided a computerized data management system comprising at least data management relating to warrant trading, which is easily adaptable to work with various types of data, such as stocks, bonds, derivatives and foreign exchange. The system according to the invention further ensures high security with respect to the data it is working with. As described above with reference to Figure 15, it is possible to implement an equilibrium verification that allows to control and verify the input of data into the system. In addition, it is possible to set credit limits and price lag so as to reduce the risk for both parties as it is possible that the price of the warrant may change sharply when the price record screen is displayed. This could lead to either a disadvantage for the customer or a disadvantage for the trader depending on the rise or fall of the respective price.

Počítačový systém podle vynálezu je lehce použitelný systém, který umožňuje elektronicky zahájit a provádět např. transakce opčních listů. Tento systém zajišťuje přímé elektronické spojení mezi PC uživatele a obchodním pultem opčního listu. Umožňuje uživateli obchodovat všechny opční listy přístupné u tvůrce trhu s opčními listy při cenách řízených trhem a s bezpečností vyrobenou na objednávku.The computer system of the present invention is an easy-to-use system that allows, for example, warrants to be initiated and executed electronically. This system provides a direct electronic connection between the user's PC and the warrant counter. It allows the user to trade all warrants accessible to the market maker of warrants at market-driven prices and with custom-made security.

Systém umožňuje vylepšené zákaznické služby a zvětšenou kapacitu s minimálními přírůstkovými náklady. Dále je systém systém řízený obchodníkem a zrcadlí způsob jakým pracují obchodníci, aby jim dal stejný vliv nad jejich pozicemi jako podle transakce vykonané ve shodě s popsaným předchozím stavem vědy.The system enables improved customer service and increased capacity with minimal incremental costs. Furthermore, the system is a merchant-driven system and mirrors the way merchants work to give them the same influence over their positions as under a transaction executed in accordance with the prior art described.

Počítačový systém podle vynálezu může být realizován s grafickým uživatelským rozhraním (GUI) zavedeným na PC nebo s hostitelským uživatelským rozhraním (HUI) implementujícím emulační standard VT 100.The computer system of the invention may be implemented with a graphical user interface (GUI) implemented on a PC or with a host user interface (HUI) implementing a VT 100 emulation standard.

Claims

A computer data management system comprising at least data management relating to warrant trading, comprising a data processing system (1), an input unit (2), a display unit (3) and a data input (5), wherein the display unit (3) ) shows a first mask having a format allowing input of certain data by the input unit (2), the data input (5) being read when a request is input by the input unit (2), the display unit (3) shows a second mask containing the requested data and the data processing system (1) holds the requested data for a predetermined time period T _set and executes a transaction related to certain data if an input request (2) is entered by the input unit (2) during a predetermined time period T _set .

Computer system according to claim 1, characterized in that the first mask is a trade mask (13) and the second mask is a price record mask (14).

Computer system according to claim 1 or 2, characterized in that the trading mask (13) allows the identification number for certain data to be input by the input unit (2) in order to read certain data from the data input (5).

The computer system of claim 3, wherein the identification number is a stock number.

ϊ'ν ά-Ί- ΰ ·

Computer system according to claim 1 or 2, characterized in that the trading mask (13) allows the request to be entered on the price side (18) containing a plurality of certain data and the price side (18) allows the request for certain data.

Computer system according to one or more of claims 1 to 5, characterized in that the data processing system (1) comprises a security network (6) connected to an external device (7), a security device (8), a management device (9) a data interface device (10) and an output device (11), the external device (7) comprising an input unit (2) and a display unit (3).

Computer system according to claim 6, characterized in that after the input of certain data by the input unit (2), the external device (7) makes a request for certain data and sends the request to the security network (6), checks the security network (6) a request with respect to its authorization and sends the same to the data management device (9) if the authorization control of the external device (7) for the data management device (9) has been performed, the data management device (9) issues a message to the security network ( 6) to access the data (5) from the data interface device (10) if the authorization check of the external device (7) for the data interface device (10) has been performed, the data interface device (10) sends selected data to the device ( 9) for data management over the security network (6) and the data management device (9) sends data to an external device (7) over the security network (6).

Computer system according to claim 6 or 7, characterized in that each sending device transmits the respective identification information and the security network (6) checks each data transmission through this network to see whether the identification of the respective sending device matches the pre-stored information stored during the authorization procedure. .

Computer system according to one or more of claims 6 to 8, characterized in that during the authorization procedure the security network (6) reads identification information from an external device (7) and the security device (8) checks the identification information and issues the access authorization, which is stored in a safety net (6).

Computer system according to one or more of Claims 6 to 9, characterized in that, at the time of first connection of the external device (7) to the security network (6), the security network (6) sends a default number and an external number to the external device (7). the device (7) encodes the identification information according to the default number and sends the encoded identification information to the security network (6).

Computer system according to claim 10, characterized in that the security network (6) transmits the received encrypted identification information together with the starting number to the security device (8), which decodes the identification information and performs a security check.

pv v

- 23

Computer system according to one or more of claims 6 to 11, characterized in that, during the authorization procedure, the security device (8) checks whether the transmitted user information matches the data stored in the authorization file in the security file (8). a predetermined number of security requests are met, including access data, so-called disusered and number of login failures, and identification information has been sent from the security network (6), and the security device (8) reads pre-stored address information from the address file if and sends the address information to the security network (6).

Computer system according to claim 12, characterized in that the security network (6) stores address information in order to define to which parts of the computer system the external device (7) can access.

Computer system according to claim 12 or 13, characterized in that the security device (8) determines whether pre-stored address information is sent from the security network (6) by checking whether the channel on which the security network (6) sends, is equal to the channel put into the security network (6) during the setup procedure, where the security network (6) is the only device that is allowed to transmit and receive data to and from the security device (8).

62fa ^ - ‘fa

- 24

Computer system according to one or more of Claims 6 to 14, characterized in that the data management device (9) stores a list of dependent servers containing information relating to the devices needed to manage certain data.

Computer system according to claim 15, characterized in that during the start-up procedure, the data management device (9) checks according to the list of dependent servers whether all the required devices are in a connection state before data transfer is activated to manage certain data.

Computer system according to one or more of Claims 6 to 16, characterized in that the data interface device (10) permanently receives a data stream containing at least the prices of warrants and stores the data in certain memory locations where new incoming data overwrites old data on a specific memory location.

A method for operating a computer data management system comprising at least managing data relating to warrant trading comprising the steps of displaying on a display unit (3) of a first mask having a format allowing input of certain data by the input unit (2), reading the required displaying the second mask containing the desired data on the display unit (3), holding the desired data for a predetermined time period T _S et and executing a transaction relating to certain data, if the request is entered by the input unit (2). if the transaction request is entered by the input unit (2) during a predetermined time period T _set .

Method according to claim 18, characterized in that the first mask is a business mask (13) allowing input of an identification number for certain data by the input unit (2) in order to read certain data from the data input (5).

The method of claim 19, wherein the identification number is a stock number.

The method of claim 18, wherein the first mask allows the request for a price page (18) containing a plurality of certain data, and the price page (18) allows for a request for certain data.

Method according to claim 21, characterized in that the price side (18) enables the entry of the price renewal request, which results in reading said plurality of certain data and displaying it on the price side (18) on the display unit (3).

Method according to one or more of claims 18 to 22, characterized in that the input of a particular data request or a price recovery request causes the data stream to be read permanently received from the data input (5) by the system.

Method according to one or more of claims 18 to 23, characterized in that the second mask is a price record mask (14) allowing the input of a re-request for certain data if the transaction request is not inserted during a predetermined time period T _set .

pi, 'ίΡ-'Ο

Method according to one or more of claims 18 to 24, characterized in that a display of the trade confirmation (15) is displayed on the display unit (3) if the transaction request is entered in time, including transaction information.

Method according to one or more of claims 18 to 25, characterized in that the trade mask (13) and the price record mask (14) are displayed on the display unit (3) on different screens or on a single screen.

Method according to one or more of claims 18 to 26, characterized in that the particular data comprises warrants' prices.

Method according to one or more of claims 18 to 27, characterized in that the data management comprises managing data relating to trading or foreign exchange (foreign exchange), shares, bonds, derivatives where certain data include share prices, ) courses.