CZ2004396A3 - Systém zpracování dat pro implementaci finančního trhu - Google Patents

Systém zpracování dat pro implementaci finančního trhu Download PDF

Info

Publication number
CZ2004396A3
CZ2004396A3 CZ2004396A CZ2004396A CZ2004396A3 CZ 2004396 A3 CZ2004396 A3 CZ 2004396A3 CZ 2004396 A CZ2004396 A CZ 2004396A CZ 2004396 A CZ2004396 A CZ 2004396A CZ 2004396 A3 CZ2004396 A3 CZ 2004396A3
Authority
CZ
Czechia
Prior art keywords
liquidity
customer
price
banks
partner
Prior art date
Application number
CZ2004396A
Other languages
English (en)
Inventor
Jean-Pierre Mustier
Original Assignee
Centradia Services Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Centradia Services Ltd. filed Critical Centradia Services Ltd.
Publication of CZ2004396A3 publication Critical patent/CZ2004396A3/cs

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

Systém zpracování dat pro implementaci finančního trhu
Oblast techniky
Stávající vynález se týká pole bankovnictví a financí a v zásadě se věnuje zavedení nového mechanismu pro oceňování finančních produktů nebo transakcí.
Dosavadní stav techniky
Banky mají obchodní vztahy s obchodními bankovními zákazníky na finančních trzích. Vztah je založen na obchodních motivech a úvěrových limitech, které zajišťují, že prováděné obchody nepřevýší částky, pro které existuje úvěrový souhlas a pro které existují zúčtovací techniky, zajišťující urovnáni provedených obchodů. Vztah může být také předmětem určitých regulačních omezujících podmínek.
Pokud si zákazník přeje koupit finanční produkt nebo provést obchod, kontaktuje banku, se kterou má obchodní vztah. Pro mnoho finančních nástrojů bude nabídnutá cena součtem ceny likvidity, která představuje tržní riziko a marži. Marží se rozumí taková úprava ceny likvidity, která odráží určitá rizika obsažená v provedení dané transakce a komerční zisk za podstoupení takových rizik. Marže tedy může obsahovat například úvěrové riziko, cenu použití bankovního kapitálu, a prodejní úvěr odrážející komerční zisk, který má být na dané transakci vytvořen.
Pokud zákazník požaduje cenu, je pro banku obvyklé vystavení vnitrního úvěrového schválení transakce s ohledem na zaznamenaný * · · « · « · · ·· « úvěrový limit zákazníka. Pokud není limit zákazníkem překročen a banka chce uzavřít obchod, je transakce schválena.
Dříve než je obchod uzavřen, může zákazník kontaktovat několik bank se kterými má vztahy, s cílem získat tu nejlepší cenu.
Nicméně vzhledem k praktickým omezením trhu má zákazník limitovanou skupinu bank, od kterých může dostat cenu. Předkladatelé tohoto vynálezu si uvědomili, že by mohla vzniknout tržní poptávka po systému, který umožní získat ceny od skupiny bank v krátkém časovém úseku, a to i od těch, se kterými zákazník nemá obchodní vztah a nemůže tudíž běžně obchodovat. Stávající vynález umožňuje činnost takového systému.
Podstata vynálezu
Podle stávajícího vynálezu je vytvořen počítačový systém zpracování dat pro implementaci finančního trhu, který obsahuje:
- uzlový systém zpracování dat pro správu finančního trhu na poli finančních produktů poskytovaných zákazníkům množinou bank,
- prostředky pro umožnění přístupu zákazníků k finančnímu trhu pomocí datové komunikace s uzlovým bodem,
- množinu satelitních systémů zpracování dat v datové komunikaci s uzlovým bodem, kde každá satelitní jednotka je přiřazena bance poskytující: úvěrový souhlas pro transakce, marže transakcí a finanční produkty, které mají být předmětem transakcí, čímž je povolen přístup finančních produktů bank na finanční trh, a kde je uzlový bod vybaven softwarem, který implementuje následující vlastnosti:
• ···♦ • ·· ·♦ * t «· databází bankovních identifikátorů, kde je každý identifikátor přiřazen satelitní bance, databázi identifikátorů finančních produktů, kde je každý finanční produkt nabízen alespoň jednou bankou, ale pokud možno všemi bankami, databází zákaznických identifikátorů, umožňující identifikaci zákazníka přistupujícího k uzlovému bodu, kde je každý zákaznický identifikátor přiřazen jednomu nebo více identifikátorům partnerských bank, které identifikují banku nebo banky, se kterými má zákazník předjednaný obchodní vztah a se kterými proto může obchodovat, databázi identifikátorů poskytovatelů likvidity, dovolující identifikaci bank, které zajišťují kotace likvidity, přičemž každý identifikátor je spojen s jedním nebo více identifikátory finančních produktů, které identifikují finanční produkt, pro který může poskytovatel likvidity zajistit kotace likvidity a transakcí, prostředek pro inicializaci žádosti o kotaci za účelem provedení transakce zahrnující jeden nebo více finančních produktů, prostředek pro sděleni žádosti o kotaci ceny likvidity pro transakci každému poskytovateli likvidity, který nabízí daný finanční produkt, prostředek pro záznam a aktualizaci každé kotace ceny likvidity pro požadovanou finanční transakci, vrácené do uzlového bodu všemi poskytovateli likvidity, prostředek pro sdělení žádosti o cenu marže pro finanční transakci všem partnerským bankám, prostředek pro záznam kotace ceny marže vrácené do uzlového bodu každou z partnerských bank, • · · · *♦* «« • ♦·· » « « » ·· ·
- prostředek pro výpočet pole složených kotací, kde každá kotace je tvořena součtem (1) ceny likvidity od jednoho z poskytovatelů likvidity a (2) kotace marže od jedné z partnerských bank,
- prostředek dovolující uživateli výběr upřednostňované složené kotace z pole kotací, za účelem generace objednacího příkazu pro provedení transakce za vybranou složenou cenu,
- prostředek pro vydání pokynu k provedení transakce, která bude bud mezi (a) partnerskou bankou a zákazníkem na jedné straně, nebo (b) poskytovatelem likvidity, partnerskou bankou a zákazníkem na druhé straně, v závislosti na konkrétní vybrané složené kotaci a na tom, zda poskytovatel likvidity je rovněž partnerská banka,
- prostředek pro sdělení zákazníkovi, že transakce byla provedena.
V předchozím textu je „partnerská banka“ banka, makléř, tržní místo nebo jiná společnost, se kterou, či pomocí které, má zákazník z dřívějška existující obchodní vztah uspokojující regulační požadavky jako je úvěrové hodnocení a se kterou je zákazník oprávněn obchodovat. Jakýkoli odkaz na banku nebo partnerskou banku v tomto dokumentu by měl být podle toho chápán.
„Poskytovatel likvidity“ je banka, makléř, tržní místo nebo jiná společnost, která je způsobilá zajišťovat cenu likvidity pro konkrétní finanční produkt požadovaný zákazníkem. Do tohoto je možné zahrnout i partnerské banky, ale jejich zahrnutí není bezpodmínečně nutné. Například partnerská banka pro konkrétního partnera nemůže obchodovat s určitými finančními produkty, a tudíž nemůže cenu likvidity stanovit. Jakýkoli odkaz na poskytovatele likvidity v tomto dokumentu by mě! být podle toho chápán.
V závislosti na zákaznících a na finančním produktu může být banka poskytovatelem likvidity, partnerskou bankou nebo obojím.
• ··♦ «
·* · • · · · • · · · ···* • · · · • · «
Klíčovou výhodou stávajícího vynálezu je, že zákazník může pro transakcí obdržet složenou cenu založenou na základě nejlepší ceny likvidity bez ohledu na to, zda má zákazník obchodní vztah s poskytovatelem likvidity, který cenu likvidity stanovil. Složená cena je vybrána na základě ceny likvidity vybrané ze všech poskytovatelů likvidity, což je lepší, než se spoléhat na ceny nabídnuté konkrétní bankou nebo bankami, se kterými má zákazník obchodní vztah.
Úvěrové riziko na sebe bere partnerská banka, která bezprostředně poté obchoduje s poskytovateli likvidity, aby obdržela nejiepší cenu likvidity pro svého zákazníka. Slovy bezprostředně poté je zde míněno, že partnerská banka převádí tržní riziko svého obchodu se zákazníkem na poskytovatele likvidity. Partnerská banka na sebe bere úvěrové riziko (vzhledem k tomu, že je v obchodním vztahu) a proto připisuje marži k ceně likvidity.
Tímto způsobem může zákazník ve skutečnosti obchodovat s bankou, se kterou nemá žádný obchodní vztah a tudíž ani žádný normální mechanismus, který by dovoloval obchodování. Rozumí se samo sebou, že nejlepší cena likvidity možná přijde z obvyklé partnerské banky (to znamená, že preferovaným poskytovatelem likvidity je partnerská banka), V tomto případě bude zákazník obchodovat jako obvykle. Ve výhodném provedení zákazník neuvidí nebo nebude informován, od kterého poskytovatele likvidity přišla část kotace likvidity složené kotace. Zákazník prostě uvidí kotaci transakce, která přichází od partnerské banky.
Nicméně je časté, že nejlepší složená cena (cena, která obsahuje všechny náklady, kterou vidí zákazník) obsahuje cenu likvidity od nepartnerské banky a v tom případě má zákazník možnost získat cenu transakcí, která by jinak nebyla dostupná.
« * φ • ·· ·· • ···♦
Přehled obrázků na výkresech
Předkládaný vynález bude dále popsán pomocí vývojového diagramu znázorněného ve čtyřech na sebe navazujících částech, a to Přihlášení klienta do systému, Proces generace žádosti, Proces stanovení smíšené ceny a proces zobrazení ceny a konečné Proces generace obchodu a potvrzení obchodu. Každá z těchto částí je pro lepší přehlednost uvedena na zvláštním listě s vyznačením návaznosti.
Příklady provedení vynálezu
V praxi bude systém ve většině případů v software zahrnovat: prostředek pro vyžádání úvěrového schválení od partnerských bank pro požadovanou transakci, přičemž úvěrové schválení/neschválení se provádí pomocí odkazu na schvalovací kritéria pro daného klienta, která má partnerská banka k dispozici. Systém s výhodou obsahuje softwarový prostředek pro záznam schvalovacího/neschvalovacího rozhodnutí a prostředek pro vyloučení partnerské banky z množiny partnerských bank stanovujících marži pro danou transakci v případě neschválení. Taková banka může ale stále být poskytovatelem likvidity.
Finanční produkty, které mohou být dobře obchodovány za použití tohoto vynálezu jsou takové, pro které je obvyklé účtovat cenu likvidity a marži. To zejména zahrnuje, ale není omezeno na: okamžité devizové obchody, termínové devizové obchody, výměnné devizové obchody, termínové devizové obchody bez dodání, opční devizové obchody, úrokové odvozené cenné papíry.
Navíc mohou být také předmětem stávajícího vynálezu různé finanční produkty. Tyto druhy produktů zahrnují úvěry peněžního trhu, vklady peněžního trhu, depositní certifikáty, obchodní cenné papíry, • · · ’ **·· · · · a ··· ·· ·· ··♦ μ * cenné papíry s pevným výnosem - jak primárního trhu (tj. emise), tak sekundárního trhu (tj. obchodování).
Ceny, které jsou kótovány bankami mohou mít pro určité produkty - zejména devizové produkty-na cenu likvidity upiatněn rozptyl prodejní/nákupní nabídky a rozdílnou marži prodejní/nákupní nabídky. Proto může existovat složená cena prodejní nabídky a složená cena nákupní nabídky. Obě mohou banky poskytnout a ukázat zákazníkovi.
Banky, kterých se to týká, budou v praxi spojeny s uzlovým bodem pomocí zabezpečené sítě zpracování dat. Banky budou zajišťovat určitý rozsah finančních produktů a budou mezi sebou soutěžit.
Řada zákazníků si předplatí službu nabízenou podle stávajícího vynálezu a budou schopni se připojit na zabezpečenou síť, aby se mohli dostat na finanční trh. Přístup na trh bude typicky pomocí internetového připojení, přes webový prohlížeč každého zákazníka s rozhraním webové stránky, vybaveným pro komunikaci s uzlovým bodem. Pro zajištění bezpečného datového spojení mezí klientem a uzlovým bodem může být použita kódovací technologie. To zde není dále popisováno, protože vhodné technologie jsou v daném oboru dobře známé.
Každý zákazník musí mít obchodní vztah s alespoň jednou ze soutěžících bank. Pro zákazníka je běžné, že má obchodní vztahy pouze s úzkou skupinou bank, z důvodů úvěrového schvalování. To jsou právě partnerské banky.
Partnerské banky budou zákazníkovi účtovat marži, například za úvěrové riziko obchodování se zákazníkem. Tato marže jde nad obchodované ceny likvidity, které jsou kótovány. Ačkoli bude mít mnoho zákazníků pouze jednu partnerskou banku, bude také hodně zákazníků, kteří budou mít více než jednu partnerskou banku a budou někteří zákazníci, kteří budou mít vztahy se všemi členskými bankami.
····»· ··· *··« • ·· · · ·· ·« · «· *
Stávající vynález poskytuje předplatitelům možnost mít výhody z nejlepší ceny likvidity ze všech členských bank i tehdy, kdy pouze část bank {„partnerské banky“) s nimi bude schopna obchodovat přímo.
Aby tudíž mohli mít zákazníci užitek z lepší ceny likvidity od jiného poskytovatele likvidity, systém automaticky vygeneruje vnitřní obchod {bezprostředně následující transakci) mezi vybranou partnerskou bankou a účastnickou bankou, která je poskytovatelem nejlepší ceny (poskytovatel likvidity). Partnerská banka tudíž automaticky postoupí tržní riziko jiné bance, pokud je její cena lepší, a ponechá si klientské riziko.
Koncová cena (ceny), která se ukáže zákazníkovi, bude typicky složená cena, složené z nejlepší ceny (cen) likvidity + marže: toto vše utváří konečnou cenu (cena která „obsahuje vše“) a bude v tomto formátu zobrazeno klientovi.
Pokud klient požaduje cenu, do partnerské banky nebo bank bude zaslána zpráva požadující úvěrové schválení a marži pro danou transakci. Ve stejný čas bude zaslána zpráva všem bankám, s požadavkem na cenu likvidity. Na tyto zprávy by měly banky reagovat v předem schváleném Čase. Po obdržení kotací smíchá softwarový oceňovací mechanismus marži a ceny likvidity, aby mohl konečnou složenou cenu (ceny) předat zákazníkovi.
Z předcházejícího je zřejmé, že předkládaný vynález může být implementován několika způsoby, kde jeden z nich zahrnuje kotaci ceny generovanou v odezvě na konkrétní žádost o kotaci, ve které zákazník specifikuje parametry žádosti a uzlový bod vrací jednu nebo více kotací a zákazník si jednu z nich vybere, aby provedl transakci.
Jiný způsob obsahuje opatření zákazníkovi „obchodovatelné ceny“ v reálném čase pro jeden nebo více finančních produktů, se kterým může systém obchodovat. Ceny jsou periodicky aktualizovány, aby se • · * • 999 ·«·
9 vzaly v úvahu variace v cenách likvidity a maržích, které se mohou čas od času objevit. Aktualizace může být automatická, v odezvě na automatickou žádost o kotaci distribuovanou uzlovým systémem do satelitních systémů, nebo může být prováděna v odezvě na aktualizované cenové informace, zajišťované bez podnětu jedním nebo více satelitními systémy.
V praxi může vynález poskytovat směsici cen v „reálném čase“ (tj. obchodovatelných) a cen „na žádost“, v závislosti na požadavcích zákazníka, satelitních bank a vhodnosti finančního produktu pro tyto mechanismy. Proto mohou být některé ceny kótovány v reálném Čase, zatímco ostatní jsou dostupné pouze na základě žádosti.
V jednom konkrétním provedení vynálezu je systém vybaven softwarem, který dovoluje možnost přímého obchodování, kdy systém pouze ukáže zákazníkovi složené ceny cena Iikvidity/marže, které jsou odvozeny od jedné nebo více partnerských bank pro daného zákazníka. Jinými slovy, možnost nepřímého obchodování s nepartnerskými bankami je odstraněna.
V jiném provedení vynálezu je systém vybaven softwarem, který zajišťuje, že je zákazníkovi poskytnuta nejlepší cena, která se skládá z nejlepší ceny likvidity stanovené všemi poskytovateli likvidity a nejnižší marže stanovené partnerskou bankou. Zákazníkovi je také s výhodou poskytnuta porovnávací cena, která je, za účelem podpory provedení transakce zahrnující nejlepší cenu, takovou suboptimální cenou, jako je například kombinace nejhorší marže partnerské banky a nejhorší ceny likvidity.
V jednom provedení je srovnávací cena složeninou ceny likvidity stanovené nepartnerskou bankou a nejhorší marže partnerské banky.
* ·”9 • 9 9 • 99 9 9 • 9 • 9 999 9
V jiném provedení vynálezu umožňuje software každému zákazníkovi, aby si vybral, nebo nevybral určité banky jako své preferované partnerské banky nebo poskytovatele likvidity.
Určování ceny v reálném čase
Při uskutečňování tohoto aspektu vynálezu bude systém srovnávat ceny likvidity v reálném čase od každé z bank a přidávat ke každé ceně zákaznickou marži partnerské banky, a bude zákazníkovi poskytovat okno s nejlepšími koncovými cenami (likvidita plus marže), pohybujícími se v reálném čase. Zákazník může typicky mít na obrazovce tlačítko pro nákup/prodej, které mu umožní obchodovat podle toho, jak se ceny pohybují.
Ve výhodném aspektu tohoto vynálezu může být k dispozici obchodní obrazovka v reálném čase pro měnové trhy obchodující určité měny (nebo měnové páry). Zobrazované ceny mohou být omezeny určitou (pro daný produkt) ekvivalentní minimální a maximální obchodní částkou v Euro. Výhodou je, že to usnadní zajištění činnosti při směně nebo obchodování částek cizí měny.
Termín „banka“, tak jak je zde použit, je zamýšlen široce, takže pokrývá jakoukoli finanční instituci, makléře, obchodní místo nebo jinou společnost, nabízející zákazníkům finanční produkty. Následující popis jednoho způsobu provedení stávajícího vynálezu je pouze příklad, s odkazem na přiložená schémata. Jiné způsoby budou zřejmé odborníkovi v dané oblasti.
1. Žádost o cenu likvidity
Zákazník bude požadovat cenu pro určitou transakci, systém pošle žádost o cenu likvidity pro danou transakci všem poskytovatelům likvidity nebo volitelně jen partnerským bankám. Po obdržení kotací ceny likvidity od poskytovatelů likvidity systém ceny likvidity porovná.
• ·♦·
* · · • · ···· • · · ·♦ ·
2. Žádost o marži
Když zákazník požaduje cenu, pošle uzlový procesor kromě žádosti o cenu likvidity, která je poslána všem poskytovatelům likvidity, žádost o kotaci marže bance (bankám), se kterou má zákazník úvěrový vztah (partnerská banka).
3. Úvěrové schválení
Ve stejný čas jako zákazník požaduje cenu, posílá uzlový procesor zprávu partnerské bance nebo bankám, s požadavkem na rozhodnutí o úvěrovém schválení pro daného zákazníka. Pokud bude transakce zahrnovat zákazníka překračujícího úvěrový limit, který má pro něj banka k dispozici, vyšle banka zprávu znamenající, že pro obchod s danou bankou nebude poskytnuta žádná cena. Pokud ale bude mít zákazník v bance nebo bankách k dispozici dostatečný úvěr, bude uzlovému procesoru vrácena zpráva o schválení úvěru, která potvrdí, že zákazník může obchodovat s daným produktem s danou konkrétní částkou. Může se stát, že aktivní požadavek na - nebo aktivní zajištění - schválení úvěru nebude potřeba, protože pouhý úkon poskytnutí ceny nebo marže může být považován za implicitní schválení. Pokud je naopak marže odmítnuta, pak to může být díky neschválení.
4. Sestavení smíšené ceny
Uzlový systém zpracování dat poté poskytne zákazníkovi seznam obdržených smíšených konečných cen, které obsahují vše (likvidita plus marže), což mu dovoluje obchodovat s vybranými partnerskými bankami, a to má výhodu nejlepší ceny likvidity. Tam, kde partnerská banka sama nenabízí nejlepší cenu likvidity, může i přesto nabídnout zákazníkovi nejlepší cenu likvidity pomocí bezprostředně navazujícího obchodu automaticky generovaného systémem poté, co zákazník • · * · · • * * » ··· «· • ···· * * ·· ··· obchod potvrdí. Zákazník potvrzuje obchod stiskem potvrzujícího tlačítka (nebo podobně) na svém počítači nebo obrazovce.
5. Přímé obchodování
Členské banky systému si mohou zvolit, že nebudou poskytovat možnost bezprostředně navazujícího obchodování pro určité finanční produkty. Proto může systém vynálezu dát zákazníkům možnost požadovat kotace pouze od jejich partnerských bank. Když za těchto okolností požaduje zákazník cenu, pošle systém detaily transakce zákazníkově partnerské bance nebo partnerským bankám za účelem tvorby ceny.
Dále je popsáno jedno konkrétní provedení s odkazem na obrázky, které představují anotovaný vývojový diagram popisující kroky, které vykonává systém podle předkládaného vynálezu při provádění obchodu mezi zákazníkem a členskými bankami. Systém dle vynálezu je ve schématech označen jako „Centradia,
Toto konkrétní provedení se bude v praxi provádět pomocí počítačového software, který je napsán tak, aby prováděl potřebné funkční kroky. Nejsou popisovány žádné konkrétní detaily kódu potřebného k implementaci systému vzhledem k tomu, že vytvoření kódu potřebného pro implementaci popsaných kroků bude rutinní pro člověka, který pracuje v oblasti programování aplikací finančního obchodování.
Kroky zahrnuté v typickém provedení vynálezu:
- Skupina, například pěti bank, vytvoří síť v uzlové základní jednotce datové komunikace pro správu systému. Banky se rozhodnou, které finanční produkty nabídnou do systému. Zákazníci, kteří mají obchodní vztah a úvěrové postavení s alespoň jednou členskou bankou, se mohou připojit do uzlového internet) připojení • · · ··« ·« systému pomocí soukromého nebo veřejného (jako je komunikačního systému.
- Zákazník se přihlásí k systému pomocí zabezpečeného přes síťový terminál, který je v datovém spojení s uzlovým bodem (tímto síťovým terminálem muže být standardní osobní počítač vybavený standardním internetovým prohlížečem). Uživatel si vybere produkt se kterým si přeje obchodovat, a poté je mu nabídnuta obrazovka s charakteristikou transakce.
- Uživatel si vybere parametry obchodu, tj. obchodovanou částku a detaily finančního produktu.
- Systém za pomoci své zákaznické databáze identifikuje banky se kterými má zákazník obchodní vztah, tj. partnerské banky.
- Systémový uzel identifikuje, které z bank jsou schopny poskytnout cenu likvidity daného produktu, ať už pomocí vnitřní databáze nebo dotazování bank samotných. Systém porovnává ostatní požadované parametry pro definici obchodu, jako například měny, dobu splatnosti, atd.
- Systémový uzel posílá zprávy do relevantních bank s požadavky na tři body; zákazníkův úvěrový limit, marži, kterou bude banka požadovat pokud má obchodní vztah a cenu likvidity pro vybranou transakci. Je možné takové uspořádání, že zaslání marže bude implikovat schválení úvěrové linky. Partnerské banky budou seznámeny s totožností klienta, zatímco nepartnerské banky (fungující jako poskytovatelé likvidity) budou požádány o kotaci pro „pomyslného klienta“ bez udáni jeho totožnosti.
Banky musí vrátit cenu likvidity do systémového uzlu tak rychle jak je to možné (není žádný důvod čekat na marži) a v předjednaném časovém úseku.
« · · * 9 9 · • ·· ··
999 « 9
- Platforma porovnává, průběžně propočítává a aktualizuje nejlepší cenu likvidity podle toho, jak tyto ceny likvidity přicházejí z jednotlivých bank.
- Zákaznické marže partnerských bank se přidají k nejlepší ceně likvidity tak, aby se vytvořila nejlepší konečná cena, která je dále odeslána na zákazníkovu obrazovku. Ze zřejmých důvodů by neměl klient vidět použitou marži.
- Pokud existují stejné ceny likvidity od různých bank, uzlový systém může být opatřen algoritmem, pomocí kterého se vybere poskytovatel likvidity. Může to jednoduše být algoritmus vybírající první cenu likvidity, kterou platforma obdrží. Pokud má partnerská banka stejnou nejlepší cenu likvidity může algoritmus zajistit, že tato banka získá obchod s likviditou bez ohledu na to, zda byla první kdo poskytl kotaci nebo ne.
V jednom provedení mohou být konečné složené ceny zobrazeny na zákazníkově obrazovce tak rychle, jak jsou porovnávány uzlovým systémem za předpokladu, že partnerská banka poskytla zákaznickou marži pro daný obchod. Tímto způsobem může zákazník v reálném čase sledovat aktualizované ceny. Časový interval před ustálením cen může být omezen na předem určený čas od té doby, co se objeví první ceny. Tento časový úsek bude přednastaven v uzlovém systému s odkazem na databázi vybraných identifikátorů finančních produktů. Ta může být specifická podle třídy aktiv (a závislá na dalších parametrech jako jsou měny, datum splatnosti, atd.).
Rozumí se samo sebou, že je nezbytné, aby se předkládaný vynález prováděl tak, že partnerské banky v systému mají nebo jsou vybaveny mechanismem, který umožňuje mezibankovní převody, potřebné pro uspokojení požadavků bezprostředně navazujícího oceňování a obchodování likvidity.

Claims (13)

  1. Patentové nároky
    1, Počítačový systém zpracování dat pro implementaci finančního trhu vyznačující se tím, že daný systém obsahuje;
    - uzlový systém zpracování dat pro správu finančního trhu na poli finančních produktů poskytovaných zákazníkům množinou bank,
    - prostředky pro umožnění přístupu zákazníků k finančnímu trhu pomocí datové komunikace s uzlovým bodem,
    - množinu satelitních systémů zpracování dat v datové komunikaci s uzlovým bodem, kde každá satelitní jednotka je přiřazena bance poskytující: úvěrový souhlas pro transakce, marže transakcí a kotace likvidity pro finanční produkty, které mají být předmětem transakcí, čímž je povolen přístup finančních produktů bank na finanční trh, a kde je uzlový bod vybaven softwarem, který implementuje následující vlastnosti:
    - databázi bankovních identifikátorů, kde je každý identifikátor přiřazen satelitní bance,
    - databázi identifikátorů finančních produktů, kde je každý finanční produkt nabízen alespoň jednou bankou, ale pokud možno všemi bankami,
    - databázi zákaznických identifikátorů, umožňující identifikaci zákazníka přistupujícího k uzlovému bodu, kde je každý zákaznický identifikátor přiřazen jednomu nebo více identifikátorům partnerských bank, které identifikují banku nebo banky, se kterými má zákazník předjednaný obchodní vztah a se kterými proto může obchodovat,
    - databázi identifikátorů poskytovatelů likvidity, dovolující identifikaci bank, které zajišťují kotace likvidity, přičemž každý • » · • · · ··· »· • · · · · t · ···« • · · · * · «· ··· ·♦ » identifikátor je spojen s jedním nebo více identifikátory finančních produktů, které identifikují finanční produkt, pro který může poskytovatel likvidity zajistit kotace likvidity a transakcí, prostředek pro inicializaci žádosti o kotaci za účeiem provedení transakce zahrnující jeden nebo více finančních produktů, prostředek pro sdělení žádosti o kotaci ceny likvidity pro transakci každému poskytovateli likvidity, který nabízí daný finanční produkt, prostředek pro záznam každé kotace ceny likvidity pro požadovanou finanční transakci, vrácené do uzlového bodu všemi poskytovateli likvidity, prostředek pro sdělení žádosti o cenu marže pro finanční transakci všem partnerským bankám, prostředek pro záznam kotace ceny marže vrácené do uzlového bodu každou z partnerských bank, prostředek pro výpočet pole složených kotaci, kde každá kotace je tvořena součtem (1) ceny likvidity od jednoho z poskytovatelů likvidity a (2) kotace marže od jedné z partnerských bank, prostředek dovolující uživateli výběr upřednostňované složené kotace z pole kotaci, za účelem generace objednacího příkazu pro provedení transakce za vybranou složenou cenu, prostředek pro vydání pokynu k provedení transakce, která bude buď mezi (a) partnerskou bankou a zákazníkem na jedné straně, nebo (b) poskytovatelem likvidity, partnerskou bankou a zákazníkem na druhé straně, v závislosti na konkrétní vybrané složené kotaci a na tom, zda poskytovatel likvidity je rovněž partnerská banka, čímž je zákazníkovi umožněn k cenám likvidity od bank jiných než ty, se kterými má obchodní vztah, >>·>«· * · « « • · · · · · · · * •·· ·· *·· *« ·
    - prostředek pro sdělení zákazníkovi, že transakce byla provedena.
  2. 2. Systém podle nároku 1 vyznačující se tím, že prostředek pro spuštění kotace zahrnuje prostředek pro záznam kotace sdělené zákazníkem do uzlu.
  3. 3. Systém podle nároku 1 vyznačující se tím, že prostředek pro spuštění kotace zahrnuje prostředek pro automatické a periodické zajištění kotace nebo kotaci zákazníkovi na základě souboru jednoho nebo více finančních produktů, pro které si zákazník vybral kotaci v reálném čase.
  4. 4. Systém podle nároku 1 nebo nároku 2 vyznačující se tím, že software poskytuje prostředek pro vyžádání schválení úvěru od partnerské banky nebo bank pro transakci, pro kterou byla požadována nebo vytvořena kotace.
  5. 5. Systém podle nároku 4 vyznačující se tím, že software obsahuje prostředek pro záznam sdělení o schválení/neschválení úvěru, přičemž v případě neschválení je dotyčná partnerská banka vyjmuta ze souboru partnerských bank poskytujících kotace marže pro danou transakci.
  6. 6. Systém podle kteréhokoliv předchozího nároku vyznačující se tím, že prostředek dovolující přístup zákazníků k datové komunikací s uzlem je internetový spoj.
  7. 7. Systém podle nároku 6 vyznačující se tím, že uzel zajišťuje webovou stránku pro prezentaci informací a příjem obchodních instrukcí od zákazníků.
  8. 8. Systém podle kteréhokoliv předchozího nároku vyznačující se tím, že uzlový systém je vybaven softwarem, který dovoluje režim přímého obchodování, kdy systém pouze ukáže zákazníkovi složené ceny cena likvidity/marže, které jsou odvozeny od jedné nebo více partnerských bank pro daného zákazníka a nepochází od nepartnerských poskytovatelů likvidity.
  9. 9. Systém podle kteréhokoliv předchozího nároku vyznačující se tím, že uzlový systém je vybaven softwarem, který zajišťuje, že je zákazníkovi poskytnuta nejlepší cena, která se skládá z nejlepší ceny likvidity stanovené všemi poskytovateli likvidity a nejnižší marže stanovené partnerskou bankou.
  10. 10.Systém podle nároku 9 vyznačující se tím, že zákazníkovi je také poskytnut srovnávací cenový seznam, který obsahuje suboptimální cenu v porovnání s nejlepší cenou.
  11. 11.Systém podle nároku 10 vyznačující se tím, že srovnávací seznam cen obsahuje kombinaci nejhorší marže partnerské banky a nejhorší ceny likvidity.
  12. 12.Systém podle nároku 10 vyznačující se tím, že srovnávací seznam cen obsahuje složenou cenu likvidity poskytované nepartnerskou bankou a nejhorší marže z partnerských bank.
  13. 13. Systém podle kteréhokoliv předchozího nároku vyznačující se tím, že finančním produktem je jeden nebo více z: úvěry peněžního trhu, vklady peněžního trhu, okamžité devizové obchody, termínové devizové obchody, výměnné devizové obchody, termínové devizové obchody bez dodání, opční devizové obchody, úrokové odvozené cenné papíry, depositní certifikáty, obchodní papíry, emise cenných papírů s pevným výnosem, sekundární cenné papíry s pevným výnosem.
CZ2004396A 2001-08-22 2001-09-20 Systém zpracování dat pro implementaci finančního trhu CZ2004396A3 (cs)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
GB0120426A GB2381885A (en) 2001-08-22 2001-08-22 Data processing system for implementing a financial market

Publications (1)

Publication Number Publication Date
CZ2004396A3 true CZ2004396A3 (cs) 2005-01-12

Family

ID=9920826

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ2004396A CZ2004396A3 (cs) 2001-08-22 2001-09-20 Systém zpracování dat pro implementaci finančního trhu

Country Status (11)

Country Link
US (1) US20050055294A1 (cs)
EP (1) EP1419463A1 (cs)
JP (1) JP2005501345A (cs)
BR (1) BR0117108A (cs)
CZ (1) CZ2004396A3 (cs)
GB (2) GB2381885A (cs)
HU (1) HUP0401284A2 (cs)
IS (1) IS7156A (cs)
MX (1) MXPA04001308A (cs)
NO (1) NO20040697L (cs)
WO (1) WO2003019436A1 (cs)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1552449A4 (en) * 2002-06-19 2007-12-12 Fx Alliance Llc METHOD AND APPARATUS FOR MANAGING FINANCIAL TRANSACTIONS INVOLVED IN SEVERAL COUNTRIES, AND FOR PROCESSING THEM
US7761363B2 (en) 2003-10-08 2010-07-20 Fx Alliance, Llc Internal trade requirement order management and execution system
SG132685A1 (en) 2003-11-26 2007-06-28 Fx Alliance Llc Protocol-independent asset trading system and methods
US20070043648A1 (en) * 2005-06-10 2007-02-22 Jonathan Chait Foreign exchange trading platform
US20100070430A1 (en) * 2008-09-16 2010-03-18 Smarthippo, Inc. Comparing financial products
TWI425438B (zh) * 2010-08-13 2014-02-01 Mitake Information Corp 行動設備金融看盤軟體之多型按鍵裝置及方法
US8856957B1 (en) * 2011-12-22 2014-10-07 Amazon Technologies, Inc. Federated identity broker
US10652189B2 (en) * 2017-10-19 2020-05-12 Chicago Mercantile Exchange Inc. Message encoding and transmission across multiple platforms

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6985883B1 (en) * 1992-02-03 2006-01-10 Ebs Dealing Resources, Inc. Credit management for electronic brokerage system
US5940812A (en) * 1997-08-19 1999-08-17 Loanmarket Resources, L.L.C. Apparatus and method for automatically matching a best available loan to a potential borrower via global telecommunications network
US20020138390A1 (en) * 1997-10-14 2002-09-26 R. Raymond May Systems, methods and computer program products for subject-based addressing in an electronic trading system
AU5777699A (en) * 1998-08-21 2000-03-14 Marketxt, Inc. Volume limitation method and system for a real-time computerized stock trading system
US7742966B2 (en) * 1998-10-24 2010-06-22 Marketcore.Com, Inc. Efficient market for financial products
US6233566B1 (en) * 1998-12-31 2001-05-15 Ultraprise Corporation System, method and computer program product for online financial products trading
US7225153B2 (en) * 1999-07-21 2007-05-29 Longitude Llc Digital options having demand-based, adjustable returns, and trading exchange therefor
US7386497B1 (en) * 1999-11-22 2008-06-10 Gfi Group, Inc. System and method for trading an instrument

Also Published As

Publication number Publication date
JP2005501345A (ja) 2005-01-13
GB2394337A (en) 2004-04-21
GB0120426D0 (en) 2001-10-17
WO2003019436A1 (en) 2003-03-06
BR0117108A (pt) 2004-08-17
US20050055294A1 (en) 2005-03-10
GB0402486D0 (en) 2004-03-10
HUP0401284A2 (en) 2004-09-28
IS7156A (is) 2004-02-19
MXPA04001308A (es) 2005-02-17
NO20040697L (no) 2004-02-18
EP1419463A1 (en) 2004-05-19
GB2381885A (en) 2003-05-14

Similar Documents

Publication Publication Date Title
US20220343426A1 (en) Method and apparatus for determining a price
US12597070B2 (en) Multicomputer distributed processing of trading information
US20220327618A1 (en) Electronic securities marketplace having integration with order management systems
US20210042833A1 (en) Interprogram communication using messages related to groups of orders
US8082205B2 (en) Electronic securities marketplace having integration with order management systems
US8321323B2 (en) Interprogram communication using messages related to order cancellation
US20240193690A1 (en) Trading system products and processes
US20100332368A1 (en) Multicomputer distributed processing of data regarding trading opportunities
US20110137786A1 (en) Multicomputer distributed processing techniques to prevent information leakage
US20120005062A1 (en) Multicomputer distributed processing of order and/or pricing information
US20100191638A1 (en) Multicomputer distributed processing of data related to automation of trading
AU2016203637A1 (en) Multicomputer distributed processing techniques to prevent information leakage
WO2008154133A1 (en) Aged transactions in a trading system
US20100057626A1 (en) Cancellation timing in an electronic marketplace
AU2008322494B2 (en) Electronic trading systems and methods
CZ2004396A3 (cs) Systém zpracování dat pro implementaci finančního trhu
AU2016203638A1 (en) Electronic trading systems and methods
AU2025204532A1 (en) Electronic trading systems and methods
AU2001290079A1 (en) Data processing system for implementing a financial market
Bousbib Middleware Standards in Capital Markets
KR20020016749A (ko) 인터넷을 통한 원금미인도 외환매매 중개 서비스 방법