Sistema de correspondência de comércio eletrônico anônimo
Obter através da App Store Leia esta publicação em nosso aplicativo!
Correspondência comercial versus afirmação.
Estou à procura de uma descrição claramente articulada da diferença entre a correspondência comercial (por exemplo, o CTM da Omgeo) e a afirmação do comércio (por exemplo, Oasys da Omgeo). Pelo que entendi, ambos envolvem correspondência eletrônica de detalhes comerciais. Então, qual é a diferença?
(Para aqueles que estão apenas tentando seguir a conversa, a correspondência eletrônica dos detalhes do comércio refere-se a uma comparação automática da versão de um comprador e a uma versão do vendedor dos atributos de um comércio, como preço, data de valor, etc., a fim de garantir uma liquidação bem-sucedida a estrada.)
A correspondência comercial é o processo de 2 bancos de investimento que incorporam seus respectivos detalhes comerciais em uma plataforma de correspondência comercial eletrônica; é chamado de correspondência comercial porque ambas as partes são iguais nesta relação. Por outro lado, quando um banco de investimento executou uma negociação com uma empresa compradora (por exemplo, fundo de pensão, companhia de seguros), parte do serviço prestado pelo banco de investimento aos seus clientes é a comunicação rápida e precisa de uma confirmação comercial; onde isso é alcançável eletronicamente, é chamado de "afirmação" de comércio porque o banco de investimento precisa ser pró-ativo e inserir os detalhes do comércio para a empresa de compra para 1) verificar e 2) responder através da plataforma de afirmação - ao fazê-lo A empresa de compra é reativa. daí o termo "afirmação", que significa afirmar (concordar com) a informação que lhe foi apresentada. Eu espero que isso ajude.
Essencialmente, eles desempenham a mesma função, mas a CTM é mais nova (o Oasys Global está sendo aposentado no final de 2012). De acordo com o FAQ de Omgeo:
Qual é a diferença entre este fluxo de trabalho [CTM] e o fluxo de trabalho de nível de contrato global OASYS?
O fluxo de trabalho do OASYS Global Contract Level requer gerentes de investimento e corretores / distribuidores para enviar e receber alocações manualmente, muitas vezes em um meio não automatizado e não padronizado. Essas alocações são correspondidas, localmente, por ambas as partes. Este novo fluxo de trabalho procura automatizar a peça de alocação para que ambos os lados possam codificar para um formato de mensagem padrão e combinar as transações de maneira central. Ambas as partes também podem gerenciar exceções proativamente e visualizar o status das alocações à medida que passam pelo processo de correspondência.
Encontrei este artigo da SEC que tenta esclarecer a distinção entre afirmação comercial e correspondência comercial.
"O processo de confirmação / afirmação refere-se à transmissão de mensagens entre corretores, investidores institucionais e bancos depositários sobre os termos de uma negociação executada para o investidor institucional. Como as negociações de investidores institucionais envolvem grandes somas, maiores quantidades de títulos, mais festas e mais etapas entre a entrada de ordens e a liquidação final, os negócios institucionais são geralmente mais complexos do que as transações de varejo ".
"Correspondência" é o termo que é usado para descrever o processo pelo qual um intermediário compara a submissão de dados comerciais do negociante (passo 2 da Figura 2) com as instruções de alocação da instituição (passo 1 da Figura 2) para determinar se as duas descrições do acordo concorda ".
Sistema de correspondência de comércio eletrônico anônimo
Uma parte da divulgação deste documento de patente contém material sujeito a proteção de direitos autorais. O proprietário dos direitos autorais não tem objeção à reprodução de fac-símile por qualquer um do documento de patente ou a divulgação da patente, tal como aparece nos arquivos ou registros de patentes nos EUA e em Marcas registradas, mas, de qualquer forma, reserva todos os direitos autorais de qualquer tipo.
ANTECEDENTES DA INVENÇÃO.
A presente invenção refere-se a sistemas de comércio eletrônico e, mais particularmente, a um sistema e método que atua como intermediário de introdução para organizar negócios eletrônicos em instrumentos financeiros.
Sistemas de negociação alternativos estão sendo implementados com capacidades além das trocas tradicionais de commodities, ações e instrumentos financeiros. Por exemplo, os sistemas de negociação eletrônica podem fazer correspondência comercial entre compradores e vendedores, o que aumenta as comunicações e a liquidez do capital para maiores eficiências de mercado.
Nas artes financeiras, as redes de comunicações electrónicas (ECNs) referem-se a sistemas informatizados de correspondência comercial que são capazes de unir os melhores preços de oferta e oferta, bem como fornecer aos investidores anonimato e custos de transação reduzidos. Por exemplo, essas ECNs podem ignorar as comissões do corretor e as taxas de câmbio. Um ECN permite que seus participantes, tais como corretores / negociantes, criadores de mercado e instituições de compra, publiquem ofertas e ofertas em uma cotação de mercado, como o sistema "NACIONAL ASSOCIAÇÃO DE REVALITANTES DE VALORES MOBILIÁRIOS AUTOMATIZADOS" (NASDAQ).
As regras de gerenciamento de pedidos foram implementadas pela Securities and Exchange Commission (SEC), que exige a divulgação pelos fabricantes de mercado de qualquer ordem ECN em uma cotação comercial no momento da negociação. A falta de anonimato pode expor, por exemplo, negócios excessivos por instituições e empresas específicas que podem, por sua vez, ter um impacto negativo nos mercados, como causar corridas em ações e oscilações selvagens e voláteis nos mercados. Conseqüentemente, essa exposição pode arrefecer a negociação pelos fabricantes de mercado de ordens ECN, e assim reduzir a liquidez e a eficiência nos sistemas de negociação.
Existe a necessidade de um sistema de negociação anônimo que cumpra as regras aplicáveis de divulgação do mercado.
Os sistemas de negociação também suportam mensagens e exibem informações como indicações de interesse (IOI) de uma entidade disposta a entrar em um comércio e solicitando partes opostas ou contras em um comércio. As indicações anônimas aumentam a liquidez das negociações. No entanto, na ocasião, os corretores usam s, e especialmente IOIs anônimos, para realizar pesca; ou seja, enviar IOIs vazios ou insinceros para solicitar metade de uma transação e, em seguida, procurar preencher a outra metade.
OBJECTOS E SUMÁRIO DA INVENÇÃO.
Os objetos desta invenção são para preencher as necessidades descritas acima.
Estes e outros objetos são alcançados de acordo com a invenção por um sistema de comércio eletrônico e um método que apoiem a negociação anônima em conformidade com as regras de manuseio de pedidos, e que apoiem as indicações de interesse (IOI) enquanto desencorajam os IOIs de pesca.
De acordo com uma forma de realização da invenção, os estoques são negociados eletronicamente usando um sistema de comércio eletrônico, ao mesmo tempo em que apoiam a negociação anônima e mantêm a identidade das partes comerciais anônima um com o outro e com relação aos usuários do sistema comercial. Nesta concretização, os negócios podem ser executados entre dois usuários do sistema (entre ordens ocultas) e entre um usuário do sistema e um terceiro (entre uma ordem oculta e uma ordem pública).
De acordo com essa encarnação, uma primeira parte oferece para comprar ou vender ao longo do sistema uma série de ações selecionadas pela primeira parte a um preço selecionado pela primeira parte de ou para uma ou mais contrapartes selecionadas pela primeira parte. Na forma de realização preferida, negociações anônimas podem ser realizadas entre uma primeira parte e uma pluralidade de contrapartes potenciais (segundos usuários) selecionados pela primeira parte. A primeira parte e uma contraparte aceitam eletronicamente negociar até um número acordado de ações do estoque a um preço acordado. No entanto, se não houver melhor comércio em pelo menos um pedido de estoque originado de fora do sistema para o estoque particular para a primeira parte ou a contraparte, o sistema executa eletronicamente o comércio acordado pela primeira parte e contraparte, caso contrário, O sistema executa o melhor comércio. Um comércio pode ser executado onde o número de ações no lado da compra de um pedido é menor do que no lado da venda, com o sistema executando uma troca pelo número de ações no lado da compra.
A primeira parte oferecendo para comprar ações de ou vender ações para uma ou mais contrapartes selecionadas seleciona uma ou mais contrapartes dos usuários identificados pelo sistema como envolvendo atividades de comércio ou ordem recentes em ações específicas. As estações de usuários podem ser fornecidas com um dispositivo de entrada e um dispositivo de saída, e os parceiros de negociação anônimos disponíveis podem ser selecionados por um usuário a partir de uma lista fornecida pelo sistema usando um dispositivo de entrada. A primeira parte e a contraparte negociam eletronicamente o preço da ação ou o número de ações do estoque, ou ambos, sobre o sistema antes de concordar com o comércio e se há um melhor comércio no estoque particular para o primeiro O partido ou a contraparte é determinado pelo menos uma vez durante a etapa de negociação e pelo menos uma vez após a conclusão do passo de negociação e antes de qualquer troca é executada entre a primeira parte e a contraparte. De preferência, isso é determinado repetidamente durante uma negociação.
Assim, um comércio não é executado entre os usuários do sistema se houver uma troca melhor com um terceiro. Se um melhor comércio está disponível, ou seja, se há uma correspondência de qualquer uma das ordens ocultas com qualquer uma das ordens públicas, pode ser determinada repetidamente. Dependendo de se um melhor comércio estiver disponível, um par de pedidos selecionados das ordens ocultas e as ordens públicas são executadas. Um comércio é executado de acordo com uma prioridade quando o mesmo comércio se torna disponível entre duas ordens originadas no sistema e um pedido originário do sistema e um pedido originário de fora do sistema. Na forma de realização preferida, a prioridade da execução comercial é dada às ordens originadas no sistema.
De acordo com outra forma de realização da invenção, o interesse pode ser determinado em um estoque entre os usuários de um sistema de comércio de ações eletrônico apenas em associação com um pedido digitado por um usuário. Nesta forma de realização, o sistema de comércio eletrônico compreende pelo menos um computador com memória de computador associada e uma pluralidade de estações de usuários acopladas a ele através de uma rede de comunicação. O pelo menos um computador está programado para coincidir com as encomendas entradas nas estações de usuários pelos usuários e para executar trocas de pedidos correspondentes, e tem uma listagem de usuários do sistema acessível por qualquer usuário do sistema através de uma estação de usuário. Resposta ao usuário através de estações de usuários, pelo menos um computador é programado para criar um subconjunto ou perfil de usuários do sistema selecionados por um usuário ao qual esse usuário autoriza o sistema a transmitir uma indicação de interesse (IOI) em um estoque para o qual o usuário entrou em um pedido. Um usuário em uma estação de usuário seleciona usuários da lista de usuários e o sistema transmite para os usuários selecionados somente quando o usuário entra em uma ordem na estação do usuário para o estoque em particular. Assim, nesta forma de realização, uma indicação de interesse (IOI) é transmitida apenas em associação com uma ordem introduzida por um utilizador.
O IOI pode ser transmitido automaticamente em associação com o pedido, a menos que seja substituído por um comando inserido com a ordem, ou apenas com um comando inserido com a ordem. O comando de transmissão ou de substituição é de preferência inserido através de um teclado na estação do usuário. De preferência, um IOI será transmitido em associação com uma ordem somente se a ordem exceder uma quantidade limite, ou se esse pedido e quaisquer ordens não garantidas para o mesmo estoque inserido pelo mesmo usuário excederem uma quantidade limiar.
O sistema de negociação inclui um banco de dados para armazenar ordens públicas recebidas de um sistema de negociação de ações públicas; e um servidor para receber ordens ocultas de uma pluralidade de usuários e para realizar negociações anônimas entre o primeiro e o segundo usuário com as ordens ocultas. O servidor acessa repetidamente o banco de dados para determinar uma correspondência de qualquer uma das ordens ocultas com qualquer uma das ordens públicas e para executar um par de pedidos selecionados das ordens escondidas e os pedidos públicos. O sistema também transmite indicações de interesse para um ambiente comercial usando o servidor para processar uma ordem comercial de um primeiro usuário e para manter um perfil de um usuário. O perfil inclui uma configuração IOI atual para controlar a transmissão do IOI do usuário. O servidor responde a um comando de alternância do primeiro usuário para controlar a transmissão do IOI oposto à configuração atual do IOI. O servidor responde à configuração IOI que está sendo configurada para permitir a transmissão, transmitindo o IOI do primeiro usuário associado ao pedido de negociação.
BREVE DESCRIÇÃO DOS DESENHOS.
FIG. 1 ilustra o sistema comercial divulgado;
FIG. 2 ilustra o sistema da FIG. 1 em maior detalhe com os módulos utilizados para negociações;
FIG. 3 ilustra o sistema da FIG. 1 em maior detalhe com os módulos utilizados para o processamento de indícios de interesse;
FIG. 4 ilustra um fluxograma para realizar negociações negociadas;
FIG. 5 ilustra um fluxograma para processar indícios de interesse;
FIG. 6 ilustra uma exibição de tela de um monitor de cotação TRADEBOOK;
FIG. 7 ilustra uma exibição de tela mostrando o status do preço das ações;
FIG. 8 ilustra uma exibição de tela de negociações disponíveis para negociação;
FIG. 9 ilustra uma exibição de tela da FIG. 8 com trades selecionados para negociação;
FIG. 10 ilustra uma janela pop-up para definir termos de negociação;
FIG. 11 ilustra uma exibição de tela de um monitor de negociação TRADEBOOK;
FIG. 12 ilustra a exibição de tela da FIG. 11 com negócios adicionais e seu status;
FIG. 13 ilustra uma janela pop-up para aceitar ou recusar um comércio negociado;
FIG. 14 ilustra a exibição de tela da FIG. 12 com trades adicionais e seu status expirou;
FIG. 15 ilustra uma exibição de tela para visualizar as configurações do perfil de um usuário;
FIG. 16 ilustra a exibição de tela da FIG. 15 com uma janela pop-up para alterar uma configuração de um perfil de usuário;
FIG. 17 ilustra uma exibição de tela de vários negócios;
FIG. 18 ilustra uma exibição de tela de um registro da atividade comercial diária; e.
FIG. 19 ilustra uma exibição de tela de indicações de interesse divulgadas.
DESCRIÇÃO DETALHADA DA FORMA DE REALIZAÇÃO PREFERIDA.
Referindo-se à FIG. 1, o sistema de negociação revelado 10 inclui um servidor "TRADEBOOK" 12 que executa o software "TRADEBOOK" disponível de "BLOOMBERG TRADEBOOK LLC" para receber informações de negociação de uma pluralidade de usuários usando as estações de usuário 14-16 através de um gateway 18 e uma comunicação rede 20, que pode ser, por exemplo, uma intranet, ou uma rede telefônica de serviços públicos (PSTN). Alternativamente, a rede de comunicações 20 pode ser a Internet. Para além do gateway 18, o sistema 10 e / ou a rede de comunicações 20 em qualquer forma de realização podem proporcionar uma segurança de dados apropriada; por exemplo, usando criptografia e firewalls.
O servidor 12 exibe informações sobre ações e outros títulos para os usuários através dos monitores 22-24, e os usuários podem inserir seleções e comandos, como comprar e oferecer mensagens usando as entradas de dados 26 a 28, que podem ser dispositivos de entrada que podem incluir um teclado, um mouse ou outros dispositivos de entrada, como uma interface de usuário gráfica (GUI).
O servidor 12 inclui um processador 30 para executar o software "TRADEBOOK" para realizar negociação com negociação anônima e indicações de características de interesse como aqui descrito, de modo que o sistema 10 atua como um corretor de introdução para organizar transações com o sistema de negociação "NASDAQ" 32 e / ou o sistema "AUTEX" 34. O software "TRADEBOOK" pode ser armazenado na memória 36 e é capaz de atuar como um agente para ambos os lados de cada comércio, com taxas cobradas aos participantes e não participantes do sistema 10 por transação-base. Os valores mobiliários que podem ser negociados no sistema 10 podem incluir o NASDAQ, o NASDAQ Small Cap e os títulos de capital norte-americano cotados em bolsa, bem como os American Depositary Receipts (ADRs), como os tipos de títulos rosa e de quadro de avisos que são elegíveis para liquidação líquida contínua por inscrição no livro através da National Securities Clearing Corporation e da Depository Trust Company.
Numa forma de realização alternativa, o sistema 10 pode incluir um servidor de indicação de interesse (IOI) 38, mostrado na FIG. 1, para processar IOIs através do servidor TRADEBOOK 12, conforme descrito aqui, para fornecer funcionalidade IOI ao sistema "BLOOMBERG TRADEBOOK" 10 e aos usuários deles.
Referindo-se à FIG. 2, o servidor 12 do TRADEBOOK inclui vários módulos, que podem ser hardware e / ou software, para processar ordens e dados do TRADEBOOK e para interagir os usuários 40 usando as estações de usuários 14 a 16 para o sistema de negociação NASDAQ 32, bem como para outros sistemas como o sistema de mercado aberto (OMS) de um cliente 42. Os módulos podem ser referenciados com nomes de arquivos e / ou designações começando, por exemplo, com "BT" para "BLOOMBERG TRADEBOOK".
As entradas e dados do usuário das utilizações 40 e das estações de usuários 14 a 16 são processados em tempo real usando o processador 30 executando o módulo BTBIG 44 e o módulo BT2LINE 46, que recebem e formam os dados de entrada para pedidos e mensagens para uso pelo Servidor TRADEBOOK 12. Os dados a serem exibidos de volta para o usuário 40 são enviados para o módulo BTMON 46, que é um módulo de monitoramento para traduzir informações para o formato usado pelo BTBOOK 54 e para enviar dados de saída para os monitores 22-24 e para controlar os dados exibidos em os monitores 22-24 das estações de usuários 14-16, respectivamente. Os monitores 22 a 24 fornecem saídas para os respectivos usuários através de porções 50 da tela, com o módulo BTBIG 44 para processar dados da parte inferior da tela e o módulo BT2LINE 46 para manipular e exibir os dados das duas primeiras linhas em a parte superior da tela, mostrada na FIG. 6.
FIG. 6 ilustra uma tela de tela típica "BLOOMBERG TRADEBOOK" para uso por comerciantes para fornecer de forma eficiente e rápida uma quantidade significativa de informações atualizadas após a entrada de comandos simples. Além disso, a ativação de comandos e a exibição de informações adicionais também são fornecidas usando uma GUI com dispositivos de entrada baseados em GUI, como um mouse. Por exemplo, texto, números e regiões da tela podem estar ativos para atuação pelo usuário. Em um exemplo, clicar duas vezes no nome do estoque "INTC" pode gerar um gráfico de atividade dos preços do estoque "INTEL CORPORATION". Em outro exemplo, clicar duas vezes em um mouse sobre o nome do fabricante de mercado "BTRD" pode gerar informações sobre o fabricante de mercado, como o nome completo e as informações de contato, em que "BTRD" corresponde ao "BLOOMBERG TRADEBOOK" como fonte do 62,5 ofertas para 70,000 ações do INTC mostradas na FIG. 6.
A tela de exemplo particular mostrada na FIG. 6 é uma tela do monitor de cotação COMERCIAL que é gerada pelo comerciante que entra no comando BTMQ que pode representar uma cotação de mercado (ou monitor) "BLOOMBERG TRADEBOOK", com o comando "BTMQ" mnemônico que gerou a tela atual na FIG. 6 sendo exibido, por exemplo, no canto superior direito da tela da FIG. 6. Outros tipos de telas podem ser fornecidos aos usuários do "BLOOMBERG TRADEBOOK", como telas que exibem os pedidos, transferências de pedidos, monitoramento de uma única segurança, monitoramento de um conjunto composto ou conjunto de títulos em um portfólio ou campo de negociação e compra múltipla e vender ordens na mesma segurança.
Referindo-se à FIG. 2, o módulo BT2LINE 46 do sistema 10 exibe comandos de entrada de volta para o usuário. Por exemplo, para comprar 10.000 ações das ações "INTEL CORPORATION" com o símbolo de negociação INTC a $ 62 por ação, um usuário 40 pode inserir a linha de comando:
através da entrada de dados 26. As palavras-chave & lt; BUY & gt; e & lt; GO & gt; podem ser inseridos como texto, ou podem ser teclas de atalho ou teclas de função ou combinações das mesmas em um teclado padrão ou, alternativamente, podem ser chaves especializadas em um teclado personalizado disponível, por exemplo, através de "BLOOMBERG LP". Por exemplo, o & lt; GO & gt; o comando pode ser a chave tradicional ENTER ou RETURN, ou pode ser um botão personalizado do teclado com a palavra "GO" impressa como indicação sobre isso. A linha de comando indicada é processada pelo BT2LINE 46, que por sua vez é processado pelo BTMON 48 para exibir o comando em uma linha de ferramentas, por exemplo, na parte superior de uma tela exibida predeterminada através do monitor 22 como mostrado na tela de exemplo mostrada em FIG. 6.
Quaisquer comandos de entrada, tais como ordens correspondentes a negociações entre comerciantes, são processados através de um módulo BTNEGOT 52 que processa as mensagens de negociação conforme descrito aqui em conjunto com a FIG. 4. BTNEGOT 52 consulta um livro de trades processados pelo módulo BTBOOK 54 e armazenados na memória 34, que pode ser um banco de dados, como o BTRADE-DB 56, que é acessível pelo módulo BTBOOK 54. Através do BTBOOK 54, o livro no BTRADE-DB 56 é atualizado para refletir ordens, preços atuais e dados disponíveis no sistema de negociação NASDAQ 32, bem como cancelamentos de pedidos e registros de atividade. Em particular, o módulo BTBOOK 54 está operacionalmente conectado ao sistema de negociação NASDAQ 32 através de um módulo BTFEED 58, que alimenta dados como dados de pedidos e cotações do NASDAQ 32. Além disso, o módulo BTBOOK 54 está conectado ao sistema SELECTNET do NASDAQ 32 através de uma interface computador-computador "BLOOMBERG TRADEBOOK" NASDAQ WORKSTATION (BTNWS) 60, que conecta o BTBOOK 54 ao SELECTNET para receber e transmitir ordens.
O BTBOOK 54 também recebe dados de pedidos e negociação do cliente OMS 42 através de um módulo BTFIXCCI 62 e um módulo BTFIXSRV 64, que são, respectivamente, uma aplicação CCI de intercâmbio de informações financeiras (FIX) e um aplicativo receptor FIX para fornecer dados financeiros ao BTBOOK 54. Em particular, o módulo BTFIXCCI 62 traduz e / ou formata os dados financeiros recebidos para um formato para uso pelo BTBOOK 54. O módulo BTFIXSRV 64 atua como um nó local para o servidor TRADEBOOK 12 para identificação do servidor 12 com outros sistemas e componentes.
Uma vez que os negócios também podem estar associados a indicações de interesse (IOI), o BTBOOK 54 pode, opcionalmente, ser conectado a um módulo BTIOI 66 para processar IOIs em conjunto com negociações com negociações anônimas através do BTNEGOT 52. O módulo BTIOI 66 pode estar ligado ao servidor IOI 38 mostrado na FIG. 1.
Numa forma de realização alternativa ilustrada na FIG. 3, o servidor TRADEBOOK 12 pode suportar o IOI associado a transações executadas sem negociações anônimas. Por exemplo, o módulo BTIOI 66 pode ser conectado ao servidor IOI 38 através do módulo BTFIXSRV 64 do servidor TRADEBOOK 12 e também ao sistema automático de execução comercial AUTEX 34. O servidor IOI 38 pode estar ligado ao utilizador 40 através da rede de comunicações 20 e ao servidor TRADEBOOK 12 através de vários módulos. Por exemplo, o servidor IOI 38 pode incluir um BTFIXSRV 70 correspondente que interage com o BTFIXSRV 64 para acessar e publicar IOIs para o sistema AUTEX 34.
Um módulo BTFIXSRV correspondente 68 conecta o servidor IOI 38 a sistemas externos, como o servidor TRADEBOOK 12 e, portanto, o módulo BTFIXSRV 68 identifica o servidor IOI 68 em tais sistemas externos. Os módulos BTFIXSRV 64, 68 podem ser idênticos na implementação. O servidor IOI 38 do "BLOOMBERG TRADEBOOK" (BTRD) inclui um módulo decodificador (BTRDDCD) 70 que executa a execução automática do software IOI para receber mensagens recebidas através do módulo BTFIXSRV 68 e traduzir essas mensagens para um formato para uso Módulo IOISERV 72 para processar os IOIs.
O módulo IOISERV 72 também publica os IOIs para exibição com dados associados ao monitor do usuário 40 através de um módulo de monitor de ordem de equidade (EOMON) 76 separado do módulo de monitor BTMON 52 do servidor TRADEBOOK 12. Em particular, o módulo EOMON 76 pode ser configurado para filtrar IOI de acordo com as configurações de cada usuário particular, por exemplo, para evitar a exibição de certos corretores.
A pedido do usuário, o módulo IOISERV 72 também provoca a exibição de todos os IOIs. Além disso, o módulo BTMON 48 funciona com o módulo IOISERV 72 para determinar e exibir, para cada usuário particular, os IOIs mais recentes envolvendo o usuário específico, como os dois IOIs mais recentes enviados pelo usuário.
Em operação, como mostrado na FIG. 4, o sistema 10 suporta recursos de negociação, que permitem que broker-dealers e participantes institucionais iniciem negociações anônimas numa base individual com outros participantes do sistema 10. Um participante pode designar se deseja ou não receber mensagens de negociação e pode iniciar uma negociação com outro participante com uma ordem aberta, uma ordem expirada ou um contrato executado no sistema 10. Essas negociações podem ser realizadas em conjunto com as características de interesse (IOI) do sistema 10, conforme descrito aqui.
Quando um comerciante entra em um pedido, o processador 30 do servidor TRADEBOOK 12 usando, por exemplo, o BTBIG 44, verifica o livro de pedidos no BTBOOK 54, refletindo os pedidos do NASDAQ para uma correspondência à ordem do comerciante. Se não houver correspondência, negociações anônimas podem ocorrer, como mostrado no passo 78 da FIG. 4, com o livro sendo verificado constantemente e / ou regularmente para uma correspondência com os pedidos negociados.
Ao inserir um comando "BTP", um comerciante é então apresentado com uma tela de status de preço de estoque BTP mostrada na FIG. 7, que lista para o estoque indicado, como o INTC para "INTEL CORPORATION", a atividade mais recente do estoque, como ordens para venda e compra em partes de tela 116 - 118, respectivamente. Se o comerciante visualizar a tela de status da FIG. 7 deseja negociar para comprar ou vender uma ordem inigualável, o comerciante pode selecionar e atuar os comandos "NEGOCIAR PARA VENDER" ou "NEGOCIAR PARA COMPRAR", nas porções de tela 120 - 122, respectivamente. Por exemplo, o comerciante, como o primeiro participante da negociação, pode usar uma chave de função predeterminada, ou pode atuar, através de uma GUI, o texto nas porções 120 - 122.
Por exemplo, para negociar para comprar o estoque do INTC, a ativação do texto 122 faz com que o BTNEGOT 52 gere a tela Negotiate to Buy, mostrada na FIG. 8 para exibição no respectivo dos monitores 22-24 associados ao primeiro participante. A tela Negociar para comprar pode exibir o total de ações compradas nesse dia pelo primeiro participante e a quantidade de ações do primeiro participante exibida para outros.
Na tela mostrada na FIG. 8, a atividade de negociação mais recente dos pedidos de estoque, por exemplo, INTC, é exibida com a data, quantidade e preço. O primeiro participante pode selecionar uma ou mais das ordens para negociar, por exemplo, atuando os ícones da caixa vazia 124 através de uma GUI. As caixas vazias são então alteradas para caixas cheias ou X-ed 126 como mostrado na FIG. 9. O primeiro participante pode selecionar qualquer número de pedidos disponíveis para negociação ou, em alternativa, apenas um número predeterminado de pedidos pode ser selecionado, como oito ou dez.
Durante a negociação, um participante insere uma ordem de negociação firme no passo 80 da FIG. 4, que é uma ordem que resulta em um comércio se aceito pelo destinatário da mensagem de negociação. Para entrar na ordem de negociação, por exemplo, para uma negociação para comprar, o sistema 10 gera uma janela pop-up 128 ou sub-tela, como mostrado na FIG. 10, por introduzir um preço de negociação, bem como limites à exposição do primeiro participante nas negociações. Por exemplo, como mostrado na FIG. 10, o Participante A envia uma mensagem de negociação para vender 50 mil ações de um título designado, por exemplo, US $ 84,25 por ação para o Participante B e outros participantes que entraram nas ordens de venda na FIG. 9. Através da janela pop-up 128 da FIG. 10, o primeiro participante pode limitar sua exposição comercial a 60 mil ações. Um segundo participante, como o participante B, pode então realizar negociações anônimas com o primeiro participante, utilizando aceitações firmes ou contra-ofertas no passo 82 da FIG. 4.
Uma vez que as negociações começaram, o primeiro participante que iniciou a negociação pode visualizar a ação na negociação através de uma tela de monitoramento de negociações mostrada na FIG. 11. À medida que as respostas de outros participantes oferecem contra-ofertas ou aceitações, essa ação também é exibida na tela do monitor de negociações do primeiro participante mostrado na FIG. 12. O primeiro participante pode então selecionar qual contra-oferta ou aceitação aceitar ou recusar por atuação do respectivo texto na FIG. 12 usando uma GUI. Por exemplo, quando o primeiro participante clica duas vezes no mouse quando um cursor é posicionado sobre a ação número 1 da FIG. 12 com uma oferta para 3000 partes a um preço de 77 de um segundo participante, uma janela pop-up 130 é gerada como mostrado na FIG. 13. Usando a janela 130 na FIG. 13, o primeiro participante pode aceitar ou recusar a oferta de 3000 ações em 77, e a negociação nesse caso está concluída. Se a negociação for aceita em ambos os lados, a ordem será executada automaticamente, a menos que haja uma correspondência com o livro de ordens públicas.
Como mostrado na FIG. 14, as várias ordens podem ter limitações de tempo para correspondência, negociação e / ou aceitação. Consequentemente, negociações obsoletas podem ser canceladas como expirou, como nos itens de ação 3 a 4 na FIG. 14. O primeiro participante pode reiniciar as negociações em diferentes termos, como os preços mais favoráveis de 77 por ação, como mostrado na ação item 1 na FIG. 14.
No exemplo descrito com o Participante A, se o Participante B responder à mensagem de negociação para comprar apenas 20.000 ações da garantia oferecida ao preço oferecido, o servidor 12 corresponde às duas ordens no passo 84 da FIG. 4, e um comércio para as 20 mil partes é executado sem qualquer outra ação por qualquer participante se nenhuma correspondência estiver no livro de acordo com as etapas de 86 a 90.
Alternativamente, se o Participante B responder à mensagem de negociação com uma contra-oferta no passo 82 em vez de comunicar uma aceitação, a contra-oferta também pode ser uma oferta firme e pode propor uma quantidade diferente e / ou um preço diferente por ação para a mesma segurança. Em outras formas de realização alternativas, as ofertas, aceitações e contra-ofertas podem não ser firmes e, portanto, podem estar sujeitas a confirmação pela última pessoa aceitando.
Todos os iniciadores de negociação e contra-oferentes podem ser necessários para entrar e aceitar quantidades firmes e preços firmes para garantir que os participantes conduzam negociações de boa fé e, assim, evitar que os participantes testem as águas; por exemplo, enviando licitações ou ofertas de negociação insincera, ou mesmo contra-ofertas, e depois se afastando do comércio se o participante contra-lado se comunicar uma aceitação.
Uma ordem de negociação pode ser total ou não como termos, pode especificar um mínimo que deve ser tomado, ou pode indicar que o iniciador da negociação está aberto a uma contra-oferta com uma quantidade de tamanho diferente. O sistema 10 também pode apoiar o uso de reservas para negociação; por exemplo, se a ordem de negociação do Participante A for superior a um limite predeterminado, como 10.000 ações, o Participante A pode designar uma reserva, que não é exibida para o Participante B que recebeu a mensagem de negociação. During negotiation in which Participant A sends an order with a displayed quantity and a non-displayed reserve quantity, if Participant B responds with a counter-offer indicating a match on price but with a quantity which is greater than the displayed quantity yet within the total reserve amount, then the reserve of Participant A is automatically drawn to allow the trade to go forward to meet the quantity of the counter-offer.
However, using reserves, if the counter-offer quantity exceeds the reserve quantity, the counter-offer is executed up to the amount of the reserve, unless the counter-offer is specified by Participant B as being all-or-none. In an all-or-none situation, execution does not occur without a subsequent communication from Participant A of an increase in the offered display quantity or of an increase in the reserve quantity.
When a trader sets a cap for his/her exposure, such as 10,000 shares split among multiple parties in negotiation, the system 10 ensures that the cap is not exceeded during negotiation by hidden messages and during trading with the public trades in the book. In particular, the caps are enforced by determining when the cap is met or would be exceeded by additional trades, and then by canceling all outstanding hidden messages reflecting orders which exceed or would exceed the cap.
Negotiation orders are independent of other displayed orders on the system 10 unless the negotiation process is complete. When a negotiation order is initially entered by Participant A using, for example, user station 14 of FIG. 1 through a data input device 26 , the displayed portion of the negotiation order is only displayed to the participant designated by the initiator of a trade, but the negotiated order is capable of interacting with publicly displayed orders, for example, during matching, when such orders are at the same price.
For example, if the best displayed bid in the system 10 is at 84.25 and the negotiation bid is entered at 84.375, a subsequent offer entered into the system 10 by the participant at 84.375 automatically hits the 84.375 negotiation bid, up to the full amount of the negotiation quantity and reserve. Such matching and hitting of bids occurs even for anonymous and/or invisible bids. For example, although the negotiation bid in the above example is not displayed to the participant as part of the anonymous negotiation method, the negotiation bid is still able to be matched with the 84.375 offer.
The negotiation feature using anonymous bids and offers is intended to comply with the ECN Alternative for alternative trading systems specified in Order Execution Rules of the Securities and Exchange Commission (SEC), which do not require an order in an alternative trading system to be displayed publicly if the order is shown only to one other person or entity. For example, the Exchange Act Release No. 40760 of Dec. 8, 1998, published at 63 Federal Register 70844 on Dec. 22, 1998, states after note 190 that “alternative trading systems are not required to provide the public quote stream orders displayed to only one other alternative trading system subscriber, such as through the use of a negotiation feature”. The system 10 using the “TRADEBOOK” server 12 executing the “TRADEBOOK” software available from “BLOOMBERG TRADEBOOK LLC” may be used as or in conjunction with an alternative trading system for allowing users to negotiate orders for the “NASDAQ” trading system 32 .
Accordingly, while negotiations occur anonymously using hidden orders in steps 78 - 84 shown in FIG. 4 after no initial match of booked public orders, orders may enter the book during the anonymous negotiations. While the anonymous negotiations occurs, the system 10 continues to consult the book of public trades in step 86 for a match of a public trade with either side of the anonymously negotiated trade. In step 88 , the system 10 determines if there is a match of one party in the anonymous trade with the book 36 . If not, for example, if the company stock or the type of company stock of the negotiated trade differ from every entry in the book 36 , then no match with the book 36 exists and so the negotiated trade is executed in step 90 .
However, if there is a matching trade in step 88 , the system 10 determines if the prices of the book trade and the negotiated trade are identical in step 92 . If not, the trade having the better price is executed in step 94 . For example, Participant A is interested in buying 10,000 shares of INTEL at 62, and has negotiated with Participant B to buy the shares of INTEL at 64 . After negotiations are finalized, if an order in the book 36 is present from Participant C to sell 10,000 shares of INTEL at 63, then from the perspective of Participant A, Participant C has the lower and therefore better price of 63 per share instead of 64 per share from Participant B. Accordingly, despite negotiations with Participant B, a trade between Participants A and C is executed at the better price of 63.
After anonymous negotiations, the terms of the trade may be identical to a later book entry, including identical in price. Therefore, in step 92 , the prices are identical, but the negotiated trade takes precedence so the system 10 executes the negotiated trade at the negotiated price 96 . In this matter, the system 10 maintains price/time priority, in which the best price governs the trade and, if prices are identical, the negotiated trade is deemed to have time priority over a later-received trade in the book 36 . Accordingly, traders having identical trades with later book trades are not penalized for entering into negotiations.
Any parties rejected during negotiation may later propose new trades and so may enter into the final trade outside of negotiation as per steps 86 - 96 . For example, Participant A selects Participants B and C for anonymous negotiation, but finalizes an anonymously negotiated trade with Participant B. Participant C is thus rejected during negotiation, but may re-enter a trade in the book 36 . During steps 86 - 88 , despite the negotiation between Participants A and B, the negotiated trade is compared to the publicly booked trade of Participant C. If Participant C can beat the price of Participant B in step 92 , then Participant C may enter into the final trade with Participant A at the better price.
Accordingly, trading and liquidity are improved by the system 10 using anonymous negotiations which comply with appropriate regulatory market rules for improved prices and market efficiency.
Indications of Interest.
Referring to FIG. 3 , the system 10 also supports the use of an indications feature which allows only certain participants (e. g., institutional participants) to advertise a desire to negotiate by sending indication of interest (IOI) messages to other institutional participants via IOI software applications or services. Such indications may specify only the security ticker and the side of the indication as being for a buy or a sell, and may also include a notation that the security is negotiable on the system 10 . Indications may be set to not show any price, size, or identification of the participant.
The system 10 maintains user profiles to control the transmission of IOIs, with a default setting permitting transmission by any particular user. These profiles are in effect subsets of system users to which a user wants IOIs to be transmitted by the system. A user accesses a list of users from which the user creates the profile. In the preferred embodiment, the system 10 also supports the use of IOIs only between institutional traders and not from individual brokers, in order to reduce or eliminate “fishing” for interest. The user profile may specify whether or not the user is an institution. The user profile may be modified by the user to change the IOI default setting, but may not be modified by the user to change the user's designation of being or not being an institutional trader.
As shown in FIG. 5 , the system 10 uses the components and modules of FIGS. 1 and 3 to a perform the steps 98 - 114 . Upon receiving an order for stock in step 98 from an initiator of the trade, the system 10 checks the user profile of the initiator in step 100 to determine the present value of the IOI setting, which may be the default value or a customized setting. If the IOI setting is determined in step 102 as being set to transmit an IOI with the trade, then the method proceeds to step 104 .
Otherwise, the system 10 determines in step 106 whether the initiator has entered an toggle command to override the current IOI setting in the initiator's profile. For example, when entering an order in the tool line 50 of FIG. 6 , the initiator may include a “/N” command, such that the order shown in FIG. 6 instead reads:
which toggles the system 10 to use, for this trade only, the exact opposite of the IOI setting in the initiator's profile. The “N” in the “/N” command represents NATURAL Institution-to-lnstitution-Only Indications of Interest. Accordingly, the initiator of orders need not continuously reset the IOI setting in the user's profile to transmit IOIs. It is understood that other commands, function keys, or hotkeys may be used to toggle the initiator's profile settings.
If no toggle command is present and the IOI setting is set to not transmit an IOI message as determined in steps 102 and 106 , then the system 10 in step 108 does not send an IOI message. However, in step 106 , if a toggle command is present in step 106 to use the opposite of the IOI setting to not transmit as determined in step 102 , then the system proceeds to step 104 .
In step 104 , the system 10 may optionally determine if the initiator is an institutional trader, for example, by checking the profile of the initiator which may include a designation or flag indicating whether or not the initiator is an institutional trader. If the initiator is not an institutional trader, then the system 10 performs step 108 to not send the IOI message, since such IOI functionality is reserved for institutional traders to prevent fishing for trades, as described herein.
However, in step 104 , if the initiator is an institutional trader, then the system 10 determines if a combined quantity of the stock from all uncancelled orders for the stock exceeds a predetermined threshold in step 110 . For example, the system 10 may support IOIs which involve a combined total of, for example, 10,000 shares of a given stock, in order to ensure that enough overall interest is present for serious institutional traders to enter into trades of the stock.
If the predetermined threshold is not met in step 110 , the system 10 holds the IOI message in step 112 for every initiator and returns to step 98 to receive more orders for the stock. Otherwise, in step 110 , with the predetermined threshold met, the system 10 sends the IOI message associated with the order or orders of the particular stock in step 114 .
As shown in FIG. 15 , the system 10 responds to a command from a user to display a screen on the respective monitor 22 - 24 of the user for viewing the settings of a user's profile, such as the setting for sending out IOIs. Using a mouse and GUI as the data inputs 26 - 28 for moving a cursor to the “Y” in a field adjacent to the “SEND IOIs” setting, or alternatively using highlighted portions of the screen of FIG. 12 with a cursor moved by tabs or other keystrokes through a keyboard, a user can select the field and so to cause the system 10 to generate a change-of-setting pop-up window or menu 132 , as shown in FIG. 16 . Once the user inputs a new setting, the change of setting is confirmed by the user using, for example, the GO key and/or other predetermined keys or keystrokes, which causes the updated setting to be stored with other settings in the memory 36 . Thereafter, the system 10 responds to the updated IOI setting as the current IOI setting.
By entering a “BTP” command, a trader is then presented with a BTP stock price status screen shown in FIG. 17 , which lists for the indicated stock the most recent activity of the stock such as orders for selling and buying in screen portions 116 - 118 , respectively, as well as best bids and best offers in screen portions 134 . Upon entering a predetermined command such as BTRN, the trader is then presented with an audit trail screen as shown in FIG. 18 , in which any activity corresponding to the text at the screen portions 134 in FIG. 17 are indicated, for example, in text messages 136 shown in FIG. 18 . In particular, any IOIs associated with the orders in FIG. 17 are displayed.
In response to an IOI display command from a trader, such as IIA<GO>, the system 10 displays all IOI messages on an IOI screen shown in FIG. 19 , with the IOI in FIG. 18 associated with the buy order of 68.5 per share in FIG. 17 being shown in more detail as the IOI 138 in FIG. 19 .
Unlike traditional broker-dealer IOIs in the prior art, the disclosed IOIs are fully executable and associated with the actual order. The IOIs are anonymous, and may be sent for both listed and over-the-counter stocks and only to institutions over both the “BLOOMBERG LP” and AUTEX systems. In one embodiment of the disclosed system 10 using the TRADEBOOK server 12 and applications, the only permissible way to enter and send an IOI is by entering an order to be associated with the IOI in the TRADEBOOK system. Accordingly, any user of the system 10 seeing an IOI knows that there is a real TRADEBOOK order attached to the IOI, and so the IOI is not being used for fishing for orders and trades.
Such IOI functionality may only be available to the buy-side, so only the buy-side has the ability to view brokers' IOIs. Using commands associated with TRADEBOOK such as broker:BTRD, users are allowed to view the available and posted IOIs, and so users of the system 10 may engage in trades using IOIs with confidence that the initiator is not fishing and wasting the users' time. Thus the IOIs represent real liquidity which is immediately executable.
The disclosed trading system 10 and method have been described by way of the preferred embodiment. However, numerous modifications and substitutions may be made without departing from the spirit of the invention. For example, while the preferred embodiment discusses trades complying with NASDAQ trading rules, it is wholly within the purview of the invention to contemplate negotiation and processing of trades under different market rules to ensure anonymity yet comply with the market rules in the manner as set forth above. Accordingly, the invention has been described by way of illustration rather than limitation.
Anonymous electronic trade matching system
Thomson Reuters, the world’s leading source of intelligent information for businesses and professionals, today announced the launch of real-time electronic trading of spot and forward Malaysian Ringgit and Philippines Peso on Thomson Reuters Matching platform.
The addition of the new currencies to Thomson Reuters Matching means onshore banks will now have access to an electronic central limit order book, providing them with more reference on pricing levels of the USD/MYR and USD/PHP pairs and bringing a new level of efficiency, liquidity and transparency to these markets.
In the Philippines, Thomson Reuters has partnered with the Philippine Dealing System Holdings Corp. & Subsidiaries (PDS Group), to provide the foreign exchange electronic trading platforms to members of the Bankers Association of the Philippines, the association that operates the Philippines’ USD/PHP spot and swap markets.
Meanwhile in Malaysia, Bank Negara Malaysia has granted an approval to conduct electronic money-broking services, making Matching the first electronic matching system for USD/MYR.
“Thomson Reuters is excited to embark on the new era of electronic trading in Malaysia and the Philippines,” said Nigel Fuller, Head of Liquidity Sales, Thomson Reuters, Asia. “Extending our market standard Matching capabilities to new markets has been a constant theme for us and, with the support of local market participants we believe that Matching will be a valued source of liquidity and help drive efficiency throughout the trade cycle, thus promoting long-term growth of the interbank foreign exchange market.”
With over 1,100 subscriber organizations, Thomson Reuters Matching is the leading anonymous electronic trade matching system for the professional community, offering unbiased access to real time executable prices on more than 80 currency pairs.
Thomson Reuters has had a presence in Malaysia and the Philippines for decades, working closely with the financial industry and the banking community as the leading international financial information provider to operate in these countries.
Leading FX trade matching service.
Thomson Reuters Matching.
Unbiased, anonymous and world-leading electronic FX trade matching via the FX Trading interface, allowing you to execute trades quickly and accurately.
Request details on Thomson Reuters Matching.
All countries (toll free)
Middle East & North Africa.
Hong Kong, Macau, Taiwan & Korea.
India and South Asia.
Singapore and South East Asia/ASEAN.
Australia, New Zealand, Pacific.
Available through FX Trading, Thomson Reuters Matching is an anonymous central limit order book (CLOB) with award winning trade matching capabilities in FX spot, forwards, swaps and non-deliverable forwards (NDFs).
With over 80 currency pairs and 1,100 subscribers, Matching is a primary market and the industry leader in professional trading for Commonwealth and emerging market currencies including GBP, AUD, NZD, CAD, NOK, DKK, CNH and MXN.
Content and features.
Anonymous market trading in FX spot, forwards, swaps and NDFs.
Turnkey desktop solution.
Direct access within FX Trading, Thomson Reuters innovative new FX desktop.
Trader specific design.
Trader designed keyboard and keypad for ease of execution.
Aggregator montage combines anonymous Matching liquidity with disclosed Bank Stream liquidity.
Automated post-trade processes through Thomson Reuters Trade Notification and Deal Tracker streamline workflow and reduce errors.
Markets and industries.
Thomson Reuters is the leading provider of trading and analysis platforms for foreign exchange markets.
Thomson Reuters Matching.
The powerful trade matching combination.
Request details on Thomson Reuters Matching.
All countries (toll free)
Middle East & North Africa.
Hong Kong, Macau, Taiwan & Korea.
India and South Asia.
Singapore and South East Asia/ASEAN.
Australia, New Zealand, Pacific.
Thomson Reuters financial & risk solutions deliver critical news, information and analytics to the global financial community – enabling transactions and connecting communities of trading, investing, financial and corporate professionals.
Uma parte da divulgação deste documento de patente contém material sujeito a proteção de direitos autorais. O proprietário dos direitos autorais não tem objeção à reprodução de fac-símile por qualquer um do documento de patente ou a divulgação da patente, tal como aparece nos arquivos ou registros de patentes nos EUA e em Marcas registradas, mas, de qualquer forma, reserva todos os direitos autorais de qualquer tipo.
ANTECEDENTES DA INVENÇÃO.
A presente invenção refere-se a sistemas de comércio eletrônico e, mais particularmente, a um sistema e método que atua como intermediário de introdução para organizar negócios eletrônicos em instrumentos financeiros.
Sistemas de negociação alternativos estão sendo implementados com capacidades além das trocas tradicionais de commodities, ações e instrumentos financeiros. Por exemplo, os sistemas de negociação eletrônica podem fazer correspondência comercial entre compradores e vendedores, o que aumenta as comunicações e a liquidez do capital para maiores eficiências de mercado.
Nas artes financeiras, as redes de comunicações electrónicas (ECNs) referem-se a sistemas informatizados de correspondência comercial que são capazes de unir os melhores preços de oferta e oferta, bem como fornecer aos investidores anonimato e custos de transação reduzidos. Por exemplo, essas ECNs podem ignorar as comissões do corretor e as taxas de câmbio. Um ECN permite que seus participantes, tais como corretores / negociantes, criadores de mercado e instituições de compra, publiquem ofertas e ofertas em uma cotação de mercado, como o sistema "NACIONAL ASSOCIAÇÃO DE REVALITANTES DE VALORES MOBILIÁRIOS AUTOMATIZADOS" (NASDAQ).
As regras de gerenciamento de pedidos foram implementadas pela Securities and Exchange Commission (SEC), que exige a divulgação pelos fabricantes de mercado de qualquer ordem ECN em uma cotação comercial no momento da negociação. A falta de anonimato pode expor, por exemplo, negócios excessivos por instituições e empresas específicas que podem, por sua vez, ter um impacto negativo nos mercados, como causar corridas em ações e oscilações selvagens e voláteis nos mercados. Conseqüentemente, essa exposição pode arrefecer a negociação pelos fabricantes de mercado de ordens ECN, e assim reduzir a liquidez e a eficiência nos sistemas de negociação.
Existe a necessidade de um sistema de negociação anônimo que cumpra as regras aplicáveis de divulgação do mercado.
Os sistemas de negociação também suportam mensagens e exibem informações como indicações de interesse (IOI) de uma entidade disposta a entrar em um comércio e solicitando partes opostas ou contras em um comércio. As indicações anônimas aumentam a liquidez das negociações. No entanto, na ocasião, os corretores usam s, e especialmente IOIs anônimos, para realizar pesca; ou seja, enviar IOIs vazios ou insinceros para solicitar metade de uma transação e, em seguida, procurar preencher a outra metade.
OBJECTOS E SUMÁRIO DA INVENÇÃO.
Os objetos desta invenção são para preencher as necessidades descritas acima.
Estes e outros objetos são alcançados de acordo com a invenção por um sistema de comércio eletrônico e um método que apoiem a negociação anônima em conformidade com as regras de manuseio de pedidos, e que apoiem as indicações de interesse (IOI) enquanto desencorajam os IOIs de pesca.
De acordo com uma forma de realização da invenção, os estoques são negociados eletronicamente usando um sistema de comércio eletrônico, ao mesmo tempo em que apoiam a negociação anônima e mantêm a identidade das partes comerciais anônima um com o outro e com relação aos usuários do sistema comercial. Nesta concretização, os negócios podem ser executados entre dois usuários do sistema (entre ordens ocultas) e entre um usuário do sistema e um terceiro (entre uma ordem oculta e uma ordem pública).
De acordo com essa encarnação, uma primeira parte oferece para comprar ou vender ao longo do sistema uma série de ações selecionadas pela primeira parte a um preço selecionado pela primeira parte de ou para uma ou mais contrapartes selecionadas pela primeira parte. Na forma de realização preferida, negociações anônimas podem ser realizadas entre uma primeira parte e uma pluralidade de contrapartes potenciais (segundos usuários) selecionados pela primeira parte. A primeira parte e uma contraparte aceitam eletronicamente negociar até um número acordado de ações do estoque a um preço acordado. No entanto, se não houver melhor comércio em pelo menos um pedido de estoque originado de fora do sistema para o estoque particular para a primeira parte ou a contraparte, o sistema executa eletronicamente o comércio acordado pela primeira parte e contraparte, caso contrário, O sistema executa o melhor comércio. Um comércio pode ser executado onde o número de ações no lado da compra de um pedido é menor do que no lado da venda, com o sistema executando uma troca pelo número de ações no lado da compra.
A primeira parte oferecendo para comprar ações de ou vender ações para uma ou mais contrapartes selecionadas seleciona uma ou mais contrapartes dos usuários identificados pelo sistema como envolvendo atividades de comércio ou ordem recentes em ações específicas. As estações de usuários podem ser fornecidas com um dispositivo de entrada e um dispositivo de saída, e os parceiros de negociação anônimos disponíveis podem ser selecionados por um usuário a partir de uma lista fornecida pelo sistema usando um dispositivo de entrada. A primeira parte e a contraparte negociam eletronicamente o preço da ação ou o número de ações do estoque, ou ambos, sobre o sistema antes de concordar com o comércio e se há um melhor comércio no estoque particular para o primeiro O partido ou a contraparte é determinado pelo menos uma vez durante a etapa de negociação e pelo menos uma vez após a conclusão do passo de negociação e antes de qualquer troca é executada entre a primeira parte e a contraparte. De preferência, isso é determinado repetidamente durante uma negociação.
Assim, um comércio não é executado entre os usuários do sistema se houver uma troca melhor com um terceiro. Se um melhor comércio está disponível, ou seja, se há uma correspondência de qualquer uma das ordens ocultas com qualquer uma das ordens públicas, pode ser determinada repetidamente. Dependendo de se um melhor comércio estiver disponível, um par de pedidos selecionados das ordens ocultas e as ordens públicas são executadas. Um comércio é executado de acordo com uma prioridade quando o mesmo comércio se torna disponível entre duas ordens originadas no sistema e um pedido originário do sistema e um pedido originário de fora do sistema. Na forma de realização preferida, a prioridade da execução comercial é dada às ordens originadas no sistema.
De acordo com outra forma de realização da invenção, o interesse pode ser determinado em um estoque entre os usuários de um sistema de comércio de ações eletrônico apenas em associação com um pedido digitado por um usuário. Nesta forma de realização, o sistema de comércio eletrônico compreende pelo menos um computador com memória de computador associada e uma pluralidade de estações de usuários acopladas a ele através de uma rede de comunicação. O pelo menos um computador está programado para coincidir com as encomendas entradas nas estações de usuários pelos usuários e para executar trocas de pedidos correspondentes, e tem uma listagem de usuários do sistema acessível por qualquer usuário do sistema através de uma estação de usuário. Resposta ao usuário através de estações de usuários, pelo menos um computador é programado para criar um subconjunto ou perfil de usuários do sistema selecionados por um usuário ao qual esse usuário autoriza o sistema a transmitir uma indicação de interesse (IOI) em um estoque para o qual o usuário entrou em um pedido. Um usuário em uma estação de usuário seleciona usuários da lista de usuários e o sistema transmite para os usuários selecionados somente quando o usuário entra em uma ordem na estação do usuário para o estoque em particular. Assim, nesta forma de realização, uma indicação de interesse (IOI) é transmitida apenas em associação com uma ordem introduzida por um utilizador.
O IOI pode ser transmitido automaticamente em associação com o pedido, a menos que seja substituído por um comando inserido com a ordem, ou apenas com um comando inserido com a ordem. O comando de transmissão ou de substituição é de preferência inserido através de um teclado na estação do usuário. De preferência, um IOI será transmitido em associação com uma ordem somente se a ordem exceder uma quantidade limite, ou se esse pedido e quaisquer ordens não garantidas para o mesmo estoque inserido pelo mesmo usuário excederem uma quantidade limiar.
O sistema de negociação inclui um banco de dados para armazenar ordens públicas recebidas de um sistema de negociação de ações públicas; e um servidor para receber ordens ocultas de uma pluralidade de usuários e para realizar negociações anônimas entre o primeiro e o segundo usuário com as ordens ocultas. O servidor acessa repetidamente o banco de dados para determinar uma correspondência de qualquer uma das ordens ocultas com qualquer uma das ordens públicas e para executar um par de pedidos selecionados das ordens escondidas e os pedidos públicos. O sistema também transmite indicações de interesse para um ambiente comercial usando o servidor para processar uma ordem comercial de um primeiro usuário e para manter um perfil de um usuário. O perfil inclui uma configuração IOI atual para controlar a transmissão do IOI do usuário. O servidor responde a um comando de alternância do primeiro usuário para controlar a transmissão do IOI oposto à configuração atual do IOI. O servidor responde à configuração IOI que está sendo configurada para permitir a transmissão, transmitindo o IOI do primeiro usuário associado ao pedido de negociação.
BREVE DESCRIÇÃO DOS DESENHOS.
FIG. 1 ilustra o sistema comercial divulgado;
FIG. 2 ilustra o sistema da FIG. 1 em maior detalhe com os módulos utilizados para negociações;
FIG. 3 ilustra o sistema da FIG. 1 em maior detalhe com os módulos utilizados para o processamento de indícios de interesse;
FIG. 4 ilustra um fluxograma para realizar negociações negociadas;
FIG. 5 ilustra um fluxograma para processar indícios de interesse;
FIG. 6 ilustra uma exibição de tela de um monitor de cotação TRADEBOOK;
FIG. 7 ilustra uma exibição de tela mostrando o status do preço das ações;
FIG. 8 ilustra uma exibição de tela de negociações disponíveis para negociação;
FIG. 9 ilustra uma exibição de tela da FIG. 8 com trades selecionados para negociação;
FIG. 10 ilustra uma janela pop-up para definir termos de negociação;
FIG. 11 ilustra uma exibição de tela de um monitor de negociação TRADEBOOK;
FIG. 12 ilustra a exibição de tela da FIG. 11 com negócios adicionais e seu status;
FIG. 13 ilustra uma janela pop-up para aceitar ou recusar um comércio negociado;
FIG. 14 ilustra a exibição de tela da FIG. 12 com trades adicionais e seu status expirou;
FIG. 15 ilustra uma exibição de tela para visualizar as configurações do perfil de um usuário;
FIG. 16 ilustra a exibição de tela da FIG. 15 com uma janela pop-up para alterar uma configuração de um perfil de usuário;
FIG. 17 ilustra uma exibição de tela de vários negócios;
FIG. 18 ilustra uma exibição de tela de um registro da atividade comercial diária; e.
FIG. 19 ilustra uma exibição de tela de indicações de interesse divulgadas.
DESCRIÇÃO DETALHADA DA FORMA DE REALIZAÇÃO PREFERIDA.
Referindo-se à FIG. 1, o sistema de negociação revelado 10 inclui um servidor "TRADEBOOK" 12 que executa o software "TRADEBOOK" disponível de "BLOOMBERG TRADEBOOK LLC" para receber informações de negociação de uma pluralidade de usuários usando as estações de usuário 14-16 através de um gateway 18 e uma comunicação rede 20, que pode ser, por exemplo, uma intranet, ou uma rede telefônica de serviços públicos (PSTN). Alternativamente, a rede de comunicações 20 pode ser a Internet. Para além do gateway 18, o sistema 10 e / ou a rede de comunicações 20 em qualquer forma de realização podem proporcionar uma segurança de dados apropriada; por exemplo, usando criptografia e firewalls.
O servidor 12 exibe informações sobre ações e outros títulos para os usuários através dos monitores 22-24, e os usuários podem inserir seleções e comandos, como comprar e oferecer mensagens usando as entradas de dados 26 a 28, que podem ser dispositivos de entrada que podem incluir um teclado, um mouse ou outros dispositivos de entrada, como uma interface de usuário gráfica (GUI).
O servidor 12 inclui um processador 30 para executar o software "TRADEBOOK" para realizar negociação com negociação anônima e indicações de características de interesse como aqui descrito, de modo que o sistema 10 atua como um corretor de introdução para organizar transações com o sistema de negociação "NASDAQ" 32 e / ou o sistema "AUTEX" 34. O software "TRADEBOOK" pode ser armazenado na memória 36 e é capaz de atuar como um agente para ambos os lados de cada comércio, com taxas cobradas aos participantes e não participantes do sistema 10 por transação-base. Os valores mobiliários que podem ser negociados no sistema 10 podem incluir o NASDAQ, o NASDAQ Small Cap e os títulos de capital norte-americano cotados em bolsa, bem como os American Depositary Receipts (ADRs), como os tipos de títulos rosa e de quadro de avisos que são elegíveis para liquidação líquida contínua por inscrição no livro através da National Securities Clearing Corporation e da Depository Trust Company.
Numa forma de realização alternativa, o sistema 10 pode incluir um servidor de indicação de interesse (IOI) 38, mostrado na FIG. 1, para processar IOIs através do servidor TRADEBOOK 12, conforme descrito aqui, para fornecer funcionalidade IOI ao sistema "BLOOMBERG TRADEBOOK" 10 e aos usuários deles.
Referindo-se à FIG. 2, o servidor 12 do TRADEBOOK inclui vários módulos, que podem ser hardware e / ou software, para processar ordens e dados do TRADEBOOK e para interagir os usuários 40 usando as estações de usuários 14 a 16 para o sistema de negociação NASDAQ 32, bem como para outros sistemas como o sistema de mercado aberto (OMS) de um cliente 42. Os módulos podem ser referenciados com nomes de arquivos e / ou designações começando, por exemplo, com "BT" para "BLOOMBERG TRADEBOOK".
As entradas e dados do usuário das utilizações 40 e das estações de usuários 14 a 16 são processados em tempo real usando o processador 30 executando o módulo BTBIG 44 e o módulo BT2LINE 46, que recebem e formam os dados de entrada para pedidos e mensagens para uso pelo Servidor TRADEBOOK 12. Os dados a serem exibidos de volta para o usuário 40 são enviados para o módulo BTMON 46, que é um módulo de monitoramento para traduzir informações para o formato usado pelo BTBOOK 54 e para enviar dados de saída para os monitores 22-24 e para controlar os dados exibidos em os monitores 22-24 das estações de usuários 14-16, respectivamente. Os monitores 22 a 24 fornecem saídas para os respectivos usuários através de porções 50 da tela, com o módulo BTBIG 44 para processar dados da parte inferior da tela e o módulo BT2LINE 46 para manipular e exibir os dados das duas primeiras linhas em a parte superior da tela, mostrada na FIG. 6.
FIG. 6 ilustra uma tela de tela típica "BLOOMBERG TRADEBOOK" para uso por comerciantes para fornecer de forma eficiente e rápida uma quantidade significativa de informações atualizadas após a entrada de comandos simples. Além disso, a ativação de comandos e a exibição de informações adicionais também são fornecidas usando uma GUI com dispositivos de entrada baseados em GUI, como um mouse. Por exemplo, texto, números e regiões da tela podem estar ativos para atuação pelo usuário. Em um exemplo, clicar duas vezes no nome do estoque "INTC" pode gerar um gráfico de atividade dos preços do estoque "INTEL CORPORATION". Em outro exemplo, clicar duas vezes em um mouse sobre o nome do fabricante de mercado "BTRD" pode gerar informações sobre o fabricante de mercado, como o nome completo e as informações de contato, em que "BTRD" corresponde ao "BLOOMBERG TRADEBOOK" como fonte do 62,5 ofertas para 70,000 ações do INTC mostradas na FIG. 6.
A tela de exemplo particular mostrada na FIG. 6 é uma tela do monitor de cotação COMERCIAL que é gerada pelo comerciante que entra no comando BTMQ que pode representar uma cotação de mercado (ou monitor) "BLOOMBERG TRADEBOOK", com o comando "BTMQ" mnemônico que gerou a tela atual na FIG. 6 sendo exibido, por exemplo, no canto superior direito da tela da FIG. 6. Outros tipos de telas podem ser fornecidos aos usuários do "BLOOMBERG TRADEBOOK", como telas que exibem os pedidos, transferências de pedidos, monitoramento de uma única segurança, monitoramento de um conjunto composto ou conjunto de títulos em um portfólio ou campo de negociação e compra múltipla e vender ordens na mesma segurança.
Referindo-se à FIG. 2, o módulo BT2LINE 46 do sistema 10 exibe comandos de entrada de volta para o usuário. Por exemplo, para comprar 10.000 ações das ações "INTEL CORPORATION" com o símbolo de negociação INTC a $ 62 por ação, um usuário 40 pode inserir a linha de comando:
através da entrada de dados 26. As palavras-chave & lt; BUY & gt; e & lt; GO & gt; podem ser inseridos como texto, ou podem ser teclas de atalho ou teclas de função ou combinações das mesmas em um teclado padrão ou, alternativamente, podem ser chaves especializadas em um teclado personalizado disponível, por exemplo, através de "BLOOMBERG LP". Por exemplo, o & lt; GO & gt; o comando pode ser a chave tradicional ENTER ou RETURN, ou pode ser um botão personalizado do teclado com a palavra "GO" impressa como indicação sobre isso. A linha de comando indicada é processada pelo BT2LINE 46, que por sua vez é processado pelo BTMON 48 para exibir o comando em uma linha de ferramentas, por exemplo, na parte superior de uma tela exibida predeterminada através do monitor 22 como mostrado na tela de exemplo mostrada em FIG. 6.
Quaisquer comandos de entrada, tais como ordens correspondentes a negociações entre comerciantes, são processados através de um módulo BTNEGOT 52 que processa as mensagens de negociação conforme descrito aqui em conjunto com a FIG. 4. BTNEGOT 52 consulta um livro de trades processados pelo módulo BTBOOK 54 e armazenados na memória 34, que pode ser um banco de dados, como o BTRADE-DB 56, que é acessível pelo módulo BTBOOK 54. Através do BTBOOK 54, o livro no BTRADE-DB 56 é atualizado para refletir ordens, preços atuais e dados disponíveis no sistema de negociação NASDAQ 32, bem como cancelamentos de pedidos e registros de atividade. Em particular, o módulo BTBOOK 54 está operacionalmente conectado ao sistema de negociação NASDAQ 32 através de um módulo BTFEED 58, que alimenta dados como dados de pedidos e cotações do NASDAQ 32. Além disso, o módulo BTBOOK 54 está conectado ao sistema SELECTNET do NASDAQ 32 através de uma interface computador-computador "BLOOMBERG TRADEBOOK" NASDAQ WORKSTATION (BTNWS) 60, que conecta o BTBOOK 54 ao SELECTNET para receber e transmitir ordens.
O BTBOOK 54 também recebe dados de pedidos e negociação do cliente OMS 42 através de um módulo BTFIXCCI 62 e um módulo BTFIXSRV 64, que são, respectivamente, uma aplicação CCI de intercâmbio de informações financeiras (FIX) e um aplicativo receptor FIX para fornecer dados financeiros ao BTBOOK 54. Em particular, o módulo BTFIXCCI 62 traduz e / ou formata os dados financeiros recebidos para um formato para uso pelo BTBOOK 54. O módulo BTFIXSRV 64 atua como um nó local para o servidor TRADEBOOK 12 para identificação do servidor 12 com outros sistemas e componentes.
Uma vez que os negócios também podem estar associados a indicações de interesse (IOI), o BTBOOK 54 pode, opcionalmente, ser conectado a um módulo BTIOI 66 para processar IOIs em conjunto com negociações com negociações anônimas através do BTNEGOT 52. O módulo BTIOI 66 pode estar ligado ao servidor IOI 38 mostrado na FIG. 1.
Numa forma de realização alternativa ilustrada na FIG. 3, o servidor TRADEBOOK 12 pode suportar o IOI associado a transações executadas sem negociações anônimas. Por exemplo, o módulo BTIOI 66 pode ser conectado ao servidor IOI 38 através do módulo BTFIXSRV 64 do servidor TRADEBOOK 12 e também ao sistema automático de execução comercial AUTEX 34. O servidor IOI 38 pode estar ligado ao utilizador 40 através da rede de comunicações 20 e ao servidor TRADEBOOK 12 através de vários módulos. Por exemplo, o servidor IOI 38 pode incluir um BTFIXSRV 70 correspondente que interage com o BTFIXSRV 64 para acessar e publicar IOIs para o sistema AUTEX 34.
Um módulo BTFIXSRV correspondente 68 conecta o servidor IOI 38 a sistemas externos, como o servidor TRADEBOOK 12 e, portanto, o módulo BTFIXSRV 68 identifica o servidor IOI 68 em tais sistemas externos. Os módulos BTFIXSRV 64, 68 podem ser idênticos na implementação. O servidor IOI 38 do "BLOOMBERG TRADEBOOK" (BTRD) inclui um módulo decodificador (BTRDDCD) 70 que executa a execução automática do software IOI para receber mensagens recebidas através do módulo BTFIXSRV 68 e traduzir essas mensagens para um formato para uso Módulo IOISERV 72 para processar os IOIs.
O módulo IOISERV 72 também publica os IOIs para exibição com dados associados ao monitor do usuário 40 através de um módulo de monitor de ordem de equidade (EOMON) 76 separado do módulo de monitor BTMON 52 do servidor TRADEBOOK 12. Em particular, o módulo EOMON 76 pode ser configurado para filtrar IOI de acordo com as configurações de cada usuário particular, por exemplo, para evitar a exibição de certos corretores.
A pedido do usuário, o módulo IOISERV 72 também provoca a exibição de todos os IOIs. Além disso, o módulo BTMON 48 funciona com o módulo IOISERV 72 para determinar e exibir, para cada usuário particular, os IOIs mais recentes envolvendo o usuário específico, como os dois IOIs mais recentes enviados pelo usuário.
Em operação, como mostrado na FIG. 4, o sistema 10 suporta recursos de negociação, que permitem que broker-dealers e participantes institucionais iniciem negociações anônimas numa base individual com outros participantes do sistema 10. Um participante pode designar se deseja ou não receber mensagens de negociação e pode iniciar uma negociação com outro participante com uma ordem aberta, uma ordem expirada ou um contrato executado no sistema 10. Essas negociações podem ser realizadas em conjunto com as características de interesse (IOI) do sistema 10, conforme descrito aqui.
Quando um comerciante entra em um pedido, o processador 30 do servidor TRADEBOOK 12 usando, por exemplo, o BTBIG 44, verifica o livro de pedidos no BTBOOK 54, refletindo os pedidos do NASDAQ para uma correspondência à ordem do comerciante. Se não houver correspondência, negociações anônimas podem ocorrer, como mostrado no passo 78 da FIG. 4, com o livro sendo verificado constantemente e / ou regularmente para uma correspondência com os pedidos negociados.
Ao inserir um comando "BTP", um comerciante é então apresentado com uma tela de status de preço de estoque BTP mostrada na FIG. 7, que lista para o estoque indicado, como o INTC para "INTEL CORPORATION", a atividade mais recente do estoque, como ordens para venda e compra em partes de tela 116 - 118, respectivamente. Se o comerciante visualizar a tela de status da FIG. 7 deseja negociar para comprar ou vender uma ordem inigualável, o comerciante pode selecionar e atuar os comandos "NEGOCIAR PARA VENDER" ou "NEGOCIAR PARA COMPRAR", nas porções de tela 120 - 122, respectivamente. Por exemplo, o comerciante, como o primeiro participante da negociação, pode usar uma chave de função predeterminada, ou pode atuar, através de uma GUI, o texto nas porções 120 - 122.
Por exemplo, para negociar para comprar o estoque do INTC, a ativação do texto 122 faz com que o BTNEGOT 52 gere a tela Negotiate to Buy, mostrada na FIG. 8 para exibição no respectivo dos monitores 22-24 associados ao primeiro participante. A tela Negociar para comprar pode exibir o total de ações compradas nesse dia pelo primeiro participante e a quantidade de ações do primeiro participante exibida para outros.
Na tela mostrada na FIG. 8, a atividade de negociação mais recente dos pedidos de estoque, por exemplo, INTC, é exibida com a data, quantidade e preço. O primeiro participante pode selecionar uma ou mais das ordens para negociar, por exemplo, atuando os ícones da caixa vazia 124 através de uma GUI. As caixas vazias são então alteradas para caixas cheias ou X-ed 126 como mostrado na FIG. 9. O primeiro participante pode selecionar qualquer número de pedidos disponíveis para negociação ou, em alternativa, apenas um número predeterminado de pedidos pode ser selecionado, como oito ou dez.
Durante a negociação, um participante insere uma ordem de negociação firme no passo 80 da FIG. 4, que é uma ordem que resulta em um comércio se aceito pelo destinatário da mensagem de negociação. Para entrar na ordem de negociação, por exemplo, para uma negociação para comprar, o sistema 10 gera uma janela pop-up 128 ou sub-tela, como mostrado na FIG. 10, por introduzir um preço de negociação, bem como limites à exposição do primeiro participante nas negociações. Por exemplo, como mostrado na FIG. 10, o Participante A envia uma mensagem de negociação para vender 50 mil ações de um título designado, por exemplo, US $ 84,25 por ação para o Participante B e outros participantes que entraram nas ordens de venda na FIG. 9. Através da janela pop-up 128 da FIG. 10, o primeiro participante pode limitar sua exposição comercial a 60 mil ações. Um segundo participante, como o participante B, pode então realizar negociações anônimas com o primeiro participante, utilizando aceitações firmes ou contra-ofertas no passo 82 da FIG. 4.
Uma vez que as negociações começaram, o primeiro participante que iniciou a negociação pode visualizar a ação na negociação através de uma tela de monitoramento de negociações mostrada na FIG. 11. À medida que as respostas de outros participantes oferecem contra-ofertas ou aceitações, essa ação também é exibida na tela do monitor de negociações do primeiro participante mostrado na FIG. 12. O primeiro participante pode então selecionar qual contra-oferta ou aceitação aceitar ou recusar por atuação do respectivo texto na FIG. 12 usando uma GUI. Por exemplo, quando o primeiro participante clica duas vezes no mouse quando um cursor é posicionado sobre a ação número 1 da FIG. 12 com uma oferta para 3000 partes a um preço de 77 de um segundo participante, uma janela pop-up 130 é gerada como mostrado na FIG. 13. Usando a janela 130 na FIG. 13, o primeiro participante pode aceitar ou recusar a oferta de 3000 ações em 77, e a negociação nesse caso está concluída. Se a negociação for aceita em ambos os lados, a ordem será executada automaticamente, a menos que haja uma correspondência com o livro de ordens públicas.
Como mostrado na FIG. 14, as várias ordens podem ter limitações de tempo para correspondência, negociação e / ou aceitação. Consequentemente, negociações obsoletas podem ser canceladas como expirou, como nos itens de ação 3 a 4 na FIG. 14. O primeiro participante pode reiniciar as negociações em diferentes termos, como os preços mais favoráveis de 77 por ação, como mostrado na ação item 1 na FIG. 14.
No exemplo descrito com o Participante A, se o Participante B responder à mensagem de negociação para comprar apenas 20.000 ações da garantia oferecida ao preço oferecido, o servidor 12 corresponde às duas ordens no passo 84 da FIG. 4, e um comércio para as 20 mil partes é executado sem qualquer outra ação por qualquer participante se nenhuma correspondência estiver no livro de acordo com as etapas de 86 a 90.
Alternativamente, se o Participante B responder à mensagem de negociação com uma contra-oferta no passo 82 em vez de comunicar uma aceitação, a contra-oferta também pode ser uma oferta firme e pode propor uma quantidade diferente e / ou um preço diferente por ação para a mesma segurança. Em outras formas de realização alternativas, as ofertas, aceitações e contra-ofertas podem não ser firmes e, portanto, podem estar sujeitas a confirmação pela última pessoa aceitando.
Todos os iniciadores de negociação e contra-oferentes podem ser necessários para entrar e aceitar quantidades firmes e preços firmes para garantir que os participantes conduzam negociações de boa fé e, assim, evitar que os participantes testem as águas; por exemplo, enviando licitações ou ofertas de negociação insincera, ou mesmo contra-ofertas, e depois se afastando do comércio se o participante contra-lado se comunicar uma aceitação.
Uma ordem de negociação pode ser total ou não como termos, pode especificar um mínimo que deve ser tomado, ou pode indicar que o iniciador da negociação está aberto a uma contra-oferta com uma quantidade de tamanho diferente. O sistema 10 também pode apoiar o uso de reservas para negociação; por exemplo, se a ordem de negociação do Participante A for superior a um limite predeterminado, como 10.000 ações, o Participante A pode designar uma reserva, que não é exibida para o Participante B que recebeu a mensagem de negociação. During negotiation in which Participant A sends an order with a displayed quantity and a non-displayed reserve quantity, if Participant B responds with a counter-offer indicating a match on price but with a quantity which is greater than the displayed quantity yet within the total reserve amount, then the reserve of Participant A is automatically drawn to allow the trade to go forward to meet the quantity of the counter-offer.
However, using reserves, if the counter-offer quantity exceeds the reserve quantity, the counter-offer is executed up to the amount of the reserve, unless the counter-offer is specified by Participant B as being all-or-none. In an all-or-none situation, execution does not occur without a subsequent communication from Participant A of an increase in the offered display quantity or of an increase in the reserve quantity.
When a trader sets a cap for his/her exposure, such as 10,000 shares split among multiple parties in negotiation, the system 10 ensures that the cap is not exceeded during negotiation by hidden messages and during trading with the public trades in the book. In particular, the caps are enforced by determining when the cap is met or would be exceeded by additional trades, and then by canceling all outstanding hidden messages reflecting orders which exceed or would exceed the cap.
Negotiation orders are independent of other displayed orders on the system 10 unless the negotiation process is complete. When a negotiation order is initially entered by Participant A using, for example, user station 14 of FIG. 1 through a data input device 26 , the displayed portion of the negotiation order is only displayed to the participant designated by the initiator of a trade, but the negotiated order is capable of interacting with publicly displayed orders, for example, during matching, when such orders are at the same price.
For example, if the best displayed bid in the system 10 is at 84.25 and the negotiation bid is entered at 84.375, a subsequent offer entered into the system 10 by the participant at 84.375 automatically hits the 84.375 negotiation bid, up to the full amount of the negotiation quantity and reserve. Such matching and hitting of bids occurs even for anonymous and/or invisible bids. For example, although the negotiation bid in the above example is not displayed to the participant as part of the anonymous negotiation method, the negotiation bid is still able to be matched with the 84.375 offer.
The negotiation feature using anonymous bids and offers is intended to comply with the ECN Alternative for alternative trading systems specified in Order Execution Rules of the Securities and Exchange Commission (SEC), which do not require an order in an alternative trading system to be displayed publicly if the order is shown only to one other person or entity. For example, the Exchange Act Release No. 40760 of Dec. 8, 1998, published at 63 Federal Register 70844 on Dec. 22, 1998, states after note 190 that “alternative trading systems are not required to provide the public quote stream orders displayed to only one other alternative trading system subscriber, such as through the use of a negotiation feature”. The system 10 using the “TRADEBOOK” server 12 executing the “TRADEBOOK” software available from “BLOOMBERG TRADEBOOK LLC” may be used as or in conjunction with an alternative trading system for allowing users to negotiate orders for the “NASDAQ” trading system 32 .
Accordingly, while negotiations occur anonymously using hidden orders in steps 78 - 84 shown in FIG. 4 after no initial match of booked public orders, orders may enter the book during the anonymous negotiations. While the anonymous negotiations occurs, the system 10 continues to consult the book of public trades in step 86 for a match of a public trade with either side of the anonymously negotiated trade. In step 88 , the system 10 determines if there is a match of one party in the anonymous trade with the book 36 . If not, for example, if the company stock or the type of company stock of the negotiated trade differ from every entry in the book 36 , then no match with the book 36 exists and so the negotiated trade is executed in step 90 .
However, if there is a matching trade in step 88 , the system 10 determines if the prices of the book trade and the negotiated trade are identical in step 92 . If not, the trade having the better price is executed in step 94 . For example, Participant A is interested in buying 10,000 shares of INTEL at 62, and has negotiated with Participant B to buy the shares of INTEL at 64 . After negotiations are finalized, if an order in the book 36 is present from Participant C to sell 10,000 shares of INTEL at 63, then from the perspective of Participant A, Participant C has the lower and therefore better price of 63 per share instead of 64 per share from Participant B. Accordingly, despite negotiations with Participant B, a trade between Participants A and C is executed at the better price of 63.
After anonymous negotiations, the terms of the trade may be identical to a later book entry, including identical in price. Therefore, in step 92 , the prices are identical, but the negotiated trade takes precedence so the system 10 executes the negotiated trade at the negotiated price 96 . In this matter, the system 10 maintains price/time priority, in which the best price governs the trade and, if prices are identical, the negotiated trade is deemed to have time priority over a later-received trade in the book 36 . Accordingly, traders having identical trades with later book trades are not penalized for entering into negotiations.
Any parties rejected during negotiation may later propose new trades and so may enter into the final trade outside of negotiation as per steps 86 - 96 . For example, Participant A selects Participants B and C for anonymous negotiation, but finalizes an anonymously negotiated trade with Participant B. Participant C is thus rejected during negotiation, but may re-enter a trade in the book 36 . During steps 86 - 88 , despite the negotiation between Participants A and B, the negotiated trade is compared to the publicly booked trade of Participant C. If Participant C can beat the price of Participant B in step 92 , then Participant C may enter into the final trade with Participant A at the better price.
Accordingly, trading and liquidity are improved by the system 10 using anonymous negotiations which comply with appropriate regulatory market rules for improved prices and market efficiency.
Indications of Interest.
Referring to FIG. 3 , the system 10 also supports the use of an indications feature which allows only certain participants (e. g., institutional participants) to advertise a desire to negotiate by sending indication of interest (IOI) messages to other institutional participants via IOI software applications or services. Such indications may specify only the security ticker and the side of the indication as being for a buy or a sell, and may also include a notation that the security is negotiable on the system 10 . Indications may be set to not show any price, size, or identification of the participant.
The system 10 maintains user profiles to control the transmission of IOIs, with a default setting permitting transmission by any particular user. These profiles are in effect subsets of system users to which a user wants IOIs to be transmitted by the system. A user accesses a list of users from which the user creates the profile. In the preferred embodiment, the system 10 also supports the use of IOIs only between institutional traders and not from individual brokers, in order to reduce or eliminate “fishing” for interest. The user profile may specify whether or not the user is an institution. The user profile may be modified by the user to change the IOI default setting, but may not be modified by the user to change the user's designation of being or not being an institutional trader.
As shown in FIG. 5 , the system 10 uses the components and modules of FIGS. 1 and 3 to a perform the steps 98 - 114 . Upon receiving an order for stock in step 98 from an initiator of the trade, the system 10 checks the user profile of the initiator in step 100 to determine the present value of the IOI setting, which may be the default value or a customized setting. If the IOI setting is determined in step 102 as being set to transmit an IOI with the trade, then the method proceeds to step 104 .
Otherwise, the system 10 determines in step 106 whether the initiator has entered an toggle command to override the current IOI setting in the initiator's profile. For example, when entering an order in the tool line 50 of FIG. 6 , the initiator may include a “/N” command, such that the order shown in FIG. 6 instead reads:
which toggles the system 10 to use, for this trade only, the exact opposite of the IOI setting in the initiator's profile. The “N” in the “/N” command represents NATURAL Institution-to-lnstitution-Only Indications of Interest. Accordingly, the initiator of orders need not continuously reset the IOI setting in the user's profile to transmit IOIs. It is understood that other commands, function keys, or hotkeys may be used to toggle the initiator's profile settings.
If no toggle command is present and the IOI setting is set to not transmit an IOI message as determined in steps 102 and 106 , then the system 10 in step 108 does not send an IOI message. However, in step 106 , if a toggle command is present in step 106 to use the opposite of the IOI setting to not transmit as determined in step 102 , then the system proceeds to step 104 .
In step 104 , the system 10 may optionally determine if the initiator is an institutional trader, for example, by checking the profile of the initiator which may include a designation or flag indicating whether or not the initiator is an institutional trader. If the initiator is not an institutional trader, then the system 10 performs step 108 to not send the IOI message, since such IOI functionality is reserved for institutional traders to prevent fishing for trades, as described herein.
However, in step 104 , if the initiator is an institutional trader, then the system 10 determines if a combined quantity of the stock from all uncancelled orders for the stock exceeds a predetermined threshold in step 110 . For example, the system 10 may support IOIs which involve a combined total of, for example, 10,000 shares of a given stock, in order to ensure that enough overall interest is present for serious institutional traders to enter into trades of the stock.
If the predetermined threshold is not met in step 110 , the system 10 holds the IOI message in step 112 for every initiator and returns to step 98 to receive more orders for the stock. Otherwise, in step 110 , with the predetermined threshold met, the system 10 sends the IOI message associated with the order or orders of the particular stock in step 114 .
As shown in FIG. 15 , the system 10 responds to a command from a user to display a screen on the respective monitor 22 - 24 of the user for viewing the settings of a user's profile, such as the setting for sending out IOIs. Using a mouse and GUI as the data inputs 26 - 28 for moving a cursor to the “Y” in a field adjacent to the “SEND IOIs” setting, or alternatively using highlighted portions of the screen of FIG. 12 with a cursor moved by tabs or other keystrokes through a keyboard, a user can select the field and so to cause the system 10 to generate a change-of-setting pop-up window or menu 132 , as shown in FIG. 16 . Once the user inputs a new setting, the change of setting is confirmed by the user using, for example, the GO key and/or other predetermined keys or keystrokes, which causes the updated setting to be stored with other settings in the memory 36 . Thereafter, the system 10 responds to the updated IOI setting as the current IOI setting.
By entering a “BTP” command, a trader is then presented with a BTP stock price status screen shown in FIG. 17 , which lists for the indicated stock the most recent activity of the stock such as orders for selling and buying in screen portions 116 - 118 , respectively, as well as best bids and best offers in screen portions 134 . Upon entering a predetermined command such as BTRN, the trader is then presented with an audit trail screen as shown in FIG. 18 , in which any activity corresponding to the text at the screen portions 134 in FIG. 17 are indicated, for example, in text messages 136 shown in FIG. 18 . In particular, any IOIs associated with the orders in FIG. 17 are displayed.
In response to an IOI display command from a trader, such as IIA<GO>, the system 10 displays all IOI messages on an IOI screen shown in FIG. 19 , with the IOI in FIG. 18 associated with the buy order of 68.5 per share in FIG. 17 being shown in more detail as the IOI 138 in FIG. 19 .
Unlike traditional broker-dealer IOIs in the prior art, the disclosed IOIs are fully executable and associated with the actual order. The IOIs are anonymous, and may be sent for both listed and over-the-counter stocks and only to institutions over both the “BLOOMBERG LP” and AUTEX systems. In one embodiment of the disclosed system 10 using the TRADEBOOK server 12 and applications, the only permissible way to enter and send an IOI is by entering an order to be associated with the IOI in the TRADEBOOK system. Accordingly, any user of the system 10 seeing an IOI knows that there is a real TRADEBOOK order attached to the IOI, and so the IOI is not being used for fishing for orders and trades.
Such IOI functionality may only be available to the buy-side, so only the buy-side has the ability to view brokers' IOIs. Using commands associated with TRADEBOOK such as broker:BTRD, users are allowed to view the available and posted IOIs, and so users of the system 10 may engage in trades using IOIs with confidence that the initiator is not fishing and wasting the users' time. Thus the IOIs represent real liquidity which is immediately executable.
The disclosed trading system 10 and method have been described by way of the preferred embodiment. However, numerous modifications and substitutions may be made without departing from the spirit of the invention. For example, while the preferred embodiment discusses trades complying with NASDAQ trading rules, it is wholly within the purview of the invention to contemplate negotiation and processing of trades under different market rules to ensure anonymity yet comply with the market rules in the manner as set forth above. Accordingly, the invention has been described by way of illustration rather than limitation.
Anonymous electronic trade matching system
Thomson Reuters, the world’s leading source of intelligent information for businesses and professionals, today announced the launch of real-time electronic trading of spot and forward Malaysian Ringgit and Philippines Peso on Thomson Reuters Matching platform.
The addition of the new currencies to Thomson Reuters Matching means onshore banks will now have access to an electronic central limit order book, providing them with more reference on pricing levels of the USD/MYR and USD/PHP pairs and bringing a new level of efficiency, liquidity and transparency to these markets.
In the Philippines, Thomson Reuters has partnered with the Philippine Dealing System Holdings Corp. & Subsidiaries (PDS Group), to provide the foreign exchange electronic trading platforms to members of the Bankers Association of the Philippines, the association that operates the Philippines’ USD/PHP spot and swap markets.
Meanwhile in Malaysia, Bank Negara Malaysia has granted an approval to conduct electronic money-broking services, making Matching the first electronic matching system for USD/MYR.
“Thomson Reuters is excited to embark on the new era of electronic trading in Malaysia and the Philippines,” said Nigel Fuller, Head of Liquidity Sales, Thomson Reuters, Asia. “Extending our market standard Matching capabilities to new markets has been a constant theme for us and, with the support of local market participants we believe that Matching will be a valued source of liquidity and help drive efficiency throughout the trade cycle, thus promoting long-term growth of the interbank foreign exchange market.”
With over 1,100 subscriber organizations, Thomson Reuters Matching is the leading anonymous electronic trade matching system for the professional community, offering unbiased access to real time executable prices on more than 80 currency pairs.
Thomson Reuters has had a presence in Malaysia and the Philippines for decades, working closely with the financial industry and the banking community as the leading international financial information provider to operate in these countries.
Leading FX trade matching service.
Thomson Reuters Matching.
Unbiased, anonymous and world-leading electronic FX trade matching via the FX Trading interface, allowing you to execute trades quickly and accurately.
Request details on Thomson Reuters Matching.
All countries (toll free)
Middle East & North Africa.
Hong Kong, Macau, Taiwan & Korea.
India and South Asia.
Singapore and South East Asia/ASEAN.
Australia, New Zealand, Pacific.
Available through FX Trading, Thomson Reuters Matching is an anonymous central limit order book (CLOB) with award winning trade matching capabilities in FX spot, forwards, swaps and non-deliverable forwards (NDFs).
With over 80 currency pairs and 1,100 subscribers, Matching is a primary market and the industry leader in professional trading for Commonwealth and emerging market currencies including GBP, AUD, NZD, CAD, NOK, DKK, CNH and MXN.
Content and features.
Anonymous market trading in FX spot, forwards, swaps and NDFs.
Turnkey desktop solution.
Direct access within FX Trading, Thomson Reuters innovative new FX desktop.
Trader specific design.
Trader designed keyboard and keypad for ease of execution.
Aggregator montage combines anonymous Matching liquidity with disclosed Bank Stream liquidity.
Automated post-trade processes through Thomson Reuters Trade Notification and Deal Tracker streamline workflow and reduce errors.
Markets and industries.
Thomson Reuters is the leading provider of trading and analysis platforms for foreign exchange markets.
Thomson Reuters Matching.
The powerful trade matching combination.
Request details on Thomson Reuters Matching.
All countries (toll free)
Middle East & North Africa.
Hong Kong, Macau, Taiwan & Korea.
India and South Asia.
Singapore and South East Asia/ASEAN.
Australia, New Zealand, Pacific.
Thomson Reuters financial & risk solutions deliver critical news, information and analytics to the global financial community – enabling transactions and connecting communities of trading, investing, financial and corporate professionals.
Комментариев нет:
Отправить комментарий