FR2890206A1 - Opportunites d'execution locale des ordres de bourse - Google Patents
Opportunites d'execution locale des ordres de bourse Download PDFInfo
- Publication number
- FR2890206A1 FR2890206A1 FR0508916A FR0508916A FR2890206A1 FR 2890206 A1 FR2890206 A1 FR 2890206A1 FR 0508916 A FR0508916 A FR 0508916A FR 0508916 A FR0508916 A FR 0508916A FR 2890206 A1 FR2890206 A1 FR 2890206A1
- Authority
- FR
- France
- Prior art keywords
- order
- local
- book
- execution
- server
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 21
- 238000001514 detection method Methods 0.000 claims description 6
- 238000012360 testing method Methods 0.000 claims description 6
- 230000001360 synchronised effect Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
La présente invention se rapporte à un procédé pour l'exécution locale d'ordres de bourse dans une architecture comprenant un serveur d'ordre associé à une pluralité de clients apte à recevoir des ordres issus de ladite pluralité de clients et à les transmettre à la bourse, et à recevoir un carnet d'ordre global issu de la bourse, le procédé comprenant une première étape de constitution d'un carnet d'ordre local consistant à enregistrer au niveau d'une application de correspondance associée audit serveur d'ordre, un carnet d'ordres local issu de la pluralité de clients, et une étape d'exécution d'ordre local comprenant les étapes consistant à :- pour un des client locaux, générer un premier ordre associé à un prix, à destination du serveur d'ordre ;- pour le serveur d'ordre, envoyer cet ordre à ladite application ;- au niveau de ladite application de correspondance, détecter une opportunité d'exécution locale dudit premier ordre en fonction du carnet d'ordre local et du carnet d'ordre global ;- exécuter l'ordre au niveau de ladite application de correspondance si ladite opportunité d'exécution locale existe.
Description
OPPORTUNITÉS D'EXÉCUTION LOCALE DES ORDRES DE BOURSE
La présente invention se rapporte au domaine des outils de passage d'ordre en bourse.
La présente invention se rapporte plus particulièrement à un procédé permettant d'exécuter des ordres localement.
L'art antérieur connaît déjà des architectures et des procédés pour simuler des ordres en bourse. De telles architectures sont par exemple illustrées figure 1. Dans une telle architecture, des clients 3a, 3b, 3c sont connectés à un serveur d'ordre 2 qui archive les ordres reçus et renvoie des acquittements. Les ordres reçus par les clients 3a, 3b et 3c sont analysés à chaque passage, et, en cas d'opportunité d'exécution, par exemple quand un ordre d'achat de 500 unités à 100 euros est reçu alors qu'un ordre de vente des mêmes 500 unités à 100 euros est stocké au niveau du serveur d'ordre, l'exécution de l'ordre est simulée en envoyant un avis de vente au vendeur et un avis d'achat à l'acheteur et en supprimant les ordres du serveur.
Il est entendu que ce type de simulation ne tient pas compte du carnet d'ordre global au niveau de la bourse, et par exemple, un utilisateur 4 qui passerait des ordres à la bourse 1 sans être connecté au serveur 2 ne serait pas pris en compte dans la gestion des opportunités d'ordres.
Il serait donc avantageux de pouvoir passer des ordres locaux au niveau des serveurs d'ordres tout en tenant compte du contenu réel du carnet d'ordre global de la bourse.
Par ailleurs, dans une architecture à trois niveau comprenant la bourse, des serveurs d'ordre et/ou de contenu boursier, et des clients, il est avantageux d'exécuter les ordres localement au niveau des serveurs.
Ceci est en particulier le cas pour le courtier en bourse (en anglais broker ) qui réalise ainsi les deux transactions sur son serveur et obtient une commission à la fois du vendeur et de l'acheteur.
La présente invention entend donc permettre le passage d'ordre localement au sein d'un marché boursier global.
Pour ce faire, la présente invention concerne un procédé pour l'exécution locale d'ordres de bourse dans une architecture comprenant un serveur d'ordre associé à une pluralité de clients apte à recevoir des ordres issus de ladite pluralité de clients et à les transmettre à la bourse, et à recevoir un carnet d'ordre global issu de la bourse, le procédé comprenant une première étape de constitution d'un carnet d'ordre local consistant à enregistrer au niveau d'une application de correspondance associée audit serveur d'ordre, un carnet d'ordres local issu de la pluralité de clients, et une étape d'exécution d'ordre local comprenant les étapes consistant à : pour un des client locaux, générer un premier ordre à destination du serveur d'ordre; pour le serveur d'ordre, envoyer cet ordre à ladite application; - au niveau de ladite application de correspondance, détecter une opportunité d'exécution locale dudit premier ordre en fonction du carnet d'ordre local et du carnet d'ordre global; exécuter l'ordre au niveau de ladite application de correspondance si ladite opportunité d'exécution locale existe.
De préférence, afin de tenir compte de l'état global du marché, et pour que le client ne soit pas lésé dans la transaction local, ladite étape de détection comprend en outre les sous étapes consistant à : identifier une correspondance de prix entre un 10 second ordre appartenant au carnet d'ordre local et ledit premier ordre; tester si il existe une meilleure opportunité de prix pour passer ledit premier ordre au niveau dudit carnet d'ordre global.
Dans ce cas, afin d'actualiser le carnet local tout en restant synchronisé avec la bourse, le procédé comprend en outre, en cas de détection d'une opportunité d'exécution locale dudit premier ordre, une étape consistant à envoyer au niveau de la bourse, un ordre d'annulation dudit second ordre.
En outre, l'étape d'exécution locale du premier ordre et du second ordre comprend une étape consistant, pour ladite application, à émuler une exécution entre ledit premier ordre et ledit second ordre, et à transmettre cette exécution émulée au niveau dudit serveur d'ordre via deux messages de transaction, un pour chaque ordre, de sorte à modifier les statuts dudit premier ordre et dudit second ordre.
Afin de tenir compte des correspondances partielles entre les ordres entrant et les ordres locaux, si le second 2890206 4 ordre est associé à une seconde quantité supérieure à la première quantité associée au premier ordre, le procédé comprend en outre, en cas de détection d'une opportunité d'exécution locale dudit premier ordre, une étape consistant à envoyer au niveau de la bourse, une commande de réduction de la quantité dudit second ordre correspondant à la différence entre la seconde quantité et la première quantité.
De la même façon, si le second ordre est associé à une seconde quantité inférieure à la première quantité associée au premier ordre, le procédé comprend en outre, en cas de détection d'une opportunité d'exécution locale dudit premier ordre, une étape consistant à envoyer au niveau de la bourse, un ordre correspondant à la différence entre la première quantité et la seconde quantité.
On comprendra mieux l'invention à l'aide de la description, faite ciaprès à titre purement explicatif, d'un mode de réalisation de l'invention, en référence aux figures annexées où : la figure 1 illustre un exemple de passage d'ordres locaux selon l'art antérieur; la figure 2 un exemple de passage d'ordres locaux 25 selon la présente invention; la figure 3 est un schéma représentatif du procédé selon l'invention selon un premier mode de réalisation.
L'homme du métier comprendra que la difficulté majeure du passage d'ordres locaux est de garder une homogénéité entre le carnet d'ordre global au niveau de la bourse et le carnet d'ordre local au niveau des serveurs d'ordres. Ceci nécessite en particulier une synchronisation entre l'ordre au niveau de la base de données d'ordre, et l'ordre au niveau de la bourse.
Par ailleurs, si un ordre est exécuté en local, l'état de l'ordre n'est pas modifié au niveau de la bourse, alors que celui-ci n'existe plus. Il convient donc de remédier à cette difficulté en gardant toute la cohérence nécessaire entre le serveur d'ordre et la bourse.
Il est également important de ne pas exécuter d'ordres locaux si de meilleures possibilités d'échange existent sur le marché global afin que les utilisateurs ne soient pas lésés par l'utilisation du passage d'ordres locaux.
Nous décrivons maintenant en détail le procédé de passage d'ordres en local selon l'invention.
Aux fins de la présente demande, les différents ordres passés le sont sur un instruments fictif dénommé I. Les ordres d'achat seront notés B pour Buy ( acheter en anglais) et les ordres de vente seront notés S pour Sell ( vendre en anglais). Ces ordres seront suivis de la quantité à l'achat ou à la vente, et du prix d'achat et de vente.
L'instruction I: B 500 12.00 correspond donc à un ordre d'achat de 500 unités de l'instrument I à 12.00 euros. Par défaut, on omettra de mentionner l'instrument financier concerné et on notera simplement B 500 12.00 .
L'homme du métier comprendra également que les transactions possibles sur un marché ou localement correspondent à des ordres opposés (vente-achat), sur un prix adapté, et pour une quantité adaptée.
On distingue également le carnet d'ordre interne, correspondant aux ordres passés par les utilisateurs du serveur d'ordres 2 par exemple par les utilisateurs 3a, 3b, et 3c, et le carnet d'ordre du marché ou carnet d'ordre global correspondant aux ordres des utilisateurs locaux 3a, 3b, et 3c mais également du reste des utilisateurs connectés à la bourse, par exemple l'utilisateur 4.
Selon l'invention, le carnet local est stocké au niveau d'une application de correspondance 5 associé au serveur d'ordre 2. Chaque ordre reçu au niveau du serveur d'ordre 2 est alors stocké au niveau de l'application 5 afin de traiter les éventuelles correspondances futures. L'application 5 est synchronisée avec le serveur d'ordre et le carnet local est maintenu à jour en fonction de l'évolution et des exécutions des ordres. L'application 5 est une application connectée au serveur d'ordre 2 et cliente de celui-ci.
Dans un premier exemple de mise en uvre de l'invention illustré figure 3, on considère le carnet 25 d'ordre local à l'achat suivant pour l'instrument I: B 500 12.00 (Ordre 1) B 1000 11.90 (Ordre 5) Et un carnet d'ordre global au niveau de la bourse: 800 12.00 3000 11.95 2000 11.90 1000 11.85 Le carnet d'ordre global de la bourse est accessible par l'intermédiaire d'un serveur de flux connecté ou associé au serveur d'ordre au sein d'une plateforme référencée globalement 2.
Lorsque le serveur reçoit un ordre de vente depuis un des utilisateurs locaux 3a, 3b, ou 3c, par exemple, S 500 12.00 (ordre 2), une première étape du procédé détermine si il existe une possibilité de correspondance entre un ordre d'achat local et ce dernier ordre.
La correspondance est acquise si le prix de vente sur un instrument correspond à une offre d'achat sur le même instrument pour la même quantité.
Il est entendu que le procédé selon l'invention est également applicable si la quantité offerte à l'achat est inférieure à l'ordre de vente mais que l'agrégation de plusieurs ordres d'achat au même prix permet d'obtenir la quantité à la vente.
Si ce n'est pas le cas, l'ordre de vente d'abord est enregistré au niveau de l'application 5 puis transmis à la bourse 1.
On teste ensuite si il existe un meilleur prix sur le marché global pour réaliser la transaction. Ceci permet ainsi à l'utilisateur de ne pas être lésé par une réalisation de la transaction en local plutôt que sur le marché global.
Le terme de meilleur prix dépend bien entendu du type d'ordre passé. Si le serveur d'ordre reçoit un ordre de vente entrant à un prix par exemple de 17, et qu'il existe dans le carnet global un ordre d'achat à 20, alors la transaction pourra être réalisée à un prix de 20. Dans ce cas, il est donc nécessaire que l'ordre entrant à 17 soit transmis au marché.
Au contraire, pour un ordre d'achat à 17, si il existe dans le carnet global un ordre de vente à 14, la transaction pourra être réalisée à 14 au niveau du marché.
Aux fins de la présente demande, un meilleur prix au niveau de la bourse est donc un prix d'achat au niveau de la bourse strictement supérieur au prix d'une offre de vente entrante, ou un prix de vente au niveau de la bourse strictement inférieur au prix d'une offre d'achat entrante.
Si aucun meilleur prix n'existe sur le marché global, et que le prix de l'ordre d'achat ou de vente entrant correspond à un prix d'un ordre opposé permettant de réaliser une transaction, on considère alors qu'il existe une opportunité de passage d'ordre interne au niveau du serveur 2 et de l'application 5.
Il est donc maintenant possible d'exécuter l'ordre en interne mais en prenant garde de maintenir la synchronisation avec le carnet d'ordre global.
Pour ce faire, on commence par annuler, au niveau de la bourse, l'ordre associé à l'opportunité de transaction (dans notre exemple l'ordre 1). En effet, si cette annulation n'est pas réalisée avant d'exécuter l'ordre en interne, il est possible qu'une transaction boursière soit déclenchée sur cet ordre qui n'est alors plus disponible sur le marché et par conséquent plus disponible au niveau du serveur d'ordre pour permettre une exécution locale.
Dans le cas d'une quantité obtenue par l'agrégation de plusieurs ordres, on passe des ordres d'annulation sur l'ensemble des ordres concernés.
Lorsque le serveur d'ordre 2 reçoit l'acquittement de l'annulation de l'ordre 1, on réalise alors la transaction en envoyant un avis de vente à l'émetteur de l'offre de vente, et un avis d'achat à l'émetteur de l'offre d'achat.
L'exécution locale correspond à une émulation par le serveur d'ordre d'une exécution par la bourse. Le serveur d'ordre envoie les messages d'exécution d'ordres au niveau de l'application 5 de sorte à modifier les statuts des ordres exécutés. Le carnet d'ordre local de l'application est ainsi à tout instant synchronisé avec le serveur d'ordre.
De la sorte, une transaction a été réalisée entre deux utilisateur du serveur 2, tout en tenant compte de la situation au niveau de la bourse, en particulier en testant si meilleur prix existait sur le marché et en annulant l'ordre avant son exécution en local.
Suite à cette exécution, la situation au niveau du serveur d'ordre est donc la suivante: B 1000 11.90 (Ordre 5) et au niveau de la bourse pour le carnet d'ordre global: 300 12.00 3000 11.95 2000 11.90 1000 11.85 Selon un second exemple de mise en oeuvre de l'invention il est également possible de réaliser des transactions locales pour des correspondances multiples.
On considère cette fois un carnet d'ordre local contenant par exemple deux ordres d'achat distinct correspondant à ordre de vente entrant. Le carnet d'ordre local comprend donc: B 500 12.00 (ordre 1) B 500 12.00 (ordre 4) B 1000 11.90 (ordre 5) Le carnet global contient par exemple: 1300 12.00 3000 11.95 2000 11.90 1000 11.85 On considère enfin un ordre de vente entrant: S 800 12.00 (ordre 2) Comme précédemment, on commence par tester si il 30 existe une possibilité de correspondance entre l'ordre entrant et le carnet local.
Si une telle possibilité existe, on teste ensuite si il existe un meilleur prix sur le marché.
Si un tel meilleur prix n'existe pas, il existe alors 5 une opportunité de passage d'ordre en interne au niveau du serveur 2 et du l'application 5.
Dans ce cas, on annule l'ordre 1 et on réduit l'ordre 4 en l'annulant et en le remplaçant par un ordre correspondant au résidu de l'ordre de vente par rapport à l'ordre 1. Dans l'exemple mentionné, on crée donc un nouvel ordre d'achat B 200 12.00.
Pour ce faire, on attend la confirmation de l'annulation de l'ordre 1 par la bourse et on exécute localement la transaction entre l'ordre 1 et la quantité correspondante de l'ordre 2. On envoie pour cela un avis d'achat de 500 unitéS à l'acheteur et un avis de vente de 500 unitéS au vendeur.
Le carnet local est actualisé et devient donc: B 500 12.00 (ordre 4) B 1000 11.90 (ordre 5) Et le carnet global devient 800 12.00 3000 11.95 2000 11.90 1000 11.85 À la réception de l'acquittement de l'annulation de l'ordre 4, on crée alors un nouvel ordre correspondant à un ordre B 200 12.00. Cet ordre en envoyé à la bourse.
Lorsque ce nouvel ordre est acquitté (ce qui correspond à la création d'un nouvel ordre 6 par rapport à l'ancien ordre 4), on le stocke au niveau du serveur d'ordre et de l'application de correspondance, et on envoie un avis de vente d'une quantité de 300 au vendeur, et un avis d'achat de 300 à l'acheteur ayant émis l'ordre 4.
Le nouveau carnet d'ordre local est donc: B 200 12.00 (ordre 6) B 1000 11. 90 (Ordre 5) Et le carnet d'ordre global est: 500 12.00 3000 11.95 2000 11.90 1000 11.85 Ceci correspond bien à l'exécution de l'ordre de vente en local, réparti entre les deux ordres d'achats 1 et 4.
De la même façon, si l'ordre entrant correspond par exemple à un ordre de vente S 2000 12.00, et que le carnet local comprend un ordre opposé d'achat à une quantité inférieure B 1000 12.00, on exécute localement partiellement l'ordre de vente en annulant l'ordre d'achat et en transmettant à la bourse un ordre de vente correspondant au résidu, ici S 1000 12.00.
Dans tous les exemples de réalisation ci-dessus, il est important de tenir compte des évènements survenant au niveau de la bourse sur un ordre du carnet local, en particulier pour ne pas émuler une exécution locale sur un ordre qui n'existe plus sur le marché.
Pour ce faire, si par exemple, avant de recevoir un ordre d'annulation dans le procédé selon l'invention, l'ordre pour lequel on demande l'annulation est exécuté, alors la bourse rejettera la demande d'annulation.
Lorsque la bourse envoie l'avis d'exécution globale au niveau du serveur d'ordre, celui-ci transmet cette exécution à l'application 5 qui actualise alors le statut du carnet local, et, en cas d'exécution totale, recherche de nouvelles opportunités d'exécutions locales.
Il est entendu que d'autres exemples de mises en oeuvre peuvent être implémentés par l'homme du métier à partir des 20 modes de réalisation décrits ci-dessus.
Claims (6)
1. Procédé pour l'exécution locale d'ordres de bourse dans une architecture comprenant un serveur d'ordre associé à une pluralité de clients apte à recevoir des ordres issus de ladite pluralité de clients et à les transmettre à la bourse, et à recevoir un carnet d'ordre global issu de la bourse, le procédé comprenant une première étape de constitution d'un carnet d'ordre local consistant à enregistrer au niveau d'une application de correspondance associée audit serveur d'ordre, un carnet d'ordres local issu de la pluralité de clients, et une étape d'exécution d'ordre local comprenant les étapes consistant à : - pour un des client locaux, générer un premier 15 ordre associé à un prix, à destination du serveur d'ordre; pour le serveur d'ordre, envoyer cet ordre à ladite application au niveau de ladite application de correspondance, une opportunité d'exécution locale dudit premier fonction du carnet d'ordre local et du carnet d'ordre global; exécuter l'ordre au niveau de ladite application de correspondance si ladite opportunité d'exécution locale existe.
2. Procédé pour l'exécution locale d'ordres de bourse selon la revendication 1, caractérisé en ce que ladite étape de détection comprend en outre les sous étapes consistant à : - identifier une correspondance de prix entre un second ordre appartenant au carnet d'ordre local et ledit premier ordre; détecter ordre en - tester si il existe une meilleure opportunité de prix pour passer ledit premier ordre au niveau dudit carnet d'ordre global.
3. Procédé pour l'exécution locale d'ordres de bourse selon la revendication 2, caractérisé en ce qu'il comprend en outre, en cas de détection d'une opportunité d'exécution locale dudit premier ordre, une étape consistant à envoyer au niveau de la bourse, un ordre d'annulation dudit second ordre.
4. Procédé pour l'exécution locale d'ordres de bourse selon la revendication 2, caractérisé en ce que l'étape d'exécution locale du premier ordre et du second ordre comprend une étape consistant, pour ledit serveur d'ordre, à émuler une exécution dudit premier ordre et dudit second ordre, et à transmettre cette exécution émulée au niveau de ladite application de sorte à modifier les statuts dudit premier ordre et dudit second ordre.
5. Procédé pour l'exécution locale d'ordres de bourse selon la revendication 2, caractérisé en ce que le second ordre est associé à une seconde quantité supérieure à la première quantité associée au premier ordre, et en ce qu'il comprend en outre, en cas de détection d'une opportunité d'exécution locale dudit premier ordre, une étape consistant à envoyer au niveau de la bourse, une commande de réduction de quantité dudit second ordre correspondant à la différence entre la seconde quantité et la première quantité.
6. Procédé pour l'exécution locale d'ordres de bourse selon la revendication 2, caractérisé en ce que le second ordre est associé à une seconde quantité inférieure à la première quantité associée au premier ordre, et en ce qu'il comprend en outre, en cas de détection d'une opportunité d'exécution locale dudit premier ordre, une étape consistant à envoyer au niveau de la bourse, un ordre correspondant à la différence entre la première quantité et la seconde quantité.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0508916A FR2890206A1 (fr) | 2005-08-31 | 2005-08-31 | Opportunites d'execution locale des ordres de bourse |
| US11/508,462 US20070055613A1 (en) | 2005-08-31 | 2006-08-23 | Methods for locally executing stock market orders |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0508916A FR2890206A1 (fr) | 2005-08-31 | 2005-08-31 | Opportunites d'execution locale des ordres de bourse |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2890206A1 true FR2890206A1 (fr) | 2007-03-02 |
Family
ID=37735049
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0508916A Pending FR2890206A1 (fr) | 2005-08-31 | 2005-08-31 | Opportunites d'execution locale des ordres de bourse |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20070055613A1 (fr) |
| FR (1) | FR2890206A1 (fr) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7921054B2 (en) * | 2002-12-09 | 2011-04-05 | Deep Liquidity, Inc. | System and method for block trading |
| WO2022248421A1 (fr) * | 2021-05-24 | 2022-12-01 | LedgerEdge Ltd | Système de carnet de commandes distribué |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6418419B1 (en) * | 1999-07-23 | 2002-07-09 | 5Th Market, Inc. | Automated system for conditional order transactions in securities or other items in commerce |
| US7908199B2 (en) * | 2001-02-26 | 2011-03-15 | Roy Neff | System and method of responding to orders in a securities trading system |
| US20030004853A1 (en) * | 2001-06-28 | 2003-01-02 | Pranil Ram | Graphical front end system for real time security trading |
| EP1504385A4 (fr) * | 2001-12-05 | 2008-12-03 | Xchange Advantage Inc E | Procede et systeme de gestion de donnees commerciales distribuees |
-
2005
- 2005-08-31 FR FR0508916A patent/FR2890206A1/fr active Pending
-
2006
- 2006-08-23 US US11/508,462 patent/US20070055613A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20070055613A1 (en) | 2007-03-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BE1011671A5 (fr) | Processeur de donnees de dilution d'actions. | |
| BE1012886A3 (fr) | Communication avec un ordinateur en se basant sur l'historique d'achats hors-ligne effectues par un comsommateur particulier. | |
| FR2785416A1 (fr) | Procede et systeme a identificateur automatique integre de client pour utilisation lors de la connexion a un site de vendeur sur la toile | |
| FR2802373A1 (fr) | Systeme et methode pour personnaliser la qualite des services en fonction des clients dans un environnement informatique collaboratif | |
| EP1314143B1 (fr) | Dispositif et procede de sauvegarde d'information de transaction en ligne | |
| FR2890206A1 (fr) | Opportunites d'execution locale des ordres de bourse | |
| WO2004081694A2 (fr) | Procede pour l'automatisation de la mise en oeuvre et la mise a jour d'un systeme d'information | |
| US20050171809A1 (en) | Event processing engine | |
| FR3062008A1 (fr) | Procede de transmission de donnees, dispositif et programme correspondant. | |
| JP2003271872A (ja) | 顧客情報管理方法及び顧客情報管理システム | |
| FR3016069A3 (fr) | ||
| FR2897961A1 (fr) | Procede de gestion de l'execution d'un jeu video pour la diffusion en temps reel de publicites dynamiques | |
| WO2008009851A2 (fr) | Système de gestion optimisé des opérations de commerce électronique | |
| FR3111219A1 (fr) | Procédé de négociation automatisée et produit de programme informatique pour la mise en œuvre de ce procédé | |
| FR2864663A1 (fr) | Echange securise de donnees, notamment de donnees certifiees pour l'affacturage | |
| FR3061975A1 (fr) | Procede de traitement d’une transaction de paiement, borne de paiement et programme correspondant. | |
| EP1365335A1 (fr) | Méthode de traitement de transactions boursières par voie électronique | |
| EP1192571A1 (fr) | Technique d'echange de biens immeubles | |
| BE1014305A7 (fr) | Carte de paiement universelle prepayee, dotee d'un pouvoir d'achat determine a l'avance, munie d'un code unique masque, destinee a effectuer des achats, des paiements et/ou des transferts de fonds a distance, via tout moyen de telecommunication. | |
| Boris et al. | Diagnosis of the Development Factors of the Life Insurance Market in Camerron | |
| FR3131966A1 (fr) | Procédé de contrôle de systèmes à évènements discrets | |
| OA20869A (fr) | Procédé de billetterie hybride avec contrôle d'accès. | |
| MAYOUKOU | Université Marien NGOUABI, Congo | |
| WO2018046833A1 (fr) | Système et procédé de paiement en ligne | |
| FR2936331A1 (fr) | Portail informatique avec modification automatique d'affichage |