Simulações comerciais e módulos para educação financeira.
O FTS fornece um sistema de simulação de negociação interativa, um sistema de simulação de portfólio virtual, módulos de ensino como nosso Módulo de Análise de Demonstrações Financeiras e uma plataforma para pesquisas experimentais.
Experimente o nosso novo Módulo de Aprendizado de Máquinas.
Prêmio vencedor.
Solicite uma demonstração.
Explore o FTS: a partir do menu acima ou a partir desses documentos imprimíveis.
Funciona em qualquer dispositivo.
Os instrutores podem começar e executar um mercado a partir de qualquer dispositivo, incluindo telefones inteligentes. Os alunos podem se conectar a partir de qualquer dispositivo inteligente. Elimina a necessidade de uma sala de aula equipada com o computador ou uma sala de negociação Ideal para cursos on-line e híbridos. Experimente: clique aqui e em na nova janela, clique em "Conectar-se ao Demo"
Capacidades avançadas.
Capacidade de negociação do programa Excel Link em tempo real Microestruturas de mercado alternativas Apoia casos avançados e recursos necessários para pesquisas de mercado experimentais.
Como.
Funciona em qualquer dispositivo.
Troque de qualquer lugar a qualquer momento em qualquer dispositivo inteligente Construído em suporte analítico Relatórios de desempenho.
Capacidades avançadas.
Capacidade de negociação algorítmica Conjunto completo de análises Análise extensiva de histórico de negociação e relatórios de instrutores de desempenho.
Como.
Os alunos trabalham com arquivamentos de empresas reais, em um ambiente de aprendizagem altamente interativo e estruturado, com instruções imediatas e detalhadas em cada etapa.
À medida que os alunos extraem informações e construem índices, eles absorvem importantes detalhes práticos ao longo do caminho, por exemplo, como as diferentes empresas relatam informações, como mapear essas informações nos índices e, à medida que ganham experiência, desenvolvem o julgamento necessário para interpretar as medidas.
Vídeos.
O módulo de Aprendizado de Máquina pode ser acessado aqui.
Propriedades estatísticas de estoque e retorno de carteira Cálculo e traçado da fronteira eficiente com e sem vendas curtas de dados históricos Instruções.
Traçar rendimentos históricos, taxas pontuais e taxas diretas Animar curvas para obter uma sensação visual para tendências de longo prazo e reversão média Calcular volatilidades e correlações Realizar análise de componente principal Backtest para entender a eficácia de diferentes estratégias de imunização Instruções.
Módulo introdutório para o ensino de recompensas de opções Compreenda a diferença entre os diagramas de lucro e de recompensa Trace estratégias comuns Você pode importar suas próprias instruções de dados.
Módulo introdutório para ensinar o modelo binomial de preço da opção Compreender a diferença entre opções americanas e europeias Compreender como a árvore é calibrada para uma estimativa de volatilidade Compare o preço do subjacente ao valor da opção ao longo de diferentes caminhos Instruções.
Calculadora do Tesouro Compreender a relação entre preços e rendimentos do Tesouro cotados Conhecer as aproximações da curva de rendimento e a interpolação compreender a duração e a convexidade Instruções Módulo BDT (Black-Derman-Toy) Calibrar um modelo BDT para os seus próprios dados da curva de rendimento usando volatilidades de rendimento ou volatilidades locais Transferência a rede calculada para o Excel para baixar as derivadas da taxa de juros. Instruções Limite do Módulo Binomial Examine a natureza da convergência dos modelos binomiais e trinomiais para o modelo de Black-Scholes. Opções Exóticas Usando árvores binomiais, compreenda as recompensas e a avaliação de várias opções exóticas. Instruções Calculadora de opções Calcule os valores, as volatilidades implícitas e os parâmetros de hedge para as opções Modelos binomiais e trinomiais para opções americanas Link para Excel para calcular isso para um grande conjunto de opções Instruções Lição de imunização de vínculo Uma lição interativa autônoma para entender como funciona a imunização Instruir ions Principais componentes Lição Compreender a essência da análise de componentes principais com uma calculadora visual Instruções.
Experimentos de mercado Os mercados interativos da FTS fornecem uma estrutura abrangente e fácil de usar para experiências de mercado financeiro. É bastante direto realizar experiências sobre agregação de informações, bolhas especulativas e reação excessiva a informações, volatilidade excessiva e negociação, e assim por diante. O sistema também permite diferentes microestruturas (mercados de chamadas e leilões contínuos, preços e mercados orientados por pedidos), bem como estruturas de recompensa muito gerais, permitindo que uma ampla gama de incentivos sejam implementados em uma configuração experimental. Toda a experiência é definida em uma planilha. A maneira mais fácil de ver suas capacidades é olhar para nossos casos existentes (por exemplo, caso RE2, usado no artigo 1991 Journal of Finance). Em seguida, veja a planilha que define o caso. A pasta de trabalho contendo o caso RE2 está disponível neste link. Uma descrição das várias partes da planilha é fornecida aqui. Se você deseja realizar experimentos de mercado, entre em contato conosco e podemos ajudá-lo a configurar sua experiência.
O sistema experimental do FTS Além dos mercados, também fornecemos um sistema experimental "genérico", onde você pode executar quase qualquer experiência que você gosta, incluindo leilões, experiências de teoria dos jogos, experiências de finanças comportamentais e assim por diante. Você especifica toda a experiência em uma planilha do Excel. Você executa o Servidor Experimental FTS. Os Clientes Experientes do FTS se conectam ao Servidor. O servidor lê a planilha e envia informações aos clientes. Os clientes tomam as decisões conforme necessário para a experiência. O servidor recupera essas decisões e coloca Eles estão de volta na planilha Mais informações estão neste documento.
Instalação.
Usuários do Windows.
Os usuários do Windows devem instalar o FTS System Manager. É a maneira mais simples de executar qualquer parte do sistema Clique aqui para baixar o arquivo SETUP. EXE Instruções do Gerenciador do Sistema FTS Para acessar o Sistema Real Time do FTS, você também pode usar a versão baseada no navegador do cliente. Para navegadores mais antigos que não são compatíveis com HTML5, vá para rtfts Para navegadores mais novos, vá para ftsrealtime Para navegadores mais recentes por trás de firewalls que não permitem conexões de websocket, vá para rtfts Instruções: Sistema Baseado na Web Se você estiver participando do Web-Based FTS Interactive Mercados O instrutor administra o mercado de ftswebmarket Estudantes se conectam ao mercado da ftswebtrader Executando um Mercado da Web Nosso novo módulo de Aprendizado de Máquinas pode ser acessado aqui.
Para acesso total a todos os módulos, você pode usar um emulador do Windows, como o Parallels VMWare e, em seguida, siga as instruções para usuários do Windows. Para acessar o sistema FTS Real Time, você pode usar a versão baseada no navegador do cliente. Para navegadores mais antigos que não são compatíveis com HTML5, vá para rtfts Para navegadores mais novos, vá para ftsrealtime Para navegadores mais recentes por trás de firewalls que não permitem conexões de websocket, vá para rtfts Instruções: Sistema Baseado na Web Se você estiver participando do Web-Based FTS Interactive Mercados O instrutor administra o mercado de ftswebmarket Estudantes se conectam ao mercado da ftswebtrader Executando um Mercado da Web Nosso novo módulo de Aprendizado de Máquinas pode ser acessado aqui.
Smart Phone e Tablet Users.
Para acessar o sistema FTS Real Time, você pode usar a versão baseada no navegador do cliente. Para navegadores mais antigos que não são compatíveis com HTML5, vá para rtfts Para navegadores mais novos, vá para ftsrealtime Para navegadores mais recentes por trás de firewalls que não permitem conexões de websocket, vá para rtfts Instruções: Sistema Baseado na Web Se você estiver participando do Web-Based FTS Interactive Mercados O instrutor administra o mercado de ftswebmarket Estudantes se conectam ao mercado da ftswebtrader Executando um Mercado da Web Nosso novo módulo de Aprendizado de Máquinas pode ser acessado aqui.
Foi fundado pelos professores John O'Brien e Sanjay Srivastava.
John O'Brien (PhD University of Minnesota, 1985) é Professor Associado de Contabilidade e Economia Experimental na Universidade Carnegie Mellon e Deano Associado da Carnegie Mellon University-Qatar.
Sanjay Srivastava (PhD MIT 1982) foi professor de Economia e Finanças na Universidade Carnegie Mellon. Ele é agora Diretor Adjunto no Robinson College of Business da Georgia State University.
Tipos de mercados financeiros e suas funções.
2.1 Demonstrações Financeiras 2.2 Impostos 2.3 Provisão e Depreciação de Custo de Capital 2.4 Fluxo de Caixa e Relações entre Demonstrações Financeiras.
4.1 Valor Presente Líquido E Taxa Interna de Retorno 4.2 Decisões de Investimento de Capital 4.3 Análise e Avaliação de Projetos 4.4 História do Mercado de Capitais 4.5 Retorno, Risco e A Linha de Mercado de Segurança.
Um vínculo é um investimento de dívida em que um investidor empresta dinheiro a uma entidade (corporativa ou governamental), que empresta os fundos por um período de tempo definido a uma taxa de juros fixa. As obrigações são utilizadas por empresas, municípios, estados e governos dos EUA e estrangeiros para financiar uma variedade de projetos e atividades. As obrigações podem ser compradas e vendidas por investidores em mercados de crédito ao redor do mundo. Este mercado é alternativamente referido como o mercado de dívida, crédito ou renda fixa. É muito maior em termos nominais que os mercados de ações do mundo. As principais categorias de títulos são títulos corporativos, títulos municipais e títulos do Tesouro dos EUA, notas e contas, que são coletivamente referidos como simplesmente "Tesouraria". (Para mais informações, consulte o Tuto rial do Bond Basics).
As instituições financeiras e os mercados financeiros ajudam as empresas a angariar dinheiro. Eles podem fazer isso tirando um empréstimo de um banco e reembolsando-o com juros, emitindo títulos para emprestar dinheiro de investidores que serão reembolsados a uma taxa de juros fixa, ou oferecendo aos investidores uma participação parcial na empresa e um crédito sobre o seu caixa residual flui sob a forma de estoque.
Global Leaders in.
STT, o desenvolvedor original da Nutron, está fornecendo ao mercado uma solução de substituição integrada para negociação e gerenciamento de negócios perfeita para a ITaC.
- Funcionalidade pós-negociação e Gerenciamento de negócios.
- Gerenciamento de risco em tempo real.
- Distribuição em tempo real.
O Avvento está disponível agora apenas como uma solução de gerenciamento de negócios!
troque soluções.
Quatro soluções individuais para criar uma solução totalmente abrangente, de ponta a ponta e back office, adequada a qualquer local de troca.
DEPÓSITO CENTRAL DE VALORES MOBILIÁRIOS.
Um sistema de liquidação robusto que adotou as melhores práticas em matéria de liquidação de títulos.
estatísticas do mercado.
Serviço de estatísticas de mercado para intercâmbios, corretoras, custódios e investidores.
vigilância.
A STT Market Surveillance Solution é um produto que a STT desenvolveu para coletar, armazenar e apresentar todos os dados de troca necessários para uma solução abrangente de vigilância do mercado.
Gerenciamento de risco de derivativos e amp; soluções de limpeza.
Solução de back office de um derivado, que corrige, contabiliza relatórios e relatórios para os mercados financeiro, agrícola, cambial e de taxa de juros.
Trading & amp; Soluções Broker.
O sistema tem a capacidade de importar dados transacionais e ligar isso para múltiplos sistemas de custódia, custódia de fortaleza e outros sistemas.
Soluções Custodial.
Projetado para uso pelos bancos comerciais e CSDP & # x27; s, bem como um sistema de liquidação que adotou as melhores práticas em relação à liquidação de títulos.
Soluções do Banco Central.
Uma solução integrada para requisitos de frente, meio e back office, bem como um sistema de leilão do mercado monetário.
Outro software.
Uma coleção de serviços e produtos de valor acrescentado da STT & # x27; s.
Consistentemente confiável, versátil e Inovativa.
Nós somos os Líderes Globais em Software de Mercado Financeiro. Temos uma pegada impressionante e de rápido crescimento em todo o mundo, com vasto conhecimento coletivo nos mercados financeiros. Nossos produtos principais cobrem soluções de troca, sistemas de gerenciamento de back office, ferramentas de negociação de front-end.
troque soluções.
Quatro soluções individuais para criar uma solução totalmente abrangente, de ponta a ponta e back office, adequada a qualquer local de troca.
DEPÓSITO CENTRAL DE VALORES MOBILIÁRIOS.
Um sistema de liquidação robusto que adotou as melhores práticas em matéria de liquidação de títulos.
ESTATÍSTICAS DE MERCADO.
Serviço de estatísticas de mercado para intercâmbios, corretoras, custódios e investidores.
VIGILÂNCIA.
A STT Market Surveillance Solution é um produto que a STT desenvolveu para coletar, armazenar e apresentar todos os dados de troca necessários para uma solução abrangente de vigilância do mercado.
DERIVATIVOS GESTÃO DE RISCOS & amp; SOLUÇÕES DE CLEARING.
Solução de back office de um derivado, que corrige, contabiliza relatórios e relatórios para os mercados financeiro, agrícola, cambial e de taxa de juros.
SOLUÇÕES DE NEGOCIAÇÃO.
O sistema tem a capacidade de importar dados transacionais e ligar isso para múltiplos sistemas de custódia, custódia de fortaleza e outros sistemas.
Broking SOLUTIONS.
A solução STT's Broker foi projetada com uma maior flexibilidade em mente. A solução é composta por três componentes separados; negociação, gerenciamento de riscos e compensação & amp; assentamento.
SOLUÇÕES CUSTÓDIAS.
Projetado para uso pelos bancos comerciais e CSDP & # x27; s, bem como um sistema de liquidação que adotou as melhores práticas em relação à liquidação de títulos.
SOLUÇÕES DO BANCO CENTRAL.
Uma solução integrada para requisitos de frente, meio e back office, bem como um sistema de leilão do mercado monetário.
OUTRO SOFTWARE.
Uma coleção de serviços e produtos de valor acrescentado da STT & # x27; s.
Showcase da empresa.
Somos apaixonados por criar soluções personalizadas para empresas individuais com os mais altos padrões garantidos e com nosso amplo conhecimento coletivo nos mercados financeiros; nos esforçamos para entregar produtos de qualidade que estejam de acordo com a tecnologia mais recente.
Alguns de nossos clientes.
Diretores e Equipe de Gerenciamento.
Presidente do Conselho.
Jeremy Hodgson.
Diretor Geral.
Michelle Janke.
Marketing & amp; Vendas.
Zack Hodgson.
Diretor de Gestão.
Michelle Hodgson.
Diretor de Operações.
Louisjan Bonthuys.
Mike Krug.
Diretor de Relações com Clientes.
Dewald Marais.
Diretor de Projetos.
Hooben Pillay.
Diretor financeiro.
Ron Stafford.
Gerente de Recursos Humanos.
David Furnivall.
Gerente de Operações.
Johan van der Merwe.
SARB LIVE no CBMS.
O Banco de Reserva Sul Africano (SARB) passa ao vivo no Sistema de Gerenciamento do Banco Central da STT.
M-trade USSD†™ Comércio - Plataforma - Viva!
STT & # x27; s M-trade live trading M-Akiba Kenyan Government Bonds em 23 de março de 2017.
Jamaica, Trindad & amp; Bolsas de ações de Tobago e Barbados Vá em Vivo!
A solução Exchange é uma solução abrangente, de ponta a ponta projetada para bolsas de valores.
Contate-Nos.
Temos uma pegada impressionante e de rápido crescimento em todo o mundo, com vasto conhecimento coletivo nos mercados financeiros. Nossos produtos principais cobrem soluções de troca, sistemas de gerenciamento de back office, ferramentas de negociação de front-end.
África do Sul.
4º andar, Corporate Park.
4-6 Skeen Boulevard.
C / o Vistra (Maurícia) Limited, 3º andar, 355 NeXTeracom Tower I.
Sistema de comércio de mercado financeiro.
Classificações.
G & mdash; FÍSICA G06 & mdash; INFORMÁTICA; CALCULANDO; CONTAGEM G06Q & mdash; SISTEMAS OU MÉTODOS DE PROCESSAMENTO DE DADOS, ESPECIALMENTE ADAPTADOS POR FINES ADMINISTRATIVOS, COMERCIAIS, FINANCEIROS, DE GESTÃO, DE SUPERVISÃO OU DE PREVISÃO; SISTEMAS OU MÉTODOS ESPECIFICAMENTE ADAPTADOS POR FINES ADMINISTRATIVOS, COMERCIAIS, FINANCEIROS, DE GESTÃO, DE SUPERVISÃO OU DE PREVISÃO, NÃO FORNECIDOS DE OUTRA FORMA PARA G06Q40 / 00 & mdash; Finança; Seguro; Estratégias fiscais; Processamento de impostos sobre sociedades ou rendimentos G06Q40 / 04 & mdash; Troca, e. ações, commodities, derivativos ou câmbio.
Descrição.
& lt; Desc / Clms Página número 1 & gt;
Campo Técnico do Sistema de Negociação do Mercado Financeiro A presente invenção refere-se a um sistema de comunicação e processamento de dados para a negociação de instrumentos financeiros. Mais particularmente, mas não exclusivamente, a presente invenção refere-se a um sistema de comunicação e processamento de dados para a negociação de instrumentos financeiros em que negociações entre partes podem ser negociadas ou acordadas por meio de troca de dados conversacional entre partes conhecidas ou como resultado de um computador - Correspondência implementada de partes não conhecidas entre si.
Antecedentes da presente invenção Nos principais mercados financeiros de hoje, a negociação de instrumentos financeiros é amplamente realizada usando sistemas de comunicação e processamento de dados. Por exemplo, no mercado interbancário de câmbio, produtos como a Reuters Dealing 3000 (que inclui versões que fornecem funções de correspondência conversacional e anônima) são usados pelos bancos para negociar moedas entre eles.
O intercâmbio conversacional envolve uma parte iniciando o contato com uma contraparte conhecida e negociando termos comerciais entre as partes usando uma capacidade de comunicação conversacional, como mensagens de texto. Para permitir a criação de contratos e para evitar o cruzamento da oferta, contrariar ou aceitar mensagens, a capacidade de conversação pode ser half-duplex, no sentido de que apenas uma das partes ou balcão pode transmitir um.
& lt; Desc / Clms Página número 2 & gt;
mensagem em qualquer momento. O comércio usando uma capacidade de correspondência envolve partes que colocam unilateralmente ofertas comerciais ou ofertas ou outros requisitos comerciais em um banco de dados central. As partes também geralmente mantêm os limites de crédito em relação às contrapartes potenciais que são armazenadas em uma base de dados distribuída. A correspondência é realizada independentemente das partes e se uma correspondência entre uma parte e uma contraparte é identificada e, se existir crédito suficiente entre as partes, o comércio é executado automaticamente e as partes notificaram.
Com a negociação conversacional, é essencial que cada parte mantenha um registro de todas as conversas concluídas, quer resultando em negociações acordadas ou não, para fins de prova. Esses registros conversacionais podem ser usados pelos sistemas de computadores do escritório das partes para fins de liquidação e outros.
Muitas vezes, um resumo dos termos de negociações acordadas também é mantido para referência futura e para processamento por sistemas de back office das partes. Este resumo é geralmente referido como um bilhete de negociação ou negociação e geralmente contém pelo menos a informação necessária para liquidar um acordo acordado - por exemplo, o nome do contador, o instrumento financeiro negociado, o preço e o volume acordados e outros termos como o tipo de instrumento ou período de liquidação. Opcionalmente, pode haver um registro adicional da conversa correspondente dentro de um ticket. Embora as conversas não ocorram com a troca correspondente, os dados para o ingresso e a confirmação do comércio ainda precisam ser mantidos pelas partes como um registro do comércio acordado.
A Reuters Dealing 3000 fornece instalações para registrar dados de ingresso em dispositivos de armazenamento de dados cadastrados quando uma operação foi confirmada pelo usuário.
& lt; Desc / Clms Página número 3 & gt;
Além disso, o Dealing 3000 possui uma facilidade para gerar automaticamente dados de ingresso com base no intercâmbio de dados conversacional realizado usando o produto.
Figura 1; mostra de forma simplificada a arquitetura de sistemas de computadores usada nas características de conversação do Dealing 3000. Os dispositivos de processamento de dados para implementar o produto estão localizados em um site de cliente 10. O cliente, por exemplo, é um banco que negocia no mercado de câmbio interbancário.
No site do cliente 10, os comerciantes usam o produto operando uma chave 12 que implementa elementos de lógica comercial do produto e é um cliente local do servidor de negociação 14 ao qual está conectado em uma rede local (LAN) 16.
A Keystation 12 compreende vários componentes, incluindo uma interface de usuário gráfica, um gerenciador de serviço local, componentes de comunicação de rede local e componentes de lógica de negócios que implementam a funcionalidade principal do produto, como gerenciar chamadas de saída e recebidas com outros comerciantes e analisar dados de conversação para gerar dados de ingresso. O servidor de negociação 14 compreende vários componentes, tais como componentes de comunicação de rede de área local e um armazenamento de dados para armazenar dados de conversação e dados de ticket gerados pela estação de chaves 12. O servidor de negociação 14 também atua como um agregador de chaves, de modo que uma pluralidade de guias de chaves idênticas à estação de chaves 12 pode ser conectado através da LAN 16 e pode se comunicar através da rede de negociação 20. O servidor de negociação 14 também inclui um componente de comunicação de rede de área ampla para enviar conversação.
& lt; Desc / Clms Página número 4 & gt;
dados para a rede de negociação 20 através de uma função de acesso à rede de negociação 18 que atua como um agregador de conexões para a rede de negociação 20 e normalmente terá uma pluralidade de servidores de negociação de diferentes sites de clientes conectados a ele. Tipicamente, haverá uma pluralidade de funções de acesso à rede de negociação idênticas à função de acesso à rede de negociação 18 cada uma ligada à rede de negociação 20. Os servidores de negociação individuais conectados à rede de negociação 20 são administrados por um servidor de administração 22. Assim, pode-se ver que os componentes da lógica comercial e o armazenamento de dados para armazenar dados conversacionais e dados de ingresso são totalmente implementados no site do cliente. Os componentes cliente / servidor implementados no site do cliente 10 são proprietários da Reuters. Por exemplo, a estação de chaves 12 e o servidor de negociação 14 compreendem aplicações proprietárias para implementar o produto Dealing 3000. A Keystation 12 pode ainda incluir aplicativos de cliente padrão, como um navegador da Web para acessar recursos de rede pela internet, por exemplo. No entanto, este acesso não está habilitado na rede de área local 16 ou pelo servidor de negociação 14, mas sim em relação a outros arranjos de acesso à rede convencional.
A Figura la mostra de forma simplificada a arquitetura de sistemas de computador usada tanto nas características de conversação quanto de correspondência do Dealing 3000. O Keystation 12, o servidor de negociação 14, LAN 16, a função de acesso à rede 18, a rede de negociação 20 e o servidor de administração 22 são como descrito acima e fornecer a infra-estrutura para implementar uma capacidade de negociação conversacional.
& lt; Desc / Clms Página número 5 & gt;
A Keystation 13 e o concentrador de correspondência 15, ambos no site do cliente 10, também estão conectados à LAN 16 que, por sua vez, está conectada ao servidor de correspondência central 19 através de vários concentradores de correspondência 17 que estão distantes do local do cliente 10. Os concentradores de correspondência 15 e 17 são parte de um arranjo semelhante a um ventilador de concentradores de correspondência, de modo que o servidor de correspondência central 19 esteja ligado a uma pluralidade de concentradores de correspondência de nível 0 que estão, por sua vez, cada um ligado a uma pluralidade de niveladores de 1 & lt; RTI & gt; 1 & lt; / RTI & gt; combinando concentradores e assim por diante através de uma pluralidade de níveis de concentradores correspondentes até a conexão a um concentrador de correspondência localizado pelo cliente. Assim, a arquitetura semelhante ao fã dos concentradores correspondentes fornece capacidades de comunicação entre uma pluralidade de chaves, como a estação de chaveamento 13 e o servidor de correspondência central 19 em que as ofertas, ofertas e outros requisitos de negociação podem ser comunicados pelos usuários de chaves para o servidor de correspondência central 19 que executa o serviço de correspondência e pode executar trocas entre partes em tempo real e notificar as partes do comércio. O servidor de correspondência central 19 também está conectado ao servidor de administração 22 para fins de administração. As Keystations 12 e 13 podem ser implementadas em um único dispositivo terminal, proporcionando assim recursos de negociação e correspondência a partir de um único terminal.
Vários aspectos do produto Dealing 3000 são mostrados na forma simplificada nas Figuras & lt; RTI & gt; 1 & lt; / Rt & gt; e & lt; 1 a. & lt; / Rt & gt; Os produtos de negociação anteriores, bem como os aspectos da rede de negociação operada pela Reuters, são descritos em detalhes nas patentes concedidas pelo requerente US 4.388, 489; US 4.525, 779; US 4.531, 184; US 5,003, 473; US 5.034, 916 e US 5.195, 031, quais documentos são aqui incorporados por.
& lt; Desc / Clms Página número 6 & gt;
referência. Para facilitar a compreensão, alguns dos principais aspectos técnicos descritos nestes documentos estão resumidos abaixo.
O documento US 4, 388, 489 descreve uma rede de comunicação de dados para conduzir a comunicação de dados textuais de vídeo conversacional i. e. texto digitado em uma estação de chaves que pode ser exibida na tela do computador e enviada pela rede para ser exibida em outras telas do computador. O sistema compreende um nó de comutação de mensagem central ligado a um ou mais controladores de terminal em uma ou mais instalações de assinante através de ligações de comunicação de dados. Cada controlador de terminal em instalações de assinante pode ser conectado a uma ou mais estações de chaves que compreendem um teclado e uma tela para que um comerciante possa digitar mensagens para enviar para outros comerciantes em outras instalações de assinantes e também receber mensagens de outros comerciantes. A conversa é armazenada localmente nas instalações do assinante pelo controlador do terminal conectado à estação das chaves e uma cópia impressa das conversas pode ser impressa. As telas Keystation podem ser divididas para exibir pelo menos duas conversas de vídeo diferentes e também para exibir uma conversa em uma tela dividida e dados adicionais recuperados de um banco de dados conectado aos nós de troca de mensagens centrais do sistema central.
O texto conversacional é enviado em pacotes que podem ser menores que o conteúdo total de conteúdo exibível. As mensagens são direcionadas para determinadas chaves por identificadores exclusivos e o sistema central possui uma rede de comutação de pacotes para rotear mensagens recebidas para o destino apropriado. A comunicação é half-duplex na medida em que uma estação de chaves não pode transmitir e receber na mesma.
& lt; Desc / Clms Página número 7 & gt;
tempo, mas as mensagens podem ser preparadas antes da transmissão ao receber uma transmissão de outra pessoa. As mensagens recebidas por uma estação de chaves são exibidas com o identificador exclusivo do remetente, bem como uma mensagem de interesse opcional indicando o motivo da comunicação.
O documento US 4.531, 184 descreve a funcionalidade disponível nas chaves para criar uma lista de contatos, bem como uma lista de inibição para acelerar e exibir contatos feitos em toda a rede.
O documento US 4.525, 779 descreve adicionalmente uma "função de chave de negociação", & lt; / Rt & gt; que pode ser empregado para confirmar imediatamente o recebimento de uma mensagem enviada na tela do remetente.
US 4.555, 789 descreve em maior detalhe o funcionamento da rede de comutação de pacotes.
US 5,003, 473 descreve um sistema de comunicação para transferência de dados de bilhetes armazenados em um banco de dados local em um site de cliente para um banco de dados de back office remoto, portanto registros de back office de ingressos podem ser feitos sem o computador de back office continuamente pesquisando o sistema comercial.
US 5.034, 916 descreve melhorias no fornecimento de contatos mais rápidos no sistema de conversação de vídeo, usando um ponteiro de mouse e tela usado com uma exibição de janela. Ao apontar para um contato e executar um único clique, uma mensagem de interesse é inserida em uma linha de comando pronta para transmissão.
Ao clicar duas vezes, a mensagem de interesse é automaticamente transmitida para o contato apropriado.
& lt; Desc / Clms Página número 8 & gt;
US 5,195, 031 descreve o uso de uma conversa que analisa o componente conectado às chaves em uma rede de sistema de comunicação de comunicação de vídeo.
O componente de análise de conversação analisa uma conversa comercial e automaticamente fornece mensagens de dados de negociação sensíveis ao contexto em tempo real.
Por exemplo, a análise pode reconhecer o tipo de transação que ocorre e os detalhes da transação. Podem ser fornecidas mensagens de erro destacando inconsistências nos dados analisados. Além disso, os bilhetes são criados dinamicamente com base na análise.
O aspecto correspondente da Reuters Dealing 3000 emprega uma arquitetura de sistemas de computadores semelhante à descrita acima em relação ao aspecto conversacional da Reuters Dealing 3000. Os componentes da lógica de negócios, obviamente, implementarão recursos de correspondência ao invés de capacidades de negociação conversacional e, da mesma forma, dados comunicados do site do cliente 10 sobre a rede de correspondência 20 serão negociados lances, ofertas ou outros requisitos, em vez de dados conversacionais. Além disso, um ou mais servidores centrais serão conectados a uma rede correspondente 20 para implementar o processo de correspondência anônima.
Vários aspectos de correspondência do produto Dealing 3000 Matching e produtos de correspondência anteriores são descritos em maior detalhe na patente US 5,136, 501 concedida, que é aqui incorporada por referência.
No produto Dealing 3000, outros dados podem ser enviados ao site do cliente 10 através da rede de negociação 20, como feeds de dados em tempo real de informações financeiras e outras notícias.
& lt; Desc / Clms Página número 9 & gt;
Publicação do pedido de patente internacional nº WO 00/39719 e WO 00/55775 descrevem sistemas de correspondência baseados em computador para trocas de partes e contrapartes. Partes e contrapartes podem publicar seus requisitos com um servidor central através da Internet usando um navegador da Web em um terminal de cliente. O sistema permite que os consumidores obtenham operações de câmbio diretamente com outros consumidores, reduzindo assim o mercado cambial interbancário. Um comércio pode ser identificado que está no ponto médio do spread / oferta da Oferta Interbancária. A invenção divulgada nestes dois documentos não pode ser usada pelos próprios bancos para negociar no mercado cambial interbancário. Além disso, a invenção não é capaz de fornecer uma facilidade de negociação conversacional ou de gerar ou armazenar dados de negociação conversacional ou dados de ingresso de negociação.
Sumário da presente invenção De acordo com um primeiro aspecto da presente invenção, é fornecido um sistema para comunicar dados comerciais para negociação de instrumentos financeiros, compreendendo o sistema: a) um computador comercial organizado para processar dados de negociação e gerar dados de bilheteria de negociação em a base de dados comerciais; b) uma loja de dados acessível pelo computador de negociação para armazenar dados de negociação e / ou trocar registros de dados de ingresso em relação a negociações acordadas; e c) um terminal de cliente hipermídia associado à festa de negociação, o terminal do cliente hipermídia sendo localizado remotamente da negociação.
& lt; Desc / Clms Página número 10 & gt;
computador e organizado para se comunicar com o computador comercial através de uma rede de comunicações, sendo o terminal do cliente hipermídia capaz de apresentar, para um usuário, um componente de interface de usuário hipermedia que compreende dados de negociação e / ou dados de ticket de troca recebidos do computador de negociação.
De acordo com um segundo aspecto da presente invenção, é fornecido um método de comunicação de dados de negociação para negociação de instrumentos financeiros, o método que compreende as etapas de: a) transmissão de dados de negociação para um terminal de usuário associado a uma empresa comercial; b) apresentar, para um usuário, um componente de interface de usuário hipermídia que compreende os dados de negociação no terminal de usuário; e c) gerando dados de ingresso de negociação com base em dados de negociação.
De acordo com um terceiro aspecto da presente invenção, é fornecido um sistema para comunicar dados comerciais para negociação de instrumentos financeiros, compreendendo o sistema: a) um servidor de negociação organizado para processar dados de negociação e gerar dados de ingresso de negociação com base em dados de negociação ; b) um servidor hipermedia agendado para se comunicar com o servidor de negociação, o servidor hipermídia compreendendo um componente de geração de interface de usuário hipermídia para gerar conteúdo hipermídia para apresentar dados de negociação a um usuário; e c) uma loja de dados acessível pelo servidor de negociação para armazenar dados de negociação e / ou trocar registros de dados de ingresso em relação a negociações acordadas.
& lt; Desc / Clms Página número 11 & gt;
De acordo com um quarto aspecto da presente invenção, é fornecido um terminal de utilizador associado a uma parte comercial, sendo o terminal a comunicação de dados de negociação conversacional em tempo real para instrumentos financeiros de negociação, o terminal de utilizador que compreende: a) uma conversação em tempo real componente de comunicação de dados de negociação; e b) um componente de interface de usuário hipermídia para receber de um usuário dados de negociação conversacional em tempo real para transmissão para um terminal de usuário associado a uma contraparte usando o componente de comunicação de dados de negociação conversacional e para apresentar a um usuário dados de negociação conversacional em tempo real recebidos por o componente de comunicação de dados de troca conversacional em tempo real do terminal de usuário associado à contraparte.
De acordo com um quinto aspecto da presente invenção, é fornecido um sistema para comunicar dados de negociação conversacional em tempo real para negociação de instrumentos financeiros, compreendendo o sistema a) um primeiro terminal de usuário associado a uma empresa de comércio e que compreende: i) tempo conversando componente de comunicação de dados comerciais; e ii) um componente de interface de usuário hipermídia para receber de um usuário dados de negociação conversacional em tempo real para transmissão para um terminal de usuário associado a uma contraparte usando os dados de negociação conversacional.
& lt; Desc / Clms Página número 12 & gt;
componente de comunicação e para apresentar a um usuário dados de negociação conversacional em tempo real recebidos pelo componente de comunicação de dados de negociação de conversação em tempo real a partir do terminal de usuário associado à contraparte. b) um segundo terminal de usuário associado a uma contraparte comercial e que compreende: i) um componente de comunicação de dados de negociação em conversa em tempo real; e ii) um componente de interface de usuário hipermídia para receber de um usuário dados de negociação de conversação em tempo real para transmissão para um terminal de usuário associado a uma parte de negociação usando o componente de comunicação de dados de negociação conversacional e para apresentar a um usuário dados de negociação conversacional em tempo real recebidos pelo componente de comunicação de dados de negociação em tempo real a partir do terminal do usuário associado à parte comercial .; e c) uma rede de comunicações que conecte os primeiro e segundo terminais de usuário para a comunicação de dados de negociação conversacional em tempo real.
De acordo com um sexto aspecto da presente invenção, é fornecido um método de comunicação de dados de negociação conversacional em tempo real para negociação de instrumentos financeiros, o método que compreende as etapas de: a) comunicar dados de negociação conversacional em tempo real entre um terminal de usuário associado a uma festa de negociação e um terminal de usuário associado a uma contraparte; e.
& lt; Desc / Clms Página número 13 & gt;
b) apresentar, em um dos terminais de usuário, um componente de interface de usuário hipermídia que compreende dados de negociação conversacional em tempo real recebidos do outro terminal de usuário ou para transmissão para o outro terminal de usuário.
De acordo com um sétimo aspecto da presente invenção, é fornecido um terminal de utilizador associado a uma parte de comércio, sendo o terminal para comunicar dados de negociação para negociação de instrumentos financeiros, o terminal de usuário que compreende: a) um componente de comunicação de dados de negociação para comunicar dados de negociação com um terminal de usuário associado a uma contraparte; e b) um componente de interface de usuário hipermídia para apresentar aos elementos de interface de usuário gráficos de um usuário recebidos de um servidor hipermídia remoto, os elementos de interface gráfica de usuário compreendendo dados de negociação recebidos pelo componente de comunicação de dados de negociação; em que os dados de negociação são comunicados através de um canal de comunicação seguro diferente do canal sobre o qual os elementos de interface gráfica do usuário são comunicados.
Programas de computador e aparelhos para esses aspectos também são fornecidos. Vantajosamente, o presente invento permite que os componentes da lógica de negócios para implementar o sistema de negociação sejam localizados em um servidor central de um provedor de serviços remoto dos terminais de usuários dos consumidores de serviços e, assim, gerenciamento de componentes de lógica de negócios (como.
& lt; Desc / Clms Página número 14 & gt;
manipulação de atualizações, falhas e assim por diante) podem ser atendidas pelo provedor de serviços em um site central sem comprometer o consumidor do serviço.
Uma vantagem adicional ou alternativa da presente invenção é que os consumidores de serviços exigem apenas uma infra-estrutura leve de processamento de dados e podem usar principalmente produtos comerciais padrão para acessar o serviço.
Uma vantagem adicional ou alternativa da presente invenção é que os dados comerciais comercialmente sensíveis ou os dados do bilhete de negociação gerados ou recebidos no provedor de serviços podem ser transferidos de forma segura para o consumidor do serviço para armazenamento ou processamento.
A seguir, apenas a título de exemplo, uma descrição detalhada da presente invenção em que: Breve Descrição dos Diagramas Figuras 1 e & lt; 1 a & lt; são diagramas esquemáticos que mostram os sistemas informáticos e a arquitetura de rede dos sistemas de negociação financeira de acordo com a técnica anterior; A Figura 2 é um diagrama esquemático que mostra em sistemas informáticos de visão geral e arquitetura de rede adequada para implementar o presente invento; A Figura 3 é um diagrama esquemático que mostra em maior detalhe sistemas informáticos e arquitetura de rede localizados em um centro de dados para implementar o presente invento;
& lt; Desc / Clms Página número 15 & gt;
A Figura 4 é um diagrama esquemático que mostra em maior detalhe sistemas informáticos e arquitetura de rede localizada em um local de cliente para implementar a presente invenção; A Figura 5 mostra o tráfego de dados que ocorre entre vários dispositivos de processamento de dados da presente invenção durante a utilização; A Figura 6 é uma captura de tela de uma página da Web para o usuário efetuar login em um sistema de conversação comercial de acordo com a presente invenção; A Figura 7 é uma captura de tela de uma página da Web que compreende a tela principal de um sistema de conversação comercial de acordo com a presente invenção; A Figura 8 é uma captura de tela de uma página da Web que mostra uma lista de diretórios de contrapartes potenciais para uso em um sistema comercial de conversação de acordo com a presente invenção; A Figura 9 é uma captura de tela que mostra uma janela de contato para enviar dados de conversação para uma contraparte usando um sistema de conversação comercial de acordo com a presente invenção; A Figura 10 é uma captura de tela que mostra a página da Web principal da Figura 1 & lt; / RTI & gt; em que as chamadas recebidas de uma contraparte são exibidas; Figura 1 & lt; R & gt; 11 & lt; é uma captura de tela de uma página da Web que mostra uma única janela de conversação para exibir dados conversacionais enviados ou recebidos usando um sistema de conversação comercial de acordo com a presente invenção; A Figura 12 é uma captura de tela que mostra uma página da Web com duas janelas de conversação para exibir dados de conversação enviados ou recebidos usando um sistema de conversação de acordo com a presente invenção;
& lt; Desc / Clms Página número 16 & gt;
A Figura 13 é uma captura de tela de uma página da Web que mostra duas janelas de conversação para exibir dados de conversação enviados ou recebidos, um dos quais mostra a conclusão de uma transação de câmbio, usando um sistema de conversação comercial de acordo com o presente invento; e a Figura 14 é uma captura de tela de uma página da Web que mostra uma janela do editor de tickets exibindo os dados do bilhete de negociação gerados por um sistema de negociação conversacional de acordo com o presente invento.
Descrição detalhada das presentes Figuras de Invenção & lt; RTI & gt; 1 & lt; / e la são diagramas esquemáticos que mostram os sistemas informáticos e a arquitetura de rede dos sistemas de negociação financeira de acordo com a técnica anterior e foram descritos acima.
As formas de realização da presente invenção serão agora descritas para implementar uma capacidade de negociação conversacional. No entanto, entende-se que os sistemas informáticos e a arquitetura de rede descritos também são adequados para implementar uma capacidade de negociação correspondente. A Figura 2 é um diagrama esquemático que mostra sistemas informáticos e arquitetura de rede adequados para implementar a presente invenção. A arquitetura inclui vários elementos conhecidos: rede de negociação 20, servidor de administração 22 e função de acesso de rede de negociação & lt; RTI & gt; 18. & lt; / Rt & gt; Estes são geralmente elementos bem conhecidos e foram descritos acima em relação ao sistema Reuters Dealing 3000 da arte anterior. No entanto, a arquitetura inclui vários elementos novos: um centro de dados 24 que compreende um conjunto de servidores (um servidor de negociação 30,
& lt; Desc / Clms Página número 17 & gt;
um servidor de estação de chaves 32 e um servidor hipermídia 34 ligados através de um centro de dados LAN 36, todos os quais serão descritos com maior detalhe abaixo), uma rede de comunicações 26 e um local de cliente 28 compreendendo um conjunto de dispositivos de processamento de dados (um cliente de estação de chaves 38 , um servidor de site do cliente 40 e uma impressora de cliente opcional 42 cada uma conectada em uma LAN 44 do site do cliente, a qual será descrita em maior detalhe abaixo). O cluster do centro de dados 24 está conectado à rede de negociação 20 via a função de acesso à rede de negociação 18.
Os dispositivos de processamento de dados no centro de dados 24 podem comunicar com dispositivos de processamento de dados no local do cliente 28 através da rede de comunicações 26 que pode ser qualquer tipo de rede comutada por comutação ou com comutação de circuitos. Em formas de realização preferidas da presente invenção, a rede de comunicações 26 é uma rede de Protocolo de Internet (IP), tal como a Internet pública ou uma rede de IP privada tal como uma rede IP Radianz.
Tipicamente, haverá uma pluralidade de clusters de sites de clientes, tais como o cluster de site do cliente 28, conectado à rede de comunicações 26, bem como uma pluralidade de aglomerados de centros de dados, tais como o cluster de centro de dados 24, conectado à rede de comunicação 26 e à rede de negociação 20 . Similarmente, haverá tipicamente uma pluralidade de agrupamentos de sites do cliente 10, como descrito acima em relação à Figura 1; também está ligado à rede de negociação 20. Assim, pode ver-se que um cliente de cliente de chaves de operação do comerciante 38 do cluster de site do cliente 28 pode ser capaz de se comunicar com outro comerciante operando uma estação de chaves de um cluster de site de cliente diferente, seja da presente invenção ou do sistemas anteriores da técnica, tais como o Dealing 3000. Deve também notar-se que, no cluster 28 do cliente, uma pluralidade.
& lt; Desc / Clms Página número 18 & gt;
de chaves, como a estação de chaveamento 38, podem ser conectadas aos outros componentes do site do cliente no local do cliente LAN 44, portanto, uma pluralidade de comerciantes podem operar caixas de chaves pessoais em um site de cliente. A pluralidade de estações de chaves pode comunicar-se cada uma com o servidor de site cliente 40 através da LAN 44 do site cliente, e com o servidor de negociação 30, o servidor de estação de chaves 32 e o servidor hipermídia 34 sobre a rede de distribuição 20 para fornecer o serviço de negociação conversacional aos usuários. Por outras palavras, o conjunto de centro de dados 24 pode fornecer serviço a uma pluralidade de comerciantes no cluster de site do cliente 28. Além disso, uma pluralidade de estações de chaves em diferentes clusters de sites de clientes podem se comunicar com o servidor de negociação 30, o servidor de estação de chaves 32 e o servidor hipermídia 34 durante o processamento rede 20 para fornecer o serviço de negociação conversacional aos usuários. Assim, o cluster de centro de dados 24 pode fornecer serviço a uma pluralidade de comerciantes em diferentes sites de clientes.
Também deve notar-se que as funções ou processos executados por qualquer dois, ou todos os três, do servidor de negociação 30, servidor de estação de chaves 32 e servidor hipermídia 34 podem ser implementados em um único servidor físico.
Da mesma forma, as funções ou processos executados pelo cliente de estação de chaves 38 e pelo servidor de site de cliente 40 também podem ser implementados em um único dispositivo de processamento de dados físicos. No entanto, para facilitar a explicação, serão descritas formas de realização em que essas funções ou processos são realizados por dispositivos físicos separados.
A Figura 3 é um diagrama esquemático que mostra em maior detalhe sistemas informáticos e arquitetura de rede para implementar o presente invento.
O servidor de processamento 30 é um computador pessoal (PC) executando o Microsoft Windows.
& lt; Desc / Clms Página número 19 & gt;
NT ou Windows 2000 Professional com um processador Pentium ou superior e pelo menos 256 megabytes de RAM e 10 gigabytes de capacidade da unidade de disco rígido após a instalação do sistema operacional. O servidor de negociação 30 compreende componentes de comunicação para gerenciar a comunicação com a função de acesso à rede de negociação 18 e outros dispositivos de processamento de dados conectados ao centro de dados LAN 36. Ele também compreende um armazenamento de dados não volátil 50 para armazenar dados de conversação e dados de ticket gerados pelo servidor de estação de chaves 32 .
No entanto, os dados de conversação e os dados do bilhete de negociação só são armazenados temporariamente no armazenamento de dados 50 até o momento em que foram comunicados com êxito ao servidor do site cliente 40 na rede de comunicação 26.
A este respeito, o servidor de negociação 30 compreende ainda um componente de conversação e encaminhamento de bilhetes 52 que, juntamente com um componente correspondente de conversação e encaminhamento de bilhetes no servidor do site do cliente 40, é capaz de administrar a comunicação de dados de conversação e dados de ingresso em um formato ASCII sobre rede de comunicações 26 para o local do cliente para armazenamento e impressão opcional na impressora cliente 42. De modo semelhante, o servidor de negociação 30 compreende um componente de encaminhamento de alimentação de saída de ticket que, juntamente com um componente de encaminhamento de alimentação de saída de ticket correspondente no servidor de site cliente 40, é capaz de gerenciar a comunicação de dados de bilhetes através da rede de comunicações 26 para o site do cliente em um formato binário adequado para armazenamento e posterior processamento por sistemas de back-office no site do cliente.
O servidor 32 da Keystation é um PC com uma especificação semelhante ao servidor de negociação 30. O servidor 32 da Keystation compreende um gerente de serviço local e.
& lt; Desc / Clms Página número 20 & gt;
componente de comunicação de rede para se comunicar com outros dispositivos de processamento de dados através do centro de dados LAN 36, bem como lidar com componentes de lógica de negócios 56 para implementar a funcionalidade principal do sistema de negociação, como o gerenciamento de chamadas de entrada e de saída usando um componente de gerenciador de chamadas, analisando dados conversacionais para gerar dados de passagens usando um componente de análise e outras funções de lógica comercial. Estes componentes de lógica comercial são geralmente conhecidos dos sistemas da técnica anterior, tais como o Dealing 3000 e não serão descritos mais adiante. Unlike keystation 12 of the prior art, keystation server 32 does not comprise a graphical user interface or other user interface components for presenting information and receiving instruction from a user operating keystation server 32 via peripheral devices such as a screen keyboard and mouse. Instead, input and output data from the applications programming interface (API) of the dealing business components 56 are passed to communications component 58 which is capable of transmitting output data and receiving input data with keystation client 38 located at the client site over communications network 26.
It should be noted that real-time conversational dialogue data, conversational record data, trading ticket data, ticket output feed data from dealing server 30 as well as other data input or output from dealing business logic components 56 are not passed directly over communications network 26, but are sent over a secure encrypted tunnel established between hypermedia server 34 and client site server 40 via data centre LAN 36 and.
<Desc/Clms Page number 21>
client site LAN 44 respectively. This will be described in greater detail below.
Hypermedia server 34 is a PC with a similar specification to dealing server 30 and runs a hypermedia server application such as Microsoft Internet Information ServerTM. Hypermedia server 34 comprises items of hypermedia content 60 which are communicated over communications network 26 to keystation client 38 at the client site and constitute the graphical user interface components presented to a trader operating keystation client 38 at the client site. Hypermedia content 60 comprises both static hypermedia content such as Web pages and active hypermedia content, such as Active-XTM controls, or links thereto. Hypermedia server 34 further comprises a configuration database 62 for storing administration records which are used to ensure that keystation client 38 is authenticated and authorised for access. Furthermore, hypermedia server 34 comprises communication component 64 for sending or receiving data over data centre LAN 36 and for sending or receiving over communications network 26 to client site server 40 using a secure encrypted tunnel.
Data centre LAN 36 is a conventional Ethernet LAN. Data centre LAN 36 will typically have a firewall in place between itself and communications network 26. In alternative embodiments of the present invention, further firewalls may be present such as between hypermedia server 34 and data centre LAN 36 and between dealing network access function 18 and data centre LAN 36.
<Desc/Clms Page number 22>
It is to be understood that a plurality of keystation servers, such as keystation server 32, may be present at data centre 24 for providing a trading service to one or more keystations of one or more client sites. The plurality of keystation servers may be connected to one dealing server, such as dealing server 30, which acts as an aggregator allowing a plurality of keystation servers to have access to dealing network 20 over dealing network access function 18, or to a plurality of dealing servers, such as dealing server 30.
Similarly, there may be a plurality of hypermedia servers, such as hypermedia server 34, present at data centre 24. Also, data centre LAN 36 may be connected to a plurality of dealing network access functions identical to dealing network access function <RTI>18.</RTI> Thus, load sharing and resilience capabilities may be implemented at data centre 24 in the event of failure of any one component.
Furthermore, as mentioned above, there will typically be a plurality of data centres, comprising the data processing devices described above, each connected to dealing network 20 via one or more dealing network access functions and also each connected to communications network 26. Again, this provides load sharing and resilience capabilities in the event of a data centre failure.
Figure 4 is a schematic diagram showing in greater detail computer systems and network architecture located at a client site for implementing the present invention. Keystation client 38 is a PC with a specification similar to dealing server 30. Keystation client 38 comprises a hypermedia client 66.
<Desc/Clms Page number 23>
For example, this may be a Web browser such as Microsoft Internet ExplorerTM. Keystation client 38 also comprises hypermedia content 68 which may constitute static Web pages and active components such as ActiveXTM controls or Visual Basic run-time modules. These active components may be downloaded from hypermedia server 34 or, alternatively, installed at keystation client 38. Keystation client 38 further comprises communications module 70 capable of communicating over client site LAN 44 and thus over communications network 26. A trader operating keystation client 38 points the hypermedia browser at the IP address or domain name corresponding to hypermedia server 34 in order to access the dealing service. Communication of hypermedia content constituting the user interfaces for presentation to a trader operating keystation client 38 and communication of actual conversational data, ticket data and other trading-related data are dealt with separately and will be described in detail below.
Client site server 40 comprises a conversation and forwarded ticket forwarding reciever component 72, which in combination with conversation and ticket forwarding component 52 of dealing server 30 at data centre 24, manages the communication of conversational data and ticket data in an ASCII format for storage and optional printing at client printer 42. Similarly, forwarded ticket output recieving feed remoting component 74, in combination with ticket output forwarding component 54 of dealing server 30, manages the communication of ticket output data in a binary format suitable for storage at the client site and for processing by back office systems located.
<Desc/Clms Page number 24>
at the client site. Client site server 40 also comprises a communications component 76 for sending or receiving data over client site LAN 44 and sending or receiving data over communications network 26 hypermedia server 34 using a secure encrypted tunnel.
Client site LAN 44 is a conventional Ethernet LAN. Client site LAN 44 will typically have a firewall in place between itself and communications network 26.
Figure 5 shows data traffic occurring between various data processing devices of the present invention during use. There are three main types of data traffic passing between data centre 24 and client site 28: 1) real-time trading-related data, such as incoming call indicators, outgoing call requests, actual conversational trading dialogue data, trading ticket data generated on agreement of a trade and so on, which are communicated between keystation server 32 and keystation client 38,2) trading-related data records generated after agreement of a trade, such as conversational data and ticket data in ASCII format for storage and optional printing and ticket output feed data in a binary format for storage and for use in back-office systems at the client site, which are passed from dealing server 30 to client site server 40 and 3) user interface requests and responses 80 which do not comprise trading-related data and which are communicated between hypermedia server 34 and keystation client 38.
All trading-related data, whether of type 1) or 2), is sent over the a secure encrypted tunnel established between hypermedia server 34 and client.
<Desc/Clms Page number 25>
site server 40. This tunnel uses the Secure Sockets Layer (SSL) protocol. Keystation server 32, and keystation client 38 use a publish and subscribe communication protocol such as Tibco Rendezvous to transfer real-time data. This data is passed to hypermedia server 34 and client-site server 40 to be tunnelled through communications network 26. Thus, real-time tradingrelated data traffic passed between keystation server 32 and hypermedia server 34 constitutes publish and subscribe protocol traffic 84. Similarly, real-time trading-related data traffic passed between client site server 40 and keystation client 38 constitutes publish and subscribe protocol traffic 86.
However, between hypermedia server 34 and client site server 40, real-time trading-related data passed using the publish and subscribe protocol constitutes encrypted tunnel traffic 82. Although only one SSL tunnel is used to send real-time trading-related data between keystation server 32 and keystation client 38, in embodiments where a plurality of keysations are present at the client site 28, <RTI>keystation/user</RTI> identifiers are used to identify data as originating from or being addressed to a particular keystation/user.
Temporary conversation and ticket files stored in data store 50 of dealing server 30 are sent to client site server 40 which provides a central point of receipt at the client site. This data traffic (not shown) also uses the publish and subscribe protocol and the tunnel established between hypermedia server 34 and client site server 40. Conversational data and ticket data in ASCII format for storage and optional printing is published by conversation and ticket forwarding component 52 of dealing server 30 and ticket output.
<Desc/Clms Page number 26>
feed data for processing or storage by back office systems at the client site is published by ticket output feed forwarding component 54 of dealing server 30. Conversation and ticket forwarding component 52 and ticket output feed forwarding component 54 each use a communications channel (a"mailbox") established after the secure communication channel between hypermedia server 34 and client site server 40 has been established. Conversation and ticket receiving component 72 and ticket output feed receiving component 74 of client site server 40 subscribe to the published channels to receive the corresponding data.
When a user of keystation client 38 first accesses hypermedia server 34, hypermedia browser 66 of keystation client 38 must authenticate hypermedia server 34 and, likewise, hypermedia server 34 must check whether keystation client 38 is authorised for access to the trading system service. This is achieved using digital certificates and configuration records stored in configuration database held on hypermedia server 34. Hypermedia browser 66 sends up a digital certificate upon first accessing hypermedia server 34 which is authorised by querying configuration database 66.
Similarly, the digital certificate returned by hypermedia server 34 is checked by hypermedia browser 66 to authenticate hypermedia server 34. If mutual <RTI>authorisation/authentication</RTI> is successful, a secure communications channel is established between keystation client 38 and hypermedia server 34, using the secure hypertext transfer protocol (HTTPS) over SSL (however, this is a separate tunnel to the SSL tunnel established between hypermedia server 34.
<Desc/Clms Page number 27>
and client site server 40). Thereafter, data traffic 80 comprising user interface requests and responses, which is communicated between hypermedia server 34 and keystation client 38, is secure and encrypted.
Figure 6 is a screenshot of a Web page for user log in to a conversational trading system according to the present invention. Web page 90 is presented to a user of keystation client 38 on first pointing the hypermedia browser to hypermedia server 34. Web page 90 comprises user interface elements 92 for allowing a trader user to log in to the service by entering a user ID and password. Web page 90 also indicates that a secure encrypted tunnel has been established using HTTPS/SSL and that keystation client 38 has recognised the digital certificate of hypermedia server 34 by means of a status indicator 94.
Figure 7 is a screenshot of a Web page comprising the main screen of a conversational trading system according to the present invention. After a trader user has logged in, a Web page such as Web page 100 is presented.
Web page 100 comprises a push button 102 for logging out and a push button 108 for initiating a conversation with a counter party. Window 106 of Web page 100 is for displaying conversations with counterparties and is initially blank. Window 104 is for displaying incoming calls indicating that a counterparty wishes to enter into conversational communication with the trader user or with another trader user of the same trading party. Window 110 is for displaying a historical list of trades agreed by the trader user or other trader users of the same trading party and includes summary information such.
<Desc/Clms Page number 28>
as may be found on a trading ticket for each agreed trade. Counterparties are identified by unique four letter codes such as"IMPA".
Figure 8 is a screenshot of a Web page showing a directory list of potential counterparties for use in a conversational trading system according to the present invention. Window 112 presents trading counterparties in a list including the unique four letter code, the counterparty name and various other information such as the counterparty's capability to enter into conversational trading ("Direct") or matching-based trading ("Spot or Forwards Matching").
Window 112 may be obtained by a user clicking on hyperlink 111 which contains an embedded Uniform Resource Locator (URL) pointing to Web content stored on hypermedia server 34.
Figure 9 is a screenshot showing a contact window for sending conversational data to a counterparty using a conversational trading system according to the present invention. By clicking on push button 108, the user is presented with contact window 113 which contains a text entry box 114 in which the user may type a trading counterparty identifier followed by optional conversational trading data such as an trading interest message. For example, the user has entered"LTDB EURO IN 100", indicating the counterparty "LTDB", and that he or she is interested in trading 100 million Euros. Window 113 also provides a push button 115 for sending the communication when complete. The conversational trading data"EURO IN 100"will then be sent from to the client site identified by"LTDB"and will appear in an incoming calls window of keystation clients at that client site.
<Desc/Clms Page number 29>
Figure 10 is a screenshot showing the main Web page wherein incoming calls from a counterparty are displayed. When a counterparty has initiated a contact in a similar manner as has been described above, this is indicated in incoming calls window 104. For example, four incoming calls 116 are displayed in four boxes in order of receipt with letters of the alphabet as short references. The calls indicate the counterparty identifier, for example "IMPA", and the interest message, for <RTI>example"KIWI 100 PLS"or"CABLE</RTI> 150 PLS". The user may respond to an incoming call by clicking on the appropriate box or by typing the reference letter.
Figure <RTI>11</RTI> is a screenshot of a Web page showing a single conversation window for displaying conversational data sent or received using a conversational trading system according to a present invention. On selecting the incoming call <RTI>from"IMPA"referenced</RTI> as letter"B"and displaying the interest <RTI>message "CABLE 150</RTI> PLS", conversation window 118 is presented and contains the interest message as well as the counterparty identifier. Note that status indicator 119 indicates that the user has seized the conversation and is able to send a response (and correspondingly that the counterparty is not enabled to send any conversation data at that time). The user may then type a response to the interest message and send it by clicking on push button 121 labelled"Transmit".
Figure 12 is a screenshot showing a Web page with two conversation windows for displaying conversational data sent or received using a conversational trading system according to the present invention. Dois.
<Desc/Clms Page number 30>
conversation widows, 118 and 122, may be simultaneously displayed enabling a trader user to conduct two simultaneous conversations with the same or different trading counterparties. In Figure 12, conversational window 122 is currently active and status indicator 124 shows that the counterparty has control of the conversation and that the user is unable to send any conversational data at that time. Note that push button 121 for transmitting conversational data is"greyed out"and the user cannot click on it. Push button 126 for interrupting the conversation is active however. This button allows the user to regain control of the conversation, thus regaining the ability to send conversational data and disabling the counterparty's ability to send conversational data. This may be useful, for example, where the user has made a mistake in his or her previous conversational message and wishes to avoid receiving a response to it, such as acceptance of what was a mistaken bid or offer to trade.
Figure 13 is a screenshot of a Web page showing two conversation windows for displaying conversational data sent or received, one of which shows completion of a foreign exchange transaction, using a conversational trading system according to the present invention. Conversation window 128 shows the conversational dialogue between the trader user and a trading counterparty in which a trade has been agreed in which the counterparty will buy 10 million Australian dollars from the trading party at a price of 10.2463 (to the US dollar) on a spot trade basis (i. e. for settlement after two days).
<Desc/Clms Page number 31>
Figure 14 is a screenshot of a Web page showing a ticket editor window displaying trading ticket data generated by a conversational trading system according to the present invention. Ticket editor window 130 is presented by an Active-X component and is automatically generated and displayed upon the end of a conversation. Where the conversation analysis component on keystation server 32 has recognised a known type of trade, the fields in ticket editor window 130 are pre-filled with the recognised terms of the trade. In this example, the ticket information displayed is for a spot trade to sell 150 million British Pounds to the <RTI>counterparty"IMPA"to</RTI> be settled on 23 March 2001. The ticket information may be immediately confirmed by the trader or first edited if incorrect. Once the ticket information has been confirmed, the ticket data and conversational trading data are temporarily stored by dealing server 30 until successfully transmitted to client site server 40.
While embodiments of the present invention have been described for implementing a conversational trading capability, it will be understood that the computer systems and network architecture described are also suitable for implementing a matching-based trading capability. Furthermore, while embodiments of the present invention have been described for trading financial instruments such as spot trades on the Interbank foreign exchange market, it is to be understood that the present invention may be used to trade any type of financial instrument in respect of any kind of asset, such as currencies, stocks, shares, bonds, commodities, derivatives and so on.
<Desc/Clms Page number 32>
It is to be understood that the terms"computer","server","terminal", "data store", as well as cognate terms, denote either physical or logical instances of those entities. For instance, a computer, data store and server may be implemented as separate physical entities or as one physical entity performing logically separate functions. Similarly two servers may be implemented as separate physical entities or as one physical entity performing logically separate functions. Also,"terminal"will be understood to include mobile devices (e. g. mobile phones or PDAs) as well as stationary computers.
It will be understood that in embodiments of the invention, one or more parts of the system may be located in a different jurisdiction to the others. The invention extends to such embodiments.
For the avoidance of doubt, protection is hereby sought for any new matter or combinations thereof herein. The scope of the invention is not to be limited to the described embodiments or claims, but extends to variations and modifications thereof which retain the same inventive concept.
Financial market trading system.
Classificações.
G — PHYSICS G06 — COMPUTING; CALCULATING; COUNTING G06Q — DATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR G06Q40/00 — Finance; Seguro; Tax strategies; Processing of corporate or income taxes G06Q40/04 — Exchange, e. g. stocks, commodities, derivatives or currency exchange PCT/GB2002/002354 2001-05-18 2002-05-20 Financial market trading system WO2002095638A8 ( en )
Priority Applications (2)
Applications Claiming Priority (2)
Publications (2)
ID=9914889.
Family Applications (1)
Country Status (4)
Families Citing this family (11)
Family Cites Families (39)
Also Published As.
Documentos semelhantes.
Legal Events.
Kind code of ref document : A2.
Designated state(s) : AE AG AL AM AT AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ CZ DE DE DK DK DM DZ EC EE EE ES FI FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW.
Kind code of ref document : A2.
Designated state(s) : GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG.
Kind code of ref document : C1.
Designated state(s) : GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG.
Kind code of ref document : C1.
Designated state(s) : AE AG AL AM AT AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ CZ DE DE DK DK DM DZ EC EE EE ES FI FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW.
No comments:
Post a Comment