MXPA97003380A - A system of computing for the management of data and a method to operate said system and, more particularly, a system of operation of automated titles (citi-cats- - Google Patents

Abstract

The present invention relates to a computer system for data management, which includes at least the handling of data related to the operation of titles (citi CATS-OS), which comprises a data processing system, an input unit , a display unit displays a first mask that has a format that allows the entry of a specific data request by means of the input unit, the data entry is read if the request is input by means of the unit of data. input, the deployment unit deploys a second mask that includes the required data, and the data processing system maintains the required data for a predetermined period of time Tset, and develops a transaction related to the specific data if a request is entered transaction by means of the input unit for a predetermined period of time Ts

Description

A COMPUTER SYSTEM FOR KL DATA MANAGEMENT AND A METHOD FOR OPERATING SAID SYSTEM AND, MORE PARTICULARLY, A SYSTEM FOR OPERATING AUTOMATED TITLES (CITI-CATS-OS) The invention relates to a computer system for data management and to a method for operating said system and, more particularly, to an automated title operation system (citi-CATS-OS). During the last few years, the securities trading market has increased rapidly. From 1991 to 1995 the number of negotiated securities increased from approximately 400 to 4,000. According to the prior art, the operation with titles is very often expensive in terms of time and costs, since when a query is made by a consumer, it is necessary for the client to start a telephone or publications search in a local bank. to find the best title for the consumer. Usually, if the consumer wishes to acquire securities, he first contacts his local bank that processes the order through the stock exchange or places a call to a securities intermediary in the market. Because there is no online information system and operations about securities negotiated with prices that can be formalized, the customer at the local bank can not provide the consumer with real online information. Therefore, there is a difference in time between the placement of the purchase order / sale by the client and its implementation, which represents a risk of fluctuations in the exchange rate and / or price index in that moment. Even, it is often the case that the implementation of the buy / sell order was based on a limit oriented based on the previous day's indices, since the order could not be implemented on the same day. The reasons for this deferral over time are either that the order is placed a couple of hours before its execution in the stock market or that the commercial telephones of the intermediary entity are often occupied during the hectic hours of the market. Therefore, local banks often place blind orders at prices unknown to customers and do not receive immediate confirmations about the transaction. The object of the present invention is to realize a computer system for the management of data and a method to operate said system, which perform a data management providing instant data with a better precision and reduced probabilities of error when processing data transactions, all combined with great security. The object is solved according to the characteristics of the independent claims. The dependent claims show advantageous embodiments and further developments of the invention.

The computer system for data management, which includes at least the management of data related to transactions with securities,. it comprises a data processing system, an input unit, a display unit and a data entry. In order to carry out a data transaction, the display unit exhibits a first mask whose format allows the entry of a specific data order by the input unit. The specific data can be related to title rates. If the specific data order is entered, eg an order for a specific title, the data entry is read which can permanently receive a stream of data including title rates. After reading the data stream, the display unit exhibits a second mask that includes the read data. After receiving the requested data, the data processing system maintains the data for a pre-determined period and carries out a transaction related to the specific data, if a transaction order is entered by the input unit during a period of time. predetermined. Because the data processing system retains the requested data, eg a title rate with a specific stock number and a volume of it, for a pre-determined time, it is only possible to carry out a transaction, eg a purchase order, based on the data displayed during that period. When that period has expired, the transaction request can no longer be entered, so a new order must be issued for new specific data. This new order produces the reading of the data entry to be able to obtain real data, eg the title rates. The computer system according to the invention allows to display specific data online including title rates, where the display unit exhibits a mask of operations that allows the entry of a specific data order. The design of the mask of operations is independent of the type of specific data, therefore, the mask of operations will be similar, if the data management comprises the management of data related to the transactions of stocks, bonds, derivatives or currencies.

The same applies to the contribution mask, which also has a similar format for different types of data. Therefore, the user does not need to get used to a new format of the transaction or quotation mask, if it handles different types of data. This results in an easy-to-use system, even when different types of data have to be handled. The system according to an embodiment of the invention provides instantly executable title rates, so that customer orders can be filled immediately. Accordingly, the risk of fluctuations in exchange rates and / or prices is eliminated, because an executable price is electronically provided and it is possible to act on it. In addition, an immediate electronic transaction confirmation is provided with a complete audit trail. With the system of the invention, even small banks can improve their efficiency by providing rates and information in real time, because the system can also be equipped with a mail function and request for quotation (SC-RFQ) that allows communication between the client and the trader. It is possible to process transactions at the price shown on the display unit, which is a binding contract between the client and the trader. This protects any misunderstandings between the customer and the trader, which could easily occur if a purchase / sale order is placed by telephone. The system is designed to expand and increase the quality and efficiency of the total operation of user titles, allowing a better customer service and increasing capacity with a minimum increase in costs.

According to an embodiment of the invention, the system is executed using the client-server architecture. A number of devices communicate using a safety net. The devices carry out their computing task in accordance with messages received from the safety net. The devices then transmit the results to the external device or to the next device using the same safety net. Communication between devices is prohibited when it is not through the safety net. In addition, each sending device transmits a respective identification information and the safety net verifies, for each data transferred through it, whether the identification of the respective sending device agrees with the pre-stored information stored during an authorization procedure. . Through these measures you can get a very secure system, which does not allow unauthorized access. The invention will now be described by way of examples and with reference to the accompanying drawings, in which: Fig. 1 is a block diagram of the computer system according to the invention; Fig. 2 is a block diagram of the data processing system; Figs. 3a and 3b are sequence diagrams showing a transaction procedure relating to titles according to the embodiment of the invention; Fig. 4 is a sequence diagram showing the transaction procedure of titles according to another embodiment of the invention; Fig. 5 is an access control screen; Fig. 6 is a transaction screen without instrument number and volume indication; Fig. 7 is a transaction screen with a stock number (instrument number) and volume indication; Fig. 8 is a quote screen that includes the actual price of the requested title and other information related to the specific title; Fig. 9 is a transaction confirmation screen; Fig. 10 is a transaction screen showing the entry of a rate view request; Fig. 11 is a blank rate page screen; Fig. 12 is a full rate page screen; Fig. 13 is a transaction detail screen; Fig. 14 is a transaction summary screen; Fig. 15 is a correction verification screen; Fig. 16 is a price timeout screen; Fig. 17 is a credit limit screen. Fig. 1 shows a block diagram of the computer system according to the invention. A data processing system 1 is connected to an input unit 2, a display unit 3 and a printer 4. The data processing system 1 receives a data stream from a data input 5. The input unit 2 It can be done with a keyboard, a mouse or any other input device. The display unit 3 can be realized by means of a standard personal computer monitor. Fig. 2 shows a possible configuration of the data processing system 1. A safety net is connected 6 to an external device 7, a security device 8, a data management device 9, a data interface device 10 and a data output device 11, wherein the input unit 2, the display unit 3 and the printer 4 can be part of the external device 7.

The external device 7 can be a personal computer (PC) that includes a graphical user interface (GUI) to connect to the safety net through a modem. The devices of the data processing system 1 can be realized as separate and independent communicating servers (client-server architecture). In particular, the security network 6 can be realized by means of an adequate number of message routers (MRO). The security device 8 can be realized by means of a security access manager (SAM). The data interface device 10 can be realized by a title rate server (WRS). The data management device 9 can be realized by a title transaction server (TS). The output device 11 can be realized by means of an automatic title server (HO). In addition, a credit server (CRS) and a mail server (MAI) can be provided, both communicated with a message router. Follow a brief explanation of examples related to the functions of the different servers. As mentioned previously, the computer system according to the invention consists of a number of servers communicating using message routers. The network connection between the servers and the message routers allows the distribution of an ITS used (transaction system and establishment of information) in a number of VAX processors.

ITS servers perform their computational task according to messages received from their adjacent message router. The server transmits the messages to the user or to the next server using the same network of message routers. Communication between servers other than through message routers is prohibited. A server (the data interface device - title fee server) is connected to a feeder, a database, etc., encapsulating this source for the rest of the ITS network. At the center of the system there is a data management device (WTS) that takes these sources to provide the complete service to the user interface (graphical user interface - GUI or main user interface - HUÍ). In addition, an auxiliary service is provided to maintain the security of the ITS system by restricting access and controlling the servers that can communicate with each other. The message routers (security network) are responsible for transporting messages from one server to the other. The ITS system comprises a number of interconnected routers in order to enable communication between any two servers. The safety device (SAM) is located in the center of the system, which is connected to each message router. The SAM maintains a list of authorized users and accesses to validate user passwords. The SAM also issues a unique ITS address for each server, which the router uses to direct messages to the correct destinations and also increases the security of the system against unauthorized access. The SAM maintains user accounts, access restriction and privileges. Likewise, the SAM uses a file with index to define a list of authorized users, including service and message routers and their respective addresses. The SAM stores passwords related to user accounts and maintains a list of authorized users and their respective addresses. In addition, the SAM maintains a map of which server is connected to such a router in a second indexed file and writes errors to an error file. The MRO sends messages between servers according to their respective addresses. In addition, it transfers protocols between the respective servers and verifies new connections with the SAM to avoid sending messages by unauthorized users. The WTS is a multi-transaction product server that uses a number of concurrent system entries in a database "sybase". Communicates with system users and executes and stores title transactions. The users of the system are, in this respect, eg the interfaces - user graphics loaded on PCs that use a dialing procedure to be connected to the respective message router. The WTS maintains user accounts, transaction relationships and holiday lists. In addition, the WTS verifies credit lines using the CRS and provides access to the WRS and obtains prices from it. Additionally, the WTS uses the MAI to inform the traders about the facts of the system. The MAI is a multi-transaction product server that uses a sybase database to store and send messages by user and system mail. Maintains a list of user accounts and email names to use in the mail.

The WRS receives price data streams and updates from Reuters Taps pages (eg 24) and the Invision system and builds rate data pages in a global section. The received data streams are stored at a specific location in the WRS memory and these specific memory locations are overwritten each time new data is received. The WRS receives orders from. . page and price of the WTS and returns the results to display them in the display unit 2 or for quotation purposes. In addition, it uses a file to define the layout of the rates page and the location of the specific rates. The CRS maintains a list of credit values related to the client. Use an index file to store the latest credit values. The Inferid user graphical (GUI) loaded in the client (PC) is a user PC interface for the system. The GUI works on PCs in the place of the client and the trader, using TCP / IP (Transmission Control Protocol / Internet Protocol) to be directly connected to a message router. WHO automatically sends complete transactions to the direct interface of the trader (DI) by writing them to an affected sybase database in the DDI system. Format and print transaction tickets in a ticket printer located on the transaction floor where the traders are located. A number of system servers are configured to have subordinate servers. During the start-up, these servers wait for their subordinates to start before going online. The dependency relationship is implemented when a server depends on another server to provide a system source necessary for the operation of the server. E.g. the WTS can not work unless the WRS is doing it. The WTS is configured with the WRS as subordinate. The servers check the presence of their subordinates by sending impulse messages of short duration. If a subordinate is not found, the server inserts an error in the record, waits, and then tries to send an impulse back to the subordinate. When all subordinates are detected, the server enters an active server message in the registry. The servers send impulses back to their subordinates, if a message can not be delivered to a subordinate server. The operation of the server is temporarily suspended until the impulse has arrived successfully to the subordinate. In particular, the WTS has as subordinates to WRS, MAI, CRS and WHO. The WRS, CRS and WHO are subordinated to the MAI. The system is configured with deferment periods during the start-up procedure. Therefore, subordinate servers can be started up first and with enough time to boot, before the next server is started. The commissioning order of the servers and the deferrals between successive servers is previously stored and can be adapted to the requirements of the hardware. Figs. 3a and 3b show an example of the system steps necessary to carry out a securities transaction. Once the user's PC is turned on, and after the implementation of the transaction system for automatic titles on the PC, an access control screen 2 is displayed (step 100). In the access control screen 12, the identification information is entered (user name and security password). This has to be done by means of the input unit 2 (step 101). After entering a system start request, eg by pressing the "logon" button on the access control screen 12 with a respective mouse action, the system checks the entry details before allowing the user access to the system. any part of the system (step 102). If the user name and password are verified, a transaction screen of the client 13 appears in the display unit 3 (step 103). The customer transaction screen 13 allows the entry of a stock number of a specific title, the volume and the option to buy or sell (step 104). After the entry of step 104, a request for obtaining a price can be issued (step 105). Next, a quote screen 14 appears (step 106). At the same time a timer is started (step 111). Through the input unit 3 a purchase order can be entered for the displayed title (step 107). In step 108 it is verified whether the purchase order was entered or not within a certain period? 3 < ? . If this were not the case, the quote screen 14 exhibits an exit time indication and the purchase request entry in step 107 is not carried out. After step 109 it is possible to enter a new order to obtain a new real rate (step 110), then the quote screen with updated data appears again (step 106). If the pre-determined time Tset of step 108 was not completed prior to entering the purchase order of step 107, a title transaction is carried out (step 112). Next, a transaction confirmation screen 15 appears (step 113). Fig. 4 shows a sequence diagram relating to another embodiment of the present invention. When the transaction screen of customer 13 appears, it is possible to enter a rate view request (step 114). The order of vision of fees can be entered, for example, by opening a menu pull-down (pull-down menu) in the screen of transactions 13. This can be carried out if for example the client is not exactly sure about the stock number of the title. who wants to buy or sell. In addition, it is possible that the client only wants to review the real rates and data of the titles. After entering the rate view request, a fee page page 16 appears (step 115) On the rate page page 16 a particular page 17 can be selected (step 116) and a particular title can be accessed by the selection of a stock number corresponding to the title 18 (step 117) Then, the customer transactions screen 14 (step 118) and the volume appear and is entered if it is bought or sold through the income unit 3 (step 119) Next, the procedure returns to the process shown in Fig. 3 between steps 105 and 106. Fig. 5 shows the access control screen 12 which is used to enter the user name and security password Once the security user number and password have been entered, a system start order can be issued Fig. 6 shows the customer transaction screen 13. The customer transactions screen is predetermined for the transaction However, this screen can also be used to carry out transactions of other securities, eg stocks, bonds, derivatives or currencies. In addition, it is possible to enter the transaction screen of customer 13 if a * title (or other value) is to be purchased or sold. Fig. 7 shows the transaction screen of the client 13 with an instrument number and a volume input through the input unit (3). Fig. 8 shows the quote screen 14 after the price obtaining order has been entered, while the customer transactions screen is displayed (Figure 7). The quote screen 14 shows all the data necessary for a securities transaction. When the quote screen 14 appears, the timer starts up (step 111) which allows only the entry of a purchase order within the pre-determined period Tset. If the purchase order is not entered during the period T3el, an expired time notice will appear on the quote screen 14. If said expired time notice appears on the quote screen 14, it is no longer possible to issue a purchase order for the purchase order. specific titles. In order to load new data in the quote screen, it is necessary to enter another order. If the new order is entered, the quote screen 14 will be filled again with real data and the timer will start to work again. Fig. 9 shows the operation confirmation screen 15 that appears when the purchase order is entered in time. The operation confirmation screen 15 includes an operation number and allows the entry of a customer reference number. This screen provides the client with an instant electronic confirmation of the title operation performed. Fig. 10 shows the transaction screen 13 with the suspended menu that allows the entry of the order to see rates. In Fig. 11, the page showing the blank rates 16 displayed in the display unit 3 is shown., if the order to see rates is issued. In Fig. 12 is shown the page of fees page 19 that displays pages of rates of titles to the client or trader. This screen also allows the user to display a particular page by entering the page number. In addition, the user can enter details and search for a special title by name. Also, the user can use more or less income to view pages sequentially. In addition, a rate renewal request can be entered by pressing the arrow button. If a certain instrument is selected on the page of rate pages 17 (it can be selected, for example, by double clicking on the stock number with the mouse), the quote screen 14 appears (Fig. 8). Fig. 13 shows the transaction detail screen displaying all the details of the transaction about a particular transaction to the client or trader.

Fig. 14 shows a screen with transaction history that is displayed in the display unit 3 when previous operations have to be displayed. The system allows establishing the criteria of the operations to be displayed, eg the date range, the user's reference number, the identification of the operation and the instrument. The data parameters can occupy a maximum of 60 days, since this is the maximum storage time of operations data. However, there is also the possibility of establishing a different storage time, so that operations carried out previously can be reviewed.

The system described above with reference to Figures 5-14 has been designed for use by a client in a local bank and a trader located in the mediating entity. However, there are also functions that only the trader can access. Below are examples of those functions. Fig. 15 shows a sanity verification screen that allows the entry of a maximum number of fee income oscillations in the system. More particularly with the verification of sanity it is possible to pre-establish a maximum variation of the income data 5. If, for example, the rate of a specific title changes from a request of ve * 'rates to the next request to see rates at 0.2 and the sanity check is set to 0.1, this specific instrument will be suspended. In addition, it is possible to enter a bandwidth for the rates. Sanity verification introduces great security in the system, since it makes it possible to filter system failures such as data transmission errors. Fig. 16 shows the time expired screen for prices. On the time expired for prices screen you can enter the time T3 (lt used to determine whether or not to carry out a purchase order entry on the quote screen 14 (Fig. 3, step 106-111). Tset physical unit is seconds Normally Tscl is adjusted in 10 s, but other suitable values can be entered Fig. 17 shows the credit limit screen that allows to set credit limits for clients. the credit server and ensure that the total value of transactions not settled for any given customer does not exceed a given value that can be entered into the credit field through the input unit 2. If a customer tries to enter a transaction in excess This value will be rejected and a message will appear on the screen requesting that you contact the trader To explain in more detail the various functions of the system according to the invention, the s following examples. During a system initiation procedure, the PC (client) places a TCP / IP call for one of the message routers (MRO). The MRO accepts the call and assigns a specific device channel to the PC. The user enters the username and password that are transmitted to the MRO. The MRO passes details about the user and the method used to place the call (the user's name and note) to the security access manager (SAM). The SAM verifies if the client is authorized to be connected to the system and informs the MRO. The MRO transmits an acceptance to the PC. The PC sends a separate registration message to the operations server with titles (WTS) and to the mail server (MAI). The WTS verifies the profile table of its user and assigns a session to the user. The MAI checks the user's profiles and returns a message indicating the number of email messages waiting for the user. The PC loads several WTS items. During a fee-seeing procedure the PC transmits a request for a fee page containing the rate page number to the WTS. The WTS passes the details of the fees page to the user. During a transaction execution procedure the PC transmits a quote request containing the stock number and the volume to the WTS. The WTS receives the quote request and sends a request for fees to the WRS., The WRS checks the rate and transmits it to the WTS. The WTS executes a stored sybase procedure to insert a quote in its database. A reference number is assigned to the quote. The WTS collects the results of sybase and returns a quote message with details of the price and instrument to the PC. The PC displays the quote and the user decides to execute (steps 106 and 107). The PC transmits a request to execute the WTS referring to the transaction by the reference number. The WTS executes a stored procedure that searches the transaction database for the original transaction. The WTS, then, checks if the quotation has not exceeded time (step 108). If everything is in order, the WTS transmits a volume request to the WRS, which reduces the volume of instruments and returns a message to the WTS. The WTS sends a credit request to the credit server (CRS). The CRS reduces the user's credit line and returns the message to the WTS. Finally, the WTS executes a stored procedure to convert the quote into an executed transaction. The details of the transaction are returned to the PC. As can be seen from the screens and masks analyzed preferably, the entry masks are always designed to allow the entry of different types of data. Therefore, the user only has to get used to a screen and mask design in order to be able to handle all the different values that can be managed with the system according to the invention. Accordingly, a computer system for data management is provided that includes at least the management of data related to operations with securities, which is easily adaptable to the handling of different types of data, eg shares, bonds , derivatives and currencies. In addition, the system according to the invention provides great security with respect to the data handled. As previously described with reference to Fig. 15, it is possible to introduce a sanity check that allows to control and verify the data entered into the system. In addition, it is possible to establish credit limits and a time reserved for the price in order to reduce the risks for both sides, since it is possible that after the quotation screen has appeared, there will be a pronounced change in the prices of the securities. This could result in a disadvantage for the customer or a disadvantage for the trader, depending on the rise or fall of the respective rate. The computer system according to the invention is an easy to use system that allows to initiate and execute, for example, transactions of titles electronically. This system provides a direct electronic connection between a user's PC and the securities transaction table. It allows a user to carry out transactions with securities available through the broker of the securities market at the prices fixed by the market and with a personalized guarantee. The system allows an improved service to the client and an increased capacity with a minimum increase in costs. In addition, the system is a system managed by traders and copies the way they work to give them the same control over their positions according to a transaction executed in line with the previous art described. The computer system according to the invention can be realized with the graphic user interface (GUI) loaded on the PC or with a main user interface (HUÍ) implementing the VT 100 emulation standard.

Claims (28)

1. CLAIMS 1. Computer system for data management that includes at least the management of data related to operations with titles, which includes: a data processing system, an input unit, a display unit and a data entry , characterized in that - the display unit exhibits a first mask whose format allows the entry of a specific data order by the input unit, - the data entry is read if the order is entered by the input unit, - the unit display shows a second mask that includes the requested data, and - the data processing system maintains the requested data during a pre-determined period T3", and makes a transaction relative to the specific data, if a transaction order is entered by the input unit during a pre-determined period T .. ",.
2. 2. Computer system according to claim 1, characterized in that the first mask is an operation mask and the second mask is a quotation mask.
3. Computer system according to claim 1 or 2, characterized in that the operation mask allows the entry of an identification number for the specific data by means of the input unit to read the specific data of the data entry.
4. 4. Computer system according to claim 3, characterized in that the identification number is a stock number.
5. 5. Computer system according to claim 1 or 2, characterized in that the operations mask allows the entry of a page order of fees including a plurality of specific data and the data page allows the entry of the specific data order.
6. Computer system according to one of the claims 1 to 5 at least, characterized in that the data processing system comprises a security network connected to an external device, a security device, a data management device, a Data interface device and an output device, the external device includes the input unit and the display unit.
7. 7. Computing system according to claim 6, characterized in that upon the entry of the specific data order by the input unit the external device issues the specific data order and transmits the order to the safety net, - the network Security checks the order with respect to its authorization and transmits it to the data management device if the verification developed resulted in an authorization of the external device for the data management device, - the data management device transfers a message to the security network for the purpose of accessing data from the data interface device if the verification resulted in an authorization of the external device for the data interface device, - the data interface device transmits the data accessed to the device of data management through the safety net, and - the The data management system transmits the data to the external device through the safety net.
8. 8. Computer system according to claim 6 or 7, characterized in that each sending device transmits a respective identification information and the security network verifies, for each data transfer through it, whether the identification of the sent in accordance with stored information previously saved during an authorization procedure.
9. Computer system according to at least one of claims 6 to 8, characterized in that during the authorization procedure - the security network reads the information relating to identification of the external device and - the security device verifies the identification information and issues an access authorization that is stored in the safety net.
10. 10. Computer system according to one of claims 6 to 9 at least, characterized in that at the time of the first connection of the external device to the security network, the security network sends a seed to the external device and the external device encrypts the identification information according to the seed and transmits the encrypted identification information to the safety net.
11. 11. Computing system according to claim 10, characterized in that the security network transmits the encrypted identification information received together with the seed to the security device that decodes the identification information and performs a security check.
12. Computer system according to one of the claims 6 to 11 at least, characterized in that during the authorization procedure the security device verifies whether - the transmitted user information matches the data stored in an authorization file on the device of security, - a pre-determined amount of security requirements was completed, including access data, dropouts and number of entries in the system, and - the identification information was sent from the safety net, and the Security is reading a pre-stored address information from an address file if the verification is successfully completed and sends the address information to the security network.
13. The computer system according to claim 12, characterized in that the security network stores the address information to define to which parts of the computer system the external device can access.
14. 14. Computing system according to claim 12 or 13, characterized in that the security device determines whether the pre-stored address information is sent from the security network by verifying whether the channel in which the security network is sending is equal to a channel granted to the security network during the configuration procedure, characterized in that the security network is the only device that is allowed to transmit and receive data to and from the security device.
15. 15. Computer system according to at least one of claims 6 to 14, characterized in that the data management device stores a subordination list that includes information regarding • the devices necessary for a specific data management.
16. 16. Computer system according to claim 15, characterized in that during a start-up procedure the data management device verifies in accordance with the list of subordinates whether all the required devices are online before the transfer of data is activated. data for a specific data management.
17. 17. Computer system according to at least one of claims 6 to 16, characterized in that the data interface device permanently receives a data stream that includes at least title rates and stores the data in specific places of the memory. , characterized in that the new incoming data overwrites the data previously stored in the specific location of the memory.
18. 18. Method for operating a computer system for data management that includes at least the management of data relating to the transaction of securities comprising the steps of - displaying in a display unit a first mask whose format allows the entry of a order of specific data by an input unit, - read the requested data, if the order is entered by means of the input unit, - display a second mask in the display unit that includes the requested data, - keep the requested data for a predetermined period T3et;, and - make a transaction relative to the specific data if a transaction order is entered through the input unit during the pre-determined period Ts "t.
19. 19. Method according to claim 18, characterized in that the first mask is a mask for operations that allows the entry of an identification number for the specific data by the input unit to read the specific data from the data entry.
20. Method according to claim 19, characterized in that the identification number is a stock number.
21. Method according to claim 18, characterized in that the first mask allows the entry of a page order of fees including a plurality of specific data and the data page allows the entry of the specific data order.
22. 22. Method according to claim 21, characterized in that the page of rates allows the entry of a request for renewal of rates that results in a reading of the list of plurality of specific data and the display thereof in the data page of the display unit.
23. 23. Method according to at least one of claims 18 to 22, characterized in that the entry of a specific data order or the renewal of rates request produces the permanent reception of a data stream by the system from the entry of data. data.
24. Method according to at least one of claims 18 to 23, characterized in that the 'second mask is a quota mask that allows the entry of a new order of specific data, if the transaction order is not entered during the pre-determined test period - 25.
25. Method according to at least one of claims 18 to 24, characterized in that a transaction confirmation mask is displayed in the display unit, if the transaction request is entered in time, including information about the transaction.
26. Method according to at least one of claims 18 to 25, characterized in that the transaction mask and the contribution mask are displayed on the display unit on different screens or on a screen.
27. 27. Method according to at least one of claims 18 to 26, characterized in that the specific data includes titling rates.
28. 28. Method according to at least one of claims 18 to 27, characterized in that the data management comprises the management of data relating to transactions with shares, bonds, derivatives or currencies, characterized in that the specific data include share prices. , bond prices, derivative rates or exchange rates.