NL1022213C2 - Werkwijze en systeem voor het verhandelen van optiecontracten. - Google Patents

Description

Werkwijze en systeem voor het verhandelen van optiecontracten

De uitvinding heeft betrekking op een werkwijze en systeem voor het verhandelen van één of meer optiecontracten tussen ten minste een eerste en een tweede gebruiker.

Opties zijn verhandelbare rechten om van de 5 onderliggende waarden een standaardhoeveelheid te kopen (bid) of te verkopen (ask) tegen een vooraf bepaalde prijs en gedurende de hele looptijd van de optie. Een optie of optiecontract met als onderliggende waarde aandelen van een bedrijf geeft bijvoorbeeld de houder van de optie het recht 10 om tegen de vooraf bepaalde prijs 100 aandelen van dat bedrijf te kopen (call-optie) of te verkopen (put-optie) tot de expiratiedatum van de optie.

Er bestaat zowel nationaal als internationaal een levendige handel in opties. Fig. 1 toont de opzet van een 15 professioneel optieverhandelingssysteem waarbij handelaren 1 en 2 via een commissionair 3 ('broker') opties verhandelen. In het profcircuit, dat bestaat naast het meer bekende reguliere circuit, handelen handelaren 1 en 2 telefonisch met de commissionair 3 waarbij een transactie betrekking 20 heeft op minimaal 500 optiecontracten. Wanneer een bepaalde transactie is overeengekomen worden clearing members 4, 5 door de partijen 1, 2 of door de commissionair 3 ingelicht over de transactie. De clearing members 4, 5 zorgen op hun beurt dat de transactie via de beurs 6 wordt uitgevoerd en 25 geadministreerd.

Het huidige optieverhandelingssysteem biedt handelaren geen mogelijkheden om rechtstreeks met elkaar te handelen. Daarnaast is de tussenkomst van een commissionair kostbaar en omslachtig.

30 Het is een doel van de uitvinding een werkwijze voor de verhandeling van opties te verschaffen waarbij handelaren direct met elkaar kunnen handelen op basis van 1 0222 1 3 I hen kenbare marktgegevens zonder tussenkomst van een I commissionair.

Hiertoe verschaft de uitvinding een werkwijze H waarbij de eerste gebruiker via een eerste gebruikerseenheid I 5 en de tweede gebruiker via een tweede gebruikerseenheid H communiceren over een netwerk met ten minste een optiemarkt I server, omvattende de stappen van het door de optiemarkt H server: H - ontvangen van een data-string met marktgegevens van ten 10 minste één van de optiecontracten van de eerste gebruikerseenheid; - toegankelijk maken van ten minste de marktgegevens I afkomstig van de eerste gebruikerseenheid voor ten minste de tweede gebruikerseenheid; 15 ontvangen van een handelssignaal van de tweede gebruikerseenheid in afhankelijkheid van voorkeuren van I de tweede gebruiker

Door het verschaffen van een dergelijke optiemarkt server is het voor de gebruikers mogelijk direct met elkaar 20 te handelen en behoeft niet langer met de commissionair te worden gehandeld. Daarnaast verschaft de optiemarkt server I een goed inzicht in de marktsituatie voor een bepaald fonds.

I De transactie kan door de optiemarkt server direct aan de clearing members worden doorgegeven. De data-string met 25 marktgegevens kan zowel betrekking hebben op de handel in opties waarvoor al een markt is gemaakt als op het initiëren van een nieuwe markt door een gebruiker. De marktgegevens van een optiecontract omvatten ten minste de marktprijs, d.w.z. de prijs waarvoor het optiecontract wordt gevraagd I 30 (bid) of aangeboden (ask). De optiemarkt server kan de I ontvangen data-string met marktgegevens in een database met marktgegevens plaatsen.

I In een voorkeursuitvoeringsvorm van de uitvinding wordt door de optiemarkt server een data-string omvattende 35 contactgegevens van ten minste de eerste gebruiker naar ten 3 minste de tweede gebruikerseenheid gestuurd wanneer het handelssignaal is ontvangen. De data-string met contactgegevens omvat bij voorkeur ten minste het (mobiele) telefoonnummer en/of een e-mail adres van de kopende of 5 verkopende handelaar. De optiemarkt server haalt bij ontvangst van het handelssignaal de relevante contactgegevens uit een gebruikersdatabase die gekoppeld is met de database met marktgegevens. Op deze wijze kan de geïnteresseerde partij, i.c. de tweede gebruiker, contact 10 opnemen met de kopende of verkopende partij om de transactie te bevestigen en/of eventuele details te bespreken. Een dergelijk detail omvat bijvoorbeeld het aantal te verhandelen opties. Benadrukt wordt dat de transactie op zich reeds tot stand komt voor het aantal opties waarvoor 15 het handelsignaal is afgegeven wanneer de optiemarkt server het handelssignaal heeft ontvangen. Het aantal te verhandelen opties kan dus enkel worden verhoogd boven het aantal waarvoor het handelssignaal is afgegeven.

In een voorkeursuitvoeringsvorm volgens de 20 uitvinding kunnen gebruikers pas nadat een inlog-procedure is doorlopen gebruik maken van een beveiligd deel van de optiemarkt server. Dit afgeschermde gebruik heeft ten minste betrekking óp het verwerken van de data-strings met marktgegevens en het handelssignaal. Eventueel kunnen de 25 marktgegevens wel toegankelijk zijn voor derden die de inlog-procedure niet hebben doorlopen ten behoeve van bijvoorbeeld informatiedoeleinden. Echter, ook de toegang tot de marktgegevens kan aan een inlog-procedure zijn gekoppeld. De inlog-procedure maakt het mogelijk de 30 werkwijze volgens de uitvinding, of delen daarvan, commercieel te exploiteren.

In een voorkeursuitvoeringsvorm volgens de uitvinding omvat de optiemarkt server een autorisatiemodule die voorkomt dat een gebruiker meer dan één keer kan zijn 35 ingelogd op de server. Dit heeft het voordeel dat de i U l / / 1 ^

'KJ

H contactgegevens overeenkomen met de gebruiker, zodat de kans H op het mislopen van een legitieme transactie wordt verkleind.

H In een voorkeursuitvoeringsvorm volgens de H 5 uitvinding wordt aan de gebruikers als onderdeel van of na de inlogprocedure een gebruikersprofiel getoond met ten H minste een aanduiding van het soort te verhandelen H optiecontracten (fondsen) en/of de contactgegevens. Dit heeft het voordeel dat de gebruiker zijn contactgegevens kan 10 aanpassen naar gelang zijn plaats van aanwezigheid en wijze van bereikbaarheid. De optiemarkt server kan standaard de laatst ingevulde contactgegevens toepassen doordat deze in een gebruikersdatabase op de optiemarkt server zijn opgeslagen. Verder stelt het gebruikersprofiel de gebruiker 15 in staat het soort optiecontracten voor verhandeling te wijzigen tot bijvoorbeeld een maximum is bereikt. Dit biedt I de mogelijkheid gebruikers abonnementen te bieden die gekoppeld zijn aan een aantal fondsen, waarbij het soort fonds naar keuze van de gebruiker blijft.

20 In een voorkeursuitvoeringsvorm volgens de uitvinding worden verdere data-strings met marktgegevens voor ten minste een optiecontract van de eerste en/of verdere gebruikers ontvangen door de optiemarkt server waarbij de marktgegevens van de verdere data-strings 25 toegankelijk worden gemaakt voor de tweede gebruiker, gerangschikt op basis van ten minste de marktprijs van de I optiecontracten (highest bid - lowest offer). Verdere I criteria voor het bepalen van de rangschikking hebben I bijvoorbeeld betrekking op het tijdstip van ontvangst van de I 30 datastring met marktgegevens. Hiertoe houdt de optiemarkt server bij wanneer een betreffende datastring met marktgegevens is ontvangen om een nevenrangschikking binnen de rangschikking op basis van de marktprijs te kunnen bewerkstelligen. Deze uitvoeringsvorm biedt het voordeel van 35 een inzichtelijke en eerlijke optiemarkt op basis waarvan de 5 gebruikers verantwoord transacties kunnen aangaan. Wanneer een geïnteresseerde gebruiker, i.c. de tweede gebruiker, een handelssignaal afgeeft waarbij meer optiecontracten worden gevraagd dan de eerste gebruiker aanbiedt zal de optiemarkt 5 server verdere optiecontracten van verdere aanbiedende gebruikers nemen om te voldoen aan de vraag. Bij voorkeur zal de data-string omvattende contactgegevens, contactgegevens van ten minste één van de verdere gebruikers omvatten. Hierdoor kan de tweede gebruiker contact opnemen 10 met alle gebruikers waarmee de transactie is gepleegd.

In een voorkeursuitvoeringsvorm volgens de uitvinding worden de toegankelijk gemaakte marktgegevens door de optiemarkt server na ontvangst van het handelssignaal aangepast. Dit biedt het voordeel dat de 15 gebruikers kunnen handelen op basis van actuele informatie en dat een reële indruk van de markt wordt verkregen.

Hiertoe is het ook voordelig dat de toegankelijk gemaakte marktgegevens voortdurend actueel aan de gebruikers worden getoond. Dit kan bijvoorbeeld worden bewerkstelligd door op 20 de gebruikerseenheden een programma als een refresh-meta te installeren. Dit is met name voordeling in een niet realtime netwerk als bijvoorbeeld het internet.

In een voorkeursuitvoeringsvorm volgens de uitvinding wordt de transactie van de optiecontracten tussen 25 de tweede gebruiker en de eerste en/of verdere gebruikers door de optiemarkt server na ontvangst van het handelssignaal bevestigd. Dit kan bijvoorbeeld via een aan de aan de transactie deelnemende handelaren gerichte e-mail. Dit heeft het voordeel dat duidelijkheid over de transactie 30 wordt bevorderd en dat de kans op fouten wordt verminderd.

Het zal duidelijk zijn dat de hierboven beschreven uitvoeringsvormen, of aspecten daarvan, kunnen worden gecombineerd.

De uitvinding heeft tevens betrekking op een 35 computerprogramma met programma code-delen en op een H optieverhandelingssysteem voor het uitvoeren van de H werkwijze als hierboven omschreven.

Opgemerkt wordt dat WO 00/68857 een systeem openbaart voor het bevorderen van transacties, waarin een 5 veilige station via een netwerk communicatief verbonden is met gebruikerseenheden. Het station omvat een zoekmachine waarmee gebruikers kunnen zoeken naar goederen. Gegevens van de goederen zijn niet toegankelijk voordat een match tussen de wensen van de gebruikers en kenmerken van de goederen is 10 gevonden doof de zoekmachine. Bij een match kunnen contactgegevens van de gebruikers worden uitgewisseld. De uitvinding onderscheidt zich daarin van dit systeem dat volgens de uitvinding een inzichtelijke markt (openbare prijsvorming) tot stand wordt gebracht waarvan de gegevens 15 toegankelijk worden gemaakt door de optiemarkt server, hetgeen door het niet-toegankelijk zijn van de kenmerken van I de goederen bij WO 00/68857 niet het geval is. Het systeem van WO 00/68857 is primair gericht op het beschermen van de identiteit van de gebruikers. Voorts is de uitvinding bij 20 uitstek een systeem dat transacties tot stand brengt, in tegenstelling tot het systeem uit WO 00/68857. Volgens de I uitvinding is de transactie reeds tot stand gebracht wanneer I het handelssignaal is ontvangen bij de optiemarkt server.

De uitvinding zal hierna worden geïllustreerd aan I 25 de hand een uitvoeringsvoorbeeld met referentie aan de I bijgevoegde tekening. Vanzelfsprekend is de werkwijze en het I systeem voor het verhandelen van opties niet beperkt tot het I hierna gegeven uitvoeringsvoorbeeld. De gebruikerseenheden I hoeven bijvoorbeeld niet noodzakelijkerwijs rechtstreeks met 30 de optiemarkt server in contact te staan, maar kunnen I bijvoorbeeld onder tussenkomst van andere servers en/of netwerken communiceren met de optiemarkt server. In de tekening toont:

Fig. 1 de opzet van een optieverhandelingssysteem 35 volgens de stand van de techniek; • 0 2 2 2 1 3 - 7

Fig. 2 een optieverhandelingssysteem volgens een uitvoeringsvorm van de uitvinding;

Fig. 3 een procesdiagram van een werkwijze volgens de uitvinding; 5 Fig. 4 een webpagina van de internetapplicatie met een gebruikersprofiel;

Fig. 5 de opbouw van een marktregel Fig. 6 een voorbeeld van een webpagina In Fig. 2 wordt een optieverhandelingssysteem 10 volgens een uitvoeringsvorm van de uitvinding getoond. Centraal in het systeem staat een optiemarkt server 7, hierna ook wel aangeduid als server 7. Server 7 heeft een netwerkverbinding 8 met een gebruikerseenheid 1' van gebruiker 1, een netwerkverbinding 9 met gebruikerseenheid 15 2' van gebruiker 2 en een netwerkverbinding 10 met een gebruikerseenheid 11' van gebruiker 11. Gebruikerseenheid 11' en gebruiker 11 staan in Fig. 2 symbool voor meerdere gebruikers. Het netwerk kan bijvoorbeeld het internet of een mobiel telefoonnetwerk of een soortgelijk netwerk omvatten. 20 Gebruikerseenheden 1', 2' en 11' zijn bijvoorbeeld computers en/of mobiele telefoons. Optiemarkt server 7 heeft verder netwerkverbindingen 12, 13 met clearing members 4, 5. Deze clearing members 4, 5 dragen zorg voor de afhandeling van de aan- en verkooptransacties op de optiebeurs 6.

25 Een eenvoudig voorbeeld van de werking van het optieverhandelingssysteem als getoond in Fig. 2 zal nu worden beschreven aan de hand van Fig. 3. Fig. 3 is een procesdiagram, waarbij horizontaal de interacties tussen de gebruikers 1, 2, de gebruikerseenheden 1' , 2' en de server 7 30 zijn weergegeven en verticaal de tijdsvolgorde van de interacties. In de eerste stap (I) voert de gebruiker 1 op de gebruikerseenheid 1' marktgegevens in ten aanzien van een bepaalde set optiecontracten. In stap (II) stuurt de gebruikerseenheid 1' een datastring met deze marktgevens 35 voor een optiecontract naar de server 7. De marktgegevens ι H bevatten hier bijvoorbeeld een marktprijs en het aantal optiecontracten dat gebruiker 1 wil verkopen. Aangenomen wordt hier dat voor deze optiecontracten reeds een markt is I geïnitieerd. In stap (III) maakt de server 7 de 5 marktgegevens uit stap (I) voor de bewuste optiecontracten I toegankelijk voor de gebruikerseenheden 1' en 2', welke gegevens in stap (IV) aan de gebruiker 1 en 2 worden I getoond. Wanneer gebruiker 2 een voorkeur heeft voor de I prijs waarvoor gebruiker 1 de optiecontracten aanbiedt, kan I 10 gebruiker 2 via zijn gebruikerseenheid 2' (stap (V)) een I handelssignaal sturen naar de server 7, zoals weergegeven in I stap (VI). Dit handelssignaal kan bijvoorbeeld mede de I voorkeuren ten aanzien van het aantal optiecontracten I omvatten dat gebruiker 2 van gebruiker 1 wil afnemen.

I 15 Wanneer de server 7 het handelssignaal van gebruikerseenheid I 2' heeft ontvangen is de transactie tot stand gekomen. De I gegevens van de transactie kunnen vervolgens door de server I 7 over de netwerkverbindingen 12, 13 naar de clearing I members 4, 5 worden gestuurd, welke clearing members 4, 5 I 20 zorgdragen voor de afwikkeling van de transactie op de I Optiebeurs 6. Bij voorkeur stuurt de server 7 echter een I data-string met contactgegevens van de handelende partijen 1, 2 naar de resp. gebruikseenheden 1', 2', zoals I weergegeven in stap (VII). Deze contactgegevens omvatten bij I 25 voorkeur een (mobiel) telefoonnummer en een e-mail adres die I in stap (VIII) aan de gebruikers 1 en 2 worden getoond.

I Hierdoor wordt het mogelijk gemaakt dat de gebruikers 1 en 2 I met elkaar in contact kunnen treden om verdere details van I de overeenkomst te bespreken, zoals weergegeven in stap I 30 (IX). Deze verdere details kunnen bijvoorbeeld betrekking I hebben op een verhoging van het aantal optiecontracten dan I waarvoor gebruiker 2 zijn voorkeur heeft uitgesproken (stap I (V)) en waarvoor het handelssignaal is afgegeven (stap I (VI)). Ook kunnen de details betrekking hebben op de I 35 identiteit van de partijen. Denkbaar is tevens dat een I 1Π22213- 9 bericht, zoals een SMS-bericht aan gebruiker 1 wordt gestuurd om hem te waarschuwen dat zijn aanbod is aanvaard.

De gebruikers 1 en 2 kunnen hierna hun clearing members 4, 5 informeren, zodat de transactie op de Optiebeurs 6 wordt 5 afgewikkeld.

Om bovenstaande werkwijze op een betrouwbare en efficiënte wijze mogelijk te maken kan het optieverhandelingssysteem onder meer de volgende elementen omvatten. Het computerprogramma dat of de applicatie die 10 draait op de optiemarkt server 7 omvat bij voorkeur een beveiligd deel, welk deel bewerkstelligt dat de gebruikers 1, 2 optiecontracten kunnen verhandelen. Het computerprogramma is bij voorkeur een internet applicatie die een web—pagina omvat. De inlog-procedure voor het | 15 beveiligde deel kan bestaan uit twee stappen. Ten eerste zal de gebruiker 1, 2 een gebruikersnaam en wachtwoord dienen in te geven via de gebruikseenheid 1', 2' op de server 7.

Wanneer de gebruikersnaam en het wachtwoord niet correct zijn, wordt geen toegang verschaft tot het beveiligde deel 20 van de internet applicatie. Een dergelijke beveiliging is bijvoorbeeld relevant wanneer een bedrijf diverse werknemers de mogelijkheid wil bieden als gebruikers opties te verhandelen. Voor een dergelijk bedrijf is het relevant controle te houden over de werknemers die mogen handelen.

25 Wanneer de gebruikersnaam en het wachtwoord van de gebruiker 1, 2 correct zijn, worden de gegevens opgeslagen in de gebruikersdatabase en kan in een tweede stap van de inlogprocedure een gebruikersprofiel worden getoond. Een voorbeeld van een dergelijk gebruikersprofiel is getoond in 30 Fig. 4. Op deze pagina bevinden zich bijvoorbeeld velden 14, 15 voor respectievelijk het telefoonnummer en het e-mail adres waarop de gebruiker 1, 2 op dat moment bereikbaar is. Verder kan het gebruikersprofiel velden 16 omvatten die een keuze bieden ten aanzien van het soort fondsen waarin de 35 gebruiker 1, 2 kan handelen. De fondsen kunnen per sector i ’ 1 ./ ./ / 5 ‘4 H alfabetisch zijn .weergegeven. Op deze wijze is het mogelijk gebruikers 1, 2 een aantal abonnementen te bieden die verschillen in het aantal fondsen waarin per dag gehandeld mag worden. Het gebruikersprofiel kan dusdanig functioneren I 5 dat standaard de laatstelijk door de gebruiker ingevulde gegevens worden getoond. De optiemarkt server 7 houdt hiertoe bij hoeveel fondsen uit een fondsen database een gebruiker 1, 2 en/of groep van gebruiker heeft geselecteerd en vergelijkt dit aantal met het voor de betreffende I 10 gebruiker of groep van gebruikers geldende abonnement.

I Voor een betrouwbare werking van het systeem kan I het nodig zijn de server 7 van een autorisatiemodule 7' (zie I Fig. 2) te voorzien, die bewerkstelligt dat gebruikers 1, 2 slechts een maal kunnen inloggen op het beveiligde deel van 15 de internet applicatie. Hierdoor wordt voorkomen dat meerdere gebruikers, bijvoorbeeld 1 en 11 onder dezelfde I gebruikersnaam inloggen en daar vervolgens verschillende contactgegevens aan koppelen, waardoor het mogelijk zou zijn dat na ontvangst van een handelssignaal van 20 gebruikerseenheid 2' , gebruiker 2 bij reactie op een bid of ask van bijvoorbeeld de eerste gebruiker 1 contactgegevens van gebruiker 11 krijgt, welke gebruiker 11 echter de bid of I ask voor de optiecontracten niet heeft ingevoerd. De I ingelogde gebruikers kunnen door de optiemarkt server 7 zijn I 25 opgeslagen in een gebruikersdatabase.

H De server 7 zal bij voorkeur na een bepaalde periode van inactiviteit data van de server 7 verwijderen I ten einde de server 7 niet onnodig te belasten. Data worden I bijvoorbeeld verwijderd aan het eind van de handelsdag of I 30 wanneer er bijvoorbeeld gedurende een bepaalde tijd geen I data-strings met marktsignalen en/of geen handelssignalen worden ontvangen door de optiemarkt server 7. Wanneer I bijvoorbeeld voor een door gebruiker 1 geïnitieerde markt I gedurende een uur geen data-strings met marktgegevens van I 35 gebruikers worden ontvangen, wordt de betreffende marktregel 11 van de optiemarkt server 7 verwijderd. De server 7 houdt hiertoe bij voor welke marktregels en op welk tijdstip data-strings met marktgegevens worden ontvangen. Hierna zal het initiëren van markten en de marktregels in detail worden 5 besproken.

Ter voorkoming van miscommunicatie en voor bijvoorbeeld archiveringsdoeleinden kan de server 7 zijn ingericht om na ontvangst van het handelssignaal, de gegevens over de transactie naar de betrokken partijen 1, 2 10 te verzenden via bijvoorbeeld een e-mail bericht.

Om de gevolgen voor de markt van de transactie tussen de gebruikers 1 en 2 toegankelijk te maken voor de verdere gebruikers 11, zal de server 7 de transactie verwerken in de toegankelijk gemaakte marktgegevens voor de 15 betreffende optiecontracten, zodat de toegankelijk gemaakte marktgegevens aan de gebruikers 11 een betrouwbaar beeld van de markt voor de betreffende optiecontracten blijven geven. Tevens zal gedurende enige tijd een indicatie op de gebruikerseenheden worden gegeven aan de gebruikers 1, 2 en 20 11 dat een transactie heeft plaatsgevonden.

Wanneer de netwerkverbindingen 8, 9 en/of 10 geen real-time verbindingen zijn, kan het voordelig zijn de gebruikerseenheden 1', 2' en 11' uit te rusten met een programma dat de toegankelijk gemaakte marktgegevens 25 voortdurend actueel houdt. Hiervoor kan bijvoorbeeld een refresh meta worden toegepast, welke de op de gebruikerseenheid getoonde pagina's telkens ververst.

In veel gevallen zal het optieverhandelingssysteem en de werkwijze voor het verhandelen van de optiecontracten 30 complexer zijn dat getoond in de Figs. 2 en 3. Meerdere gebruikers 1, 2 en 11 kunnen met hun gebruikerseenheden 1', 2' en 11' zijn ingelogd op de server 7, waarbij de gebruikers 1, 2, 11 actief zijn voor meerdere fondsen en waarbij ten aanzien van een bepaald fonds meerdere regels 35 met marktgegevens zijn ingegeven door verschillende * :Ί 7 7 2 1 3 - 12 gebruikers 1, 2, 11. Ter illustratie zal de situatie worden beschreven waarin gebruiker 1 een markt initieert voor een bepaald fonds A, gebruikers 11, 11a en 11b marktgegevens voor de bestaande markt fonds A naar de server 7 sturen en 5 gebruiker 2 aangeeft te willen handelen.

Gebruiker 1 kan een markt initiëren voor fonds A door een marktregel 18 (zie Fig. 5) met marktgegevens in te voeren op zijn gebruikerseenheid 1' en deze marktgegevens vervolgens te sturen naar de server 7. De marktregel bestaat 10 uit een deel 19 met vast marktgegevens en een deel 20 met variabele marktgegevens. De vaste marktgegevens 19 worden door de gebruiker 1 ingevoerd bij het initiëren van de markt voor fonds A. De vaste marktgegevens omvatten bijvoorbeeld de naam van het fonds, de strategie van het optiecontract, 15 expiratiedata, de uitoefenprijs van het optiecontract, de referentiewaarde van het onderliggende fonds, de delta en specifieke data. Gebruiker 1 kan bijv. een markt initiëren voor fonds A voor callopties met een expiratiedatum feb.

' 03.

20 De variabele data 20 omvatten het aantal gevraagde optiecontracten 21, de prijs van één gevraagd optiecontract 22, de prijs van één aangeboden optiecontract 23 en het aantal aangeboden optiecontracten 24.. De variabele data 20 worden door de gebruiker 1, die de markt initieert, 25 opengelaten. Deze variabele data 20 kunnen door alle gebruikers, zoals 11, 11a en 11b, worden ingevuld om de markt te maken voor de optiecontracten voor fonds A. De vaste data 19 worden enkel door de initiator, i.c. gebruiker 1, bepaald.

30 Gebruiker 11 voert zijn marktgegevens voor fonds A

in via de gebruikerseenheid 11' ten aanzien van de velden 21-24. Deze gegevens worden in de vorm van marktregel 26 vervolgens toegankelijk gemaakt door de server 7 voor de gebruikers 1, 2, 11, 11a en 11b op hun respectievelijke 35 gebruikerseenheden. Gebruiker 11a kan vervolgens een nieuwe ) ' J / / ;/ " ; ’ 13 marktregel 27 toevoegen waarbij hij bijvoorbeeld de koopprijs voor de optiecontracten verbetert. Deze prijs blla geldt voor bijv. 500 optiecontracten. Ook deze marktgegevens worden door de server 7 toegankelijk gemaakt voor de 5 gebruikers. Gebruiker 11b verbetert op zijn beurt de koopprijs voor 1000 optiecontracten voor een prijs bllb. Ook deze marktgegevens worden naar de server 7 gestuurd en toegankelijk gemaakt in marktregel 28. De marktregels 26, 27 en 28 zijn bij voorkeur gerangschikt naar de hoogste 10 koopprijs. Secundair kunnen de marktregels gerangschikt zijn naar het tijdstip waarop de server 7 de datastring met marktgegevens van de gebruiker 11, 11a, 11b via de gebruikereenheden 11', lla'en 11b' ontvangt. De marktregels 26, 27 en 28 zijn getoond in Fig. 6 zoals ze door server 7 15 toegankelijk kunnen worden gemaakt op gebruikerseenheid 2'. De marktregels met marktgegevens kunnen uit een database met marktgegevens op of bij de server 7 toegankelijk worden gemaakt. De server 7 kan bewerkstelligen dat enkel de marktregel die als hoogste, i.c. de marktregel 28 met de 20 hoogste koopprijs, daadwerkelijk aan de gebruikers wordt getoond waarbij de marktregels met lagere koopprijzen, i.c. de regels 26 en 27, diepteregels onder de hoogste marktregel vormen. Wanneer er meerdere marktregels zijn met een zelfde marktprijs, kan ook enkel een geaggregeerde marktregel 25 worden getoond waarbij de marktregel het geaggregeerde aantal optiecontracten toont voor de betreffende marktprijs. Onder de geaggregeerde marktregel kan vervolgens een aantal diepteregels zijn opgenomen, die tonen hoe de geaggregeerde marktregel is opgebouwd. Hoewel de representatie waarbij 30 enkel de best gerangschikte marktregel aan de gebruikers wordt getoond voordelig is voor het overzicht, is het belangrijk op te merken dat ook de diepteregels voor de gebruikers toegankelijk zijn om een adequaat beeld van de gehele markt te houden. De server 7 vergelijkt voor deze 1 C1''/ 14 I representatie de Ontvangen datastrings met marktgegevens met I de reeds in de database met marktgegevens aanwezige data.

H De optiemarkt server 7 kan tevens bewerkstelligen dat van de gebruikers waarvan data-strings met marktgegevens I 5 sturen, de marktgegevens met een verschillende representatie I op de gebruikerseenheid toegankelijk worden gemaakt. De I representatie is bij voorkeur dusdanig dat eerst de fondsen worden getoond waarbij de gebruiker bovenaan in de rangschikking van marktregels voor een bepaald fonds ligt en I 10 daarna de overige fondsen, gerangschikt naar de plaats in de rangschikking voor de overige fondsen. De server 7 houdt I hiertoe per fonds de ontvangen data-strings met I marktgegevens bij, koppelt hieraan de bijbehorende gebruiker uit de gebruikersdatabase, vergelijkt per fonds de I 15 betreffende ontvangen datastring met de overige data-strings I in de database met marktgegevens, bepaald per fonds de plaats in de rangschikking van de gebruiker en maakt vervolgens voor deze gebruiker de marktgegevens toegankelijk met een representatie overeenkomstig de aldus bepaalde 20 rangschikking.

I De toegankelijk gemaakte marktgegevens voldoen aan I de voorkeuren van gebruiker 2, hetgeen hier betekent dat de I marktprijs, waarvoor hij zij optiecontracten kan verkopen, hem bevalt. Gebruiker 2 besluit derhalve een handelssignaal 25 via zijn gebruikerseenheid 2' naar de server 7 te sturen waarin is opgenomen dat hij 1200 optiecontracten wil I verkopen. Hij kan dit bijvoorbeeld doen door de marktregels aan te klikken, bijvoorbeeld de variabele data 20, met behulp van een invoereenheid zoals bijvoorbeeld een muis 30 (niet getoond) bij de gebruikerseenheid 2' of door middel van een hitfunctie. Ook kan gebruiker 2 de verkoopprijs verbeteren tot deze overeenkomt met de bijbehorende koopprijs. Op deze manier wordt een handelssignaal H gegenereerd waarna de transactie tot stand komt. Wanneer het 35 handelssignaal door de server 7 wordt ontvangen, verstuurd H ^ A A λ ^ 15 de server 7 de contactgegevens van de gebruikers 11b en 11a naar de gebruikerseenheid 2' en de contactgegevens van de gebruiker 2 naar de gebruikerseenheden 11b' en 11a' . De partijen 2, 11a, 11b kunnen vervolgens contact met elkaar 5 opnemen om de transactie te bevestigen en/of het aantal te verhandelen optiecontracten te verhogen, waarna de transactie via clearing members van alle partijen 2, 11a, 11b op de optiebeurs 6 wordt uitgevoerd en geadministreerd.

Verder bewerkstelligt de server 7 dat de 10 toegankelijk gemaakte marktgegevens worden aangepast door aanpassingen in de database met marktgegevens. Marktregel 28 wordt verwijderd omdat alle contracten van partij 11b door partij 2 zijn verkocht. In marktregel 27 wordt het aantal gevraagde contracten met 200 verminderd. Op deze wijze wordt 15 de nieuwe actuele marktsituatie voor de gebruikers toegankelijk gemaakt. Verder verstuurt de server 7 bij voorkeur een e-mail bericht aan de gebruikerseenheden 11b', 11a' en 2' met gegevens over de transactie.

Claims (17)

1. 2. Werkwijze volgens conclusie 1, verder omvattende de stap van het door de optiemarkt server (7) 20 versturen van een data-string omvattende contactgegevens (14, 15) van ten minste de eerste gebruiker (1) naar ten minste de tweede gebruikerseenheid (2') wanneer het I handelssignaal is ontvangen.
2. 3. Werkwijze volgens conclusie 1 of 2, waarbij de 25 marktgegevens ten minste de marktprijs (22, 23) van de optiecontracten omvatten.
3. 4. Werkwi j ze volgens een elk van de voorgaande I conclusies, waarbij de contactgegevens ten minste een I telefoonnummer (14) en/of een e-mail adres (15) omvatten. H 30 5. Werkwijze volgens een van de voorgaande I conclusies, waarbij de datastring met marktgegevens van de eerste gebruikerseenheid (1') en het handelssignaal van de tweede gebruikerseenheid (2') pas worden verwerkt nadat ten minste een inlogprocedure is doorlopen voor ten minste een beveiligd deel van de optiemarkt server (7).
4. 6. Werkwijze volgens conclusie 5, waarbij de optiemarkt server (7) een autorisatiemodule omvat die 5 bewerkstelligt dat ten minste de eerste gebruiker (1) slechts eenmaal ingelogd kan zijn op het beveiligde deel.
5. 7. Werkwijze volgens conclusie 5 of 6, waarbij op de tweede gebruikerseenheid (2') bij de inlogprocedure een gebruikersprofiel wordt getoond met ten minste een 10 aanduiding van het soort te verhandelen optiecontracten en/of de contactgegevens (14, 15).
6. 8. Werkwijze volgens een van de voorgaande conclusies, waarbij verdere data-strings met marktgegevens voor ten minste een optiecontract van de eerste (1) en/of 15 verdere gebruikers (11) worden ontvangen waarbij de marktgegevens van de verdere data-strings toegankelijk worden gemaakt voor de tweede gebruikseenheid (2'), gerangschikt op basis van ten minste de marktprijs van de optiecontracten.
7. 9. Werkwijze volgens conclusie 8, waarbij de optiemarkt server (7) een handelssignaal ontvangt van de tweede gebruikerseenheid (2') in afhankelijkheid van voorkeuren van de tweede gebruiker (2) ten aanzien van de verdere data-strings met marktgegevens en de data-string 25 omvattende contactgegevens, contactgegevens (14, 15) van ten minste één van de verdere gebruikers (11) omvat.
8. 10. Werkwijze volgens een elk van de voorgaande conclusies, waarbij de toegankelijk gemaakte marktgegevens door de optiemarkt server (7) na ontvangst van het 30 handelssignaal worden aangepast.
9. 11. Werkwijze volgens een elk van de voorgaande conclusies, waarbij de transactie van de optiecontracten tussen de tweede gebruiker (2) en de eerste en/of verdere gebruikers (1;11) door de optiemarkt server (7) na 35 ontvangst van het handelssignaal wordt bevestigd. '·. Λ iN, ^ i ' .· / S | ^ I 18
10. 12. Werkwijze volgens een elk van de voorgaande I conclusie, waarbij de toegankelijk gemaakte marktgegevens I hoofdzakelijk voortdurend worden geactualiseerd.
11. 13. Werkwijze volgens een elk van de voorgaande I 5 conclusies, waarbij de optiemarkt server (7) een of meer I data-strings met marktgegevens van de optiemarkt server (7) I verwijderd wanneer na een periode voor de data-strings geen verdere data-strings met marktgegevens en/of I handelssignalen worden ontvangen. I 10 14. Werkwijze volgens een elk van de conclusies 8- I 13, waarbij de optiemarkt server (7) de marktgegevens I toegankelijk maakt met een verschillende representatie op I de gebruikerseenheid (11') voor de gebruikers (11) in I afhankelijkheid van de rangschikking van de data-strings I 15 met marktgegevens voor de desbetreffende gebruikers (11).
12. 15. Computerprogramma voor het verhandelen van I optiecontracten tussen ten minste een eerste (1) en een I tweede gebruiker (2), waarbij de eerste gebruiker (1) via I een eerste gebruikerseenheid (1') en de tweede gebruiker I 20 (2) via een tweede gebruikerseenheid (2') communiceren over I een netwerk (8, 9) met ten minste een optiemarkt server I (7), ten minste omvattende programma codedelen voor het I door de optiemarkt server (7): I - ontvangen van een data-string met marktgegevens van I 25 ten minste één van de optiecontracten van de eerste I gebruikerseenheid (1'); I - toegankelijk maken van ten minste de marktgegevens I afkomstig van de eerste gebruikerseenheid (1') voor I ten minste de tweede gebruikerseenheid (2'); 30. ontvangen van een handelssignaal van de tweede I gebruikerseenheid (2') in afhankelijkheid van I voorkeuren van de tweede gebruiker (2);
13. 16. Computerprogramma volgens conclusie 15, verder I omvattende programma codedelen voor het door de optiemarkt I 35 server (7) versturen van een data-string omvattende I ' n f'> 9 7 0 _ contactgegevens van ten minste de eerste gebruiker (1) naar ten minste de tweede gebruikerseenheid (2') wanneer het handelssignaal is ontvangen.
14. 17. Computerprogramma volgens conclusie 15 of 16, 5 verder omvattende programma codedelen voor het uitvoeren van de werkwijze volgens een elk van de conclusies 3-12.
15. 18. Optieverhandelingssysteem omvattende een I optiemarkt server (7) die is ingericht om over een netwerk j (8, 9) te communiceren met ten minste een eerste (1') en 10 een tweede gebruikerseenheid (2') van een eerste (1) en een tweede gebruiker (2), waarbij de optiemarkt server (7) ten minste een database met marktgegevens omvat en is ingericht om: een data-string met marktgegevens van ten minste een 15 optiecontract te ontvangen van de eerste gebruikerseenheid (1') en toegankelijk te maken vanuit de database met marktgegevens voor de tweede gebruikerseenheid (2'); het ontvangen van een handelssignaal van de tweede 20 gebruikerseenheid (2') in afhankelijkheid van voorkeuren van de tweede gebruiker (2);
16. 19. Optieverhandelingssysteem volgens conclusie 18, waarbij de optiemarkt server (7) verder een gebruikersdatabase omvat en is ingericht voor het halen van 25 een data-string met contactgevens van ten minste de eerste gebruiker (1) uit de gebruikersdatabase en het versturen van de data-string met contactgegevens van ten minste de eerste gebruiker (1) naar de tweede gebruikerseenheid (2')·
17. 20. Optieverhandelingssysteem volgens conclusie 18 30 of 19, waarbij de optiemarkt server (7) verder is ingericht voor het uitvoeren van de werkwijze volgens een elk van de conclusies 3 -14. ' · i * . j ~~