Le secret pour trouver un profit à paires Quants Trading est le nom de Wall Street pour les chercheurs de marché qui utilisent l'analyse quantitative pour développer des stratégies commerciales rentables. En bref, un quant raye à travers les ratios de prix et les relations mathématiques entre les entreprises ou les véhicules commerciaux afin de diviniser les opportunités commerciales rentables. Au cours des années 1980, un groupe de quants travaillant pour Morgan Stanley a frappé l'or avec une stratégie appelée le commerce des paires. Les investisseurs institutionnels et les bureaux de négociation exclusifs des grandes banques d'investissement utilisent la technique depuis lors, et beaucoup ont fait un bénéfice net avec la stratégie. Il est rarement dans le meilleur intérêt des banquiers d'investissement et des gestionnaires de fonds communs de partager des stratégies commerciales rentables avec le public, de sorte que le commerce des paires est resté un secret des pros (et quelques individus habiles) jusqu'à l'avènement de l'Internet. Commerce en ligne a ouvert le couvercle sur l'information financière en temps réel et a donné l'accès novice à tous les types de stratégies d'investissement. Il n'a pas fallu longtemps pour le commerce des paires d'attirer les investisseurs individuels et les petits commerçants qui cherchent à couvrir leur exposition au risque des mouvements du marché plus large. Qu'est-ce que Pairs Trading Pairs trading a le potentiel d'obtenir des bénéfices par simple et relativement faible risque positions. Le commerce des paires est neutre sur le marché. Ce qui signifie la direction de l'ensemble du marché n'affecte pas sa victoire ou la perte. L'objectif est de faire correspondre deux véhicules de trading qui sont fortement corrélés, le trading un long et l'autre court quand le rapport des prix des paires diverge x nombre d'écarts-types - x est optimisé en utilisant les données historiques. Si la paire revient à sa tendance moyenne, un bénéfice est réalisé sur une ou les deux positions. Un exemple d'utilisation des stocks Les commerçants peuvent utiliser des données fondamentales ou techniques pour construire un style de négociation de paires. Notre exemple ici est de nature technique, mais certains commerçants utilisent un ratio PE ou d'autres facteurs fondamentaux pour mesurer la corrélation et la divergence. La première étape dans la conception d'un commerce de paires est de trouver deux stocks qui sont fortement corrélés. Habituellement, cela signifie que les entreprises sont dans la même industrie ou sous-secteur, mais pas toujours. Par exemple, les titres de suivi de l'indice tels que le QQQQ (Nasdaq 100) ou le SPY (SampP 500) peuvent offrir d'excellentes opportunités de trading par paires. Deux indices qui se négocient généralement ensemble sont le SampP 500 et le Dow Jones Utilities Average. Cette courbe de prix simple des deux indices montre leur corrélation: Pour notre exemple, nous examinerons deux entreprises fortement corrélées: GM et Ford. Puisque les deux sont des constructeurs automobiles américains, leurs actions tendent à se déplacer ensemble. Ci-dessous un graphique hebdomadaire du rapport de prix entre Ford et GM (calculé en divisant le prix des actions de Ford par le prix des actions de GM). Ce rapport de prix est parfois appelé performance relative (à ne pas confondre avec l'indice de force relative, quelque chose de complètement différent). La ligne blanche centrale représente le ratio des prix moyens au cours des deux dernières années. Les lignes jaune et rouge représentent respectivement un et deux écarts-types par rapport au rapport moyen. Dans le graphique ci-dessous, le potentiel de profit peut être identifié lorsque le ratio de prix atteint son premier ou son deuxième écart. Lorsque ces divergences rentables se produisent, il est temps de prendre une position longue dans le underperformer et une position courte dans le overachiever. Le revenu de la vente à découvert peut aider à couvrir le coût de la position longue, ce qui rend le commerce des paires peu coûteux à mettre. La taille de la position de la paire doit être égalée par la valeur du dollar plutôt que le nombre d'actions de cette façon un mouvement 5 dans l'un égale à un mouvement 5 dans l'autre. Comme avec tous les investissements, il ya un risque que les métiers pourraient passer dans le rouge, il est donc important de déterminer optimisé stop-points de perte avant la mise en œuvre du commerce des paires. Un exemple d'utilisation des contrats à terme La stratégie de négociation des paires fonctionne non seulement avec les stocks, mais aussi avec les devises, les produits et même les options. Sur le marché à terme. Les mini contrats - les contrats de plus petite taille qui représentent une fraction de la valeur de la position pleine grandeur - permettent aux petits investisseurs de négocier des contrats à terme. Un commerce en paires sur le marché à terme pourrait impliquer un arbitrage entre le contrat à terme et la position de trésorerie d'un indice donné. Lorsque le contrat à terme obtient avant la position de trésorerie, un commerçant pourrait essayer de profiter en court-circuitant l'avenir et aller longtemps dans le stock de suivi d'indice, attendant qu'ils se réunissent à un moment donné. Souvent, les mouvements entre un indice ou une marchandise et son contrat à terme sont tellement serrés que les profits ne sont laissés que pour le plus rapide des négociants - souvent en utilisant des ordinateurs pour exécuter automatiquement des positions énormes en un clin d'œil. Exemple d'utilisation d'options Les opérateurs d'options utilisent des appels et des coupons pour couvrir les risques et exploiter la volatilité (ou l'absence de ces derniers). Un appel est un engagement de l'écrivain de vendre des actions d'un stock à un prix donné dans le futur. Une mise est un engagement de l'écrivain à acheter des actions à un prix donné dans le futur. Un commerce en paires dans le marché des options pourrait impliquer l'écriture d'un appel pour une sécurité qui surperforme sa paire (une autre sécurité hautement corrélée), et correspondant à la position en écrivant un put pour la paire (la sécurité underperforming). Comme les deux positions sous-jacentes revenir à leur moyenne à nouveau, les options deviennent sans valeur permettant au commerçant de poche le produit d'un ou des deux postes. Evidence of Profitability En juin 1998, Yale School of Management a publié un article écrit par Even G. Gatev, William Goetzmann et K. Geert Rouwenhorst qui ont tenté de prouver que le commerce des paires est rentable. En utilisant les données de 1967 à 1997, le trio a constaté que sur une période de six mois de négociation, le commerce des paires en moyenne un retour 12. Pour distinguer les résultats rentables de la chance simple, leur test comprenait des estimations prudentes des coûts de transaction et des paires sélectionnées au hasard. Vous trouverez le document complet de 34 pages ici. Ceux qui s'intéressent à la technique de négociation de paires peuvent trouver plus d'informations et d'enseignement dans Ganapathy Vidyamurthys livre Pairs Trading: Quantitative Methods and Analysis. Que vous pouvez trouver ici. Le vaste marché est plein de hauts et de bas qui obligent les joueurs faibles et confondre même les pronosticateurs les plus intelligents. Heureusement, en utilisant des stratégies neutres sur le marché comme le commerce des paires, les investisseurs et les commerçants peuvent trouver des bénéfices dans toutes les conditions du marché. La beauté du commerce des paires est sa simplicité. La relation de longshort de deux valeurs corrélées agit comme un ballast pour un portefeuille pris dans les eaux agitées du marché global. Bonne chance avec votre chasse au profit dans le commerce de paires, et heres à votre succès dans les marchés. Pierre Vadim Carlo Di Pierre Essais dans la tarification des actifs empiriques Une thèse, Université de Northwestern. Une méthode d'appariement de titres, implémentée par ordinateur, ledit procédé comprenant les étapes consistant à: recevoir, par un ordinateur programmé, une demande pour coupler au moins deux branches de titres non liés, chaque sécurité associée à une classe d'actifs différente identifiant, par un ordinateur programmé , Une première sécurité d'une première classe d'actifs associée à une première jambe identifiant, par un ordinateur programmé, une seconde sécurité d'une deuxième classe d'actifs associée à une seconde jonction, déterminant, par un ordinateur programmé, si ladite première jambe et ladite seconde jambe sont Négociable en paire et créant, par un ordinateur programmé, ladite paire requise desdits titres non reliés, ladite paire créée étant représentée par un identificateur unique. 2. Procédé mis en oeuvre par ordinateur selon la revendication 1, dans lequel la détermination du fait que ladite première jambe et ladite seconde jambe sont négociables en tant que paire prend en considération la question de savoir s'il existe une liquidité suffisante sur un marché pour ladite première jambe et ladite seconde jambe. 3. Procédé selon la revendication 2, dans lequel la détermination du fait que ladite première jambe et ladite seconde jambe sont négociables en tant que paire prend en considération si des critères prédéfinis sont satisfaits pour établir une relation entre ladite première jambe et ladite seconde jambe. 4. Procédé mis en oeuvre par ordinateur selon la revendication 3, dans lequel ladite paire demandée est créée lorsque la liquidité est suffisante et que lesdits critères prédéfinis pour établir une relation sont satisfaits. 5. Un système informatique pour appariement de titres, comprenant: une composante de mémoire, une composante de traitement couplée audit composant de mémoire, dans lequel le composant de traitement est configuré pour: recevoir une demande pour coupler au moins deux branches de titres indépendants, chaque sécurité associée à un autre Identifier une première sécurité à partir d'une première classe d'actifs associée à une première étape, identifier une seconde sécurité à partir d'une seconde classe d'actifs associée à une deuxième étape, déterminer si ladite première jambe et ladite seconde jambe sont négociables en paire et créer ladite paire demandée Lesdits titres non reliés, ladite paire créée étant représentée par un identifiant unique. DOMAINE TECHNIQUE Les modes de réalisation de l'invention concernent généralement des systèmes de négociation financière et, plus particulièrement, un système et une méthode de négoce en paires. CONTEXTE La négociation de paires est une stratégie utilisée par un opérateur pour générer un retour sur investissement en prédisant un écart entre deux titres liés, typiquement dans le même secteur, qui tendent à se déplacer ensemble, où le trader occupe une position longue et une position vendeur Deux titres liés dans la paire. Traditionnellement, la négociation de paires est effectuée entre les titres du même marché ou, dans le cas d'options, en utilisant le même titre sous-jacent. Cependant, il n'existe actuellement aucun système de négociation qui prévoit la négociation en paires de titres non apparentés de différentes classes d'actifs. Ainsi, les commerçants désireux de négocier des titres non reliés, éventuellement à travers différentes catégories d'actifs, ne peuvent le faire qu'en soumettant des ordres séparés pour chacun des titres non apparentés dans l'espoir d'exécuter les deux ordres aux paramètres cibles dans la période souhaitée. Malheureusement, l'approche de commande séparée pour conduire un commerce de paires expose les traders aux risques inhérents aux jambes et à la fragmentation de la liquidité. Il est donc nécessaire de disposer d'une plate-forme de négociation adaptée à la négociation par paires de titres non liés d'une ou de plusieurs catégories d'actifs en utilisant un mouvement de prix unique fourni par une approche à ordre unique. La présente invention concerne des procédés et des systèmes mis en oeuvre par ordinateur pour conduire des métiers de paires. Dans un exemple de réalisation, un procédé mis en oeuvre par ordinateur selon la présente invention peut comprendre la présentation d'une pluralité de paires prédéfinies d'articles non reliés, la réception d'une sélection d'une paire prédéfinie à partir des paires prédéfinies pour un ordre de commerce en paires, Un ordre unique dans un carnet de commandes, déterminer si des paramètres d'ordre associés à une première branche et une seconde branche de la paire prédéfinie ont été rencontrés, puis exécuter l'ordre commercial des paires lorsque les paramètres d'ordre associés auxdites première et seconde pattes sont tous les deux remplis . Dans un autre exemple de réalisation, un procédé mis en oeuvre par ordinateur selon la présente invention peut comprendre la réception d'une demande de couplage d'au moins deux branches de titres non liés, associées chacune à une classe d'actifs différente, identifiant un premier titre d'une première classe d'actifs associé à un Première étape, l'identification d'une seconde sécurité à partir d'une seconde classe d'actifs associée à une seconde borne, la détermination du fait que les première et deuxième branches forment une paire échangeable, et la création de la paire de titres non liés associés, où la paire demandée est représentée par un identificateur unique. Un exemple de système selon la présente invention peut comprendre un composant de mémoire et un composant de traitement configuré pour exécuter et mettre en oeuvre les différentes étapes de traitement et caractéristiques décrites ci-dessus et tout au long de cette description. La présente description est illustrée à titre d'exemple, et non à titre de limitation, et apparaîtra à la lecture de la description détaillée qui va suivre, prise en relation avec les dessins annexés, Et dans lequel: la Fig. 1 est un schéma fonctionnel illustrant un réseau informatique donné à titre d'exemple dans lequel des modes de réalisation de la présente description peuvent fonctionner. FIGUE. La figure 2 est un organigramme illustrant un mode de réalisation d'un procédé d'appariement de titres non reliés d'une ou plusieurs catégories d'actifs. FIGUE. La figure 3 est un organigramme illustrant un mode de réalisation d'un procédé de négociation de paires de titres non reliés à partir d'une ou plusieurs classes d'actifs. FIGUE. La figure 4 illustre une représentation schématique d'une machine sous la forme d'exemple d'un système informatique. DESCRIPTION DETAILLEE Des modes de réalisation de l'invention fournissent un système et des procédés pour effectuer des échanges de paires d'actions en espèces. Dans la description suivante, de nombreux détails sont présentés. Il apparaîtra cependant à l'homme du métier que la présente description peut être mise en oeuvre sans ces détails spécifiques. Dans certains cas, des structures et des dispositifs bien connus sont représentés sous forme de schéma synoptique, plutôt que dans le détail, afin d'éviter d'obscurcir la présente description. Certaines parties des descriptions détaillées sont présentées en termes d'algorithmes et de représentations symboliques d'opérations sur des bits de données dans une mémoire d'ordinateur. Ces descriptions et représentations algorithmiques sont les moyens utilisés par les spécialistes des techniques de traitement des données pour transmettre de manière la plus efficace la substance de leur travail aux autres spécialistes. Un algorithme est ici, et généralement, conçu comme une séquence d'étapes auto-cohérentes conduisant à un résultat souhaité. Les étapes sont celles qui nécessitent des manipulations physiques de grandeurs physiques. Habituellement, mais pas nécessairement, ces quantités prennent la forme de signaux électriques ou magnétiques capables d'être stockés, transférés, combinés, comparés et manipulés d'une autre manière. Il s'est avéré commode parfois, principalement pour des raisons d'usage courant, de se référer à ces signaux comme des bits, des valeurs, des éléments, des symboles, des caractères, des termes, des numéros ou analogues. Il faut toutefois garder à l'esprit que tous ces termes et les termes semblables doivent être associés aux grandeurs physiques appropriées et ne sont que des étiquettes convenables appliquées à ces quantités. Sauf indication contraire contraire, comme cela ressort de la description ci-dessus, il est apprécié que, dans toute la description, les discussions utilisant des termes tels que la réception, la détermination, la création, la présentation, la sélection, le routage, l'appariement, l'exécution, le remplissage, l'annulation, le traitement ou similaire , Se rapportent à l'action et aux processus d'un système informatique ou d'un dispositif informatique électronique similaire qui manipule et transforme des données représentées sous la forme de quantités physiques (électroniques) dans les registres et les mémoires de systèmes informatiques en d'autres données représentées de façon similaire en tant que quantités physiques dans les mémoires Ou des registres ou d'autres dispositifs de stockage, de transmission ou d'affichage d'informations. La présente invention concerne également un appareil pour réaliser les opérations de la présente invention. Cet appareil peut être spécialement construit pour les besoins requis ou il peut comprendre un ordinateur à usage général sélectivement activé ou reconfiguré par un programme informatique stocké dans l'ordinateur. Un tel programme d'ordinateur peut être stocké dans un support de stockage lisible par ordinateur, tel que, mais sans s'y limiter, tout type de disque comprenant des disquettes, des disques optiques, des CD-ROM et des disques magnétiques optiques, des mémoires à lecture seule, (RAM), EPROM, EEPROM, cartes magnétiques ou optiques, dispositifs de mémoire flash, y compris dispositifs de stockage USB (Universal Serial Bus) (par exemple dispositifs de clé USB) ou tout type de support approprié pour stocker des instructions électroniques, Couplé à un bus de système informatique. Les algorithmes et affichages présentés ici ne sont pas intrinsèquement liés à un ordinateur particulier ou à un autre appareil. Divers systèmes à usage général peuvent être utilisés avec des programmes conformément aux enseignements de la présente invention ou il peut s'avérer utile de construire un appareil plus spécialisé pour exécuter les étapes de procédé requises. La structure requise pour une variété de ces systèmes sera évidente à partir de la description ci-dessus. En outre, la présente description n'est pas décrite en référence à un langage de programmation particulier. On appréciera qu'une variété de langages de programmation peut être utilisée pour mettre en oeuvre les enseignements de l'invention tels que décrits ici. La présente description peut être fournie en tant que produit de programme d'ordinateur ou logiciel, qui peut comprendre un support lisible par machine contenant des instructions stockées sur celui-ci, qui peut être utilisé pour programmer un système informatique (ou d'autres dispositifs électroniques) pour exécuter un procédé selon la Présente divulgation. Un support lisible par machine comprend tout mécanisme pour stocker ou transmettre des informations sous une forme lisible par une machine (par exemple un ordinateur). Par exemple, un support lisible par machine (par exemple, lisible par ordinateur) comprend un support de stockage lisible par ordinateur (par exemple un ordinateur) (par exemple, mémoire morte (ROM), mémoire à accès aléatoire (RAM), support de stockage sur disque magnétique, Des dispositifs de mémoire flash, etc.), un support de transmission lisible par ordinateur (par exemple ordinateur) (signaux électriques, optiques, acoustiques non propagateurs), etc. La figure 1 est un schéma synoptique illustrant un exemple de réseau informatique 100 dans lequel des modes de réalisation de la présente description peuvent fonctionner. En se référant à la FIG. Sur la figure 1, le réseau informatique 100 peut être constitué d'une plate-forme de négociation de paires 130. Une pluralité de dispositifs de calcul commercial 122 A-122 N adaptés pour conduire des transactions, qui peuvent être collectivement désignées ici comme des entités commerciales 120. Et les systèmes de marché associés à la réglementation de la négociation d'une pluralité de catégories d'actifs, comme les FNB 142. Actions 144. Produits 146 ou toute autre catégorie d'actifs appropriée, qui peuvent tous être désignés collectivement par les classes d'actifs 140. Dans un mode de réalisation, les dispositifs de calcul d'entités commerciales 120 et les systèmes de marché de classes d'actifs 140 peuvent être couplés de manière communicative à un ou plusieurs réseaux (non représentés) pour transmettre et recevoir des données liées au commerce. Les réseaux peuvent être un réseau privé (par exemple, un réseau local, un réseau étendu, un intranet, etc.) ou un réseau public (par exemple Internet). La plate-forme de négociation de paires 130 peut être constituée d'un ou plusieurs modules configurés d'ordre de validation et de traitement relatifs à la demande d'échanges de paires reçus d'entités commerçantes 120. Par exemple, la plate-forme de négociation de paires 130 peut être constituée d'un module d'appariement 132 et d'un module de moteur de négoce 134. Livre de commande module 136. Le module de couplage 132 peut être configuré pour gérer tous les aspects de la création et de la mise à disposition de paires prédéfinies de titres non liés pour la sélection et le négoce par des entités commerçantes 120. Le module de moteur de négoce 134 peut être configuré pour gérer tous les aspects de l'acheminement et de la mise en correspondance des ordres de négociation de paires reçus des entités commerçantes 120. Le module de livre de commande 136 peut être configuré pour gérer tous les aspects de l'identification et de la communication avec les carnets de commande associés aux branches représentant chacun des titres dans l'ordre commercial de paires reçus des entités commerçantes 120. L'homme du métier appréciera que la plate-forme de négociation de paires 130 peut être configurée avec plus ou moins de modules pour conduire les procédés de commercialisation de paires décrits ici en référence aux FIGS. 2 et 3. Comme illustré sur les Fig. 2 et 3, chacune des méthodes correspondantes 200 et 300 peut être réalisée par une logique de traitement qui peut comprendre un matériel (par exemple un circuit, une logique dédiée, une logique programmable, un microcode, etc.), un logiciel (tel que des instructions exécutées sur un dispositif de traitement) ou Une combinaison de ceux-ci. Dans un mode de réalisation, les procédés 200 et 300 peuvent être réalisés par un ou plusieurs composants de traitement associés aux modules 132. 134 et 136 de la plate-forme de négociation de paires 130. FIGUE. La figure 2 est un organigramme illustrant un procédé 200 d'appariement de titres non reliés à partir d'une ou plusieurs classes d'actifs, selon un mode de réalisation de l'invention. En se référant à la FIG. 2, le procédé 200 peut être initié lors de la réception, à l'étape 202. Une demande de jumeler deux jambes de titres non liés de différentes classes d'actifs. Par exemple, une demande peut comprendre l'appariement d'actions Apple (AAPL) et de Secteur technologique SPDR (XLK), deux titres non liés provenant de différentes catégories d'actifs (à savoir un fonds et un FNB). Dans un autre mode de réalisation, deux jambes de titres non apparentés appartenant à la même catégorie d'actifs peuvent également être jumelées. Par exemple, une demande peut comprendre l'appariement de SPDR Gold Shares (GLD) et de SPDR SP 500 (SPY), deux titres non apparentés d'une classe d'actifs connexe (par exemple, les FNB). Lors de la réception d'une demande de couplage de titres non reliés, une détermination initiale peut être effectuée, à l'étape 204. Pour déterminer si les jambes représentatives de chacun des titres de l'appariement demandé peuvent être négociées ensemble. Par exemple, le module d'appariement 132 peut vérifier si le module de moteur de négoce 134 est configuré pour accepter les deux jambes des titres non liés identifiés dans l'appariement demandé. Si une détermination positive est faite à l'étape 204. Alors une deuxième détermination peut être faite, à l'étape 206. Pour déterminer si une liquidité suffisante est présente en relation avec chacun des titres non liés pour accommoder l'appariement demandé. Si une détermination positive est faite à l'étape 206. Alors une troisième détermination peut être faite, à l'étape 208. Pour déterminer si une relation intéressante (par exemple les critères définissant les niveaux de la demande des investisseurs, les modèles de négociation entre les titres non liés ou toute autre mesure applicable) existe entre chacun des titres non reliés pour tenir compte de l'appariement demandé. Les déterminations relatives à la présence d'une liquidité suffisante et à une relation intéressante peuvent être fondées sur des données de marché reçues, par exemple, par le module commercial de paires 130. Lorsqu'une détermination positive est faite aux étapes 204. 206 et 208. Alors l'appariement demandé de titres non liés peut être créé, à l'étape 210. Et mis à la disposition des entités commerçantes 120. Toutefois, si une ou plusieurs des déterminations faites aux étapes 204. 206 et 208 ne sont pas confirmées, alors le module d'appariement 132 peut être configuré pour refuser, à l'étape 212. L'appariant. FIGUE. La figure 3 est un organigramme illustrant un procédé 300 pour commercialiser des paires de titres non reliés à partir d'une ou plusieurs classes d'actifs, selon un mode de réalisation de l'invention. En se référant à la FIG. 3, la méthode 300 peut être initiée lors de la présentation, à l'étape 302. Paires prédéfinies de titres non liés d'une ou de plusieurs catégories d'actifs. La sélection d'une paire prédéfinie peut être reçue, à l'étape 304. Pour ouvrir un ordre commercial en paires. Par exemple, les entités de négoce 120 peuvent rechercher et sélectionner dans une liste de paires prédéfinies de titres non reliés qui sont disponibles pour négociation par l'intermédiaire de la plateforme de négociation de paires 130. Après sélection d'une paire prédéfinie et ouverture d'un ordre commercial de paires correspondant, l'ordre commercial peut être acheminé, à l'étape 306. À un carnet de commandes de paires pour des ordres reçus en relation avec la paire prédéfinie sélectionnée. Par exemple, les titres GLD et SPY peuvent être fournis sous la forme d'une paire prédéfinie identifiée comme GLDSPY et, lors de la sélection, peuvent être acheminés vers un carnet de commandes de paires fourni pour recevoir des ordres concernant GLDSPY. Bien que l'ordre commercial comprenne des jambes représentatives de chacun des titres sous-jacents dans la paire prédéfinie, il est reçu par le carnet de commandes de paires correspondant comme un ordre commercial unique (c'est-à-dire des ordres distincts pour chaque jambe de la paire). Une fois l'ordre commercial des paires introduit dans le carnet de commandes des paires correspondant, on peut alors tenter, à l'étape 308. Pour correspondre aux paramètres d'ordre associés à chaque segment des titres appariés. Dans un mode de réalisation, la plate-forme de négociation de paires 130 peut tenter de faire correspondre les paramètres d'ordre pour chaque jambe des titres appariés en utilisant d'autres ordres commerciaux de paires dans le carnet de paires répondant aux paramètres d'ordre. Dans un autre mode de réalisation, la plate-forme de négociation de paires 130 peut tenter de faire correspondre des paramètres d'ordre à travers des carnets de commandes correspondant à la sécurité représentée par chaque jambe dans la paire. Une détermination peut être effectuée, à l'étape 310. Pour vérifier si les paramètres d'ordre des deux jambes sont satisfaits. Si, et seulement si, les paramètres d'ordre associés à chaque jambe des titres appariés sont satisfaits, alors l'ordre commercial des paires peut être rempli, à l'étape 316. Ce qui rend une opération d'échange de paires sans risque d'un point de vue d'exécution. Si, toutefois, les paramètres d'ordre associés à l'une ou l'autre des jambes des titres appariés ne sont pas satisfaits, une détermination peut être effectuée à l'étape 312. Pour déterminer si un délai pour la conduite du commerce des paires a expiré. Si la période de temps n'a pas expiré, la plate-forme de négociation de paires 130 peut continuer à essayer, à l'étape 308. Correspondant à l'ordre commercial des paires. Si la période de temps a expiré et que l'ordre commercial des paires n'est pas rempli, l'ordre commercial des paires peut être annulé, à l'étape 314. Il est à noter que la séquence d'opérations décrite en conjonction avec les procédés 200 et 300 peut être différente de celle illustrée, respectivement, dans les figures correspondantes. 2 et 3. Par exemple, les opérations à l'étape 208 peuvent être exécutées avant les opérations à l'étape 206. Comme illustré dans le procédé 200 de la Fig. 2. La FIG. La figure 4 illustre une représentation schématique d'une machine sous la forme d'exemple d'un système informatique 400 dans lequel un ensemble d'instructions, pour amener la machine à exécuter une ou plusieurs des méthodologies discutées ici, peut être exécutée. Dans d'autres modes de réalisation, la machine peut être connectée (par exemple en réseau) à d'autres machines dans un réseau local (LAN), un intranet, un extranet ou Internet. La machine peut fonctionner en capacité de matrice d'un serveur ou d'une machine cliente dans un environnement de réseau client-serveur ou en tant que machine homologue dans un environnement réseau pair à pair (ou distribué). La machine peut être un ordinateur personnel, un PC tablette, un boîtier décodeur (STB), un assistant numérique personnel (PDA), un téléphone cellulaire, un appareil Web, un serveur, un routeur réseau, un commutateur ou un pont , Ou toute machine capable d'exécuter un ensemble d'instructions (séquentielles ou non) spécifiant les actions à prendre par cette machine. En outre, bien que seule une seule machine soit illustrée, le terme machine doit également être considéré comme englobant toute collection de machines qui exécutent individuellement ou conjointement un ou plusieurs ensembles d'instructions pour réaliser l'une quelconque ou plusieurs des méthodologies discutées ici. Le système d'ordinateur exemplaire 400 peut être constitué d'un dispositif de traitement 402. Une mémoire principale 404 (par exemple une mémoire vive (ROM), une mémoire flash, une mémoire vive dynamique (DRAM) (telle qu'une DRAM synchrone (SDRAM) ou Rambus DRAM (RDRAM), etc.), une mémoire statique 406 Mémoire SRAM), et un dispositif de stockage de données 418 qui communiquent l'un avec l'autre via un bus 430. Le dispositif de traitement 402 représente un ou plusieurs dispositifs de traitement à usage général tels qu'un microprocesseur, un traitement central Un microprocesseur à calcul d'ensemble d'instructions complexes (CISC), un microprocesseur d'ordinateur à instruction réduite (RISC), un microprocesseur à mot d'instructions très long (VLIW), ou un processeur mettant en oeuvre d'autres ensembles d'instructions, ou des processeurs Le dispositif de traitement 402 peut également être un ou plusieurs dispositifs de traitement spécial tels qu'un circuit intégré spécifique à l'application (ASIC), une matrice de portes programmables sur site (FPGA), un processeur de signal numérique (DSP), un réseau Un processeur ou analogue. Le dispositif de traitement 402 est configuré pour exécuter la logique de traitement 426 pour effectuer les opérations et les étapes décrites ici. Le système informatique 400 peut en outre comprendre un dispositif d'interface de réseau 408. Le système informatique 400 peut également comprendre une unité d'affichage vidéo 410 (par exemple un écran à cristaux liquides (LCD) ou un tube cathodique (CRT)), un dispositif d'entrée alphanumérique 412 (par exemple un clavier), un dispositif de commande de curseur 414 (par exemple une souris ), Et un dispositif de génération de signal 416 (par exemple un haut-parleur). Le dispositif de stockage de données 418 peut inclure un support de mémorisation lisible par machine (ou plus spécifiquement un support de mémorisation lisible par ordinateur) 428 ayant un ou plusieurs ensembles d'instructions (par exemple un logiciel 422) mettant en oeuvre une ou plusieurs des méthodologies de fonctions décrites ici. Par exemple, le logiciel 422 peut stocker des instructions pour conduire un échange de paires d'actions en espèces. Le logiciel 422 peut également résider, totalement ou au moins partiellement, dans la mémoire principale 404 et / ou dans le dispositif de traitement 402 pendant l'exécution de celui-ci par la mémoire principale 404 du système informatique 400 et le dispositif de traitement 402 constituant également un support de stockage lisible par machine. Le logiciel 422 peut en outre être transmis ou reçu sur un réseau 420 via le dispositif d'interface de réseau 408. Le support de mémorisation 428 lisible par machine peut également être utilisé pour stocker des instructions pour conduire un échange de paires d'actions en espèces. Bien que le support de mémorisation lisible par machine 428 soit représenté dans un exemple de réalisation pour être un support unique, le terme support de mémorisation lisible par machine doit être pris pour inclure un seul support ou plusieurs supports (par exemple une base de données centralisée ou distribuée et / ou des caches et serveurs associés ) Qui stockent le ou les ensembles d'instructions. Le terme support de mémorisation lisible par machine doit également être compris comme incluant tout support capable de mémoriser ou de coder un ensemble d'instructions à exécuter par la machine et qui amène la machine à exécuter une ou plusieurs des méthodologies de la présente divulgation. Le terme "support de mémorisation lisible par machine" doit donc être compris comme incluant, sans s'y limiter, les mémoires à l'état solide, et les milieux optiques et magnétiques. Alors que de nombreuses modifications et modifications de la présente description apparaîtront sans aucun doute à un homme du métier après avoir lu la description qui précède, il doit être entendu que tout mode de réalisation particulier décrit et représenté à titre d'illustration n'est en aucune façon Destiné à être considéré comme limitatif. Par conséquent, les références à des détails de divers modes de réalisation ne sont pas destinées à limiter la portée des revendications, qui ne récitent en soi que les caractéristiques considérées comme la divulgation. Procédé est fourni pour remplir une demande de commerce en deux et comprend les étapes consistant à recevoir une pluralité de Des demandes de commerce en deux exécutant une transaction pour une première partie d'une de la pluralité de demandes de commerce en couple et associant une deuxième partie de l'une de la pluralité de demandes de commerce en paires à une autre de la pluralité de demandes de commerce en deux. La présente invention a pour objet: un procédé mis en oeuvre par ordinateur pour exécuter une demande de commerce en paire, ladite demande de commerce en paires effectuée par une institution financière ayant un inventaire d'ordres, le procédé comprenant les étapes consistant à: , Comprenant au moins une demande d'échange de paires, dans laquelle ladite requête d'échange de paires comprend une requête pour échanger une première garantie, une demande d'échange d'une seconde valeur de sécurité, et une requête pour échanger ladite première sécurité et ladite seconde sécurité avec une limite de propagation minimale, Dans lequel ladite première sécurité et ladite seconde sécurité ont chacune un prix d'enchère et un prix de demande déterminant l'écart d'enchère bidbid dans le marché de ladite première sécurité et ladite seconde sécurité déterminant l'écart d'askask sur le marché de ladite première sécurité et ladite seconde sécurité déterminant que la La limite d'étalement minimale de ladite demande d'échange de paire est satisfaite par une plage dudit étalement bidbid et ladite étalement d'askask exécutant une transaction entre une première partie du commerce dudit premier titre dans ladite demande d'échange d'une paire et au moins une demande d'échange de non paire Dans un marché externe, à condition que la limite de propagation minimale de ladite demande d'échange d'une paire soit satisfaite par ladite plage dudit écart de l'enchère acheminée et de ladite propagation par requête et l'exécution d'une transaction entre l'une d'une seconde partie dudit commerce dudit premier titre dans ladite Une demande d'échange de deux paires ou une première partie du commerce de ladite seconde valeur dans ladite demande d'échange d'une paire et au moins une demande d'échange de non paire dans ledit inventaire d'ordre, à condition que la limite de propagation minimale de ladite demande d'échange d'une paire soit satisfaite par Ladite plage de ladite propagation bidbid et ladite propagation en askask dans laquelle au moins l'une desdites étapes est mise en oeuvre avec un ordinateur. 2. Procédé selon la revendication 1, comprenant en outre l'étape consistant à: exécuter une transaction entre une partie du commerce dudit second titre dans ladite demande d'échange d'une paire et au moins une autre demande d'échange de non-paire, à condition que la limite d'écart minimum d'une paire Et ladite étape consistant à exécuter ladite première partie du commerce dudit premier titre dans ladite demande d'échange d'une paire et à exécuter ladite partie du commerce dudit second titre en Ladite requête d'échange d'une paire comprend les étapes consistant à: déterminer si le prix acheteur du premier titre et le prix acheteur du deuxième titre respectent une limite d'étalement déterminant un montant du deuxième titre pouvant être vendu en fonction d'une taille d'enchère associée au Une deuxième valeur de sécurité calculant une quantité équivalente dudit premier titre qui peut être achetée sur la base de la quantité dudit second titre qui peut être vendu en ajustant ladite quantité équivalente dudit premier titre sur la base de critères d'ajustement calculant un prix d'achat dudit montant équivalent ajusté dudit premier Une garantie basée sur la limite d'étalement exécutant un ordre d'amorçage pour acheter ledit montant équivalent ajusté dudit premier titre au niveau dudit prix d'achat et exécuter un ordre de couverture pour vendre ledit montant du second titre. 3. Procédé selon la revendication 2, dans lequel l'étape d'exécution d'un ordre de couverture pour vendre comprend l'étape consistant à: exécuter un ordre de couverture pour vendre ledit montant du second titre au prix d'offre du second titre. 4. Procédé selon la revendication 2, comprenant en outre les étapes consistant à: déterminer si le prix vendeur du premier titre et le prix demandé du second titre respectent un plafond limite déterminant un montant du premier titre pouvant être acheté sur la base d'une offre Taille associée à la première valeur de sécurité calculant une quantité équivalente de ladite seconde valeur de sécurité qui peut être vendue sur la base de la quantité de la seconde valeur de sécurité qui peut être achetée en ajustant ladite quantité équivalente de ladite seconde valeur de sécurité sur la base de critères de réglage calculant un prix de vente dudit équivalent ajusté Le montant dudit second titre sur la base de la limite d'étalement exécutant un ordre d'amorçage pour vendre ledit montant équivalent ajusté dudit second titre au niveau dudit prix de vente et exécuter un ordre de couverture pour acheter ledit montant du premier titre. 5. Procédé selon la revendication 4, dans lequel l'étape d'exécution d'un ordre de recouvrement d'achat comprend l'étape consistant à: exécuter un ordre de couverture pour acheter ledit montant du premier titre au prix de vente du premier titre. 6. Procédé selon la revendication 4, dans lequel lesdits critères d'ajustement comprennent une quantité minimale et une quantité maximale. 7. Procédé selon la revendication 4, dans lequel l'étape d'exécution d'un ordre d'initiation comprend l'étape consistant à: arrondir ledit ordre d'amorçage à une taille de lot ronde. 8. Procédé selon la revendication 1, comprenant en outre l'étape consistant à: exécuter une transaction entre une partie de la transaction dudit second titre dans ladite demande d'échange d'une paire et au moins une autre demande d'échange de non paire, à condition que la limite d'écart minimum d'une paire Et ladite étape consistant à exécuter ladite première partie du commerce dudit premier titre dans ladite demande d'échange d'une paire et à exécuter ladite partie du commerce dudit second titre en Ladite requête d'échange d'une paire comprend les étapes consistant à: déterminer si le prix de demande de la première valeur de sécurité et le prix de demande de la seconde valeur de sécurité satisfont à une limite de propagation déterminant un montant de la seconde valeur pouvant être achetée en fonction d'une taille de demande associée à la Une deuxième valeur de sécurité calculant une quantité équivalente dudit premier titre qui peut être vendu sur la base de la quantité du deuxième titre qui peut être acheté en ajustant ladite quantité équivalente dudit premier titre sur la base de critères d'ajustement calculant un prix de vente dudit montant équivalent ajusté dudit premier Une garantie basée sur la limite d'étalement exécutant un ordre d'amorçage pour vendre ledit montant équivalent ajusté dudit premier titre audit prix de vente et exécuter un ordre de couverture pour acheter ledit montant dudit second titre. 9. Procédé selon la revendication 1, dans lequel au moins l'une des étapes d'exécution inclut l'étape consistant à: exécuter au moins une partie du commerce de ladite première sécurité ou de ladite seconde sécurité dans ladite demande d'échange d'une paire en une pluralité de tranches. 10. Procédé selon la revendication 1, dans lequel ladite pluralité de demandes de commerce en paire comprend une autre demande de commerce en paire, dans laquelle ladite autre demande de commerce en paire comprend une demande pour commercer ladite première sécurité, une demande pour commercer ladite seconde sécurité et dans lequel ladite demande A une première limite d'étalement et ladite autre demande d'échange de paires a une seconde limite d'étalement et dans lequel ledit procédé comprend en outre les étapes consistant à: déterminer que la limite d'étalement minimum de ladite autre requête d'échange de paire est satisfaite par ladite gamme dudit étalement bidbid et ladite requête Répartir et assortir une autre partie dudit commerce dudit premier titre dans ladite demande d'échange d'une paire et au moins une autre partie dudit commerce dudit second titre dans ladite demande d'échange d'une paire contre ladite autre demande d'échange de paires, à condition qu'une plage du minimum Étendue de ladite demande d'échange d'une paire et ladite autre requête d'échange de paires chevauche ladite plage de ladite propagation bidbid et ladite propagation en askask. 11. The method of claim 10. wherein said matching step further includes the steps of: determining that a range of said first spread limit and said second spread limit overlaps with a market spread setting a spread level calculating prices for the first security and the second security that are within the market spread and based on said spread level and matching said another portion of said trade of said first security in said one pair trade request and at least said another portion of the trade of said second security in said one pair trade request against said another pair trade request based on said calculated prices. 12. The method of claim 11. wherein the step of setting a spread level includes the steps of: calculating a mean between said first spread limit and said second spread limit and setting said spread level as said mean if said mean is within said market spread. 13. The method of claim 12. further including the step of: identifying a spread amount that is closest to said mean and within said market spread and setting said spread level as said spread amount if said mean is not within said market spread. 14. A computer-implemented method for fulfilling a pair trade request, comprising the steps of: receiving a plurality of pair trade requests, comprising at least one pair trade request, wherein said pair trade request comprises a request to trade a first security, a request to trade a second security, and a request to trade said first security and said second security with a minimum spread limit, and wherein said first security and said second security each have a bid price and an ask price determining the bidbid spread in the market of said first security and said second security determining the askask spread in the market of said first security and said second security determining that the minimum spread limit of said pair trade request is met by a range of said bidbid spread and said askask spread executing a transaction between a first portion of the trade of said first security in said one pair trade request and at least a first non-pair trade request, provided that the minimum spread limit of said one pair trade request is met by said range of said bidbid spread and said askask spread executing a transaction between a first portion of the trade of said second security in said one pair trade request and at least a second non-pair trade request, provided that the minimum spread limit of said one pair trade request is met by said range of said bidbid spread and said askask spread and repeating the executing steps until the pair trade request is fulfilled wherein at least one of said steps is implemented with a computer. 15. The method of claim 14. wherein at least one of the repeated steps includes the step of: executing a transaction for a portion of the trade of said first security in said one pair trade request in an external market. 16. The method of claim 14. wherein at least one of the repeated executing steps is performed by a financial institution having an order inventory and at least said one of said repeated steps includes the step of: executing a transaction for a portion of the trade of said first security in said one pair trade request against said order inventory. 17. The method of claim 14. wherein said plurality of pair trade requests comprises another pair trade request, wherein said another pair trade request comprises a request to trade said first security, a request to trade said second security and a request said first security and said second security with a second minimum spread limit, the method further comprising the steps of: determining that the minimum spread limit of said another pair trade request is met by said range of said bidbid spread and said askask spread and matching a second portion of said trade of said first security in said one pair trade request and at least a first portion of the trade of said second security in said one pair trade request against said another pair trade request, provided that a range of the minimum spread limit of said one pair trade request and said another pair trade request overlaps with said range of said bidbid spread and said askask spread. 18. A computer readable storage medium storing instructions for fulfilling a pair trade request that, when executed by a computer, cause the computer to: receive a plurality of pair trade requests, comprising at least one pair trade request, wherein said pair trade request comprises a request to trade a first security, a request to trade a second security, and a request to trade said first security and said second security with a minimum spread limit, and wherein said first security and said second security each have a bid price and an ask price determine the bidbid spread in the market of said first security and said second security determine the askask spread in the market of said first security and said second security determine that the minimum spread limit of said pair trade request is met by a range of said bidbid spread and said askask spread execute a transaction between a first portion of the trade of said first security in said one pair trade request and at least one non-pair trade request in an external market, provided that the minimum spread limit of said one pair trade request is met by said range of said bidbid spread and said askask spread and execute a transaction between one of a second portion of said trade of said first security in said one pair trade request or a first portion of the trade of said second security in said one pair trade request, and at least one non-pair trade request in said order inventory, provided that the minimum spread limit of said one pair trade request is met by said range of said bidbid spread and said askask spread. 19. A computer readable storage medium storing instructions for fulfilling a pair trade request that, when executed by a computer, cause the computer to: receive a plurality of pair trade requests, comprising at least one pair trade request, wherein said pair trade request comprises a request to trade a first security, a request to trade a second security, and a request to trade said first security and said second security with a minimum spread limit, and wherein said first security and said second security each have a bid price and an ask price determine the bidbid spread in the market of said first security and said second security determine the askask spread in the market of said first security and said second security determine that the minimum spread limit of said pair trade request is met by a range of said bidbid spread and said askask spread execute a transaction between a first portion of the trade of said first security in said one pair trade request and at least a first non-pair trade request, provided that the minimum spread limit of said one pair trade request is met by said range of said bidbid spread and said askask spread execute a transaction between a first portion of the trade of said second security in said one pair trade request and at least a second non-pair trade request, provided that the minimum spread limit of said one pair trade request is met by said range of said bidbid spread and said askask spread and repeat the executing steps until the pair trade request is fulfilled. 20. The method of claim 19. wherein at least one non-pair trade request is selected from the group consisting of: an external market order and an order from an inventory from a financial institution. CROSS-REFERENCE TO RELATED APPLICATIONS This application is a divisional application of U. S. patent application Ser. No. 10206,549, entitled Pair trading system and method, which was filed on Jul. 25, 2002 now U. S. Pat. No. 7,412,415, which claims priority to U. S. provisional patent application Ser. No. 60334,163 entitled Method and System for Trading Pairs of Securities that was filed on Nov. 29, 2001. The contents of both applications are herein incorporated by reference. The following invention relates to a system and method for trading securities and, in particular, for a system and method of trading securities in pairs. A recognized strategy for trading securities is known as pair-trading. Pair-trading is a non-directional investment strategy in which the investor identifies two securities having similar characteristics and the securities are currently trading at a price relationship that is out of their historical trading range. The investor exploits the price relationship between the securities by buying the undervalued security while short-selling the overvalued security. Because pair-trading is a market-neutral strategy, it is a particularly desirable strategy for investing in volatile markets. One context in which pair trading is useful is where an investor desires to take advantage of an arbitrage opportunity resulting from a merger between two companies. For example, Company A has announced a definitive agreement to acquire Company T in which case Company T shareholders will receive 0.5 shares of Company A stock for each share of Company T stock they own. The investor desires to capture the spread between the offered consideration (0.5 shares of A) and the price of T stock. To do this, the investor buys shares in T stock and sells shares of A stock. For instance, if stock T is trading at 28 per share and stock A is trading at 60 per share, then the investor may execute a trade for 200,000 spreads by buying 200,000 shares of T stock and selling 100,000 shares of A stock. After the merger takes place, the investor will cover the short position in stock A with the 100,000 shares of A stock the investors receives in exchange of the 200,000 shares the investor held of stock T. Thus, by executing the pair trade, the investor locks in a 400,000 profit (assuming that the merger goes through). The process of executing a pair trade thus includes executing individual trades directed to each leg of the pair trade request. An example of a system for executing trades for filling a pair trade request is the Quantex system from ITG (itgincproductsquantexquantex. html) of 380 Madison Avenue, New York, N. Y. 10017. A challenge in implementing a pair trade is to find a counterparty for a particular position an investor desires to establish while minimizing leg risk. Typically, a large pair trade is performed off the market as a private transaction negotiated by a financial institution that services large clients. For example, if an investor desires to execute a pair trade betting that a proposed merger between two companies will go through, the investor would approach a financial institution seeking an investor that is willing to bet against the merger. The financial institution then acts as an intermediary between the two investors in which the investors establish equal and opposite positions in the stock of the proposed merger partners thereby completing the pair trade. Thus by matching two pair trade requests so that the transactions associated with each of the pair trade legs are executed simultaneously, neither investor is exposed to leg risk that would otherwise result for the period of time between execution of the first leg and the second leg of the pair trade. There are numerous drawbacks associated with the prevalent pair-trading practice. First, pair-trading is typically limited to clients of large financial institutions that have the ability to identify suitable counterparties for a particular pair trade. This is especially the case when the pair trade involves a large amount of stock or illiquid stocks in which the only way to execute the trade and minimize leg risk is via an off the market transaction negotiated by a financial institution. Also, because a pair-trade is typically negotiated by the parties with a financial institution as an intermediary, the process is often slow and inefficient. Furthermore, pair-trading under current practice is generally best suited for large clients seeking to establish large positions thereby providing the financial institutions with the economic incentive to execute the transaction. Smaller clients, however, must rely on the markets for executing pair trades, which is unsuitable for illiquid stocks and also results in increased leg risk. Accordingly, it is desirable to provide a system and method for trading securities in pairs. SUMMARY OF THE INVENTION The present invention is directed to overcoming the drawbacks of the prior art pair trading practices. Under the present invention a method is provided for fulfilling a pair trade request and includes the steps of receiving a plurality of pair trade requests executing a transaction for a first portion of one of the plurality of pair trade requests and matching a second portion of the one of the plurality of pair trade requests against another of the plurality of pair trade requests. In an exemplary embodiment, the method includes the step of executing a transaction for a first portion of one of the plurality of pair trade requests in an external market. In another exemplary embodiment, the method includes the step of executing a transaction for a first portion of one of the plurality of pair trade requests against the order inventory. In yet another exemplary embodiment, the pair trade request includes a first security having a bid price and an ask price and a second security having a bid price and an ask price, and the method includes the steps of determining whether the bid price of the first security and the bid price of the second security meet a spread limit determining an amount of the second security that can be sold based on a bid size associated with the second security calculating an equivalent amount of the first security that can be bought based on the amount of the second security that can be sold adjusting the equivalent amount of the first security based on adjustment criteria calculating a purchase price for the adjusted equivalent amount of the first security based on the spread limit executing an initiating order to buy the adjusted equivalent amount of the first security at the purchase price and executing a covering order to sell the amount of the second security. In still yet another exemplary embodiment, the method includes the step of executing a covering order to sell the amount of the second security at the bid price of the second security. In an exemplary embodiment, the method includes the steps of determining whether the ask price of the first security and the ask price of the second security andor the bid price of the first security and the bid price of the second security meet a spread limit determining an amount of the first security that can be bought based on an offer size associated with the first security calculating an equivalent amount of the second security that can be sold based on the amount of the second security that can be bought adjusting the equivalent amount of the second security based on adjustment criteria calculating a selling price for the adjusted equivalent amount of the second security based on the spread limit executing an initiating order to sell the adjusted equivalent amount of the second security at the selling price and executing a covering order to purchase the amount of the first security. In another exemplary embodiment, the method includes the step of executing a covering order to purchase the amount of the first security at the ask price of the first security. In yet another exemplary embodiment, the adjustment criteria include a minimum amount and a maximum amount. In still yet another exemplary embodiment, the method includes the step of rounding the initiating order to a round lot size. In an exemplary embodiment, the method includes the step of executing a first portion of one of the plurality of pair trade requests in a plurality of tranches. In another exemplary embodiment, the one of the plurality of pair trade requests and the another of the plurality of pair trade requests include a first security and a second security, the one of the plurality of pair trade requests has a first spread limit and the another of said plurality of trade requests has a second spread limit and wherein the method includes the steps of determining that a range of the first spread limit and the second spread limit overlaps with a market spread setting a spread level calculating prices for the first security and the second security that are within the market spread and based on the spread level and matching the second portion of the one of the plurality of pair trade requests against another of the plurality of pair trade requests based on the calculated prices. In yet another exemplary embodiment, the method includes the steps of calculating a mean between the first spread limit and the second spread limit and setting the spread level as the mean if the mean is within the market spread. In still yet another exemplary embodiment, the method includes the step of identifying a spread amount that is closest to the mean and within the market spread and setting the spread level as the spread amount if the mean is not within the market spread. In an exemplary embodiment, the one of the plurality of pair trade requests and the another of the plurality of pair trade requests include a first security and a second security, the one of the plurality of pair trade requests has a first spread limit, a buy ratio and a sell ratio, the another of the plurality of trade requests has a second spread limit, a buy ratio and a sell ratio and the method includes the steps of determining that the buy ratio and the sell ratio associated with the one of the plurality of trade requests does not equal the buy ratio and the sell ratio of the another of the plurality of trade requests and that an overlap exists between range of the first spread limit and the second spread limit and a market spread determining that market prices exist that are within the overlap determining a mismatch amount in the second security based on a difference between the buy ratio and the sell ratio associated with the one of the plurality of trade requests and the buy ratio and the sell ratio of the another of the plurality of trade requests calculating a cross amount for the first security and the second security selecting a crossing price for the first security and the second security that is within the overlap determining that the mismatch amount is available at the crossing price for the second security matching the second portion of the one of the plurality of pair trade requests against another of the plurality of pair trade requests based on the calculated prices and executing a transaction for the mismatch amount of the second security at the crossing price for the second security. In another exemplary embodiment, the method includes the step of determining that the mismatch amount is available in an external market at the crossing price for the second security. In yet another exemplary embodiment, the method is performed by a financial institution having order inventory and includes the step of determining that the mismatch amount is available in the order inventory at the crossing price for the second security. In still yet another exemplary embodiment, the one of the plurality of pair trade requests and the another of the plurality of pair trade requests indicate a number of spreads and the method includes the step of matching a second portion of the one of the plurality of pair trade requests against another of the plurality of pair trade requests if the number of spreads is greater than a minimum number of spreads. In an exemplary embodiment, the method includes the step of receiving a preference for filling at least some of the plurality of trade requests via the step of executing a transaction for a first portion of one of the plurality of pair trade requests, described above. In another exemplary embodiment, the method includes the step of receiving a preference for filling at least some of the plurality of trade requests via the step of matching a second portion of the one of the plurality of pair trade requests against another of the plurality of pair trade requests, described above. Under the present invention, a method for fulfilling a pair trade request is provided and includes the steps of receiving a plurality of pair trade requests and matching at least a portion of one of the plurality of pair trade requests against another of the plurality of pair trade requests. Under the present invention, a system for fulfilling a pair trade request is provided, the system receiving a plurality of pair trade requests and includes a pair trading engine for executing a transaction for a first portion of one of the plurality of pair trade requests. The system also includes a pair crossing network for matching a second portion of said one of the plurality of pair trade requests against another of the plurality of pair trade requests. In an exemplary embodiment, the system includes a link to external markets and wherein the pair trading engine executes the transaction for the first portion of one of the plurality of pair trade requests in the external markets. In another exemplary embodiment, the system includes a financial institution having an order inventory and wherein the pair trading engine executes the transaction for the first portion of one of the plurality of pair trade requests against the order inventory. In yet another exemplary embodiment, the pair trade request includes a first security having a bid price and an ask price and a second security having a bid price and an ask price, and wherein the pair trading engine determines whether the bid price of the first security and the bid price of the second security meet a spread limit determines an amount of the second security that can be sold based on a bid size associated with the second security calculates an equivalent amount of the first security that can be bought based on the amount of the second security that can be sold adjusts the equivalent amount of the first security based on adjustment criteria calculates a purchase price for the adjusted equivalent amount of the first security based on the spread limit executes an initiating order to buy said adjusted equivalent amount of the first security at the purchase price and executes a covering order to sell the amount of the second security. In still yet another exemplary embodiment, the pair trading engine executes a covering order to sell the amount of the second security at the bid price of the second security. In an exemplary embodiment, the pair trading engine determines whether the ask price of the first security and the ask price of the second security meet a spread limit determines an amount of the first security that can be bought based on an offer size associated with the first security calculates an equivalent amount of the second security that can be sold based on the amount of the second security that can be bought adjusts said equivalent amount of the second security based on adjustment criteria calculates a selling price for the adjusted equivalent amount of the second security based on the spread limit executes an initiating order to sell the adjusted equivalent amount of the second security at the selling price and executes a covering order to purchase the amount of the first security. In another exemplary embodiment, the pair trading engine executes a covering order to purchase the amount of the first security at the ask price of the first security. In yet another exemplary embodiment, the pair trading engine rounds the initiating order to a round lot size. In still yet another exemplary embodiment, the pair trading engine executes a first portion of one of the plurality of pair trade requests in a plurality of tranches. In an exemplary embodiment, the one of the plurality of pair trade requests and the another of the plurality of pair trade requests include a first security and a second security, the one of the plurality of pair trade requests has a first spread limit and the another of the plurality of trade requests has a second spread limit and wherein the pair crossing network determines that a range of the first spread limit and the second spread limit overlaps with a market spread sets a spread level calculates prices for the first security and the second security that are within the market spread and based on the spread level and matches the second portion of said one of the plurality of pair trade requests against another of the plurality of pair trade requests based on the calculated prices. In another exemplary embodiment, the pair crossing network calculates a mean between the first spread limit and the second spread limit and sets the spread level as the mean if the mean is within the market spread. In yet another exemplary embodiment, the pair crossing network identifies a spread amount that is closest to the mean and within the market spread and sets the spread level as the spread amount if the mean is not within the market spread. In still yet another exemplary embodiment, the one of said plurality of pair trade requests and the another of the plurality of pair trade requests include a first security and a second security, the one of the plurality of pair trade requests has a first spread limit, a buy ratio and a sell ratio, the another of the plurality of trade requests has a second spread limit, a buy ratio and a sell ratio and wherein the pair crossing network determines that the buy ratio and the sell ratio associated with the one of the plurality of trade requests does not equal the buy ratio and the sell ratio of the another of the plurality of trade requests and that an overlap exists between range of the first spread limit and the second spread limit and a market spread determines that market prices exist that are within the overlap determines a mismatch amount in the second security based on a difference between the buy ratio and the sell ratio associated with the one of the plurality of trade requests and the buy ratio and the sell ratio of the another of the plurality of trade requests calculates a cross amount for the first security and the second security selects a crossing price for the first security and the second security that is within said overlap determines that the mismatch amount is available at the crossing price for the second security matches the second portion of the one of the plurality of pair trade requests against another of the plurality of pair trade requests based on the calculated prices and executes a transaction for the mismatch amount of the second security at the crossing price for the second security. In an exemplary embodiment, the pair crossing network determines that the mismatch amount is available in an external market at the crossing price for the second security. In another exemplary embodiment, the pair crossing network determines that the mismatch amount is available in the order inventory at the crossing price for the second security. In yet another exemplary embodiment, the one of said plurality of pair trade requests and the another of the plurality of pair trade requests indicate a number of spreads and wherein the pair crossing network matches a second portion of the one of the plurality of pair trade requests against another of the plurality of pair trade requests if the number of spreads is greater than a minimum number of spreads. In still yet another exemplary embodiment, the plurality of pair trade requests include at least some pair trade requests indicating a preference for execution via said pair crossing network, and the system further includes a portfolio manager in communications with the pair crossing network, the portfolio manager receiving the plurality of pair trade requests and routing the at least some pair trade requests to the pair crossing network according to the preference. In an exemplary embodiment, the system includes a pair trading engine for executing at least some of the plurality of pair trade requests, further includes a portfolio manager in communications with the pair trading engine and wherein the plurality of pair trade requests include at least some pair trade requests indicating a preference for execution via the pair trading engine, the portfolio manager receiving the plurality of pair trade requests and routing the at least some of the plurality of trade requests to the pair trading engine according to the preference. Under the present invention, a system for fulfilling a pair trade request is provided, wherein the system receives a plurality of pair trade requests and includes a pair crossing network for matching at least one of the plurality of pair trade requests against another of the plurality of pair trade requests. Accordingly, a method and a system are provided for trading pair securities. The invention accordingly comprises the features of construction, combination of elements and arrangement of parts that will be exemplified in the following detailed disclosure, and the scope of the invention will be indicated in the claims. Other features and advantages of the invention will be apparent from the description, the drawings and the claims. DESCRIPTION OF THE DRAWINGS For a fuller understanding of the invention, reference is made to the following description taken in conjunction with the accompanying drawings, in which: FIG. 1 is a block diagram of a system for trading securities in pairs according to the present invention FIG. 2 is a flowchart of the steps a pair trading engine included in the system of FIG. 1 applies to fill a pair trade request FIG. 3 is a flowchart of the steps a pair crossing network included in the system of FIG. 1 applies to fill a pair trade request FIG. 4 is a flowchart of a process by which the pair crossing network of the system of FIG. 1 fills imperfectly matched orders and FIG. 5 is a graph for identifying the market prices for two securities that meet the required spread limits. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Referring now to FIG. 1. there is shown a block diagram of a system 1 for trading securities in pairs according to the present invention. System 1 receives pair trade requests from clients operating client access devices 7 and attempts to fill the pair trade requests according to the parameters associated with the particular pair trade request. System 1 includes two different subsystems for filling pair trade requests: a pair trading engine 3 and a pair crossing network 5 . As will be described below, pair trading engine 3 receives a pair trade request and attempts to fill (in whole or in part) the trade request by executing the appropriate trades in an external market 13 (that may include, by way of non-limiting example, the New York Stock Exchange, the NASDAQ or any other financial market). Pair trading engine 3 may also fill (in whole or in part) a pair trade request by executing a transaction against order inventory 11 of (non-pair) trade requests controlled by the financial institution that is operating system 1 . In addition, pair trading engine may also fill (in whole or in part) a pair trade request by forwarding the trade request to pair crossing network 5 for matching with other pair trade requests. Likewise, pair crossing network 5 receives a pair trade request and fulfills (in whole or in part) the request by matching it against another pair trade request received by pair crossing network 5 . by matching the request against inventory 11 controlled by the financial institution andor by forwarding the trade request to pair trading engine 3 for execution in external markets 13 . System 1 also includes a portfolio manager 9 (that may be, for example, a software program executing on a computer system) that receives the pair trade requests from client access device 7 and presents the trade request to either pair trading engine 3 . pair crossing network 5 or both, depending on the trade parameters set by the client. Also, the client may query portfolio manager 9 regarding the status of any pair trade request the client has presented to system 1 . In operation, system 1 may fulfill a pair trade request either using pair trading engine 3 . or pair crossing network 5 . or a combination of the two. For example, a pair trade request received by system 1 may be completely filled by pair trading engine 3 as follows. Assume a case where XYZ is taking over ABC and is offering 0.575 shares of XYZ for each ABC share and investor Arb wants to invest in the price difference between ABC stock and XYZ stock. To take advantage of the price difference, Arb wants to lock in the difference between the value offered (0.575XYZ stock) and the value of ABC stock by buying ABC stock and selling XYZ stock subject to the condition that ABC0.575 XYZlt1.19 (i. e. Arb desires to capture a 1.19 difference between XYZs takeover offer and ABCs share price). In order to fill this pair trade, Arb presents a pair trade request to portfolio manager 9 (using client access device 7 ). The pair trade request typically includes a number of parameters that define the pair trade and that also may be used by portfolio manager 9 in determining how the pair trade request is to be filled. Arb typically indicates in the trade request the number of spreads the Arb desires to invest in and also provides a minimum and maximum share amount that he is willing to trade per tranche. For example, Arb may indicate a desire to invest in 100,000 spreads and may only wish to trade the spread 3,000-8,000 shares at a time. Arb generally sets this tranche size range based on the liquidity and volatility of ABC stock and XYZ stock. Arb may set a larger minimum tranche size if ABC stock and XYZ stock are fairly liquid stocks because higher liquidity increases the likelihood that a larger tranche size will be executed. Arb may set a lower maximum tranche size if XYZ stock and ABC stock are volatile stocks so as to limit the leg risk associated with executing a pair trade. Yet another pair trade parameter Arb provides is the spread limit (in the above case 1.19) which is the amount Arb desires to capture in the trade. Arb does not have to provide, however, the discrete prices at which trades for ABC and XYZ stock are to be executed as these prices are calculated by pair trading engine 3 (andor pair crossing network 5 ), as will be described below. Referring now to FIG. 2. there is shown a flowchart describing the steps pair trading engine 3 applies to fill a pair trade request. The flowchart in FIG. 2 is based on the above example and the market data listed in Table 1 below. Initially, in Step 201 . pair trading engine 3 determines whether the bidbid prices or askask prices of ABC and XYZ stock, respectively, meet the spread limit requirement of the particular pair trade request. In this case the bidbid spread is 1.4375 ((122.500.575)69) and the askask spread is 1.1969 ((122.6250.575)69.3125) so that each spread is less than the spread limit of 1.19, as is required for this particular trade. Once it is determined that either the bidbid spread or the askask spread meets the spread limit, then in Step 202 . it is determined (as is indicated in Table 1) how much XYZ stock can be sold at the bid and how much ABC stock can be bought at the ask. In an exemplary embodiment, the client may specify whether the bidbid spread, the askask spread or either the bidbid or the askask spread must exceed the indicated spread limit for a transaction to proceed. If neither the bidbid spread nor the askask spread meets the spread limit, the process waits a period of time (for example 0.10 seconds) and returns to Step 201 to again test whether the bidbid spread or the askask spread meets the spread limit. Next, in step 203 . an equivalent amount of stock that can be sent into the market (i. e. boughtsold in the market) is calculated for a spread based on the bidbid price spread andor the askask price spread that meets the spread limit. In this example, if a maximum of 10,000 shares of XYZ stock can be sold into the market (i. e. the XYZ bid size) then, based on the ABC:XYZ ratio (of 1:0.575 in this case), a total of 17,391 (10,0000.575) shares of ABC stock are to be bought in order to execute a balanced pair trade. Likewise, if a maximum of 1,500 shares of ABC stock can be bought in the market (i. e. the ABC ask size), then, based on the ABC:XYZ ratio (of 1:0.575 in this case), a total of 863 (15000.575) shares of XYZ stock are to be sold in order to execute a balanced pair trade. Next, in Step 204 . the pair trade share amounts calculated in Step 203 are adjusted to conform to the wave maximum and minimum parameters (i. e. the maximumminimum tranche size) included in the pair trade request as well as market round lot limits. In the above example, the amount of ABC shares to be bought that was calculated based on the XYZ bid size (i. e. 17,391) is first rounded to an even lot size (i. e. 17,400) and then reduced to the maximum tranche size of 8000. Also, the amount of XYZ shares to be offered that was calculated based on the ABC ask size (i. e. 863) is first rounded to an even lot size (i. e. 900) and then increased to 1,700 shares to meet the minimum tranche size of 3000 (30000.5751777). In an exemplary embodiment the minimum and maximum tranche size is scaled by the particular ratio (for example, in the above case, the tranche sizes for XYZ stock is scaled by 0.575). In another embodiment, the maximumminimum tranche size is used for each security in the pair trade request without scaling. In yet another exemplary embodiment, the pair trade request includes a separate maximumminimum tranche for each security. Once the share amounts for the pair trade are calculated, in Step 205 . the share prices that are needed to meet the spread limit of the pair trade request are calculated. For example, for a pair trade based on the bidbid price spread, in order to meet the spread limit of 1.19 credit, the price at which ABC stock is to be bid should be no greater than 69.2475 ((122.500.575)1.19) a share. Likewise, for a pair trade based on the askask price spread, in order to meet the spread limit, the price at which XYZ stock is to be offered should be greater than or equal to 122.6130 ((69.31251.19)0.575) a share. Next, once the pair trade share amounts and share prices have been calculated, in Step 206 . pair trading engine 3 sends initiating orders to external markets 13 in order to fill the pair trade request. The initiating orders may include an initiating order for executing a pair trade based on the bidbid spread (in this case a bid for 8,000 shares of ABC stock at 69.2475) andor an initiating order for executing a pair trade based on the askask spread (in this case an offer of 1,700 shares of XYZ stock at 122.6130). Finally, as the initiating orders sent to external markets 13 in Step 207 get filled, pair trading engine 3 automatically sends into the market the covering side of the pair trade. So, for example, as the initiating order of buying 8,000 shares of ABC stock at 69.2475 gets filled, pair trading engine 3 sends an order to external markets 13 to sell 4,600 (8,0000.575) shares of XYZ stock at 122.50. In an exemplary embodiment, the clients pair trade request includes threshold amounts that indicate the amount of variance in stock price andor share amount the client is willing to absorb. For example, if in the process of covering the initiating order the price of XYZ stock dips to 122.49 (in which case the spread limit of the pair trade would drop to 1.18), then pair trading engine 3 would still sell XYZ stock at the price of 122.49 if the 0.01 difference was within the threshold amount included in the pair trade request. Similarly, the pair trade request may include threshold amounts for any other pair trade parameter, including by way of non-limiting example, the number of spreads to be purchased and the tranche sizes. If, however, a particular threshold amount indicated by the client is exceeded for any given pair trade parameter, then pair trading engine 3 would attempt to cancel the initiating order andor the covering order (that may be possible if the orders have not yet reached the market or have not yet been filled). In such a case, pair trading engine 3 would then repeat the above analysis for determining suitable initiating and cover orders. To fill a pair trade request, pair trading engine 3 executes trades utilizing the method described above. Typically, pair trading engine 3 tranches a pair trade request and trades piece-meal in external markets 13 . In certain cases, however, it may be difficult to fill a trade request by executing several transactions in external markets 13 either because the pair trade request is for a very large number of spreads or includes stocks that are illiquid (in which cases pair trading engine 3 may be ineffective in filling the pair trade request). Also, in certain situations, a client wishing to remain anonymous may indicate in the pair trade request a preference that no orders be sent to external markets 13 . In these circumstances, portfolio manager 9 may route the particular pair trade request to pair crossing network 5 . Referring now to FIG. 3. there is shown a flowchart illustrating the steps pair crossing network 5 applies to fill a pair trade request. The flowchart in FIG. 3 is based on the above example and the market data listed in Table 2 below. Spread Limit as defined by 0.575 XYZ ABC Continuing the previous example, assume the pair trade request issued by Arb for 100,000 spreads was half-filled by pair trading engine 3 . Also, assume that system 1 receives a pair trade request from Antiarb that indicates a desire to sell 30,000 shares of ABC and buy 17,200 shares (a ratio of 1:0.575) and also indicates a spread limit of 1.30 (i. e. (ABC0.575XYZ)lt1.30). In this case Arb and Antiarbs orders are complimentary in the primary order elementssecurities, ratios and buy versus sell. Also, Antiarb is willing to pay 0.11 per spread more than Arb is demanding from the marketplace. Based on these parameters, there is an opportunity for Arbs and Antiarbs trade requests to be filled via pair crossing network 5 . If Antiarbs pair trade request was marked for trading by pair trading engine 3 . then portfolio manager 9 sends Antiarbs order to pair trading engine 3 for execution. Pair trading engine 3 then sends the parameters of Antiarbs trade request, as well as all orders waiting for execution in pair trading engine 3 . to pair crossing network 5 . Pair crossing network 5 will recognize (as described above) that there is a crossing opportunity between Arbs order and Antiarbs order. In this case, pair crossing network 5 then directs pair trading engine 3 to suspend the execution of Antiarbs order in the amount that can be crossed by pair crossing network 5 (30,000 spreads in this case). In addition, pair trading engine 3 routes a cross amount of 30,000 spreads from Arbs order to pair crossing network 5 for crossing against Antiarbs order. At this point, the pair crossing network 5 crosses the Antiarb order against a portion of Arbs order, as follows. Assume the prevailing market conditions at the time of the cross are as shown in Table 3. Furthermore, Table 3 indicates the XYZ Ratio-Adjusted Value for both the bid and ask prices based on the conversion ratio of 1:0.575. Based on the XYZ Ratio-Adjusted Values, a Bid:Ask Spread Range (i. e. the spread provided for a cross between the bid price of ABC stock and the XYZ Ratio-Adjusted ask price) of 1.3863 is calculated and an Ask:Bid Spread Range (i. e. the spread provided for a cross between the ask price of ABC stock and the XYZ Ratio-Adjusted bid price) of 1.05 is calculated. To perform the cross, in Step 301 pair crossing network 5 first determines whether the range of spread limits associated with Arbs and Antiarbs trade requests (i. e. 1.30-1.19) coincides with the range of the prevailing market spread (1.3863-1.05). In this example, the range of spread limits does coincide with the prevailing market spread because at least a portion of the spread limit range overlaps with a portion of the market spread. Thus, a cross can occur. Next, in Step 302 . pair crossing network 5 calculates the mean of Arbs and Antiarbs spread order limit which is (1.301.19)21.245 and determines whether the mean is within the range of the market spread (i. e. 1.3863-1.05). If it is, then in Step 303 . pair crossing network 5 calculates the prices at which to cross. The prices must be within the current markets for ABC stock and XYZ stock, and satisfy market uptick requirements (for short sales), and provide a spread that is equal to the spread level calculated above. For example, with the inside market for ABC stock at 70.00-70.25 and the inside market for XYZ stock at 124.00-124.15, a cross price of 70.11 for ABC stock and 124.096 for XYZ stock provides the spread of 1.2452 thereby meeting the requirement of both Arbs and Antiarbs trade request. Finally, in Step 304 . pair crossing network 5 crosses 30,000 shares of ABC stock at 70.11 (with Arb buying and Antiarb selling) and 17,200 shares of XYZ at 124.096 (with Arb selling and Antiarb buying). If it is determined in Step 302 that the mean of Arbs and Antiarbs spread order limits does not fall within the range of the market spread, then in Step 305 . the spread closest to the mean of the two spread limits that is also within the market spread is calculated. For example, if the market spread is 1.3863-1.28, then the mean of the two spread limits (1.245) is not within the market spread. In such a case, 1.28 is selected as the spread level that is closest to the mean and within the market spread. In an exemplary embodiment, the spread level at which Arb and Antiarb cross can be determined in any other suitable manner as long as the spread level is within the market spread and within the range of spread limits indicated in the pair trade requests. Once the spread level is determined, the method proceeds to Step 303 in which pair crossing network 5 calculates prices to cross at that are within the current markets for ABC stock and XYZ stock and that meet the calculated spread level. In the case where the calculated spread level is 1.28, the cross will occur at a price of 70.08 for ABC stock and 124.1043 for XYZ stock. Finally, the method proceeds to Step 304 in which pair crossing network 5 performs the cross between Arb and Antiarb. Once a pair trade request is filled (or partially filled), the transaction details are reported to portfolio manager 9 and made available to the client operating client access device 7 . In the previous example, pair crossing network 5 crosses orders in which both Arb and Antiarb desire to trade the same pair of securities in the same ratio. In an exemplary embodiment, pair crossing network 5 executes a cross between two pair trade requests that are not perfectly matched. For example, assume that pair crossing network 5 receives the pair trade requests as shown in Table 4. Note that these two pair trade requests are imperfectly matched because each trade request uses a different ratio between ABC and XYZ stock. Arbs Spread Limit is defined by 0.575 XYZ ABC. Antiarbs Spread Limit is defined by 0.6 XYZ ABC. Also, assume the market in ABC and XYZ stocks at the time the pair trade requests are received by pair crossing network 5 is as described in Table 5 below. Arbs XYZ Ratio-Adjusted Value Arbs Dollar Range AntiArbs XYZ Ratio-Adjusted Value AntiArbs Dollar Range Referring now to FIG. 4. there is shown a flowchart illustrating a process by which pair crossing network 5 fills these imperfectly matched order. First, in Step 401 . pair crossing network 5 determines whether Arbs buy security equals Antiarbs sell security and whether Arbs sell security equals Antiarbs buy security. If both conditions are not met, then a cross between the two orders cannot occur. If the two conditions are met, then in Step 402 it is determined whether Arbs buy ratio equals Antiarbs sell ratio and whether Arbs sell ratio equals Antiarbs buy ratio. If these ratios are the same, then pair crossing network 5 proceeds to cross the two orders as described in the example above. Note that for a cross to occur at this stage does not require the ratios themselves to match but rather that the ratios of the ratios match (for e. g. a ratio of 2:3 matches a ratio of 0.667:1). If, however, the two ratios are not equal (as in this case where Arbs sell ratio does not equal Antiarbs buy ratio), then in Step 403 pair crossing network determines whether there is an overlap between Arbs and Antiarbs spread limit that also falls within the bidask market for ABC and XYZ stock. To make such a determination, pair crossing network 5 calculates whether there are market prices for both ABC and XYZ stock that satisfy the following inequalities: L 1lt(Ratio AABC )(Ratio BXYZ ) and (1) L 2gt(Ratio CABC )(Ratio DXYZ ) (2) Where L 1 is Arbs spread limit of 1.19 credit, L 2 is Antiarbs spread limit of 4.40 debit, RatioA is Arbs buy ratio of 1:1, RatioB is Arbs sell ratio of 1:0.575, RatioC is Antiarbs sell ratio of 1:1 and RatioD is Antiarbs buy ratio of 1:0.6. Referring now to FIG. 5. there is shown a graph 51 that depicts market prices for ABC and XYZ stock that meet the spread limits of Arb and Antiarb. In graph 51 . the x-axis represents the prices for XYZ stock while the y-axis represents the prices for ABC stock. Graph 51 includes a shaded area 53 that is the universe of market prices for ABC and XYZ stock that could satisfy the spread trade involving those stocks. Also included in graph 53 is a spread limit line L 1 (inequality (1), above) that represents the spread limit associated with Arb and a spread limit line L 2 (inequality (2), above) that represents the spread limit associated with Antiarb. Thus, the solution set of market prices that satisfies inequalities (1) and (2) is the portion of dark shared area 53 that falls between spread limit line L 1 and spread limit line L 2 . In this example, a cross at a share price for ABC of 70.14 and a share price of 124.15 for XYZ stock meets the investors spread limits and falls within the market prices for ABC and XYZ stock. If it is determined that no share prices for both ABC and XYZ stock satisfy Arbs and Antiarbs spread limits, then no cross can occur. If such share prices do exist, then in Step 404 . it is determined which of the investors desires to transact in fewer shares of ABC stock and a mismatch in share amounts caused by the differing ratios is determined. In our example, Antiarb desires to sell fewer ABC shares than Arb desires to buy (30,000 vs. 50,000). Then, in Step 405 . pair crossing network 5 determines the number of XYZ shares that can be crossed between Arb and Antiarb based on the maximum amount of ABC shares that can be crossed (30,000 in this example). Based on the Antiarb ABC order quantity of 30,000 shares, the maximum number of XYZ shares that Arb will cross with Antiarb is: 30. 000 Arb XYZ Ratio Arb ABC Ratio 30. 000 0.575 1 17. 300 ( 17. 250 rounded to an even lotsize ). While the maximum quantity of XYZ shares that Arb will cross is 17,300, Antiarbs trade request indicates a desire to cross 18,000 shares. To overcome this imbalance, in Step 406 . pair crossing network 5 is in communications with external markets 13 for determining whether the excess 700 XYZ shares needed to satisfy Antiarbs trade request can be transacted for in external markets 13 . In an exemplary embodiment, pair crossing network 5 makes this determination by issuing a query to pair trading engine 3 as to whether 700 shares of XYZ stock can be bought in external markets 13 . Because, as indicated in Table 5, 3,000 shares of XYZ stock are offered at 124.15, pair trading engine 3 responds to pair crossing network 5 that the 700 shares needed to balance the cross between Arb and Antiarb are available from external markets 13 at 124.15. Next, in Step 407 . pair crossing network calculates the cross prices that are necessary such that Arb and Antiarb achieve their respective spread limits while also incorporating the excess 700 shares of XYZ stock that must be purchased from external markets 13 at 124.15 to satisfy Antiarbs trade request. An example of such cross prices that meet these criteria is a price of 70.14 for ABC stock and a price of 124.15 for XYZ stock. Once the cross prices are calculated, in Step 408 . pair crossing network 5 crosses 30,000 shares of ABC stock and 17,300 shares of XYZ stock between Arb and Antiarb and also buys 700 shares of XYZ stock at 124.15 in external markets 13 on behalf of Antiarb. Thus, both Arb and Antiarbs pair trade requests are satisfied. Alternatively, the entire 18,000 shares of XYZ stock may be crossed thereby fully satisfying Antiarbs trade request. In such a case, the ratio mismatch is addressed by Arb purchasing an additional 1200 (7000.575 rounded to a lotsize) shares of ABC stock from external market 13 or from firm inventory 11 . Once the trade is completed, the details of the transaction are provided to portfolio manager 9 to report the transaction details to the investors. In an exemplary embodiment, a pair order (or portion thereof) may be filled against an internal inventory 11 of trade requests maintained by the financial institution operating system 1 . For example, in the previous example in which an excess of 700 shares of XYZ stock needs to be purchased in order for a match (i. e. cross) between Arb and Antiarbs trade requests to occur, instead of determining whether the 700 shares are available in external markets 3 . pair crossing network 5 examines firm inventory 11 to determine whether the shares are available at the required price. Likewise, in cases where pair trading engine 3 desires to execute a pair trade based on orders to be sent to external markets 13 . pair trading engine 3 may first determine whether the order can be filled, in whole or in part, using trade requests pending in firm inventory 11 . Generally, the advantages of filling an order using pending trade requests in firm inventory 11 is that execution is faster, transaction costs are lower and leg risk is minimized. In another exemplary embodiment, a clients pair trade request may also include a minimum number of spreads that can be traded in pair crossing network 5 . Also, pair crossing network 5 may be designed to require a minimum share amount for a cross to occur. A minimum number of spreads that can be traded may be provided in order to reduce the distractions and booking costs associated with numerous smaller trades that may exceed the benefits of a de minimis fill. In another exemplary embodiment, portfolio manager 9 publishes the inside cross market for any pair that a client has selected for crossing in pair crossing network 5 . In still another exemplary embodiment, the client has the option for each pair trade selected for crossing in pair crossing network 5 to designate that the order should be reflected in the published inside cross market. This inside cross market consists of the tightest spread bid and offer (and corresponding bid size and offer size) from all client pair orders pending in pair crossing network 5 . In this way, a client can assess the likelihood and timing of a pair trade request being filled by pair crossing network 5 . Also, by publishing the clients spread interest, others seeking liquidity can trade at the clients level. In an exemplary embodiment, the client can designate each pair order designated for pair trading engine 3 andor pair crossing network 5 for Broker Negotiation. If Broker Negotiation is designated, the clients broker-dealer sales representative is notified of the clients spread order thereby prompting the broker-dealer to solicit a complementary, agency order from another client. The client may also designate each pair order for Broker Facilitation in which case the client allows the broker-dealer to act principally to fill the clients order. In summary, the advantages to a client of using pair trading engine 3 is that pair trading engine 3 allows the client to trade a spread order while limiting leg risk or the risk of missing a targeted spread level. This is accomplished by breaking the total order into tranches of sizes proportionate to the market, subject to user minimums and maximums, that can be traded in external markets 13 or against firm inventory 11 . Orders executed via pair trading engine 3 . however, are typically of a lower traded volume because trading is constrained to the liquidity available in the market. In contrast, trades executed via pair crossing network 5 are not constrained by market liquidity and do not have to be tranched to minimize leg risk. In particular, the benefits of filling a pair trade request via pair crossing network 5 are as follows: Elimination of Leg Risk. Pair crossing network 5 potentially provides a deeper well of liquidity because the trades are brokered, as a spread, directly between spread investors via a central clearing facility. Moreover, the introduction and use of a pair trading facility eliminates the leg risk described above without a sacrifice of liquidity. Large Transactions Only. Certain large investors may prefer to use pair crossing network 5 rather than pair trading engine 3 to avoid having a trade request broken up into numerous small executions. For example, sudden, brief moves in one of the two stocks included in the pair trade request may cause pair trading engine 3 to issue numerous small executions to fill the request. While a small investor may welcome capturing these small opportunities, a large investor may find such small executions to be more of a nuisance than a service. Price Setting versus Price Taking. Large investors seeking liquidity may prefer to set their price via the pair crossing network 5 . Also, other spread investors looking for liquidity can use pair crossing network 5 to monitor and trade with the large investor at the large investors level. While client orders directed to pair trading engine 3 can designate a spread limit, such orders are essentially price-takersas the market reaches the desired level, the orders are executed. Moreover, the pair trading engine tranching mechanism creates relatively small orders, allowing institutional flows to move the individual stocks. As a result, the small, tranched orders generated by pair trading engine 3 can become overpowered by single-name institutional flows. In addition, orders designated solely for pair trading engine 3 . and not for pair crossing network 5 . are not published to a central quote facility (such as by portfolio manager 9 ) thereby preventing other spread traders from knowing the size and limit of a pair trading engine order. Illiquid Stocks vs Liquid Stocks. Spreads that include one or two illiquid stocks are difficult to fill using pair trading engine 3 alone. Because illiquid stocks often demonstrate small bid and ask sizes and wide bid-ask spreads, pair trading engine 3 will typically only issue market orders having small quantities (subject to user minimums and maximums) that presents the client with greater leg risk from mid-trade changes in the bid-ask prices. In contrast, orders routed to price crossing network 5 are not confined by liquidity in the market place thereby allowing large crosses between spread traders in illiquid spreads. Accordingly, a system and method for trading pair securities is provided in which the client receives the benefits of having a pair order filled by either pair trading engine 3 . pair crossing network 5 or a combination of both. A number of embodiments of the present invention have been described. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention. Based on the above description, it will be obvious to one of ordinary skill to implement the system and methods of the present invention in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device. Each computer program may be implemented in a high-level procedural or object-oriented programming language, or in assembly or machine language if desired and in any case, the language may be a compiled or interpreted language. Suitable processors include, by way of example, both general and special purpose microprocessors. Furthermore, alternate embodiments of the invention that implement the system in hardware, firmware or a combination of both hardware and software, as well as distributing modules andor data in a different fashion will be apparent to those skilled in the art and are also within the scope of the invention. In addition, it will be obvious to one of ordinary skill to use a conventional database management system such as, by way of non-limiting example, Sybase, Oracle and DB2, as a platform for implementing the present invention. Also, network access devices can comprise a personal computer executing an operating system such as Microsoft Windows, Unix, or Apple Mac OS, as well as software applications, such as a JAVA program or a web browser. Access devices can also be a terminal device, a palm-type computer, mobile WEB access device or other device that can adhere to a point-to-point or network communication protocol such as the Internet protocol. Computers and network access devices can include a processor, RAM andor ROM memory, a display capability, an input device and hard disk or other relatively permanent storage. Accordingly, other embodiments are within the scope of the following claims. It will thus be seen that the objects set forth above, among those made apparent from the preceding description, are efficiently attained and, since certain changes may be made in carrying out the above process, in a described product, and in the construction set forth without departing from the spirit and scope of the invention, it is intended that all matter contained in the above description shown in the accompanying drawing shall be interpreted as illustrative and not in a limiting sense. It is also to be understood that the following claims are intended to cover all of the generic and specific features of the invention herein described, and all statements of the scope of the invention, which, as a matter of language, might be said to fall therebetween.
No comments:
Post a Comment