Brevet FR2814567A1 — publié le 20020329

r PROCEDE, DISPOSITIF ET SYSTEME DE CONTROLE ET DE COMMANDE D'OPERATIONS PAR UN UTILISATEUR La présente invention concerne un procédé de contrôle et de commande d'opérations d'achat et de vente de produits par un utilisateur de réseau informatique, à partir de la lecture d'informations affichées sur un écran d'ordinateur relié par ledit réseau informatique à un serveur connecté à au moins une base de données. Elle concerne aussi un dispositif utilisant un tel procédé. Elle concerne également un système comprenant un tel dispositif et/ou mettant en oeuvre un tel procédé. Elle trouve une application particulièrement importante bien que non exclusive dans le domaine des opérations boursières pratiquées en direct, en ligne sur le réseau Internet, par les particuliers. On connaît déjà des procédés de contrôle et de commande d'opérations sur Internet, comme celles d'achat et de vente de produits financiers en direct. Ces procédés présentent des inconvénients car ils sont peu sécurisants pour leurs utilisateurs. En particulier ils sont techniquement compliqués à mettre en oeuvre pour un utilisateur non professionnel (manque de transparence) et n'offrent aucune garantie en cas d'opérations de revente. On cherche pourtant depuis longtemps à développer des solutions présentant une certaine souplesse pour l'utilisateur tout en assurant une garantie acceptable. Ainsi, depuis plusieurs années se sont par exemple développés des solutions mettant en oeuvre des r opérations informatiques utilisant des fonds à capital garanti et des titres (obligations) dont les coupons ou leremboursementsontgénérésenétantindexéssurla hausse de paniers d'actions ou d'indices boursiers. Le principe sous-jacent de ce type de solutions informatiques est simple. Le client investit dans un fonds ou une obligation et après une période déterminée, il dispose d'une garantie de son capital investi. Il peut également bénéficier d'une garantie qui va être calculée automatiquement par le biais d'algorithmes utilisant des informations obtenues par extraction de bases de données connectées au réseau Internet ou boursiers et permettant de se baser par exemple sur un pourcentage de la hausse enregistrée depuis sa souscription, de la hausse moyenne annuelle observée sur une période déterminée, de la hausse observée sur un indice d'actions comme par exemple le CAC40, ou encore de la hausse advenue sur un panier d'actions (par exemple celui des actions pharmaceutiques européennes). Toutes les caractéristiques sur lesquelles se basent ces opérations de calcul de la garantie (indices, paniers, pourcentage de hausse, maturité) sont cependant définies au départ une fois pour toutes et identiques pour un ensemble de clients particuliers. On connaît également des solutions informatiques utilisant un instrument financier connu sous la dénomination"options passeport". Les"options passeport"à la base des algorithmes de calcul utilisés sont apparues vers le milieu des r années 90 et ont pendant longtemps été réservées aux professionnels. Une"option passeport"estunesolutioncomplexe utilisable de façon non transparente par un utilisateur connecté au réseau, mettant en oeuvre un contrat dans lequel l'acheteur paye une prime au vendeur, par exemple 10%. En échange, il a la possibilité d'effectuer des opérations d'achat/vente sur un seul actif financier pendant une durée déterminée, par exemple six mois, avec certaines contraintes, par exemple il ne va pouvoir réaliser qu'une seule opération d'achat/vente par jour, avec un nombre limité de contrats. Ses pertes cumulées éventuelles lui sont remboursées au bout d'une durée déterminée fixée au départ, tandis qu'il conserve ses gains. L'actif financier est en général un grand contrat à terme (par exemple un contrat sur taux d'intérêt d'assurance (MATIF) ou encore un grand indice boursier). De telles solutions de l'art antérieur présentent cependant ici encore des inconvénients. En effet, elles restent peu simples à utiliser techniquement par un utilisateur profane. Avec les fonds à capital garanti, le client qui veut opérer en ligne à partir de l'écran et du clavier de son ordinateur, ne fait pas ses propres choix de titres, ni au départ du fonds, ni encore moins au cours de la vie de son engagement. Il s'agit donc d'un investissement totalement passif, pour lequel il n'y a pas d'opérations effectives ou physiques à partir d'un terminal, d'achat et de vente d'actions ("trading"en langage anglo-saxon) possible par l'utilisateur. r Les"options passeport"ne permettent quant à elles que de traiter un seul actif financier. De plus cet actif est un grand contrat à terme sur indices, très liquide, et non une action cotée, moins liquide, qui est pourtant ce qui intéresse essentiellement les particuliers. De plus, la présentation du produit, sous la forme d'une option, ne convient pas réellement aux particuliers, car trop complexe. La combinaison d'un nombre élevé de sous-jacents et de clients particuliers accroît également considérablement la complexité de la gestion informatique des garanties. Egalement, l'ensemble des solutions informatiques existantes ne permet pas de gérer un grand nombre de garanties différentes, changeantes au cours du temps et portant chacune sur des montants faibles. Leur gestion nécessite en effet l'utilisation d'un système d'agrégation des risques pour revenir à un nombre restreint de paramètres à suivre et à des tailles d'opération de couverture plus importantes. La présente invention propose une solution informatique à ce problème utilisable sur Internet. Elle permet d'avoir d'un coté un grand nombre d'utilisateurs ayant une liberté de choix de leur investissement, et de l'autre coté un nombre limité de paramètres de suivi de risque permettant d'effectuer les couvertures nécessaires. Il devient donc techniquement possible de proposer non plus un investissement à plusieurs clients, mais de proposer à chaque client le choix de choisir son propre investissement. r De façon plus générale, la présente invention vise à fournir un procédé et un dispositif de contrôle et de commande d'opérations par un utilisateur répondant mieux que ceux antérieurement connus aux exigences de la pratique, notamment en ce qu'elle va permettre une interactivité réelle et transparente entre l'utilisateur et un univers externe en toute sécurité car elle permet de garantir à l'utilisateur de revenir à une situation initiale, avantageusement connue, malgré un risque lié à des éléments extérieurs indépendants de l'utilisateur. Par exemple, la présente invention autorise un retour à l'état initial, dans le cas d'un contrôle/commande d'alimentation et de vidange de cuves dont il faut garantir un niveau déterminé à un moment précis et répétitif, et ce malgré des prélèvements aléatoires, ou encore lorsqu'il s'agit de revenir mécaniquement et automatiquement à un niveau de stockage de produits pour éviter toute rupture de stocks. Dans le cas d'une application à des produits financiers, donnée à titre d'exemple non limitatif et plus particulièrement décrit ici, elle permet de garantir en capital un client investisseur dont on ignore les choix ultérieurs d'investissement tout en lui laissant une liberté acceptable d'acheter et de vendre en pleine interactivité avec le marché. Elle permet ainsi de lui proposer un produit final simple et compréhensible pour un non spécialiste financier, tout en étant également facile à gérer par les intervenants financiers (intermédiaires prestataires et/ou gérants). r Il va ainsi être possible grâce à l'utilisation du procédé interactif de l'invention, de couvrir les investissements du client final sans prendre le risque de perdre systématiquement de l'argent sur les couvertures en volatilité. Il existe également d'autres avantages, dont certains peuvent être non techniques, comme par exemple une neutralité fiscale au moins partielle dans le cas d'une application à des produits financiers. Dans ces buts la présente invention propose notamment un procédé de contrôle et de commande d'opérations d'achat et de vente de produits par un utilisateur sur un réseau informatique, à partir de la lecture d'informations affichées sur un écran d'ordinateur relié par ledit réseau informatique à un serveur connecté à au moins une base de données, caractérisé en ce que on définit dans ladite base de données au moins un premier ensemble de données correspondant à des premiers produits déterminés dont le contenu d'au moins une partie des paramètres ou attributs de définition changent de manière partiellement aléatoires, appelé également univers de titres aléatoires, on compare régulièrement le contenu d'au moins un desdits attributs avec une grille de critères à respecter et on constitue conjointement un deuxième ensemble de données en fonction de cette comparaison, en retranchant dudit premier ensemble de données les produits ne respectant pas lesdits critères, le deuxième ensemble définissant une liste de deuxièmes produits, dite liste de titres acceptables, r on définit au moins un troisième ensemble de données correspondant à un ou plusieurs produits déterminés dont le contenu d'au moins une partie des paramètres ou attributs de définition changent en fonction de critères prévus, ledit troisième ensemble étant appelé univers de titres non aléatoires, on constitue pour chaque utilisateur autorisé (a, b, c, i,..., n), et au fur et à mesure de leur autorisation respective donnée à un instant tiO, une base de données, appelée panier de titres, comprenant une première partie issue de la liste de titres acceptables, ou compte titres, et/ou une deuxième partie issue de l'univers de titres non aléatoires, ou compte espèces, lesdits paniers de titres comportant un attribut [Ca (t), Cb (t), Cc (t),..., Ci (t),..., Cn (t)] définissant un critère présentant une valeur déterminée dudit panier à un instant t, on autorise régulièrement l'utilisateur i à effectuer en fonction de critères préalablement déterminés les opérations d'achat d'un produit appartenant à ladite liste de titres acceptables et/ou à l'univers de titres non aléatoires, ou à vendre un produit appartenant au dit panier de titres correspondant, et, pour chaque utilisateur i, après une période de temps prédéterminée Ti correspondant audit utilisateur, on compare le critère de valeur déterminée Ci (t), à l'instant tiO à celui de l'instant Ti + tiO, et si Ci (tiO) > Ci (Ti + tiO) on réaffecte, au panier dudit utilisateur correspondant, la valeur Ci (tiO). r Dans un mode de réalisation avantageux on stocke les données correspondant aux utilisateurs dans un serveur connecté au réseau Internet pour constituer un historique des opérations effectuées utilisateur par utilisateur. Ceci permet dans le domaine de la gestion de ressource en eau potable par exemple, une meilleure garantie d'alimentation des utilisateurs. Avantageusement et régulièrement on interroge automatiquement plusieurs serveurs et/ou base de données connectés au réseau Internet, pour obtenir, après calcul, les valeurs Ci (t'). Dans un mode de réalisation avantageux l'invention est appliquée aux produits financiers, ces derniers étant constitués par des titres du marché financier dont la valeur est susceptible de fluctuer de manière partiellement aléatoire. Ainsi, selon le mode de réalisation de l'invention plus particulièrement décrit ici, l'utilisateur ou client investisseur a va pouvoir ouvrir un compte chez son agent ("broker n en langue anglo-saxonne) ou chez une banque, par exemple avec 1000 FF en décembre 2000. Cette valeur va représenter la valeur initiale déterminée de son panier [ (Ca (to) = 1000 FF)]. L'utilisateur va ensuite pouvoir acheter à partir de cette date des titres parmi la liste de titres acceptables et vendre des titres déjà détenus. Cette liste évolue avec le temps. Elle est régulièrement passée au filtre de la grille de critères à respecter et est conçue de façon finie mais suffisamment large pour représenter plusieurs secteurs industriels et/ou plusieurs pays. r En vertu du procédé selon le mode de réalisation de l'invention plus particulièrement décrit ici l'utilisateur va dès lors bénéficier d'une garantie de son capital initial (1000 FF), d'une partie de son capital initial ou de son capital initial augmenté d'un certain montant à une date certaine (to+T), par exemple cinq ans plus tard, jour pour jour si T=5 ans, ou encore le 31 décembre 2005 en fonction de la définition de la période T. En échange de cette garantie, l'utilisateur s'engage par contre à investir une partie de son investissement initial défini au départ (par exemple 50%) dans un instrument peu ou pas rémunéré, le compte espèces. Ainsi la difficulté au niveau de la couverture des risques financiers est réglée par la mutualisation des risques associés à chaque client et par la couverture effective sur le marché des positions, comme cela sera décrit ci-après. Jusqu'à présent et compte tenu des tailles mises en jeu et du fait que le client pouvait changer de titres, l'approche classique client par client paraissait impossible et avait dès lors empêché le développement de produits similaires. Quoiqu'il en soit pour résoudre ces problèmes et ceux similaires dans le domaine des garanties en terme de ressources, les inventeurs ont adopté plusieurs choix en combinaison. Ils ont tout d'abord prévu un garde-fou lié à la conception d'une liste de titres ou de ressources acceptables présentant certains critères. r Celle-ci est ainsi suffisamment large pour permettre une utilisation intéressante et représentative, tout en étant en même temps limitée et contrôlée. Elle est ensuite gérée régulièrement, c'est à dire par exemple au jour le jour. Elle peut ainsi être modifiée à tout moment sans préavis si une société ou une source d'alimentation devient impossible à couvrir. Enfin, avec un système en ligne, le client peut à tout moment consulter l'univers d'investissement ou de ressources disponibles sur son écran d'ordinateur connecté au réseau. Ils ont ensuite instauré une méthode de couverture développée sur-mesure, dite de"macro-couverture", sur l'ensemble des garanties données aux clients, et non pas une couverture client par client ce qui permet de réaffecter la valeur Ci (tio) au panier de l'utilisateur, et ce quoiqu'il arrive. Dans le cas d'une application à des produits financiers, la macro couverture consiste par exemple à agréger les risques de l'ensemble des portefeuilles clients de façon à obtenir d'une part, un nombre de paramètres à suivre plus restreint, et, d'autre part, des tailles d'opération de couverture à passer plus importantes. En effet, la liquidité sur le marché des instruments de couverture (options de gré à gré et sur marché organisé) ne permet pas d'acheter les couvertures correspondantes à chacun des portefeuilles clients. Il a donc été jugé nécessaire de regrouper le risque de plusieurs portefeuilles client pour pouvoir accéder aux instruments de couverture. r------------------------------------------------Avec la présente invention informatique, le nombre de transactions complexes (options de couverture) ne dépend notamment plus du nombre de clients, mais principalement du nombre de titres de l'univers de titres aléatoires. De plus, selon le mode de réalisation de l'invention appliqué à la vente de produits boursiers plus particulièrement décrit ici, la méthode de couverture peut ne faire au départ aucune hypothèse quant à la corrélation entre les titres de la liste de titres acceptables. En effet, le prix de départ de la garantie peut être évalué en considérant, dans un premier temps, que les titres sont parfaitement corrélés (corrélation de 1). Puis la méthode de couverture peut permettre de récupérer la différence entre cette corrélation de 1 et la corrélation réellement constatée qui sera nécessairement inférieure. En fait les inventeurs ont instauré une prise en compte des comportements micro-économiques des utilisateurs ou consommateurs de ressources non conformes à la rationalité économique, pour développer un modèle de contrôle du risque. Plus précisément, concernant la méthode de couverture, rappelons que les produits financiers distinguent en général deux types de couvertures, qui s'opposent : Les couvertures avec contreparties (ici financières), pour lesquelles tout engagement pris vis à vis d'un client est couvert par un engagement en sens inverse pris sur le marché. C'est par exemple la logique des fonds garantis. r Les couvertures statistiques pour lesquelles les engagements pris vis à vis des clients ne sont pas systématiquement couverts sachant que les clients auront des comportements non rationnels au sens de la théorie financière (par exemple des exercices non rationnels de leurs options). La méthode de couverture plus particulièrement décrite ici utilise ces deux logiques, l'essentiel du risque étant couvert financièrement, bien qu'il reste un risque résiduel pour le garant, mais qui est largement compensé par les choix non rationnels effectués par les clients particuliers (choix par beaucoup de clients des titres les moins volatils). Plusieurs préjugés étaient à surmonter pour mettre en place cette solution. Le fait que le problème posé n'ait pas de solution "parfaite"en est un. Les prestataires, comme les banques de ressources (banque par exemple) en déduisaient en effet que l'activité ne pouvait pas être rentable ou avaient tendance à trouver l'activité trop risquée. L'invention, qui combine la définition fine du produit (liste de titres ou ressources acceptables finie et pouvant évoluer à deux vitesses), qui va permettre une couverture garantie et une couverture statistique en modifiant la définition du produit, autorise une solution qui donne confiance aux interlocuteurs, en leur démontrant que l'activité est rentable. Enfin la présentation du produit est extrêmement simple pour un profane. r Dans le cas d'une application du procédé technique au domaine financier, et compte tenu notamment de l'historique desfonds garantis, lasolution quivient naturellement à l'homme du métier, technicien de la mise en oeuvre de solutions informatiques appliquées aux mathématiques financières, est en effet plutôt une solution où le client paye la garantie soit sous forme d'une prime au départ, soit sous forme d'un pourcentage de ses gains à l'échéance, par exemple 50%. La première solution présente cependant des inconvénients étant peu attractive commercialement. Les clients répugnent en effet à payer un montant très important (par exemple 20%) au départ. La deuxième solution pose quant à elle d'autres problèmes par exemple de type fiscal. En effet, le client est fiscalisé sur la totalité de ses gains alors qu'il doit en rendre une partie au garant. De plus toute solution de ce type pose des problèmes juridiques. En effet, quels sont les instruments financiers que possède le client ? Est-il propriétaire réellement des actions sachant qu'il doit rendre une partie de ses gains ? Dès lors ces solutions impliquent la mise en place de"conventions complexes"lourdes à gérer et qui rendent le produit pratiquement impossible à commercialiser. Elles posent également des difficultés informatiques importantes car elles obligent à prélever un flux financier sur le compte du client et/ou elles compliquent la chaîne de traitement de l'ordre. Cela nécessite une interface complexe avec le teneur de compte ("custodian"en anglais) pour le r prélèvement du flux mais aussi pour son suivi et sa valorisation tout au long de la vie du produit. Une telle interface, qui nécessite un accès informatique au système de transaction de l'agent, nuit à l'intégrité de ce système. Cela rend le schéma quasiment irréaliste du fait du niveau de sécurité et de simplicité exigé par les agents de transaction en ligne. La présente invention ne nécessite aucun accès apparent au système de l'agent. Elle valide la transaction du client en amont, avant l'entrée de la transaction dans le système. Après cette validation, aucun lien n'étant nécessaire avec le compte du client, elle n'a besoin que de recevoir des informations de la part du système de l'agent, mais n'a jamais besoin de lui en envoyer. La présente invention qui propose, dans son mode de réalisation appliquée aux produits financiers, de maintenir un montant minimal investi dans un instrument peu ou pas rémunéré et de risque limité, permet de réduire le niveau de risque du portefeuille du client et par conséquent le coût de la garantie. Celle-ci peut donc être prélevée sous forme de prime initiale, voir même être nulle. Elle rend dès lors le produit simple, clair et limpide, à la fois techniquement, juridiquement, fiscalement, etc. L'utilisateur est simplement propriétaire d'un panier comprenant un compte de titres aléatoires et un compte de titres non aléatoires, et d'une garantie externe donnée par un garant en échange du maintien d'un certain pourcentage en liquidités dans son compte non aléatoire. r Le compte titres peut par exemple, et de plus, être utilisé en France dans le cadre de l'enveloppe PEA (plan d'Epargne par Actions). Dans ce cas, seules les actions françaises de l'univers peuvent être traitées et le compte non aléatoire doit contenir uniquement de la monnaie fiduciaire. Dans un mode de réalisation avantageux les critères de la grille à respecter comprennent la volatilité implicite, la liquidité des titres et l'état global du portefeuille de couverture. La liquidité est une notion financière connue de l'homme de métier, liée au volume de transactions sur le titre. C'est une notion de type qualitatif. Lorsqu'un titre est très liquide, on peut facilement passer des transactions sans modifier significativement le prix du titre. Lorsqu'un titre n'est pas liquide, au contraire, on a du mal à passer des transactions (peu d'acheteurs ou de vendeurs en face) et chaque transaction modifie significativement le prix du titre. Pour ce qui est du calcul de la liquidité sur les produits dérivés (certificats et autres), c'est le niveau de liquidité du sous-jaçent qui doit être pris en compte. La volatilité est une notion existante dans le domaine des techniques notamment financières, bien connue. Dans le mode de réalisation plus particulièrement décrit ici, on retrouve le concept de volatilité "historique"et celui de volatilité" implicite" La volatilité" historique" est calculée à partir des prix de marché du titre. C'est l'écart type normé (en pourcentages) des rendements du titre. Elle est r évaluée avec des méthodes statistiques classiques (estimateur non biaisée de l'écart type pour une loi normale). On peut l'évaluer bien entendu sur une plus ou moins longue période (3 mois, 3 ans etc...). La volatilité" implicite" est calculée, lorsqu'il en existe sur le marché, à partir du prix des options portant sur le titre traité sur le marché. Concrètement, on constate le prix d'une option sur le marché. On inverse la formule de Black and Sholes (cette formule donne le prix d'une option en fonction de la volatilité du titre sur le quel porte l'option, appelé sous-jacent) et on obtient donc la volatilité implicite. L'idée générale de la sélection des titres est ici qu'ils ne doivent pas être trop volatils pour que la couverture ne soit pas trop coûteuse et qu'ils doivent être suffisamment liquides, pour que la couverture soit possible. La façon exacte dont on évalue ces deux critères est à la portée de l'homme du métier. Plusieurs méthodes sont ici possibles. On en a décrit une ci-après à titre d'exemple non limitatif. Ces différentes méthodes peuvent conduire à plusieurs types de listes de titres acceptables qui permettent toutes un bon fonctionnement du procédé. La méthode utilisée pour évaluer la liquidité et la volatilité des titres à sélectionner est par exemple la suivante. La liquidité doit tout d'abord être" suffisante" pour permettre la couverture du produit. C'est à dire que l'on doit : r (a) pouvoir acheter soit des options de gré à gré, soit des options sur marché organisé, pouvoir passer une couverture en "delta" (c'est à dire vendre ou acheter directement le titre dans une proportion égale au"delta") sans modifier significativement le cours du titre. On va définir ci-après les paramètres de gestion des options connus de l'homme de l'art. Ils permettent d'évaluer les sensibilités de prix d'option et d'établir une gestion du risque : Les paramètres de sensibilité sont importants dans la gestion d'une position d'option. Delta : mesure le changement absolu du prix de l'option par rapport à un changement infinitésimal du prix du sous-jacent. Le delta est donné par la dérivée première du prix de l'option par rapport au prix du sous-jacent. Une position Delta-neutre a besoin de quelque ajustement de la position d'option selon les variations du delta. En achetant ou en vendant un titre, l'investisseur doit vendre ou acheter (acheter ou vendre) delta unité du sous-jacent pour obtenir un portefeuille Delta-neutre. Gamma mesure le changement du delta par rapport à un changement infinitésimal du prix du sous-jacent. Le gamma de l'option correspond à la dérivée seconde du prix de l'option par rapport au prix du sous-jacent. Un gamma important (positif ou Négatif) correspond à un risque plus important pour une position d'options. En général, le gamma d'une option hors de la monnaie est une fonction décroissante de l'échéance. Pour une r option à la monnaie très près de l'échéance, le gamma devient très important. Theta mesure le changement du prix de l'option quand le temps passe. En effet, les options en général perdent de la valeur lorsque l'échéance se rapproche. Le Theta est obtenu par la dérivée de la prime d'option par rapport au temps restant à l'échéance. Le Theta est en général exprimé en montant en euro perdu chaque jour par le prix d'option. Vega mesure le changement du prix d'option pour une variation de la volatilité implicite du sous-jacent. Il est donné par la dérivée première de la prime d'option par rapport à la volatilité implicite. Le Vega mesure le risque de volatilité de la position d'option. Le Vega est en général exprimé en variation de la prime d'option pour une variation de 1% de la volatilité implicite. Le Vega d'une option d'achat ( Call en langage anglosaxon) ou d'une option de vente ( Put en langage anglosaxon) est toujours positif Rho mesure le changement du prix d'option pour une variation des taux d'intérêt Il est donné par la dérivée première de la prime d'option par rapport au taux à l'échéance. Le Rho mesure l'exposition de l'option au risque de taux. Le critère de liquidité n'est donc pas entièrement quantitatif et il est ici évalué plus précisément à partir des données ci-après (Cf. tableau n l). Le résultat global est simplement pour chaque titre : assez liquide OU pas assez liquide. r Concernant la volatilité, on détermine une volatilité cible qui dépend des conditions de marché à l'instant t (principalement les taux d'intérêt) et des 1 tests de vente faits sur le produit. Plus précisément, on teste le fait que les clients veulent acheter un produit sur lequel on leur laisse la liberté d'investir par exemple 50% (et pas dans cet exemple 45% seulement). En fonction des taux d'intérêt du moment, on sait alors que le produit que l'on peut couvrir en rémunérant normalement les distributeurs doit avoir une volatilité inférieure à une volatilité cible (par exemple 35%). Si les taux d'intérêt montent, à goût des clients inchangé, la volatilité cible monte. On constate alors la volatilité implicite sur le marché. Les titres dont la volatilité est inférieure au niveau cible sont acceptables (pour le critère volatilité). Les autres titres sont a priori non acceptables (pour le critère volatilité). Les éléments dans la base de données titres auxquels il est fait appel pour évaluer liquidité et volatilité sont donnés dans le tableau ci-après. En d'autres termes, pour estimer de manière indirecte ces deux paramètres, on recherche dans la base de données les éléments suivants correspondant à certains attributs des produits de l'univers de titres aléatoires : v-tableau non 1 Attributs Capitalisation Volume moyen Possibilité de traiter des Possibilité de traiter des boursière échangé par jour options de gré à gré options sur marché organisé Utilisation Critère de Critère de liquidité Critère de liquidité + sert à Critère de liquidité + sert à Utilisation Cri liquidité évaluer la volatilité évaluer la volatilité implicite implicite D'autres attributs existant dans la base de données (pays, devise, marché de cotation, code....), ne sont pas utilisés pour déterminer les titres qui sont acceptables puisqu'ils ne servent pas à évaluer la volatilité ou la liquidité. Ces critères pourront être utilisés pour rendre plus attractifs certains portefeuilles comme par exemple plus de titres italiens en Italie, mais ne servent pas à déterminer les titres acceptables au sens du risque. En ce qui concerne l'état global du Portefeuille de couverture, on notera que l'algorithme de gestion a comme point de départ les portefeuilles clients. A partir de ces portefeuilles, qui contiennent donc déjà les couvertures passées s'il y a lieu, on analyse différent scénarios concernant le comportement futur des clients. En terme pratique, on calcule pour chaque titre dans l'univers des titres aléatoires, l'impact sur le prix de la couverture si tous les clients achètent ce titre. On connaît donc à l'avance le coût d'un comportement futur des clients sur chaque titre. L'analyse des coûts de couverture conduit alors à classer les titres en différentes catégories : - Les titres disponibles sans limites (Liste 1) - Les titres disponibles dans une certaine limite (Liste 2) r Les titres à exclure. (Liste 3) Les titres disponibles sans limite sont ceux que le client peut traiter sans restriction et qui ont une implication nulle en terme d'analyse de coût. Les titres disponibles dans une certaine limite sont ceux qui ont une implication faible en terme de coût et que le Prestataire accepte de garder dans la liste de titres acceptables tant que le nombre de transactions est inférieur à une certaine limite. Les titres à exclure sont ceux qui ont une implication forte en terme d'analyse de coût et qui sont donc exclus de l'univers ou liste de titres acceptables. On peut décider ensuite de retenir des titres a priori non acceptables en termes de volatilité et/ou de liquidité, si ils sont cependant dans la liste 1 ou 2. Par contre il peut être décidé d'exclure des titres acceptables en termes de volatilité et/ou de liquidité si ils sont dans la liste 2 ou la liste 3. Plus précisément et avantageusement, on va décrire ci-après un algorithme de contrôle des autorisations qui permet à un utilisateur de retrouver sa valeur de mise initiale. On rappelle tout d'abord qu'il était connu, avec la méthode de Black et Scholes, de gérer des portefeuilles statiques, c'est à dire dont la composition ne varie pas au cours du temps. Fisher Black et Myron Scholes, ont en effet exposé dès 1972 un modèle d'évaluation et de couverture des options. Leur méthodologie s'appuie sur l'argument d'absence d'opportunité d'arbitrage. r En construisant un portefeuille constitué de l'option et d'une certaine quantité du sous-jacent, on obtient un portefeuille sans risque. S'il n'existe pas d'arbitrage, ce portefeuille doit en effet avoir la même rentabilité qu'un placement sans risque. Il en résulte une formule de calcul du prix de l'option et de la proportion de sous-jacent à détenir dans le portefeuille pour couvrir le risque financier. Comme toute modélisation mathématique, celle de Black-Scholes fait un certain nombre d'hypothèses mathématiques. Elle suppose notamment que l'actif sous-jacent à l'option suit un processus stochastique très particulier en respectant la formule mathématique ci- après : r 1 'j i y , --OU v0 7 cours instant dt. :. : est un paramètre de dérive qui représente la moyenne des rendements du sous-jacent. a : est la volatilité du sous-jacent : elle représente l'écart-type des rendements du sous-jacent sur une courte période dt. C'est une mesure du risque associé à l'action. Plus une action est volatile et plus le prix Black/Scholes sera élevé. * : est l'accroissement d'un mouvement brownien standard sur une courte période dt. La formule de Black-Scholes concernant uniquement des options simples sur un sous-jacent fixe, elle ne r s'applique cependant qu'à des portefeuilles statiques dont la composition ne varie pas au cours du temps. L'approche des inventeurs se situe par contre dans un cadre totalement nouveau et singulier quant à ses implications mathématiques. Elle consiste en effet à tenir compte du paramètre de non rationalité dans le comportement des clients particuliers pour proposer un nouveau type d'option. Le client particulier a ici le droit de traiter sur des titres faisant partie d'un univers déterminé mais qui n'est pas statique au cours du temps. Un comportement rationnel au niveau financier consisterait à choisir systématiquement dans l'univers le titre ayant la plus forte volatilité implicite, c'est à dire le titre qui maximise le prix de la couverture. En réalité, le choix des clients particuliers n'est pas guidé par le niveau de volatilité implicite qui est un concept technique réservé aux initiés. Ce comportement non rationnel a des implications en terme de prix de la couverture. L'approche des inventeurs a ainsi permis, pour la première fois, de tenir compte de cette non rationalité grâce à la notion de flexibilité de l'univers. Ce degré de liberté supplémentaire est totalement nouveau par rapport aux paramètres habituels de couverture d'une option (ex la volatilité). Il permet pour la première fois de gérer le risque financier d'un portefeuille dont la composition change au cours du temps. En fait, les inventeurs ont transformé le problème suivant, qui n'avait pas de solution : r Comment un vendeur d'option A peut-il couvrir la vente d'une option de vente par A (ou d'une garantie en capital) à un client B sur la gestion dynamique par ce même client B d'un portefeuille multi sousjacent portant sur une liste fixée à l'avance ? En : Comment un vendeur d'option A peut-il couvrir la vente d'une option de vente par A (ou d'une garantie en capital) à un client B non rationnel, au sens financier, sur la gestion dynamique par ce même client B d'un portefeuille multi sous-jacent portant sur une liste définie par A et variable dans le temps ? Le second problème a toujours une solution et correspond exactement à une problématique grand public (clients particuliers). Plus précisément et dans un mode de réalisation avantageux de l'invention, une fois la liste de titres acceptables fixée, on détermine pour chaque client, en fonction des titres qu'il a en portefeuille, les paramètres de gestion de l'option qui permettent de couvrir le risque associé à ce client. Pour chaque titre présent dans le portefeuille, on calcule alors le : Delta, Vega, Gamma, Theta, Rho définis ci-avant. Ces paramètres de gestion calculés client par client sont ensuite agrégés au niveau global. On obtient donc, pour chaque titre de la liste de titres acceptables, des paramètres de gestion du Risque Globaux : Delta Global, Vega Global, Gamma Global, Theta Global, Rho Global. En fonction de ces données, on effectue alors des opérations de marché sur chaque titre qui permettent r d'annuler les paramètres de Risque Globaux. Ces opérations sont faites dans l'état actuel de l'art par le biais de méthodes connues par tous les opérateurs dérivés (passage du delta, gestion du Vega par les options, etc). Par exemple, on vend à découvert le titre sousjacent pour un montant égal au delta. Pour le véga, on achète ou on vend des options sur le même sous-jacent dont le véga global est égal à l'opposé de celui que l'on cherche à couvrir. L'algorithme de contrôle des autorisations répond quant à lui aux contraintes suivantes. Sur le titre tout d'abord. En cas de demande d'achat par le client, on contrôle que le titre choisi par le client est bien dans la liste acceptable. En cas de vente, on contrôle que le titre choisi par le client est bien déjà dans son portefeuille pour un nombre supérieur à celui de la demande de vente. Sur la nature de l'ordre ensuite. On contrôle que le type de la demande d'ordre fait partie de la liste de type d'ordres acceptables par exemple seulement" ordre à tout prix"ou seulement ordre à prix limite ou encore à un moment déterminé de la journée (" fixing" en terminologie anglo-saxonne). Sur la base d'autres critères enfin, comme le Contrôle de quotas (courtages, risques, taille de l'ordre etc...) Certains de ces compteurs peuvent en effet être connus à l'avance, par exemple un nombre d'opérations déterminées par an. D'autres ne sont connus qu'après l'opération, comme par exemple, le montant du courtage r de l'opération, si la totalité du courtage est prise en compte dans la garantie ou au contraire une partie seulement etc. Le contrôle dans un univers flou peut être ainsi traité. Dans un mode de réalisation avantageux l'algorithme d'autorisation peut être exprimé comme ciaprès : En amont on contrôle en vu d'une autorisation et on provisionne une certaine consommation du quota, et a posteriori, on ajuste la provision faite. Soit : NT= nombre de titres demandé EstimQT= estimation du poids unitaire de ce titre disponible lors de l'autorisation p Réel~QT= poids unitaire réel de ce titre. quotarestant= quota principal donné au départ et évoluant au fil du temps. Il doit toujours rester positif. quota réservé= provision destinée lorsqu'elle est devenue certaine à être retranchée de quota~restant à l'autorisation : si NT*EstimQT > quota~restant-quota~réservé alors REFUS sinon AUTORISATION et : quota~réservé = quota réservé + NT*EstimQT a posteriori, en cas d'échec : quota-réservé = quotaréservé-NT*EstimQT a posteriori en cas de succès : quota-réservé = quota réservé-NT*Estim~QT quotarestant = quotarestant-NT*RêelQT r Le signe * signifie multiplié par . Avec un tel algorithme, le contrôle dans un univers certain devient alors un cas particulier précédent ou Réel~QT=Estim~QT. En effet un tel algorithme permet ainsi de gérer les fluctuations des quotas. Certains quotas décroissent à l'achat et ne bougent pas à la vente (premier type de quota de risque), alors que d'autres, au contraire, peuvent décroître à l'achat et augmenter à la vente (deuxième type de quotas de risque). Enfin certains décroissent à l'achat comme à la vente. Avantageusement, l'invention propose un système de titres à points. Concrètement ça signifie : prévoir que la liste des titres acceptables peut être classée en plusieurs catégories (titres normaux, et risqués). On affecte à chaque titre risqué des points (d'autant plus de points que sa volatilité est importante). On attribue des points au départ à l'investisseur et il consomme ses points lors de l'achat de titres risqués. Lorsqu'il n'a plus de points, il ne peut plus acheter de titres risqués. Lorsqu'il revend des titres risqués, il peut récupérer ses points ou non. La présente invention propose également un dispositif permettant la mise en oeuvre du procédé tel que défini ci-avant. Plus précisément elle propose également un dispositif de contrôle et de commande d'opérations r d'achat et de vente de produits par un utilisateur sur un réseau informatique, à partir de la lecture d'informations affichées sur un écran d'ordinateur relié par ledit réseau informatique à un serveur connecté à au moins une base de données, caractérisé en ce que il comprend : - des moyens de stockage dans ladite base de données d'au moins un premier ensemble de données correspondant à des premiers produits déterminés dont le contenu d'au moins une partie des paramètres ou attributs de définition changent de manière partiellement aléatoires, appelé également univers de titres aléatoires, - des moyens de comparaison régulière du contenu d'au moins un desdits attributs avec une grille de critères à respecter, - des moyens de constitution conjointe d'un deuxième ensemble de données en fonction de cette comparaison, en retranchant dudit premier ensemble de données les produits ne respectant pas lesdits critères, le deuxième ensemble définissant une liste de deuxièmes produits, dite liste de titres acceptables, des moyens de stockage d'au moins un troisième ensemble de données correspondant à un ou plusieurs produits déterminés dont le contenu d'au moins une partie des paramètres ou attributs de définition changent en fonction de critères prévus, ledit troisième ensemble étant appelé univers de titres non aléatoires, - des moyens de constitution et de stockage pour chaque utilisateur autorisé (a, b, c,... i,..., n), et au fur et à mesure de leur autorisation respective donnée à un r instant tiO, d'une base de données, appelée panier de titres comprenant une première partie issue de la liste de titres acceptables, ou compte aleatoire, et/ou une deuxième partie issue de l'univers de titres non aléatoires, ou compte non aléatoire, lesdits paniers de titres comportant un attribut [Ca (t), Cb (t), Cc (t),..., Ci (t),..., Cn (t)] définissant un critère présentant une valeur déterminée dudit panier à un instant jazz des moyens de calcul agencés pour autoriser l'utilisateur 1 à effectuer en fonction de critères préalablement déterminés les opérations d'achat d'un produit appartenant à ladite liste de titres acceptables et/ou à l'univers de titres non aléatoires, ou à vendre un produit appartenant au dit panier de titres correspondant, et des moyens de calcul agencés pour comparer après une période de temps prédéterminée Ti, pour chaque utilisateur le critère de valeur déterminée Ci (t), à l'instant tiO à celui de l'instant Ti + tiO, et si Ci (tiO) > Ci (Ti + tiO) pour réaffecter au panier correspondant la valeur Ci (trio). Un tel dispositif va pouvoir venir se greffer sur l'offre du produit constitué par le panier de titres à valeur garantie, et le système informatique d'un agent ("broker"en terminologie anglo-saxonne) en ligne ou d'une banque en ligne. Pour se faire les traitements sont délocalisés sur un serveur informatique dédié appelé de manière synthétique par des fonctions (API) dont le nombre est limité et dont l'utilisation permet le fonctionnement du dispositif. r Pour perturber le moins possible le fonctionnement de la chaîne de traitement habituelle des ordres, le dispositif selon l'invention est alors intégré dans un système en se positionnant le plus en amont possible de cette chaîne de traitement. Il va donc être possible d'organiser la relation avec le client et les possibilités qui lui sont offertes de manière à ce que le produit proposé aux clients finaux soit viable pour l'agent qui va pouvoir, en ligne : - attribuer un profil de garantie (niveau, univers et règles) au client lors de l'ouverture du compte, autoriser ou non les versements faits par le client sur son compte, - autoriser ou non les achats de titres demandés par le client sur son compte, - récupérer les exécutions faites dans le marché, - récupérer les frais facturés sur le compte, - gérer les éventuelles ruptures de contrat avant l'échéance, - gérer le flux éventuel correspondant à l'exercice de la garantie à l'échéance du contrat. De même, dans un mode de réalisation avantageux de l'invention, il est prévu de sécuriser cette relation de manière à rassurer l'agent et le garant en ce qui concerne la gestion opérationnelle du produit Pour ce faire toute opération réalisée par l'agent en ligne sur le compte du client est soumise à l'approbation du système de contrôle déporté et se voit attribuer un numéro d'autorisation sécurisé authentifiant l'autorisation. r Par ailleurs toute communication entre les serveurs est sécurisée de manière connue en elle-même, (cryptage et/ou contrôle d'accès) de manière à éviter toute possibilité de piratage. Enfin, le dispositif est avantageusement munis de moyens pour identifier, mesurer en temps réel, et couvrir financièrement les risques des marchés, grâce à l'organisation du double système de couverture du risque financier, la première phase étant une couverture sommaire et grossière exécutée simultanément à l'exécution de la transaction de base du client, la seconde étant une couverture plus globale et plus fine à la fois utilisant des modèles optimaux, et couvrant les risques de plusieurs natures (delta, vega, gamma, theta, rho) Avantageusement il est également prévu des moyens agencés pour fournir l'aide et la documentation en ligne liée aux offres au client final. L'invention propose également un système comprenant un ou plusieurs dispositifs tels que décrits ci-avant. L'invention sera mieux comprise à la lecture de la description qui suit d'un mode de réalisation donné à titre d'exemple non limitatif. La description se réfère aux dessins qui l'accompagnent dans lesquels : - La figure 1 est un schéma de principe illustrant un mode de réalisation du procédé et du dispositif de contrôle et de commande selon l'invention. - La figure 2 est un diagramme sagittal montrant les différentes étapes de fonctionnement du système entre un agent en ligne et le prestataire qui met en oeuvre le r procédé selon le mode de réalisation de l'invention plus particulièrement décrit ici. La figure 3 est un schéma général donnant l'architecture d'un système comprenant un dispositif, selon un mode de réalisation de l'invention. - La figure 4 montre schématiquement la transmission d'informations entre un agent en ligne et le garant. La figure 1 montre un dispositif D appartenant à un système S de contrôle et de commande d'opérations d'achat et de vente de produits financiers, par un utilisateur 1 connecté au réseau Internet 2 par l'intermédiaire d'un ordinateur PC comprenant un écran 4 et un clavier de commande. L'ordinateur PC est relié par le réseau 2 à un serveur 5, lui même connecté à une base de données 6 chez un intervenant utilisant le procédé selon l'invention, également appelé prestataire. La base de données 6 comprend un premier type de registres contenant un premier ensemble 7 de données correspondant à des premiers produits déterminés (8,8', 8'',...). Les produits comportent des paramètres ou attributs 9, 9', 9'',... de définition dont le contenu d'au moins une partie change de manière partiellement aléatoire en fonction du marché boursier. Ce premier ensemble de données 7 est également appelé univers de titres aléatoires. Selon le mode de réalisation de l'invention plus particulièrement décrit ici, le contenu d'au moins un des attributs 9, 9', 9'', est comparé régulièrement avec une grille 10 de critères à respecter. r Cela permet de constituer un deuxième ensemble Il de données en fonction de ces comparaisons, en retranchant du premier ensemblededonnées, les produits 8'ne respectant pas les critères prévus par la grille. Le deuxième ensemble 11 définit ainsi une liste de deuxièmes produits, dite liste de titres acceptables. On définit par ailleurs un troisième ensemble 12 de données dans un troisième registre spécifique, correspondant à un ou plusieurs produits déterminés 13, dont le contenu d'au moins une partie des paramètres ou attributs 14 de définition change en fonction de critères prévus, le troisième ensemble étant appelé univers de titres non aléatoires ou non volatils. Dans un mode de réalisation avantageux, ce troisième ensemble n'est constitué que d'un type de produit correspondant à une somme en espèces dans une monnaie déterminée. A partir des ensembles de données Il et 12, on constitue ensuite pour chaque utilisateur autorisé a, b, c,... i, ..., n, et au fur et à mesure de son autorisation, obtenue à un instant taO, tub0,... correspondant, une base de données appelée panier 15a, P P P 15b, 15c,.... 15n de titres comprenant une première partie lla, llb, lac,..., lien, issue de la liste 11 de titres acceptables, également appelée comptes aléatoires ou"compte titres"et/ou une deuxième partie 12a, 12b, 12c,..., 12n, issue de l'univers 12 de titres non volatils, ou compte non aléatoires ou encore compte espèces . Les paniers de titres 15a, 15b, 15c, ..., 15n, comportent quant à eux un attribut [Ca (t), Cb (t), r Cc (t),... Cn (t)] définissant un critère présentant une valeur déterminée du panier, à un instant t. Celui-ci peut-être par exemple une valeur financière déterminée, par exemple 1000 FF ou 5000 FF. Selon un mode de réalisation de l'invention l'utilisateur i est ensuite autorisé (bloc 16) par le prestataire, à partir de son serveur 5 comportant les moyens de calcul et de stockage nécessaires, à effectuer des opérations d'achat et de vente en fonction de critères préalablement déterminés, qui seront précisés ci-après. Les opérations d'achat de produits se font à partir de la liste Il, ce qui permet de modifier le compte titres lia du panier et/ou ce faisant, le compte espèces 12a. On obtient ainsi un nouveau panier 15'a dont l'attribut prend une nouvelle valeur Ca (t') modifiée à l'instant t'. Après une période de temps déterminée, on teste (opération 17) si la valeur du panier considérée est inférieure à la valeur qu'elle avait à l'instant initial tO de création du panier. Dans le cas où le test est positif, le panier prend une valeur (de revente) des titres (par exemple) égale à la valeur initiale Ca (tao) (bloc 18). Par contre si cette valeur à l'instant taO+Ta est supérieure ou égale à la valeur à l'instant taO, l'utilisateur du panier 15a peut alors le revendre avec un bénéfice (bloc 19). On a ensuite décrit, en référence à la figure 2, les différentes opérations existant entre un agent en ligne 20 ou"broker en terme anglo-saxon) et le prestataire r 21 qui est donc en général le détenteur du serveur 5, lorsqu'il s'agit de mettre en oeuvre le procédé selon l'invention appliqué à des garanties bancaires. Le prestataire 21 définit tout d'abord (étape 22) les garanties qui vont pouvoir être accordées à l'utilisateur (ou client). L'agent en ligne 20, qui reçoit les ordres de ses clients (non représentés), va alors pouvoir procéder en 23 à une demande d'ouverture du compte pour un ou plusieurs clients déterminés. Le prestataire peut alors (ou non) autoriser l'ouverture du compte (étape 24). Ce compte est ouvert en 25 chez l'agent en ligne, qui confirme l'ouverture au prestataire en 26. Lorsque le client ou utilisateur souhaite effectuer son premier dépôt, et/ou un dépôt ultérieur, il fait, par l'intermédiaire de son agent en ligne 20, une demande de dépôt (étape 27), demande qui est autorisée en 28 chez le prestataire 21. L'agent en ligne enregistre alors (étape 29) la réception ou non du dépôt qui est confirmée ou annulée (étape 30) chez le prestataire. Lorsqu'un client ou utilisateur autorisé à effectuer les dépôts nécessaires veut réaliser une transaction sur son compte titres et/ou espèces, il effectue une demande de transactions qui est relayée (étape 31) par l'agent en ligne 20 avec des précisions sur le nombre de titres demandé et le prix du marché. Ces informations sont suivies en direct sur son écran d'ordinateur 3 par l'utilisateur, qui à ce stade ne sait pas, du prestataire ou de l'agent en ligne, qui effectue les opérations. r Il y a ensuite contrôle en 32 de l'existence du titre dans l'univers des titres acceptables tel que précédemment défini (pour un achat) ou dans son panier (pour le cas d'un vente). Une étape 33 d'autorisation permet alors de vérifier si les autres critères d'autorisation sont remplis. Dans le cas où cela ne serait pas le cas, il y a rejet. Par contre si l'autorisation est accordée, il y alors exécution de la transaction (étape 34) chez l'agent en ligne, puis enregistrement de la transaction et mise à jour du panier de l'utilisateur par un calcul de la nouvelle valeur Ci (t) chez le prestataire en 35, avant clôture de l'autorisation chez le prestataire en 36. L'agent en ligne donne alors (étape non représentée) un rapport dans lequel l'utilisateur 1 sur son écran peut ainsi vérifier que les opérations qu'il avait ordonnées ont bien été effectuées dans les délais. La figure 3 représente un système 40 selon un mode de réalisation de l'invention, où à partir de la demande du client personne physique 41 le service administratif de l'agent en ligne effectue (bloc 42') les saisies d'ouverture de compte, les saisies de clôture de compte, l'impression d'un contrat d'ouverture sur son imprimante, l'impression de la confirmation des versements qui ont pu être effectués lorsqu'il a lancé des transactions, l'impression d'un relevé de compte et l'impression de relevés fiscaux. L'agent en ligne 42 est par ailleurs connecté avec les marchés par le biais du réseau Internet 43, ce qui lui permet de traiter sur les cours à l'ouverture ou à la clôture (bloc 44). r -----------------------------------------------Pour traiter les demandes du client, l'agent est par ailleurs relié au prestataire 45 via un module no 1 d'interface (46) par Internet, par le biais d'applications (API) (flêche 47 ; module 2), par le biais (flèche 48) de programmes ou requêtes HTML et par le biais de fichiers"batch" (flèche 49). Les API permettent au prestataire (module 2) de demander des autorisations complémentaires, de valider les versements, de demander les autorisations de transaction, d'accorder ou non ces autorisations, de reporter les exécutions et les chargés, ou de transmettre à l'agent en ligne 42, les paramètres correspondant aux comptes, au portefeuille de titres, aux ordres d'autoriser et aux paramètres de garantie. i Le module 2 est par ailleurs détaillé en référence au tableau nO 2, en SQL et/ou en langage C. Tableau nO 2-fonctions principales de contrôle : r autour-compte II ~ (distributeur ; Compte ; MKT offre ; Maturité ; Garantieniveau ; initialdepot, comptetype, langage) compte-autor ; erreur-message l I confirmcompte (distributeur ; Compte ; reel-taille ; Autor) =confirm-No ; erreur-message l l cancelcompte I (distributeur ; Compte ; Depot ; Autor) l autordepotretrait I (distributeur ; Compte ; Taille) = adddepotAutor ; erreur-message l confirmdepotretrait) (distributeur ; Compte ; reel taille ; Autor=optional) r,--------------------------------------------------annuledepotretrait (distributeur ; Compte ; asked-taille ; Autor=optional) autortransaction (distributeur ; Compte ; TitreRef ; taille ; achatvente ; Type ordre ; TypeordreParam ; dernierprix=optional ; DistributeurRèfNo=optional ; EstDistributeurage=optional) l con. firmltra. nsaction l (distributeur ; Compte ; Distributeur Ref= optional ; Autor=optional ; titre ; taille (+=achat-=vente) ; value date=optional ; totaltaille=optional ; remainingtaille=optional ; prix ; courtage=optional ; execdate ; date valeur) presumerexec (distributeur ; titre ; prix) con. firm2~transaction (distributeur ; Compte ; DistributeurRef=optional ; Autor=optional ; titre ; taille ; datevaleur=optional ; totaltaille=optional ; restetaille=optional ; prix ; courtage) I trouverouverifiertransactionautor I (distributeur ; Compte ; Autor=optional ; DistributeurRef=optioanl ; titre ; taille ; expstatusliste ; expdate ; ordre type) etablirdistributeurref (distributeur ; Compte ; Distributeur Ref ; Autor=optional ; titre ; taille ; datevaleur=optional) trouverexec I (distributeur ; Compte ; titre ; total taille ; expstatusliste= (0, l) ; exp~date ; ordretype) l cloreexec l (distributeur ; Compte ; Distributeur Ref No ; TransactionAutorNo=optional ; Titre) I annuletransaction (distributeur ; Compte ; DistributeurRefNo ; transactionAutorNo=optional ; titre) r--------------------------------------------------------. confirmcourtage (distributeur ; Compte ; courtages type ; courtages) 1 r L'agent en ligne 42 dialogue également sous forme de pages HTML (flèche 48) avec le prestataire 45 pour transmettre les quotas de risque, les paramètres du compte, les valeurs autorisées et les points correspondants, ainsi que des informations sur les mouvements de ces points, ou encore des informations diverses, comme celles concernant les différentes garanties possibles etc. Le prestataire effectue (module 3) en vis à vis les calculs des deltas, prévoit les ordres en cours de manière à faire un calcul du risque avec une corrélation de 1 tout en optimisant les transactions. Enfin, l'agent en ligne 42 et le prestataire 45 communiquent par l'intermédiaire de fichiers"batch" pour les opérations d'ouverture du compte, les positions de compte, les demandes de clôture de compte et une éventuelle intégration fiscale de la garantie. Les opérations de calculs de facturation des intérêts au dépositaire sont effectuées par le prestataire à partir de ces informations. Le prestataire va par ailleurs communiquer (flèche 50) avec le teneur de compte qui communique également via des API avec l'agent en ligne 42 et le marché 44 (flèche 51), pour demander les pénalités pour clôture de compte et/ou pénalités pour clôture anticipée et/ou la gestion du carnet d'ordres. Le prestataire 45 communique en interne 53 et/ou avec un tiers 54 chargé de la partie garantie proprement dite permettant donc d'une part d'établir un fichier 55 de garantie et d'effectuer un contrôle du r risque en 56 interrogeable par le garant final constitué par l'établissement financier 57. certain nombre d'opérations (paiement des garanties, réception des frais de clôture anticipée) et ce en dialoguant (flèche 58) avec le système du prestataire (saisies d'informations sur les titres, saisies concernant les OPA qui n'ont pas été acceptées, saisies des ouvertures de compte et/ou des clôtures de compte etc). Le contrôle du risque 56 (module 4) effectue quant à lui avec différentes hypothèses réalistes ou défensives (exemple des corrélations = 1, ou inférieures à 1), les calculs de delta et de vega, détermine les opérations de couvertures etc. Pour couvrir son risque résiduel il peut également utiliser les services d'un prestataire externe 59, qualifié d'agent ou"broker"des delta. On a représenté, dans le tableau no3, les fichiers les plus importants de la base de données utilisables avec le procédé selon le mode de réalisation de l'invention plus particulièrement décrit ici. Les codes utilisés sont en anglais lors de la constitution de la base. Tableau nO 3-Base de données : Nom du champ code Type du Contraintes Nom du champ code Type du Contraintes champ Nom du champ code Type du Contraintes champ Cíé Non Liste des valeurs première 1 STR)BUTEUREBROKER Identifiant distributeur D~e~broker A3 True Libellé distributeur bebroker 30" COMPTE ACCOUNT Identifiant compte ID~account True Langue Ib~language A3 No autorisation autor Date autorisation dt~autor DT Status compte account~status I True 0 demande création, -1 creation annulée 1 creation confirmée 2 fermeture demandée 3 fermeture confirmée 4 fermeture Date de confirmation dtconfirm DT Date de fermeture dteanydosing DT anticipé échéance de la garantie maturity DT Avoir fiscal du exp~taxcreditamt MN total des dépôt retraits confirmed~deposit~amt MN confirmes Montant garanti guaranty~amt MN Montant gelé frozen~amt MN Montant investissable radable amt MN Nbre de points risk risk N ~quota Montant de courtages fee~quota1~amt MN couvert par la garantie date limite du quota de fee~quota~limit~dt courtage glissement de garantie fee~guar~slippage~amt MN du aux courtages Statut de glissement guar~slippage~status BL Oui, Non autorisé de de al garantie pour courtages niveau de couverture hedge level (prix d'exercice) coût de couverture hedge~cost N hedge 3 hedge~3 Montant investissable on~hold~tradable~amt MN provisionné Nbre pts risk prov on~hold~risk N Montant prov dispo pr on~holddfee~quota1amt MN courtages niveau de couverture on~hold~hedge~level provisionné Date de check du dut-check DT compte Etat du réconciliation statuscheck A7 succes, erreur Dernier Montant valorisé ast~valo~amt MN Montant réel cash pr broker~real amt MN distributeur Montant futur de cash broker~forward~cash erreur cumulée de cumulated~slippage~amt MN réconciliation Identifiant de l'offre ID~offer A5 Identifiant distributeur ID-e~broker A3 true v------- 1 COMPTE HISTOR ACCOUNT-HISTORY dentifiant compte ! Daccount True Date validité offre dtstartoffer DT True Date fin offre dt~end~offer DT Date autorisation dtautor DT Status compte account~status 0 creation demandée 1 creation annulée 1 creation confirmée, 2 fermeture demandée 3 fermeture confirmée, 4 fermeture Montant déposé confirmeddeposit~amt MN confirmé Montant garanti guarantyamt MN Montant gelé frozenamt MN Montant investissable tradable amt MN Nbre de points risk risk~amt N Montant de courtages fee~quota1~amt MN couvert par la garantie date limite du quota de fee~quota~date courtage Montant glissement fee~guar~slippage~amt MN courtages Identifiant de l'offre ID~offer A5 Identifiant e~distributeur ID~e~broker A3 COURTAGE BROKERAGE~FEE Identifiant courtage ID~fee~broker A3 True distributeur Libellé courtage bfeebro) A classification~GC Montant du courtage fee~euro~ amt MN Courtage vérifié fee-checked BL Oui, Non Order attaché attached~order garantiejmpact guarantyjmpact Type du quota out~quota~part ! L Oui, Non Identifiant du trade ID~trade A5 DEVISE CURRENCY Identifiant de la devise ID~currency A3 True Description currency~desc A30 1 DEPOT DEPOSIT Identifiant du deposit autor True Sens (D ou W) sens A1 True A Additionnel, W enlevé Montant déposé deposit~amt MN True Statut du deposit deposit~status 0 demandé, 1 supprimé, 1 autorisé, 2 confirmé Montant garanti guarantyamt MN applicable Date autorisation dtautor 3T Date de confirmation dtconfirm DT Date de valeur deposit DT 1 MARCHE MARKET identifiant du marché (Dmarket A1 True Description marché market~desc A30 MESSAGE MESSAGE ID Identifiant message ID~msg A5 True A5 language Texte msg texte~msg TXT200 OFFRE MKTOFFER Identifiant de t'offre D offer A5 True Date d'échéance offre dtmaturity DT Type de l'offre type offer A3 PEA, REG Montant min deposit min~initial~amt MN Montant max deposit max~total~deposit MN Montant max par trade maxtradeamt MN Etat offre (O C) open~status BL Oui. Non Date fermeture de l'offre dtdose DT prix en % rupture contrat early~close~feepct N Méthode cassure contrat early~close~method Pct calcul Montant gty guarantypct N Pct calcul Montant gelé freeze~pct N Pct calc nb parois risk~pct transversales risk transversales risk Pct calcul Montant fee~quota1~pct N ~pct N courtages Date échéance Montant free~limit~dt DT courtage (quota2) Méthode contrôle des feecontroLmethod courtages (quota3) Mode de rémunération payment~type A10 Freeze, Fund, (V2) Upfront. Running prix frontal upfront~price~pct N prix annuel runningpricepct N Pct calc Montant garanti A~guaranty~pct N (Deposit) Pct cale Montant gelé A freezepct N (D) Pct cale nb parois A~risk~pct N transversales risk (D) Pct calc Montant A~fee~quota1~pct N A~fee~quota1~pct N courtage (D) Date échéance pr A~fee~quota~limit~dt DT Montant courtages (D) (quota2) Méthode contrôle A~fee~control~method courtages (D) (quota3) Mode rémunération (V2) Apaymenttype A10 Pct cale Montant garanti Wguarantypct N (retrait) Pct calc Montant gelé W~freeze~pct N (retrait) tarification des courtages estfeepct en pourcent rarification des est~tee~min~amt copuratges (minimum) informations ctrl (V2) info~ctrl Identifiant de l'univers ID~universe A5 MOUVEMENT MOVMENT Identifiant du mvt ID~Mvt A5 True Montant mouvementé mvtamount MN Date du mouvement created DT date valeur value-dut Type mouvement type~/Mvt A1 Deposit, Fee~broker, Fee service, Trade Identifiant du deposit ID autor Identifiant courtage ID~fee~service A3 service Identifiant courtage ID~fee~broker A3 distributeur Identifiant du trade ID~trade A5 ERREUR RECONCIL~ERROR RECONCILIATION Identifiant error ID~error~rec N True réconciliation Date de réconciliation dtrec DT Statut de l'erreur error~status 1 compte en trop, 2 compte disparu, 3 argent disparu, 4 argent en trop 5 titre interdit, 6 titre disparu. 7 prix exécuté anormal, 8 fees interdits Type erreur (E ou W) error error type A10 Error, Warning origin acquitement. batch de nuit,.... Type de réconciliation type~rec Al Movement, Account Identifiant du mvt ID~Mvt A5 Identifiant distributeur ID~broker A3 Identifiant compte ID~account action SECURITY Identifiant du titre ID~security A5 True Code SICOVAM SICOVAMcode Nom du titre security name A30 Prix fixé du titre fixingprice N Identifiant du marché ID~market A1 Identifiant de la devise ID~currency A3 distrib1~code broker1~code distrib~2code broker2~code frais de service SERVICE-FEE Identifiant courtage ID~fee~service A3 True service Montant courtage feeservamt MN service Type du courtage typefee 415 Obligatoire, Non obligatoire mouvement movment TRANSACTION TRADE Identifiant du trade ID~trade A5 True Identifiant distributeur du ID~broker~trade rade Quantité de titres qty bought True achetés ordertype ordertype A5 No autorisation autor Date du trade autor~ts DT Prix limite imitprice price Prix déclenchement trigger~price N Nbre de points risk risk N Montant dispo pour feeamt MN courtages Montant glisse Montant fee~guar~slippage~amt MN courtages niveau de la couverture hedge level N (prix d'exerdce) Statut trade trade~status 0 supprimé, 5 autorisé, 10 reçu par l'agent, 15 présumé éxecuté, 20 preconfirmé, 30 confirmé. Prix moyen acquitté avg~preconf~price N Prix moyen conf avg~conf~price N Date d'exécution trade dtexec DT Date de valeur value~dt DT Qté acquittée preconfqty Qté titre confirmée conf~qty Nbre titre exécuté execnumber' Montant du trade on~hotd~amt N anticipé Nbre pts risk prov on hold risk N Montant prov dispo pr on~hold~fee~quota1~amt MN courtages niveau de couverture on~hold~hedge~level N provisionné Prix de ref unitaire prov on~hold~ref~price N ~price delta delta N gamma gamma N ref prix pour couverture hedge~price~ref N ~price~ref N cost cout couverture hedge~cost Identifiant du titre ID~security A5 rTYPEMVT TYPEMVT type mouvement type~Mvt A1 True Règle de décalage decalage~rule A20 ID~broker True r UNtVERS UNIVERSE Identifiant de l'univers ID~universe A5 True Libellé universe name~universe A20 Entités provenant de relations N, N message par compte ACC~MSG Identifiant distributeur ! 0broker A3 True Identifiant compte ID account True Identifiant message Dmsg A5 True date disponibilité availability~dt Date de 1ere lecture dread DT conetnu d'univers UN) VSECUR Identifiant de l'univers D universe A5 True Identifiant du titre ID~security A5 True Pct calc nb parois risk-pct N transversales risk Appartenance Titre security~univers~status BL True 0 enlevé. *Univers 1 valide Date de rattachement dt rattach DT True Date de détachement dt~detach DT r portefeuille HOLDING Identifiant distributeur Identifiant compte ID~accouent True Identifiant du titre ! ~security A3 True Quantité de titres qty Date du portefeuille dt value DT True Valeur du titre buy~unit~price N hedge level base risque RISK database action secutityparam titre secunty marché market AS nom name devise currency A3 prix en repo repo price prix d'ouverture openprice (quote) prix price (quote) Volatilité Vol-matrix c object(n,n) couverture de sécurité safety~delta~need No Ticket tradeID Titre security prix limite limitprice Taille size Achats uys Ventes sells Fixing fixing~TS TS prix de réference ref~price N volatilité vol N exercice trike N Delta delta N gamma gamma N besoin de couverture delta~order~need Titre security 1 Prix price N Taille size 1 heure souhaitée ixingref TS d'exécution r--------------i passif liabilities L No ??**ID; distributeur **broker; compte *account ; Titre **securityID status **status no ticket tradeID(si status Taille size exercice strike échéance maturity Frais attendus exp~fees Frais annuels year fees Taille ajustée-nod-size exercice ajusté mod-strike (cours) volatilité de référence ref~vol prix du sous-jacent de refspot (=1 pour le cash) référence Taux de référence refer Taux de repo de ref~repo référence valorisation du put put~valo Delta delta gamma gamma theta theta Rho rho passif optimisé optimized liabilities No **ID distributeur broker compte account Titre securityiD (text/"cash") Taille size (integer ; parfois pour le cash) exercice strike (cours) échéance maturity Frais attendus expfees Frais annuels yearfees Taille ajustée mod~size exercice ajusté mod~strike (cours) volatilité de référence ref~vol prix du sous-jacent de ref~spot référence taux de référence refer tauxderepode refrepo référence valorisation du put put~valo delta delta gamma gamma thêta theta rho rho La signification des types de champs est la suivante : AX : Alpha Numérique X caractères. MN : Montant Numérique DT : Date N : Numérique r BL : Booléen UNDEF : Non défini I : Entier La figure 4 est un schéma montrant la transmission d'informations entre un agent en ligne 60 et le garant 61. La gestion 62 de la couverture est alors effectuée par le prestataire 63 pour le compte du garant 61. L'agent 60 communique (flèche 64) avec le client 65, qui a par ailleurs un contrat de garantie 66 avec un établissement financier 67 ici le garant professionnel à consommateur ("business to consumer"en langage anglo-saxon). Le client 65 et l'agent 60 communique en 68 des informations au prestataire 63, qui effectue donc des opérations de couverture d'une part en passant (flèche 69) des ordres de couverture avec le marché 70 et d'autre part en exerçant son mandat 71 de gestion des couvertures avec l'organisme garant 61, qui répercute l'effet des options de couverture 72 dans un processus global avec l'établissement financier. On va maintenant décrire un exemple concret de fonctionnement du procédé et du dispositif selon le mode de réalisation de l'invention plus particulièrement décrit ici en référence à la figure 1. Lorsqu'il souhaite ouvrir un compte garanti, l'utilisateur 1 (a) s'adresse à son banquier 20 ou à son gestionnaire habituel 21. Il peut alors télécharger sur son ordinateur via le réseau Internet 2 un contrat, spécifique au compte garanti, qu'il signe en effectuant un dépôt initial r fiduciaire, par exemple en indiquant un numéro de carte bleue de façon sécurisée. Dès encaissement de ce dépôt initial d'ouverture du compte par le banquier 20, le client a peut alors accéder à son compte ou panier 15a crée dans le serveur 5 du prestataire via le réseau Internet 2. L'utilisateur a, a par exemple la même adresse Internet (furl) pour son compte garanti, que pour les autres comptes non garantis qu'il détenait auparavant chez son banquier 20. Le client ne voit donc que le système d'information de son partenaire financier habituel, mais on peut aussi imaginer que le système soit un système Internet spécifique. A chaque fois qu'il souhaite passer un ordre (achat ou vente de titres), c'est en réalité de manière invisible, le système informatique 5 du prestataire qui lui présente l'état de son compte vis à vis de la garantie. Celui-ci se présente par exemple comme indiqué sur le tableau 4 ci-après. TABLEAU 4 Paramètres de votre Compte Titre Sécurisé r No du compte : 000152485 échéance de la garantie : 31 décembre 2005 Montant garanti : 50 000 Euro Dépôt de sécurité : 25 000 Euro Dépôt de sécurité applicable aux nouveaux versements : 65% du versement. Solde courtages inclus dans la garantie : 2000 : 08, 58 Euro (57 938 Euro de transactions) r 2001 à 2005 : 299 Euro par an (83 055 Euro de transactions) Valeur du Compte [Ca (7 sept 2000)] : 57 857 Euro (cours de clôture du 7 septembre 2000) Trésorerie disponible : 1 057 Euro Valeur portefeuille investi : 26 800 Euro Détail du portefeuille : Titre Nombre Cours* Prix d'achat* Valeur* Profits* Société généralelO 425 400 4 250 250 Accor 20 300 300 6 000 FF 0 Carrefour 15 500 650 7 500 FF-1 500 LVMH 8 650 600 5 200 FF 400 CAC 40 7 280 250 1 960 FF 180 Cette présentation se fait par ailleurs dans le cadre imposé par le contrat du compte titre garanti, par exemple conformément au tableau n 5 ci-après. TABLEAU N05 Présentation du Compte Titre Sécurisé r--------------------------------------------------- 58 Le Compte Titre Sécurisé est un compte titre classique. Avec les sommes déposées sur ce compte, vous pouvez librement acheter et vendre des valeurs boursières, au sein d'une liste prédéfinie, pendant 5 ans. Au bout de 5 ans, vos pertes, si elles existent, vous seront intégralement remboursées. Vous n'avez pas de prime à payer pour bénéficier de cette garantie. Vous devez simplement respecter la règle d'investissement suivante : La moitié de la somme déposée sur le compte titre doit rester en cash pendant la durée des 5 ans. Ce montant permet de créer un Il dépôt de sécurité Il grâce auquel la garantie est possible. r L'univers de titre ou liste de titres acceptables sur lequel il peut procéder à de nouveaux achats est par exemple du type représenté en référence au tableau n 6 ci-après. Cette liste s'affiche sur l'écran 4 de l'ordinateur de l'utilisateur. TABLEAU N 6 Actions Françaises (25) ACCOR Service AGF Assurances AIR LIQUIDE Chimie AVENTIS Pharmacie AXA Assurances BNP PARIBAS Banques CARREFOUR Distribution CASINO Distribution DANONE Industrie DEXIA Finance LAFARGE Construction L'OREAL Pharmacie LVMH Industrie MICHELIN Equipement Auto. PEUGEOT S. A. Automobile PPR Distribution RENAULT Automobile SAINT-GOBAIN Construction SANOFI-SYNTHELABO Pharmacie SCHNEIDER ELECTRIC SA Equipement Elect SOCIETE GENERALE A Banques SODEXHO ALLIANCE Alimentaire SUEZ LYONNAISE Distribution Eau TOTAL FINA ELF Energie Pétrole VALEO Equipement Auto. Actions Européennes (20) ABN AMRO (NLG) Banques AEGON (NLG) Assurances AHOLD (NLG) Distribution ALLIANZ AG (GER) Assurances BANCO BILBAO (ESP) Banques BANCO SANTANDER (ESP) Banques BASF AG (GER) Chimie BAYER (GER) Chimie DAIMLER CHRYSLER (GER) Automobile DEUTSCHE BANK AG (GER) Finance ELECTRABEL (BEL) Electricité ENDESA (ESP) Electricité ENEL SPA (ITL) Electricité ENI SPA (ITL) Energie, Pétrole GENERALI ASSIC (ITL) Assurances r ING (NLG) Banques METRO (GER) Distribution REPSOL (ESP) Energies, Pétrole ROYAL DUTCH (NLG) Energie Pétrole RWE AG (GER) Electricité SCHERING (GER) Pharmacie UNICREDITO (ITL) Finance UNILEVER (NLG) Distribution VEBA AG (GER) Industrie VOLKSWAGEN (GER) Automobile PANIERS (15) Indices Pays (5) CAC 40 France EURO STOXX 50 Europe DAX Allemagne MIB 30 Italie IBEX Espagne Secteurs (10) FINANCE INDUSTRIE CONSTRUCTION SERVICE AUTOMOBILE NOUVELLE ECONOMIE TECHNOLOGIE MEDIA & TELECOM CHIMIE PHARMACIE L'utilisateur passe alors son ordre par exemple selon les modalités correspondantes au tableau nO 7 suivant. TABLEAU NO 7 Passer un ordre --------------ACHETER VENDRE à l'ouverture ou au fixing du soir Validité de l'ordre : mois/aujourd'hui/demain/ semaine ~ nombre de titres : valeur : Rq : votre ordre sera exécuté à tout prix l'ordre de l'ouverture ou d'un fixing du marché. 1 r Lorsque cet ordre est effectivement autorisé, il est ensuite transmis dans la chaîne de traitement informatique habituelle du distributeur financier (banquier 20 ou gestionnaire 21) jusqu'à son exécution dans le marché. Par ailleurs et au même moment, un ordre correspondant à la couverture de premier niveau du risque marginal induit est transmis dans le marché par le même canal ou par un canal différent Enfin, les états papiers décrivant le contenu du panier de ce client, et/ou permettant de gérer les relations entre l'utilisateur et son compte titres, sont traités par le distributeur financier (dans la plupart des cas) comme si il s'agissait d'un compte titre classique. Comme il va de soi et comme il résulte également de ce qui précède, la présente invention n'est pas limitée aux modes de réalisation plus particulièrement décrits. Elle en embrasse au contraire toutes les variantes et notamment et par exemple celles où elle s'applique au contrôle du niveau de cuves d'alimentation en eau douce. Ainsi, un utilisateur va pouvoir acheter ou vendre, ou encore, ce qui est équivalent, remplir ou sortir de l'eau potable à partir de cuves dont certaines ont un niveau aléatoire (par exemple remplies par de l'eau de pluie) et d'autres sont maintenues à niveau constant. Une grille permet d'identifier régulièrement par exemple pour des tests automatiques si l'eau est potable et/ou d'un PH neutre, etc... ce qui permet de sélectionner les bonnes cuves, formant une liste de titres ou cuves acceptables. Pour chaque consommateur, on constitue alors un panier de titres comprenant les cuves aléatoires et celles dans lesquelles il n'aura pas le droit de puiser et on lui garantit à la fin qu'il aura toujours un volume d'eau potable, par exemple six mois plus tard au moment de la saison sèche, égal au volume d'eau initial. r H REVENDICATIONS 1 r 1. Procédé de contrôle et de commande d'opérations d'achat et de vente de produits par un utilisateur (1) sur un réseau informatique (2), à partir de la lecture d'informations (3) affichées sur un écran d'ordinateur (4) relié par ledit réseau informatique à un serveur (5) connecté à au moins une base de données (6), caractérisé en ce que on définit dans ladite base de données au moins un premier ensemble (7) de données correspondant à des premiers produits déterminés (8, 8', 8'',...) dont le contenu d'au moins une partie des paramètres ou attributs (9, 9', 9'',...) de définition changent de manière partiellement aléatoires, appelé également univers (7) de titres aléatoires, on compare régulièrement le contenu d'au moins un desdits attributs avec une grille (10) de critères à respecter et on constitue conjointement un deuxième ensemble (11) de données en fonction de cette comparaison, en retranchant dudit premier ensemble de données les produits ne respectant pas lesdits critères, le deuxième ensemble (11) définissant une liste de deuxièmes produits, dite liste de titres acceptables, on définit au moins un troisième ensemble (12) de données correspondant à un ou plusieurs produits déterminés (13) dont le contenu d'au moins une partie des paramètres ou attributs (14) de définition changent en fonction de critères prévus, ledit troisième ensemble étant appelé univers de titres non aléatoires, on constitue pour chaque utilisateur autorisé (a, b, c,... i,..., n), et au fur et à mesure de leur r autorisation respective donnée à un instant tiO, une base de données, appelée panier (15a, 15b, 15c,...) de titrescomprenantune premièrepartie (lia, llb, Ile, ..., lien) issue de la liste (ll) de titres acceptables, ou compte titres, et/ou une deuxième partie (12a, 12b, 12c,..., 12n) issue de l'univers (12) de titres non aléatoires, ou compte espèces, lesdits paniers de titres (15a, 15b, 15c,..., 15n) comportant un attribut [Ca (t), Cb (t), Cc (t),..., Ci (t),..., Cn (t)] définissant un critère présentant une valeur déterminée dudit panier à un instant t, on autorise régulièrement l'utilisateur 1. à effectuer en fonction de critères préalablement déterminés les opérations d'achat d'un produit appartenant à ladite liste (11) de titres acceptables et/ou à l'univers (12) de titres non aléatoires, ou à vendre un produit appartenant au dit panier de titres correspondant, et en ce que, après une période de temps prédéterminée Ti correspondant audit utilisateur, on compare pour chaque utilisateur le critère de valeur déterminée Ci (t), à l'instant tiO à celui de l'instant Ti + tiO, et si Ci (tiO) > Ci (Ti + tiO) on réaffecte au panier 15i correspondant la valeur Ci (trio). 2. Procédé selon la revendication 1, caractérisé en ce que on stocke les données correspondant aux utilisateurs dans un serveur connecté au réseau Internet pour constituer un historique des opérations effectuées utilisateur par utilisateur. 3. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce on interroge r automatiquement et régulièrement plusieurs serveurs et/ou bases de données connectés au réseau Internet, pour obtenir après calcul, les valeurs Ci (t'). 4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les produits sont des produits financiers constitués par des titres du marché financier dont la valeur est susceptible de fluctuer de manière partiellement aléatoire. 5. Procédé selon la revendication 4, caractérisé en ce que les critères de la grille de critères à respecter comprennent la volatilité implicite, la liquidité des titres et l'état global du portefeuille de couverture. 6. Procédé selon l'une quelconque des revendications 4 et 5, caractérisé en ce que le critère de liquidité est évalué à partir de la capitalisation boursière, du volume moyen du titre échangé par jour, des possibilités de traiter des options sur le titre de gré à gré, et des possibilités de traiter des option sur marché organisé. 7. Procédé selon l'une quelconque des revendications 4 à 6, caractérisé en ce que le critère de volatilité est évalué à partir possibilités de traiter des options sur le titre de gré à gré, et des possibilités de traiter des option sur marché organisé. 8. Procédé selon l'une quelconque des revendications 4 à 7, caractérisé en ce que l'état global du portefeuille de couverture est évalué à partir du calcul pour chaque titre de l'univers des titres aléatoires de l'impact sur le prix de la couverture si tous les clients achètent ce titre, ce qui amène à classer les titres en trois catégories à savoir les r titres disponibles sans limites, les titres disponibles dans une certaine limite et les titres à exclure. 9. Procédé selon l'une quelconque des revendications 4 à 8, caractérisé en ce que l'univers de titres non volatils comprend essentiellement ou uniquement de la monnaie fiduciaire. 10. Procédé selon l'une quelconque des revendications 4 à 9, caractérisé en ce que la valeur initiale d'un panier à l'instant tO étant de 100, les titres du compte espèce représentent une valeur comprise entre 40 et 60, et de préférence 50. il. Procédé selon l'une quelconque des revendications 4 à 10, caractérisé en ce que pour déterminer l'état global du portefeuille de couverture, on détermine pour chaque utilisateur en fonction des titres qu'il a en portefeuille, les paramètres de gestion de l'option qui permet de couvrir le risque associé à cet utilisateur en déterminant pour chaque titre dudit portefeuille de l'utilisateur le Delta, le Gamma, le Theta et le Rho, qu'on aggrège au niveau global pour obtenir des paramètres de Risques Globaux, puis en fonction de ces données on effectue des achats et/ou ventes sur chaque titre qui permettent d'annuler les paramètres de Risques Globaux de façons connues en elles mêmes. 12. Procédé selon l'une quelconque des revendications 4 à Il, caractérisé en ce que on autorise l'utilisateur à effectuer les opérations d'achat et/ou de vente en fonction de l'algorithme suivant : Soit NT= nombre de titres demandé Estim~QT= estimation disponible lors de l'autorisation du poids unitaire de ce titre Réel~QT=poids unitaire réel de ce titre Quota-restant = quota principal donné au départ et évoluant au fil du temps. r : Quota réservé = provision destinée lorsqu'elle est devenue certaine à être retranchée. à l'autorisation : si NT*EstimQT > quotarestant-quotaréservé alors REFUS sinon AUTORISATION et : quota-réservé = quota-réservé + NT*EstimQT a posteriori, en cas d'échec : quota-réservé = quotaréservé-NT*Estim~QT a posteriori en cas de succès : quota-réservé = quotaréservé-NT*Estim~QT quota-restant = quotarestant-NT*RéelQT 13. Dispositif de contrôle et de commande d'opérations d'achat et de vente de produits par un utilisateur (1) sur un réseau informatique (2), à partir de la lecture d'informations (3) affichées sur un écran d'ordinateur (4) relié par ledit réseau informatique à un serveur (5) connecté à au moins une base de données (6), caractérisé en ce que il comprend - des moyens de stockage dans ladite base de données d'au moins un premier ensemble (7) de données correspondant à des premiers produits déterminés (8, 8', 8'',...) dont le contenu d'au moins une partie des paramètres ou attributs (9, 9', 9'',...) de définition changent de manière partiellement aléatoires, appelé également univers (7) de titres aléatoires, - des moyens de comparaison régulière du contenu d'au moins un desdits attributs avec une grille (10) de critères minimum à respecter - des moyens de constitution conjointe d'un deuxième ensemble (11) de données en fonction de cette comparaison, en retranchant dudit premier ensemble de r données les produits ne respectant pas lesdits critères, le deuxième ensemble (11) définissant une liste de deuxièmes produits, dite liste de titres acceptables, des moyens de stockage d'au moins un troisième ensemble (12) de données correspondant à un ou plusieurs produits déterminés (13) dont le contenu d'au moins une partie des paramètres ou attributs (14) de définition changent en fonction de critères prévus, ledit troisième ensemble étant appelé univers de titres non aléatoires, - des moyens de constitution et de stockage pour chaque utilisateur autorisé (a, b, c,... i,..., n), et au fur et à mesure de leur autorisation respective donnée à un instant trio, d'une base de données, appelée panier (15a, 15b, 15c,...) de titres comprenant une première partie (lia, llb, llc,..., lln) issue de la liste (11) de titres acceptables, ou compte titres, et/ou une deuxième partie (12a, 12b, 12c,..., 12n) issue de l'univers (12) de titres non aléatoires, ou compte espèces, lesdits paniers de titres (15a, 15b, 15c,..., 15n) comportant un attribut [Ca (t), Cb (t), Cc (t),..., Ci (t),..., Cn (t) 1définissant un critère présentant une p valeur déterminée dudit panier à un instant dz des moyens de calcul agencés pour autoriser l'utilisateur i à effectuer en fonction de critères préalablement déterminés les opérations d'achat d'un produit appartenant à ladite liste (11) de titres acceptables et/ou à l'univers (12) de titres non aléatoires, ou à vendre un produit appartenant au dit panier de titres correspondant, r et des moyens de calcul agencés pour comparer après une période de temps prédéterminée Ti correspondant audit utilisateur, pour chaque utilisateur le critère de valeur déterminée Ci (t), à l'instant tiO à celui de l'instant Ti + tiO, et si Ci (tiO) > Ci (Ti + tiO) pour réaffecter au panier 15i correspondant à l'instant tiO + Ti, la valeur Ci (trio). 14. Dispositif selon la revendication Il, caractérisé en ce que il comprend : - un serveur muni de moyens de calcul, - un premier module informatique agencé pour transmettre des appels API à l'ordinateur d'un agent en ligne à partir dudit serveur, - un second module informatique agencé pour transmettre directement des requêtes de pages HTML entre ledit serveur et l'écran de l'ordinateur de l'utilisateur, - un troisième module informatique agencé pour transmettre des fichiers sous forme de batch entre ledit serveur et l'ordinateur de l'agent en ligne, un quatrième module agencé pour effectuer un traitement algorithmique de gestion des risques du marché et permettre d'assurer la garantie de retour à la valeur Ci (TiO), et - des moyens de communication de données sécurisées avec un ordinateur dit garant. 15. Dispositif selon l'une quelconque des revendications 13 et 14, caractérisé en ce que le premier module est construit autour d'une base de données récapitulant tous les éléments décrivant les r garanties accordées par le garant et toutes les règles permettant de gérer les garanties. 16. Dispositif selon l'une quelconque des revendications 13 à 15, caractérisé en ce que il comporte des moyens de calcul pour chaque titre de l'univers des titres aléatoires, de l'impact sur le prix de la couverture si tous les clients achètent ce titre, ce qui amène à classer les titres en trois catégories à savoir les titres disponibles sans limites, les titres disponibles dans une certaine limite et les titres à exclure. 17. Dispositif selon l'une quelconque des revendications 13 à 16, caractérisé en ce que il comporte des moyens de calcul, pour chaque titre du portefeuille de l'utilisateur, du Delta, du Gamma, du Theta et du Rho, qu'on aggrège au niveau global pour obtenir des paramètres de Risques Globaux, puis en fonction de ces données des moyens agencés pour effectuer des achats et/ou ventes sur chaque titre qui permettent d'annuler les paramètres de Risques Globaux de façons connues en elles mêmes. 18. Dispositif selon l'une quelconque des revendications 13 à 17, caractérisé en ce que il comporte des moyens de calcul et de transmission d'informations agencés pour autoriser l'utilisateur à effectuer les opérations d'achat et/ou de vente en fonction de l'algorithme suivant : Soit NT= nombre de titres demandé EstimQT= estimation disponible lors de l'autorisation du poids unitaire de ce titre RéelQT=poids unitaire réel de ce titre Quotarestant = quota principal donné au départ et évoluant au fil du temps. r Quota-réservé = provision destinée lorsqu'elle est devenue certaine à être retranchée. à l'autorisation : si NT*Estim~QT > quota~restant-quota~réservé alors REFUS sinon AUTORISATION et : quota-réservé = quota~réservé - NT*Estim~QT a posteriori, en cas d'échec : quota-réservé = quotaréservé-NT*EstimQT a posteriori en cas de succès : quotaréservé = quotaréservé-NT*EstimQT quotarestant = quotarestant-NT*Réel~QT 19. Système de contrôle et de commande d'opérations d'achat et de vente sur Internet par un utilisateur, comprenant au moins un dispositif selon l'une quelconque des revendications 13 à 18.