Friday 9 June 2017

Patentes Do Sistema De Negociação


Sistema de negociação US 4292508 A O equipamento para uso em um sistema comercial em que um bônus é dado a um cliente selecionado compreende uma pluralidade de lojas, tais como contadores, que são alimentados sucessivamente para que sejam preenchidos sucessivamente dependendo da taxa de alimentação e das capacidades Dos contadores. Quando uma loja é preenchida, a alimentação é interrompida e o bônus apropriado para a loja preenchida é disponibilizado para um cliente subseqüente iniciando uma transação. A loja cheia é esvaziada e a alimentação para as lojas é retomada até que outra loja seja preenchida e o bônus apropriado seja pago. Uma modificação pode incluir um seletor aleatório que verifica as lojas e disponibiliza o bônus se uma loja completa for selecionada. Podem ser fornecidos meios para exibir o bônus em execução e o ponto do cliente no qual o bônus é pago. (11) 1. Aparelho para uso em um sistema de negociação para determinar a alocação de bônus aos clientes, compreendendo meios para gerar continuamente sinais de entrada a uma taxa fixa proporcional ao tempo, uma pluralidade de meios de armazenamento, meios de distribuição acoplados aos referidos meios de geração de sinal Para distribuir os referidos sinais de entrada para a referida pluralidade de meios de armazenamento, e os meios acoplados aos referidos meios de armazenamento para receber dos referidos meios de armazenamento significam sinais completos de armazena, os referidos meios com o último nome respondendo aos referidos sinais completos de armazenamento para condicionar o aparelho em prontidão Para alocar um bônus determinado pelo qual a loja está cheia. 2. Aparelho de acordo com a reivindicação 1, incluindo meios sensíveis aos referidos sinais completos de armazenamento para inibir a geração dos referidos sinais de entrada. 3. Aparelho de acordo com a reivindicação 1, incluindo meios sensíveis aos referidos sinais completos de armazenamento para inibir a distribuição dos referidos sinais de entrada para os referidos meios de armazenamento. 4. Aparelho de acordo com a reivindicação 1, no qual os referidos meios de distribuição são operacionais para distribuir sequencialmente os referidos sinais de entrada para cada um dos referidos meios de armazenamento. 5. Aparelho de acordo com a reivindicação 1, no qual os referidos meios de distribuição são operacionais para distribuir os referidos sinais de entrada em diferentes proporções para cada um dos referidos meios de armazenamento. 6. Aparelho de acordo com a reivindicação 1, em que o referido aparelho é sensível à ocorrência de transações de vendas, o referido aparelho incluindo meios de seleção aleatórios dispostos para serem iniciados por uma próxima transação de vendas para selecionar aleatoriamente um dos referidos meios de armazenamento e para inibir a alocação do referido Bônus se a loja selecionada significa que não está cheia. 7. Aparelho de acordo com a reivindicação 1, em que os referidos meios de armazenamento compreendem a memória de readwrite de um sistema informático. 8. Aparelho para uso em um sistema de negociação para determinar a alocação de bônus aos clientes, compreendendo meios para gerar continuamente sinais de entrada a uma taxa fixa proporcional ao tempo, meios de distribuição para receber os referidos sinais de entrada e distribuir os referidos sinais de entrada para uma pluralidade de lojas Significa que os meios para receber da referida loja significam sinais de armazém completos para condicionar o referido aparelho na prontidão para alocar um bônus que é determinado pela qual o meio da loja está cheio e significa responder à ocorrência de uma próxima transação de vendas para alocar o referido bônus. 9. Aparelho de acordo com a reivindicação 8, incluindo meios que respondem ao início de uma próxima transação de vendas para alocar o referido bônus se a transação persistir por mais do que um período de tempo predeterminado. 10. Aparelho de acordo com a reivindicação 9, incluindo meios de seqüência aleatórios que respondem à alocação do referido bônus para selecionar aleatoriamente um dos referidos meios de armazenamento e para inibir a referida alocação se o meio de armazenamento selecionado não estiver cheio. 11. Aparelho de acordo com a reivindicação 8, incluindo meios de seqüência aleatórios que respondem à alocação do referido bônus para selecionar aleatoriamente um dos referidos meios de armazenamento e para inibir a referida alocação se o meio de armazenamento selecionado não estiver cheio. Esta invenção refere-se a equipamentos para operar um sistema comercial em que prêmios de bônus são dados a clientes de uma estação de gasolina ou supermercado. Sistemas de negociação são conhecidos em que, quando o total de uma pluralidade de transações individuais atinge uma magnitude predeterminada de número ou valor, um bônus é alocado para um cliente fazendo ou está prestes a fazer uma transação adicional. A transação pode, por exemplo, ser a dispensação de gasolina de uma bomba de gasolina ou o pagamento de compras em um mercado. O equipamento para tais sistemas de negociação é descrito na British Pat. No. 1.338.083 e Pat. Nº 3.852.576. A presente invenção proporciona equipamentos para um sistema de negociação que aloca um bônus aos clientes, incluindo o equipamento que fornece sinais que representam pagamentos de bônus e para distribuir os referidos sinais para uma pluralidade de lojas, estando os sinais proporcionados a uma taxa global predeterminada medida durante um período prolongado De tempo e significa operar para indicar o pagamento de um bônus quando uma loja é preenchida até um valor predeterminado. Os pagamentos de bônus podem ser selos de comercialização ou outra consideração valiosa e as lojas podem ser contadores operados por pulsos eletrônicos compreendendo os referidos sinais que representam pagamentos de bônus de um oscilador que distribui pulsos para os contadores sucessivamente, seja a uma taxa uniforme ou a uma taxa dependendo da magnitude Dos bônus representados pelos balcões. Uma compreensão do funcionamento básico do equipamento será clara a partir da consideração da seguinte analogia. Um gerador de bola de ping pong produz bolas de pingue-pongue compreendendo os referidos sinais que representam pagamentos de bônus como preferidos a uma taxa constante que é definida pela mangação. Existem cinco baldes de tamanhos diferentes que levarão 300, 500, 700, 1000 e 5000 bolas de ping pong, respectivamente. Uma única rampa do gerador de bola de ping pong é dirigida a cada balde por sua vez por um período de tempo fixo. Assim, todos os baldes recebem bolas na mesma taxa. Assim que qualquer balde estiver cheio, o gerador de ping pong pára. Os outros baldes permanecerão parcialmente preenchidos. O balde cheio pode então ser esvaziado e o bônus representado pelas bolas de ping pong nele pago. A sequência é continuada até que outro balde fique cheio quando o bônus aplicável a esse balde fica disponível. Assim, a frequência de uma vantagem de bônus é inversamente proporcional à taxa em que o gerador de bola de ping pong está configurado. Se, por exemplo, esta taxa for ajustada em 4000 bolas por hora, cada balde preencheria com 800 bolas por hora e o balde 300 encheria todas as 38 horas, o balde 500 a cada 58 horas, o balde 700 a cada 78 horas, o 1000 Balde a cada 114 horas e o balde 5000 a cada 614 horas. No equipamento da presente invenção, o oscilador é equivalente ao gerador de bola de ping pong e as lojas ou contadores são equivalentes aos baldes, assumindo uma taxa constante de geração de impulsos. Contudo, como, os contadores são de igual capacidade, a taxa de entrada para cada contador é ajustada dependendo da magnitude do bônus representado por esse contador. Os referidos meios de distribuição podem funcionar de forma aleatória ou alternativamente de uma maneira predeterminada de modo a proporcionar pagamentos pseudo-aleatórios. As referidas lojas podem ser preenchidas a uma taxa estabelecida e, assim que uma é preenchida, as lojas restantes são preenchidas na taxa definida até que todas sejam preenchidas. Alternativamente, pode haver uma taxa constante por loja. Quando uma loja é preenchida, o fornecimento pára, e uma taxa total proporcional reduzida é mantida para o restante. O fornecimento pode cessar se e quando todas as lojas estiverem cheias. A alocação automática de uma loja completa para um pagamento de bônus não é uma restrição necessária. Alternativamente, um sinal de vitória pode ser fornecido por meios adequados, causando a caça para uma loja completa ou uma seleção aleatória de qualquer loja, cheia ou não. A seleção de uma loja completa indicaria um prêmio, enquanto que a seleção de uma loja parcialmente cheia negaria a exibição de uma vitória e o sistema seria restaurado aguardando o próximo sinal de busca da vitória. A chance de uma seleção de vitórias aumenta assim que cada loja fica cheia. O equipamento poderia ser operado em débito em vez de crédito. Assim, um prêmio é pago após seleção aleatória na primeira caça ao prêmio, sendo o saldo restaurado mais tarde. Quando um saldo satisfatório foi restaurado, outra seleção aleatória ocorre e o tempo decorrido será proporcional à quantidade necessária para ser devolvida. Quando um bônus está pronto para ser alocado, os meios de fornecimento de sinal podem ser preferidos inibidos ou alternativamente podem continuar a operar. Onde o meio de fornecimento de sinal é inibido após a atribuição de um bônus, é proporcionado um meio de reposição para permitir que os meios de fornecimento de sinal subseqüentes ao pagamento do bônus a um cliente por um operador. O atraso na reinicialização pode causar uma redução na taxa em que os sinais de bônus são fornecidos, no entanto, essa redução pode ser controlada dentro de limites aceitáveis, de modo que durante um longo período de tempo, a taxa de sinais de bônus é predeterminada. Uma reinicialização automática pode ser fornecida após um atraso predeterminado. Por conveniência, a invenção será descrita em relação à sua utilização em conexão com a distribuição de gasolina a partir de uma bomba de gasolina, mas entender-se-á que a invenção é aplicável a vários outros métodos de realização de transações, tais como, por exemplo, a operação de um até. Quando uma série de bombas de gasolina estão associadas ao equipamento, podem ser fornecidos meios para selecionar aleatoriamente uma bomba específica na qual o bônus é devido. O equipamento de acordo com a invenção pode incluir meios para exibir no pátio da estação de gasolina e na consola dos caixas, o número da bomba vencedora, a magnitude do bônus e outras informações relevantes. Uma indicação audível também pode ser dada em um bônus obtido. Um totalizador no console registra o tamanho do bônus, enquanto nas luzes piscantes do prédio e um tom de ganhos indica que um prêmio de bônus foi conquistado. Quando o cliente recebeu o bônus, o operador pressiona um botão de reinicialização e as telas são apagadas, permitindo também que os impulsos sejam alimentados novamente nos contadores. Em uma modificação, um seletor aleatório é fornecido para verificar todos os contadores e escolher um independentemente de estar cheio ou não. Se o contador selecionado estiver cheio, o pagamento será feito, caso contrário, não há pagamento, embora algum outro contador esteja cheio. O processo pode continuar até em alguma transação subseqüente o seletor seleciona um contador completo. A digitalização das lojas pode ocorrer em resposta ao início do fluxo de gasolina, ou em intervalos enquanto o fluxo de gasolina está ocorrendo. Outras modificações são que um programa predeterminado de fluxo de bônus total é mantido nos outros contadores não completos depois que um ou mais está cheio, proporcionando uma chance crescente de ganhar em tempos de folga. Alternativamente, a máquina pode ser arranjada de modo que, como um contador esteja cheio, a entrada para esse contador é interrompida e o pagamento total, assim, será progressivamente reduzido à medida que cada um ficar cheio. Quando todos os contadores estavam cheios em qualquer caso, o pagamento cessaria, até o próximo pagamento ter sido retomado. Outra disposição alternativa de operação fornece que uma única grande loja é fornecida em que todo o pagamento flui a uma taxa constante. A saída desta loja é através das direções de um seletor aleatório que, por exemplo, forneceria segmentos com disposições de pagamento similares. Sentido e operado da mesma forma, o pagamento não agora selecionaria automaticamente a loja cheia, mas escolheria qualquer loja e se isso estivesse cheio, então faça um pagamento. O equipamento pode incluir um dispositivo de detecção que tenha percebido que todas as lojas estavam cheias ou que uma grande loja era capaz de pagar uma sequência imediata de pagamentos devido à falta de uso ao longo de um período, então um mecanismo de atraso de tempo entra em operação para segregar Os pagamentos durante um período. Poderia também ser prevista a pré-carga da loja ou lojas no início do negócio por uma substituição, fornecendo os sinais apropriados ou por um sistema de armazenamento para armazenar informações, digamos durante a noite, para o início do comércio na reabertura. Uma forma de realização da invenção será agora descrita com referência ao desenho anexo, cuja figura única é um diagrama de blocos do equipamento de acordo com a invenção. Nesta forma de realização que será descrita como fornecendo bónus na forma de selos comerciais, um oscilador principal 1 fornece impulsos eletrônicos a uma taxa de saída determinada por um primeiro multiplicador de taxa decimal 2 controlado por um dispositivo de configuração de taxa de selo 3. O dispositivo 3 sob o O controle do gerenciamento determina a taxa do bônus geral, por exemplo 8000, 4000, 2000, 1000 ou 500 selos por hora. Os impulsos do oscilador 1 são divididos por 256 num divisor 4 e são alimentados para um seletor 1 de 5 que fornece a entrada através dos portões 7a, 7b, 7c, 7d, 7e para cada um dos cinco contadores de bônus 8a, 8b, 8c, 8d, l 8e, por sua vez. O trem de pulsos modificado a partir do seletor 5 é alimentado através de um programador de taxa de bônus 9 para um segundo multiplicador de taxa decimal 10, onde a taxa de saída é novamente modificada dependendo do contador de bônus habilitado. Esta saída é alimentada através de uma porta 11 para a porta apropriada 7a, 7b, 7c, 7d ou 7e do contador ativado 8a, 8b, 8c, 8d ou 8e. Os contadores são então alimentados a uma taxa inversamente proporcional ao bônus a ser armazenado no mesmo. Por exemplo, o contador 8a, para um bônus de 300 selos, terá a maior taxa de entrada e o contador 8 e para 5000 selos terá a menor taxa de entrada. Quando um contador está cheio, este é detectado por um detector de bônus pronto 14 que alimenta um detector de bocal vencedor 12. Os bocais 13 das ditas oito bombas estão conectados eletronicamente ao detector 12 de modo que quando um bico selecionado é levantado, um sinal é enviado De volta ao portão 11 para inibir pulsos do oscilador 1 e iniciar o pagamento do bônus ao usuário da bomba selecionada. O detector de bocal vencedor está conectado aos portões 15a, 15b, 15c, 15d e 15e que estão conectados aos contadores de bônus 8a, 8b, 8c, 8d e 8e, respectivamente, e as saídas desses portões são alimentadas para circuitos de transmissão de relés de exibição de paradeira 16, Que, por sua vez, opera uma exibição de pátio 17. Essa exibição pode mostrar em uma exibição de bônus 18 o bônus que foi disponibilizado e a bomba vencedora em um display de número de bomba 19. As luzes intermitentes 20 e um alto-falante 21 também são operados. Este equipamento de exibição é alimentado a partir do detector de bico vencedor 12 através de circuitos de acionamento 22, 23 e 24. Na consola no quiosque de caixas, é fornecido uma exibição de número de bomba vencedora 25 e uma exibição de bônus vencedora 26. Circuito de totalização de bônus 27 em paralelo Com a exibição de bônus 25 totalizando o valor do bônus pago. Quando o bônus foi pago ao cliente, o contador apropriado é esvaziado. Um botão de reinicialização é operado e a seqüência recomeça e continua até que outro contador seja preenchido. O próximo contador a ser preenchido depende da capacidade dos contadores e da medida em que eles foram preenchidos quando o pagamento do bônus anterior foi pago. O botão de reinicialização é ativado um tempo predeterminado após a exibição da vitória do bônus, para evitar o uso indevido do botão de reinicialização. Além disso, para evitar o uso indevido, os meios fornecidos para garantir alocações de bônus não serão feitos a menos que um bico tenha sido levantado da bomba por mais do que um tempo predeterminado, e. Quinze segundos. A exibição da vitória no pátio pode ser adiada por um tempo determinado. K Podem ser previstas modificações no sistema. Assim, por exemplo, uma reserva completa pode ser alocada a uma de uma pluralidade de bombas selecionadas aleatoriamente. A taxa em que os bônus são alocados pode ser exibida para dar aos clientes uma idéia da magnitude e das chances de ganhar um bônus. O equipamento de acordo com a presente invenção pode ser incorporado num sistema informático, caso em que as lojas são proporcionadas pela memória readwrite do sistema. O sistema informático pode incluir uma série de terminais de interface para um sistema de computador host, como é comum nos sistemas de comércio de computadores.1. Um método para informar os usuários de eventos no mercado de ações que compõem as etapas de: (a) receber dados do mercado de ações em tempo real em uma rede de computadores (b) receber na rede de computadores instruções de um usuário para especificar dados de exibição definindo um evento, Os dados do relógio, incluindo uma solicitação de análise técnica do mercado de ações, especificando fórmulas de análise técnica a serem aplicadas aos dados do mercado de ações em tempo real (c) usando a rede de computadores para aplicar periodicamente os dados de relógio especificados pelo usuário, incluindo as fórmulas de análise técnica do mercado de ações para Os dados do mercado de ações em tempo real em tempo real para verificar se uma resposta válida aos dados do relógio ocorreu com base nos dados do mercado de ações em tempo real, determinando assim a ocorrência do evento definido pelos dados de relógio especificados pelo usuário e ( D) provocar uma notificação em tempo real pela rede de computadores a serem fornecidos ao usuário através de um dispositivo de comunicação remoto após a ocorrência do evento definido pelos dados de relógio especificados pelo usuário , A notificação em tempo real dirigida a um dispositivo de comunicação remoto do usuário para que o usuário possa então fornecer instruções para as transações do mercado compartilhado de forma instantânea. 2. Um método de acordo com a reivindicação 1, em que o passo de recepção (b) inclui receber instruções do utilizador para fornecer critérios de análise técnica para estoques específicos e fornecer os critérios de análise técnica solicitados para os estoques específicos através do dispositivo de comunicação remota. 3. Um método de acordo com a reivindicação 1, em que o passo de recepção (b) inclui receber instruções do usuário para fornecer critérios de análise técnica das tendências gerais do mercado de ações e fornecer os critérios de análise técnica solicitados das tendências globais do mercado de ações através das comunicações remotas dispositivo. 4. Um método de acordo com a reivindicação 1, em que o dispositivo de comunicação remota compreende um telefone fixo ou móvel, um dispositivo de computação pessoal, um fac-símile ou um pager do usuário. DADOS DE APLICAÇÃO RELACIONADOS Este aplicativo é uma fase nacional do pedido internacional nº PCTAU0101380 arquivado em 26 de outubro de 2001 e publicado na língua inglesa. O presente invento refere-se a um sistema comercial que combina análise e indicadores técnicos do mercado de ações, bem como o campo da tecnologia da informação em comunicações móveis. Existem muitas pessoas e organizações interessadas no mercado de ações para quem as informações atualizadas sobre o mercado de ações são de vital importância. Também é importante que eles possam entrar em contato com seus revendedores ou corretores para fornecer instruções para as transações do mercado compartilhado de forma instantânea. A maioria das pessoas em particular que podem ter outros interesses profissionais ou passatempos que os retiram ou não de comunicação com os eventos do mercado de ações podem ser gravemente prejudicados se um evento como um ajuste súbito para baixo para compartilhar valores tenha lugar sem o seu conhecimento. A análise técnica do mercado de ações está se tornando cada vez mais sofisticada e medidas de eventos baseadas em indicadores de análise técnica, e. As médias móveis, o osillador estocástico RSI e similares são amplamente utilizados para analisar os dados de preço e tempo da sharemarket e para o gerenciamento de portfólio de ações. As formas de análise envolvem a mensuração dos preços das ações contra pequenos blocos de tempo. A análise pode ser comunicada aos detentores de estoque numericamente e ou graficamente através de computadores ou monitores de televisão. A maioria dos investidores tem acesso a sistemas de comunicação pessoal, como telefones celulares e outros aparelhos digitais operados por tecnologias sem fio. SUMÁRIO DA INVENÇÃO A presente invenção prevê a transmissão de indicadores de análise técnica do mercado de ações e alertas correspondentes em relação aos dados criados por análise técnica onde a transmissão de todos os dados é tratada através de tecnologia sem fio, atualmente expressa como WAP (protocolo de aplicação sem fio ) E SMS (serviço de mensagens curtas) para enviar e receber vários tipos de informações do mercado de ações usando tecnologia sem fio e transmissão de televisão digital. Outras características e vantagens do presente invento serão agora evidentes a partir da descrição que se segue, que é dada apenas a título de exemplo. De acordo com a presente invenção, é proporcionado um método de negociação de ações que compreende as etapas de: (a) um provedor que recebe dados do mercado de ações em uma rede de computadores, (b) um usuário instruindo um provedor para encaminhar para ele critérios de análise técnica do mercado de ações Através de um segundo sistema, e (c) o provedor que fornece uma mensagem ao usuário de eventos do mercado de ações solicitados através do segundo sistema. Um usuário pode instruir o provedor a fornecer critérios de análise técnica para estoques específicos. Um usuário pode instruir o provedor a fornecer critérios de análise técnica das tendências gerais do mercado de ações. O segundo sistema pode incluir um telefone fixo ou móvel, um dispositivo informático pessoal, um fac-símile ou um pager do usuário. A rede de computadores pode incluir componentes que recebem comandos de entrada do usuário para um componente de ambiente de software residente na rede de computadores controlados pelo segundo sistema do usuário. O segundo sistema dos usuários pode ser capaz de comunicação sem fio ou terrestre. O segundo componente de software do sistema dos usuários pode enviar comandos de entrada para um ambiente de software que está sendo executado na rede de sistemas de computador. Em resposta ao comando de entrada, o ambiente de software envia um comando de entrada local para um componente de ambiente de software que processa os comandos que respondem ao emitir um comando de saída local para uma infra-estrutura de servidor que, por sua vez, envia um comando de saída remota ao segundo sistema dos usuários. Em resposta aos comandos de saída remota, o segundo sistema pode causar uma saída do sistema, consistindo em informações de análise técnica do mercado de ações e alertas no mercado de ações. Uma pluralidade de sistemas integrados e relacionados podem ser fornecidos para obter a transferência de informações. Os sistemas e relacionamentos podem ser os seguintes: (i) De um software da Internet, telefone habilitado para Wap ou dispositivo de entrada móvel, o usuário envia uma mensagem ou comando de um segundo dispositivo do sistema, que é então interceptado pela caixa de comutação. A mensagem pode conter dados: incluindo informações sobre como configurar os relógios dos usuários, solicitações de dados específicos ou informações de login. (Ii) Uma caixa de switch do servidor pode receber todas as mensagens enviadas de qualquer computador ou dispositivo conectado ou conectado ao sistema. A função da caixa de comutação pode ser: (1) encontrar o computador de drone menos ocupado dentro de uma rede para processar um comando ou relógio específico. (2) alertas de rota para um servidor sms a ser enviado para computadores de clientes ou aparelhos celulares. (3) Enviar informações solicitadas entre os computadores do drone. (Iii) Os sistemas informáticos Drone como parte da rede estão conectados através de uma rede de área local usando o protocolo tcpip (protocolo da Internet). Os drones estão diretamente conectados ao servidor de dados de troca. O drone tem dois objetivos principais, que são os seguintes: (1) Aceitar, processar e retornar dados estáticos do mercado de ações que um usuário solicitou ao serviço. (2) Para calcular repetidamente os dados de relógio solicitados pelos usuários (um evento definido pelo usuário para disparar um alerta que é enviado para o dispositivo móvel ou estático dos usuários). Os dados do relógio podem consistir em: um relógio de volume simples, de preço volume ou preço mais, ou um pedido de análise técnica, por exemplo, Desenho de linha de tendência, alertas de média móvel, bem como outros sistemas de análise técnica bem documentados. (Iv) O software do servidor Sms recebe uma mensagem de um drone roteado através da chave. Uma vez que o software do servidor sms recebe a mensagem, o servidor sms encontra os dados de usuários correspondentes (ou seja, número de telefone, nome) e passa a mensagem, bem como o número de telefone correto para enviar a mensagem, para o dispositivo de comunicação sms. (V) Um dispositivo de comunicação sms recebe uma mensagem do servidor sms e transmite-a para o dispositivo de comunicação móvel. Numa forma de realização alternativa da presente invenção, um ou mais servidores de histórico podem ser adicionados, cujo objetivo é fornecer dados a qualquer um dos computadores conectados à rede. O servidor de histórico está no lugar para que ele possa atuar como um gateway para o feed de dados de troca. O servidor de histórico recupera todos os dados do feed de dados conforme ele vem, de modo que os dados nunca precisam ser solicitados de uma fonte externa mais de uma vez. Todos os servidores conectados à rede solicitam seus dados do servidor de histórico. Os drones já não estão diretamente conectados ao feed de dados de troca, eles estão de fato conectados ao switchbox e solicitam seus dados do novo servidor de histórico. Foi criado um armazenamento de dados central para abrigar os bancos de dados criados pelo servidor de histórico. Cada servidor de histórico conectado ao sistema usa esses bancos de dados (localizado em outro computador) para que a coesão permaneça em toda a rede. BREVE DESCRIÇÃO DOS DESENHOS Os aspectos da presente invenção serão agora descritos com referência aos desenhos esquemáticos anexos, nos quais a FIG. 1 ilustra como os elementos de um sistema informático podem ser relacionados de acordo com um aspecto do presente invento, e a FIG. 2 ilustra um sistema de computador estendido alternativo para o da FIG. 1. FIG. 3 ilustra uma aplicação do sistema informático. Com relação à FIG. 1 dos desenhos, o elemento 1 envia uma mensagem para a caixa de troca sobre o tipo de dados a serem visualizados ou o tipo de indicadores a serem adicionados. Elemento 2 a caixa do switch do servidor recebe uma mensagem da internet, um telefone habilitado para WAP ou um dispositivo de entrada móvel. Em seguida, ele encontra o computador de drone menos ocupado e envia essa mensagem para esse computador para ser processado. O switch também processa logins e logoffs do servidor SMS, drone computadores e remoto. Elemento 3, uma série de computadores conectados através de uma rede (LAN), que também está conectada ao servidor de dados de intercâmbio e aos sistemas de comutação. O drone processa mensagens dos usuários (enviadas via a opção). Essas mensagens são instruções do indicador técnico. O drone então analisa o mercado acionário em um interno especificado e aplica as fórmulas de indicadores técnicos e de análise escolhidos pelos usuários aos dados. Se o dado for uma resposta técnica válida (por exemplo, o preço atingiu), o drone envia uma mensagem ao switch que o envia para o servidor SMS. Os dados do elemento 4 são alimentados da troca para os computadores do drone. (Quando solicitado pelo drone). O elemento 5 recebe uma mensagem de um computador drone, que é encaminhado através da caixa de troca. A mensagem informa ao servidor de SMS para descobrir para qual telefone enviar uma mensagem. O servidor de SMS, em seguida, entra em contato com o dispositivo de comunicação SMS e diz para enviar o alerta apropriado. O Elemento 6 recebe mensagem do servidor SMS e transmite-o para o número de telefone celular enviado para o servidor SMS. Com relação à FIG. 2 dos desenhos e a infra-estrutura interna do servidor podem compreender os componentes ilustrados e descritos abaixo: Gateway: O gateway é uma das duas partes diretamente conectadas à Internet, permitindo que usuários e dispositivos de rede se conectem ao seu servidor correto. Guardião: o guardião acompanha todos os principais servidores da rede. Servidores principais sendo solteiros na localidade determinada. O guardião também tem a capacidade de canalizar pequenas quantidades de dados de ferramentas de gerenciamento de carga e ferramentas de administrador diretamente para o switchbox para roteamento e processamento. Alert Manager: O gerenciador de alertas armazena e distribui todos os alertas criados para o computador de drone menos ocupado. Ferramenta de administração: a ferramenta de administração permite que um administrador de terceiros se conecte ao sistema e edite, remova ou adicione usuários sem interromper o fluxo de dados em torno do resto do sistema. INS: O INS armazena todos os detalhes dos usuários, incluindo nomes de usuário, senhas e dados financeiros. O INS é um servidor de solicitação do lado principal da rede, e os dados dentro dele só podem ser alterados a partir da ferramenta de administrador. Switch: O (s) servidor (es) do switch são um dispositivo de roteamento que encaminha pacotes de um servidor para o outro. Qualquer mudança no trabalho principal é manter a rede livre de rebote de tráfego entre muitos servidores errados antes de chegar ao seu destino. Os Switchboxes também são usados ​​para aplicar o balanceamento de carga aos componentes da rede que estão conectados a ele. Cliente de histórico: o (s) cliente (s) histórico (s) contém um grande banco de dados de estoque que é armazenado cada vez que um comércio é feito no mercado de ações. O cliente de histórico é um cliente de solicitação que alimenta dados de si próprio para a parte solicitante, seja um servidor interno ou dispositivo externo. Cliente Alerta: O (s) cliente (s) de alerta fazem todos os cálculos matemáticos para alertas atualmente em execução no sistema. O (s) cliente (s) de alerta solicitam dados do (s) cliente (s) do histórico e processam esses dados através de uma série de eventos. O (s) cliente (es) de alerta são responsáveis ​​por gerar o alerta final que é enviado através do serviço de saída. Serviço de Saída: O serviço de saída é o software e hardware de conexão de rede que conecta a rede de computadores a um dispositivo de saída. Existem duas vantagens principais da presente invenção: (1) Os indicadores de Análise Técnica podem ser aplicados a um estoque ou dados do mercado de ações e possuem programação que pode informá-lo de um sinal indicado para fazer o que o indicador foi projetado para informar o Usuário de, sem que o usuário tenha que refletir sobre os próprios dados. (2) Os indicadores de análise técnica podem ser configurados para repetir durante um determinado período e podem ser informados para alertar o usuário quando um evento acontece, via tecnologia sem fio ou sem fio, onde quer que o usuário possa estar. As características do sistema que resultam nas vantagens mencionadas acima são as seguintes: (1) O sistema está online enquanto uma troca está aberta. Durante todo o dia todos os dias. (2) O sistema pode aplicar mais rapidamente milhares de fórmulas e indicadores aos dados do mercado de ações. (3) O sistema é mais preciso e matemático na sua interpretação dos resultados. (4) O sistema pode ser projetado para ser configurado e executado. (Por exemplo, o usuário configura seus indicadores e pode ser alertado deles até que seja dito para ser parado). Os aspectos da presente invenção foram descritos apenas a título de exemplo e será apreciado que podem ser feitas modificações e adições ao mesmo sem se afastar do seu alcance, conforme definido nas reivindicações anexas. Sistema de negociação automatizado US 8209254 B2 Sistema de comércio de computadores Inclui uma função de triagem de cotação configurada para aceitar cotações especificando um valor de cotação em um preço em que o valor da cotação é maior do que um valor de cotação mínima para produzir mensagens de citações de tela e rejeitar cotações especificando um valor de cotação inferior ao valor mínimo da cotação. Um gerador de exibição de mercado gera vistas de mercado dessas cotações que especificam um valor maior ou igual ao valor mínimo da cotação. Uma função de triagem de pedidos aceita somente ordens especificando um valor menor do que um valor de transação máximo enviado em resposta às visualizações do mercado para produzir mensagens de ordem selecionadas. Um processador de transação recebe mensagens de citações exibidas e mensagens de ordem selecionadas e combina mensagens apropriadas entre si. The minimum quote amount is substantially equal to or greater than the maximum transaction amount whereby a screened order message can be matched entirely with one screened quote message. (10) 1. A method of operating a computer trading system including one or more computers on a network to match instruments between counterparties in which quotes from one or more market makers to bid or offer instruments are matched with orders from one or more market users to buy or sell instruments, comprising: at least one of the one or more computers receiving quotes from the one or more market makers, each quote specifying a quote amount and a price at least one of the one or more computers screening, to identify, from the received quotes, quotes specifying an amount greater than a predetermined minimum quote amount, and producing, from the screened quotes, screened quote messages at least one of the one or more computers storing screened quote messages in a quote available store at least one of the one or more computers generating and distributing market views from the screened quote messages at least one of the one or more computers receiving orders from the one or more market us ers, the orders having been submitted in response to the distributed market views, each order specifying an amount and a price at least one of the one or more computers screening the received orders so as to produce screened order messages comprising only those received orders specifying an amount less than a predetermined maximum transaction amount, said screening of the received orders comprising segmenting an order specifying an amount greater than the maximum order amount into a first reduced value order specifying an amount which is less than the maximum order amount to produce a screened order message and at least a second reduced value order, and rejecting the second reduced value order and at least one of the one or more computers matching screened order messages with appropriate screened quote messages at least one of the one or more computers decrementing the amount specified in a given screened quote message in the quote available store each time a screened order message is matched therewith at least one of the one or more computers removing the given screened quote message from the quote available store when the amount specified in that given screen quote message falls below the minimum quote amount wherein the predetermined minimum quote amount is set to be equal to or greater than the predetermined maximum transaction amount, such that a screened order message can always be matched wholly with a single screened quote message. 2. A method according to claim 1. wherein the order screening rejects orders specifying an amount greater than the maximum transaction amount. 3. A method according to claim 1. wherein the matching of screened order messages comprises matching the screened order message derived from the first reduced value order with an appropriate screened quote message. 4. A method according to claim 3. wherein the matching of screened order messages matches the at least second reduced value order with the same appropriate screened quote message. 5. A method according to claim 1. wherein matching of screened order messages comprises matching order messages only with those quote messages stored in the quote available store. 6. A method according to claim 1. wherein the computer trading system comprises a plurality of trader terminals and a separate trading system, the screening of quotes being performed, at least in part, on each of the plurality of trader terminals whereby quotes specifying an amount less than the minimum quote amount are not transmitted to the trading system. 7. A method according to claim 1. wherein the computer trading system comprises a plurality of trader terminals and a separate trading system, the screening of quotes being performed, at least in part, on the separate trading system such that quotes specifying an amount less than the minimum quote amount are removed from the quote available store in the trading system. 8. A computer readable storage medium having stored thereon program code which, when executed on a computer trading system for matching instruments between counterparties in which quotes from one or more market makers to bid or offer instruments are matched with orders from one or more market users to buy or sell instruments, performs the steps of: receiving quotes from the one or more market makers, each quote specifying a quote amount and a price screening, to identify, from the received quotes, quotes specifying an amount greater than a predetermined minimum quote amount, and producing, from the screened quotes, screened quote messages storing screened quote messages in a quote available store generating and distributing market views from the screened quote messages receiving orders from the one or more market users, the orders having been submitted in response to the distributed market views, each order specifying an amount and a price screening the received orders to as to produce screened order messages comprising only those received orders specifying an amount less than a predetermined maximum transaction amount, said screening of the received orders comprising segmenting an order specifying an amount greater than the maximum order amount into a first reduced value order specifying an amount which is less than the maximum order amount to produce a screened order message and at least a second reduced value order, and rejecting the second reduced value order and matching screened order messages with appropriate screened quote messages decrementing the amount specified in a given screened quote message in the quote available store each time a screened order message is matched therewith removing the given screened quote message from the quote available store when the amount specified in that given screened quote message falls below the minimum quote amount wherein the predetermined minimum quote amount is set to be equal to or greater than the predetermined maxim um transaction amount, such that a screened order message can always be matched wholly with a single screened quote message. 9. A computer readable storage medium having stored thereon program code which, when executed on a computer trading system for matching instruments between counterparties in which quotes from one or more market makers to bid or offer instruments are matched with orders from one or more market users to buy or sell instruments, performs the steps of: receiving quotes from the one or more market makers, each quote specifying a quote amount and a price screening, to identify, from the received quotes, quotes specifying an amount greater than a predetermined minimum quote amount, and producing, from the screened quotes, screened quote messages generating and distributing market views from the screened quote messages receiving orders from the one or more market users, the orders having been submitted in response to the distributed market views, each order specifying an amount and a price screening the received orders to as to produce screened order messages comprising only those received ord ers specifying an amount less than a predetermined maximum transaction amount, said screening of the received orders comprising segmenting an order specifying an amount greater than the maximum order amount into a first reduced value order specifying an amount which is less than the maximum order amount to produce a screened order message and at least a second reduced value order and rejecting the second reduced value order and matching screened order messages with appropriate screened quote messages modifying each screened quote message when an order message is matched therewith by decrementing the amount specified in each screened quote message and removing each screened quote message from the market views when the amount specified in each screened quote message is less than the minimum quote amount, wherein the predetermined minimum quote amount is set to be equal to or greater than the predetermined maximum transaction amount, such that a screened order message can always be matche d wholly with a single screened quote message. 10. A method of operating a computer trading system including one or more computers on a network to match instruments between counterparties in which quotes from one or more market makers to bid or offer instruments are matched with orders from one or more market users to buy or sell instruments, comprising: at least one of the one or more computers receiving quotes from the one or more market makers, each quote specifying a quote amount and a price at least one of the one or more computers screening, to identify, from the received quotes, quotes specifying an amount greater than a predetermined minimum quote amount, and producing, from the screened quotes, screened quote messages at least one of the one or more computers generating and distributing market views from the screened quote messages at least one of the one or more computers receiving orders from the one or more market users, the orders having been submitted in response to the distributed market views, each order specifying an amount and a price at least one of the one or more computers screening the received orders so as to produce screened order messages comprising only those received orders specifying an amount less than a predetermined maximum transaction amount, said screening of the received orders comprising segmenting an order specifying an amount greater than the maximum order amount into a first reduced value order specifying an amount which is less than the maximum order amount to produce a screened order message and at least a second reduced value order, and rejecting the second reduced value order and at least one of the one or more computers matching screened order messages with appropriate screened quote messages at least one of the one or more computers modifying each screened quote message when an order message is matched therewith by decrementing the amount specified in each screened quote message and at least one of the one or more computers removing each screened quote message from the market views when the amounts specified in each screened quote message is less than the minimum quote amount, wherein the predetermined minimum quote amount is set to be equal to or greater than the predetermined maximum transaction amount, such that a screened order message can always be matched wholly with a single screened quote message. FIELD OF THE INVENTION This invention relates to an automated trading system. In particular, the automated trading system allows subscriber parties to buy and sell instruments in a single transaction up to a predefined maximum value. Typically, but not exclusively, the automated trading system may be used to enable spot foreign exchange dealing with a maximum transaction value of approximately 1 million currency units (e. g. 1 million, in the case of USDJPY and EUR 1 million in the case of EURUSD) BACKGROUND OF THE INVENTION In the financial exchange market, smaller and regional banks frequently conduct foreign exchange deals for small amounts of currency, for example up to approximately 1 million units, (so-called smalls transactions) with larger or global banks. When dealing with transactions of this type, the party wishing to buy or sell the currency (the market user) has to obtain quotes for current bid andor offer prices from a number of larger players (market makers) who deal in that particular currency in order to try to obtain an optimal price. The market user responds to a quote by submitting an order to buy or sell. If the market user is not prepared to conclude the transaction immediately, he cannot guarantee that a particular quote will remain valid whilst he checks with other market makers to try to locate the best deal. We have appreciated that a considerable volume of direct dealing conducted on a daily basis is smalls transactions. The number of market users conducting these deals and the number of deals transacted per day is high. Although the amount generated by such smalls business is generally only a relatively small proportion of the overall business conducted by market makers, it requires a larger proportion of dealer time than some larger value business transactions. This makes the known trading systems inefficient. The transaction process is time consuming and inefficient for the market makers who have to respond to a large number of requests for bidoffer prices on an ad hoc basis and only achieve a modest amount of business on such smalls transactions compared to their overall turnover. The overhead per transaction for both the market users and market makers is therefore high and the satisfaction rate low. U. S. Pat. No. 5,375,055 teaches a computerized trading system for trading of financial instruments between traders trading at a plurality of trading floors. The trading system provides for composite transactions where, in order to fulfill a taker deal, the transaction is executed between the taker and a plurality of makers. For small value trades, this system becomes impractical, requiring complicated and unnecessary processing. We have appreciated the problem of encouraging submission of quotes for trading whilst avoiding the technical difficulty of increased unwanted message flow. SUMMARY OF THE INVENTION The automated trading system of the present invention aims to overcome or ameliorate these disadvantages. The invention resides in two broad aspects. First, constraints are placed on the amount of an instrument that can be specified in a quote or an order. This is used to encourage trading whilst avoiding the generation of too many quote or order messages which could not match, unnecessarily degrading performance of the system. Second, users are categorised and constraints placed on the matching of quotes and orders depending upon the categorisation of the user. This again encourages trading whilst preventing unwanted matching between certain categories of user, which again could degrade performance of the system. The invention thus resides in providing an automated trading system for simplifying the execution of limited value transactions between parties subscribing to the system. It further resides in providing an automated trading environment using an automated trading system to execute transactions valued below a maximum transaction value between subscriber parties located in different geographical locations and using different computer equipment and network connections. More specifically, in the first aspect the invention resides in a computer trading system for trading instruments between counterparties of the type in which quotes to bid or offer instruments are matched with orders to buy or sell instruments, comprising: a quote screening function configured to accept quotes specifying a quote amount and a price where the quote amount is greater than a minimum quote amount to produce screened Quote Messages, and to reject quotes specifying a quote amount less than the minimum quote amount a market view generator configured to generate market views from those quotes which specify an amount greater than or equal to the minimum quote amount an order screening function configured to only accept orders specifying an amount less than a maximum transaction amount submitted in response to the market views to produce screened order messages and a transaction processor configured to receive screened Quote Messages and screened order messages and to match the s creened order messages with appropriate screened Quote Messages. Preferably, in the first aspect the minimum quote amount is substantially equal to or greater than the maximum transaction amount, whereby a screened order message can be matched entirely with one screened Quote Message. This ensures that any order to buysell can be completed in a single transaction with a matching quote to bidoffer. Preferably, in the first aspect the market view generator is arranged: to modify each screened Quote Message when an order message is matched therewith by decrementing the amount specified in each screened Quote Message and to remove each screened Quote Message from the market views when the amount specified in each screened Quote Message is less than the minimum quote amount. This feature further ensures that, as quotes are matched, only quotes which can match with an order in a single transaction remain available. A further preferred feature in the first aspect is that the order screening function is further configured to segment an order specifying an amount greater than the maximum order amount into a first reduced value order specifying an amount which is less than the maximum order amount to produce a screened order message and at least a second reduced value order. This feature ensures that any order entered can be matched, at least in part, with a quote in a single transaction, thereby increasing transactions whilst avoiding flows of non-matching quoteorder messages. Preferably, in the first aspect the transaction processor is configured: to store screened Quote Messages in a quote available store to decrement the amount specified in a given screened Quote Message in the quote available store each time a screened order message is matched therewith and to remove the given screened Quote Message from the quote available store when the amount specified in that given screened Quote Message falls below the minimum quote amount. This ensures, together with features discussed above, that only Quote Messages which can be matched with order messages in a single transaction are made available in the system. In the second aspect of the invention, the invention resides in a computer trading system for trading instruments between parties of the type in which quotes to bid or offer instruments are matched with orders to buy or sell instruments, comprising: a user parameter store arranged to store a user category parameter specifying whether each party is categorised as a market maker or market user and a transaction processor arranged to prevent parties categorised as market users from submitting quotes. The invention offers market makers and market users the opportunity to earn from the smalls market where banks are less price sensitive and to do this with minimal dealer intervention. It also offers market makers the opportunity to turn nuisance business into revenue generating activity and market users the ability to cover small amounts quickly and conveniently in conveniently sized units, whilst avoiding degrading system performance. BRIEF DESCRIPTION OF THE DRAWINGS Embodiments of the present invention will now be described with reference to the accompanying drawings of which: FIG. 1 is a logical diagram of a computer trading system embodying the invention FIG. 2 is a logical diagram of a maker floor of the computer trading system FIG. 3 is a logical diagram of the computer trading system showing message flow FIG. 4 is a logical diagram of the computer trading system showing the key functional components FIGS. 5 a amp 5 b are flow charts showing the functions performed by the automated trading system during a transaction. DESCRIPTION OF BEST MODE In a limited value, or smalls, transaction system, a number of parties wish to trade instruments. The embodiment of the computer trading system which will now be described enables spot dealing of foreign currencies. In this description the terms computer trading system or automated trading system are used to describe the system as a whole. The term trading system is used to refer to a subset of the whole system. It will be immediately apparent that the invention could be used to trade any instrument where the maximum transaction value for a single transaction is limited. Before the functional elements of the automated trading system and their location are described in detail, a brief overview of the computer trading system will be given. Transaction prices are determined by market makers who offer to sell currencies at bid prices andor offer to buy currencies at offer prices (jointly termed quote prices). The bid and offer prices are specified by currency pairs, for example GBPUSD. The market makers may specify bids andor offers for any number of currency pairs by submitting suitable quotes. Quotes include at least a quote price, an amount indicating the value of the instrument that they are prepared to deal, and preferably include data identifying the currency pair and transaction type. Parties wishing to use the automated trading system will be required to subscribe to the service provider. Market makers may be entitled to subscribe free to the automated trading system whilst market users (or takers) would be charged a standard fee for their subscription and also charged per transaction (corresponding to a brokerage fee). Subscribing parties are categorised as market makers or market users depending on whether they are making the market or merely trading at prices set by the market Makers. Additionally, a subscribing party may be categorised as both a market maker and a market user and may be allowed both to submit quotes to the trading system and react to submitted quotes in an attempt to execute a transaction. Market makers are typically large banks but may, for example in the case of specialist markets, be a smaller or small bank responsible say for making the market in a niche currency. Market users similarly are typically smaller or small banks but may be individual companies or large banks trading in an under used instrument. Market users do not set the prices of bids andor offers available via the automated trading system but only react to those prices submitted to the system by market makers. An important aspect of the automated trading system is that a maximum transaction amount for a single transaction is rigidly imposed. Typically the maximum transaction amount is set at a value of 995,000 currency units (eg United States Dollars or USD). A market maker submitting a quote must indicate how many currency units he is prepared to trade at the quote price (the quote amount). Quotes offered by market makers are only used by the system as a whole if they are associated with an amount which is at least as large as the minimum quote amount which is preferably substantially equal to the maximum transaction amount imposed by the automated trading system. Thus, at least one transaction with a market user is possible for each market maker price seen by a market user. There is, therefore, never a requirement for the automated trading system to work the balance, that is to find a second Maker to pick up an outstanding amount of a single transaction. Market makers who submit quotes specifying a higher amount benefit when a number of transactions are executed without any intervention from a dealer at the market maker. Preferably, the minimum quote amount specified in a quote accepted by the automated trading system is 1 unit larger than the maximum transaction amount imposed by the system. Typically, the minimum amount acceptable in a quote is 1,000,000 dollars. Transactions are indicated by market users submitting an order specifying an amount and identifying an instrument and price which together specify the deal that they wish to enter into. If a market user tries to initiate a transaction for more than the maximum transaction amount accepted by the automated trading system, the order request may be handled by the system in one of three ways. Firstly, the system may simply reject the order request outright. Secondly, the system may segment the order request into a first portion specifying an amount less than or equal to the maximum transaction amount, match the first portion with the appropriate market maker quote and reject a second portion specifying the remaining amount. Thirdly, the system may operate as described above in the second manner except that instead of summarily rejecting the second portion, it may either try to match that portion with the same or another market maker quote or pass the second portion to a subsidiary system for possible automatic processing. The system may be configured to restrict matching of the various portions of the oversize order to a single market maker quote thereby constraining all the component parts of the single oversize order to be transacted between a single market maker and the market user. The automated trading system is equipped with a credit management system which ensures that market users are only able to view prices from market makers with whom they are authorised to enter into transactions. Authorisation to enter into transactions is monitored by way of bilateral credit ratings maintained by a credit management system. When sufficient bilateral credit is available between market usermarket maker counterparties, the market makers price quote is included in the generation of a market user specific Market User View. This reduces instances where a market user Dealer views a price which he is unable to obtain. In the computer trading system incorporating a preferred embodiment of the invention, the system functionality is split over a number of separate, but interconnected, logical components indicated in FIG. 1. A brief description of the interconnection of the various components within the computer trading system follows. Details of the functionality of the automated trading system and where the various functionality resides in the automated trading system is described later. The computer trading system 2 provides a plurality of workstations 10 at trading floor 11 of the various market maker and market user parties subscribing to the service provider operating the trading system. The workstations of a trader are bi-directionally coupled to a trading system 13 . The trading system 13 is that part of the whole computer trading system which deals with matching of quotes and orders and distribution of market views and includes at least one Broker Node (BN) 12 . Broker Nodes 12 are physically hosted by the respective party and may hold proprietary information not for general circulation to other subscribers of the automated trading system. All communication between the automated trading system and market maker and market user workstations is routed through the appropriate Broker Node 12 . A BN 12 is typically a dedicated client side computer under control of a client floor administrator. A BN 12 maintains transaction records, credit limit information for any number of parties with whom the subscriber is prepared to trade and any other confidential information associated with the trading floor. A market maker BN 12 accepts submitted quotes. Under the control of the central city node 18 . a BN 12 imposes restrictions on the type of data message that may be passed to and received from the automated trading system, for example, by preventing market users from submitting quotes. The service provider defines cells covering specific geographic locations Each separate geographic location is provided with a City Node (CTY) (here shown combined with the central node for simplicity). A CTY acts as an information router. Broker nodes are bi-directionally coupled via a suitable network to the appropriate CTY. Thus a CTY may communicate with a plurality of Broker Nodes 12 but a Broker Node communicates with only one CTY. The automated trading system is provided with at least one Arbitrator Node (ARB) 16 . For simplicity, only one ARB 16 is shown in FIG. 1 and the following description assumes that a single ARB 16 is provided. The function of the ARB 16 is to perform high level processing of data originating from a plurality of Broker Nodes 12 covering a plurality of cells and to distribute this information across the automated trading system. The ARB 16 is therefore coupled via a suitable network to the plurality of Broker Nodes 12 and to the plurality of CTYs. A central node (CNL) 18 is also provided in the trading environment. The CNL 18 is bi-directionally coupled to the ARB 16 and indirectly coupled to the Broker Nodes 12 via the network of CTYs 14 . The CNL stores information on the system parameters of the automated trading system. FIG. 2 shows the logical elements of a maker floor. A trading floor comprises a number of workstations 10 logically connected together so as to provide traders of a particular concern (e. g. bank) to trade with traders at other trading floors (typically other banks). In this case, the trading floor is categorised as being for makers, that is for traders that submit quotes. In addition to manually submitting quotes, a price engine 26 is provided which allows prices to be fed from other systems and to be converted to quotes at workstations 11 . The actual implementation of the conversion of price feeds to quotes is not required to be discussed herein. It is simply noted that some workstations at maker trading floors 11 may have this functionality and that this will be used as part of user categorisation discussed later. The quotes derived from prices at the workstations are provided to the trading system 13 as previously described, but may be identified as being automatically derived from a price feed. FIG. 3 shows the overall message flow between separate logical components. The price engine 26 of a maker trading floor provides prices messages 40 to a workstation designated as a maker workstation 11 . The price messages are then converted to quotes at the maker workstation and are transmitted to the trading system 13 as quote order messages 44 . The trading system provides market data 42 . 46 to maker and taker workstations in the whole system providing market views. The market views include prices of the instrument to be traded and also an instrument type where the system can trade more than one instrument. In response to a price of quote displayed in a market view, a trader at a taker workstation may submit an order, which is transmitted to the trading system 13 as a transaction order message. FIG. 4 is intended to aid description of the functional elements of the automated trading system. The various functional elements are, in the presently preferred embodiment, distributed between, and in some cases over, the various components shown in FIG. 1. In FIG. 4 market maker and market user subscribers to the automated trading system connect to a communication network 20 via Broker Nodes 12 to which the trader workstations 10 are coupled. The network may be a Virtual Private Network (VPN), LAN or WAN or the Internet, World Wide Web. The trading system 13 is connected to the network 16 at a point in the network which is conceptually between the market user workstations and the market maker workstations. The functional elements of automated trading system 22 include quote screening means (for example a quote screening function 24 ), market view means (for example a market view generator 28 ), matching means (for example a transaction processor 30 ) and order screening means (for example order screening function 32 ). Communication of all prices from market makers to market users occurs through and is controlled by the trading system 13 part of the whole computer trading system 2 . Routing of signals to and from functional elements (and to and from the network 20 ) is controlled by the trading system 13 . The automated trading system 13 receives data signals or Messages from market maker workstations and market taker workstations. These signals are fed to the appropriate functional elements, or components, of the trading system where they are processed and appropriate responses are communicated to the market makers and market users via the network. Details of the functional elements of the automated trading system will now be described in more detail. Quote Screening Function The quote screening function 24 receives all quotes submitted to the automated trading system. The purpose of the screening function 28 is to screen all quotes and to reject quotes specifying an amount which is lower than the minimum quote amount imposed by the automated trading system. Quotes specifying an amount equal to or greater than the minimum quote amount are passed as screened Quote Messages from the screening processor to the market view generator. As soon as the specified amount associated with a quote in the screened Quote Message falls below the minimum quote amount, the Quote Message is rejected. This may occur from the outset if the quote submitted by the market maker initially specifies an amount less than the minimum quote amount or may occur after one or more transactions have been executed such that the amount has been decremented to take account of any executed transactions and in doing so has fallen below the minimum quote amount. The functionality of the quote screening function is provided by the workstation which receives the quote provided by a trader on a direct feed and conducts the initial check that the quote satisfies the minimum quote amount. The functionality of the quote screening function is also provided by the broker nodes 12 which verify that the minimum quote amount is met. The CNL 18 provides for configuration of system parameters such as the type of trading floor (whether a particular party is a market maker, a market user or both), the minimum amount for which quotes will be accepted (which may be more than the maximum transaction amount but will not be less than the maximum transaction amount) and maximum transaction amount itself. These parameters define the scope of transactions permitted by the automated trading system. Data signals containing the parameter for the minimum quote amount are communicated to the ARB 16 from the CNL 18 . The ARB 16 monitors the size of the amount specified in each Quote Message and removes a Quote Message if and when the amount falls below the minimum quote amount. Thus the ARB also provides some quote screening functionality. When a Quote Message is rejected by the quote screening processor, the ARB communicates a Quote Rejection Message to the market maker Broker Node (MBN) responsible for the Quote Message. The MBN generates an error message which is used to alert the floor administrator that a quote has been rejected by the automated transaction system because the amount specified in the quote was below the minimum quote amount set by the automated trading system. The screening processor 24 may additionally normalise all Quote Messages to ensure that they conform to the automated trading system standard. Normalisation may be performed before or after screening the quote to confirm that the specified amount is greater than the minimum quote amount. Normalisation is achieved by recognising different formats for the same transaction type and instrument and converting the data to a standard format. Market View Generator The function of the market view generator 28 is to generate, for each market user, a Market user View which is communicated to the market user over the network. The market view generator 28 is coupled to the quote screening function 24 . Market User Views must include enough information for the market user to decide whether or not he wishes to deal on the specified terms. The Market User Views may be market maker prices or alternatively, could be more sophisticated indicating for example how far a market maker price is from a given price. Only Quote Messages which specify an amount of at least minimum quote amount which is greater than the maximum transaction amount (whether manually entered by a market maker dealer or automatically generated) are communicated to the market view generator 28 by the quote screening function 24 . Hence, the Market User Views only include prices which are valid for transactions of at least the minimum quote amount on hence the maximum transaction value. This in turn means that the automated trading system is never required to work the balance of a transaction because at least one transaction is possible for each Screened Quote Message received by the market view generator 28 . Any trade executed by the automated trading system will, therefore, be conducted between a single maker and a single market user. The functionality of the market view generator 28 is provided by the ARB 16 in conjunction with bi-lateral credit information held at both market maker and market user Broker Nodes 12 which is communicated to the ARB 16 . The generated Market User Views are distributed to the respective market users by the CTYs 18 . The market view generator is preferably configured to generate for each market user a Customised Market User View. Customisation may take account of the subscription type of the market user. For example, one subscription type may entitle market users to view an anonymous price for a smalls deal whilst another type of subscription may entitle market users to view the prices of a number of market makers with details of which price is being quoted by which market maker. This requires two types of Market User View, Dealable Prices and Executable Price Lists. Both are generated by the price feed generator. A Dealable Price is the best price for the particular instrumenttrade type (ie buy or sell) being offered by any market maker. Preferably the Dealable Price is restricted to the best price for the particular instrument offered by a market maker with whom the market user is authorised to transact. A Dealable Price Message does not contain any information regarding the market maker offering the price and is, therefore, anonymous. To generate a Dealable Price, the market view generator compares quote prices provided in Quote Messages for an instrument and selects the best price. The Dealable Price is communicated to the respective market user workstation where it is displayed. The market user workstation may be capable of displaying Dealable Prices for a number of different currency pairs. A market user dealer may select, from a list on the display, which currency pair Dealable Price he wishes to view. The market user sees only one Dealable Price per transaction type. A market user may, for example, view one Dealable Price each for buying GBPJPY, selling GBPJPY and for buying USDJPY and will see a total of 3 Dealable Prices. As Quote Messages specifying an amount less than the minimum quote amount and hence the maximum transaction value are rejected, at least one market user will theoretically be able to complete a transaction at any Dealable Price. All smalls transactions conducted using the automated trading system will be conducted between two parties in a single hit transaction. The automated trading system may be configured to provide market users who regularly conduct large amounts of smalls transactions access to prices for a certain currency pair from a number of market makers as shown in FIG. 3. The market users for whom this service is available are identified by the market view generator 28 causing the market view generator 28 to generate an Executable Price List by incorporating a number of the prices rather than selecting the best price. The transaction function 30 is configured to receive Order Messages submitted to the automated trading system 22 by market users wishing to initiate a trade at a price quoted by a market maker. It resides at the ARB 16 and matches market user Order Messages to market maker Quote Messages. In conjunction with the market maker and market user Broker Nodes 12 of the relevant counterparties, it verifies and completes the trade. It is possible that several Order Messages are received from one or more market users in response to a single Quote Message and that the total transaction amount of all the Order Messages would exceed the amount specified in the Quote Message. If this is the case, the automated trading system 10 recognises that there are conflicting Order Messages. It selects one or more Order Messages for execution. A warning is sent to market users of the remaining Order Messages that the quote price was withdrawn prior to their Order Message being processed. Order Messages which are selected may ultimately result in a trade being executed between the market maker and market user counterparties and the trade being recorded by the automated trading system 22 . The transaction function may, or may not, execute further checks on the credit status of one or both parties before it finally clears a matched Order Message and Quote Message for a trade execution. Once a transaction has been executed, Transaction Confirmation Messages are generated by the transaction processor and communicated to both the market maker and market user counterparties. Details of the transaction may be printed at the market maker and market user. The bilateral credit between the counterparties is amended as necessary and the amount specified in the Quote Message of the market maker is decremented by the amount of the executed trade. The adjusted Quote Message is rescreened and rejected if the amount specified has fallen below the minimum quote amount. The automated trading system 22 may also store a limit on the number of deals per day for a market maker with a particular market user, a maximum market maker credit limit for each market user andor a maximum market maker debit limit for each currency pair and any appropriate running totals. When a running total reaches the maximum credit limit, the transaction processor 30 may prevent execution of a transaction between the two parties. The ARB 16 performs the function of the transaction function, matching market maker Quote Messages with market user Order Messages. Order Screening Function The amount specified in an order is constrained to be below a maximum transaction amount. Initially this function is provided by the market user workstation. The value of trades permitted by the automated trading system may be also constrained to discrete values, for example, the minimum trade may be 5000 units and trades sizes of 5000 units intervals only (i. e. 10,000, 15,000 etc.) may be allowed. These detailed system parameters are stored by the CNL and accessed as required by, or transferred to, the ARB 16 . The ARB 16 rejects Order Messages which request a trade of an unsupported amount. If a submitted Order Message is unsupported by smalls, for example if the size of the trade is greater than the maximum trade size supported by the smalls system or if the size of the transaction specified is a non-standard size it is advisable that the market user is alerted. The ARB 16 generates an error message which is communicated to the particular market user BN to alert the market user floor administrator, or particular work station user that the automated trading system cannot accept the Order Message. In an alternative embodiment, the automated trading system may be configured to process partial amounts of Order Messages where the amount specified is greater than the maximum transaction value of the Smalls System. In such an embodiment, the Aoversized Order Message (specifying an amount greater than the maximum transaction amount) is segmented into two or more reduced value Order Messages, one or more of which may be matched with an appropriate Price Message and executed. For example, if the maximum transaction value is 1,000,000 and the amount specified in a particular Order Message is 1,500,000 the oversized Order Message may be segmented into a first reduced value Order Message specifying 1,000,000 and a second reduced value Order Message specifying 500,000. The first reduced value Order Message would then be matched with an appropriate Quote Message and the reduced value transaction of 1,000,000 executed between the market user submitting the oversize Order Message and a market user whose Quote Message is indicated. The second reduced value Order Message may then either be rejected and the market user notified that that portion of his Order Message was rejected or, if the system allows, the second reduced value Order Message may be matched with a Price Message to result in a second transaction for the remaining 500,000. The second transaction will also be conducted in a single deal but may have a different market maker if the system allows. The automated trading system may be set up such that the transaction function only allows the component parts of an oversize buyor sell order indicated by an oversize Order Message to be transacted between a single market maker and the market user. Any components which would exceed the amount specified by the market maker in his Quote Message would then be rejected. There would be no opportunity for the remaining components to be transacted between the market user and one or more different market makers. It will be obvious to one skilled in the art that an oversize Order Message specifying an amount more than two or more times greater than the maximum transaction value could be further segmented. Where segmentation of an oversize Order Message is permitted by the automated trading system, the functionality is performed by the transaction function. It remains true to say that there is a strict maximum transaction amount imposed by the automated trading system operating in this second manner because any oversize Order Message if executed entirely, is executed in at least two separate transactions. No single transaction is executed for an amount above the maximum transaction value of the trading system. Credit Management System A credit management system may be provided as an integral part of the market view generator 28 . The task of the credit management system is to customise Market User Views. To do so it maintains bi-lateral authorisation information between market maker and market user counterparties. Using a credit management system, the Market User Views may be made to reflect prices at which the market user is able to trade. Any number of market users may be interested in selling to or buying from a market maker at the quote price specified in the Price Message. Whilst a particular market maker may be prepared to deal with a particular market user he may impose a limit on the value of their transactions to limit his exposure with that market user or he may not be prepared to deal with that market user at all. Similarly, market users may wish to limit the value of their transactions with a particular market maker or to avoid dealing with a particular market maker. In order to establish an efficient automated trading system, details of the circumstances under which market makers and market users are prepared to deal with each other must be stored and updated. U. S. Pat. No. 5,375,055 teaches credit management for an electronic brokerage system. Its teaching is incorporated herein by reference. In particular, U. S. Pat. No. 5,375,055 teaches credit limit administration means for automatically determining whether a predetermined level of credit is currently respectively available between two parties and dealable price processing means responsive to price quotation messages as well as to the credit limit administration processing means for automatically transmitting dealable price messages to terminals of at least one party. The Dealable Price messages are derived only from price quotation messages from those parties for which the credit limit administration means has determined that the predetermined level of credit is currently available on a bilateral basis both from and to the particular party. Preferably a restricted version of the credit management system of U. S. Pat. No. 5,375,055 is used in the automated trading system 2 . In the context of the present invention, the price quotation messages described in U. S. Pat. No. 5,375,055 are Quote Messages (whether automatically or manually generated). If the credit management system of U. S. Pat. No. 5,375,055 is used, it is preferably restricted to prevent automatch between two market makers. Market users may wish to sell currency or buy currency and theoretically it would be possible for two market users to execute a transaction meeting both their requirements. However, this is prevented in the automated trading system of the present invention. Market users are not permitted to submit Price Messages quoting prices and direct transactions between market users are, therefore, prevented. Thus, matching can only occur between a market user and a market maker. When the credit management system is used, each Dealable Price and all entries in an Executable Price List represent the best price or all the prices respectively available to the particular market user at that time for a particular transaction taking into account counterparty credit limitations. It may, therefore, not represent the best price covered by the system. General Operation of the Automated Trading System The general operation of the automated trading system will now be described with reference to the flowcharts of FIG. 5 a and FIG. 5 b . FIG. 5 a shows the process of quote submission and 5 b shows the process of quote and order matching and the flow of information required for the automated trading system to operate and culminate in execution of a transaction. In FIG. 5 a . the screening function may receive quotes at 62 both manual quotes at 61 and Automatic Quotes at 60 generated automatically from feeds but customised according to a market makers requirements. Quotes which specify an amount which is less than the minimum quote amount of the automated trading system are rejected at 64 and the remaining screened quotes converted to Quote Messages at 65 and are subjected to credit management at 66 . When the amount specified in a market makers Quote Message falls below the minimum quote amount, the Quote Message is automatically removed from the system regardless of the size of the transaction which caused the removal. This encourages market makers to specify a higher amount in their Quote Messages to ensure persistence of quote. Market makers may set a default amount which all Quote Messages will specify unless an override is detected by the automated trading system. The minimum value allowed is set at or above the maximum value for transactions and it is preferable that market makers are not able to override this minimum. Bilateral credit between the market maker and market user counterparties is monitored at 67 . Market User Views are generated 68 from Quote Messages originating from market makers with whom the market user has sufficient credit to trade and is authorised to trade. Each customised Market User View is communicated to the appropriate market user. In FIG. 5 b a Dealer at a market user workstation may view the price or prices detailed in the appropriate Market User Views. When a Dealer at a market user wishes to execute a transaction he submits an Order Message at 70 specifying the amount of the transaction and enough details of the Quote Message whose quote price he is viewing to identify a relevant Quote Message. If the market user is viewing a Dealable price theoretically the price may be offered by more than one market maker. If this is the case, the Order Message is matched with the Quote Message having the highest priority generated by a market maker with whom the market user has adequate bilateral credit screened at 72 . If the market user is viewing an Executable Price List, the Order Message will identify the particular market maker whose price he wishes to take and any matching will be constrained to that market makers Quote Message. The Order Message 70 is received by the transaction function 30 and is matched by the automated trading system to the Quote Message of the market maker whose price was selected at 74 . The automated trading system may perform some additional credit screening at 72 and, assuming that everything is in order, executes the transaction at 76 . A Transaction Confirmation Message is sent to both the market maker and market user counterparties at 78 . Dealers at both market maker and market user subscribers need to be able to view the days transactions. As the automated trading system executes a trade between a market maker and a market user it transmits a Transaction Confirmation Message over the network to the market maker and market user broker nodes. The details of the trade contained in the Transaction Confirmation Message may be displayed at market maker and market user workstations in a Dynamic Transaction Summary (DTS) to show a dealer monitoring trading that a transaction has been executed. The DTS may be displayed in real time for each currency pair being traded. The amount transacted that day or over a particular period specified by the dealer may be displayed by instrumentcurrency pair. To make the automated trading system a level playing field, account may be taken of the physical locations of the various market users and market makers. Market users physically close to a particular market maker will otherwise receive Market User Views containing more recent Quote Messages which are, at that time, un-available to more remote market users leading to the closer market users being party to the most favourable transactions. The automated trading system may provide an alarm function. Various alarm systems are envisaged. Market makers may instruct the automated trading system of a number of circumstances about which the market maker wishes to be alerted. For example, a market maker may opt to be alerted with a first level warning if the value of transactions executed that day reaches a certain level or the general price for a currency pair estimated by the smalls pricing unit moves a set number of pips in a specified time. A second level warning, accompanied by the market maker Quote Message being removed from the automated trading system, may also be provided. First and second level warnings for each currency pair andor for all transactions would be configurable by the market maker. The alarm may be set to function when the total daily number of trades executed on behalf of the market maker for each currency pair is exceeded or when the total trade volume across all currency pairs is reached. Other warnings may be based on the value or volume of executed transactions. Generally a first level warning will sound an audible alert and a second level warning will suspend at least one type of transaction according to the type of alert. The market maker will be able to reset the running total counters associated with each warning or to reconfigure the first and second warning levels at any time. The automated trading system may also operate a number of security measures. For example, it may require a market maker workstation to transmit an acknowledgement every X minutes if the market maker Quote Message is to remain within the automated trading system. If a dealer at the market maker workstation does not react to a prompt or has not hit a key within the X minutes, a security alert signal may be transmitted from the market maker workstation to the automated trading system which may remove the market makers Quote Message and notify the market maker via a security acknowledgement signal sent to the market maker workstation. This security measure can be particularly useful to prevent trading continuing after all the dealers at the market maker have left the trading floor, for example overnight. If market user and market maker workstations are configured with the same basic functionality, the subscriber category (e. g. market user only, market maker only or both market maker and market user) is used by the automated trading system to override bid and offer keys (for market users only) and buy and sell keys (for market makers only) on the workstation. The liquidity offered by automatic feeds setting the price in Quote Messages for market makers minimises dealer intervention. It offers a market maker the means to extend dealing efficiently to include weaker currency pairs. Numerous modifications and changes to the automated trading system as described above will readily occur to those skilled in the art. It is not desired to limit the invention to the exact construction and operation shown and described. The smalls pricing engine 26 may be housed centrally in the automated trading system 22 rather than distributed over the network at each Broker node. Similarly, credit management may be hosted by the service provider or partially or wholly distributed between Broker Nodes. The automated trading system may be configured to minimise the amount of information a Dealer at a market user must enter into the system to initiate a transaction. For example, the system may create a default amount for a transaction based on the value of the previous transaction which the Dealer would need to override if he wished to specify a different amount for the new transaction. The Dealer would preferably be alerted that a default value was being used. Customised Market User Views may be transmitted regardless of whether or not a market user has an active session open. Alternatively, the automated trading system may continuously monitor which market users are logged on at any given time and only transmit Market User Views for those market users who are logged on. The automated trading system may automatically cease transmission of Market User Views at the end of a market user defined trading day. A minimum credit level between market maker and market user counterparties may be imposed by the automated trading system. Typically, for an automated trading system where the maximum value of a single transaction is set at 1 million units, the minimum credit level would be 50,000 units. Provision for setting this minimum credit level, andor the maximum transaction value, respective to the most expensive currency available for trade by the system, may be made. Any such provision would not prevent market maker or market user subscribers from indicating to the automated trading system that they refuse to deal with a particular party. Owner name: ELECTRONIC BROKING SERVICES LIMITED, UNITED KINGDO Free format text: ASSIGNMENT OF ASSIGNORS INTERESTASSIGNORS:SETZ, KAREN I. MALKIN, SNEZHANAMAH, LEONG F. AND OTHERSREELFRAME:0141150920SIGNING DATES FROM 20021203 TO 20030127 Owner name: ELECTRONIC BROKING SERVICES LIMITED, UNITED KINGDO Free format text: ASSIGNMENT OF ASSIGNORS INTERESTASSIGNORS:SETZ, KAREN I. MALKIN, SNEZHANAMAH, LEONG F. AND OTHERSSIGNING DATES FROM 20021203 TO 20030127REELFRAME:0141150920 Owner name: EBS GROUP LIMITED, UNITED KINGDOM Free format text: CHANGE OF NAMEASSIGNOR:ELECTRONIC BROKING SERVICES LIMITEDREELFRAME:0168030634 Effective date: 20040629 Owner name: EBS GROUP LIMITED, UNITED KINGDOM Free format text: CHANGE OF NAMEASSIGNOR:ELECTRONIC BROKING SERVICES LIMITEDREELFRAME:0168030634 Effective date: 20040629

No comments:

Post a Comment